应用于车辆的交易处理方法及装置与流程

文档序号:27018437发布日期:2021-10-24 03:53阅读:91来源:国知局
应用于车辆的交易处理方法及装置与流程

1.本文件涉及数据处理技术领域,尤其涉及一种应用于车辆的交易处理方法及装置。


背景技术:

2.驾驶车辆出行已经成为用户生活中一种重要的出行方式,在驾车出行过程中的用户的需求也越来越多元化,便捷的车辆支付手段为用户驾车出行提供便利,比如,配备etc的收费站、停车场执行设施与车辆的支付操作,完成自动扣款,为用户提供方便;但这种支付功能受限于场景,应用具有一定的局限性。


技术实现要素:

3.本说明书一个或多个实施例提供了一种应用于车辆的交易处理方法,包括:获取通过车机终端采集的交易信息。所述交易信息包括目标车辆标识和交易金额。通过etc识别组件检测至少一个候选车辆的etc秘钥。在对所述etc秘钥解密后获得的至少一个候选车辆的车辆标识中,选择车辆标识与所述目标车辆标识相同的候选车辆作为目标车辆。基于所述交易信息,通过服务器发起与所述目标车辆的交易处理。
4.本说明书一个或多个实施例提供了另一种应用于车辆的交易处理方法,包括:接收服务器发送的交易提醒并展示。所述交易提醒包含交易发起车辆的车辆标识和交易金额。通过etc接收组件检测至少一个待检测车辆的etc秘钥并进行秘钥解密处理。判断秘钥解密后获得的至少一个待检测车辆的车辆标识中是否包含所述车辆标识。若是,向所述服务器提交交易确认指令,以通过所述服务器进行交易处理。
5.本说明书一个或多个实施例提供了一种应用于车辆的交易处理装置,包括:交易信息获取模块,被配置为获取通过车机终端采集的交易信息,所述交易信息包括目标车辆标识和交易金额。检测模块,被配置为通过etc接收组件检测至少一个候选车辆的etc秘钥。解密模块,被配置为在对所述etc秘钥进行秘钥解密后获得的至少一个候选车辆的车辆标识中,选择车辆标识与所述目标车辆标识相同的候选车辆作为目标车辆。交易模块,被配置为基于所述交易信息,通过服务器发起与所述目标车辆的交易处理。
6.本说明书一个或多个实施例提供了另一种应用于车辆的交易处理装置,包括:交易提醒接收模块,被配置为接收服务器发送的交易提醒并展示,所述交易提醒包含交易发起车辆的车辆标识和交易金额。检测解密模块,被配置为通过etc接收组件检测至少一个待检测车辆的etc秘钥并进行秘钥解密。判断模块,被配置为判断秘钥解密后获得的至少一个待检测车辆的车辆标识中是否包含所述车辆标识。若所述判断模块的运行结果为是,则运行交易模块,所述交易模块,被配置为向所述服务器提交交易确认指令,以通过所述服务器进行交易处理。
7.本说明书一个或多个实施例提供了一种应用于车辆的交易处理设备,包括:处理器;以及,被配置为存储计算机可执行指令的存储器,所述计算机可执行指令在被执行时使
所述处理器:获取通过车机终端采集的交易信息。所述交易信息包括目标车辆标识和交易金额。通过etc识别组件检测至少一个候选车辆的etc秘钥。在对所述etc秘钥解密后获得的至少一个候选车辆的车辆标识中,选择车辆标识与所述目标车辆标识相同的候选车辆作为目标车辆。基于所述交易信息,通过服务器发起与所述目标车辆的交易处理。
8.本说明书一个或多个实施例提供了另一种应用于车辆的交易处理设备,包括:接收服务器发送的交易提醒并展示。所述交易提醒包含交易发起车辆的车辆标识和交易金额。通过etc接收组件检测至少一个待检测车辆的etc秘钥并进行秘钥解密处理。判断秘钥解密后获得的至少一个待检测车辆的车辆标识中是否包含所述车辆标识。若是,向所述服务器提交交易确认指令,以通过所述服务器进行交易处理。
9.本说明书一个或多个实施例提供了一种存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被执行时实现以下流程:获取通过车机终端采集的交易信息。所述交易信息包括目标车辆标识和交易金额。通过etc识别组件检测至少一个候选车辆的etc秘钥。在对所述etc秘钥解密后获得的至少一个候选车辆的车辆标识中,选择车辆标识与所述目标车辆标识相同的候选车辆作为目标车辆。基于所述交易信息,通过服务器发起与所述目标车辆的交易处理。
10.本说明书一个或多个实施例提供了另一种存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被执行时实现以下流程:接收服务器发送的交易提醒并展示。所述交易提醒包含交易发起车辆的车辆标识和交易金额。通过etc接收组件检测至少一个待检测车辆的etc秘钥并进行秘钥解密处理。判断秘钥解密后获得的至少一个待检测车辆的车辆标识中是否包含所述车辆标识。若是,向所述服务器提交交易确认指令,以通过所述服务器进行交易处理。
附图说明
11.为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图;
12.图1为本说明书一个或多个实施例提供的一种应用于车辆的交易处理方法处理流程图;
13.图2为本说明书一个或多个实施例提供的一种收款场景下的应用于车辆的交易处理方法处理流程图;
14.图3为本说明书一个或多个实施例提供的一种自动驾驶场景下的应用于车辆的交易处理方法处理流程图;
15.图4为本说明书一个或多个实施例提供的另一种应用于车辆的交易处理方法处理流程图;
16.图5为本说明书一个或多个实施例提供的另一种收款场景下的应用于车辆的交易处理方法处理流程图;
17.图6为本说明书一个或多个实施例提供的一种应用于车辆的交易处理装置示意图;
18.图7为本说明书一个或多个实施例提供的另一种应用于车辆的交易处理装置示意图;
19.图8为本说明书一个或多个实施例提供的一种应用于车辆的交易处理设备的结构示意图;
20.图9为本说明书一个或多个实施例提供的另一种应用于车辆的交易处理设备的结构示意图。
具体实施方式
21.为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案,下面将结合本说明书一个或多个实施例中的附图,对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书的一部分实施例,而不是全部的实施例。基于本说明书一个或多个实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本文件的保护范围。
22.本说明书提供的一种应用于车辆的交易处理方法实施例:
23.参照图1,其示出了本实施例提供的一种应用于车辆的交易处理方法处理流程图,参照图2,其示出了本实施例提供的一种收款场景下的应用于车辆的交易处理方法处理流程图,参照图3,其示出了本实施例提供的一种无人驾驶场景下的应用于车辆的交易处理方法处理流程图。
24.参照图1,本实施例提供的应用于车辆的交易处理方法,具体包括步骤s102至步骤s108。
25.步骤s102,获取通过车机终端采集的交易信息。
26.本实施例提供的应用于车辆的交易处理方法,配置有etc接收组件的交易发起车辆通过车机终端采集目标车辆标识和交易金额,然后检测etc射频通讯范围内车辆的etc秘钥,根据服务器回传的所述etc射频通讯范围内车辆的车辆标识以及通过车机终端采集的目标车辆标识,对目标车辆进行身份核验;在配置有etc接收组件的交易发起车辆确认所述目标车辆身份后,通过服务器进行交易处理,以此为基础实现的交易处理方法使得车辆交易适用于更多的应用场景,提供了便捷的车辆支付手段,提升了支付体验。
27.本实施例中,所述车机终端配置于交易发起车辆;所述交易信息包括所述目标车辆标识和交易金额,所述目标车辆标识包括下述至少一项:车牌号码、车辆发动机编号、车辆型号以及车主信息;etc接收组件是指车辆配置的用于检测其他车辆发送的信号中携带的etc秘钥的etc组件;etc发送组件是指车辆配置的用于发送的信号中携带的etc秘钥的etc组件。
28.所述交易发起车辆配置有etc接收组件,在交易发起车辆对目标车辆进行身份核验时,通过etc接收组件检测所述目标车辆配置的etc发送组件发送的信号中携带的etc秘钥。此外,交易发起车辆还可以配置有etc发送组件,在目标车辆对交易发起车辆进行身份核验时,可通过所述交易发起车辆配置的etc发送组件发送携带etc秘钥的信号。
29.具体实施时,在获取通过车机终端采集的交易信息的过程中,通过车机终端的触摸屏采集或者语音输入采集所述交易信息,比如在车队支付场景中,车队中的领头车辆在为整个车队支付某些服务或商品费用后,向车队的其他车辆发起收款,领头车辆由车机终
端采集用户通过触摸屏或语音输入的所述车队其他车辆的车辆标识以及相应的收款金额。
30.除此之外,还可以由车机终端或者与车机终端连接的处理系统来自动生成交易信息,比如,在无人车驾驶的场景下,a车为b车提供商品或服务后,向b车发起收款,a车的车机终端或者与车机终端连接的处理系统会自动生成与b车进行交易的交易信息。
31.步骤s104,通过etc接收组件检测至少一个候选车辆的etc秘钥。
32.本实施例中,所述候选车辆包括所述交易发起车辆etc接收组件射频通讯范围内的车辆,实际应用场景中候选车辆可能是一辆或者多辆;所述etc秘钥是包含车辆标识的加密信息。
33.具体实施时,通过etc接收组件检测至少一个候选车辆的etc秘钥的过程中,可选的,所述至少一个候选车辆通过各自配置的etc发送组件发出信号,所述信号中携带所述至少一个候选车辆各自的etc秘钥;相应的,配置有所述etc接收组件的交易发起车辆,通过所述etc接收组件检测所述至少一个候选车辆通过各自配置的etc发送组件发出的信号中携带的etc秘钥。
34.通过上述交易发起车辆配置的etc接收组件检测所述至少一个候选车辆的etc秘钥的方式,对所述目标车辆进行身份核验,提升了身份核验的准确率和效率,以此为基础实现的交易处理场景的应用范围也得以扩大。
35.此后,针对上述检测到所述至少一个候选车辆的etc秘钥之后,需要进行秘钥解密,以通过秘钥解密来获得候选车辆的车辆标识,本实施例提供的一种可选实施方式中,具体采用以下方式进行秘钥解密:通过所述etc接收组件对检测到的所述至少一个候选车辆的etc秘钥进行秘钥解密,获得所述至少一个候选车辆的车辆标识。
36.实际应用中,出于安全性考虑,将对etc秘钥的秘钥解密处理放在服务器一端执行,本实施例提供的一种可选实施方式中,具体采用如下方式进行秘钥解密:
37.向所述服务器发送所述至少一个候选车辆的etc秘钥,由所述服务器对所述etc秘钥进行秘钥解密获得所述至少一个候选车辆的车辆标识;
38.接收所述服务器下发的所述至少一个候选车辆的车辆标识。
39.例如,a车通过配置的etc接收组件将检测到的射频通讯范围内车辆的etc秘钥上传至服务器,服务器对所述秘钥进行秘钥解密并回传秘钥解密后获得的a车检测到的射频通讯范围内车辆的车牌号,a车将根据所述检测到的车牌号以及通过车机终端采集的b车车牌号对b车进行身份核验。
40.步骤s106,在对所述etc秘钥进行秘钥解密后获得的至少一个候选车辆的车辆标识中,选择车辆标识与所述目标车辆标识相同的候选车辆作为目标车辆。
41.本实施例中,在交易发起车辆将检测到的射频通讯范围内车辆的etc秘钥上传至服务器后,通过服务器对检测到的射频通讯范围内车辆的etc秘钥进行秘钥解密,获得至少一个候选车辆的车辆标识,根据由交易发起车辆车机终端采集到的目标车辆标识与所述获得至少一个候选车辆的车辆标识进行比对,选择车辆标识与所述目标车辆标识相同的射频通讯范围内车辆作为目标车辆。通过在对所述etc秘钥进行秘钥解密后获得的至少一个候选车辆的车辆标识中,选择车辆标识与所述目标车辆标识相同的候选车辆作为交易发起车辆指定的目标车辆,对目标车辆进行身份核验,提高车辆身份核验的准确性,保障交易安全。
42.步骤s108,基于所述交易信息,通过服务器发起与所述目标车辆的交易处理。
43.上述确定目标车辆后,向服务器发起针对该目标车辆的交易请求,交易请求具体包括收款请求和/或支付请求,相应的,针对收款请求和/或支付请求,进行的交易处理包括收款处理和支付处理,下述分别对收款处理和支付处理详细说明。
44.(1)收款处理
45.具体在收款过程中,首先由交易发起车辆向服务器提交针对所述目标车辆的收款请求;
46.服务器在接收到所述交易发起车辆的收款请求之后,根据所述收款请求生成交易订单并向所述目标车辆发送交易提醒;
47.目标车辆在接收到所述服务器发送的所述交易提醒之后,展示所述服务器发送的所述交易提醒,通过所述目标车辆配置的etc接收组件检测至少一个待检测车辆的etc秘钥并进行秘钥解密;判断秘钥解密后获得的至少一个待检测车辆的标识信息中是否包含所述车辆标识;若是,向所述服务器提交交易确认指令。
48.服务器在接收到所述目标车辆的车机终端提交的交易确认指令之后,按照所述交易金额从所述目标车辆的etc接收组件绑定的资金账户进行资金转出,并将转出资金划拨至所述交易发起车辆的etc接收组件绑定的资金账户;向所述目标车辆发送交易结果提醒;
49.本实施例中,所述收款请求中包含所述目标车辆标识和所述交易金额;所述交易订单中记录有交易发起车辆的车辆标识和所述交易金额;所述交易提醒包含所述交易发起车辆的车辆标识和所述交易金额。
50.具体的,交易发起车辆在针对目标车辆发起收款的过程中,采用如下可选实施方式进行交易处理:
51.向所述服务器提交针对所述目标车辆的收款请求,所述收款请求中包含所述目标车辆标识和所述交易金额;
52.接收所述服务器发送的交易结果提醒。
53.在此基础上,服务器接收到所述交易发起车辆的收款请求后,服务器采用如下可选实施方式进行交易处理:
54.根据所述收款请求生成交易订单并向所述目标车辆发送交易提醒,所述交易订单中记录有交易发起车辆的车辆标识和所述交易金额;
55.在接收到所述目标车辆的车机终端提交的交易确认指令之后,按照所述交易金额从所述目标车辆的etc接收组件绑定的资金账户进行资金转出,并将转出资金划拨至所述交易发起车辆的etc接收组件绑定的资金账户;
56.向所述目标车辆发送交易结果提醒。
57.进一步,服务器将所述交易提醒发至目标车辆之后,由目标车辆采用如下可选实施方式进行交易处理:
58.展示所述服务器发送的所述交易提醒,所述交易提醒包含所述交易发起车辆的车辆标识和所述交易金额;
59.通过所述目标车辆配置的etc接收组件检测至少一个待检测车辆的etc秘钥并进行秘钥解密;
60.判断秘钥解密后获得的至少一个待检测车辆的标识信息中是否包含所述车辆标
识;
61.若是,向所述服务器提交交易确认指令,以通过所述服务器进行交易处理。
62.例如,a车在对b车进行身份核验后,向b车发起收款100元的收款请求并将所述收款请求发送到服务器;
63.服务器在接收到所述收款请求后生成交易订单并根据所述交易订单向b车发送给a车支付100元的交易提醒;
64.b车接收到所述交易提醒并进行展示,在对a车进行身份核验之后向服务器发送交易确认指令,确认向a车支付100元;
65.服务器接收到b车发送的交易确认指令,从b车etc接受组件绑定的支付宝账户中划拨100元至a车etc接受组件绑定的支付宝账户,向a、b车辆发送交易结果提醒。
66.(2)支付处理
67.具体在支付过程中,首先由交易发起车辆向服务器提交针对所述目标车辆的支付请求;
68.根据支付请求中包含的交易金额,判断交易金额是否大于所述交易发起车辆的etc接收组件绑定的资金账户的免密额度阈值,若大于,所述车机终端获取用户提交的支付密码,向所述服务器提交所述支付密码和交易确认指令,若小于,向所述服务器提交免密支付指令;
69.服务器在接收到所述交易发起车辆提交的所述支付密码和所述交易确认指令,或所述免密支付指令之后,按照所述交易金额从所述交易发起车辆的etc接收组件绑定的资金账户进行资金转出,并将转出资金划拨至所述目标车辆的etc接收组件绑定的资金账户。
70.本实施例中,所述支付请求包括所述目标车辆标识和所述交易金额;
71.实际交易过程中,交易金额较小且多次输入支付密码操作繁琐,本实施例适配免密支付场景,比如,a车可以设置免密支付额度,在保证交易安全的基础上,减少用户由于交易金额较小而多次输入支付密码的重复操作,当交易金额小于免密支付额度时,a车向服务器提交免密支付指令;当交易金额大于免密支付额度时,a车向服务器提交支付密码和交易确认指令。具体的,交易发起车辆在向目标车辆发起支付的过程中,采用如下可选实施方式进行交易处理:
72.向所述服务器提交针对所述目标车辆的支付请求,所述支付请求包括所述目标车辆标识和所述交易金额;
73.判断所述交易金额是否大于所述交易发起车辆的etc接收组件绑定的资金账户的免密额度阈值;
74.若大于,所述车机终端获取用户提交的支付密码,向所述服务器提交所述支付密码和交易确认指令;
75.若小于,向所述服务器提交免密支付指令,以通过所述服务器进行交易处理;
76.接收所述服务器发送的交易结果提醒。
77.在此基础上,服务器针对所述交易发起车辆提交的所述支付密码和所述交易确认指令,或所述免密支付指令,服务器采用如下可选实施方式进行交易处理:
78.按照所述交易金额从所述交易发起车辆的etc接收组件绑定的资金账户进行资金转出,并将转出资金划拨至所述目标车辆的etc接收组件绑定的资金账户;
79.向所述交易发起车辆和目标车辆发送交易结果提醒。
80.例如,a车在对b车进行身份核验后,向b车发起支付100元的收款请求并将所述收款请求发送到服务器;a车的免密额度为200元,向服务器提交免密支付指令;
81.服务器在接收到所述免密支付指令后,从a车etc接受组件绑定的支付宝账户中划拨100元至b车etc接受组件绑定的支付宝账户,向a、b车辆发送交易结果提醒。
82.下述以本实施例提供的一种应用于车辆的交易处理方法在收款场景的应用为例,对本实施例提供的应用于车辆的交易处理方法进行进一步说明,参见图2,收款场景下的应用于车辆的交易处理方法,具体包括步骤s202至步骤s212。
83.步骤s202,获取用户通过车机终端提交的收款信息。
84.具体的,第一车辆配置车机终端用于采集用户提交的针对第二车辆的收款信息,所述收款信息包括目标车辆标识和交易金额;
85.步骤s204,通过etc接收组件检测至少一个候选车辆的etc秘钥。
86.etc接受组件配置在所述第一车辆上,用于接收第一车辆射频通讯范围内的其他车辆所配置的etc发送组件所发送的信号,信号中携带etc秘钥。
87.所述候选车辆包括所述交易发起车辆etc接收组件射频通讯范围内的车辆;所述秘钥是指包含车辆标识的加密信息。
88.步骤s206,通过etc接收组件对检测到的至少一个候选车辆的etc秘钥进行秘钥解密,获得至少一个候选车辆的车辆标识。
89.步骤s208,在对etc秘钥进行秘钥解密后获得的至少一个候选车辆的车辆标识中,选择车辆标识与目标车辆标识相同的候选车辆作为目标车辆。
90.步骤s210,向服务器提交针对第二车辆的收款请求。
91.所述收款请求中包含所述目标车辆标识和所述交易金额。
92.具体的,服务器根据收款请求生成交易订单并向目标车辆发送交易提醒,交易订单中记录有交易发起车辆的车辆标识和所述交易金额;目标车辆展示所述服务器发送的所述交易提醒,交易提醒包含所述交易发起车辆的车辆标识和所述交易金额;目标车辆通过配置的etc接收组件检测至少一个待检测车辆的etc秘钥并进行秘钥解密,判断秘钥解密后获得的至少一个待检测车辆的标识信息中是否包含所述车辆标识,若是,向所述服务器提交交易确认指令,以通过所述服务器进行交易处理;在接收到所述目标车辆的车机终端提交的交易确认指令之后,按照所述交易金额从所述目标车辆的etc接收组件绑定的资金账户进行资金转出,并将转出资金划拨至所述交易发起车辆的etc接收组件绑定的资金账户。
93.步骤s212,接收服务器发送的交易结果提醒。
94.具体的,服务器将相应的交易金额从第二车辆配置的etc所绑定的资金账户中划拨至第一车辆配置的etc所绑定的资金账户,向第一车辆和第二车辆发送交易成功的结果提醒。
95.下述以本实施例提供的一种应用于车辆的交易处理方法在支付场景的应用为例,对本实施例提供的应用于车辆的交易处理方法进行进一步说明,参见图3,自动驾驶场景下的应用于车辆的交易处理方法,具体包括步骤s302至步骤s314。
96.步骤s302,获取通过与车机终端连接的处理系统自动生成的支付信息。
97.在该自动驾驶场景中,发起交易的第一车辆与被交易的第二车辆均为自动驾驶车
辆。
98.第一车辆配置车机终端用于提交所述车机终端连接的系统自动生成的针对第二车辆的支付信息;所述支付信息包括目标车辆标识和交易金额。
99.步骤s304,通过etc接收组件检测至少一个候选车辆的etc秘钥。
100.步骤s306,向服务器发送至少一个候选车辆的etc秘钥,由服务器对etc秘钥进行秘钥解密获得至少一个候选车辆的车辆标识。
101.步骤s308,在对etc秘钥进行秘钥解密后获得的至少一个候选车辆的车辆标识中,选择车辆标识与第二车辆标识相同的候选车辆作为第二车辆。
102.步骤s310,向服务器提交针对第二车辆的支付请求。
103.所述支付请求中包含所述目标车辆标识和所述交易金额。
104.步骤s310,判断交易金额是否大于第一车辆的etc接收组件绑定的资金账户的免密额度阈值;
105.若是,执行步骤s312;
106.若否,向所述服务器提交免密支付指令,以通过服务器进行交易处理。
107.步骤s312,车机终端获取提交的支付密码,向服务器提交支付密码和交易确认指令。
108.步骤s314,接收服务器发送的交易结果提醒。
109.具体的,服务器将相应的交易金额从第二车辆配置的etc所绑定的资金账户中划拨至第一车辆配置的etc所绑定的资金账户,向第一车辆和第二车辆发送交易成功的结果提醒。
110.本说明书提供的另一种应用于车辆的交易处理方法实施例:
111.参照图4,其示出了本实施例提供的另一种应用于车辆的交易处理流程图,参照图5,其示出了本实施例提供的另一种收款场景下的应用于车辆的交易处理流程图。
112.参照图4,本实施例提供的应用于车辆的交易处理方法,具体包括步骤s402至步骤s408。
113.步骤s402,接收服务器发送的交易提醒并展示。
114.具体实施时,配置有etc接收组件的交易发起车辆向配置有etc发送组件的目标车辆发送通过车机终端采集的或由车机终端连接的系统自动生成的交易信息,所述交易信息包括目标车辆标识和交易金额,然后通过配置的etc接收组件检测etc射频通讯范围内车辆的etc秘钥,根据服务器回传的所述etc射频通讯范围内车辆的车辆标识以及通过车机终端采集的目标车辆标识,对目标车辆进行身份核验;在配置有etc接收组件的交易发起车辆确认所述目标车辆后,通过服务器向目标车辆发起收款请求,服务器根据所述收款请求创建交易订单,并生成交易提醒发送至目标车辆。
115.此处,基于服务器发送的交易提醒,目标车辆接收所述交易提醒并在车机终端进行展示,根据交易提醒中包含的交易发起车辆的车辆标识,目标车辆可以通过配置的etc接收组件对所述交易发起车辆的身份进行身份核验。所述目标车辆是相对于交易发起车辆的参与交易的另一侧车辆,比如a车向b车发起收款,a车作为交易发起车辆,b车则作为目标车辆;所述交易提醒包含交易发起车辆的车辆标识和交易金额。
116.步骤s404,通过etc接收组件检测至少一个待检测车辆的etc秘钥并进行秘钥解
密。
117.本实施例提供的应用于车辆的交易处理方法,目标车辆通过配置的etc接受组件检测射频通讯范围内至少一个待检测车辆由各自配置的etc发送组件发送的信号中携带的etc秘钥,并通过配置的etc接收组件或服务器对所述etc秘钥进行秘钥解密,从而获得至少一个待检测车辆的车辆标识。
118.本实施例中,所述待检测车辆包括目标车辆的etc接收组件射频通讯范围内的车辆,在实际应用场景中待检测车辆可能是一辆或者多辆。
119.具体实施时,通过etc接收组件检测至少一个待检测车辆的etc秘钥并进行秘钥解密的过程中,可选的,所述至少一个待检测车辆通过各自配置的etc发送组件发出信号,所述信号中携带所述至少一个候选车辆各自的etc秘钥;相应的,配置有所述etc接收组件的交易发起车辆,通过所述etc接收组件检测所述至少一个待检测车辆通过各自配置的etc发送组件发出的信号中携带的etc秘钥。
120.通过上述目标车辆配置的etc接收组件检测至少一个待检测车辆的etc秘钥的方式,目标车辆对所述交易发起车辆也进行身份核验,确认交易发起车辆的身份,保障交易安全。
121.此后,针对检测到的所述至少一个待检测车辆的etc秘钥,需要进行秘钥解密,从而获得至少一个待检测车辆的车辆标识,本实施例提供的一种可选实施方式中,具体采用以下方式进行秘钥解密:
122.通过etc接收组件检测至少一个待检测车辆的etc秘钥,由所述etc接收组件对检测到的所述至少一个待检测车辆的etc秘钥进行秘钥解密,获得所述至少一个待检测车辆的车辆标识;
123.或者,
124.通过etc接收组件检测至少一个待检测车辆的etc秘钥,向所述服务器发送所述至少一个待检测车辆的etc秘钥,由所述服务器对所述etc秘钥进行秘钥解密获得所述至少一个待检测车辆的车辆标识;
125.接收所述服务器下发的所述至少一个待检测车辆的车辆标识。
126.步骤s406,判断秘钥解密后获得的至少一个待检测车辆的车辆标识中是否包含所述车辆标识。
127.本实施例提供的应用于车辆的交易处理方法,基于服务器对检测到的所述至少一个待检测车辆的etc秘钥进行秘钥解密所获得的至少一个待检测车辆的车辆标识,在所述目标车辆接收到服务器下发的所述至少一个待检测车辆的车辆标识之后,通过判断秘钥解密后获得的至少一个待检测车辆的车辆标识中是否包含所述车辆标识这一过程,对交易发起车辆的身份进行核验。
128.在判断秘钥解密后获得的至少一个待检测车辆的车辆标识中是否包含所述车辆标识的过程中,根据交易提醒中包含的所述交易发起车辆的车辆标识与所述获得至少一个待检测车辆的车辆标识进行比对,若秘钥解密后获得的至少一个待检测车辆的标识信息中包含所述车辆标识,选择车辆标识与所述交易发起车辆的车辆标识相同的至少一个待检测车辆作为交易发起车辆;若不包含,所述目标车辆对交易发起车辆的身份核验失败,向服务器发送对交易发起车辆身份核验失败的判断结果,服务器根据所述判断结果终止交易。
129.在所述目标车辆对交易发起车辆的身份核验过程中,本实施例中提供的一种可实施方式,目标车辆具体采用如下方式执行针对身份核验失败的操作:
130.向所述服务器发送判断结果,由服务器终止交易。
131.实际场景中,目标车辆若针对交易提醒中包含的交易金额不予确认,则交易无法继续,比如,a车向b车发起收款100元,b车对100元这一交易金额不予确认,然后终止a车向b车发起收款100元的交易,或者在a车变更交易金额为50元并向b车发起收款50元后,b车可对50元这一交易金额进行确认,再通过服务器进行交易处理。本实施例中,目标车辆拒绝接收由服务器下发的交易提醒,向服务器发送拒收指令,由服务器终止交易,或者接收由服务器下发的交易提醒并展示,根据所述交易提醒中更新后的交易金额提交交易确认指令,本实施例中的一种可实施方式中,在目标车辆针对交易提醒中包含的交易金额不予确认后,具体采用如下方式进行交易处理:
132.拒收所述收款提醒并向所述服务器发送拒收指令,终止交易;
133.或者,
134.接收由所述服务器下发的交易提醒并展示,所述交易提醒包含交易发起车辆的车辆标识和所述交易发起车辆更新后的交易金额。
135.步骤s408,向所述服务器提交交易确认指令,以通过所述服务器进行交易处理。
136.如上所述,目标车辆在对交易发起车辆进行身份核验之后,确认交易发起车辆的身份,还需要根据所述目标车辆etc接收组件绑定的资金账户的免密额度对所述交易提醒中的交易金额做出判断:
137.若所述交易金额大于所述目标车辆的etc接收组件绑定的资金账户的免密额度阈值,配置有所述etc接收组件的目标车辆的车机终端获取用户提交的支付密码,向所述服务器提交所述支付密码和交易确认指令,若小于,向所述服务器提交确认免密支付指令。
138.服务器在接收到所述目标车辆发送的交易确认指令或免密支付指令后,本实施例提供一种可选实施方式中,服务器具体采用如下方式进行交易处理:
139.按照所述交易金额从所述目标车辆的etc组件绑定的资金账户进行资金转出,并将转出资金划拨至所述交易发起车辆的etc识别组件绑定的资金账户。
140.下述以本实施例提供的另一种应用于车辆的交易处理方法在收款场景的应用为例,对本实施例提供的应用于车辆的交易处理方法进行进一步说明,参见图5,收款场景下的应用于车辆的交易处理方法,具体包括步骤s502至步骤s518。
141.步骤s502,接收服务器发送的交易提醒并展示。
142.具体的,配置有etc接收组件的第一车辆向配置有etc发送组件的第二车辆发送通过车机终端采集的或由车机终端连接的系统自动生成的交易信息,所述交易信息包括第二车辆标识和交易金额,然后通过配置的etc接收组件检测etc射频通讯范围内车辆的etc秘钥,根据服务器回传的所述etc射频通讯范围内车辆的车辆标识以及通过车机终端采集的第二车辆标识,对第二车辆进行身份核验;在配置有etc接收组件的第一车辆确认所述第二车辆后,通过服务器向第二车辆发起收款请求,服务器根据所述收款请求创建交易订单,并生成交易提醒发送至第二车辆。
143.步骤s504,通过etc接收组件检测至少一个待检测车辆的etc秘钥并进行秘钥解密。
144.具体的,通过etc接收组件检测至少一个待检测车辆的etc秘钥,由所述etc接收组件对检测到的所述至少一个待检测车辆的etc秘钥进行秘钥解密,获得所述至少一个待检测车辆的车辆标识;或者,通过etc接收组件检测至少一个待检测车辆的etc秘钥,向所述服务器发送所述至少一个待检测车辆的etc秘钥,由所述服务器对所述etc秘钥进行秘钥解密获得所述至少一个待检测车辆的车辆标识。
145.步骤s502,判断秘钥解密后获得的至少一个待检测车辆的车辆标识中是否包含第一车辆标识。
146.步骤s504,若是,向所述服务器提交交易确认指令,以通过所述服务器进行交易处理。
147.步骤s506,判断交易金额是否大于第一车辆的etc接收组件绑定的资金账户的免密额度阈值;
148.若是,执行步骤s508;
149.若否,向服务器提交免密支付指令,以通过服务器进行交易处理。
150.步骤s508,车机终端获取用户提交的支付密码,向服务器提交支付密码和交易确认指令。
151.步骤s510,按照交易金额从第一车辆的etc接收组件绑定的资金账户进行资金转出,并将转出资金划拨至所述第二车辆的etc接收组件绑定的资金账户。
152.步骤s512,接收服务器发送的交易结果提醒。
153.具体的,服务器将相应的交易金额从第二车辆配置的etc所绑定的资金账户中划拨至第一车辆配置的etc所绑定的资金账户,向第一车辆和第二车辆发送交易成功的结果提醒。
154.本说明书提供的一种应用于车辆的交易处理装置实施例如下:
155.在上述的实施例中,提供了一种应用于车辆的交易处理方法,与之相对应的,还提供了一种应用于车辆的交易处理装置,下面结合附图进行说明。
156.参照图6,其示出了本实施例提供的一种应用于车辆的交易处理方法装置示意图。
157.由于装置实施例对应于方法实施例,所以描述得比较简单,相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
158.本实施例提供一种应用于车辆的交易处理装置,包括:
159.交易信息获取模块602,被配置为获取通过车机终端采集的交易信息,所述交易信息包括目标车辆标识和交易金额;
160.检测模块604,被配置为通过etc接收组件检测至少一个候选车辆的etc秘钥;
161.解密模块606,被配置为在对所述etc秘钥进行秘钥解密后获得的至少一个候选车辆的车辆标识中,选择车辆标识与所述目标车辆标识相同的候选车辆作为目标车辆;
162.交易模块608,被配置为基于所述交易信息,通过服务器发起与所述目标车辆的交易处理。
163.本说明书提供的另一种应用于车辆的交易处理装置实施例如下:
164.在上述的实施例中,提供了另一种应用于车辆的交易处理方法,与之相对应的,还提供了另一种应用于车辆的交易处理装置,下面结合附图进行说明。
165.参照图7,其示出了本实施例提供的另一种应用于车辆的交易处理方法装置示意
图。
166.由于装置实施例对应于方法实施例,所以描述得比较简单,相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
167.本实施例提供另一种应用于车辆的交易处理装置,包括:
168.交易提醒接收模块702,被配置为接收服务器发送的交易提醒并展示,所述交易提醒包含交易发起车辆的车辆标识和交易金额;
169.检测解密模块704,被配置为通过etc接收组件检测至少一个待检测车辆的etc秘钥并进行秘钥解密;
170.判断模块706,被配置为判断秘钥解密后获得的至少一个待检测车辆的车辆标识中是否包含所述车辆标识;
171.若所述判断模块706的运行结果为是,则运行交易模块708,所述交易模块708,被配置为向所述服务器提交交易确认指令,以通过所述服务器进行交易处理。
172.本说明书提供的一种应用于车辆的交易处理设备实施例如下:
173.对应上述描述的一种应用于车辆的交易处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种应用于车辆的交易处理设备,该应用于车辆的交易处理设备用于执行上述提供的应用于车辆的交易处理方法,图8为本说明书一个或多个实施例提供的一种应用于车辆的交易处理设备的结构示意图。
174.本实施例提供的一种应用于车辆的交易处理设备,包括:
175.如图8所示,应用于车辆的交易处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器801和存储器802,存储器802中可以存储有一个或一个以上存储应用程序或数据。其中,存储器802可以是短暂存储或持久存储。存储在存储器802的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括应用于车辆的交易处理设备中的一系列计算机可执行指令。更进一步地,处理器501可以设置为与存储器802通信,在应用于车辆的交易处理设备上执行存储器802中的一系列计算机可执行指令。应用于车辆的交易处理设备还可以包括一个或一个以上电源803,一个或一个以上有线或无线网络接口804,一个或一个以上输入/输出接口805,一个或一个以上键盘806等。
176.在一个具体的实施例中,应用于车辆的交易处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对应用于车辆的交易处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
177.获取通过车机终端采集的交易信息,所述交易信息包括目标车辆标识和交易金额;
178.通过etc接收组件检测至少一个候选车辆的etc秘钥;
179.在对所述etc秘钥进行秘钥解密后获得的至少一个候选车辆的车辆标识中,选择车辆标识与所述目标车辆标识相同的候选车辆作为目标车辆;
180.基于所述交易信息,通过服务器发起与所述目标车辆的交易处理。
181.本说明书提供的另一种应用于车辆的交易处理设备实施例如下:
182.对应上述描述的另一种应用于车辆的交易处理方法,基于相同的技术构思,本说
明书一个或多个实施例还提供另一种应用于车辆的交易处理设备,该数据处理设备应用于车辆的交易处理设备用于执行上述提供的应用于车辆的交易处理方法,图9为本说明书一个或多个实施例提供的另一种应用于车辆的交易处理设备的结构示意图。
183.本实施例提供的另一种应用于车辆的交易处理设备,包括:
184.如图9所示,应用于车辆的交易处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器901和存储器902,存储器902中可以存储有一个或一个以上存储应用程序或数据。其中,存储器902可以是短暂存储或持久存储。存储在存储器902的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括应用于车辆的交易处理设备中的一系列计算机可执行指令。更进一步地,处理器901可以设置为与存储器902通信,在应用于车辆的交易处理设备上执行存储器902中的一系列计算机可执行指令。应用于车辆的交易处理设备还可以包括一个或一个以上电源903,一个或一个以上有线或无线网络接口904,一个或一个以上输入/输出接口909,一个或一个以上键盘906等。
185.在一个具体的实施例中,应用于车辆的交易处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对应用于车辆的交易处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
186.接收服务器发送的交易提醒并展示,所述交易提醒包含交易发起车辆的车辆标识和交易金额;
187.通过etc接收组件检测至少一个待检测车辆的etc秘钥并进行秘钥解密;
188.判断秘钥解密后获得的至少一个待检测车辆的车辆标识中是否包含所述车辆标识;
189.若是,向所述服务器提交交易确认指令,以通过所述服务器进行交易处理。
190.本说明书提供的一种存储介质实施例如下:
191.对应上述描述的一种应用于车辆的交易处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种存储介质。
192.本实施例提供的存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被执行时实现以下流程:
193.获取通过车机终端采集的交易信息,所述交易信息包括目标车辆标识和交易金额;
194.通过etc接收组件检测至少一个候选车辆的etc秘钥;
195.在对所述etc秘钥进行秘钥解密后获得的至少一个候选车辆的车辆标识中,选择车辆标识与所述目标车辆标识相同的候选车辆作为目标车辆;
196.基于所述交易信息,通过服务器发起与所述目标车辆的交易处理。
197.说明书提供的另一种存储介质实施例如下:
198.对应上述描述的一种应用于车辆的交易处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种存储介质。
199.本实施例提供的存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被执行时实现以下流程:
200.接收服务器发送的交易提醒并展示,所述交易提醒包含交易发起车辆的车辆标识和交易金额;
201.通过etc接收组件检测至少一个待检测车辆的etc秘钥并进行秘钥解密;
202.判断秘钥解密后获得的至少一个待检测车辆的车辆标识中是否包含所述车辆标识;
203.若是,向所述服务器提交交易确认指令,以通过所述服务器进行交易处理。
204.需要说明的是,本说明书中关于存储介质的实施例与本说明书中关于数据处理方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应方法的实施,重复之处不再赘述。
205.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
206.在20世纪30年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(programmable logic device,pld)(例如现场可编程门阵列(field programmable gate array,fpga))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(hardware description language,hdl),而hdl也并非仅有一种,而是有许多种,如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等,目前最普遍使用的是vhdl(very

high

speed integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
207.控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit,asic)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:arc629d、atmel at91sam、microchip pic18f26k20以及silicone labs c8091f320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以
纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
208.上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
209.为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
210.本领域内的技术人员应明白,本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此,本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd

rom、光学存储器等)上实施的计算机程序产品的形式。
211.本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
212.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
213.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
214.在一个典型的配置中,计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
215.内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
216.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。
计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd

rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
217.还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
218.本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
219.本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
220.以上所述仅为本文件的实施例而已,并不用于限制本文件。对于本领域技术人员来说,本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本文件的权利要求范围之内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1