CN112689826B - 一种生成指令单元组的方法及装置 - Google Patents

Abstract

本申请实施例公开了一种生成指令单元组的方法及装置，涉及计算机领域，以生成适应性高的人机交互指令单元组，提高人机交互的智能化以及个性化。具体方案包括：获取用户针对目标驾驶场景的N组历史操作指令，一组历史操作指令包括在一个连续时间段内的针对多个目标对象的操作指令；基于N组历史操作指令获得多个指令单元，一个指令单元用于指示一组历史操作指令中针对一个目标对象的所有操作指令执行后的末态结果；基于N组历史操作指令所包括的指令单元，选择目标指令单元，并对目标指令单元进行组合生成目标指令单元组；基于目标指令单元组生成新的指令单元组。

Description

一种生成指令单元组的方法及装置

技术领域

本申请实施例涉及计算机领域，尤其涉及一种生成指令单元组的方法及装置。

背景技术

随着科技的快速发展，人机交互已经广泛应用。比如众多语音交互产品的成功应用，语音交互技术已经被大众市场所接受。语音交互技术越来越多地应用在各种设备上，从单个命令发展到对话式交互，从直接的信息查询发展到语音助手。未来，语音交互会从语音助手走向智能个性化的交互式引导。

常规的语音交互过程为：获取到声音信号后，把声音信号转换成文字序列，再从文字序列中找出语义(包括用户的意图，行为，对象，时间，地点，事件等)；然后从交互的历史、当前状态、决定系统下一步动作(回复的内容，或是某种系统或设备操作)，然后执行下一步动作(回复内容或者操作设备)。该人机交互过程依赖用户共性提供智能服务，导致个性化差；同时，交互过程与场景关联度很低，导致交互显得很呆板。

语音编程是一种相对个性化的人机交互。语音编程通过听写用户语音输入的指令实现编程，用户的输入必须是明确可操作的指令，才能准确地匹配系统已知的程序语言中的命令。因此，语音编程要求用户必须对每一指令非常清楚以及明白地使用，导致使用接受度很低且适应人群有限。

另一种人机交互方式使用IFTTT风格的方式来将多个任务组合成宏任务，用户可以通过图形用户界面(graphical user interface，GUI)以IFTTT的方式来进行任务组合，允许用户生成用于在其设备上执行特定任务的宏。但是，该方式中的人机交互局限于用户主动在GUI的操作，不存在对话交互实现任务组合，且组合过程未考虑场景、操作对象等因素，智能化不足。

因此，如何生成智能化及个性化的指令单元组，提高人机交互的场景化、智能化以及个性化，成为亟待解决的问题。

发明内容

本申请实施例提供一种生成指令单元组的方法及装置，以生成场景化、智能化及个性化的指令单元组，提高人机交互的智能化以及个性化。

为达到上述目的，本申请实施例采用如下技术方案：

第一方面，提供一种生成指令单元组的方法，包括：获取用户针对目标驾驶场景的N组历史操作指令，一组历史操作指令包括在一个连续时间段内的针对多个目标对象的操作指令；N大于或等于1；基于每组历史操作指令获得多个指令单元；其中，一个指令单元用于指示一组历史操作指令中针对一个目标对象的所有操作指令执行后的末态结果；基于N组历史操作指令所包括的指令单元，选择目标指令单元，并对目标指令单元进行组合生成目标指令单元组；基于目标指令单元组生成新的指令单元组。

新的指令单元组用于通过运行所述新的指令单元组使得所述新的指令单元组中的指令单元所对应的目标对象达到所述指令单元所指示的末态结果。

新的指令单元组可以是在生成过后由用户主动发起指令，如通过文字在交互界面上输入指令单元组名称，或者是发起语音指令指示运行指令单元组。

新的指令单元组也可以是在车辆的驾驶场景符合新的指令单元组对应的目标驾驶场景时，系统提示运行或者系统主动运行所述新的指令单元组。

通过本申请提供的生成指令单元组的方法，由机器基于针对目标驾驶场景的历史操作指令获得针对不同目标对象的指令单元，并选择指令单元生成达到用户特定意图的指令单元组。由于生成过程基于可以很好的反应用户以往行为习惯历史操作指令，并结合了目标对象以及驾驶场景因素，生成的指令单元组可以更加智能更加个性的达到用户在目标驾驶场景中的特定意图，提高了人机交互的智能化以及个性化。

其中，目标指令单元组是在目标指令单元的基础上，结合人工操作或者机器主动的方式，生成的包括多个指令单元的指令单元组。目标指令单元组用于进一步生成新的指令单元组。

进一步的，新的指令单元组是在目标指令单元组的基础上，结合人工操作或者机器主动的方式，进一步生成的指令单元组。新的指令单元组可以为目标指令单元组本身，或者，新的指令单元组也可以为目标指令单元组经过处理之后的包括多个指令单元的指令单元组，或者其他。新的指令单元组用于通过运行该新的指令单元组，使得该新的指令单元组中的指令单元所对应的目标对象达到这些指令单元所指示的末态结果。

结合第一方面，在一种可能的实现方式中，基于N组历史操作指令所包括的指令单元，选择目标指令单元，具体可以包括：基于相同指令单元出现的次数和和预设规则从多个指令单元中选择目标指令单元。可以根据实际需求配置预设规则的内容，以选取满足用户习惯或者个性的目标指令单元。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，基于N组历史操作指令所包括的指令单元，选择目标指令单元，具体可以包括：从多个指令单元中，选择相同指令单元出现总次数高于或等于预设值的指令单元作为目标指令单元。高频指令单元更符合用户习惯，按照相同指令单元出现次数选择目标指令单元，提高了方案的可行性。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，基于N组历史操作指令所包括的指令单元，选择目标指令单元，具体可以包括：从多个指令单元中去除用户被动参与的指令单元，从其余指令单元中选择满足预设规则的指令单元作为目标指令单元。用户被动参与的指令单元与用户意图无关，在选择目标指令单元时将其去除，提高了方案的可行性。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，目标指令单元为用户主动参与的指令单元，且满足预设规则。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，针对目标驾驶场景的N组历史操作指令，具体可以包括：同一驾驶时间段内的所有操作指令的集合，或者，同一驾驶路线下的所有操作指令的集合，或者，相似驾驶环境下的所有操作指令的集合。

其中，同一驾驶路线可以为相同的出发地和目的地。相似驾驶环境可以为相同的环境特征。示例性的，环境特征可以包括但不限于气候环境，城市环境，野外环境，白天，晚上，下雨，下雪，冬天，夏天等用于表征环境的特征。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，目标对象可以包括：用于执行操作指令的车载电子单元，或者，操作指令所指向的车载电子单元中的一个功能。

其中，每个车载电子单元可以具备多个操作功能，如车载空调可以具备模式调整功能(制热，制冷还是送风，抽湿等)，温度调整功能，风量调整功能，送风角度调整功能等；车载电台接受设备可以具备，电台调整功能和音量调整功能等；在此操作指令所指向的车载电子单元中的一个功能，随着车载电子单元的不同有不同的功能划分方式，同一车载电子单元根据不同的需求也可以有不同的功能划分方式。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，基于每组历史操作指令获得多个指令单元，具体可以包括：将每组历史操作指令划分为多类操作指令，其中，多类操作指令中针对不同目标对象的操作指令属于不同的类，针对同一目标对象的操作指令属于同一类；将多类操作指令分别进行合并，保留执行条件及执行后的末态结果，得到多个指令单元。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，将多类操作指令分别进行合并，保留执行条件及执行后的末态结果，得到多个指令单元之前，本申请提供的生成指令单元组的方法还可以包括：将无效操作指令去除；其中，无效操作指令可以包括下述类型中至少一项：用于澄清的操作指令、误操作操作指令、被动操作指令。将多类操作指令分别进行合并，保留执行条件及执行后的末态结果，得到多个指令单元具体可以实现为：将去除无效操作指令后的指令单元进行合并，保留执行条件及执行后的末态结果，得到多个指令单元。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，对目标指令单元进行组合生成目标指令单元组，具体可以包括：对目标指令单元进行挑选、排序、优化中的一种或多种操作。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，基于目标指令单元组生成新的指令单元组，具体可以包括：向用户输出目标指令单元组；接收用户对目标指令单元组的操作指令；基于该操作指令，对目标指令单元组进行指令单元的删除、增加或顺序的调整中的一种或多种操作，生成新的指令单元组。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，本申请提供的生成指令单元组的方法还可以包括：提取关键字作为新的指令单元组的待选名称，待选名称与已有指令单元组的名称不同；向用户输出该待选名称；接收用户的名称指令，该名称指令用于确认待选名称，或者，该名称指令用于修改待选名称；根据名称指令，确定新的指令单元组的名称。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，本申请提供的生成指令单元组的方法还可以包括：接收用户输入的第一名称；若第一名称已存在，执行第一名称指示的指令单元组；若第一名称不存在，向用户输出名称与第一名称满足第二条件的已有指令单元组。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，在向用户输出名称与第一名称满足第二条件的已有指令单元组之后，本申请提供的生成指令单元组的方法还可以包括：接收用户对已有指令单元组的修改指令；根据修改指令，对已有指令单元组修改。

第二方面，提供一种生成指令单元组的装置，该装置可以包括：第一获取单元、第二获取单元、选择单元及处理单元。其中：

第一获取单元，用于获取用户针对目标驾驶场景的N组历史操作指令，一组历史操作指令包括在一个连续时间段内的针对多个目标对象的操作指令；N大于或等于1。

第二获取单元，用于基于第一获取单元获取的每组历史操作指令获得多个指令单元。其中，一个指令单元用于指示一组历史操作指令中针对一个目标对象的所有操作指令执行后的末态结果。

选择单元，用于基于N组历史操作指令所包括的指令单元，选择目标指令单元。

处理单元，用于对选择单元选择的目标指令单元进行组合生成目标指令单元组，基于目标指令单元组生成新的指令单元组。

需要说明的是，第二方面的各个单元具体实现同第一方面的方法描述，这里不再赘述。

第三方面，本申请提供了另一种生成指令单元组的装置，该生成指令单元组的装置可以实现上述所述第一方面描述的方法示例中的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。该生成指令单元组的装置可以以芯片的产品形态存在。

结合第三方面，在一种可能的实现方式中，该生成指令单元组的装置的结构中包括处理器和收发器，该处理器被配置为支持该生成指令单元组的装置执行上述方法中相应的功能。该收发器用于支持该生成指令单元组的装置与其他设备之间的通信。该生成指令单元组的装置还可以包括存储器，该存储器用于与处理器耦合，其保存该生成指令单元组的装置必要的程序指令和数据。

第四方面，提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述任一方面或任一种可能的实现方式提供的生成指令单元组的方法。

第五方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一方面或任一种可能的实现方式提供的生成指令单元组的方法。

第六方面，本申请实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现上述方法中相应的功能。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

其中，需要说明的是，上述各个方面中的任意一个方面的各种可能的实现方式，在方案不矛盾的前提下，均可以进行组合。

附图说明

图1为本申请提供的一种人机交互系统的架构示意图；

图2为本申请提供的一种车载交互系统的架构示意图；

图3为本申请提供的一种生成指令单元组的装置的结构示意图；

图4为本申请实施例提供的一种生成指令单元组的方法的流程示意图；

图4a为本申请实施例提供的一种历史操作记录中的操作指令按照时间的分布的示意图；

图4b为本申请实施例提供的一种车载交互系统中划分的操作对象架构的示意图；

图5为本申请实施例提供的另一种生成指令单元组的方法的流程示意图；

图5a为本申请实施例提供的一种用户交互界面的示意图；

图6为本申请实施例提供的一种调用指令单元组的方法的流程示意图；

图7为本申请实施例提供的一种生成指令单元组的装置的结构示意图；

图8为本申请实施例提供的另一种生成指令单元组的装置的结构示意图。

具体实施方式

在本申请实施例中，为了便于清楚描述本申请实施例的技术方案，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。该“第一”、第二”描述的技术特征间无先后顺序或者大小顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念，便于理解。

在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

在本申请实施例中，至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本申请不做限制。

此外，本申请实施例描述的网络架构以及场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

在描述本申请的实施例之前，此处先对本申请涉及的名词统一进行解释说明，后续不再一一进行说明。

交互渠道，用于指示用户在驾驶过程中进行人机交互的方式，渠道可以包括但不限于下述中一种或多种：语音、按键、触摸、动作等。

意图，是指用户的想法或者目的的表现形式。

操作指令，可以指人机交互过程中，用户通过一个或多个交互渠道向机器发送的表达其意图的操作在车辆内部的形式。一个操作指令由用户对车辆的一次操作产生。可选的，操作指令可以用于指示车辆对某些对象的参数进行操作，该参数可以包含在操作指令中由用户输入，或者，该参数可以由车载系统默认补齐，或者其他方式获取。

历史操作指令，可以指当前时刻之前已经在机器中执行过的操作指令。

操作对象，是指车载系统的人机交互过程中，用户的操作产生的操作指令控制的单元或者实现的功能。

目标对象，是指车载交互系统中操作指令指向的操作对象。例如，目标对象可以为用于执行操作指令的车载电子单元，或者，操作指令所指向的车载电子单元中的一个功能。

驾驶场景，可以指人机交互中目的性的交互过程。驾驶场景可以从实现目的的时间维度或者场景特征维度或者驾驶路线维度，或者其他维度进行描述。例如，同一驾驶个时间段内的交互过程可以定义为一个驾驶场景。针对同一驾驶路线的交互过程也可以定义为一个驾驶场景。

针对目标驾驶场景的操作指令，是该驾驶场景中所有操作指令的集合。例如，针对目标驾驶场景的操作指令可以是同一驾驶时间段内的所有操作指令的集合，也可以是同一驾驶路线下的所有操作指令的集合，或者也可以是相似驾驶环境下的所有操作指令的集合。针对目标驾驶场景的操作指令可以根据发生时间分成不同组的操作指令。

一组操作指令，是指包括在一个连续时间段内的针对多个目标对象的操作指令。

指令单元，可以为针对目标驾驶场景的操作指令中针对一个目标对象的操作指令的一个等效操作。一个指令单元可以用于表征针对目标驾驶场景的操作指令中针对一个目标对象的所有操作指令执行后的末态结果。

需要说明的是，上述名词的名称只是示例说明，并不构成具体限定。凡是与上述名词定义相同的词语，都可以作为上述名词的名称。

目前，人机交互过程中的智能编程，都是由用户输入指令，机器在指令库匹配，或者，用户通过GUI自助组合任务生成执行特定任务的指令单元组，无论何种方式，均存在场景化、智能化、个性化均不足的弊端。

基于此，本申请实施例提供一种生成指令单元组的方法，由机器基于针对目标驾驶场景的历史操作指令，获得针对不同目标对象的指令单元，并选择、排列得到的指令单元，从而生成出达到驾驶场景中用户特定意图的指令单元组。由于生成指令单元组的过程基于可以很好的反应用户以往行为习惯历史操作指令，并结合了目标对象以及驾驶场景因素，可以自动生成并提供自定义修改，使得生成的指令单元组可以更加场景化、智能化以及个性化的达到用户特定意图，实现更优的人机交互。

本申请实施例提供的生成指令单元组的方法可以应用于图1所示的人机交互系统中。如图1所示，该人机交互系统可以包括交互单元101、处理单元102及被控制设备103。

其中，交互单元101可以用于与人机交互系统的用户进行交互。例如，交互单元101可以向用户提供一个或多个交互渠道，以实现与用户交互。

处理单元102用于根据用户的操作指令，对被控制设备103进行控制操作。处理单元102中还可以配置用于按照本申请提供的方案生成指令单元组的功能模块或芯片。

需要说明的是，对于人机交互系统的应用场景，本申请不予限定。例如，图1示意的人机交互系统可以为车载人机交互系统、或者终端上的人机交互系统，或者智能家居领域的人机交互系统，或者其他。

例如，图1示意的人机交互系统可以为图2示意的车载交互系统。如图2所示，该车载交互系统可以包括：交互子系统201、指令单元组生成子系统202、环境管理子系统203、被控制设备204。在图2示意的车载交互系统中，被控制设备204可以为车辆中的各类设备，比如空调、车窗，显示屏、扬声器或者其他。

其中，图2示意的车载交互系统中各个系统或单元之间可以通过传输介质相互通信。该传输介质可以包括但不限于数据总线、网关、中文进程间通信总线(inter-processcommunication bus，D-Bus)中任一种。

其中，交互子系统201可以包括输入单元2011、设备及应用管理单元2012、知识管理单元2013、知识库2014及交互与控制单元2015。

指令单元组生成子系统202可以包括历史操作指令库2021、指令单元组生成单元2022以及系统指令单元组库2023。

环境管理子系统203可以包括环境检测单元2031及传感器2032。

其中，传感器2032用于采集车内环境参数，并上报给环境检测单元2031。环境检测单元2031将环境参数进行处理后，向指令单元组生成子系统202提供辅助信息。

输入单元2011用于向车上用户提供交互渠道，接收用户通过一个或多个交互渠道输入的操作指令，将接收的操作指令输入交互与控制单元2015，由交互与控制单元2015通过设备及应用管理单元2012对车辆中的目标对象进行操作，完成用户的操作指令。知识库204中存储了人机交互过程中相关的知识信息，用于向其他单元提供辅助。同时，交互与控制单元205将操作指令输入历史操作指令库2021进行记录。

指令单元组生成单元2022从历史操作指令库2021中周期性的获取针对目标驾驶场景的操作指令，按照本申请提供的方案生成指令单元组，存储于系统指令单元组库2023中。

下面结合附图，对本申请的实施例进行具体阐述。

一方面，本申请实施例提供一种生成指令单元组的装置，用于执行本申请提供的生成指令单元组的方法。该生成指令单元组的装置可以部署于图1所示的人机交互系统中的处理单元102中。例如，当人机交互系统为车载交互系统时，生成指令单元组的装置可以为车载系统中的功能模块或者芯片。

图3示出的是与本申请各实施例相关的一种生成指令单元组的装置30。如图3所示，生成指令单元组的装置30可以包括处理器301、存储器302以及收发器303。

下面结合图3对生成指令单元组的装置30的各个构成部件进行具体的介绍：

其中，存储器302可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；或者非易失性存储器(non-volatile memory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；或者上述种类的存储器的组合，用于存储可实现本申请方法的程序代码、配置文件或其他内容。

处理器301是生成指令单元组的装置30的控制中心。例如，处理器301可以是一个中央处理器(central processing unit，CPU)，也可以是特定集成电路(applicationspecific integrated circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)。

收发器303用于与其他设备进行通信。收发器303可以为通信端口或者其他。

处理器301通过运行或执行存储在存储器302内的软件程序和/或模块，以及调用存储在存储器302内的数据，执行如下功能：

获取用户针对目标驾驶场景的N组历史操作指令，一组历史操作指令包括在一个连续时间段内的针对多个目标对象的操作指令；N大于或等于1；基于每组历史操作指令获得多个指令单元；其中，一个指令单元用于指示一组历史操作指令中针对一个目标对象的所有操作指令执行后的末态结果；基于N组历史操作指令所生成的指令单元，选择目标指令单元，并对目标指令单元进行组合生成目标指令单元组，基于目标指令单元组生成新的指令单元组。

另一方面，本申请实施例提供一种生成指令单元组的方法，由上述生成指令单元组的装置执行，用于生成针对目标驾驶场景的目标指令单元组。该目标指令单元组可以快速、方便，更加场景化、智能化以及个性化的实现用户在该驾驶场景下的特定意图，且实现的特定意图符合用户的行为习惯。

需要说明的是，可以由一个或多个用户指示生成指令单元组的装置执行本申请的方案，以生成针对目标驾驶场景的目标指令单元组。

可选的，生成指令单元组的装置可以周期性的执行本申请提供的方案以生成新的指令单元组。或者，生成指令单元组的装置可以在处理器负载小于或等于门限值时执行本申请提供的方案以生成新的指令单元组。当然，本申请实施例对于生成指令单元组的装置执行本申请提供的方案的时机不做具体限定。

还需要说明的是，生成指令单元组的装置可以对用户针对不同驾驶场景的历史操作指令分别进行本申请提供的方案，生成实现不同驾驶场景对应的用户意图的新的指令单元组。生成指令单元组的装置按照本申请提供的方案生成实现每个驾驶场景对应的用户意图的新的指令单元组的过程相同，下述实施例仅描述生成指令单元组的装置根据用户针对目标驾驶场景的N组历史操作指令，生成实现该目标驾驶场景对应的用户意图的新的指令单元组的过程为例进行描述，其他不再一一赘述。

如图4所示，本申请实施例提供的一种生成指令单元组的方法可以包括：

S401、生成指令单元组的装置获取用户针对目标驾驶场景的N组历史操作指令。

其中，N大于1。

具体的，在S401中生成指令单元组的装置可以从记录的用户针对不同驾驶场景的历史操作指令中，获取针对目标驾驶场景的N组历史操作指令。例如，生成指令单元组的装置可以从图2示意的车载交互系统中的历史操作指令库2021中获取用户针对目标驾驶场景的N组历史操作指令。

示例性的，历史操作指令中可以包括操作内容、操作对象。应理解，操作指令用于对其包括的操作对象，执行器包括的操作内容。

其中，操作内容可以包括人机交互过程中的用户输入参数值和/或默认参数值。用户输入参数值，可以为用户通过交互渠道输入的，期望操作对象调整之后的参数值。默认参数值可以为系统默认补齐的参数值，即系统为操作对象记录的默认参数。

一种可能的实现方式中，默认参数值作为用户输入的参数值。

另一种可能的实现方式中，默认参数值可以在经用户确认后，作为用户输入的参数值。

例如，假设操作对象为空调，参数为温度、风力、风向，默认参数值可以为上一次的默认温度、风力、风向等参数值。

例如，假设用户启动了空调，系统将空调的各个参数默认补齐为上一次的默认温度、风力、风向，本次对空调的参数调整可以看作用户输入了将空调调整为上一次的默认温度、风力、风向的指令，记录为一条用户输入指令，作为历史操作指令。

可选的，针对目标驾驶场景的N组历史操作指令，可以包括：同一驾驶时间段内的所有操作指令的集合，或者，同一驾驶路线下的所有操作指令的集合，或者，相似驾驶环境下的所有操作指令的集合。当然，针对目标驾驶场景的N组历史操作指令的具体内容，可以根据实际需求配置，本申请实施例对此不予限定。

下面分别示例说明针对目标驾驶场景的N组历史操作指令的具体内容以及其获取方式。

1、针对目标驾驶场景的N组历史操作指令可以包括同一驾驶时间段内的所有操作指令的集合。

其中，同一驾驶时间段是驾驶场景的发生时间段。驾驶场景的发生时间段作为驾驶场景的属性，可以由用户主动配置，也可以通过学习得到，本申请实施例对此不进行具体限定。例如，“开车去公司”这一驾驶场景通常发生在工作日的早上8点到9点，可以通过学习得到工作日的早上8点到9点作为“开车去公司”这一驾驶场景的发生时间段。

一种可能的实现方式中，S401中生成指令单元组的装置可以在记录的历史操作指令集合中，通过驾驶场景的发生时间段来获取针对目标驾驶场景的N组历史操作指令。

示例性的，图4a示意了历史操作记录中的操作指令按照时间的分布。在图4a中仅示意了星期一的车辆历史操作指令，其他日期的不做赘述。如图4a所示，一个圆圈代表一个操作指令，不同填充的圆圈可以表示用户针对不同操作对象的操作产生的操作指令。每一个操作指令可以打上一个时间标签(时间，日期)，该时间标签用于指示该操作指令的发生时间，S401中生成指令单元组的装置可以在记录的历史操作指令集合中，通过驾驶场景的发生时间段，来获取发生时间在驾驶场景的发生时间段内的操作指令，作为针对该驾驶场景的N组历史操作指令。

2、针对目标驾驶场景的N组历史操作指令可以包括同一驾驶路线下的所有操作指令的集合。

其中，驾驶路线是驾驶场景的位置属性，可以通过出发地和目的地来表示，或者也可以通过路线标识来表示。驾驶场景的驾驶路线作为驾驶场景的属性，可以由用户主动配置，也可以通过学习得到，本申请实施例对此不进行具体限定。例如，相同的出发地和目的地的操作指令，可以作为同一驾驶路线下的所有操作指令的集合，即可作为目标驾驶场景的操作指令。

一种可能的实现方式中，S401中生成指令单元组的装置可以在记录的历史操作指令集合中，通过驾驶场景的驾驶路线来获取针对目标驾驶场景的N组历史操作指令。例如，“开车去公司”这一驾驶路线下的所有操作指令集合可以作为一个驾驶场景的操作指令。

3、针对目标驾驶场景的N组历史操作指令可以包括相似驾驶环境下的所有操作指令的集合。

一种可能的实现方式中，S401中生成指令单元组的装置可以在记录的历史操作指令集合中，通过驾驶环境来获取针对目标驾驶场景的N组历史操作指令。

其中，驾驶环境的具体定义可以根据实际需求配置，本申请实施例对此不予限定。

具体的，相似驾驶环境可以为相同的环境特征。示例性的，环境特征可以包括但不限于气候环境，城市环境，野外环境，白天，晚上，下雨，下雪，冬天，夏天等用于表征环境的特征。

一种可能的实现方式中，可以根据实际需求配置驾驶场景的表达维度，在实际应用中获取不同维度的实际信息以确定历史操作指令属于哪个驾驶场景。

示例性的，可以根据环境、事件和状态等维度来划分场景。比如，以车辆驾驶中的人机交互为例，场景划分中可以考虑和用户交互服务相关的内容而不是驾驶场景，场景的标签可以包括环境、事件和状态三个要素。其中，环境要素可以包括：天气、车内温度、车外温度、地点等；事件要素可以包括：出发前、通话、停车等；状态要素可以包括：用户身份、带小孩、业务网络、车辆运动状态、电量等。

具体的，历史操作记录中的每个操作指令，都可以具备与其场景对应的时间标签，根据该标签，则可以区分出针对不同场景的操作指令，即可以区分出不同组的操作指令。例如，场景1可以为周一7点至8点(公司、下雨、车内22度、车外18度)，该场景对应的操作指令则可以具备周一7点至8点的时间标签，以指示其属于该场景。

进一步的，对于S401中针对目标驾驶场景的历史操作指令的获取，还可以在驾驶时间段或者驾驶路线或者驾驶环境，识别针对不同驾驶场景的历史操作指令基础上，根据操作指令分布密度(频次或者次数)进行筛选，将操作指令分布密度大于或等于预设阈值的驾驶场景的历史操作指令，分别执行S401以及后续操作。

另一种可能的实现方式中，S401中生成指令单元组的装置可以在记录的历史操作指令集合中，通过统计概率的方式，确定历史操作指令属于哪个驾驶场景。

具体的，针对不同驾驶场景的操作指令间，理论上没有直接关联，从属于不同的用户意图序列。而针对同一个驾驶场景的操作指令一般是由一个场景事件决定的(比如出发上班事件决定了对应的操作指令：设置空调、导航去公司、听常听的节目等)。操作指令的序列越长次数越多，在时间上跨度上越大就越难以属于一个驾驶场景。针对同一驾驶场景的操作指令中单位时间内操作指令的频次，可以近似认为符合泊松分布，这样，就可以通过频次上限切分识别针对不同驾驶场景的操作指令，可以使用泊松(Poisson)过程或其他概率算法来识别针对不同驾驶场景的操作指令。

例如，Poisson分布的参数可以设置一个初值，然后根据每个用户的特点而调整，比如用户针对同一个驾驶场景的操作指令之间，操作指令的频次明显更高就加大Poisson分布的参数。

其中，随机变量X的泊松分布可以为：

其中，k＝0,1,2,3…。其中，λ为Poisson分布的参数，e为自然常数。

示例性的，假设根据大数定律，按照概率P<0.05作为一组操作指令的划分标准，λ是一个正实数，定义λ等于出现的给定时间段内的预期操作指令数目。在λ＝3(物理含义默认平均每分钟发生三次交互操作)，在随机变量k＝7的时候，按照泊松分布可以为：

则可以认为7次有效的交互操作产生的操作指令可以构成针对一个驾驶场景的操作指令。

进一步的，在针对目标驾驶场景的N组历史操作指令中，每组历史操作指令分别包括在一个连续时间段内的针对多个目标对象的操作指令。

具体的，对于连续时间段的定义，可以根据实际需求配置，本申请实施例不予限定。

一种可能的实现方式中，连续时间段可以指驾驶场景的习惯性发生时间。例如，假设某一驾驶场景的发生时间为每天早上8点到9点，则连续时间时间段可以为早上8点到9点，针对该驾驶场景的N组操作指令中每组操作指令可以为不同日期的早上8点到9点的操作指令集合。

另一种可能的实现方式中，连续时间段可以指发生时间相对连续的历史操作指令归属的时间段。例如，假设针对目标驾驶场景的N组操作指令包括1天内的操作指令的集合，假设用户在早上30分钟进行了多次操作触发了多个操作指令，在中午的1小时内进行了多次操作触发了多个操作指令，则这30分钟和这1小时分别为两个连续时间段，针对该驾驶场景的N组操作指令中一组操作指令可以为该30分钟内的操作指令集合，另一组为该1个小时内的操作指令集合。

需要说明的是，上述对于针对目标驾驶场景的N组操作指令的说明，均为示例性说明，不构成具体限定。

示例1，在车载交互系统中，以早晨上班这一驾驶场景为例，用户可以通过人机交互界面输入交互操作，用户针对该驾驶场景的历史操作指令可以包括如下两组操作指令。

一组操作指令(一天早上发生的操作指令)包括：

数次上下调温度，定于25度；

打开空调除霜；

导航去公司；

切换电台,止于新闻；

上下调音量到70％。

另一组操作指令(另一天早上发生的操作指令)包括：

数次上下调温度，定于24度；

切换电台,止于新闻；

导航去公司；

上下调音量到75％。

S402、生成指令单元组的装置基于每组历史操作指令获得多个指令单元。

其中，一个指令单元用于指示一组历史操作指令中针对一个目标对象的所有操作指令执行后的末态结果。

示例性的，图4b示意了车载交互系统中划分的操作对象架构，用户对某一操作对象进行操作时，该操作对象则称之为目标对象。

可选的，目标对象可以包括：用于执行操作指令的车载电子单元，或者，操作指令所指向的车载电子单元中的一个功能。

其中，每个车载电子单元可以具备多个操作功能，如车载空调可以具备模式调整功能(制热，制冷还是送风，抽湿等)，温度调整功能，风量调整功能，送风角度调整功能等；车载电台接受设备可以具备，电台调整功能和音量调整功能等；在此操作指令所指向的车载电子单元中的一个功能，随着车载电子单元的不同有不同的功能划分方式，同一车载电子单元根据不同的需求也可以有不同的功能划分方式。

例如，对于空调温度这一目标对象，针对该目标对象的所有操作指令为：数次上下调温度，定于24度，那对应的指令单元则为空调温度调整到24度。

可选的，S402中生成指令单元组的装置基于每组历史操作指令获得多个指令单元，具体可以通过但不限于下述两种实现方案：

实现方案A、先将操作指令按照操作对象分类，再合并得到指令单元。

具体的，在实现方案A中，生成指令单元组的装置可以将针对目标驾驶场景的每组历史操作指令划分为多类操作指令，然后将划分的多类操作指令分别进行合并，保留执行条件及执行后的末态结果，获得多个指令单元，应理解，一类操作指令获得一个指令单元。

其中，一组操作指令分类的多类操作指令中针对不同目标对象的操作指令属于不同的类，针对同一目标对象的操作指令属于同一类。一组操作指令可以获得一个或多个指令单元。

实现方案B、先将操作指令分类，再整理无效操作指令，然后合并得到指令单元。

具体的，在实现方案B中，生成指令单元组的装置可以将针对目标驾驶场景的每组历史操作指令，按照操作对象划分为多类操作指令，然后将无效操作指令去除，最后将划分的多类操作指令分别进行合并，保留执行条件及执行后的末态结果，得到多个指令单元。

其中，无效操作指令包括下述类型中至少一项：用于澄清的操作指令、误操作操作指令、被动操作指令。

在现实交互场景中，常常会出现用户和系统对话来澄清某个意图(包括对某个功能或某个参数的澄清)，需要澄清的情况可能是因为机器识别错误，也可能是用户表达不明或想法反复不定，对于用于澄清的操作指令进行去除，提高指令单元的有效性。

外部触发的事件，如他人来电导致的接听电话操作指令，认为是中断(或打断)，作为被动操作指令。

具体的，在S402中，针对目标驾驶场景的一组操作指令中针对同一目标对象的多个操作指令会被单个指令单元(等效的操作指令)替代，指令单元用于实现其对应的多个操作指令执行后的末态结果。

示例性的，基于S401中的示例1中针对早晨上班这一驾驶场景的历史操作指令，在S402中得到的多个指令单元可以为：空调调温至25度、除霜、开启导航去公司、调至新闻电台，调电台音量到70％-75％中任一值。

S403、生成指令单元组的装置基于针对目标驾驶场景的N组历史操作指令所包括的指令单元，选择目标指令单元，并对目标指令单元进行组合生成目标指令单元组。

具体的，在S403中生成指令单元组的装置可以选择符合用户行为习惯的指令单元作为目标指令单元。其中，符合用户行为习惯是指历史操作指令中表现出来的特征性操作习惯。

例如，可以选取相同指令单元出现次数高的指令单元作为目标指令单元。或者，设定预设规则，按照预设规则选取目标指令单元。

其中，预设规则可以根据实际需求配置，本申请不予限定。

示例性的，预设规则可以为相同指令单元出现总次数高于或等于预设值，或者，相同指令单元出现总次数高于或等于预设值且为用户主动参与。

可选的，在S403中生成指令单元组的装置可以通过但不限于下述三种方案中任一种，基于针对目标驾驶场景的N组历史操作指令所包括的指令单元，选择目标指令单元。

方案1、生成指令单元组的装置基于相同指令单元出现的次数和预设规则，从S402中得到的多个指令单元中选择目标指令单元。

例如，生成指令单元组的装置基于相同指令单元出现的次数和预设规则，从S402中得到的多个指令单元中，去除出现总次数低于或等于预设门限的指令单元，从其余指令单元中选择满足预设规则的指令单元作为目标指令单元。

其中，预设门限的具体取值可以根据实际需求配置，本申请实施例不予限定。

方案2、生成指令单元组的装置从S402中得到的多个指令单元中，选择相同指令单元出现总次数高于或等于预设值的指令单元作为目标指令单元。

其中，预设值的具体取值可以根据实际需求配置，本申请实施例不予限定。

方案3、生成指令单元组的装置从S402中得到的多个指令单元中，去除用户被动参与的指令单元，从其余指令单元中选择满足预设规则的指令单元作为目标指令单元。

其中，在方案3中，目标指令单元可以为用户主动参与的指令单元，且满足预设规则。

具体的，目标指令单元组是在目标指令单元的基础上，结合人工操作或者机器主动的方式，生成的包括多个指令单元的指令单元组。目标指令单元组用于进一步生成新的指令单元组。

一种可能的实现方式中，在S403中对目标指令单元进行组合生成目标指令单元组，包括：将目标指令单元的集合作为目标指令单元组。

另一种可能的实现方式中，在S403中对目标指令单元进行组合生成目标指令单元组，包括：对目标指令单元进行排序、优化中的一种或多种操作。当然，在S403中对目标指令单元进行组合生成目标指令单元组还可以包括其他操作，本申请实施例不予限定。

其中，排序可以为：根据目标指令单元在针对该驾驶场景的历史操作指令得到的多个指令单元中的出现次数，将目标指令单元由高到低排序。或者，排序也可以按照目标指令单元归一化后的次数，即出现次数除以多个指令单元之和，将目标指令单元由高到低排序。

优化可以为：根据有关的知识库对目标指令单元进行优化，或者，预先配置优化规则，对目标指令单元进行优化。

例如，可以根据知识库，将功能相关的指令单元调整到连续位置或者合并为一个目标指令单元。比如，如空调温度调节和风量调节可以调整到连续位置或者合并。例如，座椅角度调节和座椅加热可以调整到连续位置或者合并。

例如，可以配置优化规则来优化目标指令单元。优化规则可以为达到相同效果的目标指令单元调整到连续位置或者合并为一个目标指令单元。

例如，按照效果的操作分类可以为如表1所示，在表1中达到同一效果的目标指令单元可以调整到连续位置或者合并为一个目标指令单元。

表1

例如，基于S401中示例1，S402中得到的指令单元，S403中优化排序后的目标指令单元为：

快速调温至25度并除霜；

开启最优导航去公司路线；

调至新闻电台及70％音量。

将上述目标指令单元的集合则可以作为目标指令单元组。

S404、生成指令单元组的装置基于目标指令单元组生成新的指令单元组。

具体的，新的指令单元组是在目标指令单元组的基础上，结合人工操作或者机器主动的方式，进一步生成的指令单元组。新的指令单元组用于通过运行所述新的指令单元组使得所述新的指令单元组中的指令单元所对应的目标对象达到所述指令单元所指示的末态结果。

新的指令单元组可以为目标指令单元组本身，或者，新的指令单元组也可以为目标指令单元组经过处理之后的包括多个指令单元的指令单元组，或者其他。新的指令单元组用于通过运行该新的指令单元组，使得该新的指令单元组中的指令单元所对应的目标对象达到这些指令单元所指示的末态结果。

一种可能的实现方式中，生成指令单元组的装置可以将S403中生成的目标指令单元组在S404中经过用户的确认，提高目标指令单元组的个性化，以生成新的指令单元组，相应的，S404具体可以实现为下述步骤a至步骤c。

步骤a、生成指令单元组的装置向用户输出目标指令单元组。

具体的，在步骤a中，生成指令单元组的装置可以通过人机交互的任一种交互方式向用户输出目标指令单元组。例如，可以通过GUI向用户显示目标指令单元组，也可以通过语音播报的方式向用户播放目标指令单元组，或者其他方式，不予限定。

示例性的，假设生成指令单元组的装置在车载交互系统中生成了一个环境调节指令单元组，该环境调节指令单元组的内容为：温度28度，风力2档，制热模式，除霜模式，内循环，在S404中生成指令单元组的装置可以通过图5a示意的界面向用户输出该环境调节指令单元组。

步骤b、生成指令单元组的装置接收用户对目标指令单元组的操作指令。

一种可能的实现方式中，用户对目标指令单元组的操作指令可以用于对目标指令单元组进行指令单元的删除、增加或顺序的调整中的一种或多种操作。相应的，在步骤b之后可以执行步骤c以生成新的指令单元组。

另一种可能的实现方式中，该用户对目标指令单元组的操作指令可以用于对目标指令单元组的确认，此时的目标指令单元组则为生成的新的指令单元组。

示例性的，在图5a示意的目标指令单元组中，用户可以进行操作或修改，步骤b中生成指令单元组的装置则接收到用户对目标指令单元组的操作指令。

步骤c、生成指令单元组的装置基于用户对目标指令单元组的操作指令，对目标指令单元组进行指令单元的删除、增加或顺序的调整中的一种或多种操作，生成新的指令单元组。

具体的，用户对目标指令单元组的操作指令明确指示了对目标指令单元组的具体操作，在步骤c中基于该操作指示，对目标指令单元组中的指令单元进行删除或增加或顺序的调整中的一种或多种。

一种可能的实现方式中，用户对目标指令单元组的操作指令用于对目标指令单元组增加指令单元，可以是在响应指令中携带了要增加的指令单元的内容以及增加顺序，步骤c中生成指令单元组的装置可以将操作指令中的指令单元按照增加顺序加入到目标指令单元组，生成新的指令单元组。

另一种可能的实现方式中，用户对目标指令单元组的操作指令用于对目标指令单元组增加指令单元，可以是指示需向目标指令单元组中增加指令单元，然后用户通过交互渠道输入对同一目标对象的多个操作指令，生成指令单元组的装置对该多个操作指令按照S402的过程转换为指令单元加入目标指令单元组，生成新的指令单元组。其中，加入目标指令单元组时的顺序，可以按照S403中描述的顺序加入，也可以按照用户指示的顺序加入，本申请实施例不予限定。

通过本申请实施例提供的生成指令单元组的方法，由机器基于针对目标驾驶场景的历史操作指令获得针对不同目标对象的指令单元，并选择目标指令单元从而生成达到用户特定意图的指令单元组。由于生成指令单元组的过程基于可以很好的反应用户以往行为习惯历史操作指令，并结合了目标对象以及驾驶场景因素，生成的指令单元组可以更加智能更加个性的达到用户针对驾驶场景的特定意图。

进一步的，如图5所示，本申请实施例提供生成指令单元组的方法还可以包括S405，以激活生成的新的指令单元组。

S405、生成指令单元组的装置激活新的指令单元组。

一种可能的实现方式中，S405中生成指令单元组的装置可以将生成的新的指令单元组在生成完成后即激活。

另一种可能的实现方式中，S405中生成指令单元组的装置可以将生成的新的指令单元组经用户确认后激活。

进一步的，生成指令单元组的装置还可以对生成的新的指令单元组进行命名，方便用户调用。如图5所示，本申请实施例提供的生成指令单元组的方法还可以包括S406。

S406、生成指令单元组的装置选取新的指令单元组的待选名称。

其中，待选名称与已有指令单元组的名称不同，避免冲突。

一种可能的实现方式中，S406中生成指令单元组的装置选取用于表示不同指令单元组的数字作为新的指令单元组的待选名称。

另一种可能的实现方式中，S406中生成指令单元组的装置提取关键字作为新的指令单元组的待选名称。

其中，生成指令单元组的装置提取出新的指令单元组的关键字后，与已有指令单元组的名称做对比，若该关键字已存在，则对该关键字进行调整直至已有指令单元组的名称中不存在该关键字，将调整后的关键字作为新的指令单元组的待选名称。其中，对关键字的调整包括加限定语或者修改为近似含义的词语或者其他。

S407、生成指令单元组的装置确定新的指令单元组的名称。

一种可能的实现方式中，S407中生成指令单元组的装置可以将待选名称作为新的指令单元组的名称。

另一种可能的实现方式中，生成指令单元组的装置通过下述步骤1至步骤3实现S407。

步骤1、生成指令单元组的装置向用户输出待选名称。

需要说明的是，步骤1的具体实现可以参照前述S404中的步骤a，此处不再赘述。

步骤2、生成指令单元组的装置接收用户的名称指令。

其中，该名称指令用于确认待选名称，或者，该名称指令用于修改待选名称。

步骤3、生成指令单元组的装置根据名称指令，确定新的指令单元组的名称。

一种可能的实现中，若名称指令用于确认待选名称，将待选名称作为新的指令单元组的名称。

另一种可能的实现中，若名称指令用于修改待选名称，获取用户输入的修改后的名称，确定修改后的名称与已有指令单元组的名称不同，将修改后的名称作为新的指令单元组的名称。若修改后的名称与已有指令单元组的名称相同，提示用户重新输入新的指令单元组名称，直至用户输入的修改后的名称与已有指令单元组的名称不同，再将最后一次获取的修改后的名称作为新的指令单元组的名称。

进一步的，在生成指令单元组的装置生成新的指令单元组之后，可以通过多种方式调用新的指令单元组，通过运行所述新的指令单元组使得所述新的指令单元组中的指令单元所对应的目标对象达到所述指令单元所指示的末态结果。

一种可能的实现方式中，新的指令单元组可以是在生成过后由用户主动发起指令，以执行新的指令单元组。如通过文字在交互界面上输入指令单元组名称，或者是发起语音指令指示运行指令单元组。

例如，对应于新的指令单元组在生成过后由用户主动发起指令执行新的指令单元组，本申请实施例还提供一种调用指令单元组的方法，以实现用户调用已生成指令单元组。如图6所示，本申请实施例提供的调用指令单元组的方法可以包括S601至S605。S601至S604可以由人机交互系统中生成指令单元组的装置之外的其他装置执行，当然，也可以由生成指令单元组的装置执行，不予限定。

S601、接收用户输入的第一名称。

一种可能的实现方式中，在S601中用户输入的可以为对话指令，可以通过语义理解算法识别出其中的语义，作为第一名称。

另一种可能的实现方式中，在S601中用户通过文字在交互界面上输入第一名称。

再一种可能的实现方式中，在S601中用户通过语音输入第一名称。

S602、确定第一名称是否已存在。

可选的，若第一名称已存在，则执行S603，以执行第一名称指示的指令单元组。若第一名称不存在，可以执行S604。

S603、执行第一名称指示的指令单元组。

具体的，在S603中，通过运行第一名称指示的指令单元组，使得第一名称指示的指令单元组中的指令单元所对应的目标对象达到第一名称指示的指令单元组中的指令单元所指示的末态结果。

S604、向用户输出名称与第一名称满足第二条件的已有指令单元组。

其中，第二条件可以包括语义相似度大于或等于语义门限。对于语义门限的取值可以根据实际需求配置。

S605、接收用户的指令并处理。

一种可能的实现方式中，S605中可以接收用户对已有指令单元组的修改指令，相应的，在S605中，可以根据修改指令，对已有指令单元组修改，生成新的指令单元组，然后执行该新的指令单元组，使得该新的指令单元组中的指令单元所对应的目标对象达到这些指令单元所指示的末态结果。

另一种可能的实现方式中，S605中可以接收用户对已有指令单元组的允许指令，相应的，在S605中，可以根据允许指令，执行S604中输出的已有指令单元组，使得该已有指令单元组中的指令单元所对应的目标对象达到这些指令单元所指示的末态结果。

另一种可能的实现方式中，新的指令单元组也可以是在车辆的驾驶场景符合新的指令单元组对应的目标驾驶场景时，系统提示运行或者系统主动运行所述新的指令单元组。

需要说明是的，可以预先配置判断驾驶场景是否符合目标驾驶场景的判断规则，以指示车载系统根据判断规则，判断车辆的驾驶场景是否符合某一已有指令单元组对应的目标驾驶场景。当然，对于判断规则的具体内容，本申请实施例不予限定。

示例性的，假设生成指令单元组的装置基于“周一上班”这一目标驾驶场景的历史操作记录，生成了名称为“周一上班”的指令单元组。“周一上班”这一指令单元组包括的指令单元为：将空调调到25度，导航去公司。

当车载系统检测到车辆处于“周一上班”这一驾驶场景(例如可以根据系统时间和/或车辆定位检测)时，车载系统提示用户可以运行“周一上班”这一指令单元组，经用户确认后，车载系统运行“周一上班”这一指令单元组，执行将空调调到25度，导航去公司这两个指令单元，使得运行“周一上班”这一指令单元组中的指令单元所对应的目标对象达到这些指令单元所指示的末态结果。

示例性的，假设生成指令单元组的装置基于“周一上班”这一目标驾驶场景的历史操作记录，生成了名称为“周一上班”的指令单元组。当车载系统检测到车辆处于“周一上班”这一驾驶场景(例如可以根据系统时间和/或车辆定位检测)时，车载系统主动运行“周一上班”这一指令单元组，执行将空调调到25度，导航去公司这两个指令单元，使得运行“周一上班”这一指令单元组中的指令单元所对应的目标对象达到这些指令单元所指示的末态结果。

需要说明的是，本申请实施例提供的生成指令单元组的方法包括的步骤的执行顺序，可以根据实际需求配置，本申请实施例的附图仅示意了可能的执行顺序，并不构成限定。

上述主要从生成指令单元组的装置的工作原理角度对本申请实施例提供的方案进行了介绍。可以理解的是，上述生成指令单元组的装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对生成指令单元组的装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图7示出了上述实施例中所涉及的生成指令单元组的装置70的一种可能的结构示意图。该生成指令单元组的装置70可以为功能模块或者芯片。如图7所示，生成指令单元组的装置70可以包括：第一获取单元701、第二获取单元702、选择单元703及处理单元704。其中，第一获取单元701用于执行图4或图5中的过程S401；第二获取单元702用于执行图4或图5中的过程S402；选择单元703用于执行图4或图5中的过程S403，处理单元704用于执行图4或图5中的过程403、S404。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，图8示出了上述实施例中所涉及的生成指令单元组的装置80的一种可能的结构示意图。生成指令单元组的装置80可以包括：处理模块801、通信模块802。处理模块801用于对生成指令单元组的装置80的动作进行控制管理，通信模块802用于与其他设备通信。例如，处理模块801用于执行图4或图5中的过程S401至S404。生成指令单元组的装置80还可以包括存储模块803，用于存储生成指令单元组的装置80的程序代码和数据。

其中，处理模块801可以为图3所示的生成指令单元组的装置30的实体结构中的处理器301，可以是处理器或控制器。例如可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器801也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块802可以为图3所示的生成指令单元组的装置30的实体结构中的收发器303，通信模块802可以是通信端口，或者可以是收发器、收发电路或通信接口等。或者，上述通信接口可以通过上述具有收发功能的元件，实现与其他设备的通信。上述具有收发功能的元件可以由天线和/或射频装置实现。存储模块803可以是图3所示的生成指令单元组的装置30的实体结构中的存储器303。

当处理模块801为处理器，通信模块802为收发器，存储模块803为存储器时，本申请实施例图8所涉及的生成指令单元组的装置80可以为图3所示的生成指令单元组的装置30。

如前述，本申请实施例提供的生成指令单元组的装置70或生成指令单元组的装置80可以用于实施上述本申请各实施例实现的方法中相应的功能，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请各实施例。

另一方面，本申请实施例提供一种车辆，包括上述任一实施例描述的生成指令单元组的装置。

作为本实施例的另一种形式，提供一种计算机可读存储介质，其上存储有指令，该指令被执行时执行上述方法实施例中的生成指令单元组的方法。

作为本实施例的另一种形式，提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得该计算机执行时执行上述方法实施例中的生成指令单元组的方法。

本申请实施例再提供一种芯片系统，该芯片系统包括处理器，用于实现本发明实施例的技术方法。在一种可能的设计中，该芯片系统还包括存储器，用于保存本发明实施例必要的程序指令和/或数据。在一种可能的设计中，该芯片系统还包括存储器，用于处理器调用存储器中存储的应用程序代码。该芯片系统，可以由一个或多个芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。

结合本申请公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM、闪存、ROM、可擦除可编程只读存储器(erasable programmable ROM，EPROM)、电可擦可编程只读存储器(electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。或者，存储器可以与处理器耦合，例如存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。存储器可以用于存储执行本申请实施例提供的技术方案的应用程序代码，并由处理器来控制执行。处理器用于执行存储器中存储的应用程序代码，从而实现本申请实施例提供的技术方案。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (29)

1.一种生成指令单元组的方法，其特征在于，包括：

获取用户针对目标驾驶场景的N组历史操作指令，一组历史操作指令包括在一个时间段内的针对多个目标对象的操作指令；所述N大于或等于1；

基于每组历史操作指令获得多个指令单元；其中，一个所述指令单元用于指示一组历史操作指令中针对一个目标对象的所有操作指令执行后的末态结果；

基于所述N组历史操作指令所包括的指令单元，选择目标指令单元，并对所述目标指令单元进行组合生成目标指令单元组；

基于所述目标指令单元组生成新的指令单元组。

2.根据权利要求1所述的方法，其特征在于，所述基于所述N组历史操作指令所包括的指令单元，选择目标指令单元，包括：

基于相同指令单元出现的次数和预设规则从所述多个指令单元中选择所述目标指令单元。

3.根据权利要求1所述的方法，其特征在于，所述基于所述N组历史操作指令所包括的指令单元，选择目标指令单元，包括：

从所述多个指令单元中，选择相同指令单元出现总次数高于或等于预设值的指令单元作为所述目标指令单元。

4.根据权利要求1所述的方法，其特征在于，所述目标指令单元为用户主动参与的指令单元，且满足预设规则。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述针对目标驾驶场景的N组历史操作指令，包括：

同一驾驶时间段内的所有操作指令的集合，或者，同一驾驶路线下的所有操作指令的集合，或者，相似驾驶环境下的所有操作指令的集合。

6.根据权利要求1-4任一项所述的方法，其特征在于，所述目标对象包括：

用于执行操作指令的车载电子单元，或者，操作指令所指向的车载电子单元中的一个功能。

7.根据权利要求1-4任一项所述的方法，其特征在于，所述基于每组历史操作指令获得多个指令单元，包括：

将每组历史操作指令划分为多类操作指令，其中，所述多类操作指令中针对不同目标对象的操作指令属于不同的类，针对同一目标对象的操作指令属于同一类；

将所述多类操作指令分别进行合并，保留执行条件及执行后的末态结果，得到所述多个指令单元。

8.根据权利要求7所述的方法，其特征在于，所述将所述多类操作指令分别进行合并，保留执行条件及执行后末态结果，得到所述多个指令单元之前，所述方法还包括：

将无效操作指令去除；其中，所述无效操作指令包括下述类型中至少一项：用于澄清的操作指令、误操作操作指令、被动操作指令。

9.根据权利要求1-4或8任一项所述的方法，其特征在于，所述对所述目标指令单元进行组合生成目标指令单元组，包括：

对所述目标指令单元进行挑选、排序、优化中的一种或多种操作。

10.根据权利要求1-4或8任一项所述的方法，其特征在于，所述基于目标指令单元组生成新的指令单元组包括：

向用户输出所述目标指令单元组；

接收所述用户对所述目标指令单元组的操作指令；

基于所述操作指令，对所述目标指令单元组进行指令单元的删除、增加或顺序的调整中的一种或多种操作，生成所述新的指令单元组。

11.根据权利要求1-4或8任一项所述的方法，其特征在于，所述方法还包括:

提取关键字作为所述新的指令单元组的待选名称，所述待选名称与已有指令单元组的名称不同；

向用户输出所述待选名称；

接收所述用户的名称指令，所述名称指令用于确认所述待选名称，或者，所述名称指令用于修改所述待选名称；

根据所述名称指令，确定所述新的指令单元组的名称。

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

接收用户输入的第一名称；

若所述第一名称已存在，执行所述第一名称指示的指令单元组；

若所述第一名称不存在，向所述用户输出名称与所述第一名称满足第二条件的已有指令单元组。

13.根据权利要求12所述的方法，其特征在于，在所述向所述用户输出名称与所述第一名称满足第二条件的已有指令单元组之后，所述方法还包括：

接收所述用户对所述已有指令单元组的修改指令；

根据所述修改指令，对所述已有指令单元组修改。

14.一种生成指令单元组的装置，其特征在于，包括：

第一获取单元，用于获取用户针对目标驾驶场景的N组历史操作指令，一组历史操作指令包括在一个连续时间段内的针对多个目标对象的操作指令；所述N大于或等于1；

第二获取单元，用于基于所述第一获取单元获取的每组历史操作指令获得多个指令单元；其中，一个所述指令单元用于指示一组历史操作指令中针对一个目标对象的所有操作指令执行后的末态结果；

选择单元，用于基于所述N组历史操作指令所包括的指令单元，选择目标指令单元；

处理单元，用于对所述选择单元选择的所述目标指令单元进行组合生成目标指令单元组；基于所述目标指令单元组生成新的指令单元组。

15.根据权利要求14所述的装置，其特征在于，所述选择单元具体用于：

基于相同指令单元出现的次数和预设规则从所述多个指令单元中选择所述目标指令单元。

16.根据权利要求14所述的装置，其特征在于，所述选择单元具体用于：

从所述多个指令单元中，选择相同指令单元出现总次数高于或等于预设值的指令单元作为所述目标指令单元。

17.根据权利要求14所述的装置，其特征在于，所述目标指令单元为用户主动参与的指令单元，且满足预设规则。

18.根据权利要求14-17任一项所述的装置，其特征在于，所述针对目标驾驶场景的N组历史操作指令，包括：

同一驾驶时间段内的所有操作指令的集合，或者，同一驾驶路线下的所有操作指令的集合，或者，相似驾驶环境下的所有操作指令的集合。

19.根据权利要求14-17任一项所述的装置，其特征在于，所述目标对象包括：

用于执行操作指令的车载电子单元，或者，操作指令所指向的车载电子单元中的一个功能。

20.根据权利要求14-17任一项所述的装置，其特征在于，所述第二获取单元具体用于：

将每组历史操作指令划分为多类操作指令，其中，所述多类操作指令中针对不同目标对象的操作指令属于不同的类，针对同一目标对象的操作指令属于同一类；

将所述多类操作指令分别进行合并，保留执行条件及执行后的末态结果，得到所述多个指令单元。

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

去除单元，用于在所述第二获取单元将所述多类操作指令分别进行合并，保留执行条件及执行后的末态结果，得到所述多个指令单元之前，将无效操作指令去除；其中，所述无效操作指令包括下述类型中至少一项：用于澄清的操作指令、误操作操作指令、被动操作指令。

22.根据权利要求14-17或21任一项所述的装置，其特征在于，所述处理单元具体用于：

对所述目标指令单元进行挑选、排序、优化中的一种或多种操作。

23.根据权利要求14-17或21任一项所述的装置，其特征在于，所述处理单元还用于：

向用户输出所述目标指令单元组；

接收所述用户对所述目标指令单元组的操作指令；

基于所述操作指令，对所述目标指令单元组进行指令单元的删除、增加或顺序的调整中的一种或多种操作，生成所述新的指令单元组。

24.根据权利要求14-17或21任一项所述的装置，其特征在于，所述装置还包括:

提取单元，用于提取关键字作为所述新的指令单元组的待选名称，所述待选名称与已有指令单元组的名称不同；

输出单元，用于向所述用户输出所述提取单元提取的待选名称；

接收单元，用于接收所述用户的名称指令，所述名称指令用于确认所述待选名称，或者，所述名称指令用于修改所述待选名称；

确定单元，用于根据所述接收单元接收的所述名称指令，确定所述新的指令单元组的名称。

25.根据权利要求14-17或21任一项所述的装置，其特征在于，所述装置还包括：

接收单元，用于接收用户输入的第一名称；

执行单元，用于若所述接收单元接收的所述第一名称已存在，执行所述第一名称指示的指令单元组；

输出单元，用于若所述接收单元接收的所述第一名称不存在，向所述用户输出名称与所述第一名称满足第二条件的已有指令单元组。

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

接收单元，用于接收所述用户对所述已有指令单元组的修改指令；

处理单元还用于，根据所述接收单元接收的所述修改指令，对所述已有指令单元组修改。

27.一种生成指令单元组的装置，其特征在于，所述装置包括：处理器和存储器；

所述存储器与所述处理器连接；所述存储器用于存储计算机指令，当所述处理器执行所述计算机指令时，所述装置执行如权利要求1至13中任一项所述的生成指令单元组的方法。

28.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行权利要求1至13中任一项所述的生成指令单元组的方法。

29.一种生成指令单元组的装置，其特征在于，所述装置包括计算机程序产品，所述计算机程序产品包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至13中任一项所述的生成指令单元组的方法。

Images