情景模式创建方法、情景模式执行方法、设备及存储介质与流程

1.本技术涉及但不限于车联网技术领域，尤其涉及一种情景模式创建方法、情景模式执行方法、设备及存储介质。


背景技术：

2.随着汽车的普及以及人们用车频率的增加，汽车的智能化控制成为人们的重要考量之一。例如，汽车需要设计多种情景模式，以使得根据当前环境自动控制车辆处于相应的情景模式。
3.相关技术中情景模式的创建方式要么是主机厂预先设计定义好的情景模式，要么是用户预先定义的情景模式；然而，预先定义的情景模式的种类有限，无法满足用户的使用需求。


技术实现要素：

4.本发明一个目的在于至少提供一种情景模式创建方法，其优势在于，确定车辆当前所处的场景；响应于场景存在构建情境模式需求，采集车辆用户在场景下输入的一个或多个操作指令，对操作指令进行整合，得到当前指令集；调用车辆用户在场景下的历史指令集，基于当前指令集和历史指令集确定出目标指令集；利用目标指令集在车辆的车机系统内创建场景对应的第一场景模式。如此，满足了车辆用户在不同场景，确定对应场景存在构建情境模式需求的情况下，根据车辆用户输入的操作指令组成的当前指令集以及车辆用户在该场景下的历史指令集，确定目标指令集，从而利用目标指令集在车辆的车机系统内自动创建该场景对应的场景模式，相比于用户手动自定义情境模式的方式，本公开的方法实现了用户习惯场景的自动化创建，提升用户的智能化体验；进一步地，针对车辆用户在不同的场景下，对车辆功能进行不同的设置，反而提升了汽车对于用户用车习惯的适配性。
5.本发明另一个目的在于至少提供一种情景模式执行方法，其优势在于，在创建有场景对应的场景模式的情况下，确定车辆再次处于场景，获得场景对应的场景模式；向车辆受控部件下发执行场景模式对应的目标指令集中的操作指令，以使车辆受控部件执行对应的操作指令；显示正在执行目标指令集中的操作指令的车辆受控部件、执行进度和提示动画中的至少一种。如此，当车辆中的受控部件执行对应的操作指令的情况下，通过多媒体显示车辆受控部件正在执行的操作指令的提示动画和/或执行进度，从而增加操作指令执行过程可视化体验感知。如此，将车辆受控部件执行操作指令的过程关联可视化功能，实现了提升用户可视化的动态体验，提升用户体验。
6.为实现上述目的，本技术实施例的技术方案是这样实现的：
7.第一方面，本技术实施例提供一种情景模式创建方法，所述方法包括：
8.确定车辆当前所处的场景；
9.响应于所述场景存在构建情境模式需求，采集车辆用户在所述场景下输入的一个或多个操作指令，对所述操作指令进行整合，得到当前指令集；
10.调用所述车辆用户在所述场景下的历史指令集，基于所述当前指令集和所述历史指令集确定出目标指令集；
11.利用所述目标指令集在所述车辆的车机系统内创建所述场景对应的第一场景模式。
12.第二方面，本技术实施例提供一种情景模式执行方法，所述方法包括：
13.在创建有场景对应的场景模式的情况下，确定车辆再次处于所述场景，获得所述场景对应的场景模式；
14.向车辆受控部件下发执行所述场景模式对应的目标指令集中的操作指令，以使所述车辆受控部件执行对应的操作指令；
15.显示正在执行所述目标指令集中的操作指令的所述车辆受控部件、执行进度和提示动画中的至少一种。
16.第三方面，本技术实施例提供一种计算机设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法中的部分或全部步骤。
17.第四方面，本技术实施例提供一种存储介质，所述存储介质存储有一个或者多个计算机程序，一个或者多个计算机程序可被一个或者多个处理器执行，以实现上述方法中的部分或全部步骤。
18.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本技术的技术方案。
附图说明
19.此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本技术的实施例，并与说明书一起用于说明本技术的技术方案。
20.图1为相关技术中提供的一种可选的情景模式创建方法的界面示意图；
21.图2为本技术实施例提供的一种可选的情景模式创建方法的流程示意图；
22.图3为本技术实施例提供的一种可选的情景模式创建方法的流程示意图；
23.图4为本技术实施例提供的一种可选的情景模式创建方法的流程示意图；
24.图5为本技术实施例提供的一种可选的情景模式执行方法的流程示意图；
25.图6为本技术实施例提供的一种可选的情景模式创建和执行过程的流程示意图；
26.图7为本技术实施例提供的一种计算机设备的硬件实体示意图。
具体实施方式
27.为了使本技术的目的、技术方案和优点更加清楚，下面结合附图和实施例对本技术的技术方案进一步详细阐述，所描述的实施例不应视为对本技术的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
28.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。所涉及的术语“第一/第二/第三”仅仅是区别类似的对象，不代表针对
对象的特定排序，可以理解地，“第一/第二/第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本技术实施例能够以除了在这里图示或描述的以外的顺序实施。
29.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本技术的目的，不是旨在限制本技术。
30.本技术实施例提供一种情景模式创建方法和情景模式执行方法，该方法可以由计算机设备的处理器执行。其中，计算机设备指的可以是服务器、笔记本电脑、平板电脑、台式计算机、智能电视、机顶盒、移动设备(例如移动电话、便携式视频播放器、个人数字助理、专用消息设备、便携式游戏设备)等具备数据处理能力的设备。在一些实施例中，该计算机设备可以为车载终端设备。其中，该车载终端设备可以为部署于车辆的终端设备，该终端设备与车辆通信连接，可以独立于车辆使用，也可以集成在车辆控制系统中。在一些实施例中，计算机设备还可以为车载云端服务器，车载云端服务器与车辆通信连接，本技术对计算机设备不作具体限定。
31.在介绍本技术实施例提供一种情景模式创建方法和情景模式执行方法之前，对相关技术中情景模式的创建方式进行说明。
32.相关技术中情景模式的创建方式更多的是用户预先定义情景模式，参照图1所示，用户预先定义情景模式的方式包括两种，第一种，鸿蒙车机系统利用应用程序的桌面小组件功能，在鸿蒙车机系统中的桌面显示应用程序的桌面小组件，实现用户一键化启动小组件，减少用户操作；第二种，车载系统中一般都会有一款软件叫“情景模式”，主要是提前设定好一些车控的动作在需要时可以手动一键执行，该设计可以融合整车多个应用的功能，实现了多个功能的组合；然而，上述第一种方式至少存在原生的小组件只能执行单一应用的某个功能，且每次需手动点击生效的问题，第二种方式至少存在预先定义的情景模式的种类有限，设计比较死板，自定义的动作一般比较少，没有扩展性，且需要车辆用户手动点击生效的问题。
33.为了解决上述技术问题，参照图2，图2为本技术实施例提供的一种情景模式创建方法的实现流程示意图，该方法可以由计算机设备的处理器执行，这里，将结合图2示出的步骤进行说明，
34.步骤101、确定车辆当前所处的场景。
35.本技术实施例中，确定车辆当前所处的场景，在一种可能的实施方式中，可以包括：获得车辆当前所处的场景信息；其中，场景信息包括如下一种或多种：车辆当前的时间信息、当前所在的位置信息、车辆所在位置的环境信息，以及车辆状态信息；根据场景信息，确定车辆当前所处的场景。
36.本技术实施例中，场景信息还可以包括车辆的电瓶电量信息。
37.本技术实施例中，车辆状态信息包括但不限于车辆的启动状态、车辆的行驶状态、车辆的驻车状态以及车辆的熄火状态。
38.本技术实施例中，车辆当前的时间信息可以从车机系统中获得，车辆当前所在的位置信息可以利用计算机设备的基于位置服务(location based services，lbs)功能实现定位；也可以利用计算机设备内部的全球定位系统(global positioning system，gps)模
块实现定位；还可以利用计算机设备所支持的基站定位方式实现定位，这里不做具体限定。
39.本技术实施例中，车辆所在位置的环境信息包括车辆所在位置的空气质量信息和气象信息，其中，气象信息包括但不限于天气现象(如晴天、阴天、雨天、多云和雪天)、当前空气的温度、湿度、风级、紫外线强度、能见度强度等信息；空气质量用于反映空气污染程度，空气质量信息包括空气质量优、空气质量良、空气质量中和空气质量差，其中，空气质量优表征当前基本无空气污染，空气质量良表征当前存在较轻空气污染，空气质量中表征当前存在较重空气污染，空气质量差表征当前存在严重空气污染。
40.可以理解，本公开的实施例中环境信息的获取方式是多样的，如气象信息的获取可通过调取android系统气象控件得以获取，又可通过分析车载摄像头获取的车身周边环境信息得以获取，还可通过与车机系统通信连接的终端设备得以获取，这里，对于环境信息的获取方式，本技术不做具体限定。
41.本技术实施例中，根据场景信息，确定车辆当前所处的场景可以理解为，根据车辆当前的时间信息、当前所在的位置信息、车辆所在位置的空气质量、气象信息、车辆状态信息以及电瓶电量信息等中的一种或多种，确定车辆当前所处的场景，并记录车辆处于该场景的频次。
42.本技术实施例中，根据场景信息，确定车辆当前所处的场景，车辆所处的场景可以是车辆到达公司目的地场景、车辆驶离公司目的地场景、车辆到达设定地点的场景。本技术实施例对车辆所处的场景不做限制。
43.在第一种可能的实施方式中，若场景信息包括车辆当前的时间信息为8:50、当前所处的位置信息为公司附近的位置、且车辆处于的驻车状态即车辆的档位位于驻车(park，p)档；根据场景信息，确定车辆当前所处的场景为车辆到达公司目的地场景。
44.在第二种可能的实施方式中，若场景信息包括车辆当前的时间信息为17:50、当前所处的位置信息为公司附近的位置、且车辆处于的启动状态；根据场景信息，确定车辆当前所处的场景为车辆驶离公司目的地场景。
45.在第三种可能的实施方式中，若场景信息包括车辆处于充电状态，根据场景信息，确定车辆当前所处的场景为充电场景；或场景信息包括车辆的电瓶电量，且电瓶电量低于电量阈值，确定车辆当前所处的场景为待充电场景。
46.在第四种可能的实施方式中，若场景信息包括车辆的位置信息和时间信息，根据场景信息，确定车辆当前所处的场景为为车辆用户提供就餐场景。
47.需要强调的是，上述实施方式仅是示例性说明，本技术实施例对车辆当前所处的场景的确定方式不做具体限制。
48.步骤102、响应于场景存在构建情境模式需求，采集车辆用户在场景下输入的一个或多个操作指令，对操作指令进行整合，得到当前指令集。
49.本技术实施例中，存在构建情境模式需求可以包括：当场景出现的频次满足频次条件，确定该场景存在构建情境模式的需求，或通过车辆用户指定确定该场景存在构建情境模式的需求，对此，本技术不作具体限制。
50.本技术实施例中，操作指令指的是基于车辆用户对车辆进行的一系列操作而生成的对应的控制指令，例如：开门、开空调、温度调节、车内音频音量调节以及车辆启动等操作，操作方式包括但不限于直接对车辆进行操作或通过其它设备终端向车辆下发操作指令
等，下发操作指令的方式包括但不限于基于用户肢体的直接操作或基于用户语音操作等方式。
51.需要说明的是，获取操作指令时还可以同步记下与该操作指令对应的时间戳，在对操作指令进行整合前，对比判断当前时间相距车辆接收到最后一个操作指令的时间戳之间的时间间隔，是否大于或等于预设的整合时间阈值；若是，则表明在一定操作周期内，用户需求的汽车功能已经操作完成，可以将之前的操作指令进行整合，得到当前指令集；若否，则表明在一定操作周期内，用户需求的汽车功能还未操作完成，可能还需要继续接收操作指令，则等待后续的操作指令，暂不对这些操作指令进行整合。
52.同理，在其中一种可选的实施方式中，在对操作指令进行整合前，还可以对比判断当前接收到的操作指令的时间戳，与接收到的上一操作指令的时间戳之间的时间间隔，是否大于或等于预设的整合时间阈值。
53.示例性地说明，计算机设备确定车辆当前所处的到达公司目的地场景，响应于场景存在构建情境模式需求，采集到车辆用户在该场景下，关闭电台、关闭空调、打开后备箱，以及解锁车门，并在一定时间间隔内未接收到新的操作指令，则将电台关闭指令、空调关闭指令、后备箱开启指令以及车门解锁指令进行整合，得到当前指令集。
54.再比如，计算机设备确定车辆当前所处的驶离公司目的地场景，响应于场景存在构建情境模式需求，采集到车辆用户在该场景下，打开车窗、播放音乐，以及车门上锁，并在一定时间间隔内未接收到新的操作指令，则将车窗打开指令、音乐播放指令以及车门上锁指令进行整合，得到当前指令集。
55.本技术其他实施例中，步骤102响应于场景存在构建情境模式需求之前，还可以执行如下过程：检测场景出现的频次；若频次满足频次条件，显示第一提示信息，其中，第一提示信息用于提示车辆用户是否存在构建场景对应的情境模式需求。
56.本技术实施例中，频次满足频次条件包括：频次大于频次阈值，该频次阈值可以是预先设定好的数值如10；或将各个场景出现的频次进行降序排列，排列组合中频次位于前n的场景，其中，n为整数，n为大于或等于1且小于或等于场景的个数；对此，本技术不做具体限制。
57.本技术实施例中，计算机设备在确定车辆当前所处的场景之后，检测并统计该场景出现的频次，若该场景出现的频次满足频次条件，显示用于提示车辆用户是否存在构建该场景对应的情境模式需求的第一提示信息；进一步地，将第一提示信息对应的动作指令(包括存在构建该场景对应的情境模式需求或不存在构建该场景对应的情境模式需求)分配给对应的操作窗口/控件，在用户点击存在构建该场景对应的情境模式需求对应的操作窗口/控件时，响应于该场景存在构建情境模式需求。
58.步骤103、调用车辆用户在场景下的历史指令集，基于当前指令集和历史指令集确定出目标指令集。
59.本技术实施例中，车辆用户在同一场景下的历史指令集包括一个或多个，且任意两个历史指令集所携带的操作指令可能完全相同，也可能不完全相同；也就是说，同一车辆用户在相同场景下所输入的操作指令不完全相同。
60.本技术实施例中，基于当前指令集和历史指令集确定出目标指令集可以理解为，基于当前指令集和历史指令集之间的相似度确定出目标指令集，或基于当前指令集携带的
操作指令和历史指令集携带的操作指令的指令交集或指令并集确定出目标指令集，对此，本技术不做具体限制。
61.步骤104、利用目标指令集在车辆的车机系统内创建场景对应的第一场景模式。
62.本技术实施例中，第一场景模式为利用目标指令集创建的车辆当前所处场景对应的情景模式。
63.本技术实施例中，计算机设备调用车辆用户在场景下的历史指令集，基于当前指令集和历史指令集确定出目标指令集之后，利用目标指令集在车辆的车机系统内创建场景对应的第一场景模式。
64.本技术实施例提供一种情景模式创建方法，确定车辆当前所处的场景；响应于场景存在构建情境模式需求，采集车辆用户在场景下输入的一个或多个操作指令，对操作指令进行整合，得到当前指令集；调用车辆用户在场景下的历史指令集，基于当前指令集和历史指令集确定出目标指令集；利用目标指令集在车辆的车机系统内创建场景对应的第一场景模式。如此，满足了车辆用户在不同场景，确定对应场景存在构建情境模式需求的情况下，根据车辆用户输入的操作指令组成的当前指令集以及车辆用户在该场景下的历史指令集，确定目标指令集，从而利用目标指令集在车辆的车机系统内自动创建该场景对应的场景模式，相比于用户手动自定义情境模式的方式，本公开的方法实现了用户习惯场景的自动化创建，提升用户的智能化体验；进一步地，针对车辆用户在不同的场景下，对车辆功能进行不同的设置，反向提升了汽车对于用户用车习惯的适配性。
65.在一些实施例中，步骤103中调用车辆用户在场景下的历史指令集的过程结合图3进行说明，
66.步骤201、获得车辆用户在场景下输入的所有历史指令集。
67.步骤202、对所有历史指令集基于携带的操作指令进行分类和统计，得到分类后的每一历史指令集所对应的历史执行次数。
68.步骤203、从分类后的历史指令集中筛选出历史执行次数满足次数条件的历史指令集。
69.本技术实施例中，历史执行次数满足次数条件包括：历史执行次数大于执行次数阈值，该执行次数阈值可以是预先设定好的数值如10；或将分类后的历史指令集对应的历史执行次数进行降序排列，排列组合中历史执行次数位于前n的场景，其中，n为整数，n为大于或等于1且小于或等于场景的个数；对此，本技术不做具体限制。
70.本技术实施例中，车辆用户在同一场景下输入的历史指令集不同，此时，计算机设备获得车辆用户在该场景下输入的所有历史指令集，并基于各个历史指令集携带的操作指令，对所有历史指令集进行分类，得到分类后的历史指令集；进一步地，统计分类后的每一历史指令集对应的历史执行次数；最后，基于历史执行次数，对分类后的历史指令集进行筛选，得到历史执行次数满足次数条件的历史指令集。需要说明的是，当历史指令集的历史执行次数满足次数条件时，则可认为该历史指令集是该用户的一种或多种用车习惯，从而可以根据该历史指令集和当前指令集生成用于记录用户用车习惯的目标指令集，并利用目标指令集在车辆的车机系统中创建场景对应的第一场景模式，以使计算机设备确定车辆再次处于该场景中，利用该场景对应的第一情景模式，通过目标指令集设置车辆中各个受控部件的功能。
71.在一种可实现的场景中，以车辆当前所处的场景为车辆到达公司目的地场景，计算机设备获得车辆用户在车辆到达公司目的地场景下输入的所有历史指令集，基于各个历史指令集携带的操作指令，对所有历史指令集进行分类，得到分类后的历史指令集；进一步地，统计分类后的每一历史指令集对应的历史执行次数，其中，统计结果参照表1所示，表1为对同一场景下所有历史指令集基于携带的操作指令进行分类和统计后得到的分类结果和统计结果；最后，计算机设备基于历史执行次数，对分类后的历史指令集进行筛选，得到历史执行次数大于执行次数阈值如10的历史指令集，即历史指令集a携带的操作指令包括{电台关闭指令，后备箱打开指令，车门解锁关闭指令}和历史指令集b携带的操作指令包括{电台关闭指令，车门解锁关闭指令}。
[0072][0073]
表1
[0074]
由上述可知，通过获得车辆用户在该场景下输入的所有历史指令集，并对所有历史指令集基于携带的操作指令进行分类和统计，得到分类后的每一历史指令集所对应的历史执行次数，当历史指令集的历史执行次数满足次数条件时，则可认为该历史指令集是该用户的一种或多种用车习惯或操作习惯，从而根据车辆用户的用车习惯或操作习惯生成该场景下对应的情景模式。当计算机设备确定车辆再次处于该场景中，利用该场景对应的第一情景模式，通过目标指令集设置车辆中各个受控部件的功能。如此，根据获得的历史执行次数大于次数条件的历史指令集，形成了符合用户在该场景下个性化诉求的情景模式，另一方面还可以根据历史指令集以及当前指令集，有效地挖掘用户自定义能力，自动持续地为用户提供更有价值的新的情景模式；相比于用户手动自定义情境模式的方式，本公开的方法实现了用户习惯场景的自动化创建，提升用户的智能化体验。
[0075]
在一些实施例中，步骤103中基于当前指令集和历史指令集确定出目标指令集可以通过如下几种方式实现，
[0076]
第一种，计算当前指令集和历史指令集之间的相似度，并确定相似度最高的历史指令集为目标指令集。
[0077]
本技术实施例中，相似度用于比较当前指令集合和历史指令集之间的相似程度。这里，计算当前指令集和历史指令集之间的相似度可以使用训练好的神经网络模型、机器学习模型如tensorflow，也可以利用tanimoto算法实现，当然，还可以通过余弦相似度或者欧几里得距离计算，对此，本技术不做具体限制。
[0078]
在一种可实现的应用场景中，在调用车辆用户在场景下的历史指令集的情况下，当前指令集t携带的操作指令包括{电台关闭指令，空调关闭指令，后备箱开启指令，车门解锁指令}，以历史指令集包括两个历史指令集a和历史指令集b，历史指令集a携带的操作指令包括{电台关闭指令，后备箱打开指令，车门解锁关闭指令}和历史指令集b携带的操作指令包括{电台关闭指令，车门解锁关闭指令}。这里，使用tanimoto算法计算当前指令集和每
一历史指令集之间的相似度。这里，先计算当前指令集t和历史指令集a之间的相似度，首先，获得当前指令集t和历史指令集a的之间的共有的操作指令的个数，基于当前指令集t的个数、历史指令集a的个数和共有的操作指令的个数，通过如下公式(1)确定当前指令集t和历史指令集a之间的相似度，
[0079][0080]
其中，s表示当前指令集和历史指令集之间的相似度，nc表示当前指令集t和历史指令集a的之间的共有的操作指令的个数，n
t
表示当前指令集t携带的操作指令的个数，na表示历史指令集a携带的操作指令的个数。
[0081]
通过上述公式(1)，计算出当前指令集t和历史指令集a之间的相似度为0.75；同理，计算出当前指令集t和历史指令集b之间的相似度为0.5。明显，当前指令集t和历史指令集a之间的相似度大于当前指令集t和历史指令集b，此时，确定相似度最高的历史指令集a为目标指令集。如此，将与当前指令集相似度最高的历史指令集作为目标指令集，且该目标指令集的历史执行次数满足次数条件，表征该目标指令集是该用户在当前场景下的用车习惯或操作习惯，从而根据车辆用户的用车习惯或操作习惯生成该场景下对应的情景模式。当计算机设备确定车辆再次处于该场景中，利用该场景对应的第一情景模式，通过目标指令集设置车辆中各个受控部件的功能。如此，根据获得的历史执行次数大于次数条件的历史指令集，形成了符合用户在该场景下个性化诉求的情景模式；进一步地，将与当前指令集相似度最高的历史指令集对应的情景模式确定为第一情景模式，提升了用户高频情景的个性化体验。
[0082]
第二种，将属于当前指令集且属于历史指令集的操作指令进行合并，得到目标指令集。
[0083]
本技术实施例中，目标指令集是由既属于当前指令集，又属于历史指令集的操作指令组成，即目标指令集为当前指令集和历史指令集的交集。
[0084]
本技术实施例中，由于历史指令集本身为用户在该场景下的用车习惯或操作习惯，计算机设备将属于当前指令集且属于历史指令集的操作指令进行合并，得到目标指令集，更加表明该目标指令集为用户在该场景下的最基本的用车习惯和操作习惯，从而根据车辆用户最基本的用车习惯或操作习惯生成该场景下对应的情景模式。当计算机设备确定车辆再次处于该场景中，利用该场景对应的第一情景模式，通过目标指令集设置车辆中各个受控部件的功能。如此，根据获得的历史执行次数大于次数条件的历史指令集，形成了符合用户在该场景下个性化诉求的情景模式，另一方面还可以根据历史指令集以及当前指令集的交集，有效地挖掘用户自定义能力，自动持续地为用户提供更有价值的新的情景模式；相比于用户手动自定义情境模式的方式，本公开的方法实现了用户习惯场景的自动化创建，提升用户的智能化体验。
[0085]
第三种，将当前指令集携带的操作指令和历史指令集携带的操作指令进行合并，得到目标指令集。
[0086]
本技术实施例中，目标指令集包括当前指令集携带的所有操作指令和历史指令集中携带的所有操作指令，即目标指令集为当前指令集和历史指令集的并集。
[0087]
本技术实施例中，由于历史指令集本身为用户在该场景下的用车习惯或操作习
惯，计算机设备将当前指令集中的操作指令和历史指令集中的操作指令进行合并，得到目标指令集，更加表明该目标指令集为用户在该场景下的最全的用车习惯和操作习惯，从而根据车辆用户最全的用车习惯或操作习惯生成该场景下对应的情景模式。当计算机设备确定车辆再次处于该场景中，利用该场景对应的第一情景模式，通过目标指令集设置车辆中各个受控部件的功能。如此，根据获得的历史执行次数大于次数条件的历史指令集，形成了符合用户在该场景下个性化诉求的情景模式，另一方面还可以根据历史指令集以及当前指令集的并集，有效地挖掘用户自定义能力，自动持续地为用户提供更有价值的新的情景模式；相比于用户手动自定义情境模式的方式，本公开的方法实现了用户习惯场景的自动化创建，提升用户的智能化体验。
[0088]
在一些实施例中，步骤104利用目标指令集在车辆的车机系统内创建场景对应的第一场景模式的过程结合图4进行说明，
[0089]
步骤301、获得当前指令集携带的操作指令的第一执行顺序，以及历史指令集携带的操作指令的第二执行顺序；
[0090]
步骤302、基于第一执行顺序和第二执行顺序，标定目标指令集的目标执行顺序；
[0091]
步骤303、利用目标指令集和目标指令集的目标执行顺序，在车辆的车机系统内创建场景对应的第一场景模式。
[0092]
本技术实施例中，第一执行顺序可以为获得当前指令集时，车辆用户输入的操作指令的指令输入顺序，第一执行顺序也可以是利用车辆用户的操作指令的指令输入顺序，对当前指令集中的操作指令按照指令执行的先后顺序进行优化排序得到的顺序。
[0093]
其中，第二执行顺序为执行历史指令集中的操作指令的执行顺序。
[0094]
其中，目标执行顺序为根据当前指令集中携带的操作指令的第一执行顺序和历史指令集携带的操作指令的第二执行顺序，对目标指令集中的操作指令进行优化排序后得到的顺序。
[0095]
本技术实施例中，计算机设备获得当前指令集携带的操作指令的第一执行顺序，以及历史指令集携带的操作指令的第二执行顺序；当前指令集中携带的操作指令的第一执行顺序和历史指令集携带的操作指令的第二执行顺序，对目标指令集中的操作指令进行优化排序，得到目标指令集的目标执行顺序；最后，利用目标指令集和目标指令集的目标执行顺序，在车辆的车机系统内创建场景对应的第一场景模式，如此，在目标指令集中的操作指令符合车辆在当前场景下用户的操作习惯的情况下，对目标指令集中的执行顺序进行优化排序，能够使得车辆按照目标执行顺序执行目标指令集中的操作指令时，减少车辆的执行时间。
[0096]
在一些实施例中，执行步骤104利用目标指令集在车辆的车机系统内创建场景对应的第一场景模式之后，还可以执行如下过程，
[0097]
在车辆一次或多次处于场景的情况下，若监测到车辆用户对目标指令集执行同一编辑操作，获得车辆用户的编辑信息；基于编辑信息，调整场景对应的目标指令集，并将第一场景模式修改为第二场景模式。
[0098]
本技术实施例中，编辑操作包括增加、修改和删除操作，编辑操作还包括跳过操作。
[0099]
其中，第二场景模式与第一场景模式可以相同，也可以不同。
[0100]
在一种可实现应用场景中，在车辆再次处于该场景的情况下，计算机设备显示用于提示车辆用户是否修改或者跳过与场景对应的目标指令集的提示信息；在一种情况下，响应于车辆用户的修改操作，获得车辆用户针对目标指令集的修改信息，并根据修改信息调整该场景对应的目标指令集，并将第一场景模式修改为第二场景模式，编辑信息包括修改信息。在另一种情况下，响应于车辆用户的跳过操作，跳过该场景对应的第一情景模式，即车辆不执行目标指令集中携带的操作指令。
[0101]
在另一种可实现的应用场景中，在车辆多次处于该场景的情况下，若监测到车辆用户对目标指令集多次执行同一编辑操作，如车辆用户多次在该场景下，均对目标指令集中的同一操作指令执行相同的修改操作或删除操作，或增加同一操作指令至目标指令集中；此时，计算机设备获得车辆用户修改或删除的操作指令的删除信息，基于修改信息、删除信息或增加信息，调整场景对应的目标指令集，并将第一场景模式进行修改，得到该场景对应的第二场景模式；其中，编辑信息包括删除信息，基于修改信息、删除信息和增加信息。如此，为避免了车辆用户在突发性情况下，较少次数对该场景对应的目标指令集的编辑操作，实现了车辆用户多次在该场景下，根据用户针对该场景的目标指令的编辑信息，自适应的调整目标指令集中的操作指令，从而更加符合车辆用户的在该场景下的用车习惯或操作习惯。
[0102]
在一些实施例中，同一车辆可能多个用户在使用，对于不同的用户而言，各个用户都有不同的使用习惯，相同设计理念的人车交互方式难以适应千人千面的汽车使用场景，为了满足不同用户对于汽车功能的个性化需求，在采集车辆用户在场景下输入的一个或多个操作指令之后，还可以获得车辆用户的身份信息，进而将目标指令集与身份信息进行映射绑定并存储。
[0103]
其中，车辆用户的身份信息指的是可以验证用户身份的信息，包括但不限于可验证用户身份的生物信息，例如：指纹、声纹、瞳孔，人脸等，或是可验证用户身份的数字信息，例如：账号密码、密钥、口令等。
[0104]
为了提高汽车对于用户用车习惯的适配性，便于汽车功能设置，在得到目标指令集后，可以将目标指令集与车辆用户的身份信息进行对应地绑定，并将目标指令集存储在车端本地或是云端服务器等设备中。
[0105]
在一些实施例中，在调用车辆用户在场景下的历史指令集之前，判断车辆是否绑定身份信息；若是，则获取与身份信息对应的车辆用户在该场景下的历史指令集，进而基于当前指令集和历史指令集确定出目标指令集，利用目标指令集在车辆的车机系统内创建场景对应的第一场景模式。
[0106]
在一些实例中，调用车辆用户在场景下的历史指令集，还可以包括：基于身份信息，对使用车辆的当前用户进行验证；获取当前车辆用户的当前身份信息，将当前身份信息与预存的身份信息进行拟合比对；若当前身份信息与身份信息匹配，则根据身份信息调用车辆用户在场景下的历史指令集。
[0107]
需要说明的是，预存的身份信息可以存储在本地车端和/或云端服务器等可存储设备中，在此不做限定。
[0108]
示例性地说明，在其中一种可选的实施方式中，当车辆检测到车辆用户就坐于主驾驶位上时，通过驾驶员监控系统(driver monitor system，dms)摄像头采集该车辆用户
的瞳孔信息和/或人脸信息，并对采集到的信息进行特征提取，得到当前身份信息，将当前身份信息与存储设备中的身份信息进行拟合比对，若当前身份信息和身份信息匹配，则获取与身份信息对应的权限、功能，以及历史指令集等，基于当前指令集和历史指令集确定出目标指令集，利用目标指令集在车辆的车机系统内创建场景对应的第一场景模式，以对汽车功能启动相应的设置。
[0109]
还需说明的是，关于身份信息的录入，也可以结合上述实施方式的说明进行理解，通过车端传感器或其它可通信终端进行采集或获取，并存入车端本地或云端服务器中，在此不再赘述。
[0110]
参照图5，图5为本技术实施例提供的一种情景模式执行方法的实现流程示意图，该方法可以由计算机设备的处理器执行，这里，将结合图5示出的步骤进行说明，
[0111]
步骤401、在创建有场景对应的场景模式的情况下，确定车辆再次处于场景，获得场景对应的场景模式。
[0112]
步骤402、向车辆受控部件下发场景模式对应的目标指令集中的操作指令，以使车辆受控部件执行对应的操作指令。
[0113]
步骤403、显示正在执行目标指令集中的操作指令的车辆受控部件、执行进度和提示动画中的至少一种。
[0114]
本技术实施例中，车辆受控部件为车辆中用于执行目标指令集中的操作指令的部件，如空调、车窗、车门、后备箱，以及电台等。
[0115]
本技术实施例中，向车辆受控部件下发场景模式对应的目标指令集中的操作指令可以理解为，获得场景模式对应的目标指令集中的目标执行顺序，按照目标执行顺序，向车辆受控部件下发场景模式对应的目标指令集中的操作指令。
[0116]
本技术实施例中，向车辆受控部件下发场景模式对应的目标指令集中的操作指令还可以理解为，获得场景模式对应的目标指令集中的操作指令，根据用户历史习惯或者历史指令集中的操作指令，对目标指令集中的操作指令进行排序，得到目标执行顺序，进而按照目标执行顺序，向车辆受控部件下发场景模式对应的目标指令集中的操作指令。
[0117]
本技术实施例中，在计算机设备已创建好场景对应的情景模式的情况下，当计算机设备再次确定车辆处于该场景时，调用该场景对应的情景模式；进一步地，计算机设备向车辆受控部件下发场景模式对应的目标指令集中的操作指令，从而使得车辆受控部件执行对应的操作指令。然后，当车辆中的受控部件执行对应的操作指令的情况下，通过多媒体显示车辆受控部件正在执行的操作指令的提示动画和/或执行进度，从而增加操作指令执行过程可视化体验感知。如此，将车辆受控部件执行操作指令的过程关联可视化功能，实现了提升用户可视化的动态体验，提升用户体验。
[0118]
在一种可实现的应用场景中，为了解决上述至少存在原生的小组件只能执行单一应用的某个功能，且每次需手动点击生效的问题，以及至少存在预先定义的情景模式的种类有限，设计比较死板，自定义的动作一般比较少，没有扩展性，且需要车辆用户手动点击生效的问题。本技术实施例提供的一种情景模式创建和执行过程的实现流程示意图，这里，将结合图6示出的过程进行说明，
[0119]
第一步，在创建有情景模式应用，且第三方应用接入情景模式应用的情景模式接口的情况下，响应于用户的启动操作，启动情景模式应用。
[0120]
本技术实施例中，情境模式应用是基于上述实施例提供的方法在车机系统上生成的应用服务，该情景模式应用具备接入第三方应用的能力，即该情景模式应用设置有情景模式接口，通过情景模式接口，实现第三方应用与情景模式应用之间的进程间通信或跨进程通信(inter-process communication，ipc)，从而实现针对第三方服务的指令的自动创建。
[0121]
本技术实施例中，第三方应用接入情景模式应用的情景模式接口实现进程间通信或跨进程通信。在安卓(android)系统中，进程通常指一个应用或者服务service，不同的应用之间正常情况下是不能相互访问的，所以就需要用到跨进程通信的方法，故第三方应用接入情景模式应用的情景模式接口可以通过如下一种或多种跨进程通信方式实现，
[0122]
第一种，bundle，bundle实现了parcelable接口，可以方便的在不同的进程间传输(通过在intent中增加bundle附加信息)
[0123]
第二种，使用文件共享，该方式使用于同一时间只有单线程读写。对于比较常用的sharepreference，其底层是基于xml实现，系统对于sharepreference的读写会基于缓存，在多线程模式下有很大几率丢失数据。
[0124]
第三种，messenger，通过messenger可以在不同进场之间传递message对象，在message中放入需要传递的数据。messenger是一种轻量级的ipc方案，底层实现是android接口定义语言(android interface definition language，aidl)。
[0125]
第四种，aidl，aidl主要用于调用远程服务的方法，也可以注册接口供不同进程之间使用，功能强大，支持一对多并发通信，支持实时通信。
[0126]
第五种，contentprovider，优点是在数据源处理方面功能强大，支持一对多并发数据共享，可通过call方法扩展其他操作，适用与一对多的进程间数据共享。
[0127]
第六种，socket，socket功能强大，可以通过网络传输字节流，支持一对多并发实时通信，适用于网络数据传输。
[0128]
在本技术实施例中，以第三方应用接入情景模式应用的情景模式接口通过aidl通信方式实现为例进行说明，其中，第三方应用接入情景模式应用的aidl接口，实现相关接口，涉及的相关接口参照表2所示，
[0129][0130]
表2
[0131]
其中，针对iwidget接口，getwidgets()用于获取组件的所有功能列表，展示给用户进行自定义组合功能
[0132]
其中，针对组件配置widgetconfig，widgetname()用于获得组件的功能名称，widgetlayout()用于显示给用户的功能小图标，widgetaction()用于当达到触发条件时
执行此方法通知第三方应用做出响应。
[0133]
第二步，情景模式应用中使用的包管理服务packagemanagerservice扫描所有接入的应用程序；
[0134]
第三步，情景模式应用获取第三方应用提供的组件的功能信息；
[0135]
第四步，情景模式应用向用户展示组件的功能信息；
[0136]
这里，情景模式应用在启动时使用packagemanagerservice扫描所有接入的服务service，获取第三方应用提供的组件功能，然后展示给用户。
[0137]
第五步，情景模式应用响应于用户对不同第三方应用提供的组件的组合操作，得到组合指令；
[0138]
第六步，情景模式应用保存组合指令；
[0139]
第七步，情景模式应用检测场景条件；
[0140]
其中，场景条件可以是用户预先设定的条件，也可以是情景模式应用基于组合指令自动生成的条件。
[0141]
第八步，获得场景信息，并确定场景信息是否满足预设的场景条件的场景结果；
[0142]
第九步在情景模式应用响应于场景条件的情况下，情景模式应用向第三方应用的组件功能下发对应的指令；
[0143]
第十步，第三方应用的组件执行对应的指令，并反馈执行结果。
[0144]
需要说明的是，用户在选择一系列的组件功能之后进行保存，当达到满足场景条件时，情景模式应用执行widgetaction()方法，从而触发各个组件执行对应的指令。
[0145]
本技术实施例中，第三方应用的组件执行对应的指令即执行情景模式的过程中，通过多媒体界面显示如中控界面显示组件执行指令的步骤和进度，辅以动画，将会更加加深用户的好感度。同时也可以在中控显示界面添加一些隐藏操作让用户可以修改或者跳过此情景模式，使得使用方式更加灵活。
[0146]
本技术实施例提供一种计算机设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法中的部分或全部步骤。
[0147]
本技术实施例提供一种存储介质，存储介质存储有一个或者多个计算机程序，一个或者多个计算机程序可被一个或者多个处理器执行，以实现上述方法中的部分或全部步骤。所述存储介质可以是瞬时性的，也可以是非瞬时性的。
[0148]
本技术实施例提供一种计算机程序，包括计算机可读代码，在所述计算机可读代码在计算机设备中运行的情况下，所述计算机设备中的处理器执行用于实现上述方法中的部分或全部步骤。
[0149]
本技术实施例提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序被计算机读取并执行时，实现上述方法中的部分或全部步骤。该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一些实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一些实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(software development kit，sdk)等等。
[0150]
这里需要指出的是：上文对各个实施例的描述倾向于强调各个实施例之间的不同
之处，其相同或相似之处可以互相参考。以上设备、存储介质、计算机程序及计算机程序产品实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本技术设备、存储介质、计算机程序及计算机程序产品实施例中未披露的技术细节，请参照本技术方法实施例的描述而理解。
[0151]
图7为本技术实施例提供的一种计算机设备的硬件实体示意图，如图7所示，该计算机设备7的硬件实体包括：处理器701和存储器702，其中，存储器702存储有可在处理器701上运行的计算机程序，处理器701执行程序时实现如下步骤，
[0152]
确定车辆当前所处的场景；
[0153]
响应于场景存在构建情境模式需求，采集车辆用户在场景下输入的一个或多个操作指令，对操作指令进行整合，得到当前指令集；
[0154]
调用车辆用户在场景下的历史指令集，基于当前指令集和历史指令集确定出目标指令集；
[0155]
利用目标指令集在车辆的车机系统内创建场景对应的第一场景模式。
[0156]
在本技术其他实施例中，处理器701执行程序时还可以实现如下步骤，
[0157]
获得车辆当前所处的场景信息；其中，场景信息包括如下一种或多种：车辆当前的时间信息、当前所在的位置信息、车辆所在位置的环境信息，以及车辆状态信息；根据场景信息，确定车辆当前所处的场景。
[0158]
在本技术其他实施例中，处理器701执行程序时还可以实现如下步骤，
[0159]
检测场景出现的频次；若频次满足频次条件，显示第一提示信息，其中，第一提示信息用于提示车辆用户是否存在构建场景对应的情境模式需求。
[0160]
在本技术其他实施例中，处理器701执行程序时还可以实现如下步骤，
[0161]
获得车辆用户在场景下输入的所有历史指令集；对所有历史指令集基于携带的操作指令进行分类和统计，得到分类后的每一历史指令集所对应的历史执行次数；从分类后的历史指令集中筛选出历史执行次数满足次数条件的历史指令集。
[0162]
在本技术其他实施例中，处理器701执行程序时还可以实现如下步骤，
[0163]
计算当前指令集和历史指令集之间的相似度，并确定相似度最高的历史指令集为目标指令集；或，将属于当前指令集且属于历史指令集的操作指令进行合并，得到目标指令集；或，将当前指令集携带的操作指令和历史指令集携带的操作指令进行合并，得到目标指令集。
[0164]
在本技术其他实施例中，处理器701执行程序时还可以实现如下步骤，
[0165]
获得当前指令集携带的操作指令的第一执行顺序，以及历史指令集携带的操作指令的第二执行顺序；基于第一执行顺序和第二执行顺序，标定目标指令集的目标执行顺序；利用目标指令集和目标指令集的目标执行顺序，在车辆的车机系统内创建场景对应的第一场景模式。
[0166]
在本技术其他实施例中，处理器701执行程序时还可以实现如下步骤，
[0167]
在车辆一次或多次处于场景的情况下，若监测到车辆用户对目标指令集执行同一编辑操作，获得车辆用户的编辑信息；基于编辑信息，调整场景对应的目标指令集，并将第一场景模式修改为第二场景模式。
[0168]
在本技术其他实施例中，处理器701执行程序时还可以实现如下步骤，
[0169]
在创建有场景对应的场景模式的情况下，确定车辆再次处于场景，获得场景对应的场景模式；向车辆受控部件下发执行场景模式对应的目标指令集中的操作指令，以使车辆受控部件执行对应的操作指令；显示正在执行目标指令集中的操作指令的车辆受控部件、执行进度和提示动画中的至少一种。
[0170]
其中，存储器702存储有可在处理器上运行的计算机程序，存储器702配置为存储由处理器701可执行的指令和应用，还可以缓存待处理器701以及计算机设备7中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(flash)或随机访问存储器(random access memory，ram)实现。
[0171]
其中，处理器701执行程序时实现上述任一项的情景模式创建或情景模式执行方法的步骤。处理器701通常控制计算机设备7的总体操作。
[0172]
本技术实施例提供一种计算机存储介质，计算机存储介质存储有一个或者多个程序，该一个或者多个程序可被一个或者多个处理器执行，以实现如上任一实施例的情景模式创建或情景模式执行方法的步骤。
[0173]
这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本技术存储介质和设备实施例中未披露的技术细节，请参照本技术方法实施例的描述而理解。
[0174]
上述处理器可以为目标用途集成电路(application specific integrated circuit，asic)、数字信号处理器(digital signal processor，dsp)、数字信号处理装置(digital signal processing device，dspd)、可编程逻辑装置(programmable logic device，pld)、现场可编程门阵列(field programmable gate array，fpga)、中央处理器(central processing unit，cpu)、控制器、微控制器、微处理器中的至少一种。可以理解地，实现上述处理器功能的电子器件还可以为其它，本技术实施例不作具体限定。
[0175]
上述计算机存储介质/存储器可以是只读存储器(read only memory，rom)、可编程只读存储器(programmable read-only memory，prom)、可擦除可编程只读存储器(erasable programmable read-only memory，eprom)、电可擦除可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、磁性随机存取存储器(ferromagnetic random access memory，fram)、快闪存储器(flash memory)、磁表面存储器、光盘、或只读光盘(compact disc read-only memory，cd-rom)等存储器；也可以是包括上述存储器之一或任意组合的各种终端，如移动电话、计算机、平板设备、个人数字助理等。
[0176]
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本技术的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本技术的各种实施例中，上述各步骤/过程的序号的大小并不意味着执行顺序的先后，各步骤/过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
[0177]
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而
且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0178]
在本技术所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
[0179]
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
[0180]
另外，在本技术各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0181]
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(read only memory，rom)、磁碟或者光盘等各种可以存储程序代码的介质。
[0182]
或者，本技术上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台车载终端(可以是个人计算机、服务器、或者网络设备等)执行本技术各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、磁碟或者光盘等各种可以存储程序代码的介质。
[0183]
以上所述，仅为本技术的实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。

技术特征：
1.一种情景模式创建方法，其特征在于，所述方法包括：确定车辆当前所处的场景；响应于所述场景存在构建情境模式需求，采集车辆用户在所述场景下输入的一个或多个操作指令，对所述操作指令进行整合，得到当前指令集；调用所述车辆用户在所述场景下的历史指令集，基于所述当前指令集和所述历史指令集确定出目标指令集；利用所述目标指令集在所述车辆的车机系统内创建所述场景对应的第一场景模式。2.根据权利要求1所述的方法，其特征在于，所述确定车辆当前所处的场景，包括：获得所述车辆当前所处的场景信息；其中，所述场景信息包括如下一种或多种：所述车辆当前的时间信息、当前所在的位置信息、所述车辆所在位置的环境信息，以及车辆状态信息；根据所述场景信息，确定所述车辆当前所处的场景。3.根据权利要求1所述的方法，其特征在于，所述响应于所述场景存在构建情境模式需求之前，所述方法包括：检测所述场景出现的频次；若所述频次满足频次条件，显示第一提示信息，其中，所述第一提示信息用于提示所述车辆用户是否存在构建所述场景对应的情境模式需求。4.根据权利要求1至3任一项所述的方法，其特征在于，所述调用所述车辆用户在所述场景下的历史指令集，包括：获得所述车辆用户在所述场景下输入的所有历史指令集；对所述所有历史指令集基于携带的操作指令进行分类和统计，得到分类后的每一历史指令集所对应的历史执行次数；从分类后的历史指令集中筛选出历史执行次数满足次数条件的历史指令集。5.根据权利要求1至3任一项所述的方法，所述基于所述当前指令集和所述历史指令集确定所述目标指令集，包括：计算所述当前指令集和所述历史指令集之间的相似度，并确定相似度最高的历史指令集为所述目标指令集；或，将属于所述当前指令集且属于所述历史指令集的操作指令进行合并，得到所述目标指令集；或，将所述当前指令集携带的操作指令和所述历史指令集携带的操作指令进行合并，得到所述目标指令集。6.根据权利要求1至3任一项所述的方法，其特征在于，所述利用所述目标指令集在所述车辆的车机系统内创建所述场景对应的第一场景模式，包括：获得所述当前指令集携带的操作指令的第一执行顺序，以及所述历史指令集携带的操作指令的第二执行顺序；基于所述第一执行顺序和所述第二执行顺序，标定所述目标指令集的目标执行顺序；利用所述目标指令集和所述目标指令集的目标执行顺序，在所述车辆的车机系统内创建所述场景对应的第一场景模式。7.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：
在所述车辆一次或多次处于所述场景的情况下，若监测到所述车辆用户对所述目标指令集执行同一编辑操作，获得所述车辆用户的编辑信息；基于所述编辑信息，调整所述场景对应的目标指令集，并将所述第一场景模式修改为所述第二场景模式。8.一种情境模式执行方法，其特征在于，所述方法包括：在创建有场景对应的场景模式的情况下，确定车辆再次处于所述场景，获得所述场景对应的场景模式；向车辆受控部件下发执行所述场景模式对应的目标指令集中的操作指令，以使所述车辆受控部件执行对应的操作指令；显示正在执行所述目标指令集中的操作指令的所述车辆受控部件、执行进度和提示动画中的至少一种。9.一种计算机设备，其特征在于，所述车载终端包括：存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如权利要求1至7中任一项所述的情境模式创建方法或权利要求8所述的情境模式执行方法。10.一种存储介质，其特征在于，所述存储介质存储有一个或者多个计算机程序，一个或者多个计算机程序可被一个或者多个处理器执行，以实现如权利要求1至7中任一项所述的情境模式创建方法或权利要求8所述的情境模式执行方法。

技术总结
本申请实施例公开了一种情景模式创建方法、情景模式执行方法、设备及存储介质，涉及车联网技术领域。其中，方法包括：确定车辆当前所处的场景；响应于场景存在构建情境模式需求，采集车辆用户在场景下输入的一个或多个操作指令，对操作指令进行整合，得到当前指令集；调用车辆用户在场景下的历史指令集，基于当前指令集和历史指令集确定出目标指令集；利用目标指令集在车辆的车机系统内创建场景对应的第一场景模式。一场景模式。一场景模式。


技术研发人员：许超
受保护的技术使用者：博泰车联网（南京）有限公司
技术研发日：2023.06.02
技术公布日：2023/9/22