用于集成用于订购和分配饮料的饮料分配app的系统和方法

摘要

一种系统和方法可以由通过电子设备执行的第一应用呈现第一用户界面，所述第一用户界面使用户能够选择在零售机构处供购买的食物和/或非食物。响应于由所述第一应用从使用所述第一用户界面的所述用户处接收到在所述零售机构处购买饮料的请求，可以将第二应用与所述第一应用链接。可以访问数据存储库，所述数据存储库包括可用于由所述零售机构处的饮料分配器分配的多个可选择饮料选项。所述第二应用可以呈现第二用户界面以便选择可选饮料选项。可以生成表示所选饮料的所选饮料指令代码并将所述所选饮料指令代码传送至所述零售机构处的所述饮料分配器以使所述饮料分配器被配置成分配所述所选饮料。

权利要求

1.一种方法，包括：

由通过电子设备执行的第一应用呈现第一用户界面，所述第一用户界面使用户能够选择在零售机构处供购买的食物和/或非食物；

响应于由所述第一应用从使用所述第一用户界面的所述用户处接收到在所述零售机构处购买饮料的请求而链接至第二应用以便由所述电子设备执行；

由所述第二应用访问数据存储库，所述数据存储库包括可用于由所述零售机构处的饮料分配器分配的多个可选择饮料选项；

由所述第二应用呈现第二用户界面以使所述用户能够选择所述可选择饮料选项之一；

生成表示所选饮料的所选饮料指令代码；以及

将所述所选饮料指令代码传送至所述零售机构处的所述饮料分配器以使所述饮料分配器被配置成分配所述所选饮料。

2.根据权利要求1所述的方法，其中，传送包括：使所述电子设备与所述饮料分配器建立通信会话；以及在所述通信会话期间由所述电子设备经由通信网络将所述所选饮料指令代码传送至所述饮料分配器。

3.根据权利要求2所述的方法，进一步包括：由所述第二应用呈现多种饮料品牌和所述饮料品牌的风味以供所述用户选择；以及响应于所述用户选择饮料品牌和所述饮料品牌的风味而生成所述所选饮料指令代码。

4.根据权利要求3所述的方法，进一步包括：由所述第一应用或所述第二应用使所述用户能够选择将由所述分配器分配的饮料大小。

5.根据权利要求1所述的方法，进一步包括：由所述第一应用与所述零售机构的销售点建立通信会话；以及利用所述销售点来实现对所述食物、所述非食物和/或所述所选饮料的支付。

6.根据权利要求1所述的方法，进一步包括：由所述第一应用接收与所述订单相关联的订单标识符；以及由所述第二应用经由所述电子设备将所述订单标识符传送至所述分配器以便在所述分配器处显示。

7.根据权利要求1所述的方法，进一步包括：由所述第二应用从所述第一应用接收与所述零售机构相关联的安全密钥以使所述第二应用能够在所述零售机构处进行操作；

响应于所述第二应用接收到来自所述第一应用的所述安全密钥而查询安全密钥数据库以判定所述安全密钥是否被激活；以及响应于确定所述安全密钥被激活而使所述用户能够使用所述第二应用订购饮料，否则，阻止所述用户订购饮料。

8.根据权利要求1所述的方法，其中，链接包括深度链接至所述第二应用。

9.根据权利要求1所述的方法，其中，链接至包括通过通信网络链接至所述第二应用。

10.根据权利要求1所述的方法，进一步包括：由所述电子设备判定所述电子设备上是否安装了所述第二应用；以及响应于确定所述电子设备上未安装所述第二应用：对所述用户生成下载所述第二应用的通知；

响应于从所述用户接收到下载所述第二应用的确认而由所述电子设备下载所述第二应用，否则，不下载所述第二应用；以及响应于下载所述第二应用而启动所述第二应用以允许向所述用户呈现所述第二用户界面。

11.根据权利要求1所述的方法，其中，所述第一应用和所述第二应用是移动app，并且其中，所述电子设备是移动电子设备。

12.根据权利要求1所述的方法，其中，所述第二用户界面被进一步配置成使所述用户能够根据可用于由所述饮料分配器分配的多个可选择饮料选项来生成共混饮料，并且其中，所述第二用户界面被进一步配置成使所述用户能够选择待共混的所选饮料选项中的每一个的百分比。

13.根据权利要求1所述的方法，其中，访问所述数据存储库包括经由无线网络与被配置成存储可用于在所述零售机构处由所述饮料分配器分配的一组可选择饮料选项的服务器通信。

14.根据权利要求1所述的方法，进一步包括：通过处理单元对向用户分配的饮料数量进行计数；

由所述处理单元确定向所述用户分配的所述饮料数量超过阈值水平；以及响应于所述所分配饮料数量超过所述阈值水平而经由通信网络向所述用户传送针对产品或服务的奖励。

15.一种系统，包括：

电子显示器；

非暂态存储器；以及

处理单元，所述处理单元与所述电子显示器和所述非暂态构件通信，并且被配置成：执行第一应用和第二应用，所述第一应用和所述第二应用当由所述处理单元执行时使所述处理单元：呈现用户界面，所述用户界面使用户能够选择在零售机构处供购买的食物和/或非食物；

响应于从使用所述第一用户界面的所述用户处接收到用于在所述零售机构处购买饮料的请求而链接至所述第二应用以便执行；

访问数据存储库，所述数据存储库包括可用于由所述零售机构处的饮料分配器分配的多个可选择饮料选项；

呈现第二用户界面以使所述用户能够选择所述可选择饮料选项之一；

生成表示所选饮料的所选饮料指令代码；并且

将所述所选饮料指令代码传送至所述零售机构处的所述饮料分配器以使所述饮料分配器被配置成分配所述所选饮料。

16.根据权利要求15所述的系统，其中，所述处理单元在通信时被进一步配置成：使得在所述处理单元与所述饮料分配器之间建立通信会话；并且在与所述饮料分配器的所述通信会话期间经由通信网络传送所述所选饮料指令代码。

17.根据权利要求16所述的系统，其中，由所述处理单元执行的所述第一应用和所述第二应用被进一步配置成使所述处理单元：在所述电子显示器上呈现多种饮料品牌和所述饮料品牌的风味以供所述用户选择；并且响应于所述用户选择饮料品牌和所述饮料品牌的风味而生成所述所选饮料指令代码。

18.根据权利要求17所述的系统，其中，由所述处理单元执行的所述第一应用和所述第二应用被进一步配置成使所述处理单元能够通过所述第一应用或所述第二应用使所述用户能够选择将由所述分配器分配的饮料大小。

19.根据权利要求15所述的系统，其中，由所述处理单元执行的所述第一应用被进一步配置成使所述处理单元：通过所述第一应用与所述零售机构的销售点建立通信会话；并且利用所述销售点来实现对所述食物、所述非食物和/或所述所选饮料的支付。

20.根据权利要求15所述的系统，其中，由所述处理单元执行的所述第一应用和所述第二应用被进一步配置成使所述处理单元：接收与所述订单相关联的订单标识符；并且

将所述订单标识符传送至所述分配器以便在所述分配器处显示。

21.根据权利要求15所述的系统，其中，由所述处理单元执行的所述第一应用和所述第二应用被进一步配置成使所述处理单元：接收与所述零售机构相关联的安全密钥以使所述第二应用能够在所述零售机构处进行操作；

响应于接收到所述安全密钥而查询安全密钥数据库以判定所述安全密钥是否被激活；

并且

响应于确定所述安全密钥被激活而使所述用户能够使用所述第二应用来订购饮料。

22.根据权利要求15所述的系统，其中，所述处理单元在链接时被进一步配置成从所述第一应用深度链接至所述第二应用。

23.根据权利要求15所述的系统，其中，所述处理单元在链接时被进一步配置成通过通信网络与所述第二应用通信。

24.根据权利要求15所述的系统，其中，由所述处理单元执行的所述第一应用被进一步配置成使所述处理单元：判定所述电子设备上是否安装了所述第二应用；并且响应于确定未安装所述第二应用：

对所述用户生成下载所述第二应用的通知；

响应于从所述用户接收到下载所述第二应用的确认而通过所述电子设备下载所述第二应用，否则，不下载所述第二应用；并且响应于下载所述第二应用而启动所述第二应用以允许向所述用户呈现所述第二用户界面。

25.根据权利要求15所述的系统，其中，所述第一应用和所述第二应用是移动app，并且其中，所述电子设备是移动电子设备。

26.根据权利要求15所述的系统，其中，所述第二用户界面被进一步配置成使所述用户能够根据可用于由所述饮料分配器分配的多个可选择饮料选项来生成共混饮料，并且其中，所述第二用户界面被进一步配置成使所述用户能够选择待共混的所选饮料选项中的每一个的百分比。

27.根据权利要求15所述的系统，其中，所述处理单元在访问所述数据存储库时被进一步配置成经由无线网络与被配置成存储可用于在所述零售机构处由所述饮料分配器分配的一组可选择饮料选项的服务器通信。

28.根据权利要求15所述的系统，进一步包括：处理单元，所述处理单元被配置成：

向用户分配的饮料数量；

确定向所述用户分配的所述饮料数量超过阈值水平；并且响应于所述所分配饮料数量超过所述阈值水平而向所述用户传送针对产品或服务的奖励。

说明书

用于集成用于订购和分配饮料的饮料分配app的系统和方法

相关申请的交叉引用

[0001] 本申请要求于2016年10月12日提交的美国临时申请号62/407,380的权益，所述美国临时申请通过引用以其全文结合在此。

背景技术

[0002] 如餐馆(例如，快餐店)等食物服务零售店日益变得越来越精通高新技术。许多餐馆已经开发了允许经由互联网进行远程食物订购的网站。最近，餐馆已经开发了允许顾客预订或甚至实时订购其餐食的移动app。然而，尽管餐馆变得越来越精通高新技术，但是食物准备和履行过程的各个方面效率低下，并且在一些情况下，考虑到顾客面对其他移动app的复杂程度，并不满足顾客期望。

发明内容

[0003] 为了使用移动平台创建精通高新技术的餐馆，可以将对与餐馆的销售点或其他支付系统集成的餐馆移动app(第一app)的集成与将与餐馆处的饮料分配器或其他分配器机器集成的饮料分配器移动app(第二app)集成。在集成第一app和第二app时，可以利用从第一app到第二app的深度链接或其他集成构造，使得第一app可以调用第二app内的一个或多个功能，而不必执行整个第二app。在实施例中，第二app可以操作以使用户能够订购具有单一成分或多种成分的组合的饮料。

[0004] 根据餐馆的配置，在移动电子设备上操作的移动设备可以与饮料分配器直接或间接(例如，经由通信网络上的服务器)通信以传送饮料订单以便在饮料分配器处进行分配。这种订购可以使汽车餐馆(restaurant drive thru)处的用户能够生成和传输定制饮料以便由餐馆内的操作者进行分配从而在汽车餐馆窗口处提供给用户。因为用户可以创建和存储由两种或更多种成分形成的混合或定制饮料，所以第二app可以支持在零售机构或食物服务零售店处购买消耗品和/或非消耗品的同时订购单一成分或混合成分的饮料的能力。
饮料可以由在零售机构处工作的操作者或顾客操作的分配器的用户选择性地分配。在实施例中，可以在第一app与第二app之间传递订单标识符，并且可以将订单标识符与饮料订单相关联。作为示例，可以在如分配器上的电子显示器等电子显示器上显示订单标识符以便更容易地将所分配饮料与订单相关联。

[0005] 在另一个实施例中，代替使用深度链接来集成第一app和第二app，可以利用软件开发包(SDK)使用应用程序接口(API)将第二app的功能集成到第一app中，所述API在第一app被编译时使用如本领域中所理解的子例程定义、协议等来使第一app能够与第二app集成。作为示例，一种功能可以包括提供饮料选择的用户界面，其中，所述选择可以包括创建可以形成饮料(或其他食物，这取决于分配器的类型)的成分的共混物的能力。可以利用用于允许餐馆移动app访问饮料分配器app或其他app的其他实施例，所述其他app另外可以是用于与可以由顾客操作的餐馆设备一起使用的独立app。

[0006] 在又另一个实施例中，可以利用从食物零售店app到基于云的饮料分配器接口系统的API连接。此实施例允许用户使用食物零售店app，而不必下载饮料分配器app，但是用户可以下载饮料分配器app进行独立使用。基于云的饮料分配器接口系统可以包括使用户能够查看将由用户经由移动设备显示和/或共混的并且在用户所处的食物零售店处的分配器处分配的可用饮料成分的功能。在实施例中，基于云的饮料分配器接口系统可以包括数据存储库，所述数据存储库包括以下各项的一个或多个列表：分配器、每个分配器处的饮料成分、每个分配器的位置、每个分配器的标识符、每个分配器所处的食物零售店以及与每个分配器和食物零售店相关联的其他信息。使用基于云的饮料分配器接口系统使基于云的饮料分配器接口系统的开发者能够支持来自单个平台的多个不同的食物零售店app、保持每个app的共同平台并且对具体移动设备技术不可知。基于云的饮料分配器接口系统可以用于使用如本领域中所理解的任何网页生成脚本或编程语言来生成网页。例如，可以利用如Java或HTML5等这种语言。用户界面可以操作以使用户能够查看可用饮料成分、选择具体饮料、存储和选择喜爱的饮料或共混饮料等。作为响应，基于云的饮料分配器接口系统可以将信息传送至食物零售店app、食物零售店处的饮料分配器和/或POS以便在其处进行分配和支付。可以针对用户、针对以聚合方式进行包括、针对奖励等将与分配、使用情况、所选饮料、用户信息、时间戳等有关的信息存储在数据存储库中。

[0007] 在仍另一个实施例中，被配置成呈现用户界面的一个或多个电子设备可以定位于分配器处或附近。例如，电子设备可以包括立于地板上的服务亭(kiosk)、安装到墙上的平板计算机或其他电子设备。在实施例中，电子设备可以被配置成本地执行用户界面并且与以下各项通信：(i)在电子设备邻近的位置中的一个或多个分配器；(ii)可以被配置成支持可能希望创建和保存饮料共混物、保持历史记录等的用户的账户或记录的远程分配器服务器；(iii)电子设备所处的食物零售店处的POS；(iv)可能已经下载饮料分配app并且已经在其上存储饮料收藏夹的用户的移动设备；(v)可以通过促销、广告等来参与支持分配器app使用的第三方服务器，或者其他系统。相比于将在分配器本身处形成队列的情况，通过在分配器附近提供一个或多个饮料分配器用户界面，单个分配器可以能够以小得多的延迟支持多个用户，如本文进一步描述的。

[0008] 在一个实施例中，一种系统和方法可以由通过电子设备执行的第一应用呈现第一用户界面，所述第一用户界面使用户能够选择在零售机构处供购买的食物和/或非食物。响应于由所述第一应用从使用所述第一用户界面的所述用户处接收到用于在所述零售机构处购买饮料的请求，可以将第二应用与所述第一应用链接以便由所述电子设备执行。可以通过所述第二应用访问数据存储库，所述数据存储库包括可用于由所述零售机构处的饮料分配器分配的多个可选择饮料选项。所述第二应用可以呈现第二用户界面以使所述用户能够选择所述可选择饮料选项之一。可以生成表示所选饮料的所选饮料指令代码并将所述所选饮料指令代码传送至所述零售机构处的所述饮料分配器以使所述饮料分配器被配置成分配所述所选饮料。

附图说明

[0009] 通过参照以下详细描述同时结合附图，可以获得对本发明的方法和装置的更完整的理解，在附图中：

[0010] 图1是食物服务零售店处的说明性订单的图示，所述食物服务零售店处的饮料分配器可以被配置成被指示准备和分配饮料；

[0011] 图2是由食物服务软件应用执行的说明性功能的图示；

[0012] 图3是说明性食物服务零售店环境的图示，其中，用户可以在食物服务零售店环境内使用移动设备下食物和/或饮料订单；

[0013] 图4是替代性说明性食物服务零售店环境的图示，其中，用户可以在食物服务零售店环境内使用移动设备下食物和/或饮料订单；

[0014] 图5是说明性分配器环境的图示，所述分配器环境包括分配器，所述分配器被配置成分配由用户经由在电子设备上执行的应用，如在移动电子设备上执行的移动app选择的饮料；

[0015] 图6是说明性交互图的图示，所述交互图包括分配器，所述分配器被配置成分配由用户经由可以执行第一移动app的电子设备(例如，智能电话)选择的饮料；

[0016] 图7是使用户能够在零售环境或食物服务零售店内订购饮料的说明性app执行过程的流程图；

[0017] 图8是使用户能够在零售环境或食物服务零售店内订购饮料的说明性app执行过程的流程图；

[0018] 图9是说明性用户界面的四个屏幕截图；

[0019] 图10是用于执行利用饮料分配器app(第二app)的一个或多个功能的食物服务零售店app(第一app)的说明性过程的流程图；

[0020] 图11是分配器的说明性用户界面的屏幕截图；

[0021] 图12是用于在零售机构处提供饮料的说明性过程的流程图；并且

[0022] 图13是具有计算环境的说明性食物零售店环境的图示，所述计算环境支持使用户能够在食物零售店内购买食物和饮料的食物零售店app和饮料app。

具体实施方式

[0023] 关于图1，示出了食物服务零售店处的说明性订单100的图示，所述食物服务零售店处的饮料分配器可以被配置成被远程指示准备和分配饮料。订单100可以包括将以电子形式传送的数据并且包括(i)呈数字数据形式的食物服务订单102以及(ii)呈数字数据形式的饮料订单104。食物服务订单102可以包括表示用户选择订购的食物产品(例如，汉堡包、热狗或者任何其他非饮料食物产品)的数据。饮料订单104可以包括与通过食物服务订单102订购的饮料有关的信息。饮料可以包括单个成分或饮料成分的共混物。饮料成分可以包括用于产生品牌饮料的成分和可以添加到可以通过食物服务位置处的饮料分配器分配的品牌饮料中的风味添加剂。

[0024] 用于产生如可乐软饮品、柠檬-酸橙软饮品、橙味软饮品等品牌饮料的成分可以包括传统饮料浓缩物、基础饮料浓缩物或糖浆。可以通过后混合分配器将传统饮料浓缩物、基础饮料浓缩物或糖浆与水、碳酸水或其他稀释剂混合以产生成品饮料。传统饮料浓缩物、基础饮料浓缩物或糖浆通常具有3∶1至5∶1或更高的8∶1的范围内的重构比。

[0025] 用于产生品牌饮料的成分还可以包括饮料基料组分，如单独储存和分配的甜味剂以及(多种)未甜味化的风味剂组分或微成分。在一些实例中，未甜味化的风味剂组分可以包括提供某一甜味度的元素，但是在未甜味化的风味剂组分中不提供添加的甜味剂。可以通过后混合分配器将甜味剂和(多种)未甜味化的风味剂组分与水、碳酸水或其他稀释剂混合以产生成品饮料。在一些实施例中，所述(多种)未甜味化的风味剂组分可以包括品牌饮料的单独储存和分配的酸和酸可降解的风味剂组分。如此，可以通过后混合分配器将酸性的未甜味化的风味剂组分、酸可降解的未甜味化的风味剂组分、甜味剂和稀释剂(水、碳酸水等)全部混合在一起以产生成品饮料。甜味剂通常具有处于以下范围内的重构比：对于营养性甜味剂：3∶1至5∶1或者更高的8∶1；或者对于高强度甜味剂：10∶1或更大、25∶1或更大、50∶1或更大、150∶1或更大或者300∶1或更大。未甜味化的风味剂组分通常具有10∶1或更大、
25∶1或更大、50∶1或更大、150∶1或更大或者300∶1或更大的重构比。

[0026] 风味添加剂可以包括如樱桃、覆盆子、香草等不旨在由自身或者仅在与稀释剂混合时形成成品饮料的风味剂。在一些实例中，可以以其中仅风味添加剂被分配的风味剂颗粒(shot)的形式分配风味添加剂。可以将这种风味剂颗粒添加到已经分配到杯子或其他容器中的成品饮料中。在一些实例中，可以在分配用于产生品牌饮料的饮料成分的同时分配风味添加剂。如此，可以产生品牌饮料的风味版本，如樱桃风味可乐软饮品、覆盆子风味柠檬-酸橙软饮品、香草风味橙味软饮品等。如此，可以将风味添加剂与上述用于产生品牌饮料的成分中的任何一种混合。

[0027] 在一些实例中，可以在品牌饮料分配期间的某个时刻，如在用于分配品牌饮料的分配操作开始或结束时以风味剂颗粒的形式添加风味添加剂。在一些实例中，可以与用于产生品牌饮料的饮料成分一起以预定比例连续添加风味添加剂。所述比例可以基于与品牌饮料相关联的配方，以便产生与风味品牌饮料(例如，具有樱桃的可乐软饮品)相反的品牌风味饮料(例如，樱桃-可乐软饮品)。在前一种情况下，可以针对被分配的具体品牌饮料定制樱桃或其他风味添加剂的量。例如，在分配樱桃-可乐品牌软饮品时可以添加较多樱桃，并且在分配樱桃-柠檬-酸橙品牌软饮品时可以添加较少樱桃。在后一种情况下，樱桃或其他风味添加剂的量对于所有品牌饮料而言可以基本相同(例如，每当分配具有风味添加剂的品牌饮料时添加1盎司的风味添加剂)。

[0028] 当分配饮料成分的共混物时，可以分配共混饮料。共混饮料包括用于将被一起分配以形成成品饮料的两种或更多种品牌饮料的饮料成分(例如，用于柠檬-酸橙品牌饮料和橙味品牌饮料的成分)。可以将这种共混饮料与上述品牌饮料成分和/或风味添加剂的任何组合一起分配。

[0029] 关于图2，示出了由食物服务软件应用200执行的说明性功能的图示。食物服务应用200可以被配置成通过向用户提供食物服务选择204和饮料选择206来创建订单202。因为分配器可以在如餐馆或商店等食物服务零售店内操作，所以零售环境可能期望向顾客提供其自己的可以经由台式机或移动设备访问的应用。如本领域中所理解的，向顾客提供品牌应用可以提供顾客忠诚度、品牌化和较高收益。然而，因为顾客可能熟悉使顾客能够创建和存储其自己的共混饮料的饮料app或者已经对所述饮料app建立了一定量的忠诚度，所以顾客可能期望能够在零售机构处时选择和分配那些共混饮料。此外，食物服务零售店可能期望支持其食物服务零售店处的那些app以便支持顾客已经熟悉和期望的功能。然而，食物服务零售店不期望创建用于支持那些功能的应用或重新创建已经良好运行的app和集成功能。如此，支持食物服务零售店和饮料分配器所有者的实施例可以包括能够以允许饮料分配器应用独立操作或结合食物服务应用操作的方式与饮料分配器应用接口连接的食物服务应用，如本文进一步描述的。

[0030] 食物服务选择204可以包括在食物服务零售店处可获得的食物的菜单列表。食物服务选择204可以提供组合餐、小吃、甜点等并且还可以包括饮料和/或饮料大小选择。在实施例中，饮料可以是预先包装的饮料(例如，单独容器装牛奶、罐装饮料、瓶装饮料)。然而，对于如软饮品等所分配饮料，食物服务应用200可以通过从食物服务应用200执行对第二移动app的调用(例如，深度链接调用、API调用等)来使用饮料选择206功能。在实施例中，可以在移动设备上下载和执行第二移动app并且第二移动app能够与食物服务零售店处的饮料分配器直接或间接通信。在替代性实施例中，第二移动app可以是基于云的并且可以经由API调用通过如互联网等通信网络经由例如移动网络或Wi-Fi网络进行访问。可以提供结账/下单208功能以使用户能够指示他或她的订单是完整的并且用户准备好下他或她的订单。在下他或她的订单时，用户可以利用食物服务零售店或零售环境的本地销售点(POS)经由食物服务应用200进行支付。在替代性实施例中，用户可以在POS处进行支付，并且POS可以将所选饮料传送至分配器。通过将食物服务应用200与饮料分配器应用集成，已经熟悉饮料分配器应用并且已经将饮料数据与饮料分配器应用一起存储的顾客可以能够容易地使用所述应用，并且食物服务零售店可以能够更快速地产生食物服务app。

[0031] 关于图3，示出了说明性食物服务零售店环境300的图示，其中，用户可以在食物服务零售店环境300内使用移动设备下食物和/或饮料订单。移动设备302可以包括食物服务app 304，并且可以集成饮料分配器app 306以在食物服务零售店内提供增强的食物服务订购功能。食物服务app 304可以是可用于在如食物服务零售店等零售环境处或内下订单的移动应用。如所示出的，在用户期望购买由食物服务零售店处的如软饮品分配器等饮料分配器分配的饮料的情况下，食物服务app 304可以与饮料分配器app 306交互。

[0032] 在操作中，食物服务app 304可以对饮料分配器app 306执行深度链接调用或以其他方式与所述饮料分配器app集成以利用饮料分配器app 306的使用户能够选择饮料和/或通过将由饮料分配器分配的多种成分创建饮料或共混饮料的一个或多个功能。饮料分配器app 306可以由用户在任何零售环境处用作独立app，所述零售环境中的饮料分配器被配置成与具有饮料分配器app 306的移动设备通信。例如，用户可以生成包括可供由分配器分配的两种或更多种成分的共混饮料。用户还可以指定喜爱的饮料或浏览饮料选择选项并且选择任何指定饮料以便在所述饮料分配器处分配。

[0033] 移动设备302可以经由网络308与食物服务订单履行服务器310通信。移动设备302可以接收信标通信、地理围栏通知或其他事件，如用户主动接合食物服务app 304，以发起与食物服务零售店处的销售点系统312通信。销售点系统312可以与饮料分配器314通信以传送将由所述饮料分配器分配的饮料订单。

[0034] 在操作中，响应于用户使用移动设备选择食物和饮料订单，可以经由网络308将订单数据316传送至食物服务订单履行服务器310。服务器310可以定位在食物服务零售店内或在如互联网等通信网络上。用户的订单可以通过用户将他或她的支付信息输入到食物服务app 304中来进行支付并且可以与订单数据316一起被包括。可替代地，用户可以在取得他或她的订单时在销售点系统312处进行支付。

[0035] 用户的饮料订单可以与饮料订单数据318一起传送至销售点312，所述销售点进而可以将饮料订单数据318传送至饮料分配器314。饮料分配器314可以响应于接收到饮料订单数据318而被自动配置成分配饮料订单数据318中的数据(例如，饮料指令代码)所表示的饮料。在实施例中，分配器314可以自动分配饮料。在另一个实施例中，食物服务零售店处的人员可以通过在饮料分配器314处的显示器上选择与饮料订单数据318相关联的标识符来操作所述分配器分配饮料。再者，如果分配器314可供用户分配他或她自己的饮料，则用户可以经由用户界面选择与饮料订单数据318相关联的他或她的饮料以使分配器创建饮料并从分配器分配饮料。作为示例，分配器314处的显示器上的用户界面可以列出用户发送至显示器的订单，并且用户可以从订单列表中选择他或她的订单。列表可以包括食物服务订单履行服务器310或POS 312创建的订单号(未示出)。代替使用订单号，可以在分配器处列出另一个指示符，如饮料大小和(多个)成分、用户标识符、电话号码的一部分(例如，电话号码的最后4位数)、电子邮箱地址或与饮料订单数据318相关联的其他指示符等，以便由操作者选择从而分配饮料订单。

[0036] 关于图4，示出了替代性说明性食物服务零售店环境400的图示，其中，用户可以在食物服务零售店环境内使用移动设备下食物和/或饮料订单。在实施例中，移动设备402可以配置有食物服务app 404和饮料分配器app 406。食物服务app 404可以是可用于在如食物服务零售店等零售环境处或内下订单的移动应用。如所示出的，在用户期望购买由食物服务零售店处的如软饮品分配器等饮料分配器分配的饮料的情况下，食物服务app 404可以与饮料分配器app 406交互。

[0037] 在操作中，食物服务app 404可以对饮料分配器app 406执行深度链接调用或以其他方式与所述饮料分配器app集成以利用饮料分配器app 406的使用户能够选择和/或通过将由饮料分配器分配的多种成分创建饮料或共混饮料的一个或多个功能。饮料分配器app 406可以由用户在任何零售环境处用作独立app，所述零售环境中的饮料分配器被配置成与具有饮料分配器app 406的移动设备通信。例如，用户可以生成包括可供由分配器分配的两种或更多种成分的共混饮料。用户还可以指定喜爱的饮料或者浏览饮料选择选项。

[0038] 移动设备402可以经由网络408与食物服务订单履行服务器410通信。移动设备402可以接收信标通信、地理围栏通知或者其他事件，如用户主动接合食物服务app 404，以发起与食物服务订单履行服务器410通信从而在食物服务零售店处发起订单。服务订单履行服务器410可以解析订单数据416以识别嵌入的或与其相关联的饮料订单数据418。食物服务订单履行服务器410可以与饮料分配器服务器412或饮料分配器414通信并将饮料订单数据418传送至服务器412或饮料分配器414。饮料分配器服务器412可以将饮料订单数据418传送至分配器414以实现分配所选饮料。

[0039] 在实施例中，执行饮料分配器app 406的移动设备402可以被配置成在与饮料分配器414通信时将饮料订单数据418直接传送至饮料分配器。移动设备402可以使用本地通信协议，如 或其他本地通信信道或者经由移动无线通信信道或以其他方式与分配器直接通信。在实施例中，饮料分配器414可以执行注册或其他过程以验证移动设备402的用户与饮料分配器服务器412具有账户。其他实施例可以允许饮料分配器app 
406与饮料分配器414接合以使饮料分配器414分配移动设备402的用户选择和/或创建的饮料。

[0040] 在操作中，响应于用户使用移动设备选择食物和饮料订单，可以经由网络408将订单数据416传送至食物服务订单履行服务器410。服务器410可以定位在食物服务零售店内或在如互联网等通信网络上。用户的订单可以通过用户将他或她的支付信息输入到食物服务app 404中来进行支付并且可以与订单数据416一起被包括。

[0041] 饮料分配器414可以响应于接收到饮料订单数据418而被自动配置成分配饮料订单数据418中的数据(例如，饮料指令代码)所表示的饮料。在实施例中，分配器414可以自动分配饮料。在另一个实施例中，食物服务零售店处的人员可以通过在分配器处的显示器上选择与饮料订单数据418相关联的标识符来操作饮料分配器414分配饮料。再者，如果分配器414可供用户分配他或她自己的饮料，则用户可以经由用户界面选择与饮料订单数据418相关联的他或她的饮料以使分配器被配置并从分配器分配饮料。作为示例，分配器414处的显示器上的用户界面可以列出用户发送至显示器的所有订单，并且用户可以从列表中选择他或她的订单。列表可以包括由食物服务订单履行服务器410创建的订单号(未示出)。代替使用订单号，可以在分配器处列出另一个指示符，如饮料大小和(多个)成分、用户标识符、电话号码的一部分(例如，电话号码的最后4位数)、电子邮箱地址或与饮料订单数据418相关联的其他指示符等，以便由操作者选择从而分配饮料订单。还可以在食物服务环境处定位使用户能够执行常规食物和/或饮料购买的销售点。

[0042] 关于图5A，示出了说明性分配器环境500的图示，所述分配器环境包括分配器502，所述分配器被配置成分配由用户经由其上具有如在移动电子设备上执行的移动app等用户界面506的电子设备504选择的饮料。分配器502可以包括如触摸屏等使可选择标记能够被显示的电子用户界面(“UI”)508。为了控制分配器502和UI 508，可以利用包括处理单元512的电路510来执行机器可读指令514以执行各种功能，如本文进一步描述的。处理单元512可以包括一个或多个计算机处理器和/或分立电子设备。在实施例中，处理单元512可以包括用于执行一种或多种功能的EEPROM、FPGA、ASIC、离散逻辑或其任何组合，所述功能包括监测盒或其他容器中的成分水平、与操作者建立通信、监测分配器的操作等。

[0043] 分配器502可以被配置成分配饮品，如软饮品、咖啡、茶、运动饮品、酒精饮料等。可替代地，分配器502可以被配置成分配食物，如可选地具有装饰配料或混合物的冰淇淋、零食混合物、热食等。再者，分配器502可以被配置成分配食物和饮料的组合，如(i)汤与面条、米饭和/或蛋白质(鸡肉、牛肉、虾)；(ii)热巧克力与棉花糖；(iii)汤与沙拉；(iv)奶昔等。可消耗成分可以储存于如本领域所理解的容器中，如盒、箱、罐、盒中袋或任何其他容器。

[0044] 处理单元512可以与存储器516通信，所述存储器可以被配置成存储数据，如可用成分、注册用户、本地注册用户、分配器信息(例如，名称、ID、商店号、地球物理坐标等)等。输入/输出(I/O)单元518可以使分配器502能够利用如本领域中所理解的任何有线和/或无线通信协议从分配器502向外传送信息。存储单元520可以被配置成存储数据存储库或数据库522，所述数据存储库或数据库存储可用于由分配器502分配的可消耗成分(未示出)的信息。

[0045] 如进一步示出的，分配器502可以被配置成通过通信网络524与服务器526传送数据，所述服务器操作用于将与分配器502相关联的信息存储于数据存储库530a至530n(统称为530)中的存储单元528。应当理解的是，数据存储库530可以用于存储来自多个分配器，如来自对应连锁的多个餐馆或商店的数据。

[0046] 零售环境可以包括使零售商能够从顾客收取付款的销售点532。在实施例中，POS 532可以手动操作。在另一个实施例中，POS 532可以被配置成与电子设备504直接或间接交互以使用户能够经由电子设备504用POS 532购买商品或服务，如本文进一步描述的。服务器534可以被配置成由零售商或者为零售商处理订单并且可以与POS 532通信以支持顾客在零售商处进行的购买。服务器534可以由零售商或卡处理器拥有，使得可以交易现金、信用卡、借记卡或其他形式的支付。

[0047] 电子设备504可以包括如本领域中所理解的处理单元、存储器和I/O单元并且可以被配置成同时执行多个app。如所示出的，电子设备504可以执行第一app 536和第二app或其一部分538。第一app 536可以是允许零售商在零售环境处促销商品和/或服务的零售商app、可以实现电子设备504的用户进行的购买并且可以执行其他动作。如先前所描述的，用户可能希望从分配器502购买饮料或其他所分配物品。为了提供集成app环境，第一app 536和第二app 538可以经由通过使用软件开发包支持的API在开发期间使用深度链接或集成彼此通信，由此允许用户具有两个app的功能，而不必下载两者。在另一个实施例中，饮料分配服务可以由第一app 536支持。

[0048] 在操作中，用户可以使用第一app 536查看和选择商品(例如，汉堡包、炸薯条和饮料大小)，并且响应于用户选择购买所分配物品(例如，饮料)，第一app 536可以调用第二app 538或其一部分(例如，功能)或以其他方式与其交互以选择待共混的一种或多种饮料成分。通过使第一app 536能够使用深度链接来调用第二app 538内的功能或通过对第二app 538的一个或多个功能的编译集成，用户可以利用第一app 536(例如，餐馆app)和第二app 538(即，分配器app)，而不必学习分配器的新用户界面。此外，因为分配器app是可以独立操作的分配器app并且处于分配器在其处可供使用的任何零售环境中，所以用户可以访问他或她的先前存储的喜爱饮料或饮料共混物，如用户先前创建和存储的。第二app 538可以访问存储于电子设备504或分配器服务器526上的先前存储的喜爱饮料或饮料共混物(或其他食物共混物)。可以以表示将由分配器502共混的成分和成分百分比的饮料指令代码的形式存储饮料共混物。

[0049] 当用户使用他或她的电子设备504订购要在零售环境处购买的商品和/或服务时，可以通过第一app 536和第二app 538创建订单数据540。第一app 536可以创建可选地包括饮料大小选择的订单数据。响应于用户经由第一app 536选择购买饮料，第一app 536可以与第二app 538通信以使用户能够选择要分配的一种或多种成分(例如，饮料品牌和/或饮料品牌的风味)。用户可以从他或她先前已经创建的或可供用户选择的共混物(例如，用户从他或她朋友处接收到的朋友的共混物)的列表中进行选择，而不是选择饮料品牌和/或饮料品牌的风味。应当理解的是，分配器可以包括任何其他类型的分配器，包括食物、食物和饮料等。第二app 538可以经由电子设备或分配器服务器526生成和/或访问饮料指令代码或饮料代码542，其中，饮料代码542可以包括指示将包括于饮料中的成分和成分百分比的标识符(例如，表示50％Coca-Cola 和50％Coca-Cola 的“CC0-50；CCR-50”)。

[0050] 在实施例中，饮料代码542可以从第二app 538传送至第一app 536以便传送至服务器526或534中的任一者、POS 532、分配器502或零售环境处或外部的其他系统，使得零售商和分配器所有者/操作者可以登记饮料购买。此后，零售环境处的操作者可以分配饮料。可替代地，第二app 538可以传送饮料代码542。在实施例中，第一app 536可以经由POS 532或其他设备接收与用户的订单相关联的订单标识符(ID)544。在用户不可访问第二app 538的情况下，用户可以向POS 532的操作者下饮料订单，并且POS 532可以生成订单ID 544并将其直接或间接传送至分配器502。订单ID 544可以是如编号等字母数字值，并且可以连同饮料代码542传送至分配器502，所述分配器进而可以在电子显示器508上显示订单ID 544以使操作者更容易分配与订单相关联的饮料。在实施例中，如果多个分配器订单传送至分配器502，则分配器502可以被配置成显示多个可选择饮料代码、订单ID或与对应顾客相关联的数据以便操作者选择与待分配订单相关联的饮料，如共同未决的美国专利申请序列号
2014/0040055中所提供的。订单ID 544可以从第一app 536传送至第二app 538，使得第二app 538可以将订单ID 544与饮料代码542一起传送。

[0051] 在实施例中，第一app 536可以被配置成向第二app 538提供与食物服务零售店相关联的密钥(未示出)以使还未注册使用第二app 538的用户能够在处于食物服务零店处时使用第二app 538的功能。第二app 538可以在允许第二app 538进行操作之前查询分配器服务器526以确认密钥有效。然而，如果用户向第二app 538进行了注册，则可以独立于密钥而使用第二app 538。在确定移动设备处于食物服务零售店的地理围栏内之后，第一app 536可以从信标、服务器接收密钥，或如存储在移动设备上。第一app 536可以显示或指示第二app 538显示食物服务零售店处的最受欢迎的饮料或任何其他饮料统计信息。

[0052] 在食物服务零售店可以能够支持使用第一app 536和第二app 538来提供用于支持在零售店处购买食物和饮料两者的集成且功能强大的解决方案的同时，零售店或第三方营销人员可以向第一app 536和/或第二app 538的用户提供促销营销。在实施例中，零售店和/或饮料分配器操作者(即，由分配器分配的饮料的卖方)可以通过跟踪每个用户的食物和/或饮料购买情况使用用户激励措施，并且向用户提供奖励。奖励可以是零售店处的折扣或免费食物或饮料(例如，买10份送免费三明治)。可替代地，奖励可以是零售店外部的折扣或免费物品。作为示例，零售店或饮料分配器操作者可以提供来自第三方营销人员的折扣或免费物品(例如，买10份送价值5美元的 或Apple 礼品卡)。为了支持促销营销，零售商服务器534和/或分配器服务器526可以跟踪第一app 536和/或第二app 
538的每个用户进行的购买情况。在实施例中，促销营销人员的服务器(未示出)可以从服务器534和526中的任一者或两者接收具有指示用户已经获得奖励的数据的通知。所述数据可以包括用户或用户与零售商/零售店、饮料分配器操作者和/或第三方营销人员中的任何一个的账户的识别数据。

[0053] 关于图6，示出了说明性交互图600的图示，所述说明性交互图包括分配器502，所述分配器被配置成分配由用户经由可以在步骤602处执行第一移动app的电子设备504(例如，智能电话)选择的饮料。在执行第一移动app时，用户可以选择在食物零售店处可获得的食物和/或非食物。作为第一移动app的一部分，用户可以能够在步骤604处订购饮料。第一移动app可以允许用户选择饮料作为餐食的一部分或作为单独的物品。如先前所描述的，用户可以选择通过从第一移动app中选择饮料大小(例如，小、中、大)来订购饮料，但是可以通过可以由第一移动app调用的第二移动app执行对将包括于饮料中的(多种)饮料成分的选择。

[0054] 作为图5的替代方案，可以在步骤606处执行对分配器服务器526或另一个基于云的服务器的API调用，而不是将第二移动app下载到电子设备504上或将其集成到由电子设备504执行的第一移动app中。可以在步骤608处由分配器服务器526执行第二app。分配器服务器526可以通过通信网络访问存储于分配器服务器526或其他服务器(未示出)处的数据库(未示出)。数据库可以包括具有账户或先前已经使用第二app(在此情况下为分配器app)的用户中的一些或全部的记录以向用户提供先前存储的信息，如喜爱的饮料、先前的共混饮料等。另外，数据库可以存储分配器和食物零售店信息，使得向用户提供的饮料选项可以准确地反映饮料分配器处可获得的成分、食物零售店处可获得的特殊饮料或者专门为用户请求在其处购买饮料的所述(多个)特定分配器和食物零售店设置的任何其他信息。API调用可以包括多个参数，包括用户ID、位置和/或分配器ID。例如，位置可以包括GPS数据或从食物零售店内的信标接收到的标识符，并且分配器服务器526可以确定用户本地的所述(多个)分配器，由此向用户提供准确的分配器成分和由食物零售店促销的特殊共混物。

[0055] 在步骤610处，可以访问并向电子设备504的用户呈现饮料选择用户界面。用户界面可以是在全球web的浏览器上可查看的网页，如本领域中所理解的。在步骤612处，用户可以使用饮料选择用户界面选择和/或创建共混饮料。在选择饮料时，用户可以选择标准单成分饮料或选择含有多种成分的预先建立的饮料。在实施例中，用户可以基于用户先前提交的信息选择喜爱的饮料。第二app可以生成要传送至饮料分配器以产生饮料的饮料代码(未示出)，其中，饮料代码可以包括将包括于所选饮料中的(多个)成分和其百分比。

[0056] 在可选步骤614a中，移动设备504可以与分配器502直接无线通信并且传送由第二app生成的饮料代码以便产生所选饮料。在实施例中，除了向分配器502传送饮料代码之外，还可以向分配器502传送包括订单号、用户ID等的其他信息以便在其处显示，使得操作者可以在准备好倾倒饮料时选择所显示信息。应当理解的是，在完成和支付订单后，可以向分配器502传送饮料代码和/或与饮料选择相关联的其他信息。在步骤614b处，可以向分配器服务器526传送饮料选择以便与用户账户一起存储或实现其他目的。在实施例中，分配器服务器526可以与分配器502通信并向分配器502传送所选饮料(例如，饮料代码)以便进行分配。

[0057] 在步骤616处，电子设备504可以向零售商服务器534、POS 532和/或分配器服务器526传送订单数据连同所选饮料。零售商服务器534可以收集所述数据以便管理食物库存。
POS 532可以使用所述数据为用户生成发票。分配器服务器526可以收集所选饮料信息以便通过分配器管理成分和实现其他统计分析目的。在步骤618处，分配器服务器526可以向饮料分配器502传送所选饮料(例如，饮料代码)连同如订单ID等标识信息以便在步骤620处在所述饮料分配器处显示并分配所选饮料。还可以向POS 532传送饮料信息以实现记录和/或计费目的。在步骤622处，可以向分配器服务器526发送来自饮料分配器502的饮料已分配通知以便由所述分配器服务器记录。

[0058] 关于图7，示出了使用户能够在零售环境或食物服务零售店内订购饮料的说明性app执行过程700的流程图。过程700可以在步骤702处开始，其中，用户可以在移动设备上启动第一移动app。应当理解的是，可以在移动设备或其他计算设备上启动基于云的app或应用，而不是启动移动app。第一移动app可以是使用户能够选择要在饮料分配器所处的食物服务零售店处购买的食物和/或服务的食物服务移动app。也可以为非饮料分配器提供相同或相似的功能。在步骤704处，可以响应于用户选择在食物服务零售店处购买饮料而从第一移动app启动第二移动app。在实施例中，可以使用对第二移动app内的功能或例程的深度链接或调用来从第一移动app启动第二移动app，使得可以不执行整个第二移动app。在替代性实施例中，可以在创建第一移动app时通过软件开发包嵌入或以其他方式集成第二移动app的功能或例程。在那一方面，可以提供针对第二移动app的API以使第一移动app能够连接至第二移动app的期望功能或例程。

[0059] 在步骤706处，可以通过被执行的第二移动app或其一部分显示饮料选择菜单。所述菜单可以包括可选择饮料、共混物选项、喜爱的饮料选项或在食物服务零售店处经由饮料分配器可获得的任何其他饮料选择特征。响应于用户在步骤708处选择购买饮料，第一和/或第二app可以将所选饮料添加到如本领域中所理解的“口袋”或“购物车”以供用户购买。在步骤710处，可以判定用户是否下了另一个饮品订单。如果是，则过程700返回到步骤708以便用户选择或创建另一种饮料。否则，过程继续到步骤712，其中，过程700返回到第一移动app以在食物服务零售店处进行进一步的食物购买、支付和/或结账。

[0060] 关于图8，示出了使用户能够在零售环境或食物服务零售店内订购饮料的说明性app执行过程800的流程图。过程800可以在步骤802处开始，其中，用户可以在移动设备上启动第一移动app。移动app也可以是基于云的。第一移动app可以是使用户能够选择要在饮料分配器所处的食物服务零售店处购买的食物和/或服务的食物服务移动app。在步骤804处，可以响应于用户选择在食物服务零售店处购买饮料而从第一移动app启动第二移动app。在步骤806处，移动设备可以使用多种通信协议连接至位于食物服务零售店处的分配器，所述通信协议包括如本领域中所理解的并且如本文先前所描述的局域或广域通信协议。第二移动app可以显示可选择饮料的列表供用户选择，所述列表可以包括具有用户先前创建的多种成分的饮料。一旦被选择，移动设备就可以向分配器传送饮料代码或其他指示符以在步骤808处创建和分配所选饮料。通过使用直接连接，除了处理选择购买的饮料的大小外，可以不必将销售点或其他系统重新配置成处理饮料订单。在步骤810处，可以判定用户是否下了另一个饮品订单。如果是，则过程800返回到步骤808以便用户选择或创建另一种饮料并且倾倒或分配饮料。否则，过程继续到步骤812，其中，过程800返回到第一移动app以在食物服务零售店处进行进一步的食物购买、支付和/或结账。

[0061] 关于图9，示出了说明性用户界面的四个屏幕截图。屏幕截图可以包括由食物服务零售店(在这种情况下为餐馆)提供的第一移动app的主菜单900a。主菜单900a可以显示多个不同区域，包括特色品区域902、食物选择区域904和饮料选择区域906。区域902、904和906中的每一个可以作为到使用户能够进行食物或饮料选择的另一个用户界面的超链接运行。还可以在主菜单900a上为用户提供其他区域和软按钮以查看食物服务零售店处的其他食物和非食物供应。

[0062] 响应于用户选择饮料选择区域906，可以启动第二移动app或其一部分以使用户界面900b被显示。用户界面900b是用于辅助用户选择和倾倒饮料的教程页面。用户界面900b可以提供关于“如何创建和倾倒您自己的混合物(How to Create&Pour Your Own Mix)”的指令，使得用户可以能够创建他或她自己的包括一种或多种饮料品牌和/或成分的饮料。在实施例中，如果用户过去已经看过教程页面，则第二app可以不显示用户界面900b。在显示用户界面900b之后(或者如果用户先前已经看过教程，则不显示)，然后可以通过第二移动app显示用户界面900c。

[0063] 用户界面900c可以允许用户选择或创建他或她自己的饮料或饮料混合物。在实施例中，用户界面900c还可以使用户能够与饮料分配器交互，包括扫描定位或显示于饮料分配器上的QR或其他机器可读代码。在实施例中，用户界面900c可以使用户能够选择性地与食物服务零售店处的分配器连接。可替代地，用户界面900c可以通知用户移动设备已经自动与分配器连接。用户可以选择可选择的软按钮(未示出)以列出由用户产生或由另一个用户分享的已保存的喜爱饮料或饮料混合物。另一个可选择的软按钮(未示出)可以使用户界面900c显示可选择的成分和/或风味以便用户选择和创建所选成分的共混物。所选或所创建的共混饮料可以转换成表示成分的饮品代码并且从移动设备直接或间接传送至分配器以便由分配器进行分配。在实施例中，一旦从服务器或POS接收到订单代码(未示出)，第一app就可以将订单代码传送至第二app，所述服务器或POS从用户处接收食物和/或饮料订单。

[0064] 用户界面900d可以呈现可获得的食物和/或饮料选项908a至908c(统称为908)的列表供用户选择以完成他或她的餐食。选项908c是“野莓柠檬水(Wildberry Lemonade)”饮料选项。响应于用户选择选项908c，第一app可以调用第二app并将所选饮料选项提供给第二app。其他选项可以允许用户利用食物服务零售店中的分配器处的一种或多种可获得成分来创建他或她自己的饮料混合物。

[0065] 关于图10，示出了用于执行利用饮料分配器app(第二app)的一个或多个功能的食物服务零售店app(第一app)的说明性过程1000的流程图。过程1000可以在步骤1002处开始，其中，可以启动第一app。如先前所描述的，第一app可以是可以允许订购饮料的食物订购app。在步骤1004处，可以判定是否安装了如饮料分配器app等第二app。可以例如通过第一app检测移动设备上是否下载并安装了第二app。如果确定未安装第二app，则所述过程可以在步骤1006处继续，其中，可以将第二app下载到在其上执行第一app的电子设备。如本领域中所理解的，可以通过以下操作从在线商店下载第二app：第二app使在线商店自动加载并且向用户呈现第二app以供下载。如果在步骤1004处确定在移动设备上安装了第二app，则所述过程可以在步骤1008处继续，其中，可以启动第二app。

[0066] 在启动第二app时，可以在步骤1010处判定用户是否已经通过第二app的认证并且先前已经在其上进行注册。如果未经认证并且先前未注册，则可以在步骤1012处请求用户通过输入如姓名、密码或其他信息等信息来进行认证和注册。在替代性实施例中，如果第一app向第二app提供密钥，则可以跳过认证和注册过程。如果先前已注册，则可以判定预先存在的数据，如用户创建的混合饮料数据存储于移动设备上还是存储于远程服务器上。在步骤1014处，可以向用户呈现用户界面以使用户能够选择饮料或生成他或她希望在食物服务零售店处购买的饮料。响应于用户选择饮料或创建饮料，可以在步骤1016处生成饮料代码或饮料指令代码。在步骤1018处，可以向分配器直接或间接传送饮料代码的通信消息。可替代地，可向第一app传送饮料代码以便从所述第一app传送至被配置支持食物服务零售店处进行的购买的分配器、销售点或服务器。在步骤1020处，可以通过向其传送了饮料代码的分配器分配所选饮料。如果使用如使用软件开发包配置的API链接将第二app与第一app集成，则所述过程可以不使用步骤1004和1006。

[0067] 关于图11，示出了如饮料分配器等分配器的说明性用户界面1100的屏幕截图。用户界面1100可以包括与来自可以与饮料移动app集成的食物服务零售店移动app的用户的包括食物订单的订单相关联的一组订单软按钮1102a至1102c(统称为1102)，如本文先前所描述的。分配器可以从待分配饮料包括于其中的每个订单接收订单ID。如所示出的，将分配与包括订单#314、#315和#323的三个订单相关联的三种饮料。在实施例中，可以列出与订单ID相关联的每个订单的(多种)成分(例如，品牌名称和其风味)的列表以允许分配器的用户或操作者确认所分配的所述(多种)成分。用户或操作者可以分配与如订单软按钮1102a(订单#314)等订单相关联的饮料并选择“分配”软按钮1104以开始分配饮料。通过选择订单软按钮1102a，分配器可以被自动配置成创建饮料。作为示例，如果用户选择了两种待共混的成分，则分配器可以被配置成在分配饮料时分配两种成分。应当理解的是，可以为分配器的用户或操作者提供用户界面的替代性配置。

[0068] 关于图12，示出了用于在零售机构处提供饮料的说明性过程1200的流程图。过程1200可以在步骤1202处通过由电子设备执行的第一应用呈现用户界面开始，所述用户界面使用户能够选择要在零售机构处购买的食物和/或非食物。在步骤1204处，响应于通过第一应用从使用第一用户界面的用户处接收到在零售机构处购买饮料的请求，可以执行从第一应用到用于由电子设备执行的第二应用的链接。在步骤1206处，第二应用可以访问包括可用于由零售机构处的饮料分配器分配的多个可选择饮料选项的数据存储库。在步骤1208处，第二应用可以呈现第二用户界面以使用户能够选择可选择饮料选项之一。可以在步骤
1210处生成表示所选饮料的所选饮料指令代码，并且可以在步骤1212处向零售机构处的饮料分配器传送所选饮料指令代码。所选饮料指令代码可以使饮料分配器被配置成分配所选饮料。

[0069] 关于图13，示出了具有计算环境的说明性食物零售店环境1300的图示，所述计算环境支持使用户能够在食物零售店1302内购买食物和饮料的食物零售店app和饮料app。食物零售店可以是消费者可以在其处购买食物和饮料的任何位置。食物零售店1302可以使用户能够利用个人移动电子设备，如先前所描述的使用他们的移动设备上的食物零售店app和饮料分配器app下食物和饮料订单。如食物零售店1302中所示出的，饮料分配器1304可以与远程电子设备1306a至1306c(统称为1306)通信，所述远程电子设备通过与显示于其上的用户界面1308交互来允许顾客购买食物和/或饮料。远程电子设备1306对于分配器1304来说可以是本地的并且可以使用有线或无线通信路径与分配器1304直接或间接通信。

[0070] 用户界面1308可以彼此共用并且可以被配置成以与消费者的个人移动电子设备上可获得的配置相同或不同的配置显示相同或相似的信息。顾客可以使用远程电子设备1306选择食物和饮料。在实施例中，设备1306可以被配置成服务亭。可替代地并且如所示出的，设备1306可以附接至墙上。设备1306可以针对不同的用户身高而定位在不同的高度处。
可以利用任何其他配置，包括将延伸至分配器1304的侧面的支架附接至分配器1304。

[0071] 为了支持远程电子设备1306，可以将服务器1310定位于如互联网等网络1312上。服务器1310可以与存储一个或多个数据存储库1316至1316n(统称为1316)的存储单元1314通信，所述数据存储库具有与分配器、注册用户、食物零售店、饮料成分(例如，品牌和可以添加到饮料中的风味剂)等相关联的信息。每个食物零售店或食物零售店连锁可以在其对应的分配器中支持不同成分。数据存储库1316可以存储在每个分配器和/或每个食物零售店处可获得的成分，由此向消费者呈现在所述食物零售店处可获得的饮料选择。

[0072] 可以将在远程电子设备1306上执行的app下载到远程电子设备1306上以便驻留在其上并且可以使用深度链接操作所述app或者可以使用软件开发包和API调用将其形成为单个app。可以执行与远程服务器1310通信以获得消费者数据(例如，最喜爱项、共混物等)。可替代地，食物零售店app可以驻留于远程电子设备1306上，并且可以经由网络1312调用饮料分配器app以提供饮料选择功能，如先前所描述的。

[0073] 此外并且如先前所描述的，顾客可以经由用户界面1308访问他或她的饮料分配器账户以便选择消费者先前已经创建或以其他方式可选择地获得的饮料品牌或共混饮料。消费者形成的食物和饮料订单可以传送至销售点(未示出)或远程服务器(未示出)以购买所订购食物和饮料。响应于做出饮料选择，可以将饮料代码(未示出)传送至分配器1302以便在其上进行选择和/或产生。根据分配器1302和其他系统元件的配置，设备(例如，POS、食物零售店服务器、远程电子设备1306、远程服务器1310)中的任何一个可以与分配器1302通信以便在其上进行分配。除了饮料代码之外，可以将其他信息，包括订单标识符、用户标识符(例如，用户名)、饮料大小等传送至饮料分配器1302，使得饮料一旦被分配，就可以与所述消费者的订单的剩余部分相关联。可以在分配器处显示包含于饮料代码等中的用户标识符、订单标识符或饮料标识信息中的任何一者以便操作者在分配饮料时查看和选择。

[0074] 由于具有一个或多个远程电子设备1306，所以可以将单个分配器同时编程为向多个用户分配饮料。也就是说，第一顾客可以利用饮料分配器1302，而其他顾客可以使用远程电子设备1306a至1306c中的每一个来选择他们的饮料，并且可以将饮料选择传送至分配器1302以便进行分配。分配器1302可以存储和显示将由顾客在用户界面1308上选择的可选择饮料订单以便由分配器1302分配。

[0075] 如所示出的，用户可以使用远程电子设备1306a之一请求饮料，并且可以将饮料订单请求1318传送至在远程服务器1310上执行的第二app。远程电子设备1306a可以经由网站或其他接口显示饮料选择选项，所述网站或其他接口使远程服务器1310将可选地具有订单ID的饮料代码1320传送至分配器1302，以使如工作人员等操作者能够分配所选饮料。如先前所描述的，如销售点设备(未示出)等其他设备或远程电子设备1306a可以将饮料代码1320传送至分配器。

[0076] 在实施例中，电子设备可以与饮料分配器建立通信会话并且在通信会话期间经由通信网络将所选饮料指令代码传送至饮料分配器。第二应用可以呈现多种饮料品牌和所述饮料品牌的风味供用户选择，并且响应于用户选择某个饮料品牌和所述饮料品牌的风味，可以生成所选饮料指令代码。在实施例中，第一应用或第二应用中的任一者可以使用户能够选择将由分配器分配的饮料大小。第一应用可以与零售机构的销售点建立通信会话并且实现利用销售点对食物、非食物和/或所选饮料进行支付。第一应用可以接收与订单相关联的订单标识符并且经由电子设备通过第二应用将订单标识符传送至分配器以便在分配器处显示。

[0077] 在实施例中，第二应用可以从第一应用接收与零售机构相关联的安全密钥以使第二应用能够在零售机构处进行操作。响应于第二应用接收到来自第一应用的安全密钥，可以查询安全密钥数据库以判定安全密钥是否被激活，并且响应于确定安全密钥被激活，可以使用户能够使用第二应用订购饮料，否则，可以阻止用户订购饮料。如果安全密钥被激活，则用户可以使用第二应用，而不必注册。

[0078] 第一应用可以通过深度链接至第二应用来与第二应用链接。可以通过电子设备判定电子设备上是否安装了第二应用。更具体地，可以通过第一应用进行所述判定。响应于确定电子设备上未安装第二应用，可以生成通知并将其呈现给用户以下载第二应用。响应于从用户处接收到下载第二应用的确认，电子设备可以下载第二应用，否则，可以不下载第二应用。响应于下载第二应用，可以启动第二应用以允许向用户呈现第二用户界面。电子设备可以是移动电子设备。

[0079] 第二用户界面可以被进一步配置成使用户能够根据可用于由饮料分配器进行分配的多个可选择饮料选项生成共混饮料。第二用户界面可以被进一步配置成使用户能够选择待共混的所选饮料选项中的每一个的百分比。在访问数据存储库时，可以执行经由无线网络与被配置成存储可用于在零售机构处由饮料分配器进行分配的一组可选择饮料选项的服务器通信。在实施例中，处理单元可以被配置成对向用户分配的饮料的数量进行计数、确定向用户分配的饮料的数量超过阈值水平并且响应于所分配饮料的数量超过阈值水平而经由通信网络向用户传送针对产品或服务的奖励。

[0080] 还应当理解的是，分配器可以是任何其他消耗品分配器或自动售货机。作为示例，消耗品分配器可以是糖果自动售货机、饮料罐或瓶自动售货机、冰淇淋分配器等。可以支持集成的第一app和第二app的各种用途。例如，企业，如电影院、零售店、汽车经销商、购物中心、体育场馆、游乐园或具有能够分配一种或多种饮料以及可选地共混成分饮料的饮料分配器的任何其他位置。

[0081] 前述方法描述和过程流程图仅作为说明性示例提供并且不旨在要求或暗示各个实施例的步骤必须按所呈现的顺序执行。如本领域的技术人员将理解的，前述实施例中的步骤可以以任何顺序执行。如“然后(then)”、“下一个(next)”等词不旨在限制步骤的顺序；这些词只用来引导读者阅读所述方法说明。尽管过程流程图可以将操作描述为顺序过程，但是可以并行地或同时地执行所述操作中的许多操作。另外，可以重新安排操作的顺序。过程可以对应于方法、函数、过程、子例程、子程序等。当过程对应于函数时，其终止可以对应于函数返回到调用函数或主函数。

[0082] 结合此处所公开的实施例来描述的各种说明性逻辑块、模块、电路和算法步骤可以被实施为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可交换性，以上已经总体上按照它们的功能而描述了各种说明性部件、块、模块、电路和步骤。将这种功能实施为硬件还是软件取决于强加于整个系统上的特定应用和设计约束。熟练的技术人员可以针对每个特定应用以不同方式来实施所描述的功能，但是这种实施决策不应该被解释为导致脱离本发明的范围。

[0083] 在计算机软件中实施的实施例可以在软件、固件、中间件、微代码、硬件描述语言或其任何组合中实施。代码段或机器可执行指令可以表示过程、函数、子程序、程序、例程、子例程、模块、软件包、类、或者指令、数据结构和/或程序语句的任何组合。可以通过传递和/或接收信息、数据、自变量、参数或存储器内容将代码段联接至另一个代码段或者硬件电路上和/或与另一个代码段或者硬件电路通信。信息、自变量、参数、数据等可以经由包括存储器共享、消息传递、令牌传递、网络传输等的任何合适的方式传递、转发或者传输。

[0084] 用于实施这些系统和方法的实际软件代码或专用控制硬件不限制本发明。因此，在没有参照特定软件代码的情况下描述了系统和方法的操作和行为，所述特定软件代码被理解为可以将软件和控制硬件设计为基于此处的描述来实施系统和方法。

[0085] 当在软件中实施时，函数可以作为一个或多个指令或代码被存储在非暂态计算机可读或处理器可读存储介质上。此处所公开的方法或算法的步骤可以在处理器可执行软件模块中实施，所述处理器可执行软件模块可以驻留在计算机可读或处理器可读存储介质上。非暂态计算机可读或处理器可读介质包括促进计算机程序从一个位置转移至另一位置的计算机存储介质和有形存储介质两者。非暂态处理器可读存储介质可以是可以由计算机访问的任何可用介质。举例来讲但非限制地，这种非暂态处理器可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储装置、磁盘存储装置或其他磁存储设备或可以用于以指令或数据结构的形式存储所期望的程序代码并且可以由计算机或处理器访问的任何其他有形存储介质。如此处所使用的，磁盘和光盘包括致密盘(CD)、激光盘、光盘、数字通用盘(DVD)、软盘和蓝光盘，其中磁盘通常磁性地再现数据，而光盘利用激光光学地再现数据。上述内容的组合也应包括在计算机可读介质的范围内。另外，方法或算法的操作可以作为代码和/或指令之一或任何组合或集合驻留在非暂态处理器可读介质和/或计算机可读介质上，所述非暂态处理器可读介质和/或计算机可读介质可以并入计算机程序产品中。

[0086] 先前描述是对用于实施本发明的优选实施例的描述，并且本发明的范围不应该必须受到此描述的限制。而是通过以下权利要求来限定本发明的范围。