CN118055382A - 数据处理的方法、装置、设备和存储介质 - Google Patents

Abstract

本申请公开了一种数据处理的方法、装置、设备和存储介质，该方法通过获取用户的目标场景需求，可以在第一对应关系中，获取对应的交通状态服务和云端服务，进而获取交通状态的目标实时数据，接着在目标实时数据满足用户预先设置得到的目标触发条件的情况下，云端服务下发决策建议的指令。通过预设的第一对应关系，可以根据用户不同的目标场景需求得到不同的目标服务，通过实时获取目标车辆的第一实时数据和交通参与者的第二实时数据，可以达到用户不同场景需求的数据支撑，通过预先设置目标触发条件，适配用户的不同需求，能够一次性响应用户的不同场景需求，无需开发不同的应用程序，大大提高了使用灵活性，满足了用户需求。

Description

数据处理的方法、装置、设备和存储介质

技术领域

本申请属于智能网联汽车技术领域，尤其涉及一种数据处理的方法、装置、设备和存储介质。

背景技术

面向服务的架构(Service-Oriented Architecture，简称SOA)，可以将功能模块化为服务，使各个服务之间通过标准化的接口进行交互和组合。

在现有技术中，基于SOA架构的车路云一体化云控系统，将面向服务的架构思想应用于车端、路端和云端的不同功能模块中，可以根据用户的不同功能需求，开发不同的应用程序。但是，每个应用程序都需要进行二次开发，每个应用程序之间相互独立，无法进行数据的共享，只有下载不同的应用程序才能响应用户不同的场景需求，使用灵活性差。

因此，现有技术存在的问题是：车路云一体化云控系统无法同时响应用户的不同场景需求，使用灵活性差。

发明内容

本申请实施例提供了一种数据的处理方法、装置、设备和存储介质，解决了车路云一体化云控系统不能同时响应用户的不同场景需求，使用灵活性差的问题。

第一方面，本申请实施例提供了一种数据处理的方法，该方法包括：

获取用户的目标场景需求；

在场景与服务的第一对应关系中，获取目标场景需求对应的目标服务，其中，目标服务包括交通状态服务和云端服务；

通过交通状态服务的接口，获取交通状态的目标实时数据；

在目标实时数据满足目标触发条件的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令，其中，目标触发条件基于用户预先设置得到。

在一些可能的实现方式中，目标实时数据包括第一实时数据和第二实时数据；交通状态服务包括车辆数据订阅服务和路侧数据订阅服务；通过交通状态服务的接口，获取交通状态的目标实时数据，包括：

通过车辆数据订阅服务的接口，获取目标车辆交通状态的第一实时数据；

通过路侧数据订阅服务的接口，获取预设范围内交通参与者交通状态的第二实时数据，其中，预设范围基于用户预先设置得到，预设范围内包括目标车辆。

在一些可能的实现方式中，第一实时数据包括目标车辆的智驾域状态信息、底盘域状态信息、动力域状态信息、座舱域状态信息和/或车身域状态信息；第二实时数据包括交通参与者的类型、第一位置和第一速度。

在一些可能的实现方式中，目标场景包括碰撞预警场景；智驾域状态信息包括目标车辆的第二位置和第二速度；目标触发条件包括目标方向范围和目标相对速度；在目标实时数据满足目标触发条件的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令，包括：

基于第一位置和第二位置，确定每个交通参与者与目标车辆的相对方向；

确定相对方向在目标方向范围内的交通参与者，为第一目标对象；

根据第一速度和第二速度，计算第一目标对象与目标车辆之间的相对速度；

在至少一个相对速度小于目标相对速度的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令。

在一些可能的实现方式中，目标触发条件还包括目标时间距离；在至少一个相对速度小于目标相对速度的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令，包括：

在至少一个相对速度小于目标相对速度的情况下，确定相对速度小于目标相对速度的第一目标对象，为第二目标对象；

根据第一位置和第二位置，计算第二目标对象与目标车辆之间的相对距离；

将第二目标对象与目标车辆之间的相对距离，除以第二目标对象与目标车辆之间的相对速度，得到每个第二目标对象的时间距离；

在至少一个时间距离小于目标时间距离的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令。

在一些可能的实现方式中，云端服务包括感知融合服务、决策建议服务、协同控制服务和/或辅助驾驶服务。

第二方面，本申请实施例还提供了一种数据处理的装置，该装置包括：

获取模块，用于获取用户的目标场景需求；

获取模块，还用于在场景与服务的第一对应关系中，获取目标场景需求对应的目标服务，其中，目标服务包括交通状态服务和云端服务；

获取模块，还用于通过交通状态服务的接口，获取交通状态的目标实时数据；

发送模块，用于在目标实时数据满足目标触发条件的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令，其中，目标触发条件基于用户预先设置得到。

在一些可能的实现中，目标实时数据包括第一实时数据和第二实时数据；交通状态服务包括车辆数据订阅服务和路侧数据订阅服务；获取模块还用于通过交通状态服务的接口，获取交通状态的目标实时数据，包括：

获取单元，用于通过车辆数据订阅服务的接口，获取目标车辆交通状态的第一实时数据；

获取单元，还用于通过路侧数据订阅服务的接口，获取预设范围内交通参与者交通状态的第二实时数据，其中，预设范围基于用户预先设置得到，预设范围内包括目标车辆。

在一些可能的实现中，第一实时数据包括目标车辆的智驾域状态信息、底盘域状态信息、动力域状态信息、座舱域状态信息和/或车身域状态信息；第二实时数据包括交通参与者的类型、第一位置和第一速度。

在一些可能的实现中，目标场景包括碰撞预警场景；智驾域状态信息包括目标车辆的第二位置和第二速度；目标触发条件包括目标方向范围和目标相对速度；发送模块用于在目标实时数据满足目标触发条件的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令，包括：

确定单元，用于基于第一位置和第二位置，确定每个交通参与者与目标车辆的相对方向；

确定单元，还用于确定相对方向在目标方向范围内的交通参与者，为第一目标对象；

计算单元，用于根据第一速度和第二速度，计算第一目标对象与目标车辆之间的相对速度；

发送单元，用于在至少一个相对速度小于目标相对速度的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令。

在一些可能的实现中，目标触发条件还包括目标时间距离；发送单元用于在至少一个相对速度小于目标相对速度的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令，包括：

确定单元，用于在至少一个相对速度小于目标相对速度的情况下，确定相对速度小于目标相对速度的第一目标对象，为第二目标对象；

计算单元，用于根据第一位置和第二位置，计算第二目标对象与目标车辆之间的相对距离；

计算单元，还用于将第二目标对象与目标车辆之间的相对距离，除以第二目标对象与目标车辆之间的相对速度，得到每个第二目标对象的时间距离；

发送单元，用于在至少一个时间距离小于目标时间距离的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令。

在一些可能的实现中，云端服务包括感知融合服务、决策建议服务、协同控制服务和/或辅助驾驶服务。

第三方面，本申请实施例还提供了一种电子设备，该电子设备包括处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时实现第一方面，或第一方面中的任一可能实现方式中的数据处理的方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现第一方面，或第一方面中的任一可能实现方式中的数据处理的方法。

本申请实施例的数据的处理方法、装置、设备和存储介质，通过获取用户的目标场景需求，然后在场景与服务的第一对应关系中，获取目标场景需求对应的目标服务，例如交通状态服务和云端服务，进而通过交通状态服务的接口，获取交通状态的目标实时数据，接着在目标实时数据满足用户预先设置得到的目标触发条件的情况下，云端服务下发决策建议的指令。通过预设的第一对应关系，可以根据用户不同的目标场景需求得到不同的目标服务，通过实时获取交通状态的目标实时数据，例如目标车辆的第一实时数据和交通参与者的第二实时数据，可以同时达到用户不同场景需求的数据支撑，即可以实现数据的共享，通过预先设置目标触发条件，可以根据不同目标场景触发不同的目标触发条件，从而能够同时响应用户的不同场景需求，无需根据用户的不同功能需求，开发不同的应用程序，大大提高了使用灵活性，满足了用户需求。

附图说明

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

图1是本申请实施例提供的一个数据处理的方法流程示意图；

图2是本申请实施例提供的另一个数据处理的方法流程示意图；

图3是本申请实施例提供的一个服务封装的方法流程示意图；

图4是本申请实施例提供的一个碰撞预警场景的处理方法流程示意图；

图5是本申请实施例提供的一个数据处理的装置示意图；

图6是本申请实施例提供的一个电子设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

面向服务的软件架构SOA，将服务进行标准化接口定义，每个服务接口具有独立的功能。如背景技术所述，基于SOA架构的车路云一体化云控系统，将面向服务的架构思想应用于车端、路端和云端的不同功能模块中，可以根据用户的不同功能需求，开发不同的应用程序。

但是，每个应用程序都需要进行二次开发，车端及路侧的数据需要反复调用，每个应用程序之间相互独立，缺少数据共享能力，只有下载不同的应用程序才能响应用户不同的场景需求。在一些现有技术中，在每次获取到用户的场景需求后，都需要根据场景需求及候选服务进行编排，时间处理不及时，且根据不同的场景需求需要反复调用车端数据，无法实现数据的共享，因此不能适配所有需求场景，存在不能同时响应用户的不同场景需求，使用灵活性差的问题。

基于此，本申请实施例提供了数据处理的方法、装置、设备和存储介质，将车、路、云各端能力以原子服务形式进行划分，按照统一的接口标准规范，封装服务接口，可以提供服务灵活组合及应用能力，响应不同用户的场景需求，支撑场景功能实现，在云端可以进行车端及路侧数据的感知融合和预警决策，可以同时响应用户的不同场景需求，使用灵活性差。

下面结合附图对本申请实施例提供的数据处理的方法进行详细阐述。

图1是本申请实施例提供的一种数据处理的方法示意图，如图1所示，该方法可以包括S110-S140。

S110，获取用户的目标场景需求。

目标场景需求，指的是用户对驾驶的目标车辆的功能场景需求。

首先云端获取用户的目标场景需求，例如碰撞预警的场景需求。

S120，在场景与服务的第一对应关系中，获取目标场景需求对应的目标服务，其中，目标服务包括交通状态服务和云端服务。

场景与服务的对应关系，可以称为第一对应关系，云端可以根据第一对应关系，对不同的目标场景需求进行不同的服务组合编排。例如，在第一对应关系中，目标场景需求_1对应的服务组合为{服务1，服务3，服务4，...，服务130}；目标场景需求_2对应的服务组合为{服务1，服务4，服务12，...，服务100}。

具体地，在场景与服务的第一对应关系中，可以获取目标场景需求对应的目标服务，其中，目标服务可以包括交通状态服务和云端服务。

在一些实施例中，云端服务包括感知融合服务、决策建议服务、协同控制服务和/或辅助驾驶服务。

云端服务指的是云端提供的服务，云端服务可以包括感知融合服务、决策建议服务、协同控制服务和/或辅助驾驶服务。例如，在碰撞预警场景需求中，使用的云端服务可以包括感知融合服务和决策建议服务。

S130，通过交通状态服务的接口，获取交通状态的目标实时数据。

具体地，每种服务都有对应的接口，通过调用接口即可调用对应的服务，因此通过调用交通状态服务的接口，可以获取交通状态的目标实时数据。

需要说明的是，虽然用户的不同场景需求会有不同，但是不同的目标场景需求所调用的交通状态服务的接口是相同的，获取得到的交通状态的目标实时数据的类型也是相同的。也就是说，不管用户的目标场景需求是什么，云端都会通过交通状态服务的接口，获取交通状态的目标实时数据(即目标车辆及其周围路侧的交通状态的数据)，从而可以实现不同场景需求下的数据共享，不需要反复的调用。

在一些实施例中，目标实时数据包括第一实时数据和第二实时数据；交通状态服务包括车辆数据订阅服务和路侧数据订阅服务；通过交通状态服务的接口，获取交通状态的目标实时数据，包括：

通过车辆数据订阅服务的接口，获取目标车辆交通状态的第一实时数据；

通过路侧数据订阅服务的接口，获取预设范围内交通参与者交通状态的第二实时数据，其中，预设范围基于用户预先设置得到，预设范围内包括目标车辆。

具体地，目标实时数据可以包括第一实时数据和第二实时数据，交通状态服务可以包括车辆数据订阅服务和路侧数据订阅服务；通过交通状态服务的接口，获取交通状态的目标实时数据(即步骤S130)，包括：通过车辆数据订阅服务的接口，可以获取目标车辆交通状态的第一实时数据，同时通过路侧数据订阅服务的接口，可以获取在目标车辆预设范围内，即目标车辆周边的交通参与者交通状态的第二实时数据，其中，预设范围基于用户预先设置得到。通过用户预先设置的预设范围可以获取得到该范围内的交通参与者的交通状态，使用灵活性高。

在一些实施例中，第一实时数据包括目标车辆的智驾域状态信息、底盘域状态信息、动力域状态信息、座舱域状态信息和/或车身域状态信息；第二实时数据包括交通参与者的类型、第一位置和第一速度。

具体地，第一实时数据可以包括目标车辆的智驾域状态信息、底盘域状态信息、动力域状态信息、座舱域状态信息和/或车身域状态信息；第二实时数据可以包括交通参与者的类型、位置和速度，该位置可以称为第一位置，该速度可以称为第一速度。

在本申请实施例中，不管用户的目标场景需求是什么，云端都会通过交通状态服务的接口，获取交通状态的目标实时数据(即目标车辆及其周围路侧的交通状态的数据)，目标实时数据可以包括第一实时数据和第二实时数据，第一实时数据又可以包括目标车辆的智驾域状态信息、底盘域状态信息、动力域状态信息、座舱域状态信息和/或车身域状态信息，第二实时数据又可以包括交通参与者的类型、第一位置和第一速度，目标实时数据的类型丰富，可以适配不同的用户场景需求。通过获取全类型的目标实时数据，可以同时满足实现不同场景需求下的数据共享，不需要反复的调用，无需根据用户的不同功能需求，开发不同的应用程序，大大提高了使用灵活性，满足了用户需求。

S140，在目标实时数据满足目标触发条件的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令，其中，目标触发条件基于用户预先设置得到。

具体地，在目标实时数据满足目标触发条件的情况下，云端服务可以向用户驾驶的目标车辆发送决策建议的指令，其中，目标触发条件可以基于用户预先设置得到，用户可以自己选择合适的目标触发条件，提高了使用灵活性，满足了用户需求。

在本申请实施例中，通过获取用户的目标场景需求，然后在场景与服务的第一对应关系中，获取目标场景需求对应的目标服务，例如交通状态服务和云端服务，进而通过交通状态服务的接口，获取交通状态的目标实时数据，接着在目标实时数据满足用户预先设置得到的目标触发条件的情况下，云端服务下发决策建议的指令。通过预设的第一对应关系，可以根据用户不同的目标场景需求得到不同的目标服务，通过实时获取交通状态的目标实时数据，例如目标车辆的第一实时数据和交通参与者的第二实时数据可以达到用户不同场景需求的数据支撑，通过预先设置目标触发条件，可以根据不同目标场景触发不同的目标触发条件，从而能够同时响应用户的不同场景需求，无需根据用户的不同功能需求，开发不同的应用程序，大大提高了使用灵活性，满足了用户需求。

在一些实施例中，目标场景包括碰撞预警场景；智驾域状态信息包括目标车辆的第二位置和第二速度；目标触发条件包括目标方向范围和目标相对速度；在目标实时数据满足目标触发条件的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令，包括：

基于第一位置和第二位置，确定每个交通参与者与目标车辆的相对方向；

确定相对方向在目标方向范围内的交通参与者，为第一目标对象；

根据第一速度和第二速度，计算第一目标对象与目标车辆之间的相对速度；

在至少一个相对速度小于目标相对速度的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令。

具体地，目标场景可以包括碰撞预警场景，智驾域状态信息可以包括目标车辆的第二位置和第二速度，目标触发条件可以包括目标方向范围和目标相对速度；在目标实时数据满足目标触发条件的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令(即步骤S140)，包括：基于交通参与者的第一位置和目标车辆的第二位置，可以确定每个交通参与者与目标车辆的相对方向，然后可以确定相对方向在目标方向范围内的交通参与者为第一目标对象，接着根据第一速度和第二速度，可以计算得到第一目标对象与目标车辆之间的相对速度，接下来在至少一个相对速度＜目标相对速度的情况下，云端服务可以向用户驾驶的目标车辆发送决策建议的指令。

需要说明的是，目标车辆与第一目标对象之间的相对速度越大，意味着第一目标对象与目标车辆的之间的车速差距越大，碰撞风险越小，因此可以在至少一个相对速度＜目标相对速度的情况下(该情况下说明车速差距较小，碰撞风险高)，云端服务可以向用户驾驶的目标车辆发送决策建议的指令。

在本申请实施例中，以碰撞预警场景为例，通过用户预先设置的目标方向范围和目标相对速度等目标触发条件，云端服务可以在目标实时数据满足目标触发条件的情况下，向用户驾驶的目标车辆发送决策建议的指令。在整个决策建议的下发过程中，可以根据用户的不同需求用户自己设定不同的触发条件，无需进行二次开发，使用灵活性好，能够一次性响应用户不同的场景需求。

在一些实施例中，目标触发条件还包括目标时间距离；在至少一个相对速度小于目标相对速度的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令，包括：

在至少一个相对速度小于目标相对速度的情况下，确定相对速度小于目标相对速度的第一目标对象，为第二目标对象；

根据第一位置和第二位置，计算第二目标对象与目标车辆之间的相对距离；

将第二目标对象与目标车辆之间的相对距离，除以第二目标对象与目标车辆之间的相对速度，得到每个第二目标对象的时间距离；

在至少一个时间距离小于目标时间距离的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令。

具体地，目标触发条件还包括目标时间距离；在至少一个相对速度小于目标相对速度的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令，包括：

首先，在至少一个相对速度＜目标相对速度的情况下，可以确定相对速度＜目标相对速度的第一目标对象，为第二目标对象；

其次，根据第一位置和第二位置，可以计算第二目标对象与目标车辆之间的相对距离；

然后，将第二目标对象与目标车辆之间的相对距离，除以第二目标对象与目标车辆之间的相对速度，可以得到每个第二目标对象的时间距离；

接着，在至少一个时间距离＜目标时间距离的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令。通过在至少一个相对速度＜目标相对速度的情况下，即碰撞风险高的情况下，进一步计算得到时间距离，并判断在时间距离＜目标时间距离的情况下，向目标车辆下发决策建议的指令，进一步判断了碰撞风险的风险程度，每次进行判断的判断目标条件都是由用户预先设置得到的，可以一次性响应用户不同的场景需求，使用灵活性高。

在一个实施例中，数据处理的方法流程，如图2所示，数据处理过程具体如下：

1)开始后，进行服务划分。

服务划分的原则主要包括“功能实现”和“接口定义”两个关键点，“功能实现”包括对数据的处理、计算和存储，“接口定义”包括服务获取的结果以及提供的数据，即服务的输入和输出。

“功能实现”在“接口定义”不变的情况下，可以独立进行能力提升，包括采用算法进行更好的存储和服务部署规模，不会影响用户使用。通过标准规范进行“接口定义”，能够为不同用户开发按照预定义的接口实现特定的场景功能，多个不同的用户也可以协同工作。根据场景功能进行模块能力的拆分，以关键点作为服务划分的基准，能够有效降低各个模块之间的耦合性，带来SOA架构实现场景功能的便利。

2)对车路云进行服务封装，生成车云网关服务目录。

例如，如图3所示，车路云一体化SOA架构的车路云一体化云控系统，主要包括云端、车端和路侧端，根据车、路、云三端能力，可以将其按照功能应用，进行服务封装。

如图3所示，云端的云端SOA网关可以通过调用车辆数据订阅服务的接口与车端SOA网关进行交互，进而接收车端发送的目标车辆的交通状态的第一实时数据；云端还可以基于光纤网络通过调用路侧数据订阅服务的接口，进而接收预设范围内交通参与者的交通状态的第二实时数据。

车端将车辆状态数据及车辆感知数据封装为车辆数据订阅服务，包含车身域状态信息、座舱域状态信息、动力域状态信息、底盘域状态信息和智驾域状态信息。

路侧端将交通参与者感知数据封装为路侧数据订阅服务，可以包括1)路侧计算单元(Multi-acessEdgeComputing，简称MEC)融合的路侧摄像头、毫米波雷达、激光雷达等感知数据；2)信号机采集数据后通过路侧单元(Road Side Unit，简称RSU)上报数据。

云端将车端、路侧上报的数据通过融合、决策计算封装为感知融合服务、决策建议服务、协同控制服务及辅助驾驶服务。车云交互所需服务可以以服务目录形式在车云SOA网关为用户提供服务订阅能力。通过实时采集路侧和车端的多维度数据，可以为多场景需求提供有利的数据支撑，结合用户的不同场景需求，云端服务可以进行不同的组合编排，无需进行二次开发，可以一次性满足用户的不同功能需求。

3)将车、路、云三端服务统一存放在服务治理平台的原子服务库中，在服务治理平台提供服务注册与发布、服务订阅及发现、服务权限管理能力。

服务注册与发布：各端服务可通过平台前端录入服务名称、接口类型、通信方式等基础信息，完成注册。服务经过后端审核后上线并发布，可以供服务编排使用。

服务订阅与发现：平台中处于上线状态的服务，根据场景功能实现需要，可以供各端订阅使用。同时每个服务具备被其它服务发现的能力，也可以查找需要使用的其它服务。

例如，在碰撞预警场景中，各端查找及订阅所需服务。云端订阅车辆数据订阅服务以及路侧数据订阅服务，车端订阅云端感知融合服务以及云端决策建议服务。

服务权限管理：平台根据用户购买及订阅服务情况，归属服务使用权限，可以在服务编排平台中仅展示已订阅且为上线状态的服务供编排使用。

4)在服务编排中，根据碰撞预警场景需求编排车、路、云各端原子服务，可以动态配置预警范围、阈值及车身控制参数等，生成并下发场景工作流，以供服务调度使用。服务编排平台提供服务管理、组件管理、场景编排及工作流生成能力。

服务管理：作为治理平台中服务库的映射，对于车、路、云不同数据来源的服务根据其用户权限归属、通信方式、服务形态、服务定义的不同，进行差异化管理及维护。

编排组件：包含事件、动作、变量、逻辑四大类。事件作为场景流程的启动条件，一般设置为场景名称，如碰撞预警场景。动作作为场景流程中对于服务的触发，包含车、路、云各端服务，如车辆数据订阅服务、路侧数据订阅服务、云端感知融合服务及云端决策建议服务。监测作为场景流程在运行过程中对于状态或阈值数据的设置及获取，如预警等级为n级时执行车端预警动作。逻辑作为场景流程的执行逻辑，如判断、循环、条件组(与/或)等。

场景编排：每个场景由一个事件驱动执行，在场景中根据服务执行顺序将编排组件进行排列组合，完成一个功能性场景执行流程。在碰撞预警场景中，通过订阅车辆数据订阅服务，获取车辆定位、各域控状态、感知数据，通过配置预警范围筛选范围内路侧设备。通过订阅路侧数据订阅服务，配置预警范围获取范围内周车障碍物感知信息。将周车障碍物信息列表根据预警场景视角需求，进行视角方向的预警信息筛选，得到某一视角方向同一车道或相邻车道中的障碍物信息。

根据障碍物与自车间时距计算，输出并下发车距判断预警等级。通过订阅车辆预警动作执行服务，配置预警动作及参数，下发并响应车身控制指令执行。

工作流生成：编排后的功能性场景流程将生成服务执行脚本，供服务调度使用。

5)服务调度：服务引擎接收并解析场景工作流，按照原子服务编排流程，顺序调度车、路、云服务。当云端决策建议服务返回预警等级到达告警阈值，调度车辆预警动作执行服务，下发车身控制指令至车端SOA网关。网关进行指令解析，将服务指令转化为信号指令，通过CAN总线进行控车指令传输，实现车辆预警动作执行。通过将服务封装成车云网关服务目录的形式，可以便于用户任意选择，能够同时响应用户的不同场景需求，无需根据用户的不同功能需求，开发不同的应用程序，大大提高了使用灵活性，满足了用户需求。

在一个实施例中，如图4所示，用户的场景需求为碰撞预警场景，数据处理系统通过车辆数据订阅服务的接口，获取车辆周围x米范围内路侧设备数据，通过路侧数据订阅服务的接口，获取路侧设备数据y米范围(即用户预先设置的预设范围)内感知障碍物信息列表后，云端建立感知融合服务-周车障碍物信息列表。

筛选用户预先设置的目标方向范围，即在目标车辆(前/后/左/右)方向的交通参与者，云端通过感知融合服务-(前/后/左/右)方障碍物信息列表进行筛查，得到目标方向范围内的交通参与者，进一步地，云端根据决策建议服务判断(前/后/左/右)方交通参与者与目标车辆的车距，进而下发根据车距判断得到的预警等级。根据预警等级，目标车辆可以进行预警动作的执行服务，并执行用户预先设置的车辆预警动作，下发车辆预警动作后结束。在碰撞预警场景中，可以根据用户需要自己进行目标方向范围、车距、预警等级和预警动作等选择，自由度和灵活性高，可以适配用户的不同需求。

需要说明的是，判断交通参与者在目标车辆的哪个方向时，可以以目标车辆为圆心建立坐标系，在目标车辆的正右方可以称为0°或360°方向，在目标车辆的正前方可以称为90°方向，在目标车辆的正左方可以称为180°方向，在目标车辆的正后方可以称为270°方向。因此在0～180°方向范围内的方向可以称为目标车辆的前方，在目标车辆的180～360°方向范围内的方向可以称为后方，在目标车辆的90～270°方向范围内的方向可以称为左方，在目标车辆的270～360°及0～90°方向范围内的方向可以称为右方。

本申请实施例还提供了一种数据处理的装置，如图5所示，该装置500可以包括获取模块510和发送模块520：

获取模块510，用于获取用户的目标场景需求；

获取模块510，还用于在场景与服务的第一对应关系中，获取目标场景需求对应的目标服务，其中，目标服务包括交通状态服务和云端服务；

获取模块510，还用于通过交通状态服务的接口，获取交通状态的目标实时数据；

发送模块520，用于在目标实时数据满足目标触发条件的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令，其中，目标触发条件基于用户预先设置得到。

在本申请实施例中，数据处理的装置通过获取用户的目标场景需求，然后在场景与服务的第一对应关系中，获取目标场景需求对应的目标服务，例如交通状态服务和云端服务，进而通过交通状态服务的接口，获取交通状态的目标实时数据，接着在目标实时数据满足用户预先设置得到的目标触发条件的情况下，云端服务下发决策建议的指令。通过预设的第一对应关系，可以根据用户不同的目标场景需求得到不同的目标服务，通过实时获取交通状态的目标实时数据，例如目标车辆的第一实时数据和交通参与者的第二实时数据，可以达到用户不同场景需求的数据支撑，通过预先设置目标触发条件，可以根据不同目标场景触发不同的目标触发条件，从而能够同时响应用户的不同场景需求，无需根据用户的不同功能需求，开发不同的应用程序，大大提高了使用灵活性，满足了用户需求。

在一些实施例中，目标实时数据包括第一实时数据和第二实时数据；交通状态服务包括车辆数据订阅服务和路侧数据订阅服务；获取模块还用于通过交通状态服务的接口，获取交通状态的目标实时数据，包括：

获取单元，用于通过车辆数据订阅服务的接口，获取目标车辆交通状态的第一实时数据；

获取单元，还用于通过路侧数据订阅服务的接口，获取预设范围内交通参与者交通状态的第二实时数据，其中，预设范围基于用户预先设置得到，预设范围内包括目标车辆。

在一些实施例中，第一实时数据包括目标车辆的智驾域状态信息、底盘域状态信息、动力域状态信息、座舱域状态信息和/或车身域状态信息；第二实时数据包括交通参与者的类型、第一位置和第一速度。

在一些实施例中，目标场景包括碰撞预警场景；智驾域状态信息包括目标车辆的第二位置和第二速度；目标触发条件包括目标方向范围和目标相对速度；发送模块用于在目标实时数据满足目标触发条件的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令，包括：

确定单元，用于基于第一位置和第二位置，确定每个交通参与者与目标车辆的相对方向；

确定单元，还用于确定相对方向在目标方向范围内的交通参与者，为第一目标对象；

计算单元，用于根据第一速度和第二速度，计算第一目标对象与目标车辆之间的相对速度；

发送单元，用于在至少一个相对速度小于目标相对速度的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令。

在一些实施例中，目标触发条件还包括目标时间距离；发送单元用于在至少一个相对速度小于目标相对速度的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令，包括：

确定单元，用于在至少一个相对速度小于目标相对速度的情况下，确定相对速度小于目标相对速度的第一目标对象，为第二目标对象；

计算单元，用于根据第一位置和第二位置，计算第二目标对象与目标车辆之间的相对距离；

计算单元，还用于将第二目标对象与目标车辆之间的相对距离，除以第二目标对象与目标车辆之间的相对速度，得到每个第二目标对象的时间距离；

发送单元，用于在至少一个时间距离小于目标时间距离的情况下，云端服务向目标场景需求对应的目标车辆发送决策建议的指令。

在一些实施例中，云端服务包括感知融合服务、决策建议服务、协同控制服务和/或辅助驾驶服务。

本申请实施例提供的数据处理的装置中的各个模块，可以实现图1至图4提供的数据处理的方法的各个步骤的功能，并能达到其相应的技术效果，为简洁描述，在此不再赘述。

图6示出了本申请实施例提供的数据处理设备的硬件结构示意图。

数据处理设备可以包括处理器601以及存储有计算机程序指令的存储器602。

具体地，上述处理器601可以包括中央处理器(Central Processing Unit，CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器602可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器602可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器602可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器602可在综合网关容灾设备的内部或外部。在特定实施例中，存储器602是非易失性固态存储器。

存储器可包括只读存储器(Read Only Memory，ROM)，随机存取存储器(RandomAccess Memory，RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本申请的一方面的方法所描述的操作。

处理器601通过读取并执行存储器602中存储的计算机程序指令，以实现上述实施例中的任意一种数据处理的方法。

在一个示例中，数据处理的设备还可包括通信接口603和总线604。其中，如图6所示，处理器601、存储器602、通信接口603通过总线604连接并完成相互间的通信。

通信接口603，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线604包括硬件、软件或两者，将终端服务设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(Accelerated Graphics Port，AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，EISA)总线、前端总线(Front Side Bus，FSB)、超传输(Hyper Transport，HT)互连、工业标准架构(IndustryStandard Architecture，ISA)总线、无限带宽互连、低引脚数(Linear PredictiveCoding，LPC)总线、存储器总线、微信道架构(MicroChannel Architecture，MCA)总线、外围组件互连(Peripheral Component Interconnect，PCI)总线、PCI-Express(PeripheralComponent Interconnect-X，PCI-X)总线、串行高级技术附件(Serial AdvancedTechnology Attachment，SATA)总线、视频电子标准协会局部(VESA Local Bus，VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线604可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该设备可以基于数据处理的装置中的各个单元/部件执行本申请实施例中的数据处理的方法，从而实现结合图1至图4描述的数据处理的方法。

另外，结合上述实施例中的数据处理的方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种数据处理的方法。

本申请还提供了一种计算机程序产品，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行实现上述任意一种数据处理的方法实施例的各个过程。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、只读存储器(Read-Only Memory，ROM)、闪存、可擦除只读存储器(Erasable ReadOnly Memory，EROM)、软盘、只读光盘(Compact Disc Read-Only Memory，CD-ROM)、光盘、硬盘、光纤介质、射频(Radio Frequency，RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种数据处理的方法，其特征在于，包括：

获取用户的目标场景需求；

在场景与服务的第一对应关系中，获取所述目标场景需求对应的目标服务，其中，所述目标服务包括交通状态服务和云端服务；

通过所述交通状态服务的接口，获取交通状态的目标实时数据；

在所述目标实时数据满足目标触发条件的情况下，所述云端服务向所述目标场景需求对应的目标车辆发送决策建议的指令，其中，所述目标触发条件基于所述用户预先设置得到。

2.根据权利要求1所述的方法，其特征在于，所述目标实时数据包括第一实时数据和第二实时数据；所述交通状态服务包括车辆数据订阅服务和路侧数据订阅服务；所述通过所述交通状态服务的接口，获取交通状态的目标实时数据，包括：

通过所述车辆数据订阅服务的接口，获取所述目标车辆交通状态的所述第一实时数据；

通过所述路侧数据订阅服务的接口，获取预设范围内交通参与者交通状态的所述第二实时数据，其中，所述预设范围基于所述用户预先设置得到，所述预设范围内包括所述目标车辆。

3.根据权利要求2所述的方法，其特征在于，所述第一实时数据包括所述目标车辆的智驾域状态信息、底盘域状态信息、动力域状态信息、座舱域状态信息和/或车身域状态信息；所述第二实时数据包括所述交通参与者的类型、第一位置和第一速度。

4.根据权利要求3所述的方法，其特征在于，所述目标场景包括碰撞预警场景；所述智驾域状态信息包括所述目标车辆的第二位置和第二速度；所述目标触发条件包括目标方向范围和目标相对速度；所述在所述目标实时数据满足目标触发条件的情况下，所述云端服务向所述目标场景需求对应的目标车辆发送决策建议的指令，包括：

基于所述第一位置和所述第二位置，确定每个所述交通参与者与所述目标车辆的相对方向；

确定所述相对方向在所述目标方向范围内的所述交通参与者，为第一目标对象；

根据所述第一速度和所述第二速度，计算所述第一目标对象与所述目标车辆之间的相对速度；

在至少一个所述相对速度小于所述目标相对速度的情况下，云端服务向所述目标场景需求对应的目标车辆发送决策建议的指令。

5.根据权利要求4所述的方法，其特征在于，所述目标触发条件还包括目标时间距离；所述在至少一个所述相对速度小于所述目标相对速度的情况下，云端服务向所述目标场景需求对应的目标车辆发送决策建议的指令，包括：

在至少一个所述相对速度小于所述目标相对速度的情况下，确定所述相对速度小于所述目标相对速度的所述第一目标对象，为第二目标对象；

根据所述第一位置和所述第二位置，计算所述第二目标对象与所述目标车辆之间的相对距离；

将所述第二目标对象与所述目标车辆之间的所述相对距离，除以所述第二目标对象与所述目标车辆之间的所述相对速度，得到每个所述第二目标对象的时间距离；

在至少一个所述时间距离小于所述目标时间距离的情况下，云端服务向所述目标场景需求对应的目标车辆发送决策建议的指令。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述云端服务包括感知融合服务、决策建议服务、协同控制服务和/或辅助驾驶服务。

7.一种数据处理的装置，其特征在于，包括：

获取模块，用于获取用户的目标场景需求；

获取模块，还用于在场景与服务的第一对应关系中，获取所述目标场景需求对应的目标服务，其中，所述目标服务包括交通状态服务和云端服务；

获取模块，还用于通过所述交通状态服务的接口，获取交通状态的目标实时数据；

发送模块，用于在所述目标实时数据满足目标触发条件的情况下，所述云端服务向所述目标场景需求对应的目标车辆发送决策建议的指令，其中，所述目标触发条件基于所述用户预先设置得到。

8.根据权利要求7所述的方法，其特征在于，所述目标实时数据包括第一实时数据和第二实时数据；所述交通状态服务包括车辆数据订阅服务和路侧数据订阅服务；所述获取模块还用于通过所述交通状态服务的接口，获取交通状态的目标实时数据，包括：

获取单元，用于通过所述车辆数据订阅服务的接口，获取所述目标车辆交通状态的所述第一实时数据；

获取单元，还用于通过所述路侧数据订阅服务的接口，获取预设范围内交通参与者交通状态的所述第二实时数据，其中，所述预设范围基于所述用户预先设置得到，所述预设范围内包括所述目标车辆。

9.一种电子设备，其特征在于，所述电子设备包括：处理器以及存储有计算机程序指令的存储器；所述处理器执行所述计算机程序指令时实现如权利要求1至6任一项所述的数据处理的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1至6任意一项所述的数据处理的方法。