CN116843330A

CN116843330A - 支付方法、装置、设备及存储介质

Info

Publication number: CN116843330A
Application number: CN202310694527.8A
Authority: CN
Inventors: 郭建昌; 赵新宇; 施展
Original assignee: Shenzhen Financial Technology Research Institute Financial Technology Research Institute Of People's Bank Of China; Digital Currency Institute of the Peoples Bank of China
Current assignee: Shenzhen Financial Technology Research Institute Financial Technology Research Institute Of People's Bank Of China; Digital Currency Institute of the Peoples Bank of China
Priority date: 2022-11-11
Filing date: 2023-06-12
Publication date: 2023-10-03

Abstract

本申请实施例公开了一种支付方法、装置、设备及存储介质，涉及支付交易技术领域。支付方法包括：应用于车载单元OBU，方法包括：在接收到唤醒信号的情况下，开启第一蓝牙模块；唤醒信号为路侧单元RSU发射在预设区域内的信号。通过第一蓝牙模块与RSU建立通信连接。接收RSU发送的支付指令；支付指令包括待支付金额、收款钱包地址以及随机数。响应于支付指令，生成交易数据，并向RSU发送交易数据；交易数据包括与待支付金额对应的支付凭证。本申请公开的支付方法及其相关的装置、设备、存储介质可用于解决相关技术中支付停车费流程繁琐，支付交易效率较低的问题。

Description

支付方法、装置、设备及存储介质

本申请要求于2022年11月11日提交的、申请号为202211414740.0的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及支付交易技术领域，尤其涉及一种支付方法、装置、设备及存储介质。

背景技术

目前，当车辆要驶离停车场时，需要用户采用扫码支付的方式支付停车费。具体的，当车辆行驶至停车场出口时，用户从停车场出口的显示屏处获取停车费用，并使用用户设备扫描付款二维码。进一步的，用户在使用用户设备扫描付款二维码之后，在用户设备显示的付款界面中输入相应的停车费用。

但是，用户在使用用户设备扫描付款二维码时，需要打开车窗。并且，在环境光线差的情况下，用户需要反复扫描付款二维码，才能使得用户设备显示付款界面。这样，导致支付停车费的流程繁琐，支付交易效率较低，影响用户体验。

发明内容

本申请提供一种支付方法、装置、设备及存储介质，以至少解决相关技术中支付停车费流程繁琐，支付交易效率较低的问题。本申请的技术方案如下：

第一方面，提供一种交易方法，应用于车载单元OBU，OBU包括第一蓝牙模块，方法包括：在接收到唤醒信号的情况下，开启第一蓝牙模块；唤醒信号为路侧单元RSU发射在预设区域内的信号。通过第一蓝牙模块与RSU建立通信连接。接收RSU发送的支付指令；支付指令包括待支付金额、收款钱包地址以及随机数。响应于支付指令，生成交易数据，并向RSU发送交易数据；交易数据包括与待支付金额对应的支付凭证。

在一种可能的实施方式中，通过第一蓝牙模块与RSU建立通信连接，包括：通过第一蓝牙模块接收RSU在预设区域内广播的设备信息；设备信息包括RSU的标识。响应于设备信息，生成响应消息，并通过第一蓝牙模块广播响应消息；响应消息包括验证信息和第一蓝牙模块的地址；验证信息为基于RSU的标识生成的。接收RSU发送的连接指令；连接指令为RSU在接收到响应消息之后，若验证信息通过验证，则基于第一蓝牙模块的地址生成的。响应于连接指令，通过第一蓝牙模块与RSU建立通信连接。

在一种可能的实施方式中，响应于支付指令，生成交易数据，包括：响应于支付指令，生成授权请求信息，并向用户设备发送授权请求信息。授权请求信息包括待支付金额。接收用户设备发送的授权回复信息。授权回复信息包括确认支付标识或者拒绝支付标识；授权回复信息为用户设备响应于用户的授权支付操作生成的。在授权回复信息包括确认支付标识的情况下，基于待支付金额，生成交易数据。

在一种可能的实施方式中，OBU中存储有预设的可信列表，可信列表包括预先授权的蓝牙地址；在向用户设备发送授权请求信息之前，方法还包括：通过第一蓝牙模块检测多个候选蓝牙地址。对于第一候选蓝牙地址，若可信列表中包括第一候选蓝牙地址，则将第一候选蓝牙地址对应的设备确定为用户设备；第一候选蓝牙地址为多个候选蓝牙地址中的任意一个。

在一种可能的实施方式中，唤醒信号为功耗值小于预设阈值的方波信号。

第二方面，提供一种支付方法，应用于路侧单元RSU，RSU包括第二蓝牙模块，方法包括：通过第二蓝牙模块向预设区域内发射唤醒信号；唤醒信号用于唤醒车载单元OBU。通过第二蓝牙模块与OBU建立通信连接。向OBU发送支付指令；支付指令包括待支付金额、收款钱包地址以及随机数。接收OBU发送的交易数据；交易数据包括与待支付金额对应的支付凭证。

在一种可能的实施方式中，OBU包括第一蓝牙模块，在通过第二蓝牙模块与OBU建立通信连接之前，方法还包括：通过第二蓝牙模块向预设区域内广播设备信息；设备信息包括RSU的标识。接收OBU发送的响应消息；响应消息包括验证信息以及第一蓝牙模块的地址；验证信息为基于RSU的标识生成的。在验证信息通过验证的情况下，基于第一蓝牙模块的地址，生成连接指令，并通过第二蓝牙模块向OBU发送连接指令。

在一种可能的实施方式中，生成连接指令，包括：通过第二蓝牙模块接收OBU发送的定位信息，并确定定位信息的到达角。基于到达角，确定OBU的位置，并在OBU的位置位于预设区域的情况下，生成连接指令。

在一种可能的实施方式中，RSU包括硬件钱包，方法还包括：在接收到交易数据之后，将待支付金额对应的支付凭证存储至硬件钱包，并在RSU联网的情况下，将硬件钱包中的支付凭证同步至RSU对应的数字货币平台的总硬件钱包中；数字货币平台用于归集硬件钱包中的数字货币对应的。

第三方面，提供一种支付装置，应用于车载单元OBU，OBU包括第一蓝牙模块，支付装置包括：开启单元、连接单元、接收单元、生成单元以及发送单元；开启单元，用于在接收到唤醒信号的情况下，开启第一蓝牙模块；唤醒信号为路侧单元RSU发射在预设区域内的信号。连接单元，用于通过第一蓝牙模块与RSU建立通信连接。接收单元，用于接收RSU发送的支付指令；支付指令包括待支付金额、收款钱包地址以及随机数。生成单元，用于响应于支付指令，生成交易数据；交易数据包括与待支付金额对应的支付凭证。发送单元，用于向RSU发送交易数据。

在一种可能的实施方式中，连接单元，具体用于：通过第一蓝牙模块接收RSU在预设区域内广播的设备信息；设备信息包括RSU的标识。响应于设备信息，生成响应消息，并通过第一蓝牙模块广播响应消息；响应消息包括验证信息和第一蓝牙模块的地址；验证信息为基于RSU的标识生成的。接收RSU发送的连接指令；连接指令为RSU在接收到响应消息之后，若验证信息通过验证，则基于第一蓝牙模块的地址生成的。响应于连接指令，通过第一蓝牙模块与RSU建立通信连接。

在一种可能的实施方式中，生成单元，具体用于：响应于支付指令，生成授权请求信息，并向用户设备发送授权请求信息。授权请求信息包括待支付金额。接收用户设备发送的授权回复信息。授权回复信息包括确认支付标识或者拒绝支付标识；授权回复信息为用户设备响应于用户的授权支付操作生成的。在授权回复信息包括确认支付标识的情况下，基于待支付金额，生成交易数据。

在一种可能的实施方式中，OBU中存储有预设的可信列表，可信列表包括预先授权的蓝牙地址；支付装置还包括：检测单元和确定单元。检测单元，用于通过第一蓝牙模块检测多个候选蓝牙地址。确定单元，用于对于第一候选蓝牙地址，若可信列表中包括第一候选蓝牙地址，则将第一候选蓝牙地址对应的设备确定为用户设备；第一候选蓝牙地址为多个候选蓝牙地址中的任意一个。

第四方面，提供一种支付装置，应用于路侧单元RSU，RSU包括第二蓝牙模块，装置包括：发射单元、连接单元、发送单元以及接收单元；发射单元，用于通过第二蓝牙模块向预设区域内发射唤醒信号；唤醒信号用于唤醒车载单元OBU。连接单元，用于通过第二蓝牙模块与OBU建立通信连接。发送单元，用于向OBU发送支付指令；支付指令包括待支付金额、收款钱包地址以及随机数。接收单元，用于接收OBU发送的交易数据；交易数据包括与待支付金额对应的支付凭证。

在一种可能的实施方式中，OBU包括第一蓝牙模块，支付装置还包括：广播单元和生成单元。广播单元，用于通过第二蓝牙模块向预设区域内广播设备信息；设备信息包括RSU的标识。接收单元，用于接收OBU发送的响应消息；响应消息包括验证信息以及第一蓝牙模块的地址；验证信息为基于RSU的标识生成的。生成单元，用于在验证信息通过验证的情况下，基于第一蓝牙模块的地址，生成连接指令。发送单元，还用于通过第二蓝牙模块向OBU发送连接指令。

在一种可能的实施方式中，生成单元，具体用于：通过第二蓝牙模块接收OBU发送的定位信息，并确定定位信息的到达角。基于到达角，确定OBU的位置，并在OBU的位置位于预设区域的情况下，生成连接指令。

在一种可能的实施方式中，RSU包括硬件钱包，支付装置还包括存储单元和同步单元。存储单元用于在接收到交易数据之后，将待支付金额对应的支付凭证存储至硬件钱包。同步单元，用于在RSU联网的情况下，将硬件钱包中的支付凭证同步至RSU对应的数字货币平台的总硬件钱包中。数字货币平台用于归集硬件钱包中的数字货币对应的。

第五方面，提供一种车载单元OBU，包括：处理器和通信接口；通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第一方面的支付方法。

第六方面，提供一种路侧单元RSU，包括：处理器和通信接口；通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第二方面的支付方法。

第七方面，提供一种计算机可读存储介质，当计算机可读存储介质中存储的计算机执行指令由电子设备的处理器执行时，电子设备能够执行如第一方面的支付方法或如第二方面的支付方法。

第八方面，提供一种计算机程序产品，计算机程序产品包括计算机指令，当计算机指令在电子设备上运行时，电子设备能够执行如第一方面的支付方法或如第二方面的支付方法。

本申请的实施例提供的第一方面的技术方案至少带来以下有益效果：在接收到唤醒信号的情况下，开启第一蓝牙模块；唤醒信号为路侧单元RSU发射在预设区域内的信号。通过第一蓝牙模块与RSU建立通信连接。这样OBU在预设区域内被RSU发射的信号唤醒，并通过蓝牙模块与RSU建立蓝牙通信连接。接收RSU发送的支付指令；支付指令包括待支付金额。这样，OBU通过RSU发送的支付指令，确定待支付的金额。响应于支付指令，生成交易数据，并向RSU发送交易数据；交易数据包括与待支付金额对应的数字货币。这样，OBU在获取定待支付的金额之后，向RSU发送包括与待支付金额对应的数字货币的交易数据。因此，基于上述方式，利用OBU和RSU的通信完成对停车费用的支付，从而解决支付停车费流程繁琐，支付交易效率较低的问题，提高用户体验。另外，本申请实施例中采用数字货币支付停车费用，由于数字货币支付采用数字货币蓝牙支付，支持双离线交易，这样，在网络环境较差的情况下，也不会影响OBU支付停车费用。

需要说明的是，第二方面至第八方面中的任一种实现方式所带来的技术效果可参见第一方面中对应实现方式所带来的技术效果，此处不再赘述。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理，并不构成对本申请的不当限定。

图1为本申请实施例提供的一种支付系统的结构图；

图2为本申请实施例提供的另一种支付系统的结构图；

图3为本申请实施例提供的一种支付方法的流程图之一；

图4为本申请实施例提供的一种支付方法的流程图之二；

图5为本申请实施例提供的一种支付方法的流程图之三；

图6为本申请实施例提供的一种支付方法的流程图之四；

图7为本申请实施例提供的一种支付方法的流程图之五；

图8为本申请实施例提供的一种支付方法的流程图之六；

图9为本申请实施例提供的一种支付方法的流程图之七；

图10为本申请实施例提供的一种支付方法的流程图之八；

图11为本申请实施例提供的一种支付装置的结构示意图；

图12为本申请实施例提供的另一种支付装置的结构示意图；

图13为本申请实施例提供的一种车载单元的结构示意图。

具体实施方式

为了使本领域普通人员更好地理解本申请的技术方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在对本申请提供的交易方法进行详细介绍之前，先对本申请涉及的相关要素、应用场景、实施环境进行简单介绍。

首先，对本申请涉及的相关要素进行简单介绍。

数字货币：是电子货币形式的替代货币，即数字化形式的货币，比如包括数字人民币、数字欧元、数字美元等。

嵌入式安全控制模块(embedded secure access module，ESAM)是一种嵌入式安全控制模块，采用专用的智能卡芯片模块封装，其应用模式是嵌入到OBU中，完成数据的加密解密、双向身份认证、访问权限控制、数据文件存储等功能。

其次，对本申请涉及的应用场景进行简单介绍。

相关技术中，目前，当车辆要驶离停车场时，需要用户采用扫码支付方式，支付停车费。具体的，当车辆行驶至停车场出口时，用户从停车场出口的显示屏处获取停车费用，并使用用户设备扫描付款二维码。进一步的，用户在使用用户设备扫描付款二维码之后，在用户设备显示的付款界面中输入相应的停车费用，以支付停车费。

针对上述问题，本申请提供了一种支付方法，应用于OBU，在接收到唤醒信号的情况下，开启第一蓝牙模块；唤醒信号为路侧单元RSU发射在预设区域内的信号。通过第一蓝牙模块与RSU建立通信连接。这样OBU在预设区域内被RSU发射的信号唤醒，并通过蓝牙模块与RSU建立蓝牙通信连接。接收RSU发送的支付指令；支付指令包括待支付金额。这样，OBU通过RSU发送的支付指令，确定待支付的金额。响应于支付指令，生成交易数据，并向RSU发送交易数据；交易数据包括与待支付金额对应的数字货币。这样，OBU在获取定待支付的金额之后，向RSU发送包括与待支付金额对应的数字货币的交易数据。因此，基于上述方式，利用OBU和RSU的通信完成对停车费用的支付，从而解决支付停车费流程繁琐，支付交易效率较低的问题，提高用户体验。另外，本申请实施例中采用数字货币支付停车费用，由于数字货币支付采用数字货币蓝牙支付，支持双离线交易，这样，在网络环境较差的情况下，也不会影响OBU支付停车费用。

最后，对本申请提供的方法所涉及的实施环境(实施架构)进行简单介绍。

图1为本申请的实施架构图。图1示出了本申请实施例提供的一种支付系统的结构示意图。该支付系统10可以包括：OBU101和RSU102。OBU101可以与RSU102进行交易。

OBU101可以包括第一蓝牙模块、ESAM模块以及数字货币生成模块。

其中，第一蓝牙模块用于负责与RSU102进行蓝牙通信。例如：处于休眠状态下的OBU101中的蓝牙模块，接收到RSU102发送的方波信息，进入工作状态，并建立与RSU102的连接。第一蓝牙模块在接收RSU102发送的待付款金额后，向RSU102发送数字货币的支付信息。

ESAM模块用于负责与RSU102发送的信息进行安全认证。例如，ESAM模块验证RSU102是否合法。

数字货币生成模块包括第一硬件钱包。数字货币生成模块用于生成数字货币的支付交易数据。例如，数字货币生成模块若确定要支付5元的停车费用，则生成支付交易数据，并通过OBU101中的蓝牙模块将发送给RSU102。其中，该支付交易数据对应数字货币金额为5元。

可以理解的，在数字货币生成模块中OBU数字货币钱包，预先圈存有预设金额的数字货币。示例性的，用户在OBU数字货币钱包预先圈存有200元的数字货币。

在一些实施例中，OBU101还可以包括电子不停车收费系统(electronic tollcollection system，ETC)模块和存储模块。存储模块用于存储与OBU101关联的车辆信息，如车牌号码、用户信息以及交易卡信息。

RSU102可以包括天线-蓝牙模块、终端安全存取(purchase secure accessmodule，PSAM)模块、摄像头模块和数字货币接收模块。

其中，天线-蓝牙模块包括第二蓝牙模块。第二蓝牙模块可以用于和OBU101中的蓝牙模块进行蓝牙通信。第二蓝牙模块还可以用于对OBU101进行定位。

PSAM模块用于对OBU101发送的信息进行安全验证。

摄像头模块用于对预设区域进行拍照，以获取预设区域内的车辆信息。

数字货币接收模块包括第二硬件钱包。第二硬件钱包用于接收OBU101发送的数字货币的支付字符串。

在一些实施例中，RSU102还可以包括处理器。处理器用于确定OBU101待支付金额。

需要说明的是，图1仅为示例性框架图，除图1所示组成部分外，还可以包括其他组成部分，如：用户设备、车道控制设备、收费管理设备等等，不予限制。

示例性的，如图2所示，图2示出了本申请实施例提供的另一种支付系统的结构示意图。该支付系统20可以包括：OBU201、RSU202、用户设备203、车道控制设备204和收费管理设备205。OBU201分别与RSU202和用户设备203连接。RSU202分别与OBU201、车道控制设备204和收费管理设备205连接。

其中，OBU201和RSU202可以参数图1中OBU101和RSU102，不再赘述。

用户设备203可以包括蓝牙连接模块和数字货币授权模块。蓝牙连接模块用于和OBU201建立连接。数字货币授权模块用于对OBU201中的数字货币生成模块授权。

用户设备203可以为终端(terminal equipment)或者用户设备(user equipment，UE)或者移动台(mobile station，MS)或者移动终端(mobile terminal，MT)等。具体的，用户设备302可以是手机(mobile phone)、平板电脑或带无线收发功能的电脑，还可以是虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网中的无线终端、智慧城市(smart city)中的无线终端、智能家居、车载终端等。

收费管理设备205可以包括数字货币平台。数字货币平台包括总硬件钱包。其中，总硬件钱包用于归集第二硬件钱包中的数字货币。

为了便于理解，以下结合附图对本申请提供的支付方法进行具体介绍。

图3是根据一示例性实施例示出的一种支付方法的流程图。如图3所示，该支付方法包括以下步骤：S301-S307。

S301：RSU通过第二蓝牙模块向预设区域内发射唤醒信号。

其中，唤醒信号用于唤醒车载单元OBU。

作为一种可能实现的方式，RSU通过第二蓝牙模块实时或者周期向预设区域内发射唤醒信号。

在一些实施例中，为了降低RSU的功耗，唤醒信号为功耗值小于预设阈值的方波信号。

示例性的，方波可以为1赫兹频段，也可以为其他赫兹频段，对此本申请实施例不做限定。

需要说明的，预设区域为运维人员预先设置的。例如，运维人员提前对RSU的第二蓝牙模块进行调试，使得第二蓝牙模块的信号只投射在预设区域内。

S302：OBU在接收到唤醒信号的情况下，开启第一蓝牙模块。

作为一种可能实现的方式，第一蓝牙模块在休眠状态下，接收到RSU发送的唤醒信号，并开启第一蓝牙模块。

可以理解的，车辆在进入预设区域后，OBU接收到RSU发送的激活信号之后，由休眠模式进入激活模式。由于RSU只在预设区域内投射信号，这样，RSU只与预设区域内的OBU建立通信连接。在RSU的第二蓝牙模块与OBU的蓝牙模块建立连接时，RSU的第二蓝牙模块通过蓝牙定位的方式对OBU的蓝牙模块进行定位和测距，从而确定OBU的第一蓝牙模块是否位于预设区域内。这样能够避免预设区域外的OBU干扰。例如，RSU避免与停车场出口相邻车道的OBU的干扰，实现RSU对目标车道内拟放行车辆的精确识别和控制。

S303：OBU通过第一蓝牙模块与RSU建立通信连接。

作为一种可能实现的方式，第一蓝牙模块被唤醒后，接收到RSU的连接请求，并与RSU建立蓝牙通信连接。

作为另一种可能实现的方式，第一蓝牙模块被唤醒后，在检查到RSU的蓝牙信号的情况下，与RSU建立蓝牙通信连接。

此步骤的具体实施，可以参照后续步骤。

S304：RSU生成支付指令。

其中，支付指令包括支付金额、收款钱包地址以及随机数。

作为一种可能实现的方式，RSU的摄像头模块对预设区域内的车辆进行拍照，得到OBU所在车辆的车牌号码。进一步的，RSU的处理器获取车牌号码以及当前时间，并从收费管理设备获取该车牌号码的入场时间。后续的，RSU的处理器根据当前时间和入场时间，确定该车牌号码的停车费用，并将停车费用确定为OBU待支付的金额。

示例性的，RSU的摄像头模块对预设区域内的车辆进行拍照，获取车牌号码A。进一步的，RSU的处理器获取车牌号码A以及当前时间2022-05-30 12：30：00，并从收费管理设备获取车牌号码A对应车辆的入场时间2022-05-30 8：00：00。后续的，RSU的处理器确定车牌号码A对应车辆的停车时长为5个小时，并基于预设缴费规则确定车牌号码A对应车辆的停车费用为5元。

作为一种可能实现的方式，第二蓝牙模块向第一蓝牙模块发送信息请求。该信息请求消息用于指示OBU发送车辆信息。相应的，第一蓝牙模块接收RSU的第二蓝牙模块发送的信息请求，并从存储模块中获取车牌号码。进一步的，第一蓝牙模块向第二蓝牙模块发送车牌号码。

相应的，RSU的处理器获取车牌号码以及当前时间，并从收费管理设备确定该车牌号码的入场时间。后续的，RSU的处理器根据当前时间和入场时间，确定该车牌号码的停车费用，并将停车费用确定为OBU待支付的金额。

需要说明的，支付指令还可以包括其他收款初始化信息。预设区域为运维人员提前为RSU的摄像头模块设置的。预设缴费规则为运维人员提前设置在RSU的处理器中的。

支付指令还可以RSU标识、收款钱包地址(例如，收款钱包的公钥)、收款时间、业务码(例如，A停车场的停车费用)以及验证信息中的至少一个。

S305：RSU向OBU发送支付指令。相应的，OBU接收RSU发送的支付指令。

作为一种可能实现的方式，RSU通过天第二蓝牙模块向OBU发送支付指令。

S306：OBU响应于支付指令，生成交易数据。

其中，交易数据包括与待支付金额对应的支付凭证。

作为一种可能实现的方式，OBU在接收到执行指令后，对支付指令进行解析，得到待支付金额。进一步的，OBU根据待支付金额，生成与待支付金额对应的数字货币的字符串，并根据该数字货币的字符串，生成交易数据。

在一些实施例中，OBU的数字货币生成模块在得到待支付金额之后，判断OBU数字货币钱包中的数字货币余额是否大于或者等于待支付金额。若OBU数字货币钱包中的数字货币余额大于或者等于待支付金额，则OBU的数字货币生成模块根据待支付金额，生成与待支付金额对应的数字货币的字符串。

示例性的，以待支付金额为5元为例。OBU的数字货币生成模块确定需要支付5元之后，生成与5元对应的数字货币的字符串。

需要说明的，OBU的数字货币生成模块中配置有唯一的私钥和公钥。OBU的数字货币生成模块可以采用对称加密算法或非对称加密算法生成与待支付金额对应的数字货币的字符串。交易数据还可以包括OBU的签名、交易索引。

S307：OBU向RSU发送交易数据。相应的，RSU接收OBU发送的交易数据。

作为一种可能实现的方式，OBU通过蓝牙模块向RSU发送交易数据。

后续的，RSU在接收到OBU发送的交易数据之后，对交易数据进行解析，得到与待支付金额对应的数字货币的字符串。进一步的，RSU的数字货币接收模块对与待支付金额对应的数字货币的字符串进行解密验证。若验证通过，则RSU将与待支付金额对应的数字货币的字符串存入第二硬件钱包，并向车道控制设备发送控制消息。其中，控制消息用于指示车道控制设备为OBU所在的车辆放行。

在一些实施例中，第二硬件钱包只接收数字货币，并将数字货币发送至收费管理设备中的数字货币平台中，以供管理人员支配。也就是说，RSU的第二硬件钱包中的数字货币不能直接支付，避免数字货币被盗用或挪用。

在一种设计中，为了避免OBU中的数字货币被盗刷或者冒刷，如图4所示，本申请实施例的S306，具体包括：S3061-S3065。

S3061：OBU响应于支付指令，生成授权请求信息。

其中，授权请求信息包括待支付金额。

作为一种可能实现的方式，OBU在接收到支付指令后，从支付指令中获取待支付金额以及待支付金额的场景信息。进一步的，OBU基于待支付金额和待支付金额的场景信息，生成授权请求消息。

示例性的，OBU从支付指令中获取待支付金额为5元以及停车时长为3个小时。进一步的，OBU生成授权请求信息“支付金额：5元；支付明细：停车3小时”。

需要说明的，授权请求信息可以为文字形式，也可以为语音形式。

S3062：OBU向用户设备发送授权请求信息。相应的，用户设备接收OBU发送的授权请求信息。

作为一种可能实现的方式，OBU通过蓝牙模块箱用户设备发送授权请求信息。

在一些实施例中，OBU在获取支付指令后，获取与OBU绑定的用户设备，并通过蓝牙模块向用户设备发送授权请求信息。相应的，用户设备通过蓝牙通信，接收到授权请求信息。进一步的，用户设备以文字或者语音的形式提示用户进行授权。

具体的，OBU发送蓝牙信号，以尝试与用户设备建立蓝牙连接。若OBU检测到用户设备未开启蓝牙功能，则OBU提示用户开启用户设备的蓝牙功能。在一些实施例中，OBU播放提示开启用户设备蓝牙功能的语音。在另一些实施例中，OBU生成提示开启蓝牙功能的指令，并发送给RSU，以指示RSU通过语音或者文字形式提示用户开启用户设备的蓝牙功能。

需要说明的，用户设备可以为手机，也可以为车载终端，还可以为其他电子设备，本申请不予限定。

S3063：用户设备向OBU发送授权回复信息。相应的，OBU接收用户设备发送授权回复信息。

其中，授权回复信息包括确认支付标识或者拒绝支付标识；授权回复信息为用户设备响应于用户的授权支付操作生成的。

在一些实施例中，用户设备接收用户确认授权支付的操作，生成授权回复信息。

在另一些实施例中，用户设备接收到用户拒绝授权支付的操作，生成授权回复信息。

需要说明的，本申请实施例中，用户设备接收用户的授权支付操作可以为用户点击控件、输入个人身份识别码(personal identification number，Pin)、输入声纹、输入指纹或人脸认证的操作方式。

例如，以授权支付操作为点击控件为例。用户设备在授权界面中显示“确认”和“取消”两个控件。若用户设备检测到用户对“确认”控件的操作，则用户设备确认收到确认支付的操作；若用户设备检测到用户对“取消”控件的操作，则用户设备确认收到拒绝授权支付的操作。

又例如，为了方便用户授权，以授权支付操作为输入声纹为例。用户设备通过语音提示用户授权。若用户设备接收到“可以”“好的”等确认的回复语音，则用户设备确认收到确认支付的操作；若用户设备接收到“取消”“不”等拒绝的回复语音，则用户设备确认收到拒绝授权支付的操作。

可以理解的，若用户设备接收到用户拒绝授权支付的操作，则意味着用户对待支付金额有异议。进一步的，OBU获取包括拒绝支付标识的授权回复信息，确定用户拒绝支付，并生成拒绝支付的信息。后续的，OBU向RSU发送拒绝支付的信息，以通知RSU重新生成支付指令。

S3064：OBU判断授权回复信息是否包括确认支付标识。

S3065：OBU在授权回复信息包括确认支付标识的情况下，基于待支付金额，生成交易数据。

作为一种可能实现的方式，OBU在授权回复信息包括确认支付标识的情况下，基于待支付金额，OBU的数字货币生成模块判断OBU数字货币钱包的余额是否大于或者等于待支付金额。若OBU数字货币钱包的余额大于或者等于待支付金额，则OBU的数字货币生成模块生成与待支付金额对应的数字货币的字符串。进一步的，OBU的数字货币生成模块基于与待支付金额对应的数字货币的字符串，生成交易数据。

在一些实施例中，若OBU数字货币钱包的余额小于待支付金额，则OBU的数字货币生成模块生成向OBU的处理器发送余额不足信息。进一步的，OBU生成余额不足信息，并以文字或语音形式提示用户对OBU数字货币钱包进行充值。

在一种设计中，为了避免其他车道的OBU的干扰，如图5所示，本申请实施例的支付方法S303，具体包括：S3031-S3036。

S3031：RSU通过第二蓝牙模块在预设区域内广播设备信息。相应的，OBU通过第一蓝牙模块接收RSU在预设区域内广播的设备信息。

其中，设备信息包括RSU的标识。

S3032：OBU响应于设备信息，生成响应消息。

其中，响应消息包括验证信息和第一蓝牙模块的地址；验证信息为基于RSU的标识生成的。

作为一种可能实现的方式，OBU通过第一蓝牙模块接收RSU在预设区域内广播的设备信息之后，对设备信息进行解析，并判断设备信息中是否包括RSU标识。在设备信息中包括RSU标识的情况下，生成响应消息。

S3033：OBU通过第一蓝牙模块广播响应消息。相应的，RSU通过第二蓝牙模块接收OBU发送的响应消息。

S3034：RSU在验证信息通过验证的情况下，基于第一蓝牙模块的地址，生成连接指令。

S3035：RSU通过第二蓝牙模块向OBU发送连接指令。相应的，OBU接收RSU发送的连接指令。

S3036：OBU响应于连接指令，通过第一蓝牙模块与RSU建立通信连接。

后续的，在OBU与RSU建立连接之后，OBU与RSU需要进行安全认证。

OBU对RSU安全认证进行验证的方法包括以下步骤。

步骤10：OBU对RSU发送访问凭证命令信息，将OBU合同序列号和OBU密钥版本号发送给RSU。

步骤11：OBU的ESAM模块随机产生访问许可认证随机数，并将访问许可认证随机数传输至RSU。

步骤12：RSU根据OBU密钥版本号选择相应的车载单元认证主密钥RK1。

步骤13：RSU利用OBU合同序列号对RK1进行分散，生成临时OBU认证主密钥tmpAccessKey。

步骤14：RSU利用tmpAccessKey对访问许可认证随机数加密生成访问许可认证码accessCredentials。

步骤15：RSU将accessCredentials传输至OBU。

步骤16：OBU对访问许可认证随机数加密生成临时访问许可认证码tmpAccessCredentials。

步骤17：OBU将tmpAccessCredentials与accessCredentials对比进行访问许可认证，相同则RSU访问合法并进行后续处理，否则非法。

RSU对OBU安全认证进行验证的方法包括以下步骤：

步骤20：RSU对OBU发送信息鉴别命令信息，OBU返回给RSU下述参数：OBU随机数序列号、OBU密钥版本号和OBU合同序列号。

步骤21：RSU根据OBU密钥版本号选择相应的OBU加密主密钥RK2。

步骤22：RSU的PSAM模块随机产生信息鉴别随机数和信息鉴别随机数序列号。

步骤23：RSU利用OBU合同序列号对RK2进行分散，生成临时车载单元加密主密钥tmpEncryptKey。

步骤24：RSU利用车载单元随机数序列号选择对应的信息鉴别随机数randRSUforAuthen，利用tmpEncryptKey对randRSUforAuthen进行数据加密运算生成临时信息鉴别码tmpAuthenticator。

步骤25：RSU将信息鉴别随机数传输至OBU。

步骤26：OBU对传输得到的信息鉴别随机数进行加密运算产生信息鉴别码Authenticator，并传输到RSU。

步骤27：RSU将tmpAuthenticator和Authenticator对比进行信息鉴别认证，相同则OBU信息合法并进行后续处理，否则车载单元信息非法。

需要说明的，上述OBU与RSU相互认证是通过OBU中的ESAM模块和RSU中的PSAM模块相互认证的。

最终，在OBU与RSU相互认证合法后，RSU向OBU发送支付指令。在一些实施例中，在RSU也可以先向OBU发送支付指令，然后在进行与RSU之间的相互认证。

在一种设计中，为了避免OBU与其他电子设备连接，使得OBU中的数字货币被盗刷或者冒刷，OBU中存储有预设的可信列表，可信列表包括预先授权的蓝牙地址。如图6所示，本申请实施例的S3062之前，还包括：S308-S309。

S308：OBU通过第一蓝牙模块检测多个候选蓝牙地址。

S309：OBU对于第一候选蓝牙地址，若可信列表中包括第一候选蓝牙地址，则将第一候选蓝牙地址对应的设备确定为用户设备。

其中，第一候选蓝牙地址为多个候选蓝牙地址中的任意一个。

作为一种可能实现的方式，OBU在可信列表中的查找是否存在与第一候选蓝牙地址一致的蓝牙地址。在可信列表中存在第一候选蓝牙地址一致的蓝牙地址的情况下，OBU将第一候选蓝牙地址对应的设备确定为用户设备，并基于第一候选蓝牙地址，与用户设备建立蓝牙连接。

在一种设计中，为了确定预设区域内存在OBU。如图7所示，本申请实施例的S3034，具体包括：S401-S404。

S401：RSU通过第二蓝牙模块接收OBU发送的定位信息。

S402：RSU确定定位信息的到达角。

S403：RSU基于到达角，确定OBU的位置。

在另一些实施例中，RSU的第二蓝牙模块接收到OBU的第一蓝牙模块发送的蓝牙信号后，对蓝牙信号到达第二蓝牙模块中蓝牙天线信号馈入点时的位置参数进行测量与计算。其中，位置参数至少包括入射蓝牙信号的入射角和相位。后续的，RSU的第二蓝牙模块通过三角函数算法得出BU的蓝牙模块的相对位置进而完成定位和测距。

S404：RSU在OBU的位置位于预设区域的情况下，生成连接指令。

在一种设计中，为了RSU中的数字货币被挪用。如图8所示，本申请实施例的支付方法，还包括：S310-S311。

S310：RSU在接收到交易数据之后，将待支付金额对应的支付凭证存储至硬件钱包。

S311：在RSU联网的情况下，RSU将硬件钱包中的支付凭证同步至RSU对应的数字货币平台的总硬件钱包中。

其中，数字货币平台用于归集硬件钱包中的数字货币对应的。

可以理解的，第二硬件钱包只接收数字货币，并将数字货币发送至收费管理设备中的数字货币平台中，以供管理人员支配。也就是说，RSU的第二硬件钱包中的数字货币不能被直接支付，避免数字货币被盗用或挪用。

在一种设计中，如图9所示，本申请实施例的支付方法，应用于车载单元OBU，OBU包括第一蓝牙模块，支付方法包括：S501-S505。

S501：OBU在接收到唤醒信号的情况下，开启第一蓝牙模块。

其中，唤醒信号为路侧单元RSU发射在预设区域内的信号。

S502：OBU通过第一蓝牙模块与RSU建立通信连接。

S503：OBU接收RSU发送的支付指令。

其中，支付指令包括待支付金额、收款钱包地址以及随机数。

S504：OBU响应于支付指令，生成交易数据。

其中，交易数据包括与待支付金额对应的支付凭证。

S505：OBU向RSU发送交易数据。

在一种设计中，本申请实施例的S502，具体包括：S5021-S5025。

S5021：OBU通过第一蓝牙模块接收RSU在预设区域内广播的设备信息。

其中，设备信息包括RSU的标识。

S5022：OBU响应于设备信息，生成响应消息。

S5023：OBU通过第一蓝牙模块广播响应消息。

S5024：OBU接收RSU发送的连接指令。

其中，连接指令为RSU在接收到响应消息之后，若验证信息通过验证，则基于第一蓝牙模块的地址生成的。

S5025：OBU响应于连接指令，通过第一蓝牙模块与RSU建立通信连接。

在一种设计中，本申请实施例的S504，具体包括：S5041-S5044。

S5041：OBU响应于支付指令，生成授权请求信息。

S5042：OBU向用户设备发送授权请求信息。

其中，授权请求信息包括待支付金额。

S5043：OBU接收用户设备发送的授权回复信息。

S5044：OBU在授权回复信息包括确认支付标识的情况下，基于待支付金额，生成交易数据。

在一种设计中，OBU中存储有预设的可信列表，可信列表包括预先授权的蓝牙地址，在本申请实施例的S5041之前，还包括：S506-S507。

S506：OBU通过第一蓝牙模块检测多个候选蓝牙地址。

S507：OBU对于第一候选蓝牙地址，若可信列表中包括第一候选蓝牙地址，则将第一候选蓝牙地址对应的设备确定为用户设备。

在一种设计中，本申请实施例的支付方法中，唤醒信号为功耗值小于预设阈值的方波信号。

在一种设计中，如图10所示，本申请实施例的支付方法，应用于路侧单元RSU，RSU包括第二蓝牙模块，支付方法包括：S601-S604。

S601：RSU通过第二蓝牙模块向预设区域内发射唤醒信号。

其中，唤醒信号用于唤醒车载单元OBU。

S602：RSU通过第二蓝牙模块与OBU建立通信连接。

S603：RSU向OBU发送支付指令。

S604：RSU接收OBU发送的交易数据。

其中，交易数据包括与待支付金额对应的支付凭证。

在一种设计中，OBU包括第一蓝牙模块，在本申请实施例的S602之前，还包括：S605-S607。

S605：RSU通过第二蓝牙模块向预设区域内广播设备信息。

其中，设备信息包括RSU的标识。

S606：RSU接收OBU发送的响应消息。

其中，响应消息包括验证信息以及第一蓝牙模块的地址；验证信息为基于RSU的标识生成的。

S607：RSU在验证信息通过验证的情况下，基于第一蓝牙模块的地址，生成连接指令，并通过第二蓝牙模块向OBU发送连接指令。

在一种设计中，本申请实施例的S607，还包括：S6071-S6074。

S6071：RSU通过第二蓝牙模块接收OBU发送的定位信息。

S6072：RSU确定定位信息的到达角。

S6073：RSU基于到达角，确定OBU的位置。

S6074：RSU在OBU的位置位于预设区域的情况下，生成连接指令。

在一种设计中，RSU包括硬件钱包，本申请实施例的支付方法，还包括：S608-S609。

S608：RSU在接收到交易数据之后，将待支付金额对应的支付凭证存储至硬件钱包。

S609：RSU在RSU联网的情况下，将硬件钱包中的支付凭证同步至RSU对应的数字货币平台的总硬件钱包中。

上述主要从方法的角度对本申请实施例提供的方案进行了介绍。为了实现上述功能，交易装置或电子设备包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法，示例性的对交易装置或电子设备进行功能模块的划分，例如，交易装置或电子设备可以包括对应各个功能划分的各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

例如，本申请实施例还提供一种支付装置。

图11是根据一示例性实施例示出的一种支付装置框图。参照图10，该支付装置70应用于车载单元OBU，OBU包括第一蓝牙模块。该装置包括开启单元701、连接单元702、接收单元703、生成单元704以及发送单元705。

开启单元701，用于在接收到唤醒信号的情况下，开启第一蓝牙模块。其中，唤醒信号为路侧单元RSU发射在预设区域内的信号。

连接单元702，用于通过第一蓝牙模块与RSU建立通信连接。

接收单元703，用于接收RSU发送的支付指令。支付指令包括待支付金额、收款钱包地址以及随机数。

生成单元704，用于响应于支付指令，生成交易数据.交易数据包括与待支付金额对应的支付凭证。

发送单元705，用于向RSU发送交易数据。

可选的，连接单元702，具体用于：通过第一蓝牙模块接收RSU在预设区域内广播的设备信息。设备信息包括RSU的标识。响应于设备信息，生成响应消息，并通过第一蓝牙模块广播响应消息。响应消息包括验证信息和第一蓝牙模块的地址；验证信息为基于RSU的标识生成的。接收RSU发送的连接指令。连接指令为RSU在接收到响应消息之后，若验证信息通过验证，则基于第一蓝牙模块的地址生成的。响应于连接指令，通过第一蓝牙模块与RSU建立通信连接。

可选的，生成单元704，具体用于：响应于支付指令，生成授权请求信息，并向用户设备发送授权请求信息。授权请求信息包括待支付金额。接收用户设备发送的授权回复信息。授权回复信息包括确认支付标识或者拒绝支付标识。授权回复信息为用户设备响应于用户的授权支付操作生成的。在授权回复信息包括确认支付标识的情况下，基于待支付金额，生成交易数据。

可选的，OBU中存储有预设的可信列表，可信列表包括预先授权的蓝牙地址；支付装置还包括：检测单元706和确定单元707。

检测单元706，用于通过第一蓝牙模块检测多个候选蓝牙地址。

确定单元707，用于对于第一候选蓝牙地址，若可信列表中包括第一候选蓝牙地址，则将第一候选蓝牙地址对应的设备确定为用户设备；第一候选蓝牙地址为多个候选蓝牙地址中的任意一个。

可选的，唤醒信号为功耗值小于预设阈值的方波信号。

图12是根据一示例性实施例示出的一种支付装置框图。参照图12，该支付装置80应用于路侧单元RSU，RSU包括第二蓝牙模块。该装置包括发射单元801、连接单元802、发送单元803以及接收单元804。

发射单元801，用于通过第二蓝牙模块向预设区域内发射唤醒信号。其中，唤醒信号用于唤醒车载单元OBU。

连接单元802，用于通过第二蓝牙模块与OBU建立通信连接。

发送单元803，用于向OBU发送支付指令。其中，支付指令包括待支付金额、收款钱包地址以及随机数。

接收单元804，用于接收OBU发送的交易数据.其中交易数据包括与待支付金额对应的支付凭证。

可选的，OBU包括第一蓝牙模块，支付装置80还包括：广播单元805和生成单元806。广播单元805，用于通过第二蓝牙模块向预设区域内广播设备信息.其中，设备信息包括RSU的标识。

接收单元804，用于接收OBU发送的响应消息；响应消息包括验证信息以及第一蓝牙模块的地址；验证信息为基于RSU的标识生成的。

生成单元806，用于在验证信息通过验证的情况下，基于第一蓝牙模块的地址，生成连接指令。

连接单元802，还用于通过第二蓝牙模块向OBU发送连接指令。

可选的，生成单元806，具体用于：通过第二蓝牙模块接收OBU发送的定位信息，并确定定位信息的到达角。基于到达角，确定OBU的位置，并在OBU的位置位于预设区域的情况下，生成连接指令。

可选的，RSU包括硬件钱包，支付装置80还包括存储单元807和同步单元808。存储单元807，用于在接收到交易数据之后，将待支付金额对应的支付凭证存储至硬件钱包。

同步单元808，用于在RSU联网的情况下，将硬件钱包中的支付凭证同步至RSU对应的数字货币平台的总硬件钱包中。数字货币平台用于归集硬件钱包中的数字货币对应的。

可选的，唤醒信号为功耗值小于预设阈值的方波信号。

在采用硬件的形式实现上述集成的模块的功能的情况下，本申请实施例提供了上述实施例中所涉及的OBU的一种可能的结构示意图。如图13所示，该OBU90包括处理器901，存储器902以及总线903。处理器901与存储器902之间可以通过总线903连接。

处理器901是通信装置的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器901可以是一个通用中央处理单元(central processing unit，CPU)，也可以是其他通用处理器等。其中，通用处理器可以是微处理器或者是任何常规的处理器等。

作为一种实施例，处理器901可以包括一个或多个CPU，例如图13中所示的CPU 0和CPU 1。

存储器902可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

作为一种可能的实现方式，存储器902可以独立于处理器901存在，存储器902可以通过总线903与处理器901相连接，用于存储指令或者程序代码。处理器901调用并执行存储器902中存储的指令或程序代码时，能够实现本申请实施例提供的传感器确定方法。

另一种可能的实现方式中，存储器902也可以和处理器901集成在一起。

总线903，可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外围设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图13中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

需要指出的是，图13示出的结构并不构成对该OBU90的限定。除图13所示部件之外，该OBU90可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

可选的，本申请实施例提供的OBU90还可以包括通信接口904。

通信接口904，用于与其他设备通过通信网络连接。该通信网络可以是以太网，无线接入网，无线局域网(wireless local area networks，WLAN)等。通信接口904可以包括用于接收数据的接收单元，以及用于发送数据的发送单元。

在一种设计中，本申请实施例提供的OBU中，通信接口还可以集成在处理器中。

在本申请实施例提供的OBU的另一种硬件结构中，电子设备可以包括处理器以及通信接口。处理器与通信接口耦合。

处理器的功能可以参考上述处理器的描述。此外，处理器还具备存储功能，可以参考上述存储器的功能。

通信接口用于为处理器提供数据。该通信接口可以是通信装置的内部接口，也可以是通信装置对外的接口。

需要指出的是，上述另一种硬件结构并不构成对OBU的限定，除上述另一种硬件部件之外，该OBU可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

在采用硬件的形式实现上述集成的模块的功能的情况下，本申请实施例提供了上述实施例中所涉及的中间件的结构示意图可以参照上述执行机的结构示意图。

在采用硬件的形式实现上述集成的模块的功能的情况下，本申请实施例提供了上述实施例中所涉及的RSU的结构示意图可以参照对OBU90的描述，不再赘述。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当计算机执行该指令时，该计算机执行上述方法实施例所示的支付方法流程中的各个步骤。

本申请实施例还提供一种包含指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行上述方法实施例中的支付方法。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘。随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的人以合适的组合、或者本领域数值的任何其他形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(Application Specific Integrated Circuit，ASIC)中。在本申请实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

由于本申请的实施例中的服务器、用户设备、计算机可读存储介质、计算机程序产品可以应用于上述方法，因此，其所能获得的技术效果也可参考上述方法实施例，本申请实施例在此不再赘述。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。

Claims

1.一种支付方法，其特征在于，应用于车载单元OBU，所述OBU包括第一蓝牙模块，所述方法包括：

在接收到唤醒信号的情况下，开启所述第一蓝牙模块；所述唤醒信号为路侧单元RSU发射在预设区域内的信号；

通过所述第一蓝牙模块与所述RSU建立通信连接；

接收所述RSU发送的支付指令；所述支付指令包括待支付金额、收款钱包地址以及随机数；

响应于所述支付指令，生成交易数据，并向所述RSU发送所述交易数据；所述交易数据包括与所述待支付金额对应的支付凭证。

2.根据权利要求1所述的支付方法，其特征在于，所述通过所述第一蓝牙模块与所述RSU建立通信连接，包括：

通过所述第一蓝牙模块接收所述RSU在所述预设区域内广播的设备信息；所述设备信息包括所述RSU的标识；

响应于所述设备信息，生成响应消息，并通过所述第一蓝牙模块广播所述响应消息；所述响应消息包括验证信息和所述第一蓝牙模块的地址；所述验证信息为基于所述RSU的标识生成的；

接收所述RSU发送的连接指令；所述连接指令为所述RSU在接收到所述响应消息之后，若所述验证信息通过验证，则基于所述第一蓝牙模块的地址生成的；

响应于所述连接指令，通过所述第一蓝牙模块与所述RSU建立所述通信连接。

3.根据权利要求1所述的支付方法，其特征在于，所述响应于所述支付指令，生成交易数据，包括：

响应于所述支付指令，生成授权请求信息，并向用户设备发送所述授权请求信息；所述授权请求信息包括所述待支付金额；

接收所述用户设备发送的授权回复信息；所述授权回复信息包括确认支付标识或者拒绝支付标识；所述授权回复信息为所述用户设备响应于用户的授权支付操作生成的；

在所述授权回复信息包括所述确认支付标识的情况下，基于所述待支付金额，生成所述交易数据。

4.根据权利要求3所述的支付方法，其特征在于，所述OBU中存储有预设的可信列表；所述可信列表包括预先授权的蓝牙地址；在向所述用户设备发送所述授权请求信息之前，所述方法还包括：

通过所述第一蓝牙模块检测多个候选蓝牙地址；

对于第一候选蓝牙地址，若所述可信列表中包括所述第一候选蓝牙地址，则将所述第一候选蓝牙地址对应的设备确定为所述用户设备；所述第一候选蓝牙地址为所述多个候选蓝牙地址中的任意一个。

5.根据权利要求1-4中任一项所述的支付方法，其特征在于，所述唤醒信号为功耗值小于预设阈值的方波信号。

6.一种支付方法，其特征在于，应用于路侧单元RSU，所述RSU包括第二蓝牙模块，所述方法包括：

通过所述第二蓝牙模块向预设区域内发射唤醒信号；所述唤醒信号用于唤醒车载单元OBU；

通过所述第二蓝牙模块与所述OBU建立通信连接；

向所述OBU发送支付指令；所述支付指令包括待支付金额、收款钱包地址以及随机数；

接收所述OBU发送的交易数据；所述交易数据包括与所述待支付金额对应的支付凭证。

7.根据权利要求6所述的支付方法，其特征在于，所述OBU包括第一蓝牙模块，在所述通过所述第二蓝牙模块与所述OBU建立通信连接之前，所述方法还包括：

通过所述第二蓝牙模块向所述预设区域内广播设备信息；所述设备信息包括所述RSU的标识；

接收所述OBU发送的响应消息；所述响应消息包括验证信息以及所述第一蓝牙模块的地址；所述验证信息为基于所述RSU的标识生成的；

在所述验证信息通过验证的情况下，基于所述第一蓝牙模块的地址，生成连接指令，并通过所述第二蓝牙模块向所述OBU发送所述连接指令。

8.根据权利要求7所述的支付方法，其特征在于，所述生成连接指令，包括：

通过所述第二蓝牙模块接收所述OBU发送的定位信息，并确定所述定位信息的到达角；

基于所述到达角，确定所述OBU的位置，并在所述OBU的位置位于所述预设区域的情况下，生成所述连接指令。

9.根据权利要求6-8中任一项所述的支付方法，其特征在于，所述RSU包括硬件钱包，所述方法还包括：

在接收到所述交易数据之后，将所述待支付金额对应的支付凭证存储至所述硬件钱包，并在所述RSU联网的情况下，将所述硬件钱包中的支付凭证同步至所述RSU对应的数字货币平台的总硬件钱包中；所述数字货币平台用于归集所述硬件钱包中的数字货币对应的。

10.根据权利要求6-8中任一项所述的支付方法，其特征在于，所述唤醒信号为功耗值小于预设阈值的方波信号。

11.一种支付装置，其特征在于，应用于车载单元OBU，所述OBU包括第一蓝牙模块，所述支付装置包括：开启单元、连接单元、接收单元、生成单元以及发送单元；

所述开启单元，用于在接收到唤醒信号的情况下，开启所述第一蓝牙模块；所述唤醒信号为路侧单元RSU发射在预设区域内的信号；

所述连接单元，用于通过所述第一蓝牙模块与所述RSU建立通信连接；

所述接收单元，用于接收所述RSU发送的支付指令；所述支付指令包括待支付金额、收款钱包地址以及随机数；

所述生成单元，用于响应于所述支付指令，生成交易数据；所述交易数据包括与所述待支付金额对应的支付凭证；

所述发送单元，用于向所述RSU发送所述交易数据。

12.一种支付装置，其特征在于，应用于路侧单元RSU，所述RSU包括第二蓝牙模块，所述装置包括：发射单元、连接单元、发送单元以及接收单元；

所述发射单元，用于通过所述第二蓝牙模块向预设区域内发射唤醒信号；所述唤醒信号用于唤醒车载单元OBU；

所述连接单元，用于通过所述第二蓝牙模块与所述OBU建立通信连接；

所述发送单元，用于向所述OBU发送支付指令；所述支付指令包括待支付金额、收款钱包地址以及随机数；

所述接收单元，用于接收所述OBU发送的交易数据；所述交易数据包括与所述待支付金额对应的支付凭证。

13.一种车载单元OBU，其特征在于，包括：处理器和通信接口；所述通信接口和所述处理器耦合，所述处理器用于运行计算机程序或指令，以实现如权利要求1-5中任一项所述的支付方法。

14.一种路侧单元RSU，其特征在于，包括：处理器和通信接口；所述通信接口和所述处理器耦合，所述处理器用于运行计算机程序或指令，以实现如权利要求6-10中任一项所述的支付方法。

15.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中存储的计算机执行指令由电子设备的处理器执行时，所述电子设备能够执行如权利要求1至5中任一项所述的支付方法或如权利要求6-10中任一项所述的支付方法。

16.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，当所述计算机指令在电子设备上运行时，所述电子设备执行如权利要求1至5中任一项所述的支付方法或如权利要求6-10中任一项所述的支付方法。