相關(guān)申請案的交叉參考和優(yōu)先權(quán)

本申請案主張2015年7月12日提交的第62/191,490號美國臨時專利申請案的優(yōu)先權(quán)，所述申請案作為參考并入本文中。

本文中所描述的發(fā)明大體上涉及用于供應(yīng)一個或多個商品的自動化系統(tǒng)和方法，并且更確切地說，涉及用于供應(yīng)食品和飲料的自動化系統(tǒng)和方法。

背景技術(shù)：

近來，食品和飲料服務(wù)商店的數(shù)目已經(jīng)存在相當(dāng)大的增長。在食品和飲料服務(wù)商店中，在客戶交易中發(fā)生的交流和操作包括口頭交流和重復(fù)的人工勞動。這需要服務(wù)場所利用較大的物理空間。高人工成本和場地租賃成本的組合造成兩個問題。首先，由于成本與所產(chǎn)生的收入之間的不平衡，在大部分場所中，可持續(xù)的業(yè)務(wù)并不可能。第二，由于上述方法的效率約束，高客流量、繁忙的場所會引起糟糕的客戶體驗。在食品和飲料服務(wù)商店中，下單人員與客戶口頭地交流以便按客戶的需要下單，并且進一步通知訂單準(zhǔn)備人員準(zhǔn)備訂單。很多時候，在下單人員和訂單準(zhǔn)備人員之間缺乏配合，由此引起所下的訂單與所上的菜之間的不匹配。另外，由于缺乏對訂單的有效追蹤，并不基于先到先得原則來上菜。另外，并未向客戶提供定制選項以用于定制訂單。

因此，鑒于上述內(nèi)容，需要一種低成本、高效率而又允許制作優(yōu)質(zhì)的個性化飲料的系統(tǒng)。另外，需要一種可以使制作率顯著增加的系統(tǒng)，例如使食品和飲料服務(wù)自動化的系統(tǒng)。

技術(shù)實現(xiàn)要素：

提供此發(fā)明內(nèi)容是為了引入涉及用于供應(yīng)一個或多個商品的系統(tǒng)和方法的概念，且下文在具體實施方式中進一步描述所述概念。此發(fā)明內(nèi)容并不意圖確定所主張的標(biāo)的物的基本特征，也并不意圖用于確定或限制所主張的標(biāo)的物的范圍。

在實施方案中，描述一種用于供應(yīng)一個或多個商品的系統(tǒng)。所述系統(tǒng)可以包括中央控制器，所述中央控制器耦合到存儲器，所述存儲器存儲能夠被中央控制器執(zhí)行的經(jīng)編程指令。在一方面中，中央控制器可以執(zhí)行經(jīng)編程指令以捕獲與由用戶所下的訂單相關(guān)聯(lián)的訂單細節(jié)以用于供應(yīng)商品。所述系統(tǒng)可進一步包括以電子方式與中央控制器耦合的控制系統(tǒng)。響應(yīng)于由中央控制器執(zhí)行的一個或多個經(jīng)編程指令，控制系統(tǒng)可以經(jīng)配置以觸發(fā)一個或多個商品制作構(gòu)件連同機器人單元(在下文中還可互換地被稱作機械臂)以共同地處理訂單，以便基于與訂單相關(guān)聯(lián)的訂單細節(jié)來制作商品。另外，控制系統(tǒng)可以經(jīng)配置以確定可從預(yù)定義保存區(qū)中的多個保存區(qū)位置獲得的保存區(qū)位置，以用于保存對應(yīng)于所處理的訂單的商品。響應(yīng)于從控制系統(tǒng)接收的指令，所述系統(tǒng)的機器人單元可以經(jīng)配置以在保存區(qū)的所述保存區(qū)位置中移動對應(yīng)于訂單而制作的商品。機器人單元可以進一步將商品從所述保存區(qū)位置分配到多個輸送艙引擎中的輸送艙引擎中，由此向用戶供應(yīng)商品。

在另一實施方案中，描述一種用于供應(yīng)一個或多個商品的方法。所述方法可以包括經(jīng)由中央控制器，捕獲與由用戶所下的訂單相關(guān)聯(lián)的訂單細節(jié)以用于供應(yīng)商品。所述方法可進一步包括經(jīng)由以電子方式與中央控制器耦合的控制系統(tǒng)，觸發(fā)一個或多個商品制作構(gòu)件連同機器人單元以共同地處理訂單，以便基于與訂單相關(guān)聯(lián)的訂單細節(jié)來制作商品。另外，所述方法可以包括經(jīng)由控制系統(tǒng)確定可從預(yù)定義保存區(qū)中的多個保存區(qū)位置獲得的保存區(qū)位置，以用于保存對應(yīng)于所處理的訂單的商品。所述方法可進一步包括經(jīng)由機器人單元，在保存區(qū)的所述保存區(qū)位置中移動對應(yīng)于訂單而制作的商品。此外，所述方法可以包括經(jīng)由機器人單元，將商品從所述保存區(qū)位置分配到多個輸送艙引擎中的輸送艙引擎中，由此向用戶供應(yīng)商品。

根據(jù)前述實施方案的各方面，所述訂單可以由用戶經(jīng)由用戶的用戶裝置向以通信方式與所述中央控制器耦合的服務(wù)器下單。所下的訂單基于經(jīng)由耦合到服務(wù)器的支付引擎來成功處理支付而得到確認。服務(wù)器可以經(jīng)配置以存儲訂單細節(jié)，所述訂單細節(jié)包括至少一唯一訂單識別符、所選定的商品、商品識別符、取餐時間、由用戶選定用于制作商品的定制選項，以及支付細節(jié)。在取餐時間到期之前基于由用戶選定的定制選項來制作對應(yīng)于訂單的商品。另外，與機器人單元配合來制作訂單的一個或多個構(gòu)件可以包括商品制造機、容器分配器以及原料分配器中的至少一個?？捎帽４鎱^(qū)位置是不含任何訂單的保存區(qū)位置，或是與保存區(qū)中的其它保存區(qū)位置相比保存先前訂單最長時間的保存區(qū)位置?？刂葡到y(tǒng)可以指示機器人單元棄置保存在保存區(qū)位置中的先前訂單，由此使保存區(qū)位置可用于保存所述訂單?？刂葡到y(tǒng)可以記錄保存區(qū)中的可用保存區(qū)位置，且由此使所記錄的保存區(qū)位置與所述訂單相關(guān)聯(lián)。機器人可以通過以下操作來分配商品：在用戶的方向上旋轉(zhuǎn)所述輸送艙引擎，且打開所述輸送艙引擎的門以便提供可供用戶取餐的商品。控制系統(tǒng)可以經(jīng)由服務(wù)器在用戶裝置上通知：指示訂單的處理的開始、訂單的處理的當(dāng)前階段以及訂單的處理的成功完成的狀態(tài)，其中，基于訂單的處理的成功完成，通知用戶商品可供在所述輸送艙引擎處取餐。基于在所述輸送艙引擎的顯示器裝置上從用戶接收到輸入訂單識別符，可以選定多個輸送艙引擎中的所述輸送艙引擎以用于分配訂單。另外，在輸入訂單識別符與包含在與所述訂單相關(guān)聯(lián)的訂單細節(jié)中的訂單識別符的匹配之后分配訂單。

附圖說明

參考附圖描述具體實施方式。在圖中，參考標(biāo)號的最左邊數(shù)字確定其中所述參考標(biāo)號第一次出現(xiàn)的圖。整個附圖使用相同數(shù)字指代相同特征及構(gòu)件。

圖1a說明根據(jù)本發(fā)明的實施例的使得能夠向用戶自動供應(yīng)一個或多個商品的系統(tǒng)100的網(wǎng)絡(luò)實施方案。

圖1b說明根據(jù)本發(fā)明的實施例的典型的機械電子系統(tǒng)架構(gòu)100'。

圖2說明根據(jù)本發(fā)明的實施例的系統(tǒng)100的構(gòu)件的框圖200。

圖3說明描繪根據(jù)本發(fā)明的實施例的由系統(tǒng)100執(zhí)行的步驟的流程圖300。

圖4說明示出根據(jù)本發(fā)明的實施例的用于用戶在服務(wù)器上注冊的工作流的流程圖400。

圖5說明示出根據(jù)本發(fā)明的實施例的用于通過用戶進行下單的工作流的流程圖500。

圖6是示出根據(jù)本發(fā)明的實施例的用于對應(yīng)于由用戶所下的訂單而進行支付的工作流的流程圖600。

圖7a和圖7b說明示出根據(jù)本發(fā)明的實施例的用于訂單的執(zhí)行/處理的工作流的流程圖700。

圖8a、8b、8c和8d說明框圖800，所述框圖說明根據(jù)本發(fā)明的實施例的自動化食品和飲料供應(yīng)系統(tǒng)的構(gòu)件連同保存區(qū)以及所述保存區(qū)的各個保存區(qū)位置。

圖9是示出根據(jù)本發(fā)明的實施例的用于通過用戶進行取消訂單的工作流900的流程圖。

圖10說明根據(jù)本發(fā)明的實施例的用于向用戶自動供應(yīng)一個或多個商品的方法1000。

具體實施方式

本說明書提及的“各種實施例”、“一些實施例”、“一個實施例”或“實施例”意味著結(jié)合實施例所描述的特定特征、結(jié)構(gòu)或特性被包含在至少一個實施例中。因此，整個說明書在不同的地方出現(xiàn)的短語“在各種實施例中”、“在一些實施例中”、“在一個實施例中”或“在實施例中”未必全部是指同一個實施例。此外，在一個或多個實施例中，特定特征、結(jié)構(gòu)或特性可以任何合適方式組合。

描述用于自動供應(yīng)一個或多個商品的系統(tǒng)和方法。根據(jù)本發(fā)明的各方面，系統(tǒng)的核心是中央控制器，所述中央控制器經(jīng)調(diào)適以經(jīng)由互聯(lián)網(wǎng)連接接收客戶訂單和相關(guān)數(shù)據(jù)?？蛻粲唵魏拖嚓P(guān)數(shù)據(jù)隨后由中央控制器分發(fā)到在自動化食品和飲料供應(yīng)系統(tǒng)內(nèi)的控制系統(tǒng)、各種其它子控制器和可編程邏輯控制器(plc)，所述自動化食品和飲料供應(yīng)系統(tǒng)控制涉及訂單處理、制作排隊、食品和飲料制作、質(zhì)量驗證、輸送以及系統(tǒng)維護的多個構(gòu)件。中央控制器在包括經(jīng)配置以自主地且同時地工作的不同獨立引擎的框架上構(gòu)建。這簡化了維護和維修過程，由此大大降低人工成本。

根據(jù)本發(fā)明的實施例，所述系統(tǒng)可以采用模塊化分層軟件架構(gòu)來大規(guī)模優(yōu)化操作和維護。所述系統(tǒng)可以由充當(dāng)構(gòu)建塊的多個軟件引擎構(gòu)造。每一引擎負責(zé)特定的工作，其中，每一引擎進一步包括用于將數(shù)據(jù)轉(zhuǎn)換到不同狀態(tài)中的元數(shù)據(jù)模型。此高度可擴展方法實現(xiàn)了逐步微調(diào)每一軟件引擎以實現(xiàn)優(yōu)化的長期性能和可靠性的可能性。在一方面中，客戶訂單、管理控制和系統(tǒng)遙測通過網(wǎng)絡(luò)連接在系統(tǒng)的中央控制器與后端服務(wù)器(還在下文中可互換地稱為服務(wù)器)之間傳送。客戶可以使用桌上型計算機、基于網(wǎng)絡(luò)的和/或基于移動的軟件來下單、定位附近的食品和飲料供應(yīng)系統(tǒng)的位置、處理支付以及與使用自動化食品和飲料供應(yīng)系統(tǒng)相關(guān)的其它相關(guān)動作。

盡管所描述的用于向用戶自動供應(yīng)一個或多個商品的系統(tǒng)和方法的各方面可以任何數(shù)目的不同計算系統(tǒng)、環(huán)境和/或配置實施，但在以下示例性系統(tǒng)的情形下描述實施例。

現(xiàn)參考圖1a，根據(jù)本發(fā)明的實施例，說明用于使得能夠向用戶自動供應(yīng)一個或多個商品的系統(tǒng)100的網(wǎng)絡(luò)實施方案。如圖1a中示出，系統(tǒng)100可以包括服務(wù)器102，其經(jīng)由網(wǎng)絡(luò)106以通信方式與一個或多個用戶裝置104耦合。在一個實施例中，服務(wù)器102是云服務(wù)器。應(yīng)理解，系統(tǒng)100可以由多個用戶通過一個或多個用戶裝置104-1、104-2...104-n(下文統(tǒng)稱為用戶104)或駐留在用戶裝置104上的應(yīng)用來訪問。用戶裝置104的實例可以包含但不限于：便攜式計算機、個人數(shù)字助理、手持式裝置以及工作站。用戶裝置104通過網(wǎng)絡(luò)106以通信方式耦合到服務(wù)器102。

在一個實施方案中，網(wǎng)絡(luò)106可以是無線網(wǎng)絡(luò)、有線網(wǎng)絡(luò)或其組合。網(wǎng)絡(luò)106可以實施為不同類型的網(wǎng)絡(luò)中的一種網(wǎng)絡(luò)，例如內(nèi)聯(lián)網(wǎng)、局域網(wǎng)(lan)、廣域網(wǎng)(wan)、因特網(wǎng)、電話網(wǎng)(例如，模擬、數(shù)字、pots、pstn、isdn、xdsl)、移動電話網(wǎng)絡(luò)(例如，cdma、gsm、ndac、tdma、e-tdma、namps、wcdma、cdma-2000、umts、3g、4g)、無線電網(wǎng)絡(luò)、電視網(wǎng)絡(luò)、電纜網(wǎng)絡(luò)、光網(wǎng)絡(luò)(例如，pon)、衛(wèi)星網(wǎng)絡(luò)(例如，vsat)、分組交換網(wǎng)、電路交換網(wǎng)、公用網(wǎng)絡(luò)、專用網(wǎng)絡(luò)和/或經(jīng)配置以載送數(shù)據(jù)的其它有線或無線通信網(wǎng)絡(luò)。計算裝置和網(wǎng)絡(luò)還可以支持包含因特網(wǎng)接入的無線廣域網(wǎng)(wwan)通信服務(wù)，例如ev-do、ev-dv、cdma/1×rtt、gsm/gprs、edge、hsdpa、hsupa等。網(wǎng)絡(luò)106可以是專用網(wǎng)絡(luò)或共享網(wǎng)絡(luò)。共享網(wǎng)絡(luò)表示使用多種協(xié)議來與彼此通信的不同類型的網(wǎng)絡(luò)的關(guān)聯(lián)，所述協(xié)議例如，超文本傳輸協(xié)議(http)、傳輸控制協(xié)議/因特網(wǎng)協(xié)議(tcp/ip)、無線應(yīng)用協(xié)議(wap)及類似者。另外，網(wǎng)絡(luò)106可以包含多種網(wǎng)絡(luò)裝置，包含路由器、網(wǎng)橋、服務(wù)器、計算裝置、存儲裝置及類似者。

服務(wù)器102可以包含至少一個處理器、輸入/輸出(i/o)接口以及存儲器(未在圖1a中示出)。至少一個處理器可以實施為一個或多個微處理器、微計算機、微控制器、數(shù)字信號處理器、中央處理單元、狀態(tài)機、邏輯電路和/或基于操作指令來操控信號的任何裝置。除了其它能力，至少一個處理器還經(jīng)配置以提取并執(zhí)行存儲在存儲器中的計算機可讀指令。

i/o接口可以包含多種軟件和硬件接口，例如，網(wǎng)站接口、圖形用戶接口及類似者。i/o接口可以允許服務(wù)器102直接地或通過用戶裝置104與用戶交互。另外，i/o接口可以使得系統(tǒng)服務(wù)器102能夠與其它計算裝置通信，例如與網(wǎng)絡(luò)服務(wù)器和外部數(shù)據(jù)服務(wù)器(未示出)通信。i/o接口可以促進在廣泛多種網(wǎng)絡(luò)和協(xié)議類型內(nèi)的多種通信，所述網(wǎng)絡(luò)和協(xié)議類型包含：有線網(wǎng)絡(luò)，例如lan、電纜等；和無線網(wǎng)絡(luò)，例如wlan、蜂窩式網(wǎng)絡(luò)或衛(wèi)星。i/o接口可以包含用于將多個裝置連接到彼此或連接到另一服務(wù)器的一個或多個端口。

存儲器可以包含所屬領(lǐng)域中已知的任何計算機可讀媒體，包含例如：易失性存儲器，例如靜態(tài)隨機存取存儲器(sram)和動態(tài)隨機存取存儲器(dram)；和/或非易失性存儲器，例如只讀存儲器(rom)、可擦除可編程rom、快閃存儲器、硬盤、光盤以及磁帶。存儲器可以包含模塊和數(shù)據(jù)。模塊包含例程、程序、對象、構(gòu)件、數(shù)據(jù)結(jié)構(gòu)等，其執(zhí)行特定任務(wù)或?qū)嵤┨囟ǔ橄髷?shù)據(jù)類型。除其它用處外，數(shù)據(jù)還充當(dāng)存儲庫以用于存儲通過模塊中的一個或多個所處理、接收以及產(chǎn)生的數(shù)據(jù)。服務(wù)器102可進一步包括圖2中示出的應(yīng)用編程接口(api)218，其向已定義的請求響應(yīng)消息系統(tǒng)提供編程接口，所述請求響應(yīng)消息系統(tǒng)用javascript對象符號json來表示。json是使用人可讀文本來傳輸由屬性值對構(gòu)成的數(shù)據(jù)對象的開放標(biāo)準(zhǔn)格式。

服務(wù)器102可以進一步以通信方式與中央控制器110耦合。中央控制器110可以實施為一個或多個微處理器、微計算機、微控制器、數(shù)字信號處理器、中央處理單元、狀態(tài)機、邏輯電路和/或基于操作指令來操控信號的任何裝置。除其它能力外，中央控制器110還經(jīng)配置以提取并執(zhí)行存儲在主引擎202中的計算機可讀指令，如圖2中示出，其中，主引擎202是中心模塊，所述中心模塊與所有其它引擎和/或構(gòu)件配合、管理程序流、同步過程并處理錯誤。中央控制器110執(zhí)行計算機可讀指令以便指示圖1a中示出的控制系統(tǒng)116執(zhí)行一個或多個任務(wù)以用于處理訂單。

參考圖1a，響應(yīng)于由中央控制器110執(zhí)行的指令，控制系統(tǒng)116進而能夠控制一個或多個構(gòu)件，包括機械臂118(還被可互換地稱作機器人單元118)、產(chǎn)品/商品制造機120、容器分配器122、能夠經(jīng)由容器分配器122被分配的容器124、原料分配器126、保存區(qū)引擎128、具有顯示屏132的輸送艙引擎130。在一個實例中，取決于需要準(zhǔn)備的食品/飲料，產(chǎn)品/商品制造機120可以是咖啡機或烤餅制造機及類似者。另外，必須注意，中央控制器110、控制系統(tǒng)116、機械臂118、產(chǎn)品/商品制造機120、容器分配器122、原料分配器126、保存區(qū)引擎128、輸送艙引擎130以及顯示屏132共同地形成系統(tǒng)100的自動化產(chǎn)品/商品供應(yīng)系統(tǒng)(在下文中還被稱作自動化食品和飲料供應(yīng)系統(tǒng))。

必須理解，自動化食品和飲料供應(yīng)系統(tǒng)可以實施為機械電子系統(tǒng)架構(gòu)。圖1b說明典型的機械電子系統(tǒng)架構(gòu)100'。如圖1b中示出，機械電子系統(tǒng)架構(gòu)100'可以包括機械系統(tǒng)101'和電子系統(tǒng)103'。機械系統(tǒng)101'可進一步包括致動器105'和傳感器107'。致動器105'可以包括螺線管、音圈、dc電機、步進電機、伺服電機、液壓裝置、氣動裝置及類似者。根據(jù)本發(fā)明的各方面，前述致動器105'可以屬于系統(tǒng)100的構(gòu)件，所述構(gòu)件包括機械臂118、產(chǎn)品/商品制造機120、容器分配器122、原料分配器126、保存區(qū)引擎128以及輸送艙引擎130(圖1a中示出)中的至少一個。致動器可以經(jīng)配置以移動和/或控制這些構(gòu)件中的每一個以用于使得能夠向用戶供應(yīng)一個或多個商品。應(yīng)注意，致動器105'中的每一個可以經(jīng)由輸出信號調(diào)節(jié)和介接單元113'而從數(shù)字控制系統(tǒng)111'接收控制信號?？刂菩盘栔甘灸芰啃盘?，所述能量信號通過致動器轉(zhuǎn)換成機械運動以便移動和/或控制前述構(gòu)件中的至少一個。

另外，參考圖1b，所述機械系統(tǒng)可進一步包括能夠感測/測量多個物理變量的傳感器107'。傳感器107'可以包括開關(guān)、電位計、光電傳感器、數(shù)字編碼器、應(yīng)變計、熱電偶、加速度計、微電子(mem)傳感器及類似者。傳感器107'中的至少一個可以經(jīng)配置以感測/測量至少一個物理變量，包含但不限于，電平/位移、傾角/方向、聲音、光、應(yīng)力、壓力及類似者，并經(jīng)由如圖1b中示出的輸入信號調(diào)節(jié)和介接單元109'將所感測到的信號發(fā)送到數(shù)字控制系統(tǒng)111'。輸入信號調(diào)節(jié)和介接單元109'可以從傳感器107'接收所感測到的信號，并執(zhí)行所述所感測到的信號的信號調(diào)節(jié)和處理。在信號調(diào)節(jié)步驟中，所感測到的信號可以經(jīng)由存在于輸入信號調(diào)節(jié)和介接單元109'內(nèi)的放大器和濾波器來放大和濾波，以便獲得適合于進一步處理的經(jīng)調(diào)節(jié)信號。在處理步驟中，視具體情況，根據(jù)要求經(jīng)由模數(shù)轉(zhuǎn)換器或數(shù)模轉(zhuǎn)換器來處理經(jīng)調(diào)節(jié)信號，以便將經(jīng)調(diào)節(jié)信號轉(zhuǎn)換成數(shù)字/模擬信號，以獲得經(jīng)處理的感測信號(經(jīng)模擬/數(shù)字處理的感測信號)以將其輸入到數(shù)字控制系統(tǒng)111'以用于進一步處理。

如圖1b中示出，數(shù)字控制系統(tǒng)111'充當(dāng)系統(tǒng)控制器且可以實施為數(shù)字計算機和/或桌上型計算機。數(shù)字控制系統(tǒng)111'可以包括不同的邏輯電路、微控制器、控制算法、可編程邏輯控制器(plc)、專用集成電路(asic)、數(shù)字信號處理器(dsp)等。根據(jù)本發(fā)明的各方面，如圖1a中示出的控制系統(tǒng)116是指數(shù)字控制系統(tǒng)111'?；趫?zhí)行控制算法中的至少一個，數(shù)字控制系統(tǒng)111'能夠使用經(jīng)處理的感測信號來計算將由如圖1b中示出的致動器105'中的至少一個施加的控制動作。數(shù)字控制系統(tǒng)111'經(jīng)由輸出信號調(diào)節(jié)和介接單元113'將控制信號傳遞到致動器105'中的至少一個。

如圖1b中示出，輸出信號調(diào)節(jié)和介接單元113'使用存在于輸出信號調(diào)節(jié)和介接單元113'內(nèi)的功率放大器、脈寬調(diào)制(pwm)控制單元以及功率晶體管來處理從數(shù)字控制系統(tǒng)111'接收的控制信號，并視具體情況，根據(jù)要求經(jīng)由數(shù)模轉(zhuǎn)換器或模數(shù)轉(zhuǎn)換器將經(jīng)處理的控制信號轉(zhuǎn)換成模擬/數(shù)字控制信號。另外，輸出信號調(diào)節(jié)和介接單元113'可以將模擬/數(shù)字控制信號發(fā)送到致動器105'中的至少一個，以便處理模擬/數(shù)字控制信號且由此移動和/或控制前述構(gòu)件中的至少一個，包含機械臂118、產(chǎn)品/商品制造機120、容器分配器122、原料分配器126、保存區(qū)引擎128以及輸送艙引擎130(圖1a中示出)。

應(yīng)進一步注意，數(shù)字控制系統(tǒng)111'充當(dāng)在致動器105'和傳感器107'之間的反饋系統(tǒng)。在一個實例中，來自致動器105'中的一個的運動信號可以由傳感器107'中的一個感測到，且經(jīng)由輸入信號調(diào)節(jié)和介接單元109'被發(fā)送到數(shù)字控制系統(tǒng)111'。數(shù)字控制系統(tǒng)111'可以比較運動信號與參考運動信號以校正錯誤(如果存在)，且以校正控制信號的形式向致動器提供響應(yīng)以便獲得所希望的致動器輸出。因此，閉合環(huán)路控制系統(tǒng)以數(shù)字控制系統(tǒng)111'的形式存在于致動器105'和傳感器107'之間，所述數(shù)字控制系統(tǒng)實現(xiàn)前述構(gòu)件的移動和/或控制的準(zhǔn)確性。另外，圖形顯示器115'(圖1b中示出)可以經(jīng)配置以向最終用戶顯示信息和/或顯現(xiàn)信息，以及促進系統(tǒng)組件與最終用戶之間的交互。根據(jù)本發(fā)明的實施例，用戶裝置104和顯示屏132可以指示機械電子系統(tǒng)架構(gòu)100'的圖形顯示器115'。尤其地，在各種實施例中，用戶裝置104和顯示屏132可以通過以太網(wǎng)模塊和/或以太網(wǎng)纜線向最終用戶顯示信息/數(shù)據(jù)，其中，以太網(wǎng)模塊和/或以太網(wǎng)纜線在本文中指示圖1b中示出的機械電子系統(tǒng)架構(gòu)100'的輸出信號調(diào)節(jié)和介接單元113'。在實施例中，可以提供內(nèi)部觸摸面板以用于維護自動化食品和飲料供應(yīng)系統(tǒng)，其中，此類內(nèi)部觸摸面板可以進一步充當(dāng)圖形顯示器115'。應(yīng)注意，內(nèi)部觸摸面板可以反映自動化食品和飲料系統(tǒng)具有的所有數(shù)據(jù)控制，或提供可以與之交互的邏輯控制單元，例如，從保存區(qū)域中的位置中的一個的點到棄置區(qū)域的控制機械臂。以此方式，經(jīng)由系統(tǒng)100的構(gòu)件自動供應(yīng)商品的整個方法通過數(shù)字控制系統(tǒng)(即，圖1a中示出的控制系統(tǒng)116)來控制。

必須注意，盡管圖1a說明單一輸送艙引擎、單一產(chǎn)品/商品制造機、單一原料分配器，然而，自動化食品和飲料供應(yīng)系統(tǒng)可以包括多個輸送艙引擎(各自具有單獨的顯示屏)、多個產(chǎn)品/商品制造機、多個容器分配器、多個容器和多個原料分配器。

中央控制器110可以經(jīng)配置以經(jīng)由圖1a中示出的數(shù)據(jù)路由裝置108來與服務(wù)器102共享數(shù)據(jù)，反之亦然。在一個實例中，數(shù)據(jù)路由裝置108可以包含路由器、網(wǎng)橋、網(wǎng)關(guān)、防火墻、交換機中的至少一個或其組合。中央控制器110可以經(jīng)配置以將從服務(wù)器102接收的數(shù)據(jù)/信息轉(zhuǎn)換成自動化食品和飲料系統(tǒng)所希望的機器可理解指令/格式，以執(zhí)行準(zhǔn)備商品/產(chǎn)品和將所述商品/產(chǎn)品輸送到用戶的任務(wù)。下文參考圖3到圖10進一步解釋對下單、訂單處理和訂單的輸送的細節(jié)描述。應(yīng)注意，在圖3到圖10的描述中，在任何適用的情況下，每一構(gòu)件的描述(即，服務(wù)器102、用戶裝置104、中央控制器110、節(jié)點112、中間件114、控制系統(tǒng)116、機械臂118、產(chǎn)品/商品制造機120、容器分配器122、容器124、原料分配器126、保存區(qū)引擎128、輸送艙引擎130和輸送艙引擎130的顯示屏132)都通過參考如圖1a中示出的這些構(gòu)件來解釋。

參考圖3，其是描繪通過系統(tǒng)100執(zhí)行以促進和/或使得能夠向用戶自動供應(yīng)一個或多個商品/產(chǎn)品(在下文中被稱作菜單項)的步驟的流程圖300。如圖3中示出，用于自動供應(yīng)菜單項的方法在框302處開始。在框304處，存在于用戶裝置104內(nèi)的軟件應(yīng)用程序(下文稱為“裝置應(yīng)用程序”)可以檢查用戶是否具有在裝置應(yīng)用程序上注冊的賬號。如果用戶不具有在裝置應(yīng)用程序上注冊的賬號，那么在框306處，裝置應(yīng)用程序可以提示用戶在裝置應(yīng)用程序上注冊。注冊的細節(jié)參考圖4來解釋。

參考圖4，說明用于用戶注冊的工作流。如圖所示，在框402處，開始注冊過程。在框404處，在用戶裝置104上通過裝置應(yīng)用程序提示用戶借助用戶的社交網(wǎng)絡(luò)賬號在裝置應(yīng)用程序上注冊。在框406處，如果用戶借助社交網(wǎng)絡(luò)賬號來注冊，那么提示用戶提供手機號/聯(lián)系電話。如果用戶不具有社交網(wǎng)絡(luò)賬號或拒絕借助社交網(wǎng)絡(luò)賬號登錄，在框408處可以通過裝置應(yīng)用程序指示用戶完成注冊表格。在框410處，通過裝置應(yīng)用程序確認用戶的注冊且可以產(chǎn)生用戶服務(wù)器賬號。在框412處，在用戶裝置104上發(fā)送指示成功注冊的確認碼。在框414處，在用戶裝置104上通過裝置應(yīng)用程序提示用戶輸入確認碼。在框416處，通過裝置應(yīng)用程序檢查由用戶輸入的確認碼的有效性，以便完成用戶注冊過程?；诖_認碼的成功驗證，用戶的注冊完成，由此在框418處終止注冊工作流。

現(xiàn)在，再次參考圖3，在用戶在框308處成功登入裝置應(yīng)用程序之后，隨后在框310處，裝置應(yīng)用程序檢查用戶是否已經(jīng)在服務(wù)器102上針對菜單項下了當(dāng)前訂單。如果在框310處確定不存在用戶所下的當(dāng)前訂單，那么在框312處，裝置應(yīng)用程序在用戶裝置104上提示用戶針對任何商品/產(chǎn)品下單。用戶經(jīng)由裝置應(yīng)用程序下單的細節(jié)參考圖5來解釋。

參考圖5，說明用于通過用戶進行下單的工作流。如圖所示，在框502處，開始下單過程。在框504處，可以通過裝置應(yīng)用程序在用戶裝置104上提示用戶從分類地顯示在用戶裝置104的顯示屏上的多個菜單項選擇某一菜單項。另外，對應(yīng)于每一菜單項，可以將所述菜單項的可用性狀態(tài)實時地顯示給用戶。在框506處，裝置應(yīng)用程序可以檢查用于準(zhǔn)備/制作由用戶選定的所述菜單項的定制選項的可用性。如果定制選項是可用的，那么在框508處，提示用戶選擇他/她所感興趣的定制選項中的一個以便定制由用戶所下的訂單。如果通過用戶選定定制選項，那么在框510處產(chǎn)生對應(yīng)于用戶的定制定單。在框512處，不管用戶選定的定制選項是什么，都提示用戶選擇用于由用戶所下的訂單的取餐時間。在一些實施例中，可以向用戶顯示最早的取餐時間和服務(wù)器所建議的另外的取餐時間間隔以供用戶選擇，例如，在最早取餐時間之后的5到15分鐘等。隨后基于用戶選定適當(dāng)?shù)娜〔蜁r間而在框514處終止下單過程。

現(xiàn)在，再次參考圖3，一旦成功地下單，則就在框314處通過裝置應(yīng)用程序提示用戶對應(yīng)于所下訂單來進行支付。對應(yīng)于用戶所下的訂單而進行支付的細節(jié)參考圖6來解釋。

參考圖6，說明用于對應(yīng)于用戶所下的訂單而進行支付的工作流。如圖所示，在框602處，開始對所下的訂單進行支付的過程。用戶裝置104內(nèi)的裝置應(yīng)用程序可以提示用戶處理基于與用戶相關(guān)聯(lián)的訂單的支付。在框604處，提示用戶選擇信用賬戶來處理支付。如果在框604處確定用戶已經(jīng)選定信用賬戶以用于處理支付，那么在框606處，裝置應(yīng)用程序確定信用賬戶中的信用金額是否超出訂單價格。如果在框606處確定信用賬戶金額超出訂單價格，那么在框608處，裝置應(yīng)用程序通過減去針對總訂單價格支付的信用賬戶額度來針對訂單價格支付最大信用額度。具體地說，當(dāng)用戶針對訂單支付信用賬戶額度時，將總信用賬戶金額減去對應(yīng)的量，由此在框616處完成交易。如果在框606處確定信用賬戶金額小于訂單價格，那么在框610處，裝置應(yīng)用程序通過減去可用于用戶帳戶的全部信用金額以減少未支付的總訂單價格來針對訂單價格支付最大信用額度。

在框612處，裝置應(yīng)用程序可以檢查用戶帳戶是否具有用于支付剩余的未支付金額的支付信息。在框612處，如果確定用戶帳戶具有支付信息，那么裝置應(yīng)用程序使得用戶能夠使用此類支付信息來在框616處完成交易，并且之后確認所進行的支付。在框612處，如果確定用戶帳戶不具有支付信息，那么在框614處，可以提示用戶在裝置應(yīng)用程序中添加支付信息。在實施例中，提示用戶將支付信息添加到用戶帳戶以用于當(dāng)前訂單以及未來訂單的支付。存在各種類型支付方法，例如信用卡支付、借記卡支付、網(wǎng)上銀行、電子錢包、paypal及類似者。在一個實例中，為添加信用卡支付信息，用戶必須輸入信用卡號、信用卡有效期和信用卡安全碼。

裝置應(yīng)用程序可以進一步使得用戶能夠使用所添加的支付信息來在框616處完成交易，以便處理當(dāng)前訂單，并且之后確認所進行的支付。在實施例中，通過用戶經(jīng)由圖2中示出的支付引擎204處理交易。支付引擎204可以使用現(xiàn)有支付應(yīng)用程序編程界面(例如，braintreeapi)和第三方預(yù)授權(quán)支付系統(tǒng)(例如，paypal)，以便處理支付。

參考圖6，在框618處，可以對應(yīng)于用戶所下的訂單來分配采用訂單取餐pin形式的唯一訂單識別符(orderid)。用戶可以使用訂單取餐pin來在自動化食品和飲料供應(yīng)系統(tǒng)處取餐。用戶必須在自動化食品和飲料供應(yīng)系統(tǒng)處將所述pin輸入在輸送艙引擎的觸摸屏上以識別他們自身且取餐。

現(xiàn)在，再次參考圖3，一旦成功地進行支付，則在框316處，用戶裝置104內(nèi)的裝置應(yīng)用程序就可以在用戶裝置的顯示屏上向用戶顯示與訂單相關(guān)聯(lián)的訂單匯總。訂單匯總可以捕獲與訂單相關(guān)聯(lián)的訂單細節(jié)，包含所選定的菜單項、所選定的定制選項、所使用的支付方法、取餐時間和用于在自動化食品和飲料供應(yīng)系統(tǒng)處的訂單取餐的pin。在框318處，訂單和與其相關(guān)聯(lián)的訂單細節(jié)被傳送到服務(wù)器102以用于訂單的進一步處理。在框320處，服務(wù)器102可以重新格式化訂單且使所述訂單與配方識別符(recipeid)關(guān)聯(lián)。另外，服務(wù)器102可以基于自動化食品和飲料供應(yīng)系統(tǒng)的當(dāng)前狀態(tài)來對訂單區(qū)分優(yōu)先級。在實施例中，服務(wù)器102可以使與用戶所下的訂單相關(guān)聯(lián)的orderid與recipeid匹配以高效地存儲和發(fā)送數(shù)據(jù)。

必須注意，服務(wù)器102經(jīng)配置以維持用于在不同的輸送時間處的不同訂單的多個隊列。服務(wù)器102因此根據(jù)分配給下單的用戶的輸送時間來將當(dāng)前訂單置于這些隊列中。應(yīng)注意，通過應(yīng)用“先進先出”(fifo)策略來使得服務(wù)器102能夠?qū)?yōu)先權(quán)分配給每一訂單或?qū)τ唵闻抨牎Ｗ詣踊称泛惋嬃舷到y(tǒng)能夠供應(yīng)廣泛范圍的產(chǎn)品，所述產(chǎn)品需要不同的制造時間和用于準(zhǔn)備此類廣泛范圍的產(chǎn)品的不同構(gòu)件。服務(wù)器102可能能夠稍后接受訂單(例如，10分鐘之后)。應(yīng)注意，因為服務(wù)器102了解自動化食品和飲料系統(tǒng)的狀態(tài)以及每一訂單的制作時間，所以服務(wù)器102能夠計算出用于對應(yīng)的用戶的最早可用時間段。在一個實例中，如果用戶預(yù)訂菜單項為“拿鐵咖啡”且已經(jīng)請求最早接收訂單，然而，因為隊列中仍存在十杯飲料，服務(wù)器102因此隨后將通知用戶將“拿鐵咖啡”輸送給用戶的可能時間。

必須進一步理解，產(chǎn)品/商品的一些性質(zhì)可能僅通過特定的商品/產(chǎn)品制造機來制作，且因此一個商品/產(chǎn)品制造機的訂單應(yīng)該不會被另一個商品/產(chǎn)品制造機阻擋，而不管這些商品在隊列中的優(yōu)先權(quán)。在一個實例中，如果在自動化食品和飲料系統(tǒng)中存在獨立地充當(dāng)產(chǎn)品/商品制造機120的烤餅制造機和咖啡機，那么預(yù)訂烤餅的用戶將不會被已經(jīng)預(yù)訂拿鐵的其他用戶阻擋。然而，如果存在異常(例如，飲料制造機中的一個在制作飲料時發(fā)生故障)，那么受影響的訂單將以正確的訂單重做。在實例中，考慮存在兩個咖啡機(cm1、cm2)和一個烤餅制造機(hm1)，而存在十個咖啡訂單(co1、co2、....co10)和三個烤餅訂單(hco1、hco2、hco3)。在此實例中，假設(shè)將這些訂單分配給對應(yīng)的咖啡機和烤餅制造機如下：

cm1：co1→co3→co5→co7→co9

cm2：co2→co4→co6→co8→co10

hm1：hco1→hco2→hco3

在以上實例中，假設(shè)當(dāng)cm2在制作co4時，cm2由于技術(shù)原因或其它原因發(fā)生故障。同時，假設(shè)cm1在制作co3，在此類情形下將基于優(yōu)先權(quán)將所有剩余的訂單(包含co4)重新分配給cm1如下：

cm1：co1→co3→co4→co5→co6→co7→co8→co9→co10

cm2：co2→failure

hm1：hco1→hco2→hco3

必須注意，上述重新分配不影響烤餅制造機，因為烤餅制造機在任何情況下都不能夠制作咖啡。如果兩個咖啡機都發(fā)生故障，那么剩余的訂單將被標(biāo)記為“failed”且通過中央控制器110報告給服務(wù)器102。另外，咖啡機一發(fā)生故障，中央控制器就將把信號發(fā)送到服務(wù)器102，以便使得服務(wù)器102能夠調(diào)整對用戶的等待時間的預(yù)測。

現(xiàn)在再次參考圖3，在通過服務(wù)器102對訂單排隊之后，在框322處，服務(wù)器102可以將訂單連同訂單細節(jié)發(fā)送到自動化食品和飲料供應(yīng)系統(tǒng)。通過服務(wù)器102處理的訂單隊列被發(fā)送到自動化食品和飲料供應(yīng)系統(tǒng)。具體地說，經(jīng)由如圖1a中示出的路由裝置108將訂單連同訂單細節(jié)從服務(wù)器102路由到中央控制器110。

在框324處，自動化食品和飲料系統(tǒng)對訂單排隊。更確切地說，自動化食品和飲料系統(tǒng)可以基于自動化食品和飲料供應(yīng)系統(tǒng)的當(dāng)前狀態(tài)來重新設(shè)置所接收的訂單的優(yōu)先權(quán)。因此，自動化食品和飲料供應(yīng)系統(tǒng)執(zhí)行第二優(yōu)先權(quán)設(shè)定過程。另外，自動化食品和飲料供應(yīng)系統(tǒng)將訂單分配給食品和飲料供應(yīng)系統(tǒng)內(nèi)部的可用構(gòu)件以執(zhí)行訂單制作。

在實施例中，自動化食品和飲料系統(tǒng)借助于圖2中示出的訂單處理引擎206將所處理的訂單供應(yīng)給用戶。訂單處理引擎206執(zhí)行基于ai的算法以便以最高效的方式供應(yīng)多個訂單。訂單處理引擎206可以某一方式分配訂單，從而使得自動化食品和飲料供應(yīng)系統(tǒng)能夠以精確的時序提前準(zhǔn)備訂單，由此減少或避免在取餐期間的任何等待時間。

在實施例中，訂單處理引擎206基于“先到先供應(yīng)策略”或“早取餐先供應(yīng)策略”來供應(yīng)訂單。根據(jù)“先到先供應(yīng)策略”，訂單處理引擎206首先向已經(jīng)下單且最接近所述自動化食品和飲料供應(yīng)系統(tǒng)的用戶供應(yīng)菜單項。而根據(jù)“早取餐先供應(yīng)策略”，訂單處理引擎206可以基于用戶的訂單取餐時間采用公平調(diào)度方法來服務(wù)于用戶?？梢允褂萌鐖D2中示出的到達檢測引擎212來確定用戶的到達。到達檢測引擎212包括用于檢測在自動化食品和飲料供應(yīng)系統(tǒng)的范圍內(nèi)的用戶的到達的硬件與軟件模塊的組合。在實施例中，到達檢測引擎212可以使用自定義設(shè)計的藍牙低功耗(ble)技術(shù)來有效地提前處理客戶訂單，使得消除等待時間且最大化生產(chǎn)能力。一旦已經(jīng)下單的用戶極為接近自動化食品和飲料供應(yīng)系統(tǒng)，到達檢測引擎212就可以產(chǎn)生“到達”事件。

現(xiàn)在再次參考圖3，在框326處，自動化食品和飲料供應(yīng)系統(tǒng)可以使用所分配的構(gòu)件來執(zhí)行/處理用戶的訂單。必須理解，中央控制器110是存在于自動化食品和飲料供應(yīng)系統(tǒng)內(nèi)的計算機系統(tǒng)，所述計算機系統(tǒng)將從服務(wù)器102接收的信息/數(shù)據(jù)轉(zhuǎn)換成機器可理解的指令。通過自動化食品和飲料供應(yīng)系統(tǒng)從服務(wù)器102接收的數(shù)據(jù)/信息包括用戶所下的訂單連同與訂單相關(guān)聯(lián)的訂單細節(jié)。更確切地說，本文中的訂單細節(jié)是指用戶已經(jīng)預(yù)訂的商品和用戶的用于從輸送艙引擎130取到訂單的到達時間。數(shù)據(jù)/信息被中央控制器110提取和分析，且以指令的形式被傳遞到控制系統(tǒng)116和自動化食品和飲料供應(yīng)系統(tǒng)的其它構(gòu)件。

在一個實例中，如果用戶已經(jīng)經(jīng)由用戶裝置104針對商品“香草拿鐵”下單，且用戶的用于對所預(yù)訂的“香草拿鐵”取餐的用戶到達時間是20分鐘之后，那么包含所預(yù)訂的商品(即“香草拿鐵”)和到達時間(即20分鐘)的訂單細節(jié)經(jīng)由服務(wù)器102傳送到中央控制器110?；谒邮盏挠唵渭毠?jié)，中央控制器110可以提取產(chǎn)品信息，即“香草拿鐵”。然而，控制系統(tǒng)116和產(chǎn)品/商品制造機120可能不能夠理解“香草拿鐵”的含義。中央控制器110可以經(jīng)配置以指示產(chǎn)品/商品制造機120準(zhǔn)備在產(chǎn)品/商品制造機120中預(yù)定義的配方中的一個以完成用于商品“香草拿鐵”的訂單。類似地，中央控制器110可以經(jīng)配置以向控制系統(tǒng)116指示完成訂單所用的方式/方法。

因此，用于指示控制系統(tǒng)116和其它組件的整個業(yè)務(wù)邏輯在中央控制器110內(nèi)實施。本文中的業(yè)務(wù)邏輯是指必須應(yīng)用于訂單的預(yù)定義業(yè)務(wù)規(guī)則。舉例來說，在前述實例中，飲料制造機立刻開始制作飲料并沒有什么意義。替代地，中央控制器110將請求放在隊列中且僅在正確的時間將指令傳遞到控制系統(tǒng)116和其它子控制器，因此用戶將取到具有最佳質(zhì)量的飲料。中央控制器110可進一步包括節(jié)點112和中間件114。節(jié)點112充當(dāng)子控制器，所述子控制器經(jīng)配置以執(zhí)行數(shù)據(jù)的數(shù)據(jù)分析且控制自動化食品和飲料供應(yīng)系統(tǒng)的各種功能。而中間件114是經(jīng)配置以轉(zhuǎn)換所收集的數(shù)據(jù)且將經(jīng)轉(zhuǎn)換的數(shù)據(jù)發(fā)送到節(jié)點并控制控制系統(tǒng)116的功能的子控制器。訂單的處理/執(zhí)行的細節(jié)參考圖7a和圖7b來解釋。

參考圖7a，在框702處，開始用于執(zhí)行訂單的過程。在實施例中，所述過程在控制系統(tǒng)116的控制下基于從中央控制器110接收的指令來執(zhí)行。在框704處，控制系統(tǒng)116可以檢查用戶是否已經(jīng)在輸送艙引擎130中的一個的顯示屏132上輸入對應(yīng)于訂單的pin。顯示屏132可以是電容式觸摸使能顯示屏，其顯示出用戶界面以供用戶輸入pin和讀取相關(guān)信息。多個用戶有可能同時使用不同的輸送艙引擎觸摸屏。如果存在比可用的輸送艙引擎更多的用戶，那么一些用戶必須等待，直到輸送艙引擎觸摸屏可用。

如果在框704處確定用戶已經(jīng)在輸送艙引擎130的顯示屏132上輸入pin，那么所述過程前進到圖7b中示出的框732。如圖所示，在框732處，控制系統(tǒng)116可以檢查所輸入的pin是否是有效pin?；趐in的驗證，在框734處，控制系統(tǒng)116可以經(jīng)由中央控制器110檢索對應(yīng)于來自服務(wù)器102的訂單的訂單細節(jié)/信息。在框736處，分配對應(yīng)于其上輸入有pin的顯示屏的輸送艙引擎130以用于用戶的訂單的輸送。在框738處，保存區(qū)中的用于訂單的保存區(qū)位置使用保存區(qū)引擎128來檢查。保存區(qū)是其中可以放置菜單項且準(zhǔn)備好取餐的槽位。保存區(qū)引擎128經(jīng)配置以識別每一保存區(qū)位置的狀態(tài)并通知自動化食品和飲料系統(tǒng)。通過保存區(qū)引擎128進行的對保存區(qū)中的保存區(qū)位置的識別/檢查參考圖8a、圖8b、圖8c和圖8d來解釋。

參考圖8a說明根據(jù)本發(fā)明的實施例的包含經(jīng)配置以輸送咖啡等飲料的多個構(gòu)件的自動化食品和飲料供應(yīng)系統(tǒng)802。這些構(gòu)件的附近的區(qū)域形成圖示為圖8b中的“保存區(qū)域”的保存區(qū)。另外，圖8b示出所述構(gòu)件，包含機械臂118、輸送艙引擎130、糖漿分配器126(即原料分配器126)、棄置區(qū)域134以及在“保存區(qū)域”附近的杯狀棄置架804。這些構(gòu)件共同地經(jīng)配置以準(zhǔn)備咖啡且將咖啡分配給用戶104。保存區(qū)域可以呈任何形式，例如在如圖8b中示出的機械臂118的工作區(qū)域內(nèi)部的臺表面或杯架。保存區(qū)必須確保機械臂118的可達性。保存區(qū)用于通過機械臂118來促進各種動作，例如放置杯子、移動杯子以及棄置杯子等。另外，保存區(qū)位置需要確保安全性，以及在放置杯子、獲得杯子、移動杯子以用于將杯子從起點放置到保存區(qū)位置以及移動杯子以用于將杯子從保存區(qū)位置獲得至起點的不同機械臂動作之間應(yīng)該不存在沖突。

圖8c說明對應(yīng)于保存區(qū)的各種保存區(qū)位置。如圖8c中示出，保存區(qū)能夠同時支持六杯咖啡。然而，取決于在自動化食品和飲料供應(yīng)系統(tǒng)中使用的保存區(qū)域，保存區(qū)位置的能力可以增加。更確切地說，更大臺表面、另外的杯架或甚至其它形式表面可以支持形成根據(jù)本發(fā)明的實施例的保存區(qū)的杯布置。圖8d示出杯位置的識別。經(jīng)由保存區(qū)引擎128，控制系統(tǒng)116可以經(jīng)配置以記錄和檢查咖啡的位置和所述區(qū)域中的可用位置。保存區(qū)引擎128可以基于每一杯與機械臂的起點的所成的角度和每一杯距機械臂的起點的距離來確定/識別/檢查每一杯的位置。

現(xiàn)在參考圖7b，在如上文所解釋檢查保存區(qū)位置之后，在框740處，控制系統(tǒng)116可以檢查菜單項/產(chǎn)品是否在保存區(qū)128中。如果菜單項不在保存區(qū)中，那么在框742處，控制系統(tǒng)116可以指示圖1a中示出的多個構(gòu)件(例如，機械臂118、容器分配器122、原料分配器126和產(chǎn)品/商品制造機120)準(zhǔn)備/制作訂單。在一個實例中，控制系統(tǒng)116可以指示產(chǎn)品/商品制造機120基于通過中央控制器110提取的產(chǎn)品信息來準(zhǔn)備菜單項。機械臂118可以使用原料來通過原料分配器126制作菜單項。容器分配器122可以由機械臂118控制，以便分配用于容納由產(chǎn)品/商品制造機120準(zhǔn)備的菜單項的容器124?？刂葡到y(tǒng)116可以經(jīng)由圖2中示出的訂單制作引擎208來控制訂單執(zhí)行。隨后，訂單處理引擎208通過使用產(chǎn)品/商品制造機(例如，咖啡機或烤餅制造機)與中央控制器110之間的以太網(wǎng)接口來促進訂單的執(zhí)行/處理。另外，訂單處理引擎208可以將tcp/ip協(xié)議用作軟件接口來控制產(chǎn)品/商品制造機(例如，咖啡機或烤餅制造機)。這最大化操作可靠性且最小化停機時間。

在框744處，基于訂單的完成，控制系統(tǒng)116經(jīng)由中央控制器110通知服務(wù)器102訂單的完成。在框746處，通過機械臂118將訂單移動到對應(yīng)的輸送艙引擎130中以供用戶取餐。

在框740處，如果確定菜單項已經(jīng)存在于保存區(qū)中，那么在框748處控制系統(tǒng)116經(jīng)由中央控制器110通知服務(wù)器102訂單的完成。在框750處，通過機械臂118將存在于保存區(qū)的保存區(qū)位置中的訂單移動到對應(yīng)的輸送艙引擎130中。隨后可打開輸送艙引擎130的門以供用戶取餐。

在框752處，訂單剛通過機械臂118從保存區(qū)位置移動到輸送艙引擎130以供用戶取餐時的保存區(qū)位置的狀態(tài)可以通過控制系統(tǒng)116更新。在將訂單輸送給用戶之后，對應(yīng)的保存區(qū)位置的狀態(tài)改變?yōu)椤翱捎谩?，且因此可供自動化食品和飲料供?yīng)系統(tǒng)用于已經(jīng)完成制作的新訂單。用于訂單執(zhí)行/處理的過程隨后在框754處終止，如圖7b中示出。

現(xiàn)在再次參考圖7a，如果針對訂單的支付已經(jīng)被處理，且自動化食品和飲料供應(yīng)系統(tǒng)經(jīng)由到達檢測引擎212(圖2中示出)確定用戶在附近或接近對應(yīng)于用戶所下的訂單的取餐時間，那么自動化食品和飲料供應(yīng)系統(tǒng)可以基于如下文所解釋的在圖7a中的框706到730處描述的步驟而在用戶到達自動化食品和飲料供應(yīng)系統(tǒng)之前執(zhí)行訂單。

在框706處，自動化食品和飲料供應(yīng)系統(tǒng)可以使用上文所描述的所分配的構(gòu)件來執(zhí)行隊列中的訂單。當(dāng)?shù)搅嗽撝谱麝犃兄械挠唵蔚臅r間時，自動化食品和飲料供應(yīng)系統(tǒng)經(jīng)配置以執(zhí)行所述訂單。在框708處，自動化食品和飲料供應(yīng)系統(tǒng)可以經(jīng)由中央控制器110獲取訂單信息，例如配方id和通過用戶選定的其它選項。在框710處，響應(yīng)于來自中央控制器110的指令，自動化食品和飲料供應(yīng)系統(tǒng)配置控制系統(tǒng)116以控制所分配的構(gòu)件制作訂單，如上文所描述。在框712處，經(jīng)由控制系統(tǒng)116，自動化食品和飲料供應(yīng)系統(tǒng)經(jīng)配置以通知服務(wù)器102開始訂單的制作。在框714處，經(jīng)由服務(wù)器102在用戶裝置104上通知用戶開始訂單的制作。所述通知充當(dāng)對用戶的提醒，以試圖減少已完成的訂單在保存區(qū)中等待取餐的時間。在此階段處，用戶仍可以具有取消訂單的可行性。關(guān)于由用戶取消訂單的細節(jié)參考圖9來解釋。

參考圖9，在框902處，開始用于取消訂單工作流的工作流。在框904處，用戶可以經(jīng)由用戶裝置104在任何時候取消已下的訂單。在框906處，可以通知服務(wù)器102用戶已經(jīng)由用戶裝置104取消特定訂單。在框908處，服務(wù)器102可以經(jīng)配置以檢查用戶所取消的訂單是“尚未開始制作”還是“制作中”還是“完成制作”。如果在框908處通過服務(wù)器102確定訂單狀態(tài)是“尚未開始制作”，那么在框914處，將在下單時所支付的金額退還給用戶。另外，在框916處，在處理退款之后，從自動化食品和飲料供應(yīng)系統(tǒng)的隊列刪除訂單。如果在框908處通過服務(wù)器102確定訂單狀態(tài)是“制作中”或“完成制作”，那么在框910處，服務(wù)器102可以經(jīng)配置以通知自動化食品和飲料供應(yīng)系統(tǒng)訂單被用戶取消。在框912處，自動化食品和飲料供應(yīng)系統(tǒng)可以確定所取消的訂單的位置，且將所述訂單移動到自動化食品和飲料供應(yīng)系統(tǒng)內(nèi)的棄置區(qū)域134。取消訂單的過程隨后接著框912或框916而在框918處終止，如圖9中示出。

現(xiàn)在參考圖7a，在框716處，通知服務(wù)器102訂單制作完成且訂單準(zhǔn)備好供用戶取餐。在框718處，服務(wù)器102可以在用戶裝置上將更新訂單完成狀態(tài)以及用戶所下的訂單準(zhǔn)備好供取餐的通知發(fā)送給用戶。在框720處，經(jīng)由保存區(qū)引擎128，控制系統(tǒng)116可以檢查在保存區(qū)中是否存在可用的保存區(qū)位置以用于放置所制作的訂單。如果不存在可用保存區(qū)位置，那么在框722處，經(jīng)由保存區(qū)引擎128，控制系統(tǒng)116可以檢查哪個保存區(qū)位置包含已經(jīng)在保存區(qū)中花費最長時間的訂單。因為不存在另外的保存區(qū)位置來放置所下的當(dāng)前訂單，所以必須清理具有現(xiàn)有訂單的保存區(qū)位置。在框724處，控制系統(tǒng)116可以檢查且記錄與已經(jīng)在保存區(qū)位置中花費最長時間的訂單相關(guān)聯(lián)的訂單號。在框726處，控制系統(tǒng)116可以指示機械臂118棄置在包含持續(xù)最長時間的訂單的保存區(qū)位置中的訂單。機械臂118可以經(jīng)配置以將訂單移動到自動化食品和飲料供應(yīng)系統(tǒng)的棄置區(qū)域134以使保存區(qū)位置可用于已完成制作的新訂單。在框720處，如果控制系統(tǒng)116確定存在可用于放置當(dāng)前訂單的保存區(qū)位置，那么在框728處，控制系統(tǒng)116經(jīng)配置以記錄可用保存區(qū)位置。在框730處，控制系統(tǒng)116可以指示機械臂118將訂單移動到通過框726和728變得可用的保存區(qū)位置。

現(xiàn)在再次參考圖3，一旦訂單如上文所解釋的，移動到可用保存區(qū)位置中，在框328處，就可以經(jīng)由圖1a和圖2中示出的輸送艙引擎130將產(chǎn)品/商品(菜單項)輸送給用戶。輸送艙引擎130可以采用傳感器來檢測輸送艙引擎130中是否存在訂單。輸送艙引擎130可以相應(yīng)地產(chǎn)生“飲料存在”或“飲料為空”事件。

應(yīng)注意，對將菜單項輸送到用戶的觸發(fā)并不僅基于如上文所描述的在輸送艙引擎130的顯示屏132上使用pin(訂單識別符)的方法，系統(tǒng)100可以將替代的方法用于觸發(fā)菜單項的輸送。在一個實例中，自動化食品和飲料系統(tǒng)可以使得用戶能夠在顯示屏132上輸入用戶/用戶裝置識別號(例如，電話號碼，imei號及類似者)，所述用戶/用戶裝置識別號經(jīng)由輸送艙引擎130觸發(fā)菜單項的輸送。在另一實例中，可以通過自動化食品和飲料供應(yīng)系統(tǒng)實施藍牙信標(biāo)技術(shù)來供應(yīng)菜單項，而不需要用戶在顯示屏132上執(zhí)行經(jīng)由輸送艙引擎130觸發(fā)菜單項的輸送的任何觸摸動作。在此實例中，自動化食品和飲料供應(yīng)系統(tǒng)可以將系統(tǒng)識別符連同射頻(rf)廣播到用戶裝置104。經(jīng)由裝置應(yīng)用程序，用戶裝置104可以檢測信號的強度和補充數(shù)據(jù)以確認用戶裝置104的地理位置接近自動化食品和飲料供應(yīng)系統(tǒng)，且由此用戶可以在對應(yīng)的輸送艙引擎130處針對準(zhǔn)備好供取餐的訂單進行取餐。類似地，除了如上文所描述的基于pin的方法、基于用戶/裝置識別符的方法以及基于rf的方法之外，各種觸發(fā)菜單項到用戶的輸送的其它替代的方法也是可能的。

必須理解，機械臂118是硬件構(gòu)件，且因此不能夠自己理解訂單。為完成訂單，需要機器可理解指令。因此，機械臂118經(jīng)編程以定義自身存儲在機械臂118內(nèi)部的動作或路徑。在實例中，所述動作或路徑是使得能夠行進到容器分配器122且獲得用于容納由產(chǎn)品/商品制造機120制作的菜單項的容器124的動作或路徑。當(dāng)機械臂118從圖2中示出的機械臂引擎210接收指令時，這些動作和路徑將被觸發(fā)。根據(jù)本發(fā)明的實施例，在機械臂引擎210(圖2中示出)的控制下由機械臂118執(zhí)行以完成任何訂單的動作可以包含但不限于：

將容器124從容器分配器122移動到產(chǎn)品/商品制造機120。

將所處理的菜單項連同容器124從產(chǎn)品/商品制造機120移動到保存區(qū)。

經(jīng)由輸送艙引擎130輸送訂單。

在棄置區(qū)域134中棄置質(zhì)量已經(jīng)變得不太新鮮的菜單項。

機械臂118響應(yīng)于從機械臂引擎210(圖2中示出)接收的指令而執(zhí)行的上述動作用實例來進一步解釋。在此實例中，假設(shè)用戶已經(jīng)預(yù)訂咖啡。機械臂引擎210(圖2中示出)可以指示機械臂118打開夾鉗，將機械臂移動到容器分配器122(例如，在此情況下，杯料斗)，從杯料斗取出杯子，將杯子移動到產(chǎn)品/商品制造機120(例如，在此情況下，咖啡機)且開始準(zhǔn)備咖啡。機械臂引擎210可以指示機械臂根據(jù)訂單配方(濃度、標(biāo)準(zhǔn)/脫因咖啡豆、杯子大小-sml、牛奶類型等)來設(shè)定修改。機械臂118可以處理遇到的錯誤(如果存在的話)。另外，機械臂引擎210可以指示機械臂118將杯子移動在保存區(qū)中的可用保存區(qū)位置中，且將保存區(qū)位置號分配給關(guān)于供未來由用戶取餐的咖啡的訂單id。機械臂引擎210可以指示機械臂將對應(yīng)于訂單id的訂單(即咖啡)從保存區(qū)位置移動到空的輸送艙引擎130。輸送艙引擎130中的傳感器經(jīng)配置以閃爍指示輸送艙引擎130中的訂單的可用性的光。在用戶取出杯子之后，機械臂引擎210可以指示機械臂118閉合輸送艙引擎130的門，且閃爍的光自動地斷開。

參考圖2，自動化食品和飲料供應(yīng)系統(tǒng)進一步包括實時健康監(jiān)視引擎214以及遠程維護和控制引擎216。實時健康監(jiān)視引擎214經(jīng)配置以通知/更新自動化食品和飲料供應(yīng)的實時狀態(tài)以便確保所有構(gòu)件有效地且有效地工作。在一些實施例中，經(jīng)由報告來實現(xiàn)狀態(tài)的通知和/或更新，所述報告可以在遇到錯誤時通過sms或電子郵件迅速傳遞到相關(guān)的個人，因此最小化停機時間。遠程維護和控制引擎216可以經(jīng)配置以監(jiān)視和診斷應(yīng)用程序和系統(tǒng)數(shù)據(jù)，安裝和分配軟件和數(shù)據(jù)，且執(zhí)行遠程訓(xùn)練過程。

根據(jù)本發(fā)明各種實施例，各種傳感器(圖中未示出)用于提供閉環(huán)控制以確保操作包括預(yù)定義的可控制狀態(tài)。應(yīng)注意，傳感器可以用于輸送艙引擎、訂單制作構(gòu)件、接近性檢測、保存區(qū)以及輸送艙引擎的服務(wù)門中。如上文所描述的各種引擎能夠自動地且同時地工作，由此促進多處理。另外，上文所描述的系統(tǒng)100是時間觸發(fā)系統(tǒng)，所述系統(tǒng)能夠根據(jù)預(yù)定的任務(wù)調(diào)度來執(zhí)行一個或多個任務(wù)/功能。系統(tǒng)100支持其中程序流通過事件確定的事件驅(qū)動架構(gòu)。不需要針對狀態(tài)或即將進入的進程進行輪詢的過程。每一引擎根據(jù)所接收的事件異步地作用。此方法產(chǎn)生自動化食品和飲料供應(yīng)系統(tǒng)的中央控制器110的高工作效率。系統(tǒng)100可以通過在進程之間引入某一層來另外支持基于消息的進程間通信，消息隊列產(chǎn)生兩個進程都實施的隱含的基于數(shù)據(jù)的接口。這允許通過簡單地確保這些進程遵守相同的接口要求來獨立地擴展和修改這些進程。因為消息隊列將進程分開，所以容易通過簡單地添加另一進程來增大將消息添加到所述隊列或處理消息的速率。不需要改變代碼，也不需要改變配置。

現(xiàn)參考圖10，根據(jù)本發(fā)明的實施例，示出用于將一個或多個商品(例如，食品和飲料)自動供應(yīng)到用戶的方法1000。描述方法1000所按的次序并不意圖解釋為限制，且任何數(shù)目的所描述方法框可以按任何次序組合以實施方法1000或替代方法。此外，方法1000可以在任何合適的硬件、軟件、固件或其組合中實施。然而，為便于解釋，在下文描述的實施例中，方法1000可被視為在上述系統(tǒng)100中實施。

在框1002處，可以通過中央控制器110捕獲與用戶所下的訂單相關(guān)聯(lián)的訂單細節(jié)。用戶可以經(jīng)由用戶裝置104向以通信方式與所述中央控制器110耦合的服務(wù)器102下單。訂單細節(jié)可以至少包括與訂單相關(guān)聯(lián)的訂單識別符。

在框1004處，可以觸發(fā)與機器人單元118配合的一個或多個構(gòu)件以對應(yīng)于訂單來制作商品?？梢詮挠唵蔚奶幚淼拈_始立刻通知用戶訂單的處理的當(dāng)前階段，直到訂單的處理的成功完成。在一個實施方案中，響應(yīng)于通過中央控制器110執(zhí)行的一個或多個經(jīng)編程指令，可以通過控制系統(tǒng)116觸發(fā)與機器人單元118配合的一個或多個構(gòu)件。另外，控制系統(tǒng)116經(jīng)由服務(wù)器102通知用戶。

在框1006處，可以確定可從預(yù)定義保存區(qū)中的多個保存區(qū)位置獲得的保存區(qū)位置，以用于保存對應(yīng)于所處理的訂單的商品。在一個實施方案中，響應(yīng)于通過中央控制器110執(zhí)行的一個或多個經(jīng)編程指令，通過控制系統(tǒng)116確定可用保存區(qū)位置。

在框1008處，可以指示機器人單元118在保存區(qū)的所述保存區(qū)位置中移動對應(yīng)于訂單而制作的商品。在一個實施方案中，響應(yīng)于通過中央控制器110執(zhí)行的一個或多個經(jīng)編程指令，可以通過控制系統(tǒng)116指示機器人單元118移動商品。

在框1010處，可以從用戶接收輸入訂單識別符。在一個實施方案中，可以在多個輸送艙引擎130中的某一輸送艙引擎130的顯示器裝置上接收輸入識別符。

在框1012處，輸入訂單識別符可以與存在于與訂單相關(guān)聯(lián)的訂單細節(jié)中的訂單識別符匹配。在一個實施方案中，響應(yīng)于通過中央控制器110執(zhí)行的一個或多個經(jīng)編程指令，可以通過控制系統(tǒng)116將輸入訂單識別符與訂單識別符匹配。

在框1014處，基于輸入訂單識別符與訂單識別符的匹配，可以將商品從保存區(qū)位置分配到輸送艙引擎130中。在一個實施方案中，響應(yīng)于通過中央控制器110執(zhí)行的一個或多個經(jīng)編程指令，可以通過控制系統(tǒng)116指示機器人單元118分配商品。

盡管已經(jīng)用特定于結(jié)構(gòu)特征和/或方法的語言描述了用于自動供應(yīng)一個或多個商品的方法和系統(tǒng)的實施方案，但應(yīng)理解，所附權(quán)利要求書未必限于所描述的特定特征或方法。確切地說，揭示特定特征和方法以作為用于自動供應(yīng)一個或多個商品的實施方案的實例。