CN115410285A - 一种车辆进出高速的处理方法、高速终端及云服务器 - Google Patents

Abstract

本申请实施例公开了一种车辆进出高速的处理方法、高速终端及云服务器，用于提高没有安装车载电子标签的车辆在通过高速时的通行效率。本申请实施例方法应用于高速终端，处理方法包含车辆进高速和车辆出高速的处理部分；车辆进高速的处理部分包括：接收移动终端的入场请求；根据入场请求向高速入口道闸发送开闸指令；车辆出高速的处理部分包括：接收移动终端的离场请求，确定目标用户号码；将目标用户号码和高速出口道闸位置数据发送至云服务器；在预设时间内判断是否接收到移动终端发送的付款交易号；若是，则向云服务器结算款项；在第二预设时间内判断是否接收到云服务器反馈的结算款项完成信息；若接收到，则向高速出口道闸发送开闸指令。

Description

一种车辆进出高速的处理方法、高速终端及云服务器

技术领域

本申请实施例涉及数据处理领域，尤其涉及一种车辆进出高速的处理方法、高速终端及云服务器。

背景技术

电子不停车收费系统(ETC，Electronic Toll Collection)是一种车辆缴费系统，它通过安装在车辆挡风玻璃上的车载电子标签与在收费站ETC车道上的微波天线之间进行专用短程通讯，利用计算机联网技术与银行进行后台结算处理，从而达到车辆通过高速公路或桥梁收费站无需停车就能够缴纳高速公路或桥梁费用的目的。

然而，针对于没有安装车载电子标签的车辆，需要进行取卡计费。取卡计费的具体流程是当车辆上高速时，在高速入口有人工向缴费卡录入车辆信息及入口信息交与车辆司机，在高速出口处，车辆司机再将卡交还出口处工作人员，让工作人员获取车辆信息及入口信息，并根据入口信息及出口信息计算该车辆所需缴纳的费用，缴费的过程繁琐，导致车辆在高速公路上的通行效率低下。

发明内容

本申请实施例提供了一种车辆进出高速的处理方法、高速终端及云服务器，用于提高没有安装车载电子标签的车辆在通过高速时的通行效率。

本申请从第一方面提供了一种车辆进出高速的处理方法，所述处理方法应用于高速终端，所述高速终端与移动终端、云服务器相互数据连接，所述处理方法包含车辆进高速和车辆出高速的处理部分；

所述车辆进高速的处理部分包括：

所述高速终端接收所述移动终端发送的入场请求；

所述高速终端根据所述入场请求向高速入口道闸发送开闸指令；

所述车辆出高速的处理部分包括：

所述高速终端接收所述移动终端发送的离场请求，并从所述离场请求中确定目标用户号码；

所述高速终端将所述目标用户号码和高速出口道闸位置数据发送至所述云服务器；

所述高速终端在预设时间内判断是否接收到所述移动终端发送的付款交易号；

若是，则所述高速终端通过所述付款交易号向所述云服务器结算款项；

所述高速终端在第二预设时间内判断是否接收到所述云服务器反馈的结算款项完成信息；

若接收到所述结算款项完成信息，则所述高速终端向所述高速出口道闸发送开闸指令。

可选的，所述所述高速终端接收所述移动终端发送的入场请求之后，所述车辆进高速的处理部分还包括：

所述高速终端从所述入场请求中确定目标用户号码；

所述高速终端将所述目标用户号码和所述高速入口道闸位置数据发送至所述云服务器。

可选的，所述所述高速终端通过所述付款交易号向所述云服务器结算款项之后，所述车辆出高速的处理部分还包括：

所述高速终端接收所述云服务器发送的所述结算款项的账单信息。

可选的，所述所述高速终端通过所述付款交易号向所述云服务器结算款项之前，所述车辆出高速的处理部分还包括：

所述高速终端获取所述移动终端发送的第一计算结果，所述第一计算结果为所述移动终端对所述付款交易号的数据结构进行循环冗余校验所得到的计算结果；

所述高速终端通过所述第一计算结果对所述付款交易号进行数据完整性的验证。

可选的，所述高速终端对所述付款交易号进行数据完整性的验证的方式为：

所述高速终端对所述付款交易号的数据结构体进行循环冗余校验计算，以生成第二计算结果；

所述高速终端判断所述第一计算结果与所述第二计算结果是否一致；

若一致，则所述高速终端确定所述付款交易号的数据为完整数据，执行结算款项操作；

若不一致，则所述高速终端确定所述付款交易号的数据为不完整数据，向所述移动终端发送所述付款交易号的二次获取请求。

本申请从第二方面提供了一种车辆进出高速的处理方法，其特征在于，所述处理方法应用于云服务器，所述云服务器与高速终端、移动终端相互数据连接，所述云服务器包含联网服务模块和银联缴费模块，所述处理方法包括车辆进高速和车辆出高速的处理部分；

所述车辆进高速的处理部分包括：

所述联网服务模块接收并存储所述高速终端发送的目标用户号码和高速入口道闸位置数据。

所述车辆出高速的处理部分包括：

所述联网服务模块接收所述高速终端发送的目标用户号码和高速出口道闸位置数据；

所述联网服务模块根据所述目标用户号码的高速入口道闸位置数据和高速出口道闸位置数据确定结算款项；

所述联网服务模块向所述目标用户号码对应的移动终端发送缴费信息，所述缴费信息包含所述结算款项；

所述银联缴费模块接收所述高速终端发送的付款交易号，以根据所述付款交易号结算所述结算款项；

所述银联缴费模块在第二预设时间内向所述高速终端反馈结算款项完成信息。

可选的，所述所述银联缴费模块接收所述高速终端发送的付款交易号之后，所述车辆出高速的处理部分还包括：

所述银联缴费模块向所述高速终端发送所述结算款项的账单信息。

本申请从第三方面提供了一种一种车辆进出高速的高速终端，其特征在于，所述高速终端与移动终端、云服务器相互数据连接，所述高速终端包括：

第一接收单元，用于接收所述移动终端发送的入场请求；

第一发送单元，用于根据所述入场请求向高速入口道闸发送开闸指令；

第一处理单元，用于接收所述移动终端发送的离场请求，并从所述离场请求中确定目标用户号码；

第二发送单元，用于将所述目标用户号码和高速出口道闸位置数据发送至所述云服务器；

第一判断单元，用于在预设时间内判断是否接收到所述移动终端发送的付款交易号；

第一执行单元，用于当所述第一判断单元在预设时间内确定接收到所述移动终端发送的付款交易号时，则通过所述付款交易号向所述云服务器结算款项；

第二判断单元，用于在第二预设时间内判断是否接收到所述云服务器反馈的结算款项完成信息；

第二执行单元，用于当所述第二判断单元确定接收到所述结算款项完成信息，则向所述高速出口道闸发送开闸指令。

可选的，所述高速终端还包括：

第一确定单元，用于从所述入场请求中确定目标用户号码；

第三发送单元，用于将所述目标用户号码和所述高速入口道闸位置数据发送至所述云服务器。

可选的，所述高速终端还包括：

第二接收单元，用于接收所述云服务器发送的所述结算款项的账单信息。

可选的，所述第一执行单元还用于当所述第一判断单元在预设时间内确定接收到所述移动终端发送的付款交易号时，获取所述移动终端发送的第一计算结果，所述第一计算结果为所述移动终端对所述付款交易号的数据结构进行循环冗余校验所得到的计算结果，并通过所述第一计算结果对所述付款交易号进行数据完整性的验证。

可选的，所述第一执行单元中对所述付款交易号进行数据完整性的验证的方式为：

对所述付款交易号的数据结构体进行循环冗余校验计算，以生成第二计算结果；

判断所述第一计算结果与所述第二计算结果是否一致；

若一致，则确定所述付款交易号的数据为完整数据，执行结算款项操作；

若不一致，则确定所述付款交易号的数据为不完整数据，向所述移动终端发送所述付款交易号的二次获取请求。

本申请从第四方面提供了一种云服务器，其特征在于，所述云服务器与高速终端、移动终端相互数据连接，所述云服务器包含联网服务模块和银联缴费模块；

所述联网服务模块用于接收并存储所述高速终端发送的目标用户号码和高速入口道闸位置数据，还用于接收所述高速终端发送的目标用户号码和高速出口道闸位置数据，还用于根据所述目标用户号码的高速入口道闸位置数据和高速出口道闸位置数据确定结算款项，还用于向所述目标用户号码对应的移动终端发送缴费信息，所述缴费信息包含所述结算款项；

所述银联缴费模块用于接收所述高速终端发送的付款交易号，以根据所述付款交易号结算所述结算款项，还用于在第二预设时间内向所述高速终端反馈结算款项完成信息。

可选的，所述银联缴费模块还用于向所述高速终端发送所述结算款项的账单信息。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请提供的车辆进出高速的处理方法应用于高速终端，且该高速终端可以与移动终端、云服务器建立数据连接，该高速终端包含车辆进高速以及出高速的处理部分。其中，车辆进高速的部分包括：高速终端接收到移动终端发送的入场请求后，向对应的高速入口道闸发送开闸指令，让车辆入场；车辆出高速的部分包括：高速终端接收到移动终端发送的离场请求后，从该离场请求中确定与该移动终端对应的号码，根据该号码和对应的高速出口道闸数据发送至云服务器中，以使得该移动终端可以通过云服务器了解对应的缴费信息，并生成付款交易号发送至高速终端，当高速终端通过该付款交易号向云服务器结算款项完毕，则可向对应的高速出口道闸发送开闸指令，让车辆离场。这样一来，可以利用高速终端、云服务器与移动终端三方的数据交互，让没有车载电子标签的车辆在不涉及人工处理的情况下通过高速，提高了在高速的通行效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请提供应用于高速终端的车辆进出高速的处理方法的一种实施例流程示意图；

图2为本申请提供应用于高速终端的车辆进出高速的处理方法的另一种实施例流程示意图；

图3为本申请提供的车辆进出高速的高速终端的一种实施例结构示意图；

图4为本申请提供的车辆进出高速的高速终端的另一种实施例结构示意图；

图5为本申请提供应用于云服务器的车辆进出高速的处理方法的一种实施例流程示意图；

图6为本申请提供应用于云服务器的车辆进出高速的处理方法的另一种实施例流程示意图；

图7为本申请提供的车辆进出高速的云服务器的一种实施例结构示意图。

具体实施方式

没有安装车载电子标签的车辆在上高速公路时，需要进行取卡计费。卡计费的具体流程是当车辆上高速时，在高速入口有人工向缴费卡录入车辆信息及入口信息交与车辆司机，出口处车辆司机将卡交还出口处工作人员，让工作人员获取车辆信息及入口信息，并根据入口信息及出口信息计算车辆所需缴纳的费用，其中，在车辆上高速时录入车辆相关信息的过程繁琐，导致车辆在高速公路上的通行效率低下。

基于此，本申请提供了一种车辆进出高速的处理方法、高速终端及云服务器，通过高速终端、云服务器与移动终端三方的数据的自动交互，让没有车载电子标签的车辆在高速场景中，实现了在不涉及人工处理的情况下通过高速的目的，从而提高了没有安装车载电子标签的车辆在通过高速时的通行效率。

下面将结合本申请实施例中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参阅图1，图1为本申请实施例提供的车辆进出高速的处理方法的一个实施例，具体的，在本申请实施例中，车辆进出高速的处理方法应用于高速终端，该高速终端与移动终端、云服务器相互数据连接，该处理方法包含车辆进高速和车辆出高速的处理部分；

车辆进高速的处理部分包括：

101、高速终端接收移动终端发送的入场请求；

本申请实施例所提供的处理方法可以应用于高速场景中，但除此之外，还可以应用于存在入口出口道闸通行的各个车场或道路场景等，具体此处不做限定。

在本申请实施例中，高速终端需要触发条件才能对车辆执行相关的道理通行操作，该触发条件实际上指的就是移动终端通过与该高速终端建立红外连接后，向该高速终端发起的入场请求，该入场请求的表现形式可以为发送一个指令、一串字符、一条短信甚至可以为一个标识等，也可以通过扫描二维码来表现，具体此处不做限定，该入场请求中的内容可以但不限于包含有移动终端对应的用户手机号码。例如，当存在目标车辆要进入高速时，用户在对应的高速入口道闸前使用移动终端扫描高速入口道闸处张贴的二维码，即可向高速终端发送入场请求。需要说明的是，在该移动终端扫描该二维码时，高速终端会通过移动终端发送入场请求的传输通道确定车辆所在的高速入口道闸。

102、高速终端根据入场请求向高速入口道闸发送开闸指令；

在本申请实施例中，应用场景中的每个道闸出入口的端口都分别设置有唯一的数据传输通道供高速终端进行数据获取和传输等。例如，A区高速公路场景中1号入口、2号入口和1号出口、2号出口，其中，1号入口设置有01数据传输通道服务于高速终端，2号入口设置有02数据传输通道服务于高速终端，1号出口设置有03数据传输通道服务于高速终端，2号出口设置有04数据传输通道服务于高速终端。

当高速终端接收到移动终端发来的入场请求之后，会根据该入场请求的传输通道确定用户车辆所处的高速入口道闸位置，此时，高速终端就可以控制该高速入口道闸开闸，让用户车辆通行。

需要说明的是，高速终端控制道闸开闸的实施方式是，通过向需要开闸的道闸发送开闸指令来控制道闸杆自动升起。例如，在A区高速公路场景中，高速终端接收到通过02传输通道移动终端发送的入场请求，则可确定用户车辆所在的高速入口道闸为2号入口，此时，高速终端向2号入口道闸发送开闸指令，以供用户车辆顺利通行。

车辆出高速的处理部分包括：

103、高速终端接收移动终端发送的离场请求，并从离场请求中确定目标用户号码；

当车辆需要下高速时，在高速出口道闸前缴纳相应的费用后才能离开，但在缴费之前，需要车辆通过离场请求触发高速终端执行为车辆计费及受理缴费的操作。例如，当存在目标车辆要离开高速时，用户在对应的高速出口道闸前使用移动终端扫描高速出口道闸处张贴的二维码，即可向高速终端发送离场请求。需要说明的是，在该移动终端扫描该二维码时，高速终端会通过移动终端发送离场请求的传输通道确定车辆所在的高速出口道闸。

在本申请实施例中，移动终端所发送的离场请求除了包含有目标用户号码之外，所包含的内容还可以包括但不限于该移动终端的消息类型、消息长度以及消息内容。入场请求同理。

需要说明的是，消息类型可以是具有对应关系的标识位，例如，若将消息类型设为入场数据和出场数据两类，那么，可设置标识“0”对应入场数据类型，“1”对应出场数据类型，除此之外，标识位还可以设为字母、特定字段等，具体此处不做限定。对于消息长度，根据国际标准，如果发送纯英文字符，由于英文ASCII采用7位编码，所以1120位的限额可以传送1120÷7＝160个字符。每条短信最多发送1120位，合(1120÷8＝140一个字节占8位)140字节的内容，每个汉字占用2个字节140/2＝70；一旦传送的字符中包含中文、日文、韩文等双字节字符，不论中文还是西文，不论全角还是半角，都必须采用2个字节的8位编码，因此1120÷8÷2＝70个字符，即消息长度最多为70个字符。而针对于消息内容，包含但不限于所匹配的车辆车牌的入场/出场时间，例如“r1900”表示的是入场时间为19:00，“c2020”表示的是出场时间为20:20；入场/出场的收费站口中文/拼写/英文名称等，具体此处不做限定。

在一些实施例中，高速终端可以通过红外感应与移动终端通讯连接，该红外感应的通讯数据结构可以包含但不限于为如下结构：

Structmsg{

Byte MsgTYpe；

Byte MsgLen；

char MsgBody[]；

short int CRC；

}

#define ENTRY 1

#define LEAVE 2

#define PAYCODE 3

在这段数据结构中，Byte MsgTYpe表示的是消息类型，Byte MsgLen表示的是消息长度，char MsgBody[]表示的是消息内容和长度和消息类型有关，short int CRC表示的是消息的循环冗余校验和，ENTRY 1代表车辆进入高速公路，LEAVE 2代表车辆离开高速公路，PAYCODE 3代表结算车辆在高速上通行所生成的款项。#define为一种宏定义，例如，#define ENTRY 1则意味着ENTRY等效1。

104、高速终端将目标用户号码和高速出口道闸位置数据发送至云服务器；

云服务器(ECS，Elastic Compute Service)是一种简单高效、安全可靠、处理能力可弹性伸缩的计算服务。在本申请实施例中，云服务器分为高速的联网服务模块以及银联缴费服务模块，其中，联网服务模块可用于联网储存高速终端传回的车辆相关数据，银联缴费服务模块用于为用户受理高速通行的扣款交易。

在本申请实施例中，高速终端在获取到移动终端发送的离场请求后，能够从该离场请求的消息内容中确定目标用户号码，同时，会根据该离场请求的传输通道确定用户车辆所处的高速出口道闸位置。为了方便云服务器对用户车辆在高速中所产生的费用的统计，高速终端需要将目标用户号码及所确定的高速出口道闸位置发送至服务器。

例如，在A区高速公路场景中，高速终端接收到通过04传输通道移动终端发送的离场请求，则可确定用户车辆所在的高速出口道闸为2号出口，随后，将该移动终端对应的手机号码作为目标用户号码以及高速出口道闸位置数据发送至云服务器中的联网服务模块。

105、高速终端在预设时间内判断是否接收到移动终端发送的付款交易号，若是，则执行步骤106；

付款交易号由用户的移动终端获取到，获取后通过红外感应发送至高速终端。在本申请实施例中，为了向云服务器结算用户车辆通行高速所产生的款项，在用户通过移动终端发起离场请求后的一定时间内，高速终端需要获取到用户通过移动终端为车辆缴纳高速费用的付款交易号。需要说明的是，该付款交易号通常为一串有限定长度的数字编号。

付款交易号的消息类型为PAYCODE，当消息类型为PAYCODE时，数据体内数据模式可以如下：

Msg.MsgType＝PAYCODE；

Msg.MsgBody＝目标用户号码+##+付款交易号；

Msg.MsgLen＝MsgBody长度

106、高速终端通过付款交易号向云服务器结算款项；

在本申请实施例中，当高速终端在预设时间内接收到了用户通过移动终端发送的付款交易号后，可以将该付款交易号发送至云服务器，让银联缴费服务模块进行相应的结算收款。

107、高速终端在第二预设时间内判断是否接收到云服务器反馈的结算款项完成信息，若是，则执行步骤108；

在本申请实施例中，高速终端需要确定云服务器已扣除用户车辆在高速通行所产生的费用后，才能为该用户车辆进行开闸放行，因此，在高速终端向云服务器结算款项后，还需要云服务器在第二预设时间内再向高速终端反馈一个结算款项完成的信息，高速终端才能确定该用户车辆已缴费完毕，若在第二预设时间内没有接收到云服务器反馈的结算款项完成信息，则确定该用户车辆缴费中断/失败，不能对其开闸放行。进一步的，此处信息实为云服务器的银联缴费服务模块反馈的信息。

反馈的结算款项完成信息可以为任意表现形式，可以是反馈具有特殊含义的标识、数字或文字等。

108、高速终端向所述高速出口道闸发送开闸指令。

在本申请实施例中，当确定高速终端在第二预设时间内接收到了云服务器所反馈的结算款项完成信息后，即可对该用户车辆进行开闸放行。

在本申请实施例中，所提供的车辆进出高速的处理方法应用于高速终端，该高速终端包含车辆进高速以及出高速的处理部分，车辆进高速时，用户只需通过移动终端与高速终端进行连接，向高速终端发送入场请求，高速终端就可以识别该入场请求并开闸让车辆通行上高速；在车辆出高速时，用户同样只需通过移动终端与高速终端进行连接，向高速终端发送离场请求，高速终端便可以根据该离场请求确定对应的目标用户号码，云服务器在结算完该目标用户号码对应的高速费用后，会向高速终端反馈一个结算款项完成的信息，此时高速终端可开闸放行车辆，这两部分流程都不涉及人工处理，提高了没有车载电子标签的车辆在高速的通行效率。

请参阅图2，图2为本申请实施例提供的车辆进出高速的处理方法的另一个实施例，具体的，在本申请实施例中，车辆进出高速的处理方法应用于高速终端，该高速终端与移动终端、云服务器相互数据连接，该处理方法包含车辆进高速和车辆出高速的处理部分；

车辆进高速的处理部分包括：

201、高速终端接收移动终端发送的入场请求；

本实施例中，步骤201与前述实施例步骤101类似，此处不再赘述。

202、高速终端从入场请求中确定目标用户号码；

203、高速终端将目标用户号码和高速入口道闸位置数据发送至云服务器；

在本申请实施例中，云服务器可以分为高速的联网服务模块以及银联缴费服务模块，其中，联网服务模块可用于联网储存高速终端传回的车辆相关数据，银联缴费服务模块用于为用户受理高速通行的扣款交易。

为了方便后续车辆需要下高速时，云服务器执行调用相关数据为车辆生成计费的操作，高速终端需要将所获取的目标用户号码发送至云服务器，以使得云服务器的联网服务模块根据该目标用户号码建立该用户的存储档案，同时，高速终端将高速入口道闸位置数据也发送给云服务器，存于该存储档案中，以方便后续数据调用。

204、高速终端根据入场请求向高速入口道闸发送开闸指令；

本实施例中，步骤204与前述实施例步骤102类似，此处不再赘述。

车辆出高速的处理部分包括：

205、高速终端接收移动终端发送的离场请求，并从离场请求中确定目标用户号码；

206、高速终端将目标用户号码和高速出口道闸位置数据发送至云服务器；

207、高速终端在预设时间内判断是否接收到移动终端发送的付款交易号，若是，则执行步骤208，若否，则结束流程；

本实施例中，步骤205至步骤207与前述实施例步骤103至步骤105类似，此处不再赘述。

208、高速终端获取移动终端发送的第一计算结果；

209、高速终端对付款交易号的数据结构体进行循环冗余校验计算，以生成第二计算结果；

210、高速终端判断第一计算结果与第二计算结果是否一致，若是，则执行步骤211，若否，则执行步骤213；

211、高速终端确定付款交易号的数据为完整数据，执行步骤211后执行步骤213；

212、高速终端确定付款交易号的数据为不完整数据，向移动终端发送付款交易号的二次获取请求，执行步骤212后返回执行步骤207；

在本申请实施例中，高速终端通过第一计算结果和第二计算结果对付款交易号进行数据完整性的验证，其中，第一计算结果为移动终端对付款交易号的数据结构进行循环冗余校验所得到的计算结果。循环冗余校验(CRC，Cyclic Redundancy Check)，是基于数据计算一组效验码，用于核对数据传输过程中是否被更改或传输错误。

具体的，移动终端的CRC在生成数据结构的时候会进行一次计算，第一次计算会直接给CRC这项参数赋值，即可得到第一计算结果；在数据发送至高速终端后，高速终端会对数据进行解析并用相同的规则得到第二计算结果，如果高速终端计算的结果和数据结构内的CRC相同，则说明该数据结构内没有数据丢失，为完整数据，执行步骤211后执行步骤213；如果不相同，则说明该数据结构内存在数据丢失，为不完整数据，向移动终端发送付款交易号的二次获取请求，执行步骤212后返回执行步骤207。

213、高速终端通过付款交易号向云服务器结算款项；

在本申请实施例中，云服务器中的联网服务模块会根据高速发送的关于目标用户号码对应的入口道闸位置和出口道闸位置进行缴费计算，并将缴费计算的结果发送至目标用户的移动终端上，当该移动终端根据该结果生成缴费订单时，会同时生成相应的付款交易号发送到高速终端上，让高速终端将付款交易号发送至云服务器，之后，云服务器的银联缴费服务模块便可以根据该付款交易号结算款项。

214、高速终端接收云服务器发送的结算款项的账单信息；

在本申请实施例中，为了方便后续高速后台的工作人员对车辆通行的相关数据进行检查等工作，高速终端可以接收云服务器发送的结算款项的账单信息，并将该账单信息与该目标用户号码进行关系绑定处理。

215、高速终端在第二预设时间内判断是否接收到云服务器反馈的结算款项完成信息，若是，则执行步骤216，若否，则返回执行步骤213；

216、高速终端向所述高速出口道闸发送开闸指令。

本实施例中，步骤215至步骤216与前述实施例步骤107至步骤108类似，此处不再赘述。

在本申请实施例中，在车辆进行高速缴费的过程中，高速终端在获取到移动终端发送的付款交易号后，为了减小错误结算款项或结算款项失败的可能，可以通过对该付款交易号进一步进行数据完整性的验证，即，通过与移动终端发送的相关数据核对来确定该付款交易号是否有遗漏、错发等问题，若核对不一致，则证明该付款交易号存在遗漏、错发等问题，需要再次向该移动终端获取一次付款交易号，若核对一致，则可以继续执行后续的结算款项等操作。

以上是应用于高速终端，对车辆进出高速的处理方法的实施例的描述，下面对车辆进出高速的高速终端的实施例进行描述。

请参阅图3，图3为本申请实施例所提供的车辆进出高速的高速终端的一个实施例，该高速终端与移动终端、云服务器相互数据连接，该高速终端包括：

第一接收单元301，用于接收移动终端发送的入场请求；

第一发送单元302，用于根据入场请求向高速入口道闸发送开闸指令；

第一处理单元303，用于接收移动终端发送的离场请求，并从离场请求中确定目标用户号码；

第二发送单元304，用于将目标用户号码和高速出口道闸位置数据发送至云服务器；

第一判断单元305，用于在预设时间内判断是否接收到移动终端发送的付款交易号；

第一执行单元306，用于当第一判断单元305在预设时间内确定接收到移动终端发送的付款交易号时，则通过付款交易号向云服务器结算款项；

第二判断单元307，用于在第二预设时间内判断是否接收到云服务器反馈的结算款项完成信息；

第二执行单元308，用于当第二判断单元307确定接收到结算款项完成信息时，则向高速出口道闸发送开闸指令。

在本申请实施例中，车辆进入高速的过程：首先通过第一接收单元301接收移动终端发送的入场请求，然后，第一发送单元302再根据第一接收单元301接收的入场请求向高速入口道闸发送开闸指令，使得车辆能够进入高速；车辆出高速的过程：第一处理单元303接收移动终端发送的离场请求，并根据该离场请求确定需要进行离场处理的目标用户号码后，第二发送单元304将该目标用户号码和高速出口道闸位置数据发送至云服务器，若第一判断单元305在预设时间内确定接收到移动终端发送的付款交易号，第一执行单元306则会通过接收到的付款交易号向云服务器结算款项，接着，若第二判断单元307确定接收到云服务器发送的结算款项完成信息，第二执行单元308则会向高速出口道闸发送开闸指令，以让车辆下高速。这样一来，使得没有车载电子标签的车辆在通过高速的全程中，不会涉及到人工处理，优化了车辆通行流程，提高了在高速的通行效率。

请参阅图4，图4为本申请实施例所提供的车辆进出高速的高速终端的另一个实施例，该高速终端与移动终端、云服务器相互数据连接，该高速终端包括：

第一接收单元401，用于接收移动终端发送的入场请求；

第一确定单元402，用于从入场请求中确定目标用户号码；

第三发送单元403，用于将目标用户号码和高速入口道闸位置数据发送至云服务器；

第一发送单元404，用于根据入场请求向高速入口道闸发送开闸指令；

第一处理单元405，用于接收移动终端发送的离场请求，并从离场请求中确定目标用户号码；

第二发送单元406，用于将目标用户号码和高速出口道闸位置数据发送至云服务器；

第一判断单元407，用于在预设时间内判断是否接收到移动终端发送的付款交易号；

第一执行单元408，用于当第一判断单元407在预设时间内确定接收到移动终端发送的付款交易号时，则通过付款交易号向云服务器结算款项；

第二接收单元409，用于接收云服务器发送的结算款项的账单信息；

第二判断单元410，用于在第二预设时间内判断是否接收到云服务器反馈的结算款项完成信息；

第二执行单元411，用于当第二判断单元410确定接收到结算款项完成信息时，则向高速出口道闸发送开闸指令。

在本申请实施例中，第一执行单元408还用于当第一判断单元407在预设时间内确定接收到移动终端发送的付款交易号时，获取移动终端发送的第一计算结果，该第一计算结果为移动终端对付款交易号的数据结构进行循环冗余校验所得到的计算结果，并通过该第一计算结果对付款交易号进行数据完整性的验证。

在本申请实施例中，第一执行单元408中对付款交易号进行数据完整性的验证的方式为：

对付款交易号的数据结构体进行循环冗余校验计算，以生成第二计算结果；

判断第一计算结果与第二计算结果是否一致；

若一致，则确定付款交易号的数据为完整数据，执行结算款项操作；

若不一致，则确定付款交易号的数据为不完整数据，向移动终端发送付款交易号的二次获取请求。

以上是应用于高速终端，对车辆进出高速的处理方法及高速终端的实施例的描述，下面对应用于云服务器，对车辆进出高速的处理方法及云服务器的实施例进行描述。

请参阅图5，图5为本申请实施例提供的车辆进出高速的处理方法的另一个实施例，具体的，在本申请实施例中，车辆进出高速的处理方法应用于云服务器，该云服务器与移动终端、高速终端相互数据连接，云服务器包含联网服务模块和银联缴费模块，该处理方法包括车辆进高速和车辆出高速的处理部分；

车辆进高速的处理部分包括：

501、联网服务模块接收并存储高速终端发送的目标用户号码和高速入口道闸位置数据；

本申请实施例所提供的处理方法可以应用于高速场景中，但除此之外，还可以应用于存在入口出口道闸通行的各个车场或道路场景等，具体此处不做限定。

云服务器(ECS，Elastic Compute Service)是一种简单高效、安全可靠、处理能力可弹性伸缩的计算服务。在本申请实施例中，云服务器分为高速的联网服务模块以及银联缴费服务模块，其中，联网服务模块可用于联网储存高速终端传回的车辆相关数据，银联缴费服务模块用于为用户受理高速通行的扣款交易。

为了方便后续车辆需要下高速时，云服务器执行调用相关数据为车辆生成计费的操作，高速终端需要将所获取的目标用户号码发送至云服务器，以使得云服务器的联网服务模块根据该目标用户号码建立该用户的存储档案，同时，高速终端将高速入口道闸位置数据也发送给云服务器，存于该存储档案中，以方便后续数据调用。

例如，A区高速公路场景中1号入口、2号入口和1号出口、2号出口，1号入口设置有01数据传输通道服务于高速终端，2号入口设置有02数据传输通道服务于高速终端，1号出口设置有03数据传输通道服务于高速终端，2号出口设置有04数据传输通道服务于高速终端。高速终端接收到通过02传输通道移动终端发送的入场请求，则可确定用户车辆所在的高速入口道闸为2号入口，高速终端将该2号入口位置以及该移动终端对应的目标用户号码发送至联网服务模块，以供该联网服务模块对其进行存储。

车辆出高速的处理部分包括：

502、联网服务模块接收高速终端发送的目标用户号码和高速出口道闸位置数据；

在本申请实施例中，为了方便云服务器确定需要进行离场处理的目标用户，和对该目标用户车辆在高速中所产生的费用的统计，需要获取到高速终端发送的目标用户号码及所确定的高速出口道闸位置发送至服务器。其中，目标用户号码用于确定联网服务模块中需要进行调配的数据，高速出口道闸位置则是用于联网服务模块结合入口道闸位置生成相应的计费结果。

例如，A区高速公路场景中，联网服务模块中存储有第一用户号码以及第二用户号码的入场道闸位置数据，当用户车辆需要下高速时，用户会通过他的移动终端向高速终端发送离场请求，此时高速终端可从离场请求中确定目标用户号码，并将该号码和道闸出口位置数据发送至联网服务模块，联网服务模块将该目标用户号码放入自身数据库中匹配确定需要进行离场处理的是第二用户。

503、联网服务模块根据目标用户号码的高速入口道闸位置数据和高速出口道闸位置数据确定结算款项；

在本申请实施例中，云服务器可以从目标用户号码的高速入口道闸位置数据和高速出口道闸位置数据来确定结算款项。例如，当云服务器中的联网服务模块根据目标用户号码确定需要进行离场处理的是第二用户后，从第二用户的存储数据中调取出对应的入场道闸位置数据，结合接收的出场道闸位置数据，根据收费标准计算得到该目标用户车辆需要缴纳的费用。具体的，结算款项的计算公式为：结算款项＝出场道闸位置与入场道闸位置之间的距离*收费标准。

504、联网服务模块向目标用户号码对应的移动终端发送缴费信息，缴费信息包含结算款项；

在联网服务模块确定结算款项后，联网服务模块则可以向目标用户号码对应的移动终端发送缴费信息，以供用户了解缴费情况并生成相应的缴费订单进行支付。

505、银联缴费模块接收高速终端发送的付款交易号，以根据付款交易号结算结算款项；

需要说明的是，目标用户在通过移动终端生成缴费订单时，会生成相应的付款交易号，此时，移动终端会通过红外感应将该付款交易号以信息的方式发送给高速终端，让高速终端发送至云服务器，以备云服务器中的银联缴费模块根据该付款交易号进行对应的费用扣除。

506、银联缴费模块在第二预设时间内向高速终端反馈结算款项完成信息。

在本申请实施例中，高速终端需要确认目标用户已经将车辆在高速通行过程中所产生的费用缴纳完毕后，才能打开出口道闸，让车辆通行离场，因此，在银联缴费模块根据付款交易号结算结算款项后，还需要向高速终端反馈一个结算款项完成信息，让高速终端知晓该目标用户车辆的缴费过程已完成。

在本申请实施例中，云服务器包含联网服务模块和银联缴费模块，其中，联网服务模块可以存储目标用户号码、用户车辆在高速场景中的相关数据，以及实现自动统计并生成相应的结算款项信息，银联缴费模块则可以根据付款交易号结算结算款项，让没有车载电子标签的车辆在不涉及人工处理的情况下通过高速，提高了在高速的缴费和通行效率。

请参阅图6，图6为本申请实施例提供的车辆进出高速的处理方法的另一个实施例，具体的，在本申请实施例中，车辆进出高速的处理方法应用于云服务器，该云服务器与移动终端、高速终端相互数据连接，云服务器包含联网服务模块和银联缴费模块，该处理方法包括车辆进高速和车辆出高速的处理部分；

车辆进高速的处理部分包括：

601、联网服务模块接收并存储高速终端发送的目标用户号码和高速入口道闸位置数据；

车辆出高速的处理部分包括：

602、联网服务模块接收高速终端发送的目标用户号码和高速出口道闸位置数据；

603、联网服务模块根据目标用户号码的高速入口道闸位置数据和高速出口道闸位置数据确定结算款项；

604、联网服务模块向目标用户号码对应的移动终端发送缴费信息，缴费信息包含结算款项；

605、银联缴费模块接收高速终端发送的付款交易号，以根据付款交易号结算结算款项；

本实施例中，步骤601至步骤605与前述实施例步骤501至步骤505类似，此处不再赘述。

606、银联缴费模块向高速终端发送结算款项的账单信息；

在本申请实施例中，账单信息指的是银联缴费模块针对目标用户车辆所生成的相关计费信息，其中，可以详细包括目标用户车辆在高速上的经历时间、出入口、金额统计信息等，账单信息可以为队列、表格等表现形式，具体此处不做限定。

607、银联缴费模块在第二预设时间内向高速终端反馈结算款项完成信息。

本实施例中，步骤607与前述实施例步骤506类似，此处不再赘述。

在本申请实施例中，当没有车载电子标签的车辆在出高速时，云服务器中的银联缴费模块在会接收到高速终端发送的付款交易号，此时为了让高速终端可以更直观地了解该车辆在高速上的经历时间、出入口、金额统计信息等，以备后续需要处理的时候调用相关数据，该银联缴费模块还可以向该高速终端发送结算款项详细的账单信息。

以上是应用于云服务器，对车辆进出高速的处理方法的实施例的描述，下面对车辆进出高速的云服务器的实施例进行描述。

请参阅图7，图7为本申请实施例所提供的车辆进出高速的云服务器的一个实施例，该云服务器与高速终端、移动终端相互数据连接，云服务器包含联网服务模块701和银联缴费模块702；

联网服务模块701用于接收并存储高速终端发送的目标用户号码和高速入口道闸位置数据，还用于接收高速终端发送的目标用户号码和高速出口道闸位置数据，还用于根据目标用户号码的高速入口道闸位置数据和高速出口道闸位置数据确定结算款项，还用于向目标用户号码对应的移动终端发送缴费信息，缴费信息包含结算款项；

银联缴费模块702用于接收高速终端发送的付款交易号，以根据付款交易号结算结算款项，还用于在第二预设时间内向高速终端反馈结算款项完成信息。

在本申请实施例中，云服务器包含联网服务模块701和银联缴费模块702，当没有安装车载电子标签的车辆来到高速入口想要上高速时，联网服务模块701接收并存储高速终端发送的目标用户号码和高速入口道闸位置数据，并接收高速终端发送的目标用户号码和高速出口道闸位置数据，以备后续车辆下高速时方便为该车辆进行结算统计；当车辆来到高速出口想要下高速时，联网服务模块701接收高速终端发送的目标用户号码和高速出口道闸位置数据，并根据目标用户号码的高速入口道闸位置数据和高速出口道闸位置数据确定结算款项，在联网服务模块701向目标用户号码对应的移动终端发送包含结算款项的缴费信息后，移动终端会向高速终端发送结算款项的付款交易号，此时，银联缴费模块702接收高速终端发送的付款交易号，根据该付款交易号结算款项，当结算款项完成后，再向高速终端反馈一个完成信息，以告知该高速终端款项已结算完毕，不需要涉及到人工处理，简化缴费流程，以提高没有安装车载电子标签的车辆在通过高速时的通行效率。

可选的，在本申请实施例中，银联缴费模块702还用于向高速终端发送结算款项的账单信息。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种车辆进出高速的处理方法，其特征在于，所述处理方法应用于高速终端，所述高速终端与移动终端、云服务器相互数据连接，所述处理方法包含车辆进高速和车辆出高速的处理部分；

所述车辆进高速的处理部分包括：

所述高速终端接收所述移动终端发送的入场请求；

所述高速终端根据所述入场请求向高速入口道闸发送开闸指令；

所述车辆出高速的处理部分包括：

所述高速终端接收所述移动终端发送的离场请求，并从所述离场请求中确定目标用户号码；

所述高速终端将所述目标用户号码和高速出口道闸位置数据发送至所述云服务器；

所述高速终端在预设时间内判断是否接收到所述移动终端发送的付款交易号；

若是，则所述高速终端通过所述付款交易号向所述云服务器结算款项；

所述高速终端在第二预设时间内判断是否接收到所述云服务器反馈的结算款项完成信息；

若接收到所述结算款项完成信息，则所述高速终端向所述高速出口道闸发送开闸指令。

2.根据权利要求1所述的处理方法，其特征在于，所述所述高速终端接收所述移动终端发送的入场请求之后，所述车辆进高速的处理部分还包括：

所述高速终端从所述入场请求中确定目标用户号码；

所述高速终端将所述目标用户号码和所述高速入口道闸位置数据发送至所述云服务器。

3.根据权利要求1所述的处理方法，其特征在于，所述所述高速终端通过所述付款交易号向所述云服务器结算款项之后，所述车辆出高速的处理部分还包括：

所述高速终端接收所述云服务器发送的所述结算款项的账单信息。

4.根据权利要求1至3任一项所述的处理方法，其特征在于，所述所述高速终端通过所述付款交易号向所述云服务器结算款项之前，所述车辆出高速的处理部分还包括：

所述高速终端获取所述移动终端发送的第一计算结果，所述第一计算结果为所述移动终端对所述付款交易号的数据结构进行循环冗余校验所得到的计算结果；

所述高速终端通过所述第一计算结果对所述付款交易号进行数据完整性的验证。

5.根据权利要求4所述的处理方法，其特征在于，所述高速终端对所述付款交易号进行数据完整性的验证的方式为：

所述高速终端对所述付款交易号的数据结构体进行循环冗余校验计算，以生成第二计算结果；

所述高速终端判断所述第一计算结果与所述第二计算结果是否一致；

若一致，则所述高速终端确定所述付款交易号的数据为完整数据，执行结算款项操作；

若不一致，则所述高速终端确定所述付款交易号的数据为不完整数据，向所述移动终端发送所述付款交易号的二次获取请求。

6.一种车辆进出高速的处理方法，其特征在于，所述处理方法应用于云服务器，所述云服务器与高速终端、移动终端相互数据连接，所述云服务器包含联网服务模块和银联缴费模块，所述处理方法包括车辆进高速和车辆出高速的处理部分；

所述车辆进高速的处理部分包括：

所述联网服务模块接收并存储所述高速终端发送的目标用户号码和高速入口道闸位置数据。

所述车辆出高速的处理部分包括：

所述联网服务模块接收所述高速终端发送的目标用户号码和高速出口道闸位置数据；

所述联网服务模块根据所述目标用户号码的高速入口道闸位置数据和高速出口道闸位置数据确定结算款项；

所述联网服务模块向所述目标用户号码对应的移动终端发送缴费信息，所述缴费信息包含所述结算款项；

所述银联缴费模块接收所述高速终端发送的付款交易号，以根据所述付款交易号结算所述结算款项；

所述银联缴费模块在第二预设时间内向所述高速终端反馈结算款项完成信息。

7.根据权利要求6所述的处理方法，其特征在于，所述所述银联缴费模块接收所述高速终端发送的付款交易号之后，所述车辆出高速的处理部分还包括：

所述银联缴费模块向所述高速终端发送所述结算款项的账单信息。

8.一种车辆进出高速的高速终端，其特征在于，所述高速终端与移动终端、云服务器相互数据连接，所述高速终端包括：

第一接收单元，用于接收所述移动终端发送的入场请求；

第一发送单元，用于根据所述入场请求向高速入口道闸发送开闸指令；

第一处理单元，用于接收所述移动终端发送的离场请求，并从所述离场请求中确定目标用户号码；

第二发送单元，用于将所述目标用户号码和高速出口道闸位置数据发送至所述云服务器；

第一判断单元，用于在预设时间内判断是否接收到所述移动终端发送的付款交易号；

第一执行单元，用于当所述第一判断单元在预设时间内确定接收到所述移动终端发送的付款交易号时，则通过所述付款交易号向所述云服务器结算款项；

第二判断单元，用于在第二预设时间内判断是否接收到所述云服务器反馈的结算款项完成信息；

第二执行单元，用于当所述第二判断单元确定接收到所述结算款项完成信息时，则向所述高速出口道闸发送开闸指令。

9.根据权利要求8所述的高速终端，其特征在于，所述高速终端还包括：

第一确定单元，用于从所述入场请求中确定目标用户号码；

第三发送单元，用于将所述目标用户号码和所述高速入口道闸位置数据发送至所述云服务器。

10.一种车辆进出高速的云服务器，其特征在于，所述云服务器与高速终端、移动终端相互数据连接，所述云服务器包含联网服务模块和银联缴费模块；

所述联网服务模块用于接收并存储所述高速终端发送的目标用户号码和高速入口道闸位置数据，还用于接收所述高速终端发送的目标用户号码和高速出口道闸位置数据，还用于根据所述目标用户号码的高速入口道闸位置数据和高速出口道闸位置数据确定结算款项，还用于向所述目标用户号码对应的移动终端发送缴费信息，所述缴费信息包含所述结算款项；

所述银联缴费模块用于接收所述高速终端发送的付款交易号，以根据所述付款交易号结算所述结算款项，还用于在第二预设时间内向所述高速终端反馈结算款项完成信息。

Images