ETC 是不是要追随 12306,做世界上最复杂的计费系统? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
godall
V2EX    问与答

ETC 是不是要追随 12306,做世界上最复杂的计费系统?

  •  < href="Javascript:" Onclick="downVoteTopic(634684);" class="vote">
  •   godall 2020-01-03 10:56:56 +08:00 8581 次点击
    这是一个创建于 2108 天前的主题,其中的信息可能已经有所发展或是发生改变。
    本来 ETC 计费系统很简单,只要在出入口记录各记录一条数据,数据库一查 2 点的费用然后直接扣费就行了。

    现在好了,路上一堆龙门架,给你分阶段计费,一个本来 30 块的路,给你分成 4.75 ,5.15 ,5.5,这样的无数段。本来出入口速度<20km,而且按省进行计费,计费系统性能压力要求很低。新形势下,一是路上高速计费,很容易出错误,数据记录不全,增加计费系统容错要求和计算要求;二是全省变成全国计费,性能要求大大增加。容错率、计算数据量、时间效率等都是大大提高,生生把一个简单系统搞成比 12306 还复杂的系统。
    52 条回复    2020-01-07 10:07:21 +08:00
    b821025551b
        1
    b821025551b  
       2020-01-03 11:08:00 +08:00
    这玩意怎么会比 12306 复杂;
    先说流量,全国就那么多的收费站,每个收费站就那么多口,每个口都有序排队进出,流量固定,没有恶意刷流量的;
    再说计费规则,12306 难在调度及实时座位计算,高速根本不需要,而且就一进一出,最傻瓜的算法直接预存每两站之间的费用就行了,多边形对角线法则,假设全国 5 万个收费站,1.2 亿条规则轻轻松松。
    jjianwen68
        2
    jjianwen68  
       2020-01-03 11:12:15 +08:00
    听说元旦起,过路费已经涨了?
    hoyixi
        3
    hoyixi  
       2020-01-03 11:17:04 +08:00   1
    和 12306 没啥关系; 12306 也不复杂,12306 重点在并发。
    这是拔鹅毛而又不让鹅叫的艺术,和个税一个套路。
    xenme
        4
    xenme  
       2020-01-03 11:20:18 +08:00
    感觉应该和现在升级后的 MTC 卡一样,记录路径,出口收费,分段结算比较好

    分段扣费的话,对用户来说体验是真的差。
    xdeng
        5
    xdeng  
       2020-01-03 11:25:52 +08:00
    没搞龙门两点默认最短线路,有了龙门按龙门连线线路。我之前回老家发现走两条不一样线路价格不一样。
    xdeng
        6
    xdeng  
       2020-01-03 11:26:38 +08:00
    价格涨可能原因你走的不是最短线路,之前拿卡默认最短线路。
    wangxiaoaer
        7
    wangxiaoaer  
       2020-01-03 11:29:18 +08:00 via Android
    两点一线就完事了?

    更别说还要考虑费用跨省分配呢。
    xdeng
        8
    xdeng  
       2020-01-03 11:30:36 +08:00
    同样起点终点,走的新路、旧路、4 车道、6 车道每公里价格不一样的。
    有个鸡贼办法就是起点过后拔卡,快到收费口插卡就可能中途计算不了就给你最短最便宜价格了。
    ququ888
        9
    ququ888  
       2020-01-03 11:31:14 +08:00
    分段结算
    要是弄个实时扣费推送也行啊,关键是扣费了也不知道扣了多少,也不知道什么时候扣
    谁有那个闲心,去 app 查账单
    fengtons
        10
    fengtons  
       2020-01-03 11:31:30 +08:00 via Android   1
    龙门架早就存在,以前就算你没装 ETC,在入口处拿的卡一样会记录你的路线,同样分段计费,只是你感觉不到而已。至少广东很早就是这样
    xdeng
        11
    xdeng  
       2020-01-03 11:33:18 +08:00
    @fengtons 以前的卡不会记录吧,假如我随便放放铁盒里?
    securityCoding
        12
    securityCoding  
       2020-01-03 11:33:34 +08:00
    问下按龙门架这种信号接收事件,费用计算这块用现在的流式计算是不是合适呢?对大数据这块不熟悉,有明白的 v 友可以解答一下疑惑。。。
    laoyur
        13
    laoyur  
       2020-01-03 11:34:19 +08:00
    路上高速通过时直接计费,这么吊的吗
    Telegram
        14
    Telegram  
       2020-01-03 11:35:05 +08:00
    那我中途在路上把卡拔了,是不是龙门架读不到数据,会按什么线路扣钱?
    Telegram
        15
    Telegram  
       2020-01-03 11:36:12 +08:00
    @fengtons #10 确实。龙门架一直都在,以前开高速,遇到龙门架,ETC 会滴的叫一声,具体扣费什么的倒是从来没去关注过
    jfdnet
        16
    jfdnet  
       2020-01-03 11:43:25 +08:00
    听说新能源车走高速要免费了
    Torpedo
        17
    Torpedo  
       2020-01-03 11:53:12 +08:00
    其实分段就是繁琐,但是一点也不复杂。
    还没微信抢红包复杂呢
    whp1473
        18
    whp1473  
       2020-01-03 12:07:18 +08:00
    以前做车场计费,分阶段很复杂。。阶梯计费、按次计费、子父车场计费、优惠、最高上限、按照时长计费、计费最小区间、长租问题、节假日问题,这些单独拿出来都不负责,但是混合起来,啧啧啧,还要秒出,贼难。
    ufooo
        19
    ufooo  
       2020-01-03 13:09:03 +08:00 via iPhone
    因为要按路径收费啊,高速费用要和投资方分成的,按最短距离收费不科学。
    iiduce
        20
    iiduce  
       2020-01-03 13:12:33 +08:00
    @jfdnet 听哪说的?不可能的事吧,能给点优惠就已经很了不起了。
    xenme
        21
    xenme  
       2020-01-03 13:21:33 +08:00
    @fengtons
    @xdeng
    MTC 卡有两种,一种是很薄的,那种是不带记录功能的,是按入口和出口的最短路线计算的
    还有一种就是厚卡,这种是带芯片的,可以记录车辆路径的,和现在 ETC 一样收费的,而且最近几年其实大多数地方都已经换成后卡了,只有部分省 /市内不存在多种路线的会发薄卡

    @Telegram
    ETC 中间会叫一般是因为入口的记录由于各种原因显示成未知(可以在 ETC 消费记录里面看到),这种情况在路上过龙门架的时候就会响。其他情况包括现在即使分段扣费,中间也不会响的

    还有把 ETC 卡拔了,ETC 机器本身也会记录路径信息,只是没法扣费而已,最终和现在一样出口扣费,不知道会不会被拉黑名单,要彻底只能把 ETC 扔到手套箱或者锡纸包起来,进出的时候拿出来用
    wc951
        22
    wc951  
       2020-01-03 13:32:21 +08:00 via Android
    @Telegram 门架是和 obu 通信的又不是卡
    okjb
        23
    okjb  
       2020-01-03 13:34:32 +08:00 via Android
    9102 年还有人说 12306 不复杂,多么无知
    fengtons
        24
    fengtons  
       2020-01-03 13:55:13 +08:00 via Android
    @xdeng 感觉强推 ETC 也有解决这个问题的意思,下一步应该是规范电子标签的安装了。
    Zeonjl
        25
    Zeonjl  
       2020-01-03 14:00:06 +08:00 via iPhone
    有分,没啥复杂是解决不了的
    xdeng
        26
    xdeng  
       2020-01-03 14:06:35 +08:00
    @xenme ETC 中间会叫一般是因为入口的记录由于各种原因显示成未知(可以在 ETC 消费记录里面看到),这种情况在路上过龙门架的时候就会响。其他情况包括现在即使分段扣费,中间也不会响的

    你这个不对,我入口看着是自己的车牌记录的,中间也会叫,每过一个龙门都会叫。
    xingwing
        27
    xingwing  
       2020-01-03 14:13:12 +08:00
    削藩
    0747916
        28
    0747916  
       2020-01-03 14:17:46 +08:00
    @jfdnet #16 高速这么抠,怎么可能
    jdgui
        29
    jdgui  
       2020-01-03 14:19:30 +08:00
    这有啥复杂的。。用打表法就行。
    mogita
        30
    mogita  
       2020-01-03 14:36:52 +08:00
    城市主干道满是 gantry 并且每天不同时段费用会有几毛钱的差异,了解一下不?新加坡的道路。
    dream7758522
        31
    dream7758522  
       2020-01-03 14:57:05 +08:00 via iPhone
    A 到 B 点可以途径 C 点,也可以途径 E 点.导致路程不一样。所以要分段计算。
    xenme
        32
    xenme  
       2020-01-03 15:02:39 +08:00
    @xdeng 我碰到两三次了,进出显示抬杆都是正常的。
    唯一的就是在最后的消费记录里面显示的是未知入,然后你就会发现路上有龙门架只要读 OBU 就响。
    要是入口的名称在最后的消费记录里面显示正常的话,你发现同一段路就不会滴了。

    所以总结就是,如果你碰到除了进出,中间经过龙门架也响的,后续你可以观察下消费记录是不是显示未知入。
    superJava
        33
    superJava  
       2020-01-03 15:15:09 +08:00
    复杂吗? 12306 也就是个普通小电商秒杀的水平,手动狗头
    weipt
        34
    weipt  
       2020-01-03 16:37:45 +08:00
    龙门架怎么收费不知道,但是你说的分段就麻烦了是不对的。按照你说的,假如原来从西安到北京,就是上的时候记录一下,出的时候找到上的地方,就能算出费用,而现在是分成了若干个段,比如西安到运城、运城到洛阳、等等就会很很麻烦。这个是不对的,还和之前一样啊,到了运城的话要过龙门架收费,也是找到最近一次的入口,直接收费就行的。为什么就很麻烦了呢
    marcong95
        35
    marcong95  
       2020-01-03 17:06:23 +08:00
    也不过是把原来的单次收费拆成几段,也不是个什么高并发的东西,我直觉觉得还简单了。把路段切成最小片段记录费用加起来,应该比把所有可能的出入口都算一遍查表简单?万一某一段调价了,整个表就要重算了。
    wowodavid
        36
    wowodavid  
       2020-01-03 20:59:27 +08:00 via iPhone
    1、etc 没有 12306 复杂
    2、lz 和 ls 根本没搞明白 etc 业务复杂的“点”

    你开过 etc 过路费发票就知道问题出在哪了。全国铁路是一家,最多也就是几个分局内部调配;全国高速有多少家?你知道你市内绕城高速从 a 区进、b 县出,会路经多少家不同的高速收费主体吗?更何况跨市、跨省。
    godall
        37
    godall  
    OP
       2020-01-03 22:41:23 +08:00 via Android
    楼上的,首先高速公路不同收费主体,没有 etc 前就已经这样了,你可以在记录不同的路线,但是付费就起始终点结算一次,对用户很清楚。至于内部怎么分账那是后台内部慢慢算就行了,哪能把这个锅直接甩了给用户?

    其次我说了,系统要有容错性,你不能保证线路上每一个龙门架都不出问题,高速通行的情况下有可能中间漏记一个很正常,如果只是记录“点”的信息很容易,但是分阶段实时计费就没那么容易了,因为要同时获取上一个点的信息,一旦漏点,就容易计算错误或混乱。原来始终 2 点计费就容易多了,因为这 2 个点记录不会错,错了进都进不去或者出不来。

    一句话,负责人思路太奇葩!
    Tink
        38
    Tink  
    PRO
       2020-01-04 01:35:06 +08:00 via iPhone
    这有什么复杂的?
    7gugu
        39
    7gugu  
       2020-01-04 01:48:03 +08:00 via Android
    @godall 主要是为了解决分段收费吧,你上高速不一定会按着最短路径走的啊,你有可能会绕路走,这时候你单纯凭借两点信息就算不出来了啊。还有涉及到利益问题的,就尽量不要动利益那一块的设计了吧,背后很多东西都是牵一发动全身,没那么容易整吧.
    wolfan
        40
    wolfan  
       2020-01-04 03:13:23 +08:00
    12306 最在的敌人其实是爬虫和钢需真人抢并发。
    msg7086
        41
    msg7086  
       2020-01-04 07:17:58 +08:00
    @godall #36 你所说的「漏一个点会导致计算错误或混乱」本来就是你的臆想。
    别忘了,你说的这种,最差的情况就是中途点全部漏光,那么最后就是你说的只计算起点和终点的情况。

    换句话说,你「推荐的做法」是你「反对的做法」中最差的情况。

    既然你推荐的做法比你反对的做法要差,那么你的论点本身就矛盾了。
    phy25
        42
    phy25  
       2020-01-04 09:17:55 +08:00 via Android
    全程龙门架,感觉是要向某些国家看齐实现出入口无收费站?至于说什么容错,只要有建设诚信社会的底气和可以接受低概率的钱收少的情况,那就容易。
    peacelove
        43
    peacelove  
       2020-01-04 09:46:35 +08:00 via iPhone
    歪个楼,现在哪里办 etc 优惠力度比较大,方便办理。
    wc951
        44
    wc951  
       2020-01-04 10:38:24 +08:00 via Android
    @godall 这个人家早就想到了,有个功能叫路径拟合,漏一两个点问题不大
    qdpoboy
        45
    qdpoboy  
       2020-01-04 10:51:30 +08:00
    别的不说,ETC 系统肯定比你想象中还要烂!
    mafuyu
        46
    mafuyu  
       2020-01-04 13:49:48 +08:00 via Android
    @jjianwen68 涨价是把免费部分变成了收费。原来高速过了收费站进出城段不收费现在被改成了收费。基本上平均都是涨了 3 块。

    现在分段计费后免费通行政策都是问题以前 12 点后出高速就行了,如果真的分段实时计费的话怕不是又要变成 12 点后挤上高速。而且这么明显的问题到现在还没公布细则不知道怎么意思。
    magicsilence
        47
    magicsilence  
       2020-01-04 14:02:58 +08:00
    查高速费确实是个问题啊, 过收费站都显示几毛, 然后 app 又有延迟
    shadownet
        48
    shadownet  
       2020-01-04 14:22:53 +08:00 via iPhone
    @jjianwen68 涨 不涨 ZF 没钱 现在不印钱 社 B 医 B 已经快用完 你说不刮一下 不是要停摆
    godall
        49
    godall  
    OP
       2020-01-06 09:02:43 +08:00 via Android
    @msg7086 记录起始点进行计费恰恰是我赞成的方法,官方理由美其名曰多走路多缴费,少走路少缴费,但是我认为是一种狡辩,因为这是反人类的,高速公路正常情况下两点之间导航规划距离最短与时间最短是一致的,只有在一条路上发生拥堵的情况下才会建议绕路!但绕路用户并没有得利,是公路方造成的原因,而且交通台经常会提示让大家绕路,现在绕路还要多收费,说的过去吗?
    至于分段计费问题我待会说。
    godall
        50
    godall  
    OP
       2020-01-06 09:14:59 +08:00 via Android
    然后我再说说,高速公路跨省快速通行也是个伪命题,为什么这么说呢?
    按照现在 etc 高速收费的原理,省界收费站全部拆除才可以做到快速通行,实际上收费口一个也没拆除,原因不是高速公路的问题,是省界收费口承担着多种职能,包括安全检查,车辆称重等等,所以说是快不起来的,既然快不起来,何苦弄这么个垃圾?

    其实 etc 全面推广最主要的原因是资金全部走银行专户,国家可以清清楚楚掌握收入情况,不用担心收费站或者地方乱报收入的问题。
    只要省界收费口不拆除,按照现有的计费模式是最好的,即出入口计费(跨省多一个卡点分开收费),用户清楚,省之间清楚,国家收入也清楚皆大欢喜。至于路径记录可以继续记录,但不做实时计费使用就可以了
    msg7086
        51
    msg7086  
       2020-01-06 12:25:31 +08:00
    @godall 我和你讨论的是技术,你和我讨论政治有什么用呢。
    要讨论政治的话我最好高速公路全部免费,像美国的州际公路一样,绝大多数的公路都是免费放行,剩下的安检和称重交给专门的检查站,普通小车随便开。这样可以减小大城市的内部压力,鼓励人们往周边迁移而不用担心被过路费弄死。

    但是这些和我有什么关系呢,我也管不到政治上的事儿啊。

    另外,少走路少缴费主要矛盾点是公路维护成本。从你的角度来看用户没有得利,但是对于公路方来说多行驶会增加公路维护成本。
    godall
        52
    godall  
    OP
       2020-01-07 10:07:21 +08:00
    @msg7086 你说的没错,但是公路方不仅仅承担经济职能,还要承担社会职能啊,否则节假日就不会免费了,同样,保持高速公路畅通是他的义务,不能因为拥堵而绕路造成的费用加到老百姓身上。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     5552 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 29ms UTC 08:53 PVG 16:53 LAX 01:53 JFK 04:53
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86