我这边是为一个游乐场提供一批设备,游乐场方面要求设备需要连接微信支付,让游客在使用通票外可以直接付款游玩,大约有 100 台左右的设备,应该怎么去做这个系统? 我这边考虑方案一:在每台设备上安装一个扫码设备,如果扫描的是票根的二维码,则允许游玩,同时后台删除掉这台设备对应的二维码信息,就不能再用票玩第二次了,如果是游客直接出示的是微信的付款码,则扣除固定金额然后允许游玩。但是这个方案中相当于很多付款设备给一个账户付款,并且需要读取付款成功的返回值然后能正确识别,还有票根二维码,感觉挺复杂,不知道能不能行? 方案二:安装一个扫码设备只负责扫描票根二维码,付款的部分用定额二维码贴在设备上,只是需要每个二维码对应的地址都不一样,这样才能让主机获取到付款成功的返回信息后能够正确识别到是哪台机器付的款,不知道这样能不能实现,实现起来复杂不复杂? 另外,还有什么更好的简易的方案没有?请不吝赐教。
1
sobigfish 2019-02-12 14:31:55 +08:00
另外付款的功能(排队时就可以完成)和鉴权(马上上设备的队伍完成)分开就是了(相当于还是你的方案 1 )
. 通票可以玩的项目直接鉴权通票 . 另外付费的买了 token (二维码)再鉴权这个 token。 |
2
wxcxyz OP 这个没大看明白,我这边希望每台设备上用一个小的设备比如树莓派来完成,不用电脑,因为电脑比较贵,是不是需要很多开发工作啊?
|
3
yongliang 2019-02-12 15:21:06 +08:00
专用的设备扫码买币,游戏主机投币即可。
|
4
wxcxyz OP 这个主要是不同的主机金额不同啊,可能定价并不一定是跟币的数目成公倍数关系。还有,就是预先买币不如直接付款方便直接。
|
5
bantao 2019-02-12 15:35:51 +08:00
你这设备是娃娃机这种游乐设施还是闸门类设备呀
|
6
Vegetable 2019-02-12 15:44:59 +08:00
方案 1 就行了.
这和超市扫码枪没区别吧,涉及到支付肯定会比较麻烦.你可以将处理信息的工作集中起来 终端只做两件事: 1.读码发送给服务器 2.从服务器接收信息(能不能玩,显示器显示什么)进行处理. 服务器收到二维码(还有设备标识),生成支付订单或者其他操作都挺好处理的. |
7
wxcxyz OP 不是娃娃机,是游玩的,其实跟娃娃机类似,很多分体设备,但是最终是往一个账户上付款
|
8
wxcxyz OP @Vegetable 您说的是。
这个是不是可以这样考虑,前端一个读码设备,将读到的码发送给服务器,服务器判断是不是票根的码,是的话跟自己数据库内的码对比,将结果返回给前端,前端根据结果判断是否是第一次读码并据此判断是否要打开设备;如果是微信的付款码,则发给微信支付接口,并将支付接口的回复结果发送给前端,成功的话前端允许设备运行,不成功的话不允许运行。 您看这样考虑是不是正确的? |
9
Vegetable 2019-02-12 18:10:56 +08:00 via Android
@wxcxyz 我觉得这个逻辑 ok,是不是第一次扫票根也可以统一来做,终端本身不储存信息。你再大胆假设小心论证一波
|
10
9hills 2019-02-12 18:16:38 +08:00 via iPhone
让用户扫码更简单
|
11
wxcxyz OP @9hills 让用户扫码就是牵扯到一个问题,需要确定用户扫的是哪一个机器的码,这个过程处理起来好像更麻烦一些,按我的思路是觉得麻烦一些,不知道您有什么好的实现方式?
|
12
wxcxyz OP @Vegetable 多谢您了!我再论证一下。其实这个过程我这边前端读取二维码信息发送到服务器以及处理服务器返回来的信息等都没有问题,就是服务器端跟微信支付接口这个部分不会,也不知道能不能做到,如果可以的话这个得需要外协了,不知道咱们这里有没有做这个方面的朋友?
|