这里会显示出您选择的修订版和当前版本之间的差别。
两侧同时换到之前的修订记录 前一修订版 后一修订版 | 前一修订版 | ||
4g手持语音播报器设备工作原理 [2024/08/27 03:31] daizhibin |
4g手持语音播报器设备工作原理 [2024/08/27 03:41] (当前版本) daizhibin |
||
---|---|---|---|
行 3: | 行 3: | ||
\\ {{cloudspeaker: | \\ {{cloudspeaker: | ||
- | ===== -消费者扫描商户的收款码付款,产生支付订单。 | + | 1.消费者扫描商户的收款码付款,产生支付订单。 |
- | -付款后,订单消息传到支付通道服务器。 | + | 3.支付通道服务器收款成功后,会给逻辑处理服务器发送收款消息。 |
- | -支付通道服务器收款成功后,会给逻辑处理服务器发送收款消息。 | + | |
- | -逻辑处理服务器,将收款消息发送给商户 APP ,通知商户收款成功。同时将消息转发给硬件管理平台。 | + | |
- | -硬件管理平台将消息推送给云音箱,云音箱播报收款信息。 | + | |
+ | | ||
+ | | ||
+ | |||
====== 云音箱摄像头扫消费者的付款码,进行扣款 ====== | ====== 云音箱摄像头扫消费者的付款码,进行扣款 ====== | ||
行 16: | 行 16: | ||
\\ {{cloudspeaker: | \\ {{cloudspeaker: | ||
- | - 云音箱通过摄像头采集消费者展示的付款码。 | + | 1.云音箱通过摄像头采集消费者展示的付款码。 |
- | | + | |
- | | + | 2.云音箱将采集的付款码信息,上传给逻辑服务器。若云音箱上有键盘,会将键盘输入的收款金额一起上传。 |
- | | + | |
- | | + | 3.逻辑服务器请求支付通道服务器相关接口,上传收款码信息和扣款金额,请求扣款。 |
- | | + | |
+ | 4.支付通道服务器扣款成功后,将扣款消息回传给逻辑服务器。 | ||
+ | |||
+ | 5.逻辑服务器将收款消息(实际上就是“扣款消息”),发送给商户APP,通知商户收款成功,同时将消息转发给硬件管理平台。 | ||
+ | |||
+ | 6.硬件管理平台将消息推送给云音箱,云音箱播报收款信息。 | ||
+ | | ||
======云音箱、商户APP、商户收款码建立绑定关系 ====== | ======云音箱、商户APP、商户收款码建立绑定关系 ====== | ||
- | -每个云音箱都有一个唯一的设备ID,服务器根据这个ID,可以找到对应的音箱进行消息发送。 | + | 1.每个云音箱都有一个唯一的设备ID,服务器根据这个ID,可以找到对应的音箱进行消息发送。 |
- | | + | |
- | | + | 2.每个商户都有一个唯一的商户ID,商户ID作为商户APP的用户ID。 |
- | | + | |
+ | 3.每个商户收款码都有一个唯一的编号或url,否则无法判断是哪个商户收的款。商户收款码可以在商户APP中生成,也可以由逻辑服务器生成,然后进行统一分配。 | ||
+ | | ||
+ | 4.商户APP中输入云音箱的设备ID,进行绑定,该绑定关系应建立在逻辑服务器上。当商户收款成功后,逻辑服务器根据商户ID找到其绑定的云音箱设备ID,然后再把收款 | ||
+ | 消息发送给对应的云音箱完成播报。 | ||
+ | | ||
======名称解释 ====== | ======名称解释 ====== | ||
- | -消费者:购买产品,执行付款的人。 | + | 1.消费者:购买产品,执行付款的人。 |
- | | + | |
- | | + | 2.消费者付款码:消费者展示的微信、支付宝等付款码。 |
- | | + | |
- | | + | 3.商户收款码:商户展示的收款码牌,供消费者扫码付款。 |
- | | + | |
- | | + | 4.支付通道服务器:在拥有支付牌照的运营商那里创建的账户。比如微信、支付宝、银联等。 |
- | | + | |
+ | 5.逻辑服务器:处理业务流程的服务器。 | ||
+ | | ||
+ | 6.商户APP: 商户管理自己的收款账户用的app,也可以是微信公众号、小程序等。可用于绑定云音箱。 | ||
+ | | ||
+ | 7.MQTT或TCP/ | ||
+ | | ||
+ | 8.云音箱:播报收款信息的音箱。 | ||
+ | |