(57)【要約】【課題】注文内容から客の滞在時間を予測して店舗の混雑状況の告知を可能とする。【解決手段】注文受付手段が注文を受け付けると、第１の導出手段（注文受付部１１２）が、メニュー別時間データベース１６０に記憶される予測消費時間に基づいてテーブルの空き時刻を導出する。第２の導出手段（混雑状況予測部１１６）が、空き時刻に基づいて所定時間の経過後の空きテーブル数を導出する。表示制御手段（制御部１１０）は、空きテーブル数を表示部（客用ディスプレイ１０１、店員用ディスプレイ１０２）に表示する。【選択図】図３
2019215828.tif 000002
【特許請求の範囲】
【請求項１】
店舗に備えられ顧客が着席する複数のテーブルの各々と対応付けて、所定の消費時間を要する商品の注文を受け付ける注文受付手段と、
前記テーブル毎に、前記注文された商品に係る予測消費時間に基づいて、当該テーブルに次の顧客が着席可能となる空き時刻を導出する第１の導出手段と、
前記第１の導出手段により導出された各テーブルの空き時刻に基づいて、現在時刻から所定の時間が経過した後のタイミングにおける前記複数のテーブルのうちの空きテーブル数を導出する第２の導出手段と、
前記第２の導出手段により導出された空きテーブル数を所定の表示部に表示させる表示制御手段と、
を備えることを特徴とする混雑状況予測システム。
【請求項２】
前記表示制御手段は、前記空きテーブル数を売上データ処理装置の客用表示部に表示させる、
ことを特徴とする請求項１に記載の混雑状況予測システム。
【請求項３】
前記表示制御手段は、前記売上データ処理装置が売上登録処理の実行中の期間を除く所定のタイミングで前記空きテーブル数を表示させる、
ことを特徴とする請求項２に記載の混雑状況予測システム。
【請求項４】
前記第２の導出手段は、現在時刻からの経過時間が各々異なる複数のタイミングにおける前記空きテーブル数を導出し、
前記表示制御手段は、前記複数のタイミングにおける前記空きテーブル数を時系列で前記表示部に表示させる、
ことを特徴とする請求項１から３の何れか一項に記載の混雑状況予測システム。
【請求項５】
前記第１の導出手段は、各テーブルの空き時刻を、前記商品の注文を受け付けた第１のタイミング、および前記注文された商品が前記テーブルに配膳された第２のタイミング、において導出する、
ことを特徴とする請求項１から４の何れか一項に記載の混雑状況予測システム。
【請求項６】
前記第１の導出手段は、各テーブルの空き時刻を、前記第１のタイミングで導出する際には、前記予測消費時間と前記注文された商品の予測配膳時間とに基づいて導出し、前記第２のタイミングで導出する際には、前記予測消費時間に基づいて導出する、
ことを特徴とする請求項５に記載の混雑状況予測システム。
【請求項７】
前記表示制御手段は、前記第１のタイミングに基づいて導出された空きテーブル数を、前記第２のタイミングに基づいて導出された空きテーブル数に更新して表示させる、
ことを特徴とする請求項５または６に記載の混雑状況予測システム。
【請求項８】
前記注文受付手段は、ＯＥＳ端末に備えられ、
前記表示制御手段は、売上データ処理装置に備えられる、
ことを特徴とする請求項１から７の何れか一項に記載の混雑状況予測システム。
【請求項９】
店舗に備えられ顧客が着席する複数のテーブルの各々と対応付けて、所定の消費時間を要する商品の注文を受け付ける注文受付手段を備えるＯＥＳ端末と通信する売上データ処理装置であって、
前記テーブル毎に、前記注文された商品に係る予測消費時間に基づいて、当該テーブルに次の顧客が着席可能となる空き時刻を導出する第１の導出手段と、
前記第１の導出手段により導出された各テーブルの空き時刻に基づいて、現在時刻から所定の時間が経過した後のタイミングにおける前記複数のテーブルのうちの空きテーブル数を導出する第２の導出手段と、
前記第２の導出手段により導出された空きテーブル数を所定の表示部に表示させる表示制御手段と、
を備えることを特徴とする売上データ処理装置。
【請求項１０】
店舗に備えられ顧客が着席する複数のテーブルの各々と対応付けて、所定の消費時間を要する商品の注文を受け付ける注文受付手段を備えるＯＥＳ端末と通信する売上データ処理装置のコンピュータを、
前記テーブル毎に、前記注文された商品に係る予測消費時間に基づいて、当該テーブルに次の顧客が着席可能となる空き時刻を導出する第１の導出手段、
前記第１の導出手段により導出された各テーブルの空き時刻に基づいて、現在時刻から所定の時間が経過した後のタイミングにおける前記複数のテーブルのうちの空きテーブル数を導出する第２の導出手段、
前記第２の導出手段により導出された空きテーブル数を所定の表示部に表示させる表示制御手段、
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一定時間後の店舗の混み具合を予測する混雑状況予測システム、売上データ処理装置およびプログラムに関する。
【背景技術】
【０００２】
レストランや理容店、リラクゼーションサロンなどにおいて、混雑時に何分待てばサービスを受けられるかを告知することは、来店客へのサービスになり、店舗利用機会の向上につながる。このような情報を提供するシステムとして、特許文献１に記載の技術がある。特許文献１の技術では、来店客が注文したメニューの提供時間と飲食時間とから滞在時間を予測し、テーブル別の退席時刻を算出して、表示している（特許文献１の図６参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−３３８９９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の技術による表示方法では、来店客は、個々のテーブルの空き時刻は把握できるが、店舗全体としての混み具合は把握しづらい。
このような背景を鑑みて本発明がなされたのであり、本発明は、注文内容から客の滞在時間を予測して店舗の混雑状況の告知を可能とする混雑状況予測システム、売上データ処理装置およびプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００５】
前記した課題を解決するため、請求項１に記載の発明は、店舗に備えられ顧客が着席する複数のテーブルの各々と対応付けて、所定の消費時間を要する商品の注文を受け付ける注文受付手段と、前記テーブル毎に、前記注文された商品に係る予測消費時間に基づいて、当該テーブルに次の顧客が着席可能となる空き時刻を導出する第１の導出手段と、前記第１の導出手段により導出された各テーブルの空き時刻に基づいて、現在時刻から所定の時間が経過した後のタイミングにおける前記複数のテーブルのうちの空きテーブル数を導出する第２の導出手段と、前記第２の導出手段により導出された空きテーブル数を所定の表示部に表示させる表示制御手段とを備えることを特徴とする混雑状況予測システムとした。
【発明の効果】
【０００６】
本発明によれば、注文内容から客の滞在時間を予測して店舗の混雑状況の告知を可能とする混雑状況予測システム、売上データ処理装置およびプログラムを提供することができる。
【図面の簡単な説明】
【０００７】
【図１】本実施形態に係り、飲食店における接客手順を説明するためのフローチャートである。
【図２】本実施形態に係る混雑状況予測システムの全体構成を示す図である。
【図３】本実施形態に係る電子レジスタの全体構成を示す図である。
【図４】本実施形態に係る、店員側から見た電子レジスタの外観図である。
【図５】本実施形態に係るテーブル現況管理データベースのデータ構成図である。
【図６】本実施形態に係るテーブル使用履歴データベースのデータ構成図である。
【図７】本実施形態に係る伝票データベースのデータ構成図である。
【図８】本実施形態に係るメニュー別時間データベースのデータ構成図である。
【図９】本実施形態に係る予約管理データベースのデータ構成図である。
【図１０】本実施形態に係る客属性別時間データベースである。
【図１１】本実施形態に係る混雑状況予測データベースである。
【図１２】本実施形態に係る定数データベースを示す図である。
【図１３】本実施形態に係るＯＥＳ端末の全体構成を示す図である。
【図１４】本実施形態に係る客受付処理のシーケンス図である。
【図１５】本実施形態に係るＯＥＳ端末の客情報入力画面の構成図である。
【図１６】本実施形態に係る注文受付処理のシーケンス図である。
【図１７】本実施形態に係るＯＥＳ端末の注文入力画面の構成図である。
【図１８】本実施形態に係るＯＥＳ端末における修飾付き注文入力画面の構成図である。
【図１９】本実施形態に係る料理配膳処理のシーケンス図である。
【図２０】本実施形態に係るＯＥＳ端末の料理配膳登録を行う注文一覧画面の構成図である。
【図２１】本実施形態に係る会計処理のフローチャートである。
【図２２】本実施形態に係るテーブル開放処理のシーケンス図である。
【図２３】本実施形態に係るＯＥＳ端末のテーブル開放画面の構成図である。
【図２４】本実施形態に係る混雑状況予測処理のフローチャートである。
【図２５】本実施形態に係る電子レジスタの客用ディスプレイに表示されるグラフ形式の混雑状況予測チャートである。
【図２６】本実施形態に係る電子レジスタの店員用ディスプレイに表示されるテーブルレイアウト形式の混雑状況予測チャートである。
【図２７】本実施形態に係る電子レジスタの店員用ディスプレイに表示される１９時１５分時点での混雑状況予測チャートである。
【図２８】本実施形態に係るＯＥＳ端末の混雑状況予測画面に表示される表形式の混雑状況予測チャートである。
【図２９】本実施形態に係るＯＥＳ端末の混雑状況予測画面に表示されるテーブルレイアウト形式の混雑状況予測チャートである。
【図３０】本実施形態に係る予約処理のシーケンス図である。
【図３１】本実施形態に係るＯＥＳ端末での予約操作を説明するための図である。
【図３２】本実施形態に係るＯＥＳ端末の予約後の混雑状況予測画面である。
【図３３】本実施形態の変形例に係る、客側から見た電子レジスタの外観図である。
【発明を実施するための形態】
【０００８】
≪接客手順≫
本発明を実施するための形態（実施形態）である混雑状況予測システムを説明するあたり、混雑状況予測システムの構成要素であるＯＥＳ（Order Entry System）端末と電子レジスタ（売上データ処理装置）がどのように使用されるかを説明する。
【０００９】
図１は、本実施形態に係り、飲食店における接客手順を説明するためのフローチャートである。図１を参照しながら、客が来店してから、注文、会計、テーブル片付けを含む接客の手順を説明する。
客が来店する（ステップＳ９０１）と、店員（ホールスタッフ）が客をテーブル（席）に案内し、テーブル番号や客数、客属性（人数、男性／女性グループ、家族連れなど）をＯＥＳ端末に入力して客を受け付ける（ステップＳ９０２）。
【００１０】
店員が客から注文を受け付けてＯＥＳ端末に入力すると、注文内容が厨房（キッチンスタッフ）と電子レジスタとに通知される（ステップＳ９０３）。料理（飲料を含み、商品とも記す）ができると、店員がテーブルに料理を運び、料理を配膳したことをＯＥＳ端末に入力する。ＯＥＳ端末は、料理が配膳されたことを電子レジスタに通知する（ステップＳ９０４）。追加注文があれば（ステップＳ９０５→Ｙ）、ステップＳ９０３とＳ９０４が繰り返される。
客が飲食を終えて電子レジスタで会計を行う（ステップＳ９０６）。店員がテーブルを片付けて、テーブルを開放したことをＯＥＳ端末に入力すると、電子レジスタに通知される（ステップＳ９０７）。
【００１１】
電子レジスタは、客受付（ステップＳ９０２）、注文受付（ステップＳ９０３）、料理配膳（ステップＳ９０４）およびテーブル開放（ステップＳ９０７）の通知を受けたタイミングごとに、客の滞在時間とテーブル開放時間（片付け時間）とからテーブル開放予測時刻を算出して店舗（テーブル全体）の混雑状況を予測する。詳しくは、テーブル開放予測時刻（後記する図５の開放予測時刻１３５参照、空き時刻とも記す）は、注文受付時刻から、配膳時間（予測配膳時間）と飲食時間（予測消費時間）と片付け時間との和である時間が経過した時刻である。以下では、次に示す式のように「＋」を含んだ式で時刻の算出方法を記す場合がある。
テーブル開放予測時刻＝注文受付時刻＋配膳時間＋飲食時間＋片付け時間
テーブル開放予測時刻は、追加注文や料理配膳のタイミングで再計算される。また、配膳時間や片付け時間は店員が実行する時間であり、繁忙期か否か、店員の数によって、時間が変わる。
【００１２】
図２は、本実施形態に係る混雑状況予測システムの全体構成を示す図である。混雑状況予測システム１０は、電子レジスタ１００およびＯＥＳ端末２００を含んで構成される。混雑状況予測システム１０は、ＯＥＳ端末２００で入力された客からの注文を厨房（キッチンスタッフ）に通知するＯＥＳサーバ８００を含んでもよい。電子レジスタ１００とＯＥＳ端末２００とは、無線ＬＡＮ（Local Area Network）のアクセスポイント（図２では無線LAN APと記載）８５０を介して通信可能である。
【００１３】
≪電子レジスタの全体構成≫
図３は、本実施形態に係る電子レジスタの全体構成を示す図である。電子レジスタ（売上データ処理装置）１００は、制御部１１０、記憶部１２０、客用ディスプレイ（客用表示部）１０１、店員用ディスプレイ１０２、プリンタ１０３、ドロア１０４およびデータを送受信する通信部１０５を備えて構成される。
【００１４】
図４は、本実施形態に係る、店員側から見た電子レジスタ１００の外観図である。店員用ディスプレイ（従業員用ディスプレイ）１０２は、タッチパネルディスプレイであり、店員は、店員用ディスプレイ１０２に指で触って電子レジスタ１００を操作することができる。なお、店員が電子レジスタ１００を操作する前には、電子レジスタ１００にサインイン（利用者認証）する。
電子レジスタ１００の背後にいる客から見やすいように、客用ディスプレイ１０１は、電子レジスタ１００の背面側を向いている。
【００１５】
図３に戻り、制御部（第１の導出手段、表示制御手段）１１０は、ＣＰＵ（Central Processing Unit）から構成され、後記する混雑状況予測プログラム１２９を実行することで、ＯＥＳ端末２００からの注文や配膳の通知を受信し、混雑状況を予測する。制御部１１０は、客受付部１１１、注文受付部１１２、配膳受付部１１３、会計処理部１１４、テーブル開放受付部１１５、混雑状況予測部１１６および予約受付部１１７を備える。
【００１６】
客受付部１１１は、ＯＥＳ端末２００からの客受付の通知を受信して、客属性から客の滞在時間を予測して、テーブルの開放予測時刻を算出する。注文受付部（第１の導出手段）１１２は、ＯＥＳ端末２００からの注文受付の通知を受信して、注文内容（料理（飲料を含む））から客の滞在時間（配膳時間と飲食時間との和）を予測して、テーブルの開放予測時刻を算出する。配膳受付部（第１の導出手段）１１３は、ＯＥＳ端末２００からの料理配膳の通知を受信して、配膳された料理から客の滞在時間（飲食時間）を予測して、テーブルの開放予測時刻を算出する。
【００１７】
会計処理部１１４は、注文内容に基づいて会計処理を行い、テーブル片付け時間からテーブルの開放予測時刻を算出する。テーブル開放受付部１１５は、テーブル開放（片付け完了）の通知を受信して、テーブルの開放予測時刻の算出処理を初期化する。混雑状況予測部（第２の導出手段）１１６は、算出されたテーブル開放予測時刻から店舗の混雑状況（テーブル全体の在席／空席状況）を予測する。予約受付部１１７は、予約を受け付けて、後記する予約管理データベース１７０（後記する図９参照）を更新する。
【００１８】
記憶部１２０は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＳＳＤ（Solid State Drive）などから構成され、テーブル現況管理データベース（図３ではテーブル現況管理ＤＢ（Database）と記載）１３０（後記する図５参照）、テーブル使用履歴データベース１４０（後記する図６参照）、伝票データベース１５０（後記する図７参照）、メニュー別時間データベース１６０（後記する図８参照）、予約管理データベース１７０（後記する図９参照）、客属性別時間データベース１８０（後記する図１０参照）、混雑状況予測データベース１９０（後記する図１１参照）、定数データベース１２１（後記する図１２参照）および混雑状況予測プログラム１２９を記憶する。
【００１９】
≪テーブル現況管理データベースのデータ構成≫
図５は、本実施形態に係るテーブル現況管理データベース１３０のデータ構成図である。テーブル現況管理データベース１３０は、例えばテーブル形式のデータであって、１つのレコード（行）は、店舗にあるテーブルの現況および開放予測時刻（テーブルが空席になり次の客が着席できる状況になると予測される時刻）を表しており、テーブルと同数のレコードがある。テーブル現況管理データベース１３０のレコードは、テーブルＩＤ（Identifier）１３１、現況１３２、着席時刻１３３、飲食開始時刻１３４、開放予測時刻１３５、会計時刻１３６および伝票ＩＤ１３７の属性（列）を含む。
【００２０】
テーブルＩＤ１３１は、レコードが示すテーブルの識別情報である。現況１３２は、レコードが示すテーブルの現況であり、「在席」か「空席」か「片付け中」かを示す。着席時刻１３３は、テーブルに客が着席した（客を案内した）時刻を示す。飲食開始時刻１３４は、最初にテーブルに飲料ないしは料理が配膳された時刻を示す。
【００２１】
開放予測時刻（空き時刻）１３５は、客が飲食を終了して退席し、店員がテーブルを片付けて、次の客が着席できる状況になると予測される時刻を示す。開放予測時刻１３５の算出方法は、後記する図１６や図１９を参照して説明する。会計時刻１３６は、客が会計を済ませた時刻である。伝票ＩＤ１３７は、テーブルに着席している客が注文した料理や飲料の内容を示す伝票の識別情報であり、後記する伝票データベース１５０（図７参照）の伝票ＩＤ１５１に対応する。
【００２２】
レコード１３９は、テーブルＩＤが「０１」であるテーブルは、在席であり、客が着席した時刻が１９時３０分、客が飲食を開始した時刻が１９時４０分であって、開放予測時刻１３５が２１時５０分であることを示している。開放予測時刻１３５に含まれる「Ｆ：」は、確定的な（固定の）開放予測時刻であることを示している。このレコード１３９の例では、客が２時間の飲み放題コースを注文したため、客が在席するのは、飲食を開始して２時間以内であり、テーブル片付けの時間を含めると２１時５０分までには、テーブルが解放されて、次の客を案内できることを示している。
【００２３】
≪テーブル使用履歴データベースのデータ構成≫
図６は、本実施形態に係るテーブル使用履歴データベース１４０のデータ構成図である。テーブル使用履歴データベース１４０は、例えばテーブル形式のデータであり、１つのレコード（行）は、店舗にあるテーブルに着席した１組の客の履歴を表している。テーブル使用履歴データベース１４０のレコードは、テーブルＩＤ１４１、着席時刻１４２、飲食開始時刻１４３、会計時刻１４４、開放時刻１４５および伝票ＩＤ１４６の属性（列）を含む。
【００２４】
テーブルＩＤ１４１、着席時刻１４２、飲食開始時刻１４３、会計時刻１４４および伝票ＩＤ１４６は、テーブル現況管理データベース１３０のテーブルＩＤ１３１、着席時刻１３３、飲食開始時刻１３４、会計時刻１３６および伝票ＩＤ１３７にそれぞれ対応する。予測された時刻である開放予測時刻１３５とは異なり、開放時刻１４５は、実際にテーブルが開放されて次の客が案内できるようになった時刻を示す。
【００２５】
レコード１４９は、テーブルＩＤが「０４」であるテーブルにおいて、客が着席した時刻が１７時３０分、客が飲食を開始した時刻が１７時３５分、テーブルの片付けが完了した時刻が１９時１０分であったことを示している。
テーブル使用履歴データベース１４０を参照することで、在席時間（会計時刻１４４−着席時刻１４２）や飲食時間（会計時刻１４４−飲食開始時刻１４３）、テーブルの片付け時間（開放時刻１４５−会計時刻１４４）などの実績データ（統計データ）が取得可能となる。
【００２６】
≪伝票データベースのデータ構成≫
図７は、本実施形態に係る伝票データベース１５０のデータ構成図である。伝票データベース１５０は、例えばテーブル形式のデータであり、１つのレコード（行）は、１組の客が着席したテーブルや注文内容を表している。伝票データベース１５０のレコードは、伝票ＩＤ１５１、テーブルＩＤ１５２、着席時刻１５３、会計時刻１５４、客属性１５５、注文内容１５６および会計金額１５７の属性（列）を含む。
【００２７】
伝票ＩＤ１５１は、レコードが示す伝票の識別情報である。テーブルＩＤ１５２は、客が着席したテーブルの識別情報であり、テーブル現況管理データベース１３０（図５参照）のテーブルＩＤ１３１に対応する。着席時刻１５３および会計時刻１５４は、テーブル現況管理データベース１３０の着席時刻１３３および会計時刻１３６に対応する。客属性１５５は、人数や男性／女性グループなどの客の属性を示す。注文内容１５６は、注文内容を示し、メニューＩＤ（後記する図８のメニューＩＤ１６１参照、商品識別情報とも記す）と品数（注文数）と注文時刻と配膳時刻とのタプル（以下、伝票内容タプルとも記す）を含む。会計金額１５７は、会計金額を示す。
【００２８】
レコード１５９は、伝票ＩＤ１５１が「２１９３」である伝票のレコードであり、客の着席テーブルは「０４」、着席時刻は１７時３０分、会計時刻は１９時５分であることを示している。さらに、レコード１５９は、客は３人の男性グループであって、唐揚げ（後記する図８のレコード１６９参照）他を注文し、会計金額は７，４２０円であることを示している。
【００２９】
≪メニュー別時間データベースのデータ構成≫
図８は、本実施形態に係るメニュー別時間データベース１６０のデータ構成図である。メニュー別時間データベース１６０は、例えばテーブル形式のデータであり、１つのレコード（行）は、料理（以下、メニューまたは商品とも記す）の配膳時間と飲食時間とを表している。メニュー別時間データベース１６０のレコードは、メニューＩＤ１６１、メニュー名１６２、メニュー別標準配膳時間１６３およびメニュー別標準飲食時間１６４の属性（列）を含む。
【００３０】
メニューＩＤ１６１は、メニューの識別情報である。メニュー名１６２は、メニューの名称である。
メニュー別標準配膳時間（予測配膳時間）１６３は、メニューが注文されてから配膳されるまでの標準の所要時間を示す。メニュー別標準配膳時間１６３は、例えば、当該メニューを注文してから料理が配膳されるまでの時間を実測して設定されてもよいし、過去の配膳時間を算出して、その平均値を設定してもよい。なお、過去の配膳時間は、注文内容１５６（図７参照）の伝票内容タプルに含まれる注文時刻と配膳時刻とから、配膳時刻−注文時刻として算出できる。
【００３１】
メニュー別標準飲食時間（予測消費時間）１６４は、料理が配膳されてから飲食が完了される標準の所要時間を示す。メニュー別標準飲食時間１６４は、例えば、当該メニューの料理を飲食する時間を実測して設定されてもよいし、当該メニューを単品で注文した客の過去の飲食時間を算出して、その平均値を設定してもよい。なお、過去の飲食時間は、注文内容１５６（図７参照）の伝票内容タプルが１つであって当該伝票内容タプルのメニューＩＤ１６１（図８参照）が当該メニューであるレコードを検索し、当該伝票内容タプルの配膳時刻と当該レコードの会計時刻１５４とを取得して、会計時刻１５４−配膳時刻から算出できる。
【００３２】
レコード１６８は、メニューＩＤ１６１が「０００１」であるメニューを示し、メニュー名１６２は「飲み放題」であって、メニュー別標準配膳時間１６３は１０分、メニュー別標準飲食時間１６４は１２０分であることを示す。メニュー別標準飲食時間１６４に含まれる「Ｆ：」は、確定的な（固定の）時間であることを示していて、このメニューを注文した客の在席時間は、最初の料理が配膳された後の２時間であることを示している。
レコード１６９の例では、「唐揚げ」のメニュー別標準配膳時間１６３は１５分、メニュー別標準飲食時間１６４は２５分であることを示している。
【００３３】
≪予約管理データベースのデータ構成≫
図９は、本実施形態に係る予約管理データベース１７０のデータ構成図である。予約管理データベース１７０は、例えばテーブル形式のデータであり、１つのレコード（行）は、１組の客の予約を表している。予約管理データベース１７０のレコードは、予約ＩＤ１７１、日にち１７２、予約時刻１７３、人数１７４およびテーブル１７５の属性（列）を含む。
【００３４】
予約ＩＤ１７１は、レコードが示す予約の識別情報である。日にち１７２は予約された日にちであり、予約時刻１７３は予約された時刻であって、人数１７４は予約人数である。テーブル１７５は予約されたテーブルの識別情報であり、テーブル現況管理データベース１３０（図５参照）のテーブルＩＤ１３１に対応する。予約管理データベース１７０は、この他にも客名や連絡先の属性を備えるが、図示していない。
レコード１７９は、予約ＩＤが「０１」であって、４月３０日１９時３０分からの３名での予約であり、テーブルＩＤが「０７」のテーブルを予約していることを示す。
【００３５】
≪客属性別時間データベースのデータ構成≫
図１０は、本実施形態に係る客属性別時間データベース１８０である。客属性別時間データベース１８０は、例えばテーブル形式のデータであり、１つのレコード（行）は、客属性に応じた予測される飲食時間を表している。客属性別時間データベース１８０のレコードは、客属性１８１、時間帯１８２および予測飲食時間１８３の列を含み、時間帯１８２に来店した客属性１８１をもつ客の予測飲食時間１８３を示している。
レコード１８９のレコードは、１１時３０分から１３時に来店した「会社員」の客の配膳された後の予測飲食時間は１５分であることを示す。
【００３６】
≪混雑状況予測データベースのデータ構成≫
図１１は、本実施形態に係る混雑状況予測データベース１９０である。混雑状況予測データベース１９０は、例えばテーブル形式のデータであり、１つのレコード（行）は、ある時刻におけるテーブルの在席予測状況を表している。混雑状況予測データベース１９０のレコードは、テーブルＩＤ１９１、定員１９２、予測時刻１９３および予測状況１９４の列を含み、テーブルＩＤ１９１で示されるテーブルの予測時刻１９３における予測状況１９４を表す。予測状況１９４は、「空」または「在」である。定員１９２は、テーブルの定員（席数）である。
【００３７】
なお、混雑状況予測データベース１９０のレコード数は、テーブル数×予測時刻数である。例えば、テーブルが８つあり、予測時刻が０分後（現時点）から１５分間隔で９０分後まで予測があるとすると、混雑状況予測データベース１９０は、８×７＝５６のレコードを含む。
【００３８】
レコード１９９は、２２時３０分においてテーブルＩＤ１９１が「０１」で示されるテーブルは、定員１９２が４名であって、空席と予測されることを示す。
予測時刻１９３が同じ時刻のレコードを検索して、予測状況１９４を参照することで、予測時刻１９３における空席のテーブル状況（空きテーブル数）が取得できる。また、定員１９２を参照することで、空席数が算出できる。
【００３９】
≪定数データベースの内容≫
図１２は、本実施形態に係る定数データベース１２１を示す図である。定数データベース１２１は、開放予測時刻１３５（図５参照）の算出で参照される定数のデータベースであり、標準テーブル開放時間１２２、標準配膳時間１２３、繁忙期係数１２４、スタッフ係数１２５、標準予約時間１２６およびテーブル定員１２７を記憶する。
【００４０】
標準テーブル開放時間１２２は、標準のテーブル開放時間（片付け時間）である。標準テーブル開放時間１２２は、例えば、片付け時間を実測して設定されてもよいし、過去の片付け時間を開放時刻１４５−会計時刻１４４（図６参照）から算出して、その平均値としてもよい。
標準配膳時間１２３は、注文（メニュー）に依存しない標準の配膳時間である。標準配膳時間１２３は、例えば、注文してから料理が配膳されるまでの時間を実測して設定されてもよいし、メニュー別標準配膳時間１６３（図８参照）から平均値を算出して設定されてもよい。
【００４１】
繁忙期係数１２４は、店舗の繁忙期に、標準テーブル開放時間１２２やメニュー別標準配膳時間１６３（図８参照）など店員が作業する時間に乗ぜられる係数である。繁忙期には、通常期と比較して店舗が混み合っているため、テーブル開放時間や配膳時間が、標準テーブル開放時間１２２やメニュー別標準配膳時間１６３より長くなる。この長くなる比率が繁忙期係数１２４である。
繁忙期係数１２４は、現在日時が繁忙期であるか否か、その程度に応じて値が設定される。例えば、通常期（通常状態）であるならば、１に設定され、繁忙の度合いが高いほど大きな値に設定される。
【００４２】
スタッフ係数１２５は、店員数が標準（定員）の店員数より少ない場合に、標準テーブル開放時間１２２やメニュー別標準配膳時間１６３に乗ぜられる係数である。店員数が少ないと、テーブル開放時間や配膳時間が、標準テーブル開放時間１２２やメニュー別標準配膳時間１６３より長くなる。この長くなる比率がスタッフ係数１２５である。
スタッフ係数１２５は、現在時点の店員の充足度合いに応じて値が設定される。例えば、定数の店員がいれば、１に設定され、店員数が定数より少ないほど大きな値に設定される。また、店員の熟練度が低いほど大きな値に設定されてもよい。
【００４３】
また、繁忙期係数１２４とスタッフ係数１２５とは、実測して設定されてもよいし、過去の繁忙期および通常期の配膳時間を算出し、比較して設定されてもよい。なお、過去の配膳時間は、注文内容１５６（図７参照）の伝票内容タプルに含まれる注文時刻と配膳時刻とから、配膳時刻−注文時刻として算出できる。
標準予約時間１２６は、予約客の標準在席時間である。標準予約時間１２６は、例えば、所定の時間としてもよいし、過去の在席時間を会計時刻１４４−着席時刻１４２（図６参照）から算出して、その平均値としてもよい。
テーブル定員１２７は、テーブルごとの座席数を示す表形式のデータであり、例えば、テーブルＩＤ（図５のテーブルＩＤ１３１参照）と座席数とのレコードを含む表形式のデータである。
【００４４】
≪混雑状況予測プログラム≫
混雑状況予測プログラム１２９は、客属性や注文内容、注文時刻、配膳時刻などから開放予測時刻１３５（図５参照）を算出し、混雑状況予測データベース１９０（図１１参照）を更新して、混雑状況予測チャート（後記する図２５、図２６参照）を客用ディスプレイ１０１や店員用ディスプレイ１０２に表示する。
【００４５】
≪ＯＥＳ端末の全体構成≫
図１３は、本実施形態に係るＯＥＳ端末の全体構成を示す図である。ＯＥＳ端末２００は、制御部２１０、記憶部２２０、タッチパネルディスプレイ２４１およびデータを送受信する通信部２４２を含んで構成される。
制御部（注文受付手段）２１０はＣＰＵから構成され、後記するＯＥＳ端末プログラム２２１を実行することで、客受付、注文受付など（図１参照）の処理を実行する。制御部２１０は、客登録部２１１、注文登録部２１２、テーブル開放登録部２１３および予約登録部２１４を備える。
【００４６】
客登録部２１１は、客受付（図１のステップＳ９０２参照）の登録処理を実行する。注文登録部２１２は、注文受付（ステップＳ９０３）や料理配膳（ステップＳ９０４）の登録処理を実行する。テーブル開放登録部２１３は、テーブル開放（ステップＳ９０７）の登録処理を実行する。予約登録部２１４は、電子レジスタ１００に問い合わせて混雑状況予測チャート（後記する図２８参照）を表示したり、テーブルを予約したりする。
【００４７】
記憶部２２０は、ＲＯＭ、ＲＡＭ、ＳＳＤなどから構成され、ＯＥＳ端末プログラム２２１およびメニューデータベース２３０を記憶する。ＯＥＳ端末プログラム２２１は、客受付や注文受付などの登録処理を実行するプログラムである。メニューデータベース２３０は、料理（飲料を含む）のメニューを記憶するデータベースである。
【００４８】
≪混雑状況予測システムの処理≫
最初に、客受付、注文受付、料理配膳、会計の処理（図１参照）を説明して、各テーブルの開放予測時刻１３５（図５参照）がどのように算出されるかを説明する。続いて、テーブル開放の処理を説明した後に、混雑状況予測処理と混雑状況予測チャートを説明する。さらに、予約処理を説明する。
【００４９】
≪客受付処理≫
図１４は、本実施形態に係る客受付処理のシーケンス図である。図１４を参照しながら、客受付処理（図１のステップＳ９０２参照）を説明する。
ステップＳ１０１において、ＯＥＳ端末２００の客登録部２１１は、店員が客情報入力画面（後記する図１５参照）から入力した客情報を受け付ける。
【００５０】
図１５は、本実施形態に係るＯＥＳ端末の客情報入力画面３１０の構成図である。客情報入力画面３１０の上部にはメニューボタン３０１と画面タイトル３０２が配置されている。店員は、メニューボタン３０１をタップすることで、注文入力画面（後記する図１７参照）やテーブル開放画面（後記する図２３参照）など各種画面に切り替えることができる。画面タイトル３０２は、画面の名称を示す。
【００５１】
店員は、プルダウンメニュー３１１からテーブルＩＤを入力し、プルダウンメニュー３１２から客の人数を入力して、プルダウンメニュー３１３から客属性を入力する。客属性には、「会社員」、「男性グループ」、「女性グループ」、「男女グループ」などがある。
【００５２】
図１４に戻り、ステップＳ１０２において、客登録部２１１は、テーブルＩＤ、人数、客属性、着席時刻および伝票ＩＤを電子レジスタ１００に送信する。テーブルＩＤ、人数および客属性は、客情報入力画面３１０から入力された情報である。着席時刻は現在時刻であり、伝票ＩＤは、ＯＥＳサーバ８００（図２参照、図１４には不図示）から取得した新規の伝票ＩＤである。
【００５３】
ステップＳ１０３において、電子レジスタ１００の客受付部１１１は、テーブルＩＤ、人数、客属性、着席時刻および伝票ＩＤを受信して、テーブル開放時刻を算出する。詳しくは、客受付部１１１は、客属性別時間データベース１８０（図１０参照）のなかで客属性１８１が受信した客属性に一致し、時間帯１８２が受信した着席時刻を含むレコードを検索して、予測飲食時間１８３を取得する。続いて、客受付部１１１は、次の式を用いてテーブル開放時刻を算出する。
テーブル開放時刻＝現在時刻＋（標準配膳時間１２３×繁忙期係数１２４×スタッフ係数１２５）＋予測飲食時間１８３＋（標準テーブル開放時間１２２×繁忙期係数１２４×スタッフ係数１２５）
なお、標準配膳時間１２３と標準テーブル開放時間１２２とは、定数データベース１２１に記憶されている。
【００５４】
ステップＳ１０４において、客受付部１１１は、テーブル現況管理データベース１３０（図５参照）を更新する。詳しくは、客受付部１１１は、テーブル現況管理データベース１３０のレコードで、ステップＳ１０３において受信したテーブルＩＤと同じテーブルＩＤ１３１のレコードの現況１３２を「在席」に、着席時刻１３３と伝票ＩＤ１３７をそれぞれ受信した着席時刻と伝票ＩＤに更新する。次に、客受付部１１１は、開放予測時刻１３５を、「Ｒ：」を付与した、ステップＳ１０３にて算出したテーブル開放時刻に更新する。例えば、テーブル開放時刻が２０時３５分ならば、客受付部１１１は、開放予測時刻１３５を「Ｒ：２０３５」に更新する。この「Ｒ：」は、客受付時のテーブル開放予測時刻であることを示しており、後の注文受付時に注文内容によって算出されるテーブル開放予測時刻により上書きされる（後記する図１６参照）。
なお、開放予測時刻１３５は、客受付時や注文受付時の他に、料理配膳時（後記する図１９参照）や会計時（後記する図２１参照）においても更新される。
【００５５】
ステップＳ１０５において、客受付部１１１は、伝票データベース１５０（図７参照）を更新する。詳しくは、伝票データベース１５０に新しいレコードを追加し、追加したレコードの伝票ＩＤ１５１、テーブルＩＤ１５２、着席時刻１５３を、それぞれ受信した伝票ＩＤ、テーブルＩＤ、着席時刻に更新する。また、客受付部１１１は、客属性１５５を受信した人数と客属性に更新する。
【００５６】
≪注文受付処理≫
図１６は、本実施形態に係る注文受付処理のシーケンス図である。図１６を参照しながら、注文登録部２１２と注文受付部（第１の導出手段）１１２とが注文受付時（第１のタイミング）に実行する注文受付処理（図１のステップＳ９０３参照）を説明する。
ステップＳ２０１において、ＯＥＳ端末２００の注文登録部２１２は、店員が注文入力画面３２０，３３０（後記する図１７および図１８参照）から入力した注文情報を受け付ける。
【００５７】
図１７は、本実施形態に係るＯＥＳ端末の注文入力画面３２０の構成図である。画面タイトル３０２には、画面名称である「注文入力」の他に、テーブルＩＤを示す「テーブル５」が表示されている。テーブルＩＤは、店員がメニューボタン３０１から注文入力画面３２０を選択するときに指定したテーブルＩＤである。
【００５８】
店員が、メニュー大分類３２１から「飲物」、メニュー中分類３２２から「ビール」を選択することでメニューのカテゴリを選択すると、注文登録部２１２は、メニューデータベース２３０を検索して「ビール」のメニュー一覧３２３を表示する。店員がメニュー一覧３２３から客から注文されたメニューを選択して、ポップアップメニュー（不図示）から品数を選択すると、当該メニューとその品数がＯＥＳ端末２００に登録される。
【００５９】
図１８は、本実施形態に係るＯＥＳ端末における修飾付き注文入力画面３３０の構成図である。店員が、メニュー大分類３３１から「セット」を選択し、メニュー中分類３３２から「Ａセット」を選択すると、Ａセットの詳細な注文内容を入力する画面に遷移する。店員は、プルダウンメニュー３３３からドリンクの種類を、プルダウンメニュー３３４からドリンクの配膳タイミングを、プルダウンメニュー３３５からオプションのそば湯の要否を入力する。
【００６０】
図１６に戻って、ステップＳ２０２において、注文登録部２１２は、テーブルＩＤ、伝票ＩＤ、注文内容を電子レジスタ１００に送信する。詳しくは、注文登録部２１２は、店員が全てのメニューを登録してＯＫボタン（不図示）をタップすると、テーブルＩＤ、伝票ＩＤ、注文内容（メニューＩＤ（商品識別情報）と品数と注文時刻（現在時刻）とを含むタプル（以下、注文タプルとも記す）であり、１つ以上の注文タプルを含む）を電子レジスタ１００とＯＥＳサーバ８００に送信する。なお、伝票ＩＤは、テーブルＩＤをキーとして、ＯＥＳサーバ８００から取得したものである。また、修飾付き注文において、配膳のタイミングが異なるものは、別メニューとして扱われ、それぞれのメニュー別標準配膳時間１６３とメニュー別標準飲食時間１６４（図８参照）に基づいて、開放予測時刻１３５（図５参照）が算出される。
【００６１】
ステップＳ２０３において、電子レジスタ１００の注文受付部１１２は、テーブルＩＤ、伝票ＩＤ、注文内容を受信して、伝票データベース１５０（図７参照）を更新する。詳しくは、注文受付部１１２は、伝票データベース１５０のなかでテーブルＩＤ１５２および伝票ＩＤ１５１が受信したテーブルＩＤおよび伝票ＩＤに一致するレコードを検索し、受信した注文内容に含まれる注文タプルを（メニューＩＤ、品数、注文時刻、−）という形式の伝票内容タプルに変換して、検索結果のレコードの注文内容１５６に追加する。なお、「−」は、配膳時刻が未定であることを示す。
【００６２】
ステップＳ２０４において、注文受付部１１２は、受信したテーブルＩＤに対応するテーブルの開放予測時刻が固定か否か判断する。詳しくは、注文受付部１１２は、テーブル現況管理データベース１３０（図５参照）のなかで、テーブルＩＤ１３１および伝票ＩＤ１３７が受信したテーブルＩＤおよび伝票ＩＤに一致するレコードを検索して、検索結果のレコードの開放予測時刻１３５を取得する。開放予測時刻１３５が固定の（確定的な）時刻（「Ｆ：」付きの時刻）か否かを判断する。固定の時刻ならば（ステップＳ２０４→Ｙ）、注文受付部１１２は、注文受付処理を終了し、固定の時刻でないならば（ステップＳ２０４→Ｎ）、注文受付部１１２は、ステップＳ２０５に進む。
【００６３】
ステップＳ２０５において、注文受付部１１２は、受信した注文内容に固定時間メニューが含まれるか否かを判断する。固定時間メニューか否かは、メニュー別時間データベース１６０（図８参照）のなかで、メニューＩＤに対応するレコードのメニュー別標準飲食時間１６４に「Ｆ：」が付与されているか否かで判断できる。固定時間メニューが含まれているならば（ステップＳ２０５→Ｙ）注文受付部１１２は、ステップＳ２０６に進み、固定時間メニューが含まれていないならば（ステップＳ２０５→Ｎ）ステップＳ２０７に進む。
【００６４】
ステップＳ２０６において、注文受付部１１２は、テーブル開放時刻を算出する。詳しくは、ステップＳ２０５において取得した固定時間のメニュー別標準配膳時間１６３とメニュー別標準飲食時間１６４とから、次の式を用いてテーブル開放時刻を算出する。
テーブル開放時刻＝現在時刻＋（メニュー別標準配膳時間１６３×繁忙期係数１２４×スタッフ係数１２５）＋メニュー別標準飲食時間１６４＋（標準テーブル開放時間１２２×繁忙期係数１２４×スタッフ係数１２５）
【００６５】
ステップＳ２０７において、注文受付部１１２は、注文内容のメニュー（注文タプル）ごとに飲食終了時刻を算出する。詳しくは、注文受付部１１２は、注文内容に含まれるメニューごとにメニュー別時間データベース１６０を検索してメニュー別標準配膳時間１６３とメニュー別標準飲食時間１６４を取得し、次の式から飲食終了時刻を算出する。
飲食終了時刻＝現在時刻＋（メニュー別標準配膳時間１６３×繁忙期係数１２４×スタッフ係数１２５）＋メニュー別標準飲食時間１６４
【００６６】
ステップＳ２０８において、注文受付部１１２は、注文内容全体での飲食終了時刻を算出する。詳しくは、注文受付部１１２は、ステップＳ２０７で算出した注文内容に含まれるメニューごとの飲食終了時刻のなかで、最遅の飲食終了時刻を、注文内容全体での飲食終了時刻として算出する。
【００６７】
ステップＳ２０９において、注文受付部１１２は、テーブル開放時刻を算出する。詳しくは、ステップＳ２０８において算出した注文内容全体での飲食終了時刻から次の式を用いてテーブル開放時刻を算出する。
テーブル開放時刻＝注文内容全体での飲食終了時刻＋（標準テーブル開放時間１２２×繁忙期係数１２４×スタッフ係数１２５）
【００６８】
ステップＳ２１０において、注文受付部１１２は、ステップＳ２０９で算出したテーブル開放時刻とテーブル現況管理データベース１３０（図５参照）にある当該テーブルの開放予測時刻１３５とを比較する。
ステップＳ２１１において、注文受付部１１２は、テーブル現況管理データベース１３０の開放予測時刻１３５が「Ｒ：」付きである、または、ステップＳ２０９で算出した時刻が開放予測時刻１３５より大であるならば（ステップＳ２１１→Ｙ）ステップＳ２１２に進む。また、注文受付部１１２は、開放予測時刻１３５が「Ｒ：」付きではなく、ステップＳ２０９で算出した時刻が開放予測時刻１３５より小または等しいならば（ステップＳ２１１→Ｎ）注文受付処理を終了する。ここで、開放予測時刻１３５が「Ｒ：」付きとは、この開放予測時刻１３５が客受付処理で更新された時刻であることを示している（図１４のステップＳ１０４参照）。
【００６９】
ステップＳ２１２において、注文受付部１１２は、ステップＳ２０６またはステップＳ２０９で算出したテーブル開放時刻で、テーブル現況管理データベース１３０の開放予測時刻１３５を更新する。なお、この開放予測時刻１３５を更新において、注文内容に固定時間メニューが含まれていても、開放予測時刻１３５には、「Ｆ：」は含まれていない。「Ｆ：」が付与されるのは、固定時間メニューが配膳されたときである（後記する図１９のステップＳ３１２参照）。
【００７０】
≪料理配膳処理≫
図１９は、本実施形態に係る料理配膳処理のシーケンス図である。図１９を参照しながら、注文登録部２１２と配膳受付部（第１の導出手段）１１３とが料理配膳時（第２のタイミング）に実行する料理配膳処理（図１のステップＳ９０４参照）を説明する。
ステップＳ３０１において、ＯＥＳ端末２００の注文登録部２１２は、店員が注文一覧画面３４０（後記する図２０参照）から入力した料理配膳を受け付ける。
【００７１】
図２０は、本実施形態に係るＯＥＳ端末の料理配膳登録を行う注文一覧画面３４０の構成図である。画面タイトル３０２には、画面名称である「注文一覧」の他に、テーブルＩＤを示す「テーブル５」が表示されている。テーブルＩＤは、店員がメニューボタン３０１から注文一覧画面３４０を選択するときに指定したテーブルＩＤである。
店員が注文一覧３４１から配膳した料理のレコード３４２の配膳欄（レコードに含まれる３つの欄のなかで右の欄）をタップすると、配膳欄にチェックマークが表示され、当該料理が配膳済みとＯＥＳ端末２００に登録される。
【００７２】
図１９に戻り、ステップＳ３０２において、注文登録部２１２は、テーブルＩＤ、伝票ＩＤ、配膳内容を電子レジスタ１００に送信する。詳しくは、注文登録部２１２は、店員が全ての配膳した料理を登録してＯＫボタン（不図示）をタップすると、テーブルＩＤ、伝票ＩＤ、配膳内容（メニューＩＤと品数と配膳時刻（現在時刻）とを含むタプル（以下、配膳タプルとも記す）であり、１つ以上の配膳タプルを含む）を電子レジスタ１００に送信する。なお、伝票ＩＤは、テーブルＩＤをキーとして、ＯＥＳサーバ８００から取得したものである。
【００７３】
ステップＳ３０３において、電子レジスタ１００の配膳受付部１１３は、テーブルＩＤ、伝票ＩＤ、配膳内容を受信して、伝票データベース１５０（図７参照）を更新する。詳しくは、配膳受付部１１３は、伝票データベース１５０のなかでテーブルＩＤ１５２および伝票ＩＤ１５１が受信したテーブルＩＤおよび伝票ＩＤに一致するレコードを検索して、検索結果のレコードの注文内容１５６を特定する。次に配膳受付部１１３は、特定した注文内容１５６に含まれる伝票内容タプルのなかで、受信した配膳内容の配膳タプルに含まれるメニューＩＤと一致して、配膳時刻が「−」となっている伝票内容タプルに含まれる配膳時刻の「−」を配膳タプルの配膳時刻に更新する。
【００７４】
ステップＳ３０４は、注文受付部１１２の替わりに配膳受付部１１３が実行する点と、分岐先がステップＳ２０５に替わってステップＳ３０５である点とを除き、ステップＳ２０４と同様である。
ステップＳ３０５は、注文受付部１１２の替わりに配膳受付部１１３が実行する点と、分岐先がステップＳ２０６およびＳ２０７に替わってステップＳ３０６およびＳ３０７である点と、注文内容が配膳内容である点とを除き、ステップＳ２０５と同様である。
【００７５】
ステップＳ３０６において、配膳受付部１１３は、テーブル開放時刻を算出する。詳しくは、ステップＳ３０５において取得した固定時間のメニュー別標準飲食時間１６４から、次の式を用いてテーブル開放時刻を算出する。
テーブル開放時刻＝現在時刻＋メニュー別標準飲食時間１６４＋（標準テーブル開放時間１２２×繁忙期係数１２４×スタッフ係数１２５）
【００７６】
ステップＳ３０７において、配膳受付部１１３は、配膳内容の料理（メニュー、配膳タプル）ごとに飲食終了時刻を算出する。詳しくは、配膳受付部１１３は、配膳内容に含まれる料理（配膳タプル）ごとにメニュー別時間データベース１６０を検索して料理に対応するメニュー別標準飲食時間１６４を取得して、次の式から飲食終了時刻を算出する。
飲食終了時刻＝現在時刻＋メニュー別標準飲食時間１６４
ステップＳ３０８において、配膳受付部１１３は、配膳内容全体での飲食終了時刻を算出する。詳しくは、配膳受付部１１３は、ステップＳ３０７で算出した配膳内容に含まれる料理ごとの飲食終了時刻のなかで、最遅の飲食終了時刻を、配膳内容全体での飲食終了時刻として算出する。
【００７７】
ステップＳ３０９において、配膳受付部１１３は、テーブル開放時刻を算出する。詳しくは、ステップＳ３０８において算出した配膳内容全体での飲食終了時刻から次の式を用いてテーブル開放時刻を算出する。
テーブル開放時刻＝配膳内容全体での飲食終了時刻＋（標準テーブル開放時間１２２×繁忙期係数１２４×スタッフ係数１２５）
ステップＳ３１０において、配膳受付部１１３は、ステップＳ３０９で算出したテーブル開放時刻とテーブル現況管理データベース１３０（図５参照）にある当該テーブルの開放予測時刻１３５とを比較する。
【００７８】
ステップＳ３１１において、配膳受付部１１３は、ステップＳ３０９で算出した時刻が、テーブル現況管理データベース１３０の開放予測時刻１３５より大ならば（ステップＳ３１１→Ｙ）ステップＳ３１２に進み、小または等しいならば（ステップＳ３１１→Ｎ）注文受付処理を終了する。
【００７９】
ステップＳ３１２において、配膳受付部１１３は、ステップＳ３０６またはステップＳ３０９で算出したテーブル開放時刻で、テーブル現況管理データベース１３０の開放予測時刻１３５を更新する。但し、ステップＳ３０６において算出したテーブル開放時刻で更新する場合には、開放予測時刻１３５に確定的な開放予測時刻であることを示す「Ｆ：」を付与する。また、飲食開始時刻１３４が「−」ならば、現在時刻に更新する。
【００８０】
≪会計処理≫
図２１は、本実施形態に係る会計処理のフローチャートである。図２１を参照しながら、電子レジスタ１００の会計処理部１１４が実行する会計処理（図１のステップＳ９０６参照）を説明する。
ステップＳ４０１において、会計処理部１１４は、精算処理を行う。詳しくは、客が着席していたテーブルＩＤから、テーブル現況管理データベース１３０（図７参照）を参照して伝票ＩＤ１３７を取得し、伝票データベース１５０（図７参照）を参照して、伝票ＩＤ１３７に等しい伝票ＩＤ１５１のレコードの注文内容１５６を取得する。続いて、会計処理部１１４は、合計金額（会計金額）を算出し、客用ディスプレイ１０１および店員用ディスプレイ１０２に表示する。
【００８１】
ステップＳ４０２において、会計処理部１１４は、テーブル使用履歴データベース１４０（図６参照）を更新する。詳しくは、店員が精算完了ボタン（不図示）をタップしたことを検知すると、会計処理部１１４は、客が着席していたテーブルＩＤに対応するテーブル現況管理データベース１３０の着席時刻１３３、飲食開始時刻１３４および伝票ＩＤ１３７を取得する。次に、会計処理部１１４は、テーブル使用履歴データベース１４０にレコードを追加し、テーブルＩＤ１４１を客が着席していたテーブルＩＤに、着席時刻１４２、飲食開始時刻１４３および伝票ＩＤ１４６をそれぞれ取得した着席時刻１３３、飲食開始時刻１３４および伝票ＩＤ１３７に更新する。また、会計処理部１１４は、会計時刻１４４を現在時刻に更新する。
【００８２】
ステップＳ４０３において、会計処理部１１４は、伝票データベース１５０（図７参照）を更新する。詳しくは、会計処理部１１４は、伝票データベース１５０の会計時刻１５４を現在時刻に、会計金額１５７をステップＳ４０１で算出した会計金額に更新する。
ステップＳ４０４において、会計処理部１１４は、テーブル現況管理データベース１３０（図７参照）を更新する。詳しくは、会計処理部１１４は、テーブル現況管理データベース１３０の会計時刻１３６を現在時刻に、現況１３２を「片付け中」に更新する。次に、開放予測時刻１３５を、現在時刻＋（標準テーブル開放時間１２２×繁忙期係数１２４×スタッフ係数１２５）に更新する。
【００８３】
≪テーブル開放（片付け）処理≫
図２２は、本実施形態に係るテーブル開放処理のシーケンス図である。図２２を参照しながら、テーブル開放処理（図１のステップＳ９０７参照）を説明する。
ステップＳ５０１において、ＯＥＳ端末２００のテーブル開放登録部２１３は、店員がテーブル開放画面３５０（後記する図２３参照）から入力したテーブル開放情報を受け付ける。
【００８４】
図２３は、本実施形態に係るＯＥＳ端末のテーブル開放画面３５０の構成図である。画面タイトル３０２には、画面名称である「テーブル開放」が表示されている。店員が、片付けたテーブルの番号をプルダウンメニュー３５１から選択して入力し、「テーブル開放完」ボタン３５２をタップする。
【００８５】
図２２に戻り、ステップＳ５０２において、テーブル開放登録部２１３は、「テーブル開放完」ボタン３５２がタップされたことを検知すると、テーブルＩＤを電子レジスタ１００に送信する。
ステップＳ５０３において、テーブル開放受付部１１５は、テーブルＩＤを受信し、テーブル現況管理データベース１３０（図７参照）を更新する。詳しくは、テーブル開放受付部１１５は、テーブル現況管理データベース１３０のなかで、テーブルＩＤ１３１が受信したテーブルＩＤに等しいレコードの現況１３２を「空席」に更新し、着席時刻１３３、飲食開始時刻１３４、開放予測時刻１３５、会計時刻１３６および伝票ＩＤ１３７を「−」に更新する。
【００８６】
ステップＳ５０４において、テーブル開放受付部１１５は、テーブル使用履歴データベース１４０（図６参照）を更新する。詳しくは、テーブル開放受付部１１５は、テーブル使用履歴データベース１４０のなかでテーブルＩＤ１４１と伝票ＩＤ１４６とが、ステップ５０３で更新したレコードの更新前のテーブルＩＤ１３１と伝票ＩＤ１３７とそれぞれ同一であるレコードを検索して、検索結果のレコードの開放時刻１４５を現在時刻に更新する。
【００８７】
≪客受付処理〜テーブル開放処理のまとめ≫
上記に説明したように、客受付、注文受付（第１のタイミング）、料理配膳（第２のタイミング）のタイミングごとに、ＯＥＳ端末２００から電子レジスタ１００に通知され、テーブル現況管理データベース１３０（図５参照）が更新される。テーブル現況管理データベース１３０の開放予測時刻１３５には、それぞれのテーブルの開放予測時刻が登録されている。従って、開放予測時刻１３５を参照することで、店舗全体（テーブル全体）の混雑状況を予測することができる。
【００８８】
≪変形例：開放予測時刻≫
注文受付処理において、注文内容のメニューのなかで最遅の飲食終了時刻が開放予測時刻１３５（図５参照）より遅いときに、注文受付部１１２は、開放予測時刻１３５を更新している。料理配膳処理においても、同様である。これは、配膳と飲食に最も時間を要するメニュー（料理）によって在席時間が決まると考えられるからである。
これに替えて、注文受付部１１２は、注文内容のメニューのなかで最遅の飲食終了時刻で、開放予測時刻１３５を更新するようにしてもよい。料理配膳処理においても、配膳受付部１１３は、配膳内容の料理のなかで最遅の飲食終了時刻で、開放予測時刻１３５を更新するようにしてもよい。
【００８９】
注文受付処理において、注文受付部１１２は、注文内容のメニュー（注文タプル）のなかで最遅の飲食終了時刻を算出している。これに替わり、注文受付部１１２は、注文内容に含まれるメニューのメニュー別標準飲食時間１６４の和を飲食時間としてもよい。例えば、以下の式で飲食終了時刻を算出してもよい。
飲食終了時刻＝現在時刻＋ＭＩＮ（メニュー別標準配膳時間１６３）×繁忙期係数１２４×スタッフ係数１２５＋Σ（メニュー別標準飲食時間１６４）
ここで、ＭＩＮ（メニュー別標準配膳時間１６３）は、注文内容のメニューのなかでメニュー別標準配膳時間１６３が最小のものを示す。また、Σ（メニュー別標準飲食時間１６４）は、注文内容に含まれるメニューのメニュー別標準飲食時間１６４の合計を示す。
【００９０】
料理配膳処理においても同様である。即ち、配膳受付部１１３は、配膳内容に含まれる料理（配膳タプル）のメニュー別標準飲食時間１６４の和を飲食時間としてもよい。例えば、以下の式で飲食終了時刻を算出してもよい。
飲食終了時刻＝現在時刻＋Σ（メニュー別標準飲食時間１６４）
【００９１】
上記の実施形態において、開放予測時刻１３５の算出にあたり、繁忙期係数１２４とスタッフ係数１２５とは、算出時点での定数データベース１２１に含まれる繁忙期係数１２４とスタッフ係数１２５とを参照している。これに替えて、時間帯ごとに繁忙期係数１２４とスタッフ係数１２５とを設定しておき、配膳やテーブル片付けが行われる時間帯の繁忙期係数１２４とスタッフ係数１２５を参照して、開放予測時刻１３５を算出してもよい。
例えば、１３時の前後でスタッフ係数１２５が異なるとする。１２時３０分に注文があり、１２時５０分に配膳され、１３時３０分に会計がある場合のテーブルの開放予測時刻算出では、配膳時間に係るスタッフ係数と、テーブル開放時間に係るスタッフ係数とは異なる。
【００９２】
≪混雑状況予測処理≫
図２４は、本実施形態に係る混雑状況予測処理のフローチャートである。図２４を参照しながら、混雑状況予測部（第２の導出手段）１１６が実行する、０分後（現在）、１５分後、３０分後、４５分後、６０分後、７５分後および９０分後の混雑状況予測処理を説明する。予測結果は、後記する混雑状況予測チャート（図２５〜図２９参照）として表示される。以下、Ｔを何分後かを示す変数とする。
なお、混雑状況予測処理は電子レジスタ１００の空き時間に実行される。客受付処理、注文受付処理、料理配膳処理、会計処理など他の処理を実行していてＣＰＵ負荷が高い場合を除いて、ＣＰＵ負荷が小さいときに実行される。または、混雑状況予測処理は、開放予測時刻１３５が更新された時点で実行されてもよい。
【００９３】
ステップＳ７０１において、混雑状況予測部１１６は、混雑状況予測データベース１９０（図１１参照）を空にする。
ステップＳ７０２において、混雑状況予測部１１６は、Ｔ＝０，１５，３０，４５，６０，７５，９０として、ステップＳ７０３〜Ｓ７０７を繰り返す。
ステップＳ７０３において、混雑状況予測部１１６は、各テーブル（以下、当該テーブルと記す）について、ステップＳ７０４〜Ｓ７０５を繰り返す。
【００９４】
ステップＳ７０４において、混雑状況予測部１１６は、Ｔ分後の当該テーブルの状況を算出する。詳しくは、混雑状況予測部１１６は、現在時刻＋Ｔと、テーブル現況管理データベース１３０の開放予測時刻１３５とを比較して、開放予測時刻１３５が大ならばテーブルが在席（または片付け中）と判断する。
【００９５】
在席と判断されたかった場合には、混雑状況予測部１１６は、現在時刻＋Ｔにおける予約の有無を判断する。予約の有無は、予約管理データベース１７０（図９参照）を参照して、テーブル１７５が当該テーブルであり、予約時刻１７３から予約時刻１７３＋標準予約時間１２６＋（標準テーブル開放時間１２２×繁忙期係数１２４×スタッフ係数１２５）までの間に現在時刻＋Ｔが含まれるレコードが存在するか否かで判断できる。予約ありならば「在」、なしならば「空」と判断する。
なお、標準予約時間１２６は、定数データベース１２１に記憶されている。
【００９６】
ステップＳ７０５において、混雑状況予測部１１６は、ステップＳ７０４で算出したＴ分後における当該テーブルの状況を混雑状況予測データベース１９０に追加する。詳しくは、混雑状況予測部１１６は、混雑状況予測データベース１９０にレコードを追加して、テーブルＩＤ１９１を当該テーブルの識別情報に更新し、定員１９２をテーブル定員１２７（図１２参照）にある当該テーブルの定員に、予測時刻１９３を現在時刻＋Ｔに、予測状況１９４をステップＳ７０４で算出した状況（「在」または「空」）に更新する。
【００９７】
ステップＳ７０６において、混雑状況予測部１１６は、全てのテーブルでステップＳ７０４〜Ｓ７０５を実行したならば、ステップＳ７０７に進み、全てのテーブルで実行していなければ、未実行のテーブルについてステップＳ７０４に戻る。
ステップＳ７０７において、混雑状況予測部１１６は、Ｔ分後の空きテーブル数と空席数を算出する。詳しくは、混雑状況予測データベース１９０のなかで、予測時刻１９３が現在時刻＋Ｔであるレコードを検索して、予測状況１９４が「空」であるテーブル数をカウントする。さらに、予測状況１９４が「空」であるテーブルの定員１９２の合計を算出する。
【００９８】
ステップＳ７０８において、混雑状況予測部１１６は、全てのＴについてステップＳ７０３〜Ｓ７０７を実行したならば、ステップＳ７０９に進み、全てのＴで実行していなければ、次のＴについてステップＳ７０３に戻る。
ステップＳ７０９において、混雑状況予測部１１６は、混雑状況予測データベース１９０を参照して、客用ディスプレイ１０１に混雑状況予測チャート４１０（後記する図２５参照）を表示する。
【００９９】
≪混雑状況予測チャート≫
図２５は、本実施形態に係る電子レジスタ１００の客用ディスプレイ１０１に表示されるグラフ形式の混雑状況予測チャート４１０である。左側から右側に、現在（０分後）から９０分後までの在席テーブル数が棒グラフの形状で示されている。棒グラフの１目盛りは、２テーブルである。例えば、３０分後は、８テーブルのうち４テーブルが在席であり、棒グラフは下から２目盛りに位置している。最下方には、空きテーブル数と空席数が示されている。
【０１００】
混雑状況予測チャート４１０は、テーブルの空き状況（在席のテーブル数と空席のテーブル数との比較）を示している。これに替わり、座席の空き状況（在席のテーブルの定員数と空席のテーブルの定員数との比較）を示すようにしてもよい。
テーブルの定員は、テーブルによって異なってもよい。本実施形態では、全テーブルの定員が４名であるため、在席のテーブル数および空席のテーブル数の比率と、在席のテーブルの定員数および空席のテーブルの定員数の比率とは、同じになる。テーブルによって定員が異なる場合には、２つの比率は異なるため、テーブルの空き状況と座席の空き状況の両方を表示したり、交互に表示したりするようにしてもよい。
【０１０１】
図２６は、本実施形態に係る電子レジスタ１００の店員用ディスプレイ１０２に表示されるテーブルレイアウト形式の混雑状況予測チャート４２０である。店員用ディスプレイ１０２が使用されていない（例えば、会計（図１のステップＳ９０６参照、売上登録処理）中ではない、所定の時間操作入力がない、または、電子レジスタ１００にだれもサインインしていない）ときには、テーブルレイアウト形式の混雑状況予測チャート４２０が店員用ディスプレイ１０２に表示される。グラフ形式の混雑状況予測チャート４１０（図２５参照）とは異なり、店内のテーブルのレイアウトに合わせてテーブルレイアウト領域４２１にテーブルを配置して、在席見込みのテーブルをハッチングすることで混雑状況を表している。予測時刻表示領域４２３には、予測時刻が表示されている。図２６では、４５分後の１９時には、テーブル１，５，７，８が在席と予測されている。
【０１０２】
予測時刻表示領域４２３の左側の左向き三角形４２２がタップされると、現在表示時点から１５分前（現在から３０分後）の１８時４５分の混雑状況予測が表示される。予測時刻表示領域４２３の右側の右向き三角形４２４がタップされると、現在表示時点から１５分後（現在から６０分後）の１９時１５分の混雑状況予測が表示される（後記する図２７参照）。
図２７は、本実施形態に係る電子レジスタ１００の店員用ディスプレイ１０２に表示される１９時１５分時点での混雑状況予測チャート４２０Ａである。テーブル５とテーブル８が空きテーブルになり、６テーブルで２４席の空きがあることがわかる。
【０１０３】
図２８は、本実施形態に係るＯＥＳ端末２００の混雑状況予測画面３６０に表示される表形式の混雑状況予測チャートである。店員がメニューボタン３０１から混雑状況予測画面を選択すると、ＯＥＳ端末２００の予約登録部２１４は、電子レジスタ１００から混雑状況予測データベース１９０のデータを取得して、このデータに基づいて混雑状況予測画面３６０を表示する。
【０１０４】
予約登録部２１４は、表形式ではなくテーブルレイアウト形式で混雑状況予測チャートを表示してもよい。図２９は、本実施形態に係るＯＥＳ端末２００の混雑状況予測画面３７０に表示されるテーブルレイアウト形式の混雑状況予測チャートである。
【０１０５】
≪混雑状況予測処理の特徴≫
電子レジスタ１００の制御部１１０は、客受付、注文受付、料理配膳、会計のそれぞれのタイミングで、配膳時間や飲食時間、テーブル開放時間に基づいて（注文されたメニュ（料理、商品）に基づいて）テーブル開放時刻を予測する。制御部１１０は、繁忙期やスタッフの人数も考慮した配膳時間とテーブル開放時間に基づいて、テーブル開放時刻を算出している。また、制御部１１０は、注文内容（料理）に応じた配膳時間や飲食時間に基づいて、テーブル開放時刻を算出している。このようなきめ細かい予測を行うことで、精度の高いテーブル開放時刻を予測できる。
【０１０６】
さらに、制御部１１０は、予測したテーブル開放時刻を集計して、店舗全体の混雑状況（空きテーブル数、空き席数）を予測し、混雑状況予測チャートを表示している。混雑状況予測チャートは、表示画面のサイズに応じて、グラフ形式（図２５参照）やテーブルレイアウト形式（図２６参照）、表形式（図２８参照）で表示される。このため、客や店員は、現在から所定の時間が経過した後（例えば、１５分間隔で９０分後まで）の混雑状況を容易に把握することができる。
【０１０７】
≪予約処理≫
店員は、混雑状況予測画面３７０（図２９参照）からテーブルレイアウト領域３７１に表示されたテーブルを予約することができる。図３０は、本実施形態に係る予約処理のシーケンス図である。図３０を参照しながら予約処理を説明する。
ステップＳ８０１において、ＯＥＳ端末２００の予約登録部２１４は、店員が混雑状況予測画面３７０（後記する図２９参照）から入力した予約情報を受け付ける。
【０１０８】
図３１は、本実施形態に係るＯＥＳ端末２００での予約操作を説明するための図である。店員が、予約したい時刻の混雑状況予測画面３７０（図２９参照）において、空きテーブルをタップすると、予約人数設定画面３７２が表示される。店員が予約人数にタップすると、予約登録部２１４は、タップされた予約人数を取得する。予約登録部２１４は、予約人数の他に、客名や連絡先を取得するが、取得画面は図示していない。
【０１０９】
図３０に戻り、ステップＳ８０２において、予約登録部２１４は、テーブルＩＤ、予約時刻、予約人数、客名、連絡先を電子レジスタ１００に送信する。
ステップＳ８０３において、電子レジスタ１００の予約受付部１１７は、テーブルＩＤ、予約時刻、予約人数、客名、連絡先を受信して、予約管理データベース１７０（図９参照）を更新する。詳しくは、予約受付部１１７は、予約管理データベース１７０にレコードを追加して、予約ＩＤ１７１に新しい予約ＩＤを生成して更新し、日にち１７２を本日に、予約時刻１７３を受信した予約時刻に、人数１７４を受信した予約人数に、テーブル１７５を受信してテーブルＩＤに更新する。予約受付部１１７は、受信した客名および連絡先とを、予約管理データベース１７０の客名および連絡先の属性（不図示）に格納する。
【０１１０】
ステップＳ８０４において、予約受付部１１７は、混雑状況予測データベース１９０（図１１参照）を更新する。詳しくは、予約受付部１１７は、混雑状況予測データベース１９０のなかで、テーブルＩＤ１９１が受信したテーブルＩＤに等しく、予測時刻１９３が予約時刻から予約時刻＋標準予約時間１２６＋（標準テーブル開放時間１２２×繁忙期係数１２４×スタッフ係数１２５）の間にあるレコードを検索して、検索結果のレコードの予測状況１９４を「在」に更新する。なお、標準予約時間１２６＋（標準テーブル開放時間１２２×繁忙期係数１２４×スタッフ係数１２５）を、テーブル非開放時間とも記す。
【０１１１】
ステップＳ８０５において、予約受付部１１７は、混雑状況予測データベース１９０のデータをＯＥＳ端末２００に送信する。
ステップＳ８０６において、ＯＥＳ端末２００の予約登録部２１４は、受信した混雑状況予測データベース１９０のデータに基づき混雑状況予測画面３７０Ａを更新する。図３２は、本実施形態に係るＯＥＳ端末２００の予約後の混雑状況予測画面３７０Ｂである。予約前の混雑状況予測画面３７０Ａ（図３１参照）と比較して、テーブル２がハッチングされ、予約されていることが判る。
【０１１２】
上記した予約処理は、ＯＥＳ端末２００の混雑状況予測画面３７０から実行していた。店員用ディスプレイ１０２（図４参照）に表示されるテーブルレイアウト形式の混雑状況予測チャート４２０（図２６参照）から予約できるようにしてもよい。
【０１１３】
≪予約処理の特徴≫
店員は、ＯＥＳ端末２００から店舗の混雑状況（空席状況）を確認した上で、即座に空いているテーブルを予約できる。このため、店員は、店頭で並んでいる客や来店した客、電話で問い合わせた客に対して、予約時刻や希望のテーブルを会話しながらテーブルを予約することができる。
【０１１４】
≪電子レジスタのディスプレイの変形例≫
図４に示した客用ディスプレイ１０１は、小型であったが、大型のディスプレイを備えてもよい。図３３は、本実施形態の変形例に係る、客側から見た電子レジスタ１００Ａの外観図である。電子レジスタ１００Ａは、大型の客用ディスプレイ１０１Ａ、店員用ディスプレイ１０２Ａおよびプリンタ１０３Ａを備える。客用ディスプレイ１０１Ａにテーブルレイアウト形式の混雑状況予測チャート４２０（図２６参照）が表示可能となる。
【０１１５】
≪変形例：ディスプレイ≫
上記実施形態では、混雑状況予測チャートは、電子レジスタ１００やＯＥＳ端末２００のディスプレイに表示されたが、店頭の大型ディスプレイに表示されてもよい。さらに、ネットワークを介して客が保有するパソコンやスマートフォンなどの端末に表示されるようにしてもよい。例えば、グラフ形式の混雑状況予測チャート（図２５参照）がＷｅｂサーバを介して、Ｗｅｂページとして閲覧可能としてもよい。または、ＳＮＳ（Social Network Service）を介して混雑状況（空きテーブル数や空席数）が提供されるようにしてもよい。
【０１１６】
≪変形例：配膳時間≫
上記実施形態では、調理時間と完成した料理をテーブルに運ぶ時間を合わせて配膳時間としていた。配膳時間を調理時間と運ぶ時間とに分け、さらにスタッフ係数１２５をキッチンスタッフ係数とホールスタッフ係数とに分けて以下の式から配膳時間を算出するようにしてもよい。
配膳時間＝（調理時間×キッチンスタッフ係数×繁忙期係数１２４）＋（運ぶ時間×ホールスタッフ係数×繁忙期係数１２４）
【０１１７】
≪変形例：ＯＥＳ端末での混雑状況予測の表示≫
上記実施形態では、ＯＥＳ端末２００は、電子レジスタ１００から混雑状況予測データベース１９０（図１１参照）のデータを取得して（図３０のステップＳ８０５参照）、混雑状況予測チャートを表示している。ＯＥＳ端末２００は、電子レジスタ１００が算出したテーブルごとの開放予測時刻、電子レジスタ１００が算出した予測時刻ごとの空きテーブル数、在席テーブル数、在席テーブルの識別情報または空きテーブルの識別情報、電子レジスタ１００が生成した混雑状況予測チャートなど、混雑状況予測チャートが生成可能なデータを取得して、混雑状況予測チャートを表示してもよい。
【０１１８】
≪その他の変形例≫
上記実施形態では、客受付や注文受付などのＯＥＳ端末２００から電子レジスタ１００への通知は、ＯＥＳ端末２００から電子レジスタ１００に直接送信されていた。これに替わり、ＯＥＳサーバ８００を介して、通知されるようにしてもよい。
また、上記実施形態では、テーブル開放時刻や店舗全体の混雑状況（空きテーブル数、空き席数）を電子レジスタ１００において算出していたが、これに限定されるものではない。例えば、ＯＥＳ端末２００によって受け付けた情報を所定の外部装置（ＯＥＳサーバ８００も含む）に送信して、前記外部装置によってテーブル開放時刻や店舗全体の混雑状況を算出させる構成としてもよい。
【０１１９】
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲のとおりである。
【０１２０】
≪付記≫
《請求項１》
店舗に備えられ顧客が着席する複数のテーブルの各々と対応付けて、所定の消費時間を要する商品の注文を受け付ける注文受付手段と、
前記テーブル毎に、前記注文された商品に係る予測消費時間に基づいて、当該テーブルに次の顧客が着席可能となる空き時刻を導出する第１の導出手段と、
前記第１の導出手段により導出された各テーブルの空き時刻に基づいて、現在時刻から所定の時間が経過した後のタイミングにおける前記複数のテーブルのうちの空きテーブル数を導出する第２の導出手段と、
前記第２の導出手段により導出された空きテーブル数を所定の表示部に表示させる表示制御手段と、
を備えることを特徴とする混雑状況予測システム。
《請求項２》
前記表示制御手段は、前記空きテーブル数を売上データ処理装置の客用表示部に表示させる、
ことを特徴とする請求項１に記載の混雑状況予測システム。
《請求項３》
前記表示制御手段は、前記売上データ処理装置が売上登録処理の実行中の期間を除く所定のタイミングで前記空きテーブル数を表示させる、
ことを特徴とする請求項２に記載の混雑状況予測システム。
《請求項４》
前記第２の導出手段は、現在時刻からの経過時間が各々異なる複数のタイミングにおける前記空きテーブル数を導出し、
前記表示制御手段は、前記複数のタイミングにおける前記空きテーブル数を時系列で前記表示部に表示させる、
ことを特徴とする請求項１から３の何れか一項に記載の混雑状況予測システム。
《請求項５》
前記第１の導出手段は、各テーブルの空き時刻を、前記商品の注文を受け付けた第１のタイミング、および前記注文された商品が前記テーブルに配膳された第２のタイミング、において導出する、
ことを特徴とする請求項１から４の何れか一項に記載の混雑状況予測システム。
《請求項６》
前記第１の導出手段は、各テーブルの空き時刻を、前記第１のタイミングで導出する際には、前記予測消費時間と前記注文された商品の予測配膳時間とに基づいて導出し、前記第２のタイミングで導出する際には、前記予測消費時間に基づいて導出する、
ことを特徴とする請求項５に記載の混雑状況予測システム。
《請求項７》
前記表示制御手段は、前記第１のタイミングに基づいて導出された空きテーブル数を、前記第２のタイミングに基づいて導出された空きテーブル数に更新して表示させる、
ことを特徴とする請求項５または６に記載の混雑状況予測システム。
《請求項８》
前記注文受付手段は、ＯＥＳ端末に備えられ、
前記表示制御手段は、売上データ処理装置に備えられる、
ことを特徴とする請求項１から７の何れか一項に記載の混雑状況予測システム。
《請求項９》
店舗に備えられ顧客が着席する複数のテーブルの各々と対応付けて、所定の消費時間を要する商品の注文を受け付ける注文受付手段を備えるＯＥＳ端末と通信する売上データ処理装置であって、
前記テーブル毎に、前記注文された商品に係る予測消費時間に基づいて、当該テーブルに次の顧客が着席可能となる空き時刻を導出する第１の導出手段と、
前記第１の導出手段により導出された各テーブルの空き時刻に基づいて、現在時刻から所定の時間が経過した後のタイミングにおける前記複数のテーブルのうちの空きテーブル数を導出する第２の導出手段と、
前記第２の導出手段により導出された空きテーブル数を所定の表示部に表示させる表示制御手段と、
を備えることを特徴とする売上データ処理装置。
《請求項１０》
店舗に備えられ顧客が着席する複数のテーブルの各々と対応付けて、所定の消費時間を要する商品の注文を受け付ける注文受付手段を備えるＯＥＳ端末と通信する売上データ処理装置のコンピュータを、
前記テーブル毎に、前記注文された商品に係る予測消費時間に基づいて、当該テーブルに次の顧客が着席可能となる空き時刻を導出する第１の導出手段、
前記第１の導出手段により導出された各テーブルの空き時刻に基づいて、現在時刻から所定の時間が経過した後のタイミングにおける前記複数のテーブルのうちの空きテーブル数を導出する第２の導出手段、
前記第２の導出手段により導出された空きテーブル数を所定の表示部に表示させる表示制御手段、
として機能させることを特徴とするプログラム。
【符号の説明】
【０１２１】
１０    混雑状況予測システム
１００，１００Ａ  電子レジスタ（売上データ処理装置）
１０１  客用ディスプレイ（客用表示部、表示部）
１０２  店員用ディスプレイ（従業員用ディスプレイ、表示部）
１１０  制御部（第１の導出手段、表示制御手段）
１１１  客受付部
１１２  注文受付部（第１の導出手段）
１１３  配膳受付部（第１の導出手段）
１１４  会計処理部
１１５  テーブル開放受付部
１１６  混雑状況予測部（第２の導出手段）
１１７  予約受付部
１３０  テーブル現況管理データベース
１３５  開放予測時刻（空き時刻）
１７０  予約管理データベース
２００  ＯＥＳ端末
２１０  制御部（注文受付手段）
２１１  客登録部
２１２  注文登録部
２１３  テーブル開放登録部
２１４  予約登録部
４１０  グラフ形式の混雑状況予測チャート
４２０，４２０Ａ  テーブルレイアウト形式の混雑状況予測チャート
【図１】
2019215828.tif 000003
【図２】
2019215828.tif 000004
【図３】
2019215828.tif 000005
【図４】
2019215828.tif 000006
【図５】
2019215828.tif 000007
【図６】
2019215828.tif 000008
【図７】
2019215828.tif 000009
【図８】
2019215828.tif 000010
【図９】
2019215828.tif 000011
【図１０】
2019215828.tif 000012
【図１１】
2019215828.tif 000013
【図１２】
2019215828.tif 000014
【図１３】
2019215828.tif 000015
【図１４】
2019215828.tif 000016
【図１５】
2019215828.tif 000017
【図１６】
2019215828.tif 000018
【図１７】
2019215828.tif 000019
【図１８】
2019215828.tif 000020
【図１９】
2019215828.tif 000021
【図２０】
2019215828.tif 000022
【図２１】
2019215828.tif 000023
【図２２】
2019215828.tif 000024
【図２３】
2019215828.tif 000025
【図２４】
2019215828.tif 000026
【図２５】
2019215828.tif 000027
【図２６】
2019215828.tif 000028
【図２７】
2019215828.tif 000029
【図２８】
2019215828.tif 000030
【図２９】
2019215828.tif 000031
【図３０】
2019215828.tif 000032
【図３１】
2019215828.tif 000033
【図３２】
2019215828.tif 000034
【図３３】
2019215828.tif 000035