JP2022050624A

JP2022050624A - 仮想レストランシステム

Info

Publication number: JP2022050624A
Application number: JP2022004396A
Authority: JP
Inventors: チェイス，アーノルド; Chase Arnold; チェイス，ウィリアム; Chase William
Original assignee: Individual
Current assignee: Individual
Priority date: 2017-07-25
Filing date: 2022-01-14
Publication date: 2022-03-30
Anticipated expiration: 2038-07-25
Also published as: JP2020529074A; EP3659076A1; CA3071164C; WO2019023302A1; JP2022050625A; US20190035037A1; IL272240A; CA3212853A1; KR20230097200A; KR20200041323A; IL308990A; CN111108520A; JP7202353B2; JP2023113799A; JP7202487B2; CA3071164A1; EP3659076A4

Abstract

【課題】連繋した食品注文、食品準備及び食品配達サービスを提供する。【解決手段】仮想レストランシステム（ＶＲＳ）は、顧客が、ＶＲＳアプリケーションを起動することと、コンピュータ注文システムが、顧客ＩＤ、顧客位置又は配達場所を要求し、メニュー／食品注文フォームを顧客に送ることと、顧客が、提示されたメニュー／食品注文フォームを使用して、食品注文情報を提供し、食品注文を完了すると、コンピュータ注文システムが、食品注文を受け取り、対応する一意の食品注文ＩＤ割り当て、食品注文ＩＤを顧客に送信し、食品注文情報及び食品注文ＩＤを含む食品注文を選択された中央キッチン施設に送信することと、施設コンピュータサーバが、受け取った食品注文内のすべての食品を分析し、中央キッチン施設に、食品注文内の食品を同時に生産するように指示することと、希望配達場所に食品を配達することと、を含む。【選択図】図２

Description

本出願は、概して、連繋した食品注文、食品準備および食品配達サービスに関する。

レストランはここ数年の間にその業態を発展させており、元来の「イートイン」コンセプト以外にも、顧客に様々な形式の「テイクアウト」サービスを提供している。例えば、最初は「テイクアウト」カウンターエリア、次に「ドライブスルー」窓口を追加し、現在は成長分野である第三者の集荷・配達サービスに対応しようとしている。これらの新しいサービスが拡大するにつれて、レストランのインフラや労働資源に対する負担が増加し、「旧来からの」顧客に望ましいレベルの食品品質とサービスを提供するレストランの能力が要求されている。これらの新しい配達チャンネルに対応する必要性が高まっている結果、レストランの全体的なサービス品質が低下する可能性がある。さらに、ますます重要になっている「第三者の」配達チャンネルにおいては、適時な集荷を行うのが困難（すなわち、準備が整う前に注文を受け取るために到着したり、すでに完成した注文の集荷が遅れて長期間放置されるなど）であるだけでなく、レストラン内の食事やドライブスルーでのテイクアウトの場合と同等の品質レベル（例えば、提供温度）での提供が困難である。加えて、例えば配達サービスを介して、特定のレストランから作りたての食品を配達してもらいたいという顧客からの要望に対しては、指定された車両が、目的の食品に関連付けられた特定のレストランの場所まで行き、それを集荷し、特定の配達場所に食品を配達するというタスクに単独で割り当てられることになる。そのため、車両は完全に１件の特定の集配にのみ割り当てられる。同一の顧客に対する別のレストランからの同時注文が行われた場合には、配達代金が倍増し、配達に必要な時間が大幅に増加し、運用が非効率となってしまう。さらに、調理済みまたは冷蔵済みの食事を集荷して配達するための現在の方法では、断熱容器を使用することによって、食品温度の損失を制限しようとしているに過ぎない。従来の移動式加熱または冷蔵機器ではエネルギー効率が悪く、サイズが適切ではないため、これらの手段を実用化することは一般的に困難である。現在の第三者による配達システムとは異なり、仮想レストランシステム（ＶＲＳ）では、配達用に食品が集荷されるときにのみ注文と配達指示をドライバー/配達車両に割り当てる独自のドライバー/配達車両集約システムを使用している。

従来のレストランにおける人手や設備への負担を無くしながら、「レストランの」食品をオフサイトで注文、生産、配達するための「エンドツーエンドの」アプローチを最適化するように設計された仮想レストランシステム（ＶＲＳ）を提供する。ＶＲＳは、独自の食品注文システム、食品生産システム、および食品配達システムで構成され、これらは統合された方法で連携し、顧客が利用できるメニューの数を増加し、顧客が選択した食品の生産効率を向上させ、顧客が選択した食品を最適な提供条件で配達する効率と有効性が改善される。ＶＲＳを使用すると、別々の場所にある複数のレストランのメニューから同時に食品を要望している顧客が、別個の配達サービスを雇って各レストランから目的の食品を集荷させたり、単独の配達サービスにそれぞれ異なる場所のレストランから目的の食品を順次集荷させて最終的に統合された食品を顧客に配達させたりする必要がなくなる。たとえば、ある場所にいる１０人が、それぞれ別々のレストランから提供される食品を注文し、別々のレストランからの注文をまとめて同時にその場所に配達することを要望している場合、現在の食品注文・配達システムおよび方法を使用することは、様々な理由から実用的ではない。ただし、ＶＲＳを使用することで、上記の注文例に簡単かつ定常的に対応でき、様々なメニューからの選択をすべて１度に配達できるため、現在の食品配達方法と比較して配達コストを削減し、配達速度を向上させ、到着時の温度を改善できる。ＶＲＳでは、単一の注文システムにより様々な別々のレストランのメニューから食品を選択できるが、様々な別々のレストランのメニューから利用可能な食品をすべて単一の食品生産施設で生産し、別々のレストランのメニューから注文した食品を１度の配達に統合することができる。ＶＲＳは、当初は前述の食品の生産と配達のために人間が完全に関与するように構成されるが、本質的には完全に自動化された食品生産と自律車両配達業務に段階的に移行できる。加えて、注文された食品を独自のエネルギー効率の高い構成を利用して常に保温および/または保冷する特殊なＶＲＳ配達機器、あるいは従来の配達手段によって配達を行うことができる。本出願のタイトルにもかかわらず、同様のシステム構成要素を、温度に敏感な食料品の注文および配達にも代替的に使用することもできる。

本出願の一実施形態では、様々なレストランの一元管理された食品注文、食品生産および食品配達を提供するための仮想レストランシステム（ＶＲＳ）は、複数の中央キッチン施設と、中央キッチン施設と通信するコンピュータ注文システム（ＣＯＳ）と、リモートコンピューティングデバイスにインストールされた複数のＶＲＳアプリケーションとを含む。各中央キッチン施設は、特定のメニューの食品を生産するように作られている。さらに、各中央キッチン施設は複数のキッチンを含み、各中央キッチン施設内の各キッチンでは、特定のメニュー内の食品の対応するブランドのサブセットが生産される。ＣＯＳは、ＶＲＳアプリケーションを介して複数の食品注文を受け取り、各食品注文に一意の食品注文ＩＤを割り当て、各食品注文には、配達場所と特定のメニューから選択された食品とが含まれている。食品注文ごとに、ＣＯＳは配達場所に基づいて中央キッチン施設の１つを選択する。食品注文ごとに、ＣＯＳは食品注文とそれに対応する食品注文ＩＤとを選択された中央キッチン施設に送信する。選択された中央キッチン施設は、食品注文を受け取り、選択された食品の各々が対応するキッチンで生産され、食品注文ＩＤがラベル付けされるように指示する。選択された中央キッチン施設は、ラベル付けされた食品注文ＩＤに基づいて、キッチンで生産された食品を分類し、同一の食品注文に属する食品をグループ化する。選択された中央キッチン施設は、完成した食品注文を注文積み込みゾーンに移動し、食品が配達車両に積み込まれ配達される。

上記ＶＲＳの実施形態のいくつかでは、選択された中央キッチン施設は、配達される食品注文の配達場所と食品注文ＩＤとを配達車両に通信する。

上記ＶＲＳの実施形態のいくつかでは、選択された中央キッチン施設は、食品注文の希望配達場所を監視し、配達最適化アルゴリズムを使用して、積み込みの準備ができている複数の食品注文を１台の配達車両によって順次配達できるようにグループ化する。配達最適化アルゴリズムは、一連の注文と配達用にグループ化された複数の食品注文を配達するための配達ルートとを特定する。

上記ＶＲＳの実施形態のいくつかでは、選択された中央キッチン施設は、食品注文の希望配達場所と待ち行列で待機している配達車両の数とを常時監視する。未処理の注文数と利用可能な配達車両の数とのバランスを取るため、ＶＲＳは配達最適化アルゴリズムを使用して、必要に応じて複数の一連の配達地点を各配達車両に動的に割り当て、常に各中央キッチン施設の配達能力を最適化する。

上記ＶＲＳの実施形態のいくつかでは、選択された中央キッチン施設は、注文積み込みゾーンの単一の連続したラインに並ぶように配達車両を調整して、順次食品注文を積み込む。

上記ＶＲＳの実施形態のいくつかでは、選択された中央キッチン施設は、当初は積み込みゾーンの単一の連続したラインに並ぶように配達車両を調整するが、その後、個々の配達車両を注文積み込みゾーンにおける個別積み込みポートに向かわせ、多くの配達車両に同時に食品を積み込み、配達情報を割り当てる。

上記ＶＲＳの実施形態のいくつかでは、選択された中央キッチン施設は、一連の注文と配達用にグループ化された複数の食品注文を配達するための配達ルートとを配達車両に通信する。

上記ＶＲＳの実施形態のいくつかでは、ＣＯＳは、ＶＲＳアプリケーションを介して食品注文ステータス通知を送信し、完成した食品注文の配達待ちについて顧客に通知する。

上記ＶＲＳの実施形態のいくつかでは、ＣＯＳは、ＶＲＳアプリケーションを介して食品注文確認を送信し、顧客が食品注文の配達を配達場所で待っていることを確認する。

上記ＶＲＳの実施形態のいくつかでは、ＶＲＳは、配達車両に設置された食品配達機器をさらに備える。食品配達機器は、複数の保管用コンパートメントと１つ以上の保温／保冷用熱ユニットとを備えた温度管理保管システムを含む。１つ以上の保温／保冷用熱ユニットの高温側および低温側の両方を利用して、複数の保管用コンパートメントの第１グループを冷蔵し、複数の保管用コンパートメントの第２グループを加熱する。

上記ＶＲＳの実施形態のいくつかでは、ＶＲＳは、配達車両に設置された食品配達機器をさらに備える。食品配達機器は、電子的にロック/ロック解除および監視される複数の保管用コンパートメントを備えた保管システムを含む。保管システムは、保管用コンパートメントが食品注文の食品を保管しているかどうかを電子的に監視する。食品注文に関連付けられた配達場所に到着すると、保管システムは、食品注文に関連付けられた食品を保管している保管用コンパートメントのロックを解除し、食品注文に関連付けられた食品が確実に取り出されるようにロック解除された保管用コンパートメントの開放を監視する。

上記ＶＲＳの実施形態のいくつかでは、保管システムは、食品注文に関連付けられた取り出される食品を含むロック解除された保管用コンパートメントが開かれていないことを示す視覚的および／または音声による警報を提供する。

上記ＶＲＳの実施形態のいくつかでは、保管用コンパートメントの各々は、保管用コンパートメントがロック解除されたことおよび食品注文に関連付けられた取り出される食品が入っていることを示すために点灯するように構成された表示ライトを含む。

上記ＶＲＳの実施形態のいくつかでは、保管用コンパートメントの各々は、食品の積み降ろしを容易にし、食品の保管および配達を追跡するための保管用コンパートメントＩＤを有する。

上記ＶＲＳの実施形態のいくつかでは、ＶＲＳは、配達車両に設置された食品配達機器をさらに備える。食品配達機器は、ドアベルシステムまたはその他のホームアクセスシステムと相互に通信し、食品注文配達の到着を知らせるように構成されたドアベルシステムインターフェースモジュールまたはその他のホームアクセスインターフェースモジュールを含む。

本出願の一実施形態では、様々なレストランの一元管理された食品注文、食品生産および食品配達を提供するための方法は、リモートコンピューティングデバイスにインストールされた仮想レストランシステム（ＶＲＳ）アプリケーションを介して顧客と通信するコンピュータ注文システム（ＣＯＳ）を含む。ＣＯＳは、ＶＲＳアプリケーションを介して顧客位置および／または配達場所を自動的に受信および／または要求する。ＣＯＳは、ＶＲＳアプリケーションを介して、特定の顧客のための注文を作成する中央キッチン施設向けに最適化およびカスタマイズされた、選択されたメニュー/食品注文フォームを送る。ＣＯＳは、ＶＲＳアプリケーションを介して食品注文を受け取り、食品注文には、選択したメニュー/食品注文からの食品選択、希望配達場所、希望配達日時が含まれる。ＣＯＳは、一意の食品注文ＩＤを食品注文に割り当て、ＶＲＳアプリケーションを介して顧客に食品注文ＩＤを送信する。ＣＯＳは、食品注文および食品注文ＩＤを、複数のキッチンを含む適切な中央キッチン施設に送信し、複数のキッチンの各々は、選択されたメニュー／食品注文フォームから別々のブランドの食品を生産する。選択された中央キッチン施設は、食品注文からの選択された各ブランドの食品が対応するブランドのキッチンで生産され、食品注文ＩＤがラベル付けされるように指示する。中央キッチン施設は、ラベル付けされた食品注文ＩＤに基づいて、キッチンで生産された食品を分類し、同一の食品注文に属する食品をグループ化する。中央キッチン施設は、完成した食品注文を注文積み込みゾーンに移動し、食品が配達車両に積み込まれ配達される。

上記方法の実施形態のいくつかでは、選択されたメニュー／食品注文フォームは、複数のメニュー／食品注文フォームから選択される。複数のメニュー／食品注文フォームの各々は、規定のサービスエリアを有する特定の中央キッチン施設に対応している。選択されたメニュー／食品注文フォームは、顧客位置および／または配達場所が中央キッチン施設の規定のサービスエリア内にあるかどうかに基づいて選択される。

上記方法の実施形態のいくつかでは、中央キッチン施設は、配達車両に積み込みを行う際、配達場所と配達される食品注文の食品注文ＩＤとを配達車両に通信する。

上記方法の実施形態のいくつかでは、中央キッチン施設は、食品注文の希望配達場所と待ち行列で待機している配達車両の数とを常時監視する。未処理の注文数と利用可能な配達車両の数とのバランスを取るため、中央キッチン施設は配達最適化アルゴリズムを使用して、必要に応じて複数の一連の配達地点を各配達車両に動的に割り当て、常に各中央キッチン施設の配達能力を最適化する。

上記方法の実施形態のいくつかでは、中央キッチン施設は、注文積み込みゾーンの単一の連続したラインに並ぶように配達車両を調整して、順次食品注文を積み込む。

上記方法の実施形態のいくつかでは、中央キッチン施設は、当初は積み込みゾーンの単一の連続したラインに並ぶように配達車両を調整するが、その後、個々の配達車両を注文積み込みゾーンにおける個別積み込みポートに向かわせ、多くの配達車両に同時に食品を積み込み、配達情報を割り当てる。

上記方法の実施形態のいくつかでは、中央キッチン施設は、完成した食品注文の配達場所を監視し、配達最適化アルゴリズムを使用して、積み込みの準備ができている複数の食品注文を１台の配達車両によって配達できるようにグループ化する。

上記方法の実施形態のいくつかでは、配達最適化アルゴリズムは、一連の注文と配達用にグループ化された複数の食品注文を配達するための配達ルートとを特定する。

上記方法の実施形態のいくつかでは、中央キッチン施設は、一連の注文と配達用にグループ化された複数の食品注文を配達するための配達ルートとを配達車両に通信する。

上記方法の実施形態のいくつかでは、ＣＯＳは、ＶＲＳアプリケーションを介して食品注文ステータス通知を送信し、完成した食品注文の配達待ちについて顧客に通知する。

上記方法の実施形態のいくつかでは、ＣＯＳは、ＶＲＳアプリケーションを介して食品注文確認を送信し、顧客が食品注文の配達を配達場所で待っていることを確認する。

上記方法の実施形態のいくつかでは、ＣＯＳは、ＶＲＳアプリケーションを介して食品注文確認を送信して顧客が食品注文の配達を配達場所で待っていることを確認し、１人以上の顧客が注文を待っていることを確定できない場合、ＣＯＳアルゴリズムは配達順序を並べ替えて、応答しない場所を一時的に迂回し、応答のある場所を優先する。

前述の概要および以下の詳細な説明は、添付の図面と併せて読むことでより良く理解され得る。本発明を説明するために例示的な実施形態が図面に示されているが、本出願は開示された特定の実施形態に限定されないことを理解されたい。
例示的な仮想レストランシステム（ＶＲＳ）を示す概略図である。図１の例示的なＶＲＳの動作を示すフロー図である。図１の例示的なＶＲＳの配達車両機器を示す概略図である。図３の例示的な配達車両機器を示す別の概略図である。図３の例示的な配達車両機器を示すさらに別の概略図である。

様々な例示的な実施形態をさらに詳細に説明する前に、本発明は記載された特定の実施形態に限定されないことを理解されたい。また、本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、本発明の特許請求の範囲を限定することを意図していないことも理解されたい。

図面において、同様の参照番号は、本発明のシステムおよび方法の同様の特徴を指す。したがって、ある説明においては特定の図および参照番号のみを参照する場合があるが、そのような説明は他の図における同様の参照番号にも等しく適用できることを理解されたい。

本出願は、別々のレストランのメニューから利用可能な食品の一元管理された注文、生産および配達を提供する仮想レストランシステム（ＶＲＳ）を対象とする。ＶＲＳを使用することにより、顧客は１回の注文で別々のレストランのメニューから任意の食品を選択でき、選択された食品は単一の食品生産施設で同時に準備可能であり、さらには１度の配達で顧客に届けることができる。図１に示すように、仮想レストランシステム（ＶＲＳ）１は、コンピューティングデバイス２０にインストールされたＶＲＳアプリケーション２００を介して顧客１０がアクセス可能なコンピュータ注文システム１００を備えている。ＶＲＳ１は、異なる地理的領域３０に位置する１つ以上の中央キッチン施設３００をさらに含んでいる。ＶＲＳ１は、配達車両４０に設置された食品配達機器４００も含んでいる。

各中央キッチン施設３００は、別々の実在するレストラン（例えば、レストラン、レストランチェーン、レストラングループなど）に対応する複数の別個のキッチン３１０を含んでいる。別々の実在するレストランに対応するそれぞれの個別のキッチン３１０は、物理的に互いに隣接するように単一の中央キッチン施設３００に共同配置されるが、完全に独立して稼働する。所定の中央キッチン施設３００の複数のキッチン３１０は、別々の実在するレストラン（例えば、レストラン、レストランチェーン、レストラングループなど）に対応する別々のメニューの食品を生産するように作られている。したがって、所定の中央キッチン施設３００は、複数のキッチン３１０によって提供される個々のメニューで利用可能で、中央キッチン施設３００からの１回の注文で顧客が選択可能なすべての食品の集合である複合メニューを提供することができる。

図１に示すように、コンピュータ注文システム１００は、集中型または分散型コンピューティングアーキテクチャ内に１つ以上のコンピュータサーバ１２０を含んでいる。本明細書で説明されるコンピュータサーバ１２０の機能は、コンピュータプロセッサによって実行されるコンピュータ可読媒体に格納されたコンピュータプログラムコードを備えるコンピュータアプリケーションを使用して実装することができる。本明細書で説明されるコンピュータサーバ１２０の機能は、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイスなどのプログラマブルハードウェアデバイスで実装することもできる。さらに、本明細書で説明されるコンピュータサーバ１２０の機能は、コンピュータプロセッサによって実行されるコンピュータプログラムとプログラマブルハードウェアデバイスの組み合わせを使用して実装することもできる。したがって、本出願のコンピュータサーバ１２０は、所望の機能を実行するための適切なコンピュータハードウェアおよびソフトウェアを備え、ハードウェアおよびソフトウェアの特定の組み合わせに限定されない。

実行可能なコンピュータプログラムコードは、オブジェクト、手順、プロセスまたは機能として編成され得るコンピュータ命令の１つ以上の物理的または論理的ブロックを備えてもよい。例えば、実行可能なコンピュータプログラムコードは、いくつかの別々のコードパーティションまたはセグメント、別々のプログラム間、および複数のデバイスにわたって分配可能である。したがって、実行可能なコンピュータプログラムは物理的にまとめて配置する必要はなく、論理的に結合された際にはコンピュータアプリケーションを構成し、コンピュータアプリケーションの上述の目的を達成する、別々の場所に格納された別個の命令を備えてよい。

コンピュータサーバ１２０は、施設位置３０４、施設サービスエリア３０６、およびメニュー／食品注文フォーム３０８を含む、各中央キッチン施設３００の施設記録３０２を保存および保持する。コンピュータ注文システム１００のコンピュータサーバ１２０は、コンピューティングデバイス２０にインストールされたＶＲＳアプリケーション２００と通信して、別々の中央キッチン施設３００に対応するメニュー／食品注文フォーム３０８を送り、顧客１０から食品注文１１０を受け取る。コンピュータ注文システム１００は、コンピューティングデバイス２０にインストールされたＶＲＳアプリケーション２００を介して顧客１０から食品注文１１０を受け取る。コンピュータ注文システム１００は、コンピューティングデバイス２０にインストールされたＶＲＳアプリケーション２００から、各食品注文１１０に関連付けられた一意のユーザＩＤ１２および各食品注文１１０に関連付けられた食品注文情報１１２を受け取る。食品注文情報１１２は、食品選択１１４、希望配達場所１１６、および希望配達日時１１８を含むことができる。

コンピュータ注文システム１００は、適切な通信プロトコル（例えば、ＢＬＵＥＴＯＯＴＨ（登録商標）、ＷＩ－ＦＩ（登録商標）、ＺＩＧＢＥＥ（登録商標）、イーサネット、ＳＡＰ（登録商標）、ＳＡＳ（登録商標）、ＡＴＰ、ＧＳＭ、ＴＣＰ／ＩＰなど）によって構築され、少なくとも部分的にはワイヤレスで構築された通信リンクを介してＶＲＳアプリケーション２００と通信する。ＶＲＳアプリケーション２００は、非一時コンピュータ可読媒体に格納されてコンピューティングデバイス２０のプロセッサによって実行されるコンピュータ実行可能命令のセットで実装され、顧客１０に食品注文１１０を行うためのコンピュータ注文システム１００へのアクセスが提供される。コンピューティングデバイス２０は、ＶＲＳアプリケーション２００を実行して本明細書に記載の機能を行うための任意の適切なデバイス（例えば、ＰＣ、ラップトップ、タブレット、スマートフォンなど）であり、好ましくは、モバイルコンピューティングデバイス（例えば、タブレット、スマートフォンなど）である。

顧客１０がコンピューティングデバイス２０上でＶＲＳアプリケーション２００を起動すると、コンピュータ注文システム１００は、顧客ＩＤ１２、顧客位置１４、および／または配達場所を自動的に受信および／または要求する。受信した顧客位置１４および／または希望配達場所１１６に基づいて、コンピュータ注文システム１００は、選択されたメニュー／食品注文フォーム３０８をコンピューティングデバイス２０上のＶＲＳアプリケーション２００を介して顧客１０に送る。ＶＲＳアプリケーション２００を介して顧客１０に送られるメニュー／食品注文フォーム３０８は、顧客位置１４および／または配達場所１１６を含むサービスエリア３０６を備えた選択された中央キッチン施設３００に対応する。顧客位置１４および/または配達場所１１６を含むサービスエリア３０６を備えた中央キッチン施設３００が複数ある場合、コンピュータ注文システム１００は、別々の中央キッチン施設３００に対応するメニュー/食品注文フォーム３０８のうちの１つを選択するオプションを、ＶＲＳアプリケーション２００を介して顧客１０に提供してもよい。

ＶＲＳアプリケーション２００を介して顧客１０に送られるメニュー/食品注文フォーム３０８は、別々のブランドのレストランから提供されるメニューを、ＶＲＳアプリケーション２００を介した統一の「購入場所」に一体化する統合注文システムである。受け取った顧客位置１４および／または希望配達場所１１６に基づいて、コンピュータ注文システム１００は、コンピューティングデバイス２０上のＶＲＳアプリケーション２００を介して、選択されたメニュー／食品注文フォーム３０８を顧客１０に送る。あるサービスエリア３０６における中央キッチン施設３００は、異なるサービスエリア３０６における別の中央キッチン施設３００と比較して、異なるレストランのメニューを提供してもよい。顧客には、あたかもあるサービスエリア３０６における中央キッチン施設３００によって提供される別々のレストランのメニューがすべて統合メニューに組み合わされているように見えるだろう。さらに、別々のレストランのメニューから個別に注文するのではなく、１回の注文１１０の一部として、統合メニューのあらゆる食品を注文できる。注文１１０が１回のみ発注されるので、別々のレストランから食品を集荷して配達する複数の配達車両は必要なく、別々のレストランのメニューからの食品を含む注文を１台の配達車両４０のみで遂行することができる。ＶＲＳ１のもう１つの完全に新規な側面は、顧客がサービスエリアに物理的に店舗が存在しないレストランに注文したり、配達を受け取ったりすることができることである。

顧客１０は、ＶＲＳアプリケーション２００を介して提示されたメニュー／食品注文フォーム３０８を使用して、食品注文情報１１２（例えば、食品選択１１４、希望配達場所１１６および希望配達日時１１８）を提供し、食品注文１１０を完了する。顧客１０がＶＲＳアプリケーション２００を介して食品注文１１０を完了すると、コンピュータ注文システム１００は食品注文情報１１２を含む食品注文１１０を受け取り、食品注文１１０に食品注文ＩＤ１１１を割り当てる。コンピュータ注文システム１００は、ＶＲＳアプリケーション２００を介して、発注された食品注文１１０に対応する食品注文ＩＤ１１１を顧客１０に送信する。コンピュータ注文システム１００は、食品注文情報１１２（例えば、食品選択１１４、希望配達場所１１６および希望配達日時１１８）および食品注文ＩＤ１１１を含む食品注文１１０を選択された中央キッチン施設３００に送信する。コンピュータサーバ１２０は、顧客ＩＤ１２、食品注文ＩＤ１１１、および食品注文情報１１２（例えば、食品選択１１４、配達場所１１６および配達日時１１８）を含む食品注文１１０を格納および保持する。

コンピュータ注文システム１００は、適切な通信プロトコル（例えば、ＢＬＵＥＴＯＯＴＨ（登録商標）、ＷＩ－ＦＩ（登録商標）、ＺＩＧＢＥＥ（登録商標）、イーサネット、ＳＡＰ（登録商標）、ＳＡＳ（登録商標）、ＡＴＰ、ＧＳＭ、ＴＣＰ／ＩＰなど）によって構築された通信リンクを介して中央キッチン施設３００と通信する。各中央キッチン施設３００は、複数の別個のキッチン３１０、施設コンピュータサーバ３２０、ラベル付けシステム３３０および分類システム３４０を含み、それぞれが適切な通信プロトコル（例えば、ＢＬＵＥＴＯＯＴＨ（登録商標）、ＷＩ－ＦＩ（登録商標）、ＺＩＧＢＥＥ（登録商標）、イーサネット、ＳＡＰ（登録商標）、ＳＡＳ（登録商標）、ＡＴＰ、ＧＳＭ、ＴＣＰ／ＩＰなど）によって構築された通信リンクを介して互いに通信する。個々のキッチン３１０は、対応する「伝統的なレストラン」のキッチンの専門バージョンであり、人員、ブランドの食材および調理方法を用いて、配達注文用の対応するレストランメニューにおける食品を生産する。各中央キッチン施設３００は、対応する「伝統的な」レストランの店舗で生産されるものと同一のブランドの食事を生産する目的でのみ稼働し、食品配達注文を遂行する。各中央キッチン施設３００は、小売の「所在地」、伝統的なレストラン識別表示、公衆へのアクセス、座席、店舗内注文受付員、レジ係、従来の小売の「テイクアウト」ウィンドウ、などを有していない。中央キッチン施設３００の唯一の目的は、ＶＲＳアプリケーション２００を介してコンピュータ注文システム１００が受け取った食品配達注文を遂行するためにブランドの食品を作成することである。したがって、中央キッチン施設３００は、特別に設計されており、特殊な（つまり、公衆からアクセス不能な）食品生産出力専用に意図的に用いられる。

コンピュータ注文システム１００は、中央キッチン施設３００の施設コンピュータサーバ３２０と通信して、食品注文情報１１２（例えば、食品選択１１４、希望配達場所１１６および希望配達日時１１８）と食品注文ＩＤ１１１とを含む食品注文１１０を送信する。施設コンピュータサーバ３２０は、受け取った食品注文１１０内のすべての食品１１４を分析し、中央キッチン施設３００内の対応するキッチン３１０に、食品注文１１０内の食品１１４を同時に生産するように指示する。例えば、食品注文１１０の食品１１４が別々のキッチン３１０（すなわち、別々のレストラン）に対応するメニューから選択されている場合、各注文食品１１４および関連する食品注文ＩＤ１１１は、中央キッチン施設３００に共同配置されたそれぞれのキッチン３１０に生産のために電子的に送信される。食品注文１１０に関連付けられた食品１１４を生産するように指示された各キッチン３１０は食品１１４を生産し、食品１１４および食品注文ＩＤ１１１に（例えば、ラベル付けシステム３３０を使用して）電子的にマーキングおよび/またはタグ付けされた包装を施し、次いで、電子的にマーキングおよび/またはタグ付けされた食品１１４を、中央キッチン施設３００の施設コンピュータサーバ３２０によって制御される分類システム３４０に出力する。施設コンピュータサーバ３２０は、まず特定の注文１１０に含まれるすべての食品１１４を集めるように分類システム３４０に指示し、次に、完成した注文１１０を中央キッチン施設３００の注文積み込みゾーンに送らせる。

中央キッチン施設３００の施設コンピュータサーバ３２０は、配達車両４０と通信し、配達車両４０が中央キッチン施設３００から注文１１０を集荷して配達するために利用可能であることを確認する。施設コンピュータサーバ３２０は、適切な通信プロトコル（例えば、ＢＬＵＥＴＯＯＴＨ（登録商標）、ＷＩ－ＦＩ（登録商標）、ＺＩＧＢＥＥ（登録商標）、イーサネット、ＳＡＰ（登録商標）、ＳＡＳ（登録商標）、ＡＴＰ、ＧＳＭ、ＴＣＰ／ＩＰなど）によって構築され、少なくとも部分的にはワイヤレスで構築された通信リンクを介して配達車両４０と通信する。例えば、施設コンピュータサーバ３２０は、配達車両４０が中央キッチン施設３００の注文集荷場所または積み込みエリアから１つ以上の注文１１０を集荷するために継続的に利用できるように、配達車両４０を前もって列に並ぶよう配置することができる。配達車両４０が中央キッチン施設３００の注文積み込みゾーンに到着すると、配達車両４０には１つ以上の食品注文１１０が積み込まれ、１つ以上の食品注文１１０の食品注文ＩＤ１１１および配達場所１１６が与えられる。配達車両４０は、専用のＶＲＳ車両または「第三者」車両のいずれかであり、実際は手動運転されるものかあるいは自律型であり得る。

中央キッチン施設３００の施設コンピュータサーバ３２０は、処理中のすべての注文１１０の配達場所１１６を継続的に監視し、配達最適化アルゴリズムを使用して、積み込みの準備ができている食品注文１１０を１台の配達車両４０による多目的地行程で配達できるようにグループ化する。配達最適化アルゴリズムは、一連の注文と１台の配達車両による配達のためにグループ化された複数の食品注文１１０を配達するための配達ルートとを特定する。１回の配達行程のために集められる注文の数は、システム内の注文１１０の数、配達場所１１６の近接性、利用可能な配達車両のタイプ、注文された食品の種類、気象条件、交通状況およびその他の要因に応じて、施設コンピュータサーバ３２０によって実行される配達最適化アルゴリズムによって動的に調整され得る。施設コンピュータサーバ３２０は、前もって列に並ぼうとしている第三者配達車両４０に、注文を積み込むまでの予想待ち時間のリアルタイム表示を通信することができる。

ＶＲＳ１の一部として、注文１１０を有する配達車両４０が中央キッチン施設３００から配達場所１１６に出発する前に、コンピュータ注文システム１００は、ＶＲＳアプリケーション２００を介して、携帯電話テキストメッセージまたはその他の方法で食品注文配達ステータス通知４０２を送信して、処理中の配達を顧客１０に知らせることができる。必要に応じて、コンピュータ注文システム１００は、顧客１０に対してテキストを送る、電子メールを送る、ＶＲＳアプリケーション２００を介した通信を行う、または電話をするなどして、実際に誰かが配達場所１１６にいて配達される注文１１０を受け取る準備ができていることを確認することが可能である。ＶＲＳアプリケーション２００を使用することにより、顧客１０は、所定の代替配達半径内で配達場所１１６を変更することもできる。

図２は、上記のＶＲＳ１の動作のいくつかの工程を示すフローチャートである。顧客１０は、コンピューティングデバイス２０にインストールされたＶＲＳアプリケーション２００を使用してＶＲＳ１にアクセスする。顧客１０がＶＲＳアプリケーション２００を起動すると、コンピュータ注文システム１００は、顧客ＩＤ１２、顧客位置１４、および／または配達場所１１６を自動的に受信および／または要求する。受信した顧客の物理的位置１４および/または希望配達場所１１６に基づいて、コンピュータ注文システム１００は、選択されたメニュー/食品注文フォーム３０８をコンピューティングデバイス２０上のＶＲＳアプリケーション２００を介して顧客１０に送る。ＶＲＳアプリケーション２００を介して顧客１０に送られるメニュー／食品注文フォーム３０８は、顧客位置１４および／または配達場所１１６を含むサービスエリア３０６を有する選択された中央キッチン施設３００に対応する。

顧客１０は、ＶＲＳアプリケーション２００を介して提示されたメニュー／食品注文フォーム３０８を使用して、食品注文情報１１２（例えば、食品選択１１４、希望配達場所１１６および希望配達日時１１８）を提供し、食品注文１１０を完了する。顧客１０がＶＲＳアプリケーション２００を介して食品注文１１０を完了すると、コンピュータ注文システム１００は食品注文情報１１２を含む食品注文１１０を受け取り、対応する一意の食品注文ＩＤ１１１を食品注文１１０に割り当てる。コンピュータ注文システム１００は、ＶＲＳアプリケーション２００を介して、発注された食品注文１１０に対応する食品注文ＩＤ１１１を顧客１０に送信する。コンピュータ注文システム１００は、食品注文情報１１２（例えば、食品選択１１４、希望配達場所１１６および希望配達日時１１８）および食品注文ＩＤ１１１を含む食品注文１１０を選択された中央キッチン施設３００に送信する。

中央キッチン施設３００の施設コンピュータサーバ３２０は、処理中のすべての注文１１０の希望配達場所１１６を継続的に監視し、配達最適化アルゴリズムを使用して、積み込みの準備ができている注文１１０を１台の配達車両４０による多目的地行程で配達できるようにグループ化する。配達車両４０が中央キッチン施設３００の注文積み込みゾーンに到着すると、配達車両４０には１つ以上の食品注文１１０が積み込まれ、１つ以上の食品注文１１０の食品注文ＩＤ１１１および配達場所１１６が与えられる。配達車両４０に複数の食品注文１１０が積み込まれている場合、食品注文１１０は、配達最適化アルゴリズムによって決定された所定のルートに沿って所定の順序で配達される。

ＶＲＳ１は、配達車両４０に設置された食品配達機器４００も含むことができる。食品配達機器４００は、適切な通信プロトコル（例えば、ＢＬＵＥＴＯＯＴＨ（登録商標）、ＷＩ－ＦＩ（登録商標）、ＺＩＧＢＥＥ（登録商標）、イーサネット、ＳＡＰ（登録商標）、ＳＡＳ（登録商標）、ＡＴＰ、ＧＳＭ、ＴＣＰ／ＩＰなど）によって構築され、少なくとも部分的にはワイヤレスで構築された通信リンクを介して中央キッチン施設３００の施設コンピュータサーバ３２０およびコンピュータ注文システム１００と通信する配達制御システム４１０を含むことができる。配達車両４０の配達制御システム４１０は、中央キッチン施設３００の施設コンピュータサーバ３２０およびコンピュータ注文システム１００と通信し、選択された中央キッチン施設３００から連絡を受けて１つ以上の食品注文１１０を積み込んだり、食品注文情報１１２（例えば、希望配達場所１１６および食品注文ＩＤ１１１）を受信したり、車両位置情報４０４および食品注文配達ステータス４０２を送信することができる。

専用のＶＲＳ配達車両４０を使用して、配達中の食品注文１１０を温度管理しながら保管することが好ましい。あるいは、第三者の配達車両を使用してもよいが、配達温度を動的に安定化できる配達車両４０が優先して用いられる。配達車両４０に設置された食品配達機器４００は、配達車両４０の内部または外部からアクセス可能な複数のコンパートメント４２２を備えた温度管理保管システム４２０を含むことができる。各保管用コンパートメントは、断熱および保温および/または保冷機能を備えることができるが、別の態様では、それを必要としない食品に対しては温度管理機能を持たないように構成することも可能である。独特な構成として、温度管理保管システム４２０は、例えば、ペルチェ熱電モジュール、蒸気圧縮冷蔵ユニット、またはその他のユニット化された熱変性方法などによる保温／保冷用熱ユニット４２４の高温側および低温側の両方を同時に使用することができる。伝統的に、熱ユニット４２４の一方側は、他方側の利用に関係なく、熱を逃がすために（冷蔵ユニットの場合）または熱を吸収するために（ヒートポンプの場合）使用される。温度管理保管システム４２０は、熱ユニット４２４の「高温」側を使用して指定したコンパートメント４２２を周囲温度より高く保ち、同時に熱ユニット４２４の「低温」側を使用して指定したコンパートメント４２２を周囲温度より低く保つ。この新規の設計により、各熱ユニット４２４のエネルギー効率が最大化され、同時に必要とされる熱ユニットの数が半分に削減される。そのため、この独特な設計により、複数のコンパートメントを同時に保温および保冷するためのエネルギー効率の高い手段をバッテリー駆動の車両において実現する実用的な方法が提供される。

図３に示すように、好適な実施形態では、温度管理保管システム４２０は、互いに対向して配置された複数の保温用コンパートメントＨ１～Ｈ６と複数の保冷用コンパートメントＣ１～Ｃ６との間に配置される保温／保冷用熱ユニット４２４の相対する熱出力を同時に利用している。典型的には、図３～図５に示されるように、同種の熱的コンパートメント（例えば、Ｈ１～Ｈ６またはＣ１～Ｃ６）は、車両の一方側で互いに隣接するようにまとめてグループ化される。任意の数の種々のレイアウトおよび設計配置を使用することができるが、そのすべてにおいて、配達車両４０の１つの領域内における保冷グループのコンパートメントＣ１～Ｃ６に熱ユニット４２４の「低温」熱出力が同時に送られ、配達車両４０の別の領域内における保温グループのコンパートメントＨ１～Ｈ６に熱ユニット４２４の「高温」熱出力が同時に送られるという独特な構成が共有される。例えば、個々のペルチェモジュール４２４の場合は、配達車両４０の両側の一対の保温および保冷用コンパートメント４２２を共有することができ、あるいは高出力熱ユニット４２４の場合は、中央分散方式で複数対の保温および保冷用コンパートメント４２２に同時に供給するようにも構成される。冷凍温度を維持することが必要とされるコンパートメント４２２については、高出力熱モジュール４２４を使用して各保冷用コンパートメントに前記冷凍温度を提供し、同時に各保温用コンパートメントには高い加熱温度を提供することができる。

実施形態のいくつかでは、配達車両４０は、自律型車両（すなわち、人間の運転者が行うすべての運転のための動的操縦を実行できる自動運転システムを装備した車両）である。自律型配達車両４０の食品配達機器４００は、１つ以上の外側に取り付けられたタッチスクリーン４２６を含む。食品注文１１０のための配達場所１１６に到着すると、顧客１０は、１つ以上のタッチスクリーン４２６を介して注文ＩＤ１１１を入力するように促される。顧客１０によって入力された注文ＩＤ１１１が、配達車両４０によって配達された注文１１０と一致すると、注文１１０に対応する食品１１４を含むコンパートメント４２２はロック解除され、１つ以上のタッチスクリーン４２６上で（例えば、マーキングされた英数字の指定により）識別される。また、配達車両４０の対応するコンパートメントドア４２２上の表示ライト４２８が点灯し、注文１１０の食品１１４を含む適切なコンパートメント４２２に顧客を誘導する。

タッチスクリーン４２６は、顧客１０に、タッチスクリーン４２６上の注文受領ボタンを押すことにより、食品注文１１０のすべての食品１１４が自律型配達車両４０の保管用コンパートメント４２２から取り出されたことを確認するよう促す。食品注文１１０の食品１１４を含む１つ以上のコンパートメント４２２が１度も開かれていない場合には、タッチスクリーン４２６に警告が表示されるか、コンピューティングデバイス２０にメッセージが送信されるか、あるいは音声によるアナウンスが行われ、顧客１０に、注文１１０が配達車両４０から完全に取り出されていないことを気付かせるようにする。さらに、自律型配達車両４０は、食品注文１１０の食品１１４を含むすべてのコンパートメントドア４２２が開かれ、顧客が食品注文１１０のすべての食品１１４が取り出されたことを確認するまで、その場所から離れることができない。その確認が完了して初めて、自律型配達車両４０は配達場所を出発する。加えて、自律型配達車両４０の食品配達機器４００は、食品配達機器４００がドアベルシステムまたはその他のホームアクセスシステムと相互に通信し、食品注文配達の到着を知らせることを可能にするドアベルシステムインターフェースモジュールまたはその他のホームアクセスインターフェースモジュールを含むこともできる。

本発明の実施形態の前述の説明は、例示および説明の目的で提示されたものである。本発明を網羅的に説明していること、または本発明を開示された形態に限定することは意図されていない。上記の開示から自明な修正および変形が可能である。記載された実施形態は、当業者が様々な実施形態および特定の想定される用途に適した様々な変形例において本発明を利用できるように、本発明の原理およびその実際の応用を最もよく示すために選択されたものである。

Claims

様々なレストランの一元管理された食品注文、同時の食品生産および同時の食品配達を提供するための仮想レストランシステム（ＶＲＳ）であって、
複数の中央キッチン施設を備え、
前記中央キッチン施設の各々は、特定のメニューのブランドの食品を生産するように作られており、
前記中央キッチン施設の各々は、前記中央キッチン施設内に共同配置された複数のブランドのキッチンを含み、
前記中央キッチン施設の各々の前記ブランドのキッチンの各々は、前記特定のメニュー内のブランドの食品の対応するサブセットを生産し、
前記中央キッチン施設と通信するコンピュータ注文システム（ＣＯＳ）と、リモートコンピューティングデバイスにインストールされた複数のＶＲＳアプリケーションとをさらに備え、
前記ＣＯＳは、前記ＶＲＳアプリケーションを介して複数の食品注文を受け取り、前記食品注文の各々に一意の食品注文ＩＤを割り当て、
前記食品注文の各々には、配達場所と前記特定のメニューから選択された食品とが含まれ、
前記食品注文ごとに、前記ＣＯＳは前記配達場所に基づいて前記中央キッチン施設の１つを選択し、
前記食品注文ごとに、前記ＣＯＳは前記食品注文とそれに対応する食品注文ＩＤとを前記選択された中央キッチン施設に送信し、
前記選択された中央キッチン施設は、前記食品注文を受け取り、前記選択されたブランドの食品の各々が対応するブランドのキッチンで生産され、前記食品注文ＩＤがラベル付けされるように指示し、
前記選択された中央キッチン施設は、前記ラベル付けされた食品注文ＩＤに基づいて、前記キッチンで生産された食品を分類し、同一の食品注文に属する食品をグループ化し、
前記選択された中央キッチン施設は、完成した食品注文を注文積み込みゾーンに移動し、前記食品が配達車両に積み込まれ配達され、
配達車両に設置された食品配達機器をさらに備え、
前記食品配達機器は、電子的にロック/ロック解除および監視される複数の保管用コンパートメントを備えた保管システムを含み、
前記保管システムは、保管用コンパートメントが食品注文の食品を保管しているかどうかを電子的に監視し、
前記食品注文に関連付けられた配達場所に到着すると、前記保管システムは、前記食品注文に関連付けられた食品を保管している前記保管用コンパートメントのロックを解除し、前記食品注文に関連付けられた食品が確実に取り出されるように前記ロック解除された保管用コンパートメントの開放を監視する、
ＶＲＳ。
前記保管システムは、前記食品注文に関連付けられた取り出される食品を含むロック解除された前記保管用コンパートメントが開かれていないことを示す視覚的および／または音声による警報を提供することを特徴とする、
請求項１に記載のＶＲＳ。
前記保管用コンパートメントの各々は、前記保管用コンパートメントがロック解除されたことおよび前記食品注文に関連付けられた取り出される食品が入っていることを示すために点灯するように構成された表示ライトを含むことを特徴とする、
請求項１に記載のＶＲＳ。
前記保管用コンパートメントの各々は、食品の積み降ろしを容易にし、食品の保管および配達を追跡するための保管用コンパートメントＩＤを有することを特徴とする、
請求項１に記載のＶＲＳ。