车开到出口才想起来去部中心调数据，这也太笨了吧

比如说我从北京去山东，只要一出北京界，北京的扣费数据应该立刻从北京传递到河北，同时上传部中心备份;等到从河北进入山东后，累计扣费数据随即也传递到山东，并上传部中心。等到从山东出高速，扣费数据都在山东数据中心提取出来就够了，这样的话，和以前各省本地核算在在时间上就没有区别了

而且，也不需要经过一次龙门架就和银行结算费用，只需要省数据中心对经过龙门架产生的费用进行累加即可，等到出高速后再与银行进行结算。这样也减轻了银行的的通信负载和计算负载。



【 在 monkey80 的大作中提到: 】
: 你还就是不懂啊，没有你想的那么容易。。出口要知道总费额，需要出口车道从省中心调取这辆车所有门架扣费信息累加， 如果是跨省车辆，还要通过部中心调取沿线省份扣费记录，这都不是问题，问题是这些操作必须在350毫秒内完成。。一点点网络延迟就失败了。
--
修改:inmatrix FROM 125.39.45.*
FROM 125.39.45.*

编程和app这些都是小问题。顶层设计，总体方案和技术路线才是大问题，开头方向错了后面纠错的成本大了去了

【 在 wangjiguo 的大作中提到: 】
: 上面的算法，再把每个龙门架的扣费以图形化的形式进行费用分段显示，让用户在ETC APP上可以查看，就更完美了。
: 车开到出口才想起来去部中心调数据，这也太笨了吧
: 比如说我从北京去山东，只要一出北京界，北京的扣费数据应该立刻从北京传递到河北，同时上传部中心备份;等到从河北进入山东后，累计扣费数据随即也传递到山东，并上传部中心。等到从山东出高速，扣费数据都在山东数据中心提取出来就够了，这样的话，和以前各省本地核算在在时间上就没有区别了
: ...................
--
FROM 125.39.45.*