JP6371448B1 - 注文管理システム及び通知方法 - Google Patents

Abstract

【課題】店舗の従業員に対して、所定のタイミングで、次の注文を取りに行くことを促す通知を行うことが可能な技術を提供すること。
【解決手段】店舗において従業員が利用する端末を含む注文管理システムであって、顧客から前回注文を受けた時間に基づいて、顧客に対して次の注文を取りに行くタイミングを判定する判定部と、判定部で判定された顧客に対して次の注文を取りに行くタイミングで、顧客に対して次の注文を取りに行くことを促す通知を端末から出力する出力部と、を有する注文管理システムを提供する。
【選択図】図１１

Description

本発明は、注文管理システム及び通知方法に関する。

居酒屋等の飲食店では、従業員が、ハンディ端末を用いて顧客から注文を受け付けることが可能な注文受付システムが導入されている。ハンディ端末により受け付けた注文の内容は厨房に送信されると共に注文履歴として記録され、会計時に代金を算出する際に利用される。

特開２００４−２３４０４６号広報

居酒屋等の飲食店では、売上高を増加させるための各種の取り組みが行われている。例えば、集客率を向上させる取り組み、回転率を向上させる取り組み、客単価を増加させる取り組みなどが行われている。ここで、客単価を増加させるためには、例えば、従業員が各テーブルをまわって「追加注文はございませんか？」といった声掛けをすることで、新たな注文を積極的に取りに行くことが広く行われている。

居酒屋等で客単価を向上させるためには、例えば最初に注文を受けてから２回目に注文を受けるまでの間隔が長くなり過ぎないようにすべきであることが経験的に知られている。従って、従業員は、顧客から注文の呼び出しを受けてから注文を取りに行くだけではなく、注文の呼び出しが無い顧客に対しては積極的に注文を取りに行くように行動することが望ましい。しかしながら、飲食店の規模が大きくなるほど、各従業員が、各テーブルにおける注文状況を把握しながら漏れなく注文を取りに行くことは困難であるのが現状である。

そこで、本発明は、店舗の従業員に対して、所定のタイミングで、次の注文を取りに行くことを促す通知を行うことが可能な注文管理システム及び通知方法を提供することを目的とする。

本発明の一態様に係る注文管理システムは、店舗において従業員が利用する端末を含む注文管理システムであって、顧客から前回注文を受けた時間に基づいて、顧客に対して次の注文を取りに行くタイミングを判定する判定部と、判定部で判定された顧客に対して次の注文を取りに行くタイミングで、顧客に対して次の注文を取りに行くことを促す通知を端末から出力する出力部と、を有する。この態様によれば、店舗の従業員に対して、所定のタイミングで、次の注文を取りに行くことを促す通知を行うことが可能になる。また、次の注文を取りに行くと判定されたタイミングで次の注文を取りに行くことを促す通知を端末から出力するので、より正確に通知を行うことが可能になるという技術的効果を奏する。

上記態様において、判定部は、顧客から前回注文を受けた時間から所定の時間が経過したタイミングを、顧客に対して次の注文を取りに行くタイミングであると判定するようにしてもよい。この態様によれば、顧客から注文を受けた時間を基準として、顧客に対して次の注文を取りに行くタイミングを判定することが可能になる。

上記態様において、顧客の来店人数ごと及び来店時間ごとに、客単価が平均客単価以上になる注文時間間隔が格納される注文タイミング情報を記憶する記憶部、を有し、判定部は、注文タイミング情報から、実際の顧客の実際の来店人数及び該顧客の実際の来店時間に対応する注文時間間隔を取得し、所定の時間は、判定部が注文タイミング情報から取得した注文時間間隔であるようにしてもよい。この態様によれば、客単価が平均客単価以上になる注文時間間隔を考慮して、顧客に対して次の注文を取りに行くタイミングを判定することが可能になる。

上記態様において、過去に来店した顧客の来店人数と、該顧客の来店時間と、該顧客が注文を行った時間と、該顧客の客単価とを示す複数のデータから、客単価が平均客単価以上になる注文時間間隔を顧客の来店人数ごと及び来店時間ごとに分析し、分析により得られた注文時間間隔を顧客の来店人数ごと及び来店時間ごとに格納することで注文タイミング情報を生成する分析部、を更に有するようにしてもよい。この態様によれば、注文管理システムが自ら、過去のデータに基づいて、客単価が平均客単価以上になる注文時間間隔を分析することが可能になる。

所定の時間は、判定部が注文タイミング情報から取得した注文時間間隔から、更に、従業員が実際に注文を取りに行くまでに要する時間を考慮して予め定められた時間を引いた時間であるようにしてもよい。この態様によれば、店舗の広さや混雑具合等を考慮し、次の注文を取りに行くことを促す通知を、時間的な余裕を持たせて端末から出力することが可能になる。

分析部は、統計処理において、特定の顧客の来店人数及び／又は特定の来店時間について、客単価が平均客単価以上になる注文時間間隔を分析することができないと判定した場合、特定の顧客の来店人数及び／又は特定の来店時間については客単価が平均客単価以上になる注文時間間隔が不明であることを示す情報を注文タイミング情報に格納し、出力部は、判定部で注文タイミング情報から情報が取得された場合、顧客に対して次の注文を取りに行くことを促す通知を端末から出力しないようにしてもよい。この態様によれば、注文時間間隔と客単価との相関関係が低いような場合は、顧客に対して注文を取りにいくことを促す通知が端末から出力されないようになるため、従業員の負担を軽減することができると共に、客単価が向上する可能性が不明であるにも関わらず顧客に対して声掛けが行われることによる、顧客満足度の低下を抑止することが可能になる。

本発明の一態様に係る通知方法は、店舗において従業員が利用する端末を含む注文管理システムが行う通知方法であって、顧客から前回注文を受けた時間に基づいて、顧客に対して次の注文を取りに行くタイミングを判定するステップと、判定部で判定された顧客に対して次の注文を取りに行くタイミングで、顧客に対して次の注文を取りに行くことを促す通知を端末から出力するステップと、を含む。この態様によれば、店舗の従業員に対して、所定のタイミングで、次の注文を取りに行くことを促す通知を行うことが可能になる。また、次の注文を取りに行くと判定されたタイミングで次の注文を取りに行くことを促す通知を端末から出力するので、より正確に通知を行うことが可能になるという技術的効果を奏する。

本発明によれば、店舗の従業員に対して、所定のタイミングで、次の注文を取りに行くことを促す通知を行うことが可能な注文管理システム及び通知方法を提供することができる。

本実施形態に係る注文管理システムのシステム構成の一例を示す図である。 ハンディ端末及びレジ端末のハードウェア構成の一例を示す図である。 管理サーバのハードウェア構成の一例を示す図である。 ハンディ端末の機能ブロック構成の一例を示す図である。 レジ端末の機能ブロック構成の一例を示す図である。 管理サーバの機能ブロック構成の一例を示す図である。 テーブル情報、注文履歴情報及び支払履歴情報の一例を示す図である。 注文タイミング情報の一例を示す図である。 注文タイミング情報を生成する処理手順の一例を示すフローチャートである。 回帰分析による分析例を説明するための図である。 注文管理システムが行う処理手順の一例を示すフローチャートである。

添付図面を参照して、本発明の好適な実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

＜システム構成＞
図１は、本実施形態に係る注文管理システムのシステム構成の一例を示す図である。図１に示すように、本実施形態に係る注文管理システムは、ハンディ端末１０と、レジ端末２０と、管理サーバ３０とを含む。ハンディ端末１０と、レジ端末２０と、管理サーバ３０とは、無線又は有線の通信ネットワークＮを介して接続され、相互に通信を行うことができる。図１にはハンディ端末１０が１つ図示されているが、本実施形態に係る注文管理システムには、複数のハンディ端末１０が含まれていてもよいし、複数のレジ端末２０が含まれていてもよい。

本注文管理システムは、例えば居酒屋のように、来店した顧客から複数回の注文を受け付けるような形態の店舗にて使用されることを想定している。また、以下の説明において、本注文管理システムは、１つの店舗内で使用されることを前提に説明するが、これに限定されることを意図しているのではない。例えば管理サーバ３０は、各店舗で用いられるハンディ端末１０及びレジ端末２０と通信することで、複数の店舗おける顧客からの注文等を１つの管理サーバ３０で管理するようにしてもよい。

ハンディ端末１０は、店舗の従業員が顧客から注文（オーダー）を受け付ける際に使用する端末である。ハンディ端末１０の画面には、メニュー一覧等が表示され、従業員は、顧客から受けた注文内容をメニュー一覧から選択することで注文を受け付けることができる。ハンディ端末１０は、例えば、スマートフォンや専用の注文受付端末であることを想定しているが、これに限定されず、タブレット端末、ノートＰＣ（Personal Computer）など、通信機能を備えたあらゆる情報処理装置を用いることができる。よい。タッチパネル１７には、メニュー一覧等の注文を受け付ける画面が表示される。

レジ端末２０は、会計時に、会計金額の計算やレシートの発行といった会計処理を行うための端末である。レジ端末２０は、例えば、タブレット端末や専用の会計用端末であることを想定しているが、これに限定されず、スマートフォン、ノートＰＣなど、通信機能を備えたあらゆる情報処理装置を用いることができる。

ハンディ端末１０及びレジ端末２０は、図２に示すように、ＣＰＵ（Central Processing Unit）１１、メモリ等の記憶装置１２、通信ネットワークＮに接続するために用いられる通信ＩＦ（Interface）１３、カメラ１４、マイク１５、スピーカ１６、タッチパネル１７を含む。タッチパネル１７は、ディスプレイ及び入力デバイスから構成されていてもよい。

管理サーバ３０は、店舗内の各テーブルの占有状況、ハンディ端末１０に入力された注文の内容等を管理する機能、注文履歴を記録する機能、会計金額等の会計処理に必要な各種の情報を管理してレジ端末２０に出力する機能等を有する。管理サーバ３０は、図３に示すように、ＣＰＵ２１、メモリ等の記憶装置２２、通信ネットワークＮと接続するために用いられる通信ＩＦ２３を含む。

本実施形態において、管理サーバ３０は、顧客から前回注文を受けた時間に基づいて、顧客に対して次の注文を取りに行くタイミングを判定し、ハンディ端末１０は、管理サーバ３０で判定されたタイミングで、顧客に対して次の注文を取りに行くことを促す通知を出力する。これにより、店舗の従業員は、各テーブルにおける注文状況を自ら把握することなく、各テーブルに注文を取りに行くことが可能になる。

ここで、居酒屋等の飲食店では、初回の注文（ファーストオーダー）を受けた後、従業員が積極的に２回目の注文（セカンドオーダー）を適切なタイミングで取りに行った場合、平均客単価が上がることが経験的に知られている。そこで、本実施形態に係る管理サーバ３０は、過去の注文履歴や支払履歴等を統計的に処理することで、顧客に対して次の注文を取りに行くタイミングとして、客単価が平均客単価を上回るタイミングを自動的に分析する。また、管理サーバ３０は、分析した結果を用いることで、ハンディ端末１０から、適切なタイミングで、顧客に対して次の注文を取りに行くことを促す通知を出力させる。

＜機能ブロック構成＞
図４は、ハンディ端末１０の機能ブロック構成の一例を示す図である。ハンディ端末１０は、注文受付部１００と出力部１０１とを有する。注文受付部１００と出力部１０１とは、ハンディ端末１０の記憶装置１２に格納されたプログラムが、ＣＰＵ１１に実行させる処理により実現することができる。また、当該プログラムは、記録媒体に格納することができる。当該プログラムを格納した記録媒体は、非一時的な記録媒体であってもよい。非一時的な記録媒体は特に限定されないが、例えば、ＣＤ−ＲＯＭやＵＳＢメモリ等の記録媒体であってもよい。また、当該プログラムは、外部サーバからダウンロードされて記憶装置１２に格納されてもよい。

注文受付部１００は、注文を受け付ける画面をタッチパネル１７に表示する機能、及びタッチパネル１７を介して顧客からの注文を受け付ける機能を有する。受け付けた注文の内容は通信ＩＦ１３を介して管理サーバ３０に送信される。

出力部１０１は、管理サーバ３０から通知を受けた場合に、顧客に対して次の注文を取りに行くことを従業員に促す通知を出力する機能を有する。例えば、出力部１０１は、当該通知を示す音や音声をスピーカ１６から出力するようにしてもよいし、タッチパネル１７上に、当該通知を示すメッセージやアイコン等を表示するようにしてもよい。

図５は、レジ端末２０の機能ブロック構成の一例を示す図である。レジ端末２０は、入力部２００と出力部２０１とを有する。入力部２００と出力部２０１とは、レジ端末２０の記憶装置１２に格納されたプログラムが、ＣＰＵ１１に実行させる処理により実現することができる。また、当該プログラムは、記録媒体に格納することができる。当該プログラムを格納した記録媒体は、非一時的な記録媒体であってもよい。非一時的な記録媒体は特に限定されないが、例えば、ＣＤ−ＲＯＭやＵＳＢメモリ等の記録媒体であってもよい。また、当該プログラムは、外部サーバからダウンロードされて記憶装置１２に格納されてもよい。

入力部２００は、タッチパネル１７に表示された画面を介して各種の入力を受け付ける機能を有する。例えば、入力部２００は、会計を行う顧客のテーブル番号の入力等を受け付ける。入力を受け付けた内容は通信ＩＦ１３を介して管理サーバ３０に送信される。

出力部２０１は、会計処理に関する各種の画面をタッチパネル１７に表示する機能を有する。例えば、出力部２０１は、入力部２００で受け付けたテーブル番号の顧客が注文した履歴を管理サーバ３０から取得し、取得した履歴に基づいて会計金額を計算し、計算した会計金額をタッチパネル１７に表示するようにしてもよい。若しくは、出力部２０１は、管理サーバ３０から会計金額を取得し、取得した会計金額をタッチパネル１７に表示するようにしてもよい。また、出力部２０１は、顧客に渡すレシートを出力する機能を有していてもよい。

図６は、管理サーバ３０の機能ブロック構成の一例を示す図である。管理サーバ３０は、管理部３００と、判定部３０１と、通知部３０２と、分析部３０３と、記憶部３０４とを有する。記憶部３０４には、来店中の顧客をテーブル単位で管理するための情報が格納されるテーブル情報と、顧客が注文した内容や注文時間等を履歴として格納する注文履歴情報と、顧客が会計を行った日時や支払った金額等を履歴として格納する支払履歴情報と、顧客に注文を取りに行く際の適切なタイミングを示す情報が格納される注文タイミング情報とが格納される。

管理部３００と、判定部３０１と、通知部３０２と、分析部３０３とは、管理サーバ３０の記憶装置２２に格納されたプログラムが、ＣＰＵ２１に実行させる処理により実現することができる。また、当該プログラムは、記録媒体に格納することができる。当該プログラムを格納した記録媒体は、非一時的な記録媒体であってもよい。非一時的な記録媒体は特に限定されないが、例えば、ＣＤ−ＲＯＭやＵＳＢメモリ等の記録媒体であってもよい。記憶部３０４は、記憶装置２２を用いて実現可能である。

管理部３００は、ハンディ端末１０及びレジ端末２０から受信した情報に基づき、来店中の顧客の管理、注文内容の管理、会計金額の管理等を行う機能を有する。また、記憶部３０４に格納されているテーブル情報、注文履歴情報、及び支払履歴情報に対してデータの読み出し及び書込みを行う。また、ハンディ端末１０及びレジ端末２０からの要求に応じて、要求された情報をハンディ端末１０及びレジ端末２０に送信する機能を有する。

判定部３０１は、顧客から前回注文を受けた時間に基づいて、顧客に対して次の注文を取りに行くタイミングを判定し、判定したタイミングを通知部３０２に通知する機能を有する。判定部３０１は、顧客から前回注文を受けた時間から「所定の時間」が経過したタイミングを、顧客に対して次の注文を取りに行くタイミングであると判定するようにしてもよい。

上記の「所定の時間」とは、例えば、分析部３０３で統計処理を行うことで得られた、客単価が平均客単価以上になる注文時間間隔であってもよい。統計処理を行うことで得られた注文時間間隔は、記憶部３０４に記憶されている注文タイミング情報の中に、顧客の来店人数ごと及び来店時間ごとに対応づけられて格納されていてもよい。判定部３０１は、注文タイミング情報から、顧客の来店人数及び該顧客の来店時間に対応する注文時間間隔を取得し、顧客から前回注文を受けた時間から、取得した注文時間間隔が経過した時間（前回注文を受けた時間に取得した注文時間間隔を加えた時間）を、顧客に対して次の注文を取りに行くタイミングであると判定するようにしてもよい。

また、上記の「所定の時間」とは、注文時間間隔から、更に、「従業員が実際に注文を取りに行くまでに要する時間を考慮して予め定められた時間」を引いた時間であってもよい。具体的には、判定部３０１は、注文タイミング情報から、実際の顧客の実際の来店人数及び該顧客の実際の来店時間に対応する注文時間間隔を取得し、顧客から前回注文を受けた時間から、取得した注文時間間隔から「従業員が実際に注文を取りに行くまでに要する時間を考慮して予め定められた時間」を引いた時間が経過した時間を、顧客に対して次の注文を取りに行くタイミングであると判定するようにしてもよい。「従業員が実際に注文を取りに行くまでに要する時間を考慮して予め定められた時間」は、後述する注文タイミング情報に格納されている「通知タイミングオフセット」に該当する。

通知部３０２は、判定部３０１で判定された“顧客に対して次の注文を取りに行くタイミング”で、“顧客に対して次の注文を取りに行くことを促す通知”をハンディ端末１０から出力するようにハンディ端末１０に通知する機能を有する。

分析部３０３は、記憶部３０４に記憶されている注文履歴情報及び支払履歴情報から、過去に来店した顧客の来店人数と、該顧客の来店時間と、該顧客が注文を行った時間と、該顧客の客単価を取得して統計処理することで、客単価が平均客単価以上になる注文時間間隔を顧客の来店人数ごと及び来店時間ごとに分析し、分析により得られた注文時間間隔を顧客の来店人数ごと及び来店時間ごとに対応づけた注文タイミング情報を生成して記憶部３０４に格納する機能を有する。

図７（ａ）は、テーブル情報の一例を示す図である。「テーブル番号」は、飲食店内における各テーブルを一意に識別する番号と、各テーブルにおける顧客の回転数を示す通し番号とから構成される。「来店人数」は、各テーブルにおける顧客の人数（グループの人数）を示す。「来店日時」は、顧客が来店した日時を示す。例えば、図７（ａ）の上段のレコードには、テーブル番号に「００１−０２」が設定され、来店人数に「３人」が設定されている。これは、１番のテーブルには３人グループの顧客が座っており、当該顧客は１番のテーブルにおける２回転目の顧客であることを意味している。なお、回転とは、同日における顧客の入れ替わり数を意味しており、店舗が開店した直後に来店して１番テーブルに座った顧客は１番テーブルにおける１回転目の顧客であり、１回転目の顧客が支払を終えて店舗を出て行った後に来店して１番テーブルに座った顧客は、１番テーブルにおける２回転目の顧客である。なお、テーブル情報には、現在来店中の顧客が座っているテーブルに関する情報のみが格納され、現在顧客が座っていないテーブル（空いているテーブル）に関する情報は格納されない。

図７（ｂ）は、注文履歴情報の一例を示す図である。「テーブル番号」は、テーブル情報における「テーブル番号」と同一であるため説明は省略する。「注文日時」には、テーブル番号で一意に特定される顧客が注文を行った日時が格納される。「注文内容（品名、数量）」には、顧客が注文した内容として商品の品名及び数量が格納される。なお、注文履歴情報には、現在来店中の顧客が注文した注文の履歴と、過去に来店した顧客が注文した注文の履歴とがまとめて格納される。もし、注文履歴情報の中から現在来店中の顧客が注文した履歴のみを参照したい場合、注文履歴情報の各レコードのうち、テーブル情報に格納されている「テーブル番号」と同一の「テーブル番号」を有するレコードを抽出することで、現在来店中の顧客が注文した注文履歴のみを参照することができる。

図７（ｃ）は、支払履歴情報の一例を示す図である。「テーブル番号」は、テーブル情報における「テーブル番号」と同一であるため説明は省略する。「会計日時」には、レジ端末２０にて会計を行った時刻が格納される。「来店日時」には、顧客が来店した日時が格納される。「来店人数」には、顧客の来店人数が格納される。「会計金額」には、顧客が支払う金額（会計金額）が格納される。「注文内容（品名、数量）」には、顧客が注文した内容として商品の品名及び数量が格納される。支払履歴情報の各レコードに記録されている内容は、レジ端末２０の出力部２０１から出力されるレシートに印字される内容であってもよい。支払履歴情報には、当日の履歴のみならず、過去の履歴も格納されている。

図８は、注文タイミング情報の一例を示す図である。「来店人数」は、顧客の来店人数（グループの人数）を示す。「来店時間」は、顧客が来店した時間を示す。「注文時間間隔」は、顧客が前回注文した時刻を基準として、顧客から次に注文を受けるまでの時間間隔として適切な時間間隔、すなわち、客単価が平均客単価以上になる可能性が高い注文時間間隔を示している。図８の例では、「注文時間間隔（ＦＯ〜ＳＯ）」と記載されているが、これは、初回注文（ＦＯ：ファーストオーダー）を受けてから２回目の注文（ＳＯ：セカンドオーダー）を受けるまでに適切な時間間隔が格納されていることを示している。例えば、図８の例では、来店人数及び来店時間がそれぞれ「１人」及び「〜２１時」の場合、「注文時間間隔（ＦＯ〜ＳＯ）」には１０分が格納されている。これは、２１時までに１人で来店した顧客に対しては、初回注文を受けてから２回目に注文を受けるまでのタイミングが１０分以内であれば、客単価が平均客単価以上になる可能性が高いことを意味している。なお、「注文時間間隔」には、「注文時間間隔（ＦＯ〜ＳＯ）」に加えて、２回目の注文を受けてから３回目の注文を受けるまでに適切な時間間隔「注文時間間隔（２回目〜３回目）」や、３回目の注文を受けてから４回目の注文を受けるまでに適切な時間間隔「注文時間間隔（３回目〜４回目）」といったように、Ｎ−１回目の注文を受けてからＮ回目の注文を受けるまでに適切な時間間隔「注文時間間隔（Ｎ−１回目〜Ｎ回目）」（Ｎは任意の正の整数）がそれぞれ格納されていてもよい。

ここで、「注文時間間隔」に「‐」が設定されている場合、客単価が平均客単価以上になる注文時間間隔が不明であることを示している。「‐」が設定されている場合に管理サーバ３０及びハンディ端末１０が行う動作については後述する。

「通知タイミングオフセット」は、ハンディ端末１０にて通知を受けた従業員が、実際に注文を取りに行くまでに要する時間を考慮して予め定められた時間を示している。これは、ハンディ端末１０に“顧客に対して次の注文を取りに行くことを促す通知”が表示されたとしても、店舗の広さや混雑具合によっては、当該通知を見た従業員が、当該通知で指示された顧客の所にすぐに駆けつけられるとは限らないことから、当該通知を余裕を持たせてハンディ端末１０に通知可能にするために設けられている。図８の例では「通知タイミングオフセット」には全て５分が設定されているが、店舗の広さや時間的な混雑具合等を考慮して異なる時間が設定されていてもよい。

以上、ハンディ端末１０、レジ端末２０及び管理サーバ３０の機能ブロック構成について説明したが、本実施形態では、管理サーバ３０が備える機能ブロックの全部又は一部をハンディ端末１０又はレジ端末２０が備えていてもよい。例えば、管理サーバ３０が備えるすべての機能ブロック（管理部３００、判定部３０１、通知部３０２、分析部３０３及び記憶部３０４）を全てレジ端末２０が備える構成としてもよい。この場合、本実施形態に係る注文管理システムは、ハンディ端末１０及びレジ端末２０から構成され、ハンディ端末１０は、レジ端末２０と通信することで各種の処理を行う。

また、他の例として、管理サーバ３０の判定部３０１及び通知部３０２をハンディ端末１０に備えると共に、ハンディ端末１０に設けられた記憶部にテーブル情報と注文タイミング情報と注文履歴情報とを格納するようにしてもよい。この場合、通知部３０２は、出力部１０１の一部であってもよい。つまり、ハンディ端末１０は、“顧客に対して次の注文を取りに行くタイミング”を自ら判定して、“顧客に対して次の注文を取りに行くことを促す通知”をスピーカ１６又はタッチパネル１７から出力するようにしてもよい。

＜分析処理＞
続いて、分析部３０３が注文タイミング情報を生成する処理について具体的に説明する。本実施形態では、図８に示すように、来店人数が１人、２人、３〜４人、５〜８人、９人以上の場合について、それぞれ来店時間が２１時までの場合と２１時以降である場合に分けた、合計１０パターンについて分析を行い、パターンごとに適切な「注文時間間隔（ＦＯ〜ＳＯ）」を算出する。

なお、注文タイミング情報の生成は、後述する＜通知処理＞により、ハンディ端末１０に“顧客に対して次の注文を取りに行くタイミング”の通知を行う動作が開始されるまでに予め生成しておくことが望ましい。これにより、ハンディ端末１０に“顧客に対して次の注文を取りに行くタイミング”の通知を行う動作において、逐一、注文タイミング情報の生成が行われることを抑止することができ、管理サーバ３０の処理負荷を軽減することが可能になる。また、分析結果は店舗ごとに異なることが想定されることから店舗ごとに分析を行うことが望ましい。しかしながら、本実施形態がこれらに限定されることを意図しているのではない。

図９は、注文タイミング情報を生成する処理手順の一例を示すフローチャートである。

ステップＳ１１で、分析部３０３は、分析パターンを決定する。ここでは、分析部３０３は、「来店人数が１人、かつ来店時間が２１時まで」のパターンについて分析を行うことを決定したと仮定する。

ステップＳ１２で、分析部３０３は、支払履歴情報から、来店人数が１人であり、かつ、来店時間が２１時より前である全てのレコードを抽出する。続いて、分析部３０３は、抽出した全てのレコードから「会計金額」を抽出し、抽出した全ての会計金額の合計を、抽出した全てのレコードのレコード数で除算することで、「来店人数が１人、かつ来店時間が２１時まで」のパターンについての平均客単価を算出する。すなわち、平均客単価は、「平均客単価＝抽出された会計金額の合計÷レコード数÷来店人数」で算出できる。

ステップＳ１３で、分析部３０３は、ステップＳ１２で抽出された全てのレコードの中から１つのレコードを選択し、選択したレコードの「会計日時」、「テーブル番号」、「会計金額」、「来店人数」及び「会計金額」を抽出する。続いて、分析部３０３は、抽出した「会計日時」の日付及び「テーブル番号」をキーとして注文履歴情報を検索することで、初回注文に該当する注文日時と２回目の注文に該当する注文日時とを取得し、初回注文から２回目の注文までの時間間隔（注文時間間隔（ＦＯ〜ＳＯ））を計算する。また、「会計金額」を「来店人数」で除算することで「客単価」を算出する。これにより、「注文時間間隔（ＦＯ〜ＳＯ）」及び「客単価」の関係を示すデータが１つ収集されることになる。分析部３０３は、ステップＳ１２で抽出された全てのレコードについて上記の処理を繰り返し行うことで、「注文時間間隔（ＦＯ〜ＳＯ）」及び「客単価」の関係を示すデータを複数収集する。

ステップＳ１４で、分析部３０３は、ステップＳ１３で収集された「注文時間間隔（ＦＯ〜ＳＯ）」及び「客単価」の関係を示す複数のデータについて回帰分析を行うことで回帰直線を算出する。図１０に、「注文時間間隔（ＦＯ〜ＳＯ）」及び「客単価」の関係を示す複数のデータを、縦軸が「客単価」であり横軸が「注文時間間隔（ＦＯ〜ＳＯ）」であるグラフにプロットした場合の一例、及び、回帰分析により算出された回帰直線の例を示す。

ステップＳ１５で、分析部３０３は、ステップＳ１４で算出した回帰直線を用いて、ステップＳ１２で算出した平均客単価に対応する「注文時間間隔（ＦＯ〜ＳＯ）」を算出する。図１０の例では、平均客単価は３，４００円であり、当該平均客単価に対応する「注文時間間隔（ＦＯ〜ＳＯ）」は２０分であることが示されている。これは、初回に注文を受けてから２回目に注文を受けるまでの時間間隔が２０分以内であれば、客単価が平均客単価以上になる可能性が高いことを意味している。

ステップＳ１６で、分析部３０３は、ステップＳ１５で算出した「注文時間間隔（ＦＯ〜ＳＯ）」を、注文タイミング情報のうち「来店人数が１人、かつ来店時間が２１時まで」のパターンに対応するレコードの「注文時間間隔（ＦＯ〜ＳＯ）」フィールドに格納する。

ステップＳ１７で、分析部３０３は、全ての分析パターンについて分析が完了した場合は処理を終了し、終了していない場合はステップＳ１１に戻り、次の分析パターンについて分析を開始する。ここでは、分析部３０３は、ステップＳ１１に戻り、「来店人数が１人、かつ来店時間が２１時以降」のパターンについて分析を開始する。

ここで、分析部３０３は、ステップＳ１４の処理手順で回帰直線を算出する際にＰ値（有意確率）を計算するようにしてもよい。そして、分析部３０３は、ステップＳ１５の処理手順において、Ｐ値が所定の割合（例えば５％）以上である場合は「注文時間間隔（ＦＯ〜ＳＯ）」の算出が困難であると判定し、ステップＳ１６において、「注文時間間隔（ＦＯ〜ＳＯ）」フィールドには、客単価が平均客単価以上になる注文時間間隔が不明であることを示す情報（「−」）を設定するようにしてもよい。これにより、注文時間間隔と客単価との相関関係が低いような分析パターンについては、ハンディ端末１０から“顧客に対して注文を取りにいくことを促す通知”が行われなくなるため、従業員の負担を軽減することができると共に、客単価が向上する可能性が不明であるにも関わらず顧客に対して不要に声掛けが行われることによる、顧客満足度の低下を抑止することが可能になる。また、ハンディ端末１０から“顧客に対して注文を取りにいくことを促す通知”が行われなくなることで、管理サーバ３０とハンディ端末１０との間の通信データ量を削減することが可能になる。

以上説明した分析方法では、合計１０パターンについて、パターンごとに適切な「注文時間間隔（ＦＯ〜ＳＯ）」を算出するようにしたが、これに限定されず、他のパターンについても分析を行うようにしてもよい。例えば、分析部３０３は、来店時間が１９時までの場合や、１９時以降の場合など、他のパターンについても分析を行うようにしてもよい。

また、分析部３０３は、「注文時間間隔（ＦＯ〜ＳＯ）」の算出に加えて、Ｎ−１回目の注文を受けてからＮ回目の注文を受けるまでに適切な時間間隔「注文時間間隔（Ｎ−１回目〜Ｎ回目）」（Ｎは任意の正の整数）についても分析を行うようにしてもよい。

＜通知処理＞
図１１は、注文管理システムが行う処理手順の一例を示すフローチャートである。図１１に示すフローチャートは、所定の周期（例えば１分周期や２分周期等）で繰り返し行われる。

以下の説明は、管理サーバ３０が、初回注文（ＦＯ）を受けた顧客に対して２回目の注文（ＳＯ）を取りに行くタイミングを判定し、ハンディ端末１０から、顧客に対して２回目の注文を取りにいくことを促す通知が出力される場合を想定して説明する。また、テーブル情報、注文履歴情報、支払履歴情報及び注文タイミング情報には、それぞれ図７及び図８に示すデータが格納されている前提とする。

ステップＳ１０１で、管理サーバ３０の判定部３０１は、テーブル情報を検索し、現在来店中の顧客のテーブル番号、来店人数及び来店日時を取得する。具体的には、判定部３０１は、来店中の顧客のテーブル番号、来店人数及び来店日時として、「００１−０２」のテーブルに座っている顧客は３人のグループであり来店時間は２０：１５であること、「００２−０２」のテーブルに座っている顧客は６人のグループであり来店時間は２０：２０であることを取得する。

ステップＳ１０２で、管理サーバ３０の判定部３０１は、ステップＳ１０１で取得した来店人数及び来店日時をキー情報として注文タイミング情報を検索することで、顧客ごとに「注文時間間隔（ＦＯ〜ＳＯ）」及び「通知タイミングオフセット」を取得する。具体的には、判定部３０１は、「００１−０２」のテーブルに座っている顧客については、「注文時間間隔（ＦＯ〜ＳＯ）」及び「通知タイミングオフセット」はそれぞれ“１０分”及び“５分前”を取得し、「００２−０２」のテーブルに座っている顧客については、「注文時間間隔（ＦＯ〜ＳＯ）」及び「通知タイミングオフセット」はそれぞれ“２０分”及び“５分前”を取得する。なお、判定部３０１は、「注文時間間隔（ＦＯ〜ＳＯ）」に「−」が設定されている場合、ハンディ端末１０からその顧客に対して注文を取りにいくことを促す通知が出力されないようにするため、その顧客についてはステップＳ１０３以降の処理を中止する。

ステップＳ１０３で、管理サーバ３０の判定部３０１は、ステップＳ１０１で取得した、現在来店中の顧客のテーブル番号をキーに注文履歴情報を検索し、現在来店中の顧客のうち初回注文を受けているが２回目の注文を受けていない顧客を抽出する。具体的には、「００１−０２」のテーブルに座っている顧客については、２０：２０及び２０：３５の２回注文が注文履歴情報に記録されて受けていることから、２回目の注文を受けている。一方、「００２−０２」のテーブルに座っている顧客については、２０：３０の注文のみが注文履歴情報に記録されていることから、２回目の注文を受けていない。従って、判定部３０１は、２回目の注文を受けていない顧客として「００２−０２」のテーブルに座っている顧客を抽出する。

ステップＳ１０４で、管理サーバ３０の判定部３０１は、ステップＳ１０３で抽出された顧客について、初回の注文受付時間から現在時刻までの経過時間が、「注文時間間隔（ＦＯ〜ＳＯ）」−「通知タイミングオフセット」以上であるかを確認する。具体的には、判定部３０１は、「００２−０２」のテーブルに座っている顧客について、初回の注文受付時間（２０：３０）から現在時刻までの経過時間が、１５分（２０分−５分）以上であるかを確認する。初回の注文受付時間から現在時刻までの経過時間が、「注文時間間隔（ＦＯ〜ＳＯ）」−「通知タイミングオフセット」である場合はステップＳ１０５に進み、初回の注文受付時間から現在時刻までの経過時間が、「注文時間間隔（ＦＯ〜ＳＯ）」−「通知タイミングオフセット」ではない場合は処理を終了する。例えば、判定部３０１は、現在時刻が２０：４０である場合は処理を終了し、現在時刻が２０：４５である場合はステップＳ１０５に進むことになる。

なお、判定部３０１は、「通知タイミングオフセット」を考慮せずにステップＳ１０４の処理手順を行うようにしてもよい。例えば、判定部３０１は、ステップＳ１０３で抽出された顧客について、初回の注文受付時間から現在時刻までの経過時間が、「注文時間間隔（ＦＯ〜ＳＯ）」以上であるかを確認し、初回の注文受付時間から現在時刻までの経過時間が、「注文時間間隔（ＦＯ〜ＳＯ）」である場合はステップＳ１０５に進み、初回の注文受付時間から現在時刻までの経過時間が、「注文時間間隔（ＦＯ〜ＳＯ）」ではない場合は処理を終了するようにしてもよい。規模が小さい店舗や混雑していない店舗など、「通知タイミングオフセット」を設ける必要が無い場合も想定されるためである。

ステップＳ１０５で、管理サーバ３０の通知部３０２は、“「００２−０２」のテーブルに座っている顧客に対して次の注文を取りに行くことを促す通知”をハンディ端末１０から出力するようにハンディ端末１０に通知する。ハンディ端末１０の出力部１０１は、例えばタッチパネル１７に、「テーブル番号００２の顧客に注文を取りに行ってください」といったメッセージを表示する。

なお、通知部３０２は、注文管理システム内に複数のハンディ端末１０が含まれる場合、“「００２−０２」のテーブルに座っている顧客に対して次の注文を取りに行くことを促す通知”を全てのハンディ端末１０に通知するようにしてもよい。また、テーブルごとに１又は複数のハンディ端末１０が対応づけられている場合、通知対象のテーブルに対応づけられているハンディ端末１０に対してのみ通知を行うようにしてもよい。

また、前述したように、以上説明したフローチャートは、所定の周期（例えば１分周期や２分周期等）で繰り返し行われる。そのため、判定部３０１又は通知部３０２は、一度通知を行ったハンディ端末１０を記憶しておき、同一のテーブルに対して何度も通知が行われないようにしてもよい。例えば、従業員が“「００２−０２」のテーブルに座っている顧客に対して次の注文を取りに行くことを促す通知”を受けて「００２−０２」のテーブルの顧客に対して注文を取りに行ったものの、顧客が注文を断る場合も想定される。この場合に、次の周期で再度“「００２−０２」のテーブルに座っている顧客に対して次の注文を取りに行くことを促す通知”がハンディ端末１０から出力され、他の従業員が顧客に注文を取りに行ってしまうと、顧客は迷惑に感じてしまう可能性があるためである。

以上説明した処理手順において、ハンディ端末１０から、顧客に対してＮ回目（Ｎは任意の正の整数）の注文を取りに行くことを促す通知を出力したい場合、ステップＳ１０２の処理手順における「注文時間間隔（ＦＯ〜ＳＯ）」を、「注文時間間隔（Ｎ−１回目〜Ｎ回目）」に置き換えればよい。また、ステップＳ１０３の処理手順において、現在来店中の顧客のうち初回注文を受けているが２回目の注文を受けていない顧客を抽出する処理を、現在来店中の顧客のうちＮ−１回目の注文を受けているがＮ回目の注文を受けていない顧客を抽出する処理に置き換えればよい。また、ステップＳ１０４の処理手順において、初回の注文受付時間から現在時刻までの経過時間が「注文時間間隔（ＦＯ〜ＳＯ）」−「通知タイミングオフセット」以上であるかを確認する処理手順を、Ｎ−１回目の注文受付時間から現在時刻までの経過時間が「注文時間間隔（Ｎ−１回目〜Ｎ回目）」−「通知タイミングオフセット」以上であるかを確認する処理に置き換えればよい。

以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。

なお、本実施形態において、「部」とは、単に物理的手段を意味するものではなく、その「部」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や装置が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や装置の機能が１つの物理的手段や装置により実現されても良い。

１０…ハンディ端末、１１…ＣＰＵ、１２…記憶装置、１３…通信ＩＦ、１４…カメラ、１５…マイク、１６…スピーカ、１７…タッチパネル、２０…レジ端末、２１…ＣＰＵ、２２…記憶装置、２３…通信ＩＦ、３０…管理サーバ、１００…注文受付部、１０１…出力部、２００…入力部、２０１…出力部、３００…管理部、３０１…判定部、３０２…通知部、３０３…分析部、３０４…記憶部

Claims (6)

1. 店舗において従業員が利用する端末を含む注文管理システムであって、
   前回注文を受けてから次に注文を受けるまでの注文時間間隔であって客単価が平均客単価以上になる可能性が高いと分析された注文時間間隔が、顧客の来店人数ごと及び来店時間ごとに格納される注文タイミング情報を記憶する記憶部と、
   前記注文タイミング情報から、来店中の顧客の来店人数及び該来店中の顧客の来店時間に対応する注文時間間隔を取得し、該来店中の顧客から前回注文を受けた時間から、前記取得した注文時間間隔が経過したタイミングを、前記来店中の顧客に対して次の注文を取りに行くタイミングであると判定する判定部と、
   前記判定部で判定された前記来店中の顧客に対して次の注文を取りに行くタイミングで、前記来店中の顧客に対して次の注文を取りに行くことを促す通知を前記端末から出力する出力部と、
   を有する注文管理システム。
2. 前記判定部は、該来店中の顧客から前回注文を受けた時間から、前記取得した注文時間間隔から従業員が実際に注文を取りに行くまでに要する時間を考慮して予め定められた時間を引いた時間が経過したタイミングを、前記来店中の顧客に対して次の注文を取りに行くタイミングであると判定する、
   請求項１に記載の注文管理システム。
3. 過去に来店した顧客の来店人数と、該顧客の来店時間と、該顧客が注文を行った時間と、該顧客の客単価とを示す複数のデータから、客単価が平均客単価以上になる注文時間間隔を顧客の来店人数ごと及び来店時間ごとに分析し、分析により得られた注文時間間隔を顧客の来店人数ごと及び来店時間ごとに格納することで前記注文タイミング情報を生成する分析部、
   を更に有する、
   請求項１又は２に記載の注文管理システム。
4. 前記分析部は、特定の顧客の来店人数及び／又は特定の来店時間について、有意確率が所定の確率以上であることにより客単価が平均客単価以上になる注文時間間隔を分析することができないと判定した場合、前記特定の顧客の来店人数及び／又は前記特定の来店時間については客単価が平均客単価以上になる注文時間間隔が不明であることを示す情報を前記注文タイミング情報に格納し、
   前記出力部は、前記判定部で前記注文タイミング情報から前記情報が取得された場合、前記来店中の顧客に対して次の注文を取りに行くことを促す通知を前記端末から出力しない、
   請求項３に記載の注文管理システム。
5. 前記前回注文を受けた時間は、初回の注文を受けた時間であり、
   前記次の注文は、２回目の注文である、
   請求項１乃至４のいずれいか一項に記載の注文管理システム。
6. 店舗において従業員が利用する端末を含む注文管理システムが行う通知方法であって、
   前回注文を受けてから次に注文を受けるまでの注文時間間隔であって客単価が平均客単価以上になる可能性が高いと分析された注文時間間隔が、顧客の来店人数ごと及び来店時間ごとに格納される注文タイミング情報から、来店中の顧客の来店人数及び該来店中の顧客の来店時間に対応する注文時間間隔を取得し、該来店中の顧客から前回注文を受けた時間から前記取得した注文時間間隔が経過したタイミングを、前記来店中の顧客に対して次の注文を取りに行くタイミングであると判定するステップと、
   判定された前記来店中の顧客に対して次の注文を取りに行くタイミングで、前記来店中の顧客に対して次の注文を取りに行くことを促す通知を前記端末から出力するステップと、
   を含む通知方法。

Images