CN117272521A - 车辆场景编排方法、装置、设备和介质 - Google Patents

Abstract

本公开提供了一种车辆场景编排方法、装置、设备和介质，涉及计算机技术领域，具体为智能车辆、车辆控制、人机交互等技术领域。该方法包括：接收用户输入的用于车辆场景的第一规则的规则编排信息，包括规则优先级、条件和动作，其中条件包括至少一个条件因子及其之间的逻辑关系，至少一个条件因子是基于用户对至少一个可感知车辆原子能力的选择和参数设置而生成的，动作包括至少一个执行因子及其之间的执行顺序，至少一个执行因子是基于用户对至少一个可编排车辆原子能力的选择和参数设置而生成的；接收用户输入的规则组配置信息；以及基于规则组配置信息和至少一个规则中的每一个规则的规则优先级、条件和动作，生成车辆场景的编排结果。

Description

车辆场景编排方法、装置、设备和介质

技术领域

本公开涉及计算机技术领域，具体为智能车辆、车辆控制、人机交互等技术领域，特别涉及一种车辆场景编排方法、车辆场景编排装置、电子设备、计算机可读存储介质和计算机程序产品。

背景技术

在智能汽车时代，基于用户、车辆、环境等数据，可以预设或者自定义规则，即在满足特定的条件下，车辆执行不同的功能组合，称之为场景。不同的场景需要场景引擎通过约束条件和规则机制实现协同。在当今软件定义汽车的时代浪潮下，越来越多的智能汽车支持产品运营者和创造者通过定义不同的规则来灵活创造场景。

在此部分中描述的方法不一定是之前已经设想到或采用的方法。除非另有指明，否则不应假定此部分中描述的任何方法仅因其包括在此部分中就被认为是现有技术。类似地，除非另有指明，否则此部分中提及的问题不应认为在任何现有技术中已被公认。

发明内容

本公开提供了一种车辆场景编排方法、车辆场景编排装置、电子设备、计算机可读存储介质和计算机程序产品。

根据本公开的一方面，提供了一种车辆场景编排方法，包括：基于用户的类型，向用户提供待编排的车辆场景可用的多个可感知车辆原子能力和多个可编排车辆原子能力；接收用户输入的用于车辆场景的第一规则的规则编排信息，规则编排信息包括：第一规则的规则优先级；第一规则的条件，条件包括至少一个条件因子和至少一个条件因子之间的逻辑关系，至少一个条件因子是基于用户对多个可感知车辆原子能力中的至少一个可感知车辆原子能力的选择和参数设置而生成的；和第一规则的动作，动作包括至少一个执行因子和至少一个执行因子之间的执行顺序，至少一个执行因子是基于用户对多个可编排车辆原子能力中的至少一个可编排车辆原子能力的选择和参数设置而生成的；接收用户输入的规则组配置信息，规则组配置信息包括用于车辆场景的至少一个规则对应的至少一个条件之间的判断逻辑和至少一个规则对应的至少一个动作之间的动作执行顺序，至少一个规则包括第一规则；以及基于规则组配置信息和至少一个规则中的每一个规则的规则优先级、条件和动作，生成车辆场景的编排结果。

根据本公开的另一方面，提供了一种车辆控制方法，包括：响应于确定车辆场景的触发条件被满足，基于车辆场景的编排结果对车辆进行控制，车辆场景的编排结果是利用上述车辆场景编排方法编排得到的。

根据本公开的另一方面，提供了一种车辆场景编排装置，包括：一种车辆场景编排装置，包括：提供单元，被配置为基于用户的类型，向用户提供待编排的车辆场景可用的多个可感知车辆原子能力和多个可编排车辆原子能力；第一接收单元，被配置为接收用户输入的用于车辆场景的第一规则的规则编排信息，规则编排信息包括：第一规则的规则优先级；第一规则的条件，条件包括至少一个条件因子和至少一个条件因子之间的逻辑关系，至少一个条件因子是基于用户对多个可感知车辆原子能力中的至少一个可感知车辆原子能力的选择和参数设置而生成的；和第一规则的动作，动作包括至少一个执行因子和至少一个执行因子之间的执行顺序，至少一个执行因子是基于用户对多个可编排车辆原子能力中的至少一个可编排车辆原子能力的选择和参数设置而生成的；第二接收单元，被配置为接收用户输入的规则组配置信息，规则组配置信息包括用于车辆场景的至少一个规则对应的至少一个条件之间的判断逻辑和至少一个规则对应的至少一个动作之间的动作执行顺序，至少一个规则包括第一规则；以及生成单元，被配置为基于规则组配置信息和至少一个规则中的每一个规则的规则优先级、条件和动作，生成车辆场景的编排结果。

根据本公开的另一方面，提供了一种车辆控制装置，包括：控制单元，被配置为响应于确定车辆场景的触发条件被满足，基于车辆场景的编排结果对车辆进行控制，车辆场景的编排结果是利用上述车辆场景编排装置编排得到的。

根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中存储器存储有可被至少一个处理器执行的指令，这些指令被至少一个处理器执行，以使至少一个处理器能够执行上述方法。

根据本公开的另一方面，提供了一种车辆，包括上述电子设备。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行上述方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，其中，计算机程序在被处理器执行时实现上述方法。

根据本公开的一个或多个实施例，通过接收用户输入的针对车辆场景的每一个规则的规则编排信息，其中规则编排信息包括细化的条件因子和执行因子，并接收用户输入的针对场景全局的规则组配置信息，实现了对车辆场景的灵活编排配置。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图示例性地示出了实施例并且构成说明书的一部分，与说明书的文字描述一起用于讲解实施例的示例性实施方式。所示出的实施例仅出于例示的目的，并不限制权利要求的范围。在所有附图中，相同的附图标记指代类似但不一定相同的要素。

图1示出了根据本公开的实施例的可以在其中实施本文描述的各种方法的示例性系统的示意图；

图2示出了根据本公开示例性实施例的车辆场景编排方法的流程图；

图3A-图3F示出了根据本公开示例性实施例的车辆场景编排管理系统的人机交互界面的示意图；

图4示出了根据本公开示例性实施例的车辆场景编排方法的流程图；

图5示出了根据本公开示例性实施例的车辆场景编排方法的流程图；

图6示出了根据本公开示例性实施例的车辆控制方法的流程图；

图7示出了根据本公开示例性实施例的车辆场景编排装置的结构框图；

图8示出了根据本公开示例性实施例的车辆控制装置的结构框图；以及

图9示出了能够用于实现本公开的实施例的示例性电子设备的结构框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在本公开中，除非另有说明，否则使用术语“第一”、“第二”等来描述各种要素不意图限定这些要素的位置关系、时序关系或重要性关系，这种术语只是用于将一个元件与另一元件区分开。在一些示例中，第一要素和第二要素可以指向该要素的同一实例，而在某些情况下，基于上下文的描述，它们也可以指代不同实例。

在本公开中对各种所述示例的描述中所使用的术语只是为了描述特定示例的目的，而并非旨在进行限制。除非上下文另外明确地表明，如果不特意限定要素的数量，则该要素可以是一个也可以是多个。此外，本公开中所使用的术语“和/或”涵盖所列出的项目中的任何一个以及全部可能的组合方式。

本公开通过接收用户输入的针对车辆场景的每一个规则的规则编排信息，其中规则编排信息包括细化的条件因子和执行因子，并接收用户输入的针对场景全局的规则组配置信息，实现了对车辆场景的灵活编排配置。

下面将结合附图详细描述本公开的实施例。

图1示出了根据本公开的实施例可以将本文描述的各种方法和装置在其中实施的示例性系统100的示意图。参考图1，该系统100包括机动车辆110、服务器120以及将机动车辆110耦接到服务器120的一个或多个通信网络130。

在本公开的实施例中，机动车辆110可以包括根据本公开实施例的计算设备和/或被配置以用于执行根据本公开实施例的方法。

服务器120可以运行车辆场景编排方法的一个或多个服务或软件应用。在某些实施例中，服务器120还可以提供其他服务或软件应用，这些服务或软件应用可以包括非虚拟环境和虚拟环境。在图1所示的配置中，服务器120可以包括实现由服务器120执行的功能的一个或多个组件。这些组件可以包括可由一个或多个处理器执行的软件组件、硬件组件或其组合。机动车辆110的用户可以依次利用一个或多个客户端应用程序来与服务器120进行交互以利用这些组件提供的服务。应当理解，各种不同的系统配置是可能的，其可以与系统100不同。因此，图1是用于实施本文所描述的各种方法的系统的一个示例，并且不旨在进行限制。

服务器120可以包括一个或多个通用计算机、专用服务器计算机(例如PC(个人计算机)服务器、UNIX服务器、中端服务器)、刀片式服务器、大型计算机、服务器群集或任何其他适当的布置和/或组合。服务器120可以包括运行虚拟操作系统的一个或多个虚拟机，或者涉及虚拟化的其他计算架构(例如可以被虚拟化以维护服务器的虚拟存储设备的逻辑存储设备的一个或多个灵活池)。在各种实施例中，服务器120可以运行提供下文所描述的功能的一个或多个服务或软件应用。

服务器120中的计算单元可以运行包括上述任何操作系统以及任何商业上可用的服务器操作系统的一个或多个操作系统。服务器120还可以运行各种附加服务器应用程序和/或中间层应用程序中的任何一个，包括HTTP服务器、FTP服务器、CGI服务器、JAVA服务器、数据库服务器等。

在一些实施方式中，服务器120可以包括一个或多个应用程序，以分析和合并从机动车辆110接收的数据馈送和/或事件更新。服务器120还可以包括一个或多个应用程序，以经由机动车辆110的一个或多个显示设备来显示数据馈送和/或实时事件。

网络130可以是本领域技术人员熟知的任何类型的网络，其可以使用多种可用协议中的任何一种(包括但不限于TCP/IP、SNA、IPX等)来支持数据通信。仅作为示例，一个或多个网络130可以是卫星通信网络、局域网(LAN)、基于以太网的网络、令牌环、广域网(WAN)、因特网、虚拟网络、虚拟专用网络(VPN)、内部网、外部网、区块链网络、公共交换电话网(PSTN)、红外网络、无线网络(包括例如蓝牙、WiFi)和/或这些与其他网络的任意组合。

系统100还可以包括一个或多个数据库150。在某些实施例中，这些数据库可以用于存储数据和其他信息。例如，数据库150中的一个或多个可用于存储诸如音频文件和视频文件的信息。数据存储库150可以驻留在各种位置。例如，由服务器120使用的数据存储库可以在服务器120本地，或者可以远离服务器120且可以经由基于网络或专用的连接与服务器120通信。数据存储库150可以是不同的类型。在某些实施例中，由服务器120使用的数据存储库可以是数据库，例如关系数据库。这些数据库中的一个或多个可以响应于命令而存储、更新和检索到数据库以及来自数据库的数据。

在某些实施例中，数据库150中的一个或多个还可以由应用程序使用来存储应用程序数据。由应用程序使用的数据库可以是不同类型的数据库，例如键值存储库，对象存储库或由文件系统支持的常规存储库。

机动车辆110可以包括传感器111用于感知周围环境。传感器111可以包括下列传感器中的一个或多个：视觉摄像头、红外摄像头、超声波传感器、毫米波雷达以及激光雷达(LiDAR)。不同的传感器可以提供不同的检测精度和范围。摄像头可以安装在车辆的前方、后方或其他位置。视觉摄像头可以实时捕获车辆内外的情况并呈现给驾驶员和/或乘客。此外，通过对视觉摄像头捕获的画面进行分析，可以获取诸如交通信号灯指示、交叉路口情况、其他车辆运行状态等信息。红外摄像头可以在夜视情况下捕捉物体。超声波传感器可以安装在车辆的四周，用于利用超声波方向性强等特点来测量车外物体距车辆的距离。毫米波雷达可以安装在车辆的前方、后方或其他位置，用于利用电磁波的特性测量车外物体距车辆的距离。激光雷达可以安装在车辆的前方、后方或其他位置，用于检测物体边缘、形状信息，从而进行物体识别和追踪。由于多普勒效应，雷达装置还可以测量车辆与移动物体的速度变化。

机动车辆110还可以包括通信装置112。通信装置112可以包括能够从卫星141接收卫星定位信号(例如，北斗、GPS、GLONASS以及GALILEO)并且基于这些信号产生坐标的卫星定位模块。通信装置112还可以包括与移动通信基站142进行通信的模块，移动通信网络可以实施任何适合的通信技术，例如GSM/GPRS、CDMA、LTE等当前或正在不断发展的无线通信技术(例如5G技术)。通信装置112还可以具有车联网或车联万物(Vehicle-to-Everything，V2X)模块，被配置用于实现例如与其它车辆143进行车对车(Vehicle-to-Vehicle，V2V)通信和与基础设施144进行车辆到基础设施(Vehicle-to-Infrastructure，V2I)通信的车与外界的通信。此外，通信装置112还可以具有被配置为例如通过使用IEEE802.11标准的无线局域网或蓝牙与用户终端145(包括但不限于智能手机、平板电脑或诸如手表等可佩戴装置)进行通信的模块。利用通信装置112，机动车辆110还可以经由网络130接入服务器120。

机动车辆110还可以包括控制装置113。控制装置113可以包括与各种类型的计算机可读存储装置或介质通信的处理器，例如中央处理单元(CPU)或图形处理单元(GPU)，或者其他的专用处理器等。控制装置113可以包括用于自动控制车辆中的各种致动器的自动驾驶系统。自动驾驶系统被配置为经由多个致动器响应来自多个传感器111或者其他输入设备的输入而控制机动车辆110(未示出的)动力总成、转向系统以及制动系统等以分别控制加速、转向和制动，而无需人为干预或者有限的人为干预。控制装置113的部分处理功能可以通过云计算实现。例如，可以使用车载处理器执行某一些处理，而同时可以利用云端的计算资源执行其他一些处理。控制装置113可以被配置以执行根据本公开的车辆控制方法。此外，控制装置113可以被实现为根据本公开的机动车辆侧(客户端)的计算设备的一个示例。

图1的系统100可以以各种方式配置和操作，以使得能够应用根据本公开所描述的各种方法和装置。

根据本公开的一方面，提供了一种车辆场景编排方法。如图2所示，车辆场景编排方法包括：步骤S201、基于用户的类型，向用户提供待编排的车辆场景可用的多个可感知车辆原子能力和多个可编排车辆原子能力；步骤S202、接收用户输入的用于车辆场景的第一规则的规则编排信息，规则编排信息包括：第一规则的规则优先级；第一规则的条件，条件包括至少一个条件因子和至少一个条件因子之间的逻辑关系，至少一个条件因子是基于用户对多个可感知车辆原子能力中的至少一个可感知车辆原子能力的选择和参数设置而生成的；和第一规则的动作，动作包括至少一个执行因子和至少一个执行因子之间的执行顺序，至少一个执行因子是基于用户对多个可编排车辆原子能力中的至少一个可编排车辆原子能力的选择和参数设置而生成的；步骤S203、接收用户输入的规则组配置信息，规则组配置信息包括用于车辆场景的至少一个规则对应的至少一个条件之间的判断逻辑和至少一个规则对应的至少一个动作之间的动作执行顺序，至少一个规则包括第一规则；以及步骤S204、基于规则组配置信息和至少一个规则中的每一个规则的规则优先级、条件和动作，生成车辆场景的编排结果。

由此，通过接收用户输入的针对车辆场景的每一个规则的规则编排信息，其中规则编排信息包括细化的条件因子和执行因子，并接收用户输入的针对场景全局的规则组配置信息，实现了对车辆场景的灵活编排配置，并且实现了对复杂场景和多场景融合的支持。

在本公开中，车辆场景可以描述为在满足特定的条件下，智能车辆执行不同的功能组合。车辆场景可以是由不同类型的用户基于车辆厂商提供的可感知车辆原子能力和可编排车辆原子能力进行编排而得到的。

在一些实施例中，车辆的原子能力可以包括硬件、软件和数据与服务。硬件相关的原子能力可以包括车辆控制的能力和数据状态获取的能力。车辆控制的能力可以包括车门车窗控制、车灯控制、蓝牙控制等，数据状态获取的能力可以包括摄像头信息获取、空调状态获取、电池剩余量获取等。车辆控制的能力可以作为可编排车辆原子能力(执行因子)，数据状态获取的能力可以作为可感知车辆原子能力(条件因子)。

软件相关的原子能力可以包括用户交互的能力，具体可以包括屏幕操作、系统音提示、多媒体播放、地图导航、应用程序使用等。用户交互的能力主要作为可编排车辆原子能力，但在一些情况下也可以作为可感知车辆原子能力。

数据与服务相关的原子能力可以包括数据获取的能力和服务调用的能力。数据获取的能力可以包括获取用户信息、感知数据、第三方服务信息等，服务调用的能力可以包括对第三方服务的调用。数据获取的能力可以作为可感知车辆原子能力，服务调用的能力可以作为可编排车辆原子能力。

本公开的方法可以由车辆场景编排管理系统实现。该系统可以包括人机交互界面，以用于接收用户的输入信息并向用户输出相应的反馈结果。下文将结合图3A-图3F中提供了示例性的人机交互界面对本公开的方案进行说明。

在步骤S201，由于不同类型的用户对于车辆场景编排的使用情景和诉求不同，因此针对不同类型的用户可以提供不同级别的编排能力，如下文将要描述的。

在一些实施例中，可以接收用户输入的待编排的车辆场景的场景基础信息，例如可以包括场景名称和场景说明。如图3A所示，用户可以在用于场景信息填写的人机交互界面300中区域302中填写场景名称和场景说明等场景基础信息。用于场景信息填写的人机交互界面300中的其他信息(场景配置信息和规则组配置信息)将在下文进行介绍。在界面300填写完毕后，用户可以点击下一步按钮进入用于场景编排的人机交互界面。

在一些实施例中，如图3B所示，用于场景编排的人机交互界面310中显示有当前车辆场景的已创建的规则的列表。用户可以通过区域312中的按钮触发对这些规则的编辑界面或删除相应的规则。用户还可以通过按钮314进入到对新建规则进行编排的界面。在对场景中的规则编排完毕后，用户可以点击下一步按钮进入用于场景预览的人机交互界面。

在步骤S202，接收用户输入的用于车辆场景的第一规则的规则编排信息。规则编排信息包括第一规则的规则优先级、第一规则的条件和第一规则的动作。

规则优先级用于确定不同的规则之间的执行顺序。在一些实施例中，具有高规则优先级的规则可以在具有低规则优先级的规则之前执行。可以理解的是，还可以以其他方式确定不同规则之间的执行顺序，如下文将要描述的。在一个示例性实施例中，如图3C所示，可以在用于规则编排的人机交互界面320中的与规则信息对应的区域322中显示与规则优先级对应的下拉菜单，以供用户在其中选择当前编排的规则的规则优先级。在区域322中，还可以显示供用户填写规则名称和规则说明的文本框，并显示供用户选择是否在该规则中设置子规则组的开关按钮。关于子规则组的内容将在下文进行介绍。

规则的条件即执行该规则的动作所需满足的条件，包括至少一个条件因子和至少一个条件因子之间的逻辑关系。至少一个条件因子中的每一个条件因子可以是基于用户对提供给用户的多个可感知车辆原子能力中的一个可感知车辆能力的选择以及参数设置而生成的。如图3C所示，用户可以选择“用户疲劳状态”能力，并将参数设置为“用户疲劳状态”“等于”“中/高度疲劳”，从而得到相应的条件因子。换句话说，该条件因子在车机提供的原子能力“用户疲劳状态”指示车辆用户处于“中/高度疲劳”时被满足。在一个示例性实施例中，可以在用于规则编排的人机交互界面320的区域324中显示用于选择条件因子和用于参数设置的多个人机交互对象(例如，文本框)，以接收用户输入。

在一些实施例中，至少一个条件因子包括多个条件因子，则还需要接收用户对于至少一个条件因子之间的逻辑关系的输入。在一个示例性实施例中，可以在人机交互界面320中设置开关按钮326，该开关按钮指示是否所有条件因子均需满足。在该开关按钮为“开”时，至少一个条件因子之间的逻辑关系为当所有的条件因子均满足时，该规则的条件被视为满足，也即，至少一个条件因子之间通过逻辑“与”连接。在该开关按钮为“关”时，至少一个条件因子之间的逻辑关系为任意一个以上的条件因子满足时，该规则的条件被视为满足，也即，至少一个条件因子之间通过逻辑“或”连接。在另一个示例性实施例中，用户可以手动输入(例如，键入、选择等方式)不同的条件因子之间的逻辑。可以理解的是，还可以通过其他方式基于用户输入(包括默认输入，即用户未做出实际操作从而使得默认值或默认状态被采用)确定至少一个条件因子之间的逻辑关系，在此不作限定。

规则的动作即规则所执行的操作，包括至少一个执行因子和至少一个执行因子之间的执行顺序。至少一个执行因子中的每一个执行因子可以基于用户对提供给用户的多个可编排车辆原子能力中的一个可编排车辆原子能力的选择以及参数设置而生成的。如图3C所示，用户可以选择“虚拟人动作”能力，并将其参数设置为“虚拟人动作”“关心”，从而得到相应的执行因子。换句话说，该规则的条件被满足时，车机提供的原子能力“虚拟人动作”使得车机屏幕上显示的虚拟人做出“关心”的动作。在一个示例性实施例中，可以在人机交互界面320的区域328中显示用于选择执行因子和用于参数设置的多个人机交互对象(例如，文本框)，以接收用户输入。

在一些实施例中，至少一个执行因子包括多个执行因子，则可以接收用户对于至少一个执行因子之间的执行顺序的输入。在一个示例性实施例中，可以在人机交互界面320的区域328中为每一个执行因子设置开关按钮，该开关按钮指示后续执行因子是否依赖于该执行因子。在该开关按钮为“开”时，该执行因子需要优先被执行。在该开关按钮为“关”时，该执行因子无需优先被执行。基于与每一个执行因子对应的开关按钮状态，可以确定至少一个执行因子之间的执行顺序。可以理解的是，还可以通过其他方式基于用户输入(包括默认输入，即用户未做出实际操作从而使得默认值或默认状态被采用)确定至少一个执行因子之间的执行顺序，在此不作限定。

根据一些实施例，如图4所示，车辆场景编排方法还可以包括：步骤S402、基于用户的类型，确定用户是否具有子规则编排能力；步骤S404、响应于确定用户具有子规则编排能力，并且响应于接收到用户的在用于车辆场景的第二规则中设置多个子规则的编排请求，接收用户输入的第二规则的规则编排信息，规则编排信息包括第二规则的规则优先级；以及步骤S405、接收用户输入的第二规则中的多个子规则中的每一个子规则的子规则编排信息，多个子规则中的每一个子规则的子规则编排信息包括：子规则的子规则优先级；子规则的条件，条件包括至少一个条件因子和至少一个条件因子之间的逻辑关系，至少一个条件因子是基于用户对多个可感知车辆原子能力中的至少一个可感知车辆原子能力的选择和参数设置而生成的；和子规则的动作，动作包括至少一个执行因子和至少一个执行因子之间的执行顺序，至少一个执行因子是基于用户对多个可编排车辆原子能力中的至少一个可编排车辆原子能力的选择和参数设置而生成的。

用于车辆场景的至少一个规则可以包括与第一规则并列的第二规则。需要注意的是，尽管第一规则与第二规则是并列关系，但第一规则和第二规则各自的规则优先级可能会影响第一规则和第二规则的执行顺序，如下文将要介绍的。

第二规则的条件可以包括多个子规则对应的多个条件，第二规则的动作包括多个子规则对应的多个动作。

可以理解的是，图4中的步骤S401、步骤S403、步骤S406-步骤S407的操作分别和图2中的步骤S201-步骤S204的操作类似，在此不作赘述。

由此，通过在规则中嵌套子规则，能够在编排中包括更多的条件因子和执行因子，并且能够与用户进行多轮且逻辑更复杂的交互反馈，支持对更复杂的车辆场景进行编排，满足用户的复杂场景深度定制需求。

如前文所描述的，针对不同类型的用户可以提供不同级别的编排能力，因此，可以针对部分具有复杂场景编排需求的用户开放子规则编排能力。在步骤S402，可以基于用户的类型确定该用户是否具有子规则编排能力。如果用户不具有子规则编排能力，或者用户具有子规则编排能力但用户未选择编排子规则组，则可以在步骤S403接收用户输入的用于第一规则的完整的规则编排信息(即，包括规则优先级、规则的条件和动作)。如果用户具有子规则编排能力并且用户选择编排子规则组(即，接收到用户的在第二规则中设置多个子规则的编排请求)，则可以在步骤S404接收第二规则的部分的规则编排信息(即，规则优先级)，进而在步骤S405接收第二规则的多个子规则各自的子规则编排信息。

在一个示例性实施例中，可以在用于编排规则的人机交互界面320的区域322中显示是否设置子规则组的开关按钮。如图3D所示，在该开关按钮为“开”时，可以显示子规则组的编排界面330，例如，包括用于新建、编辑、删除子规则的交互对象的界面。在该开关按钮为“关”时，可以显示规则的编排界面320，例如，包括用于直接编排规则的条件和动作的交互对象的界面。该开关按钮可以在确定用户具有子规则编排能力时显示。如果用户不具有子规则编排能力，则直接暗示规则的编排界面。

子规则的优先级可以用于确定不同的子规则之间的执行顺序。在一些实施例中，具有高子规则优先级的子规则可以在具有低子规则优先级的规则之前执行。可以理解的是，还可以以其他方式确定不同规则之间的执行顺序，在此不作限定。在一个示例性实施例中，可以在用于编排子规则的人机交互界面330中显示与子规则优先级对应的下拉菜单，以供用户在其中选择当前编排的子规则的子规则优先级。

子规则的条件即执行该子规则的动作所需满足的条件，包括至少一个条件因子和至少一个条件因子之间的逻辑关系。子规则的条件的生成方式可以参照规则的条件的生成方式，在此不作赘述。

子规则的动作即该子规则所执行的操作，包括至少一个执行因子和至少一个执行因子之间的执行顺序。子规则的动作的生成方式可以参照规则的动作的生成方式，在此不作赘述。

在一个示例性实施例中，在步骤S405，可以在用户每次按下新建子规则的交互对象时向用户呈现子规则的编排界面330，从而逐次接收多个子规则各自的子规则编排信息，也可以在同一界面中显示用于同时编排多个子规则的区域和交互对象。

嵌入有多个子规则的第二规则的条件可以包括多个子规则对应的多个条件，第二规则的动作可以包括多个子规则对应的多个动作。

根据一些实施例，车辆场景编排方法可以包括：对多个子规则中的每一个子规则的条件所包括的至少一个条件因子和至少一个条件因子之间的逻辑关系进行逻辑校验；以及响应于确定多个子规则中的一个子规则未通过逻辑校验，提示用户修改该子规则的条件所包括的至少一个条件因子和/或至少一个条件因子之间的逻辑关系。

由此，通过上述方式，能够检测出用户编排的车辆场景中的逻辑问题，并能够及时提醒用户进行修改。

根据一些实施例，逻辑校验可以包括以下中的至少一项：确定相应的至少一个条件因子是否具有针对同一可感知车辆原子能力的多个冲突的参数设置；以及确定相应的至少一个条件因子之间的逻辑关系是否满足预设逻辑关系。

由此，通过上述方式，能够确保经编排的车辆场景不存在针对同一可感知车辆原子能力的多个冲突的参数设置，并且满足预设逻辑关系。

在一些实施例中，预设逻辑关系例如可以是仅通过逻辑或连接的关系或仅通过逻辑与连接的关系。这两种逻辑关系易于编排和实现，针对更复杂的逻辑关系，可以通过规则层面而非条件因子层面来实现。

可以理解的是，逻辑校验可以发生在接收每一个子规则的子规则编排信息之后，也可以发生在接收完所有的子规则的子规则编排信息之后。

在一些实施例中，在接收第一规则的规则编排信息之后，可以对第一规则的条件所包括的至少一个条件因子和至少一个条件因子之间的逻辑关系进行逻辑校验，并在未通过逻辑校验时提示用户修改该第一规则的条件所包括的至少一个条件因子和/或至少一个条件因子之间的逻辑关系。

根据一些实施例，规则组配置信息可以包括对预设的多个规则组类型中的一个规则组类型的选择。预设的多个规则组类型可以包括：默认类型，默认类型指示基于规则优先级顺序执行至少一个规则中的所有条件被满足的规则的动作；单元类型，单元类型指示响应于确定至少一个规则对应的至少一个条件均被满足，基于规则优先级顺序执行至少一个规则对应的至少一个动作；激活类型，激活类型指示基于规则优先级顺序确定至少一个规则对应的至少一个条件是否被满足，并执行第一个条件被满足的规则的动作；和条件类型，条件类型指示响应于确定至少一个规则中的规则优先级最高的规则的条件被满足，基于规则优先级顺序执行至少一个规则中的所有条件被满足的规则的动作。

上述不同的类型适用于不同的场景。默认类型适用于大部分场景，对每个规则做顺序的判断和执行，符合大部分用户的思维逻辑；单元类型：适用于判断条件、执行动作繁多的场景。可以将冗长的规则拆解为多个小规则，便于编排和理解；激活类型：适用于规则组内规则是互斥，最多仅会执行一条规则的场景。比如识别用户的手势动作进行不同的操作，同一时刻仅能识别用户的一种手势，则使用该类型；条件类型：只有最重要的规则满足时，才能执行其他规则。

在一些实施例中，可以在用于场景信息填写的人机交互界面300中的区域306中显示用于选择规则组类型的多个人机交互对象(例如，单选框)。

根据一些实施例，汽车场景编排方法还可以包括：对至少一个规则中的每一个规则的动作进行安全校验；以及响应于确定至少一个规则中的任意一个规则的动作未通过安全校验，向用户提示未通过安全校验的规则。

由此，通过上述方式实现了对每一个规则中的动作是否涉及安全问题进行校验，并能够在动作涉及安全问题时及时向用户反馈。需要注意的是，对规则的动作进行安全校验包括对第一级的规则的动作进行安全校验，也包括对第二级的子规则的动作进行安全校验。

在一些实施例中，在步骤S402，响应于确定至少一个规则中的任意一个规则的动作未通过安全校验，可以将车辆场景发送至人工审核单元进行人工审核。

根据一些实施例，安全校验可以包括：信息安全校验，信息安全校验包括检验至少一个规则中的每一个规则的动作是否包括对与内容展示或播报相关的可编排车辆原子能力的使用，并且检验所展示或播报的文本内容、图像内容和/或语音内容是否符合预设准则；和/或功能安全校验，功能安全校验包括校验至少一个规则中的每一个规则的动作是否包括在行驶状态下对与车控动作相关的可编排车辆原子能力的使用。

信息安全校验主要针对的是在车辆场景中向用户展示或播报的内容，避免向用户展示不良信息或影响驾驶员正常驾驶的信息。功能安全校验主要是针对车控的功能，判定是否涉及行驶安全，如行驶中的门窗控制，灯光控制等。由此，通过上述方式实现了对车辆场景的信息安全和/或功能安全进行校验。

根据一些实施例，如图5所示，车辆场景编排方法还可以包括：步骤S502、接收用户输入的用于车辆场景的场景配置信息。场景配置信息包括车辆场景的场景优先级，对具有高场景优先级的车辆场景的执行能够中断或取消正在执行的具有低场景优先级的车辆场景。可以理解的是，图5中的步骤S501、步骤S503-步骤S505的操作和图2中的步骤S201-步骤S204的操作类似，在此不作赘述。

车辆场景的编排结果可以是基于场景配置信息、规则组配置信息和至少一个规则各自的规则优先级、条件和动作而生成的。由此，通过为场景设置场景优先级，使得更重要的场景能够优先执行，实现了更丰富的车辆场景编排方式，提升了用户体验。

根据一些实施例，场景配置信息包括车辆场景的触发条件。车辆场景的触发条件可以是基于用户对多个可感知车辆原子能力中的至少一个可感知车辆原子能力的选择和参数设置而生成的。由此，通过上述方式，可以在场景信息填写界面直接获取到用户输入的车辆场景的触发条件。

在一些实施例中，车辆场景的触发条件也可以是在生成编排结果时，根据用户编排的至少一个规则各自的条件而得到的。例如，可以将每一个规则对应的条件转换为逻辑表达式(或，多个子规则各自的条件对应的逻辑表达式组)，并将这些逻辑表达式进行组合，得到车辆场景的触发条件。

根据一些实施例，车辆场景的场景配置信息还可以包括：超时时间，超时时间指示正在执行的车辆场景被中断超过超时时间后，取消车辆场景；冷却时间，冷却时间指示在触发车辆场景后的冷却时间内不再触发车辆场景；以及间隔时间，间隔时间指示在触发车辆场景后的间隔时间内不触发任一车辆场景。由此，通过为车辆场景设置超时时间、冷却时间和间隔时间，避免了用户体验割裂、在短时间内频繁触发同一个车辆场景、不同车辆场景之间间隔太短等问题，实现了更丰富的车辆场景编排方式，提升了用户体验。

根据一些实施例，车辆场景的场景配置信息还可以包括：限制频次，限制频次指示在预设时长之内触发车辆场景的最大次数。由此，通过为车辆场景设置限制频次，避免了同一天之内过多次触发同一车辆场景，实现了更丰富的车辆场景编排方式，提升了用户体验。

根据一些实施例，车辆场景的场景配置信息还可以包括：车辆场景的中断条件，车辆场景的中断条件是基于用户对多个可感知车辆原子能力中的至少一个可感知车辆原子能力的选择和参数设置而生成的。由此，通过为车辆场景设置中断条件，使得能够在特定情况下中止车辆场景，实现了更丰富的车辆场景编排方式，提升了用户体验。

在一些实施例中，可以在用于场景信息填写的人机交互界面300中的区域304中显示用于填写场景配置信息的多个人机交互对象(例如，文本框)。具体地，可以包括用于选择场景优先级的下拉菜单、用于填写超时时间的对话框、用于填写冷却时间的对话框、用于填写间隔时间的对话框、用于填写限制频次的对话框、用于选择触发因子的下拉菜单以及用于选择中断条件的下拉菜单。

在一些实施例中，如图3E和图3F所示，在场景编排完成后，还可以显示用于场景预览的人机交互界面340、350。在场景预览界面中，可以显示用户输入和编排的内容，以供用户进行确认。在用户确认后，可以基于规则组配置信息和至少一个规则中的每一个规则的规则优先级、条件和动作，生成相应的车辆场景的编排结果。

如上文所描述的，针对不同类型的用户可以提供不同级别的编排能力。

根据一些实施例，用户的类型可以包括：运营者或管理者，与运营者或管理者对应的可用的多个可感知车辆能力可以包括车辆厂商提供的全量可感知车辆原子能力，与运营者或管理者对应的可用的多个可编排车辆原子能力可以包括车辆厂商提供的全量可编排车辆原子能力，并且运营者或管理员可以具有子规则编排能力。

车企或车机厂商的运营者或管理者对场景引擎负责，需要对全量车企预置的场景和车辆用户/第三方用户(创造者)编排的车辆场景进行管理，需要使用全量能力。

根据一些实施例，用户的类型可以包括：车辆用户，与车辆用户对应的可用的多个可感知车辆原子能力可以包括全量可感知车辆原子能力中的第一部分可感知车辆原子能力，与车辆用户对应的可用的多个可编排车辆原子能力可以包括全量可编排车辆原子能力中的第一部分可编排车辆原子能力，并且车辆用户可以不具有子规则编排能力。

车辆用户的主要需求为用车/离车时可以快速便捷的定义一些个性化场景，以满足其简单、容易的诉求，所以可以仅需要开放部分可感知车辆原子能力、可编排车辆原子能力和单级规则编排能力即可，也可以限定固定的触发次数和冷却时间。

根据一些实施例，用户的类型可以包括：第三方用户，与第三方用户对应的可用的多个可感知车辆原子能力包括全量可感知车辆原子能力中的第二部分可感知车辆原子能力，与第三方用户对应的可用的多个可编排车辆原子能力包括全量可编排车辆原子能力中的第二部分可编排车辆原子能力，并且第三方用户具有子规则编排能力。

第三方用户(创造者、品牌粉丝等)有时间精力去挖掘更有趣味的场景，可以开放部分的可感知车辆原子能力、部分的可编排车辆原子能力和子规则组编排能力。

在一些实施例中，针对不同的用户，用于车辆场景编排的产品形态也有所不同。针对车企或车机厂商的运营者或管理者，可以为其开发Web端的车辆场景编排管理系统，核心功能如下：

原子能力管理：对所有车辆场景引擎中所有可作为判断条件及调度的能力做集中管理，并可进行配置，实现针对车辆用户、运营者或管理者、第三方用户可用的车辆原子能力有所区分。在此基础上，各类型用户才可以实现对车辆场景的创作编排；

场景管理：实现运营者和管理者对一些官方车辆场景的创作编排以及对所有用户创作车辆场景的预览、审核等操作；

场景商城：对商城中可对外供用户使用的车辆场景进行配置等操作。

针对第三方用户(创作者、品牌粉丝等)，可以为其开发Web端的车辆场景编排管理系统，开放部分能力，核心功能如下：

场景编排：对车辆场景的创作编排以及预览。

针对车辆用户，可以为其开发车机或手机端的APP，核心功能如下：

场景卡：车辆场景触发时的交互元素，可以包括车机上的浮窗、动态卡片或者其他形态，支持用户的点击操作或语音应答；

场景编辑器：在车机端对车辆场景的编排，主要提供单级规则(即，不包括子规则组的编排)的车辆场景创作；

场景分享：将自己创作的车辆场景分享给其他用户；

场景商城：下载车企或其他创作者创建的车辆场景。

根据本公开的另一方面，提供了一种车辆控制方法。如图6所示，车辆控制方法包括：步骤S601、响应于确定车辆场景的触发条件被满足，基于车辆场景的编排结果对车辆进行控制，车辆场景的编排结果是利用上文所描述的车辆场景编排方法编排得到的。由此，实现了基于编排得到的车辆场景的编排结果对车辆进行控制。

在步骤S601，可以基于车辆场景的编排结果所描述的方式对该车辆场景所涉及的车辆原子能力进行利用。在一些实施例中，可以基于车辆场景的规则组配置信息和至少一个规则中的每一个规则的规则优先级与条件，执行至少一个规则对应的至少一个动作。

根据本公开的另一方面，提供了一种车辆场景编排装置。如图7所示，装置700包括：提供单元710，被配置为基于用户的类型，向用户提供待编排的车辆场景可用的多个可感知车辆原子能力和多个可编排车辆原子能力；第一接收单元720，被配置为接收用户输入的用于车辆场景的第一规则的规则编排信息，规则编排信息包括：第一规则的规则优先级；第一规则的条件，条件包括至少一个条件因子和至少一个条件因子之间的逻辑关系，至少一个条件因子是基于用户对多个可感知车辆原子能力中的至少一个可感知车辆原子能力的选择和参数设置而生成的；和第一规则的动作，动作包括至少一个执行因子和至少一个执行因子之间的执行顺序，至少一个执行因子是基于用户对多个可编排车辆原子能力中的至少一个可编排车辆原子能力的选择和参数设置而生成的；第二接收单元730，被配置为接收用户输入的规则组配置信息，规则组配置信息包括用于车辆场景的至少一个规则对应的至少一个条件之间的判断逻辑和至少一个规则对应的至少一个动作之间的动作执行顺序，至少一个规则包括第一规则；以及生成单元740，被配置为基于规则组配置信息和至少一个规则中的每一个规则的规则优先级、条件和动作，生成车辆场景的编排结果。

可以理解的是，装置700的单元710-单元740的操作分别和图2中的步骤S201-步骤S204的操作类似，在此不作赘述。

根据本公开的另一方面，提供了一种车辆控制装置。如图8所示，车辆控制装置800包括：控制单元810，被配置为响应于确定车辆场景的触发条件被满足，基于车辆场景的编排结果对车辆进行控制，车辆场景的编排结果是利用装置700编排得到的。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

参考图9，现将描述可以作为本公开的服务器或客户端的电子设备900的结构框图，其是可以应用于本公开的各方面的硬件设备的示例。电子设备旨在表示各种形式的数字电子的计算机设备，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字助理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图9所示，设备900包括计算单元901，其可以根据存储在只读存储器(ROM)902中的计算机程序或者从存储单元908加载到随机访问存储器(RAM)903中的计算机程序，来执行各种适当的动作和处理。在RAM 903中，还可存储设备900操作所需的各种程序和数据。计算单元901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。

设备900中的多个部件连接至I/O接口905，包括：输入单元906、输出单元907、存储单元908以及通信单元909。输入单元906可以是能向设备900输入信息的任何类型的设备，输入单元906可以接收输入的数字或字符信息，以及产生与电子设备的用户设置和/或功能控制有关的键信号输入，并且可以包括但不限于鼠标、键盘、触摸屏、轨迹板、轨迹球、操作杆、麦克风和/或遥控器。输出单元907可以是能呈现信息的任何类型的设备，并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。存储单元908可以包括但不限于磁盘、光盘。通信单元909允许设备900通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据，并且可以包括但不限于调制解调器、网卡、红外通信设备、无线通信收发机和/或芯片组，例如蓝牙^TM设备、802.11设备、WiFi设备、WiMax设备、蜂窝通信设备和/或类似物。

计算单元901可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元901的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习网络算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元901执行上文所描述的各个方法和处理，例如车辆场景编排方法。例如，在一些实施例中，车辆场景编排方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元908。在一些实施例中，计算机程序的部分或者全部可以经由ROM 902和/或通信单元909而被载入和/或安装到设备900上。当计算机程序加载到RAM 903并由计算单元901执行时，可以执行上文描述的车辆场景编排方法的一个或多个步骤。备选地，在其他实施例中，计算单元901可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行车辆场景编排方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务(“Virtual Private Server”，或简称“VPS”)中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行、也可以顺序地或以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

虽然已经参照附图描述了本公开的实施例或示例，但应理解，上述的方法、系统和设备仅仅是示例性的实施例或示例，本发明的范围并不由这些实施例或示例限制，而是仅由授权后的权利要求书及其等同范围来限定。实施例或示例中的各种要素可以被省略或者可由其等同要素替代。此外，可以通过不同于本公开中描述的次序来执行各步骤。进一步地，可以以各种方式组合实施例或示例中的各种要素。重要的是随着技术的演进，在此描述的很多要素可以由本公开之后出现的等同要素进行替换。

Claims (22)

1.一种车辆场景编排方法，包括：

基于用户的类型，向所述用户提供待编排的车辆场景可用的多个可感知车辆原子能力和多个可编排车辆原子能力；

接收所述用户输入的用于所述车辆场景的第一规则的规则编排信息，所述规则编排信息包括：

所述第一规则的规则优先级；

所述第一规则的条件，所述条件包括至少一个条件因子和所述至少一个条件因子之间的逻辑关系，所述至少一个条件因子是基于所述用户对所述多个可感知车辆原子能力中的至少一个可感知车辆原子能力的选择和参数设置而生成的；和

所述第一规则的动作，所述动作包括至少一个执行因子和所述至少一个执行因子之间的执行顺序，所述至少一个执行因子是基于所述用户对所述多个可编排车辆原子能力中的至少一个可编排车辆原子能力的选择和参数设置而生成的；

接收所述用户输入的规则组配置信息，所述规则组配置信息包括用于所述车辆场景的至少一个规则对应的至少一个条件之间的判断逻辑和所述至少一个规则对应的至少一个动作之间的动作执行顺序，所述至少一个规则包括所述第一规则；以及

基于所述规则组配置信息和所述至少一个规则中的每一个规则的规则优先级、条件和动作，生成所述车辆场景的编排结果。

2.根据权利要求1所述的方法，还包括：

基于所述用户的类型，确定所述用户是否具有子规则编排能力；

响应于确定所述用户具有子规则编排能力，并且响应于接收到所述用户的在用于所述车辆场景的第二规则中设置多个子规则的编排请求，接收所述用户输入的所述第二规则的规则编排信息，所述规则编排信息包括所述第二规则的规则优先级；以及

接收所述用户输入的所述第二规则中的多个子规则中的每一个子规则的子规则编排信息，所述多个子规则中的每一个子规则的子规则编排信息包括：

所述子规则的子规则优先级；

所述子规则的条件，所述条件包括至少一个条件因子和所述至少一个条件因子之间的逻辑关系，所述至少一个条件因子是基于所述用户对所述多个可感知车辆原子能力中的至少一个可感知车辆原子能力的选择和参数设置而生成的；和

所述子规则的动作，所述动作包括至少一个执行因子和所述至少一个执行因子之间的执行顺序，所述至少一个执行因子是基于所述用户对所述多个可编排车辆原子能力中的至少一个可编排车辆原子能力的选择和参数设置而生成的，

其中，所述第二规则的条件包括所述多个子规则对应的多个条件，所述第二规则的动作包括所述多个子规则对应的多个动作，所述至少一个规则包括与所述第一规则并列的所述第二规则。

3.根据权利要求2所述的方法，还包括：

对所述多个子规则中的每一个子规则的条件所包括的至少一个条件因子和所述至少一个条件因子之间的逻辑关系进行逻辑校验；以及

响应于确定所述多个子规则中的一个子规则未通过所述逻辑校验，提示所述用户修改该子规则的条件所包括的至少一个条件因子和/或所述至少一个条件因子之间的逻辑关系。

4.根据权利要求3所述的方法，其中，所述逻辑校验包括以下中的至少一项：

确定相应的至少一个条件因子是否具有针对同一可感知车辆原子能力的多个冲突的参数设置；以及

确定相应的至少一个条件因子之间的逻辑关系是否满足预设逻辑关系。

5.根据权利要求1-4中任一项所述的方法，还包括：

对所述至少一个规则中的每一个规则的动作进行安全校验；以及

响应于确定所述至少一个规则中的任意一个规则的动作未通过所述安全校验，向所述用户提示未通过所述安全校验的规则。

6.根据权利要求5所述的方法，其中，所述安全校验包括：

信息安全校验，所述信息安全校验包括检验所述至少一个规则中的每一个规则的动作是否包括对与内容展示或播报相关的可编排车辆原子能力的使用，并且检验所展示或播报的文本内容、图像内容和/或语音内容是否符合预设准则；和/或

功能安全校验，所述功能安全校验包括校验所述至少一个规则中的每一个规则的动作是否包括在行驶状态下对与车控动作相关的可编排车辆原子能力的使用。

7.根据权利要求1-6中任一项所述的方法，其中，所述规则组配置信息包括对预设的多个规则组类型中的一个规则组类型的选择，所述预设的多个规则组类型包括：

默认类型，所述默认类型指示基于规则优先级顺序执行所述至少一个规则中的所有条件被满足的规则的动作；

单元类型，所述单元类型指示响应于确定所述至少一个规则对应的至少一个条件均被满足，基于规则优先级顺序执行所述至少一个规则对应的至少一个动作；

激活类型，所述激活类型指示基于规则优先级顺序确定所述至少一个规则对应的至少一个条件是否被满足，并执行第一个条件被满足的规则的动作；和

条件类型，所述条件类型指示响应于确定所述至少一个规则中的规则优先级最高的规则的条件被满足，基于规则优先级顺序执行所述至少一个规则中的所有条件被满足的规则的动作。

8.根据权利要求2所述的方法，其中，所述用户的类型包括：

运营者或管理者，与所述运营者或管理者对应的可用的多个可感知车辆能力包括车辆厂商提供的全量可感知车辆原子能力，与所述运营者或管理者对应的可用的多个可编排车辆原子能力包括所述车辆厂商提供的全量可编排车辆原子能力，并且所述运营者或管理员具有子规则编排能力。

9.根据权利要求8所述的方法，其中，所述用户的类型包括：

车辆用户，与所述车辆用户对应的可用的多个可感知车辆原子能力包括所述全量可感知车辆原子能力中的第一部分可感知车辆原子能力，与所述车辆用户对应的可用的多个可编排车辆原子能力包括所述全量可编排车辆原子能力中的第一部分可编排车辆原子能力，并且所述车辆用户不具有子规则编排能力。

10.根据权利要求8或9所述的方法，其中，所述用户的类型包括：

第三方用户，与所述第三方用户对应的可用的多个可感知车辆原子能力包括所述全量可感知车辆原子能力中的第二部分可感知车辆原子能力，与所述第三方用户对应的可用的多个可编排车辆原子能力包括所述全量可编排车辆原子能力中的第二部分可编排车辆原子能力，并且所述第三方用户具有子规则编排能力。

11.根据权利要求1-10中任一项所述的方法，还包括：

接收所述用户输入的用于所述车辆场景的场景配置信息，所述场景配置信息包括所述车辆场景的场景优先级，其中，对具有高场景优先级的车辆场景的执行能够中断或取消正在执行的具有低场景优先级的车辆场景，

其中，所述车辆场景的编排结果是基于所述场景配置信息、所述规则组配置信息和所述至少一个规则各自的规则优先级、条件和动作而生成的。

12.根据权利要求1-11中任一项所述的方法，还包括：

接收所述用户输入的用于所述车辆场景的场景配置信息，所述场景配置信息包括所述车辆场景的触发条件，所述车辆场景的触发条件是基于所述用户对所述多个可感知车辆原子能力中的至少一个可感知车辆原子能力的选择和参数设置而生成的，

其中，所述车辆场景的编排结果是基于所述场景配置信息、所述规则组配置信息和所述至少一个规则各自的规则优先级、条件和动作而生成的。

13.根据权利要求12所述的方法，其中，所述车辆场景的场景配置信息还包括：

超时时间，所述超时时间指示正在执行的所述车辆场景被中断超过所述超时时间后，取消所述车辆场景；

冷却时间，所述冷却时间指示在触发所述车辆场景后的所述冷却时间内不再触发所述车辆场景；以及

间隔时间，所述间隔时间指示在触发所述车辆场景后的所述间隔时间内不触发任一车辆场景。

14.根据权利要求12或13所述的方法，其中，所述车辆场景的场景配置信息还包括：

限制频次，所述限制频次指示在预设时长之内触发所述车辆场景的最大次数。

15.根据权利要求12-14中任一项所述的方法，其中，所述车辆场景的场景配置信息还包括：

所述车辆场景的中断条件，所述车辆场景的中断条件是基于所述用户对所述多个可感知车辆原子能力中的至少一个可感知车辆原子能力的选择和参数设置而生成的。

16.一种车辆控制方法，包括：

响应于确定车辆场景的触发条件被满足，基于所述车辆场景的编排结果对车辆进行控制，所述车辆场景的编排结果是利用根据权利要求1-15中任一项所述的方法编排得到的。

17.一种车辆场景编排装置，包括：

提供单元，被配置为基于用户的类型，向所述用户提供待编排的车辆场景可用的多个可感知车辆原子能力和多个可编排车辆原子能力；

第一接收单元，被配置为接收所述用户输入的用于所述车辆场景的第一规则的规则编排信息，所述规则编排信息包括：

所述第一规则的规则优先级；

所述第一规则的条件，所述条件包括至少一个条件因子和所述至少一个条件因子之间的逻辑关系，所述至少一个条件因子是基于所述用户对所述多个可感知车辆原子能力中的至少一个可感知车辆原子能力的选择和参数设置而生成的；和

所述第一规则的动作，所述动作包括至少一个执行因子和所述至少一个执行因子之间的执行顺序，所述至少一个执行因子是基于所述用户对所述多个可编排车辆原子能力中的至少一个可编排车辆原子能力的选择和参数设置而生成的；

第二接收单元，被配置为接收所述用户输入的规则组配置信息，所述规则组配置信息包括用于所述车辆场景的至少一个规则对应的至少一个条件之间的判断逻辑和所述至少一个规则对应的至少一个动作之间的动作执行顺序，所述至少一个规则包括所述第一规则；以及

生成单元，被配置为基于所述规则组配置信息和所述至少一个规则中的每一个规则的规则优先级、条件和动作，生成所述车辆场景的编排结果。

18.一种车辆控制装置，包括：

控制单元，被配置为响应于确定车辆场景的触发条件被满足，基于所述车辆场景的编排结果对车辆进行控制，所述车辆场景的编排结果是利用根据权利要求17所述的装置编排得到的。

19.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-16中任一项所述的方法。

20.一种车辆，包括根据权利要求19所述的电子设备。

21.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-16中任一项所述的方法。

22.一种计算机程序产品，包括计算机程序，其中，所述计算机程序在被处理器执行时实现根据权利要求1-16中任一项所述的方法。