车载设备（OBU？）计算整体过路费？
我咋觉得是后端的收费服务器啊，现在分段计费了，相当于要把若干段合起来计算出结果展示给你。还要做俩个标识，一个是入高速的标识，一个是出高速的标识，在这两个标识之间的分段计费合起来的总费用，在出口的显示屏展示出来。
想想这个问题其实挺复杂

【 在 createsoft (createsoft) 的大作中提到: 】
: 算不过来是我个人猜测的，但猜测也是有根据的，
: ETC天线和obu交易时的时间非常短，超过2/3百毫秒就无法交易了，车载设备里记录了一路经过的入站口，过的龙门架信息，可能在3百毫秒内无法快速计算出来里程和过路费，所以就要先记录了这些信息，回头再算扣费
: #发自zSMTH@老掉牙的诺基亚
: ...................
--
FROM 111.198.174.*

还有逃费问题，如果一辆车入的时候是感应自己的ETC进来了，出去时是蹭别人的出去了，那么他的Transaction结不结束？何时结束？还是一直在系统里挂着？
都是问题啊

【 在 syr (涮羊肉) 的大作中提到: 】
每辆车都是一个Transaction，从标记为“入高速”时开始，每经过一个计费点累加一次，直到车辆驶离高速，也就是“出高速”标记，结束这个Transaction，把总费用在出口显示出来。
每个Transaction的时间也不定，短则几分钟，长的可能跨天，中间的交易笔数也不定，Transaction数量也是巨大，收费系统会挂掉吧？

【 在 createsoft (createsoft) 的大作中提到: 】
: 也许设计这套系统的人没这么考虑
: #发自zSMTH@老掉牙的诺基亚
--
FROM 111.198.174.*