开云优惠体育网页版入口

专利名称：场景服务的执行方法、装置、电子设备、存储介质及车辆

专利类型：实用新型专利

专利申请号：CN202211545000.0

专利申请（专利权）人：长城汽车股份有限公司
权利人地址：河北省保定市朝阳南大街2266号

专利发明（设计）人：张舒婷,杨星,孙晴,郑成林

专利摘要：本申请提供一种场景服务的执行方法、装置、电子设备、存储介质及车辆；方法包括：通过判断场景服务的类型，对于通用场景服务，在首级逻辑剧本中监测首个逻辑剧情的状态是否满足各自对应的触发条件；当触发条件按照逻辑联结关系被满足，触发首个逻辑剧情中预设的动作，当动作执行结束，首个逻辑剧情执行结束，并判断是否串联其他逻辑剧情；当串联有其他逻辑剧情，按照串联的顺序，依次执行其他逻辑剧情，直至全部逻辑剧情执行结束或被打断，且不指向其他子级逻辑剧本。可见，本方法综合考虑了不同的场景服务，以及场景服务中剧本和剧情之间的逻辑关系来执行各个动作，使得场景服务在执行时，各个级别的剧情之间有秩序，不易冲突。

主权利要求：
1.一种场景服务的执行方法，其特征在于，包括：
判断场景服务的类型，响应于确定所述场景服务为执行固定内容的通用场景服务，在所述通用场景服务的首级逻辑剧本中，监测首个逻辑剧情中至少一个预设的状态是否满足各自对应预设的触发条件；
获取所述首个逻辑剧情中各个触发条件之间的逻辑联结关系，当触发条件按照所述逻辑联结关系被满足，触发所述首个逻辑剧情中预设的动作，响应于触发的动作执行结束，所述首个逻辑剧情执行结束，并判断是否串联其他逻辑剧情；
响应于确定串联有其他逻辑剧情，按照串联的顺序，依次执行所述其他逻辑剧情，直至串联的全部逻辑剧情执行结束或执行被打断，且不指向其他子级逻辑剧本；
所述判断场景服务的类型之后，还包括：
响应于确定所述场景服务为执行自定义编辑内容的用户场景服务，监测至少一个预设的状态是否满足各自对应预设的触发条件；
获取各个触发条件之间的逻辑联结关系，当触发条件按照所述逻辑联结关系被满足，触发所述用户场景服务中预设的动作，响应于触发的动作执行结束，确定所述用户场景服务完成执行；
所述判断场景服务的类型之后，还包括：
基于同时存在的所述用户场景服务和所述通用场景服务，且同时触发各自的动作时；
响应于所述用户场景服务的触发条件被满足，且所述通用场景服务正在执行，则打断所述通用场景服务的执行，并执行所述用户场景服务；
响应于所述通用场景服务的触发条件被满足，且所述用户场景服务正在执行，则禁止所述通用场景服务的执行。
2.根据权利要求1所述的方法，其特征在于，所述监测首个逻辑剧情中至少一个预设的状态是否满足各自对应预设的触发条件，包括：利用为每个状态各自对应预设的触发器，分别监测各个对应状态是否满足对应的触发条件。
3.根据权利要求1所述的方法，其特征在于，所述当触发条件按照所述逻辑联结关系被满足，触发所述首个逻辑剧情中预设的动作，包括：当所述逻辑联结关系为或的关系时，响应于执行所述逻辑联结关系的任一触发条件被对应的状态满足，则按照预设的动作顺序依次触发至少一个动作；
当所述逻辑联结关系为且的关系时，响应于执行所述逻辑联结关系的全部触发条件被对应的状态满足，则按照预设的动作顺序依次触发所述至少一个动作。
4.根据权利要求1所述的方法，其特征在于，所述直至串联的全部逻辑剧情执行结束之后，还包括：响应于逻辑剧情执行结束时指向任意子级逻辑剧本，执行指向的子级逻辑剧本中的逻辑剧情；
响应于所述子级逻辑剧本中的逻辑剧情执行结束或执行被打断，且不指向其他子级逻辑剧本，确定包含所述子级逻辑剧本的所述通用场景服务完成执行。
5.一种场景服务的执行装置，其特征在于，包括：场景启动模块、剧情执行模块和串联执行模块；
其中，所述场景启动模块，被配置为，判断场景服务的类型，响应于确定所述场景服务为执行固定内容的通用场景服务，在所述通用场景服务的首级逻辑剧本中，监测首个逻辑剧情中至少一个预设的状态是否满足各自对应预设的触发条件；
所述剧情执行模块，被配置为，获取所述首个逻辑剧情中各个触发条件之间的逻辑联结关系，当触发条件按照所述逻辑联结关系被满足，触发所述首个逻辑剧情中预设的动作，响应于触发的动作执行结束，所述首个逻辑剧情执行结束，并判断是否串联其他逻辑剧情；
所述串联执行模块，被配置为，响应于确定串联有其他逻辑剧情，按照串联的顺序，依次执行所述其他逻辑剧情，直至串联的全部逻辑剧情执行结束或执行被打断，且不指向其他子级逻辑剧本；
所述判断场景服务的类型之后，还包括：
响应于确定所述场景服务为执行自定义编辑内容的用户场景服务，监测至少一个预设的状态是否满足各自对应预设的触发条件；
获取各个触发条件之间的逻辑联结关系，当触发条件按照所述逻辑联结关系被满足，触发所述用户场景服务中预设的动作，响应于触发的动作执行结束，确定所述用户场景服务完成执行；
所述判断场景服务的类型之后，还包括：
基于同时存在的所述用户场景服务和所述通用场景服务，且同时触发各自的动作时；
响应于所述用户场景服务的触发条件被满足，且所述通用场景服务正在执行，则打断所述通用场景服务的执行，并执行所述用户场景服务；
响应于所述通用场景服务的触发条件被满足，且所述用户场景服务正在执行，则禁止所述通用场景服务的执行。
6.一种电子设备，包括存储器、处理器及存储在所述存储器上并可由所述处理器执行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至4中任意一项所述的方法。
7.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储计算机指令，所述计算机指令用于使计算机执行根据权利要求1至4中任意一项所述的方法。
8.一种车辆，其特征在于，包括如权利要求5所述的场景服务的执行装置或权利要求6所述的电子设备。 说明书 : 场景服务的执行方法、装置、电子设备、存储介质及车辆技术领域[0001] 本申请的实施例涉及技术领域，尤其涉及一种场景服务的执行方法、装置、电子设备、存储介质及车辆。背景技术[0002] 在车辆的场景服务部署方式中，由于车机系统所涉及调用的设备多，场景服务在执行时需要判定的情况复杂，因此，对于处理的场景状况复杂多变的场景服务来说，算法冗余且混乱的执行方式极易引起执行冲突，使得场景服务难以通过有秩序，有条理的逻辑来执行。[0003] 基于此，需要一种能够有秩序，有条理地执行场景服务的方案，以此来解决复杂执行逻辑中执行混乱，易冲突的问题。发明内容[0004] 有鉴于此，本申请的目的在于提出一种场景服务的执行方法、装置、电子设备、存储介质及车辆，以解决复杂执行逻辑中执行混乱，易冲突的问题。[0005] 基于上述目的，本申请提供了场景服务的执行方法，包括：[0006] 判断场景服务的类型，响应于确定所述场景服务为执行固定内容的通用场景服务，在所述通用场景服务的首级逻辑剧本中，监测首个逻辑剧情中至少一个预设的状态是否满足各自对应预设的触发条件；[0007] 获取所述首个逻辑剧情中各个触发条件之间的逻辑联结关系，当触发条件按照所述逻辑联结关系被满足，触发所述首个逻辑剧情中预设的动作，响应于触发的动作执行结束，所述首个逻辑剧情执行结束，并判断是否串联其他逻辑剧情；[0008] 响应于确定串联有其他逻辑剧情，按照串联的顺序，依次执行所述其他逻辑剧情，直至串联的全部逻辑剧情执行结束或执行被打断，且不指向其他子级逻辑剧本。[0009] 进一步地，判断场景服务的类型之后，还包括：[0010] 响应于确定所述场景服务为执行自定义编辑内容的用户场景服务，监测至少一个预设的状态是否满足各自对应预设的触发条件；[0011] 获取各个触发条件之间的逻辑联结关系，当触发条件按照所述逻辑联结关系被满足，触发所述用户场景服务中预设的动作，响应于触发的动作执行结束，确定所述用户场景服务完成执行。[0012] 进一步地，判断场景服务的类型之后，还包括：[0013] 基于同时存在的所述用户场景服务和所述通用场景服务，且同时触发各自的动作时；[0014] 响应于所述用户场景服务的触发条件被满足，且所述通用场景服务正在执行，则打断所述通用场景服务的执行，并执行所述用户场景服务；[0015] 响应于所述通用场景服务的触发条件被满足，且所述用户场景服务正在执行，则禁止所述通用场景服务的执行。[0016] 进一步地，监测首个逻辑剧情中至少一个预设的状态是否满足各自对应预设的触发条件，包括：[0017] 利用为每个状态各自对应预设的触发器，分别监测各个对应状态是否满足对应的触发条件。[0018] 进一步地，当触发条件按照所述逻辑联结关系被满足，触发所述首个逻辑剧情中预设的动作，包括：[0019] 当所述逻辑联结关系为或的关系时，响应于执行所述逻辑联结关系的任一触发条件被对应的状态满足，则按照预设的动作顺序依次触发所述至少一个动作；[0020] 当所述逻辑联结关系为且的关系时，响应于执行所述逻辑联结关系的全部触发条件被对应的状态满足，则按照预设的动作顺序依次触发所述至少一个动作。[0021] 进一步地，直至串联的全部逻辑剧情执行结束之后，还包括：[0022] 响应于逻辑剧情执行结束时指向任意子级逻辑剧本，执行指向的子级逻辑剧本中的逻辑剧情；[0023] 响应于所述子级逻辑剧本中的逻辑剧情执行结束或执行被打断，且不指向其他子级逻辑剧本，确定包含所述子级逻辑剧本的所述通用场景服务完成执行。[0024] 基于同一发明构思，本申请还提供了一种场景服务的执行装置，包括：场景启动模块、剧情执行模块和串联执行模块；[0025] 其中，所述场景启动模块，被配置为，判断场景服务的类型，响应于确定所述场景服务为执行固定内容的通用场景服务，在所述通用场景服务的首级逻辑剧本中，监测首个逻辑剧情中至少一个预设的状态是否满足各自对应预设的触发条件；[0026] 所述剧情执行模块，被配置为，获取所述首个逻辑剧情中各个触发条件之间的逻辑联结关系，当触发条件按照所述逻辑联结关系被满足，触发所述首个逻辑剧情中预设的动作，响应于触发的动作执行结束，所述首个逻辑剧情执行结束，并判断是否串联其他逻辑剧情；[0027] 所述串联执行模块，被配置为，响应于确定串联有其他逻辑剧情，按照串联的顺序，依次执行所述其他逻辑剧情，直至串联的全部逻辑剧情执行结束或执行被打断，且不指向其他子级逻辑剧本。[0028] 基于同一发明构思，本申请还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上任意一项所述的场景服务的执行方法。[0029] 基于同一发明构思，本申请还提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上述场景服务的执行方法。[0030] 基于同一发明构思，本申请还提供了一种车辆，所述车辆包括场景服务的执行装置和电子设备，所述电子设备执行如上任意一项所述的场景服务的执行方法。[0031] 从上面所述可以看出，本申请提供的场景服务的执行方法、装置、电子设备、存储介质及车辆，基于不同场景服务的类型，综合考虑了执行固定内容的通用场景服务，与执行自定义内容的用户场景服务之间的区别，在执行通用场景服务时，基于逻辑剧情中检测的状态和预设的触发条件，以及，预设的逻辑联结关系来触发动作，并考虑了多个剧情串联为剧本的情况，通过依次执行各个剧情来完成整个剧本的执行。[0032] 进一步地，对于多个剧本的串联，通过划分各个剧本之间的级别，以作为首级逻辑剧本的父剧本最先执行，作为下一级别的子级逻辑剧本后执行的方式，来实现整个场景服务的执行，使得场景服务在执行时，各个级别的剧情之间有秩序，不易冲突。附图说明[0033] 为了更清楚地说明本申请或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。[0034] 图1为本申请实施例的场景服务的第一架构图；[0035] 图2为本申请实施例的场景服务的第二架构图；[0036] 图3为本申请实施例的场景服务的执行方法的流程图；[0037] 图4为本申请实施例的场景服务的执行装置结构示意图；[0038] 图5为本申请实施例的电子设备结构示意图。具体实施方式[0039] 为使本申请的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本申请进一步详细说明。[0040] 需要说明的是，除非另外定义，本申请的实施例使用的技术术语或者科学术语应当为本申请所属领域内具有一般技能的人士所理解的通常意义。本申请的实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。[0041] 如背景技术部分所述，相关的场景服务的执行方法还难以满足实际执行的需要。[0042] 申请人在实现本申请的过程中发现，相关的场景服务的执行方法存在的主要问题在于：由于车机系统所涉及调用的设备多，部署的场景服务在执行时需要判定的情况复杂，因此，对于处理的场景状况复杂多变的场景服务来说，算法冗余且混乱的执行方式极易引起执行冲突，使得场景服务难以通过有秩序，有条理的逻辑来执行。[0043] 基于此，本申请中的一个或多个实施例提供了场景服务的执行方法，基于设计的多个逻辑剧情之间的串联关系，来执行一个或多个逻辑剧本，从而实现含有一个或多个逻辑剧本在内的，整体场景服务的执行，解决了解决复杂执行逻辑中执行混乱，易冲突的问题。[0044] 以下结合附图详细说明本申请的实施例。[0045] 在本申请的实施例中，以搭载了场景服务的车辆作为具体的示例。[0046] 其中，车辆中的车机可以用于下载、存储和执行云端平台发布的场景服务；与车机进行通信的云端平台可以存储和运营场景服务，与云端平台进行通信的手机应用可以对场景服务进行编辑。[0047] 其中，场景服务可以视为程序架构中部署并运行的服务或者微服务，在本实施例中，场景服务也可称为：车辆运行场景；或者简称为：场景。[0048] 进一步地，如图1所示，场景服务中可以包含有一个或多个逻辑剧本；每个逻辑剧本可以由一个或多个逻辑剧情组成；如图2所示，每个逻辑剧情由至少一个触发器、至少一个条件和至少一个动作构成。[0049] 其中，每个类型触发器可以用于主动持续监测对应该类型的状态在一段时长内的变化，例如，温度类触发器可以用于持续监测温度的变化；另一些类型的触发器还可以用于持续被动接收对应该类型的状态，例如，语音类触发器可以持续监测车机的用户是否发出语音指令，并对发出的语音指令进行识别。[0050] 进一步地，逻辑剧情中预先设置的条件，在本实施例中也可以称为触发条件，用于评估触发器所监测的状态，当触发器所监测的状态满足对应的触发条件时，则可以触发逻辑剧情中预设的动作。[0051] 可以看出，每个逻辑剧情具体描述了车机执行一个或多个动作时，一整套逻辑动作的触发和执行方式，在本实施例中，逻辑剧情也可简称为剧情。[0052] 进一步地，一个剧情可以作为一个逻辑剧本，多个剧情也可以以预先设置的先后顺序，通过串联的方式形成一个逻辑剧本，用于执行多套逻辑动作的触发和执行，在本实施例中，逻辑剧本也可简称为剧本。[0053] 进一步地，一个剧本可以在多个场景服务中使用，当一个场景服务中仅包含多于1个剧本时，则多个剧本将以父子剧本的形式进行串联。[0054] 具体地，父剧本可以视为在同一个场景服务中最先执行的首级逻辑剧本；子剧本作为首级逻辑剧本的下一级逻辑剧本，需要在父剧本执行完成后才能够启动，并用于承接在父剧本之后需要执行的逻辑动作。[0055] 在本实施例中，由上述的剧本和剧情组成的场景服务可以作为执行固定内容的通用场景服务，也就是说，在通用场景服务中，触发条件、动作和状态均为固定内容，不支持用户进行自定义编辑，也即一旦由场景服务的运营方构建出，便不可改变。[0056] 进一步地，场景服务也可以不按照上述的剧本和剧情的方式构建，在本实施例中，场景服务也可以由用户通过手机应用直接编辑场景中的触发器、条件和动作之间的动作执行逻辑，构建出用户场景服务，并将其部署至车机，可以看出，用户场景服务中所执行的内容为用户自定义编辑，并支持用户进行修改。[0057] 参考图3，本申请一个实施例的场景服务的执行方法，可以由车辆的车机执行，并具体包括以下步骤：[0058] 步骤S301、判断场景服务的类型，响应于确定所述场景服务为执行固定内容的通用场景服务，在所述通用场景服务的首级逻辑剧本中，持续监测首个逻辑剧情中至少一个预设的状态是否满足各自对应预设的触发条件。[0059] 在本申请的实施例中，基于上述的场景服务的类型，在执行场景服务时，通过判断场景服务的类型，来分别对不同类型的场景服务运行不同的执行逻辑。[0060] 进一步地，当判断出待执行的场景服务为通用场景服务时，则可以认为该通用场景服务中存在至少1个剧本，存在的至少1个剧本中具备至少1个剧情。[0061] 进一步地，将首个执行的逻辑剧本作为首级逻辑剧本，也即父剧本，并首先执行该父剧本中的首个剧情。[0062] 具体地，通过启动剧情中的触发器，可以触发对状态的持续监测，并实时评估被监测的状态是否满足对应该状态的触发条件。[0063] 进一步地，当剧情中设置有多个触发器时，各个触发器之间为“或”的逻辑关系，也就是说，多个触发器中的任一触发器被启动，即可对预设的状态实施监测，并实时评估该状态是否满足对应的触发条件。[0064] 在具体的示例中，例如车机中部署的“语音开启高效降温”的通用场景服务，其中，父剧本为“语音开启”，并包括有1个剧情，也即“语音开启”的剧情，在该剧情中，触发器可以包括语音类触发器和温度类触发器两个；被监测的状态可以包括语音指令和温度两个；对应语音指令状态的语音触发条件可以是含有“开启高效降温”语义的语音语句，对应温度状态的温度触发条件可以是预设的温度值；预设的动作可以是：启动车载空调制冷。[0065] 其中，语音类触发器用于监测驾乘人员是否有语音指令发出，并在监测到语音指令时，通过识别该语音指令，来判断是否含有对应的语音触发条件中预设的语义。[0066] 进一步地，温度类触发器用于监测车内温度，并判断车内温度是否超出对应的温度触发条件。[0067] 进一步地，由于温度类触发器和语音类触发器之间为“或”的关系，因此，在执行该“语音开启高效降温”场景时，若仍有另外一个场景在执行，并占用了上述两个触发器中的任意一个时，则启动语音类触发器和温度类触发器中的另一个，即可启动对对应状态的检测和评估。[0068] 例如，启动语音类触发器时，在未同时启动温度类触发器时，也可以启动对语音指令的监测和识别；在启动温度类触发器时，在未同时启动语音类触发器时，也可以启动对车内温度的监测和判断。[0069] 可以看出，对于串联结构复杂的通用场景服务，基于其串联结构中包含的多个逻辑剧本和多个逻辑剧情，通过从执行逻辑最底层的逻辑剧情中设置触发器、触发条件和动作，可以将各个动作与各个状态分别对应，并细化了状态变化与动作执行之间的细粒度。[0070] 步骤S302、基于各个触发条件之间的逻辑联结关系，当执行所述逻辑联结关系的触发条件被满足，触发至少一个预设的动作，响应于触发的动作执行结束，所述首个逻辑剧情执行结束，并判断是否串联其他逻辑剧情。[0071] 在本申请的实施例中，通过各个触发条件之间预设的逻辑联结关系，并基于上述步骤中触发器对状态的监测和判断，可以在满足对应触发条件，并且逻辑联结关系有效执行后，触发剧情中预先设置的对应动作。[0072] 具体地，在场景服务的执行过程中，当剧情中预设了多个触发条件时，可以预先设置各个触发条件之间的逻辑联结关系，其中，逻辑联结关系可以是例如“或”，或者“且”，或者“非”的执行逻辑。[0073] 基于此，可以令该剧情中的多个触发条件执行上述设置的逻辑联结关系，并触发对应预设的至少一个动作。[0074] 具体地，当逻辑联结关系为“或”时，则认为在执行该逻辑联结关系的多个触发条件中，任一触发条件被对应的状态满足时，则可以执行剧情中对应该触发条件和状态的全部动作。[0075] 进一步地，当逻辑联结关系为“且”时，则认为在执行该逻辑联结关系的多个触发条件中，需要全部触发条件均被对应的状态满足时，才可以执行剧情中对应该触发条件和状态的动作。[0076] 在具体的示例中，在“自动开启座舱空气清洁”的通用场景服务中，包含有1个剧本，且该剧本包含有1个剧情。[0077] 其中，在该剧情中，监测的2个状态包括：座舱门窗状态，以及，座舱内空气质量的状态；对应2个状态分别设置的2个触发条件包括：门窗关闭状态，以及，座舱内空气质量的状态处于低于预设的质量阈值的状态；并且，2个触发条件之间的逻辑联结关系为“且”。[0078] 进一步地，该剧情中预设的动作包括，“执行空气清洁功能”。[0079] 基于此，只有当2个条件均被满足，也即，座舱门窗状态为关闭状态，且，座舱内空气质量座舱内空气质量的状态处于低于预设的质量阈值的状态时，才可以触发“执行空气清洁功能”的动作。[0080] 在本实施例中，当剧情中的动作执行完成后，将判断是否串联有其他剧情。[0081] 具体地，当剧情中预设的动作执行完成后，将继续判断是否有启动另一剧情内的预设触发器的动作。[0082] 可以看出，通过设置的逻辑联结关系，可以有条理地整合多个触发条件之间的逻辑关系，使得动作的执行更加有条理；进一步地，通过对动作执行情况的判断，可以判定当前逻辑剧情是否执行结束，基于此，可以直接串联至下一逻辑剧情。[0083] 步骤S303、响应于确定串联有其他逻辑剧情，按照串联的顺序，依次执行所述其他逻辑剧情，直至串联的全部逻辑剧情执行结束或执行被打断，且不指向其他子级逻辑剧本。[0084] 在本申请的实施例中，当剧本中串联有其他剧情时，则可以按照串联的顺序，依次执行其他剧情，直至全部剧情执行完毕。[0085] 在本申请的另一具体的示例中，在“语音开启高效降温”的通用场景服务中，对于父剧本：“语音开启”，也可以设置为包含两个剧情。[0086] 具体地，第1个剧情可以是通过温度类触发器来检测车内温度状态，并在判断出车内温度状态满足预设的温度触发条件时，执行语音播报动作，并具体播报：“是否开启高效降温”。[0087] 进一步地，在第1个剧情之后，还可以串联第2个剧情。[0088] 具体地，第2个剧情可以是通过语音类触发器来识别驾乘人员发出的语音指令，并在识别出“开启高效降温”语义的语音指令时，执行预设动作：启动车载空调制冷。[0089] 基于此，当该剧情的语音播报动作执行完成后，可以认为第1个剧情执行结束，并顺次执行第2个剧情。[0090] 在本实施例中，剧本中的全部剧情均顺次执行，并执行至最后一个剧情时，其最后执行的动作可以设置为：停止剧本，基于该动作的顺利执行，可以认为该剧本完成执行。[0091] 在另一实施例中，当剧本中的任意剧情在执行时，因执行其他场景服务的而打断，基于此，也可以认为该剧本完成执行。[0092] 在另一实施例中，剧本中的全部剧情均顺次执行，并执行至最后一个剧情时，若其最后顺利执行的动作为：启动指定的子剧本，基于该动作，也可以认为该剧本完成执行，同时，场景服务将并指向下一子剧本的执行，因此，但该场景服务并未完成执行。[0093] 在具体的示例中，在“语音开启高效降温”的通用场景服务中，对于父剧本：“语音开启”，也可以设置为包含两个剧情。[0094] 具体地，第1个剧情可以是通过温度类触发器来检测车内温度状态，并在判断出车内温度状态满足预设的温度触发条件时，执行语音播报动作，并具体播报：“是否开启高效降温”。[0095] 进一步地，在第1个剧情之后，还可以串联第2个剧情。[0096] 具体地，第2个剧情可以是通过语音类触发器来识别驾乘人员发出的语音指令，并在识别出“开启高效降温”语义的语音指令时，执行预设动作：启动子剧本。[0097] 基于此，当该剧情的语音播报动作执行完成后，可以认为第2个剧情执行结束后，将指向子剧本的执行。[0098] 在本实施例中，对于父剧本：“语音开启”，其串联的子剧本可以是：“高效降温”。[0099] 其中，子剧本中预设的动作可以包括：调用车载空调设备进行制冷，启动车辆的座椅通风功能。[0100] 进一步地，子剧本的触发器可以是用于：判断串联的前一父剧本是否成功执行，并指示启动子剧本；基于此，触发条件则时前一父剧本的动作：启动子剧本，可以顺利成功执行。[0101] 在本申请的另一实施例中，子剧本还可以应用于多个不同场景服务，并通过串联不同的父剧本来执行。[0102] 在具体的示例中，对于前述实施例中的子剧本：“高效降温”，可以与父剧本：“语音启动”，共同串联为“语音启动高效降温”的场景服务。[0103] 进一步地，该子剧本：“高效降温”，可以与父剧本：“自动启动”，共同串联为“自动音启动高效降温”的场景服务。[0104] 其中，父剧本“自动启动”可以包括：1个剧情，该剧情可以是通过温度类触发器来检测车内温度状态，并在判断出车内温度状态满足预设的温度触发条件时，执行预设动作：启动子剧本：“高效降温”。[0105] 在本申请的一些其他实施例中，基于对场景服务的判断，当判断出待执行的场景服务为用户场景服务时，则可以认为，该用户场景服务中不具备父剧本和子剧本的执行结构。[0106] 在用户场景服务中，可以由用户自定义设置触发器、触发条件和执行的动作，并在触发器启动后，持续监测指定的状态是否满足预设的触发条件。[0107] 进一步地，令触发条件按照预定的逻辑联结关系执行，当触发条件按照该逻辑联结关系的执行原则被满足则执行对应的动作，以完成用户场景服务的执行。[0108] 在本申请的另一实施例中，基于对场景服务的判断，当判断出待执行的场景服务为多个，既有用户场景服务，又存在通用场景服务时，由于用户场景服务是由用户进行编辑，因此，用户场景服务在执行时，其执行的优先级高于通用场景服务。[0109] 具体地，当用户场景服务和通用场景服务，同时触发各自的动作时，优先执行用户长场景的动作。[0110] 其中，当通用场景服务中任意剧本或者剧情的动作正在执行的同时，用户场景服务中的任意触发条件被满足，则打断通用场景服务中动作的执行，并执行用户场景服务中该触发条件对应的动作。[0111] 进一步地，当用户场景服务中的任意动作正在执行的同时，通用户场景服务中任意剧本或者剧情的触发条件被满足，则通用场景服务中对应该触发条件的动作被禁止执行。[0112] 可以看出，对于不同类型的场景服务，综合考虑了场景服务运营者的设置，以及，用户的设置，通过打断剧本和禁止剧本的方式，使得用户场景服务的优先级高于通用场景服务，充分满足了用户的需求。[0113] 可见，本申请的实施例的场景服务的执行方法，基于不同场景服务的类型，综合考虑了执行固定内容的通用场景服务，与执行自定义内容的用户场景服务之间的区别，在执行通用场景服务时，基于逻辑剧情中检测的状态和预设的触发条件，以及，预设的逻辑联结关系来触发动作，并考虑了多个剧情串联为剧本的情况，通过依次执行各个剧情来完成整个剧本的执行。[0114] 进一步地，对于多个剧本的串联，通过划分各个剧本之间的级别，以作为首级逻辑剧本的父剧本最先执行，作为下一级别的子级逻辑剧本后执行的方式，来实现整个场景服务的执行，使得场景服务在执行时，各个级别的剧情之间有秩序，不易冲突。[0115] 需要说明的是，本申请的实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本申请的实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。[0116] 需要说明的是，上述对本申请的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。[0117] 基于同一发明构思，与上述任意实施例方法相对应的，本申请的实施例还提供了一种场景服务的执行装置。[0118] 参考图4，所述场景服务的执行装置，包括：场景启动模块401、剧情执行模块402和串联执行模块403；[0119] 其中，所述场景启动模块401，被配置为，判断场景服务的类型，响应于确定所述场景服务为执行固定内容的通用场景服务，在所述通用场景服务的首级逻辑剧本中，监测首个逻辑剧情中至少一个预设的状态是否满足各自对应预设的触发条件；[0120] 所述剧情执行模块402，被配置为，获取所述首个逻辑剧情中各个触发条件之间的逻辑联结关系，当触发条件按照所述逻辑联结关系被满足，触发所述首个逻辑剧情中预设的动作，响应于触发的动作执行结束，所述首个逻辑剧情执行结束，并判断是否串联其他逻辑剧情；[0121] 所述串联执行模块403，被配置为，响应于确定串联有其他逻辑剧情，按照串联的顺序，依次执行所述其他逻辑剧情，直至串联的全部逻辑剧情执行结束或执行被打断，且不指向其他子级逻辑剧本。[0122] 作为一个可选的实施例，所述场景启动模块401，具体被配置为：[0123] 利用为每个状态各自对应预设的触发器，分别监测各个对应状态是否满足对应的触发条件。[0124] 进一步地，在判断场景服务的类型之后：[0125] 响应于确定所述场景服务为执行自定义编辑内容的用户场景服务，监测至少一个预设的状态是否满足各自对应预设的触发条件；[0126] 获取各个触发条件之间的逻辑联结关系，当触发条件按照所述逻辑联结关系被满足，触发所述用户场景服务中预设的动作，响应于触发的动作执行结束，确定所述用户场景服务完成执行。[0127] 进一步地，基于同时存在的所述用户场景服务和所述通用场景服务，且同时触发各自的动作时；[0128] 响应于所述用户场景服务的触发条件被满足，且所述通用场景服务正在执行，则打断所述通用场景服务的执行，并执行所述用户场景服务；[0129] 响应于所述通用场景服务的触发条件被满足，且所述用户场景服务正在执行，则禁止所述通用场景服务的执行。[0130] 作为一个可选的实施例，所述剧情执行模块402，具体被配置为：[0131] 当所述逻辑联结关系为或的关系时，响应于执行所述逻辑联结关系的任一触发条件被对应的状态满足，则按照预设的动作顺序依次触发所述至少一个动作；[0132] 当所述逻辑联结关系为且的关系时，响应于执行所述逻辑联结关系的全部触发条件被对应的状态满足，则按照预设的动作顺序依次触发所述至少一个动作。[0133] 作为一个可选的实施例，所述串联执行模块403，具体被配置为：[0134] 在直至串联的全部逻辑剧情执行结束之后：[0135] 响应于逻辑剧情执行结束时指向任意子级逻辑剧本，执行指向的子级逻辑剧本中的逻辑剧情；[0136] 响应于所述子级逻辑剧本中的逻辑剧情执行结束或执行被打断，且不指向其他子级逻辑剧本，确定包含所述子级逻辑剧本的所述通用场景服务完成执行。[0137] 为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请的实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。[0138] 上述实施例的装置用于实现前述任一实施例中相应的场景服务的执行方法，并且具有相应的方法实施例的有益效果，在此不再赘述。[0139] 基于同一发明构思，与上述任意实施例方法相对应的，本申请的实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上任意一实施例所述的场景服务的执行方法。[0140] 图5示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。[0141] 处理器1010可以采用通用的CPU(CentralProcessingUnit，中央处理器)、微处理器、应用专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请实施例所提供的技术方案。[0142] 存储器1020可以采用ROM(ReadOnlyMemory，只读存储器)、RAM(RandomAccessMemory，随机存取存储器)、静态存储设备、动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本申请实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。[0143] 输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入/输出模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。[0144] 通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。[0145] 总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。[0146] 需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请实施例方案所必需的组件，而不必包含图中所示的全部组件。[0147] 上述实施例的装置用于实现前述任一实施例中相应的场景服务的执行方法，并且具有相应的方法实施例的有益效果，在此不再赘述。[0148] 基于同一发明构思，与上述任意实施例方法相对应的，本申请还提供了一种车辆，所述车辆包括场景服务的执行装置和电子设备，所述电子设备执行如上任意一项所述的场景服务的执行方法。[0149] 基于同一发明构思，与上述任意实施例方法相对应的，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的场景服务的执行方法。[0150] 本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD?ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。[0151] 上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的场景服务的执行方法，并且具有相应的方法实施例的有益效果，在此不再赘述。[0152] 所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本申请的范围(包括权利要求)被限于这些例子；在本申请的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本申请的实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。[0153] 另外，为简化说明和讨论，并且为了不会使本申请的实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本申请的实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本申请的实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本申请的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本申请的实施例。因此，这些描述应被认为是说明性的而不是限制性的。[0154] 尽管已经结合了本申请的具体实施例对本申请进行了描述，但是根据前[0155] 面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说5将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可[0156] 以使用所讨论的实施例。[0157] 本申请的实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本申请的实施例的精神和原则之内，所[0158] 做的任何省略、修改、等同替换、改进等，均应包含在本申请的保护范围之0内。

专利地区：河北

专利申请日期：2022-12-02

专利公开日期：2024-11-29

专利公告号：CN115923685B