具体实施方式

结合附图对本发明具体方案具体实施例作进一步的阐述。

本发明选择若干个功能相对单一的，结构简单的独立设备单元，将其改造成为互联网化的设备，通过云服务器后台进行统一的设备状态管控和协调这些设备完成复杂的零售业态。并且，零售设备组和用户的交互是通过用户的PDA设备完成的，通过云服务器控制的应用程序提供若干交互功能，提示与引导用户参与设备的异常排除，联动使用，交易支付和产品交付。

一种现调饮料无人售卖方法，包括以下步骤：

步骤一、

通过PDA设备扫瞄系统识别二维码，请求云服务器获得菜单和系统的状态，在PDA设备上显示产品菜单、价格和相关状态的提示与引导用户信息；

步骤二、

在PDA设备上选择产品SKU进行下单，判断SKU是否使用到扩展设备单元，云服务器判断现调饮品制作单元和扩展设备单元的设备状态是否正常，如果正常进入第三步；如果异常，进入异常提示与引导用户信息排查；

步骤三、

判断现调饮品制作单元和扩展设备单元的设备状态已经恢复正常，然后进入提示与引导用户信息，使用各个扩展设备单元完成饮品调制步骤，并进入下单步骤；

步骤四、

通过PDA的提示与引导用户信息进行操作支付通道和鉴权方式的选择：包括选择网络支付网关或者刷卡器支付硬件；并通过密码、指纹、面部识别、刷卡验证方式完成支付；支付完成后核销记录云服务器并下发饮品制作的指令到现调饮品制作单元，最后系统进行饮品制作。

所述的步骤一、步骤二和步骤三包括以下处理方法：

通过PDA设备扫瞄后从服务器获取零售系统状态信息进行状态判断，有异常状态，则禁止进行下单，提示排查问题；

或者，通过PDA设备扫瞄获取服务器程序反馈零售系统状态正常，显示产品菜单和价格，选择产品SKU为操作指令一，将指令一上报云服务器，根据云服务器判断该SKU具有的扩展设备单元应用，并且判断这些所应用的扩展设备状态是否状态正常，若扩展设备状态有异常，则应用交互程序进入用户引导提示流程，形成引导用户排查接触设备异常的指令；

或者，如果上述云服务器判断指令一所用的若干扩展设备状态均正常通过交互程序形成指令，控制扩展设备执行指令的相应动作。

通过执行指令执行和云服务器校验状态，唤起PDA支付页面，选择支付方式和校验方法如下：

通过互联网支付网关支付，提交支付请求，通过密码或指纹方式完成支付，云服务器核销订单记录再向现调饮品制作单元下发制作指令；

或者，通过第三方记账方式核销，提交第三方挂账请求，云服务器通过ID权限鉴权用户有无挂账权限，如具有权限直接核销订单，云服务器向现调饮品制作单元下发制作指令；

或者，通过第三方鉴权硬件支付，选择支付身份鉴权方式为第三方硬件，包括智能摄像头、刷卡器；而后云服务器下发鉴权指令启智能摄像头或刷卡器，通过人脸识别或刷智能卡方式通过支付鉴权；云服务器核销订单记录再向现调饮品制作单元下发制作指令。

所述的步骤一至步骤四中的“提示与引导用户信息”包括以下步骤：

在展示菜单和用户价格的界面时，弹框图文提示异常信息，播放异常排查引导语音；

和/或在展示菜单和用户价格的界面时，接收通过触屏点击或自然语言输入选择SKU；

和/或在应用扩展设备异常时，弹框图文提示异常信息，播放异常排查引导语音；

和/或在应用扩展设备正常时，显示扩展设备的指令，播放使用扩展设备的引导语音；

和/或在支付确认界面时，显示选择支付方式的，播放选择支付方式的引导语音；

和/或在支付确认界面时，显示选择支付鉴权的，播放选择鉴权设备的引导语音；

和/或在支付饮品制作等待界面，显示饮品等待的图文提示，播放饮品介绍的语音。

如图1所示，基于一种现调饮料无人售卖方法的系统，包括：

用户终端控制单元，用于扫码系统识别码进行与用户的控制交互；

现调饮料制作单元，用于制作现调饮料；

扩展设备单元，用于饮料制作过程中实现附加效果；

支付单元，用于通过互联网支付或者外接支付设备完成交易支付；

物联网通信单元，用于为系统中的联网提供与云服务器进行数据通信；

云服务器单元，用于协调系统中的各单元，进行运算功能完成无人售卖业务逻辑。

用户终端控制单元所属于用户的PDA设备，PDA设备具有用于系统识别二维码扫描和用户生物特征识别的摄像头；PDA设备具有显示触摸屏或者键盘遥控器用于完成产品的挑选和下单；PDA设备具有话筒和扬声器，用于自然语言的识别和引导语音的播放；PDA设备具有微处理器和联网模块，用于进行用户交互逻辑的处理和与云服务器进行数据通信。

现调饮料制作单元是采用具有支持物联网协议和/或具有硬件开放接口的商用现调饮料机，现调饮料机用于接收云服务器单元下发的制作饮品指令和清洗机器指令，并且执行相应的机器动作。

可扩展设备单元是采用支持物联网协议和/或具有硬件开放接口的第三方物联网智能设备，包括落杯模块、制冰模块、糖浆压泵模块、牛奶冷藏模块、拉花模块、语音交互音响模块、大屏幕显示模块以及3D打印巧克力模块。

支付单元通过软件支付的方式使用PDA软件调用互联网支付网关直接支付货币；或者通过第三方内部结算支付接口进行记账扣款；或者通过接入智能摄像头，刷卡机等支付硬件进行人脸识别支付、刷卡支付。

云服务器单元用于通过物联网协议于系统内的其他支付物联网的设备进行实时连接，云服务器单元用于提供用户终端PDA的应用程序的后台程序，并提供现调饮料制作单元和扩展设备单元状态和指令的上下行消息路由、提供支付单元的支付网关调用和核销订单记录、提供整体协调系统中的各单元，以及完成无人售卖的业务逻辑。

以图2中的采用本发明方法的具体系统为例，用户使用智能手机1为终端控制设备(即用户终端控制单元)，扫描物联网商用现磨咖啡机2(即现调饮料制作单元)上的识别二维码，物联网商用现磨咖啡机2负责现调饮料制作，周边有扩展设备单元包括牛奶冰箱和电子秤3，落杯器4，糖浆压泵5，均通过RJ45双绞线连接4G路由器6(即物联网通信单元)负责与云端业务服务器7(即云服务器单元)的通信。支付单元配备刷卡机8和智能摄像头9，可以通过路由器6连接云服务器，可支持刷卡支付和人脸支付。

具体的，如图3、图5所示，现调饮料制作的操作如下：

用户使用手机扫描设备识别码后，云服务器反馈菜单信息，在手机触摸屏显示包括了产品配图、中文名称、英文名称、产品介绍、价格和设备状态正常。用户点击“香草拿铁”的图形，形成指令1发起订单提交与服务器，服务器判别需要用到落杯器，糖浆压泵，牛奶冰箱和电子秤。如图3，服务器判断使用的落杯器4，糖浆压泵5，牛奶冰箱和电子秤3状态正常，进而服务器形成指令2，反馈用户手机显示屏界面，如图4显示使用落杯器的交互界面和引导程序，图文提示和语音提示“请按键落一个杯”。

用户点击界面落杯按钮，形成指令3提交服务器，服务器判断落杯器状态正常下发指令4给予落杯器，控制落杯器落一个杯；下发指令5给予手机，控制手机界面进入控制糖浆压泵的界面，显示使用落杯器的交互界面和引导程序，图文提示和语音提示“请按键落加注糖浆”。

用户点击界面加糖浆按钮，形成指令6提交服务器，服务器判断糖浆压泵状态正常下发指令7给予糖浆压泵，控制向纸杯中加注2毫升糖浆；下发指令8给予手机，控制手机界面进入等待支付页面。

进一步的，支付通道与选择的操作如下：

如图5所示，用户点击支付确认按钮进入支付流程，手机界面进入支付通道与支付鉴权选择界面，并播放语音提示“请选择一种支付方式”，如图6。用户选择“刷卡支付”，手机应用程序将香草拿铁SKU的订单信息形成指令八提交服务器，服务器判断订单状态形成指令9下发到刷卡器，刷卡器启动进入等待刷卡状态，下发指令10到手机，手机进入刷卡支付提示用户与引导程序。

用户使用电子支付卡在刷卡器上核销相应价格的订单，刷卡器形成订单核销指令11提交与服务器，服务器记录订单的核销状态后向咖啡机制作单元下发指令12制作一杯拿铁咖啡；且向手机下发指令13让手机程序界面显示等待制作的引导流程，并播放“香草拿铁”的语音和图文介绍。

本发明所述的物联网中间件程序，包括了根据接入零售平台的设备A的硬件协议pro_A，编写服务器端接口程序bg_A，根据接入设备B的硬件协议pro_B编写服务器端接口程序bg_B，以此类推对于每个进入零售平台的智能设备，平台都会根据设备协议编写服务器端接口程序，或者设备厂商根据平台公开的API制定设备端程序协议。

当设备A和设备B在业务上需要协同完成动作的时候，通过后台逻辑引擎程序LE程序进行A和B接口汇报数据的共享和逻辑判断。并且通过各自的下行协议命令，控制设备执行规定动作。

逻辑引擎程序可以支持A和B之间数据的协同工作，也可以支持当B缺省的时候，按照另外一套支持A独立工作的逻辑完成自动零售业务。

桌面式无人零售现磨咖啡机与自动落杯器协同进行工作，根据咖啡机和落杯器的各自协议，完成服务器端接入程序兼容开发，使得两个独立的IOT设备可以连接零售平台。

当用户发起一杯咖啡的支付请求时，咖啡机向后台请求接口生成一个待支付订单，而后台通过逻辑引擎判断，需要自动落杯器协同加入这个过程，于是向用户的手机反馈一个页面，请用户控制落杯器进行落杯，用户通过点按手机按钮向落杯器发送“落一个杯”的命令，落杯器完成落杯动作，并通过两个红外传感器，将“落杯一次”和“杯架取空”的状态汇报于服务器，形成一个“用户已取杯”的判断，此刻服务器响应咖啡机订单请求，反馈给用户，请求手机端调用付款权限进行后续流程。

当然，如果落杯器部件由于没有配备(可能是放有自取式杯架)，也可能是由于自动落杯器的损坏而离线，无法协同工作。后台会根据接口返回值，逻辑判断独立咖啡机为独立工作状态，直接响应咖啡机订单请求，反馈给用户，请求手机端调用付款权限进行后续流程。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。