CN108292461A - 自动酒分配设备和监视系统 - Google Patents

Abstract

用于室内酒购买和/或分配的方法、设备和系统。更具体地说，一个或多个酒分配设备、酒分配平台、物业管理系统和第三方系统的协作，能够实现、支持在住宿环境中提供酒并使之资本化。还讨论了施行由地理位置所保持的与酒精相关的政策和/或法规的机构以及防止未成年人或物业工作人员消费酒的机构。

Description

自动酒分配设备和监视系统

相关申请的交叉引用

本申请根据35U.S.C.§119(e)要求美国临时专利申请序列号62/237,978的优先权，该申请于2015年10月6日提交，其全部内容通过引用并入本文。

背景技术

在住宿业中第一个主要的迷你酒吧的部署的出现彻底改变了住所运营的商业模式。然而，与房间内的酒精饮料的可获得性相关联的客户体验表明需要改进相应的酒精饮料的购买和部署。

发明内容

总的来说，在本发明的一个方面中，本发明涉及一种用于控制酒分配的方法。该方法包括接收设备指定更新(DSU)，其中DSU指定至少一个位置和配置信息，识别与该至少一个指定位置相关联的酒分配设备(WDD)，并且将DSU传输到所述WDD。

总的来说，在本发明的一个方面中，本发明涉及一种酒分配设备(WDD)。WDD包括处理单元和触摸屏，其中WDD上的处理单元被配置用以执行指令，该指令使WDD能够从酒分配平台(WDP)接收设备指定更新(DSU)，其中DSU包括配置信息，并将配置信息应用于WDD。

总的来说，在本发明的一个方面中，本发明涉及一种存储用于控制酒分配的指令的非暂时性计算机可读介质(CRM)，所述指令包括用于接收设备指定更新(DSU)的功能，其中所述DSU指定至少一个位置和配置信息，识别与所述至少一个指定位置相关联的酒分配设备(WDD)，并且将所述DSU传输到所述WDD。

根据以下描述和所附权利要求书，本发明的其他方面将变得显而易见。

附图说明

图1示出了根据本发明的一个或多个实施例的系统的图。

图2示出了根据本发明的一个或多个实施例的酒分配平台的图。

图3A示出了根据本发明的一个或多个实施例的酒分配设备的图。

图3B示出了根据本发明的一个或多个实施例的酒分配设备的内部图。

图3C示出了根据本发明的一个或多个实施例的酒分配设备的内部图。

图4A和4B示出了描述根据本发明的一个或多个实施例的用于初始化酒分配设备的方法的流程图。

图5A和5B示出了描述根据本发明的一个或多个实施例的用于更新酒分配设备的方法的流程图。

图6示出了描述根据本发明的一个或多个实施例的用于传输访问命令的方法的流程图。

图7A示出了描述根据本发明的一个或多个实施例的用于在酒分配设备上实施模式转变的方法的流程图。

图7B和7C示出了描述根据本发明的一个或多个实施例的用于与实体交互的方法的流程图。

图8A和8B示出了根据本发明的一个或多个实施例的计算系统的图。

具体实施方式

现在将参照附图详细描述本发明的具体实施例。在本发明的实施例的以下详细描述中，阐述了许多具体细节，以便提供对本发明更透彻的理解。然而，对于本领域的普通技术人员来说显而易见的是，可以在没有这些具体细节的情况下实践本发明。在其他情况下，没有详细描述众所周知的特征，以避免不必要地使说明书复杂化。

在整个申请中，序数(例如，第一、第二、第三等)可以用作元件(即，本申请中的任何名词)的形容词。序号的使用并不意味着或创建任何特定的元件排序，也不限制任何元件仅为单个元件，除非明确地公开了是这样，例如通过使用术语“之前”、“之后”、“单个”和其他这样的术语。而是，序数的使用是为了区分这些元件。举例来说，第一元件不同于第二元件，并且第一元件可以包含多于一个的元件并且在元件的排序中处于第二元件之后(或之前)。

在以下描述中，在本发明的各种实施例中关于一张附图的任何组件描述可以等同于关于任何其他附图描述的一个或多个相似命名的组件。为简洁起见，这些组件的描述将不会在每个图中重复。因此，每张附图中的组件的每一个和每个实施例通过引用而被并入并且被假定为可选地存在于具有一个或多个相似命名组件的每张其他附图中。此外，根据本发明的各种实施例，一张附图中的组件的任何描述将被解释为可选实施例，其可以作为关于任何其他附图中的相应的相似命名的组件描述的实施例的补充实施，与这些实施例结合实施或代替这些实施例实施。

总的来说，本发明的实施例涉及用于室内酒购买和/或分配(dispensing)的方法、设备和系统。更具体地说，本发明的一个或多个实施例包括一个或多个酒分配设备、酒分配平台、物业管理系统和第三方系统的协作，能够实现、支持在住宿环境内提供酒并使之资本化。还讨论了施行由地理位置所保持的与酒精相关的政策和/或法规的机构以及防止未成年人或物业工作人员消费酒的机构。

图1示出了根据本发明的一个或多个实施例的系统的图。系统(100)包括物业管理系统(PMS)(102)、酒分配平台(WDP)(124)、一个或多个酒分配设备(WDD)(126A，126N)、一个或多个第三方系统(128)和网络(130)。下面介绍这些组件中的每一个组件。

在本发明的一个实施例中，物业管理系统(PMS)(102)可以是一个或多个计算系统(参见例如图8A和8B)中的任何一个，其包括用于自动协调一处或多处物业(properties)的日常运营的功能。在本发明的一个实施例中，物业可以是提供住宿服务的处所(establishment)。物业的示例包括但不限于酒店、汽车旅馆、青年旅社、简易旅馆、客栈等。可以由PMS(102)自动化进行的物业运营的示例可以包括但不限于：客人预订、在线预订、销售点(POS)、公用事业、销售和营销、食品和饮料成本计算、物料管理、人事管理和工资单、维护管理以及其他类似的便利设施。在本发明的一个实施例中，这些运营可以被归入到由PMS管理的各种子系统(下面进行描述)的职责中。在本发明的另一个实施例中，这些子系统的一部分可以由PMS管理，而这些子系统的另一部分可以外包给第三方系统(128)。

这些子系统可以包括但不限于预订管理(104)、客房服务(housekeeping)管理(106)、客人管理(108)、库存管理(110)、房间访问管理(112)、会计管理(114)、保留(retention)管理(116)、渠道管理(118)、人事管理(120)以及可选的平台管理(122)。下面介绍这些子系统中的每一个子系统。

在本发明的一个实施例中，预订管理(104)子系统可以是一个或多个计算系统(参见例如图8A和8B)中的任何一个，其包括用于接收和处理一处或多处物业的房间预订的功能。预订管理(104)子系统可以包括进一步的功能，即：给客人提供与预订确认或取消相关联的即时通知；控制和/或预期房间可用性；防止房间超售等。预订管理(104)子系统可以包括其他功能，而不会偏离本发明的范围。在本发明的一个实施例中，预订管理(104)子系统可以与一个或多个其他子系统(例如客人管理(108)、会计管理(114)、保留管理(116)、渠道管理(118)和平台管理(122)子系统)和/或第三方系统(128)交互。例如，在房间预订过程期间获得的客人信息可以被传递到客人管理(108)子系统，以进行合并。作为另一示例，由外部的预订服务(例如，非物业隶属的预订系统)截获的房间预订可以从渠道管理(118)子系统进行传递，并且随后进行处理。

在本发明的一个实施例中，客房服务管理(106)子系统可以是一个或多个计算系统(参见例如图8A和8B)中的任何一个，其包括协调和支持客房服务员工清洁和维护房间和一处或多处物业的内部及周围的经营场址的职责的功能。客房服务管理(106)子系统可以包括进一步的功能，即：接收服务一个房间或整体服务多个房间或对电器(例如，迷你冰箱、酒分配设备(WDD)等)进行补货的请求、生成客房服务时间表、通知客房服务员工服务或补货请求等。在不脱离本发明的范围的情况下，客房服务管理(106)子系统可以包括其他功能。在本发明的一个实施例中，客房服务管理(106)子系统可以与一个或多个其他子系统(例如客人管理(108)、库存管理(110)、房间访问管理(112)、人事管理(120)和平台管理(122)子系统)和/或第三方系统(128)交互。例如，请购单可以被传递到库存管理(110)子系统，并且随后从库存管理(110)子系统接收到响应。请购单可以涉及确定客房服务员工使用或进货的可用物资和/或产品，或涉及采购客房服务员工使用或进货的额外的物资和/或产品。

在本发明的一个实施例中，上述客房服务时间表可以包括针对任何给定的WDD设置的服务时间。在这样的实施例中，PMS(102)的用户可以能够协调WDD的服务，以与经由WDP(124)从一个或多个WDD(126A、126N)获得的状态信息一致。例如，可以记录与给定WDD(126A、126N)相关联的实时(或接近实时)状态信息(例如酒液高度(level)，惰性气体水平等)并通过WDP(124)将其报告给PMS(102)。随后，可基于是否确定需要更换酒包装或需要执行维护来动态安排WDD(126A、126N)的服务时间。服务时间表可基于当地的与酒精相关的政策。例如，考虑酒店位于星期日不能够供应酒精的司法管辖区的情景。在这种情景下，如果酒店客人试图在星期天上午12:01请求(例如通过WDD上的触摸屏)一瓶新酒，服务时间(其被编入WDD或被编入WDP)将会禁止将请求从WDD或WDP发送到客房服务管理系统。

在本发明的一个实施例中，客人管理(108)子系统可以是一个或多个计算系统(参见例如图8A和8B)中的任何一个，其包括跟踪和/或合并客人相关的信息的功能。随后，客人管理(108)子系统可以包括进一步的功能，即：产生、修改和/或存储客人简况和偏好；维护客人历史(例如，每个客人的预订、发票、请求等)、生成与客人之间的通信等。在不脱离本发明的范围的情况下，客人管理(108)子系统可以包括其他功能。在本发明的一个实施例中，客人管理(108)子系统可以与一个或多个其他子系统(例如，预订管理(104)、客房服务管理(106)、会计管理(114)和保留管理(116)子系统)和/或第三方系统(128)交互。例如，关于房间准备的客人偏好可以被传递到客房服务管理(106)子系统。作为另一个例子，客人历史可以被传递到保留管理(116)子系统，保留管理(116)子系统随后可以利用客人历史来生成并向合格的客人传送促销、特价房价等。在另一个示例中，客人简况可以包括指示客人是酒店奖励和/或忠诚度计划的成员的代码(或其他符号)。在另一个示例中，客人简况可以指示客人是待在酒店的特定一组人的一部分。例如，客人可以待在酒店举办婚礼、公司活动、会议或任何其他活动的一批房间内。

在本发明的一个实施例中，库存管理(110)子系统可以是一个或多个计算系统(参见例如图8A和8B)中的任何一个，其包括跟踪或监视一处或多处物业可用的物资、产品等的水平的功能。库存管理(110)子系统可以包括进一步的功能，即：当水平达到指定阈值时，优化或自动化物资、产品等的重新排序；接收查询库存水平的请求或搜索；记录和跟踪有形资产(例如，车辆、装备、酒分配设备(WDD)等)等。库存管理(110)子系统可以包括其他功能，而不会偏离本发明的范围。在本发明的一个实施例中，库存管理(110)子系统可以与一个或多个其他子系统(例如，客房服务管理(106)、会计管理(114)和平台管理(122)子系统)和/或第三方系统(128)交互。例如，如上所述，可以从客房服务管理(106)子系统接收查询，以确定物资和/或产品库存水平。作为另一个例子，购买收据可以被传递到会计管理(114)子系统，以进行记录。

在本发明的一个实施例中，房间访问管理(112)子系统可以是一个或多个计算系统(参见例如图8A和8B)中的任何一个，其包括授权和跟踪对一处或多处物业的各个房间的访问。房间访问管理(112)子系统可以包括进一步的功能，即：用授权码对任何支持的电子介质(例如，磁条嵌入式钥匙卡、射频(RF)ID钥匙卡或钥匙扣等)进行编码，以便于房间进入，记录使用了哪些电子介质以获得进入哪些房间，生成突出显示这些房间访问条目(RAE)的通知或报告等。房间访问管理(112)子系统可以包括其他的功能，而不会脱离本发明的范围。在本发明的一个实施例中，房间访问管理(112)子系统可以与一个或多个其他子系统(例如，人事管理(120)和平台管理(122)子系统)和/或第三方系统(128)交互。例如，RAE可以被传递到平台管理(122)子系统，该子系统可以利用RAE来评估相应的WDD(下面进行讨论)转变到了哪个运营模式。

在本发明的一个实施例中，会计管理(114)子系统可以是一个或多个计算系统(参见例如图8A和8B)中的任何一个，其包括记录和处理涉及一处或多处物业的金融交易。随后，会计管理(114)子系统可以包括进一步的功能，即：利用与金融交易相关联的交易数据执行分析；根据上述分析生成报告；生成发票、工资支票或其他财务相关文件；监视和管理金融机构下的物业所拥有的账户等。会计管理(114)子系统可以包括其他功能，而不会偏离本发明的范围。在本发明的一个实施例中，会计管理(114)子系统可以与一个或多个其他子系统(例如，预订管理(104)、客人管理(108)、库存管理(110)、保留管理(116)、渠道管理(118)、人事管理(120)和平台管理(122)子系统)和/或第三方系统(128)交互。例如，用于预订房间的支付相关信息可以从预订管理(104)子系统传递。作为另一示例，由在线旅行代理商(OTA)提供的服务的发票可以从渠道管理(118)子系统传递，以用于随后的处理和支付。

在本发明的一个实施例中，保留管理(116)子系统可以是一个或多个计算系统(参见例如图8A和8B)中的任何一个，其包括策划和改进一处或多处物业的客人维系和体验的功能。保留管理(116)子系统可以进一步包括以下功能，即：聚集和分析客人体验数据、生成和发布促销优惠、特价房价、打折或免费的服务和产品以及其他激励措施、推出资格准则或规则、处理奖励点或类似货币的兑换等。保留管理(116)子系统可以包括其他功能，而不会偏离本发明的范围。在本发明的一个实施例中，保留管理(116)子系统可以与一个或多个其他子系统(例如，预订管理(104)、客人管理(108)、会计管理(114)和平台管理(122)子系统)和/或第三方系统(128)交互。例如，促销代码可以被传递到客人管理(108)子系统，该子系统可以将代码附到所生成的写给符合条件的客人的信函中。作为另一个例子，在房间预订过程期间输入的优惠券或赠券可以从预订管理(104)子系统传递到保留管理(116)子系统，该子系统随后可将所奖励的适当优惠传递回去。

在本发明的一个实施例中，渠道管理(118)子系统可以是一个或多个计算系统(参见例如图8A和8B)中的任何一个，其包括控制物业风险和信誉的功能。因此，渠道管理(118)子系统可以包括进一步的功能，即：开发营销和公共关系活动，与第三方全球分销系统(GDS)和在线旅行代理商(OTA)协调，以最大化房间预订等。渠道管理(118)子系统可以包括其他功能，而不会偏离本发明的范围。在本发明的一个实施例中，渠道管理(118)子系统可以与一个或多个其他子系统(例如预订管理(104)、会计管理(114)和保留管理(116)子系统)和/或第三方系统(128)(例如，GDS和OTA)交互。例如，如上所述，由第三方系统(128)截获的预订可以被传递到预订管理(104)子系统，以用于随后的处理和记录。

在本发明的一个实施例中，人事管理(120)子系统可以是一个或多个计算系统(参见例如图8A和8B)中的任何一个，其包括跟踪和/或合并员工相关信息的功能。人事管理(120)子系统可以包括进一步的功能，即：生成、修改和/或存储员工简况，为一处或多处物业的员工提供资源，制定就业分析、计划、招聘和选择的策略，监督员工授权和限制等。在不脱离本发明的范围的情况下，人事管理(120)子系统可以包括其他功能。在本发明的一个实施例中，人事管理(120)子系统可以与一个或多个其他子系统(例如，房间访问管理(112)和会计管理(114)子系统)和/或第三方系统(128)交互。举例来说，考虑到由人事管理(120)子系统传递的涉及访问的员工信息，通过房间访问管理(112)子系统可以生成在适当授权下进行编码的电子介质(上文提到的)。

在本发明的一个实施例中，平台管理(122)子系统可以是一个或多个计算系统(参见例如图8A和8B)中的任何一个，其包括利用WDP(124)控制和监视一处或多处物业的一个或多个WDD(126A、126N)的功能。随后，平台管理(122)子系统可以包括进一步的功能，即：利用由WDP(124)提供的特征和/或引擎，WDP将在下面参照图2进一步详细讨论。在本发明的一个实施例中，平台管理(122)子系统可以是指向WDP(124)的用户界面的应用程序编程接口(API)。在本发明的一个实施例中，API可以包括一组例程、协议和工具，其包括实现和促进与后端服务和/或资源交互的功能。在本发明的一个实施例中，PMS的用户可以能够获得经由平台管理子系统(122)存储在WDP上的全部或部分的分析信息(或与WDD有关的任何其他信息)。

本领域普通技术人员将理解，在不脱离本发明的范围的情况下，PMS(102)可以包括附加的或替代的子系统。

在本发明的一个实施例中，酒分配平台(WDP)(124)可以是提供一个或多个酒分配设备(WDD)(126A、126N)的集中管理的硬件和/或软件实现的服务。WDP(124)可以被托管在物理服务器上(例如，在数据中心中，或者可以是基于云的虚拟服务器上)。WDP(124)可以被托管在单个服务器上，或者可替换的是，可以被托管在物理、虚拟或上述的组合的多个服务器上。在本发明的一个实施例中，WDP(124)可以被托管在类似于图8A和图8B中所示的示例性计算系统的一个或多个计算系统中的任何一个上。

在本发明的一个实施例中，WDP(124)可以包括以下功能，即：(i)跟踪和合并与一个或多个WDD(126A、126N)有关的状态信息；(ii)维持房间设备映射，其将房间标识符与WDD(126A、126N)相关联；(iii)跟踪一处或多处物业的酒库存，(iv)推送配置(例如，设备指定初始化(DSI))、更新(例如，设备指定更新(DSU))和/或命令(例如，访问命令)给一个或多个WDD(126A、126N)，(v)对与一个或多个WDD(126A、126N)相关联的状态、财务、消耗等信息进行分析，并且随后(vi)至少利用所获得的分析信息生成和提供报告。WDP(124)在下面参照图2进一步详细讨论。

在本发明的一个实施例中，酒分配设备(WDD)(126A、126N)可以是物理设备，可以通过其购买或免费赠送并因此分配酒。在本发明的一个实施例中，WDD(126A、126N)可以被实现为与图8A和8B中所示的示例性计算系统类似的任何计算系统。WDD(126A、126N)可以包括以下功能，即：(i)从WDP(124)请求配置信息(例如，DSI)，(ii)从WDP(124)获得配置信息、更新和/或命令，(iii)转变到由与所记录的房间访问条目(RAE)相关联的实体(例如，物业工作人员或客人)触发的不同模式并且在该不同模式下运营，(iv)跟踪并与WDP(124)共享状态信息，和(v)生成并传递通知和/或报告给一个或多个物业管理系统(PMS)(102)子系统(例如，客房服务管理(106)、库存管理(110)和会计管理(114)子系统)。WDD(126A、126N)在下面参照图3A-3C进一步详细讨论。

在本发明的一个实施例中，第三方系统(128)可以是由一处或多处物业所使用的或在一处或多处物业使用的资源和/或服务的提供商。资源和/或服务提供商可以包括但不限于全球分销系统(GDS)，在线旅行代理商(OTA)和酒精政策信息系统(APIS)。在本发明的一个实施例中，GDS或OTA可以包括以下功能，即：提供和/或自动化与旅行有关的交易，提供一处或多处物业的全球风险，与PMS(102)的渠道管理(118)子系统交互，进行房间预订等。GDS的示例包括但不限于Amadeus、Galileo、Sabre和Worldspan。OTA的例子包括但不限于Hotwire、Priceline、Expedia和Orbitz。在本发明的一个实施例中，APIS可以包括以下功能，即：提供关于任何地理间隔内的各种与酒精相关联的政策和/或法规的详细信息，提供关于与酒精政策相关的研究和问题的信息资源；与WDP(124)交互等。APIS的例子包括但不限于由美国国家酒精滥用和酒精中毒研究所赞助的酒精政策信息系统。在不脱离本发明的范围的情况下，GDS、OTA和APIS可以包括附加的或替代的功能。此外，在不脱离本发明的范围的情况下可以采用其他第三方系统。

在本发明的一个实施例中，第三方系统(128)可以被托管在物理服务器(例如，数据中心，或者可以是基于云的虚拟服务器上)上。第三方系统(128)可以被托管在单个服务器上，或者可替代地是，被托管在物理、虚拟或其组合上的多个服务器上。在本发明的一个实施例中，第三方系统(128)可以被托管在类似于图8A和8B中所示的示例性计算系统的一个或多个计算系统中的任何一个上。

在本发明的一个实施例中，网络(130)可以是使PMS(102)、WDP(124)、一个或多个WDD(126A、126N)和第三方系统(128)操作地连接起来的介质。这些上述组件之间的连接可以是有线的和/或无线的、直接或间接的、临时的、持久的和/或间歇的、通过局域网或广域网，或者包括任何其他类型的连接或上述的组合。此外，网络(130)可以使用任何现有的或未来开发的有线和/或无线基础设施和/或协议，这可以促进系统(100)的各种组件之间的通信和/或信息交换。

图2示出了根据本发明的一个或多个实施例的酒分配平台的图。如上所述，在本发明的一个实施例中，WDP(200)可以监督一个或多个WDD的管理。为此，WDP(200)包括用户界面(202)(可选的)、分析引擎(204)、政策引擎(206)、券引擎(208)、访问引擎(210)、销售点(POS)引擎(212)、跟踪引擎(214)、命令引擎(216)、报告引擎(218)、内容引擎(220)、数据仓库(222)和应用程序编程接口(API)管理器(224)。下面介绍这些组件中的每一个组件。

在本技术的一个实施例中，WDP通过推送机制或拉取机制接收关于其所连接的每个WDD的状态的实时(或接近实时)信息。从WDD接收到的状态信息随后被下面列出的一个或多个组件使用。

在本发明的一个实施例中，用户界面(202)可以包括对应于在WDP(200)的底层硬件(例如，一个或多个集成电路)上执行的计算机可读程序代码的软件指令。此外，软件指令在被执行时可以在用户界面(202)上赋予以下功能，即：(i)向与WDP(200)交互的用户呈现关于一个或多个WDD的状态、财务、消耗、分析等的信息，(ii)从与WDP(200)交互的用户获得输入和/或命令；和(iii)基于所获得的输入和/或命令，将任务委托给WDP(200)的一个或多个引擎。

在本发明的一个实施例中，分析引擎(204)可以包括对应于在WDP(200)的底层硬件(例如，一个或多个集成电路)上执行的计算机可读程序代码的软件指令。此外，在执行时，软件指令可赋予分析引擎(204)以下功能，即：(i)对与一个或多个WDD有关的合并信息(例如，状态、历史、消耗、财务信息等)进行分析；(ii)利用合并的信息获得分析信息(例如，酒消耗量度、酒补货和更换预测、收入概要、与客人/人口统计学相关的酒消费等)，以及(iii)与至少PMS的客人管理子系统交互，以共享客人指定或相关的分析信息。

在本发明的一个实施例中，分析引擎(204)可以包括进一步的功能，即：实现各种定价和促销模型的A:B测试。在这样的实施例中，A:B测试可以涉及两个不同定价(或促销)报价的广告和比较，以确定哪个报价执行得更好。在这样的实施例中，可以利用A:B测试的结果以最大化来自分配酒的收入。在本发明的另一个实施例中，分析引擎(204)可以支持各种营销活动的测试及其对刺激酒购买的有效性。在这样的实施例中，以不同的交互内容形式的各种营销活动可以通过WDD的触摸屏投射给客人。随后，可以计算所加载的交互内容与酒的销售/分配之间的相关性。在本发明的一个实施例中，分析引擎(204)可以包括进一步的功能，即：对定价信息或营销活动进行实时改变，由此优化购买行为和收入。

在本发明的一个实施例中，政策引擎(206)可以包括对应于在WDP(200)的底层硬件(例如，一个或多个集成电路)上执行的计算机可读程序代码的软件指令。此外，软件指令在被执行时可向政策引擎(206)赋予以下功能，即：(i)与一个或多个酒精政策信息系统(APIS)(以上讨论的)交互；(ii)从一个或多个APIS获得关于在一个或多个酒分配设备(WDD)部署的地理区域处施行的与酒精相关的政策和/或法规的详细信息，以及(iii)至少基于所获得的详细信息，与命令引擎(216)协作以施加影响酒的购买和/或分配的限制。

在本发明的一个实施例中，券引擎(208)可以包括对应于在WDP(200)的底层硬件(例如，一个或多个集成电路)上执行的计算机可读程序代码的软件指令。此外，软件指令在被执行时使得券引擎(208)能够：(i)跟踪一处或多处物业内的每个WDD上/对该WDD的券(或免费倒酒)的奖励和使用；(ii)跟踪每种免费倒酒与哪种类型相关联(例如，服务补救、在线旅行代理(OTA)补救、奖励/忠诚度计划、虚拟便利设施等)，以及(iii)至少与PMS的保留管理子系统交互，以接收已发出的券，并随后报告已发出的券的使用。在本发明的一个实施例中，如果客人被提供了多杯赠酒，并且客人在退房之前没有喝完所有杯的赠酒，则PMS可以从客人的简况中移除任何已使用过的杯的赠酒。PMS使用由券引擎(208)跟踪的信息(即，由WDD向客人分配多少杯赠酒)，以更新客人简况，以移除任何未使用过的杯的赠酒。

例如，如果给予客人五杯赠酒并且仅分配两杯赠酒，则在结账时，PMS可从WPD获得上述消耗信息，然后从客人简况中回收/移除剩余的三杯未消费的酒。

在本发明的一个实施例中，访问引擎(210)可以包括对应于在WDP(200)的底层硬件(例如，一个或多个集成电路)上执行的计算机可读程序代码的软件指令。进一步，当被执行时，软件指令可以在访问引擎(210)上赋予以下功能，即：(i)获得房间访问条目(RAE)(在下面讨论)，(ii)结合房间设备映射来处理RAE，以识别RAE相关联的WDD，(iii)与命令引擎(216)协作，以基于RAE生成访问命令，以及(iv)至少与获得RAE来自的PMS的房间访问管理子系统交互。

在本发明的一个实施例中，POS引擎(212)可以包括对应于在WDP(200)的底层硬件(例如，一个或多个集成电路)上执行的计算机可读程序代码的软件指令。此外，软件指令在被执行时可向POS引擎(212)赋予以下功能，即：(i)促进并处理在一处或多处物业上的每个WDD的酒的销售/购买，(ii)跟踪并暂时或永久存储所产生的金融交易，(iii)提供或与第三方系统协作，以提供财务数据安全性和/或加密，以及(iv)与PMS的至少会计管理和客户管理子系统进行交互，以共享交易数据，其分别对应于所产生的金融交易和记录客人支付相关信息。

在本发明的一个实施例中，跟踪引擎(214)可以包括对应于在WDP(200)的底层硬件(例如，一个或多个集成电路)上执行的计算机可读程序代码的软件指令。此外，软件指令在被执行时使得跟踪引擎(214)能够执行以下中的一个或多个：(i)监视一处或多处物业上的每个WDD的状态(例如，实时(或接近实时)跟踪酒液高度和留下的惰性气体)，(ii)保持房间设备映射关于哪个房间与WDD相关联，且反之亦然，(iii)跟踪一处或多处物业的酒库存，(iv)跟踪和合并在一处或多处物业上的每个WDD上执行的当前配置参数和/或设置，以及(v)至少与PMS的库存管理子系统交互，以跟踪与一处或多处经营场址的酒相关的库存水平。

在本发明的一个实施例中，命令引擎(216)可以包括对应于在WDP(200)的底层硬件(例如，一个或多个集成电路)上执行的计算机可读程序代码的软件指令。进一步，当被执行时，软件指令可赋予命令引擎(216)以下功能，即：(i)生成或获得设备指定初始化(DSI)、设备指定更新(DSU)和/或访问命令(在下面讨论)，(ii)与一个或多个其他引擎(例如政策引擎(206)、访问引擎(210)等)协作，以获得和/或整合与生成(i)中列出的项目相关的信息，(iii)总的监督WDP(200)上的资源的运营和分配，并且(iv)参与WDP(200)上的通信交互(未示出)，以有效地向一个或多个WDD传输信息和/或从其接收信息。

在本发明的一个实施例中，报告引擎(218)可以包括对应于在WDP(200)的底层硬件(例如，一个或多个集成电路)上执行的计算机可读程序代码的软件指令。此外，软件指令在被执行时使得报告引擎(218)能够：(i)基于由一个或多个WDD提供的信息生成报告，(ii)发出请求更换适当WDD上的酒包装(例如酒瓶或酒袋)或惰性气体罐的通知，(iii)发出对适当WDD进行性能维护的请求,(iv)与一个或多个其他引擎(例如，分析引擎(204)、券引擎(208)、POS引擎(212)、跟踪引擎(214)等)协作，以获得并整合与生成(i)中列出的报告类型相关的相应信息，以及(v)至少与将所发出的通知发给的PMS的客房服务管理子系统交互。

在本发明的一个实施例中，可以使用从WDD获得的实时(或接近实时)信息来确定哪些WDD可能需要服务或维护。例如，报告引擎(218)可以分析从各种WDD接收到的消耗信息并且生成仅指定需要客房服务员工重新装满/更换空酒瓶的一组WDD的服务列表。WDD是否需要重新装满的确定可以基于例如WDD中的当前酒液高度是否低于阈值酒液高度。上述确定也可以考虑消耗速度。在这种情况下，即使酒液高度不低于阈值酒液高度，但如果消耗速度超过一定水平，则WDD可能需要进行服务。使用来自WDD的实时(或接近实时)信息来生成这样的列表使得能够有效地利用酒店资源，同时不会由于不适当地备货/备货不足的WDD而降低任何客户体验。

在本发明的一个实施例中，内容引擎(220)可以包括对应于在WDP(200)的底层硬件(例如，一个或多个集成电路)上执行的计算机可读程序代码的软件指令。此外，在执行时，软件指令可以向内容引擎(220)赋予以下功能，即：(i)管理和/或生成用于购买酒的交互内容(例如，文本、图像、视频、音频等)，通过该交互内容，在一个或多个WDD上迫使进行酒购买，以及(ii)管理和/或生成与特定酒相关的描述性细节。

在本发明的一个实施例中，数据仓库(222)可以是用于存储与管理一个或多个WDD有关的数据的任何类型的存储单元和/或设备(例如文件系统、数据库、表格集合或任何其他存储介质)。此外，数据仓库(222)可以包括多个不同的存储单元和/或设备。该多个不同的存储单元和/或设备可以是也可以不是相同类型的或位于同一物理位置。在本发明的一个实施例中，存储在数据仓库(222)中的数据可以涉及：(i)房间设备映射(在下面讨论)，(ii)从每个WDD获得的状态、消耗、财务等数据，(iii)从对存储在数据仓库(222)中的任何数据进行的分析得到的分析信息，(iv)生成并提供给一个或多个WDD的交互内容(例如文本、图像、视频、音频等)，以便通过它们各自的触摸屏呈现出来，(v)描述分配的酒品种的特征、原产地等的详细信息，以及(vi)对应于计算机可读程序代码的软件指令，其使WDP(200)能够执行本发明的实施例。

在本发明的一个实施例中，API管理器(224)可以包括硬件、软件、固件或上述的任何组合，其可以包括合并由WDP(200)使用的API组的功能。在本发明的一个实施例中，API可以是可用于促进与PMS的一个或多个子系统或第三方系统交互的一组例程、协议和/或工具。API管理器(224)可以包括进一步的功能，即：创建支持资源，其需要对合并的API组进行定义和记录。

图3A示出了根据本发明的一个或多个实施例的酒分配设备的图。WDD(300)包括处理单元(302)、触摸屏(308)、一个或多个通信接口(310)、电子锁(312)、一个或多个传感器(314)、一个或多个冷却机构(316)、一个或多个螺线管(318)、一个或多个流量计(320)、惰性气体调节器(322)、清洁溶液泵(324)以及一个或多个电机(326)。下面介绍这些组件中的每一个组件。

在本发明的一个实施例中，处理单元(302)可以构成用于处理指令的一个或多个集成电路。例如，处理单元(302)可以包括一个或多个内核或者计算机处理器的微型内核。另外地是或可选地是，处理单元(302)可以使用专用集成电路(ASIC)、现场可编程门阵列(FPGA)、图形处理单元(GPA)、微控制器、分立处理器、数字信号处理器(DSP)或任何其他类型的集成电路，或上述的任何组合来实施。在本发明的一个实施例中，由处理单元(302)处理的指令可对应于计算机可读程序代码，所述计算机可读程序代码在被执行时使处理单元(302)能够管理WDD(300)的运营和组件。为此，处理单元(302)可以操作地(即，直接或间接)连接到WDD(300)的上述组件中的每一个组件。

在本发明的一个实施例中，由处理单元(302)处理的软件指令的至少一部分涉及软件应用程序(304)的实例化。软件应用程序(304)可以是任何计算机程序产品，其可以使交互用户能够参与WDD(300)的特征(在下面讨论)。术语软件应用程序可以包括相同软件应用程序的不同版本(versions)和/或版次(editions)。软件应用程序(304)可以包括进一步的功能，即：生成用户界面(306)并管理与界面相关的过程。在本发明的一个实施例中，用户界面(306)可以是图形用户界面(GUI)，通过其交互内容(例如文本、图像、视频等)和控件(例如列表框、弹出式菜单、按钮、滑块、复选框、图标等)可以提供。由交互用户对交互内容和/或控件的操纵可随后触发处理单元(302)，使其与WDD(300)和/或酒分配平台(WDP)的一个或多个其他组件协作执行本发明的实施例。

在本发明的一个实施例中，触摸屏(308)可以是操作地连接到处理单元(302)的触敏显示屏。触摸屏(308)既是输出设备又是输入设备。作为输出设备，触摸屏(308)可以包括呈现用户界面(306)的图形元素(例如，交互内容和/或控件)以呈现给交互用户的功能。在本发明的一个实施例中，由触摸屏(308)传递的交互内容可以包括但不限于旨在迫使购买酒的营销消息和视频，旨在描述在WDD(300)内所包含的酒的信息文本和图像等。作为输入设备，触摸屏(308)可以包括检测交互用户对图形元素的操纵或参与(engagement)的功能。在检测到并识别出哪个图形元素被使用时，触摸屏(308)可将发现传递给处理单元(302)，处理单元随后可执行与执行本发明的一个或多个实施例的所识别的图形元素相关联的软件指令。触摸屏的示例可以包括但不限于电阻式触摸屏、表面声波(SAW)触摸屏、电容式触摸屏、光束式触摸屏、红外网格触摸屏等。可以使用不启用触摸的屏幕来实现WDD(300)，而不会脱离本发明。

本发明的一个实施例中，通信接口(310)可以包括硬件、软件、固件或上述的任何组合，其使得能够实现和促进WDD(300)，酒分配平台(WDP)和/或其他便携式或非便携式计算系统(例如，属于客人的移动设备等)之间的信息交换。通信接口(310)可以操作地连接到处理单元(302)。在本发明的一个实施例中，通信接口(310)可以包括以下功能，即：(i)经由有线和/或无线介质/协议将状态、消耗、财务、描述性等信息传输到WDP和/或其他计算系统；和(ii)通过有线和/或无线介质/协议从WDP和/或其他计算系统接收配置、更新、命令、授权、支付等信息。例如，可以集成蓝牙收发器来使客人能够将他们(她们)的移动计算系统(例如，智能手机、平板电脑等)连接到WDD(300)，以便共享与WDD(300)有关的描述或支持信息、酒等。作为另一示例，可以采用近场通信(NFC)阅读器，以便向客人提供与支付(例如，Apple Pay、Android Pay等)有关的替代机制。通信接口(310)的其他示例包括但不限于网络接口控制器/设备、网络插座、天线等。

在本发明的一个实施例中，电子锁(312)可以是远程监视和控制的锁定装置，其包括防止在没有适当授权的情况下访问WDD(300)的内部的功能。电子锁(312)的使用可以随后防止篡改和/或好奇的客人损坏WDD(300)的内部机构，并且偷走封闭的酒。在本发明的一个实施例中，电子锁(312)可通过向一个或多个电磁体(未示出)、螺线管(318)、电机(326)或上述的任何组合供应电力或从它们移走电力来激活。在本发明的一个实施例中，电子锁(312)可以包含射频识别(RFID)传感器(314)，其包括允许物业工作人员用主电子介质(例如，钥匙卡、标签、钥匙扣等)来电子解锁WDD(300)。

在本发明的一个实施例中，传感器(314)可以包括硬件、软件、固件或上述的任何组合，其检测和测量一个或多个物理特性(例如，热、光、声音、压力、运动等)。传感器(314)可以包括将这些上述测量结果编码为可以由处理单元(302)(传感器(一个或多个)314与之操作地连接)解译和/或处理的模拟和/或数字信号(或数据)的功能。在本发明的一个实施例中，包括在WDD(300)中的传感器(314)包括但不限于RFID传感器(如上所述)、接近传感器、前置摄像头、流量计(在下面讨论)等。在本发明的一个实施例中，接近传感器可以包括用于检测酒倾倒口下方的容器的存在或不存在，或WDD(300)附近的交互用户的功能。在本发明的一个实施例中，可以基于酒的容器存在或不存在触发启用或禁用倾倒酒，从而防止溢出。

在本发明的一个实施例中，取决于交互用户是否在附近，基于来自接近传感器的输入，触摸屏(308)可以自动打开或关闭。打开时，触摸屏可能会向用户显示一条或多条消息。例如，考虑用户入住酒店的情况。响应于入住酒店，物业管理系统基于用户的简况检测到用户是奖励计划的成员。基于该确定，物业管理系统(自动地或通过来自酒店工作人员的输入)生成要通过触摸屏向用户显示的消息。随后通过图5A和5B中所示的方法将该消息提供给WDD(330)。当用户进入房间并且靠近WDD(300)时，接近传感器可以检测到用户的存在并自动打开触摸屏，以向用户显示消息。

在本发明的一个实施例中，前置摄像头可以包括向客人提供机制的功能，通过该机制，可以捕获和处理与例如信用卡相关联的支付信息，以用于购买酒。因此，前置摄像头提供了用于获得支付信息的替代方法，这减轻了客人通过用户界面(306)手动输入支付信息的必要性。

在本发明的一个实施例中，冷却机构(316)可以包括硬件、软件、固件或上述的任何组合，其可以包括将封闭的酒或内部组件维持在适当温度范围下的功能。就封闭的酒而言，冷却机构(316)可以提供冷藏，从而使酒能够在特定的服务温度下倾倒或消耗。这些指定的服务温度可以由PMS和/或WDP指定。在本发明的一个实施例中，冷却机构(316)可用于防止WDD(300)的一个或多个部件(例如处理单元(302))过热。冷却机构的例子包括但不限于固态冷却系统、热电冷却器、空气冷却风扇、水冷却系统等。

在本发明的一个实施例中，螺线管(318)可以是线圈组件，其在载有电流时用作磁体。螺线管(318)可以包括进一步的功能，即：作为控制机械部件/设备的致动的电子开关或继电器来操作。在本发明的一个实施例中，螺线管(318)可用于致动和/或促进从一种或多种类型的酒包装(例如酒瓶、酒袋等)中吸出酒。

在本发明的一个实施例中，流量计(320)可以是包括测量与流体流量相关联的体积，压力和/或体积速率的功能的仪器或传感器。如此，当从WDD(300)分配酒时，可以使用流量计(320)来至少获得这些上述测量结果。流量计的例子包括但不限于机械流量计，基于压力的流量计、光学流量计、电磁流量计等。

在本发明的一个实施例中，惰性气体调节器(322)可以是管理从惰性气体罐释放惰性气体的阀(参见例如图3B)。惰性气体调节器(322)可以包括进一步的功能，即：允许容纳在惰性气体罐内的高压惰性气体被降低到安全和可用的压力。为此，惰性气体调节器(322)通过利用测量元件(未示出)来操作，以确定通过阀的惰性气体的流量，并使之满足负载需求(例如，由WDD(300)提出的对惰性气体的需求)。

在本发明的一个实施例中，清洁溶液泵(324)可以是包括使水和清洁溶液混合物通过酒管道和针机构循环的功能的机构或设备(参见例如图3B)。清洁溶液泵(324)可以连接到清洁溶液贮存器，并且随后可以通过以下操作来操作：(i)从清洁溶液贮存器中抽取水和清洁溶液混合物；和(ii)通过酒管道和针机构驱动抽取混合物。在本发明的一个实施例中，清洁溶液泵(324)可用于自动清洁WDD(300)的上述组件。

在本发明的一个实施例中，电机(326)可以是致动其他静态组件的电气、压电、机电、机械或液压设备或上述的任何组合。在本发明的一个实施例中，可以使用电机(326)来致动机械化的多腔针(参见例如图3B)，从而使上述针能够穿透酒塞或盖。

图3B和3C示出了根据本发明的一个或多个实施例的酒分配设备的内部图。具体而言，图3B示出了结合有酒瓶的内部图，图3C显示了包含替代包装的内部图，例如酒袋。酒分配设备不限于图3B和3C中所示的实施例。

转到图3B，在本发明的一个实施例中，酒分配设备(WDD)可以包括清洁储液器(340)。清洁储液器(340)可以包括以下功能，即：容纳定期自动清洁酒管和机械化多腔针(350)所需的水和清洁溶液。在自动清洁这些部件时，与维护WDD相关的人工劳动和/或成本降低。在本发明的一个实施例中，WDD可以进一步包括惰性气体罐(342)。可以采用在一瓶酒内注入惰性气体来加压瓶子和/或将瓶子内的酒保存较长的时间。可以使用的惰性气体的例子包括但不限于氩气和氮气。在本发明的一个实施例中，后部的酒瓶固定机构(344)可以用于附接到酒瓶的底部。随后，后部的酒瓶固定机构(344)可将酒瓶移向机械化多腔针(350)，而机械化多腔针(350)在那里旋转。此外，所产生的旋转运动可以减小酒瓶塞或盖上的向下的力，从而防止机械化的多腔针(350)将瓶塞推入酒瓶中。

在本发明的一个实施例中，WDD可以进一步包括倾斜的酒瓶架(346)，其将封闭的酒瓶定位在倾斜的位置。酒瓶的倾斜与重力相结合可以使酒在减少的必要压力下流动。倾斜可进一步使沉淀物聚集在酒瓶的肩部，这可避免酒吸取机构的堵塞。倾斜的酒瓶架(346)可以以35度的角度存储它们各自的酒瓶。在本发明的一个实施例中，酒瓶颈部密封帽(348)包围酒瓶的瓶口。酒瓶颈部密封帽(348)可用于提供辅助密封，从而防止泄漏损坏一个或多个内部部件。如上所述，在本发明的一个实施例中，机械化多腔针(350)包括穿透酒瓶塞或盖并促进酒抽取的功能。在本发明的一个实施例中，快速释放针机构(352)可以被包括在WDD中，以便容易地移除用于清洁的机械化多腔针(350)。

转到图3C，在本发明的另一个实施例中，WDD可以包括可选的内部组件，以便于从诸如酒袋(366)的替代包装选项中抽取酒。可由WDD支持的这些替代包装选项的例子可以包括但不限于TetraPaks和AstraPouches。在本发明的一个实施例中，通过采用替代包装代替传统的酒瓶，WDD设计中涉及的复杂性大大降低。事实的确如此，因为可能不需要与注入惰性气体(例如，惰性气体罐和惰性气体调节器)和/或螺线管相关的各种部件。此外，简化的弹簧加压的压缩盘(360)可以取代酒瓶设计中采用的后部的酒瓶固定机构(参见例如图3B)。在本发明的一个实施例中，可以替代地使用蠕动泵(362)来从替代包装中抽取酒。该蠕动泵(362)可以包括进一步的功能，以测量被分配的酒的体积。在本发明的一个实施例中，WDD可以包括从包装750毫升、1.5升、3升和6升酒的酒袋(366)中支持和抽取酒的功能。

图4A-7C示出了根据本发明的一个或多个实施例的流程图。尽管顺序地呈现和描述这些流程图中的各个步骤，但本领域的普通技术人员将理解，一些或所有步骤可以以不同顺序执行，可以组合或省略，并且可以并行执行一些或全部步骤。此外，这些步骤可以主动地或被动地执行。例如，根据本发明的一个或多个实施例，一些步骤可以使用轮询来执行或者中断驱动。

图4A和4B示出了描述根据本发明的一个或多个实施例的用于初始化酒分配设备的方法的流程图。更具体地说，图4A从酒分配设备(WDD)的角度描述了前述的初始化过程，图4B从酒分配平台(WDP)的角度描述了初始化过程。

转到图4A，在步骤400中，启用WDD。在本发明的一个实施例中，WDD最近可能已经安装到物业上。在本发明的另一个实施例中，WDD可能在维护完成后重新激活。启用WDD可能包含手动切换或推动位于WDD的外部上的主电源开关按钮。

在步骤402中，由WDD检查本地存储的设备指定初始化(DSI)。在本发明的一个实施例中，DSI可以是包括用于存储WDD的默认和/或初始参数和设置的功能的对象(例如，计算机文件、一组软件指令等)。在本发明的一个实施例中，DSI可以从与处理单元相关联的存储器(例如，随机存取存储器(RAM)、高速缓冲存储器、闪存等)进行存放和访问。在本发明的另一个实施例中，DSI可以被存储到和从嵌入WDD内的、诸如数据仓库或存储设备(例如，文件系统、数据库、表格集合或任何其他存储机构)的非临时性计算机可读介质取回。

在本发明的一个实施例中，在DSI中提供的参数和/或设置可涉及例如：(i)触摸屏的亮度级；(ii)当接近传感器检测到交互用户时触摸屏激活之前指定的时间延迟；(iii)触摸屏睡眠或电源休眠之前的持续时间；(iv)可由WDD投影的音频的音量水平；(v)基于各种情况通过触摸屏呈现的消息的定制(例如，乱序消息、服务不可用消息、请求服务的消息等)；(vi)测量样品或倒酒的倾倒量；(vii)与WDD所在的时区对应的当地时间；和(viii)各地区法律规定的与酒精有关的政策和法规。

在步骤404中，做出关于WDD上的本地存储的DSI是否已经定位的确定。如果确定DSI未被本地存储，则过程进行到步骤406。另一方面，如果确定已经找到本地存储的DSI，则过程进行到步骤410。

在步骤406中，在确定DSI不能在本地定位时，随后生成对DSI的请求并由WDD将其传输到酒分配平台(WDP)。在本发明的一个实施例中，该请求可以包括唯一的设备标识符——诸如序列号——其可以帮助WDP识别适合于请求WDD的DSI。在本发明的另一个实施例中，该请求可以包括附加的或替代的标识信息，诸如WDD在自有物业的局域网(LAN)中的位置。这样，在本发明的一个实施例中，WDD可以包括使用网络邻居信息和/或描述LAN的网络拓扑结构的详细信息来确定其在LAN内的位置的功能。

在步骤408中，响应于传输步骤406的请求，WDD从WDP接收DSI。在步骤410中，在确定已经找到本地存储的DSI(步骤404)或者在已经响应于提交请求而获得DSI之后(步骤408)，实施DSI。在本发明的一个实施例中，DSI的实施可能需要处理单元执行表示DSI的对象(例如，计算机文件、软件指令集等)。

转到图4B，从WDP的角度来看，在步骤420中，从WDD接收对DSI的请求。如上所述，在本发明的一个实施例中，所接收的请求可以包括专用于WDD的唯一标识符或标识信息。

在步骤422中，做出关于请求WDD的DSI在数据仓库中是否是可用的(例如，本地存储)的确定(参见例如图2)。随后，如果确定适当的DSI是不可用的，则过程进行到步骤424。另一方面，如果确定适当的DSI是可以从数据存储库中取回的，则过程进行到步骤428。

在步骤424中，在确定WDP未保存用于请求WDD的本地存储的DSI时，将用于提供DSI的请求传输到物业管理系统(PMS)。在本发明的一个实施例中，前述请求可以包括与WDD有关的所述唯一设备标识符和/或标识信息。此外，响应于提交请求，在步骤426中，WDP可以从PMS接收DSI。在本发明的一个实施例中，PMS可以提供预定的或默认的DSI。在本发明的另一个实施例中，可以提供用于请求WDD的定制DSI。此外，在本发明的一个实施例中，房间标识符(例如，房号、标签等)可以与DSI并排提供，WDP可以使用该房间标识符来维护WDD的房间设备映射。

在步骤428中，在确定本地存储的DSI是可用的(步骤422)时或在响应于请求获得DSI之后(步骤426)，做出关于DSI是否包括涉及与酒精相关的政策或法规的任何限制指令的另一确定。如果确定DSI缺少上述政策和/或法规，则过程进行到步骤430。另一方面，如果确定DSI确实包括上述政策和/或法规，则过程进行到步骤436。

在步骤430中，在确定DSI不包括涉及与酒精相关的政策和/或法规的任何限制性指令时，由WDP产生并传输对相关信息的请求并将其传输给一个或多个第三方系统。在本发明的一个实施例中，WDP可以与酒精政策信息系统(APIS)交互并且从其获得与酒精相关的政策信息。与酒精有关的政策和/或法规可能包括有关在地理位置内施行的、与酒精销售/购买有关的政策的详细信息。

在步骤432中，响应于提交步骤430的请求，WDP从一个或多个第三方系统接收与酒精相关的政策信息。在步骤434，基于所获得的与酒精相关的政策和/或法规信息，生成限制指令并将其并入DSI中。在本发明的一个实施例中，限制指令在由WDD的处理单元执行时可以例如指示WDD禁用客人在一周的特定几天期间(例如，星期日)和/或一天中的时间(例如，上午2点到上午11点之间)购买或分配酒的能力。在步骤436中，向请求WDD传输或推送DSI(包括酒精政策指令)。

在本发明的一个实施例中，PMS的管理员/用户可以能够经由WDP的平台管理子系统和/或用户界面来限制给定WDD上的酒的购买或分配。这些手动限制可以用来代替或补充基于所获得的与酒精相关的政策和/或法规信息而生成的限制指令。此外，这些手动限制可以通过物业指定政策和/或环境所规定的饮用时间的形式来施行。这些手动限制可以通过任何时间粒度或时间增量来指定(例如，一天中的小时，一周中的几天等)。

图5A和5B示出了描述根据本发明的一个或多个实施例的用于更新酒分配设备的方法的流程图。更具体地说，图5A从WDP的角度描述了上述更新过程，图5B从WDD的角度描述了更新过程。

转到图5A，在步骤500中，WDP接收特定房间的设备指定更新(DSU)。在本发明的一个实施例中，DSU可以包括特定房间的唯一房间标识符(例如，房号、标签等)和配置信息。在本发明的一个实施例中，配置信息可以包括但不限于(i)更新的或补充的配置参数和/或设置(例如，服务时间(即，何时酒店员工可以更换使用过的/空瓶子)、饮用时间(即，何时酒可以从WDD分配)、份量、父母锁等)；(ii)免费的指定量的酒的授权代码；(iii)与酒，促销等有关的多媒体内容和/或信息，以及(iv)更新的与酒精相关的政策和/或法规信息。DSU可以从PMS或一个或多个第三方系统获得。

在本技术的一个实施例中，步骤500可以包括为位于物业上的一组指定WDD生成一组DSU。例如，PMS的用户可能想要为参加婚礼的所有客人提供赠酒。在这个例子中，PMS可以包括与婚礼相关的代码，其中代码与特定房间(即，婚礼的客人所待的房间)相关联。在这种情景下，用户通过PMS可以指示与相关于婚礼节目的特定代码相关联的每个房间应该有两杯免费的酒。响应于该请求，PMS可以识别与特定代码相关联的每个房间，并且：(i)给WDP发送每个识别的房间的DSU，其中DSU指定识别的房间将接收两杯赠酒；或者(ii)发送单个DSU，其包括所识别的房间的列表以及指示列表中的每个房间要接收两杯赠酒的指示。

在步骤502中，利用房间设备映射，识别DSU所意图针对的WDD。在本发明的一个实施例中，如上所述，房间设备映射将物业上的房间与安装在该房间内的WDD相关联。更具体地说，每个房间设备映射可以包括房间的唯一标识符(例如，房号、标签等)和相应的WDD(例如，序列号、网络地址等)。随后，在使用房间标识符(被包括在DSU中)对可用的房间设备映射执行查找时，WDP可以获得相关联的设备标识符，并随后确定DSU意图针对的WDD。

在本发明的一个实施例中，如果从PMS接收的DSU包括所识别房间的列表以及关于将在每个房间中应用于WDD的配置的信息(例如，每个WDD将提供两杯赠酒给房间内的客人)，然后在步骤502之前，WDP为接收到的列表中的每个房间生成DSU。例如，如果从PMS接收到的DSU列出了五个房间号并且指定这些房间中的每一个房间都要接收两杯赠酒，则在步骤502之前，WDP生成五个DSU，即，在DSU中指定的每个房间有一个。

在步骤504中，将步骤500中接收到的DSU(具有或不具有房间标识符)传输/推送到每个房间设备映射标识的WDD。

转到图5B，从WDD的角度来看，在步骤520中，从WDP接收DSU。如上所述，在本发明的一个实施例中，DSU包括涉及以下的计算机可读程序代码：(i)更新的或补充的配置参数和/或设置；(ii)免费的指定量的酒的授权代码；(iii)与酒，促销等有关的多媒体内容和/或信息，以及(iv)更新的与酒精相关的政策和/或法规信息。在步骤522中，实施所获得的DSU。DSU的实施可以包括由WDD的处理单元执行上述计算机可读程序代码。

在本发明的一个实施例中，PMS可以用于远程锁定和/或禁用WDD。例如，考虑一种情景，其中酒店的前台接到电话说房间505有大量噪音。在这种情景下，PMS的用户能够经由PMS中的平台管理模块(122)获得房间505的实时酒消费。基于对该信息的评估，PMS的用户然后可以通过图5A和5B中描述的方法使用远程锁定命令远程锁定房间505中的WDD。

图6示出了描述根据本发明的一个或多个实施例的用于传输访问命令的方法的流程图。为此，在步骤600中，酒分配平台(WDP)接收特定房间的房间访问条目(RAE)。在本发明的一个实施例中，RAE是通过物业管理系统(PMS)的房间访问管理子系统(参见例如图2)或类似的第三方系统获得的。此外，在本发明的一个实施例中，RAE可能已经响应于使用电子介质(例如钥匙卡、标签、钥匙扣等)来访问房间而被记录。在本发明的一个实施例中，RAE可以包括诸如与被访问的房间相关联的房间标识符以及电子介质被编码到的员工或客人指定标识符的信息，该员工或客人标识符对于该员工或客人是唯一的。

在步骤602中，利用房间设备映射，识别与RAE相关联的酒分配设备(WDD)。类似于图5A中的步骤502，在本发明的一个实施例中，可以使用被包含在RAE中的房间标识符来执行对存储在WDP上的可用的房间设备映射的查找。随后，可以获得与房间标识符相对应的设备标识符。设备标识符与安装在接收到的RAE所关联的房间中的WDD有关。

在步骤604中，基于接收到的RAE，生成访问命令。更具体地说，在本发明的一个实施例中，访问命令的生成可以基于被包含在RAE中的员工或客人标识符。此外，访问命令可以包括软件指令，其对应于当由WDD的处理单元执行时允许或禁止WDD出售和/或分配酒的计算机可读程序代码。在本发明的一个实施例中，响应于包括员工标识符的RAE，可以生成访问命令，指令WDD锁定或禁用酒的销售和/或分配。通过锁定WDD，进入房间的物业员工被禁止消费酒。在本发明的另一个实施例中，响应于包括客人标识符的RAE，可以生成访问命令，指令WDD解锁或启用酒的销售和/或分配。通过解锁WDD，待在房间内的客人可以购买和/或消费酒。在步骤606中，将在步骤604中生成的访问命令传输到或推送到在步骤602中识别的WDD。

图7A示出了描述根据本发明的一个或多个实施例的用于在酒分配设备上实施模式转变的方法的流程图。为此，在步骤700中，来自酒分配平台(WDP)的访问命令由酒分配设备(WDD)接收。在本发明的一个实施例中，访问命令可以包括对应于计算机可读程序代码的软件指令，其在由WDD的处理单元执行时允许或禁止WDD销售和/或分配酒。如上所述，访问命令是否指示WDD锁定或解锁酒分配取决于物业员工或客人是否最近进入过房间。

在步骤702中，做出关于访问命令是否涉及解锁或启用酒的销售和/或分配的确定。如果确定访问命令包括解锁或启用酒的销售和/或分配的指令，则过程进行到步骤704。另一方面，如果确定访问命令包括施行限制销售和/或分配酒的指令，则过程进行到步骤708。

在步骤704中，在确定访问命令涉及解锁WDD之后，将WDD处的分配锁设置为解锁状态。在本发明的一个实施例中，分配锁可以是逻辑机构，其防止WDD的处理单元获得便于分配酒的酒选择参与，接收支付方法信息和/或内部组件(例如，电机、螺线管等)的访问控件。在本发明的另一个实施例中，客人可以通过将他们(她们)发出的电子介质(例如，钥匙卡)悬停在/集成到WDD中的RFID传感器上/附近来解锁分配锁本身。

在步骤706中，执行WDD到客人模式的转变。在本发明的一个实施例中，转变到客人模式可以包括从存储器或存储介质/设备获得或加载负责实例化与适合客人的用户界面相关联的交互内容和/或控件的计算机可读程序代码。

在步骤708中，在确定访问命令(在步骤700中接收到)与锁定WDD有关的情况下，将WDD处的上述分配锁设定为锁定状态(假定分配锁之前被设定为解锁状态)。在本发明的一个实施例中，如果分配锁之前已经被设定在锁定状态，则不执行步骤708，并且过程将进行到步骤710。在本发明的一个实施例中，由于客人在物业员工进入房间之前进入房间，所以分配锁可以在“锁定”访问命令之前保持解锁状态。相反，在本发明的一个实施例中，由于房间内没有人，WDD的接近传感器可能已经检测到这一点，因此分配锁可以在“锁定”访问命令之前保持锁定状态。房间内没有人或可检测到的动作可以解释为：(i)房间空置/可用，或(ii)支付和/或占用房间的客人现在不在房间中。

在步骤710中，执行WDD到员工模式的转变。在本发明的一个实施例中，转变到员工模式可以包括从存储器或存储介质/设备获得负责实例化交互内容和/或与适合员工的用户界面相关联的控件的计算机可读程序代码。

在步骤712中，WDD随后等待，直到其接近传感器检测到与WDD接近的实体。当在房间中检测到有人时，在步骤714中，通过触摸屏将适合客人的用户界面(在步骤706中加载)或适合员工的用户界面(在步骤710中加载)分别呈现给员工或客人。

图7B和7C示出了描述根据本发明的一个或多个实施例的用于与实体交互的方法的流程图。更具体地说，图7B描述了WDD和物业员工实体之间的交互活动，图7C描述了WDD和客人实体之间的交互活动。

转到图7B，在步骤720中，检测到通知正在交互的员工用户将要对WDD进行服务或执行维护的指示。在本发明的一个实施例中，该指示可以包括经由触摸屏检测正在交互的员工用户已经选择或者参与对应于禁用电子锁的交互控件。在本发明的一个实施例中，电子锁可以是电子控制和监视的锁定设备，其允许或禁止进入WDD的内部。

在步骤722中，响应于在步骤720中检测到的指示，经由触摸屏出示员工指定代码(SSC)。在本发明的一个实施例中，SSC可以是具有任何指定长度的数字序列形式的授权码。在本发明的一个实施例中，SSC可以是所有物业员工使用的主授权码。在本发明的另一个实施例中，SSC可以是分配给每个工作人员的唯一授权码。

在步骤724中，通过触摸屏获得SSC。随后，在步骤726中，将所获得的SSC与在为安装有WDD的房间而记录的最近的房间访问条目(RAE)中包括的信息进行比较。更具体地说，在本发明的一个实施例中，可以将SSC与被包括在最近的RAE中的员工标识符进行比较。在本发明的一个实施例中，可以执行比较，以鉴定或验证所获得的SSC。

在步骤728中，做出关于所获得的SSC是否是真实的确定。如果确定所获得的SSC是真实的，则过程进行到步骤730。另一方面，如果确定所获得的SSC不正确或者错误输入，则过程返回到步骤722并且再次提示正在交互的员工用户出示合适的SSC。

在步骤730中，在确定(在步骤724中获得)SSC是真实的时，控制对WDD内部的访问的电子锁被设置为解锁状态。从这里开始，正在交互的员工用户可以参与WDD的内部组件，以便进行服务和/或维护。由正在交互的员工用户进行的活动的例子可以包括但不限于：(i)用满的酒瓶或酒袋更换空的或接近空的酒瓶或酒袋；(ii)用清洁溶液重新充满清洁容器；(iii)用满的惰性气体罐更换空的或接近空的惰性气体罐；(iv)更换故障电磁阀，电机，流量计或WDD的任何其他部件(参见例如图3A-3C)；(v)用新的酒瓶颈部密封帽更换泄漏的酒瓶颈部密封帽。上述每项活动均可由WDD记录。

在步骤732中，检测通知正在交互的员工用户已经完成服务或对WDD执行维护的指示。在本发明的一个实施例中，该指示可以包括经由触摸屏的检测，即正在交互的员工用户已经选择了或者参与对应于电子锁的启用的交互控件。随后，在步骤734中，响应于在步骤732中检测到的指示，控制对WDD内部的访问的电子锁被设置为锁定状态。

转到图7C，当由正在交互的客人用户参与时，在步骤750中，检测到通知正在交互的客人用户希望购买和/或分配酒的指示。在本发明的一个实施例中，该指示可以包括经由触摸屏检测到交互的客人用户已经选择或参与螺线管和/或电机的致动有关的交互控件，以便于倾倒所选的酒。

在步骤752中，执行WDD所在的地理位置的与酒精相关的政策和/或法规的查找。在本发明的一个实施例中，上述政策和/或法规可能已经被存储在WDD的关联存储器或存储介质/设备中并且是可用的，以便从其中取回。在本发明的另一个实施例中，WDD可以产生并向酒分配平台(WDP)传输对与酒精相关的政策和/或法规信息的请求。在本发明的一个实施例中，与酒精相关的政策和/或法规可以与对应于计算机可读程序代码的软件指令相关联，所述软件指令在由处理单元执行时基于例如星期几或一天中的时间允许或禁止销售和/或分配酒。

在步骤754中，做出关于根据基于地理位置的与酒精相关的政策和/或法规的酒的销售和/或分配是否被允许的确定。如果确定允许销售和/或分配酒，则过程进行到步骤756。另一方面，如果确定酒的销售和/或分配被禁止，则过程进行到步骤772。

在步骤756中，一旦确定酒的销售和/或分配已被允许，则做出关于父母锁是否被启用的另一确定。在本发明的一个实施例中，父母锁可以是施加用以禁止/阻止未成年客人消费酒的逻辑锁定机构。WDD可以使用例如图5A和5B中所示的方法编程有父母锁。随后，如果确定已经实例化了父母锁，则过程进行到步骤758。另一方面，如果确定父母锁尚未被使用，则过程进行到步骤764。

在步骤758中，在确定父母锁已被启用后，通过触摸屏提示正在交互的客人用户出示父母锁代码(PLC)。在本发明的一个实施例中，PLC可以是具有任何指定长度的数字序列形式的授权码。在本发明的一个实施例中，PLC可能已经被占用房间的成年客人选择。在本发明的另一个实施例中，PLC可能是由员工或物业管理系统(PMS)在该物业的登记过程中产生的。

在步骤760中，经由触摸屏获得PLC。随后，在步骤762中，做出关于所获得的PLC是否正确的另一个确定。在本发明的一个实施例中，所获得的PLC可以与正确的PLC进行比较，该正确的PLC可以被存储在关联的存储器或酒分配设备(WDD)中的存储介质/设备中。进一步比较，如果确定所获得的PLC与正确的PLC匹配，则过程进行到步骤764。另一方面，如果确定所获得的PLC与正确的PLC不匹配，则过程返回到步骤758，于是重新提示正在交互的客人用户出示PLC。

在步骤764中，在确定父母锁尚未被使用(步骤756)或所获得的PLC与正确的PLC相匹配(步骤762)之后，做出关于酒券或免费倒酒是否可用的另一确定。在本发明的一个实施例中，由于各种原因，可以向客人奖励免费或赠送的倾倒。这些原因的例子包括但不限于：使负面的客户体验(例如，无法立即提供服务的房间设施故障)好转；物业隶属的奖励或忠诚计划积分的积累；以及房间预订过程中客人使用促销代码，优惠券或抵用券。鉴于此，如果确定有免费的酒倾倒是可用的，则过程进行到步骤770。另一方面，如果确定赠送酒的选项是不可用的，则过程进行到步骤766。

在步骤766中，在确定免费倒酒是不可用的情况下，经由触摸屏提示正在交互的客人用户出示付款相关信息。在步骤768中，获取与支付相关的信息。在本发明的一个实施例中，可以通过使用用户界面手动输入信息来获得支付相关信息。在本发明的另一个实施例中，支付相关信息可以通过使用在正在交互的客人用户所拥有的移动计算系统和WDD之间建立的任何无线通信协议(例如，蓝牙，近场通信(NPC)等)进行信息传递来获得。在本发明的又一个实施例中，支付相关信息可以通过例如由WDD的前置相机捕获和解译信用卡信息来获得。

在步骤770中，在确认对所需的酒的支付或确定酒券或免费倒酒是可用的之后，分配所选量的所选酒。在本发明的一个实施例中，基于容器(例如玻璃杯、有柄杯子、茶杯等)是否被接近传感器检测到或处在与所选的酒相关联的倾倒口下方，可以进一步促进或阻碍酒的分配。

在步骤772中，在根据当地的与酒精相关的政策和/或法规确定酒的销售和/或分配已被禁止之后(步骤754)，经由用户界面通知正在交互的客人用户：购买和/或分配酒是不可用的。

本领域技术人员将认识到，虽然已经关于酒描述了上述发明，但是本发明的实施例可以用于分配其他液体，包括但不限于烈酒、香槟、啤酒和不含酒精的饮料。

本发明的实施例可以在计算系统上实施。可以使用任何移动、桌面、服务器、路由器、交换机、嵌入式设备或其他类型的硬件的组合。例如，如图8A中所示，计算系统(800)可以包括一个或多个计算机处理器(802)、非持久性存储装置(804)(例如易失性存储器，诸如随机存取存储器(RAM)、高速缓冲存储器)、持久性存储装置(806)(例如，硬盘、诸如光盘(CD)驱动器或数字多功能盘(DVD)驱动器之类的光盘驱动器、闪存等)，通信接口(812)(例如蓝牙接口，红外接口，网络接口，光学接口等)以及许多其他元件和功能。

计算机处理器(802)可以是用于处理指令的集成电路。例如，计算机处理器可以是处理器的一个或多个内核或微型内核。计算系统4)还可以包括一个或多个输入设备(810)，诸如触摸屏、键盘、鼠标、麦克风、触摸板、电子笔或任何其他类型的输入设备。

通信接口(812)可以包括用于将计算系统(800)连接到网络(未示出)(例如，局域网(LAN)、诸如互联网之类的广域网(WAN)、移动网络或任何其他类型的网络)和/或另一个设备，例如另一个计算设备。

此外，计算系统(800)可以包括一个或多个输出设备(808)，诸如屏幕(例如，液晶显示器(LCD)、等离子显示器、触摸屏、阴极射线管(CRT)监视器、投影仪或其他显示设备)、打印机、外部存储装置或任何其他输出设备。一个或多个输出设备可以与输入设备相同或不同。输入和输出设备可以在本地或远程连接到计算机处理器(802)、非持久性存储装置(804)和持久性存储装置(806)。存在许多不同类型的计算系统，并且上述输入和输出设备可以采取其他形式。

用于执行本发明的实施例的计算机可读程序代码形式的软件指令可以全部或部分地临时或持久地存储在诸如CD、DVD、存储设备、软盘、磁带、闪存、物理存储器或任何其他计算机可读存储介质之类的非暂时性计算机可读介质上。具体而言，软件指令可对应于计算机可读程序代码，所述计算机可读程序代码在由(一个或多个)处理器执行时被配置用以执行本发明的一个或多个实施例。

图8A中的计算系统(800)可以连接到网络或者是网络的一部分。例如，如图8B中所示，网络(820)可以包括多个节点(例如，节点X(822)、节点Y(824))。每个节点可以对应于计算系统，例如图8A中所示的计算系统，或者一组组合的节点可对应于图8A中所示的计算系统。作为示例，本发明的实施例可以在连接到其他节点的分布式系统的节点上实施。作为另一个例子，本发明的实施例可以在具有多个节点的分布式计算系统上实施，其中本发明的每个部分可以位于分布式计算系统内的不同节点。此外，上述计算系统(800)的一个或多个元件可以位于远程位置并且通过网络连接到其他元件。

尽管在图8B中未示出，但是该节点可以对应于经由背板连接到其他节点的服务器机架中的刀片(blade)。作为另一个例子，该节点可以对应于数据服务器中的服务器。作为另一示例，节点可以对应于具有共享存储器和/或资源的计算机处理器的计算机处理器或微型内核。

网络(820)中的节点(例如，节点X(822)、节点Y(824))可以被配置用以向客户端设备(826)提供服务。例如，节点可以是云计算系统的一部分。节点可以包括接收来自客户端设备(826)的请求并将响应传输给客户端设备(826)的功能。客户端设备(826)可以是计算系统，诸如8A中示的计算系统。此外，客户端设备(826)可以包括和/或执行本发明的一个或多个实施例的全部或一部分。

在图8A和8B中描述的计算系统或计算系统组可以包括执行本文中公开的各种操作的功能。例如，计算系统可以执行相同或不同系统上的过程之间的通信。采用某种形式的主动或被动通信的各种机制可以促进同一设备上的过程之间的数据交换。表示这些过程间通信的示例包括但不限于文件、信号、套接字、消息队列、管线、信号量、共享存储器、消息传递和存储器映射文件的实施。以下提供了关于这些非限制性示例中的一些示例的更多细节。

基于客户端-服务器联网模型，套接字可以用作实现在同一设备上的过程之间双向数据传递的接口或通信信道端点。首先，遵循客户端-服务器网络模型，服务器进程(例如，提供数据的进程)可以创建第一个套接字对象。接下来，服务器进程绑定第一个套接字对象，从而将第一个套接字对象与唯一的名称和/或地址相关联。在创建并绑定第一个套接字对象之后，服务器进程然后等待并监听来自一个或多个客户进程(例如寻求数据的进程)的传入连接请求。此时，当客户端进程希望从服务器进程获取数据时，客户端进程通过创建第二个套接字对象而开始。然后，客户端进程继续生成连接请求，该连接请求至少包括第二套接字对象以及与第一套接字对象相关联的唯一名称和/或地址。客户端进程然后将连接请求传输到服务器进程。根据可用性，服务器进程可能会接受连接请求，与客户端进程建立通信信道，或服务器进程在忙于处理其他操作时可能会将连接请求排入缓冲区中，直至服务器进程准备就绪。建立的连接通知客户端进程可以开始通信。作为响应，客户端进程可以生成指定客户端进程希望获得的数据的数据请求。数据请求随后被传递到服务器进程。在收到数据请求后，服务器进程分析请求并收集请求的数据。最后，服务器进程然后生成包括至少所请求的数据的答复，并将答复传输给客户端进程。数据可以更普遍地作为数据报或字符流(例如字节)的形式来传递。

共享存储器涉及虚拟存储器空间的分配，以便实体化数据可能被多个进程通信和/或访问的机构。在实现共享存储器时，初始化进程首先在持久性或非持久性存储中创建可共享字段。创建后，初始化进程然后安装可共享字段，随后将可共享字段映射到与初始化进程相关联的地址空间。在安装之后，初始化进程继续进行，以识别并授予对也可以向可共享字段写入数据和从可共享字段读取数据的一个或多个授权进程的访问许可。一个进程对于可共享字段中的数据所做的更改可能会立即影响其他进程，这些进程也会链接到可共享字段。此外，当其中一个授权进程访问可共享字段时，可共享字段映射到该授权进程的地址空间。通常，只有一个授权进程可以在任何给定时间下安装除了初始化进程之外的可共享字段。

在不脱离本发明的范围的情况下，可以使用其他技术来共享数据，诸如在本申请中描述的各种数据。这些进程可以是相同或不同应用程序的一部分，并且可以在相同或不同的计算系统上执行。

不是在进程之间共享数据或者除了在进程之间共享数据之外，执行本发明的一个或多个实施例的计算系统可以包括从用户接收数据的功能。例如，在一个或多个实施例中，用户可以经由用户设备上的图形用户界面(GUI)提交数据。可以通过用户选择一个或多个GUI小工具程序或者使用触摸板、键盘、鼠标或任何其他输入设备将文本和其他数据插入GUI小工具来经由GUI提交数据。响应于选择特定项目，可以由计算机处理器从持久或非持久存储装置获得关于该特定项目的信息。在用户选择项目时，响应于用户的选择，可以在用户设备上显示所获得的关于特定项目的数据的内容。

作为另一示例，可以将用于获得关于特定物品的数据的请求发送到通过网络操作地连接到用户设备的服务器。例如，用户可以选择用户设备的网络客户端内的统一资源定位符(URL)链接，由此发起超文本传输协议(HTTP)，或其他协议请求被发送到与该URL相关联的网络主机。响应于该请求，服务器可以提取关于特定选择的项目的数据并将数据发送到发起该请求的设备。一旦用户设备已经接收到关于特定项目的数据，则响应于用户的选择，接收到的关于特定项目的数据的内容可以被显示在用户设备上。除上述示例之外，在选择URL链接之后从服务器接收的数据可以提供可以由网页客户端呈现并显示在用户设备上的以超文本标记语言(HTML)形式的网页。

一旦例如通过使用上述技术或从存储装置获得数据，则计算系统在执行本发明的一个或多个实施例时可以从所获得的数据中提取一个或多个数据项。例如，提取可以通过图8A中的计算系统如下执行。首先，确定数据的组织模式(例如语法、模式、布局)，其可以基于以下中的一个或多个：位置(例如，位或列位置、数据流中的第N个令牌等等)、属性(其中属性与一个或多个值相关联)或分层/树结构(由不同细节水平的节点层组成——例如在嵌套分组包数据头或嵌套文档部分中)。然后，在组织模式的上下文中，原始的未处理的数据符号流被解析为令牌流(或分层结构)(其中每个令牌可以具有关联的令牌“类型”)。

接下来，使用提取标准从令牌流或结构中提取一个或多个数据项，其中根据组织模式处理提取标准，以提取一个或多个令牌(或来自分层结构的节点)。对于基于位置的数据，提取由提取标准标识的位置处的令牌。对于基于属性/值的数据，提取与该属性相关联的令牌和/或节点，其满足提取标准。对于分级/分层数据，提取与匹配提取标准的节点相关联的令牌。提取标准可以像标识符字符串一样简单，或者可以是呈现给结构化数据仓库的查询(其中数据仓库可以根据数据库模式或数据格式，例如XML来组织)。

所提取的数据可以被计算系统用于进一步处理。例如，图8A中的计算系统当执行本发明的一个或多个实施例时可以执行数据比较。数据比较可以用来比较两个或更多个数据值(例如，A、B)。例如，一个或多个实施例可确定是否A>B、A＝B、A！＝B、A<B等。可通过提交A、B以及指定与该比较有关的运算的操作码到算术逻辑单元(ALU)(即，对这两个数据值执行算术和/或按位逻辑运算的电路)中来进行比较。ALU输出运算的数字结果和/或与数字结果相关的一个或多个状态标志。例如，状态标志可以指示数字结果是否为正数、负数、零等。通过选择适当的操作码并且然后读取数字结果和/或状态标志，可以执行比较。例如，为了确定是否A>B，B可以从A中减去(即，A-B)，并且可以读取状态标志，以确定结果是否为正值(即，如果A>B，则A–B>0)。在一个或多个实施例中，B可以被认为是阈值，并且如果A＝B或者如果A>B，则认为A满足阈值，如使用ALU所确定的那样。在本发明的一个或多个实施例中，A和B可以是向量，并且比较A和B需要将向量A的第一元素与向量B的第一元素进行比较，将向量A的第二元素与向量B的第二元素进行比较等等。在一个或多个实施例中，如果A和B是字符串，则可以比较字符串的二进制值。

图8A中的计算系统可以实现和/或连接到数据仓库。例如，一种类型的数据仓库就是数据库。数据库是为便于数据检索，修改，重新组织和删除而配置的信息集合。数据库管理系统(DBMS)是一种软件应用程序，其为用户提供定义、创建、查询、更新或管理数据库的界面。

用户或软件应用程序可以向DBMS提交语句或查询。然后，DBMS解释该语句。该语句可以是用于请求信息的选择语句、更新语句、创建语句、删除语句等。此外，语句可以包括指定数据或数据容器(数据库、表格、记录、列、视图等)的参数、标识符、条件(比较运算符)、函数(例如加入、完全加入、计数、平均等)、排序(例如，上升排序、下降排序)或其他。DBMS可以执行该语句。例如，DBMS可以访问存储器缓冲区，引用或索引文件以进行读取、写入、删除或上述的任何组合，用以响应该语句。DBMS可以从持久性存储或非持久性存储加载数据，并执行计算，以响应查询。DBMS可以将结果返回给用户或软件应用程序。

图8A的计算系统可以包括呈现原始和/或处理后的数据的功能，如比较和其他处理的结果。例如，呈现数据可以通过各种呈现方法来完成。特别地是，可以通过由计算设备提供的用户界面来呈现数据。用户界面可以包括在显示设备上显示信息的GUI，例如手持计算机设备上的计算机监视器或触摸屏。GUI可以包括各种GUI小工具，其组织显示什么数据以及数据如何呈现给用户。此外，GUI可以直接向用户呈现数据，例如，通过文本以实际数据值呈现的数据，或由计算设备呈现为数据的可视表示，例如通过使数据模型可视化。

例如，GUI可以首先从软件应用程序获得请求在GUI内呈现特定数据对象的通知。接下来，GUI可确定与该特定数据对象相关联的数据对象类型，例如通过从标识该数据对象类型的数据对象内的数据属性获取数据。然后，GUI可以确定被指定用于显示该数据对象类型的任何规则，例如，由用于数据对象类的软件框架指定的规则或者根据由GUI定义的、用于呈现该数据对象类型的任何本地参数。最后，GUI可以从该特定数据对象获得数据值，并根据针对该数据对象类型的指定规则在显示设备内呈现数据值的可视表示。

数据也可以通过各种音频方法呈现。特别地是，数据可以被变成音频格式并且通过操作地连接到计算设备的一个或多个扬声器以声音形式呈现。

数据也可以通过触觉方法呈现给用户。例如，触觉方法可以包括由计算系统生成的振动或其他物理信号。例如，可以使用由具有预定持续时间和振动强度的手持式计算机设备产生的振动来向用户呈现数据，以传达数据。

以上对功能的描述仅示出了由图8A的计算系统以及图8B中的节点和/或客户端设备执行的功能的几个示例。其他功能可以使用本发明的一个或多个实施例来执行。

虽然已经关于有限数量的实施例描述了本发明，但是受益于本公开的本领域技术人员将会理解，可以设计出其他实施例，这些实施例不会脱离如在本文中公开的本发明的范围。因此，本发明的范围应该仅由所附权利要求书来限定。

Claims (41)

1.一种用于控制酒分配的方法，包括：

接收设备指定更新DSU，其中所述DSU指定至少一个位置和配置信息；

识别与指定的所述至少一个位置相关联的酒分配设备WDD；和

向所述WDD传输所述DSU。

2.根据权利要求1所述的方法，还包括：

接收来自至少所述WDD的状态信息。

3.根据权利要求2所述的方法，其中所述状态信息包括关于所述至少一个WDD的实时信息。

4.根据权利要求3所述的方法，其中所述实时信息包括所述至少一个WDD中的酒液高度。

5.根据权利要求2所述的方法，其中所述状态信息包括关于所述至少一个WDD的近实时信息。

6.根据权利要求5所述的方法，其中所述近实时信息包括所述至少一个WDD中的酒液高度。

7.根据权利要求2所述的方法，还包括：

在接收到所述状态信息之后，生成服务列表，其中所述服务列表仅指定酒液高度低于阈值酒液高度的WDD。

8.根据权利要求7所述的方法，其中生成所述服务列表包括利用至少一个WDD的消耗速度。

9.根据权利要求1所述的方法，其中所述配置信息指定至少一个与酒精相关的政策。

10.根据权利要求9所述的方法，其中所述至少一个与酒精相关的政策指定饮用时间。

11.根据权利要求9所述的方法，其中所述至少一个与酒精相关的政策指定服务时间。

12.根据权利要求1所述的方法，其中所述配置信息是当所述WDD的触摸屏被激活时要向用户显示的消息。

13.根据权利要求1所述的方法，其中所述配置信息指定至少一个父母锁代码。

14.根据权利要求1所述的方法，其中所述配置信息指定向所述WDD的用户分配的多杯赠酒。

15.根据权利要求1所述的方法，其中所述位置是房间。

16.根据权利要求1所述的方法，其中所述DSU指定多个位置。

17.一种酒分配设备WDD，包括：

处理单元；

触摸屏；

其中所述WDD上的所述处理单元被配置用以执行指令，所述指令使得所述WDD能够：

从酒分配平台WDP接收设备指定更新DSU，其中所述DSU包括配置信息；和

将所述配置信息应用于所述WDD。

18.根据权利要求17所述的酒分配设备，

其中所述处理单元被配置用以执行指令，所述指令进一步使所述WDD能够：

在所述触摸屏上加载适合员工的用户界面；

检测来自正在交互的员工用户对所述适合员工的用户界面的参与；

响应于所述参与，提示所述正在交互的员工用户出示员工指定代码SSC；

通过所述触摸屏并从所述正在交互的员工用户获得所述SSC；

确定所述SSC是真实的；和

基于所述确定，将所述WDD上的电子锁设置为解锁状态。

19.根据权利要求17所述的酒分配设备，

其中所述处理单元被配置用以执行指令，所述指令进一步使所述WDD能够：

在所述WDD的所述触摸屏上加载适合客人的用户界面；

检测来自正在交互的客人用户对所述适合客人的用户界面的参与；

基于所述参与，接入一组与酒精相关的政策；

基于所述一组与酒精相关的政策，确定禁止分配酒；和

基于所述确定，在所述触摸屏上提供消息，通知所述正在交互的客人用户不能分配酒。

20.根据权利要求17所述的酒分配设备，

其中所述处理单元被配置用以执行指令，所述指令进一步使所述WDD能够：

在所述WDD的所述触摸屏上加载适合客人的用户界面；

检测来自正在交互的客人用户对所述适合客人的用户界面的参与；

基于所述参与，接入一组与酒精相关的政策；

基于所述一组与酒精相关的政策，确定允许分配酒；

响应于所述确定，提示所述正在交互的客人用户出示父母锁代码PLC；

通过所述触摸屏并从所述正在交互的客人用户获取所述PLC；

确定所获得的PLC与正确的PLC匹配；和

基于所述确定，分配所选酒量的所选酒品种。

21.根据权利要求20所述的酒分配设备，

其中所述处理单元被配置用以执行指令，所述指令进一步使所述WDD能够：

在分配所选酒量的所选酒品种之前：

确定已经给所述正在交互的客人用户发了酒券，其中所述酒券是在所述配置信息中指定的；和

记录所述酒券的使用，以分配所选酒量的所选酒品种，而不向所述正在交互的客人用户收费。

22.根据权利要求20所述的酒分配设备，

其中所述处理单元被配置用以执行指令，所述指令进一步使所述WDD能够：

在分配所选酒量的所选酒品种之前：

确定所述正在交互的客人用户不能使用酒券；

响应于所述确定，提示所述正在交互的客人用户出示支付信息；

通过所述触摸屏并从所述正在交互的客人用户获得支付信息；和

在处理所述支付信息之后，分配所选酒量的所选酒品种。

23.根据权利要求17所述的酒分配设备，还包括：

接近传感器；

其中所述配置信息包括消息，

其中所述触摸屏响应于所述接近传感器检测到用户的存在而显示所述消息。

24.根据权利要求23所述的酒分配设备，其中消息包括交互内容。

25.根据权利要求23所述的酒分配设备，其中所述配置信息包括远程锁定命令，并且其中应用所述配置信息包括防止从所述酒分配设备进一步分配酒。

26.一种存储用于控制酒分配的指令的非暂时性计算机可读介质CRM，所述指令包括用于以下的功能：

接收设备指定更新DSU，其中所述DSU指定至少一个位置和配置信息；

识别与指定的所述至少一个位置相关联的酒分配设备WDD；和

向所述WDD传输所述DSU。

27.根据权利要求26所述的CRM，所述指令还包括用于以下的功能：接收来自至少所述WDD的状态信息。

28.根据权利要求27所述的CRM，其中所述状态信息包括关于所述至少一个WDD的实时信息。

29.根据权利要求28所述的CRM，其中所述实时信息包括所述至少一个WDD中的酒液高度。

30.根据权利要求27所述的CRM，其中所述状态信息包括关于所述至少一个WDD的近实时信息。

31.根据权利要求30所述的CRM，其中所述近实时信息包括所述至少一个WDD中的酒液高度。

32.根据权利要求27所述的CRM，所述指令还包括用于以下的功能：

在接收到所述状态信息之后，生成服务列表，其中所述服务列表仅指定酒液高度低于阈值酒液高度的WDD。

33.根据权利要求32所述的CRM，其中生成所述服务列表包括利用至少一个WDD的消耗速率。

34.根据权利要求26所述的CRM，其中所述配置信息指定至少一个与酒精相关的政策。

35.根据权利要求34所述的CRM，其中所述至少一个与酒精相关的政策指定饮用时间。

36.根据权利要求34所述的CRM，其中所述至少一个与酒精相关的政策指定服务时间。

37.根据权利要求26所述的CRM，其中所述配置信息是当所述WDD的触摸屏被激活时要向用户显示的消息。

38.根据权利要求26所述的CRM，其中所述配置信息指定至少一个父母锁代码。

39.根据权利要求26所述的CRM，其中所述配置信息指定向所述WDD的用户分配的多杯赠酒。

40.根据权利要求26所述的CRM，其中所述位置是房间。

41.根据权利要求26所述的CRM，其中所述DSU指定多个位置。