用于路桥通行的控制方法、装置、系统和设备与流程

1.本公开涉及计算机技术领域和金融技术领域，尤其涉及一种用于路桥通行的控制方法、装置、系统、设备、介质和程序产品。


背景技术：

2.随着互联网技术的推广普及，目前各地路桥通行收费都开始支持扫码支付，为车辆驾驶员或乘客缴纳路桥通行费提供了便利。
3.但相关技术中，在路桥本地系统与支付系统之间通讯网络出现异常，或者支付系统运行出现异常的情况下，网络环境的异常使得支付系统可用率降低，会引发路桥通行出行堵塞的问题。


技术实现要素：

4.鉴于上述问题，本公开提供了一种用于路桥通行的控制方法、装置、系统、设备、介质和程序产品。
5.根据本公开的第一个方面，提供了一种用于路桥通行的控制方法，包括：
6.在检测到存在交易异常的情况下，向第一终端设备发送目标信息，以使得上述第一终端设备根据上述目标信息和第一车牌信息，得到第一目标验证码；
7.响应于接收到来自上述第一终端设备的上述第一目标验证码，向第二终端设备发送上述第一目标验证码；
8.响应于接收到来自路桥道闸的车牌图像，对上述车牌图像进行解析，得到第二车牌信息；
9.向上述第二终端设备发送上述第二车牌信息，以使得上述第二终端设备对上述第一目标验证码和第二目标验证码进行验证，得到验证结果，其中，上述第二目标验证码是上述第二终端设备根据上述第二车牌信息得到的；
10.响应于接收到来自上述第二终端设备的验证结果，根据上述验证结果，向上述路桥道闸发送与上述验证结果相匹配的控制指令。
11.根据本公开的实施例，上述控制指令包括抬杆指令，上述响应于接收到来自上述第二终端设备的上述验证结果，根据上述验证结果，向上述路桥道闸发送与上述验证结果相匹配的控制指令，包括：
12.在上述验证结果表征上述第一目标验证码和上述第二目标验证码相同的情况下，向上述路桥道闸发送上述抬杆指令，以使得上述路桥道闸根据上述抬杆指令，执行抬杆放行操作。
13.根据本公开的实施例，上述控制指令包括拦阻指令，上述响应于接收到来自上述第二终端设备的上述验证结果，根据上述验证结果，向上述路桥道闸发送与上述验证结果相匹配的控制指令，包括：
14.在上述验证结果表征上述第一目标验证码和上述第二目标验证码不相同的情况
下，向上述路桥道闸发送上述拦阻指令，以使得上述路桥道闸根据上述拦阻指令，执行拦阻操作。
15.根据本公开的实施例，上述用于路桥通行的控制方法还包括：
16.在检测到交易正常的情况下，响应于接收到来自上述第二终端设备的扫码支付交易，向路桥缴费服务器发送上述扫码支付交易，以使得上述路桥缴费服务器响应于上述扫码支付交易，生成支付结果；
17.响应于接收到来自上述路桥缴费服务器的上述支付结果，在上述支付结果表征支付成功的情况下，向上述路桥道闸发送上述抬杆指令，以使得上述路桥道闸根据上述抬杆指令，执行抬杆放行操作。
18.根据本公开的实施例，上述路桥缴费服务器用于提供查询对账服务。
19.本公开的第二方面提供了一种用于路桥通行的控制方法，包括：
20.在检测到交易异常的情况下，响应于接收到来自路桥管理系统服务器的第二车牌信息，根据上述第二车牌信息，得到第二目标验证码，其中，上述第二车牌信息是上述路桥管理系统服务器响应于接收到路桥道闸的车牌图像，对上述车牌图像进行解析得到的；
21.响应于接收到来自上述路桥管理系统服务器的第一目标验证码，对上述第一目标验证码和上述第二目标验证码进行验证，得到验证结果，其中，上述第一目标验证码是第一终端设备根据目标信息和第一车牌信息得到的，上述目标信息是上述路桥管理系统服务器在检测到存在交易异常的情况下，向上述第一终端设备发送的；
22.向上述路桥管理系统服务器发送上述验证结果，以使得上述路桥管理系统服务器根据上述验证结果向上述路桥道闸发送与上述验证结果相匹配的控制指令。
23.根据本公开的实施例，上述用于路桥通行的控制方法还包括：
24.在检测到交易恢复正常的情况下，向路桥缴费服务器发送验证数据，以使得上述路桥缴费服务器将上述验证数据和扫码支付交易数据合并，其中，上述验证数据表征上述第一目标验证码和上述第二目标验证码验证相同的数据，上述扫码支付交易数据是在检测到交易正常的情况下，上述路桥缴费服务器存储的数据；以及
25.向应急收费服务器发送上述验证数据，以使得上述应急收费服务器对上述验证数据和支付数据进行比对，确定目标记录，其中，上述支付数据是上述应急收费服务器存储的数据，上述目标记录表征已支付未验证的记录。
26.根据本公开的实施例，上述响应于接收到来自路桥管理系统服务器的第二车牌信息，根据上述第二车牌信息，得到第二目标验证码，包括：
27.对上述第二车牌信息进行可变长度字符编码，得到待加密数据；
28.对上述待加密数据进行加密处理，得到第一加密数据；
29.对上述第一加密数据进行截取，得到第二加密数据；
30.对上述第二加密数据进行进制转换，得到上述第二目标验证码。
31.根据本公开的实施例，上述对上述待加密数据进行加密处理，得到第一加密数据，包括：
32.利用第一补位数据，对上述待加密数据进行补位操作，得到第一补位待加密数据；
33.利用第二补位数据，对上述第一补位待加密数据进行补位操作，得到第二补位待加密数据，其中，上述第二补位数据表征存储上述待加密数据的原始长度的数据；
34.对上述第二补位待加密数据进行非线性函数操作，得到上述第一加密数据。
35.本公开的第三方面提供了一种用于路桥通行的控制系统，其中，上述系统包括路桥道闸、第一终端设备、第二终端设备、路桥管理系统服务器、应急收费服务器和路桥缴费服务器；
36.上述路桥道闸用于：向上述路桥管理系统服务器发送车牌图像；根据抬杆指令，执行抬杆放行操作；根据拦阻指令，执行拦阻操作；
37.上述第一终端设备用于：在检测到存在交易异常的情况下，根据上述目标信息和第一车牌信息，得到第一目标验证码，向上述路桥管理系统服务器发送上述第一目标验证码；在检测到交易正常的情况下，用于展示付款码；
38.上述第二终端设备用于：在检测到交易正常的情况下，向上述路桥管理系统服务器发送扫码支付交易；在检测到存在交易异常的情况下，响应于接收到路桥管理系统服务器的第二车牌信息，根据上述第二车牌信息，得到第二目标验证码；响应于接收到上述路桥管理系统服务器的第一目标验证码，对上述第一目标验证码和上述第二目标验证码进行验证，得到验证结果；向上述路桥管理系统服务器发送上述验证结果；在检测到交易恢复正常的情况下，向上述路桥缴费服务器发送验证数据；向上述应急收费服务器发送上述验证数据；
39.上述路桥管理系统服务器用于：在检测到存在交易异常的情况下，向第一终端设备发送目标信息；响应于接收到上述第一终端设备的上述第一目标验证码，向第二终端设备发送上述第一目标验证码；响应于接收到路桥道闸的车牌图像，对上述车牌图像进行解析，得到第二车牌信息；向上述第二终端设备发送上述第二车牌信息；响应于接收到上述第二终端设备的上述验证结果，根据上述验证结果，向上述路桥道闸发送与上述验证结果相匹配的控制指令；在检测到交易正常的情况下，响应于接收到来自上述第二终端设备的扫码支付交易，向路桥缴费服务器发送上述扫码支付交易；响应于接收到来自上述路桥缴费服务器的支付结果，在上述支付结果表征支付成功的情况下，向上述路桥道闸发送上述抬杆指令，以使得上述路桥道闸根据上述抬杆指令，执行抬杆放行操作；
40.上述应急收费服务器用于：在检测到存在交易异常的情况下，响应于接收到上述第一终端设备的上述第一车牌信息，根据上述第一车牌信息，生成上述第一目标验证码；向上述第一终端设备发送上述第一目标验证码；在检测到交易恢复正常的情况下，对上述验证数据和支付数据进行比对，确定目标记录；
41.上述路桥缴费服务器用于：在检测到交易正常的情况下，响应于上述扫码支付交易，生成上述支付结果；向上述路桥管理系统服务器发送上述支付结果；在检测到交易恢复正常的情况下，将上述验证数据和上述扫码支付交易数据合并。
42.根据本公开的实施例，上述路桥道闸包括电动栏杆模块和第一摄像头模块；
43.上述电动栏杆模块用于根据上述抬杆指令，执行抬杆放行操作；根据上述拦阻指令，执行拦阻操作；
44.上述第一摄像头模块用于获取上述车牌图像，向上述路桥管理系统服务器发送上述车牌图像。
45.根据本公开的实施例，上述第二终端设备包括控制模块、人机交互模块、第二摄像头模块、联机交易模块、加密模块、离线交易模块、数据传输模块、存储模块和电源模块；
46.上述控制模块用于驱动上述第二终端设备的各个模块；
47.上述人机交互模块用于接收来自路桥收费口工作人员的输入信息，将上述验证结果反馈给上述路桥收费口工作人员；
48.上述第二摄像头模块用于扫描上述付款码；
49.上述联机交易模块用于上述扫码支付交易的受理；
50.上述加密模块用于根据上述第二车牌信息生成上述第二目标验证码；
51.上述离线交易模块用于对上述第一目标验证码和上述第二目标验证码进行验证，生成上述验证结果；
52.上述数据传输模块用于在检测到存在交易异常的情况下，从上述路桥管理系统服务器获取上述第二车牌信息和向上述路桥管理系统服务器发送上述验证结果；在检测到交易正常的情况下，向上述路桥管理系统服务器发送上述扫码支付交易；
53.上述存储模块用于存储程序和过程数据；
54.上述电源模块用于为上述第二终端设备的各个模块供电。
55.本公开的第四方面提供了一种用于路桥通行的控制装置，包括：第一发送模块、第二发送模块、解析模块、验证模块和第三发送模块。其中，第一发送模块，用于在检测到存在交易异常的情况下，向第一终端设备发送目标信息，以使得上述第一终端设备根据上述目标信息和第一车牌信息，得到第一目标验证码。第二发送模块，用于响应于接收到来自上述第一终端设备的上述第一目标验证码，向第二终端设备发送上述第一目标验证码。解析模块，用于响应于接收到来自路桥道闸的车牌图像，对上述车牌图像进行解析，得到第二车牌信息。验证模块，用于向上述第二终端设备发送上述第二车牌信息，以使得上述第二终端设备对上述第一目标验证码和第二目标验证码进行验证，得到验证结果，其中，上述第二目标验证码是上述第二终端设备根据上述第二车牌信息得到的。第三发送模块，用于响应于接收到来自上述第二终端设备的上述验证结果，根据上述验证结果，向上述路桥道闸发送与上述验证结果相匹配的控制指令。
56.本公开的第五方面提供了一种用于路桥通行的控制装置，包括：获得模块、验证模块和第一发送模块。其中，获得模块，用于在检测到交易正常的情况下，响应于接收到来自路桥管理系统服务器的第二车牌信息，根据上述第二车牌信息，得到第二目标验证码，其中，上述第二车牌信息是上述路桥管理系统服务器响应于接收到路桥道闸的车牌图像，对上述车牌图像进行解析得到的。验证模块，用于响应于接收到来自上述路桥管理系统服务器的第一目标验证码，对上述第一目标验证码和上述第二目标验证码进行验证，得到验证结果，其中，上述第一目标验证码是第一终端设备根据目标信息和第一车牌信息得到的，上述目标信息是上述路桥管理系统服务器在检测到存在交易异常的情况下，向上述第一终端设备发送的。第一发送模块，用于向上述路桥管理系统服务器发送上述验证结果，以使得上述路桥管理系统服务器根据上述验证结果向上述路桥道闸发送与上述验证结果相匹配的控制指令。
57.本公开的第六方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述方法。
58.本公开的第七方面还提供了一种计算机可读存储介质，其上存储有可执行指令，
该指令被处理器执行时使处理器执行上述方法。
59.本公开的第八方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述方法。
60.根据本公开提供的用于路桥通行的控制方法、装置、系统、设备、介质和程序产品，在检测到存在交易异常的情况下，路桥管理系统服务器向第一终端设备发送目标信息，以使得第一终端设备根据目标信息和第一车牌信息，能够得到第一目标验证码，并响应于接收到来自第一终端设备的第一目标验证码，向第二终端设备发送第一目标验证码，以及响应于接收到来自路桥道闸的车牌图像，对车牌图像进行解析，能够得到第二车牌信息，从而向第二终端设备发送第二车牌信息，以使得第二终端设备对第一目标验证码和第二目标验证码进行验证，得到验证结果，最后响应于接收到来自第二终端设备的验证结果，根据验证结果，向路桥道闸发送与验证结果相匹配的控制指令，使得在路桥通行无法正常使用扫码支付的情况下，尽可能保障路桥通行的顺畅。
附图说明
61.通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：
62.图1示意性示出了根据本公开实施例的用于路桥通行的控制方法、装置、系统、设备、介质和程序产品的应用场景图；
63.图2示意性示出了根据本公开实施例的用于路桥通行的控制方法的流程图；
64.图3示意性示出了根据本公开另一实施例的用于路桥通行的控制方法的流程图；
65.图4示意性示出了根据本公开另一实施例的用于得到第二目标验证码的流程图；
66.图5示意性示出了根据本公开另一实施例的用于得到第一加密数据的流程图；
67.图6示意性示出了根据本公开实施例的路桥道闸的示意图；
68.图7示意性示出了根据本公开实施例的第二终端设备的结构框架图；
69.图8示意性示出了根据本公开实施例的用于路桥通行的控制装置的结构框图；
70.图9示意性示出了根据本公开另一实施例的用于路桥通行的控制装置的结构框图；以及
71.图10示意性示出了根据本公开实施例的适于实现用于路桥通行的控制方法的电子设备的方框图。
具体实施方式
72.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
73.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
74.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
75.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
76.在本公开的技术方案中，所涉及的数据(如包括但不限于用户个人信息)的收集、存储、使用、加工、传输、提供、公开和应用等处理，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。
77.在实施本公开的过程中发现，目前各地路桥通行收费都开始支持扫码支付，即主要采用b扫c模式：商户收银人员使用扫码设备扫描消费者手机出示的付款码，为汽车驾驶员或乘客缴纳路桥通行费提供便利，但也带来了一定的隐患，即路桥通行是否顺畅对网络环境稳定性和银行/第三方支付机构的支付系统可用性存在较大依赖。因此，在路桥本地系统与支付系统之间通讯网络正常，以及支付系统运行正常的情况下，路桥通行顺畅，但网络环境可能出现异常，支付系统可用率通常无法也达到100％，如出现上述情况，会引发路桥出现堵塞。由此可见，相关技术中，在路桥本地系统与支付系统之间通讯网络出现异常，或者支付系统运行出现异常的情况下，网络环境的异常使得支付系统可用率降低，会引发路桥通行出行堵塞的问题。
78.为此，本公开的实施例提供了一种用于路桥通行的控制方法，在检测到存在交易异常的情况下，向第一终端设备发送目标信息，以使得第一终端设备根据目标信息和第一车牌信息，得到第一目标验证码；响应于接收到来自第一终端设备的第一目标验证码，向第二终端设备发送第一目标验证码；响应于接收到来自路桥道闸的车牌图像，对车牌图像进行解析，得到第二车牌信息；向第二终端设备发送第二车牌信息，以使得第二终端设备对第一目标验证码和第二目标验证码进行验证，得到验证结果，其中，第二目标验证码是第二终端设备根据第二车牌信息得到的；响应于接收到来自第二终端设备的验证结果，根据验证结果，向路桥道闸发送与验证结果相匹配的控制指令。
79.图1示意性示出了根据本公开实施例的用于路桥通行的控制方法的应用场景图。
80.如图1所示，根据该实施例的应用场景100可以包括第一终端设备101、应急收费服务器102、路桥缴费服务器103、路桥道闸104、第二终端设备105、路桥管理系统服务器106、第一网络设备107和第二网络设备108。缴费客户可以包括第一终端设备101；支付系统可以包括应急收费服务器102、路桥缴费服务器103和第一网络设备107；路桥系统可以包括路桥道闸104、第二终端设备105、路桥管理系统服务器106和第二网络设备108。
81.第一网络设备107用以路缴费服务器103与路桥管理系统服务器106交互时的远程网络通讯处理以及第一终端设备101与应急收费服务器102交互时的远程网络通讯处理。
82.第二网络设备108用以路桥管理系统服务器106与路桥缴费服务器103交互时的远程网络通讯处理以及路桥管理系统服务器106与路桥道闸104、第二终端设备105交互时的本地网络通讯处理。第一网络设备107和第二网络设备108提供的网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
83.用户可以使用第一终端设备101通过第二网络设备108提供的本地网络与路桥管理系统服务器106交互，以接收或发送消息等。第一终端设备101上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
84.第一终端设备101可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
85.例如，可以通过第一终端设备101在检测到存在交易异常的情况下，根据目标信息和第一车牌信息，得到第一目标验证码，并向路桥管理系统服务器106发送第一目标验证码。
86.第二终端设备105可以是智能收银终端，例如，可以通过第二终端设备105根据第二车牌信息生成第二目标验证码，并对第一目标验证码和第二目标验证码进行验证，从而得到验证结果。
87.应急收费服务器102、路桥缴费服务器103、路桥管理系统服务器106可以是提供各种服务的服务器。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
88.例如，可以通过应急收费服务器102根据第一车牌信息生成第一目标验证码。可以通过路桥缴费服务器103路桥缴费服务器响应于扫码支付交易，生成支付结果。
89.例如，可以通过路桥管理系统服务器106在检测到存在交易异常的情况下，向第一终端设备发送目标信息，以使得第一终端设备根据目标信息和第一车牌信息，能够得到第一目标验证码，并响应于接收到来自第一终端设备的第一目标验证码，向第二终端设备发送第一目标验证码，以及响应于接收到来自路桥道闸的车牌图像，对车牌图像进行解析，得到第二车牌信息，并向第二终端设备发送第二车牌信息，以使得第二终端设备对第一目标验证码和第二目标验证码进行验证，得到验证结果，最后响应于接收到来自第二终端设备的验证结果，根据验证结果，向路桥道闸发送与验证结果相匹配的控制指令。
90.需要说明的是，本公开实施例所提供的用于路桥通行的控制方法一般可以由路桥管理系统服务器106执行。相应地，本公开实施例所提供的用于路桥通行的控制装置一般可以设置于路桥管理系统服务器106中。本公开实施例所提供的用于路桥通行的控制方法也可以由不同于路桥管理系统服务器106且能够与第一终端设备101、第二终端设备105和/或路桥管理系统服务器106通信的服务器或服务器集群执行。相应地，本公开实施例所提供的用于路桥通行的控制装置也可以设置于不同于路桥管理系统服务器106且能够与第一终端设备101、第二终端设备105和/或路桥管理系统服务器106通信的服务器或服务器集群中。
91.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
92.以下将基于图1描述的场景，通过图2～图8对公开实施例的用于路桥通行的控制方法进行详细描述。
93.图2示意性示出了根据本公开实施例的用于路桥通行的控制方法的流程图。
94.如图2所示，该方法200包括操作s210～操作s250。
95.在操作s210，在检测到存在交易异常的情况下，向第一终端设备发送目标信息，以使得第一终端设备根据目标信息和第一车牌信息，得到第一目标验证码。
96.根据本公开的实施例，在路桥管理系统服务器与路桥缴费服务器之间通讯网络异常，或者路桥缴费服务器出现系统故障的情况下，可以检测到存在交易异常。第一终端设备可以包括手机。
97.根据本公开的实施例，在检测到存在交易异常的情况下，用户可以将第一终端设备连接本地网络，路桥管理系统服务器就会向接入了本地网络的第一终端设备实时发送目标信息，其中，本地网络可以表征用于路桥管理系统服务器与路桥道闸、第二终端设备交互时的网络，目标信息可以表征含链接的消息，用户可以包括车辆驾驶员，也可以包括乘客。
98.根据本公开的实施例，在第一终端设备接收到目标信息的情况下，用户将第一终端设备退出本地网络，使用移动网络通过目标信息访问目标信息指向的应急收费服务器的前端h5页面。用户在页面上输入第一车牌信息并根据页面指示完成支付，在完成输入第一车牌信息以及支付操作的情况下，可以在页面上生成第一目标验证码，向用户展示。
99.根据本公开的实施例，第一车牌信息可以包括第一车牌号码。第一目标验证码可以表征数字形式的验证码，也可以转换为条码或者二维码格式的验证码。第一目标验证码是应急收费服务器根据第一车牌信息生成的。
100.根据本公开的实施例，例如，在路桥收费口安装大功率wifi(wireless fidelity，无线上网)，当需要应急处理时启动wifi，该wifi可以作为本地网络，通过喇叭播放语音提示，要求待缴费的汽车驾驶员或乘客操作手机连接wifi，路桥管理系统服务器实时向接入wifi的手机推送包含链接的消息，待缴费的汽车驾驶员或乘客接收到消息后操作手机退出wifi，并使用移动网络通过该链接信息访问链接指向的应急收费服务器的前端h5页面，在页面上录入车牌号码并根据页面指引完成支付，再由应急收费服务器远端生成一个特定位数的验证码返回给手机，其中，打开该链接消息可以显示为静态二维码，通过扫描该静态二维码可以访问该链接指向的应急收费服务器的前端h5页面。
101.在操作s220，响应于接收到来自第一终端设备的第一目标验证码，向第二终端设备发送第一目标验证码。
102.根据本公开的实施例，第一终端设备在接收到生成的第一目标验证码后，用户重新将第一终端设备接入本地网络，通过本地网络可以将第一目标验证码发送至路桥管理系统服务器。路桥管理系统服务器在接收到第一目标验证码后，将第一目标验证码发送至第二终端设备。第二终端设备可以表征智能收银终端。
103.根据本公开的实施例，例如，手机获取验证码后提示待缴费的汽车驾驶员或乘客操作手机重新接入wifi，通过wifi将验证码发送至路桥管理系统服务器，最后由路桥管理系统服务器将验证码发送至智能收银终端。
104.在操作s230，响应于接收到来自路桥道闸的车牌图像，对车牌图像进行解析，得到第二车牌信息。
105.根据本公开的实施例，路桥道闸将在路桥收费口获取的车辆的车牌图像发送至路桥管理系统服务器，路桥管理系统服务器会对车牌图像进行解析，可以得到与车牌图像对应的第二车牌信息。第二车牌信息可以表征第二车牌号码，其中，第一车牌号码可以表征用户录入的车牌号码，第二车牌号码可以表征对车牌图像解析得到的车牌号码。
106.在操作s240，向第二终端设备发送第二车牌信息，以使得第二终端设备对第一目标验证码和第二目标验证码进行验证，得到验证结果。
107.根据本公开的实施例，第二目标验证码是第二终端设备根据第二车牌信息得到的。
108.根据本公开的实施例，路桥管理系统服务器将第二车牌信息发送至第二终端设备，第二终端设备根据第二车牌信息可以生成第二目标验证码。第二终端设备对第一目标验证码和第二目标验证码进行验证，验证第一目标验证码和第二目标验证码是否一致，从而可以得到验证结果。
109.在操作s250，响应于接收到来自第二终端设备的验证结果，根据验证结果，向路桥道闸发送与验证结果相匹配的控制指令。
110.根据本公开的实施例，路桥道闸会在路桥收费口获取车牌图像，得到的第二目标验证码可以表示即将要通过路桥收费路口的车辆的验证码，因此，对第一目标验证码和第二目标验证码进行验证，可以验证即将要通过路桥收费口的车辆是否已经缴费，使得路桥上的车辆可以依次通行，可以保障通行的顺畅。
111.根据本公开的实施例，在检测到存在交易异常的情况下，利用本地网络，路桥管理系统服务器向第一终端设备发送目标信息，以使得第一终端设备根据目标信息和第一车牌信息，能够得到第一目标验证码，并响应于接收到来自第一终端设备的第一目标验证码，向第二终端设备发送第一目标验证码，以及响应于接收到来自路桥道闸的车牌图像，对车牌图像进行解析，能够得到第二车牌信息，从而向第二终端设备发送第二车牌信息，以使得第二终端设备对第一目标验证码和第二目标验证码进行验证，得到验证结果，最后响应于接收到来自第二终端设备的验证结果，根据验证结果，向路桥道闸发送与验证结果相匹配的控制指令，使得在路桥通行无法正常使用扫码支付的情况下，尽可能保障路桥通行的顺畅。
112.根据本公开的实施例，控制指令可以包括抬杆指令，响应于接收到来自第二终端设备的验证结果，根据验证结果，向路桥道闸发送与验证结果相匹配的控制指令，包括：在验证结果表征第一目标验证码和第二目标验证码相同的情况下，向路桥道闸发送抬杆指令，以使得路桥道闸根据抬杆指令，执行抬杆放行操作。
113.根据本公开的实施例，在验证结果可以表征第一目标验证码和第二目标验证码相同的情况下，可以表征验证成功，可以表示车辆已经缴费，第一目标验证码和第二目标验证码是根据该车辆的车牌号码生成的，则路桥管理系统服务器可以向路桥道闸发送抬杆指令，以使得路桥道闸根据抬杆指令，执行抬杆放行操作，使验证成功的车辆通行。
114.根据本公开的实施例，控制指令可以包括拦阻指令，响应于接收到来自第二终端设备的验证结果，根据验证结果，向路桥道闸发送与验证结果相匹配的控制指令，包括：在验证结果表征第一目标验证码和第二目标验证码不相同的情况下，向路桥道闸发送拦阻指令，以使得路桥道闸根据拦阻指令，执行拦阻操作。
115.根据本公开的实施例，在验证结果可以表征第一目标验证码和第二目标验证码不相同的情况下，可以表征验证失败，可以表示车辆未缴费，即获取不到该未缴费车辆的第一目标验证码，则路桥管理系统服务器则向路桥道闸发送拦阻指令，以使得路桥道闸根据拦阻指令，执行拦阻操作，对未缴费的车辆进行拦阻，不予放行。
116.根据本公开的实施例，上述用于路桥通行的控制方法还包括：在检测到交易正常的情况下，响应于接收到来自第二终端设备的扫码支付交易，向路桥缴费服务器发送扫码支付交易，以使得路桥缴费服务器响应于扫码支付交易，生成支付结果；响应于接收到来自
路桥缴费服务器的支付结果，在支付结果表征支付成功的情况下，向路桥道闸发送抬杆指令，以使得路桥道闸根据抬杆指令，执行抬杆放行操作。
117.根据本公开的实施例，在路桥管理系统服务器与路桥缴费服务器之间通讯正常，以及路桥缴费服务器运行正常的情况下，可以检测到交易正常。
118.根据本公开的实施例，在检测到交易正常的情况下，用户可以直接向路桥收费口工作人员出示付款码，路桥收费口工作人员可以操作第二终端设备扫码，第二终端设备受理扫码支付交易，并将扫码支付交易发送至路桥管理系统服务器，路桥管理系统服务器将扫码支付交易发送至路桥缴费服务器，路桥缴费服务器受理扫码支付交易，生成支付结果。
119.根据本公开的实施例，路桥缴费服务器将支付结果发送至路桥管理系统服务器，在支付结果可以表征支付成功的情况下，路桥管理系统服务器向路桥道闸发送抬杆指令，以使得路桥道闸根据抬杆指令，执行抬杆放行操作；在支付结果可以表征支付失败的情况下，路桥管理系统服务器向路桥道闸发送拦阻指令，以使得路桥道闸根据拦阻指令，执行拦阻操作。
120.根据本公开的实施例，在交易正常进行的情况下，通过第二终端设备、路桥管理系统服务器、路桥缴费服务器和路桥道闸，可以实现对路桥通行的控制。
121.根据本公开的实施例，路桥缴费服务器用于提供查询对账服务。
122.根据本公开的实施例，路桥缴费服务器在受理扫码支付交易的情况下，会对扫码支付交易数据进行存储，以便后续根据扫码支付交易数据进行查询对账。
123.图3示意性示出了根据本公开另一实施例的用于路桥通行的控制方法的流程图。
124.如图3所示，该方法300包括操作s310～操作s330。
125.在操作s310，在检测到交易异常的情况下，响应于接收到来自路桥管理系统服务器的第二车牌信息，根据第二车牌信息，得到第二目标验证码。
126.根据本公开的实施例，第二车牌信息是路桥管理系统服务器响应于接收到路桥道闸的车牌图像，对车牌图像进行解析得到的。
127.根据本公开的实施例，在检测交易异常的情况下，第二终端设备根据接收到来自路桥管理系统服务器的第二车牌信息，可以得到第二目标验证码。
128.在操作s320，响应于接收到来自路桥管理系统服务器的第一目标验证码，对第一目标验证码和第二目标验证码进行验证，得到验证结果。
129.根据本公开的实施例，第一目标验证码是第一终端设备根据目标信息和第一车牌信息得到的。目标信息是路桥管理系统服务器在检测到存在交易异常的情况下，向第一终端设备发送的。
130.在操作s330，向路桥管理系统服务器发送验证结果，以使得路桥管理系统服务器根据验证结果向路桥道闸发送与验证结果相匹配的控制指令。
131.根据本公开的实施例，第二终端设备通过对第一目标验证码和第二验证码进行验证，并将验证结果发送至路桥管理系统服务器，使得路桥管理系统服务器根据验证结果，向路桥道闸发送与验证结果相匹配的控制指令，对完成支付且验证成功的车辆予以放行，对完成支付但验证失败的车辆予以拦阻，等到验证成功的情况下，就予以放行。
132.根据本公开的实施例，上述用于路桥通行的控制方法还包括：在检测到交易恢复正常的情况下，向路桥缴费服务器发送验证数据，以使得路桥缴费服务器将验证数据和扫
码支付交易数据合并；以及向应急收费服务器发送验证数据，以使得应急收费服务器对验证数据和支付数据进行比对，确定目标记录。
133.根据本公开的实施例，验证数据可以表征第一目标验证码和第二目标验证码验证相同的数据。扫码支付交易数据是在检测到交易正常的情况下，路桥缴费服务器存储的数据。支付数据是应急收费服务器存储的数据，目标记录可以表征已支付未验证的记录。
134.根据本公开的实施例，在交易异常的情况下，第二终端设备对第一目标验证码和第二验证码进行验证的同时，会将验证数据存储在本地。在交易恢复正常，即系统恢复正常处理的情况下，第二终端设备会将验证数据上传至应急收费服务器和路桥缴费服务器。
135.根据本公开的实施例，应急收费服务器会对完成支付的数据进行存储，即得到支付数据，通过对验证数据和支付数据进行对比，可以确定已支付但未验证的记录，从而可以在人工确认后，对已支付但未验证的用户进行退款处理，用户通过付款码进行支付。
136.根据本公开的实施例，路桥缴费服务器会对受理的扫码支付交易数据进行存储，通过将验证数据和扫码支付交易数据进行合并，可以确定交易异常和交易正常情况下的总支付数据，从而便于后续路桥收费口工作人员核对账务。
137.根据本公开的实施例，在检测到交易恢复正常的情况下，第二终端设备向路桥缴费服务器和应急收费服务器发送验证数据，能够确定已支付但未验证的记录，从而可以对用户进行退款处理，以及确定交易异常和交易正常情况下的总支付数据，从而便于后续路桥收费口工作人员核对账务。
138.图4示意性示出了根据本公开另一实施例的用于得到第二目标验证码的流程图。
139.如图4所示，该方法400包括操作s410～操作s440。
140.在操作s410，对第二车牌信息进行可变长度字符编码，得到待加密数据。
141.根据本公开的实施例，将第二车牌信息中每一位对应的utf-8编码(8-bit unicode transformation format，可变长度字符编码)，按顺序组合成待加密数据，其中，一个汉字占3byte(字节)，一个字母或数字占1byte。以一个蓝色车牌为例(即一个汉字+6个字母或数字)，组合后的待加密数据为9byte，即72bit(比特)。
142.在操作s420，对待加密数据进行加密处理，得到第一加密数据。
143.根据本公开的实施例，可以通过md5算法(message digest algorithm 5，消息摘要算法第5版)对待加密数据进行加密处理。得到第一加密数据。其中，md5算法的输入可以是一个任意长度的字符串(长度大于等于0)，输出均是一个128比特的字符串(或者说16个bytes)，则第一待加密数据是一个128比特的字符串。
144.在操作s430，对第一加密数据进行截取，得到第二加密数据。
145.根据本公开的实施例，根据预设规则对第一加密数据进行截取，可以得到第二加密数据。预设规则可以表征从第一加密数据的第n位开始截取一定长度的加密数据，n为大于等于0，小于等于109的整数。截取的长度是根据生成第二验证码的位数确定的。
146.在操作s440，对第二加密数据进行进制转换，得到第二目标验证码。
147.根据本公开的实施例，第二加密数据是二进制下的，需要将其转换为十进制下的数据作为第二目标验证码。
148.根据本公开的实施例，以生成6位的验证码为例，根据预设规则从第一加密数据的第n位(n小于等于109)开始截取加密数据，截取20bit的加密数据并转换为10进制数(如转
换后的数字大于999999则取最后6位数字)作为第二目标验证码，其中，预设规则可在时间到达指定时刻的情况下进行更换，例如n的取值可以每小时加1，并在大于109时归0。
149.根据本公开的实施例，第一目标验证码是应急收费服务器根据第一车牌信息生成的。生成第一目标验证码和第二目标验证码的步骤是相同的，对第一车牌信息进行可变长度字符编码，加密处理，截取处理以及进制转换，可以得到第一目标验证码。因此，将第二车牌信息替换成第一车牌信息执行操作s410～操作s440，可以得到第一目标验证码。
150.根据本公开的实施例，应急收费服务器和第二终端设备需同步更换预设规则，以确保生成第一目标验证码和生成第二目标验证码使用的预设规则是一致的，确保验证时第一目标验证码和第二目标验证码使用的规则一致。
151.根据本公开的实施例，为避免预设规则切换期间第二终端设备和应急收费服务器因使用不同的预设规则而导致生成的验证码不一致(例如，应急收费服务器生成第一目标验证码后，第二终端设备生成第二目标验证码前预设规则发生更换)，第二终端设备可同时使用当前预设规则以及上一预设规则同时生成2个第二目标验证码与接收到的第一目标验证码进行比对，其中有一个验证码比对通过即可认为验证成功，从而有效提供成功率。
152.根据本公开的实施例，在第一终端设备接收到应急收费服务器发送的第一目标验证码的情况下，第一终端设备可以重新接入本地网络，将第一目标验证码发送至路桥管理系统服务器，使得路桥管理系统服务器将第一目标验证码发送至第二终端设备；也可以通过第一终端设备的前端h5页向路桥收费口工作人员展示，路桥收费口工作人员可以将第一目标验证码录入第二终端设备；也可以将第一目标验证码转换成条码或者二维码的形式并通过第二终端设备进行展示，再由第二终端设备通过扫码的方式获取第一目标验证码。
153.根据本公开的实施例，第二终端设备对第一目标验证码进行验证时，将路桥管理系统服务器上发送的通过解析车牌图像获取的第二车牌信息按同样的方法进行处理，从而可以比对生成的第二目标验证码是否与第一目标验证码一致，一致则认为验证成功。
154.图5示意性示出了根据本公开另一实施例的用于得到第一加密数据的流程图。
155.如图5所示，该方法500包括操作s510～操作s530。
156.在操作s510，利用第一补位数据，对待加密数据进行补位操作，得到第一补位待加密数据。
157.根据本公开的实施例，第一补位数据可以表征1bit的数据(赋值为二进制数“1”)+m bit的数据(每个bit都赋值为二进制数“0”)，直至补位至448bit。
158.根据本公开的实施例，在待加密数据后追加第一补位数据，补位至448bit，从而得到第一补位待加密数据。
159.在操作s520，利用第二补位数据，对第一补位待加密数据进行补位操作，得到第二补位待加密数据。
160.根据本公开的实施例，第二补位数据可以表征存储待加密数据的原始长度的数据，第二补位数据可以表示为64bit的数据。
161.根据本公开的实施例，将64bit的第二补位数据追加在第一补位待加密数据之后，可以组成512bit的完整数据，即第二补位待加密数据。
162.在操作s530，对第二补位待加密数据进行非线性函数操作，得到第一加密数据。
163.根据本公开的实施例，定义一个128bit的初始值，并将512bit的第二补位待加密
数据从高位至低位顺序切分为4段128bit的数据。对第二补位待加密数据切分后的第1段数据与128bit的初始值进行非线性函数运算，可以获得128bit的第一处理结果；对第2段数据与获取的128bit第一处理结果进行不同的非线性函数运算，可以获取128bit的第二处理结果；对第3段数据与获取的128bit第二处理结果进行不同的非线性函数运算，可以获取128bit的第三处理结果；对第4段数据与获取的128bit第三处理结果进行不同的非线性函数运算，可以获取128bit的第四处理结果，即对于4段128段的数据依次重复直至4段数据均参与运算，且每次运算均使用不同的非线性函数，最后获得的128bit第四处理结果即为第一加密数据。
164.根据本公开的实施例，对待加密数据利用md5算法，进行补位操作和非线性函数操作，可以得到第一加密数据，使得对于不同的车牌号码能够得到特定的验证码，便于后续根据验证码进行验证。
165.根据本公开的实施例，如图1所示，用于路桥通行的控制系统可以包括路桥道闸104、第一终端设备101、第二终端设备105、路桥管理系统服务器106、应急收费服务器102和路桥缴费服务器103。
166.根据本公开的实施例，路桥道闸104可以用于向路桥管理系统服务器发送车牌图像；根据抬杆指令，执行抬杆放行操作；根据拦阻指令，执行拦阻操作。
167.根据本公开的实施例，第一终端设备101可以用于在检测到存在交易异常的情况下，根据目标信息和第一车牌信息，得到第一目标验证码，以及向路桥管理系统服务器发送第一目标验证码；在检测到交易正常的情况下，可以用于展示付款码。
168.根据本公开的实施例，第二终端设备105可以用于在检测到交易正常的情况下，向路桥管理系统服务器发送扫码支付交易；在检测到存在交易异常的情况下，响应于接收到路桥管理系统服务器的第二车牌信息，并根据第二车牌信息，得到第二目标验证码；响应于接收到路桥管理系统服务器的第一目标验证码，对第一目标验证码和第二目标验证码进行验证，得到验证结果，并向路桥管理系统服务器发送验证结果；在检测到交易恢复正常的情况下，向路桥缴费服务器发送验证数据；以及向应急收费服务器发送验证数据。
169.根据本公开的实施例，路桥管理系统服务器106可以用于在检测到存在交易异常的情况下，向第一终端设备发送目标信息；响应于接收到第一终端设备的第一目标验证码，向第二终端设备发送第一目标验证码；响应于接收到路桥道闸的车牌图像，对车牌图像进行解析，得到第二车牌信息，并向第二终端设备发送第二车牌信息；响应于接收到第二终端设备的验证结果，根据验证结果，向路桥道闸发送与验证结果相匹配的控制指令；在检测到交易正常的情况下，响应于接收到来自第二终端设备的扫码支付交易，向路桥缴费服务器发送扫码支付交易；以及响应于接收到来自路桥缴费服务器的支付结果，在支付结果可以表征支付成功的情况下，向路桥道闸发送抬杆指令，以使得路桥道闸根据抬杆指令，执行抬杆放行操作。
170.根据本公开的实施例，应急收费服务器102可以用于在检测到存在交易异常的情况下，响应于接收到第一终端设备的第一车牌信息，根据第一车牌信息，生成第一目标验证码；以及向第一终端设备发送第一目标验证码；在检测到交易恢复正常的情况下，对验证数据和支付数据进行比对，确定目标记录。
171.根据本公开的实施例，路桥缴费服务器103可以用于在检测到交易正常的情况下，
响应于扫码支付交易，生成支付结果，并向路桥管理系统服务器发送支付结果；在检测到交易恢复正常的情况下，将验证数据和扫码支付交易数据合并。
172.根据本公开的实施例，路桥道闸可以包括电动栏杆模块和第一摄像头模块。
173.图6示意性示出了根据本公开实施例的路桥道闸的示意图。
174.如图6所示，图1中的路桥道闸104可以包括电动栏杆模块601和第一摄像头模块602。
175.根据本公开的实施例，电动栏杆模块601可以用于根据抬杆指令，执行抬杆放行操作；以及根据拦阻指令，执行拦阻操作。第一摄像头模块602可以用于获取车牌图像，向路桥管理系统服务器发送车牌图像。
176.根据本公开的实施例，路桥道闸可以利用电动栏杆模块601和第一摄像头模块602，对路桥收费口车辆的拦阻、放行以及对车牌图像的获取。
177.图7示意性示出了根据本公开实施例的第二终端设备的结构框架图。
178.如图7所示，图1中的第二终端设备105可以包括存储模块701、控制模块702、人机交互模块703、第二摄像头模块704、联机交易模块705、加密模块706、离线交易模块707、数据传输模块708和电源模块709。
179.根据本公开的实施例，存储模块701可以用于存储程序和过程数据。控制模块702可以用于驱动第二终端设备的各个模块。人机交互模块703可以用于接收来自路桥收费口工作人员的输入信息，将验证结果反馈给路桥收费口工作人员。第二摄像头模块704可以用于扫描付款码。联机交易模块705可以用于扫码支付交易的受理。加密模块706可以用于根据第二车牌信息生成第二目标验证码。离线交易模块707可以用于对第一目标验证码和第二目标验证码进行验证，生成验证结果。数据传输模块708可以用于在检测到存在交易异常的情况下，从路桥管理系统服务器获取第二车牌信息和向路桥管理系统服务器发送验证结果；在检测到交易正常的情况下，向路桥管理系统服务器发送扫码支付交易。电源模块709可以用于为第二终端设备的各个模块供电。
180.根据本公开的实施例，人机交互模块703可以包括触摸屏和喇叭，将验证结果可以通过影像、声音等方式反馈给路桥收费口工作人员。路桥收费口工作人员的输入信息可以包括录入的第一目标验证码和发起扫码支付交易。
181.根据本公开的实施例，第二摄像头模块704还可以用于扫描转换为条码或二维码格式的第一目标验证码，从而简化人工操作步骤。
182.根据本公开的实施例，数据传输模块708可以用于第二终端设备与路桥管理系统服务器进行交互。
183.基于上述用于路桥通行的控制方法，本公开还提供了一种用于路桥通行的控制装置。以下将结合图8对该装置进行详细描述。
184.图8示意性示出了根据本公开实施例的用于路桥通行的控制装置的结构框图。
185.如图8所示，该实施例的用于路桥通行的控制装置800包括第一发送模块810、第二发送模块820、解析模块830、验证模块840和第三发送模块850。
186.第一发送模块810用于在检测到存在交易异常的情况下，向第一终端设备发送目标信息，以使得第一终端设备根据目标信息和第一车牌信息，得到第一目标验证码。在一实施例中，第一发送模块810可以用于执行前文描述的操作s210，在此不再赘述。
187.第二发送模块820用于响应于接收到来自第一终端设备的第一目标验证码，向第二终端设备发送第一目标验证码。在一实施例中，第二发送模块820可以用于执行前文描述的操作s220，在此不再赘述。
188.解析模块830用于响应于接收到来自路桥道闸的车牌图像，对车牌图像进行解析，得到第二车牌信息。在一实施例中，解析模块830可以用于执行前文描述的操作s230，在此不再赘述。
189.验证模块840用于向第二终端设备发送第二车牌信息，以使得第二终端设备对第一目标验证码和第二目标验证码进行验证，得到验证结果，其中，第二目标验证码是第二终端设备根据第二车牌信息得到的。在一实施例中，验证模块840可以用于执行前文描述的操作s240，在此不再赘述。
190.第三发送模块850用于响应于接收到来自第二终端设备的验证结果，根据验证结果，向路桥道闸发送与验证结果相匹配的控制指令。在一实施例中，第三发送模块850可以用于执行前文描述的操作s250，在此不再赘述。
191.根据本公开的实施例，第三发送模块850包括第一发送单元和第二发送单元。
192.第一发送单元，用于在验证结果表征第一目标验证码和第二目标验证码相同的情况下，向路桥道闸发送抬杆指令，以使得路桥道闸根据抬杆指令，执行抬杆放行操作。
193.第二发送单元，用于在验证结果表征第一目标验证码和第二目标验证码不相同的情况下，向路桥道闸发送拦阻指令，以使得路桥道闸根据拦阻指令，执行拦阻操作。
194.根据本公开的实施例，上述用于路桥通行的控制装置还包括第四发送模块和第五发送模块。
195.第四发送模块，用于在检测到交易正常的情况下，响应于接收到来自第二终端设备的扫码支付交易，向路桥缴费服务器发送扫码支付交易，以使得路桥缴费服务器响应于扫码支付交易，生成支付结果。
196.第五发送模块，用于响应于接收到来自路桥缴费服务器的支付结果，在支付结果表征支付成功的情况下，向路桥道闸发送抬杆指令，以使得路桥道闸根据抬杆指令，执行抬杆放行操作。
197.根据本公开的实施例，第一发送模块810、第二发送模块820、解析模块830、验证模块840和第三发送模块850中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，第一发送模块810、第二发送模块820、解析模块830、验证模块840和第三发送模块850中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一发送模块810、第二发送模块820、解析模块830、验证模块840和第三发送模块850中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
198.基于上述用于路桥通行的控制方法，本公开还提供了一种用于路桥通行的控制装置。以下将结合图9对该装置进行详细描述。
199.图9示意性示出了根据本公开另一实施例的用于路桥通行的控制装置的结构框图。
200.如图9所示，该实施例的用于路桥通行的控制装置900包括获得模块910、验证模块920和第一发送模块930。
201.获得模块910用于在检测到交易正常的情况下，响应于接收到来自路桥管理系统服务器的第二车牌信息，根据第二车牌信息，得到第二目标验证码，其中，第二车牌信息是路桥管理系统服务器响应于接收到路桥道闸的车牌图像，对车牌图像进行解析得到的。在一实施例中，获得模块910可以用于执行前文描述的操作s310，在此不再赘述。
202.验证模块920用于响应于接收到来自路桥管理系统服务器的第一目标验证码，对第一目标验证码和第二目标验证码进行验证，得到验证结果，其中，第一目标验证码是第一终端设备根据目标信息和第一车牌信息得到的，目标信息是路桥管理系统服务器在检测到存在交易异常的情况下，向第一终端设备发送的。在一实施例中，验证模块920可以用于执行前文描述的操作s320，在此不再赘述。
203.第一发送模块930用于向路桥管理系统服务器发送验证结果，以使得路桥管理系统服务器根据验证结果向路桥道闸发送与验证结果相匹配的控制指令。在一实施例中，发送模块930可以用于执行前文描述的操作s330，在此不再赘述。
204.根据本公开的实施例，上述用于路桥通行的控制装置还包括第二发送模块和第三发送模块。
205.第二发送模块，用于在检测到交易恢复正常的情况下，向路桥缴费服务器发送验证数据，以使得路桥缴费服务器将验证数据和扫码支付交易数据合并，其中，验证数据表征第一目标验证码和第二目标验证码验证相同的数据，扫码支付交易数据是在检测到交易正常的情况下，路桥缴费服务器存储的数据。
206.第三发送模块，用于向应急收费服务器发送验证数据，以使得应急收费服务器对验证数据和支付数据进行比对，确定目标记录，其中，支付数据是应急收费服务器存储的数据，目标记录表征已支付未验证的记录。
207.根据本公开的实施例，获得模块910包括编码单元、加密单元、截取单元和转换单元。
208.编码单元，用于对第二车牌信息进行可变长度字符编码，得到待加密数据。
209.加密单元，用于对待加密数据进行加密处理，得到第一加密数据。
210.截取单元，用于对第一加密数据进行截取，得到第二加密数据。
211.转换单元，用于对第二加密数据进行进制转换，得到第二目标验证码。
212.根据本公开的实施例，加密单元包括第一获得子单元、第二获得子单元和第三获得子单元。
213.第一获得子单元，用于利用第一补位数据，对待加密数据进行补位操作，得到第一补位待加密数据。
214.第二获得子单元，用于利用第二补位数据，对第一补位待加密数据进行补位操作，得到第二补位待加密数据，其中，第二补位数据表征存储待加密数据的原始长度的数据。
215.第三获得子单元，用于对第二补位待加密数据进行非线性函数操作，得到第一加密数据。
216.根据本公开的实施例，获得模块910、验证模块920和第一发送模块930中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，获得模块910、验证模块920和第一发送模块930中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，获得模块910、验证模块920和第一发送模块930中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
217.图10示意性示出了根据本公开实施例的适于实现用于路桥通行的控制方法的电子设备的方框图。
218.如图10所示，根据本公开实施例的电子设备1000包括处理器1001，其可以根据存储在只读存储器(rom)1002中的程序或者从存储部分1008加载到随机访问存储器(ram)1003中的程序而执行各种适当的动作和处理。处理器1001例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))等等。处理器1001还可以包括用于缓存用途的板载存储器。处理器1001可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
219.在ram 1003中，存储有电子设备1000操作所需的各种程序和数据。处理器1001、rom 1002以及ram 1003通过总线1004彼此相连。处理器1001通过执行rom 1002和/或ram 1003中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 1002和ram 1003以外的一个或多个存储器中。处理器1001也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
220.根据本公开的实施例，电子设备1000还可以包括输入/输出(i/o)接口1005，输入/输出(i/o)接口1005也连接至总线1004。电子设备1000还可以包括连接至输入/输出(i/o)接口1005的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至输入/输出(i/o)接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。
221.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
222.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可
以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 1002和/或ram 1003和/或rom 1002和ram 1003以外的一个或多个存储器。
223.本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的物品推荐方法。
224.在该计算机程序被处理器1001执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
225.在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分1009被下载和安装，和/或从可拆卸介质1011被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
226.在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被处理器1001执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
227.根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c++，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
228.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
229.本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
230.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

技术特征：
1.一种用于路桥通行的控制方法，包括：在检测到存在交易异常的情况下，向第一终端设备发送目标信息，以使得所述第一终端设备根据所述目标信息和第一车牌信息，得到第一目标验证码；响应于接收到来自所述第一终端设备的所述第一目标验证码，向第二终端设备发送所述第一目标验证码；响应于接收到来自路桥道闸的车牌图像，对所述车牌图像进行解析，得到第二车牌信息；向所述第二终端设备发送所述第二车牌信息，以使得所述第二终端设备对所述第一目标验证码和第二目标验证码进行验证，得到验证结果，其中，所述第二目标验证码是所述第二终端设备根据所述第二车牌信息得到的；响应于接收到来自所述第二终端设备的验证结果，根据所述验证结果，向所述路桥道闸发送与所述验证结果相匹配的控制指令。2.根据权利要求1所述的方法，其中，所述控制指令包括抬杆指令，所述响应于接收到来自所述第二终端设备的所述验证结果，根据所述验证结果，向所述路桥道闸发送与所述验证结果相匹配的控制指令，包括：在所述验证结果表征所述第一目标验证码和所述第二目标验证码相同的情况下，向所述路桥道闸发送所述抬杆指令，以使得所述路桥道闸根据所述抬杆指令，执行抬杆放行操作。3.根据权利要求1或2所述的方法，其中，所述控制指令包括拦阻指令，所述响应于接收到来自所述第二终端设备的所述验证结果，根据所述验证结果，向所述路桥道闸发送与所述验证结果相匹配的控制指令，包括：在所述验证结果表征所述第一目标验证码和所述第二目标验证码不相同的情况下，向所述路桥道闸发送所述拦阻指令，以使得所述路桥道闸根据所述拦阻指令，执行拦阻操作。4.根据权利要求1所述的方法，还包括：在检测到交易正常的情况下，响应于接收到来自所述第二终端设备的扫码支付交易，向路桥缴费服务器发送所述扫码支付交易，以使得所述路桥缴费服务器响应于所述扫码支付交易，生成支付结果；响应于接收到来自所述路桥缴费服务器的所述支付结果，在所述支付结果表征支付成功的情况下，向所述路桥道闸发送所述抬杆指令，以使得所述路桥道闸根据所述抬杆指令，执行抬杆放行操作。5.根据权利要求4所述的方法，其中，所述路桥缴费服务器用于提供查询对账服务。6.一种用于路桥通行的控制方法，包括：在检测到交易异常的情况下，响应于接收到来自路桥管理系统服务器的第二车牌信息，根据所述第二车牌信息，得到第二目标验证码，其中，所述第二车牌信息是所述路桥管理系统服务器响应于接收到路桥道闸的车牌图像，对所述车牌图像进行解析得到的；响应于接收到来自所述路桥管理系统服务器的第一目标验证码，对所述第一目标验证码和所述第二目标验证码进行验证，得到验证结果，其中，所述第一目标验证码是第一终端设备根据目标信息和第一车牌信息得到的，所述目标信息是所述路桥管理系统服务器在检测到存在交易异常的情况下，向所述第一终端设备发送的；
向所述路桥管理系统服务器发送所述验证结果，以使得所述路桥管理系统服务器根据所述验证结果向所述路桥道闸发送与所述验证结果相匹配的控制指令。7.根据权利要求6所述的方法，还包括：在检测到交易恢复正常的情况下，向路桥缴费服务器发送验证数据，以使得所述路桥缴费服务器将所述验证数据和扫码支付交易数据合并，其中，所述验证数据表征所述第一目标验证码和所述第二目标验证码验证相同的数据，所述扫码支付交易数据是在检测到交易正常的情况下，所述路桥缴费服务器存储的数据；以及向应急收费服务器发送所述验证数据，以使得所述应急收费服务器对所述验证数据和支付数据进行比对，确定目标记录，其中，所述支付数据是所述应急收费服务器存储的数据，所述目标记录表征已支付未验证的记录。8.根据权利要求6所述的方法，其中，所述响应于接收到来自路桥管理系统服务器的第二车牌信息，根据所述第二车牌信息，得到第二目标验证码，包括：对所述第二车牌信息进行可变长度字符编码，得到待加密数据；对所述待加密数据进行加密处理，得到第一加密数据；对所述第一加密数据进行截取，得到第二加密数据；对所述第二加密数据进行进制转换，得到所述第二目标验证码。9.根据权利要求8所述的方法，其中，所述对所述待加密数据进行加密处理，得到第一加密数据，包括：利用第一补位数据，对所述待加密数据进行补位操作，得到第一补位待加密数据；利用第二补位数据，对所述第一补位待加密数据进行补位操作，得到第二补位待加密数据，其中，所述第二补位数据表征存储所述待加密数据的原始长度的数据；对所述第二补位待加密数据进行非线性函数操作，得到所述第一加密数据。10.一种用于路桥通行的控制系统，其中，所述系统包括路桥道闸、第一终端设备、第二终端设备、路桥管理系统服务器、应急收费服务器和路桥缴费服务器；所述路桥道闸用于：向所述路桥管理系统服务器发送车牌图像；根据抬杆指令，执行抬杆放行操作；根据拦阻指令，执行拦阻操作；所述第一终端设备用于：在检测到存在交易异常的情况下，根据所述目标信息和第一车牌信息，得到第一目标验证码，向所述路桥管理系统服务器发送所述第一目标验证码；在检测到交易正常的情况下，用于展示付款码；所述第二终端设备用于：在检测到交易正常的情况下，向所述路桥管理系统服务器发送扫码支付交易；在检测到存在交易异常的情况下，响应于接收到路桥管理系统服务器的第二车牌信息，根据所述第二车牌信息，得到第二目标验证码；响应于接收到所述路桥管理系统服务器的第一目标验证码，对所述第一目标验证码和所述第二目标验证码进行验证，得到验证结果；向所述路桥管理系统服务器发送所述验证结果；在检测到交易恢复正常的情况下，向所述路桥缴费服务器发送验证数据；向所述应急收费服务器发送所述验证数据；所述路桥管理系统服务器用于：在检测到存在交易异常的情况下，向第一终端设备发送目标信息；响应于接收到所述第一终端设备的所述第一目标验证码，向第二终端设备发送所述第一目标验证码；响应于接收到路桥道闸的车牌图像，对所述车牌图像进行解析，得到第二车牌信息；向所述第二终端设备发送所述第二车牌信息；响应于接收到所述第二终
端设备的所述验证结果，根据所述验证结果，向所述路桥道闸发送与所述验证结果相匹配的控制指令；在检测到交易正常的情况下，响应于接收到来自所述第二终端设备的扫码支付交易，向路桥缴费服务器发送所述扫码支付交易；响应于接收到来自所述路桥缴费服务器的支付结果，在所述支付结果表征支付成功的情况下，向所述路桥道闸发送所述抬杆指令，以使得所述路桥道闸根据所述抬杆指令，执行抬杆放行操作；所述应急收费服务器用于：在检测到存在交易异常的情况下，响应于接收到所述第一终端设备的所述第一车牌信息，根据所述第一车牌信息，生成所述第一目标验证码；向所述第一终端设备发送所述第一目标验证码；在检测到交易恢复正常的情况下，对所述验证数据和支付数据进行比对，确定目标记录；所述路桥缴费服务器用于：在检测到交易正常的情况下，响应于所述扫码支付交易，生成所述支付结果；向所述路桥管理系统服务器发送所述支付结果；在检测到交易恢复正常的情况下，将所述验证数据和扫码支付交易数据合并。11.根据权利要求10所述的系统，其中，所述路桥道闸包括电动栏杆模块和第一摄像头模块；所述电动栏杆模块用于根据所述抬杆指令，执行抬杆放行操作；根据所述拦阻指令，执行拦阻操作；所述第一摄像头模块用于获取所述车牌图像，向所述路桥管理系统服务器发送所述车牌图像。12.根据权利要求10所述的系统，其中，所述第二终端设备包括控制模块、人机交互模块、第二摄像头模块、联机交易模块、加密模块、离线交易模块、数据传输模块、存储模块和电源模块；所述控制模块用于驱动所述第二终端设备的各个模块；所述人机交互模块用于接收来自路桥收费口工作人员的输入信息，将所述验证结果反馈给所述路桥收费口工作人员；所述第二摄像头模块用于扫描所述付款码；所述联机交易模块用于所述扫码支付交易的受理；所述加密模块用于根据所述第二车牌信息生成所述第二目标验证码；所述离线交易模块用于对所述第一目标验证码和所述第二目标验证码进行验证，生成所述验证结果；所述数据传输模块用于在检测到存在交易异常的情况下，从所述路桥管理系统服务器获取所述第二车牌信息和向所述路桥管理系统服务器发送所述验证结果；在检测到交易正常的情况下，向所述路桥管理系统服务器发送所述扫码支付交易；所述存储模块用于存储程序和过程数据；所述电源模块用于为所述第二终端设备的各个模块供电。13.一种用于路桥通行的控制装置，包括：第一发送模块，用于在检测到存在交易异常的情况下，向第一终端设备发送目标信息，以使得所述第一终端设备根据所述目标信息和第一车牌信息，得到第一目标验证码；第二发送模块，用于响应于接收到来自所述第一终端设备的所述第一目标验证码，向第二终端设备发送所述第一目标验证码；
解析模块，用于响应于接收到来自路桥道闸的车牌图像，对所述车牌图像进行解析，得到第二车牌信息；验证模块，用于向所述第二终端设备发送所述第二车牌信息，以使得所述第二终端设备对所述第一目标验证码和第二目标验证码进行验证，得到验证结果，其中，所述第二目标验证码是所述第二终端设备根据所述第二车牌信息得到的；第三发送模块，用于响应于接收到来自所述第二终端设备的所述验证结果，根据所述验证结果，向所述路桥道闸发送与所述验证结果相匹配的控制指令。14.一种用于路桥通行的控制装置，包括：获得模块，用于在检测到交易正常的情况下，响应于接收到来自路桥管理系统服务器的第二车牌信息，根据所述第二车牌信息，得到第二目标验证码，其中，所述第二车牌信息是所述路桥管理系统服务器响应于接收到路桥道闸的车牌图像，对所述车牌图像进行解析得到的；验证模块，用于响应于接收到来自所述路桥管理系统服务器的第一目标验证码，对所述第一目标验证码和所述第二目标验证码进行验证，得到验证结果，其中，所述第一目标验证码是第一终端设备根据目标信息和第一车牌信息得到的，所述目标信息是所述路桥管理系统服务器在检测到存在交易异常的情况下，向所述第一终端设备发送的；第一发送模块，用于向所述路桥管理系统服务器发送所述验证结果，以使得所述路桥管理系统服务器根据所述验证结果向所述路桥道闸发送与所述验证结果相匹配的控制指令。15.一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行根据权利要求1～5中任一项或者权利要求6～8中任一项所述的方法。16.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1～5中任一项或者权利要求6～8中任一项所述的方法。17.一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现根据权利要求1～5中任一项或者权利要求6～8中任一项所述的方法。

技术总结
本公开提供了一种用于路桥通行的控制方法、装置、系统、设备及存储介质，可以应用于计算机技术领域和金融技术领域。该方法包括：在检测到存在交易异常的情况下，向第一终端设备发送目标信息，以使得第一终端设备根据目标信息和第一车牌信息得到第一目标验证码；响应于接收到来自第一终端设备的第一目标验证码，向第二终端设备发送第一目标验证码；响应于接收到来自路桥道闸的车牌图像，对车牌图像进行解析得到第二车牌信息；向第二终端设备发送第二车牌信息，以使得第二终端设备对第一目标验证码和第二目标验证码进行验证得到验证结果；响应于接收到来自第二终端设备的验证结果，根据验证结果向路桥道闸发送与验证结果相匹配的控制指令。控制指令。控制指令。


技术研发人员：李冠彬 黄俊辉 雷斌 欧少焕
受保护的技术使用者：中国工商银行股份有限公司
技术研发日：2023.03.22
技术公布日：2023/7/4