特許 6948422 注文管理システム、注文管理装置、およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6948422

(24)【登録日】2021年9月22日

(45)【発行日】2021年10月13日

(54)【発明の名称】注文管理システム、注文管理装置、およびプログラム

(51)【国際特許分類】

   G06Q 50/12 20120101AFI20210930BHJP

【ＦＩ】

   G06Q50/12

【請求項の数】6

【全頁数】10

(21)【出願番号】特願2020-35072(P2020-35072)

(22)【出願日】2020年3月2日

(65)【公開番号】特開2021-140244(P2021-140244A)

(43)【公開日】2021年9月16日

【審査請求日】2020年8月19日

【早期審査対象出願】

(73)【特許権者】

【識別番号】518135412

【氏名又は名称】株式会社リクルート

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(74)【代理人】

【識別番号】100139066

【弁理士】

【氏名又は名称】伊藤 健太郎

(72)【発明者】

【氏名】関口 聡

(72)【発明者】

【氏名】須藤 遼介

【審査官】 山崎 誠也

(56)【参考文献】

【文献】 特開平０６−３３２９２２（ＪＰ，Ａ）

【文献】 特開平０５−１２０３０５（ＪＰ，Ａ）

【文献】 特開２０１８−０８５０２９（ＪＰ，Ａ）

【文献】 韓国公開特許第１０−２０１６−００４４６１６（ＫＲ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−９９／００

(57)【特許請求の範囲】

【請求項1】

利用客の注文の内容と各注文の提供状況を管理する注文管理サーバと、
注文の入力を受け付ける注文受付端末と、
各注文の提供状況を表示する調理支援端末と、を備え、
前記注文管理サーバは、
注文の入力を受け付けた時点で、注文された各商品の準備を開始する着手期限を許容範囲の提供時間と、ベストエフォートの提供時間に基づいて算出する着手期限算出部と、
前記調理支援端末に、前記着手期限が到来する順番に基づいて、注文された商品を表示する注文情報表示部と、を備えた注文管理システム。

【請求項2】

前記着手期限算出部は、
各商品について、注文を受けてから商品の準備の完了までにかかった提供時間の過去データを用いて、前記着手期限を算出する、請求項１に記載の注文管理システム。

【請求項3】

前記着手期限算出部は、
前記許容範囲の提供時間から前記ベストエフォートの提供時間を引いた値に基づいて、前記着手期限を算出する、請求項１または２に記載の注文管理システム。

【請求項4】

前記着手期限算出部は、
提供時間の短さが上位第１割合までに入る過去データの中で、最も長い提供時間を前記許容範囲の提供時間とし、
提供時間の短さが、前記第１割合よりも小さい第２割合までに入る過去データの中で、最も長い提供時間を前記ベストエフォートの提供時間とする、請求項３に記載の注文管理システム。

【請求項5】

利用客の注文の内容と各注文の提供状況を管理する注文管理装置であって、
注文の入力を受け付けた時点で、注文された各商品の準備を開始する着手期限を許容範囲の提供時間と、ベストエフォートの提供時間に基づいて算出する着手期限算出部と、
調理支援端末に、前記着手期限が到来する順番に基づいて、注文された商品を表示する注文情報表示部と、を備えた注文管理装置。

【請求項6】

利用客の注文の内容と各注文の提供状況を管理するコンピュータを、
注文の入力を受け付けた時点で、注文された各商品の準備を開始する着手期限を許容範囲の提供時間と、ベストエフォートの提供時間に基づいて算出する着手期限算出部と、
調理支援端末に、前記着手期限が到来する順番に基づいて、注文された商品を表示する注文情報表示部として、機能させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、レストランなどでの注文を管理する、注文管理システム、注文管理装置、およびプログラムに関する。

【背景技術】

【0002】

飲食店においては、利用客の満足度を高めるため、注文を受けてから料理を提供するまでの時間が長くなりすぎないようにするための技術が導入されている。例えば、特許文献１には、あらかじめ設定されている優先度が高い注文品から順に調理に取り掛かれるように支援するシステムが記載されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００２−１８３２７２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかし、従来のシステムでは、優先度の低いメニューについては調理への着手が後回しになり、特定のメニューの提供が極端に遅れてしまう場合があった。

【0005】

本発明は、以上説明した事情を鑑みてなされたものであり、すべての注文について、極端な遅れが生じないように、適切なタイミングで準備に着手できるようにすることを目的の一つとする。

【課題を解決するための手段】

【0006】

本発明の一実施形態に係る注文管理システムは、利用客の注文の内容と各注文の提供状況を管理する注文管理サーバと、注文の入力を受け付ける注文受付端末と、各注文の提供状況を表示する調理支援端末と、を備え、前記注文管理サーバは、注文の入力を受け付けた時点で、注文された各商品の準備を開始する着手期限を算出する着手期限算出部と、前記調理支援端末に、前記着手期限が到来する順番に基づいて、注文された商品を表示する注文情報表示部と、を備えたものである。

【0007】

本発明の一実施形態に係る注文管理装置は、利用客の注文の内容と各注文の提供状況を管理する注文管理装置であって、注文の入力を受け付けた時点で、注文された各商品の準備を開始する着手期限を算出する着手期限算出部と、調理支援端末に、前記着手期限が到来する順番に基づいて、注文された商品を表示する注文情報表示部と、を備えたものである。

【0008】

本発明の一実施形態に係るプログラムは、利用客の注文の内容と各注文の提供状況を管理するコンピュータを、注文の入力を受け付けた時点で、注文された各商品の準備を開始する着手期限を算出する着手期限算出部と、調理支援端末に、前記着手期限が到来する順番に基づいて、注文された商品を表示する注文情報表示部として、機能させるものである。

【発明の効果】

【0009】

本発明によれば、すべての注文について、極端な遅れが生じないように、適切なタイミングで準備に着手できるようにすることができる。

【図面の簡単な説明】

【0010】

【図1】本発明の実施形態に係る注文管理システム１の構成を示す図。

【図2】本発明の実施形態に係る注文管理システム１による注文受付から料理提供完了ま での流れのフローチャート。

【図3】本発明の実施形態に係る注文管理システム１によるキッチンモニター３０に表示 される注文内容表示画面を例示する図。

【図4】本発明の実施形態に係る注文管理システム１によるメニューの着手期限の算出方 法のフローチャート。

【図5】本発明の実施形態に係る注文管理システム１による過去データから算出した提供 時間の分布を例示する図。

【発明を実施するための形態】

【0011】

以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。

【0012】

実施の形態
図１は、本実施形態に係る注文管理システム１の構成を示す図である。図１に示すように、注文管理システム１は、注文管理サーバ（注文管理装置）１０と、注文受付端末２０と、キッチンモニター（調理支援端末）３０を含んでいる。注文管理サーバ１０と、注文受付端末２０およびキッチンモニター３０は、通信ネットワークＮを介して接続される。通信ネットワークＮは、例えば、インターネット、ＬＡＮ、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース（登録商標）、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。また、注文受付端末２０は複数含まれていてもよい。

【0013】

本実施形態では、注文管理システム１は、来店した利用客をテーブルに案内した後、接客係が注文を受けて注文内容を厨房の調理係に伝え、料理が出来たら接客係がテーブルまで料理を運ぶ、という流れで料理を提供する飲食店等で使用される。また、本実施形態では、注文管理サーバ１０は１つの飲食店における注文を管理するが、注文管理サーバ１０は、複数の飲食店で用いられる注文受付端末２０およびキッチンモニター３０と通信することで、各店舗における注文を管理するようにしてもよい。

【0014】

注文管理サーバ１０は、飲食店の接客係が注文受付端末２０を介して入力する利用客の注文情報を管理する。注文管理サーバ１０は、汎用的なコンピュータであり、１台のコンピュータで構成されていてもよいし、通信ネットワークＮ上に分散する複数のコンピュータから構成されていてもよい。注文管理サーバ１０は、制御装置（着手期限算出部、注文情報表示部）１１と、外部記憶装置１２を備えている。制御装置１１は、ハードウェアとして、ＣＰＵ、ＲＯＭやＲＡＭ等のメモリ、入力インタフェース、出力インタフェース、通信インタフェース及びこれらを結ぶバス等を備えている。制御装置１１は、ＣＰＵがＲＯＭ等に格納されたプログラムを実行することにより各種機能を実現する。

【0015】

外部記憶装置１２は、ハードディスクドライブ等である。外部記憶装置１２は、注文管理テーブルＤＢ１を備えている。注文管理テーブルＤＢ１には、接客係が利用客から受け付けた注文内容が登録されている。具体的には、例えば１レコードに、注文番号「０１０」、テーブル番号「０１」、メニュー名（商品）「皿うどん」、数量「２」、ステータス「未済」、注文受付時刻「１３：００」、着手期限「１３：１５」、完了時刻「１３：２５」などの情報が記録されている。ステータスは、注文が受け付けられてから調理が完了するまでは「未済」であり、調理が完了すると「完了」となる。注文受付時刻は、接客係が注文を受けて注文受付端末２０に注文を入力した時刻である。完了時刻は、調理が完了し、調理係がキッチンモニター３０を操作して完了の操作を行った時刻である。

【0016】

注文受付端末２０は、接客係が利用客からの注文を入力する際に使用する携帯端末であり、専用端末の他、タブレット端末、スマートフォン、ノートＰＣ（Personal Computer）など、通信ネットワークＮを介して注文管理サーバ１０とデータの授受が可能なあらゆる端末装置を利用することができる。図１に示すように、注文受付端末２０は、プロセッサ２０１、各種操作ボタンやタッチパネルなどの入力装置２０２、液晶ディスプレイなどの表示装置２０３、通信ネットワークＮに接続するための通信インタフェース２０４、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）などの記憶装置２０５を備えている。記憶装置２０５には、オペレーティングシステムプログラム、ドライバプログラム、各種データ等が格納される。また、記憶装置２０５には、プロセッサ２０１が実行することにより、注文管理サーバ１０と連携して注文管理を行うためのコンピュータプログラムが記憶されている。

【0017】

キッチンモニター３０は、厨房の調理係が注文の内容や調理の進捗状況を確認したり、調理が完了した際にステータスを更新したりする際に使用する端末である。キッチンモニター３０は、専用端末の他、タブレット端末、スマートフォン、ノートＰＣ（Personal Computer）など、通信ネットワークＮを介して注文管理サーバ１０とデータの授受が可能なあらゆる端末装置を利用することができる。図１に示すように、キッチンモニター３０は、プロセッサ３０１、各種操作ボタンやタッチパネルなどの入力装置３０２、液晶ディスプレイなどの表示装置３０３、通信ネットワークＮに接続するための通信インタフェース３０４、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）などの記憶装置３０５を備えている。記憶装置３０５には、オペレーティングシステムプログラム、ドライバプログラム、各種データ等が格納される。また、記憶装置３０５には、プロセッサ３０１が実行することにより、注文管理サーバ１０と連携して注文管理を行うためのコンピュータプログラムが記憶されている。表示装置３０３には、注文管理テーブルＤＢ１に記憶されている注文内容が表示される。

【0018】

次に、本実施形態による注文受付から料理提供完了までの流れについて、図２のフローチャートを用いて説明する。

【0019】

まず、接客係が、注文受付端末２０を操作して利用客からの注文を入力する（ステップＳ１０１）。例えば、入力装置２０２のタッチパネルを操作してテーブル番号ボタンを入力し、さらに、タッチパネルに表示されたメニューボタンを操作して料理（メニュー名）と、数量を入力する。

【0020】

入力された内容は、注文管理サーバ１０に送信される（ステップＳ１０２）。注文管理サーバ１０は、受信した注文内容を注文管理テーブルＤＢ１に登録する（ステップＳ１０３）。例えば、テーブル０２において、「生ビール中ジョッキ、数量：３」、「枝豆、数量：１」、「牡蠣フライ、数量：１」を受け付けた場合、注文管理テーブルＤＢ１に、（注文番号「００１」、テーブル番号「０２」、メニュー名「生ビール中ジョッキ」、数量「３」、ステータス「未済」、注文受付時刻「１８：００」、着手期限「−」、完了時刻「−」）、（注文番号「００２」、テーブル番号「０２」、メニュー名「枝豆」、数量「１」、ステータス「未済」、注文受付時刻「１８：００」、着手期限「−」、完了時刻「−」）、（注文番号「００３」、テーブル番号「０２」、メニュー名「牡蠣フライ」、数量「１」、ステータス「未済」、注文受付時刻「１８：００」、着手期限「−」、完了時刻「−」）、の３レコードが登録される。

【0021】

次に、注文管理サーバ１０は、新規に登録された注文について、それぞれ着手期限を算出し、注文管理テーブルＤＢ１に登録する（ステップＳ１０４）。着手期限は、各メニューについて、注文を受けてから調理完了までにかかった時間（提供時間）の過去データに基づいて算出する。算出方法の詳細については後述する。

【0022】

注文管理サーバ１０は、注文管理テーブルＤＢ１に登録されている注文の情報をキッチンモニター３０に表示する（ステップＳ１０５）。図３は、キッチンモニター３０に表示される注文内容表示画面を例示する図である。図３に示すように、テーブル毎の注文内容（メニューと数量）が一覧で表示されている。また、既に調理が完了しているメニューについては、メニュー名の左に「完了」と表示されている。

【0023】

また、各テーブルの注文は、着手期限が早い順に表示されている。さらに、着手期限までの残り時間に応じて、着手を急ぐべき注文（図中、メニュー名の左に「◎」と表示されているもの。例えば、着手期限を経過している注文）、そろそろ着手すべき注文（図中、メニュー名の左に「○」と表示されているもの。例えば、着手期限まで５分以内の注文）、着手を急がなくてもよい注文（図中、メニュー名の左に何も表示されていないもの。例えば、着手期限まで５分以上の注文）が表示分けされている。

【0024】

例えば、図３の例では、テーブル０７の注文については、１番目に表示されている「イカしゅうまい」は既に着手期限が過ぎており、「◎」が表示されている。また、２番目に表示されている「辛子れんこん」は着手期限まで５分を切っているため「○」が表示されており、「だし巻き卵」は着手期限まで５分以上あるため何も表示されていない。

【0025】

厨房の調理係は、キッチンモニター３０を見ながら、「◎」の付いたメニューがある場合にはそれらに優先して着手する。「◎」の付いたメニューが完了したら、「○」が付いているメニュー、続いて何も付いていないメニューというように、上から順に着手していくことが推奨される。なお、注文内容表示画面の表示方法は図３に示すものに限定されない。例えば、「◎」や「○」を表示する代わりに、メニュー名を色分けして表示するようにしてもよい。また、完了したメニューについては、画面から削除するようにしてもよい。

【0026】

調理係は、１つのメニューの調理が完了したら（ステップＳ１０６：ＹＥＳ）。キッチンモニター３０のタッチパネルを操作して、当該メニューを「完了」のステータスに更新する操作を行う（ステップＳ１０７）。

【0027】

注文管理サーバ１０は、キッチンモニター３０でステータスの更新操作が行われた注文について、注文管理テーブルＤＢ１該当レコードのステータスを「完了」に更新する。また、完了時刻に、ステータスの更新時刻を登録する（ステップＳ１０８）。

【0028】

次に、本実施形態によるメニューの着手期限の算出方法について、図４のフローチャートを用いて説明する。

【0029】

注文管理サーバ１０は、あるメニュー（例えば、だし巻き卵）について、注文管理テーブルＤＢ１に登録されている過去データから、当該メニューの注文レコードを抽出する（ステップＳ２０１）。

【0030】

注文管理サーバ１０は、抽出した各レコードの注文受付時刻から完了時刻までの時間（提供時間）を算出する（ステップＳ２０２）。図５は、過去データから算出した提供時間の分布を例示する図である。

【0031】

注文管理サーバ１０は、提供時間が例えば分布の上位８０％（第１割合）に含まれるもののうち最も長い時間（図５のＴ１）を許容範囲の提供時間（調理終了期限）とする（ステップＳ２０３）。調理終了期限は、過去のデータから考えて、比較的繁忙な時間帯であっても実現可能な平均的な提供時間であり、また、利用客からクレームが出ないと考えられる許容範囲内の提供時間である。

【0032】

次に、注文管理サーバ１０は、提供時間が例えば上位２５％（第２割合）に含まれるもののうち最も長い時間（図５のＴ２）をベストエフォートの提供時間とする（ステップＳ２０４）。ベストエフォートの提供時間は、過去のデータから考えてかなり早く料理を提供できた際の提供時間であり、注文受付後、即座に調理に着手できた場合の提供時間であると考えられる。すなわち、ベストエフォートの提供時間は、実際に調理にかかった時間（着手してから完了までにかかった時間）とほぼ等しいと考えられる。

【0033】

注文管理サーバ１０は、調理終了期限からベストエフォートの提供時間を差し引いた値に基づいて着手期限を算出する（ステップＳ２０５）。すなわち、本実施形態では、注文を受けてから料理を提供するまでにかけてもよい許容範囲の提供時間（調理終了期限）を設定し、調理自体にかかると予想される時間（ベストエフォートの提供時間）を考慮して、着手期限を逆算している。

【0034】

例えば、だし巻き卵については調理終了期限が３０分、ベストエフォートの提供時間が１５分であれば、だし巻き卵の着手期限は注文から１５分後である。一方、トマトサラダについては調理終了期限が３０分、ベストエフォートの提供時間が５分であれば、トマトサラダの着手期限は注文から２５分後である。すなわち、例えば、１７：３０にだし巻き卵とトマトサラダの注文を受けた場合、だし巻き卵の着手期限は１７：４５、トマトサラダの着手期限は１７：５５なので、キッチンモニター３０には、だし巻き卵の方が上に表示される。このように、調理係はだし巻き卵の調理に先に着手することが推奨される。特に混雑時などには、トマトサラダのようなすぐに提供できるもの（調理時間が短いもの）から先に着手しがちであるが、そのように進めていると、だし巻き卵のようなある程度調理に時間のかかるメニューが大幅に遅れる原因となる。本実施形態のように、調理時間を考慮して着手期限を逆算し、着手期限の近いメニューから順に表示することで、特定のメニューが大幅に遅れ、利用客からクレームが出ることを避けることができる。

【0035】

なお、調理終了期限と、ベストエフォートの提供時間については、各メニューについてあらかじめ算出して登録しておくことにより、注文を受けた際には、登録されている値を用いて即座に着手期限を算出することがきる。また、調理終了期限とベストエフォートの提供時間は定期的（例えば、１か月に１度）に見直し、更新するようにしてもよい。

【0036】

また、過去データを用いて算出された調理終了期限とベストエフォートの提供時間は、実際の店舗の混雑状況や人手に応じて、管理者等が調整できるようにしてもよい。また、使用する過去データの期間を指定できるようにしてもよい（例えば、１年以内のデータ）。さらに、他の支店等の過去データも用いることができるようにしてもよい。

【0037】

以上のように、本実施形態によれば、注文を受けた時点で、各メニューの着手期限を算出し、キッチンモニター３０には、着手期限の到来が早い順に表示するようにした。これにより、調理係は、すべてのメニューについて、極端な遅れが生じないように、適切なタイミングで調理に着手することができる。また、着手期限を過ぎているメニューや、着手期限が間近に迫ったメニューなどが分かるように表示することにより、時間配分や人員の割り当てなどを適切に行うことができる。

【0038】

また、着手期限は、注文受付から完了までにかかった提供時間の過去データを利用して算出するようにした。注文受付時刻は、接客係が注文端末２０を操作して注文を入力する際に自動的に登録される時刻であり、完了時刻は、調理係がキッチンモニター３０を操作して調理完了の操作をした際に自動的に登録される時刻である。このように、通常の作業で必ず行われる操作によって記録されるデータを元に着手期限を算出できるので、従業者にデータ収集のための余計な負担をかけずに、確実にデータを収集することができる。

【0039】

また、着手期限は、例えば、過去のデータから得られた許容範囲の提供時間（調理終了期限）から、ベストエフォートの提供時間（調理自体に要した時間とほぼ同じ）を差し引いた時間から求めることができる。これにより、利用客からクレームが出ない許容範囲の時間内に調理が完了するように逆算した着手期限を提示することができる。

【0040】

許容範囲の提供時間は、過去データのうち時間がかかりすぎと考えられるデータを除いたもの（例えば上位８０％のデータ）の中で、最も長い時間とすることができる。また、ベストエフォートの提供時間は、過去データのうちかなり早く対応できた際のデータ（例えば上位２５％のデータ）の中で最も長い時間とすることができる。このように設定することで、注文受付時刻と完了時刻のデータを集めるだけで、効率的に精度よく着手期限を算出することができる。

【0041】

なお、上記の実施形態では、完了時刻は、調理係が調理完了のタイミングでキッチンモニター３０を操作した時刻としているが、接客係が完成した料理をテーブルに運んだタイミングを採用するようにしてもよい。この場合には、接客係が、料理を運んだ際に注文受付端末２０を操作して当該メニューを「完了」のステータスに更新する操作を行う。

【0042】

なお、本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。

【符号の説明】

【0043】

１…注文管理システム
１０…注文管理サーバ
１１…制御装置
１２…外部記憶装置
２０…注文受付端末
３０…キッチンモニター
２０１…プロセッサ
２０２…入力装置
２０３…表示装置
２０４…通信インタフェース
２０５…記憶装置
３０１…プロセッサ
３０２…入力装置
３０３…表示装置
３０４…通信インタフェース
３０５…記憶装置
ＤＢ１…注文管理テーブル
Ｎ…通信ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】