车辆座舱控制方法、车辆及计算机可读存储介质与流程

1.本技术涉及车辆技术领域，更具体而言，涉及一种车辆控制方法、车辆和计算机可读存储介质。


背景技术：

2.对于车载系统功能的定制方案，极大提高了用户使用车辆的便捷性。用户可预先对车载系统功能进行定制，定制方案包括触发条件及执行动作，在用户用车过程中，若触发条件被触发，则可执行触发条件下的执行动作。目前，已有相关技术提供用户进行车载系统功能方案的定制，但在触发条件被触发的情况下仅支持执行动作的顺序执行，无法根据实际情况改变指令的执行策略，使用户体验不佳。


技术实现要素：

3.本技术提供了一种车辆座舱控制方法、车辆和计算机可读存储介质。
4.本技术的车辆座舱控制方法，包括：
5.在车载系统功能的定制方案满足预设的触发条件的情况下，获取所述定制方案中当前执行动作的属性；
6.在所述当前执行动作的属性为预定属性的情况下，根据所述当前执行动作的业务类型将针对所述当前执行动作组装的干预信息下发至车载系统；
7.根据所述干预信息，向用户进行干预反馈；
8.根据接收到的用户针对所述干预反馈的反馈操作确定所述当前执行动作的执行策略。
9.如此，本技术中，在车载系统功能的定制方案满足预设的触发条件的情况下，可根据判断为预定属性的当前执行动作的业务类型组装干预信息并下发至车载系统，并根据干预信息向用户进行干预反馈，最后可根据接收到的用户针对干预反馈的反馈操作确定当前执行动作的执行策略。定制方案可以根据主动干预动作而改变后续执行的流程，使用户定制方案可适应更多复杂的场景，使车载系统更加智能化，用户体验更佳。
10.所述在所述当前执行动作的属性为预定属性的情况下，根据所述当前执行动作的业务类型将针对所述当前执行动作组装的干预信息下发至车载系统，包括：
11.获取用户在编辑所述定制方案时根据预设模板输入的所述当前执行动作的动作信息，所述预设模板针对预定属性的执行动作设定；
12.根据所述动作信息组装所述当前执行动作的干预信息，所述干预信息包括干预触发语音播报内容和所述当前执行动作的条件组，所述条件组包括多个子执行条件以及与每个所述子执行条件对应的子执行动作和/或语音反馈内容；
13.将所述干预信息下发至车载系统的语音助手。
14.如此，可支持用户输入当前执行动作的动作信息，并形成干预信息下发至车载系统的语音助手，以便用户定制可适应更多复杂的场景的车载系统功能定制方案。
15.所述根据所述干预信息，向用户进行干预反馈，包括：
16.将接收到的所述干预信息中的所述条件组注册至所述语音助手的目标语音池中；
17.切换所述语音助手的语音处理链路，以通过所述目标语音池处理所述用户针对所述干预反馈的语音反馈；
18.通过所述语音助手向用户语音播报所述干预触发语音播报内容；
19.将所述语音助手置于倾听态，以接收用户的语音反馈。
20.如此，可将接收到的干预信息中的条件组注册至目标语音池中，切换语音助手的语音处理链路，还可通过语音助手向用户播报干预触发语音，并置于倾听态，以便接收并处理用户对于干预反馈的语音反馈，确定当前执行动作的执行策略，完成语音交互过程。
21.所述根据接收到的用户针对所述干预反馈的反馈操作确定所述当前执行动作的执行策略，包括：
22.接收用户针对所述干预触发语音播报内容的语音反馈；
23.将所述语音反馈与所述目标语音池中的所述条件组进行匹配处理；
24.根据所述匹配处理的结果确定所述当前执行动作的执行策略。
25.如此，可处理接收到的用户针对干预触发语音播报内容的语音反馈中，与目标语音池中的条件能够形成匹配的语音反馈，确定当前执行动作的执行策略，以实现可适应更多复杂的场景的车载系统功能定制方案。
26.所述根据所述匹配处理的结果确定所述当前执行动作的执行策略，包括：
27.在所述语音反馈与所述条件组形成匹配的情况下，根据所述语音反馈匹配到的子执行条件，执行与所述子执行条件对应的子执行动作和/或语音反馈内容。
28.如此，在语音反馈与条件组内的子执行条件相匹配时，可执行子执行条件对应的子执行动作以及语音反馈内容。子执行条件及其对应执行动作的引入，可使车载系统功能定制方案能够适应更多复杂的场景。
29.所述根据所述匹配处理的结果确定所述当前执行动作的执行策略，包括：
30.在所述语音反馈未与所述条件组形成匹配的情况下，执行所述当前执行动作的下一执行动作。
31.如此，在语音反馈与条件组内的子执行条件相匹配时，可执行子执行条件对应的子执行动作以及语音反馈内容。子执行条件及其对应执行动作的引入，可使车载系统功能定制方案能够适应更多复杂的场景。
32.所述根据所述匹配处理的结果确定所述当前执行动作的执行策略，包括：
33.在预定次数的所述语音反馈均未与所述条件组形成匹配的情况下，执行所述当前执行动作的下一执行动作。
34.如此，在预定次数内，若用户发出的语音反馈未能与注册语音池中的条件组形成匹配，可执行下一执行动作。合适的预订次数不仅可以使用户无需立刻回复语音助手的询问，还减少了干预循环次数，降低车载系统的工作负荷。
35.所述根据所述匹配处理的结果确定所述当前执行动作的执行策略，包括：
36.若在预定时间内未接收到所述语音反馈，执行所述当前执行动作的下一执行动作。
37.如此，在预定时间内，若语音助手没有接收到用户的语音反馈，可执行下一执行动
作。合适的预订时间不仅可以使用户无需立刻回复语音助手的询问，还节省了主动干预执行的时间，提高车载语音助手的工作效率。
38.所述方法还包括：
39.在下发所述干预信息至所述车载系统的语音助手后，暂停执行所述定制方案中执行顺序在所述当前执行动作后的执行动作。
40.如此，可根据干预信息暂停车载系统定制方案中正在执行的线程，后续执行动作可根据干预信息实现暂停执行或继续执行，以达到特殊状态下的干预处理可适应更多复杂的场景的车载系统功能定制方案。
41.本技术的车辆，包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，实现上述的方法。
42.本技术的计算机可读存储介质，存储有计算机程序，当所述计算机程序被一个或多个处理器执行时，实现上述的方法。
43.本技术的实施方式的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实施方式的实践了解到。
附图说明
44.本技术的上述和/或附加的方面和优点从结合下面附图对实施方式的描述中将变得明显和容易理解，其中：
45.图1是本技术车辆座舱控制方法的流程示意图；
46.图2是本技术车辆座舱控制方法的流程示意图；
47.图3是本技术车辆座舱控制方法的流程示意图；
48.图4是本技术车辆座舱控制方法的流程示意图；
49.图5是本技术车辆座舱控制方法的流程示意图。
具体实施方式
50.下面详细描述本技术的实施方式，实施方式的示例在附图中示出，其中，相同或类似的标号自始至终表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本技术的实施方式，而不能理解为对本技术的实施方式的限制。
51.随着生活节奏的加快，用户对车辆的需求不仅满足于手动操控，而是希望车辆更加智能化，而电动汽车也逐渐在往智能化、个性化方向发展。对于智能化车辆，用户往往需要手动操作较多步骤，来实现自己对车辆的个性化需求。手动操作大多为重复性简单的操作，这些重复性简单的操作较为耗时，另外，手动操作往往无法满足用户对车辆的更多个性化需求，降低用户对智能化车辆的体验。
52.目前，有相关技术为用户提供简单的车载系统功能方案的定制。其中，用户可使用触发条件和执行指令，从而在用车过程中，当满足触发条件时，执行定制方案中若干执行动作。然而，相关技术中，在方案定制时就限定了指令按添加顺序顺次执行，不能根据车辆自身状态的不同或车辆所处环境的变化而跳过部分不期望执行的指令，导致定制方案的用户体验不佳。例如，定制场景为“迎宾”，即可在副驾上车时，按副驾人员习惯执行座椅调节等
指令。而在实际情况下，进入副驾的人员可能不固定，则不能根据实际进入副驾的人员情况实时调整好座椅角度或其他指令。此外，在执行指令组合存在安全隐患或其他风险时，车载语音助手不具备询问用户是否执行或执行何种指令的能力。
53.例如，对于一些远程场景，如果人不在车内，定制方案不能根据环境变化而跳过部分指令的这一特点可能会引发用户损失。例如，定制方案为“通勤前开窗通风”，则在用户设置了通勤时间的情况下，每个工作日早晨的预设时刻都会自动打开车窗。然而，实际应用场景可能面对更为复杂的情况，例如，如果车辆停放在户外，而当天却是雨雪天气，如果仍执行打开车窗，车内会进入雨雪，可能导致座舱内被淋湿。又如，在某一天，用户由于临时有事提前将车辆由家中驶出，在时间达到预设时刻时，可能车辆恰好处于正在驾驶的状态，或者车辆停放在公共场所的停车场中，如果这时仍然执行打开车窗，将可能会存在安全隐患。
54.由此可见，相关技术中仅支持定制方案中执行动作的顺序执行，不能根据实际情况执行不同的指令组合，也不具备在风险场景下询问用户是否继续执行的能力，无法应对较为复杂的应用场景，限制了应用场景的延展性，无法充分满足用户的诉求，降低了用户使用该功能的意愿。
55.基于上述可能遇到的问题，请参阅图1，本技术提供一种车辆座舱控制方法，控制方法包括：
56.01：在车载系统功能的定制方案满足预设的触发条件的情况下，获取定制方案中当前执行动作的属性；
57.02：在当前执行动作的属性为预定属性的情况下，根据当前执行动作的业务类型将针对当前执行动作组装的干预信息下发至车载系统；
58.03：根据干预信息，向用户进行干预反馈；
59.04：根据接收到的用户针对干预反馈的反馈操作确定当前执行动作的执行策略。
60.本技术还提供了一种车辆，车辆包括存储器和处理器。本技术的生成方法可以由本技术的车辆实现。具体地，存储器中存储有计算机程序，处理器用于在车载系统功能的定制方案满足预设的触发条件的情况下，获取定制方案中当前执行动作的属性；在当前执行动作的属性为预定属性的情况下，根据当前执行动作的业务类型将针对当前执行动作组装的干预信息下发至车载系统；根据干预信息，向用户进行干预反馈；根据接收到的用户针对干预反馈的反馈操作确定当前执行动作的执行策略。
61.具体地，车载系统功能的定制方案包括触发条件和满足触发条件时需要执行的执行动作。本技术中，当满足车载系统功能定制方案的触发条件时，将触发执行动作，可通过当前执行动作的属性值判断当前执行动作是否为主动干预动作。
62.在定制方案的编辑过程中，对于用户输入的预定类型的执行动作，可标记此动作的属性为主动干预动作，例如
‘
component＝asynccallback’。在定制方案触发后，获取当前执行动作的属性，在当前执行动作具有预定类型的标记的情况下，根据当前执行动作的业务类型，组装当前执行动作的干预信息并下发至车载系统。干预信息是根据当前执行动作的业务类型信息和属性信息，需要执行或播报的内容，以及相应条件信息。如在主动干预场景中，干预信息可以是argument＝{
‘
tts:
‘
迎宾开始执行，副驾上车是谁啊’,
‘
bot_doc’:
‘
女儿
’‘
bot_wife’:
‘
老婆’}，即语音播报内容“迎宾开始执行，副驾上车是谁啊？”以及条件组“女儿”和“老婆”。其中不同的条件组可对应不同的执行动作。
63.当干预信息下发至车载系统后，车载系统的语音助手可根据接收到的干预信息向用户进行干预反馈。用户可根据干预反馈进行反馈操作，车载系统可根据接收到的用户反馈操作确定当前执行动作的执行策略。例如，对于上例中，对于语音助手的干预反馈，也即是通过语音播报“迎宾开始执行，副驾上车是谁啊？”，用户的反馈操作也即是对该语音播报进行语音回复。车载系统根据用户的反馈，例如用户通过语音回复“女儿”或“老婆”或者其他内容，来确定对于当前执行动作的执行策略。
64.综上，本技术中，在车载系统功能的定制方案满足预设的触发条件的情况下，可根据判断为预定属性的当前执行动作的业务类型组装干预信息并下发至车载系统，并根据干预信息向用户进行干预反馈，最后可根据接收到的用户针对干预反馈的反馈操作确定当前执行动作的执行策略。定制方案可以根据主动干预动作而改变后续执行的流程，使用户定制方案可适应更多复杂的场景，使车载系统更加智能化，用户体验更佳。
65.请参阅图2，步骤02包括：
66.021：获取用户在编辑定制方案时根据预设模板输入的当前执行动作的动作信息；
67.022：根据动作信息组装当前执行动作的干预信息；
68.023：将干预信息下发至车载系统的语音助手。
69.处理器用于获取用户在编辑定制方案时根据预设模板输入的当前执行动作的动作信息，并根据动作信息组装当前执行动作的干预信息，最后将干预信息下发至车载系统的语音助手。
70.具体地，在用户通过相关应用程序编辑定制方案的过程中，可选取主动干预类型，在该类型下根据预设模板的引导输入所要编辑的当前执行动作的动作信息，例如输入不同的选择项以及不同选择项对应的子执行动作，后台通过设置“component＝actionasynccallback”标签判断当前执行动作为主动干预动作，可阻塞当前执行中的线程，设置countdownlatch保证等到其他线程结束后才执行当前执行动作的后续执行动作。当用户设置的定制方案中存在一个需要首先完成的线程，则在代码表示中，可设置数据结构“countdownlatch countdownlatch＝new countdownlatch(1)”，括号内自然数可表示线程的数量，可根据实际情况进行改变。对于上述设置的一个干预线程，可设置“boolean issuccess＝countdownlatch.await(waittime,timeunit.seconds)”实现同步等待，等待至第二个时间周期后可进行后续流程。
71.进一步地，对于主动干预动作的业务类型，可用“tecpoint”标签来标记，作为当前执行动作的动作信息，包括执行类、播报类、以及交互、授权等。执行类动作可直接实现对车载系统应用程序中的控件进行控制，播报类则可向用户播报语音回复。交互类主动干预动作可做设置“tecpoint＝action.active.bot”，用户可在车载系统给出的动作选项中选择需要执行的动作，实现交互功能。授权类主动干预动作可做设置“tecpoint＝action.authorization”，用户可选择车载系统给出的动作选项是否执行，实现授权功能。
72.在得到当前执行动作的动作信息后，可将得到的当前执行动作信息输入预设数据结构模板，以组装与当前执行动作关联的包括干预触发语音播报内容和当前执行动作的条件组。其中，条件组包括多个子执行条件以及与每个子执行条件对应的子执行动作和/或语音反馈内容，形成干预信息。在一个示例中，干预信息可以是argument＝{
‘
tts:
‘
迎宾开始执行，副驾上车是谁啊’,
‘
bot_doc’:
‘
女儿
’‘
bot_wife’:
‘
老婆’}，其中条件组为
‘
bot_
doc’:
‘
女儿’和
‘
bot_wife’:
‘
老婆’。可针对副驾上车者判断实现人车交互过程。完成条件组设置后，可结合干预触发语音播报内容组装形成干预信息，最后将干预信息下发至车载系统的语音助手。
73.如此，可支持用户输入当前执行动作的动作信息，并形成干预信息下发至车载系统的语音助手，以便用户定制可适应更多复杂的场景的车载系统功能定制方案。
74.请参阅图3步骤03包括：
75.031：将接收到的干预信息中的条件组注册至语音助手的目标语音池中；
76.032：切换语音助手的语音处理链路，以通过目标语音池处理用户针对干预反馈的语音反馈；
77.033：通过语音助手向用户语音播报干预触发语音播报内容；
78.034：将语音助手置于倾听态，以接收用户的语音反馈。
79.处理器用于将接收到的干预信息中的条件组注册至语音助手的目标语音池中，切换语音助手的语音处理链路，以通过目标语音池处理用户针对干预反馈的语音反馈，以及通过语音助手向用户语音播报干预触发语音播报内容，将语音助手置于倾听态，以接收用户的语音反馈。
80.具体地，车载系统语音助手可维护一语音池，语音池中存在包含主动干预执行动作的语音请求或包含其他属性执行动作的语音请求。车载系统语音助手可将接收到的干预信息中的条件组在目标语音池中进行注册。注册完成后，打断当前语音处理链路，切换至主动干预链路。主动干预链路会根据组装形成的干预信息通过车载系统的语音助手向用户发出干预反馈的询问，在一个示例中，车载系统语音助手发出干预反馈的询问语音“迎宾开始执行，副驾上车是谁啊？”。语音助手向用户播报完成后，可置于倾听态，以便接受用户的语音反馈。用户可对此进行语音反馈，如回复“女儿”或“陌生人”等。
81.此外，在上述车载系统语音助手维护的目标语音池中，存储有注册条件组，以便后续匹配用户语音反馈。
82.如此，可将接收到的干预信息中的条件组注册至目标语音池中，切换语音助手的语音处理链路，还可通过语音助手向用户播报干预触发语音，并置于倾听态，以便接收并处理用户对于干预反馈的语音反馈，确定当前执行动作的执行策略，完成语音交互过程。
83.请参阅图4，步骤04包括：
84.041：接收用户针对干预触发语音播报内容的语音反馈；
85.042：将语音反馈与目标语音池中的条件组进行匹配处理；
86.043：根据匹配处理的结果确定当前执行动作的执行策略。
87.处理器用于接收用户针对干预触发语音播报内容的语音反馈，并将语音反馈与目标语音池中的条件组进行匹配处理，以及根据匹配处理的结果确定当前执行动作的执行策略。
88.具体地，可在发出干预反馈语音后置于倾听态，接收用户针对干预触发语音而发出的语音反馈，在一个示例中，车载系统语音助手发出干预反馈的询问语音“迎宾开始执行，副驾上车是谁啊？”。用户可对此进行语音反馈，如回复“女儿”或“陌生人”等，得到语音反馈的数据结构为{
‘
type’:
‘0’
,
‘
context＝女儿’,}。
89.进一步地，可将用户的语音反馈与目标语音池中的注册条件组进行匹配处理，即
根据目标语音池中注册条件组的内容，对用户的语音反馈进行采集与过滤。最终，可将命中条件组内容的回执信息发送至车载系统的用户定制应用程序，并确定当前执行动作的执行策略，而未命中条件组内容则丢弃。在上述示例中，判断“answer＝女儿”的结果为“true”时，执行策略为：{cmd(调节座椅靠前80％)；cmd(打开儿童锁)}.
90.如此，可处理接收到的用户针对干预触发语音播报内容的语音反馈中，与目标语音池中的条件能够形成匹配的语音反馈，确定当前执行动作的执行策略，以实现可适应更多复杂的场景的车载系统功能定制方案。
91.步骤043包括：
92.在语音反馈与条件组形成匹配的情况下，根据语音反馈匹配到的子执行条件，执行与子执行条件对应的子执行动作和/或语音反馈内容。
93.处理器用于在语音反馈与条件组形成匹配的情况下，根据语音反馈匹配到的子执行条件，执行与子执行条件对应的子执行动作和/或语音反馈内容。
94.具体地，当用户语音反馈与注册语音池中的条件组可形成匹配的情况下，可根据语音反馈匹配到的子执行条件，执行与该子执行条件对应的子执行动作和/或语音反馈内容。在上述示例中，主执行条件为“女儿”，可设子执行条件为“老婆”。设满足执行条件为“老婆”时的执行策略为{tts(
‘
欢迎女神入座’)；cmd(调节座椅靠前50％)；cmd(关闭儿童锁)}，则当用户语音反馈匹配到子执行条件“老婆”时，可执行上述子执行动作，并播报与该子执行条件相对应的语音反馈内容。
95.如此，在语音反馈与条件组内的子执行条件相匹配时，可执行子执行条件对应的子执行动作以及语音反馈内容。子执行条件及其对应执行动作的引入，可使车载系统功能定制方案能够适应更多复杂的场景。
96.步骤043包括：
97.在语音反馈未与条件组形成匹配的情况下，执行当前执行动作的下一执行动作。
98.处理器用于在语音反馈未与条件组形成匹配的情况下，执行当前执行动作的下一执行动作。
99.具体地，当用户语音反馈与注册语音池中的条件组不匹配时，可跳过当前执行动作，执行下一执行动作。在上述实施方式中，若用户语音反馈为“陌生人”，则即不满足主执行条件“女儿”，又不满足子执行条件“老婆”，则不执行主执行条件或子执行条件所对应的任何执行动作以及语音反馈，而直接跳转执行当前执行动作的下一执行动作。
100.如此，在语音反馈与条件组内的子执行条件相匹配时，可执行子执行条件对应的子执行动作以及语音反馈内容。子执行条件及其对应执行动作的引入，可使车载系统功能定制方案能够适应更多复杂的场景。
101.步骤043包括：
102.在预定次数的语音反馈均未与条件组形成匹配的情况下，执行当前执行动作的下一执行动作。
103.处理器用于在预定次数的语音反馈均未与条件组形成匹配的情况下，执行当前执行动作的下一执行动作。
104.具体地，在预定次数内，若用户语音反馈均未能够与注册语音池中的条件组形成匹配，则可跳过当前执行动作，执行下一执行动作。预订次数通常可设置为1次、2次等，可根
据实际需求设定，具体数值在此不作限定。
105.在代码表示中，若存在一个需要首先完成的线程，则设置数据结构“countdownlatch countdownlatch＝new countdownlatch(1)”，括号内自然数即为用户语音反馈的预定次数，预订次数可根据实际情况进行改变。
106.如此，在预定次数内，若用户发出的语音反馈未能与注册语音池中的条件组形成匹配，可执行下一执行动作。合适的预订次数不仅可以使用户无需立刻回复语音助手的询问，还减少了干预循环次数，降低车载系统的工作负荷。
107.步骤043包括：
108.若在预定时间内未接收到语音反馈，执行当前执行动作的下一执行动作。
109.处理器用于若在预定时间内未接收到语音反馈，执行当前执行动作的下一执行动作。
110.具体地，在预定时间内，车载语音助手未接收到用户的语音反馈，可跳过当前执行动作，执行下一执行动作。预定时间可设为5秒、10秒或20秒，可根据实际需求设定，具体数值在此不作限定。
111.如此，在预定时间内，若语音助手没有接收到用户的语音反馈，可执行下一执行动作。合适的预订时间不仅可以使用户无需立刻回复语音助手的询问，还节省了主动干预执行的时间，提高车载语音助手的工作效率。
112.请参阅图5，方法还包括：
113.05：在下发干预信息至车载系统的语音助手后，暂停执行定制方案中执行顺序在当前执行动作后的执行动作。
114.处理器用于在下发干预信息至车载系统的语音助手后，暂停执行定制方案中执行顺序在当前执行动作后的执行动作。
115.具体地，在下发干预信息至车载系统时，车载系统存在正在执行的定制方案，由于干预信息会阻塞当前执行中的线程，故在定制方案执行过程中若接收到干预信息，则暂停执行顺组中在当前执行动作后的执行动作。
116.如此，可根据干预信息暂停车载系统定制方案中正在执行的线程，后续执行动作可根据干预信息实现暂停执行或继续执行，以达到特殊状态下的干预处理可适应更多复杂的场景的车载系统功能定制方案。
117.以下通过两个场景示例对获取定制方案中当前执行动作的属性，针对当前执行动作组装干预信息并下发至车载系统，以及根据干预信息向用户进行干预反馈等过程，进行代码辅助说明：
118.示例一：
119.触发条件：“当副驾车门打开时”120.动作1描述：主动干预动作(迎宾开始执行，副驾上车是谁啊)
121.动作1代码模块：
122.component＝actionasynccallback
123.tecpoint＝action.active.bot
124.argument＝{
125.‘
tts:
‘
迎宾开始执行，副驾上车是谁啊’,
126.‘
bot_doc’:
‘
女儿’,
127.‘
bot_wife’:
‘
老婆’,
128.}
129.动作2描述：当副驾上车的女儿时，调节座椅靠前80％，打开儿童锁。当副驾上车老婆时，语音助手发出语音：欢迎女神入座。此外，调节座椅靠前50％，关闭儿童锁。
130.动作2代码模块：
131.if(answer＝＝bot_doc){cmd(调节座椅靠前80％)；cmd(打开儿童锁)；}
132.else if(answer＝＝bot_wife){tts(
‘
欢迎女神入座’)；cmd(调节座椅靠前50％)；cmd(关闭儿童锁)；}
133.其中，主执行条件为“女儿”，子执行条件为“老婆”。
134.当用户定制方案满足触发条件：“当副驾车门打开时”，根据component＝actionasynccallback判断为主动干预动作，阻塞当前线程，并进行超时等待，即：
135.countdownlatch countdownlatch＝new countdownlatch(1)；
136.boolean issuccess＝countdownlatch.await(waittime,timeunit.seconds)；
137.根据tecpoint＝action.active.bot发送干预信息至车载语音系统，并注册如下条件组：
138.argument＝{
‘
tts:
‘
迎宾开始执行，副驾上车是谁啊’,
‘
bot_doc’:
‘
女儿
’‘
bot_wife’:
‘
老婆’}
139.客户端语音应用程序收到干预信息，播报主动干预语音：“迎宾开始执行，副驾上车是谁啊？”140.此时用户可回复：“女儿”，则发送信息“女儿”信息：{
‘
type’:
‘0’
,
‘
context’:
‘
女儿’,}
141.若用户回复“陌生人”，则不发送信息。
142.若收到用户回复，判断“answer＝＝bot_doc”的结果为true，则执行：{cmd(调节座椅靠前80％)；cmd(打开儿童锁)；}
143.执行完成后，可继续执行后续动作：countdownlatch.countdown()；
144.示例二：
145.触发条件：“每天10点”146.动作1描述：打开车窗
147.动作1代码模块：
148.component＝actionasynccallback
149.tecpoint＝action.authorization
150.argument＝{
‘
tts:
‘
执行[打开车窗]动作有风险是否继续执行’,
‘
bot_doc’:[
‘
是’,
‘
继续’,
‘
执行’],
‘
bot_wife’:[
‘
否’,
‘
不继续’,
‘
不执行’],}
[0151]
动作2描述：当用户回答“是”、“继续”或“执行”时，打开车窗；当用户回答“否”、“不继续”或“不执行”时，直接执行下一动作。
[0152]
动作2代码模块：
[0153]
if(answer＝＝bot_yes){cmd(打开车窗)；}
[0154]
else if(answer＝＝bot_no){tts(
‘
已跳过[打开车窗]指令’)；}
[0155]
其中，主执行条件包括“是”及其他用户肯定回复，子执行条件为“否”及其他用户否定回复。
[0156]
当用户定制方案满足触发条件，即每天早上10点，根据component＝actionasynccallback判断为主动干预动作，阻塞当前线程，并进行超时等待，即：
[0157]
countdownlatch countdownlatch＝new countdownlatch(1)；
[0158]
boolean issuccess＝countdownlatch.await(waittime,timeunit.seconds)；
[0159]
根据tecpoint＝action.active.bot发送干预信息至车载语音系统，并注册如下条件组：
[0160]
argument＝{
‘
tts:
‘
执行[打开车窗]动作有风险是否继续执行’,
‘
bot_yes’:[
‘
是’,
‘
继续’,
‘
执行’]
‘
bot_no’:[
‘
否’,
‘
不继续’,
‘
不执行’]}
[0161]
客户端语音应用程序收到干预信息，播报主动干预语音：“当前车速》80km/h，执行[打开车窗]动作有风险是否继续执行？”[0162]
此时用户可回复：“否”及其他否定回复，则发送信息信息：{
‘
type’:
‘0’
,
‘
context’:
‘
否’,}
[0163]
若用户回复“陌生人”，则不发送信息。
[0164]
若收到用户回复，判断“answer＝＝否”的结果为true，则执行：{tts(
‘
已跳过[打开车窗]指令’)}
[0165]
执行完成后，可继续执行后续动作：countdownlatch.countdown()；
[0166]
本技术还提供了一种包含计算机程序的计算机可读存储介质。当计算机程序被一个或多个处理器执行时，使得一个或多个处理器执行本技术的车辆座舱控制方法。
[0167]
在本说明书的描述中，参考术语“例如”、“进一步地”等的描述意指结合实施方式或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施方式或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施方式或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施方式或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
[0168]
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
[0169]
尽管上面已经示出和描述了本技术的实施方式，可以理解的是，上述实施方式是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施方式进行变化、修改、替换和变型。