CN116033390A - 数据交易方法、装置、终端设备及存储介质 - Google Patents

Abstract

本申请适用于通信技术领域，提供了一种数据交易方法、装置、终端设备及存储介质，获取路侧设备发送的服务注册请求，生成服务列表并存储，然后获取车辆终端发送的服务使用确认数据帧及目标路侧设备发送的交易数据帧，进而根据数据帧中包含的服务使用信息及服务生产信息，确定车辆终端已使用的目标服务，最后确定目标服务费用。由此，通过预先生成各个路侧设备可以提供的服务列表，并在获取到车辆终端与路侧设备反馈的服务生产使用数据时，从服务列表中获取车载终端已使用的目标服务及目标服务的目标服务费用，以实现服务费用的自动计算和支付，从而实现了在使用车用无线通信系统提供的数据服务时，自动进行费用计算和结算，提升了交易的便捷性。

Description

数据交易方法、装置、终端设备及存储介质

技术领域

本申请属于通信技术领域，尤其涉及数据交易方法、装置、终端设备及存储介质。

背景技术

车用无线通信技术，即车对外界的无线信息交换技术，是未来智能交通运输系统的关键技术，它使得车与车、车与基站、基站与基站之间能够通信，从而获得实时路况、道路信息、行人信息等一系列交通信息，能够提高驾驶安全性、减少拥堵、提高交通效率、提供车载娱乐信息等。

相关技术中，车用无线通信技术可以实现车辆与路侧设备通信，路侧设备可以为行驶车辆提供数据服务，以实现不同等级的自动驾驶，车辆作为数据服务的使用方，应向数据服务提供方支付一定的费用，因此如何实现车用无线通信系统中的数据服务交易，并提升交易的便捷性是目前急需解决的问题。

发明内容

本申请实施例提供了数据交易方法、装置、终端设备及存储介质，可以解决如何实现车与路侧感知设备之间的数据交易的问题。

本申请实施例的第一方面提供了一种数据交易方法，应用于车用无线通信系统中的云平台，上述车用无线通信系统还包括车辆终端及路侧设备，上述数据交易方法，包括：

获取各个路侧设备发送的服务注册请求，其中，服务注册请求中包括路侧设备的位置信息、所提供的服务类型及服务费用；

根据各个服务注册请求，生成服务列表并存储，其中，服务列表中包括各个路侧设备对应的服务信息；

获取车辆终端发送的服务使用确认数据帧及目标路侧设备发送的与服务使用确认数据帧对应的交易数据帧；

根据服务使用确认数据帧中包含的服务使用信息及交易数据帧中包含的服务生产信息，确定车辆终端已使用的目标服务；

根据目标服务的服务费用，确定车辆终端对应的目标服务费用。

可选的，在第一方面一种可能的实现方式中，上述获取车辆终端发送的服务使用确认数据帧及目标路侧设备发送的与服务使用确认数据帧对应的交易数据帧之前，还包括：

获取车辆终端发送的服务获取请求，其中，服务获取请求中包括车辆终端的标识及预计行驶路径；

根据预计行驶路径，从服务列表中获取预计经过的路侧设备对应的服务信息并发送至车辆终端，以使车辆终端根据预计经过的路侧设备对应的服务信息进行预付费处理，其中，预计经过的路侧设备为预计行驶路径中包括的路侧设备；

获取车辆终端发送的预付费请求，其中，预付费请求中包括预付费服务及车辆终端对应的付款账户；

根据预付费服务的服务费用，确定预付费费用，并根据预付费费用对付款账户进行扣款处理；

根据目标服务的服务费用，确定车辆终端对应的目标服务费用之后，还包括：

根据预付费费用及目标服务费用，进行结算处理。

可选的，在第一方面一种可能的实现方式中，上述预付费请求中包括车辆终端的标识，上述根据预付费服务的服务费用，确定预付费费用，并根据预付费费用对付款账户进行扣款处理之后，还包括：

根据车辆终端的标识，将预付费服务对应的路侧设备的解密数据发送至车辆终端，以使车辆终端在接收到路侧设备的实时服务数据时，根据解密数据对实时服务数据进行解密处理。

可选的，在第一方面一种可能的实现方式中，上述服务注册请求中还包括路侧设备的标识，上述解密数据包括路侧设备的密钥数据，上述路侧设备预先通过密钥数据对实时服务数据进行加密处理，上述根据车辆终端的标识，将预付费服务对应的路侧设备的解密数据发送至车辆终端，以使车辆终端在接收到路侧设备的实时服务数据时，根据解密数据对实时服务数据进行解密处理之前，还包括：

根据预设密钥及各个路侧设备的标识，分别生成各个路侧设备的密钥数据；

将各个路侧设备的密钥数据，分别发送至各个路侧设备；

根据车辆终端的标识，将预付费服务对应的路侧设备的解密数据发送至车辆终端，包括：

根据车辆终端的标识，将预付费服务对应的路侧设备的密钥数据发送至车辆终端。

可选的，在第一方面一种可能的实现方式中，上述解密数据包括路侧设备的坐标反偏转数据，上述路侧设备预先通过坐标反偏转数据对应的坐标偏转数据对实时服务数据进行加密处理，上述根据车辆终端的标识，将预付费服务对应的路侧设备的解密数据发送至车辆终端，以使车辆终端在接收到路侧设备的实时服务数据时，根据解密数据对实时服务数据进行解密处理之前，还包括：

获取各个路侧设备发送的坐标偏转数据，其中，坐标偏转数据是路侧设备根据自身的位置信息生成的；

根据每个路侧设备的坐标偏转数据，分别生成每个路侧设备的坐标反偏转数据；

根据车辆终端的标识，将预付费服务对应的路侧设备的解密数据发送至车辆终端，包括：

根据车辆终端的标识，将预付费服务对应的路侧设备的坐标反偏转数据发送至车辆终端。

可选的，在第一方面一种可能的实现方式中，上述预付费请求中包括车辆终端的标识，上述根据预付费服务的服务费用，确定预付费费用，并根据预付费费用对付款账户进行扣款处理之前，还包括：

获取车辆终端发送的车辆终端对云平台的第一身份认证结果；

根据车辆终端的标识，对车辆终端进行身份认证，以确定云平台对车辆终端的第二身份认证结果；

确定第一身份认证结果及第二身份认证结果均为成功。

可选的，在第一方面一种可能的实现方式中，上述根据预付费费用及目标服务费用，进行结算处理之前，还包括：

获取车辆终端发送的车辆终端对云平台的第三身份认证结果；

根据车辆终端的标识，对车辆终端进行身份认证，以确定云平台对车辆终端的第四身份认证结果；

确定第三身份认证结果及第四身份认证结果均为成功。

本申请实施例的第二方面提供了另一种数据交易方法，应用于车辆终端，包括：

获取路侧设备发送的实时服务数据，其中，实时服务数据中包括路侧设备的标识；

根据路侧设备的标识，向路侧设备及云平台发送服务使用确认数据帧，以使云平台根据服务使用确认数据帧确定目标服务费用，其中，服务使用确认数据帧中包括服务使用信息。

可选的，在第二方面一种可能的实现方式中，上述获取路侧设备发送的实时服务数据之前，还包括：

向云平台发送服务获取请求，其中，服务获取请求中包括车辆终端的标识及预计行驶路径；

获取云平台发送的预计经过的路侧设备对应的服务信息，其中，预计经过的路侧设备为预计行驶路径中包括的路侧设备，预计经过的路侧设备对应的服务信息是云平台根据预计行驶路径从自身存储的服务列表中获取的；

显示预计经过的路侧设备对应的服务信息；

获取用户对预计经过的路侧设备对应的服务信息的操作指令，并根据操作指令确定预付费服务；

根据预付费服务生成预付费请求并发送至云平台，其中，预付费请求中包括预付费服务及车辆终端对应的付款账户信息。

可选的，在第二方面一种可能的实现方式中，上述向云平台发送服务获取请求之前，还包括：

获取用户输入的目的地信息及车辆终端所在的车辆的当前位置信息；

根据目的地信息及当前位置信息进行路径规划，以生成预计行驶路径。

可选的，在第二方面一种可能的实现方式中，上述根据预付费服务生成预付费请求并发送至云平台之前，还包括；

对云平台进行身份认证，以确定车辆终端对云平台的第一身份认证结果；

根据预付费服务生成预付费请求并发送至云平台，包括：

根据预付费服务及第一身份认证结果生成预付费请求并发送至云平台，预付费请求中还包括第一身份认证结果。

可选的，在第二方面一种可能的实现方式中，上述根据路侧设备的标识，向路侧设备及云平台发送服务使用确认数据帧，以使云平台根据服务使用确认数据帧确定目标服务费用之前，还包括：

获取云平台发送的路侧设备对应的解密数据；

根据解密数据，对实时服务数据进行解密处理，以生成实时服务数据对应的明文数据。

本申请实施例的第三方面提供了另一种数据交易方法，应用于路侧设备，包括：

向云平台发送服务注册请求，其中，服务注册请求中包括路侧设备的位置信息、所提供的服务类型及服务费用；

向车辆终端发送实时服务数据，其中，实时服务数据中包括路侧设备的标识；

获取车辆终端发送的服务使用确认数据帧；

根据服务使用确认数据帧中包括的服务使用信息，生成与服务使用确认数据帧对应的交易数据帧，其中，交易数据帧中包括服务生产信息；

将交易数据帧发送至云平台，以使云平台根据交易数据帧确定目标服务费用。

可选的，在第三方面一种可能的实现方式中，上述向车辆终端发送实时服务数据之前，还包括：

获取云平台发送的密钥数据；

根据密钥数据对实时服务数据进行加密处理。

可选的，在第三方面一种可能的实现方式中，上述向车辆终端发送实时服务数据之前，还包括：

对位置信息进行坐标偏转处理，以生成坐标偏转数据，并发送至云平台；

根据坐标偏转数据对实时服务数据进行加密处理。

本申请实施例的第四方面提供了一种数据交易装置，应用于车用无线通信系统中的云平台，车用无线通信系统还包括车辆终端及路侧设备，数据交易装置，包括：

第一获取模块，用于获取各个路侧设备发送的服务注册请求，其中，服务注册请求中包括路侧设备的位置信息、所提供的服务类型及服务费用；

第一生成模块，用于根据各个服务注册请求，生成服务列表并存储，其中，服务列表中包括各个路侧设备对应的服务信息；

第二获取模块，用于获取车辆终端发送的服务使用确认数据帧及目标路侧设备发送的与服务使用确认数据帧对应的交易数据帧；

第一确定模块，用于根据服务使用确认数据帧中包含的服务使用信息及交易数据帧中包含的服务生产信息，确定车辆终端已使用的目标服务；

第二确定模块，用于根据目标服务的服务费用，确定车辆终端对应的目标服务费用。

本申请实施例的第五方面提供了一种数据交易装置，应用于车辆终端，包括：

第三获取模块，用于获取路侧设备发送的实时服务数据，其中，实时服务数据中包括路侧设备的标识；

第一发送模块，用于根据路侧设备的标识，向路侧设备及云平台发送服务使用确认数据帧，以使云平台根据服务使用确认数据帧确定目标服务费用，其中，服务使用确认数据帧中包括服务使用信息。

本申请实施例的第六方面提供了一种数据交易装置，应用于路侧设备，包括：

第二发送模块，用于向云平台发送服务注册请求，其中，服务注册请求中包括路侧设备的位置信息、所提供的服务类型及服务费用；

第三发送模块，用于向车辆终端发送实时服务数据，其中，实时服务数据中包括路侧设备的标识；

第四获取模块，用于获取车辆终端发送的服务使用确认数据帧；

第二生成模块，用于根据服务使用确认数据帧中包括的服务使用信息，生成与服务使用确认数据帧对应的交易数据帧，其中，交易数据帧中包括服务生产信息；

第四发送模块，用于将交易数据帧发送至云平台，以使云平台根据交易数据帧确定目标服务费用。

本申请实施例的第七方面提供了一种终端设备，包括：存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述第一方面、第二方面或第三方面的数据交易方法。

本申请实施例的第四方面提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现上述第一方面、第二方面或第三方面的数据交易方法。

本申请实施例的第五方面提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面、第二方面或第三方面的数据交易方法。

本申请实施例与现有技术相比存在的有益效果是：本申请公开了一种数据交易方法、装置、终端设备及存储介质，可以获取各个路侧设备发送的服务注册请求，以根据各个服务注册请求生成服务列表并存储，然后获取车辆终端发送的服务使用确认数据帧及目标路侧设备发送的与服务使用确认数据帧对应的交易数据帧，进而根据服务使用确认数据帧中包含的服务使用信息及交易数据帧中包含的服务生产信息，确定车辆终端已使用的目标服务，最后根据目标服务的服务费用，确定车辆终端对应的目标服务费用。由此，通过预先生成各个路侧设备可以提供的服务列表，并在获取到车辆终端与路侧设备反馈的服务生产使用数据时，从服务列表中获取车载终端已使用的目标服务及目标服务的目标服务费用，以实现服务费用的自动计算和支付，从而实现了在使用车用无线通信系统提供的数据服务时，自动进行费用计算和结算，提升了交易的便捷性。

附图说明

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

图1是本申请实施例一提供的一种数据交易方法的流程示意图；

图2是本申请实施例一提供的一种车辆行驶的路径示意图；

图3是本申请实施例二提供的一种数据交易方法的流程示意图；

图4是本申请实施例三提供的一种数据交易方法的流程示意图；

图5是本申请实施例提供的一种数据交易方法的信令交互图；

图6是本申请实施例四提供的一种数据交易装置的结构示意图；

图7是本申请实施例五提供的一种数据交易装置的结构示意图；

图8是本申请实施例六提供的一种数据交易装置的结构示意图；

图9是本申请实施例七提供的一种终端设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

应理解，本实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

相关技术中，车用无线通信技术可以实现车辆与路侧设备通信，路侧设备可以为行驶车辆提供数据服务，以实现不同等级的自动驾驶，车辆作为数据服务的使用方，应向数据服务提供方支付一定的费用，因此如何实现车用无线通信系统中的数据服务交易，并提升交易的便捷性是目前急需解决的问题。

有鉴于此，本申请实施例提供了一种数据交易方法、装置、终端设备及存储介质，通过预先生成各个路侧设备可以提供的服务列表，并在获取到车辆终端与路侧设备反馈的服务生产使用数据时，从服务列表中获取车载终端已使用的目标服务及目标服务的目标服务费用，以实现服务费用的自动计算和支付，从而实现了在使用车用无线通信系统提供的数据服务时，自动进行费用计算和结算，提升了交易的便捷性。

为了说明本申请的技术方案，下面通过具体实施例来说明。

参照图1，示出了本申请实施例一提供的一种数据交易方法的流程示意图，该方法应用于车用无线通信系统中的云平台，车用无线通信系统还包括车辆终端及路侧设备。

其中，车用无线通信系统可以为V2X(Vehicle to X，车用无线通信技术)系统、基于蜂窝通信的系统、基于超高速移动通信技术(Enhanced Ultra High Throughput，EUHT)的系统、基于扩展ETC通信技术的系统等，本申请实施例对此不做限定。云平台，即云计算平台，云平台基于硬件资源和软件资源的服务，提供计算、网络和存储能力。

如图1所示，该数据交易方法可以包括如下步骤：

步骤101，获取各个路侧设备发送的服务注册请求。

其中，服务注册请求中可以包括路侧设备的位置信息、所提供的服务类型及服务费用。

在本申请实施例中，路侧设备在上电或启动时可以向相应的云平台发送服务注册请求，云平台可以实时获取由其管理的所有路侧设备发送的服务注册请求，以根据获取到的各个路侧设备的服务注册请求对各个路侧设备所提供的服务进行管理。需要说明的是，任一路侧设备会对应一个感知范围，且该路侧设备仅可以在其感知范围内提供服务，因此路侧设备的位置信息可以为该路侧设备的服务所覆盖区域。

作为一种可能的实现方式，路侧设备所提供的服务类型可以包括感知数据共享服务，感知数据共享服务可以在路侧设备的服务所覆盖区域内为车辆终端提供周围环境的感知数据，例如道路、障碍物、车辆、行人等各种类型的感知数据，以使车辆依据感知数据实现自动驾驶或进行辅助驾驶。

作为另一种可能的实现方式，路侧设备所提供的服务类型还可以包括违章检测服务、信号灯提醒服务、驾驶指引服务等，本申请实施例对此不做限定。比如，在路侧设备提供交通者闯红灯事件检测服务时，提供交通参与者闯红灯事件检测服务的路侧设备一般设置在交通信号灯附近，交通参与者闯红灯事件检测服务可以在路侧设备的服务所覆盖区域内检测出闯红灯的交通参与者。

在本申请实施例中，路侧设备的位置信息及所提供的服务类型多种多样，不同服务类型或不同感知范围的路侧设备对应的服务费用也不同。一般来说，路侧设备的服务感知范围越大，其对应的服务费用越高；路侧设备的服务信息越复杂，其对应的服务费用越高。

作为一种可能的实现方式，由于路侧设备所提供的服务信息不一定适用所有类型的车辆，因此服务注册请求中还可以包括车辆类型信息，以使用户可以根据所驾驶的车辆类型选择对应的路侧设备所提供的服务。

步骤102，根据各个服务注册请求，生成服务列表并存储。

其中，服务列表中包括各个路侧设备对应的服务信息。

在本申请实施例中，云平台在获取到路侧设备发送的服务注册请求之后，可以根据服务注册请求中包括的路侧设备位置信息、所提供的服务类型及服务费用等信息生成服务列表并存储在本地，以在车辆使用路侧设备提供的服务时，通过服务列表查询相关服务并进行费用计算。

步骤103，获取车辆终端发送的服务使用确认数据帧及目标路侧设备发送的与服务使用确认数据帧对应的交易数据帧。

其中，数据帧是数据链路层的协议数据单元，可以包括三部分：帧头，数据部分，帧尾。其中，帧头和帧尾包含一些必要的控制信息，比如同步信息、地址信息、差错控制信息等；数据部分则包括例如服务确认成功信息、服务使用信息、服务交易成功信息及服务生产信息，等等。

在本申请实施例中，车辆终端在使用了某个路侧设备提供的服务后，车辆终端可以向云平台和提供服务的目标路侧设备发送服务使用确认数据帧，从而云平台可以根据获取到的服务使用确认数据帧中包含的服务确认成功信息对车辆终端已使用的服务信息进行确认；目标路侧设备在接收到车辆终端发送的服务使用确认数据帧之后，可以根据服务使用确认数据帧生成交易数据帧并发送至云平台，云平台在获取到服务使用确认数据帧及交易数据帧包含的服务交易成功信息后，便可以根据服务列表确定车辆终端已使用的服务并进行费用计算。

进一步的，云平台所包含的服务信息较多，为了帮助用户快速筛选出所需要的路侧服务，并且使得用户可以根据意愿选择是否需要使用相关服务，可以结合车辆预计行驶路径，将预计经过的路侧设备及对应的服务信息发送至车辆终端，以供用户进行选择，从而进一步提升交易的便捷性和灵活性。即在本申请一种可能的实现方式中，在上述步骤103之前，可以包括：

获取车辆终端发送的服务获取请求，其中，服务获取请求中包括车辆终端的标识及预计行驶路径；

根据预计行驶路径，从服务列表中获取预计经过的路侧设备对应的服务信息并发送至车辆终端，以使车辆终端根据预计经过的路侧设备对应的服务信息进行预付费处理，其中，预计经过的路侧设备为预计行驶路径中包括的路侧设备；

获取车辆终端发送的预付费请求，其中，预付费请求中包括预付费服务及车辆终端对应的付款账户；

根据预付费服务的服务费用，确定预付费费用，并根据预付费费用对付款账户进行扣款处理。

在本申请实施例中，服务获取请求中包括车辆终端的标识，每个车辆终端的标识均具有唯一性，用于根据车辆终端的标识，将预计经过的路侧设备对应的服务信息发送至对应的车辆终端，可以避免错误发送服务信息。

作为一种可能的实现方式，预计行驶路径可以根据车辆启动时的位置及车辆的目的地进行路径规划得到。云平台可以在获取到车辆终端发送的服务获取请求之后，对服务获取请求进行解析处理，以确定车载终端的标识及预计行驶路径，并根据预计行驶路径及本地存储的服务列表，确定预计行驶路径中包括的预计经过的路侧设备，并从服务列表中获取各个预计经过的路侧设备提供的服务类型、服务费用等信息发送至车辆终端，以供用户可以结合自身需求从预计经过的路侧设备提供的服务中选择相应的服务进行预付费；在用户通过车载终端选择相应的预付费服务后，车辆终端可以根据用户选择的预付费服务生成预付费请求并发送至云平台，从而云平台可以在获取到车辆终端发送的预付费请求时，对预付费请求进行解析处理，以确定预付费请求中用户选择的预付费服务，并从服务列表中各个预付费服务对应的服务费用，进而将各个预付费服务费用之和确定为预付费费用，并根据预付费费用对付款账户进行扣款处理。

进一步的，各路侧设备可以对外发送对应的实时服务数据，为了保障交易的安全性，且防止数据被窃取或滥用，路侧设备发送的可以加密后的数据，因此云平台需要在对车辆终端对应的付款账户进行预付费扣款之后，及时将对应的解密数据发送至车辆终端，以使车辆终端在使用相应的服务时，可以对路侧终端提供的服务数据进行解密。即在一种可能的实现方式中，上述预付费请求中还可以包括车辆终端的标识，上述根据预付费服务的服务费用，确定预付费费用，并根据预付费费用对付款账户进行扣款处理之后，还可以包括：

根据车辆终端的标识，将预付费服务对应的路侧设备的解密数据发送至车辆终端，以使车辆终端在接收到路侧设备的实时服务数据时，根据解密数据对实时服务数据进行解密处理。

作为一种可能的实现方式，路侧设备可以预先通过密钥数据对实时服务数据进行加密处理，相应的，解密数据包括路侧设备的密钥数据，服务注册请求中还包括路侧设备的标识，上述根据车辆终端的标识，将预付费服务对应的路侧设备的解密数据发送至车辆终端，以使车辆终端在接收到路侧设备的实时服务数据时，根据解密数据对实时服务数据进行解密处理，可以包括：

根据预设密钥及各个路侧设备的标识，分别生成各个路侧设备的密钥数据；

将各个路侧设备的密钥数据，分别发送至各个路侧设备。

相对应的，当路侧设备预先通过密钥数据对实时服务数据进行加密处理时，上述根据车辆终端的标识，将预付费服务对应的路侧设备的解密数据发送至车辆终端，可以包括：

根据车辆终端的标识，将预付费服务对应的路侧设备的密钥数据发送至车辆终端。

其中，预设密钥为云平台的唯一密钥，云平台根据预设密钥及各个路侧设备的标识，利用例如SM4加密算法、SM2加密算法等加密算法实现密钥分散，以生成各个路侧设备的密钥数据。然后云平台根据车辆终端的标识，将预付费服务对应的路侧设备的密钥数据发送至进行对应预付费的车辆终端，以使车辆终端在车辆进入预付费服务对应的路侧设备的服务覆盖范围时，接收相应的实时服务数据并根据该路侧设备对应的密钥数据进行解密处理，得到明文数据以使用服务，可以提升交易的安全性。

作为另一种可能的实现方式，路侧设备可以预先通过坐标偏转数据对实时服务数据进行加密处理，相应的，解密数据包括路侧设备的坐标反偏转数据，坐标偏转数据与坐标反偏转数据相对应，上述根据车辆终端的标识，将预付费服务对应的路侧设备的解密数据发送至车辆终端，以使车辆终端在接收到路侧设备的实时服务数据时，根据解密数据对实时服务数据进行解密处理之前，可以包括：

获取各个路侧设备发送的坐标偏转数据，其中，坐标偏转数据是路侧设备根据自身的位置信息生成的；

根据每个路侧设备的坐标偏转数据，分别生成每个路侧设备的坐标反偏转数据；

相对应的，当路侧设备预先通过坐标偏转数据对实时服务数据进行加密处理时，上述根据车辆终端的标识，将预付费服务对应的路侧设备的解密数据发送至车辆终端，包括：

根据车辆终端的标识，将预付费服务对应的路侧设备的坐标反偏转数据发送至车辆终端。

其中，任一路侧设备可以通过该路侧设备特定的偏转加密算法，对位置信息进行坐标偏转处理，从而该路侧设备可以以坐标偏转的形式发送实时服务数据。云平台可以获取该路侧设备的坐标偏转数据，确定坐标偏转数据对应的坐标反偏转数据，其中坐标反偏转数据可以是插件的形式，这样当某一车辆终端对该路侧设备进行预付费时，云平台可以根据该车辆终端的标识，将该路侧设备的坐标反偏转数据，以插件的形式发送至进行对应预付费的车辆终端，这样该车辆终端便可以在车辆进入预付费服务对应的路侧设备的服务覆盖范围时，接收相应的实时服务数据并根据该路侧设备对应的坐标反偏转数据进行解密处理，得到明文数据以使用服务，可以提升交易的安全性。

进一步的，为了保证预付费的安全性，可以在预付费之前，获取车辆终端对云平台的身份认证结果，以及对车辆终端进行身份认证，当双方均认证通过时，再进行后续的预付费，即在本申请实施例一种可能的实现方式中，上述预付费请求中包括车辆终端的标识，上述根据预付费服务的服务费用，确定预付费费用，并根据预付费费用对付款账户进行扣款处理之前，还可以包括：

获取车辆终端发送的车辆终端对云平台的第一身份认证结果；

根据车辆终端的标识，对车辆终端进行身份认证，以确定云平台对车辆终端的第二身份认证结果；

确定第一身份认证结果及第二身份认证结果均为成功。

其中，身份认证可以常规的身份认证方法，例如国密认证方式，本申请对身份认证的方法不做限制。

步骤104，根据服务使用确认数据帧中包含的服务使用信息及交易数据帧中包含的服务生产信息，确定车辆终端已使用的目标服务。

在本申请实施例中，云平台可以通过车辆终端发送的服务使用信息，确定车辆终端行驶过程中的服务使用情况，进而判断车辆终端是否使用了某一服务。云平台可以通过路侧设备发送的服务生产信息(标识服务来源)，进而判断路侧设备是否成功发送其对应的实时服务数据。通过综合服务使用信息和服务生产信息可知车辆终端实际使用的目标服务。

步骤105，根据目标服务的服务费用，确定车辆终端对应的目标服务费用。

其中，需要结合车辆终端对服务的实际使用情况，最后确定最终的目标服务费用。

进一步的，由于诸多现实因素干扰，车辆不一定会按照预计行驶路径行驶，因此需要在结束行驶后进行最后结算，针对已进行预付费但实际未使用的服务，需要对付款账户进行退款处理，针对未进行预付费但实际使用的服务，需要在付款账户中扣除对应的服务费用，即作为本申请实施例一种可能的实现方式，在上述步骤105之后，还可以包括：

根据预付费费用及目标服务费用，进行结算处理。

举例来说，参见图2，为一种车辆行驶的路径示意图，其中，车辆终端的预计行驶路径A中包括第一路侧设备1及第二路侧设备2，车辆终端选择了第一路侧设备1及第二路侧设备2对应的服务，但是在车辆实际沿着行驶路径B行驶，即车辆只经过了第一路侧设备1的服务覆盖区域并使用了第一路侧设备1对应的服务，则在结算处理时，需要将第二路侧设备2对应的预付费费用退回付款账户。

进一步的，为了保证结算处理的安全性，可以同预付费一样，在进行结算处理之前，进行收费与付费双方的身份认证，即在上述根据预付费费用及目标服务费用，进行结算处理之前，可以包括：获取车辆终端发送的车辆终端对云平台的第三身份认证结果；根据车辆终端的标识，对车辆终端进行身份认证，以确定云平台对车辆终端的第四身份认证结果；确定第三身份认证结果及第四身份认证结果均为成功。其中，身份认证的具体内容可以参见前述预付费中有关身份认证的描述，本实施例对此不再赘述。

本申请上述实施例公开的数据交易方法，应用于云平台，可以获取各个路侧设备发送的服务注册请求，以根据各个服务注册请求生成服务列表并存储，然后获取车辆终端发送的服务使用确认数据帧及目标路侧设备发送的与服务使用确认数据帧对应的交易数据帧，进而根据服务使用确认数据帧中包含的服务使用信息及交易数据帧中包含的服务生产信息，确定车辆终端已使用的目标服务，最后根据目标服务的服务费用，确定车辆终端对应的目标服务费用。由此，通过预先生成各个路侧设备可以提供的服务列表，并在获取到车辆终端与路侧设备反馈的服务生产使用数据时，从服务列表中获取车载终端已使用的目标服务及目标服务的目标服务费用，以实现服务费用的自动计算和支付，从而实现了在使用车用无线通信系统提供的数据服务时，自动进行费用计算和结算，提升了交易的便捷性。

下面以车辆终端侧为例，对本申请实施例提供的数据交易方法，进行进一步说明。

参见图3，示出了本申请实施例二提供的一种数据交易方法的流程示意图。如图3所示，该数据交易方法应用于车辆终端，可以包括如下步骤：

步骤301，获取路侧设备发送的实时服务数据。

其中，实时服务数据中包括路侧设备的标识。

在本申请实施例中，车辆终端在进入路侧设备对应的服务覆盖区域时，便可以接收到路侧设备通过广播的方式发送的实时服务数据。

进一步的，为了保证各路侧设备对应服务的及时性，车辆终端在启动时可以从云平台获取各路侧设备对应的服务信息，以使用户可以根据意愿选择是否需要使用相关服务并进行预付费，即作为本申请实施例一种可能的实现方式，在上述步骤301之前，还可以包括：

向云平台发送服务获取请求，其中，服务获取请求中包括车辆终端的标识及预计行驶路径；

获取云平台发送的预计经过的路侧设备对应的服务信息，其中，预计经过的路侧设备为预计行驶路径中包括的路侧设备，预计经过的路侧设备对应的服务信息是云平台根据预计行驶路径从自身存储的服务列表中获取的；

显示预计经过的路侧设备对应的服务信息；

获取用户对预计经过的路侧设备对应的服务信息的操作指令，并根据操作指令确定预付费服务；

根据预付费服务生成预付费请求并发送至云平台，其中，预付费请求中包括预付费服务及车辆终端对应的付款账户信息。

其中，服务获取请求中包括车辆终端的标识，使得云平台可以根据车辆终端的标识向车辆终端发送预计经过的路侧设备对应的服务信息，避免服务信息的错发。

进一步的，由于云平台需要结合预计行驶路径，将车辆终端预计经过的路侧设备对应的服务信息发送至车辆终端，以推送至用户，因此服务获取请求中包括预计行驶路径，其中预计行驶路径可以根据车辆终端所在车辆的当前位置及目的地信息进行路径规划生成，即作为本申请实施例一种可能的实现方式，上述向云平台发送服务获取请求之前，可以包括：

获取用户输入的目的地信息及车辆终端所在的车辆的当前位置信息；

根据目的地信息及当前位置信息进行路径规划，以生成预计行驶路径。

进一步的，为了保证预付费的安全性，可以在预付费之前，对云平台进行身份认证，当认证通过时，再将预付费请求发送至云平台以进行后续的预付费，即在本申请实施例一种可能的实现方式中，上述根据预付费服务生成预付费请求并发送至云平台之前，还可以包括；对云平台进行身份认证，以确定车辆终端对云平台的第一身份认证结果；上述根据预付费服务生成预付费请求并发送至云平台，可以包括：根据预付费服务及第一身份认证结果生成预付费请求并发送至云平台，预付费请求中还包括第一身份认证结果。其中，身份认证的具体内容可以参见本申请实施例一中步骤103即步骤105中有关身份认证的描述，本实施例对此不再赘述。

步骤302，根据路侧设备的标识，向路侧设备及云平台发送服务使用确认数据帧，以使云平台根据服务使用确认数据帧确定目标服务费用。

其中，服务使用确认数据帧中包括服务使用信息。

进一步的，为了保障车辆终端与路侧设备之间数据交易的安全性，且防止数据被窃取或滥用，路侧设备在发送实时服务数据时，需要对实时服务数据进行加密，这样车辆终端可以在获取到经过加密得到的实时服务数据时，通过预付费之后得到的解密数据对实时服务数据进行解密，从而可以得到相应的明文数据，即作为本申请实施例一种可能的实现方式中，在上述步骤302之前，还包括：

获取云平台发送的路侧设备对应的解密数据；

根据解密数据，对实时服务数据进行解密处理，以生成实时服务数据对应的明文数据。

作为一种可能的实现方式，路侧设备可以预先通过密钥数据对实时服务数据进行加密处理，相应的，解密数据包括路侧设备的密钥数据。其中，各个路侧设备的密钥数据是云平台根据预设密钥及各个路侧设备的标识分别生成的，云平台将各个路侧设备的密钥数据，分别发送至各个路侧设备，以使各个路侧设备根据对应的密钥数据对实时服务数据进行加密处理。车辆终端在进行预付费之后，可以根据车辆终端的标识，获取预付费服务对应的路侧设备的解密数据，以根据解密数据对相应的实时服务数据进行解密处理，得到明文数据以使用服务。

作为另一种可能的实现方式，路侧设备可以预先通过坐标偏转数据对实时服务数据进行加密处理，相应的，解密数据包括路侧设备的坐标反偏转数据，坐标偏转数据与坐标反偏转数据相对应。其中，各个路侧设备的坐标偏转数据是每个路侧设备对其位置信息进行坐标偏转处理分别生成的，从而路侧设备可以根据对应的坐标偏转数据对实时服务数据进行加密处理。车辆终端在进行预付费之后，可以根据车辆终端的标识，获取预付费服务对应的路侧设备的坐标反偏转数据，以根据坐标反偏转数据对相应的实时服务数据进行解密处理，得到明文数据以使用服务。

本申请实施例二的其他具体内容可以参见前述实施例的相关内容，本实施例对此不再赘述。

本申请上述实施例公开的数据交易方法，应用于车辆终端，首先获取路侧设备发送的实时服务数据，然后根据路侧设备的标识，向路侧设备及云平台发送服务使用确认数据帧，以使云平台根据服务使用确认数据帧确定目标服务费用。由此，通过在车辆行驶过程中获取实施服务数据，以使用相应的服务，通过发送服务使用确认数据帧至路侧设备及云平台，以确定应支出的目标服务费用，从而实现了在使用车用无线通信系统提供的数据服务时，自动进行费用计算和结算，提升了交易的便捷性。

下面以路侧设备侧为例，对本申请实施例提供的数据交易方法，进行进一步说明。

参见图4，示出了本申请实施例三提供的一种数据交易方法的流程示意图。如图4所示，该数据交易方法应用于路侧设备，可以包括如下步骤：

步骤401，向云平台发送服务注册请求。

其中，服务注册请求中包括路侧设备的位置信息、所提供的服务类型及服务费用。

在本申请实施例中，路侧设备在开始运行后需要向云平台注册所提供的服务，以使云平台根据多个不同的路侧设备注册的服务信息形成服务列表。

步骤402，向车辆终端发送实时服务数据。

其中，实时服务数据中包括路侧设备的标识。

在本申请实施例中，路侧设备可以通过广播的方式按照一定的频率发送实时服务数据，以使车辆进入路侧设备的监测范围时，车辆中搭载的车辆终端可以获取到该路侧设备的实时服务数据，以使用该路侧设备提供的相应服务。其中，路侧设备的标识用于为后续车辆终端发送服务使用确认数据帧提供依据，避免错发服务使用确认数据帧。

进一步的，为了保障交易的安全性，且防止数据被窃取或滥用，路侧设备在发送实时服务数据之前，可以通过云平台下发的密钥数据对实时服务数据进行加密处理，即作为本申请实施例一种可能的实现方式，在上述步骤402之前，还包括：

获取云平台发送的密钥数据；

根据密钥数据对实时服务数据进行加密处理。

其中，路侧设备的密钥数据是云平台根据预设密钥及路侧设备的标识生成的，当云平台发送的是密钥数据时，路侧设备通过密钥数据对实时服务数据进行加密处理。相对应的，在车辆终端进行预付费之后，云平台可以根据车辆终端的标识，将路侧设备的密钥数据发送至车辆终端，以使车辆终端根据密钥数据对实时服务数据进行解密处理，得到明文数据以使用服务。

进一步的，路侧设备还可以通过坐标偏转数据对实时服务数据进行加密处理，即作为本申请实施例另一种可能的实现方式，在上述步骤402之前，还包括：

对位置信息进行坐标偏转处理，以生成坐标偏转数据，并发送至云平台；

根据坐标偏转数据对实时服务数据进行加密处理。

其中，路侧设备可以通过对位置信息进行坐标偏转处理生成坐标偏转数据，然后路侧设备通过坐标偏转数据对实时服务数据进行加密处理。相对应的，在车辆终端进行预付费之后，云平台根据路侧设备的坐标偏转数据，生成路侧设备对应的坐标反偏转数据，然后根据车辆终端的标识，将路侧设备的坐标反偏转数据发送至车辆终端，以使车辆终端根据坐标反偏转数据对实时服务数据进行解密处理，得到明文数据以使用服务。

步骤403，获取车辆终端发送的服务使用确认数据帧。

步骤404，根据服务使用确认数据帧中包括的服务使用信息，生成与服务使用确认数据帧对应的交易数据帧。

其中，交易数据帧中包括服务生产信息。

步骤405，将交易数据帧发送至云平台，以使云平台根据交易数据帧确定目标服务费用。

本申请实施例三的其他具体内容可以参见前述实施例的相关内容，本实施例对此不再赘述。

本申请上述实施例公开的数据交易方法，应用于路侧设备，首先向云平台发送服务注册请求，然后向车辆终端发送实时服务数据，接着获取车辆终端发送的服务使用确认数据帧，进而根据服务使用确认数据帧中包括的服务使用信息，生成与服务使用确认数据帧对应的交易数据帧，最后将交易数据帧发送至云平台，以使云平台根据交易数据帧确定目标服务费用。由此，通过在获取到车辆终端发送的服务使用确认数据帧时生成交易数据帧，并将交易数据帧发送至云平台以确定目标服务费用，以实现服务费用的自动计算和支付，从而实现了在使用车用无线通信系统提供的数据服务时，自动进行费用计算和结算，提升了交易的便捷性。

图5为本申请实施例所提供的一种数据交易方法的信令交互图。如图5所示，该数据交易方法，可以包括如下步骤：

步骤501，路侧设备向云平台发送服务注册请求。

其中，服务获取请求中包括车辆终端的标识及预计行驶路径。

步骤502，云平台根据各个服务注册请求，生成服务列表并存储。

步骤503，路侧设备向车辆终端发送实时服务数据。

其中，服务列表中包括各个路侧设备对应的服务信息。

步骤504，车辆终端根据路侧设备的标识，向路侧设备发送服务使用确认数据帧。

其中，服务使用确认数据帧中包括服务使用信息。

步骤505，车辆终端向云平台发送服务使用确认数据帧。

步骤506，路侧设备根据服务使用确认数据帧中包括的服务使用信息，生成与服务使用确认数据帧对应的交易数据帧。

其中，交易数据帧中包括服务生产信息。

步骤507，路侧设备将交易数据帧发送至云平台。

步骤508，云平台根据服务使用确认数据帧中包含的服务使用信息及交易数据帧中包含的服务生产信息，确定车辆终端已使用的目标服务。

步骤509，云平台根据目标服务的服务费用，确定车辆终端对应的目标服务费用。

通过上述过程，云平台生成各个路侧设备可以提供的服务列表，车辆终端与路侧设备反馈服务生产使用数据至云平台，以使云平台从服务列表中获取车载终端已使用的目标服务及目标服务的目标服务费用，以实现服务费用的自动计算和支付，从而实现了在使用车用无线通信系统提供的数据服务时，自动进行费用计算和结算，提升了交易的便捷性。

参见图6，示出了本申请实施例四提供的一种数据交易装置的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分。

该数据交易装置应用于云平台，具体可以包括如下模块：

第一获取模块601，用于获取各个路侧设备发送的服务注册请求，其中，服务注册请求中包括路侧设备的位置信息、所提供的服务类型及服务费用。

第一生成模块602，用于根据各个服务注册请求，生成服务列表并存储，其中，服务列表中包括各个路侧设备对应的服务信息。

第二获取模块603，用于获取车辆终端发送的服务使用确认数据帧及目标路侧设备发送的与服务使用确认数据帧对应的交易数据帧。

第一确定模块604，用于根据服务使用确认数据帧中包含的服务使用信息及交易数据帧中包含的服务生产信息，确定车辆终端已使用的目标服务。

第二确定模块605，用于根据目标服务的服务费用，确定车辆终端对应的目标服务费用。

本申请上述实施例公开的数据交易装置，应用于云平台，可以获取各个路侧设备发送的服务注册请求，以根据各个服务注册请求生成服务列表并存储，然后获取车辆终端发送的服务使用确认数据帧及目标路侧设备发送的与服务使用确认数据帧对应的交易数据帧，进而根据服务使用确认数据帧中包含的服务使用信息及交易数据帧中包含的服务生产信息，确定车辆终端已使用的目标服务，最后根据目标服务的服务费用，确定车辆终端对应的目标服务费用。由此，通过预先生成各个路侧设备可以提供的服务列表，并在获取到车辆终端与路侧设备反馈的服务生产使用数据时，从服务列表中获取车载终端已使用的目标服务及目标服务的目标服务费用，以实现服务费用的自动计算和支付，从而实现了在使用车用无线通信系统提供的数据服务时，自动进行费用计算和结算，提升了交易的便捷性。

在本申请实施例四一种可能的实现方式中，数据交易装置具体还可以包括如下模块，应用于获取车辆终端发送的服务使用确认数据帧及目标路侧设备发送的与服务使用确认数据帧对应的交易数据帧之前：

第五获取模块，用于获取车辆终端发送的服务获取请求。

其中，服务获取请求中包括车辆终端的标识及预计行驶路径。

第五发送模块，用于根据预计行驶路径，从服务列表中获取预计经过的路侧设备对应的服务信息并发送至车辆终端，以使车辆终端根据预计经过的路侧设备对应的服务信息进行预付费处理。

其中，预计经过的路侧设备为预计行驶路径中包括的路侧设备。

第六获取模块，用于获取车辆终端发送的预付费请求。

其中，预付费请求中包括预付费服务及车辆终端对应的付款账户。

扣款处理模块，用于根据预付费服务的服务费用，确定预付费费用，并根据预付费费用对付款账户进行扣款处理。

在本申请实施例四一种可能的实现方式中，上述数据交易装置具体还可以包括如下模块，应用于根据目标服务的服务费用，确定车辆终端对应的目标服务费用之后：

结算模块，用于根据预付费费用及目标服务费用，进行结算处理。

在本申请实施例四一种可能的实现方式中，预付费请求中包括车辆终端的标识，上述数据交易装置具体还可以包括如下模块，应用于根据预付费服务的服务费用，确定预付费费用，并根据预付费费用对付款账户进行扣款处理之后：

解密处理模块，用于根据车辆终端的标识，将预付费服务对应的路侧设备的解密数据发送至车辆终端，以使车辆终端在接收到路侧设备的实时服务数据时，根据解密数据对实时服务数据进行解密处理。

在本申请实施例四一种可能的实现方式中，服务注册请求中还包括路侧设备的标识，解密数据包括路侧设备的密钥数据，路侧设备预先通过密钥数据对实时服务数据进行加密处理，上述数据交易装置具体还可以包括如下模块，应用于根据车辆终端的标识，将预付费服务对应的路侧设备的解密数据发送至车辆终端，以使车辆终端在接收到路侧设备的实时服务数据时，根据解密数据对实时服务数据进行解密处理之前：

第三生成模块，用于根据预设密钥及各个路侧设备的标识，分别生成各个路侧设备的密钥数据。

第六发送模块，用于将各个路侧设备的密钥数据，分别发送至各个路侧设备。

作为一种可能的实施方式，上述解密处理模块，可以包括如下子模块：

第一发送子模块，用于根据车辆终端的标识，将预付费服务对应的路侧设备的密钥数据发送至车辆终端。

在本申请实施例四一种可能的实现方式中，解密数据包括路侧设备的坐标反偏转数据，路侧设备预先通过坐标反偏转数据对应的坐标偏转数据对实时服务数据进行加密处理，上述数据交易装置具体还可以包括如下模块，应用于根据车辆终端的标识，将预付费服务对应的路侧设备的解密数据发送至车辆终端，以使车辆终端在接收到路侧设备的实时服务数据时，根据解密数据对实时服务数据进行解密处理之前：

第七获取模块，用于获取各个路侧设备发送的坐标偏转数据。

其中，坐标偏转数据是路侧设备根据自身的位置信息生成的。

第四生成模块，用于根据每个路侧设备的坐标偏转数据，分别生成每个路侧设备的坐标反偏转数据。

作为一种可能的实现方式，上述解密处理模块，可以包括如下子模块：

第二发送子模块，用于根据车辆终端的标识，将预付费服务对应的路侧设备的坐标反偏转数据发送至车辆终端。

在本申请实施例四一种可能的实现方式中，预付费请求中包括车辆终端的标识，数据交易装置具体还可以包括如下模块，应用于根据预付费服务的服务费用，确定预付费费用，并根据预付费费用对付款账户进行扣款处理之前：

第八获取模块，用于获取车辆终端发送的车辆终端对云平台的第一身份认证结果。

第一认证模块，用于根据车辆终端的标识，对车辆终端进行身份认证，以确定云平台对车辆终端的第二身份认证结果。

第三确定模块，用于确定第一身份认证结果及第二身份认证结果均为成功。

在本申请实施例四一种可能的实现方式中，数据交易装置具体还可以包括如下模块，用于根据预付费费用及目标服务费用，进行结算处理之前：

第九获取模块，用于获取车辆终端发送的车辆终端对云平台的第三身份认证结果。

第二认证模块，用于根据车辆终端的标识，对车辆终端进行身份认证，以确定云平台对车辆终端的第四身份认证结果。

第四确定模块，用于确定第三身份认证结果及第四身份认证结果均为成功。

本申请实施例提供的数据交易装置可以应用在前述方法实施例一中，详情参见上述方法实施例一的描述，在此不再赘述。

参见图7，示出了本申请实施例五提供的一种数据交易装置的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分。

该数据交易装置应用于车辆终端，具体可以包括如下模块：

第三获取模块701，用于获取路侧设备发送的实时服务数据，其中，实时服务数据中包括路侧设备的标识。

第一发送模块702，用于根据路侧设备的标识，向路侧设备及云平台发送服务使用确认数据帧，以使云平台根据服务使用确认数据帧确定目标服务费用。

其中，服务使用确认数据帧中包括服务使用信息。

本申请上述实施例公开的数据交易装置，应用于车辆终端，首先获取路侧设备发送的实时服务数据，然后根据路侧设备的标识，向路侧设备及云平台发送服务使用确认数据帧，以使云平台根据服务使用确认数据帧确定目标服务费用。由此，通过在车辆行驶过程中获取实施服务数据，以使用相应的服务，通过发送服务使用确认数据帧至路侧设备及云平台，以确定应支出的目标服务费用，从而实现了在使用车用无线通信系统提供的数据服务时，自动进行费用计算和结算，提升了交易的便捷性。

在本申请实施例五一种可能的实现方式中，上述数据交易装置具体还可以包括如下模块，应用于获取路侧设备发送的实时服务数据之前：

第七发送模块，用于向云平台发送服务获取请求。

其中，服务获取请求中包括车辆终端的标识及预计行驶路径。

第十获取模块，用于获取云平台发送的预计经过的路侧设备对应的服务信息。

其中，预计经过的路侧设备为预计行驶路径中包括的路侧设备，预计经过的路侧设备对应的服务信息是云平台根据预计行驶路径从自身存储的服务列表中获取的。

显示模块，用于显示预计经过的路侧设备对应的服务信息。

第五确定模块，用于获取用户对预计经过的路侧设备对应的服务信息的操作指令，并根据操作指令确定预付费服务。

第八发送模块，用于根据预付费服务生成预付费请求并发送至云平台。

其中，预付费请求中包括预付费服务及车辆终端对应的付款账户信息。

在本申请实施例五一种可能的实现方式中，上述数据交易装置具体还可以包括如下模块，应用于向云平台发送服务获取请求之前：

第十一获取模块，用于获取用户输入的目的地信息及车辆终端所在的车辆的当前位置信息。

第五生成模块，用于根据目的地信息及当前位置信息进行路径规划，以生成预计行驶路径。

在本申请实施例五一种可能的实现方式中，上述数据交易装置具体还可以包括如下模块，应用于根据预付费服务生成预付费请求并发送至云平台之前：

第六确定模块，用于对云平台进行身份认证，以确定车辆终端对云平台的第一身份认证结果；

相对应的，上述第八发送模块，具体可以包括如下子模块：

生成子模块，用于根据预付费服务及第一身份认证结果生成预付费请求并发送至云平台，预付费请求中还包括第一身份认证结果。

在本申请实施例五一种可能的实现方式中，上述数据交易装置具体还可以包括如下模块，应用于根据路侧设备的标识，向路侧设备及云平台发送服务使用确认数据帧，以使云平台根据服务使用确认数据帧确定目标服务费用之前：

第十二获取模块，用于获取云平台发送的路侧设备对应的解密数据。

第六生成模块，用于根据解密数据，对实时服务数据进行解密处理，以生成实时服务数据对应的明文数据。

本申请实施例提供的数据交易装置可以应用在前述方法实施例二中，详情参见上述方法实施例二的描述，在此不再赘述。

参见图8，示出了本申请实施例六提供的一种数据交易装置的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分。

该数据交易装置应用于路侧设备，具体可以包括如下模块：

第二发送模块801，用于向云平台发送服务注册请求。

其中，服务注册请求中包括路侧设备的位置信息、所提供的服务类型及服务费用。

第三发送模块802，用于向车辆终端发送实时服务数据。

其中，实时服务数据中包括路侧设备的标识。

第四获取模块803，用于获取车辆终端发送的服务使用确认数据帧。

第二生成模块804，用于根据服务使用确认数据帧中包括的服务使用信息，生成与服务使用确认数据帧对应的交易数据帧。

其中，交易数据帧中包括服务生产信息。

第四发送模块805，用于将交易数据帧发送至云平台，以使云平台根据交易数据帧确定目标服务费用。

本申请上述实施例公开的数据交易装置，应用于路侧设备，首先向云平台发送服务注册请求，然后向车辆终端发送实时服务数据，接着获取车辆终端发送的服务使用确认数据帧，进而根据服务使用确认数据帧中包括的服务使用信息，生成与服务使用确认数据帧对应的交易数据帧，最后将交易数据帧发送至云平台，以使云平台根据交易数据帧确定目标服务费用。由此，在获取到车辆终端发送的服务使用确认数据帧时生成交易数据帧，并将交易数据帧发送至云平台以确定目标服务费用，以实现服务费用的自动计算和支付，从而实现了在使用车用无线通信系统提供的数据服务时，自动进行费用计算和结算，提升了交易的便捷性。

在本申请实施例六一种可能的实现方式中，上述数据交易装置具体还可以包括如下模块，应用于向车辆终端发送实时服务数据之前：

第十三获取模块，用于获取云平台发送的密钥数据。

第一加密模块，用于根据密钥数据对实时服务数据进行加密处理。

在本申请实施例六一种可能的实现方式中，上述数据交易装置具体还可以包括如下模块，应用于向车辆终端发送实时服务数据之前：

第七生成模块，用于对位置信息进行坐标偏转处理，以生成坐标偏转数据，并发送至云平台。

第二加密模块，用于根据坐标偏转数据对实时服务数据进行加密处理。

本申请实施例提供的数据交易装置可以应用在前述方法实施例三中，详情参见上述方法实施例三的描述，在此不再赘述。

图9是本申请实施例七提供的终端设备的结构示意图。如图9所示，该实施例的终端设备900包括：至少一个处理器910(图9中仅示出一个)处理器、存储器920以及存储在所述存储器920中并可在所述至少一个处理器910上运行的计算机程序921，所述处理器910执行所述计算机程序921时实现上述数据交易方法实施例中的步骤。

所述终端设备900可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该终端设备可包括，但不仅限于，处理器910、存储器920。本领域技术人员可以理解，图9仅仅是终端设备900的举例，并不构成对终端设备900的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器910可以是中央处理单元(Central Processing Unit，CPU)，该处理器910还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器920在一些实施例中可以是所述终端设备900的内部存储单元，例如终端设备900的硬盘或内存。所述存储器920在另一些实施例中也可以是所述终端设备900的外部存储设备，例如所述终端设备900上配备的插接式硬盘，智能存储卡(Smart MediaCard,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器920还可以既包括所述终端设备900的内部存储单元也包括外部存储设备。所述存储器920用于存储操作系统、应用程序、引导装载程序(Boot Loader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器920还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

本申请实现上述实施例方法中的全部或部分流程，也可以通过一种计算机程序产品来完成，当所述计算机程序产品在终端设备上运行时，使得所述终端设备执行时可实现上述各个方法实施例中的步骤。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制。尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (20)

1.一种数据交易方法，其特征在于，应用于车用无线通信系统中的云平台，所述车用无线通信系统还包括车辆终端及路侧设备，所述数据交易方法，包括：

获取各个所述路侧设备发送的服务注册请求，其中，所述服务注册请求中包括所述路侧设备的位置信息、所提供的服务类型及服务费用；

根据各个所述服务注册请求，生成服务列表并存储，其中，所述服务列表中包括各个所述路侧设备对应的服务信息；

获取所述车辆终端发送的服务使用确认数据帧及目标路侧设备发送的与所述服务使用确认数据帧对应的交易数据帧；

根据所述服务使用确认数据帧中包含的服务使用信息及所述交易数据帧中包含的服务生产信息，确定所述车辆终端已使用的目标服务；

根据所述目标服务的服务费用，确定所述车辆终端对应的目标服务费用。

2.如权利要求1所述的方法，其特征在于，所述获取所述车辆终端发送的服务使用确认数据帧及目标路侧设备发送的与所述服务使用确认数据帧对应的交易数据帧之前，还包括：

获取所述车辆终端发送的服务获取请求，其中，所述服务获取请求中包括车辆终端的标识及预计行驶路径；

根据所述预计行驶路径，从所述服务列表中获取预计经过的路侧设备对应的服务信息并发送至所述车辆终端，以使所述车辆终端根据预计经过的路侧设备对应的服务信息进行预付费处理，其中，所述预计经过的路侧设备为所述预计行驶路径中包括的所述路侧设备；

获取所述车辆终端发送的预付费请求，其中，所述预付费请求中包括预付费服务及所述车辆终端对应的付款账户；

根据所述预付费服务的服务费用，确定预付费费用，并根据所述预付费费用对所述付款账户进行扣款处理；

所述根据所述目标服务的服务费用，确定所述车辆终端对应的目标服务费用之后，还包括：

根据所述预付费费用及所述目标服务费用，进行结算处理。

3.如权利要求2所述的数据交易方法，其特征在于，所述预付费请求中包括所述车辆终端的标识，所述根据所述预付费服务的服务费用，确定预付费费用，并根据所述预付费费用对所述付款账户进行扣款处理之后，还包括：

根据所述车辆终端的标识，将所述预付费服务对应的路侧设备的解密数据发送至所述车辆终端，以使所述车辆终端在接收到所述路侧设备的实时服务数据时，根据所述解密数据对所述实时服务数据进行解密处理。

4.如权利要求3所述的数据交易方法，其特征在于，所述服务注册请求中还包括所述路侧设备的标识，所述解密数据包括所述路侧设备的密钥数据，所述路侧设备预先通过所述密钥数据对所述实时服务数据进行加密处理，所述根据所述车辆终端的标识，将所述预付费服务对应的路侧设备的解密数据发送至所述车辆终端，以使所述车辆终端在接收到所述路侧设备的实时服务数据时，根据所述解密数据对所述实时服务数据进行解密处理之前，还包括：

根据预设密钥及各个所述路侧设备的标识，分别生成各个所述路侧设备的密钥数据；

将各个所述路侧设备的所述密钥数据，分别发送至各个所述路侧设备；

所述根据所述车辆终端的标识，将所述预付费服务对应的路侧设备的解密数据发送至所述车辆终端，包括：

根据所述车辆终端的标识，将所述预付费服务对应的路侧设备的密钥数据发送至所述车辆终端。

5.如权利要求3所述的数据交易方法，其特征在于，所述解密数据包括所述路侧设备的坐标反偏转数据，所述路侧设备预先通过所述坐标反偏转数据对应的坐标偏转数据对所述实时服务数据进行加密处理，所述根据所述车辆终端的标识，将所述预付费服务对应的路侧设备的解密数据发送至所述车辆终端，以使所述车辆终端在接收到所述路侧设备的实时服务数据时，根据所述解密数据对所述实时服务数据进行解密处理之前，还包括：

获取各个所述路侧设备发送的所述坐标偏转数据，其中，所述坐标偏转数据是所述路侧设备根据自身的位置信息生成的；

根据每个所述路侧设备的所述坐标偏转数据，分别生成每个所述路侧设备的坐标反偏转数据；

所述根据所述车辆终端的标识，将所述预付费服务对应的路侧设备的解密数据发送至所述车辆终端，包括：

根据所述车辆终端的标识，将所述预付费服务对应的路侧设备的坐标反偏转数据发送至所述车辆终端。

6.如权利要求2所述的数据交易方法，其特征在于，所述预付费请求中包括所述车辆终端的标识，所述根据所述预付费服务的服务费用，确定预付费费用，并根据所述预付费费用对所述付款账户进行扣款处理之前，还包括：

获取所述车辆终端发送的所述车辆终端对所述云平台的第一身份认证结果；

根据所述车辆终端的标识，对所述车辆终端进行身份认证，以确定所述云平台对所述车辆终端的第二身份认证结果；

确定所述第一身份认证结果及所述第二身份认证结果均为成功。

7.如权利要求6所述的数据交易方法，其特征在于，所述根据所述预付费费用及所述目标服务费用，进行结算处理之前，还包括：

获取所述车辆终端发送的所述车辆终端对所述云平台的第三身份认证结果；

根据所述车辆终端的标识，对所述车辆终端进行身份认证，以确定所述云平台对所述车辆终端的第四身份认证结果；

确定所述第三身份认证结果及所述第四身份认证结果均为成功。

8.一种数据交易方法，其特征在于，应用于如权利要求1-7任一所述的车辆终端，包括：

获取路侧设备发送的实时服务数据，其中，所述实时服务数据中包括所述路侧设备的标识；

根据所述路侧设备的标识，向所述路侧设备及云平台发送服务使用确认数据帧，以使所述云平台根据所述服务使用确认数据帧确定目标服务费用，其中，所述服务使用确认数据帧中包括服务使用信息。

9.如权利要求8所述的数据交易方法，其特征在于，所述获取路侧设备发送的实时服务数据之前，还包括：

向所述云平台发送服务获取请求，其中，所述服务获取请求中包括所述车辆终端的标识及预计行驶路径；

获取所述云平台发送的预计经过的路侧设备对应的服务信息，其中，所述预计经过的路侧设备为所述预计行驶路径中包括的所述路侧设备，所述预计经过的路侧设备对应的服务信息是所述云平台根据所述预计行驶路径从自身存储的服务列表中获取的；

显示所述预计经过的路侧设备对应的服务信息；

获取用户对所述预计经过的路侧设备对应的服务信息的操作指令，并根据所述操作指令确定预付费服务；

根据所述预付费服务生成预付费请求并发送至所述云平台，其中，所述预付费请求中包括所述预付费服务及所述车辆终端对应的付款账户信息。

10.如权利要求9所述的方法，其特征在于，所述向所述云平台发送服务获取请求之前，还包括：

获取所述用户输入的目的地信息及所述车辆终端所在的车辆的当前位置信息；

根据所述目的地信息及所述当前位置信息进行路径规划，以生成所述预计行驶路径。

11.如权利要求9所述的方法，其特征在于，所述根据所述预付费服务生成预付费请求并发送至所述云平台之前，还包括；

对所述云平台进行身份认证，以确定所述车辆终端对所述云平台的第一身份认证结果；

所述根据所述预付费服务生成预付费请求并发送至所述云平台，包括：

根据所述预付费服务及所述第一身份认证结果生成所述预付费请求并发送至所述云平台，所述预付费请求中还包括所述第一身份认证结果。

12.如权利要求8-11任一所述的数据交易方法，其特征在于，所述根据所述路侧设备的标识，向所述路侧设备及云平台发送服务使用确认数据帧，以使所述云平台根据所述服务使用确认数据帧确定目标服务费用之前，还包括：

获取所述云平台发送的所述路侧设备对应的解密数据；

根据所述解密数据，对所述实时服务数据进行解密处理，以生成所述实时服务数据对应的明文数据。

13.一种数据交易方法，其特征在于，应用于如权利要求1-12任一所述的路侧设备，包括：

向云平台发送服务注册请求，其中，所述服务注册请求中包括所述路侧设备的位置信息、所提供的服务类型及服务费用；

向所述车辆终端发送实时服务数据，其中，所述实时服务数据中包括所述路侧设备的标识；

获取所述车辆终端发送的服务使用确认数据帧；

根据所述服务使用确认数据帧中包括的服务使用信息，生成与所述服务使用确认数据帧对应的交易数据帧，其中，所述交易数据帧中包括服务生产信息；

将所述交易数据帧发送至所述云平台，以使所述云平台根据所述交易数据帧确定目标服务费用。

14.如权利要求13所述的方法，其特征在于，所述向所述车辆终端发送实时服务数据之前，还包括：

获取所述云平台发送的密钥数据；

根据所述密钥数据对所述实时服务数据进行加密处理。

15.如权利要求13所述的方法，其特征在于，所述向所述车辆终端发送实时服务数据之前，还包括：

对所述位置信息进行坐标偏转处理，以生成坐标偏转数据，并发送至所述云平台；

根据所述坐标偏转数据对所述实时服务数据进行加密处理。

16.一种数据交易装置，其特征在于，应用于车用无线通信系统中的云平台，所述车用无线通信系统还包括车辆终端及路侧设备，所述数据交易装置，包括：

第一获取模块，用于获取各个所述路侧设备发送的服务注册请求，其中，所述服务注册请求中包括所述路侧设备的位置信息、所提供的服务类型及服务费用；

第一生成模块，用于根据各个所述服务注册请求，生成服务列表并存储，其中，所述服务列表中包括各个所述路侧设备对应的服务信息；

第二获取模块，用于获取所述车辆终端发送的服务使用确认数据帧及目标路侧设备发送的与所述服务使用确认数据帧对应的交易数据帧；

第一确定模块，用于根据所述服务使用确认数据帧中包含的服务使用信息及所述交易数据帧中包含的服务生产信息，确定所述车辆终端已使用的目标服务；

第二确定模块，用于根据所述目标服务的服务费用，确定所述车辆终端对应的目标服务费用。

17.一种数据交易装置，其特征在于，应用于如权利要求16所述的车辆终端，包括：

第三获取模块，用于获取路侧设备发送的实时服务数据，其中，所述实时服务数据中包括所述路侧设备的标识；

第一发送模块，用于根据所述路侧设备的标识，向所述路侧设备及云平台发送服务使用确认数据帧，以使所述云平台根据所述服务使用确认数据帧确定目标服务费用，其中，所述服务使用确认数据帧中包括服务使用信息。

18.一种数据交易装置，其特征在于，应用于如权利要求16-17任一所述的路侧设备，包括：

第二发送模块，用于向云平台发送服务注册请求，其中，所述服务注册请求中包括所述路侧设备的位置信息、所提供的服务类型及服务费用；

第三发送模块，用于向所述车辆终端发送实时服务数据，其中，所述实时服务数据中包括所述路侧设备的标识；

第四获取模块，用于获取所述车辆终端发送的服务使用确认数据帧；

第二生成模块，用于根据所述服务使用确认数据帧中包括的服务使用信息，生成与所述服务使用确认数据帧对应的交易数据帧，其中，所述交易数据帧中包括服务生产信息；

第四发送模块，用于将所述交易数据帧发送至所述云平台，以使所述云平台根据所述交易数据帧确定目标服务费用。

19.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-7任一项所述的方法，或者实现如权利要求8-12任一项所述的方法，或者实现如权利要求13-15任一项所述的方法。

20.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7任一项所述的方法，或者实现如权利要求8-12任一项所述的方法，或者实现如权利要求13-15任一项所述的方法。

Images