CN111311829A - 订单信息处理、饮品机控制方法及订单生成的方法 - Google Patents

Abstract

本发明公开了一种订单信息处理、饮品机控制方法及订单生成的方法。其中，该方法包括：提供了一种订单信息的处理方法，包括：接收终端设备发送的订单信息，其中所述订单信息指示用户所订购的由饮品机提供的饮品；将所述订单信息发送至所述饮品机；向所述终端设备发送用户是否需要杯子的问询信息；从所述终端设备接收用户是否需要杯子的确认信息；以及将所述确认信息发送至所述饮品机。本发明解决了落杯机控制饮品机的技术问题。

Description

订单信息处理、饮品机控制方法及订单生成的方法

技术领域

本发明涉及自动售货技术领域，具体而言，涉及订单信息处理、饮品机控制方法及订单生成的方法。

背景技术

自动售货机(Vending Machine，VEM)是能根据投入的钱币自动付货的机器。自动售货机是商业自动化的常用设备，它不受时间、地点的限制，能节省人力、方便交易。是一种全新的商业零售形式，又被称为24小时营业的微型超市。目前国内常见的自动售卖机共分为四种：饮料自动售货机、食品自动售货机、综合自动售货机、化妆品自动售卖机等。随着科技的进步，自动售货机也变的更加便捷更加多样化，尤其饮料自动售货机是最常见也是最常用的一种。饮料自动售货机又出来了很多新的形式，就是卖咖啡或者奶茶等零散的液体的饮品机，一开始饮品机外放置杯子，用户根据需求自取杯子，来接饮品机流出的液体，但是这样有一个弊端就是杯子的不可控性，造成商家的损失。随后又出现了饮品机内自带落杯机构，这样解决了杯子可控性的问题，但是饮品机空间有限，需要有足够的空间放置饮品，还需要放置杯子，所以可以放置的杯子有限。但是有一个弊端，就是如果需要添加杯子时，就需要把整个饮品机打开，才能添加杯子，这样对饮品机和落杯装置的维护多有不便。需要把落杯机构独立出饮品机，形成落杯机，这样饮品机可以放置更多饮料，落杯机又有自己的独立空间用于放置更多杯子。而且，落杯机与饮品机独立存在，有利与各自的独立维护。但是，目前市场上已有的饮品机不能实现与落杯机连接，没有一种可控制方法实现落杯机控制饮品机的方法。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种订单信息处理、饮品机控制方法及订单生成的方法，以至少解决落杯机控制饮品机的技术问题。

根据本发明实施例的一个方面，提供了一种饮品机控制方法，包括：从终端设备接收订单信息，其中订单信息指示用户所订购的饮品；将订单信息发送至饮品机；以及从终端设备接收确认信息，确认信息指示用户是否需要杯子饮用饮品。通过上述方法，落杯机接收由服务器发出的订单信息，该订单信息可以包括饮品体积、饮品类型等信息；然后落杯机将订单信息发送至饮品机；服务器将用户是否需要杯子的确认信息，发送至落杯机。如果用户需要杯子，那么落杯机执行落杯动作，落杯机发送出饮品的信息至饮品机；如果用户不需要杯子，那么落杯机直接发送出饮品的信息至饮品机，饮品机的饮品出口预先安装有感应器，接到落杯机的出饮品的信息后感应到杯子即流出相应的饮品。同时实现落杯机对饮品机的控制，目前市场上的饮品机都在内部带有落杯系统，落杯系统在饮品机内部，占用饮品机内部空间，同时如果出现问题，要全部打开进行维修，造成不便；如果单独的落杯机在外部独立出来，目前市场上并没有一种方法可以落杯机控制饮品机的方法，本申请的方法实现了落杯机控制饮品机，方便饮品机与落杯机的应用。

根据本发明实施例的另一个方面，提供了一种订单信息的处理方法，接收终端设备发送的订单信息，其中订单信息指示用户所订购的饮品；将订单信息发送至落杯机；向终端设备发送用户是否需要杯子的问询信息；从终端设备接收用户是否需要杯子的确认信息；以及将确认信息发送至落杯机。在本发明实施例中，采用服务器将接收到的用户订单信息发送至饮品机，然后向用户发出是否需要杯子的问询信息，再接收到用户是否需要杯子的确认信息，以及将确认信息发送至饮品机，通过上述方法，根据用户的需求，完成订单，传统的饮品机直接根据订单出杯子和饮料，用户不能使用自己的杯子，而本申请的用户订单处理方法，可以根据用户的需要先择是否需要杯子，这样即可以节省一次性杯子的使用，用户也可以实现自由选择的方式，通过上述方法，达到了根据用户需求下落杯子的目的，从而实现了根据用户指示下落杯子的技术效果，进而解决了落杯机控制饮品机的技术问题。

根据本发明实施例的另一个方面，提供了一种订单信息的处理装置，包括：订单接收模块，用于接收终端设备发送的订单信息，其中订单信息指示用户所订购的饮品；第一发送模块，用于将订单信息发送至落杯机；问询模块，用于向终端设备发送用户是否需要杯子的问询信息；确认信息接收模块，用于从终端设备接收用户是否需要杯子的确认信息；以及第二发送模块，用于将确认信息发送至落杯机。

本申请的了另一个方面，还提供了一种订单生成装置，包括：指令接收模块，用于接收输入的订购指令，其中订购指令指示用户订购饮品机的饮品；生成订单模块，用于根据所述订购指令，生成相应的订单信息，并将订单信息发送至服务器；第三接收模块，用于从服务器接收用户是否需要杯子的询问信息并显示询问信息；第四接收模块，用于接收的输入的确认指令，其中确认指令用于指示用户是否需要杯子；以及第三发送模块，用于根据确认指令生成相应的确认信息，并将确认信息发送至服务器。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是一种用于实现订单信息处理方法的计算机终端(或移动设备)的硬件结构框图；

图2是根据本发明一实施例的订单信息处理、落杯机控制与订单生成方法的硬件实施环境示意图；

图3是根据本发明一实施例的饮品机控制方法流程图；

图4是根据本发明一实施例的订单信息处理方法流程图；

图5是根据本发明一实施例的订单生成方法流程图；

图6是根据本发明一实施例的订单信息处理装置的结构框架图；

图7是根据本发明一实施例的饮品机控制模块的结构框架图；以及

图8是根据本发明一实施例的订单生成模块的结构框架图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释：

实施例1

根据本发明实施例，还提供了一种订单信息处理、饮品机控制与订单生成的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现订单信息处理、饮品机控制与订单生成的方法的计算机终端(或移动设备)的硬件结构框图。如图1所示，计算机终端10(或移动设备10)可以包括一个或多个(图中采用102a、102b，……，102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机终端10(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的订单信息处理方法对应的程序指令/数据存储装置，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的订单信息处理、饮品机控制与订单生成的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算机终端10(或移动设备)的用户界面进行交互。

在上述运行环境下，本申请还提供了如图2所示的订单信息处理、饮品机控制方法及订单生成的方法的硬件实施环境。图2是根据本发明实施例一的订单信息处理、饮品机控制与订单生成方法的硬件实施环境示意图。参考图2所示，该系统包括饮品机210、落杯机220、终端设备240以及服务器230。其中，用户通过终端设备240生成订单信息并将生成的订单信息通过网络发送到服务器230。服务器230从终端设备240通过网络接收到订单信息。落杯机220接收和发出来自服务器230的指令，落杯机220接收到服务器230从终端设备240发送的确认需要杯子的信息，进行落杯。终端设备240可以是移动手机上的App，也可以是饮品机210设置是显示屏，用户可以通过显示屏下单。

其中，图1中所述的硬件结构对于所述服务器230、饮品机210，终端设备240以及落杯机220均适用。

在上述运行环境下，本申请提供了如图3所述的订单信息处理方法，本方法运行于图2中的落杯机220中，如图3所示，该方法包括：

步骤310：从服务器接收订单信息，其中订单信息指示用户所订购的饮品；

步骤320：将订单信息发送至饮品机；以及

步骤330：从服务器接收确认信息，确认信息指示用户是否需要杯子饮用饮品。

具体地，参考图2所示，通过上述方法，落杯机220接收由服务器230发出的订单信息。其中订单信息包括饮品体积、饮品类型等信息。然后落杯机220将订单信息发送至饮品机210。服务器230将从用户的终端设备240处接收的用户是否需要杯子的确认信息，发送至落杯机220。如果用户需要杯子，那么落杯机220执行落杯动作，并且落杯机220发送出订单信息至饮品机210。如果用户不需要杯子，那么落杯机220直接发送用户的订单信息至饮品机210。饮品机210的饮品出口预先安装有感应器，饮品机210接到落杯机220的发出订单信息后，感应器感应到杯子后，饮品机210流出与订单信息对应的饮品。

目前市场上的饮品机210都在系统内部带有落杯装置，占用饮品机内部空间。同时如果出现问题或添加杯子时，要全部打开进行维修或添加杯子，造成不便。如果独立外设的落杯机220，目前市场上并没有一种方法可以使落杯机220控制饮品机，本申请的主要解决落杯机220控制饮品机210，方便饮品机210与落杯机220的应用，同时实现落杯机220对饮品机210的控制。

需要说明的是，通过上述方法，实现了落杯机220可以控制饮品机210。同时，可以在落杯机220上安装控制系统，用于控制饮品机210，相当于给饮品机210添加一个硬件设备。可以在落杯机220中添加控制程序，实现对饮品机210的控制等功能。

在上述运行环境下，本申请提供了如图4所述的订单信息处理方法，本方法运行于图2中的服务器230中，如图4所示，该方法包括：

步骤410：接收终端设备发送的订单信息，其中订单信息指示用户所订购的饮品；

步骤420：将订单信息发送至落杯机；

步骤430：向终端设备发送用户是否需要杯子的问询信息；

步骤440：从终端设备接收用户是否需要杯子的确认信息；以及

步骤450：将确认信息发送至落杯机。

具体地，参考图2所示，服务器230从用户是终端设备240接收订单信息，并且将接收到的用户订单信息发送至落杯机220。然后服务器230向用户的终端设备240发出是否需要杯子的问询信息。服务器230接收到从终端设备240发出的是否需要杯子的确认信息。最后，服务器230将确认信息发送至落杯机220。通过上述方法，根据用户的需求，完成订单。

传统的饮品机210直接根据订单出杯子和饮品，用户不能使用自己的杯子。而本申请的用户订单处理方法，通过服务器230向用户的终端设备240发送是否需要杯子的问询信息，并且由用户通过终端设备240进行确认。服务器230将用户订单信息发送至落杯机220。落杯机220根据服务器220发送的是否需要杯子的确认信息下落杯子。并且落杯机220将订单信息发送至饮品机210，饮品机210出相应的饮品。用户可以根据的需要选择是否需要杯子，这样即可以节省一次性杯子的使用，也可以实现用户的自由选择。并且，同时实现了落杯机220控制饮品机210的功能。

优选地，上述订单处理方法中，从饮品机接收第一异常信息，第一异常信息包括由预先安装于饮品机的多个第一传感器检测的与饮品机的运行状态相关的第一运行状态信息；基于第一运行状态信息，通过预先设置的数据分析模型，确定饮品机的异常原因；以及将饮品机的异常原因发送至终端设备。

第一传感器检测饮品机210的第一运行状态信息。首先，服务器230接收到饮品机210中的第一传感器检测的第一运行状态信息。然后，服务器230通过预先设置的数据分析模型分析第一运行状态信息，确定异常原因。最后，并将异常原因发送至终端设备。通过这种方式，监控落杯机运行状况，以保证饮品机正常运行，并且在出现故障时可以快速找到故障点，便于维修。

具体地，参考图2所示，本实施例在饮品机210中设置有多个第一传感器，用于检测饮品机210的第一运行状态信息。第一传感器将检测到的第一运行状态信息发送至服务器230。服务器230通过预先设置的数据分析模型，根据分析确定异常原因，并将异常原因发送至终端设备240。维修人员或用户可以通过终端设备240收到异常原因的提示，维修人员可以根据异常原因快速找到故障点，进而对其进行维修，用户也可以根据异常原因提醒而选择其他机器。

通过这种方式，服务器230监控饮品机210运行状况，以保证饮品机210正常运行，并且在出现故障时可以通过终端设备240提示用户或维修人员快速找到故障点，便于维修；同时告知用户饮品机210的实时信息。

优选地，上述订单处理方法中，基于第一运行状态信息，通过预先设置的数据分析模型，确定饮品机的异常原因的操作，包括：将第一运行状态信息分别与预先设置的多个第一参考状态信息进行第一参数匹配，其中多个第一参考状态信息分别与预设的饮品机的异常原因对应；根据第一参数匹配的结果，确定与第一运行状态信息最接近的第一参考状态信息；以及获取与所确定第一参考状态信息相对应的异常原因，作为饮品机的异常原因。

具体地，参考图2所示，在服务器230中，将接收到的第一运行状态信息分别与设置的多个第一参考状态信息进行第一参数匹配，其中每个第一参考状态信息对应饮品机210的一个异常原因。因此，可以根据匹配结果确定第一参考状态信息对应的异常原因，这个异常原因即饮品机210当前的异常原因。从而通过参数匹配的方式，能够更加准确地分析出饮品机210异常的原因。

优选地，上述订单处理方法中，第一运行状态信息包括由多个第一传感器检测的多个第一运行参数。以及，多个第一参考状态信息的每一个包括多个第一参考状态参数。其中，第一参数匹配是根据以下公式进行的：

其中k_s表示第一运行状态信息与第s个第一参考状态信息进行第一参数匹配的结果，a_i表示第一参考状态信息的第i个第一运行参数，b_si表示第s个第一参考状态信息的第i个第一参考参数。

如表1所示，服务器230中预设有多个第一参考状态信息，其中每个第一参考状态信息包括多个第一参考参数。例如，第1个第一参考状态信息包括多个第一参考参数b₁₁、b₁₂、b₁₃...b_1n；第2个第一参考状态信息包括多个第一参考参数b₂₁、b₂₂、b₂₃...b_2n；以此类推，第s个第一参考状态信息包括多个第一参考参数b_s1、b_s2、b_s3...b_sn。并且每个第一参考状态信息与预设的饮品机的异常原因对应。

服务器230接收的第一运行状态信息包括由多个第一传感器检测的多个第一运行参数a₁、a₂、……a_n。从而，利用上面所述的公式，服务器230将多个第一运行参数分别与各个第一参考状态信息包括的第一参考参数进行匹配，从而计算出多个匹配结果，即k_s值。然后服务器230比较多个k_s值，确定k_s值最小的为最接近的的第一参考状态信息对应的异常原因，即为饮品机的异常原因。将这个异常原因发送至终端设备240，完成对饮品机210的监控。

表1

从而，本实施例通过参数匹配的方式，求取第一运行状态信息与多个第一参考状态信息之间的匹配结果，从而能够使得参数匹配的结果更加准确。由于该公式，是通过求取第一运行参数与第一参考参数的差值的平方和来表达第一运行状态信息与多个第一参考状态信息之间的距离。相对于其他匹配方式，匹配结果更加准确。

优选地，上述订单处理方法中，从落杯机接收第二异常信息，第二异常信息包括由预先安装于落杯机的多个第二传感器检测的与落杯机的运行状态相关的第二运行状态信息；基于第二运行状态信息，通过预先设置的数据分析模型，确定落杯机的异常原因；以及将落杯机的异常原因发送至终端设备。第二传感器检测落杯机的第二运行状态信息，将第二运行状态信息通过预先设置的数据分析模型，确定异常原因，并将异常原因发送至终端设备。

具体地，参考图2所示，本实施例在落杯机220中设置有多个第二传感器，用于检测落杯品机220的第二运行状态信息。第二传感器将检测到的第二运行状态信息发送至服务器230。服务器230通过预先设置的数据分析模型，确定异常原因并将异常原因发送至终端设备240。维修人员或用户可以通过终端设备240收到异常原因的提示，维修人员可以根据异常原因快速找到故障点，进而对其进行维修，用户也可以根据异常原因提醒而选择其他机器。

通过这种方式，服务器230监控落杯机220运行状况，以保证落杯机220正常运行，并且在出现故障时可以快速找到故障点，便于维修；同时告知用户落杯机220的实时信息。

优选地，上述订单处理方法中，基于第二运行状态信息，通过预先设置的数据分析模型，确定落杯机的异常原因的操作，包括：将第二运行状态信息分别与预先设置的多个第二参考状态信息进行第二参数匹配，其中多个第二参考状态信息分别与预设的落杯机的异常原因对应；根据第二参数匹配的结果，确定与第二运行状态信息最接近的第二参考状态信息；以及获取与所确定的第二参考状态信息相对应的异常原因，作为落杯机的异常原因。

具体地，参考图2所示，在服务器230中，将接收到的第二运行状态信息分别与设置的多个第二参考状态信息进行第一参数匹配，其中每个第二参考状态信息对应落杯机220的异常原因。因此，可以根据匹配结果确定第二参考状态信息对应的异常原因，这个异常原因即落杯机220的异常原因。从而通过参数匹配的方式，能够更加准确地分析出落杯机210异常的原因。

优选地，上述订单处理方法中，第二运行状态信息包括由多个第二传感器检测的多个第二运行参数。以及，多个第二参考状态信息的每一个包括多个第二参考状态参数。第二参数匹配是根据以下公式进行的：

其中，H_m表示第二运行状态信息与第m个第二参考状态信息进行第二参数匹配的结果，c_r表示第二参考状态信息的第r个第二运行参数，d_mr表示第m个第二参考状态信息的第r个第二参考参数。

如表2所示，服务器230中预设有多个第二参考状态信息，其中每个第二参考状态信息包括多个第二参考参数。例如，第1个第二参考状态信息包括多个第二参考参数d₁₁、d₁₂、d₁₃...d_1n；第2个第二参考状态信息包括多个第二参考参数d₂₁、d₂₂、d₂₃...d_2n；以此类推，第k个第二参考状态信息包括多个第二参考参数d_m1、d_m2、d_m3...d_mn。并且每个第二参考状态信息与预设的饮品机的异常原因对应。

服务器230接收的第二运行状态信息包括由多个第二传感器检测的多个第二运行参数c₁、c₂、……c_n。从而，利用上面所述的公式，服务器230将多个第二运行参数分别与各个第二参考状态信息包括的第二参考参数进行匹配，从而计算出多个匹配结果，即H_m值。然后服务器230比较多个H_m值，确定H_m值最小的为最接近的的第二参考状态信息对应的异常原因，即为饮品机的异常原因。将这个异常原因发送至终端设备240，完成对落杯机220的监控。

表2

从而，本实施例通过参数匹配的方式，求取第二运行状态信息与多个第二参考状态信息之间的匹配结果，从而能够使得参数匹配的结果更加准确。由于该公式，是通过求取第二运行参数与第二参考参数的差值的平方和来表达第二运行状态信息与多个第二参考状态信息之间的距离。相对于其他匹配方式，匹配结果更加准确。

优选地，上述订单处理方法中，从饮品机接收第一剩余数量，其中第一剩余数量表示饮品机中剩余饮品的数量；从落杯机接收第二剩余数量，其中第二剩余数量表示落杯机中剩余杯子的数量；将第一剩余数量和第二剩余数量发送到终端设备。

具体地，参照图2，通过这种方法，服务器230可以随时监控饮品机210剩余饮品的情况，维修人员可以根据情况添加饮品机210中的饮品，以保证饮品机210里面的剩余饮品能够满足用户的需求。服务器230也可以对落杯机220中的剩余杯子的数量进行监控，管理人员可以根据剩余杯子的数量而及时对落杯机220中的杯子进行补充，保证剩余杯子的数量可以满足用户的需求。用户也可以了解每个饮品机210及落杯机220剩余饮品及剩余杯子的数量，根据自己的需求进行选择。例如，A用户如果预购买5杯饮品。A用户通过终端设备240知道附近有3个可以购买的饮品机，并且，其中有一个饮品机中的剩余饮品已不足5杯，落杯机中剩余杯子大于5杯。用户可以提前得知附近饮品机210和落杯机220的情况，根据需求选择去哪一个饮品机210。给用户带来良好的购物体验。

在上述运行环境下，本申请提供了如图5所述的订单生成方法，本方法运行与图2中的终端设备240中，图5所示：

步骤510：接收输入的订购指令，其中订购指令指示用户订购饮品机的饮品；

步骤520：根据所述订购指令，生成相应的订单信息，并将订单信息发送至服务器；

步骤530：从服务器接收用户是否需要杯子的询问信息并显示询问信息；

步骤540：接收的输入的确认指令，其中确认指令用于指示用户是否需要杯子；以及

步骤550：根据确认指令生成相应的确认信息，并将确认信息发送至服务器。

具体地，参考图2所示，终端设备240接收到用户的输入订购指令，根据订购指令，生成相应的订单信息。从服务器230发出接收是否需要杯子的询问信息至终端设备240，终端设备240回复是否需要杯子的确认信息至服务器230。然后用户选择是否需要杯子，将输入的确认指令，其中确认指令用于指示用户是否需要杯子，生成确认信息并发送至服务器。通过上述方法实现用户自主下单，同时用户可以根据自己需求选择是否需要杯子，实现了用户可以使用自己的杯子，节省了一次性杯子的使用。用户端可以用手机号注册账户，可以绑定人脸，下次登录是直接人脸识别即可。用户端可以是移动App，也可以设置与饮品机上的操作界面。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述饮品机控制方法的落杯机控制装置，如图6所示，该装置包括：

第一接收模块610，用于从终端设备接收订单信息，其中订单信息指示用户所订购的饮品；

订单发送模块620，用于将所述订单信息发送至饮品机；以及

确认信息发送模块630，用于从终端设备接收确认信息，确认信息指示用户是否需要杯子饮用饮品。

通过上述装置，落杯机通过第一接收模块610接收由服务器发出的订单信息，该订单信息可以保护饮品体积、饮品类型等；订单发送模块620将订单信息发送至饮品机；确认信息发送模块630服务器将用户是否需要杯子的确认信息，发送至落杯机。如果用户需要杯子，那么落杯机执行落杯动作，落杯机发送出饮品的信息至饮品机；如果用户不需要杯子，那么落杯机直接发送出饮品的信息至饮品机，饮品机的饮品出口预先安装有感应器，接到落杯机的出饮品的信息后感应到杯子即流出相应的饮品。实现了落杯机对饮品机的控制。

根据本发明实施例，还提供了一种用于实施上述订单信息处理方法的订单信息处理装置，如图7所示，该装置包括：

订单接收模块710，用于接收终端设备发送的订单信息，其中订单信息指示用户所订购的由饮品机提供的饮品；

第一发送模块720，用于将订单信息发送至落杯机；

问询模块730，用于向终端设备发送用户是否需要杯子的问询信息；

确认信息接收模块740，用于从终端设备接收用户是否需要杯子的确认信息；以及

第二发送模块750，用于将确认信息发送至落杯机。

通过上述装置，第一发送模块720将接收到的用户订单信息发送至落杯机220。然后，问询模块730向用户的终端设备240发出是否需要杯子的问询信息。确认信息接收模块740接收到用户的终端数河北240发出的是否需要杯子的确认信息。最后，第二发送模块750将确认信息发送至落杯机220。通过上述装置，根据用户的需求，完成订单，传统的饮品机210直接根据用户的订单出杯子和饮品，用户不能使用自己的杯子，而本申请的用户订单处理方法，将用户订单信息发送至落杯机，落杯机根据是否需要杯子的确认信息下落杯子，并且落杯机将订单信息发送至饮品机，饮品机出相应的饮品，用户可以根据的需要选择是否需要杯子，这样即可以节省一次性杯子的使用，用户也可以实现自由选择；同时实现了落杯机控制饮品的功能。

优选地，上述装置包括：第一异常信息接收模块，用于从饮品机接收第一异常信息，第一异常信息包括由预先安装于饮品机的多个传感器检测的与饮品机的运行状态相关的第一运行状态信息；第一数据分析模块，用于基于第一异常信息，通过预先设置的数据分析模型，确定饮品机的异常原因；以及第三发送模块，用于将饮品机的异常原因发送至终端设备。

优选地，上述装置中，第一数据分模块包括：第一匹配单元，用于将第一运行状态信息分别与预先设置的多个第一参考状态信息进行第一参数匹配，其中多个第一参考状态信息分别与预设的饮品机的异常原因对应；第一确定单元，用于根据第一参数匹配的结果，确定与第一运行状态信息最接近的第一参考状态信息；以及第一获取单元，用于获取与所确定第一参考状态信息相对应的异常原因，作为饮品机的异常原因。

优选地，上述装置中，第一运行状态信息包括由多个第一传感器检测的多个第一运行参数，以及多个第一参考状态信息的每一个包括多个第一参考状态参数，其中所述第一匹配单元包括第一匹配子单元，用于根据以下公式进行所述第一参数匹配：

其中k_s表示第一运行状态信息与第s个第一参考状态信息进行第一参数匹配的结果，a_i表示第一参考状态信息的第i个第一运行参数，b_si表示第s个第一参考状态信息的第i个第一参考参数。

优选地，上述装置中，包括第二异常信息接收模块，用于从落杯机接收第二异常信息，第二异常信息包括由预先安装于落杯机的多个传感器检测的与落杯机的运行状态相关的第二运行状态信息；第二数据分析模块，用于基于第二异常信息，通过预先设置的数据分析模型，确定落杯机的异常原因；以及第四发送模块，用于将落杯机的异常原因发送至终端设备。

优选地，上述装置中，第二数据分析模块包括：第二匹配单元，用于将第二运行状态信息分别与预先设置的多个第二参考状态信息进行第二参数匹配，其中多个第二参考状态信息分别与预设的落杯机的异常原因对应；第二确定单元，用于根据第二参数匹配的结果，确定与第二运行状态信息最接近的第二参考状态信息；以及第二获取单元，获取与所确定的第二参考状态信息相对应的异常原因，作为落杯机的异常原因。

优选地，上述装置中，第二运行状态信息包括由多个第二传感器检测的多个第二运行参数，以及多个第二参考状态信息的每一个包括多个第二参考状态参数，其中所述第二匹配单元包括第二匹配子单元，用于根据以下公式进行所述第二参数匹配：

其中H_m表示第二运行状态信息与第m个第二参考状态信息进行第二参数匹配的结果，c_r表示第二参考状态信息的第r个第二运行参数，d_mr表示第m个第二参考状态信息的第r个第二参考参数。

优选地，上述装置中，饮品机剩余量接收模块，用于从饮品机接收第一剩余数量，其中第一剩余数量表示饮品机中剩余各种饮品的数量；落杯机剩余量接收模块，用于从落杯机接收第二剩余数量，其中第二剩余数量表示落杯机中剩余杯子的数量；发送单元，用于将第一剩余数量和第二剩余数量发送到终端设备。

优选地，上述装置中，还包括：第二接收模块，用于从饮品机接收第一剩余数量，其中第一剩余数量表示饮品机中剩余各种饮品的数量；第三接收模块，用于从落杯机接收第二剩余数量，其中第二剩余数量表示落杯机中剩余杯子的数量；发送剩余信息模块，用于将第一剩余数量和第二剩余数量发送到终端设备。

根据本发明实施例，还提供了一种用于实施上述订单生成方法的订单生成装置，如图8所示，该装置包括：

指令接收模块810，用于接收输入的订购指令，其中订购指令指示用户订购饮品机的饮品；

生成订息模块820，用于根据订购指令，生成相应的订单信息，并将订单信息发送至服务器；

第三接收模块830，用于从服务器接收用户是否需要杯子的询问信息并显示询问信息；

第四接收模块840，用于接收的输入的确认指令，其中确认指令用于指示用户是否需要杯子；以及

第三发送模块850，用于根据确认指令生成相应的确认信息，并将确认信息发送至服务器。

实施例3

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例一所提供的订单信息处理、落杯机控制与订单生成的方法所执行的程序代码。

可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：根据本发明实施例的一个方面，提供了一种饮品机控制方法，包括：从服务器接收订单信息，其中订单信息指示用户所订购的饮品；将订单信息发送至饮品机；以及从服务器接收确认信息，确认信息指示用户是否需要杯子饮用所述饮品。

根据本发明实施例的另一个方面，提供了一种订单信息的处理方法，包括：接收终端设备发送的订单信息，其中订单信息指示用户所订购的饮品；将订单信息发送至落杯机；向所述终端设备发送用户是否需要杯子的问询信息；从终端设备接收用户是否需要杯子的确认信息；以及将确认信息发送至落杯机。

可选地，上述方法，还包括：从饮品机接收第一异常信息，第一异常信息包括由预先安装于所述饮品机的多个第一传感器检测的与饮品机的运行状态相关的第一运行状态信息；基于第一运行状态信息，通过预先设置的数据分析模型，确定饮品机的异常原因；以及将饮品机的异常原因发送至终端设备。

可选地，上述方法，基于第一运行状态信息，通过预先设置的数据分析模型，确定饮品机的异常原因的操作，包括：将第一运行状态信息分别与预先设置的多个第一参考状态信息进行第一参数匹配，其中多个第一参考状态信息分别与预设的饮品机的异常原因对应；根据第一参数匹配的结果，确定与第一运行状态信息最接近的第一参考状态信息；以及获取与所确定第一参考状态信息相对应的异常原因，作为饮品机的异常原因。

可选地，上述方法，第一运行状态信息包括由多个第一传感器检测的多个第一运行参数，以及多个第一参考状态信息的每一个包括多个第一参考状态参数，其中第一参数匹配是根据以下公式进行的：

其中k_s表示第一运行状态信息与第s个第一参考状态信息进行第一参数匹配的结果，a_i表示第一参考状态信息的第i个第一运行参数，b_si表示第s个第一参考状态信息的第i个第一参考参数。

可选地，上述方法，还包括：从落杯机接收第二异常信息，第二异常信息包括由预先安装于落杯机的多个第二传感器检测的与落杯机的运行状态相关的第二运行状态信息；基于第二运行状态信息，通过预先设置的数据分析模型，确定落杯机的异常原因；以及将落杯机的异常原因发送至终端设备。

可选地，上述方法，基于第二运行状态信息，通过预先设置的数据分析模型，确定落杯机的异常原因的操作，包括：将第二运行状态信息分别与预先设置的多个第二参考状态信息进行第二参数匹配，其中多个第二参考状态信息分别与预设的落杯机的异常原因对应；根据第二参数匹配的结果，确定与第二运行状态信息最接近的第二参考状态信息；以及获取与所确定的第二参考状态信息相对应的异常原因，作为落杯机的异常原因。

可选地，第二运行状态信息包括由多个第二传感器检测的多个第二运行参数，以及多个第二参考状态信息的每一个包括多个第二参考状态参数，第二参数匹配是根据以下公式进行的：

其中H_m表示第二运行状态信息与第m个第二参考状态信息进行第二参数匹配的结果，c_r表示第二参考状态信息的第r个第二运行参数，d_mr表示第m个第二参考状态信息的第r个第二参考参数。

可选地，上述方法从饮品机接收第一剩余数量，其中第一剩余数量表示饮品机中剩余饮品的数量；从落杯机接收第二剩余数量，其中第二剩余数量表示落杯机中剩余杯子的数量；将第一剩余数量和第二剩余数量发送到终端设备。

根据本发明实施例的另一个方面，提供了一种订单生成方法，包括：接收输入的订购指令，其中所述订购指令指示用户订购饮品机的饮品；根据所述订购指令，生成相应的订单信息，并将所述订单信息发送至服务器；从所述服务器接收用户是否需要杯子的询问信息并显示所述询问信息；接收的输入的确认指令，其中所述确认指令用于指示用户是否需要杯子；以及根据所述确认指令生成相应的确认信息，并将所述确认信息发送至所述服务器。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Accekk Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种饮品机控制方法，其特征在于，包括：

从服务器接收订单信息，其中所述订单信息指示用户所订购的饮品；

将所述订单信息发送至饮品机；以及

从服务器接收确认信息，所述确认信息指示用户是否需要杯子饮用所述饮品。

2.一种订单信息的处理方法，其特征在于，包括：

接收终端设备发送的订单信息，其中所述订单信息指示用户所订购的饮品；

将所述订单信息发送至落杯机；

向所述终端设备发送用户是否需要杯子的问询信息；

从所述终端设备接收用户是否需要杯子的确认信息；以及

将所述确认信息发送至所述落杯机。

3.根据权利要求2所述的方法，其特征在于，还包括：

从饮品机接收第一异常信息，所述第一异常信息包括由预先安装于所述饮品机的多个第一传感器检测的与所述饮品机的运行状态相关的第一运行状态信息；

基于所述第一运行状态信息，通过预先设置的数据分析模型，确定所述饮品机的异常原因；以及

将所述饮品机的异常原因发送至所述终端设备。

4.根据权利要求3所述的方法，其特征在于，基于所述第一运行状态信息，通过预先设置的数据分析模型，确定所述饮品机的异常原因的操作，包括：

将所述第一运行状态信息分别与预先设置的多个第一参考状态信息进行第一参数匹配，其中所述多个第一参考状态信息分别与预设的饮品机的异常原因对应；

根据所述第一参数匹配的结果，确定与所述第一运行状态信息最接近的第一参考状态信息；以及

获取与所确定第一参考状态信息相对应的异常原因，作为所述饮品机的异常原因。

5.根据权利要求4所述的方法，其特征在于，所述第一运行状态信息包括由所述多个第一传感器检测的多个第一运行参数，以及所述多个第一参考状态信息的每一个包括多个第一参考状态参数，其中所述第一参数匹配是根据以下公式进行的：

其中k_s表示所述第一运行状态信息与第s个所述第一参考状态信息进行第一参数匹配的结果，a_i表示所述第一运行状态信息信息的第i个所述第一运行参数，b_si表示所述第s个所述第一参考状态信息的第i个第一参考参数。

6.根据权利要求2所述的方法，其特征在于，还包括：

从所述落杯机接收第二异常信息，所述第二异常信息包括由预先安装于所述落杯机的多个第二传感器检测的与所述落杯机的运行状态相关的第二运行状态信息；

基于所述第二运行状态信息，通过预先设置的数据分析模型，确定所述落杯机的异常原因；以及

将所述落杯机的异常原因发送至所述终端设备。

7.根据权利要求6所述的方法，其特征在于，基于所述第二运行状态信息，通过预先设置的数据分析模型，确定所述落杯机的异常原因的操作，包括：

将所述第二运行状态信息分别与预先设置的多个第二参考状态信息进行第二参数匹配，其中所述多个第二参考状态信息分别与预设的所述落杯机的异常原因对应；

根据所述第二参数匹配的结果，确定与所述第二运行状态信息最接近的第二参考状态信息；以及

获取与所确定的第二参考状态信息相对应的异常原因，作为所述落杯机的异常原因。

8.根据权利要求7所述的方法，其特征在于，所述第二运行状态信息包括由所述多个第二传感器检测的多个第二运行参数，以及所述多个第二参考状态信息的每一个包括多个第二参考状态参数，所述第二参数匹配是根据以下公式进行的：

其中H_m表示所述第二运行状态信息与第m个第二参考状态信息进行第二参数匹配的结果，c_r表示所述第二运行状态信息的第r个所述第二运行参数，d_mr表示所述第m个所示第二参考状态信息的第r个第二参考参数。

9.一种订单生成方法，其特征在于，包括：

接收输入的订购指令，其中所述订购指令指示用户订购的饮品；

根据所述订购指令，生成相应的订单信息，并将所述订单信息发送至服务器；

从所述服务器接收用户是否需要杯子的询问信息并显示所述询问信息；

接收的输入的确认指令，其中所述确认指令用于指示用户是否需要杯子；以及

根据所述确认指令生成相应的确认信息，并将所述确认信息发送至所述服务器。

10.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时由处理器执行权利要求1至9中任意一项所述的订单信息处理、饮品机控制与订单生成的方法。

Images