CN115705842A - 语音场景任务的执行方法、装置、设备和存储介质 - Google Patents

Abstract

本申请实施例提供一种语音场景任务的执行方法、装置、设备和存储介质，该方法包括：根据用户的语义请求从多个预设的场景域中确定出目标场景域，其中，场景域中预设有跳入策略；根据语义请求从目标场景域的多个预设执行域中确定出目标执行域；根据目标场景域的跳入策略，判断是否跳入目标场景域中；在判断结果为是的情况下，执行目标执行域中的待执行任务。本申请的技术方案可以实现跨场景域之间的对话场景的切换，实现跨场景的整合能力，从而丰富对话场景。

Description

语音场景任务的执行方法、装置、设备和存储介质

技术领域

本申请涉及语音引擎技术领域，尤其涉及一种语音场景任务的执行方法、装置、设备和存储介质。

背景技术

相关技术中，车载人机对话场景单一，缺乏跨场景的整合能力。另外，实现车端语音对话场景的方式通常为将对话逻辑通过硬编码的方式写入系统中。。这种方式的灵活性很差，且不能够快速更新迭代。

发明内容

本申请实施例提供一种语音场景任务的执行方法、装置、设备和存储介质，以解决相关技术存在的问题，技术方案如下：

第一方面，本申请实施例提供一种语音场景任务的执行方法，包括：

根据用户的语义请求从多个预设的场景域中确定出目标场景域，其中，场景域中预设有跳入策略；

根据语义请求从目标场景域的多个预设执行域中确定出目标执行域；

根据目标场景域的跳入策略，判断是否跳入目标场景域中；

在判断结果为是的情况下，执行目标执行域中的待执行任务。

在一种实施方式中，根据目标场景域的跳入策略，判断是否跳入目标场景域中，包括：

根据当前场景域的跳出策略，判断是否从当前场景域中跳出；

在判断结果为是的情况下，根据目标场景域的跳入策略，判断是否跳入目标场景域中。

在一种实施方式中，根据目标场景域的跳入策略，判断是否跳入目标场景域中，包括：

从目标场景域的跳入策略中获取与目标执行域相对应的跳入信息；

根据用户的全局对话上下文以及跳入信息，判断是否跳入目标场景域中。

在一种实施方式中，根据当前场景域的跳出策略，判断是否从当前场景域中跳出，包括：

从当前场景域的跳出策略中获取与当前场景域的当前执行域相对应的跳出信息；

根据用户的全局对话上下文以及跳出信息，判断是否从当前场景域中跳出。

在一种实施方式中，跳入策略中包括预设的白名单和黑名单。

在一种实施方式中，根据用户的语义请求从多个预设的场景域中确定出目标场景域，包括：

根据语义请求确定用户的印迹；

根据印迹从用户的全局对话上下文中搜索当前对话上下文；

在搜索到当前对话上下文的情况下，根据当前对话上下文所对应的场景确定目标场景；

根据目标场景确定目标场景域。

在一种实施方式中，根据用户的语义请求从多个预设的场景域中确定出目标场景域，包括：

根据语义请求确定用户的印迹；

根据印迹从用户的全局对话上下文中搜索当前对话上下文；

在未搜索到当前对话上下文的情况下，从场景名称目录树中搜索与语义请求对应的场景，以确定目标场景；

根据目标场景确定目标场景域。

在一种实施方式中，根据语义请求从目标场景域的多个预设执行域中确定出目标执行域，包括：

根据语义请求确定用户的意图；

根据意图从目标场景域的多个预设执行域中确定出目标执行域。

第二方面，本申请实施例提供一种语音场景任务的执行装置，包括：

目标场景域确定模块，用于根据用户的语义请求从多个预设的场景域中确定出目标场景域，其中，场景域中预设有跳入策略；

目标执行域确定模块，用于根据语义请求从目标场景域的多个预设执行域中确定出目标执行域；

判断模块，用于根据目标场景域的跳入策略，判断是否跳入目标场景域中；

任务执行模块，用于在判断结果为是的情况下，执行目标执行域中的待执行任务。

在一种实施方式中，判断模块具体用于：

根据当前场景域的跳出策略，判断是否从当前场景域中跳出；

在判断结果为是的情况下，根据目标场景域的跳入策略，判断是否跳入目标场景域中。

在一种实施方式中，判断模块具体用于：

从目标场景域的跳入策略中获取与目标执行域相对应的跳入信息；

根据用户的全局对话上下文以及跳入信息，判断是否跳入目标场景域中。

在一种实施方式中，判断模块具体用于：

从当前场景域的跳出策略中获取与当前场景域的当前执行域相对应的跳出信息；

根据用户的全局对话上下文以及跳出信息，判断是否从当前场景域中跳出。

在一种实施方式中，跳入策略中包括预设的白名单和黑名单。

在一种实施方式中，目标场景域确定模块具体用于：

根据语义请求确定用户的印迹；

根据印迹从用户的全局对话上下文中搜索当前对话上下文；

在搜索到当前对话上下文的情况下，根据当前对话上下文所对应的场景确定目标场景；

根据目标场景确定目标场景域。

在一种实施方式中，目标场景域确定模块具体用于：

根据语义请求确定用户的印迹；

根据印迹从用户的全局对话上下文中搜索当前对话上下文；

在未搜索到当前对话上下文的情况下，从场景名称目录树中搜索与语义请求对应的场景，以确定目标场景；

根据目标场景确定目标场景域。

在一种实施方式中，执行域确定模块具体用于：

根据语义请求确定用户的意图；

根据意图从目标场景域的多个预设执行域中确定出目标执行域。

第三方面，本申请实施例还提供一种电子设备，包括：

至少一个处理器；以及

与该至少一个处理器通信连接的存储器；其中，

该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行以上方法。

第四方面，本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质内存储有计算机程序，计算机程序被处理器执行时实现以上方法。

上述技术方案中的优点或有益效果至少包括：可以实现跨场景域之间的对话场景的切换，实现跨场景的整合能力，从而丰富对话场景。

上述概述仅仅是为了说明书的目的，并不意图以任何方式进行限制。除上述描述的示意性的方面、实施方式和特征之外，通过参考附图和以下的详细描述，本申请进一步的方面、实施方式和特征将会是容易明白的。

附图说明

在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本申请公开的一些实施方式，而不应将其视为是对本申请范围的限制。

图1为根据本申请实施例语音场景任务的执行方法的流程图；

图2为根据本申请实施例的执行域生成的示例图；

图3为根据本申请实施例的场景域的一个示例图；

图4为根据本申请实施例语音场景任务的执行方法的应用示例图；

图5为根据本申请实施例语音场景任务的执行方法的流程图；

图6为根据本申请实施例的目标场景域确定方法的流程图；

图7为根据本申请实施例语音场景任务的执行方法的又一个应用示例图；

图8为根据本申请实施例语音场景任务的执行装置的结构框图；

图9为根据本申请实施例的电子设备的示意图。

具体实施方式

在下文中，仅简单地描述了某些示例性实施例。正如本领域技术人员可认识到的那样，在不脱离本申请的精神或范围的情况下，可通过各种不同方式修改所描述的实施例。因此，附图和描述被认为本质上是示例性的而非限制性的。

本申请实施提供一种语音场景任务的执行方法。如图1所示，该方法包括：

步骤S101：根据用户的语义请求从多个预设的场景域中确定出目标场景域，其中，场景域中预设有跳入策略；

步骤S102：根据语义请求从目标场景域的多个预设执行域中确定出目标执行域；

步骤S103：根据目标场景域的跳入策略以及目标执行域，判断是否跳入目标场景域中；

步骤S104：在判断结果为是的情况下，执行目标执行域中的待执行任务。

本申请实施例中，场景可以为车端对话场景，例如车控场景下的对话、驾驶场景下的对话、影音娱乐场景下的对话、导航场景下的对话等。其中，车控可以理解为对车身组件的控制，如打开车门、打开车窗、打开车灯、调节座椅等。驾驶场景可以理解为车辆驾驶相关的场景，如调节悬架、控制电子驻车制动系统(Electrical Park Brake，EPB)、换挡等。

其中，可以为每个场景分别预设场景域。示例性地，场景域中包括多个执行域以及多个公共键；其中，执行域通过对至少一个待执行任务进行逻辑编排而生成，待执行任务通过对至少一个作用域中的模态数据进行模态编排而生成；同一作用域中的各模态数据具有相同或相关联的数据类型。下面进行详细讲解。

(1)作用域

作用域可以包括参数域(Param)、标签域(Tag)、信号域(Signal)、服务域(Service)、请求域(Request)、隐藏域(Mask)、应答域(Response)和沙箱域(Sandbox)等。

示例性地，参数域可以用于存储场景域、执行域、待执行任务等在跨区块调度运行时所传输的参数。标签域可以用于承载以数据为中心的用户大数据画像，如年龄、性别、爱好、嗜好、行为习惯等标签，是一种由若干标签构成用户标签池。

信号域可以用于承载车辆感知系统的模态数据、环境感知(Vehicle toEverything，V2X)系统的模态数据、可穿戴设备的模态数据等，是一种可编排、可观察(监测或监听)、可调度的信号池。因此，信号域是海量信号的容器，信号的生产者不断的向信号池注册信号，信号的消费者(监听器/主动式对话/被动式对话)从信号域中订阅感兴趣的信号。例如：车速作为一种模态数据，车速不断变化，注册过该信号的执行域可以监测到车速变化，或者，在注册该信号时，预设车速变化的触发条件，当车速变化满足该触发条件时，该执行域就会被通知。

情景式对话和交互式场景脚本需调用系统内应用的应用程序接口(ApplicationProgramming Interface，API)，以及系统外的服务，而服务域用于封装服务的调用细节，编排服务返回的数据。其中，系统内应用可以包括导航、多媒体、收音机(FrequencyModulation，FM)、账号、数字车等，系统外服务可以为车企的场景服务，如极客世界，也可以为第三方服务，如人工智能(Artificial Intelligence，AI)服务irobot。

请求域可以用于被动式对话中，基于用户的单次语义输入，生成一个请求域。请求域的模态数据可以由编码器编码为隐藏域可编排的数据。隐藏域可以用于承载与当前语义输入对应的对话上下文，由对话和交互式场景按需复用或重新生成，而隐藏域与执行域是绑定的，每个执行域都会绑定一个隐藏域，用于承载该执行域的对话上下文。应答域可以用于承载由解码器根据与执行域绑定的隐藏域中的模态数据解码生成主动式对话、被动式对话、交互式对话、时间轴、监听器等业务的应答结果。沙箱域可以承载某一设备或某一个用户的全局对话上下文，用于隔离不同设备或不同用户的可编排数据，是一种超级上下文。

可以理解的是，在执行域的任务执行过程中会产生数据，这些数据作为对话上下文被存储于隐藏域中，并将该隐藏域与该执行域进行绑定，以记录此次对话。沙箱域中存储全局对话上下文，包括所有的对话上下文。

(2)执行域

待执行任务通过对至少一个作用域中的模态数据进行模态编排而生成。示例性地，如图2所示，通过模态编排可以决定如何运行作用域中的模态数据，运算符可以包括比较运算、包含运算、赋值运算等。各运算符可以供生成待执行任务时调用。在模态编排(运算)过程中，可以预设调用各作用域中的模态数据的符号，如参数域中的模态数据可通过(：)来调用，标签域中的模态数据可通过(！)来调用，信号域中的模态数据可通过(～)来调用，服务域中的模态数据可通过(@)来调用，请求域中的模态数据可通过(％)来调用，隐藏域中的模态数据可通过($)来调用，应答域中的模态数据可通过(^)来调用，沙箱域中的模态数据可通过(*)来调用。

待执行任务为基本的对话或业务场景单元，不支持独立执行，是构成执行域的最小单元。待执行任务可以为标准任务，即由条件组和执行组构成的任务，也可以为逻辑任务，即由if,elseif,else及foreach等逻辑条件构成的逻辑块任务，还可以包括简单任务，即通过键(key)快速找到赋值(value)，状态变为结束(END)或返回(RETURN)的任务。

从而，业务开发人员可以根据业务需求确定待执行任务，并根据该待执行任务的任务需求调用相应作用域中的模态数据，并进行运算，以生成该待执行任务。进一步地，对一个或多个待执行任务进行逻辑编排，可以生成一个执行域。

示例性地，如图2所示，逻辑编排可以包括引用(using)待执行任务或在执行域中内嵌(embed)待执行任务。根据逻辑编排形式不同，执行域可以包括简单域、复杂域和聚合域。

简单域包括一个或多个第一待执行任务，其中，第一待执行任务用于实现单轮对话业务，也就是说简单域用于承载可执行的单轮对话或简单的主动业务场景或被动业务场景。复杂域包括一个或多个第二待执行任务，第二待执行任务用于实现多轮对话业务，也就是说，复杂域用于承载可执行的多轮情景式对话，或复杂的交互式业务场景。聚合域包括一个或多个第一待执行任务以及一个或多个第二待执行任务，也就是说，复杂域用于承载可执行的多轮、跨域及聚合情景式对话，或由若干单一的、孤立的、不连贯的能力点、业务点、业务片段、场景片段等聚合而成的交互式业务场景。

因此，执行域可以对一个待执行任务进行编排，也可以对多个待执行任务进行编排，即图2中，n为大于等于1的正整数。

(3)场景域

如图3所示，场景域中包括多个执行域以及多个公共键，其中的执行域可以为简单域和/或复杂域和/或聚合域。

在一种实施方式中，公共键包括第三待执行任务，第三待执行任务根据相应场景域对第三待执行任务的复用次数而设置。示例性地，第三待执行任务可以为第一待执行任务，也可以为第二待执行任务。例如，根据某一场景域的业务需求，对某一第一待执行任务的复用次数超过了预设次数，那么可以在该场景域中，将该第一待执行任务作为公共键直接放置在该场景域中。如图3所示中的“任务(Atomic)”即为第三待执行任务。

在一种实施方式中，公共键可以包括原子操作模块，原子操作模块用于封装车辆信号调用操作。公共键还可以包括时间轴模块、自然语言生成模块、引导模块中的至少一个。

其中，通过调用时间轴模块，可以生成或执行带时间轴的任务。通过调用自然语音生成(NLG)模块，可以生成面向用户的对话结果。通过调用引导模块，可以生成面向用户的引导界面，如导航设置过程中的“下一步”。

公共键可以包括服务模块，通过调用服务模块可调用系统内应用的API以及系统外的服务。公共键可以包括信号模块，以监听与该场景域非常相关或使用频率超过预设频率的信号模态数据。

如图3所示，公共键可以包括跳转器，在跳转器中配置了其所在的场景域的重入策略，包括跳出策略和跳入策略。基于跳出策略，可以判断是否能够从该场景域跳出，即中断或停止该场景域的任务执行过程。基于跳入策略，可以判断是否能够从进入该场景域。

另外，公共键还可以包括配置、模板、宏等，而每个场景域还对应有一个可解释的脚本。每个场景域的脚本通过对该场景域的各执行域以及各公共键进行逻辑编排而生成。

也就是说，场景域可以理解为由一类具有一定相关性的若干配置、模版、宏、信号、时间轴、编解码器、原子操作、任务、执行域等要素松散耦合在一起所形成的可编排的逻辑区域。

示例性地，如图4所示，在步骤S101和步骤S102中，接收当前用户的语音，以得到当前用户的语义请求。语义请求中可以包括领域、意图、词槽和印迹(dookie)等信息，基于这些信息可以确定目标场景域和目标执行域。

如图4所示，在步骤S103中，基于目标场景域的跳入策略判断是否跳入目标场景域，以确定是否执行目标执行域中的待执行任务。跳入策略中预设了是否允许跳入目标场景域的规则，基于这些规则可以判断是否能够跳入目标场景域。

在一个示例中，跳入策略中包括跳入目标场景域的条件，如时间条件。例如：跳入策略中设定可以跳入的时间段为9:00～18:00，如果当前时间为21:00，则判断不能跳入目标场景域，如果当前时间为10:00，则判断可以跳入目标场景域。

在另一个示例中，如图4所示，跳入策略中包括黑名单和白名单。其中，黑名单中可以包括不允许跳入的用户信息和/或设备信息和/或场景域信息和/或执行域信息和/或执行任务信息等。白名单中可以包括允许跳入的用户信息和/或设备信息和/或场景域信息和/或执行域信息和/或执行任务信息等。基于黑名单和白名单，可以判断是否能够跳入目标场景域中。

示例性地，如图4所示，可以基于目标场景域的跳转器确定目标场景域的跳入策略。

在一种实施方式中，在步骤S103中可以包括：从目标场景域的跳入策略中获取与目标执行域相对应的跳入信息；根据用户的全局对话上下文以及跳入信息，判断是否跳入目标场景域中。

在跳入策略中设置有目标场景域中的各预设执行域的跳入信息，即是否可以执行该执行域中的任务的规则。获取到目标执行域的跳入信息后，可以根据该用户的全局对话上下文(沙箱域/超级上下文)判断是否符合这些规则，在符合这些规则的情况下，判断可以跳入目标场景域中，在不符合这些规则的情况下，判断不可以跳入目标场景域中。

在一种实施方式中，如图5所示，在步骤S103中可以包括：

步骤S501：根据当前场景域的跳出策略，判断是否从当前场景域中跳出；

步骤S502：在判断结果为是的情况下，根据目标场景域的跳入策略，判断是否跳入目标场景域中。

也就是说，是否可以中断或停止当前任务的执行，还需要基于该任务对应的当前场景域所设定的跳出策略。在判断结果为否的情况下，则不允许跳出当前场景域，当然也就不能跳入目标场景域。

示例性地，如图4所示，可以基于当前场景域的跳转器确定当前场景域的跳出策略。

在一个示例中，跳出策略中包括跳出当前场景域的条件，如时间条件。例如：跳出策略中设定可以跳出的时间段为9:00～18:00，如果当前时间为21:00，则判断不能跳出当前场景域，如果当前时间为10:00，则判断可以跳出当前场景域。

在另一个示例中，如图4所示，跳出策略中包括黑名单和白名单。其中，黑名单中可以包括不允许跳出的用户信息和/或设备信息和/或场景域信息和/或执行域信息和/或执行任务信息等。白名单中可以包括允许跳出的用户信息和/或设备信息和/或场景域信息和/或执行域信息和/或执行任务信息等。基于黑名单和白名单，可以判断是否能够跳出当前场景域中。

在一种实施方式中，在步骤S501中可以包括：从当前场景域的跳出策略中获取与当前场景域的当前执行域相对应的跳出信息；根据用户的全局对话上下文以及跳出信息，判断是否从当前场景域中跳出。

在跳出策略中设置有当前场景域中的各预设执行域的跳出信息，即是否可以中断或停止该执行域中的任务的规则。获取到当前执行域的跳出信息后，可以根据该用户的全局对话上下文(沙箱域/超级上下文)判断是否符合这些规则，在符合这些规则的情况下，判断可以跳出当前场景域中，在不符合这些规则的情况下，判断不可以跳出当前场景域中。

在一种实施方式中，如图6所示，在步骤S101中可以包括：

步骤S601：根据语义请求确定用户的印迹；

步骤S602：根据印迹从用户的全局对话上下文中搜索当前对话上下文；

步骤S603：在搜索到当前对话上下文的情况下，根据当前对话上下文所对应的场景确定目标场景；

步骤S604：根据目标场景确定目标场景域。

基于上述关于隐藏域和沙箱域的介绍可知，用户的全局对话上下文存储于该用户的沙箱域(图4中的语义上下文)中，每一次对话都会对应有一个对话上下文(图4中的语义上下文)，该对话上下文存储于相应的隐藏域中。根据印迹可以从用户的沙箱域中搜索与该印迹对应的隐藏域。印迹由引擎生成，并与隐藏域存在一一绑定的关系，因此，印迹是引擎查找隐藏域的口令，根据印迹可以从当前用户的沙箱域中搜索与该印迹对应的隐藏域。在搜索到对应的隐藏域的情况下，根据该隐藏域所对应的场景确定目标场景，该目标场景对应有目标场景域。

进一步地，沙箱域中还包括印迹队列，用于存储交互式执行域的准入口令，包含被动式和主动式，该队列存储的口令，可作为跨执行域或跨场景域跳转的参考和决策依据(跳入策略和跳出策略)。进一步地，沙箱域中还包括每个隐藏域的语义队列，用于存储被动语音输入的用户语义，该队列是有界的，结合印迹队列及隐藏域的语义队列，可作为跨执行域或跨场景域跳转的参考和决策依据(跳入策略和跳出策略)。

在一种实施方式中，在步骤S602之前可以包括：根据用户的身份标识，从全局对话上下文集合中确定出该用户的全局对话上下文，其中，全局对话上下文集合中包括多个用户的全局对话上下文。

示例性地，在作用域持有者中，包括每个用户以及每个设备的全局对话上下文，根据当前用户的身份标识，可以得到当前用户的全局对话上下文。

在一种实施方式中，如图6所示，在步骤S101中还可以包括：

步骤S605：在未搜索到当前对话上下文的情况下，从场景名称目录树中搜索与语义请求对应的场景，以确定目标场景。

示例性地，在未搜索到对应的隐藏域的情况下，根据语义请求中的领域、意图、词槽和印迹，从场景名称目录树中搜索与语义请求对应的场景作为目标场景，进而确定目标场景域。

在一种实施方式中，在步骤S102中可以包括：根据语义请求确定用户的意图；根据意图从目标场景域中的多个预设执行域中确定出目标执行域。

其中，意图包括主意图和从意图。例如，基于用户语音“导航去王府井”，导航即为主意图，车端返回“开始导航吗”，用户语音回答“是的”，确定导航操作即为从意图。

在一个应用示例中，如图7所示，基于本申请实施例的方法可以实现跨场景域的跳转，如导航场景域和车控场景域之间的跳转，进而实现不同语音对话场景的跳转。如用户说“导航去王府井”，车端执行导航操作，并向用户返回对话“请选择一条导航路线”，这个时候，用户如果说“打开车窗”，那么基于导航场景域的跳出策略和车控场景域的跳入策略，车端可以实现打开车窗的车控场景。

进一步地，同一场景域之间的不同执行域之间也可以实现跳转。为了便于说明，上述目标执行域为第一目标执行域，上述语义请求为第一语义请求。

在步骤S104中，执行第一目标执行域中的待执行任务，可以包括：根据第二语义请求从目标场景域的多个预设执行域中确定出第二目标执行域；执行第二目标执行域中的待执行任务。

例如：根据第二语义请求确定用户的意图；根据意图从目标场景域中的多个预设执行域中确定出第二目标执行域，进而执行第二目标执行域中的待执行任务，从而实现同一场景域中不同执行域之间的跳转。

在一个应用示例中，如图7所示，基于该方法可以实现导航场景域中的简单域和复杂域之间的跳转。例如：用户说“导航去王府井”，车端执行导航操作这一复杂域中的各任务，并向用户返回对话“请选择一条导航路线”，这个时候，用户如果说“放大地图”，那么车端将切换至地图操作这一简单域中的各任务。

根据本申请实施例的方法，可以实现跨场景域之间的对话场景的切换，实现跨场景的整合能力，从而丰富对话场景。进一步地，根据本申请实施例的执行方法，可以全面获得车辆使用过程中的各项数据(如车辆数据、用户数据、环境数据等)，将其抽象化后(以模态数据的形式)分类(可读、可写、可读写)保存在作用域中。然后，业务开发人员可根据实际需求，对作用域中的模态数据进行编排，产生功能单元(待执行任务)；多个功能单元编排/组合形成相对完整的业务单元，再分类存放在执行域中。由此，业务开发人员可以方便地根据实际需求编排各种对话逻辑，以实现相应的对话场景。

相较于现有技术中的将对话逻辑硬编码写死或通过表单来配置，本申请实施例的执行方法中，由于对业务单元(对话逻辑)的设计过程进行了拆解、抽象和建模，可以得到基于XML的脚本语言，进而基于该脚本语言可在线快速开发迭代出适合用户使用习惯的人机对话过程，使得业务单元的设计可完全由开发者在线完成，并通过数加的热更新运营通道，快速部署到车机端。

另外，把多变的对话逻辑(业务场景)与不变的执行引擎，做天然的隔离，对话逻辑的迭代与执行引擎之间互不影响，从而可以方便对话逻辑的快速迭代。

本申请实施例提供一种语音场景任务的执行装置，如图8所示，该装置包括：目标场景域确定模块801，用于根据用户的语义请求从多个预设的场景域中确定出目标场景域，其中，场景域中预设有跳入策略；目标执行域确定模块802，用于根据语义请求从目标场景域的多个预设执行域中确定出目标执行域；判断模块803，用于根据目标场景域的跳入策略，判断是否跳入目标场景域中；任务执行模块804，用于在判断结果为是的情况下，执行目标执行域中的待执行任务。

在一种实施方式中，判断模块803具体用于：根据当前场景域的跳出策略，判断是否从当前场景域中跳出；在判断结果为是的情况下，根据目标场景域的跳入策略，判断是否跳入目标场景域中。

在一种实施方式中，判断模块803具体用于：从目标场景域的跳入策略中获取与目标执行域相对应的跳入信息；根据用户的全局对话上下文以及跳入信息，判断是否跳入目标场景域中。

在一种实施方式中，判断模块803具体用于：从当前场景域的跳出策略中获取与当前场景域的当前执行域相对应的跳出信息；根据用户的全局对话上下文以及跳出信息，判断是否从当前场景域中跳出。

在一种实施方式中，跳入策略中包括预设的白名单和黑名单。

在一种实施方式中，目标场景域确定模块801具体用于：根据语义请求确定用户的印迹；根据印迹从用户的全局对话上下文中搜索当前对话上下文；在搜索到当前对话上下文的情况下，根据当前对话上下文所对应的场景确定目标场景；根据目标场景确定目标场景域。

在一种实施方式中，目标场景域确定模块801具体用于：根据语义请求确定用户的印迹；根据印迹从用户的全局对话上下文中搜索当前对话上下文；在未搜索到当前对话上下文的情况下，从场景名称目录树中搜索与语义请求对应的场景，以确定目标场景；根据目标场景确定目标场景域。

在一种实施方式中，执行域确定模块802具体用于：根据语义请求确定用户的意图；根据意图从目标场景域的多个预设执行域中确定出目标执行域。

本申请实施例各装置中的各模块的功能可以参见上述方法中的对应描述，在此不再赘述。

图9示出根据本申请实施例的电子设备的结构框图。如图9所示，该设备包括：存储器901和处理器902，存储器901内存储有可在处理器902上运行的指令。处理器902执行该指令时实现上述实施例中的任一种方法。存储器901和处理器902的数量可以为一个或多个。该终端或服务器旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。终端或服务器还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

该设备还可以包括通信接口903，用于与外界设备进行通信，进行数据交互传输。各个设备利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器902可以对在终端或服务器内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个终端或服务器，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

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

应理解的是，上述处理器可以是中央处理器(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。值得说明的是，处理器可以是支持进阶精简指令集机器(advanced RISC machines，ARM)架构的处理器。

本申请实施例提供了一种计算机可读存储介质(如上述的存储器901)，其存储有计算机指令，该程序被处理器执行时实现本申请实施例中提供的方法。

可选的，存储器901可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据终端或服务器的使用所创建的数据等。此外，存储器901可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器901可选包括相对于处理器902远程设置的存储器，这些远程存储器可以通过网络连接至终端或服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

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

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

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

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。

应理解的是，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。上述实施例方法的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器，磁盘或光盘等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (15)

1.一种语音场景任务的执行方法，其特征在于，包括：

根据用户的语义请求从多个预设的场景域中确定出目标场景域，其中，所述场景域中预设有跳入策略；

根据所述语义请求从所述目标场景域的多个预设执行域中确定出目标执行域；

根据所述目标场景域的跳入策略，判断是否跳入所述目标场景域中；

在判断结果为是的情况下，执行所述目标执行域中的待执行任务。

2.根据权利要求1所述的方法，其特征在于，根据所述目标场景域的跳入策略，判断是否跳入所述目标场景域中，包括：

根据当前场景域的跳出策略，判断是否从当前场景域中跳出；

在判断结果为是的情况下，根据所述目标场景域的跳入策略，判断是否跳入所述目标场景域中。

3.根据权利要求1所述的方法，其特征在于，根据所述目标场景域的跳入策略，判断是否跳入所述目标场景域中，包括：

从所述目标场景域的跳入策略中获取与所述目标执行域相对应的跳入信息；

根据所述用户的全局对话上下文以及所述跳入信息，判断是否跳入所述目标场景域中。

4.根据权利要求2所述的方法，其特征在于，根据当前场景域的跳出策略，判断是否从当前场景域中跳出，包括：

从所述当前场景域的跳出策略中获取与所述当前场景域的当前执行域相对应的跳出信息；

根据所述用户的全局对话上下文以及所述跳出信息，判断是否从当前场景域中跳出。

5.根据权利要求1所述的方法，其特征在于，所述跳入策略中包括预设的白名单和黑名单。

6.根据权利要求1至5任一项所述的方法，其特征在于，根据用户的语义请求从多个预设的场景域中确定出目标场景域，包括：

根据所述语义请求确定所述用户的印迹；

根据所述印迹从所述用户的全局对话上下文中搜索当前对话上下文；

在搜索到所述当前对话上下文的情况下，根据所述当前对话上下文所对应的场景确定目标场景；

根据所述目标场景确定所述目标场景域。

7.根据权利要求1至5任一项所述的方法，其特征在于，根据用户的语义请求从多个预设的场景域中确定出目标场景域，包括：

根据所述语义请求确定所述用户的印迹；

根据所述印迹从所述用户的全局对话上下文中搜索当前对话上下文；

在未搜索到所述当前对话上下文的情况下，从场景名称目录树中搜索与所述语义请求对应的场景，以确定目标场景；

根据所述目标场景确定所述目标场景域。

8.根据权利要求1至5任一项所述的方法，其特征在于，根据所述语义请求从所述目标场景域的多个预设执行域中确定出目标执行域，包括：

根据所述语义请求确定所述用户的意图；

根据所述意图从所述目标场景域的多个预设执行域中确定出所述目标执行域。

9.一种语音场景任务的执行装置，其特征在于，包括：

目标场景域确定模块，用于根据用户的语义请求从多个预设的场景域中确定出目标场景域，其中，所述场景域中预设有跳入策略；

目标执行域确定模块，用于根据所述语义请求从所述目标场景域的多个预设执行域中确定出目标执行域；

判断模块，用于根据所述目标场景域的跳入策略，判断是否跳入所述目标场景域中；

任务执行模块，用于在判断结果为是的情况下，执行所述目标执行域中的待执行任务。

10.根据权利要求9所述的装置，其特征在于，所述判断模块具体用于：

根据当前场景域的跳出策略，判断是否从当前场景域中跳出；

在判断结果为是的情况下，根据所述目标场景域的跳入策略，判断是否跳入所述目标场景域中。

11.根据权利要求9所述的装置，其特征在于，所述判断模块具体用于：

从所述目标场景域的跳入策略中获取与所述目标执行域相对应的跳入信息；

根据所述用户的全局对话上下文以及所述跳入信息，判断是否跳入所述目标场景域中。

12.根据权利要求10所述的装置，其特征在于，所述判断模块具体用于：

从所述当前场景域的跳出策略中获取与所述当前场景域的当前执行域相对应的跳出信息；

根据所述用户的全局对话上下文以及所述跳出信息，判断是否从当前场景域中跳出。

13.根据权利要求9所述的装置，其特征在于，所述跳入策略中包括预设的白名单和黑名单。

14.一种电子设备，包括：

至少一个处理器；以及

与该至少一个处理器通信连接的存储器；其中，

该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行权利要求1至8任一项所述的方法。

15.一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8任一项所述的方法。

Images