定制方案的生成方法、车辆控制方法、终端设备及车辆

技术领域

本申请涉及车辆技术领域，更具体而言，涉及一种车载系统功能定制方案的生成方法、车辆控制方法、终端设备、车辆及计算机可读存储介质。

背景技术

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

目前，已有相关技术提供用户进行车载系统功能方案的定制，用户可使用触发条件和执行指令。从而在用车过程中，当满足触发条件时，执行定制方案中的若干执行动作。然而在相关技术中，多个执行动作以方案定制时的添加顺序顺次执行，能够应对的场景较为简单且单一，对部分用户而言，难以满足用户的定制需求，定制方案的用户体验不佳。

发明内容

本申请提供了一种车载系统功能定制方案的生成方法、车辆控制方法、终端设备、车辆及计算机可读存储介质。

本申请的车载系统功能定制方案的生成方法，所述方法包括：

接收用户在进行车载系统功能定制时输入的触发条件；

接收用户输入的在所述触发条件下所述车载系统功能的执行动作和/或执行函数，所述执行函数包括监听周期、感知条件和子执行动作；

根据所述触发条件及所述执行动作和/或执行函数，生成所述车载系统功能的定制方案，以使得在所述触发条件被触发的情况下，通过所述车载系统确认是否执行所述执行动作和/或执行函数。

本申请中，在进行车载系统功能定制的过程中，除执行动作外用户还可以添加执行函数。相对于执行动作而言，执行函数的执行逻辑与执行动作不同，执行函数自身具有监听周期、感知条件和子执行动作，具有相对独立的执行策略。使得定制方案整体从单一的多执行动作串行执行逻辑，变为复合逻辑，从而丰富了定制方案的定制程度。同时为具有一定编程基础或逻辑能力与创造能力较强的高阶用户提供更多定制方案的可能。高阶用户利用执行动作及执行函数可以编辑生成应对逻辑更加复杂的应用场景的定制方案。定制方案功能更加智能化，用户体验更佳。

所述方法包括：

响应于用户发起对车载系统功能进行新建定制的操作，进入定制方案编辑页面以供所述用户输入所述触发条件及所述执行动作和/或执行函数。

如此，支持用户完全新建定制方案，用户可以根据需求自行编辑定制方案的触发条件、执行动作以及执行函数，为具有一定编程基础及创造力较强的高阶用户提供了更为自由的方案定制策略。

所述方法包括：

响应于用户发起对已完成定制的车载系统功能进行编辑的操作，进入定制方案编辑页面以供所述用户对所述已完成定制的车载系统功能的触发条件及执行动作和/或执行函数进行编辑。

如此，对于非高阶的普通用户，可以在高阶用户或供应商所分享的已完成定制的方案的基础上再次进行编辑，方便定制方案在更多用户之间得到分享与传播。普通用户可以根据用户自身的需要进行微调，降低进行方案定制的门槛，提升用户使用定制方案功能的意愿。

所述接收用户对车载系统功能进行定制时输入的触发条件，包括：

接收用户对车载系统功能进行定制时输入的多个触发条件；

所述根据所述触发条件及所述执行动作和/或执行函数，生成所述车载系统功能的定制方案，以使得在所述触发条件被触发的情况下，控制所述车载系统执行所述执行动作和/或执行函数，包括：

在所述多个触发条件中的任意一个被触发的情况下，通过所述车载系统确认是否执行所述执行动作和/或执行函数。

如此，支持用户在定制方案中添加多个触发条件，多个触发条件之间为或的关系。在定制方法实施过程中，当满足多个触发条件中的任意一个时，即可执行定制方案中的执行动作和/或执行函数，丰富了定制方案的可触发场景。

所述接收用户对车载系统功能进行定制时输入的触发条件，包括：

接收用户在所述触发条件下添加的至少一个附加条件；

所述根据所述触发条件及所述执行动作和/或执行函数，生成所述车载系统功能的定制方案，以使得在所述触发条件被触发的情况下，控制所述车载系统执行所述执行动作和/或执行函数，包括：

在所述触发条件及所述至少一个附件条件均被触发的情况下，通过所述车载系统确认是否执行所述执行动作和/或执行函数。

如此，对于触发条件，可进一步添加附加条件，附加条件与其所在的触发条件为且的关系，即同时满足触发条件以及该触发条件下的附加条件时，才能够触发定制方案的执行动作和/或执行函数。附加条件作为触发条件的补充，能够细化应用场景。

所述接收用户输入的在所述触发条件下所述车载系统功能的执行动作和/或执行函数，包括：

接收用户根据定制方案编辑页面中提供的执行动作列表或推荐执行动作的选择输入，添加至少一个单一执行动作、至少一个执行动作组和/或至少一个逻辑动作组为在所述触发条件下的所述车载系统功能的执行动作。

如此，在编辑页面，提供用户可进行编辑的执行动作选项，帮助用户快速有效地编辑执行动作及执行函数。此外，用户还可以使用系统推荐的相关内容。已生成的执行动作可以得到较为广泛的应用，也方便用户快速进行定制方案的编辑。执行动作包括多种类型，其中至少包括有单一执行动作、执行动作组以及逻辑动作组，多种类型的执行动作丰富了定制化内容。

所述方法还包括：

响应于用户对已添加的至少一个单一执行动作、至少一个执行动作组、至少一个逻辑动作组和/或至少一个执行函数的排序操作，调整所述已添加执行动作和/或所述执行函数的执行顺序。

如此，用户在添加执行动作和执行函数后，可以根据需求调整执行的顺序。

所述接收用户输入的在所述触发条件下所述车载系统功能的执行动作和/或执行函数，包括：

接收用户根据定制方案编辑页面中提供的执行动作列表或已完成定制的推荐执行动作列表的选择输入，添加至少一个执行动作组为在所述触发条件下的所述车载系统功能的执行动作，其中，所述执行动作组包括预定场景下的多个单一执行动作。

如此，针对可能涉及到场景中需要添加多个执行动作的情况，提供添加方式的场景化处理，帮助用户更好地一次性添加相关的执行动作，增强功能间的组合性。

所述接收用户根据定制方案编辑页面中提供的执行动作列表或已完成定制的推荐执行动作列表的选择输入，添加至少一个执行动作组为在所述触发条件下的所述车载系统功能的执行动作，包括：

响应于用户选择座椅设置执行动作组的输入，在所述定制方案编辑页面显示所述座椅设置执行动作组包括的多个设置标签及每个设置标签下的多个单一执行动作选项及对应的座椅三维模型动效。

如此，在具体的座椅设置执行动作组中，为用户呈现多个可能涉及到的座椅相关设置，方便用户以组合的方式添加多个执行动作，同时将执行动作可视化，便于用户更好的判断动作是否满足诉求。

所述接收用户根据定制方案编辑页面中提供的执行动作列表或已完成定制的推荐执行动作列表的选择输入，添加至少一个执行动作组为在所述触发条件下的所述车载系统功能的执行动作，包括：

响应于用户选择空调控制执行动作组的输入，在所述定制方案编辑页面显示所述空调控制执行动作组包括的多个设置标签及每个设置标签下的多个单一执行动作选项及对应的空调三维模型动效。

如此，在具体的空调设置执行动作组中，为用户呈现多个可能涉及到的空调相关设置，方便用户以组合的方式添加多个执行动作，同时将执行动作可视化，便于用户更好的判断动作是否满足诉求。

所述接收用户输入的在所述触发条件下所述车载系统功能的执行动作和/或执行函数，包括：

接收用户根据定制方案编辑页面中提供的执行动作列表或已完成定制的推荐执行动作列表的选择输入，添加至少一个逻辑动作组为在所述触发条件下的所述车载系统功能的执行动作，其中，所述逻辑执行动作组包括在满足预定判断条件的情况下的至少一个子执行动作和/或在不满足所述预定判断条件的情况下的至少一个子执行动作。

如此，用户可在编辑页面中进行逻辑动作组的编辑。逻辑动作组支持添加状态判断条件，执行动作有条件执行。使得在相同触发条件和/或附加条件下或者说相同的场景下，针对场景中可能存在的不同状态，分别执行不同的执行动作，应用场景得到进一步细化，更符合实际使用过程中可能遇到的情况，满足用户需求。

所述接收用户输入的在所述触发条件下所述车载系统功能的执行动作和/或执行函数，包括：

响应于用户选择添加所述逻辑动作组的输入，在定制方案编辑页面中显示逻辑动作组的编辑模块，以供用户根据所述编辑模块输入所述预定判断条件及在满足预定判断条件的情况下的至少一个子执行动作和/或在不满足所述预定判断条件的情况下的至少一个子执行动作。

如此，用户可在逻辑动作组的编辑模块中添加判断条件以及相关的执行动作，生成有效的逻辑动作组。

本申请的车辆控制方法，基于上述生成方法生成的车载系统功能的定制方案，所述控制方法包括：

在满足所述定制方案的触发条件的情况下，通过所述车载系统执行与所述触发条件对应的执行动作。

如此，本申请在进行车载系统功能定制的过程中，除执行动作外用户还可以添加执行函数。相对于执行动作而言，执行函数的执行逻辑与执行动作不同，执行函数自身具有监听周期、感知条件和子执行动作，具有相对独立的执行策略。使得定制方案整体从单一的多执行动作串行执行逻辑，变为复合逻辑，从而丰富了定制方案的定制程度。同时为具有一定编程基础或逻辑能力与创造能力较强的高阶用户提供更多定制方案的可能。高阶用户利用执行动作及执行函数可以编辑生成应对逻辑更加复杂的应用场景的定制方案。定制方案功能更加智能化，用户体验更佳。在用户用车过程中，当满足定制方案的触发条件后，由车辆执行用户预先在定制方案中编辑设定的执行动作和/或执行函数，从而自动执行相关设定中包含的车载系统功能。本发明让用户不需要复杂的操作就能够应对逻辑较为复杂的场景中的用车需求，简化了用户的操作，提升了用户的使用体验。

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

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

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

本申请中，本申请在进行车载系统功能定制的过程中，除执行动作外用户还可以添加执行函数。相对于执行动作而言，执行函数的执行逻辑与执行动作不同，执行函数自身具有监听周期、感知条件和子执行动作，具有相对独立的执行策略。使得定制方案整体从单一的多执行动作串行执行逻辑，变为复合逻辑，从而丰富了定制方案的定制程度。同时为具有一定编程基础或逻辑能力与创造能力较强的高阶用户提供更多定制方案的可能。高阶用户利用执行动作及执行函数可以编辑生成应对逻辑更加复杂的应用场景的定制方案。定制方案功能更加智能化，用户体验更佳。在用户用车过程中，当满足定制方案的触发条件后，由车辆执行用户预先在定制方案中编辑设定的执行动作和/或执行函数，从而自动执行相关设定中包含的车载系统功能。本发明让用户不需要复杂的操作就能够应对逻辑较为复杂的场景中的用车需求，简化了用户的操作，提升了用户的使用体验。

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

附图说明

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

图1是本申请生成方法的流程示意图；

图2是本申请生成方法的场景示意图；

图3是本申请生成方法的场景示意图；

图4是本申请生成方法的场景示意图；

图5是本申请生成方法的场景示意图；

图6是本申请生成方法的场景示意图；

图7是本申请生成方法的场景示意图；

图8是本申请生成方法的场景示意图；

图9是本申请生成方法的场景示意图；

图10是本申请生成方法的场景示意图；

图11是本申请生成方法的场景示意图；

图12是本申请生成方法的场景示意图；

图13是本申请生成方法的场景示意图；

图14是本申请生成方法的流程示意图；

图15是本申请生成方法的场景示意图；

图16是本申请生成方法的场景示意图；

图17是本申请生成方法的场景示意图；

图18是本申请生成方法的场景示意图；

图19是本申请生成方法的场景示意图；

图20是本申请生成方法的场景示意图；

图21是本申请生成方法的场景示意图；

图22是本申请生成方法的场景示意图；

图23是本申请生成方法的流程示意图；

图24是本申请生成方法的场景示意图；

图25是本申请生成方法的场景示意图；

图26是本申请控制方法的流程示意图；

图27是本申请控制方法的执行时序示意图；

图28是本申请控制方法的执行时序示意图；

图29是本申请控制方法的执行时序示意图。

具体实施方式

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

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

目前，有相关技术为用户提供简单的车载系统功能方案的定制。其中，用户可使用触发条件和执行指令，从而在用车过程中，当满足触发条件时，执行定制方案中若干执行动作。然而，相关技术定制方案中的多个执行动作以方案定制时的添加顺序顺次执行，能够应对的场景较为简单且单一，对部分用户而言，难以满足用户的定制需求，定制方案的用户体验不佳。例如，用户定制了每个工作日上班前特定时间，对车内进行提前降温的方案。触发条件为周一至周五的早晨8点，执行动作为打开车窗。

在用车过程中，在每个周一至周五的早晨8点时，都会自动打开车窗。然而，实际应用场景可能面对更为复杂的情况，例如，如果车辆停放在户外，而某一天恰好是雨天，如果执行打开车窗就可能导致座舱内被淋湿。又如，在某一天，用户由于临时有事提前将车辆由家中驶出，在时间达到8点时，可能车辆恰好处于正在驾驶的状态，或者车辆停放在公共场所的停车场中，如果这时仍然执行打开车窗，将可能会存在安全隐患。

由此可见，相关技术中的定制方案功能的定制化能力较低，无法应对较为复杂的应用场景，或需要用户通过大量的操作来实现。由于仅能应对较为单一的应用场景，限制了应用场景的延展性，无法充分满足用户的诉求，降低了用户使用该功能的意愿。

基于上述可能遇到的问题，请参阅图1，本申请提供一种车载系统功能定制方案的生成方法，生成方法包括：

01：接收用户在进行车载系统功能定制时输入的触发条件；

02：接收用户输入的在触发条件下车载系统功能的执行动作和/或执行函数，执行函数包括监听周期、感知条件和子执行动作；

03：根据触发条件及执行动作和/或执行函数，生成车载系统功能的定制方案，以使得在触发条件被触发的情况下，通过车载系统确认是否执行执行动作和/或执行函数。

本申请还提供了一种终端设备，终端设备包括存储器和处理器。本申请的生成方法可以由本申请的终端设备实现。具体地，存储器中存储有计算机程序，处理器用于接收用户在进行车载系统功能定制时输入的触发条件，及用于接收用户输入的在触发条件下车载系统功能的执行动作和/或执行函数，执行函数包括监听周期、感知条件和子执行动作，以及用于根据触发条件及执行动作和/或执行函数，生成车载系统功能的定制方案，以使得在触发条件被触发的情况下，通过车载系统确认是否执行执行动作和/或执行函数。

终端设备可以是手机、平板电脑等移动终端设备，在此不做限定。

在实际操作中，用户可通过终端设备中的相关应用程序进行车载系统功能定制方案的定制。定制方案的编辑页面包括触发器和执行器两个编辑模块，用于供用户分别在其中添加定制方案的触发条件和执行动作和/或执行函数。

对于触发器而言，如希望定制方案能够生效，则必须添加至少一条触发条件。在定制方案生成启用后，车辆持续检测是否满足触发条件，在满足该触发条件时，将触发整个定制方案的执行。在触发条件的中的编辑页面为用户提供特定语音请求、车辆运动控制感知、座舱功能、车辆位置、车身感知、充电电量感知、车内环境、时间日程等一级分类。用户可选择一级分类，进入该一级分类的子级页面，添加具体的触发条件。

对于执行器而言，相类似地，如希望定制方案能够生效，则必须添加至少一个执行项。在满足该触发条件时，将触发执行项的执行。执行器支持添加的执行项包括执行动作和执行函数。用户可以添加其中的一种或全部。

其中，执行动作是指除触发条件以外无其他感知条件，只要满足触发条件就会执行的执行项。执行函数则包括相对独立的监听周期、感知条件和子执行动作和/或子执行函数。在满足触发条件时，开始启动监听执行函数。执行函数的监听是指在监听周期内判断是否满足感知条件从而确定是否执行子执行动作，而非直接执行子执行动作。或者说，执行函数中的子执行动作并非一定执行。相对于执行动作而言，执行函数丰富了定制方案的执行逻辑，不再仅仅是单一的顺序执行逻辑。利用执行函数，用户可在一个大的场景下，根据个人需求添加更多的子场景，增加了场景的延展性，从而提高定制方案的智能性。由此，定制方案可利用车内的感知执行能力，可将多个执行动作与执行函数进行组合包装，无需用户单点触发，自动化程度高，用户体验更佳。

此外，编辑页面还支持用户填写定制方案的名称，方便后续快速使用或向其他用户分享。提供设置入口，用户进入后可进行相关设置项的设置，例如，可设置在定制方案在运行前是否询问用户。又如，可添加定制方案的副标题描述等设置项。

在用户添加完触发条件、执行动作和/或执行函数，并填写好相关信息完成相关设置后，可对定制方案进行保存。保存的定制方案会同步至车辆，以使得定制方案可在车辆端生效。

综上所述，本申请中，在进行车载系统功能定制的过程中，除执行动作外用户还可以添加执行函数。相对于执行动作而言，执行函数的执行逻辑与执行动作不同，执行函数自身具有监听周期、感知条件和子执行动作，具有相对独立的执行策略。使得定制方案整体从单一的多执行动作串行执行逻辑，变为复合逻辑，从而丰富了定制方案的定制程度。同时为具有一定编程基础或逻辑能力与创造能力较强的高阶用户提供更多定制方案的可能。高阶用户利用执行动作及执行函数可以编辑生成应对逻辑更加复杂的应用场景的定制方案。定制方案功能更加智能化，用户体验更佳。

请参阅图2，生成方法还包括步骤：

响应于用户发起对车载系统功能进行新建定制的操作，进入定制方案编辑页面以供用户输入触发条件及执行动作和/或执行函数。

处理器用于响应用户发起对车载系统功能进行新建定制的操作，进入定制方案编辑页面以供用户输入触发条件及执行动作和/或执行函数。

用户可以在定制方案功能的主页中发起一个全新定制方案的定制流程。用户可与页面中的添加按键进行交互，进入定制方案编辑页面，在定制方案的编辑页面中新建定制方案。新建定制方案而言，也即是非他人或系统分享的已完成编辑的定制方案。编辑页面中定制方案的名称、触发器和执行器都为空白，设置项为默认选项，需要用户重新添加和设置。

如此，支持用户完全新建定制方案，用户可以根据需求自行编辑定制方案的触发条件、执行动作以及执行函数，为具有一定编程基础及创造力较强的高阶用户提供了更为自由的方案定制策略。

请参阅图3，生成方法还包括步骤：

响应于用户发起对已完成定制的车载系统功能进行编辑的操作，进入定制方案编辑页面以供用户对已完成定制的车载系统功能的触发条件及执行动作和/或执行函数进行编辑。

处理器用于响应用户发起对已完成定制的车载系统功能进行编辑的操作，进入定制方案编辑页面以供用户对已完成定制的车载系统功能的触发条件及执行动作和/或执行函数进行编辑。

除了支持用户新建空白定制方案以外，本申请还支持用户对他人或供应商分享的已完成编辑的定制方案进行二次编辑。分享的已完成编辑的定制方案可以卡片形式在定制方案功能主页的推荐标签页中显示，卡片上可显示定制方案的描述信息，用户可选择任意一个定制方案，选择后进入定制方案的详情页面，详情页面完整展示定制方案的触发条件、执行动作和/或执行函数。如果用户确认当前定制方案的设置已满足自己的需求，则可以直接将该定制方案添加为自己的定制方案。

如果用户需要在当前定制方案的基础上进行修改，则可以有详情页面进入编辑页面，对方案进行进一步的编辑修改。与新建定制方案不同的是，在已完成定制方案的编辑页面中，触发器和执行中显示已添加的内容，供用户进一步进行增删改。用户可在编辑页面中对已添加的触发条件、执行动作和/或执行函数进行编辑。例如，用户可将已添加的触发条件整体删除，重新添加符合自身使用习惯的触发条件，或修改触发条件的具体参数，例如修改触发条件中的时间、地点、温度等参数的具体数值。用户还可以调整各个执行动作的执行顺序、删除后新增某一执行动作、调整执行动作的执行内容等。

如图3所示的示例中，他人分享的已完成编辑的定制方案“通勤高温无忧”，用户可点击“通勤高温无忧”方案的卡片进行详情查看，在详情页面，展示该方案的描述“炎炎夏日，自动帮你在通勤前开启空调降温、上车时自动执行通勤三件套，带着美丽的心情出发吧”，并在详情页面中展示该方案的触发条件：“特定时间8:15，周一周二周三周四周五”且“车内温度＞40度”且“车在家”；执行：“1.上车前根据天气情况，提前降温2.达到25度后，保持恒温等待车主，等待时长15分钟3.上车后，先调大空调，稍后调整到恒温避人吹；随后调整到上班常用动作，按探路模式去公司，播放音乐今日推荐，空调持续时长5分钟”，并提供供用户添加该方案为自己的定制方案的添加交互按键以及修改编辑按键。点按修改编辑按键，可进入编辑页面供用户根据需要编辑触发条件和执行动作。

可以理解地，由于在执行器中支持添加执行函数，定制方案的智能性得到了较大的提升，丰富了使用场景。但随之也增加了方案定制的复杂程度。对于具有一些编程经验且创造力较强的用户可以较为轻松地编辑好一些执行函数以及整个定制方案。这些用户可以将编辑好的方案分享出来，也方便经验不足的用户能够便捷地使用他人的方案应对一些场景中的需求。并且这种分享方式较为灵活，不需要依赖于车载系统的升级就能够实现。定制方案生成后就可以即时分享，无需等待批次升级，时效性较好。此外，供应商也可以根据用户反馈的场景需求进行定制方案的编辑，并在编辑后将方案分享推荐给用户，方便用户使用。

如此，对于非高阶的普通用户，可以在在高阶用户或供应商所分享的已完成定制的方案的基础上再次进行编辑，方便定制方案在更多用户之间得到分享与传播。普通用户可以根据用户自身的需要进行微调，降低进行方案定制的门槛，提升用户使用定制方案功能的意愿。

请参阅图4，步骤01包括：

010：接收用户对车载系统功能进行定制时输入的多个触发条件；

步骤03包括：

030：在多个触发条件中的任意一个被触发的情况下，通过车载系统确认是否执行执行动作和/或执行函数。

处理器用于接收用户对车载系统功能进行定制时输入的多个触发条件，以及用于在多个触发条件中的任意一个被触发的情况下，通过车载系统确认是否执行执行动作和/或执行函数。

为了使得定制方案能够正常触发，需要用户添加至少一个触发条件。在添加条触发条件后，用户可以继续添加其他的触发条件。如用户在未添加任何触发条件的情况下对定制方案进行保存操作，将会用户进行提示，告知用户需至少添加一个触发条件。

多个触发条件之间为“或”的逻辑关系，也即是满足多个触发条件之一，均可触发整个定制方案。触发条件可以是环境状态信息如时间、环境温度、天气条件等，还可以是车辆状态信息，例如车速、档位信息等，还可以是用户设定的一条特定的语音请求。例如，定制方案包括两个触发条件“特定时间8:15，周一周二周三周四周五”以及“主驾上车”，在定制方案启用后，当满足为周一至周五的8:15或者主驾上车，都会触发执行器中的执行动作和/或执行函数。

在定制方案启用后，同时并行检测方案中的多个触发条件是否满足，而不受触发条件的添加顺序限制。

如此，支持用户在定制方案中添加多个触发条件，多个触发条件之间为或的关系。在定制方法实施过程中，当满足多个触发条件中的任意一个时，即可执行定制方案中的执行动作和/或执行函数，丰富了定制方案的可触发场景。

请参阅图5，步骤01包括：

011：接收用户在触发条件下添加的至少一个附加条件；

步骤03包括：

031：在触发条件及至少一个附件条件均被触发的情况下，通过车载系统确认是否执行执行动作和/或执行函数。

处理器用于接收用户在触发条件下添加的至少一个附加条件，及用于在触发条件及至少一个附件条件均被触发的情况下，通过车载系统确认是否执行执行动作和/或执行函数。

附件条件为触发条件下添加的状态判断，每个触发条件下都可以添加一个或多个附件条件。附加条件与所属的触发条件为“且”的关系，也即是说，只有在触发条件以及其下的附加条件全部满足时，才会执行定制方案。或者说，需首先满足触发条件后，其后开始判断是否满足附属的附加条件是否满足。由于附加条件与触发条件之间存在一定的逻辑关系，因此，需要注意将相关的附加条件添加至对应的触发条件下，才能够根据用户的意图去准确触发定制方案。

例如，对于一个定制方案，触发条件为“特定时间8:15，周一周二周三周四，附加条件为车内温度>40度以及车辆位于家50米范围”以及“主驾上车时，附加条件为车辆位于公司50米范围内”。

对于该定制方案，其包括两个触发条件，分别为“特定时间8:15，周一周二周三周四”以及“主驾上车时”，各自又分别具有对应的附加条件“车内温度>40度以及车辆位于家50米范围”以及“车辆位于公司50米范围内”。在该定制方案启用后，会检测是否满足“特定时间8:15，周一周二周三周四”或“主驾上车时”，如满足其中至少一个，继续检测是否满足其对应的附加条件。也即是说，该定制方案在以下两种情况下会被触发：

I.当前时间为特定时间8:15(周一周二周三周四)时，且当前车内温度>40度，车辆位于家50米范围内时；或

II.当主驾上车时，且车辆位于公司50米范围内时。

如此，对于触发条件，可进一步添加附加条件，附加条件与其所在的触发条件为且的关系，即同时满足触发条件以及该触发条件下的附加条件时，才能够触发定制方案的执行动作和/或执行函数。附加条件作为触发条件的补充，能够细化应用场景。

请参阅图6至图8，步骤02包括步骤：

020：接收用户根据定制方案编辑页面中提供的执行动作列表或推荐执行动作的选择输入，添加至少一个单一执行动作、至少一个执行动作组和/或至少一个逻辑动作组为在触发条件下的车载系统功能的执行动作。

处理器用于接收用户根据定制方案编辑页面中提供的执行动作列表或推荐执行动作的选择输入，添加至少一个单一执行动作、至少一个执行动作组和/或至少一个逻辑动作组为在触发条件下的车载系统功能的执行动作。

单一执行动作是指一个单独的动作，例如导航去某个目的地，播放一首音乐等。通常一个动作就可以满足一个场景需求。

执行动作组包括一系列单一执行动作，针对某些可能涵盖较多动作的场景，例如空调调节场景，可能涉及到调节温度、循环模式、出风模式、出风量等多个设置选项的调节，如果以单一动作的方式进行添加，那么用户可能需要添加多个单一执行动作才能够满足需求。本申请中，针对类似的场景，提供执行动作组供用户添加，在执行动作组中，用户可相对集中地一次性对多个相关选项进行设置。在执行器中，执行动作组以模块的形式呈现，例如，空调相关设置的执行动作组可显示为“空调设置”。使得定制方案的编辑界面保持相对简洁，该执行动作组的名称可作为二次编辑的入口供用户交互，用户可通过点击“空调设置”进入空调设置的编辑页面查看执行动作组的具体设置。

逻辑动作组提供单一执行动作或执行动作的有条件执行。用于对满足触发条件的情况下，某一执行动作的执行条件进行进一步细化，同时又不会影响其他执行动作在满足触发条件时的执行。例如，在某一触发条件下，用户希望在晴天时执行将车窗设置为通风模式，并开启空调相关设置，在雨天仅开启空调相关设置，以及在任意天气条件下播放音乐。对于这种情况，仅通过调整触发条件来满足用户需求较为困难。而采用逻辑动作组就能够较为容易的实现，具体而言，可将“晴天时执行将车辆设置为通风模式，并开启空调相关设置，在雨天仅开启空调相关设置”设置为“如果天气＝无雨；执行车窗通风模式以及空调设置；否则执行空调设置”，这样既能够满足用户在不同天气下设置车窗模式的需求，又不会影响在满足该定制方案的触发条件时播放音乐。逻辑动作组可支持添加“如果”以及“如果/否则”等逻辑。

与添加触发动作相类似，用户可在执行器中在发起添加执行动作的操作，编辑页面中提供包括语音回复、驾驶体验、车身硬件、充电续航、空调控制、摄像头、系统功能、应用服务、信息查询、等待以及逻辑判断等多个一级分类。用户可选择任意一个一级分类进入子级页面进行执行动作的添加。所添加的单一执行动作，每个单一执行动作作为一个条目单一展示，所添加的执行动作组中的多个单一执行动作，以动作组的名称折叠展示，所添加的逻辑动作组完全展示。

同时，为了方便用户快速添加执行内容，编辑页面也为用户推荐一些高频场景中的执行动作，用户可通过修改参数快速生成执行内容。例如，系统针对上班这个高频场景预先添加了两个执行动作导航以及播放音乐，并作为推荐显示在用户的编辑页面中，用户点选该场景卡片，进入执行动作的编辑页面，页面中显示已添加的导航和播报音乐两执行动作，用户可更改目的地、更改音乐播放的内容，还可根据自身的需求，进一步添加其他执行动作。

如此，在编辑页面，提供用户可进行编辑的执行动作选项，帮助用户快速有效地编辑执行动作及执行函数。此外，用户还可以使用系统推荐的相关内容。已生成的执行动作可以得到较为广泛的应用，也方便用户快速进行定制方案的编辑。执行动作包括多种类型，其中至少包括有单一执行动作、执行动作组以及逻辑动作组，多种类型的执行动作丰富了定制化内容。

请参阅图9，生成方法还包括步骤：

响应于用户对已添加的至少一个单一执行动作、至少一个执行动作组、至少一个逻辑动作组和/或至少一个执行函数的排序操作，调整已添加执行动作和/或执行函数的执行顺序。

处理器用于响应于用户对已添加的至少一个单一执行动作、至少一个执行动作组、至少一个逻辑动作组和/或至少一个执行函数的排序操作，调整已添加执行动作和/或执行函数的执行顺序。

用户在添加执行动作时，可暂不考虑各个执行动作的执行顺序，将全部希望添加的执行动作编辑好即可。在生成方案前，可统一对所添加的执行动作的执行顺序进行调整。在定制方案执行时，所添加的多个执行动作根据最终的排列顺序顺次执行。例如，生成的定制方案中，执行动作顺次包括导航和播放音乐，在该定制方案被触发后，将首先执行导航动作，在导航执行动作开始后，再执行播放音乐。

如此，用户在添加执行动作和执行函数后，可以根据需求调整执行的顺序。

步骤02包括：

021：接收用户根据定制方案编辑页面中提供的执行动作列表或已完成定制的推荐执行动作列表的选择输入，添加至少一个执行动作组为在触发条件下的车载系统功能的执行动作。

处理器用于接收用户根据定制方案编辑页面中提供的执行动作列表或已完成定制的推荐执行动作列表的选择输入，添加至少一个执行动作组为在触发条件下的车载系统功能的执行动作，其中，执行动作组包括预定场景下的多个单一执行动作。

如前述，执行动作组针对的是涵盖较多动作的场景，考虑到用户可能一次性进行多个设置，例如，用户想要休息时，需要调节座椅前后，左右，上下，甚至设置按摩等多个功能。又如，在设置空调时，除了设置温度，还需要一次性调节风量，吹风模式等参数，如果让用户以单一执行动作为单位进行添加，完成一个场景化的动作可能需要经过多次的添加操作，链路太长，体验不佳。同时，对于部分功能，比如座椅前后的位置，用户只通过数值如1档、2档等很难感知到具体的位置，容易调不准，体验不佳。

如此，针对可能涉及到场景中需要添加多个执行动作的情况，提供添加方式的场景化处理，帮助用户更好地一次性添加相关的执行动作，增强功能间的组合性。

请参阅图10，步骤021包括步骤：

0210：响应于用户选择座椅设置执行动作组的输入，在定制方案编辑页面显示座椅设置执行动作组包括的多个设置标签及每个设置标签下的多个单一执行动作选项及对应的座椅三维模型动效。

处理器用于响应用户选择座椅设置执行动作组的输入，在定制方案编辑页面显示座椅设置执行动作组包括的多个设置标签及每个设置标签下的多个单一执行动作选项及对应的座椅三维模型动效。

座椅设置的设置项通常较为复杂，并且考虑到用户可能需要多个组合操作，因此将座椅设置的编辑页面场景化处理。编辑页面中设置包括位置、按摩、律动以及通风加热在内的多个设置标签。

其中，位置标签页中支持用户对座椅、腰托和腿托的包括高度、位置以及角度等多个参数的设置。

按摩标签页中支持用户对按摩力度、按摩模式的调节。

律动标签页中支持用户对律动强度、律动模式的调节。

通风加热标签页中支持用户对通风以及加热的调节。

在用户对每个标签页中的选项进行设置时，在编辑页面以座椅三维模型的动效展示用户所设置的参数，将用户添加的执行动作可视化呈现，方便用户感知所设置的相关参数。座椅设置执行动作组在执行器内显示为一条执行动作，也即是座椅设置，当用户希望再次编辑时，可在执行器中点击座椅设置重新进入座椅设置的编辑页面。有助于用户更好的进行修改和调整。

由此，针对诸如座椅这类需要多个组合操作的设置，对于添加方式进行场景化处理，帮助用户更好的一次性添加相关的动作，增强功能间的组合性，同时将动作可视化，便于用户更好的判断动作是否满足诉求。

如此，在具体的座椅设置执行动作组中，为用户呈现多个可能涉及到的座椅相关设置，方便用户以组合的方式添加多个执行动作，同时将执行动作可视化，便于用户更好的判断动作是否满足诉求。

请参阅图11，步骤021包括步骤：

0211：响应于用户选择空调控制执行动作组的输入，在定制方案编辑页面显示空调控制执行动作组包括的多个设置标签及每个设置标签下的多个单一执行动作选项及对应的空调三维模型动效。

处理器用于响应于用户选择空调控制执行动作组的输入，在定制方案编辑页面显示空调控制执行动作组包括的多个设置标签及每个设置标签下的多个单一执行动作选项及对应的空调三维模型动效。

空调设置的设置项通常较为复杂，并且考虑到用户可能需要多个组合操作，因此将空调设置的编辑页面场景化处理。编辑页面中设置包括基础控制、智能模式以及风量风向在内的多个设置标签。

其中，基础控制标签页中支持用户进行温度调节、空调开关、空气质量、自动空调、节能模式、前档除霜、后档除霜、内外循环切换等多个参数的设置。

智能模式标签页中支持用户设置极速降温、极速升温、智能除味、智能副驾出风口以及香氛的香型选择与开关、香氛浓度等。

风向风量标签页中支持用户进行风量、吹风模式以及风向等设置。

在用户对每个标签页中的选项进行设置时，在编辑页面以空调三维模型的动效展示用户所设置的参数，将用户添加的执行动作可视化呈现，方便用户感知所设置的相关参数。空调设置执行动作组在执行器内显示为一条执行动作，也即是空调设置，当用户希望再次编辑时，可在执行器中点击空调设置重新进入空调设置的编辑页面。有助于用户更好的进行修改和调整。

由此，针对诸如空调这类需要多个组合操作的设置，对于添加方式进行场景化处理，帮助用户更好的一次性添加相关的动作，增强功能间的组合性，同时将动作可视化，便于用户更好的判断动作是否满足诉求。

如此，在具体的空调设置执行动作组中，为用户呈现多个可能涉及到的空调相关设置，方便用户以组合的方式添加多个执行动作，同时将执行动作可视化，便于用户更好的判断动作是否满足诉求。

请参阅图12，步骤02包括：

022：接收用户根据定制方案编辑页面中提供的执行动作列表或已完成定制的推荐执行动作列表的选择输入，添加至少一个逻辑动作组为在触发条件下的车载系统功能的执行动作。

处理器用于接收用户根据定制方案编辑页面中提供的执行动作列表或已完成定制的推荐执行动作列表的选择输入，添加至少一个逻辑动作组为在触发条件下的车载系统功能的执行动作。

如前述，逻辑动作组作为在同一触发条件和/或附加条件下，对执行动作是否执行以及执行何种动作进一步进行细化。在前例中，通过设置逻辑动作组，能够实现定制方案在天气无雨时，执行打开车窗通风模式的动作和空调设置的动作。如果有雨，仅执行空调设置的动作，而不执行打开车窗通风模式的动作。

用户可在添加执行动作的编辑页面中选择逻辑判断一级分类，进入逻辑动作组的编辑页面。定制方案支持用户添加的逻辑动作组包括【if】如果，以及【ifelse】如果否则。

其中，If逻辑动作组包括至少一预定判断条件以及至少一子执行动作。

If else逻辑动作组包括至少一预定判断条件、在满足该至少一预定判断条件下执行的至少一子执行动作以及在不满足该至少一预定判断条件下执行的至少一子执行动作。

如此，用户可在编辑页面中进行逻辑动作组的编辑。逻辑动作组支持添加状态判断条件，执行动作有条件执行。使得在相同触发条件和/或附加条件下或者说相同的场景下，针对场景中可能存在的不同状态，分别执行不同的执行动作，应用场景得到进一步细化，更符合实际使用过程中可能遇到的情况，满足用户需求。

步骤02包括：

023：响应于用户选择添加逻辑动作组的输入，在定制方案编辑页面中显示逻辑动作组的编辑模块，以供用户根据编辑模块输入预定判断条件及在满足预定判断条件的情况下的至少一个子执行动作和/或在不满足预定判断条件的情况下的至少一个子执行动作。

处理器用于响应于用户选择添加逻辑动作组的输入，在定制方案编辑页面中显示逻辑动作组的编辑模块，以供用户根据编辑模块输入预定判断条件及在满足预定判断条件的情况下的至少一个子执行动作和/或在不满足预定判断条件的情况下的至少一个子执行动作。

用户可在执行动作编辑页面中选择逻辑判断一级分类，进入逻辑动作组的编辑页面。在逻辑动作组的编辑页面中呈现供用户编辑逻辑动作组的编辑模块。

对于If逻辑动作组，用户需在编辑模块中添加至少一预定判断条件以及至少一子执行动作。对于If else逻辑动作组，用户需在编辑模块中添加至少一预定判断条件、在满足该至少一预定判断条件下执行的至少一子执行动作以及在不满足该至少一预定判断条件下执行的至少一子执行动作。

其中，在预定判断条件的数量为多个的情况下，多个预定判断条件之间的逻辑关系为“且”，也即是，需要满足所有预定判断条件，才可执行相应的子执行动作。而只要有一个预定判断条件不满足，那么就不会相应的子执行动作或执行否则下的执行动作。

执行动作可添加包括单一执行动作或执行动作组等多种形式，在此不做限定。满足预定判断条件或不满足预定判断条件下的各自多个执行动作顺序执行。

如此，用户可在逻辑动作组的编辑模块中添加判断条件以及相关的执行动作，生成有效的逻辑动作组。

以上是对执行动作相关内容的解释说明。请参阅图14，当用户在执行器中添加了执行函数时，生成方法的步骤02后包括：

04：在添加执行函数的情况下，响应于接收到的执行函数添加指令，呈现用于添加执行函数的编辑页面；

05：响应于用户在执行函数的编辑页面中对执行函数的监听周期、感知条件、子执行动作和/或子执行函数的编辑操作，生成执行函数；

步骤03包括：

032：根据执行函数，生成车载系统功能的定制方案，以使得在定制方案被触发的情况下，通过车载系统确认在执行函数的监听周期内是否满足感知条件从而执行子执行动作和/或监听子执行函数。

处理器用于在添加执行函数的情况下，响应接收到的执行函数添加指令，呈现用于添加执行函数的编辑页面，及用于响应用户在执行函数的编辑页面中对执行函数的监听周期、感知条件、子执行动作和/或子执行函数的编辑操作，生成执行函数，以及根据执行函数，生成车载系统功能的定制方案，以使得在定制方案被触发的情况下，通过车载系统确认在执行函数的监听周期内是否满足感知条件从而执行子执行动作和/或监听子执行函数。

定制方案的主要目的在于服务一个较大的用户场景，比如夏日上班、自驾游出行等。但在这些场景中，用户的操作往往不是单一的，例如在夏日上班的场景中，用户可能存在提前降温，恒温等待用户上车，上车后温度调节，上车后出行导航等操作组合，这些操作组合可以分别包装为一个子场景。针对一个大场景下的细分子场景则可以利用执行函数来实现。

对于一个复杂的场景来说，只在执行器中以单一执行动作为单位进行方案的定制，用户可能较难理解，编写的过程中容易混乱。分析在编辑场景的时候，用户的操作逻辑和思考方式，主要是围绕具体执行的事件，以目的为单位进行思考和编辑，具体的执行动作都是为了执行每一个目的或事件。例如，对于夏日上班功能，用户考虑的是先提前降温，因此考虑添加空调设置，通风设置等动作，实现提前降温。因此，提前降温可以包装成为一个子场景，在符合用户理解和编辑逻辑的基础上，对方案整体的编辑进行简化，符合用户编辑时的主思路，先确认定制的核心场景目的即夏日上班，然后确定想要定制做哪几件事，即添加哪几个子场景，如提前降温、维持恒温、上车出行准备等，各个子场景之间是否有连接的动作和逻辑，最后细化每一子场景中，要具体添加哪些子执行动作。

在真实使用场景中，用户对于子场景通常拥有独立的判断诉求，并不是顺序执行。执行函数应当是在特定的情况下，解决特定的问题。因此，子场景本身拥有感知条件与子执行动作，感知到特定的条件后，执行具体的操作。与定制方案的整体结构的逻辑类似，也即是，在满足触发条件的情况下，执行对应的执行动作。

子场景的执行相对独立，不局限于大场景中执行动作的串行时间轴。也即是说，在定制方案中添加执行函数，相当于在执行动作顺序执行的逻辑中结合了并行逻辑。例如，在夏日上班的大场景中，包括提前降温，恒温等待用户上车，上车后温度调节，上车后出行导航等子场景，这些子场景拥有自己单独的感知条件，与定制方案中的其他执行动作处于并行的状态，不局限于顺序执行。

执行函数的整体构架与定制方案基本相同，具有感知条件和子执行动作，感知条件与触发条件相类似，子执行动作与执行动作相类似，能够添加的内容也基本相同。同时，执行函数中还可嵌套其他执行函数。但执行函数与定制方案的层级不同，执行函数可以看作是一个子场景的定制方案，仅作为定制方案中执行器的一个执行项。

由于执行函数是执行器内一个执行项，并且有自己独立的感知条件，因此子函数和执行器内的其他执行函数和执行动作为并行的关系，均服务于定制方案。其需要在特定的节点开始监听，开始监听的节点与执行器中的执行动作之间为执行顺序关系，监听到触发条件后并行执行各个执行动作及子执行动作。

每个定制方案整体上是一个单独的场景任务，与用户定制的其他定制方案之间没有必然的逻辑关系，只要当前定制方案处于启用状态，就会一直处于监听状态，满足触发条件就会触发，而不需要考虑与其他定制方案之间的执行逻辑。

但执行函数需要在定制方案中的触发条件被触发后，并且到达执行函数的监听节点时，才开始监听。在定制方案被触发后，如果定制方案中没有执行函数处于监听状态并且没有执行动作需要执行，定制方案结束。由于执行函数需要在所属的定制方案的执行周期内执行，因此需要设定执行函数开始监听的时间点和停止监听的时间点，即监听周期。

而正是由于执行函数的整体架构与定制方案基本相同，因此也可以将定制方案看作是一个执行函数，也就可以作为执行函数被定制方案调用，但在作为执行函数被调用时，需要设定监听周期。可以理解地，定制方案和执行函数使用同一架构，就可以支持二者相互嵌套，有助于简化用户操作，降低不同诉求的用户间调用的使用限制，便于学习理解，同时也提供了更高阶更灵活的编辑能力，有助于实现高开放性与高上限。

由此，例如，在夏日上班的主场景包括提前降温、恒温等待用户上车、上车后温度调节、上车后出行导航等子场景的前例中。用户也可以将其中提前降温这一子场景单独作为一个主场景使用。同时，用户也可以定制一个新的定制方案，将夏日上班作为该新定制方案中的一个执行函数。每个定制方案既可以是作为主场景的定制方案，也可以是作为某一主场景中的子场景，以执行函数添加至定制方案中，角色根据用户的使用诉求决定，在架构的设计上不需要进行明确区分，避免使用不同的编辑方式，在主场景和子场景中产生壁垒，出现转化成本，简化用户操作。

如此，相对于执行动作而言，执行函数的执行逻辑与执行动作不同，执行函数自身具有监听周期、感知条件和子执行动作，还可以进行执行函数的嵌套，在执行函数中添加子执行函数。

请参阅图15，步骤04包括：

040：响应于用户查阅已完成编辑的定制方案的操作，展示已完成编辑的定制方案的详情页面；

步骤05包括：

050：响应于用户在详情页面中发起的编辑操作，进入已完成编辑的定制方案的编辑页面；

051：在已完成编辑的定制方案中包括执行函数的情况下，响应于用户对执行函数的编辑操作，将编辑后的执行函数添加为当前定制方案的执行函数。

处理器用于响应于用户查阅已完成编辑的定制方案的操作，展示已完成编辑的定制方案的详情页面，及用于响应于用户在详情页面中发起的编辑操作，进入已完成编辑的定制方案的编辑页面，以及用于在已完成编辑的定制方案中包括执行函数的情况下，响应于用户对执行函数的编辑操作，将编辑后的执行函数添加为当前定制方案的执行函数。

本申请中，提供用户通过查阅添加了执行函数的已完成编辑的定制方案，来对其中的执行函数进行编辑并添加为自己的定制方案。

已完成编辑的定制方案包括由他人或供应商分享的定制方案，以及用户已完成编辑并保存的定制方案。他人或供应商分享的定制方案在定制方案功能页面的推荐标签页中以卡片显示。分享的定制方案的详情页面和定制方案的编辑页面可参照前述相关部分的解释说明，此处不再赘述。

用户自己完成编辑的定制方案在我的标签页中以卡片形式显示。可由此入口进入定制方案的编辑页面，进入方式与分享的定制方案相类似。由卡片入口可进入定制方案的详情页面，并可进一步由详情页面进入编辑页面。

在定制函数的编辑页面中，如当前定制方案添加了执行函数，用户点击函数模块，发起编辑操作，页面跳转至执行函数的编辑页面，展示函数的详情，包括函数名称、函数描述、触发器及执行器等供用户进行增删改。

例如，在夏日上班这个定制方案中，添加了即刻凉爽这个执行函数，用户可在定制方案的编辑页面中点击即刻凉爽函数模块，进行执行函数详情查看和编辑。在即刻凉爽执行函数编辑页面中展示执行函数的名称：即刻凉爽，执行函数的描述：当主驾上车后，先将座舱调节到凉爽状态，并按探路模式去公司，播放音乐今日推荐，保持5分钟后调节到行车的舒适温度。触发器中展示感知条件：主驾上车时，执行器展示执行动作：停止所有指令、空调设置、导航探路模式去公司、播放音乐进入推荐、等待5分钟、空调设置以及监听老婆上车函数。

需要说明地，老婆上车函数作为嵌套在即刻凉爽执行函数下的子执行函数，在即刻凉爽的编辑页面以函数模块的形式展示，而不展示该子执行函数的详情，如用户需要编辑，可进一步查看该子执行函数的编辑页面进行编辑。以此类推进行嵌套。从展示方式来说，老婆上车子执行函数不展示在夏日上班的定制方案中，但展示在即刻清凉执行函数中。

在执行函数的编辑页面中，用户可对执行函数的感知条件、子执行动作和/或子执行函数进行编辑，并在编辑后进行保存，完成执行函数的编辑，从而将编辑后的执行函数作为当前定制方案的执行函数，并可进一步对定制方案进行保存，实现在执行函数的微调后，定制方案的整体复用。

如此，对于非高阶的普通用户，可以在高阶用户或供应商所分享的已完成定制的方案的基础上，再次进行编辑，当该定制方案中包括执行的情况下，用户可对其中的执行函数进行编辑并保存为自己的定制方案。分享可以使得定制方案在更多用户之间得到分享与传播。普通用户可以根据用户自身的需要进行微调，降低进行方案定制的门槛，提升用户使用定制方案功能的意愿。

请参阅图16，步骤04包括：

041：响应于用户在执行函数添加页面中添加已完成编辑的执行函数的操作，进入已完成编辑的执行函数的编辑页面，展示已完成编辑的执行函数的函数描述、感知条件、子执行动作和/或子执行函数。

处理器用于响应用户在执行函数添加页面中添加已完成编辑的执行函数的操作，进入已完成编辑的执行函数的编辑页面，展示已完成编辑的执行函数的函数描述、感知条件、子执行动作和/或子执行函数。

如前述，执行函数的构架与定制方案基本一致，因此执行函数与定制方案相类似，支持用户进行单独调用。他人或供应商可将针对某一些具体场景或大场景中的子场景编辑的执行函数进行分享。

用户在进行执行器的编辑过程中，可由执行动作的添加页面切换至执行函数的添加页面，在执行函数的添加页面提供他人或供应商分享的已完成编辑的执行函数。用户可选择其中的任意执行函数进行调用。在用户点选希望添加的执行函数后，将进入该执行函数的编辑页面，在编辑页面中，展示已完成编辑的执行函数的函数描述、感知条件、子执行动作和/或子执行函数。

例如，即刻凉爽执行函数单独进行分享，在执行函数添加页面中对用户进行展示。用户可点选该执行函数，进入编辑页面，编辑页面中展示执行函数的名称：即刻凉爽，执行函数的描述：当主驾上车后，先将座舱调节到凉爽状态，并按探路模式去公司，播放音乐今日推荐，保持5分钟后调节到行车的舒适温度。触发器中展示感知条件：主驾上车时，执行器展示执行动作：停止所有指令、空调设置、导航探路模式去公司、播放音乐进入推荐、等待5分钟、空调设置以及监听老婆上车函数。

如此，在执行函数的添加页面中，为用户提供由他人分享的已完成编辑的执行函数，方便用户快速使用或根据需求进行二次编辑。

步骤05包括：

052：响应于用户在执行函数的编辑页面中对已完成编辑的执行函数的感知条件、子执行动作和/或子执行函数进行的添加、修改和/或删除操作，对已完成编辑的执行函数进行二次编辑。

处理器用于响应用户在执行函数的编辑页面中对已完成编辑的执行函数的感知条件、子执行动作和/或子执行函数进行的添加、修改和/或删除操作，对已完成编辑的执行函数进行二次编辑。

用户可在执行函数的编辑页面中对执行函数感知条件、子执行动作和/或子执行函数进行的添加、修改和/或删除操作。如前述，执行函数中可以嵌套其他子执行函数，其他子执行函数在当前执行函数的编辑页面中以函数模块的形式展示，而不展示该子执行函数的详情。例如，在定制方案A下，添加了执行函数B，执行函数B中添加了子执行函数C。在定制方案A的编辑页面，模块化展示执行函数B，而不展示子执行函数C，在执行函数B的编辑页面，模块化展示子执行函数C。

如此，用户在已完成编辑的执行函数的编辑页面中，可以根据自己的需求对执行函数的各个参数进行调整。

请参阅图17，步骤05包括：

053：响应于用户在执行函数的编辑页面发起的添加操作，将当前执行函数添加为执行函数；

054：在定制方案的编辑页面中模块化展示已完成添加的执行函数，展示内容包括执行函数的名称、监听周期、执行条件和函数描述。

处理器用于响应于用户在执行函数的编辑页面发起的添加操作，将当前执行函数添加为执行函数，及用于在定制方案的编辑页面中模块化展示已完成添加的执行函数，展示内容包括执行函数的名称、监听周期、执行条件和函数描述。

用户在执行函数的编辑页面完成执行函数的编辑后，可将其添加至定制方案中，所添加的执行函数以函数模块的形式展示在定制方案的编辑页面中，函数模块中展示包括执行函数的名称、执行条件和函数描述在内的内容。其中，函数描述用于描述在监听周期内满足执行条件的情况下，执行函数将要执行的子执行动作和/或子执行函数。执行函数添加到定制方案中后，会为执行函数默认设置一个监听周期，一并展示在函数模块中，用户可根据需求对监听周期进行进一步编辑，关于监听周期的设置将在下文展开。

以上为本申请为用户提供的基于分享的已完成编辑的定制方案或执行函数进行用户自己执行函数的编辑和添加方式。可以理解，对于一个复杂场景来说，用户能够完全复用的概率通常不高，每个用户的习惯可能不一样，如果只将很复杂的定制方案进行分享，用户复用后需要编辑的内容会很多，入门门槛高，即使继承和分享，也无法适用于大部分用户。但是对于一个子场景来说，更多的用户可以直接使用，可以将多个子诉求编辑合并为自己所需的场景，或者直接使用一个子场景。例如夏日上班中，有些用户可能不需要夏日上班的场景，只需要自驾游用车场景，但需要在自驾游用车的场景中进行提前降温，那么用户可以直接使用他人分享的夏日上班场景中的提前降温的子场景即可，将该子场景复用在自己的自驾游用车场景中。从而将主场景细化颗粒度，以每个子场景为单位，一个场景中包含多个子场景，场景间可以相互调用分享嵌套，会让整个定制方案的编辑灵活性更高，实现场景中的相互调用，根据用户不同的诉求，最大限度的进行复用，编辑，降低入门的使用门槛。

如此，用户可在完成编辑后将执行函数添加到定制方案中，当前添加的执行函数在定制方案的编辑页面中也模块化的方式展示给用户，用户可根据展示内容快速获知执行韩的详情，以方便进行调整。

请参阅图18，步骤04包括：

042：响应于用户在执行函数添加页面中新建执行函数的操作，进入执行函数的编辑页面以供用户输入感知条件及子执行动作和/或子执行函数。

处理器用于响应于用户在执行函数添加页面中新建执行函数的操作，进入执行函数的编辑页面以供用户输入感知条件及子执行动作和/或子执行函数。

本申请中还支持用户新建执行函数，用户在进行执行器的编辑过程中，可由执行动作的添加页面切换至执行函数的添加页面，在执行函数的添加页面发起新建执行函数的操作，页面跳转至空白的执行函数的编辑页面。用户在编辑页面中可编辑执行函数的名称、执行函数描述、感知条件、子执行动作和/或子执行函数。编辑执行函数名称便于后续调用或向他人分享。

执行函数的编辑页面架构与定制方案基本一致，编辑方式可参照前述对于定制方案的触发器以及执行器编辑部分的解释说明，此处不再赘述。与编辑已分享的执行函数相类似，在新建执行函数编辑过程中，支持用户继续调用已分享的执行函数作为该新建执行函数的子执行函数，或继续进行空白子执行函数，一层层嵌套调用下去。层层调用时，完成编辑的执行函数均会以函数模块的形式展示在上一级的编辑页面中。

如此，支持用户完全新建执行函数，用户可以根据需求自行编辑执行函数的感知条件、执行动作和/或子执行函数，为具有一定编程基础及创造力较强的高阶用户提供了更为自由的执行函数定制策略。

请参阅图19，步骤05包括：

055：响应于用户在完成新建执行函数的编辑后，在执行函数的编辑页面发起的添加操作，将当前执行函数添加为执行函数；

056：在定制方案的编辑页面中模块化展示已完成添加的执行函数，展示内容包括执行函数的名称、监听周期、执行条件和函数描述。

处理器用于响应用户在完成新建执行函数的编辑后，在执行函数的编辑页面发起的添加操作，将当前执行函数添加为执行函数，以及用于在定制方案的编辑页面中模块化展示已完成添加的执行函数，展示内容包括执行函数的名称、监听周期、执行条件和函数描述。

编辑页面完成后，用户可进行保存，页面由执行函数的编辑页面跳转至定制方案的编辑页面。添加的执行函数以函数模块的形式展示在定制方案的编辑页面中，函数模块中展示包括执行函数的名称、执行条件和函数描述在内的内容。其中，函数描述用于描述在监听周期内满足执行条件的情况下，执行函数将要执行的子执行动作和/或子执行函数。执行函数添加到定制方案中后，会为执行函数默认设置一个监听周期，一并展示在函数模块中，用户可根据需求对监听周期进行进一步编辑。

如此，用户可在完成新建执行函数的编辑后将执行函数添加到定制方案中，当前添加的执行函数在定制方案的编辑页面中也模块化的方式展示给用户，用户可根据展示内容快速获知执行函数的详情，方便进行调整。

请参阅图20，生成方法还包括步骤：

响应于在定制方案的编辑页面中编辑监听周期的操作，进入监听周期编辑页面，监听周期编辑页面提供快捷设定监听周期选项及自定义时长监听周期选项以供用户设定监听周期。

处理器用于响应在定制方案的编辑页面中编辑监听周期的操作，进入监听周期编辑页面，监听周期编辑页面提供快捷设定监听周期选项及自定义时长监听周期选项以供用户设定监听周期。

执行函数添加到定制方案中后，会为执行函数默认设置一个监听周期，一并展示在函数模块中，用户可根据需求对监听周期进行进一步编辑。如此设置统一执行函数与定制方案的编辑页面。仅在作为执行函数被添加时，需要设置监听周期。

用户可以点击定制方案的编辑页面中的监听周期，进入监听周期的编辑页面，监听周期的编辑页面提供多种监听周期的编辑方式，例如快捷设定和自定义设定。其中，快捷设定包括：直到车辆下电、直到车辆下次上电等。自定义设定支持用户自行设定监听时长，监听周期可精确到分钟。点击完成后，设置的监听周期在定制方案的编辑页面的执行函数模块中展示。

执行函数中所添加的子执行函数的监听周期与执行函数的监听周期默认相同，用户可单独对子执行函数的监听周期进行调整。

如此，系统会为完成编辑的执行函数设定一个默认监听周期，用户可在定制方案的编辑页面进入监听周期编辑页面，监听周期编辑页面为用户提供多种监听周期的编辑方式，方便用户根据需求设置监听周期。

请参阅图21，生成方法还包括步骤：

响应于在定制方案的编辑页面中查阅执行函数的操作，进入执行函数的编辑页面，展示执行函数的函数描述、感知条件、子执行动作以供用户进行编辑；

在执行函数添加有子执行函数的情况下，在执行函数的编辑页面模块化展示子执行函数。

处理器用于响应于在定制方案的编辑页面中查阅执行函数的操作，进入执行函数的编辑页面，展示执行函数的函数描述、感知条件、子执行动作以供用户进行编辑；

在执行函数添加有子执行函数的情况下，在执行函数的编辑页面模块化展示子执行函数。

完成编辑的执行函数在定制方案的编辑页面中模块化展示，展示内容包括执行函数的名称、监听周期、执行条件和函数描述。用户可通过点击函数名称进入执行函数的编辑页面查阅执行函数并进行二次编辑，编辑相关操作可参照上述相关部分的解释说明，此处不再赘述。

如此，用户在定制方案的编辑页面中可以根据需求进入已完成添加的执行函数的编辑页面，从而在编辑页面中对于包括函数描述、感知条件、子执行动作以及子执行函数进行编辑。

请参阅图22，生成方法还包括：

在执行函数添加有子执行函数的情况下，响应于在执行函数的编辑页面中查阅子执行函数的操作，进入子执行函数的编辑页面；

在子执行函数的编辑页面展示子执行函数的函数描述、感知条件、子执行动作和/或模块化展示孙执行函数。

处理器用于在执行函数添加有子执行函数的情况下，响应在执行函数的编辑页面中查阅子执行函数的操作，进入子执行函数的编辑页面，及用于在子执行函数的编辑页面展示子执行函数的函数描述、感知条件、子执行动作和/或模块化展示孙执行函数。

如前述，执行函数所添加的子执行函数的详情并不会展示在定制方案的编辑页面，而会在执行函数的编辑页面中展示，子执行函数在执行函数的编辑页面中的展示方式与执行函数在定制方案的编辑页面中的展示方式一致。如用户需查阅子执行函数，则需要经过定制方案的编辑页面进入执行函数的编辑页面，在编辑页面中可点击需要查看的子执行函数的名称，进入子执行函数的编辑页面。在子执行函数的编辑页面中，展示子执行函数的函数描述、感知条件、子执行动作和/或模块化展示孙执行函数。用户可以根据需求进一步进行编辑。

如此，用户在执行函数的编辑界面进一步进入子执行函数的编辑页面进行编辑。

生成方法还包括：

响应于用户在执行函数的编辑页面的分享操作，将执行函数进行分享。

处理器用于响应于用户在执行函数的编辑页面的分享操作，将执行函数进行分享。

在执行函数的编辑页面，支持用户将完成编辑的执行函数分享给他人。在用户完成执行函数的编辑后，可点击编辑页面中的分享按键，将执行函数进行分享。其他用户在添加执行函数时，就可在执行函数推荐的先关页面中查看到该执行函数，并可进一步地进行编辑或使用。

如此，用户还可以在执行函数的编辑页面对完成编辑的执行函数单独分享，供他人使用。

以上介绍了执行函数的相关内容。在用户已根据需求在执行器添加了多个执行函数和/或执行函数的情况下，可对多个执行动作和/或执行函数的顺序进行调整。其中，添加了多个执行函数和/或执行函数包括添加了多个执行动作或多个执行函数或多个执行动作和执行函数等情况。多个是指数量至少包括两个。

请参阅图23，在这种情况下，生成方法还包括步骤：

06：响应于用户对已添加的至少两个执行动作和/或执行函数的顺序调整操作，调整执行动作和/或执行函数在定制方案的执行时序轴中的执行顺序；

步骤03包括：

033：根据触发条件及顺序调整后的执行动作和/或执行函数，生成车载系统功能的定制方案，以使得在定制方案满足触发条件的情况下，根据调整后的执行顺序执行执行动作和/或监听执行函数。

处理器用于响应于用户对已添加的至少两个执行动作和/或执行函数的顺序调整操作，调整执行动作和/或执行函数在定制方案的执行时序轴中的执行顺序，以及用于根据触发条件及顺序调整后的执行动作和/或执行函数，生成车载系统功能的定制方案，以使得在定制方案满足触发条件的情况下，根据调整后的执行顺序执行执行动作和/或监听执行函数。

定制方案功能的目标是让用户可以灵活的适应所需的场景，满足用户场景的使用诉求，带来智能的使用体验。单一的动作顺序执行，只能满足规定的执行顺序，将场景写死。但往往在固定的大场景下，许多情况和操作都是无法完全固定的。只存在单一的执行动作顺序执行，无法满足场景的定制化需求。

例如，用户提前开启降温，如果不下雨或者停在地下车库，可能会开窗通风，但如果找不到车位停在地面，刚好遇到下雨，就不会开窗。如果此时统一处理帮用户开窗，反而为用户带来负面体验。此时，就需要进行逻辑判断，符合判断条件时才可以执行动作。

再比如，用户提前降温时，希望用最快的速度降低到25度就保持恒温，而不是一直降温。但多长时间降到25度，需要根据天气，停放位置进行综合判断。所以什么时候进行恒温，就需要进行判断。同时，降温和维持恒温的最终目的，都是让用户上车的时候能够更加的舒适，不能保证用户每次上车，一定是已经到达恒温，那么当用户上车的时候，用户所需要的不再是急速降温，而是让自己舒适的体感温度。在这样的场景下，不一定必须按顺序先进行恒温再上车，而是应该根据用户此时的状态和操作，满足当下子场景下的诉求，即使没有到达恒温，或者即使恒温没有到达指定时间，只要用户上车，都应该满足上车场景的诉求。此时，如果使用顺序执行，即使引入逻辑判断，也无法满足用户诉求。

因此，此处就需要引入更复杂更合理的执行逻辑，满足上述场景的执行，解决用户真实的场景诉求。比如在夏日上班的场景中，在部分客观因素随机变化的情况下，只要判断是夏日上班的场景，均可以通过合理的执行逻辑，真正满足用户诉求，达成智能化的体验。在上述的降温恒温的场景下，恒温和上车可以被拆分为两个子场景，满足两个小的用户需求点，恒温的判断和执行，与上车的判断和执行，相互独立，任意触发都可以运行相关的操作，在顺序执行逻辑的基础上，加入了并行执行的逻辑，让子场景均为监听状态，无论用户触发哪一个，或者先后触发，均可以满足该子场景下的用户体验诉求，触发哪个场景执行什么子执行动作，而不是简单的顺序执行，在更好地满足场景的同时，为编辑器提供了更高阶更灵活的编辑能力，有助于实现高开放性与高上限。

用户可根据需求，对执行动作和执行函数的逻辑关系进行调整，从而调整定制方案的执行顺序。

如此，当定制方案中添加了多个执行动作和/或执行函数时，用户可以根据需要对多个执行动作和/或执行函数的执行顺序进行调整，根据执行动作、执行函数各自的执行逻辑顺序以及调整后的顺序关系，生成具有新的执行顺序的定制方案。方便用户灵活地应对变化的场景，满足用户的使用诉求。

请参阅图24，步骤06包括：

061：响应于用户在定制方案的编辑页面中对已添加的至少两个执行动作和/或执行函数中任意一个的第一操作，以第一状态呈现执行动作或执行函数的内容；

062：响应于用户在第一操作后的第二操作，以第二状态呈现已添加的执行动作或执行函数；

063：根据第二操作调整已添加的执行动作或执行函数在定制方案的执行时序轴中的位置，以调整定制方案的执行顺序。

处理器用于响应于用户在定制方案的编辑页面中对已添加的至少两个执行动作和/或执行函数中任意一个的第一操作，以第一状态呈现执行动作或执行函数的内容，及用于响应于用户在第一操作后的第二操作，以第二状态呈现已添加的执行动作或执行函数，以及用于根据第二操作调整已添加的执行动作或执行函数在定制方案的执行时序轴中的位置，以调整定制方案的执行顺序。

用户在定制函数的编辑页面可发起顺序调整的操作，第一操作可以是对目标对象即目标执行动或执行函数的长按操作，从而选中目标对象。长按操作后，以第一状态呈现执行动作或执行函数的内容，例如可以是目标对象的内容被放大。由此，用户可以获知当前选中的对象，以判断对象是否正确，如不正确可撤销长按操作，取消对目标对象的操作。

目标对象可以是定制方案中的任意一个执行动作和执行函数，例如可以是单一执行动作、执行动作组、逻辑动作组中的子执行动作、或执行函数中的任意一个。

在选中目标对象后，用户可对目标对象进行第二操作，例如可以是拖动操作，在进行拖动操作的过程中，目标以第二状态呈现，例如，目标对象可以折叠为一个图标。在将目标对象拖动至预定位置处后，即可改变定制方案的执行时序轴的顺序。例如，将用户将一单一执行动作拖动至两个单一执行动作之间，该单一执行在定制方案的执行时序轴中的执行顺序将位于两单一执行动作之间。如图所示的示例中，以探路模式导航去公司的单一执行动作被拖动至天气无雨逻辑动作组与播放音乐今日推荐的单一执行动作之间。那么，调整后的定制方案被触发后，将顺次执行以下动作：I.先进行逻辑动作执行：如果天气不下雨，那么打开通风模式，同时进行空调的相关设置；如果天气下雨，那么进行空调的设置；II.以探路模式导航去公司；III.播放音乐今日推荐。

而在调整前，定制方案在被触发后，将顺次执行以下动作：I.以探路模式导航去公司；II.先进行逻辑动作执行：如果天气不下雨，那么打开通风模式，同时进行空调的相关设置；如果天气下雨，那么进行空调的设置；III.播放音乐今日推荐。

如此，用户可通过第一操作触发顺序调整，并通过第二操作将选中的执行动作或执行函数调整至目标位置。在不同操作下，目标对象呈现不同状态，方便用户操作。

步骤063包括：

根据第二操作将已添加的执行动作调整至逻辑动作组中的子执行动作位置处。

处理器用于根据第二操作将已添加的执行动作调整至逻辑动作组中的子执行动作位置处。

用户可将目标对象调整至逻辑动作组中的子执行动作的位置处，作为逻辑动作组中在满足预定判断后执行的子执行动作或不满足预定判断条件执行的子执行动作，而不能够将执行动作调整至如果后作为逻辑动作组中的预定判断条件。

如此，支持将逻辑动作组外的独立执行动作调整至逻辑动作组中的子执行动作位置处。

生成方法还包括：

响应于用户对逻辑动作组中的子执行动作的第三操作，将逻辑动作组中的子执行动作调整至执行时序轴中，以调整定制方案的执行顺序。

处理器用于响应用户对逻辑动作组中的子执行动作的第三操作，将逻辑动作组中的子执行动作调整至执行时序轴中，以调整定制方案的执行顺序。

用户还可以将逻辑动作中的子执行动作作为目标对象，通过第三操作将目标对象调整至定制方案中作为一个独立的单一执行动作或独立的执行动作组。操作方式与前述调整执行动作的操作相类似。第三操作可以是先长按任一子执行动作，该子执行动作的内容将放大显示，然后用户将其拖动至目标位置即可，在拖动过程中，子执行动作折叠为一个图标显示。

如此，支持将逻辑动作组外中的执行动作调整至逻辑动作组外，作为定制方案中的一个独立执行动作。

请参阅图25，步骤063包括：

响应于用户将已添加的执行动作调整至定制方案的执行函数中的第二操作，以第三状态呈现执行函数，并展示执行函数的编辑页面，以供用户将已添加的执行动作调整至执行函数的子执行动作的执行时序子轴中。

处理器用于响应用户将已添加的执行动作调整至定制方案的执行函数中的第二操作，以第三状态呈现执行函数，并展示执行函数的编辑页面，以供用户将已添加的执行动作调整至执行函数的子执行动作的执行时序子轴中。

用户还可以将执行动作调整至执行函数中，当用户将目标对象拖动至目标执行函数处时，目标执行函数的函数模块以第三状态呈现，例如模块整体放大显示，以提示用户当前目标对象所处的位置，进而显示页面由定制方案的编辑页面跳转至执行函数的编辑页面。用户可在执行函数的编辑页面中继续拖动，以将目标对象调整至目标位置处。操作方式与在定制方案的编辑页面中进行拖动操作相类似。

可以理解地，由于执行函数的编辑页面架构与定制函数的编辑页面基本一致，因此，执行函数的编辑页面中也包括一执行时序子轴，当将执行动作调整至执行函数中时，也即是调整执行函数的执行时序子轴中各个子执行动作和/子执行函数的执行顺序。

如此，支持将独立的执行动作调整至执行函数中，作为执行函数的一个子执行动作。在操作过程中，目标执行函数的显示状态发生相应的变化，方便用户操作。

生成方法还包括：

响应于用户将已添加的执行动作调整至执行函数的编辑页面中预定位置处的第二操作，执行函数编辑页面跳转至定制方案的编辑页面。

处理器用于响应于用户将已添加的执行动作调整至执行函数的编辑页面中预定位置处的第二操作，执行函数编辑页面跳转至定制方案的编辑页面。

执行函数编辑页面中包括有返回入口，当用户在操作中，将目标对象拖动至该返回入口时，页面将由执行函数编辑页面跳转至定制方案的编辑页面。方便用户在执行函数内外较为方便地进行执行动作的顺序调整。

如此，支持用户在将独立的执行动作调整至执行函数过程中的撤销操作，方便用户重新选择目标位置，为用户操作提供便利。

以下以一个示例，展示定制方案的生成过程：

用户新建一个定制方案，进入空白的编辑页面，首先确认触发器内容，即添加触发条件。例如，对于夏日通勤的场景，用户可以选择特定时间，工作日的早上8:15作为触发条件，同时可以添加部分状态判断的附加条件，能更准确的感知用户的通勤上班以及夏日通勤的意图，如添加车辆位于家的位置，且车内温度异常高温，例如高于40度，作为附加条件。

在确认触发条件的编辑完成后，用户可以编写执行器中的内容，支持用户添加单一执行动作、执行动作组、逻辑动作组以及执行函数。

如用户添加了逻辑动作组，如果天气不下雨，那么打开通风模式，同时进行空调的相关设置，否则，仅进行空调的设置。用户还添加了维持座舱恒温执行函数以及即刻凉爽执行函数。希望实现在通勤的场景下，先执行急速降温。当监测到车内温度降至25度时，将保持车内温度保持在25度。进一步，当主驾上车后，结束维持座舱恒温，将座舱调节到凉爽状态，并按探路模式去公司，播放音乐今日推荐，保持5分钟后，再调节到行车的舒适温度。

用户填写完毕触发器和执行器的内容后，填写定制方案名称，设置相关设置选项，点击保存，场景将通过云端同步给车辆，车辆和应用程序均生效，定制处于启用状态。当满足用户设定的触发器时，执行器内容将会执行。后续，如果用户暂时不需要使用这个定制方案，可以在管理页面中，临时将定制方案停用。停用后，定制方案不再进行触发。直到用户下次选择启用时，才会继续启用。

请参阅图26，本申请还提供了利用上述生成方法生成的车载系统功能的定制方案对车辆进行控制的控制方法。控制包括以下步骤：

07：在满足定制方案的触发条件的情况下，通过车载系统执行与触发条件对应的执行动作。

本申请的控制方法可以由本申请的车辆实现。车辆包括存储器和处理器。存储器中存储有计算机程序，处理器用于在满足定制方案的触发条件的情况下，通过车载系统执行与触发条件对应的执行动作。

在定制方案添加了执行函数的情况下，步骤07包括：

071：在满足定制方案的触发条件的情况下，在执行函数的监听周期内通过车载系统确认是否满足执行函数的感知条件从而执行执行函数的子执行动作和/或监听子执行函数。

处理器用于在满足定制方案的触发条件的情况下，在执行函数的监听周期内通过车载系统确认是否满足执行函数的感知条件从而执行执行函数的子执行动作和/或监听子执行函数。

在用户已根据需求在执行器添加了多个执行函数和/或执行函数的情况下，步骤07包括：

072：在满足所述定制方案的触发条件的情况下，根据所述执行顺序执行所述至少一个执行动作；

073：在顺序执行所述至少一执行动作的同时，启动监听所述至少一个执行函数，以在所述执行函数的监听周期内通过车载系统确认是否满足所述执行函数的感知条件从而执行所述执行函数。

处理器用于在满足所述定制方案的触发条件的情况下，根据所述执行顺序执行所述至少一个执行动作，及用于在顺序执行所述至少一执行动作的同时，启动监听所述至少一个执行函数，以在所述执行函数的监听周期内通过车载系统确认是否满足所述执行函数的感知条件从而执行所述执行函数。

定制方案被触发后，其中的执行动作以串行逻辑执行，即按照编辑的顺序由先至后顺次执行，而定制方案中的执行函数则在执行动作执行的同时开启监听，而执行函数的执行与否都不影响后续执行动作的执行。执行函数的执行与执行动作之间为并行执行逻辑，丰富了定制方案的执行逻辑。需要说明地，此处的同时应当广义理解为，在动作的目标对象执行的过程中并行。而非严格意义上的与动作的触发同时进行。例如，在执行播放音乐同时启动执行函数的监听是指，在音乐内容播放的过程中同时启动执行函数的监听，而不是与播放这个瞬时动作的触发同时，或者可以理解为在播放这个瞬时动作完成后启动监听，但无需等待播放内容的完成，在监听启动时播放过程可能仍然处于正在进行中的状态。

如此，在用户用车过程中，当满足定制方案的触发条件后，由车辆执行用户预先在定制方案中编辑设定的多个执行动作及执行函数，其中，多个执行动作根据其在定制方案中的编辑顺序顺次执行，执行函数在相应的节点开始监听，监听执行函数在监听周期内是否满足感知条件，从而执行子执行动作以及监听子执行函数。用户不需要复杂的操作就能够应对逻辑较为复杂的场景中的用车需求，简化了用户的操作，提升了用户的使用体验。

步骤072包括：

0720：根据执行时序轴中的主节点顺序，在当前主节点对应的执行动作执行后，顺次执行下一主节点对应的执行动作。

处理器用于根据执行时序轴中的主节点顺序，在当前主节点对应的执行动作执行后，顺次执行下一主节点对应的执行动作。

定制方案的执行器包括一个执行时序轴，执行时序轴上包括至少一个主节点，每个执行动作与一个主节点对应。执行时序轴为串行轴，执行时序轴上的每一个主节点顺序执行。在当前主节点的执行动作开始执行后，再执行下一个执行动作。也即是说，在先的执行动作执行与否将影响在后的执行动作的执行。

如此，位于定制方案执行时序轴中主节点上的执行动作根据在时序中的顺序顺次执行。

步骤073包括：

0730：根据执行时序轴中的主节点与次节点的顺序关系，在执行当前主节点对应的执行动作的同时，启动监听当前主节点下的次节点所对应的执行函数。

处理器用于根据执行时序轴中的主节点与次节点的顺序关系，在执行当前主节点对应的执行动作的同时，启动监听当前主节点下的次节点所对应的执行函数。

执行时序轴包括至少一个次节点，每个执行函数与一个次节点对应。次节点位于主节点下一个层级，在执行逻辑上是执行时序轴的并行轴。次节点的执行函数在对应的主节点的执行动作执行的同时启动监听。

在执行时序轴上相应的节点处，执行函数仅启动监听，监听是否满足执行函数的感知条件。而无论子执行动作是否开始执行，都不影响执行时序轴中的执行动作，可以继续执行时序轴中后续的执行动作的执行。

如图27的示例中，播放音乐今日推荐对应一个主节点，维持座舱恒温执行函数对应与该主节点相对应的次节点。以探路模式导航去公司对应后续主节点，即刻凉爽执行函数对应与该后续主节点相对应的次节点。

在该定制方案被触发后，首先执行播放音乐今日推荐，在播放音乐的同时，开始维持座舱恒温执行函数的监听。然后执行以探路模式导航去公司，在进行导航的同时开始即刻凉爽执行函数的监听。而这两个执行函数的执行与否，和继续执行的执行动作本身不相互影响。

如此，执行函数对应执行时序轴中的次节点，与主节点为并行关系，在对应的主节点的执行动作执行的同时，执行函数启动监听。

步骤0730包括：

07300：根据执行时序轴中的主节点与次节点的顺序关系，在执行当前主节点对应的执行动作的同时，启动监听当前主节点下全部次节点对应的执行函数。

处理器用于根据执行时序轴中的主节点与次节点的顺序关系，在执行当前主节点对应的执行动作的同时，启动监听当前主节点下全部次节点对应的执行函数。

如同一主节点对应多个次节点，那么在主节点对应的执行动作执行的同时，多个次节点各自对应的执行函数同时启动各自的监听。

例如，在如图28所示的定制方案中，天气无雨逻辑动作组对应一个主节点，维持座舱恒温执行函数以及即刻凉爽执行函数各自对应的次节点，均对应该主节点。在定制方案被触发后，首先执行天气无雨逻辑动作组，在执行天气无雨逻辑动作组的同时启动两个执行函数即维持座舱恒温执行函数以及即刻凉爽执行函数的监听。

对于维持座舱恒温执行函数和即刻降温执行函数的触发和执行，是单独的并行逻辑，不会影响执行时序轴中执行动作的顺序执行。

维持座舱恒温函数在监听周期内，当检测到车内温度到达25度时，保持车厢恒温在25度。该执行函数满足感知条件被触发后，在单独的并行逻辑上运行，不影响执行时序轴上其他执行动作的执行和执行函数的监听。

即刻降温执行函数在监听周期内，当主驾驶上车后，则结束维持座舱恒温的函数监听或执行(这个是该执行函数内的一个子执行动作)，同时执行即刻凉爽操作，先将座舱调节到凉爽状态，并按探路模式去公司，播放音乐今日推荐，保持5分钟后，再调节到行车的舒适温度，该执行函数满足触发后，在单独的并行逻辑上运行，不影响执行时序轴上其他执行动作的执行和执行函数的监听。需要说明地，结束维持座舱恒温的函数监听或执行，是该执行函数中的子执行动作，而不是并行逻辑导致的。

如此，同一主节点下的次节点之间也为并行关系，在主节点对应的执行动作开始执行后，多个次节点对应的执行函数同时启动监听。

步骤0720包括：

07200：根据执行时序轴中的主节点顺序及主节点与次节点的顺序关系，在执行当前主节点对应的执行动作的同时，启动监听当前主节点下全部次节点对应的执行函数；

07201：在执行当前主节点对应的执行动作，并同时启动监听当前主节点下的次节点所对应的执行函数后，执行下一主节点对应的执行动作。

处理器用于根据执行时序轴中的主节点顺序及主节点与次节点的顺序关系，在执行当前主节点对应的执行动作的同时，启动监听当前主节点下全部次节点对应的执行函数，及用于在执行当前主节点对应的执行动作，并同时启动监听当前主节点下的次节点所对应的执行函数后，执行下一主节点对应的执行动作。

如果在次节点后，执行时序轴中包括后续执行动作，在次节点对应的执行函数启动监听后，将顺次执行后续主节点对应的执行动作。

也即是，在执行函数启动监听后，如定制方案中还包括其他执行动作，执行动作的执行不需要等待并行函数执行完毕，在执行时序轴上的执行函数对应的次节点，只是执行函数开始监听的时间点。

例如，在上例的基础上，定制方案在即刻降温执行函数后还添加了两个单一执行动作，等待5分钟和车窗关闭，如图29所示。在该定制方案被触发后，首先执行天气无雨逻辑动作组，在执行天气无雨逻辑动作组的同时启动两个执行函数即维持座舱恒温执行函数以及即刻凉爽执行函数的监听，然后执行动作等待5分钟和关闭车窗。

等待5分钟和关闭车窗，这两个动作不受两个执行函数的执行与否影响。等待5分钟和关闭车窗的执行动作，有可能在维持座舱恒温的执行函数被触发(执行其中的子执行动作)后执行，也可能在即可凉爽执行函数被触发后执行，也可能在二者都未被触发时发生，相互不影响。

当然，用户也可在关闭车窗的执行动作之后，添加入新的执行函数。在执行关闭车窗的同时启动该执行函数的监听。

如此，执行函数的子执行动作是否执行或是否执行完毕不影响主节点中的执行动作的执行，在启动监听后，顺次执行时序轴中的后续执行动作。

控制方法还包括：

在执行函数的监听周期结束后，停止监听执行函数。

处理器用于在执行函数的监听周期结束后，停止监听执行函数。

执行函数开始监听后，开始计算执行函数的监听周期，当监听周期结束后，监听停止。执行函数在监听周期内，仅支持触发一次，监听周期结束后，将监听停止。

以上述两个执行函数为例，维持座舱恒温函数不一定触发，需要满足其感知条件(座舱温度降低至25度)才触发。在实际场景中，可能一直都到不了25度，那么不执行恒温操作。如果在维持座舱恒温执行函数的监听周期内座舱温度始终都到不了25度，那么该执行函数的子执行动作就始终不会执行。监听周期结束后，停止监听该执行函数，也即是说，如果在监听结束以后，即便车内温度降低至25度，也不会执行恒温操作。

相类似地，在即刻降温执行函数的监听过程中，所以如果满足了感知条件(主驾上车)，则执行该执行函数中的子执行动作。如果在监听周期内主驾驶始终未上车，则该执行函数不会触发。监听周期结束后，停止监听该执行函数，也即是说，如果在监听结束以后，即便主驾上车了，也不会执行即刻降温的相关操作。

当整个定制方案没有运行的内容，例如没有处于监听周期中的执行函数或需要执行的执行动作，定制方案的当次执行结束。

如此，执行函数在监听周期结束后，无论是否触发子执行动作，都结束监听。并且在当前定制方案的执行过程中，不再监听。

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

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

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

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