|
精华帖 (5) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间:2008-05-23
应该有个中转服务器(有固定IP),每个POS机上线时就会向服务器注册自己,共同维护一个唯一的标识
|
|
| 返回顶楼 | |
|
最后更新时间:2008-05-23
peihexian 写道 楼主,用APN的话可以给POS机那边设置固定IP地址的,到时候你是想走TCP还是UDP就都可以了,有一个项目刚刚用APN做的,server端需要上一台路由器,目前在我们这边移动用的是华为的设备,推荐在server端也用华为的路由,我们是走的E1模块,你买路由之前问好移动会用什么接口和你们连,是E1还是以太接口。
至于服务器端的软件,我们是tcp长连接的方案,用nio技术,支撑个几千个连接没问题的,写程序时注意要发心跳包维持gprs连接,你这个项目要传输的数据量可能比我们的要大,因为订餐行为很随机,你要考虑好流量及费用的问题。 nio框架我们是用的mina,有问题的话可以给我发邮件共同讨论。 另外,走APN的话用UDP也是个不错的方案,这里最关键的一点是要和移动公司谈好,sim绑定固定IP。 跟移动合作的可能性已经很小,基本上目前不可能。也就是说方案已经确定在无线POS机那边是肯定没有固定IP的。不知道如果是基于udp能否也能让服务器端确定哪个POS机对应哪个餐馆?如果是基于tcp的话,那肯定也只能是长连接才能确定POS机与餐馆的对应关系。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-23
dean_liu 写道 应该有个中转服务器(有固定IP),每个POS机上线时就会向服务器注册自己,共同维护一个唯一的标识
这个唯一的标识是不是只能基于tcp长连接才能做到? |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-24
---为什么要说是跟移动的合作呢???
这是移动的业务,就像他卖你SIM卡一样,用APN的话你说的这些都不是问题。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-24
wtusmchen 写道 ---为什么要说是跟移动的合作呢???
这是移动的业务,就像他卖你SIM卡一样,用APN的话你说的这些都不是问题。 还是不明白APN这个东西的实施方式,兄弟能否帮忙提供哪里有这方面的相关资料介绍? 我现的无线POS机都是买的人家的机器,目前只是通过购买移动的GPRS包月卡,但不明白怎么跟APN扯上关系。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-24
另外如果是基于 无线POS终端->server<--公司网站 这样的通信方案,就是通过server来中转无线POS终端和公司网站相互发送的消息的话,基于udp或者tcp应该都可以做到吧,不需要穿越nat的吧,也就是如果我有很多client客户端,我要知道具体知道向哪个client发消息。
对网络编程不熟悉,很多东西都不懂。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-24
POS在发送数据的时候捎带上自己的ID就行了,服务器自然就知道数据是来自那个POS机,干嘛跟网络较劲?
|
|
| 返回顶楼 | |
|
最后更新时间:2008-05-26
基于你的应用,服务端直接向餐厅值班人员发送短信不就行了。要POS干嘛?
|
|
| 返回顶楼 | |
|
最后更新时间:2008-05-26
ebeach 写道 基于你的应用,服务端直接向餐厅值班人员发送短信不就行了。要POS干嘛?
短信方案不能保证数据的及时性。而基于GPRS无线POS机的话能够保证数据及时性及准备到达。并且可以无程打印。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-26
常用的几个方案都发过了,LZ还没想好用那个?
(最笨轮询法,最省心APN法,最通用注册+心跳法,估计最难实行长连接法) |
|
| 返回顶楼 | |










