System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind() 一种城市路侧停车ETC联网应用的多元异构支付方法技术_技高网

一种城市路侧停车ETC联网应用的多元异构支付方法技术

技术编号:43911899 阅读:3 留言:0更新日期:2025-01-03 13:19
本发明专利技术涉及智慧城市物联网技术领域,且公开了一种城市路侧停车ETC联网应用的多元异构支付方法,利用控制器通过路侧单元(RSU)与车载单元(OBU)的信息交互来读取车辆信息,通过SAAS系统平台进行数据校验和扣费处理,实现了能在一次OBU识别基础上,支持多种无感支付自动扣费,且不带来ETC扣费流程的额外延时,有效提升了城市路侧停车的ETC扣费成功率,提高了工作效率和准确性。引入分布式锁机制防止重复扣费,同时利用Kafka消息队列实现订单状态的实时更新,保证了支付系统的快速响应。此外,支持多种支付方式及支付顺序定义,如农行无感、建行无感等,通过异构支付worker处理不同支付方式的订单,提高了系统的灵活性和扩展性。订单确认worker确保了订单状态处理的一致性和准确性,防止ETC清分记录的遗漏或过期。通过这些技术的综合应用,该方法有效解决了城市路侧停车收费中的技术问题,提高了停车服务的质量和效率。

【技术实现步骤摘要】

本专利技术属于智慧城市物联网,具体涉及一种城市路侧停车etc联网应用的多元异构支付方法。


技术介绍

1、近年来,城市建设日新月异,机动车保有量快速增长。由此带来的城市路内停车收费欠费问题明显,由于道路本身开放性的停车特点,车辆的停放和离场不受外力限制,城市停车逃费成为了影响运营收入流失的问题。

2、目前,大多数城市路侧停车管理收费模式还是以手持pos机+人工收费为主,该模式工作量大、效率低、单人管理区域有限、流程漏洞大,进而导致停车费漏收、欠收现象严重。如今大部分城市停车收费业务引入了传统etc联网识别收费模式开展停车费助缴功能,但由于项目网络交互、系统延时、车辆行驶速度、etc绑定账户单一等多方面因素的影响,仍存在车辆识别率低、etc联网交易失败、用户交易账单产生不及时等问题,导致etc联网应用技术未能最大化发挥作用,因此需要开发一种能有效解决上述问题,进一步提高联网收费成功率的方法。


技术实现思路

1、本专利技术要解决的是上述现有技术中现有城市路侧停车管理存在效率低下、人工依赖强、etc识别率不高等问题,同时,用户账单延迟,无法有效处理异常情况,如余额不足或交易流程中断。缺少多元支付支持和数据应用价值,以及缺乏分布式处理机制,限制了系统的高并发和分布式场景处理能力的技术问题。

2、为实现上述目的,本专利技术提供如下技术方案:

3、一种城市路侧停车etc联网应用的多元异构支付方法,包括如下步骤:

4、s1、当车辆经过etc识别扣费设备时,控制器通过路侧单元rsu识别车辆车载单元obu信息,然后控制器访问saas系统平台的应用程序接口api,来查询与该车牌号码相关的订单信息,并通过saas系统平台执行数据校验后,由控制器通过路侧单元(rsu)与车载单元(obu)交互完成扣费;

5、s2、扣费结果上送到saas服务端,saas将交易订单写入etc订单表;

6、s3、基于订单库binlog日志把每条数据推送到消息队列 kafka消息队列topica;

7、s4、支付worker订阅kafka的topica,并将支付成功的订单状态及时通知至路侧智慧城市停车平台;

8、s5、异构支付worker订阅kafka的topica,当有新订单,新增时触发以下字段:read_card_type, status;

9、s6、将订单信息先写入delayqueue worker模块,并设置过期时间为50秒,同时针对该订单发起支付渠道扣款逻辑,按照支付顺序及车辆对应开通情况进行依次尝试扣费,直到其中一个支付渠道支付成功,同时支付记录写入无感支付表;

10、其中delayqueue worker实现逻辑: 当delayqueue worker接收到订单信息时,将订单id进行hash值然后分组成32个逻辑bucket存储桶(数量根据实际业务量调整)的 key,选择redis数据库的sortset数据结构进行存储, 然后开启对应bucket对应数量的协程,每秒进行扫,识别出到期订单,写入kafka的topicb;

11、s7、订单确认worker订阅kafka的 topicb进行消费,对到期的订单执行无感支付记录查找确认了,根据不同情况,将订单标记为相应状态,并写入清分表或撤销状态;

12、s8、将etc清分表的数据上送至路网进行清分;

13、s9、完成整个支付过程。

14、作为优选,步骤s1中,控制器安装在道路旁边监控立杆上,控制器通过路侧单元rsu读取车辆车载单元obu的信息,包括车辆的车牌号码、车辆类型、etc卡信息。

15、作为优选,步骤s1中,saas系统是一个云服务平台,提供车辆管理、订单处理、支付处理等服务,saas系统接收到查询请求后,会执行数据校验过程,这可能包括验证车牌号码与etc卡信息的匹配性、检查订单状态(如是否已支付、是否有效等),saas系统和控制器执行的扣费操作包括利用控制器通过路侧单元(rsu)与车载单元(obu)的etc账户中扣除相应的费用,或者在利用etc扣费过程中识别的车辆信息后再在支持多种支付方式的系统中,选择合适的支付渠道进行扣费。

16、作为优选,步骤s1中,为了确保saas系统平台在短时间内不会对同一车牌号码的订单进行重复扣费,saas系统会对该车牌号码加上一把分布式锁。在分布式系统中,分布式锁是一种机制,用于确保在同一时间内,只有一个进程或线程能够访问特定的资源或执行特定的操作,这里使用redis来实现分布式锁,通过执行set命令,为特定订单id(order_id)设置一个分布式锁,这个锁的有效时间设置为60秒,set命令中的nx参数确保只有当key不存在时才会设置key,这样就避免了重复加锁的问题;

17、在扣费操作完成后,saas系统会执行解锁操作,移除之前加上的分布式锁,释放资源,以便其他请求能够访问该车牌号码的订单。

18、同时saas系统平台对该车牌加分布式锁60秒,采用redis实现分布式锁,通过setorder:lock:{order_id} 1 ex 60 nx命令方式给订单加上分布式锁,此时会在redis存在一条key为order:lock:{order_id}的记录;

19、作为优选,步骤s2中,扣费结果包含失败或者未扣费成功,扣费失败包括余额不足、用户卡是黑名单的情况,未扣费成功情况是指因车速过快,扣费交易步骤并未走完导致流程中断;

20、识别扣费是由控制器访问saas拿到车辆欠费金额信息,控制然后向rsu发起指令与obu进行扣费通信指令操作,发起扣费时会生成订单记录并标识扣费状态,最终上送给saas。

21、作为优选,步骤s3中,binlog是数据库数据变更日志,每条数据插入修改删除都会产生一条binlog;

22、topica是 kafka的消息主题,worker可以生产或订阅消费。

23、作为优选,步骤s4中,worker是程序中的一个模块单元;

24、路侧智慧城市停车平台指为智慧城市的停车系统的第三方城市平台。

25、作为优选,步骤s5中,当有新订单时,会触发read_card_type和status字段的检查:

26、s5.1、订单因余额不足或者etc未扣到而扣费失败时,开始执行步骤s6;

27、s5.2、订单支付为信用卡时,开始执行步骤s6;

28、s5.3、订单支付为etc储值卡时,则将订单写入清分表,并进入步骤s8。

29、作为优选,步骤s7中,针对每笔时间到期订单,执行无感支付记录查找确认,逻辑如下:

30、s7.1、订单etc支付成功,存在无感扣款也成功,则将etc订单标记为撤销状态,不再进行清分,进入步骤s8;

31、s7.2、订单etc支付成功,不存在无感扣款成功记录,则将etc订单写入清分表,本文档来自技高网...

【技术保护点】

1.一种城市路侧停车ETC联网应用的多元异构支付方法,其特征在于,包括如下步骤:

2.根据权利要求1所述的一种城市路侧停车ETC联网应用的多元异构支付方法,其特征在于:步骤S1中,控制器安装在道路旁边监控立杆上,控制器通过路侧单元RSU读取车辆车载单元OBU的信息,包括车辆的车牌号码、车辆类型、ETC卡信息。

3.根据权利要求1所述的一种城市路侧停车ETC联网应用的多元异构支付方法,其特征在于:步骤S1中,SAAS系统是一个云服务平台,提供车辆管理、订单处理、支付处理服务,SAAS系统接收到查询请求后,执行数据校验过程,包括验证车牌号码与ETC卡信息的匹配性、检查订单状态,SAAS系统和控制器执行的扣费操作包括从ETC账户中扣除相应的费用,或者在支持多种支付方式的系统中,选择合适的支付渠道进行扣费。

4.根据权利要求1所述的一种城市路侧停车ETC联网应用的多元异构支付方法,其特征在于:步骤S1中,为了确保SAAS系统平台在短时间内不会对同一车牌号码的订单进行重复扣费,SAAS系统会对该车牌号码加上一把分布式锁,用于确保在同一时间内,只有一个进程或线程能够访问特定的资源或执行特定的操作;

5.根据权利要求1所述的一种城市路侧停车ETC联网应用的多元异构支付方法,其特征在于:步骤S2中,扣费结果包含失败或者未扣费成功,扣费失败包括余额不足、用户卡是黑名单的情况,未扣费成功情况是指因车速过快,扣费交易步骤并未走完导致流程中断。

6.根据权利要求1所述的一种城市路侧停车ETC联网应用的多元异构支付方法,其特征在于:步骤S3中,binlog是数据库数据变更日志,每条数据插入修改删除都会产生一条binlog;

7.根据权利要求1所述的一种城市路侧停车ETC联网应用的多元异构支付方法,其特征在于:步骤S4中,worker是程序中的一个模块单元;

8.根据权利要求1所述的一种城市路侧停车ETC联网应用的多元异构支付方法,其特征在于:步骤S5中,当有新订单时,会触发read_card_type和status字段的检查:

9.根据权利要求1所述的一种城市路侧停车ETC联网应用的多元异构支付方法,其特征在于:步骤S7中,针对每笔时间到期订单,执行无感支付记录查找确认,逻辑如下:

10.根据权利要求4所述的一种城市路侧停车ETC联网应用的多元异构支付方法,其特征在于:使用redis来实现分布式锁,通过执行SET命令,为特定订单ID设置一个分布式锁,锁的有效时间设置为60秒。

...

【技术特征摘要】

1.一种城市路侧停车etc联网应用的多元异构支付方法,其特征在于,包括如下步骤:

2.根据权利要求1所述的一种城市路侧停车etc联网应用的多元异构支付方法,其特征在于:步骤s1中,控制器安装在道路旁边监控立杆上,控制器通过路侧单元rsu读取车辆车载单元obu的信息,包括车辆的车牌号码、车辆类型、etc卡信息。

3.根据权利要求1所述的一种城市路侧停车etc联网应用的多元异构支付方法,其特征在于:步骤s1中,saas系统是一个云服务平台,提供车辆管理、订单处理、支付处理服务,saas系统接收到查询请求后,执行数据校验过程,包括验证车牌号码与etc卡信息的匹配性、检查订单状态,saas系统和控制器执行的扣费操作包括从etc账户中扣除相应的费用,或者在支持多种支付方式的系统中,选择合适的支付渠道进行扣费。

4.根据权利要求1所述的一种城市路侧停车etc联网应用的多元异构支付方法,其特征在于:步骤s1中,为了确保saas系统平台在短时间内不会对同一车牌号码的订单进行重复扣费,saas系统会对该车牌号码加上一把分布式锁,用于确保在同一时间内,只有一个进程或线程能够访问特定的资源或执行特定的操作;

5.根据权利要求1所述的一种城市路侧停车etc联...

【专利技术属性】
技术研发人员:杨银张米莱褚华骏陈镜宇
申请(专利权)人:成都玺仲智行大数据科技有限公司
类型:发明
国别省市:

相关技术
    暂无相关专利
网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1