JP2022527131A - 多厨房環境において注文を処理するシステム及び方法 - Google Patents

Abstract

多厨房環境において顧客のフード注文を処理する方法であって、少なくとも第１及び第２のフードアイテムを含む注文を受信することと、第１のフードアイテムの識別子を第１の厨房に関連付けられた第１の対応する識別子に翻訳し、第１の対応する識別子を第１の厨房に転送することと、第２のフードアイテムの識別子を第２の厨房に関連付けられた第２の対応する識別子に翻訳し、第２の対応する識別子を第２の厨房に転送することと、第１のフードアイテムが複数のデリバリーストレージ場所の１つに配置されていることの通知を受信することと、第２のフードアイテムがストレージ可能な状態であることの通知を受信し、それに応答して、第１のフードアイテムのデリバリーストレージ場所を送信することとを含む方法である。

Description

関連出願の相互参照
本願は、２０１９年４月８日付けで出願された米国仮特許出願第６２／８３０，９８０号明細書の利益を主張するものであり、この仮特許出願の開示は全体的に、参照により本明細書に援用される。

現在、オンラインフード注文サービスを介した消費者によるレストラン及び関連する業務用厨房へのフード注文を処理する必要性がある。フード設備は、それぞれが１つ又は複数のレストランと関連付けられた複数の業務用厨房を収容し得る。各厨房は、１つ又は複数のオンラインフード注文サービスを介して消費者からフード注文を受信し得る。フード設備は、厨房に入ってくるフード注文を管理し、デリバリーに向けて準備されたフードを管理する必要があり得る。本開示のシステム及び方法は、それらの機能以上を実行する。

多厨房環境において顧客のフード注文を処理する方法であって、少なくとも第１及び第２のフードアイテムを含む注文を受信することと、第１のフードアイテムの識別子を第１の厨房に関連付けられた第１の対応する識別子に翻訳し、第１の対応する識別子を第１の厨房に転送することと、第２のフードアイテムの識別子を第２の厨房に関連付けられた第２の対応する識別子に翻訳し、第２の対応する識別子を第２の厨房に転送することと、第１のフードアイテムが複数のデリバリーストレージ場所の１つに配置されていることの通知を受信することと、第２のフードアイテムがストレージ可能な状態であることの通知を受信し、それに応答して、第１のフードアイテムのデリバリーストレージ場所を送信することとを含む方法である。

詳細な説明について添付図面を参照して記載し、添付図面は必ずしも一定の縮尺で描かれているわけではない。異なる図での同じ参照番号の使用は、同様又は同一の用語を示す。

本開示の本発明の態様によるフローチャートを示す。 本開示の本発明の態様によるシステム及びユーザからサーバへのデータフローを示す。 本開示の本発明の態様によるシステム及びサーバから厨房へのデータフローを示す。 本開示の本発明の態様によるルックアップテーブルを示す。 本開示の本発明の態様によるシステム及び注文データを示す。 本開示の本発明の態様によるフローチャートを示す。 本開示の本発明の態様によるフローチャートを示す。

本発明を十分に理解し、容易に実施し得るために、これより非限定的な例としてのみ、本発明の好ましい実施形態について説明し、説明は添付の説明のための図を参照する。

多厨房設備は、それぞれが１つ若しくは複数のレストランにより運営され、又は１つ若しくは複数のレストランと関連付けられた２つ以上の業務用厨房を有する建物であり得る。本願の本発明の態様は、１つのレストラン内の１つの厨房で使用されてもよく、又は多厨房設備で使用されてもよい。

図１のステップＳ１００に示されるように、フードを注文しようとしているユーザに、１つ又は複数の料理からのアイテムを列記したフードメニューを表示し得る。フードメニューは、本開示のシステムを介して、１つ若しくは複数のレストランを介して、又は第三者オンラインフードデリバリープロバイダを介して電子的に通信し得る。非限定的な一例では、レストランは「仮想フードコート」と呼ばれ得、フードメニューは、寿司、ハンバーガー、ピザ、及びケバブ等の同様又は別個の選択肢を提供し得る。図２に示されるように、ユーザ２は、通信ネットワーク６に接続された電子デバイス４を使用してフードメニューにアクセスし得る。電子デバイス４は、コンピュータ、スマートフォン、タブレット等の通信デバイスであり得る。

図１のステップＳ１０２に示され、図２に更に示されるように、ユーザ２は電子デバイス４を使用して、提供されたフードメニューからの１つ又は複数のメニューアイテム１０を含み得るフード注文８を出し得る。注文８は、幾つかの態様ではサーバ１２に直接又は間接的に通信し得る、デリバリー及び課金情報等の追加の関連情報を含み得る。

本発明のシステムの一態様では、注文８はユーザ２からネットワーク６を介してサーバ１２に、そして準備に向けて厨房に送信し得る。別の態様では、注文８はユーザ２から第三者オンラインデリバリープロバイダ（図示せず）に送信し得、第三者オンラインデリバリープロバイダは、ネットワーク６を通して注文８をサーバ１２及び／又は厨房に送信する。この態様では、サーバ１２は、第三者オンラインデリバリープロバイダへの参加厨房のログイン／パスワードを認め得（直接又はＡＰＩを介して）、且つ／又は参加厨房と関連付けられた電子デバイスに表示された第三者オンラインデリバリープロバイダからデータを読み取り得る。

ステップＳ１０４において、システムは、ユーザによって注文されたメニューアイテムの名前が、受け取った厨房によって使用されるメニューアイテムの名前と一致しない場合、注文８から１つ又は複数のメニューアイテム１０を翻訳し得る。図３に示されるように、サーバ１２は、ルックアップテーブル２８を含むデータベースを含み得、又はルックアップテーブル２８を含むデータベースに接続し得るルータ１４を含み得、又は接続し得る。ルックアップテーブル２８は、ユーザに提供されるメニューアイテム（例えば、「仮想フードコート」メニューアイテム）を受け取り側の厨房のメニューアイテムとリンクし得、それにより、受け取り側の厨房でのフード準備者は、どのフードアイテムを準備すべきかをよりよく理解することになる。同じ又は同様の結果を達成するために、ルックアップテーブル２８の代わりに又はルックアップテーブル２８と組み合わせて、他のデータ構造が使用されてもよいことが当業者により理解されよう。ステップＳ１０４において、ルータ１４は次に、注文情報を受け取り側厨房に存在し且つ／又は受け取り側厨房と関連付けられた電子デバイス１６、１８、及び２０に転送し得る。メニューアイテムは、より詳細に後述するステップＳ１０６においてデリバリーに向けて準備される。

図４は、進行中の例によるルックアップテーブル２８の動作を示す。この例では、仮想フードコートメニュー３０は、ユーザ２に提示されるメニューである。注文８は以下の５つのアイテム１０を含む：「フードコート寿司セット」、「フードコート１８インチピザ」、「フードコートガーリックノット」、「チーズガーリックノット」、及び「オレンジチキンブリトー」。注文品１０は、多厨房設備に配置し得る複数の厨房のメニュー提供に対応する。図４に示されるように、ルックアップテーブル２８は、「フードコート寿司セット」が「ロサンゼルス寿司」のメニュー上のアイテム「寿司ミックス盛り合わせ」に対応することを示す。したがって、この注文品に応答して、ルックアップテーブル２８及びルータ１４は、より詳細に後述するように、「寿司ミックス盛り合わせ」の注文を「ロサンゼルス寿司」３２の厨房に発送し得る。

同様に、ルータ１４及びルックアップテーブル２８は、「フードコート１８インチピザ」及び「フードコートガーリックノット」を翻訳し、「１８インチチーズピザ」及び「チーズガーリックノット」の注文を「ジャックピザ」３４の厨房に発送し得る。ルータ１４及びルックアップテーブル２８は、「キャラメルサンデー」を翻訳し、「グランマのアイスクリームショップ」３６の厨房に「グランマのサンデー」の注文を発送し得る。

図４に示されるように、「オレンジチキンブリトー」は、それぞれが多厨房設備内の別個の厨房で作られる２つのメニューアイテムの少なくとも部分の組合せである多厨房アイテムである。この場合、「オレンジチキン＆フライドライスコンボ」が厨房「ベニスビーチ中国レストラン」３８によって作られ、「オレンジチキン付きカスタムブリトー」が厨房「ブリトーショップ」４０によって作られる。ユーザ２が「オレンジチキンブリトー」を注文すると、サーバ１２はアイテムを翻訳し、両厨房に転送し得る。「ベニスビーチ中国レストラン」３８は「オレンジチキン＆フライドライスコンボ」の注文を受信し得、任意に、別の厨房で組み合わせられて使用されることになるため、例えばメニューアイテムに追加又は変更する特別な指示を受信し得る。「ブリトーショップ」４０は、「オレンジチキン付きカスタムブリトー」の注文を、例えば、別の厨房からアイテム又は１つ若しくは複数の材料を受け取るまで、この場合、「ベニスビーチ中国レストラン」３８から「オレンジチキン＆フライドライスコンボ」を受け取るまで、準備を遅らせる特別な指示と共に受信し得る。

「オレンジチキン＆フライドライスコンボ」の全体又は関連部分が準備されると、「ベニスビーチ中国レストラン」３８はシステムに通知し得る（更に後述するように）。そのフードアイテムは「多厨房アイテム」としてタグ付けし得、「オレンジチキン付きカスタムブリトー」が完成する「ブリトーショップ」４０に輸送し得る。

通常のフードアイテム及び多厨房アイテムは多くの場合、異なる完成時間を有する。例えば、「１８インチチーズピザ」は準備に平均２０分かかり得、一方、「グランマのサンデー」は準備に３分かかり得る。したがって、システムは、準備時間を記憶し、厨房への注文送信を遅らせて、アイテムが同じ出荷デリバリー時間に又はその前後の時間に完成する確率を上げ得る。記憶し得、送信時間の影響し得る他の要因には、厨房スタッフの識別情報、リクエストされたアイテム又はアイテム一般の厨房スタッフの完成平均速度、厨房当たりのアイテムのキューの長さ、デリバリードライバーの推定到着時間等がある。

図５に示されるように、厨房は、タブレット１６及び／又はプリントされたチケット４２を作成するプリンタ（図示せず）等の通信デバイスを介してフードアイテムを準備する通知を受け取り得る。通知は、注文番号、注文が出されたメニューの名前「仮想フードコート」、受け取り側厨房の名前「ロサンゼルス寿司」、フードアイテムの名前又は識別情報を含むフードアイテム詳細、例えば、「寿司ミックス盛り合わせ」、ＱＲコード（登録商標）等の追跡目的のコード、及びマルチパート注文の一部であることの指示を含み得る。

「ロサンゼルス寿司」のスタッフは、この注文が「仮想フードコート」でのものであると理解し、したがって、このアイテムにブランド名のない標準の白い包装を使用し得、又は「仮想フードコート」ブランド入りの包装を使用し得る。フードが包装されると、追跡目的でチケット４２をフードに取り付け得る。

図６のステップＳ１１０に示されるように、厨房がフードを準備すると、厨房は、例えば、通信デバイスの注文管理システム上のデジタルボタンを介して、システムにフードが準備できたことを通知し得る（ステップＳ１１２）。システムは次に、例えば、人間によるデリバリー又は自動デリバリーを介して、アセンブリエリアへのフードの輸送をトリガーし得る（ステップＳ１１４）。厨房スタッフは好ましくは、追跡及び包装目的で注文情報及びＱＲコード（登録商標）を含み得るチケット４２を取り付け得る。

フードがアセンブリエリアに到着すると、電子スキャンデバイスにより物理的なチケット上のＱＲコード（登録商標）をスキャンし得る（ステップＳ１１６）。フードは、棚又は貯蔵所等の格納スペースに配置され得、その格納スペースのＱＲコード（登録商標）をスキャンして、システムにおいてフードを格納スペースにリンクし得る（ステップＳ１１８）。別の態様では、システムは、注文の特性、フードのタイプ、物理的サイズ、パーツ数、フードの温度及び／又は周囲の気温、デリバリー時間に基づいてどの格納スペースにフードを置くべきかを示し得る。マルチパート注文の場合、フード注文の第２の部分が到着すると、注文の第２の部分のＱＲコード（登録商標）のスキャンにより、注文の第２の部分を注文の第１の部分で占められた格納スペース内又はその近傍に配置すべきことをオペレータに通知し得る。

図７のステップＳ１２０に示されるように、注文の最終部分がアセンブリエリアに到着すると、システムは、オペレータ（人間又は機械）がその注文の全てのフードアイテムを、「仮想フードコート」等のブランドを含み得るアウターバッグに入れることを始動させ得る（ステップＳ１２２）。

デリバリードライバーが到着すると（ステップＳ１２４）、ドライバーは通信デバイスを使用してシステムにチェックインする。ドライバーに、注文が準備できたことを通知し得る（ステップＳ１２６）。ドライバーは、注文を物理的に取得し得、システムに通知される（ステップＳ１２８）。

オンラインフードデリバリープラットフォーム又は本開示のシステムは、フード注文の支払いを受信し得る。システムは、厨房、デリバリープラットフォーム、ドライバー、及びブランドマーケター（例えば仮想フードコート）を含む１つ又は複数の参加者に対する支払いを決済し得る。

本明細書に記載の本実施形態の特徴は、デジタル電子回路及び／又はコンピュータハードウェア、ファームウェア、ソフトウェア、及び／又はそれらの組合せで実施し得る。本実施形態の特徴は、機械可読記憶装置等の情報キャリアで有形に実施されるコンピュータプログラム製品で実施されてもよく、且つ／又はプログラマブルプロセッサによる実行に向けて伝播信号で実施されてもよい。

本方法ステップの実施形態は、入力データに対して動作して出力を生成することにより、記載の実施態様の機能を実行する命令プログラムを実行するプログラマブルプロセッサにより実行し得る。本明細書に記載の本実施形態の特徴は、データ記憶システム、少なくとも１つの入力デバイス、及び少なくとも１つの出力デバイスとデータ及び／又は命令をやりとりするように結合された少なくとも１つのプログラマブルプロセッサを含むプログラマブルシステムで実行可能な１つ又は複数のコンピュータプログラムで実施し得る。コンピュータプログラムは、コンピュータにおいて直接又は間接的に使用されて、特定の活動を実行し、又は特定の結果を生じさせ得る１組の命令を含み得る。コンピュータプログラムは、コンパイル型又はインタプリタ型言語を含め、任意の形態のプログラミング言語で書くことができ、スタンドアロンプログラム、モジュール、コンポーネント、サブルーチン、又は計算環境での使用に適した他のユニットとして含め、任意の形態で展開し得る。

命令プログラムの実行に適したプロセッサは、例えば、汎用プロセッサ及び専用プロセッサの両方及び／又はソロプロセッサ又は任意の種類のコンピュータの複数のプロセッサの１つを含み得る。一般に、プロセッサは、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、又は両方から命令及び／又はデータを受信し得る。そのようなコンピュータは、命令を実行するプロセッサと、命令及び／又はデータを記憶する１つ又は複数のメモリとを含み得る。

一般に、コンピュータは、データファイルを記憶する１つ若しくは複数の大容量記憶装置を含むこともでき、又は通信するように動作可能に結合することもできる。そのような記憶装置は、内部ハードディスク及び／又はリムーバブルディスク等の磁気ディスク、磁気光学ディスク、及び／又は光ディスクを含む。コンピュータプログラム命令及び／又はデータを有形に具現するのに適した記憶装置は、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイス等の半導体メモリデバイス、内部ハードディスク及びリムーバブルディスク等の磁気ディスク、磁気光学ディスク、並びにＣＤ－ＲＯＭ及びＤＶＤ－ＲＯＭディスクを含め、全ての形態の不揮発性メモリを含み得る。プロセッサ及びメモリは、１つ又は複数のＡＳＩＣ（特定用途向け集積回路）により補足してもよく、又は組み込まれてもよい。

ユーザとの対話を提供するために、本実施形態の特徴は、情報をユーザに表示するＬＣＤ（液晶ディスプレイ）モニタ等のディスプレイデバイスを有するコンピュータで実施し得る。コンピュータは、キーボード、マウス又はトラックボール等のポインティングデバイス、及び／又はユーザが入力をコンピュータに提供できるようにするタッチスクリーンを更に含み得る。

本実施形態の特徴は、データサーバ等のバックエンド構成要素を含み、且つ／又はアプリケーションサーバ又はインターネットサーバ等のミドルウェア構成要素を含み、且つ／又はグラフィカルユーザインターフェース（ＧＵＩ）及び／又はインターネットブラウザを有するクライアントコンピュータ等のフロントエンド構成要素を含むコンピュータシステムで、又はこれらの任意の組合せで実施し得る。システムの構成要素は、任意の形態又は媒体の通信ネットワーク等のデジタルデータ通信によって接続し得る。通信ネットワークの例は、例えば、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）、及び／又はインターネットを形成するコンピュータ及びネットワークを含み得る。

コンピュータシステムはクライアント及びサーバを含み得る。クライアント及びサーバは、互いからリモートであり得、本明細書に記載等のネットワークを通して対話し得る。クライアントとサーバとの関係は、各コンピュータで実行され、互いに対してクライアント－サーバ関係を有するコンピュータプログラムによって生じ得る。

所望のように、本開示の実施形態は、図面に示されるよりも多数又は少数の構成要素を有するデバイスを含んでもよい。さらに、デバイスの特定の構成要素は、本開示の種々の実施形態において組み合わせ得る。上述したデバイスは単なる例として提供されている。

上記説明は、関連する分野の任意の当業者がこれらの実施形態を実施できるようにするような完全、明確、簡潔、且つ厳密な用語で、本実施形態を実施すると意図される最良の形態、それらを実施する様式及びプロセスを提示している。しかしながら、本実施形態は、完全に均等な、上述したものからの変更及び代替の構造を容易に受けることができる。したがって、本発明は開示された特定の実施形態に限定されない。逆に、本発明は、本開示の趣旨及び範囲内の全ての変更及び代替構造を網羅する。例えば、本明細書に記載のプロセスにおけるステップは、提示された順と同じ順に実行される必要はなく、任意の順に実行し得る。さらに、別個に実行されるものとして提示されたステップは、代替の実施形態では同時に実行し得る。同様に、同時に実行されるものとして提示されたステップは、代替の実施形態では別個に実行し得る。

幾つかの図に記載され示される動作は、本開示の種々の実施形態において所望のように任意の適した順に実施又は実行し得、プロセスは任意の回数繰り返し得る。さらに、特定の実施形態では、動作の少なくとも１つの部分は並列に実施し得る。

Claims (14)

1. 多厨房環境において顧客のフード注文を処理する方法であって、
   ａ．少なくとも第１及び第２のフードアイテムを含む、前記顧客に関連付けられた注文を電子デバイスにおいて受信するステップと、
   ｂ．前記第１のフードアイテムの識別子を第１の厨房に関連付けられた第１の対応する識別子に翻訳し、前記第１の対応する識別子を前記第１の厨房における１つ又は複数の電子デバイスに転送するステップと、
   ｃ．前記第２のフードアイテムの識別子を第２の厨房に関連付けられた第２の対応する識別子に翻訳し、前記第２の対応する識別子を前記第２の厨房における１つ又は複数の電子デバイスに転送するステップと、
   ｄ．前記第１のフードアイテムが複数のデリバリーストレージ場所の１つに配置されていることの通知を電子デバイスから受信するステップと、
   ｅ．前記第２のフードアイテムがストレージ可能な状態であることの通知を電子デバイスから受信し、それに応答して、前記第１のフードアイテムの前記デリバリーストレージ場所を１つ又は複数の電子デバイスに送信するステップと、
   を含む方法。
2. ｆ．適切なデリバリードライバーが存在することのアラートを受信するステップと、
   ｇ．前記第１及び第２のフードアイテムの前記デリバリーストレージ場所を電子デバイスに送信して、前記第１及び第２のフードアイテムを前記適切なデリバリードライバーとペアリングするのを支援するステップと、
   を更に含む、請求項１に記載の方法。
3. ステップｅの後、
   電子デバイスから、前記第２のフードアイテムが前記第１のフードアイテムの前記デリバリーストレージ場所に配置されていることの通知を受信すること
   を更に含む、請求項１に記載の方法。
4. ステップｅの後、
   電子デバイスから、前記第１及び第２のフードアイテムが、前記顧客へのデリバリーに向けて出荷中であることの通知を受信すること
   を更に含む、請求項１に記載の方法。
5. 前記第１の厨房及び前記第２の厨房における前記少なくとも１つの電子デバイスは、ディスプレイデバイス及びプリンタの一方を含む、請求項１に記載の方法。
6. ステップｃ）は、前記第１及び第２のフードアイテムの一方の準備完了までの時間、前記第１及び第２の厨房の一方におけるスタッフの識別情報、前記第１及び第２の厨房の一方において準備すべきフードアイテムのキューの長さ、及びデリバリードライバーの推定到着時間の１つ又は複数に基づいて遅延される、請求項１に記載の方法。
7. 多厨房環境において顧客のフード注文を処理する方法であって、
   ａ．少なくとも第１及び第２のフードアイテムを含む、前記顧客に関連付けられた注文を電子デバイスにおいて受信するステップと、
   ｂ．前記第１のフードアイテムの識別子を第１の厨房に関連付けられた第１の対応する識別子に翻訳し、前記第１の対応する識別子を前記第１の厨房における１つ又は複数の電子デバイスに転送するステップと、
   ｃ．前記第２のフードアイテムの識別子を第２の厨房に関連付けられた第２の対応する識別子に翻訳し、前記第２の対応する識別子を前記第２の厨房における１つ又は複数の電子デバイスに転送するステップと、
   ｄ．前記第１のフードアイテムがストレージ可能な状態であることの通知を電子デバイスから受信するステップと、
   ｅ．前記第１のフードアイテムのストレージ場所を１つ又は複数の電子デバイスに送信するステップと、
   ｆ．前記第２のフードアイテムがストレージ可能な状態であることの通知を電子デバイスから受信し、それに応答して、前記第１のフードアイテムの前記デリバリーストレージ場所を１つ又は複数の電子デバイスに送信するステップと、
   を含む方法。
8. 前記ストレージ場所は、前記第１及び第２のフードアイテムの少なくとも一方の特性、日時、気温、ピックアップ時間、及びデリバリー時間の１つ又は複数に基づいて選択される、請求項７に記載の方法。
9. 前記第１の厨房及び第２の厨房における前記少なくとも１つの電子デバイスは、ディスプレイデバイス及びプリンタの一方を含む、請求項７に記載の方法。
10. 多厨房環境において顧客のフード注文を処理する方法であって、
    ａ．フードアイテムを含む、前記顧客に関連付けられた注文を電子デバイスにおいて受信するステップと、
    ｂ．前記フードアイテムの識別子を第１の厨房に関連付けられた第１の対応する識別子に翻訳し、第１の対応するフードアイテムの少なくとも一部を準備する指示と共に前記第１の対応する識別子を前記第１の厨房における１つ又は複数の電子デバイスに転送するステップと、
    ｃ．前記フードアイテムの前記識別子を第２の厨房に関連付けられた第２の対応する識別子に翻訳し、第２の対応するフードアイテムの少なくとも一部を準備する指示と共に前記第２の対応する識別子を前記第２の厨房における１つ又は複数の電子デバイスに転送するステップと、
    ｄ．前記第２の厨房における少なくとも１つの電子デバイスに、前記第２の厨房が、前記第２の対応するフードアイテムと共に組み込む前記第１の対応するフードアイテムを別の厨房から受け取ることを通知するステップと、
    ｅ．前記第１の厨房における少なくとも１つの電子デバイスから、前記第１の対応するフードアイテムが準備されたことの通知を受信するステップと、
    ｆ．前記第２の厨房における少なくとも１つの電子デバイスに、前記第１の対応するフードアイテムが前記第２の厨房に到着したことを通知するステップと、
    を含む方法。
11. ステップｃ）及びｄ）の１つ又は複数は、前記第１の対応するフードアイテム及び前記第２の対応するフードアイテムの一方の準備が完了する推定時間に基づいて実行される、請求項１０に記載の方法。
12. ステップｃ）及びｄ）の１つ又は複数は、ステップｅ）によりトリガーされる、請求項１０に記載の方法。
13. 前記第１の厨房及び第２の厨房における前記少なくとも１つの電子デバイスは、ディスプレイデバイス及びプリンタを含む、請求項１０に記載の方法。
14. ｇ．電子デバイスから、前記フードアイテムが複数のデリバリーストレージ場所の１つに配置されていることの通知を受信するステップ
    を更に含む、請求項１０に記載の方法。

Images