订单信息处理、落杯机控制与订单生成的方法及装置与流程
本发明涉及自动售货技术领域，具体而言，涉及一种订单信息处理、落杯机控制与订单生成的方法、装置存储介质及处理器。
背景技术：
自动售货机(vendingmachine，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包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。
显示器可以例如触摸屏式的液晶显示器(lcd)，该液晶显示器可使得用户能够与计算机终端10(或移动设备)的用户界面进行交互。
此外，本申请还提供了如图2所示的订单信息处理、落杯机控制与订单生成方法的硬件实施环境。图2是根据本发明实施例1的订单信息处理、落杯机控制与订单生成方法的硬件实施环境示意图。参考图2所示，该系统包括饮品机210、落杯机220以及服务器230。
其中，用户通过终端设备240生成订单信息并将生成的订单信息通过网络发送到服务器230。服务器230从终端设备240通过网络接收订单信息，并通过网络将订单信息发送至饮品机210。此外，服务器230还向终端设备240发送问询信息，问询用户是否需要杯子，并且从所述终端设备240接收确认信息以及将确认信息发送至饮品机210。
饮品机210通过网络接收服务器230发送的订单信息以及指示是否需要杯子的确认信息。并且根据确认信息向落杯机220发出落杯指令。
落杯机220接收饮品机210的落杯指令，进行落杯。其中终端设备240上运行的客户端例如可以是移动手机上的app或设置在饮品机210上的显示屏。
其中，图1中所述的硬件结构对于所述服务器230、饮品机210，终端设备240以及落杯机220均适用。
在上述运行环境下，根据本实施例的第一个方面，提供了如图3所述的订单信息处理方法，本方法运行于图2中的服务器230中，如图3所示，该方法包括：
步骤310：接收终端设备发送的订单信息，其中订单信息指示用户所订购的由饮品机提供的饮品；
步骤320：将订单信息发送至饮品机；
步骤330：向终端设备发送用户是否需要杯子的问询信息；
步骤340：从终端设备接收用户是否需要杯子的确认信息；以及
步骤350：将确认信息发送至饮品机。
具体地，参考图2所示，服务器230从用户的终端设备240接收订单信息，并且将接收到的用户订单信息发送至饮品机210。然后服务器230向用户的终端设备240发出是否需要杯子的问询信息，再从终端设备240接收用户是否需要杯子的确认信息。最后，服务器230将是否需要杯子的确认信息发送至饮品机210。从而通过上述方法，根据用户的需求，完成订单。
传统的饮品机直接根据订单出杯子和饮品，用户不能使用自己的杯子。而本申请的用户订单处理方法，通过服务器230向用户的终端设备240发送是否需要杯子的问询信息，并且由用户通过终端设备240进行确认，可以根据用户的需要选择是否提供杯子。这样即可以节省一次性杯子的使用，用户也可以实现自由选择。从而解决了现有技术中存在的不能根据用户的需要确定是否需要提供杯子的而技术问题。
例如，用户a在购买饮品时，用户a使用终端设备240生产订单信息发送至服务器230。服务器230将订单信息发送至饮品机210。服务器230发出是否需要杯子的询问信息至终端设备240。终端设备240接收到是否需要杯子的询问信息，用户a选择不需要杯子。终端设备240将不需要杯子的信息发送至服务器230。服务器230接收到不需要杯子的确认信息，将该信息发送至饮品机210。饮品机210根据订单信息，饮品出口设有感应器，感应到杯子的存后，出相应的饮品。
优选地，上述订单处理方法还包括：从饮品机接收第一异常信息，第一异常信息包括由预先安装于饮品机的多个第一传感器检测的与饮品机的运行状态相关的第一运行状态信息；基于第一运行状态信息，通过预先设置的数据分析模型，确定饮品机的异常原因；以及将饮品机的异常原因发送至终端设备。
具体地，参考图2所示，本实施例在饮品机210中设置有多个第一传感器，用于检测饮品机210的第一运行状态信息。第一传感器将检测到的第一运行状态信息发送至服务器230。服务器230通过预先设置的数据分析模型，确定异常原因并将异常原因发送至终端设备240。维修人员或用户可以通过终端设备240收到异常原因的提示，维修人员可以根据异常原因快速找到故障点，进而对其进行维修，用户也可以根据异常原因提醒而选择其他机器。
通过这种方式，服务器230监控饮品机210运行状况，以保证饮品机210正常运行。并且在出现故障时可以通过终端设备240提示用户或维修人员快速找到故障点，便于维修；同时告知用户饮品机210的实时信息。
优选地，基于所述第一运行状态信息，通过预先设置的数据分析模型，确定饮品机的异常原因的操作，包括：将第一运行状态信息分别与预先设置的多个第一参考状态信息进行第一参数匹配，其中多个第一参考状态信息分别与预设的饮品机的异常原因对应；根据第一参数匹配的结果，确定与第一运行状态信息最接近的第一参考状态信息；以及获取与所确定第一参考状态信息相对应的异常原因，作为饮品机的异常原因。
具体地，参考图2所示，在服务器230中，将接收到的第一运行状态信息分别与设置的多个第一参考状态信息进行第一参数匹配，其中每个第一参考状态信息对应饮品机210的异常原因。因此，可以根据匹配结果确定第一参考状态信息对应的异常原因，这个异常原因即饮品机210的异常原因。从而通过参数匹配的方式，能够更加准确地分析出饮品机210异常的原因。
优选地，第一运行状态信息包括由多个第一传感器检测的多个第一运行参数。以及，多个第一参考状态信息的每一个包括多个第一参考状态参数。其中，第一参数匹配是根据以下公式进行的：
如表1所示，服务器230中预设有多个第一参考状态信息，其中每个第一参考状态信息包括多个第一参考参数。例如，第1个第一参考状态信息包括多个第一参考参数b11、b12、b13...b1n；第2个第一参考状态信息包括多个第一参考参数b21、b22、b23...b2n；以此类推，第k个第一参考状态信息包括多个第一参考参数bk1、bk2、bk3...bkn。并且每个第一参考状态信息与预设的饮品机的异常原因对应。
服务器230接收的第一运行状态信息包括由多个第一传感器检测的多个第一运行参数a1、a2、……an。从而，利用上面所述的公式，服务器230将多个第一运行参数分别与各个第一参考状态信息包括的第一参考参数进行匹配，从而计算出多个匹配结果，即sk值。然后服务器230比较多个sk值，确定sk值最小的为最接近的的第一参考状态信息对应的异常原因，即为饮品机的异常原因。将这个异常原因发送至终端设备240，完成对饮品机210的监控。
表1
从而，本实施例通过参数匹配的方式，求取第一运行状态信息与多个第一参考状态信息之间的匹配结果，从而能够使得参数匹配的结果更加准确。由于该公式，是通过求取第一运行参数与第一参考参数的差值的平方和来表达第一运行状态信息与多个第一参考状态信息之间的距离。相对于其他匹配方式，匹配结果更加准确。
优选地，上述订单处理方法中，还包括，从落杯机接收第二异常信息，第二异常信息包括由预先安装于落杯机的多个第二传感器检测的与落杯机的运行状态相关的第二运行状态信息；基于第二运行状态信息，通过预先设置的数据分析模型，确定落杯机的异常原因；以及将落杯机的异常原因发送至终端设备。
具体地，参考图2所示，本实施例在落杯机220中设置有多个第二传感器，用于检测落杯机220的第二运行状态信息。第二传感器将检测到的第二运行状态信息发送至服务器230。服务器230通过预先设置的数据分析模型，确定异常原因并将异常原因发送至终端设备240。维修人员或用户可以通过终端设备240收到异常原因的提示，维修人员可以根据异常原因快速找到故障点，进而对其进行维修，用户也可以根据异常原因提醒而选择其他机器。
通过这种方式，服务器230监控落杯机220运行状况，以保证落杯机220正常运行，并且在出现故障时可以快速找到故障点，便于维修；同时告知用户落杯机220的实时信息。
优选地，上述订单处理方法中，基于第二运行状态信息，通过预先设置的数据分析模型，确定落杯机的异常原因的操作，包括：将第二运行状态信息分别与预先设置的多个第二参考状态信息进行第二参数匹配，其中多个第二参考状态信息分别与预设的落杯机的异常原因对应；根据第二参数匹配的结果，确定与第二运行状态信息最接近的第二参考状态信息；以及获取与所确定的第二参考状态信息相对应的异常原因，作为落杯机的异常原因。
具体地，参考图2所示，在服务器230中，将接收到的第二运行状态信息分别与设置的多个第二参考状态信息进行第一参数匹配，其中每个第二参考状态信息对应落杯机220的异常原因。因此，可以根据匹配结果确定第二参考状态信息对应的异常原因，这个异常原因即落杯机220的异常原因。从而通过参数匹配的方式，能够更加准确地分析出落杯机210异常的原因。
优选地，上述订单处理方法中，第二运行状态信息包括由多个第二传感器检测的多个第二运行参数。以及，多个第二参考状态信息的每一个包括多个第二参考状态参数。第二参数匹配是根据以下公式进行的：
如表2所示，服务器230中预设有多个第二参考状态信息，其中每个第二参考状态信息包括多个第二参考参数。例如，第1个第二参考状态信息包括多个第二参考参数d11、d12、d13...d1n；第2个第二参考状态信息包括多个第二参考参数d21、d22、d23...d2n；以此类推，第k个第二参考状态信息包括多个第二参考参数dm1、dm2、dm3...dmn。并且每个第二参考状态信息与预设的饮品机的异常原因对应。
服务器230接收的第二运行状态信息包括由多个第二传感器检测的多个第二运行参数c1、c2、……cn。从而，利用上面所述的公式，服务器230将多个第一运行参数分别与各个第二参考状态信息包括的第二参考参数进行匹配，从而计算出多个匹配结果，即dk值。然后服务器230比较多个dk值，确定dk值最小的为最接近的的第二参考状态信息对应的异常原因，即为饮品机的异常原因。将这个异常原因发送至终端设备240，完成对落杯机220的监控。
表2
从而，本实施例通过参数匹配的方式，求取第二运行状态信息与多个第二参考状态信息之间的匹配结果，从而能够使得参数匹配的结果更加准确。由于该公式，是通过求取第二运行参数与第二参考参数的差值的平方和来表达第二运行状态信息与多个第二参考状态信息之间的距离。相对于其他匹配方式，匹配结果更加准确。
优选地，上述订单处理方法中，从饮品机接收第一剩余数量，其中第一剩余数量表示饮品机中剩余饮品的数量；从落杯机接收第二剩余数量，其中第二剩余数量表示落杯机中剩余杯子的数量；将第一剩余数量和第二剩余数量发送到终端设备。通过这种方法，服务器可以随时监控饮品机剩余饮品的情况，管理人员可以根据情况添加饮品机中的饮品，以保证满足用户的需求；服务器也可以对落杯机中的剩余杯子的数量进行监控，管理人员可以根据剩余杯子的数量而及时对落杯机中的杯子进行补充。用户也可以了解每个饮品机剩余饮品的量及落杯机剩余杯子的数量，根据自己的需求进行选择。
在上述运行环境下，根据本实施例的第二个方面，提供了如图4所述的落杯机控制方法，本方法运行于图2中的饮品机210中，图4所示，该方法包括：
步骤410：从终端设备接收订单信息，其中订单信息指示用户所订购的饮品；
步骤420：从终端设备接收确认信息，确认信息指示用户是否需要杯子饮用饮品；以及
步骤430：在确认信息指示用户需要杯子的情况下，将指示落杯机落杯的指令发送至落杯机。
具体地，参考图2所示，通过上述方法，饮品机210从服务器230端接收到订单信息和是否需要杯子的确认信息。如果用户需要杯子，饮品机210将需要杯子的确认信息发送至落杯机220。落杯机220接收到需要杯子的确认信息进行落杯动作。如果用户有自己的杯子，用户选择不需要杯子，则无需进行落杯即不需要杯子。饮品机210直接根据用户订单信息，流出用户所订购的饮品。预先在饮品机210饮品出口处设有感应器，感应是否有杯子，当用户将杯子放在饮品机210饮品出口处，饮品机210就会流出所订购的饮品。本方法实现饮品机210对落杯机的控制，目前市场上的饮品机210都在内部带有落杯系统，落杯系统在饮品机210内部，占用饮品机210内部空间，同时如果出现问题，要全部打开进行维修，造成不便。如果单独的落杯机在外部独立出来，目前市场上并没有一种方法可以饮品机控制落杯机的方法。本申请的方法实现了饮品机控制落杯机，方便饮品机与落杯机的应用，同时用户可以根据需求，选择用自己的杯子或其它容器，节省了一次性杯子的应用。
在上述运行环境下，根据本实施例的第三个方面，提供了如图5所述的订单生成方法，本方法运行于图2中的终端设备240中，图5所示，该方法包括：
步骤510：接收输入的订购指令，其中订购指令指示用户订购饮品机的饮品；
步骤520：根据订购指令，生成相应的订单信息，并将订单信息发送至服务器；
步骤530：从服务器接收用户是否需要杯子的问询信息并显示问询信息；
步骤540：接收的输入的确认指令，其中确认指令用于指示用户是否需要杯子；以及
步骤550：根据确认指令生成相应的确认信息，并将确认信息发送至服务器。
具体地，参考图2所示，终端设备240接收到用户的输入订购指令，根据订购指令，生成相应的订单信息。终端设备240接收从服务器230发出的是否需要杯子的询问信息。终端设备240将回复是否需要杯子的确认信息至服务器230。用户选择是否需要杯子，将输入的确认指令，其中确认指令用于指示用户是否需要杯子，生成确认信息并发送至服务器230。通过上述方法实现用户可以根据自己的需求自主下单，同时用户可以根据自己需求选择是否需要杯子，实现了用户可以使用自己的杯子，节省了一次性杯子的使用。用户端可以用手机号注册账户，可以绑定人脸，下次登录是直接人脸识别即可。用户端可以是移动app，也可以设置与饮品机上的操作界面。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
根据本发明实施例的第一个方面，还提供了一种用于实施上述订单信息处理方法的订单信息处理装置，如图6所示，该装置包括：
订单接收模块610，用于接收终端设备发送的订单信息，其中订单信息指示用户所订购的由饮品机提供的饮品；
第一发送模块620，用于将订单信息发送至饮品机；
问询模块630，用于向终端设备发送用户是否需要杯子的问询信息；
确认信息接收模块640，用于从终端设备接收用户是否需要杯子的确认信息；以及
第二发送模块650，用于将确认信息发送至饮品机。
通过上述装置，服务器中的订单接收模块610将接收到的用户的终端设备240发出的订单信息.第一发送模块620将该订单信息发送至饮品机210。然后问询模块630向用户的终端设备240发出是否需要杯子的问询信息。确认信息接收模块640再接收到用户的终端设备240发出的是否需要杯子的确认信息。并且，第二发送模块650将确认信息发送至饮品机。
传统的饮品机直接根据订单出杯子和饮料，用户不能使用自己的杯子，而本申请的用户订单处理方法，可以根据用户的需要选择是否需要杯子，这样即可以节省一次性杯子的使用，用户也可以实现自由选择。从而解决了现有技术中存在的不能根据用户的需要确定是否需要提供杯子的而技术问题。
优选地，上述装置包括：第一异常信息接收模块，用于从饮品机接收第一异常信息，第一异常信息包括由预先安装于饮品机的多个传感器检测的与饮品机的运行状态相关的第一运行状态信息；第一数据分析模块，用于基于第一运行状态信息，通过预先设置的数据分析模型，确定饮品机的异常原因；以及第三发送模块，用于将饮品机的异常原因发送至所述终端设备。
本实施例在饮品机中设置有多个第一传感器，用于检测饮品机的第一运行状态信息，第一传感器将检测到的第一运行状态信息发送至服务器，通过预先设置的数据分析模型，确定异常原因并将异常原因发送至终端设备，维修人员及用户可以收到终端设备收到的异常原因提醒，维修人员可以根据异常原因快速找到故障点，进而对其进行维修，用户也可以根据异常原因提醒而选择其他机器。
通过这种方式，服务器监控饮品机运行状况，以保证饮品机正常运行，并且在出现故障时可以快速找到故障点，便于维修；同时告知用户饮品机的实时信息。
优选地，上述装置中，第一数据分模块包括：第一匹配单元，用于将第一运行状态信息分别与预先设置的多个第一参考状态信息进行第一参数匹配，其中多个第一参考状态信息分别与预设的饮品机的异常原因对应；第一确定单元，用于根据第一参数匹配的结果，确定与第一运行状态信息最接近的第一参考状态信息；以及第一获取单元，用于获取与所确定第一参考状态信息相对应的异常原因，作为饮品机的异常原因。
在服务器中，将接收到的第一运行状态信息分别与设置的多少第一参考状态信息的第一参数匹配，其中每个第一参考状态信息对应饮品机的异常原因。根据匹配结果确定第一参考状态信息对应的异常原因，这个异常原因即饮品机的异常原因。
优选地，上述装置中，第一运行状态信息包括由多个第一传感器检测的多个第一运行参数，以及多个第一参考状态信息的每一个包括多个第一参考状态参数，其中第一匹配单元包括第一匹配子单元，用于根据以下公式进行第一参数匹配：
优选地，上述装置中，包括第二异常信息接收模块，用于从落杯机接收第二异常信息，第二异常信息包括由预先安装于落杯机的多个传感器检测的与落杯机的运行状态相关的第二运行状态信息；第二数据分析模块，用于基于第二运行状态信息，通过预先设置的数据分析模型，确定落杯机的异常原因；以及第四发送模块，用于将落杯机的异常原因发送至终端设备。
优选地，上述装置中，第二数据分析模块包括：第二匹配单元，用于将第二运行状态信息分别与预先设置的多个第二参考状态信息进行第二参数匹配，其中多个第二参考状态信息分别与预设的落杯机的异常原因对应；第二确定单元，用于根据第二参数匹配的结果，确定与第二运行状态信息最接近的第二参考状态信息；以及第二获取单元，用于获取与所确定的第二参考状态信息相对应的异常原因，作为落杯机的异常原因。
优选地，上述装置中，第二运行状态信息包括由多个第二传感器检测的多个第二运行参数，以及多个第二参考状态信息的每一个包括多个第二参考状态参数，其中第二匹配单元包括第二匹配子单元，用于根据以下公式进行第二参数匹配：
优选地，上述装置中，还包括：饮品机剩余量接收模块，用于从所述饮品机接收第一剩余数量，其中所述第一剩余数量表示所述饮品机中剩余各种饮品的数量；落杯机剩余量接收模块，用于从所述落杯机接收第二剩余数量，其中所述第二剩余数量表示所述落杯机中剩余杯子的数量；发送剩余信息模块，用于将所述第一剩余数量和所述第二剩余数量发送到所述终端设备。
根据本发明实施例的第二个方面，还提供了一种用于实施上述落杯机控制方法的落杯机控制装置，如图7所示，该装置包括：
第一接收模块710，用于从服务器接收订单信息，其中订单信息指示用户所订购的饮品；
第二接收模块720，用于从服务器接收确认信息，确认信息指示用户是否需要杯子饮用饮品；以及
落杯指令发送模块730，用于在确认信息指示用户需要杯子的情况下，将指示落杯机落杯的指令发送至落杯机。
通过上述装置，饮品机中第一接收模块710从服务器端接收到订单信息和第二接收模块720从服务器接收确认是否需要杯子的信息，如果客户需要杯子，落杯指令发送模块730将需要杯子的确认信息发送至落杯机，落杯机接收到落杯指令进行落杯动作，如果用户有杯子就无需进行落杯即不需要杯子，饮品机直接根据用户订单信息，流出用户所订购的饮品。预先在饮品机饮品出口处设有感应器，感应是否有杯子，当用户将杯子放在饮品机饮品出口处，饮品机就会流出所订购的饮品。同时实现饮品机对落杯机的控制，目前市场上的饮品机都在内部带有落杯系统，落杯系统在饮品机内部，占用饮品机内部空间，同时如果出现问题，要全部打开进行维修，造成不便；如果单独的落杯机在外部独立出来，目前市场上并没有一种方法可以饮品机控制落杯机的方法，本申请的方法实现了饮品机控制落杯机，方便饮品机与落杯机的应用。
根据本发明实施例的第三个方面，还提供了一种用于实施上述订单生成方法的订单生成装置，如图8所示，该装置包括：
指令接收模块810，用于接收输入的订购指令，其中订购指令指示用户订购饮品机的饮品；
生成订单信息模块820，用于根据订购指令，生成相应的订单信息，并将订单信息发送至服务器；
第三接收模块830，用于从服务器接收用户是否需要杯子的问询信息并显示问询信息；
第四接收模块840，用于接收的输入的确认指令，其中确认指令用于指示用户是否需要杯子；以及
确认信息发送模块850，用于根据确认指令生成相应的确认信息，并将确认信息发送至服务器。
上述装置中，终端设备中的指令接收模块810接收到用户的输入订购指令，根据订购指令，生成订单信息模块820生成相应的订单信息，第三接收模块830从服务器接收是否需要杯子的询问信息，然后第四接收模块840用户选择是否需要杯子，将输入的确认指令，其中确认指令用于指示用户是否需要杯子，确认信息发送模块850生成确认信息并发送至服务器。通过上述装置实现用户自主下单，同时用户可以根据自己需求选择是否需要杯子，实现了用户可以使用自己的杯子，节省了一次性杯子的使用。用户端可以用手机号注册账户，可以绑定人脸，下次登录是直接人脸识别即可；用户端可以是移动app，也可以设置与饮品机上的操作界面。
实施例3
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例一所提供的订单信息处理、落杯机控制与订单生成的方法所执行的程序代码。
可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：提供了一种订单信息的处理方法，包括：接收终端设备发送的订单信息，其中所述订单信息指示用户所订购的由饮品机提供的饮品；将所述订单信息发送至所述饮品机；向所述终端设备发送用户是否需要杯子的问询信息；从所述终端设备接收用户是否需要杯子的确认信息；以及将所述确认信息发送至所述饮品机。
可选地，上述方法，还包括：从所述饮品机接收第一异常信息，所述第一异常信息包括由预先安装于所述饮品机的多个第一传感器检测的与所述饮品机的运行状态相关的第一运行状态信息；基于所述第一异常信息，通过预先设置的数据分析模型，确定所述饮品机的异常原因；以及将所述饮品机的异常原因发送至所述终端设备。
可选地，上述方法，基于所述第一异常信息，通过预先设置的数据分析模型，确定所述饮品机的异常原因的操作，包括：将所述第一异常信息与多组第一参考状态信息的第一参考参数进行参数匹配；以及根据所述参数匹配的结果，确定与所述第一运行状态信息最接近的第一参考状态信息。
可选地，上述方法，第一运行状态信息包括由多个第一传感器检测的多个第一运行参数，以及多个第一参考状态信息的每一个包括多个第一参考状态参数，其中第一参数匹配是根据以下公式进行的：
可选地，上述方法，还包括：从所述落杯机接收第二异常信息，所述第二异常信息包括由预先安装于所述落杯机的多个第二传感器检测的与所述落杯机的运行状态相关的第二运行状态信息；基于所述第二异常信息，通过预先设置的数据分析模型，确定所述落杯机的异常原因；以及将所述落杯机的异常原因发送至所述终端设备。
可选地，上述方法，基于所述第二异常信息，通过预先设置的数据分析模型，确定所述落杯机的异常原因的操作，包括：将所述第二异常信息与多组第二参考状态信息的第二参考参数进行参数匹配；以及根据所述参数匹配的结果，确定与所述第二运行状态信息最接近的第二参考状态信息。
可选地，第二运行状态信息包括由多个第二传感器检测的多个第二运行参数，以及多个第二参考状态信息的每一个包括多个第二参考状态参数，第二参数匹配是根据以下公式进行的：
可选地，上述方法从所述饮品机接收第一剩余数量，其中所述第一剩余数量表示所述饮品机中剩余饮品的数量；从所述落杯机接收第二剩余数量，其中所述第二剩余数量表示所述落杯机中剩余杯子的数量；将所述第一剩余数量和所述第二剩余数量发送到所述终端设备。
根据本发明实施例的另一个方面，提供了一种落杯机控制方法，包括：从终端设备接收订单信息，其中所述订单信息指示用户所订购的饮品；从终端设备接收确认信息，所述确认信息指示用户是否需要杯子饮用所述饮品；以及在确认信息指示用户需要杯子的情况下，将指示落杯机落杯的指令发送至所述落杯机。
根据本发明实施例的另一个方面，提供了一种订单生成方法，包括：接收输入的订购指令，其中所述订购指令指示用户订购饮品机的饮品；根据所述订购指令，生成相应的订单信息，并将所述订单信息发送至服务器；从所述服务器接收用户是否需要杯子的问询信息并显示所述问询信息；接收的输入的确认指令，其中所述确认指令用于指示用户是否需要杯子；以及根据所述确认指令生成相应的确认信息，并将所述确认信息发送至所述服务器。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
- 还没有人留言评论。精彩留言会获得点赞！