JP6916921B1 - 処理装置、処理プログラム及び情報処理方法 - Google Patents

Abstract

【課題】特定の席が空席であるか否かを予測することが可能な処理装置、処理プログラム及び情報処理方法を提供する。【解決手段】処理装置は、発注元により発注された発注内容が前記発注元の席に提供されたことを示す提供済情報を取得する提供済情報取得部と、前記発注内容に対する決済がなされたことを示す決済情報を取得する決済情報取得部と、前記発注元の席に前記発注内容が提供された後の経過時間を計時する計時部と、前記決済情報が受信され、前記経過時間が所定時間以上である場合に、前記発注元の席が空席であると判定する判定部と、前記判定部が判定する結果を出力する出力部とを備える。【選択図】図３

Description

本発明は、処理装置、処理プログラム及び情報処理方法に関する。

従来、飲食店における料理の注文や決済を行う技術において、顧客が所持する端末装置から料理の注文や決済を行うことが可能な技術があった（例えば、特許文献１を参照）。

特開２０１９−３６２７７号公報

このような技術を用いる場合、顧客は料理の注文をした後、いつでも決済を行うことができるため、顧客が退店する直前に決済を行うとは限らない。例えば、顧客は、退店する直前に決済を行うこともできるし、料理の注文と同時に決済を行うこともできる。つまり、従来技術によれば、顧客が決済を行うタイミングと、顧客が退店するタイミングとが合致するとは限らない。
そのため、顧客が所持する端末装置で決済を行うことが可能なシステムにおいては、店舗の特定の席が空席であるか否かを予測することが困難であるという問題があった。

そこで、本発明は、特定の席が空席であるか否かを予測することが可能な処理装置、処理プログラム及び情報処理方法を提供することを目的とする。

本発明の一態様に係る処理装置は、発注元により発注された発注内容が前記発注元の席に提供されたことを示す提供済情報を取得する提供済情報取得部と、前記発注内容に対する決済がなされたことを示す決済情報を取得する決済情報取得部と、前記発注元の席に前記発注内容が提供された後の経過時間を計時する計時部と、前記決済情報が受信され、前記経過時間が所定時間以上である場合に、前記発注元の席が空席であると判定する判定部と、前記判定部が判定する結果を出力する出力部とを備える。

また、本発明の一態様に係る処理装置は、前記判定部が判定する結果に基づく混雑の程度を推定する推定部を更に備え、前記出力部は、前記推定部が推定する混雑の程度を示す情報を出力する。

また、本発明の一態様に係る処理装置は、空席である席の空席情報を取得する空席情報取得部を更に備え、前記判定部は、前記空席情報取得部が取得する空席情報に示される席を空席であると判定する。

また、本発明の一態様に係る処理装置において、前記空席情報は、顧客の席を識別する席情報を含み、前記判定部が、前記空席情報取得部が取得する前記空席情報により空席であると判定した場合に、前記空席情報に含まれる席の決済情報を出力する会計情報出力部を更に備える。

また、本発明の一態様に係る処理プログラムは、コンピュータを、上述した処理装置として機能させる。

また、本発明の一態様に係る情報処理方法は、発注内容を示す情報と、発注元の席を示す情報とが対応付けられた発注情報が示す発注内容が前記発注元の席に提供されたことを示す提供済情報を取得する提供済情報取得ステップと、前記発注内容に対する決済がなされたことを示す決済情報を取得する決済情報取得ステップと、前記発注情報が示す前記発注元の席に前記発注内容が提供された後の経過時間を計時する計時ステップと、前記決済情報が受信され、前記経過時間が所定時間以上である場合に、前記発注元の席が空席であると判定する判定ステップと、前記判定ステップが判定する結果を出力する出力ステップとを含む。

本発明によれば、特定の席が空席であるか否かを予測することが可能な処理装置、処理プログラム及び情報処理方法を提供することができる。

本実施形態に係る店舗システムの機能構成の一例を示す図である。 本実施形態に係る店舗システムの注文の実施の一例を示す図である。 本実施形態に係る処理装置の機能構成の一例を示す図である。 本実施形態に係るテーブル情報の一例を示す図である。 本実施形態に係るテーブル別情報の一例を示す図である。 本実施形態に係るシーケンス図の一例を示す図である。 本実施形態に係る推定部を説明するための店舗システムの機能構成の一例を示す図である。 本実施形態に係る混雑の程度を示す情報の一例を示す図である。 本実施形態に係る空席情報取得部を説明するための店舗システムの機能構成の一例を示す図である。 本実施形態に係る会計情報出力部を説明するための店舗システムの機能構成の一例を示す図である。

［店舗システムの構成］
以下、本発明の実施の形態について図面を参照しながら説明する。
図１は、本実施形態に係る店舗システム１の機能構成の一例を示す図である。同図を参照しながら、店舗システム１の機能構成の一例について説明する。
店舗とは、顧客に対してサービスを提供することで、顧客から対価を受け取る施設である。この一例においては、店舗が飲食店である場合の一例について説明する。

店舗システム１は、処理装置３０と、配膳出力機器７０と、厨房出力機器７２と、決済装置８０と、複数の店舗端末１０と、複数の顧客端末５０とを備える。店舗システム１に備わる各装置は、通信ネットワークＮＷ１を介して互いに通信を行う。通信ネットワークＮＷ１は、店舗に設けられたＬＡＮ（Local Area Network）である。通信ネットワークＮＷ１は、不図示の無線アクセスポイントを有する。

店舗端末１０は、可搬型の端末装置である。店舗端末１０は、無線アクセスポイントを介して通信ネットワークＮＷ１に接続される。店舗端末１０は、商品（店舗が飲食店である場合には、料理）の注文及び会計を行うために、従業員によって使用される。この一例において、通信ネットワークＮＷ１には複数の店舗端末１０が接続される場合について説明するが、通信ネットワークＮＷ１に接続される店舗端末１０は、１つであってもよい。

顧客端末５０は、店舗を利用する顧客が携帯する端末である。顧客端末５０は、商品の注文及び会計を行うために、顧客によって使用される。顧客端末５０は、例えばスマートフォンやタブレット端末等であってもよい。

処理装置３０は、注文や会計などの管理を行う情報処理装置である。処理装置３０は、注文や会計などの管理を行うために、従業員によって使用される。

配膳出力機器７０は、配膳室に設けられた出力機器である。厨房出力機器７２は、厨房に設けられた出力機器である。配膳出力機器７０及び厨房出力機器７２は、印字装置であってもよく、又は、表示装置であってもよい。

決済装置８０は、例えば、ＰＯＳ（point of sale：販売時点情報管理）である。決済装置８０は、商品の販売時点での売り上げ情報の管理を行う情報処理システムであってもよい。顧客は、顧客端末５０において決済処理を行わない場合には、決済装置８０において決済処理を行う。

店舗システム１の通信ネットワークＮＷ１は、インターネット等の店舗システム１の外部の通信ネットワークＮＷ２に接続される。店舗システム１は、通信ネットワークＮＷ２を介して、店舗システム１の外部のサーバ装置（外部サーバ）２１０に接続する。外部サーバ２１０は、予約システム２２０と通信により接続する。
予約システム２２０は、店舗システム１から空席情報を取得する。予約システム２２０は、取得した空席情報に基づき、顧客からの予約を受け付け、店舗システム１に予約情報を提供する。予約システム２２０は、顧客が所持する不図示のパーソナルコンピュータ、スマートフォン又はタブレット端末等と接続され、顧客からの予約を受け付ける。

図２は、本実施形態に係る店舗システム１における注文の実施の一例を示す図である。同図を参照しながら、図１で機能構成を説明した店舗システム１を利用して、顧客が注文を行う場合の実施の一例について説明する。図１で説明した構成と、同様の構成については、説明を省略する。
顧客Ｃは、店舗に備えられたテーブルＴで飲食をする。顧客端末５０は、顧客Ｃにより操作される。顧客Ｃは、顧客端末５０を操作することにより、商品の注文を行う。
従業員Ｗは、店舗に従事する従業員である。店舗端末１０は、従業員Ｗにより操作される。従業員Ｗは、店舗端末１０を操作することにより、顧客Ｃから商品の注文を受ける。
すなわち、顧客Ｃは、自身が操作する顧客端末５０又は従業員Ｗが操作する店舗端末１０のいずれかにより、商品の注文を行う。

テーブルＴは、店舗に備えられる複数のテーブルを識別可能な席情報を有する。顧客端末５０は、不図示の入力部を備えており、入力部が操作されることにより席情報を取得する。顧客端末５０により注文される商品は、席情報とともに、注文情報（発注情報）として通信ネットワークＮＷ１に出力される。
なお、顧客端末５０は、不図示の撮像部を備えることにより、席情報を読み込むことにより、テーブルＴを識別してもよい。席情報は、二次元コードとして席に備えられていてもよいし、店舗端末１０により顧客情報を入力した後に印字されてもよいし、店舗端末１０により初回の注文を受けてから印字されてもよい。

図３は、本実施形態に係る処理装置３０の機能構成の一例を示す図である。同図を参照しながら、処理装置３０の機能構成の一例について説明する。
処理装置３０は、注文情報取得部３１と、提供済情報取得部３２と、決済情報取得部３３と、計時部３４と、判定部３５と、出力部３６と、記憶部３７とを備える。
記憶部３７は、各種の情報を記憶する。この一例において記憶部３７は、処理装置３０に含まれているとして説明するが、処理装置３０の外部に備えられていてもよい。

注文情報取得部３１は、顧客端末５０から注文情報ＩＯを取得する。注文情報ＩＯは、発注元により発注された発注内容を示す情報と、発注元の席を示す情報とが対応付けられた情報である。具体的には、注文情報ＩＯは、顧客Ｃが注文する商品の情報と、顧客Ｃの席（テーブルＴ）を識別する席情報とを含む。注文情報ＩＯは、例えば、顧客Ｃが顧客端末５０を操作することにより、通信ネットワークＮＷ１を介して注文情報取得部３１に提供されるよう構成してもよい。
なお、この一例において、注文情報ＩＯは、顧客端末５０から取得する場合について説明するが、店舗端末１０から取得するよう構成してもよい。
注文情報取得部３１は、取得した注文情報ＩＯを、記憶部３７に記憶させる。

提供済情報取得部３２は、配膳出力機器７０から、提供済情報ＩＳを取得する。提供済情報ＩＳは、顧客Ｃが注文した商品が、顧客Ｃに提供されたことを示す情報を少なくとも含む。提供済情報ＩＳは、注文情報ＩＯ（発注情報）が示す発注内容が前記発注元の席に提供されたことを示す。提供済情報ＩＳは、例えば、従業員Ｗが配膳出力機器７０を操作することにより、通信ネットワークＮＷ１を介して提供済情報取得部３２に提供されるよう構成してもよい。
提供済情報取得部３２は、取得した提供済情報ＩＳを、記憶部３７に記憶させる。

決済情報取得部３３は、顧客端末５０から決済情報ＩＰを取得する。決済情報ＩＰは、発注内容に対する決済がなされたことを示す。決済情報ＩＰは、例えば、顧客Ｃが顧客端末５０により決済を行い、決済が済んだことを示す情報を、通信ネットワークＮＷ１を介して決済情報取得部３３に提供されるよう構成してもよい。
なお、顧客Ｃは、顧客端末５０によらず、決済装置８０により決済を行う場合がある。顧客Ｃが決済装置８０により決済を行う場合には、決済情報取得部３３は、決済装置８０から決済情報ＩＰを取得するよう構成してもよい。
決済情報取得部３３は、取得した決済情報ＩＰを、記憶部３７に記憶させる。

計時部３４は、注文情報ＩＯ（発注情報）が示す発注元の席に発注内容の全てが提供された後の経過時間を計時する。具体的には、計時部３４は、記憶部３７に記憶された提供済情報ＩＳを取得する。計時部３４は、提供済情報ＩＳを取得してから経過した時間を、経過時間情報ＩＴとして判定部３５に提供する。例えば、計時部３４は、所定の期間ごとに判定部３５に経過時間情報ＩＴを提供するよう構成してもよい。

判定部３５は、注文情報ＩＯと、決済情報ＩＰと、提供済情報ＩＳとを、記憶部３７から取得する。判定部３５は、所定の条件に基づき、テーブルＴが空席であるか否かを判定する。
具体的には、判定部３５は、決済情報ＩＰが受信され、経過時間情報ＩＴが所定時間以上である場合に、発注元の席が空席であると判定する。
判定部３５は、判定した結果を、判定情報ＩＪとして出力部３６に提供する。

出力部３６は、判定部３５が判定する結果である判定情報ＩＪを取得する。出力部３６は、取得した判定情報ＩＪを出力する。例えば出力部３６は、判定情報ＩＪを、通信ネットワークＮＷ１を介して外部サーバ２１０に出力する。
外部サーバ２１０は、出力部３６から判定情報ＩＪを取得し、取得した判定情報ＩＪを予約システム２２０に出力する。

図４は、本実施形態に係る概要情報Ｄ１の一例を示す図である。概要情報Ｄ１は、例えば、予約システム２２０が判定情報ＩＪに基づき表示する画面における、画面構成の一例である。予約システム２２０は、概要情報Ｄ１を表示することにより、店舗の空席状況を提示することができる。
概要情報Ｄ１は、通信ネットワークＮＷ１に接続される店舗端末１０又は店舗に備えられた不図示の表示装置が表示するよう構成してもよい。その場合、店舗端末１０又は表示装置は、出力部３６が出力する判定情報ＩＪを取得し、取得した判定情報ＩＪに基づき、概要情報Ｄ１を表示する。

概要情報Ｄ１は、概要情報表示部Ｄ１０と、テーブル情報表示部Ｄ２０とを画面の構成要素として備える。
概要情報表示部Ｄ１０は、店舗の空席状況の概要を表示する。例えば概要情報表示部Ｄ１０は、空席数情報表示部Ｄ１１を画面の構成要素として備える。空席数情報表示部Ｄ１１は、店舗が備える席の種類と、席の種類毎の空席数を表示する。この一例において、店舗は、４人席と２人席とを備えており、４人席と２人席とが、それぞれ１席ずつ空席である。

テーブル情報表示部Ｄ２０は、テーブル番号毎の席の情報を表示する。テーブル番号は、席情報により識別される。この一例において、テーブル情報表示部Ｄ２０は、テーブル番号毎に、当該席に案内可能な顧客Ｃの人数を示す席種と、当該席が空席であるか否かを示す空席情報とを示す。
なお、テーブル情報表示部Ｄ２０は、個室であるか否かを示す情報等、席に関する情報を表示してもよい。
テーブル情報表示部Ｄ２０に示されるそれぞれの席は、テーブル番号を選択されることにより、それぞれの席の詳細情報が表示されるよう構成してもよい。

なお、概要情報Ｄ１の例に示した情報は、より詳細な空席情報を表示してもよい。例えば、テーブル情報表示部Ｄ２０は空席と判断した根拠となる情報として、提供状況（例えば、“全提供完了”、“提供中”、“未提供”等）、決済状況（例えば、“全注文品について決済済”、“未決済”等）、経過時間（例えば、全注文品の提供完了後からの経過時間）等の情報を表示してもよい。
テーブル情報表示部Ｄ２０に空席と判断した根拠となる情報を表示する場合、従業員のみが閲覧可能となるよう閲覧制限をかけて構成してもよい。

図５は、本実施形態に係るテーブル別情報Ｄ３の一例を示す図である。テーブル別情報Ｄ３は、例えば、予約システム２２０が判定情報ＩＪに基づき表示する画面構成の一例である。予約システム２２０は、テーブル別情報Ｄ３を表示することにより、店舗の混雑状況を、テーブル毎に提示する。
テーブル別情報Ｄ３は、通信ネットワークＮＷ１に接続される店舗端末１０又は店舗に備えられた不図示の表示装置が表示するよう構成してもよい。その場合、店舗端末１０又は表示装置は、出力部３６が出力する判定情報ＩＪを取得し、取得した判定情報ＩＪに基づき、概要情報Ｄ１及びテーブル別情報Ｄ３を表示する。
テーブル別情報Ｄ３は、テーブル識別情報表示部Ｄ３０と、テーブル概要情報表示部Ｄ４０と、テーブル詳細情報表示部Ｄ５０とを、画面の構成要素として備える。

テーブル識別情報表示部Ｄ３０は、テーブルの識別情報を表示する。具体的には、席情報に示される席の名前を表示する。

テーブル概要情報表示部Ｄ４０は、テーブル識別情報表示部Ｄ３０に示される席の概要情報を表示する。
テーブル概要情報表示部Ｄ４０は、来店人数表示部Ｄ４１と、来店時間表示部Ｄ４２と、決済情報表示部Ｄ４３とを、画面の構成要素として備える。
来店人数表示部Ｄ４１は、テーブル識別情報表示部Ｄ３０に示される席を使用する人数を表示する。来店時間表示部Ｄ４２は、当該席が使用され始めた時刻を表示する。決済情報表示部Ｄ４３は、当該席の決済が済んでいるか否かを表示する。

テーブル詳細情報表示部Ｄ５０は、当該席から注文があった商品毎に、提供が済んでいるか否か、提供が済んでいる場合における商品を提供した時間及び当該商品の決済が済んでいるか否かを表示する。

［店舗システムの一連の動作］
図６は、本実施形態に係るシーケンス図の一例を示す図である。同図を参照しながら、店舗システム１の動作を説明する。店舗システム１は、顧客が特定の席から商品を発注してから、当該席が空席であることを判定するまでを行う。

（ステップＳ１０）顧客Ｃは、商品の注文を行う。この一例において、顧客Ｃは、顧客端末５０を通して商品の注文を行うが、顧客Ｃは、従業員Ｗが所持する店舗端末１０を通して商品の注文を行ってもよい。
なお、顧客Ｃは、商品の注文を行った後、顧客Ｃの所望のタイミングで、顧客端末５０もしくは決済装置８０において、注文した商品に関する決済処理を行うことができる。そのため、決済情報ＩＰは、シーケンス図には図示していないが、顧客の所望のタイミングで処理装置３０に収集されているものとする。

（ステップＳ１２）注文された商品の情報は、注文情報ＩＯとして、処理装置３０に転送される。

（ステップＳ１４）処理装置３０は、取得した注文情報ＩＯを、記憶部３７に記憶させる。

（ステップＳ１６）処理装置３０は、取得した注文情報ＩＯを、厨房出力機器７２に転送する。

（ステップＳ１７）厨房に備えられた厨房出力機器７２は、取得した注文情報ＩＯに示される商品の情報を出力する。従業員Ｗは、厨房出力機器７２から出力された注文情報ＩＯに示される商品の準備をする。例えば、商品が料理である場合には、従業員Ｗは、当該料理の調理を行う。

（ステップＳ１８）処理装置３０は、取得した注文情報ＩＯを、配膳出力機器７０に転送する。

（ステップＳ１９）配膳出力機器７０は、取得した注文情報ＩＯに示される商品の情報を出力する。従業員Ｗは、配膳出力機器７０から出力される注文情報ＩＯに示される料理が、厨房で調理された場合に、当該料理を顧客Ｃに提供する。

（ステップＳ２０）従業員Ｗは、当該料理を提供した場合に、料理を提供したことを示す情報を、提供済情報ＩＳとして処理装置３０に出力する。従業員Ｗは、例えば配膳出力機器７０を介して、提供済情報ＩＳを処理装置３０に出力する。なお、提供済情報ＩＳの出力は、この一例に限定されず、従業員Ｗが店舗端末１０を介して提供済情報ＩＳを処理装置３０に出力するよう構成してもよい。

（ステップＳ２２）処理装置３０は、所定の条件に該当しているか否かを判定する。所定の条件とは、具体的には、注文情報ＩＯに示される特定の席から注文された商品が全て提供され、特定の席から注文された商品が全て提供されてから所定の時間が経過し、かつ特定の席の決済情報ＩＰを取得した場合であってもよい。処理装置３０は、所定の条件に該当した場合、当該席が空席であることを示す判定情報ＩＪを出力する。

（ステップＳ２４）処理装置３０が、所定の条件に該当しているとして判定情報ＩＪを出力した場合、判定情報ＩＪは外部サーバ２１０に出力される。なお、判定情報ＩＪは、通信ネットワークＮＷ１に接続される機器に出力されるよう構成してもよい。

［推定部］
図７は、本実施形態に係る推定部３８１を説明するための店舗システム１Ａの機能構成の一例を示す図である。処理装置３０Ａは、処理装置３０の一例である。処理装置３０と同様の構成については、図３と同様の符号を付し、説明を省略する。処理装置３０Ａは、推定部３８１を更に備える点において、処理装置３０とは異なる。

推定部３８１は、判定部３５から判定情報ＩＪ１を取得する。判定情報ＩＪ１は、判定部３５が、特定の席が空席であるか否かを判定した結果である。推定部３８１は、判定部３５が判定する結果に基づく混雑の程度を推定する。混雑の程度を示す情報とは、例えば、空席率等である。
推定部３８１は、混雑の程度を示す情報を判定情報ＩＪ２として出力部３６に出力する。

出力部３６は、推定部３８１が推定する混雑の程度を示す情報を出力する。具体的には、出力部３６は、推定部３８１から判定情報ＩＪ２を取得し、取得した判定情報ＩＪ２を出力する。

図８は、本実施形態に係る混雑の程度を示す情報の一例を示す図である。同図を参照しながら、混雑の程度を示す情報の一例について説明する。概要情報Ｄ１Ａは、概要情報Ｄ１の一例である。概要情報Ｄ１と同様の画面構成については、図４と同様の符号を付し、説明を省略する。概要情報Ｄ１Ａは、空席率情報表示部Ｄ１２と、混雑度情報表示部Ｄ１３とを画面構成として更に備える点において、概要情報Ｄ１と異なる。

空席率情報表示部Ｄ１２は、店舗システム１が備えられる店舗における空席率を示す情報である。空席率とは、例えば、全席数における空席の席数の割合である。
混雑度情報表示部Ｄ１３は、混雑の程度を、複数段階で表示する。混雑度情報表示部Ｄ１３が複数段階で表示する混雑の程度は、例えば、“混雑”、“空席僅か”、“空席有り”等であってもよい。
なお、この一例において判定部３５は、取得した注文情報ＩＯと、決済情報ＩＰと、提供済情報ＩＳとに基づき、退席予想時間を推定部３８１に出力してもよい。退席予想時間とは、例えば、顧客Ｃの客層や人数、時間帯等によって、判定部３５が空席になる時間を予想した時間である。
推定部３８１は、取得した顧客Ｃの退席予想時間に基づき、混雑の程度を推定する。
なお、この一例において判定部３５は、取得した注文情報ＩＯと、決済情報ＩＰと、提供済情報ＩＳとに基づき、退席予想時間を推定部３８１に出力してもよい。例えば、決済完了を示す決済情報ＩＰと、料理提供済みを示す提供済情報ＩＳとを取得したことを条件として、提供済み情報ＩＳを受信した時刻から、所定時間後を退席予想時間と計算してもよい。この所定時間は、注文情報ＩＯに含まれる料理毎に設定してもよく、もしくはカテゴリ毎（例えばメインディッシュ系、ドリンク系など）に設定してもよい。
さらに、判定部３５は、取得した注文情報ＩＯに示される注文を行った顧客の客層（例えば、学生、サラリーマン、家族など）や人数、注文時間帯等に基づき、所定時間に対して係数を乗じることで、顧客Ｃに合わせた退席予想時間を算出するようにしてもよい。例えば、客層がサラリーマンであれば１より小さい所定の係数、客層が家族であれば１より大きい所定の係数、人数が１であれば１より小さい所定の係数、人数が多い場合には１より大きい所定の係数、時間帯がランチであれば１より小さい所定の係数、時間帯がディナーであれば１より大きい所定の係数など、個々の顧客を考慮したオペレーションをするようにしてもよい。

［空席情報取得部］
図９は、本実施形態に係る空席情報取得部３８２を説明するための店舗システム１Ｂの機能構成の一例を示す図である。同図を参照しながら、空席情報取得部３８２の一例について説明する。処理装置３０Ｂは、処理装置３０の一例である。処理装置３０Ｂは、空席情報取得部３８２と、判定部３５Ｂを備える点において、処理装置３０とは異なる。

空席情報取得部３８２は、空席である席の空席情報ＩＶを取得する。例えば、従業員Ｗは、空席である席がある場合に、店舗端末１０を介して、当該席が空席であることを示す情報である空席情報ＩＶを出力する。空席情報取得部３８２は、店舗端末１０から空席情報ＩＶを取得する。
空席情報取得部３８２は、取得した空席情報ＩＶを、判定部３５Ｂに出力する。

判定部３５Ｂは、空席情報取得部３８２が取得する空席情報ＩＶに示される席を空席であると判定する。例えば、この一例において顧客Ｃは、顧客端末５０により決済が可能であるため、処理装置３０Ｂにより顧客Ｃの席が空席であると判定していないにもかかわらず、空席である場合がある。そのような場合、従業員Ｗは、店舗端末１０を介して空席情報ＩＶを出力することにより、当該席を空席とする。
なお、従業員Ｗが店舗端末１０を介して空席情報ＩＶを出力することに代えて、顧客Ｃが顧客端末５０により空席情報ＩＶを出力するよう構成してもよい。
例えば、顧客Ｃが顧客端末５０により空席情報ＩＶを出力する場合において、顧客端末５０は、当該店舗の退席を示す操作手段を備える。顧客端末５０は、顧客Ｃが操作手段を操作することにより、空席情報ＩＶを出力するよう構成してもよい。別の実施例として、顧客端末５０は、席に備えられた２次元コード等を読み取ることにより、空席情報ＩＶを出力するよう構成してもよい。顧客端末５０が、席に備えられた２次元コード等を読み取る場合、２次元コード等は、当該席が空席になることを示す情報と、当該情報の出力先とを含む。

［会計情報出力部］
図１０は、本実施形態に係る会計情報出力部３８３を説明するための店舗システム１Ｃの機能構成の一例を示す図である。同図を参照しながら、会計情報出力部３８３の一例について説明する。処理装置３０Ｃは、処理装置３０Ｂの一例である。処理装置３０Ｃは、会計情報出力部３８３と判定部３５Ｃを備える点において、処理装置３０Ｂとは異なる。

この一例において、判定部３５Ｃは、空席情報取得部３８２から空席情報ＩＶを取得することにより空席と判断した場合であって、決済情報ＩＰを取得していない場合に、出力部３６に判定情報ＩＪを出力し、更に会計情報出力部３８３に会計情報ＩＢを出力する。空席情報ＩＶは、顧客の席を識別する席情報を含む。
つまり、会計情報出力部３８３は、判定部３５Ｃが空席情報ＩＶにより空席であると判定した場合に、空席情報ＩＶに含まれる席の決済を促すための会計情報ＩＢを決済装置８０に出力する。
会計情報出力部３８３は、会計情報ＩＢを出力することにより、顧客Ｃが未会計の状態で空席情報ＩＶを出力した場合においても、店舗システム１に備えられた決済装置８０を用いて、顧客Ｃの決済を行うことができる。

［実施形態のまとめ］
以上説明した実施形態によれば、処理装置３０は、注文情報取得部３１と、提供済情報取得部３２と、決済情報取得部３３とを備えることにより、注文情報ＩＯと、決済情報ＩＰと、提供済情報ＩＳとを取得する。処理装置３０は、計時部３４を備えることにより、提供済情報ＩＳに示された商品が提供されてから経過した時間を計時し、経過時間情報ＩＴを出力する。判定部３５は、注文情報ＩＯと、決済情報ＩＰと、提供済情報ＩＳと、経過時間情報ＩＴとに基づいて、空席か否かの判定をする。つまり、処理装置３０は、特定の席が空席であるか否かを予測することができる。

また、以上説明した実施形態によれば、処理装置３０は、推定部３８１を更に備える。
推定部３８１は、判定部３５が判定する結果に基づき、店舗における混雑の程度を推定する。すなわち、処理装置３０は、混雑の程度を予測することができる。

また、以上説明した実施形態によれば、処理装置３０は、空席情報取得部３８２を備える。処理装置３０は、空席情報取得部３８２を備えることにより、従業員Ｗが空席である席があることに気づいた場合に、所定の条件に該当しない席であっても空席と判定することができる。
また、顧客Ｃが顧客端末５０により、空席情報ＩＶを出力することにより、顧客Ｃの操作により空席とすることができる。

また、以上説明した実施形態によれば、処理装置３０は、会計情報出力部３８３を備える。会計情報出力部３８３は、空席情報ＩＶに基づき、会計情報ＩＢを出力する。
処理装置３０は、会計情報出力部３８３を備えることにより、顧客Ｃが空席情報ＩＶを出力した場合に、決済装置８０に当該席の会計情報ＩＢを出力する。
すなわち、顧客Ｃが顧客端末５０を操作することにより、また従業員が店舗端末１０を操作することにより、空席情報ＩＶが処理装置３０に出力された場合、顧客Ｃは決済装置８０にて会計を行うことができる。

以上、本発明の実施形態について図面を参照しながら説明したが、具体的な構成が上述した実施形態に限られるわけではなく、本発明の要旨を逸脱しない範囲での設計変更等も含まれる。

なお、上述した実施形態における注文管理システム１００が備える各部の機能全体あるいはその一部は、これらの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶部のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

１…店舗システム、１０…店舗端末、３０…処理装置、７０…配膳出力機器、７２…厨房出力機器、８０…決済装置、５０…顧客端末、ＮＷ１…通信ネットワーク、ＮＷ２…通信ネットワーク、２１０…外部サーバ、２２０…予約システム、３１…注文情報取得部、３２…提供済情報取得部、３３…決済情報取得部、３４…計時部、３５…判定部、３６…出力部、３７…記憶部、３８１…推定部、３８２…空席情報取得部、３８３…会計情報出力部、Ｃ…顧客、Ｗ…従業員、Ｔ…テーブル、ＩＯ…注文情報、ＩＰ…決済情報、ＩＳ…提供済情報、ＩＴ…経過時間情報、ＩＪ…判定情報、ＩＶ…空席情報、ＩＢ…会計情報、Ｄ１…概要情報、Ｄ１０…概要情報表示部、Ｄ１１…空席数情報表示部、Ｄ１２…空席率情報表示部、Ｄ１３…混雑度情報表示部、Ｄ２０…テーブル情報表示部、Ｄ３…テーブル別情報、Ｄ３０…テーブル識別情報表示部、Ｄ４０…テーブル概要情報表示部、Ｄ４１…来店人数表示部、Ｄ４２…来店時間表示部、Ｄ４３…決済情報表示部、Ｄ５０…テーブル詳細情報表示部

Claims (6)

1. 発注元により発注された発注内容が前記発注元の席に提供されたことを示す、提供済情報を取得する提供済情報取得部と、
   前記発注内容に対する決済がなされたことを示す決済情報を取得する決済情報取得部と、
   前記発注元の席に前記発注内容が提供された後の経過時間を計時する計時部と、
   前記決済情報が受信され、前記経過時間が所定時間以上である場合に、前記発注元の席が空席であると判定する判定部と、
   前記判定部が判定する結果を出力する出力部と
   を備える処理装置。
2. 前記判定部が判定する結果に基づく混雑の程度を推定する推定部を更に備え、
   前記出力部は、前記推定部が推定する混雑の程度を示す情報を出力する
   請求項１に記載の処理装置。
3. 空席である席の空席情報を取得する空席情報取得部を更に備え、
   前記判定部は、前記空席情報取得部が取得する空席情報に示される席を空席であると判定する
   請求項１又は請求項２に記載の処理装置。
4. 前記空席情報は、顧客の席を識別する席情報を含み、
   前記判定部が、前記空席情報取得部が取得する前記空席情報により空席であると判定した場合であって、前記決済情報を取得していない場合に、前記空席情報に含まれる席の決済情報を出力する会計情報出力部を更に備える
   請求項３に記載の処理装置。
5. コンピュータを、
   請求項１から請求項４のいずれか一項に記載の処理装置として機能させるための処理プログラム。
6. 発注内容を示す情報と、発注元の席を示す情報とが対応付けられた発注情報が示す発注内容が前記発注元の席に提供されたことを示す提供済情報を取得する提供済情報取得ステップと、
   前記発注内容に対する決済がなされたことを示す決済情報を取得する決済情報取得ステップと、
   前記発注情報が示す前記発注元の席に前記発注内容が提供された後の経過時間を計時する計時ステップと、
   前記決済情報が受信され、前記経過時間が所定時間以上である場合に、前記発注元の席が空席であると判定する判定ステップと、
   前記判定ステップが判定する結果を出力する出力ステップと
   を含む処理装置の情報処理方法。

Images