首页 > 化学装置 专利正文
指令处理方法、装置、终端和存储介质与流程

时间:2022-02-24 阅读: 作者:专利查询

指令处理方法、装置、终端和存储介质与流程

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.图1为本技术实施例提供的一种应用场景示意图;
32.图2为本技术实施例提供的另一种应用场景示意图;
33.图3为本技术实施例提供的指令处理方法的流程示意图;
34.图4为本技术实施例提供的指令处理方法的流程示意图;
35.图5a为本技术实施例提供的指令处理方法的一种使用场景示意图;
36.图5b为本技术实施例提供的指令处理方法的另一种使用场景示意图;
37.图6为本技术实施例提供的指令处理装置的结构示意图;
38.图7为本技术实施例提供的一种终端的结构示意图;
39.图8为本技术实施例提供的指令处理系统的结构示意图。
具体实施方式
40.需要说明的是,本技术实施例中的方案可以应用于车联网,如车辆外联(vehicle to everything,v2x)、车间通信长期演进技术(long term evolution-vehicle,lte-v)、车辆-车辆(vehicle to vehicle,v2v)等。例如可以应用于具有指令处理功能的车辆,或者车辆中具有指令处理功能的其它装置。该其它装置包括但不限于:车载终端、车载控制器、车载模块、车载模组、车载部件、车载芯片、车载单元、车载雷达或车载摄像头等其他传感器,车辆可通过该车载终端、车载控制器、车载模块、车载模组、车载部件、车载芯片、车载单元、车载雷达或车载摄像头,实施本技术提供的指令处理方法。当然,本技术实施例中的指令处理方案还可以用于除了车辆之外的其它具有指令处理功能的智能终端,或设置在除了车辆之外的其它具有指令处理功能的智能终端中,或设置于该智能终端的部件中。该智能终端可以为智能运输设备、智能家居设备、机器人等。例如包括但不限于智能终端或智能终端内的控制器、芯片、雷达或摄像头等其它传感器、以及其它部件等。
41.下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行描述,显然,所描述的实施例仅仅是本技术一部分实施例,而不是全部的实施例。
42.本技术实施例中,对于名词的数目,除非特别说明,表示“单数名词或复数名词”,即"一个或多个”。“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b的情况,其中a,b可以是单数或者复数。如无特殊说明,字符“/”一般表示前后关联对象是一种“或”的关系。例如,a/b,表示:a或b。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),表示:a,b,c,a和b,a和c,b和c,或,a和b和c,其中a,b,c可以是单个,也可以是多个。
43.本技术实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分,不用于
限定多个对象的大小、内容、顺序、时序、应用场景、优先级或者重要程度等。
44.本技术实施例中,指令处理方法可以由车载终端与服务器共同完成,也可以由车载终端单独完成。示例性的,车载终端可以安装在车辆内部。一方面,车载终端上可以根据用户需求安装不同的应用程序(application,app),如导航app、音乐app、游戏app等。另一方面,车载终端可以与车内设备如摄像头、显示屏、拾音器、中控台等进行连接,构成车载系统。这使得车载终端不仅具有定位、通信等功能,还具有业务调试和数据处理功能。
45.在一些实施例中,车辆能够借助车载终端,基于自然语言处理技术等,识别用户的驾驶意图,例如,当用户说“打开车窗”时,车载终端控制车窗打开,当用户说“打开音乐”时,车载终端控制音乐播放器打开。然而,通过这种方法,智能驾驶车辆对用户意图的识别水平较低,仅能识别出用户的一些最简单、最直接的意图,从而导致用户体验不佳。
46.基于上述问题,本技术提供一种指令处理方法,根据用户指令进行用户意图分析,从而触发至少一种类型的用户功能。示例性地,图1为本技术实施例提供的一种应用场景示意图,如图1所示,本技术实施例中可由车载终端单独根据用户指令进行用户意图分析,从而触发至少一种类型的用户功能。示例性地,图2为本技术实施例提供的另一种应用场景示意图,如图2所示,本技术实施例中,可由车载终端和服务器共同对用户指令进行处理,即由车载终端借助服务器根据用户指令进行用户意图分析,从而触发至少一种类型的用户功能。
47.图3为本技术实施例提供的指令处理方法的流程示意图,本实施例的方法可以由本技术实施例所提供的指令处理装置执行,该装置可以由软件和/或硬件的方式来实现,并可集成于车载终端和/或服务器中。如图3所示,本实施例的指令处理方法,包括:
48.s301、获取用户指令。
49.其中,用户指令是指由车内用户触发产生的指令。在一些实施例中,当用户在车内使用文字、语音、手势、行动(如操作车载终端上的应用程序)等方式向车载系统发送命令时,车载终端可以进行用户指令的获取。
50.示例性地,车载终端通过车载系统中的文字输入设备,如显示屏,感知用户通过应用的功能界面或系统的搜索界面等输入的文字,当确定用户发出文字命令时,车载终端进行用户指令的获取。
51.示例性地,车载终端可以通过车载系统中的拾音器对车内的声音进行持续监听,当监听到用户发出语音命令(可事先约定哪些语音可以作为语音命令),如激活指令时,车载终端控制拾音器开始接收用户指令,从而进行用户指令的获取。车载终端也可以通过预埋在应用程序中的探针监测用户在应用程序中的操作,当监测到用户触发语音指令的采集功能按键时,控制拾音器开始接收用户指令,从而进行用户指令的获取。
52.示例性地,车载终端可以通过车载系统中的摄像头对车内的用户进行持续监控,当确定用户发出手势命令(可事先约定哪些手势可以作为手势命令),如“ok”手势时,车载终端终端控制摄像头开始接收用户指令,从而进行用户指令的获取。车载终端也可以通过预埋在应用程序中的探针监测用户在应用程序中的操作,当监测到用户触发手势指令的采集功能按键时,控制摄像头开始接收用户指令,从而进行用户指令的获取。
53.示例性地,当用户对车载系统中的设备或其他设备进行操作时,如通过中控台调节音响的音量、转动车辆的方向盘、操作操纵杆、打开/关闭车灯等,车载终端通过相关设备
的传感器进行用户指令的获取。
54.s302、响应于用户指令,触发用户指令对应的至少一种类型的用户功能。
55.通过上述方法,当接收到用户指令时,通过结合用户的历史数据、情绪及车辆的状态数据、驾驶环境数据等对用户指令进行深度解析,给出多个具有关联关系的用户意图,用以触发至少一种类型的用户功能。
56.在一些实施例中,用户功能可以是对应用程序功能和车内设备功能中的至少一种。用户功能的类型可以根据用户功能对应的用户需求进行划分,示例性地,用户功能可以分为车内设备调控功能、导航功能、娱乐功能、物联网(internet of things,iot)设备调控功能、线上到线下(online to offline,o2o)功能等。当然,用户功能的类型还可以根据其他方式确定,在此不做限定。
57.在一些实施例中,每一种类型的用户功能包括车内设备的功能和应用程序的功能中的至少一项,即一种类型的用户功能中可以只包括车内设备的功能,也可以只包括应用程序的功能,还可以同时包括车内设备的功能和应用程序的功能。下面将对上述三种情况分别进行举例:
58.(1)包括车内设备的功能的情况
59.以车内设备调控功能为例,车内设备调控功能主要是指对车辆内外的硬件设备,如车窗、空调、座椅、雨刷、车灯等进行控制和调整的功能,因此,用户功能可以是车内设备的功能。
60.(2)包括应用程序的功能的情况
61.以iot设备调控功能和o2o功能为例,iot设备调控功能主要是指对家用iot设备如家中的空调、窗帘等进行控制和调整的功能,需要通过相应的应用程序进行远程控制,因此,只涉及应用程序的功能。o2o功能是主要是指通过应用软件购买或预约线下物品的功能,如预定餐品、酒店等,由相应的应用程序就可以完成,因此,用户功能可以是应用程序的功能。其中,应用程序的功能是指打开应用程序,并显示到应用程序中具体功能页面的功能。
62.(3)同时包括车内设备的功能和应用程序的功能的情况
63.以导航功能和娱乐功能为例,导航功能一方面需要通过应用程序进行路径规划,另一方面需要借助车内的音箱和扩音器进行导航语音的播报或通过显示器进行路况展示等,因此,同时涉及应用程序的功能和车内设备的功能。类似地,娱乐功能如音视频播放功能、游戏功能等,这些功能一般都需要由相应的应用程序提供数据,并以车内设备如音箱、显示器等为载体实现,因此,用户功能可以同时涉及应用程序的功能和车内设备的功能。
64.在一些实施例中,一种用户指令,可以触发一种或多种类型的用户功能,具体可以通过对用户指令进行解析,获得可能的用户意图对应的用户意图信息,进而,根据用户意图信息的数量,确定需要触发的用户功能的类型数(即种类数)。
65.举例来说,若获得的用户意图信息只有一种,如导航,则需要触发的用户功能可以是一种,即导航功能;若获取的用户意图信息有多种,如听音乐、开窗和购买冷饮,则需要触发的用户功能可以是多种,分别为娱乐功能、车内设备调控功能和o2o功能。
66.在一些实施例中,根据不同的应用场景,可以采用不同的方式进行用户意图信息的获得和用户功能的触发。在一种可能的实施方式中,结合图1所示,通过车载终端直接对
用户指令进行分析,得到至少一种用户意图信息,再根据用户意图信息确定用户指令对应的用户功能的类型,并触发确定的至少一种类型的用户功能。
67.在另一种可能的实施方式中,结合图2所示,通过车载终端将用户指令发送给服务器,由服务器对用户指令进行分析,得到至少一种用户意图信息,再将用户意图信息反馈给车载终端,由车载终端根据用户意图信息确定用户指令对应的用户功能的类型,并触发确定的至少一种类型的用户功能。
68.在一些实施例中,当对用户指令进行分析得到的用户意图信息为至少两种时,每一种用户意图信息可以是对用户指令进行直接或间接或拓展分析得到的。
69.在一种可能的实现方式中,根据获得用户意图信息的维度的不同,每种用户意图信息中可以包括第一维度的用户意图信息、第二维度的用户意图信息、第三维度的用户意图信息或第四维度的用户意图信息中的至少一项。下面将分别对第一维度的用户意图信息、第二维度的用户意图信息、第三维度的用户意图信息和第四维度的用户意图信息进行介绍:
70.(1)第一维度的用户意图信息
71.第一维度的用户意图信息为根据用户指令的语义分析获得的用户意图信息,即第一维度的用户意图信息为用户指令的直接语义对应的用户意图信息。示例性地,对于通过文字或语音方式输入的用户指令,在一些实施例中,可通过自然语言处理技术,对用户指令中的关键信息进行处理,得到第一维度的用户意图信息,例如,对于用户指令“打开窗户”,则通过意图分析,得到第一维度的用户意图信息可以为“打开车窗”。
72.(2)第二维度的用户意图信息
73.第二维度的用户意图信息为根据用户指令对应的用户(发出用户指令的用户)的用户情绪获得的用户意图信息,即第二维度的用户意图信息为用户情绪对应的用户意图信息。需要说明的是,由于车内用户可能不止一个,因此,得到的用户意图信息指发出用户指令的用户的用户意图信息。
74.相应地,通过获取发出用户指令的用户的用户情绪,并对用户情绪进行分析,得到第二维度的用户意图信息。在一些实施例中,可以通过声纹识别或图像识别的方式确定发出用户指令的用户情绪,如喜悦、悲伤、愤怒、沮丧等,例如,若识别出用户的情绪为沮丧,则通过意图分析,得到第二维度的用户意图信息可以为“播放音乐”。
75.(3)第三维度的用户意图信息
76.第三维度的用户意图信息为根据用户的历史数据、车辆的驾驶环境数据和车辆的状态数据中的至少一项获得的用户意图信息。
77.用户的历史数据,是对用户的使用车辆时产生的数据进行积累得到的,该数据可以为用户使用车辆时的驾驶数据、环境数据、应用程序或车内设备的历史数据中的至少一项。
78.驾驶数据可以包括驾驶行为数据和驾驶习惯数据,是用户驾驶车辆时,车载终端对用户的历史驾驶行为进行记录和分析得到的,如用户的驾车时长、驾驶车辆的平均速度等。
79.环境数据可以包括用户使用车辆时时间、天气、地点以及车内的温度和湿度等,是车载终端对用户历史用车时的相关数据进行记录和汇总得到的。
80.应用程序或车内设备的历史数据是指用户在历史用车过程中操作应用程序或车内设备的数据,包括用户操作应用程序或车内设备的时间、具体操作内容、时长等。
81.在一些实施例中,由于使用车辆的用户可以有多个,并且可以包括司机和乘客两种不同的身份,因此,事先可以根据用户的不同,对用户的历史数据进行分类存储。例如,若某次车上一共有用户a和用户b两个用户,则在生成用户的历史数据时,可以将用户a和用户b的历史数据分别存储在不同的文件夹中。需要说明的是,用户的历史数据可以存储在车载终端中,也可以存储在服务器中,还可以存储在单独的存储设备,如存储盘中。
82.车辆的驾驶环境数据,是指车辆的当前驾驶环境数据,如当前的时间(包括年份、日期、时刻等)、地点(包括车辆当前所在位置、目的地、途经地等)、天气(包括气象、温度、湿度、风力等)等。
83.车辆的状态数据,可以包括车内设备或应用程序的状态数据,如车窗或空调是否已经打开、音乐app是否在播放音乐等,还可以包括车辆的驾驶状态数据,如车辆当前的行驶路段、车速、道路交通状况等。
84.在一些实施例中,根据实际情况,获取用户的历史数据、车辆的驾驶环境数据和车辆的状态数据中的一项或多项,并对获取到的数据进行分析,得到第三维度的用户意图信息。例如,当根据用户的历史数据可知,用户在使用车辆时习惯听音乐,因此,得到的第三维度的用户意图信息可以为“打开音乐app”;当根据车辆的驾驶环境数据可知,当前日期为用户的结婚纪念日,同时,根据用户的历史数据可知,在以往的结婚纪念日用户都会为爱人买一束鲜花,因此,得到的第三维度的用户意图信息可以为“导航最近的花店”或“订购一束鲜花”;当根据车辆的状态数据可知,当前行驶路段出现严重堵车,同时,根据用户的历史数据可知,在以往出现该情况时,用户会看视频,因此,得到的第三维度的用户意图信息可以为“打开视频app”。
85.(4)第四维度的用户意图信息
86.第四维度的用户意图信息为根据第一维度的用户意图信息、第二维度的用户意图信息、第三维度的用户意图信息中的至少一项确定的用户意图信息,即第四维度的用户意图信息可以是对第一维度的用户意图信息、第二维度的用户意图信息、第三维度的用户意图信息中的一项进行拓展分析得到的,也可以是对第一维度的用户意图信息、第二维度的用户意图信息、第三维度的用户意图信息中的至少两项进行融合分析得到的。
87.由于每一种用户意图信息均是对用户指令进行直接或间接或拓展分析得到的,获得的至少两种用户意图信息之间可以具有关联关系。
88.这种关联关系可能是各用户意图信息对应的用户功能满足的用户需求或发挥的作用之间的关联关系,也可能是用户意图信息对应的用户功能与特定事件或场景之间的关联关系等,例如,听音乐、开窗和购买冷饮,虽然对应三种不同的用户意图信息,但不难发现,这三种用户意图信息对应的用户功能的实现均可达到缓解用户焦躁情绪或为用户进行降温的目的。
89.以对第三维度的用户意图信息进行拓展分析,得到第四维度的意图信息为例,示例性地,当根据车辆的状态数据和用户的历史数据,确定的第三维度的用户意图信息为“打开视频app”时,进一步地,通过查视频app的数据可知,用户有未看完的视频,如xxx电视剧的第17集,因此,得到的第四维度的用户信息意图可以为“打开xxx电视剧的第17集”。
90.对第一维度的用户意图信息、第二维度的用户意图信息的进行拓展分析得到第四维度的用户意图信息的过程与此类似,此处不再赘述。
91.以对第一维度的用户意图信息和第三维度的用户意图信息进行融合分析得到第四维度的用户意图信息为例,示例性地,当用户说“我很热”时,通过对其进行语义分析得到第一维度的用户意图信息可以为“打开窗户”、“打开空调”或“购买冷饮”。
92.在一种可能的情况下,根据用户的历史数据可知,用户更喜欢开窗,而不是开空调,因此,得到的第四维度的用户意图信息可以为“打开车窗”。
93.在另一种可能的情况下,根据用户的历史数据可知,用户更喜欢开窗,而不是开空调,但根据车辆的状态数据可知,车窗当前已处于打开状态,因此,得到的第四维度的用户意图信息可以为“购买冷饮”。
94.在又一种可能的情况下,根据用户的历史数据可知,用户更喜欢开窗,而不是开空调,但根据车辆的驾驶环境数据可知,当前的气象状况为大雨,因此,得到的第四维度的用户意图信息可以为“打开空调”。
95.类似地,也可以对其他不同维度的用户意图信息进行融合分析,得到第四维度的用户意图信息,其具体实现过程与上述过程类似,此处不再赘述。
96.可以理解的是,在获取第二维度的用户意图信息和第三维度的用户意图信息时,需要先确定用户的身份,在确定用户身份的基础上获取发出用户指令的用户的用户情绪以及历史数据,进而,对用户情绪和用户的历史数据进行分析得到相应维度的用户意图信息。
97.在一些实施例中,可以根据采集的用户的声音、图像信息,通过声纹或图像处理技术,进行用户指令对应的用户的用户身份的获取;也可以通过弹出用户身份选择或输入页面,根据用户的选择或输入操作进行用户身份的获取;还可以其他方式如指纹录入的方式等进行用户身份的获取,此处不做限制。
98.通过获取用户指令,响应于用户指令,触发用户指令对应的至少一种类型的用户功能;至少一种类型的用户功能中的一种类型的用户功能包括车辆的车内设备的功能和应用程序的功能中的至少一项。实现了通过一个用户指令触发车内设备和/或应用程序实现至少一种类型的用户功能,能够快速满足用户多维度的需求,从而不仅节省了用户的等待时间,还提高了用户的决策效率,提升了用户对车辆的使用体验。
99.图4为本技术实施例提供的指令处理方法的流程示意图,本实施例的方法可以由本技术实施例所提供的指令处理装置执行,该装置可以由软件和/或硬件的方式来实现,并可集成于车载终端和/或服务器中。如图4所示,本实施例的指令处理方法,包括:
100.s401、获取用户指令。
101.s402、响应于用户指令,触发用户指令对应的至少一种类型的用户功能。
102.上述s401-s402的具体实施方式与s301-s302类似,可参见s301-s302中的描述,此处不再赘述。
103.s403、响应于至少一种类型的用户功能,向用户功能对应的目标设备和/或目标应用程序发送控制指令。
104.在一些实施例中,在确定用户指令对应的至少一种类型的用户功能后,分别确定实现各用户功能的目标设备和/或目标应用程序,从而向确定的目标设备和/或目标应用程序发送控制指令,以控制目标设备执行相应的功能操作,和/或,控制目标应用程序打开相
应的功能页面。如控制车窗打开或关闭,控制空调的温度调高或调低,控制视频app进入用户未看完的视频页面,控制购物app进入鲜花选购页面等。
105.其中,目标设备是指能够实现所触发的用户功能的车内设备,目标应用程序是指能够实现所触发的用户功能的应用程序。在一种可能的实施方式中,通过将所触发的用户功能分别与各车辆设备及应用程序的功能进行匹配,从确定目标设备和/或目标应用程序。
106.在一种可能的实施方式中,在确定出目标设备和/或目标应用程序,将用户功能对应的用户意图信息进行转换,得到符合目标设备和/或目标应用程序的控制指令。
107.可选地,在s403之后,还可以获取用户的进一步指令,如“声音调大点”等,并对目标设备关联的用户功能进行控制。或者,获取用户在目标应用程序的功能页面的点击或选择操作等,并对目标应用程序关联的用户功能进行控制,从而为用户提供更加贴心的服务,进一步提升用户体验。
108.可选地,在s403之后,还可以获取目标设备和/或目标应用程序的状态,并检测该状态与用户指令期望达到的状态是否一致,若不一致,则根据当前状态,生成新的控制指令,并将其发送给目标设备和/或目标应用程序。例如,若用户指令为“将空调温度设置到25℃”,若检测到空调当前的温度为28℃,则可以生成将空调温度调低3℃的控制指令。若用户指令为“**商场”,若检测到导航app进行路线规划的终点不是该商场,则可以生成路线重新规划的控制指令。从而为用户提供更加到位的服务,进一步提升用户体验。
109.图5a为本技术实施例提供的指令处理方法的一种使用场景示意图,如图5a所示,当用户发出“回家”的指令时,通过结合当前的时间(6:30pm)、地点(公司)和天气(炎热),对该指令进行分析,分别确定用户车内设备调控、导航、娱乐、iot设备调控和o2o五个方面意图,并根据确定的意图触发车内设备和/或应用程序对应的用户功能。
110.(1)由于当前天气比较炎热,因此,可以控制空调打开,并根据用户的历史数据,将空调的温度调整到合适的温度值;
111.(2)利用导航应用程序为用户规划回家的路线,同时,还可以根据用户的历史数据,选择用户喜欢的播报语音进行语音播报,或用户预约停车位;
112.(3)若根据用户历史数据确定用户通常会先放松一下,再驾车回家,则可以通过娱乐应用给出用户没有看完的图书或视频选项、用户喜欢的音乐或游戏选项等;
113.(4)利用iot应用给出用户是否提前打开家里的空调、空气净化器、灯、窗户等设备以及灯光的设置方案等选项;
114.(5)根据用户的历史数据等,利用o2o应用给出是否需要订外卖、鲜花或购买红酒、蔬菜等物品的选项。
115.可选地,还可以通过意图识别引擎根据用户指令进行用户意图分析(即用户需求分析),从而触发用户指令对应的至少一种类型的用户功能,通过操作分发系统进行用户意图分发(即控制指令的分发),从而控制目标设备执行相应的功能操作,和/或,控制目标应用程序打开相应的功能页面。
116.可选的,目标设备执行相应的功能操作后,还可以通过显示或语音等方式通知用户。
117.需要说明的是,上述触发用户指令对应的至少一种类型的用户功能的功能页面或触发用户指令对应的至少一种类型的用户功能对应的提示页面可以同时显示,也可以分开
显示,在此不做限定。例如,图5b为本技术实施例提供的指令处理方法的另一种使用场景示意图,如图5b所示,根据获得的上述5种用户意图信息,可以在显示屏同时显示对应的5种功能页面或提示页面,以便用户确认是否执行相应的功能。
118.再比如,还可以根据用户意图信息的优先级(该优先级可以是根据用户习惯确定的,还可以是根据用户设置的,还可以是默认设置的,还可以通过其他方式设置,在此不做限定),优先显示至少一个功能页面或提示页面,在用户对该至少一个功能页面或提示页面操作完成后,再显示其他剩余的用户未操作的用户意图信息对应的功能页面或提示页面。
119.再比如,用户意图信息对应的功能页面或提示页面还可以是分页显示的,或者,还可以是根据功能页面或提示页面对应的对象,显示在不同的屏幕上,例如,娱乐应用的功能页面或提示页面可以显示在具有娱乐应用的显示屏上。导航应用的功能页面或提示页面可以显示在具有导航应用的显示屏(例如,中控屏、抬头显示等)。功能页面或提示页面的显示的屏幕可以是一张,也可以是多张,可以根据需要设置,在此不做限定。
120.其中,意图识别引擎和操作分发系统,根据需要可以设置在车载终端中,也可以设备在服务器中,此处不做限制。
121.通过获取用户指令,响应于用户指令,触发用户指令对应的至少一种类型的用户功能,响应于至少一种类型的用户功能,向用户功能对应的目标设备和/或目标应用程序发送控制指令,实现了通过一个用户指令触发车内设备和/或应用程序实现至少一种类型的用户功能,能够快速满足用户多维度的需求,从而不仅节省了用户的等待时间,还提高了用户的决策效率,提升了用户对车辆的使用体验。
122.图6为本技术实施例提供的指令处理装置的结构示意图,如图6所示,指令处理装置600可以包括:获取模块601和处理模块602。
123.获取模块601,用于获取用户指令;
124.处理模块602,用于响应于用户指令,触发用户指令对应的至少一种类型的用户功能;至少一种类型的用户功能中的一种类型的用户功能包括车辆的车内设备的功能和应用程序的功能中的至少一项。
125.可选地,获取模块601还用于:获得至少两种用户意图信息,至少两种用户意图信息为根据用户指令分析获得的;至少两种用户意图信息为具有关联关系的用户意图信息,至少两种用户意图信息用于确定用户指令对应的至少两种类型的用户功能。
126.可选地,用户意图信息包括:第一维度的用户意图信息、第二维度的用户意图信息、第三维度的用户意图信息或第四维度的用户意图信息中的至少一项;第一维度的用户意图信息为根据用户指令的语义分析获得的;第二维度的用户意图信息为根据用户指令对应的用户的用户情绪获得的;第三维度的用户意图信息为根据用户的历史数据、车辆的驾驶环境数据和车辆的状态数据中的至少一项获得的;第四维度的用户意图信息为根据第一维度的用户意图信息、第二维度的用户意图信息、第三维度的用户意图信息中的至少一项确定的。
127.可选地,具有关联关系的用户意图信息中的一种用户意图信息与一种类型的用户功能存在对应关系。
128.可选地,指令处理装置600还包括:发送模块603。处理模块602还用于:
129.响应于至少一种类型的用户功能,通过发送模块603向用户功能对应的目标设备
和/或目标应用程序发送控制指令;控制指令用于控制目标设备执行相应的功能操作,和/或,控制目标应用程序打开相应的功能页面。
130.可选地,获取模块602还用于:获得用户指令对应的用户的身份信息,用户的身份信息用于确定用户的历史数据;用户的历史数据包括以下至少一项:用户使用车辆的驾驶数据、用户使用车辆的环境数据、用户使用车辆的应用程序或车内设备的历史数据。
131.可选地,发送模块603还用于:向服务器发送用户意图解析请求;用户意图解析请求用于获取服务器返回的至少两种用户意图信息。
132.本实施例所提供的指令处理装置可执行上述方法实施例所提供的指令处理方法,具备执行方法相应的功能模块和有益效果。本实施例的实现原理和技术效果与上述方法实施例类似,此处不再一一赘述。
133.图7为本技术实施例提供的一种指令处理装置的结构示意图,示例性的,指令处理装置可以是终端,举例来说,该终端可以是机动车辆、路口摄像头、无人机、轨道车、自行车、路侧单元等具有指令处理功能的终端设备。或车辆中的部件,例如,芯片,如图7所示,该终端700包括存储器701、处理器702及存储在存储器上并可在处理器上运行的计算机程序;终端700中处理器702的数量可以是一个或多个,图7中以一个处理器702为例;终端700中的处理器702、存储器701可以通过总线或其他方式连接,图7中以通过总线连接为例。
134.存储器701作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本技术实施例中的获取模块601和处理模块602对应的程序指令/模块。处理器702通过运行存储在存储器701中的软件程序、指令以及模块,从而执行车载终端/服务器的各种功能应用程序以及数据处理,即实现上述的指令处理方法。
135.存储器701可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序程序;存储数据区可存储根据终端的使用所创建的数据等。此外,存储器701可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器701可进一步包括相对于处理器702远程设置的存储器,这些远程存储器可以通过网格连接至车载终端/服务器。上述网格的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
136.本技术实施例还提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序在由计算机处理器执行时用于执行一种指令处理方法,该方法包括:
137.获取用户指令;响应于用户指令,触发用户指令对应的至少一种类型的用户功能;至少一种类型的用户功能中的一种类型的用户功能包括车辆的车内设备的功能和应用程序的功能中的至少一项。
138.当然,本技术实施例所提供的一种包计算机可读存储介质,其计算机程序不限于如上所述的方法操作,还可以执行本技术任意实施例所提供的指令处理方法中的相关操作。
139.图8为本技术实施例提供的指令处理系统的结构示意图,如图8所示,指令处理系统800包括车辆801和服务器802,车辆801和服务器802之间可以通过车载通信装置进行通信和数据传输。
140.在一种可能的实施方式中,车辆801获取用户指令,响应于用户指令,触发用户指
令对应的至少一种类型的用户功能;至少一种类型的用户功能中的一种类型的用户功能包括车辆的车内设备的功能和应用程序的功能中的至少一项。
141.在另一种可能的实施方式中,车辆801获取用户指令,并将用户指令发送给服务器802,服务器802响应于用户指令,触发用户指令对应的至少一种类型的用户功能;至少一种类型的用户功能中的一种类型的用户功能包括车辆的车内设备的功能和应用程序的功能中的至少一项。
142.示例性地,车辆801向服务器802发送用户意图解析请求,用户意图解析请求中包括用户指令;服务器802响应于用户意图解析请求,对用户指令进行分析,得到至少一种用户意图信息,并将至少一种用户意图信息反馈给车辆801;车辆801根据得到的至少一种用户意图信息,触发用户指令对应的至少一种类型的用户功能。
143.本实施例所提供的指令处理系统可执行上述方法实施例所提供的指令处理方法,具备执行方法相应的设备和有益效果。本实施例的实现原理和技术效果与上述方法实施例类似,此处不再一一赘述。
144.通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本技术可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、闪存(flash)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网格设备等)执行本技术各个实施例所述的方法。
145.值得注意的是,上述指令处理装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本技术的保护范围。
146.注意,上述仅为本技术的较佳实施例及所运用技术原理。本领域技术人员会理解,本技术不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本技术的保护范围。因此,虽然通过以上实施例对本技术进行了较为详细的说明,但是本技术不仅仅限于以上实施例,在不脱离本技术构思的情况下,还可以包括更多其他等效实施例,而本技术的范围由所附的权利要求范围决定。