CN115686305A - 车辆的功能自定义方法、装置、车辆及存储介质 - Google Patents

Abstract

本申请涉及智能驾驶技术领域，特别涉及一种车辆的功能自定义方法、装置、车辆及存储介质，其中，方法包括：识别用户的功能自定义意图；根据功能自定义意图匹配目标列表，并基于用户的交互动作从目标列表中选择至少一个触发条件和至少一个执行动作；验证至少一个触发条件与至少一个执行动作对应的功能是否满足预设条件，并在不满足预设条件时，生成至少一个触发条件和/或至少一个执行动作的修改提示，否则基于至少一个触发条件和至少一个执行动作生成满足用户自定义需求的自定义功能。由此，解决了相关技术中车辆功能出厂后通常无法改变，无法满足不同用户的个性化使用需求，用户体验较差问题。

Description

车辆的功能自定义方法、装置、车辆及存储介质

技术领域

本申请涉及智能驾驶技术领域，特别涉及一种车辆的功能自定义方法、装置、车辆及存储介质。

背景技术

随着汽车不断的更新换代，用户对于汽车的智能化、数字化、电动化的需要越来越高，使得汽车上需要配置更多的使用功能，以满足用户对于不同场景下的使用需求。

在相关技术中，汽车厂商通常开发多种车辆功能，以满足用户的使用需求。然而，不同用户对于同一车辆功能也会存在不同的需求，虽然车辆上的功能越来越多，但是车辆功能出厂后通常无法改变，无法满足不同用户的个性化使用需求，降低用户的使用体验。

发明内容

本申请提供一种车辆的功能自定义方法、装置、车辆及存储介质，以解决相关技术中车辆功能出厂后通常无法改变，无法满足不同用户的个性化使用需求，用户体验较差等问题。

本申请第一方面实施例提供一种车辆的功能自定义方法，包括以下步骤：识别用户的功能自定义意图；根据所述功能自定义意图匹配目标列表，并基于所述用户的交互动作从所述目标列表中选择至少一个触发条件和至少一个执行动作；验证所述至少一个触发条件与所述至少一个执行动作对应的功能是否满足预设条件，并在不满足所述预设条件时，生成所述至少一个触发条件和/或所述至少一个执行动作的修改提示，否则基于所述至少一个触发条件和所述至少一个执行动作生成满足用户自定义需求的自定义功能。

根据上述技术手段，本申请实施例可以通过识别用户的自定义意图触发车辆功能的自定义，并根据用户选择的触发条件和执行动作生成满足用户期望的自定义车辆功能，从而可以根据用户的自身需求自定义车辆功能，满足了不同用户的喜好和需求，提升车辆的智能性的同时，有效提升用户的个性化体验。

可选地，在本申请的一个实施例中，在基于所述至少一个触发条件和所述至少一个执行动作生成满足用户自定义需求的自定义功能之前，包括：判断所述至少一个触发条件是否与所述车辆上任意功能的触发条件相同；如果所述至少一个触发条件与所述车辆上任意功能的触发条件不相同，则生成满足用户自定义需求的自定义功能，否则生成所述触发条件的冲突提示。

根据上述技术手段，本申请实施例可以在生成自定义车辆功能之前，判断当触发条件与车辆上任意功能的触发条件是否相同，并在相同时，生成冲突提示，从而通过禁止生成与车辆上任意功能的触发条件相同的自定义功能，避免车辆上多个功能之间的冲突，并通过及时提示用户触发条件冲突，提升车辆的智能性以及使用体验。

可选地，在本申请的一个实施例中，在基于所述至少一个触发条件和所述至少一个执行动作生成满足用户自定义需求的自定义功能之前，还包括：基于所述用户的交互动作从所述目标列表中选择至少一个前置条件；判断所述至少一个前置条件是否与所述车辆上任意功能的前置条件相同；如果所述至少一个前置条件与所述车辆上任意功能的前置条件不相同，则基于所述至少一个触发条件、所述至少一个执行动作和所述至少一个前置条件生成所述自定义功能，否则生成所述前置条件的冲突提示。

根据上述技术手段，本申请实施例可以在生成自定义车辆功能之前，判断前置条件是否与所述车辆上任意功能的前置条件是否相同，并在相同时，生成冲突提示，从而通过禁止生成与车辆上任意功能的前置条件相同的自定义功能，避免车辆上多个功能之间的冲突，并通过及时提示用户前置条件冲突，提升车辆的智能性以及使用体验。

可选地，在本申请的一个实施例中，在基于所述至少一个触发条件和所述至少一个执行动作生成满足用户自定义需求的自定义功能之后，还包括：获取用户的名称自定义意图；根据所述名称定义意图命名所述自定义功能的名称。

根据上述技术手段，本申请实施例根据自己喜欢和需求命名自定义完成的车辆功能，不仅可以提升用户的个性化使用体验，而且可以提升用户使用的便捷性。

本申请第二方面实施例提供一种车辆的功能自定义装置，包括：识别模块，用于识别用户的功能自定义意图；匹配模块，用于根据所述功能自定义意图匹配目标列表；第一选择模块，用于基于所述用户的交互动作从所述目标列表中选择至少一个触发条件和至少一个执行动作；生成模块，用于验证所述至少一个触发条件与所述至少一个执行动作对应的功能是否满足预设条件，并在不满足所述预设条件时，生成所述至少一个触发条件和/或所述至少一个执行动作的修改提示，否则基于所述至少一个触发条件和所述至少一个执行动作生成满足用户自定义需求的自定义功能。

可选地，在本申请的一个实施例中，车辆的功能自定义装置还包括：第一判断模块，用于在基于所述至少一个触发条件和所述至少一个执行动作生成满足用户自定义需求的自定义功能之前，判断所述至少一个触发条件是否与所述车辆上任意功能的触发条件相同；如果所述至少一个触发条件与所述车辆上任意功能的触发条件不相同，则生成满足用户自定义需求的自定义功能，否则生成所述触发条件的冲突提示。

可选地，在本申请的一个实施例中，车辆的功能自定义装置还包括：第二选择模块，用于在基于所述至少一个触发条件和所述至少一个执行动作生成满足用户自定义需求的自定义功能之前，基于所述用户的交互动作从所述目标列表中选择至少一个前置条件；第二判断模块，用于判断所述至少一个前置条件是否与所述车辆上任意功能的前置条件相同；如果所述至少一个前置条件与所述车辆上任意功能的前置条件不相同，则基于所述至少一个触发条件、所述至少一个执行动作和所述至少一个前置条件生成所述自定义功能，否则生成所述前置条件的冲突提示。

可选地，在本申请的一个实施例中，车辆的功能自定义装置还包括：命名模块，用于在基于所述至少一个触发条件和所述至少一个执行动作生成满足用户自定义需求的自定义功能之后，获取用户的名称自定义意图；根据所述名称定义意图命名所述自定义功能的名称。

本申请第三方面实施例提供一种车辆，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的车辆的功能自定义方法。

本申请第四方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的车辆的功能自定义方法。

由此，本申请至少具有如下有益效果：

1、本申请实施例可以通过识别用户的自定义意图触发车辆功能的自定义，并根据用户选择的触发条件和执行动作生成满足用户期望的自定义车辆功能，从而可以根据用户的自身需求自定义车辆功能，满足了不同用户的喜好和需求，提升车辆的智能性的同时，有效提升用户的个性化体验。

2、本申请实施例可以在生成自定义车辆功能之前，判断当触发条件与车辆上任意功能的触发条件是否相同，并在相同时，生成冲突提提示，从而通过禁止生成与车辆上任意功能的触发条件相同的自定义功能，避免车辆上多个功能之间的冲突，并通过及时提示用户触发条件冲突，提升车辆的智能性以及使用体验。

3、本申请实施例可以在生成自定义车辆功能之前，判断前置条件是否与所述车辆上任意功能的前置条件是否相同，并在相同时，生成冲突提提示，从而通过禁止生成与车辆上任意功能的前置条件相同的自定义功能，避免车辆上多个功能之间的冲突，并通过及时提示用户前置条件冲突，提升车辆的智能性以及使用体验。

4、本申请实施例根据自己喜欢和需求命名自定义完成的车辆功能，不仅可以提升用户的个性化使用体验，而且可以提升用户使用的便捷性。

由此，解决了相关技术中车辆功能出厂后通常无法改变，无法满足不同用户的个性化使用需求，用户体验较差等技术问题。

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

附图说明

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

图1为根据本申请实施例提供的一种车辆的功能自定义方法的流程图；

图2为根据本申请实施例提供的一种用户自定义车辆功能系统架构图；

图3为根据本申请实施例提供的一种卡片定义流程图；

图4为根据本申请实施例提供的一种卡片展示与编辑界面示意图；

图5为根据本申请实施例提供的一种车辆的功能自定义装置的示例图；

图6为根据本申请实施例提供的一种车辆的结构示意图。

附图标记说明：识别模块-100、匹配模块-200、第一选择模块-300、生成模块-400、存储器-601、处理器-602、通信接口-603。

具体实施方式

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

随着软件定义汽车加速变革，汽车从单一的交通工具转化为“千人千面”的移动第三空间。消费者对智能汽车的需求日益增长，整车核心价值从机械硬件向软件能力转移。据报告显示，80％的消费者将自动驾驶功能作为购车的重要考量，60％以上的消费者愿意为软件在线升级付费，未来软件收入将超过50％。

时代在变、用户在变，电动化、智能化、数字化已成为行业的共识，用户更年轻、更个性、更追求体验。传统的电气功能是在车辆出厂前固化功能的操作方法以及体验效果，用户无法通过自己的想法来改变，虽然主机厂在车上开发的功能越来越多，但实际真正受到用户青睐的功能确不多。

为此，本申请实施例提出了一种车辆的功能自定义方法、装置、车辆及存储介质，本申请实施例则可以根据用户用车习惯和出行场景，结合现有汽车各零部件软开关控制能力，编排出行、休闲、购物、车内娱乐等场景化的用车模式，提升爱车对用户的感知能力，降低用户学习和使用成本，提升用车的便捷度和趣味性。

下面将参考附图描述本申请实施例的车辆的功能自定义方法、装置、车辆及存储介质。具体而言，图1为本申请实施例所提供的一种车辆的功能自定义方法的流程示意图。

如图1所示，该车辆的功能自定义方法包括以下步骤：

在步骤S101中，识别用户的功能自定义意图。

其中，自定义意图是指用户想要设置哪些车辆自定义功能，例如，在晴天的时候车辆自动打开天窗，雨天的时候车辆自动关闭天窗等。

可以理解的是，本申请实施例可以通过多种方式识别用户的自定义意图，比如，当识别到用户在人机交互界面触发自定义接口时，可以判定用户存在功能自定义意图；再比如，在识别到用户的自定义语音时，可以判定用户存在功能自定义意图等，本领域技术人员可以根据实际情况进行设置，不作具体限定。

在步骤S102中，根据功能自定义意图匹配目标列表，并基于用户的交互动作从目标列表中选择至少一个触发条件和至少一个执行动作。

其中，触发条件指当某一个动作发生改变时，执行动作开始执行。触发条件可以为多种，如敲击车门，移动座椅等，可以根据实际情况进行设置，不作具体限定。

其中，执行动作指当某种功能满足预设条件时，执行动作得到触发，开始执行。在本申请实施中，执行动作可以为多个，用户可以根据自己的爱好进行选择，不作限定。例如，执行动作可以包含但不限于打开空调、关闭空调、温度调节、车窗打开、车窗关闭、天窗打开、天窗关闭等动作。

其中，目标列表可以是车辆功能系统内部自带的数据，涵盖用户需求的自定义功能的大部分。例如，用户向车辆功能系统输入A，目标列表会自动呈现出A或与A相差不多的且能满足用户需求的B。目标列表中附带触发条件和执行动作可供选择，例如，对于上述功能A，若触发条件C满足，则执行动作D，由此功能A实现。

可以理解的是，本申请实施例可以通过识别用户想要的自定义功能，匹配出车辆功能系统中对应的至少一个触发条件和至少一个执行动作，且触发条件和执行动作都可以选择一个或多个，不做限制；同时，一个触发条件可以对应多个执行动作，多个触发条件也可以对应一个执行动作等。

在步骤S103中，验证至少一个触发条件与至少一个执行动作对应的功能是否满足预设条件，并在不满足预设条件时，生成至少一个触发条件和/或至少一个执行动作的修改提示，否则基于至少一个触发条件和至少一个执行动作生成满足用户自定义需求的自定义功能。

其中，预设条件可以为自定义的功能正确执行逻辑，可以根据实际情况进行设置，不作具体限定。

可以理解的是，本申请实施例通过判断自定义功能的执行逻辑是否正确，以确定不同的执行策略，当执行逻辑正确时，可以生成满足用户期望的自定义车辆功能，满足用户的个性化功能体验需求，当执行逻辑不正确时，生成修改提示，以使得用户可以根据修改提示快速的定位自定义功能存在的问题，完成修改，提升用户的使用体验。

可选地，在本申请的一个实施例中，在基于至少一个触发条件和至少一个执行动作生成满足用户自定义需求的自定义功能之前，包括：判断至少一个触发条件是否与车辆上任意功能的触发条件相同；如果至少一个触发条件与车辆上任意功能的触发条件不相同，则生成满足用户自定义需求的自定义功能，否则生成触发条件的冲突提示。

其中，冲突提示可以为显示屏文字提示、语言播报提示等。例如，在本申请实施例中，当功能发生冲突时，用户操作的自定义界面可以显示“触发条件冲突”字样，也可以通过语音播报系统播报“触发条件冲突”等。

可以理解的是，本申请实施例可以在生成自定义车辆功能之前，判断触发条件与车辆上任意功能的触发条件是否相同，并在相同时，生成冲突提示，从而通过禁止生成与车辆上任意功能的触发条件相同的自定义功能，避免车辆上多个功能之间的冲突，并通过及时提示用户触发条件冲突，提升车辆的智能性以及使用体验。

可选地，在本申请的一个实施例中，在基于至少一个触发条件和至少一个执行动作生成满足用户自定义需求的自定义功能之前，包括：基于用户的交互动作从目标列表中选择至少一个前置条件；判断至少一个前置条件是否与车辆上任意功能的前置条件相同；如果至少一个前置条件与车辆上任意功能的前置条件不相同，则基于至少一个触发条件、至少一个执行动作和至少一个前置条件生成自定义功能，否则生成前置条件的冲突提示。

其中，在目标列表中前置条件可以至少选一个，前置条件可以指车辆的当前状态，如环境温度、车门状态、闭锁状态、车窗状态、空调温度等。例如，对于上述自定义功能A，前置条件可以为E或E和F。若E与车辆上任意功能的前置条件不相同，且触发条件与执行动作都至少有一个与车辆功能的预设条件不相同，则功能A自定义成功。若前置条件E与车辆上任意功能的前置条件都相同，则用户操作界面生成前置条件冲突提示，此时功能A自定义失败。

可以理解的是，本申请实施例不仅可以基于触发条件和执行动作的设置实现功能自定义，而且还可以在自定义功能时设置前置条件，共同实现功能的自定义，从而可以根据实际使用需求选择多种条件完成功能自定义，满足用户的个性化使用需求。并在生成自定义车辆功能之前，判断前置条件是否与车辆上任意功能的前置条件是否相同，并在相同时，生成冲突提示，从而通过禁止生成与车辆上任意功能的前置条件相同的自定义功能，避免车辆上多个功能之间的冲突，并通过及时提示用户前置条件冲突，提升车辆的智能性以及使用体验。

可选地，在本申请的一个实施例中，在基于至少一个触发条件和至少一个执行动作生成满足用户自定义需求的自定义功能之后，还包括：获取用户的名称自定义意图；根据名称定义意图命名自定义功能的名称。

可以理解的是，在生成用户需求的自定义功能之后，车辆功能系统会根据用户的名称自定义意图来命名自定义功能的名称。便于用户操作自定义功能。

根据本申请实施例提出的车辆的功能自定义方法，通过识别用户的自定义意图触发车辆功能的自定义，并根据用户选择的触发条件和执行动作生成满足用户期望的自定义车辆功能，从而可以根据用户的自身需求自定义车辆功能，满足了不同用户的喜好和需求，提升车辆的智能性的同时，有效提升用户的个性化体验。由此，解决了相关技术中车辆功能出厂后通常无法改变，无法满足不同用户的个性化使用需求，用户体验较差等问题。

下面将通过具体实施例对车辆的功能自定义方法做进一步阐述，并首先对应用的车辆的系统架构进行阐述，如图2所示，系统架构主要包括(1)功能模块、(2)功能接口、(3)接口参数、(4)APP(Application，手机应用程序或软件)、(5)场景卡片、(6)场景执行模块、(7)后台服务器TSP(Technical Support Provider，技术支持服务提供商)。

本申请实施例主要是利用车辆现有的硬件能力，将硬件抽象为可执行的功能，并以通过APP的形式呈现给用户，用户在车机上选择自己想要的功能场景，衍生新的功能使用场景。如图3所示：用户可以定义场景名称、场景描述、功能触发方式、触发的前置条件、触发条件、执行动作等。用户可以定义多种场景，系统也可以推荐场景供用户选择。如图3所示，车辆的功能自定义方法包括以下步骤：

1)将用户可操作的功能参数抽象成为功能接口。

具体而言，将车辆所具备的能力封装成独立的功能模块，如车窗控制、空调控制、灯光控制，然后将每个功能模块执行的动作或状态作为一个功能接口，

2)为用户提供一个可操作的APP界面，APP将功能接口做成可选择/可调整的参数。

具体而言，每个功能接口包含了该功能模块的可选择参数或可选择的执行动作。如车窗开度接口，参数选择范围为(0％～100％)、近光灯控制，可选参数为打开或关闭。这些接口被APP封装为前置条件、触发条件、执行动作。在本申请实施例中参数类型如下表所示。

场景卡片参数类型

参数名称	参数类型	描述
			scriptName	string	场景卡片名称
introduction	string	场景描述
			trigger	Event code	触发条件
triggerCondition	array	前置条件列表
			paramValues	array	执行功能
canAuto	boolean	卡片触发方式
			paramValue	Boolean	参数选项

3)用户在编辑场景卡片时，选择前置条件、触发条件、执行动作，组合成场景卡片的内容，用户点击保存按钮后，系统赋予每个场景卡片不同的ID(Identity，身份标识)，在该ID下会存储该场景卡片的前置条件、触发条件、执行动作。

具体而言，场景卡片编辑可以是系统为用户提供可编辑的APP界面，该界面中包含场景名称、场景描述、功能触发方式、前置条件、触发条件、执行动作等，详细内容见图4所示。

A、场景卡片名称，用于用户对卡片的命名，系统会给每个场景卡片一个ID，以string的格式存在系统中；

B、场景描述，用于用户对卡片的描述，以string格式存在每个场景ID下面；

C、触发条件：系统启动后会实时监控触发条件是否满足，如左前车门打开可以设置为一种触发条件，该触发条件以Event code的形式存在场景ID下面。触发条件有多个，以列表的形式显示在APP中，系统中以array格式存放到场景ID下。

D、前置条件：当触发条件满足时，系统会判断前置条件是否满足，如果满足才会执行动作。前置条件以string格式存在场景ID下面。前置条件有多个，以列表的形式显示在APP中，系统中以array格式存放到场景ID下。

E、执行动作：触发条件与前置条件同时满足时，才会触发场景卡片功能执行，执行动作是一个列表，以array形式存在场景ID下面。

F、场景卡片保存：用户完成卡片编辑后，点击保存按钮，系统将该场景卡片的场景名称、场景描述、功能触发方式、前置条件、触发条件、执行动作存储在同一个场景ID下。该场景ID的内容通过4G存储到TSP。

G、前置条件列表、触发条件列表配置：由于每个车型的差异，不同的车型呈现给用户可编辑的前置条件和触发条件不同，可通过TSP将前置条件列表、触发条件列表配置后，再通过4G通道传递到系统。

4)每个场景卡片，用户在编辑的时候可以选择为手动触发或系统自动判断触发，该触发方式也会存储在场景ID中。

具体而言，触发方式可以分为两种可选触发方式，手动触发和自动触发。手动触发的时候，场景执行模块不判断触发条件，直接调用接口，执行功能。自动触发，场景执行模块需要监控接口参数是否满足条件，如果条件满足则调用接口，执行功能。该选项以boolean的形式存在场景ID下面。

5)当系统启动时，系统会判断用户设定的前置条件、触发条件，当条件满足时，系统会自动执行设定的动作。

具体而言，场景执行模块实时监控触发条件Event code是否满足，如果满足，场景执行模块通过功能接口调用，判断前置条件是否同时满足，如果触发条件和前置条件同时满足，场景执行模块发出指令，控制功能能执行。

6)每次场景卡片开始执行时，会在APP上提醒用户“已开始为你执行XX卡片”。

具体而言，场景执行模块发出执行指令后，将执行状态反馈给APP”正在执行XX卡片”，如果场景卡片执行成功，场景执行模块通过功能接口调用，查看功能模块返回的参数值，如果返回值与执行期望值相同，则在APP上显示“XX卡片执行成功”；如果返回值与期望值不同，APP上会提示“XX卡片执行失败”。

综上，本申请实施例可以根据用户用车习惯和出行场景，结合现有汽车各零部件软开关控制能力，编排出行、休闲、购物、车内娱乐等场景化的用车模式，提升爱车对用户的感知能力，降低用户学习和使用成本，提升用车的便捷度和趣味性。

其次参照附图描述根据本申请实施例提出的车辆的功能自定义装置。

图5是本申请实施例提供的一种车辆的功能自定义装置的方框示意图。

如图5所示，该车辆的功能自定义装置10包括：识别模块100、匹配模块200、第一选择模块300、生成模块400。

其中，识别模块100，用于识别用户的功能自定义意图；匹配模块200，用于根据功能自定义意图匹配目标列表；第一选择模块300，用于基于用户的交互动作从目标列表中选择至少一个触发条件和至少一个执行动作；生成模块400，用于验证至少一个触发条件与至少一个执行动作对应的功能是否满足预设条件，并在不满足预设条件时，生成至少一个触发条件和/或至少一个执行动作的修改提示，否则基于至少一个触发条件和至少一个执行动作生成满足用户自定义需求的自定义功能。

可选地，在本申请的一个实施例中，车辆的功能自定义装置10还包括：第一判断模块。

其中，第一判断模块用于在基于至少一个触发条件和至少一个执行动作生成满足用户自定义需求的自定义功能之前，判断至少一个触发条件是否与车辆上任意功能的触发条件相同；如果至少一个触发条件与车辆上任意功能的触发条件不相同，则生成满足用户自定义需求的自定义功能，否则生成触发条件的冲突提示。

可选地，在本申请的一个实施例中，车辆的功能自定义装置10还包括：第二选择模块和第二判断模块。

其中，第二选择模块，用于在基于至少一个触发条件和至少一个执行动作生成满足用户自定义需求的自定义功能之前，基于用户的交互动作从目标列表中选择至少一个前置条件；第二判断模块，用于判断至少一个前置条件是否与车辆上任意功能的前置条件相同；如果至少一个前置条件与车辆上任意功能的前置条件不相同，则基于至少一个触发条件、至少一个执行动作和至少一个前置条件生成自定义功能，否则生成前置条件的冲突提示。

可选地，在本申请的一个实施例中，车辆的功能自定义装置10还包括：命名模块。

其中，命名模块用于在基于至少一个触发条件和至少一个执行动作生成满足用户自定义需求的自定义功能之后，获取用户的名称自定义意图；根据名称定义意图命名自定义功能的名称。

需要说明的是，前述对车辆的功能自定义方法实施例的解释说明也适用于该实施例的车辆的功能自定义装置，此处不再赘述。

根据本申请实施例提出的车辆的功能自定义装置，通过识别用户的自定义意图触发车辆功能的自定义，并根据用户选择的触发条件和执行动作生成满足用户期望的自定义车辆功能，从而可以根据用户的自身需求自定义车辆功能，满足了不同用户的喜好和需求，提升车辆的智能性的同时，有效提升用户的个性化体验。由此，解决了相关技术中车辆功能出厂后通常无法改变，无法满足不同用户的个性化使用需求，用户体验较差等问题。

图6为本申请实施例提供的一种车辆的结构示意图。该车辆可以包括：

存储器601、处理器602及存储在存储器601上并可在处理器602上运行的计算机程序。

处理器602执行程序时实现上述实施例中提供的车辆的功能自定义方法。

进一步地，车辆还包括：

通信接口603，用于存储器601和处理器602之间的通信。

存储器601，用于存放可在处理器602上运行的计算机程序。

存储器601可能包含高速RAM(Random Access Memory，随机存取存储器)存储器，也可能还包括非易失性存储器，例如至少一个磁盘存储器。

如果存储器601、处理器602和通信接口603独立实现，则通信接口603、存储器601和处理器602可以通过总线相互连接并完成相互间的通信。总线可以是ISA(IndustryStandard Architecture，工业标准体系结构)总线、PCI(Peripheral Component，外部设备互连)总线或EISA(Extended Industry Standard Architecture，扩展工业标准体系结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器601、处理器602及通信接口603，集成在一块芯片上实现，则存储器601、处理器602及通信接口603可以通过内部接口完成相互间的通信。

处理器602可能是一个CPU(Central Processing Unit，中央处理器)，或者是ASIC(Application Specific Integrated Circuit，特定集成电路)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车辆的功能自定义方法。

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

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

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

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列，现场可编程门阵列等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，上述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

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

Claims (10)

1.一种车辆的功能自定义方法，其特征在于，包括以下步骤：

识别用户的功能自定义意图；

根据所述功能自定义意图匹配目标列表，并基于所述用户的交互动作从所述目标列表中选择至少一个触发条件和至少一个执行动作；

验证所述至少一个触发条件与所述至少一个执行动作对应的功能是否满足预设条件，并在不满足所述预设条件时，生成所述至少一个触发条件和/或所述至少一个执行动作的修改提示，否则基于所述至少一个触发条件和所述至少一个执行动作生成满足用户自定义需求的自定义功能。

2.根据权利要求1所述的方法，其特征在于，在基于所述至少一个触发条件和所述至少一个执行动作生成满足用户自定义需求的自定义功能之前，包括：

判断所述至少一个触发条件是否与所述车辆上任意功能的触发条件相同；

如果所述至少一个触发条件与所述车辆上任意功能的触发条件不相同，则生成满足用户自定义需求的自定义功能，否则生成所述触发条件的冲突提示。

3.根据权利要求1所述的方法，其特征在于，在基于所述至少一个触发条件和所述至少一个执行动作生成满足用户自定义需求的自定义功能之前，还包括：

基于所述用户的交互动作从所述目标列表中选择至少一个前置条件；

判断所述至少一个前置条件是否与所述车辆上任意功能的前置条件相同；

如果所述至少一个前置条件与所述车辆上任意功能的前置条件不相同，则基于所述至少一个触发条件、所述至少一个执行动作和所述至少一个前置条件生成所述自定义功能，否则生成所述前置条件的冲突提示。

4.根据权利要求1-3任意一项所述的方法，其特征在于，在基于所述至少一个触发条件和所述至少一个执行动作生成满足用户自定义需求的自定义功能之后，还包括：

获取用户的名称自定义意图；

根据所述名称定义意图命名所述自定义功能的名称。

5.一种车辆的功能自定义装置，其特征在于，包括：

识别模块，用于识别用户的功能自定义意图；

匹配模块，用于根据所述功能自定义意图匹配目标列表；

第一选择模块，用于基于所述用户的交互动作从所述目标列表中选择至少一个触发条件和至少一个执行动作；

生成模块，用于验证所述至少一个触发条件与所述至少一个执行动作对应的功能是否满足预设条件，并在不满足所述预设条件时，生成所述至少一个触发条件和/或所述至少一个执行动作的修改提示，否则基于所述至少一个触发条件和所述至少一个执行动作生成满足用户自定义需求的自定义功能。

6.根据权利要求5所述的装置，其特征在于，还包括：

第一判断模块，用于在基于所述至少一个触发条件和所述至少一个执行动作生成满足用户自定义需求的自定义功能之前，判断所述至少一个触发条件是否与所述车辆上任意功能的触发条件相同；如果所述至少一个触发条件与所述车辆上任意功能的触发条件不相同，则生成满足用户自定义需求的自定义功能，否则生成所述触发条件的冲突提示。

7.根据权利要求5所述的装置，其特征在于，还包括：

第二选择模块，用于在基于所述至少一个触发条件和所述至少一个执行动作生成满足用户自定义需求的自定义功能之前，基于所述用户的交互动作从所述目标列表中选择至少一个前置条件；

第二判断模块，用于判断所述至少一个前置条件是否与所述车辆上任意功能的前置条件相同；如果所述至少一个前置条件与所述车辆上任意功能的前置条件不相同，则基于所述至少一个触发条件、所述至少一个执行动作和所述至少一个前置条件生成所述自定义功能，否则生成所述前置条件的冲突提示。

8.根据权利要求5-7任意一项所述的装置，其特征在于，还包括：

命名模块，用于在基于所述至少一个触发条件和所述至少一个执行动作生成满足用户自定义需求的自定义功能之后，获取用户的名称自定义意图；根据所述名称定义意图命名所述自定义功能的名称。

9.一种车辆，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-4任一项所述的车辆的功能自定义方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求1-4任一项所述的车辆的功能自定义方法。

Images