CN115520207A - 交互方法、车辆、服务器及存储介质 - Google Patents

Abstract

本申请公开了一种交互方法，包括：在已完成定制的车载系统功能的定制方案满足触发条件被触发的情况下，根据预设定的执行动作与车辆状态信息的安全规则和车辆的当前状态信息，在定制方案的执行过程中，确认定制方案中每个执行动作和/或执行函数的安全风险等级；根据安全风险等级，在每个执行动作和/或执行函数执行时向用户发送相对应的执行状态反馈。如此，在定制方案的执行过程中，根据预设定的安全规则以及车辆的实时状态信息，判断每个即将执行的执行动作或执行函数的风险等级，并向用户进行相应的反馈，使得用户能够获知即将执行内容的风险预期，并能够根据实际情况进行及时处理，在一定程度上能够保证定制方案执行的安全性。

Description

交互方法、车辆、服务器及存储介质

技术领域

本申请涉及车辆技术领域，更具体而言，涉及一种交互方法、车辆、服务器及计算机可读存储介质。

背景技术

对于车载系统功能的定制方案，极大提高了用户使用车辆的便捷性。用户预先对车载系统功能进行定制，定制方案包括触发条件及执行指令和/或执行函数。然而定制方案在为用户提供高度自动化定制方案的同时，也带来的极大的不确定性。由于定制方案长时间在车载系统的后台运行，整个触发过程中，车辆状态可能会发生变化，如何保证定制方案在执行过程中的车辆安全成为亟待解决的问题。

发明内容

本申请提供了一种交互方法、车辆、服务器及计算机可读存储介质。

本申请的交互方法，包括：

在已完成定制的车载系统功能的定制方案满足触发条件被触发的情况下，根据预设定的执行动作与车辆状态信息的安全规则和车辆的当前状态信息，在所述定制方案的执行过程中，确认所述定制方案中每个执行动作和/或执行函数的安全风险等级；

根据所述安全风险等级，在每个执行动作和/或执行函数执行时向用户发送相对应的执行状态反馈。

本申请中，在定制方案的执行过程中，根据预设定的执行动作与车辆状态信息的安全规则以及车辆的实时状态信息，判断每个即将执行的执行动作或执行函数的风险等级，并向用户进行相应的反馈，使得用户能够获知即将执行内容的风险预期，并能够根据实际情况进行及时处理，在一定程度上能够保证定制方案执行的安全性。

所述方法还包括：

在所述定制方案开始执行前，检测所述定制方案是否存在安全风险；

在所述定制方案中包括安全风险等级大于或等于预设安全风险等级的执行动作和/或执行函数的情况下，确认所述定制方案存在安全风险并向用户发送是否执行所述定制方案的确认信息；

响应于用户确认执行所述方案的反馈，开始执行所述定制方案。

如此，在定制方案执行前，会对方案整体的安全风险进行确认，在确认定制方案中包括较高安全风险等级的执行动作和/或执行函数的情况下，需要在用户二次确认后才可执行，从而在定制方案执行前使用户获得整体的风险预期，用户可根据实际情况确认是否执行，在一定程度上能够保证定制方案执行的安全性。

所述方法还包括：

在所述定制方案中不包括安全风险等级大于或等于预设安全风险等级的执行动作和执行函数的情况下，确认所述定制方案不存在安全风险并向用户发送所述定制方案开始执行的反馈。

如此，在确认定制方案整体安全性较高的情况下，定制方案自动开始执行，并告知用户，使用户对即将执行的动作做好心理预期，不会因为执行动作的发生而感到突然。

所述方法还包括：

在当前执行动作或当前执行函数执行时，在所述车载系统的用户界面以第一状态完整展示所述定制方案正在执行的状态信息；

在当前执行动作或当前执行函数执行完成且距离下一待执行的执行动作或执行函数时间间隔大于预定时间间隔的情况下，所述状态信息由所述第一状态切换至第二状态，缩略展示所述定制方案正在执行的状态信息；

在所述待执行的执行动作或执行函数开始执行时，所述状态信息由所述第二状态切换至所述第一状态。

如此，根据定制方案过程中，执行动作的执行状态，对用户进行不同状态的提示，在需要提示时增强提示效果，而在方案触发但暂无执行内容的状态下，弱化提示效果。

所述安全风险等级包括风险程度由到至低的第一安全风险等级、第二安全风险等级、第三安全风险等级和第四安全风险等级；

所述根据所述安全风险等级，在每个执行动作和/或执行函数执行时向用户发送相对应的执行状态反馈，包括：

在所述安全风险等级为第一安全风险等级的情况下，向用户发送不可执行所述执行动作的反馈。

如此，判断在当前车辆状态下，执行动作存在极高安全风险的情况下，将不执行相关执行动作，并对用户进行反馈。

所述根据所述安全风险等级，在每个执行动作和/或执行函数执行时向用户发送相对应的执行状态反馈，包括：

在所述安全风险等级为第二安全风险等级的情况下，向用户发送所述执行动作存在即时执行风险的反馈以及是否执行所述执行动作的确认信息。

如此，判断在当前车辆状态下，执行动作可能存在较高安全风险的情况下，对用户进行风险提示，并需要在用户二次确认的情况下，方可执行，保障了执行的安全性。

所述根据所述安全风险等级，在每个执行动作和/或执行函数执行时向用户发送相对应的执行状态反馈，包括：

在所述安全风险等级为第三安全风险等级的情况下，向用户发送所述执行动作即将执行的反馈。

如此，判断在当前车辆状态下，执行动作可能存在较低安全风险的情况下，告知用户执行动作即将执行的消息，但无需用户确认即可执行，有效平衡了安全性与执行流畅性。

所述根据所述安全风险等级，在每个执行动作和/或执行函数执行时向用户发送相对应的执行状态反馈，包括：

在所述安全风险等级为第四安全风险等级的情况下，在所述执行动作执行完成后，对用户发送所述执行动作的执行反馈。

如此，判断在当前车辆状态下，在执行动作基本无安全风险的情况下，在执行动作执行完成后直接对用户进行已执行的反馈，有效平衡了安全性与执行流畅性。

在所述定制方案的执行过程中，所述确认所述定制方案中每个执行动作和/或执行函数的安全风险等级，包括：

在所述定制方案包括所述执行函数的情况下，根据所述执行函数中的可执行的各个子执行动作的最高安全风险等级，确认所述执行函数的安全风险等级。

如此，对于执行函数的安全风险，根据执行函数中子执行动作的最高安全风险等级确认，并以执行函数为整体进行安全风险提示，对于执行函数的风险提示更具有整体性，避免子执行动作较多情况下的频繁提示。

所述方法还包括：

响应于用户在所述定制方案执行过程中的停止执行操作，停止执行所述定制方案。

如此，在定制方案执行过程中的任意阶段，用户都可即时停止，提供用户主动执行的安全措施。

本申请的交互方法，包括：

在已完成定制的车载系统功能的定制方案满足触发条件被触发的情况下，根据预设定的执行动作与车辆状态信息的安全规则和车辆上报的当前状态信息，在所述定制方案的执行过程中，确认所述定制方案中每个执行动作和/或执行函数的安全风险等级；

根据所述安全风险等级生成执行指令；

将所述执行指令下发至所述车辆，以使得所述车辆执行根据所述安全风险等级生成的所述执行指令，以在每个执行动作和/或执行函数执行时向用户发送相对应的执行状态反馈。

如此，在定制方案的执行过程中，根据预设定的执行动作与车辆状态信息的安全规则以及车辆的实时状态信息，判断每个即将执行的执行动作或执行函数的风险等级，并向用户进行相应的反馈，使得用户能够获知即将执行内容的风险预期，并能够根据实际情况进行及时处理，在一定程度上能够保证定制方案执行的安全性。

本申请的车辆，包括存储器和处理器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，实现上述的方法。

本申请的服务器，包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，实现上述的方法。

本申请的计算机可读存储介质，存储有计算机程序，当所述计算机程序被一个或多个处理器执行时，实现上述的方法。

本申请中，在定制方案的执行过程中，根据预设定的执行动作与车辆状态信息的安全规则以及车辆的实时状态信息，判断每个即将执行的执行动作或执行函数的风险等级，并向用户进行相应的反馈，使得用户能够获知即将执行内容的风险预期，并能够根据实际情况进行及时处理，在一定程度上能够保证定制方案执行的安全性。

本申请的实施方式的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实施方式的实践了解到。

附图说明

本申请的上述和/或附加的方面和优点从结合下面附图对实施方式的描述中将变得明显和容易理解，其中：

图1是本申请交互方法的流程示意图；

图2是本申请交互方法的场景示意图；

图3是本申请交互方法的场景示意图；

图4是本申请交互方法的场景示意图；

图5是本申请交互方法的场景示意图；

图6是本申请交互方法的场景示意图；

图7是本申请交互方法的场景示意图；

图8是本申请交互方法的场景示意图；

图9是本申请交互方法的场景示意图；

图10是本申请交互方法的场景示意图；

图11是本申请交互方法的场景示意图；

图12是本申请交互方法的场景示意图；

图13是本申请交互方法的场景示意图。

具体实施方式

下面详细描述本申请的实施方式，实施方式的示例在附图中示出，其中，相同或类似的标号自始至终表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本申请的实施方式，而不能理解为对本申请的实施方式的限制。

随着生活节奏的加快，用户对车辆的需求不仅满足于手动操控，而是希望车辆更加智能化，而电动汽车也逐渐在往智能化、个性化方向发展。对于智能化车辆，用户往往需要手动操作较多步骤，来实现自己对车辆的个性化需求。手动操作大多为重复性简单的操作，这些重复性简单的操作较为耗时，另外，手动操作往往无法满足用户对车辆的更多个性化需求，降低用户对智能化车辆的体验。

目前，有相关技术为用户提供简单的车载系统功能方案的定制。其中，用户可使用触发条件和执行指令，从而在用车过程中，当满足触发条件时，执行定制方案中若干执行动作。然而，相关技术定制方案中的多个执行动作以方案定制时的添加顺序顺次执行，能够应对的场景较为简单且单一，对部分用户而言，难以满足用户的定制需求，定制方案的用户体验不佳。为了改善定制方案的智能性，提高应对复杂场景的能力，可通过添加执行函数，以及提供多种形式的执行指令来丰富定制方案的执行逻辑。使得定制方案具有更加复杂的感知与执行能力。可以支持车辆在无人状态、长时间行驶状态等状态中，异步执行多个动作或长时间监听不同条件或车辆状态变化并执行动作。然而定制方案在长时间在车载系统的后台运行，整个监听触发以及方案触发或执行期间车辆状态变化多样，执行动作和/或执行函数的执行环境也会发生变化。在执行期间可能会存在轻则打扰用户、打断用户操作，重则影响驾驶安全，威胁到用户人身和财产安全的情况发生。因此，保障定制方案在执行过程中的车辆安全极其重要。

请参阅图1，本申请提供一种交互方法包括：

01：在已完成定制的车载系统功能的定制方案满足触发条件被触发的情况下，根据预设定的执行动作与车辆状态信息的安全规则和车辆的当前状态信息，在定制方案的执行过程中，确认定制方案中每个执行动作和/或执行函数的安全风险等级；

02：根据安全风险等级，在每个执行动作和/或执行函数执行时向用户发送相对应的执行状态反馈。

本申请还提供了一种车辆，车辆包括存储器和处理器。本申请的交互方法可以由本申请的车辆实现。具体地，存储器中存储有计算机程序，处理器用于在已完成定制的车载系统功能的定制方案满足触发条件被触发的情况下，根据预设定的执行动作与车辆状态信息的安全规则和车辆的当前状态信息，在定制方案的执行过程中，确认定制方案中每个执行动作和/或执行函数的安全风险等级，以及用于根据安全风险等级，在每个执行动作和/或执行函数执行时向用户发送相对应的执行状态反馈。

定制方案是用户创建的在车辆满足一定触发条件的情况下自动执行一系列执行动作和/或执行函数的车载系统功能。用户可通过终端设备中的相关应用程序进行车载系统功能定制方案的定制，添加触发定制方案的触发条件及执行动作和/或执行函数，并在填写好相关信息完成相关设置后，可对定制方案进行保存。保存的定制方案会同步至车辆，以使得定制方案可在车辆端生效。其中，执行动作是指除触发条件以外无其他感知条件，只要满足触发条件就会执行的执行项。执行函数则包括相对独立的监听周期、感知条件和子执行动作和/或子执行函数。在满足触发条件时，开始启动监听执行函数。执行函数的监听是指在监听周期内判断是否满足感知条件从而确定是否执行子执行动作，而非直接执行子执行动作。

本申请中，对于支持用户添加的全部执行动作(包括执行函数中的子执行动作)建立不同车辆状态下执行的安全风险等级，形成预设定的执行动作与车辆状态信息的安全规则，并可预先存储。在定制方案触发后利用该安全规则和车辆的当前状态信息，确认执行动作和/或执行函数的安全风险等级。其中，车辆状态信息可包括车辆的档位信息、车速信息以及电量信息等，例如车辆当前是否为P档、当前时速、当前预估剩余电量等。

安全风险等级根据执行动作在不同车辆状态下执行可能造成风险的程度，划分为多个。例如，存在即时风险不可执行、存在即时风险经用户确认后可执行、可能存在风险但无需用户确认即可执行、可直接执行等多种等级。对于每一个安全风险等级，制订不同的执行及反馈策略。

在用车过程中，车辆通过车内、车外以及用户输入等多维度信息感知是否满足触发条件从而执行定制方案。在定制方案被触发后的执行过程中，每一个执行动作或执行函数在执行时的车辆状态都有可能变化，因此，需要对每一个执行动作和/或执行函数结合实时的车辆状态信息，确认执行的安全风险等级，并向用户发送相对应的执行状态反馈，使得定制方案可以在安全地执行。

本申请中，针对定制方案在执行时，座舱内是否有人的不同情况，分别提供通过不同设备对用户进行执行状态反馈。例如，对于一定制方案，触发条件为：周一到周五早上8点，且车内温度大于40度，且车辆在家中。执行动作和/或执行函数包括：1.逻辑动作组，如果天气无雨，执行车窗通风模式以及空调极速降温模式，否则执行空调极速降温模式；II.执行维持座舱恒温函数，在动作I开始执行后的15分钟内检测到车内温度到达25度时，关闭空调极速模式并保持车厢恒温在25度；III.执行即刻凉爽函数，与维持座舱恒温函数同时开启监听，在动作I开始执行后的15分钟内，当主驾驶上车后，则结束维持座舱恒温的函数监听与执行(该函数的子执行动作)，同时执行即刻凉爽操作，先将座舱调节到凉爽状态，并按探路模式去公司，播放音乐今日推荐。

可以理解，在执行动作I的执行以及执行执行函数II的监听过程中，用户可能并不在车辆座舱内，此时，可通过与车辆通信的终端设备向用户发送反馈信息。而在主驾上车后，则可通过中控屏，结合用户界面中推送消息卡片以及TTS语音播报等多种形式向用户进行反馈。

综上所述，在定制方案的执行过程中，根据预设定的执行动作与车辆状态信息的安全规则以及车辆的实时状态信息，判断每个即将执行的执行动作或执行函数的风险等级，并向用户进行相应的反馈，使得用户能够获知即将执行内容的风险预期，并能够根据实际情况进行及时处理，在一定程度上能够保证定制方案执行的安全性。

请参阅图2和图3，交互方法还包括步骤：

在定制方案开始执行前，检测定制方案是否存在安全风险；

在定制方案中包括安全风险等级大于或等于预设安全风险等级的执行动作和/或执行函数的情况下，确认定制方案存在安全风险并向用户发送是否执行定制方案的确认信息；

响应于用户确认执行方案的反馈，开始执行定制方案。

处理器用于在定制方案开始执行前，检测定制方案是否存在安全风险，及用于在定制方案中包括安全风险等级大于或等于预设安全风险等级的执行动作和/或执行函数的情况下，确认定制方案存在安全风险并向用户发送是否执行定制方案的确认信息，以及用于响应于用户确认执行方案的反馈，开始执行定制方案。

在定制方案满足触发条件开始执行前，会首先根据上述的安全规则和定制方案被触发时刻的车辆状态信息，对定制方案中全部执行动作和/或执行函数的安全风险等级进行确认，并在其中存在至少一个安全风险等级大于或等于预设安全风险等级的执行动作和/或执行函数的情况下，向用户发送是否执行定制方案的确认信息，使得用户获得该定制方案中可能存在安全风险等级较高的执行动作的心理预期，从而能够提前准备应对措施。

根据前述安全风险等级的划分，例如，可将存在即时风险经用户确认后可执行的安全风险等级划分为预设安全风险等级。当定制方案中存在至少一个安全风险等级大于或等于该安全风险等级的执行动作或执行函数的情况下，整个定制方案的执行就需要用户进行二次确认，在用户确认可执行的情况下，才能够开始执行定制方案，否则定制方案将不会执行。

对于座舱内有用户的情况，可播放预定的音效，提示用户定制方案即将开始执行，并通过TTS语音播报“是否确认执行【定制方案名称】，执行前请确认车辆环境安全”，同时在车载系统的用户界面中以卡片形式推送相关通知信息，卡片中提供确认及取消操作按钮，用户可进行确认执行或取消执行的操作，如图2所示。

对于座舱内没有用户的情况，则可通过终端对用户进行类似的提醒，例如推送通知。与座舱内提醒方式不同的是，终端的提醒并不具有预设的音效，提醒音效需遵守终端设定消息提醒规则。例如，可以推送通知：是否确认执行【定制方案名称】，执行前请确认车辆环境安全。用户可根据通知进行确认或取消操作。同时，为防止车辆对座舱内是否有人的误判，也会在车载系统的用户界面中以卡片形式显示推送通知信息，但不播放相关音效以及TTS播报，如图3所示。

如此，在定制方案执行前，会对方案整体的安全风险进行确认，在确认定制方案中包括较高安全风险等级的执行动作和/或执行函数的情况下，需要在用户二次确认后才可执行，从而在定制方案执行前使用户获得整体的风险预期，用户可根据实际情况确认是否执行，在一定程度上能够保证定制方案执行的安全性。

请参阅图4和图5，交互方法还包括步骤：

在定制方案中不包括安全风险等级大于或等于预设安全风险等级的执行动作和执行函数的情况下，确认定制方案不存在安全风险并向用户发送定制方案开始执行的反馈。

处理器用于在定制方案中不包括安全风险等级大于或等于预设安全风险等级的执行动作和执行函数的情况下，确认定制方案不存在安全风险并向用户发送定制方案开始执行的反馈。

如果在触发时刻确认定制方案中的执行动作和/或执行函的执行风险都小于预设安全风险等级，可直接开始定制方案的执行，而无需用户进行确认。但在定制方案中的每个执行动作和/或执行函数执行时仍然会再次确认安全风险等级，并进行相应的处理。

对于座舱内有用户的情况，可播放预定的音效，提示用户定制方案被触发，已开始执行，并通过TTS语音播报“【定制方案名称】触发，开始执行”，同时在车载系统的用户界面中以卡片形式推送相关通知信息，卡片中提供取消操作按钮，用户可随时根据需求主动取消定制方案的执行，如图4所示。

对于座舱内没有用户的情况，则可通过终端对用户进行类似的提醒，例如推送通知：【定制方案名称】触发，开始执行。同样支持用户进行取消操作。同时，为防止车辆对座舱内是否有人的误判，也会在车载系统的用户界面中以卡片形式显示推送通知信息，但不播放相关音效以及TTS播报，如图5所示。

如此，在确认定制方案整体安全性较高的情况下，定制方案自动开始执行，并告知用户，使用户对即将执行的动作做好心理预期，不会因为执行动作的发生而感到突然。

请参阅图6至图8，所述方法还包括：

在当前执行动作或当前执行函数执行时，在车载系统的用户界面以第一状态完整展示定制方案正在执行的状态信息；

在当前执行动作或当前执行函数执行完成且距离下一待执行的执行动作或执行函数时间间隔大于预定时间间隔的情况下，状态信息由第一状态切换至第二状态，缩略展示定制方案正在执行的状态信息；

在待执行的执行动作或执行函数开始执行时，状态信息由第二状态切换至第一状态。

处理器用于在当前执行动作或当前执行函数执行时，在车载系统的用户界面以第一状态完整展示定制方案正在执行的状态信息，及用于在当前执行动作或当前执行函数执行完成且距离下一待执行的执行动作或执行函数时间间隔大于预定时间间隔的情况下，状态信息由第一状态切换至第二状态，缩略展示定制方案正在执行的状态信息，以及在待执行的执行动作或执行函数开始执行时，状态信息由第二状态切换至第一状态。

在定制方案的执行过程中，在车载系统的用户界面以第一状态完整展示定制方案正在执行的状态信息，例如，完全展开卡片向用户展示定制方案的执行状态，并在卡片中提供用户可停止定制方案执行的交互选项，例如，在卡片中显示“正在执行【定制方案名称】”并提供停止按钮，如图7所示，对于当前正在的执行函数可显示“正在执行【定制方案名称】的【函数名称】”，未命名的执行函数，可显示“正在执行【定制方案名称】”。并可播放预定的播放音效，对用户进行提示，使得用户可以获知定制方案或执行函数处于正在执行的状态。在卡片中可不显示执行动作和/或执行函数的文字信息，避免信息过于繁杂影响行驶安全。用户可以通过执行动作或执行函数执行前以及完成后的语音播报中获知执行详情，如图8所示。

由于定制方案运行的时间较长，可能存在定制方案虽然被触发，但在一段时间内无执行动作的情况。例如，处于执行某一执行函数的监听状态。在这种情况下，为了避免影响其他信息的推送，可在当前执行动作或当前执行函数执行完成后且在预定时间间隔内无待执行的执行动作或执行函数的情况下，将卡片收起以第二状态也即是缩略状态弱化对执行状态的展示，展示信息可以为“正在执行【定制方案名称】”，但不显示停止按钮。预定时间间隔可以是20秒、30秒等，在此不做限定，如图6所示。

在处于第二状态下，当后续待执行的执行动作或执行函数开始执行时，将切换回第一状态，并根据待执行的执行动作或执行函数的安全风险等级，完整展示卡片信息。

此外，在在处于第二状态时，用户可以与卡片进行交互，使其切换回第一状态，完整展示卡片信息。

如此，根据定制方案过程中，执行动作的执行状态，对用户进行不同状态的提示，在需要提示时增强提示效果，而在方案触发但暂无执行内容的状态下，弱化提示效果。

安全风险等级包括风险程度由到至低的第一安全风险等级、第二安全风险等级、第三安全风险等级和第四安全风险等级。

步骤02包括：

在安全风险等级为第一安全风险等级的情况下，向用户发送不可执行执行动作的反馈。

处理器用于在安全风险等级为第一安全风险等级的情况下，向用户发送不可执行执行动作的反馈。

本申请中，根据在当前车辆状态下执行该执行动作可能造成的风险程度，将安全风险等级由高至低划分为四个安全风险等级：

第一安全风险等级的执行动作为存在即时风险且执行动作不可执行的执行动作。

第二安全风险等级的执行动作为存在即时风险但经过用户确认后可执行的执行动作。

第三安全风险等级的执行动作为可能存在风险但无需用户确认即可执行的执行动作。

第四安全风险等级的执行动作为可直接执行的执行动作。

当确认当前执行动作为第一安全风险等级时，可认为当前状态下执行该执行动作，会存在极高的安全风险。例如，在车速大于预定车速时调节座椅。对于类似这种执行动作，如果座舱内有用户，将做不执行处理，并同过TTS播报相关反馈提示用户。例如，可播报“动作执行失败，行车中，不支持调节座椅。”

对于用户不在座舱内的情况，为减少对于用户的打扰，可不对用户进行相关反馈。

在播报当前执行动作不执行的反馈后，定制方案将继续执行，而不会停止执行。并且不会在用户界面中进行相关提示，用户界面中仍然会在卡片中显示“正在执行【定制方案名称】”，如图7所示。

如此，判断在当前车辆状态下，执行动作存在极高安全风险的情况下，将不执行相关执行动作，并对用户进行反馈。

请参阅图9和图10，步骤02包括：

在安全风险等级为第二安全风险等级的情况下，向用户发送执行动作存在即时执行风险的反馈以及是否执行执行动作的确认信息。

处理器用于在安全风险等级为第二安全风险等级的情况下，向用户发送执行动作存在即时执行风险的反馈以及是否执行执行动作的确认信息。

第二安全风险等级的执行动作为存在即时风险但经过用户确认后可执行的执行动作。

当确认当前执行动作为第二安全风险等级时，可认为当前状态下执行该执行动作，可能会存在较高的安全风险，需询问用户是否可以执行。例如，车速大于预定速度时打开车窗。对于类似这种执行动作，如果座舱内有用户，可通过TTS播报并在用户界面的卡片中显示执行动作存在即时执行风险的提示以及二次确认信息。例如，可TTS播报“【定制方案名称】的【动作名称】可能存在风险，确认执行吗？”，卡片中显示：【定制方案名称】的【动作名称】可能存在风险，确认执行吗？并提供供用户确认执行或取消执行的按钮，如图8所示。

对于座舱内没有用户的情况，可通过终端对用户进行类似的提醒，例如推送通知：【定制方案名称】的【动作名称】可能存在风险，确认执行吗？并提供供用户确认执行或取消执行的按钮。同时，为防止车辆对座舱内是否有人的误判，也会在车载系统的用户界面中以卡片形式显示推送通知信息，但不播放相关音效以及TTS播报，如图9所示。

在用户确认后，将执行该执行动作，相关提示界面中的提示信息将切换为“正在执行【定制方案名称】”，如图7所示。

如此，判断在当前车辆状态下，执行动作可能存在较高安全风险的情况下，对用户进行风险提示，并需要在用户二次确认的情况下，方可执行，保障了执行的安全性。

请参阅图10和图11，步骤02包括：

在安全风险等级为第三安全风险等级的情况下，向用户发送执行动作即将执行的反馈。

处理器用于在安全风险等级为第三安全风险等级的情况下，向用户发送执行动作即将执行的反馈。

第三安全风险等级的执行动作为可能存在风险但无需用户确认即可执行的执行动作。

当确认当前执行动作为第三安全风险等级时，可认为当前状态下执行该执行动作，可能会存在较低的安全风险，但无需询问用户即可执行。例如，非P档下将驾驶模式调成舒适模式。对于类似这种执行动作，如果座舱内有用户，可通过TTS播报并在用户界面的卡片中显示动作即将执行的信息。例如，可TTS播报“即将执行【动作名称】”，卡片中显示：即将执行【动作名称】，如图10所示。

对于座舱内没有用户的情况，则可通过终端对用户进行类似的提醒，例如推送通知：即将执行【动作名称】。同时，为防止车辆对座舱内是否有人的误判，也会在车载系统的用户界面中以卡片形式显示推送通知信息，但不播放相关音效以及TTS播报，如图11所示。

应当理解地，对于第三安全风险等级的执行动作，虽然可能有执行风险，但通常存在风险的概率较低，为了定制方案整体的执行流畅性，将仅进行类似上述的反馈，但不对用户进行风险提示，也不需要用户进行二次确认。同时，在车载系统的用户界面或终端推送的信息界面中提供取消操作按钮，用户可随时根据需求主动取消定制方案的执行。

如此，判断在当前车辆状态下，执行动作可能存在较低安全风险的情况下，告知用户执行动作即将执行的消息，但无需用户确认即可执行，有效平衡了安全性与执行流畅性。

步骤02包括：

在安全风险等级为第四安全风险等级的情况下，在执行动作执行完成后，对用户发送执行动作的执行反馈。

处理器用于在安全风险等级为第四安全风险等级的情况下，在执行动作执行完成后，对用户发送执行动作的执行反馈。

第四安全风险等级的执行动作为可直接执行的执行动作。

当确认当前执行动作为第四安全风险等级时，可认为当前状态下执行该执行动作，基本无安全风险，直接执行即可。例如，播放歌曲今日推荐。对于类似这种执行动作，如果座舱内有用户，可在动作执行完成后，通过TTS向用户播报执行反馈，或者直接播报执行的内容，用户即可获知动作已执行。

对于座舱内没有用户的情况，可无需提示用户具体的执行动作信息。

如此，判断在当前车辆状态下，在执行动作基本无安全风险的情况下，在执行动作执行完成后直接对用户进行已执行的反馈，有效平衡了安全性与执行流畅性。

步骤01包括：

在定制方案包括执行函数的情况下，根据执行函数中的可执行的各个子执行动作的最高安全风险等级，确认执行函数的安全风险等级。

处理器用于在定制方案包括执行函数的情况下，根据执行函数中的可执行的各个子执行动作的最高安全风险等级，确认执行函数的安全风险等级。

本申请中，对于执行函数作为一个整体进行考量，执行函数的安全风险等级以其中可行的子执行动作的最高安全风险等级确定。可执行的子执行动作也即是上述安全风险等级分类中分类为第二至第四安全风险等级的执行动作。也即是，对执行函数中第一安全风险等级的子执行动作不做考量。

如果可执行的子执行动作中安全风险等级最高为第二安全风险等级，则执行函数整体参照第二安全风险等级的执行动作进行处理，也即是在提示执行函数存在执行风险，需要在用户二次确认后可继续执行。但在执行函数执行到该子执行动作时不再进行相类似提示。

如果可执行的子执行动作中安全风险等级最高为第三安全风险等级，则执行函数整体参照第三安全风险等级的执行动作进行处理，也即是提示执行函数即将执行，函数的执行无需用户确认。

如果可执行的子执行动作中安全风险等级最高为第四安全风险等级，则执行函数整体参照第四安全风险等级的执行动作进行处理，也即是直接执行执行函数。

如此，对于执行函数的安全风险，根据执行函数中子执行动作的最高安全风险等级确认，并以执行函数为整体进行安全风险提示，对于执行函数的风险提示更具有整体性，避免子执行动作较多情况下的频繁提示。

交互方法还包括：

响应于用户在定制方案执行过程中的停止执行操作，停止执行定制方案。

处理器用于响应用户在定制方案执行过程中的停止执行操作，停止执行定制方案。

在定制方案的执行过程中，虽然有些执行动作确认基本无安全风险或安全风险较低。但为防止意外情况，提供用户进行主动停止的安全措施，在用户需要停止执行定制方案时，可主动停止。

如此，在定制方案执行过程中的任意阶段，用户都可即时停止，提供用户主动执行的安全措施。

在定制方案中的全部执行动作和/或执行函数都执行完成后，通知用户定制方案执行完成。

如果座舱内有用户，可在定制方案执行完成后，可播放定制方案结束音效，并通过TTS播报“【定制方案名称】执行完成”，在卡片中显示：【定制方案名称】执行完成，如图12所示。

对于座舱内没有用户的情况，为用户推送“【定制方案名称】执行完成”的信息通知，如图13所示。

本申请还提供了一种交互方法，包括：

在已完成定制的车载系统功能的定制方案满足触发条件被触发的情况下，根据预设定的执行动作与车辆状态信息的安全规则和车辆上报的当前状态信息，在定制方案的执行过程中，确认定制方案中每个执行动作和/或执行函数的安全风险等级；

根据安全风险等级生成执行指令；

将执行指令下发至车辆，以使得车辆执行根据安全风险等级生成的执行指令，以在每个执行动作和/或执行函数执行时向用户发送相对应的执行状态反馈。

本申请还提供了一种服务器，服务器包括存储器和处理器。本申请的交互方法可以由本申请的服务器实现。具体地，存储器中存储有计算机程序，处理器用于在已完成定制的车载系统功能的定制方案满足触发条件被触发的情况下，根据预设定的执行动作与车辆状态信息的安全规则和车辆上报的当前状态信息，在定制方案的执行过程中，确认定制方案中每个执行动作和/或执行函数的安全风险等级，及用于根据安全风险等级生成执行指令，以及用于将执行指令下发至车辆，以使得车辆执行根据安全风险等级生成的执行指令，以在每个执行动作和/或执行函数执行时向用户发送相对应的执行状态反馈。

需要说明地，该交互方法与上述交互方法的区别在于，本交互中，安全规则存储在车辆的服务器端，对于当前执行动作和/或执行函数的安全风险等级确认以及由安全风险等级确认的当前执行动作和/或执行函数的执行执行令均在服务器处理生成，执行指令中包括要执行的执行动作以及该动作的执行策略，例如，不执行、询问用户是否执行、直接执行等。服务器下发后，由车端根据执行指令。车载系统或终端设备中的用户界面可参考前述相关部分的解释说明，此处不再赘述。

本申请还提供了一种包含计算机程序的计算机可读存储介质。当计算机程序被一个或多个处理器执行时，使得一个或多个处理器执行本申请的交互方法。

在本说明书的描述中，参考术语“某些实施方式”、“一个例子中”、“示例地”等的描述意指结合实施方式或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施方式或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施方式或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施方式或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

尽管上面已经示出和描述了本申请的实施方式，可以理解的是，上述实施方式是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施方式进行变化、修改、替换和变型。

Claims (14)

1.一种交互方法，其特征在于，所述方法包括：

在已完成定制的车载系统功能的定制方案满足触发条件被触发的情况下，根据预设定的执行动作与车辆状态信息的安全规则和车辆的当前状态信息，在所述定制方案的执行过程中，确认所述定制方案中每个执行动作和/或执行函数的安全风险等级；

根据所述安全风险等级，在每个执行动作和/或执行函数执行时向用户发送相对应的执行状态反馈。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述定制方案开始执行前，检测所述定制方案是否存在安全风险；

在所述定制方案中包括安全风险等级大于或等于预设安全风险等级的执行动作和/或执行函数的情况下，确认所述定制方案存在安全风险并向用户发送是否执行所述定制方案的确认信息；

响应于用户确认执行所述方案的反馈，开始执行所述定制方案。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在所述定制方案中不包括安全风险等级大于或等于预设安全风险等级的执行动作和执行函数的情况下，确认所述定制方案不存在安全风险并向用户发送所述定制方案开始执行的反馈。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在当前执行动作或当前执行函数执行时，在所述车载系统的用户界面以第一状态完整展示所述定制方案正在执行的状态信息；

在当前执行动作或当前执行函数执行完成且距离下一待执行的执行动作或执行函数时间间隔大于预定时间间隔的情况下，所述状态信息由所述第一状态切换至第二状态，缩略展示所述定制方案正在执行的状态信息；

在所述待执行的执行动作或执行函数开始执行时，所述状态信息由所述第二状态切换至所述第一状态。

5.根据权利要求1所述的方法，其特征在于，所述安全风险等级包括风险程度由到至低的第一安全风险等级、第二安全风险等级、第三安全风险等级和第四安全风险等级；

所述根据所述安全风险等级，在每个执行动作和/或执行函数执行时向用户发送相对应的执行状态反馈，包括：

在所述安全风险等级为第一安全风险等级的情况下，向用户发送不可执行所述执行动作的反馈。

6.根据权利要求5所述的方法，其特征在于，所述根据所述安全风险等级，在每个执行动作和/或执行函数执行时向用户发送相对应的执行状态反馈，包括：

在所述安全风险等级为第二安全风险等级的情况下，向用户发送所述执行动作存在即时执行风险的反馈以及是否执行所述执行动作的确认信息。

7.根据权利要求5所述的方法，其特征在于，所述根据所述安全风险等级，在每个执行动作和/或执行函数执行时向用户发送相对应的执行状态反馈，包括：

在所述安全风险等级为第三安全风险等级的情况下，向用户发送所述执行动作即将执行的反馈。

8.根据权利要求5所述的方法，其特征在于，所述根据所述安全风险等级，在每个执行动作和/或执行函数执行时向用户发送相对应的执行状态反馈，包括：

在所述安全风险等级为第四安全风险等级的情况下，在所述执行动作执行完成后，对用户发送所述执行动作的执行反馈。

9.根据权利要求5所述的方法，其特征在于，在所述定制方案的执行过程中，所述确认所述定制方案中每个执行动作和/或执行函数的安全风险等级，包括：

在所述定制方案包括所述执行函数的情况下，根据所述执行函数中的可执行的各个子执行动作的最高安全风险等级，确认所述执行函数的安全风险等级。

10.根据权利要求1-9任一项所述的方法，其特征在于，所述方法还包括：

响应于用户在所述定制方案执行过程中的停止执行操作，停止执行所述定制方案。

11.一种交互方法，其特征在于，所述方法包括：

在已完成定制的车载系统功能的定制方案满足触发条件被触发的情况下，根据预设定的执行动作与车辆状态信息的安全规则和车辆上报的当前状态信息，在所述定制方案的执行过程中，确认所述定制方案中每个执行动作和/或执行函数的安全风险等级；

根据所述安全风险等级生成执行指令；

将所述执行指令下发至所述车辆，以使得所述车辆执行根据所述安全风险等级生成的所述执行指令，以在每个执行动作和/或执行函数执行时向用户发送相对应的执行状态反馈。

12.一种车辆，其特征在于，所述车辆包括存储器和处理器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，实现权利要求1-10任一项所述的方法。

13.一种服务器，其特征在于，所述车辆包括存储器和处理器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，实现权利要求11所述的方法。

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

Images