CN114299947A - 生成方法、车辆控制方法、终端设备及存储介质 - Google Patents

Abstract

本申请公开了一种车载系统功能定制方案的生成方法，包括：接收用户对车载系统功能进行定制时输入的非语音触发条件，接收用户输入的在非语音触发条件下车载系统功能的执行动作，根据非语音触发条件和执行动作，生成车载系统功能的定制方案，以使得语音服务器在非语音触发条件被触发的情况下，控制车载系统执行定制方案中的执行动作并进行语音反馈。本申请的生成方法，使得用户不需要额外使用语音唤醒即可实现定制方案的触发，简化了用户的操作，提升了用户的使用体验。本申请还公开了一种车辆控制方法、终端设备和存储介质。

Description

生成方法、车辆控制方法、终端设备及存储介质

技术领域

本申请涉及交通领域，特别涉及一种车载系统功能定制方案的生成方法、一种车辆控制方法、终端设备及计算机可读存储介质。

背景技术

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

在一类车辆智能化技术中，可使用语音的触发条件和执行指令，例如用户在车辆座舱内向语音助手说“早上好！”，语音助手可以确认“早上好”是定制方案中触发条件，然后和服务器通信，由语音服务器控制车辆执行指令，完成“车辆座舱空调调成26°、座椅向后调以及车窗关闭”等多个操作，这样方便用户用一句简单的语音触发条件实现多个车辆功能的控制。但是在用户用车过程中，需要语音的触发条件，如果用户对于这样的触发条件并不习惯，则会出现用户上车后忘记语音触发条件，在触发条件无法被触发的情况下，车辆无法执行触发条件下的执行指令。

发明内容

有鉴于此，本申请提供了一种车载系统功能定制方案的生成方法，所述方法包括：

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

接收用户输入的在所述非语音触发条件下所述车载系统功能的执行动作；

根据所述非语音触发条件和所述执行动作，生成所述车载系统功能的定制方案，以使得语音服务器在所述非语音触发条件被触发的情况下，控制所述车载系统执行所述执行动作并进行语音反馈。

如此，使得用户在前期预设好定制方案后，在实际应用中，车辆检测到预设的非语音触发条件后，会将触发条件发送至语音服务器，由语音服务器进行查询，确定是否预先设置了和该非语音触发条件对应的定制方案，如果有设置这样的定制方案，则下发指令至车辆，由车辆执行定制方案中设定的执行动作，执行动作中包含的车载系统功能自动开启。本发明让用户不需要额外使用语音唤醒即可实现定制方案的触发，简化了用户的操作，提升了用户的使用体验。

所述非语音触发条件包括时间条件、车辆功能或零部件的开关状态条件、和/或位置条件。

如此，使得用户可根据时间条件、车辆功能或零部件的开关状态条件、和/或位置条件设置触发条件，以控制车载系统在满足设置的非语音的触发条件下执行相应的执行动作。同时，上述非语音触发条件涵盖了用户基本的应用场景，且通过将任意多个时间条件、车辆功能或零部件的开关状态条件、和/或位置条件包装成更易理解的特殊状态供用户选择和编辑，可使用用户更容易理解，提升用户体验。

所述非语音触发条件还包括与所述时间条件、车辆功能或零部件的开关状态条件、和/或位置条件非互斥的附加条件。

如此，通过将时间条件、车辆功能或零部件的开关状态条件、和/或位置条件与触发条件相结合来确定非语音触发条件，一方面，避免了多个触发条件互斥的情况。另一方面，使得非语音触发条件层次化，通过多层次的触发条件的设置，来满足不同用户不同程度的个性化需求。

所述车载系统功能包括语音助手功能，所述接收用户输入的在所述非语音触发条件下所述车载系统功能的执行动作包括：

接收用户输入的在所述非语音触发条件下，所述车载系统功能的语音助手的执行动作，所述语音助手功能的执行动作包括语音回复、语音播报、动态形象。

如此，通过车载系统功能的语音助手实现执行动作，在一定程度上扩展了车辆可执行的功能范围，满足用户个性化的动作设计，提升用户体验。

所述车载系统功能包括车辆控制功能、查询信息功能、系统设置功能、电源续航功能、摄像头功能、和/或电话功能。

如此，用户在输入相应的非语音触发条件后，可通过对车辆控制功能、查询信息功能、系统设置功能、电源续航功能、摄像头功能、和/或电话功能的选择和编辑，使得在满足输入的非语音触发条件后，可执行上述车载系统功能。

所述车载系统功能包括音乐功能，所述音乐功能的执行动作包括所述播放音乐的歌手名和歌曲名。

如此，在用户常用的音乐功能中，提供用户编辑播放音乐的歌手名和歌曲名，可在车辆打开音乐功能时，根据用户编辑的歌手名和歌曲名进行播放。

所述车载系统功能包括导航功能，所述导航功能的执行动作包括目的地位置、选路方式和路线选择，所述选路方式包括导航和探路，所述路线选择包括避免拥堵、避免收费、不走高速和高速优先。

如此，在用户常用的导航功能中，提供用户编辑目的地位置、选路方式和路线选择，可在车辆打开导航功能时，根据用户编辑的目的地位置、选路方式和路线选择进行导航。

车载系统功能的执行动作与车辆的车型参数相关联。

如此，因不同车型可执行的动作不同，将执行动作与车型参数进行关联，对不同车辆可向用户提供不同的执行动作，一定程度上还可避免无效的执行动作输入。

所述接收用户输入的在所述非语音触发条件下所述车载系统功能的执行动作，包括：

根据用户对输入的执行动作的排序操作，调整多个所述执行动作的执行顺序。

如此，不仅能满足实用性的需求，还可满足用户个性化的、趣味性的需求，提升用户体验。

所述生成方法还包括：

根据用户对所述非语音触发条件的编辑操作，对所述非语音触发条件进行增加、删除，和/或修改。

如此，用户在编辑非语音触发条件时，以及在选择和编辑完成非语音触发条件之后，可对执行动作进行增加、删除，和/或修改的操作。

所述生成方法还包括：

根据用户对所述执行动作的编辑操作，对所述执行动作进行增加、删除，和/或修改。

如此，用户在选择和编辑执行动作时，以及在选择和编辑完成执行动作之后，可对执行动作进行增加、删除，和/或修改的操作。

所述根据所述非语音触发条件和所述执行动作，生成所述车载系统功能的定制方案包括：

对所述非语音触发条件和所述执行动作进行检查；

若检查结果无误，根据所述非语音触发条件和所述执行动作，生成所述定制方案；

向用户进行所述定制方案定制成功的反馈。

如此，可通过对非语音触发条件和执行动作的检查，一定程度上保证了用户输入的非语音触发条件和执行动作为有效的输入。并在检查通过的情况下，向用户反馈成功提示，使得用户了解结果状态。

所述根据所述非语音触发条件和所述执行动作，生成所述车载系统功能的定制方案还包括：

若检查结果异常，向用户进行所述定制方案需要进行修改的反馈。

所述检查包括：所述非语音触发条件是否重复、所述非语音触发条件是否为空、所述执行动作是否为空、所述定制方案的超过创建条数是否超过上限、所述定制方案的命名是否超过字数限制和/或所述定制方案的命名是否重复。

如此，可通过对非语音触发条件和执行动作的检查，一定程度上保证了用户输入的非语音触发条件和执行动作为有效的输入，并通过反馈提示用户进行相应修改。

所述方法还包括：

根据用户对所述定制方案的状态信息编辑操作，对所述定制方案进行命名以及启用状态和公开状态的状态编辑。

如此，通过增加用户对定制方案的状态进行编辑的操作，使得用户可对自己创建的定制方案进行公开或分享等处理，一定程度上提高了创建定制方案的娱乐性，提升用户的使用度。另外，通过查看他人的定制方案可使得用户得到更多的定制方案的灵感。

所述生成方法还包括：

根据用户对完成状态的定制方案的编辑操作，编辑所述完成状态的定制方案的使用状态。

如此，使得用户可对定制方案的使用状态进行操作。

所述定制方案可在用户所拥有的多台车辆上进行触发。

如此，使得用户可将创建的定制方案延伸至多台车辆上，提高了用户创建的效率，提升用户使用定制功能的便利度。

所述定制方案可在用户所拥有的多台车辆中的指定车辆上进行触发。

如此，当用户想要对不同的车辆进行各自设置时，可选择在指定车辆上设置定制方案。

所述定制方案与车辆的账户信息相互绑定。

如此，因用户的个性化定制中，设置让某台设备自动执行一个动作，是比较私密的设备属性，通过多个用户账号，多个车辆账号进行与定制方案相关联的权限管理，使得用户可对多辆车，多个用户账号，多个车辆账号分别进行个性化定制，提高定制效率。

本申请还提供了一种车辆控制方法，其特征在于，所述控制方法基于上述任一种生成方法生成的车载系统功能的定制方案，所述控制方法包括：

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

如此，使得用户在前期预设好定制方案后，在实际应用中，车辆检测到预设的非语音触发条件后，会将触发条件发送至语音服务器，由语音服务器进行查询，确定是否预先设置了和该非语音触发条件对应的定制方案，如果有设置这样的定制方案，则下发指令至车辆，由车辆执行定制方案中设定的执行动作，执行动作中包含的车载系统功能自动开启。本发明让用户不需要额外使用语音唤醒即可实现定制方案的触发，简化了用户的操作，提升了用户的使用体验。

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

本申请还提供一种非易失性计算机可读存储介质，当所述计算机程序被一个或多个处理器执行时，实现上述任一项实施例中所述的方法。

如此，本申请通过接收用户对车载系统功能进行定制时输入的非语音触发条件，接收用户输入的在非语音触发条件下车载系统功能的执行动作，根据非语音触发条件和执行动作，生成车载系统功能的定制方案，以使得语音服务器在非语音触发条件被触发的情况下，控制车载系统执行定制方案中的执行动作并进行语音反馈。使得用户在前期预设好定制方案后，在实际应用中，车辆检测到预设的非语音触发条件后，会将触发条件发送至语音服务器，由语音服务器进行查询，确定是否预先设置了和该非语音触发条件对应的定制方案，如果有设置这样的定制方案，则下发指令至车辆，由车辆执行定制方案中设定的执行动作，执行动作中包含的车载系统功能自动开启。本发明让用户不需要额外使用语音唤醒即可实现定制方案的触发，简化了用户的操作，提升了用户的使用体验。

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

附图说明

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

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

图2是本申请的生成方法的示例图；

图3是本申请的生成方法的示例图；

图4是本申请的生成方法的流程示意图。

具体实施方式

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

请参阅图1，本申请提供了一种车载系统功能定制方案的生成方法，方法包括：

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

02：接收用户输入的在非语音触发条件下车载系统功能的执行动作；

03：根据触发条件和执行动作，生成车载系统功能的定制方案，以使得语音服务器在触发条件被触发的情况下，控制车载系统执行定制方案中的执行动作并进行语音反馈。

本申请还提供了一种终端设备。终端设备包括存储器和处理器。存储器中存储有计算机程序，处理器用于接收用户对车载系统功能进行定制时输入的非语音触发条件；接收用户输入的在非语音触发条件下车载系统功能的执行动作；根据触发条件和执行动作，生成车载系统功能的定制方案，以使得语音服务器在触发条件被触发的情况下，控制车载系统执行定制方案中的执行动作并进行语音反馈。

本申请可应用于交通领域，使用在如车辆、飞行汽车等交通工具上，便于用户通过终端设备对交通工具的车载系统功能进行定制。以下均以交通工具为车辆为例进行说明。

车载系统功能包括车辆的驾驶功能、系统设置功能、座舱管理和控制功能等，具体包括但不限于打开车窗、打开车门、调整座椅、播放音乐曲目、打开导航和给座椅加热等功能。

接收用户对车载系统功能进行定制时输入的非语音触发条件。其中，非语音触发条件用于设置用户所需执行车载系统功能的触发条件，触发条件包括时间条件、位置条件和/或车辆状态条件等在内的一种或多种条件，可为单一条件，例如：周一下午5点；或多个条件的排列组合，例如：周一下午5点+上车+位置1。当非语音触发条件被触发时，车辆会接收语音服务器的控制按照定制方案执行相应的动作。

在终端设备上，可显示对车载系统功能进行定制的界面。例如，用户的移动手机上可安装有能对车载系统功能进行定制的应用程序，用户打开应用程序访问定制的定制页面，在该页面中输入非语音触发条件。用户输入的非语音触发条件，包括用户在页面说出期望的触发条件，终端可对用户说的内容进行识别及处理，并转化为非语音触发条件，例如用户输入“我想要周一上午8点钟的时候，我上车的时候”，最终可在页面设置触发条件的区域形成非语音触发条件为：周一上午8点+上车。此外，用户还可以在定制页面的文本框输入期望的非语音触发条件，例如“到达公司”。

用户输入的非语音触发条件，还可包括通过在定制页面以下拉控件的方式在下拉列表中提供给用户多个触发条件，例如“车门关闭”等，用户通过选择和编辑，形成非语音触发条件。请参阅图2，图2为定制页面的示例图，在定制页面上显示多个触发条件的列表，用户可通过点击每一个触发条件进行选择和编辑，最后确定一个或多个触发条件作为最终的非语音触发条件。

非语音触发条件包括时间条件、车辆功能或零部件的开关状态条件、和/或位置条件等。

时间条件、车辆功能或零部件的开关状态条件、和/或位置条件具体包括但不限于：特定时间、上车、充电开始(插枪)、充电结束(拔枪)、车门(其中包括：主驾车门打开时、副驾车门打开时、左后车门打开时、右后车门打开时)、安全带(主驾安全带解开时、副驾安全带解开时)、电量(电量高于或低于某个值时)。

此外，非语音触发条件还可以预先封装一些组合式的触发条件，这类组合式的触发条件是根据用户的驾驶习惯或用车习惯，将任意一个或多个时间、车辆功能或零部件的开关状态、取值状态进行组合来形成的触发条件。例如，预先封装的组合式触发条件包括但不限于“上班”和“下班”，“上班”这个组合式触发条件可包括：每周一到周五7：00到10：00、车辆位置处于用户的家及主驾上车；“下班”这个组合式触发条件可包括：每周一到周五18：00到23：30、车辆位置处于公司及主驾上车。其中，每个预先封装的触发条件可能包含一个或多个功能。当用户选择预先封装的触发条件“上班”或“下班”时，可对每个预先封装的触发条件中包含的多个预先设定的执行动作进行选择和编辑。预先封装的组合式触发条件是帮助用户简化定制方案的定制过程，无需用户对各种动作进行思考和选择，减小用户的认知成本，提升用户体验。

时间条件、车辆功能或零部件的开关状态条件、和/或位置条件可通过设置在车辆硬件底层的感知点获取，调用车辆硬件底层感知点，利用车辆感知能力来识别时间条件、车辆功能或零部件的开关状态条件、和/或位置条件。

如此，使得用户可根据时间条件、车辆功能或零部件的开关状态条件、和/或位置条件设置触发条件，以控制车载系统在满足设置的非语音的触发条件下执行相应的执行动作。同时，上述非语音触发条件涵盖了用户基本的应用场景，且通过将任意多个时间条件、车辆功能或零部件的开关状态条件、和/或位置条件包装成更易理解的特殊状态供用户选择和编辑，可使用用户更容易理解，提升用户体验。

非语音触发条件还包括与时间条件、车辆功能或零部件的开关状态条件、和/或位置条件非互斥的附加条件。

具体的，在上述时间条件、车辆功能或零部件的开关状态条件、和/或位置条件的基础上，还可增加与时间条件、车辆功能或零部件的开关状态条件、和/或位置条件非互斥的附加条件，以使得非语音触发条件更为多层次，以满足不同用户不同程度的个性化需求。

预先对每个时间条件、车辆功能或零部件的开关状态条件、和/或位置条件设置相应的附加条件，当用户确定某个时间条件、车辆功能或零部件的开关状态条件、和/或位置条件后，提供预先设置的附加条件。

附加条件与时间条件、车辆功能或零部件的开关状态条件、和/或位置条件非互斥。可以理解，车辆具有较为多种的驾驶功能及多媒体功能，而多个条件间可能存在互斥情况，故本申请的交互方法中，对于每个时间条件、车辆功能或零部件的开关状态条件、和/或位置条件所提供的附加条件都可能不同。例如，当用户选择了主驾上车时这个时间条件、车辆功能或零部件的开关状态条件、和/或位置条件，在添加附加条件时，附加条件列表里不会显示车辆位于非P档的选择。

与时间条件、车辆功能或零部件的开关状态条件、和/或位置条件非互斥的附加条件可包括一个附加条件，或多个附加条件，多个附加条件可根据用户的操作进行任意组合、排序。非互斥的附加条件包括但不限于：时间范围、车辆位置、电量范围、车速范围、档位、座椅是否坐人、温度范围。

非语音触发条件包括时间条件、车辆功能或零部件的开关状态条件、和/或位置条件，及与时间条件、车辆功能或零部件的开关状态条件、和/或位置条件非互斥的附加条件。在创建非语音触发条件时，用户可先确定好时间条件、车辆功能或零部件的开关状态条件、和/或位置条件，然后添加附加条件，附加条件可在用户确定好时间条件、车辆功能或零部件的开关状态条件、和/或位置条件后，以清单或列表的形式将与时间条件、车辆功能或零部件的开关状态条件、和/或位置条件对应的附加条件呈现给用户，供用户选择和编辑。其中，时间条件、车辆功能或零部件的开关状态条件、和/或位置条件与之对应的附加条件可预先对应存储与数据库中，在用户选择该时间条件、车辆功能或零部件的开关状态条件、和/或位置条件后，与之对应存储的附加条件可在附加条件列表中显示，供用户选择和编辑。

如此，通过将时间条件、车辆功能或零部件的开关状态条件、和/或位置条件与触发条件相结合来确定非语音触发条件，一方面，避免了多个触发条件互斥的情况。另一方面，使得非语音触发条件层次化，通过多层次的触发条件的设置，来满足不同用户不同程度的个性化需求。

车载系统功能定制方案的生成方法还包括：

根据用户对非语音触发条件的编辑操作，对非语音触发条件进行增加、删除，和/或修改。

处理器用于根据用户对非语音触发条件的编辑操作，对非语音触发条件进行增加、删除，和/或修改。

具体的，用户在选择和编辑非语音触发条件时，以及在选择和编辑完成非语音触发条件之后，可对非语音触发条件进行增加、删除，和/或修改的操作。

接收用户输入的在非语音触发条件下车载系统功能的执行动作。

具体的，执行动作包括车载系统功能可以执行的动作。例如：“打开车窗”、“打开车窗至10％”、“导航至公司”。执行动作可包括车载系统功能的单一动作，也可包括多个动作的预定组合。执行动作为上述输入的非语音触发条件下的执行动作，也即是，执行动作与非语音触发条件是对应的。

在终端设备上，可显示对车载系统功能进行定制的页面。终端设备为移动设备，例如，用户的移动手机上可安装有定制应用程序，用户打开应用程序，进入定制的定制页面，输入执行动作。终端设备为车辆终端设备，例如，车辆中内置定制程序，用户通过车辆的车载中控屏幕打开定制程序，进入定制的定制页面，输入执行动作。

用户输入的执行动作，包括用户通过定制页面的文本框输入用户所需的执行动作的自然语言文本，通过智能化识别方式对用户输入的文本进行识别及理解，转化为一个或多个执行动作。例如用户输入“我想要先打开导航，导航到我的公司、然后打开车窗透气”，通过智能化识别转化为执行动作为：导航至公司+打开车窗。

用户输入的执行动作，还可包括通过在定制页面提供用户多个执行动作的列表，用户通过选择和编辑执行动作的列表，确定执行动作。请参阅图3，图3为定制页面的示例图，在定制页面上显示已经添加的执行动作：车控-车窗打开至40％，同时显示“添加动作”的控件，用户可通过继续点击“添加动作”控件，对每一个执行动作进行选择和编辑，最后确定一个或多个执行动作作为最终的非语音触发条件。

车载系统功能包括语音助手功能，接收用户输入的在非语音触发条件下车载系统功能的执行动作包括：

接收用户输入的在非语音触发条件下，车载系统功能的语音助手的执行动作，语音助手功能的执行动作包括语音回复、语音播报、动态形象。

处理用于接收用户输入的在非语音触发条件下，车载系统功能的语音助手的执行动作，语音助手功能的执行动作包括语音回复、语音播报、动态形象。

具体的，车载系统功能包括语音助手功能，可对用户的操作或语音输入进行相应形式的输出回复。用户在输入执行动作时，可对语音助手功能进行选择和编辑。具体执行动作的选项与实际语音助手所支持的功能相适应。例如，对于语音助手“小P”，其语音助手功能的执行动作选项可以包括小P回复(可编辑的回复内容)、播放录音(可编辑的录音内容)、小P换装(以换装的效果显示在车载中控屏幕)、小P跳舞(跳舞的特效显示在车载中控屏幕)。

需要说明的是，语音助手功能可与其他执行动作组合使用，得到以特效反馈用户的执行动作操作。例如在执行完打开车窗后，语音助手功能的执行动作可为小P跳舞，以奖励完成相应的操作，用户得到特效反馈，提升用户体验度。

如此，通过车载系统功能的语音助手实现执行动作，在一定程度上扩展了车辆可执行的功能范围，满足用户个性化的动作设计，提升用户体验。

车载系统功能还包括车辆控制功能、查询信息功能、系统设置功能、电源续航功能、摄像头功能、和/或电话功能。执行动作的列表选项中，均可对上述车载系统功能进行选择和编辑。

其中，车辆控制功能包括打开车门、打开车窗、调整座椅等对车辆进行控制的功能。系统设置功能包括设置空调温度、设置音量等对车载系统进行设置的功能。电源续航功能包括对车辆电源进行管理的功能，如在电量低于阈值时，调整车辆的运行模式等功能。摄像头功能包括控制摄像头开闭，或摄制参数的设置等功能。电话功能包括开启电话功能，如给预设的电话号码进行拨号等。在执行动作的列表选项中，可对上述车载系统功能进行选择和编辑。

如此，用户在输入相应的非语音触发条件后，可通过对车辆控制功能、查询信息功能、系统设置功能、电源续航功能、摄像头功能、和/或电话功能的选择和编辑，使得在满足输入的非语音触发条件后，可执行上述车载系统功能。

车载系统功能包括音乐功能，音乐功能的执行动作包括播放音乐的歌手名和歌曲名。

具体的，在车辆的应用场景中，用户会常常使用音乐功能。在音乐功能的执行动作输入中，用户可以输入想播放的特定歌曲名或特定歌手名。在执行该执行动作时，车辆可以语音助手功能的技术形式进行精准匹配，播放用户输入的特定歌曲名的歌曲，或特定歌手的相关歌曲。

如此，在用户常用的音乐功能中，提供用户编辑播放音乐的歌手名和歌曲名，可在车辆打开音乐功能时，根据用户编辑的歌手名和歌曲名进行播放。

车载系统功能包括导航功能，导航功能的执行动作包括目的地位置、选路方式和路线选择，选路方式包括导航和探路，路线选择包括避免拥堵、避免收费、不走高速和高速优先。

具体的，用户在输入导航功能的执行动作时，可以选择和编辑目的地位置，并选择选路方式(导航/探路)或路线选择，路线选择包括避免拥堵、避免收费、不走高速、和高速优先。在车辆执行上述执行动作时，可直接按照用户输入执行动作的信息进行导航。

如此，在用户常用的导航功能中，提供用户编辑目的地位置、选路方式和路线选择，可在车辆打开导航功能时，根据用户编辑的目的地位置、选路方式和路线选择进行导航。

车载系统功能的执行动作与车辆的车型参数相关联。

具体的，对于执行动作，可按照车型进行管理。可以理解，不同车型的硬件感知能力是不同的，则可以执行的动作也不同。在用户输入执行动作时，输入仅限于当前车型所支持的执行动作。

例如，在用户进入执行动作创建页面时，若当前用户的账号对应多种车型时，弹出相应的车型或车辆选择框供用户选择，在用户选择某一车型后，则将可用的动作选项限定在该车型上。

如此，因不同车型可执行的动作不同，将执行动作与车型参数进行关联，对不同车辆可向用户提供不同的执行动作，一定程度上还可避免无效的执行动作输入。

接收用户输入的在非语音触发条件下车载系统功能的执行动作，包括：

根据用户对输入的执行动作的排序操作，调整多个执行动作的执行顺序。

具体的，用户选择和编辑完相应的执行动作后，对于确定的多个执行动作，可以进行拖动任一执行动作来排列执行的先后顺序。同时，还可通过对执行动作的特定排列组合实现个性化的车辆功能。例如，用户设定：上车时，播放音乐，然后执行：车辆后视镜通过反复折叠和展开实现“动一动耳朵”的特殊效果。排列组合的特殊效果可以作为包装好的执行动作推荐给用户，用户也可进行自定义设置。

如此，不仅能满足实用性的需求，还可满足用户个性化的、趣味性的需求，提升用户体验。

车载系统功能定制方案的生成方法还包括：

根据用户对非语音触发条件的编辑操作，对非语音触发条件进行增加、删除，和/或修改。

处理器用于根据用户对非语音触发条件的编辑操作，对非语音触发条件进行增加、删除，和/或修改。

如此，用户在编辑非语音触发条件时，以及在选择和编辑完成非语音触发条件之后，可对执行动作进行增加、删除，和/或修改的操作。

车载系统功能定制方案的生成方法还包括：

根据用户对执行动作的编辑操作，对触发条件和/或执行动作进行增加、删除，和/或修改。

处理器用于根据用户对执行动作的编辑操作，对触发条件和/或执行动作进行增加、删除，和/或修改。

如此，用户在选择和编辑执行动作时，以及在选择和编辑完成执行动作之后，可对执行动作进行增加、删除，和/或修改的操作。

根据非语音触发条件和执行动作，生成车载系统功能的定制方案，以使得语音服务器在非语音触发条件被触发的情况下，控制车载系统执行定制方案中的执行动作并进行语音反馈。

具体的，当用户通过终端设备确定非语音触发条件和执行动作后，生成车载系统功能的定制方案，也即是，定制方案包括非语音触发条件和执行动作，也可包括用户信息、当前时间等信息。

定制方案可由终端设备生成，也可通过终端设备上发用户确定的非语音触发条件和执行动作，存储在特定的数据库中生成定制方案。还可通过语音服务器根据终端设备上发用户确定的非语音触发条件和执行动作，生成车载系统功能的定制方案。

例如，用户输入：工作日上车时，就帮我导航去公司，并把空调设置成我想要的温度；电量不足时，就为我执行节电操作；孩子坐到安全座椅时，就播放儿童歌曲等。其中，包含有多个触发条件及执行动作，这多个触发条件与多个执行动作可存储为一个定制方案，也可分别存储为多个定制方案。

进一步地，语音服务器在非语音触发条件被触发的情况下，控制车载系统执行定制方案中的执行动作并进行语音反馈。其中，语音服务器包括可执行语音相关功能的云服务器，在获取到非语音触发条件被触发时，根据非语音触发条件获取对应的执行动作，并将执行动作下发至车辆，以执行，执行动作中包含的车载系统功能。并在执行动作完成后，进行语音反馈。例如，

非语音触发条件为：周一早上8：00-8：30，上车；

执行动作为：座椅调整至45度、打开车窗、导航至公司、播放音乐。

则当用户在周一早上8：15上车时，车辆感知点检测到该触发条件达到，向语音服务器发送触发指令，语音服务器接收到该指令后，通过查询该触发条件匹配到上述执行动作，将上述执行动作下发至车辆。车辆执行：座椅调整至45度、打开车窗、导航至公司、播放音乐。并在执行完成后，向用户反馈语音，例如“座椅已调整至45度、已打开车窗、已设置导航到公司、已经播放音乐”。使得用户对车辆是否已执行的操作得到相应反馈，提升用户体验度。

根据非语音触发条件和执行动作，生成车载系统功能的定制方案的步骤包括：

对非语音触发条件和执行动作进行检查；

若检查结果无误，根据非语音触发条件和执行动作，生成定制方案；

向用户进行定制方案定制成功的反馈。

处理器用于对非语音触发条件和执行动作进行检查；若检查结果无误，根据非语音触发条件和执行动作，生成定制方案；向用户进行定制方案定制成功的反馈。

具体的，当用户创建完成非语音触发条件和执行动作后，在确定完成后，可对用户输入的非语音触发条件和执行动作进行检查。若检查结果无误，根据非语音触发条件和执行动作，生成定制方案，并向用户进行定制方案定制成功的反馈。反馈包括语音提示，或文案显示。

如此，可通过对非语音触发条件和执行动作的检查，一定程度上保证了用户输入的非语音触发条件和执行动作为有效的输入。并在检查通过的情况下，向用户反馈成功提示，使得用户了解结果状态。

根据非语音触发条件和执行动作，生成车载系统功能的定制方案的步骤还包括：

若检查结果异常，向用户进行定制方案需要进行修改的反馈。

处理器用于若检查结果异常，向用户进行定制方案需要进行修改的反馈。

具体的，若上述任一检查对象的结果为异常，例如执行动作创建条数超过10条。则向用户进行弹窗提示，提示内容可包括相应的修改提示，如“执行动作超过10条，请修改”。

检查包括：非语音触发条件是否重复、非语音触发条件是否为空、执行动作是否为空、定制方案的超过创建条数是否超过上限、定制方案的命名是否超过字数限制和/或定制方案的命名是否重复。

如此，可通过对非语音触发条件和执行动作的检查，一定程度上保证了用户输入的非语音触发条件和执行动作为有效的输入，并通过反馈提示用户进行相应修改。

如此，本申请通过接收用户对车载系统功能进行定制时输入的非语音触发条件，接收用户输入的在非语音触发条件下车载系统功能的执行动作，根据非语音触发条件和执行动作，生成车载系统功能的定制方案，以使得语音服务器在非语音触发条件被触发的情况下，控制车载系统执行定制方案中的执行动作并进行语音反馈。使得用户在前期预设好定制方案后，在实际应用中，车辆检测到预设的非语音触发条件后，会将触发条件发送至语音服务器，由语音服务器进行查询，确定是否预先设置了和该非语音触发条件对应的定制方案，如果有设置这样的定制方案，则下发指令至车辆，由车辆执行定制方案中设定的执行动作，执行动作中包含的车载系统功能自动开启。本发明让用户不需要额外使用语音唤醒即可实现定制方案的触发，简化了用户的操作，提升了用户的使用体验。

车载系统功能定制方案的生成方法还包括：

根据用户对定制方案的状态信息编辑操作，对定制方案进行命名以及启用状态和公开状态的状态编辑。

处理器还用于根据用户对定制方案的状态信息编辑操作，对定制方案进行命名以及启用状态和公开状态的状态编辑。

具体的，用户对定制方案的状态信息编辑操作包括：用户可以对自己定制的方案进行命名、删除、启用停用、分享等编辑操作。同时，用户还可对定制方案的公开状态进行状态编辑。其中，公开状态可通过开关等按钮控制是否将创建的定制方案设为公开状态。若设为公开，该定制方案可对外公开，其他用户可在创建定制方案时获取到该定制方案的信息，或使用该定制方案。设为公开时还可进行共享，用户可通过共享按钮将该定制方案共享至车辆内部的社交分享页面如“朋友圈”或“看一看”的页面中进行展示，并展示用户的名字。其他用户可以使用该定制方案以应用到自己的车辆上，还可进行社交活动，如点赞和互动。另外，用户还可以将定制方案转发、分享到车辆外部的社交平台如微信朋友圈，以展示自己的出行理念。

如此，通过增加用户对定制方案的状态进行编辑的操作，使得用户可对自己创建的定制方案进行公开或分享等处理，一定程度上提高了创建定制方案的娱乐性，提升用户的使用度。另外，通过查看他人的定制方案可使得用户得到更多的定制方案的灵感。

车载系统功能定制方案的生成方法还包括：

根据用户对完成状态的定制方案的编辑操作，编辑完成状态的定制方案的使用状态。

处理器用于根据用户对完成状态的定制方案的编辑操作，编辑完成状态的定制方案的使用状态。

具体的，用户对完成状态的定制方案的编辑操作还包括对完成状态的定制方案的操作。在用户至少添加完一个条件之后，会在页面下方出现命名、运行开关与公开开关。使用状态包括但不限于：命名、运行、公开。

如此，使得用户可对定制方案的使用状态进行操作。

定制方案可在用户所拥有的多台车辆上进行触发。

具体的，对于用户对车载系统功能的定制，可进行权限管理。可以理解，一个用户可能有多台车辆、同一台车辆可能有多个用户、不同车型的车辆支持的动作和感知点不同。对于同一用户通过终端设备确定的定制方案，可在多台车辆上进行触发。例如，用户拥有车辆1和车辆2，当用户通过输入非语音触发条件a1及执行动作a2来确定好定制方案A后，当用户进入车辆1，a1触发时，执行a2的执行动作。之后，用户又进入车辆2，同样的a1触发时，执行a2的执行动作。如此，用户可通过一个定制方案的确定，应用于不同的车辆上。

如此，使得用户可将创建的定制方案延伸至多台车辆上，提高了用户创建的效率，提升用户使用定制功能的便利度。

定制方案可在用户所拥有的多台车辆中的指定车辆上进行触发。

具体的，可在用户创建流程中可增加弹窗提示，以供用户选择所需的车辆，将设备id与用户账号id绑定。同时，在用户输入非语音的触发条件及执行动作的过程中，可通过界面的文案显示车辆的信息包括车辆码或车牌号等，例如“仅限车辆京A AB123”。

如此，当用户想要对不同的车辆进行各自设置时，可选择在指定车辆上设置定制方案。

定制方案与车辆的账户信息相互绑定。

具体的，将定制方案与车辆的账户信息相互绑定。车辆各账号可以执行各自账号下对应的定制方案中执行动作对应的自动化指令，也即是，只有在车辆的账号登录状态下才可以触发执行自动化指令。

可以理解，同一辆车可对应多个用户，每个用户均可创建和使用自己个人的定制方案。当用户创建了定制方案A后，与车辆的账户1绑定。则当该车辆登录其他车辆账户信息如账户2或未登录该车辆账户A，则没有该车辆的定制信息，即时满足定制方案A的触发条件，也不会执行该定制方案的自动化指令。

如此，因用户的个性化定制中，设置让某台设备自动执行一个动作，是比较私密的设备属性，通过多个用户账号，多个车辆账号进行与定制方案相关联的权限管理，使得用户可对多辆车，多个用户账号，多个车辆账号分别进行个性化定制，提高定制效率。

请参阅图4，本申请还提供了一种车辆控制方法，控制方法基于上述任一种方法生成的车载系统功能的定制方案，控制方法包括：

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

本申请还提供了一种车辆。车辆包括存储器和处理器。存储器中存储有计算机程序，处理器用于基于上述任一种方法生成的车载系统功能的定制方案，在满足定制方案的触发条件的情况下，通过车载系统执行与触发条件对应的执行动作。

具体的，车辆外部条件，如时间等条件，可通过语音服务器检测定制方案的非语音触发条件，当达到定制方案的非语音触发条件后，语音服务器控制车载系统执行与触发条件对应的执行动作，并进行语音反馈。对于与车辆相关的非语音触发条件，包括车辆状态及车辆操作，可通过调用车辆硬件底层感知点来确定，是否满足定制方案的非语音触发条件。例如：打开车门。可调用驾驶侧车门感知点来获取“打开车门”的状态。

本申请的控制方法基于上述任一种生成方法生成的车载系统功能的定制方案，定制方案包括接收用户对车载系统功能进行定制时输入的非语音触发条件，接收用户输入的在非语音触发条件下车载系统功能的执行动作，及根据触发条件和执行动作，生成车载系统功能的定制方案。具体实施方式此处不再展开一一赘述。

如此，本申请通过在满足定制方案的非语音触发条件的情况下，通过车载系统执行与触发条件对应的执行动作。使得用户在前期预设好定制方案后，在实际应用中，车辆检测到预设的非语音触发条件后，会将触发条件发送至语音服务器，由语音服务器进行查询，确定是否预先设置了和该非语音触发条件对应的定制方案，如果有设置这样的定制方案，则下发指令至车辆，由车辆执行定制方案中设定的执行动作，执行动作中包含的车载系统功能自动开启。本发明让用户不需要额外使用语音唤醒即可实现定制方案的触发，简化了用户的操作，提升了用户的使用体验。

本申请还提供了一种计算机可读存储介质。一个或多个存储有计算机程序的非易失性计算机可读存储介质，当计算机程序被一个或多个处理器执行时，实现上述任一实施方式的方法。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的软件来完成。程序可存储于一非易失性计算机可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

在本说明书的描述中，参考术语“一个实施方式”、“一些实施方式”、“示意性实施方式”、“示例”、“具体示例”或“一些示例”等的描述意指结合所述实施方式或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施方式或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施方式或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施方式或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。同时，参考术语“第一”、“第二”等的描述意在将同类或相似操作区别开来，“第一”与“第二”之间在某些实施方式中具有前后逻辑关系，在某些实施方式中并不一定具有逻辑或前后关系，需要根据实际实施例进行判定，不应该仅通过字面意思进行判定。

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

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

Claims (22)

1.一种车载系统功能定制方案的生成方法，其特征在于，所述方法包括：

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

接收用户输入的在所述非语音触发条件下所述车载系统功能的执行动作；

根据所述非语音触发条件和所述执行动作，生成所述车载系统功能的定制方案，以使得语音服务器在所述非语音触发条件被触发的情况下，控制所述车载系统执行所述执行动作并进行语音反馈。

2.根据权利要求1所述的生成方法，其特征在于，所述非语音触发条件包括时间条件、车辆功能或零部件的开关状态条件、和/或位置条件。

3.根据权利要求2所述的生成方法，其特征在于，所述非语音触发条件还包括与时间条件、车辆功能或零部件的开关状态条件、和/或位置条件非互斥的附加条件。

4.根据权利要求1所述的生成方法，其特征在于，所述车载系统功能包括语音助手功能，所述接收用户输入的在所述非语音触发条件下所述车载系统功能的执行动作包括：

接收用户输入的在所述非语音触发条件下，所述车载系统功能的语音助手的执行动作，所述语音助手功能的执行动作包括语音回复、语音播报、动态形象。

5.根据权利要求1所述的生成方法，其特征在于，所述车载系统功能包括车辆控制功能、查询信息功能、系统设置功能、电源续航功能、摄像头功能、和/或电话功能。

6.根据权利要求1所述的生成方法，其特征在于，所述车载系统功能包括音乐功能，所述音乐功能的执行动作包括所述播放音乐的歌手名和歌曲名。

7.根据权利要求1所述的生成方法，其特征在于，所述车载系统功能包括导航功能，所述导航功能的执行动作包括目的地位置、选路方式和路线选择，所述选路方式包括导航和探路，所述路线选择包括避免拥堵、避免收费、不走高速和高速优先。

8.根据权利要求1所述的生成方法，其特征在于，车载系统功能的执行动作与车辆的车型参数相关联。

9.根据权利要求1所述的生成方法，其特征在于，所述接收用户输入的在所述非语音触发条件下所述车载系统功能的执行动作，包括：

根据用户对输入的执行动作的排序操作，调整多个所述执行动作的执行顺序。

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

根据用户对所述非语音触发条件的编辑操作，对所述非语音触发条件进行增加、删除，和/或修改。

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

根据用户对所述执行动作的编辑操作，对所述执行动作进行增加、删除，和/或修改。

12.根据权利要求1所述的生成方法，其特征在于，所述根据所述非语音触发条件和所述执行动作，生成所述车载系统功能的定制方案包括：

对所述非语音触发条件和所述执行动作进行检查；

若检查结果无误，根据所述非语音触发条件和所述执行动作，生成所述定制方案；

向用户进行所述定制方案定制成功的反馈。

13.根据权利要求12所述的生成方法，其特征在于，所述根据所述非语音触发条件和所述执行动作，生成所述车载系统功能的定制方案还包括：

若检查结果异常，向用户进行所述定制方案需要进行修改的反馈。

14.根据权利要求12所述的生成方法，其特征在于，所述检查包括：所述非语音触发条件是否重复、所述非语音触发条件是否为空、所述执行动作是否为空、所述定制方案的超过创建条数是否超过上限、所述定制方案的命名是否超过字数限制和/或所述定制方案的命名是否重复。

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

根据用户对所述定制方案的状态信息编辑操作，对所述定制方案进行命名以及启用状态和公开状态的状态编辑。

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

根据用户对完成状态的定制方案的编辑操作，编辑所述完成状态的定制方案的使用状态。

17.根据权利要求1所述的生成方法，其特征在于，所述定制方案可在用户所拥有的多台车辆上进行触发。

18.根据权利要求1所述的生成方法，其特征在于，所述定制方案可在用户所拥有的多台车辆中的指定车辆上进行触发。

19.根据权利要求1所述的生成方法，其特征在于，所述定制方案与车辆的账户信息相互绑定。

20.一种车辆控制方法，其特征在于，所述控制方法基于权利要求1-19的生成方法生成的车载系统功能的定制方案，所述控制方法包括：

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

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

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

Images