用于控制车辆部件的装置及方法与流程

文档序号:16528428发布日期:2019-01-05 10:32阅读:158来源:国知局
用于控制车辆部件的装置及方法与流程

本发明属于控制技术领域,涉及用于控制车辆部件的装置及方法。



背景技术:

车辆中的诸多部件(例如窗、锁、灯、座椅等等)是可以被用户控制设置的,由于需要被控制的部件相对多,因此,车辆上存在许多物理按钮来控制各个相应的部件,对于用户来说,记忆和/或熟悉操作这些物理按钮是相对困难的。

目前,为提高用户体验,通过在车载终端设备(例如中控屏)的显示屏上显示控制用户界面,通过操作控制用户界面上面的虚拟按键来完成对车辆部件的控制,例如关窗、解锁等等。

但是,现有的车载终端设备上的控制用户界面同样存在记忆认知困难的问题,难以快速进入相应部件的界面来完成设置操作、操作路径长,用户操作效率较低,特别是对于在进行驾驶操作的用户来说,是非常不友善的。



技术实现要素:

本发明的目的之一在于,提高用户控制车辆部件的便利性;

本发明的又一目的在于,提高用户控制车辆部件的体验。

为实现以上目的或者其他目的,本发明提供以下技术方案。

按照本发明的第一方面,提供一种用于控制车辆部件的装置,其包括:

显示器,其用于提供控制用户界面,其中,所述控制用户界面显示用于控制各个车辆部件的多个交互元素;

处理器,其用于响应于接收进入所述控制用户界面的指示消息来控制所述多个交互元素的至少一部分在所述控制用户界面中分类地排列显示。

根据本发明一实施例的装置,其中,所述处理器用于响应于接收进入所述控制用户界面的指示消息来控制所述多个交互元素的至少一部分按照其对应控制的车辆部件的物理属性类别在所述控制用户界面中分类地排列显示。

根据本发明一实施例的装置,其中,所述处理器用于响应于接收进入所述控制用户界面的指示消息来控制所述多个交互元素的至少一部分按照其对应控制的车辆部件的效果类别在所述控制用户界面中分类地排列显示。

根据本发明一实施例的装置,其中,所述处理器还用于响应于用户的类别定制指令来定义需要在控制用户界面上显示的类别及其显示方式。

根据本发明一实施例的装置,其中,所述处理器还用于根据用户对交互元素的使用频次来定义每个类别中对应排列显示的交互元素。

根据本发明一实施例的装置,其中,所述处理器还用于响应于对相应的交互元素的交互操作指令来控制所述显示器显示该交互元素对应控制的一个或多个车辆部件的用户设置界面。

根据本发明一实施例的装置,其中,所述处理器还用于控制在所述显示器上显示默认用户界面,以及响应于在所述默认用户界面上的一次滑动操作的进入所述控制用户界面的指示消息来控制所述显示器切换显示所述控制用户界面。

按照本发明的第二方面,提供一种用于控制车辆部件的方法,其包括:

接收进入控制用户界面的指示消息;以及

响应于所述指示消息而显示所述控制用户界面,其中将所述控制用户界面中的用于控制各个车辆部件的多个交互元素的至少一部分分类地排列显示。

根据本发明一实施例的方法,其中,在显示所述控制用户界面的步骤中,将所述控制用户界面中的用于控制各个车辆部件的多个交互元素的至少一部分按照其对应控制的车辆部件的物理属性类别分类地排列显示。

根据本发明一实施例的方法,其中,在显示所述控制用户界面的步骤中,将所述控制用户界面中的用于控制各个车辆部件的多个交互元素的至少一部分按照其对应控制的车辆部件的效果类别分类地排列显示。

根据本发明一实施例的方法,其中,还包括:

定义步骤:响应于用户的类别定制指令来定义需要在控制用户界面上显示的类别及其显示方式。

根据本发明一实施例的方法,其中,还包括:

定义步骤:根据用户对交互元素的使用频次来定义每个类别中对应排列显示的交互元素。

根据本发明一实施例的方法,其中,还包括步骤:

接收对相应的交互元素的交互操作指令;以及

响应于所述交互操作指令显示该交互元素对应控制的一个或多个车辆部件的用户设置界面。

根据本发明一实施例的方法,其中,还包括步骤:显示默认用户界面;

在所述接收进入控制用户界面的指示消息的步骤中,接收在所述默认用户界面上的一次滑动操作的指示消息;

在所述显示控制用户界面的步骤中,从显示所述默认用户界面切换显示所述控制用户界面。

按照本发明的第三方面,提供一种车载终端设备,其中,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述程序时实现以上任一所述方法的步骤。

按照本发明的第四方面,提供一种计算机可读存储介质,其上存储有计算机程序,其中,该程序被计算机执行以实现以上任一项所述方法的步骤

根据以下描述和附图本发明的以上特征和操作将变得更加显而易见。

附图说明

从结合附图的以下详细说明中,将会使本发明的上述和其他目的及优点更加完整清楚,其中,相同或相似的要素采用相同的标号表示。

图1是按照本发明一实施例的用于控制车辆部件的装置的结构示意图。

图2是按照本发明一实施例的用于控制车辆部件的装置显示控制用户界面时的示意图。

图3是按照本发明一实施例的用户设置界面意图。

图4是按照本发明一实施例的用于控制车辆部件的方法的流程图。

图5是按照本发明又一实施例的用于控制车辆部件的装置的模块示意图。

具体实施方式

现在将参照附图更加完全地描述本发明,附图中示出了本发明的示例性实施例。但是,本发明可按照很多不同的形式实现,并且不应该被理解为限制于这里阐述的实施例。相反,提供这些实施例使得本公开变得彻底和完整,并将本发明的构思完全传递给本领域技术人员。附图中,相同的标号指代相同的元件或部件,因此,将省略对它们的描述。

附图中所示的一些方框图是功能实体,不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体,或者在一个或多个硬件模块或集成电路中实现这些功能实体,或者在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

下文参考根据本发明实施例的方法、装置的流程图说明、框图和/或流程图来描述本发明。将理解这些流程图说明和/或框图的每个框、以及流程图说明和/或框图的组合可以由计算机程序指令来实现。可以将这些计算机程序指令提供给通用计算机、专用计算机或其他可编程数据处理设备的处理器以构成机器,以便由计算机或其他可编程数据处理设备的处理器执行的这些指令创建用于实施这些流程图和/或框和/或一个或多个流程框图中指定的功能/操作的部件。

可以将这些计算机程序指令存储在计算机可读存储器中,这些指令可以指示计算机或其他可编程处理器以特定方式实现功能,以便存储在计算机可读存储器中的这些指令构成包含实施流程图和/或框图的一个或多个框中指定的功能/操作的指令部件的制作产品。

可以将这些计算机程序指令加载到计算机或其他可编程数据处理器上以使一系列的操作步骤在计算机或其他可编程处理器上执行,以便构成计算机实现的进程,以使计算机或其他可编程数据处理器上执行的这些指令提供用于实施此流程图和/或框图的一个或多个框中指定的功能或操作的步骤。还应该注意在一些备选实现中,框中所示的功能/操作可以不按流程图所示的次序来发生。例如,依次示出的两个框实际可以基本同时地执行或这些框有时可以按逆序执行,具体取决于所涉及的功能/操作。

图1所示为按照本发明一实施例的用于控制车辆部件的装置的结构示意图;图2所示为按照本发明一实施例的用于控制车辆部件的装置显示控制用户界面的示意图。用于控制车辆部件的装置具体可以例如通过车载终端设备1000或车机端1000实现,车载终端设备1000可以安装在车辆(例如电动汽车或者其他类型的车辆)上,例如,其具体可以为车载中控装置,其具有类似中控屏的显示器10,从而可以给例如驾驶员用户方便地呈现信息。

车载终端设备1000或车机端1000在本申请的各示例中示例性地为车辆的信息娱乐系统,在某些情况下,可能直接指代该系统的控制器,而在某些情况下,可能具体指的是该系统的现实屏幕(如果有的话),这可结合上下文确定。需要特别指出的是,根据本申请的信息娱乐系统,其包括影音播放、导航、天气、里程示意等多种功能或其组合,在一些情况下,也可称作车辆的操作系统。

在一实施例中,车载终端设备1000可以包括一个或多个显示器10、处理器20和存储器40。存储器40可存储程序代码,该程序代码可由处理器20读取并在处理器20上执行以配置车载终端设备1000执行由程序代码定义的操作。例如,处理器20可用于执行一种用于操作用户界面的方法。处理器20可处理程序代码或相关数据,这些也可存储在存储器40中,并且可生成包含将在显示器10上渲染的用户界面(userinterface,ui)的输出。每个用户界面ui可包括一个或多个用于实现各种功能的交互元素(图1未示出)。

在一实施例中,车载终端设备1000还可包括一个或多个输入传感器112、114,其中输入传感器112、114可用于向处理器20提供用户生成的输入或指令。处理器20可分析该用户输入的指示消息或指令以识别受该指示消息或指令影响的用户界面的交互元素并执行与识别的交互元素关联的功能。例如,处理器20可执行定义用户界面行为的功能部件或引擎,并向用户界面的功能部件或引擎提供用户输入以识别交互元素并执行相应的功能。

具体地,输入传感器112可以是触控传感器,其可以布置在显示器10之上或与显示器10一起集成地布置。在一实例中,输入传感器112可以能够检测用户的手指等的直接接触。基于该接触在用户界面112上的位置和交互的相应历史,例如手势,处理器20可识别与该接触的当前位置相关的对应交互元素,并且可执行与识别的交互元素关联的功能,这可能考虑了交互的当前位置或历史。例如,用户可触摸界面元素并向一个方向滑动或移动交互元素。通过移开手指,可以完成交互并且交互元素可放置在最后的位置上。该交互可触发由关联的交互元素、用户界面或其处理部件或引擎定义的其它功能。

输入传感器114可以但不限于是声学输入传感器,例如麦克风,其可检测包括所需交互元素指示的语音命令。例如,用户可使用标签或任意其它合适的标识识别所需交互元素,并且还可描述将执行与所需交互元素相关的所需动作。处理器20可识别语音命令并向用户界面或其处理部件或引擎提交表征交互的数据。

虽然已经显示车载终端设备1000具有若干部件,包括显示器10和两个输入传感器112、114,但应当理解,车载终端设备1000还可包括相同或其它模态的其它输出设备,例如扬声器或振动触觉反馈层,或者可包括其它输入传感器,例如键盘、摄像机、深度传感器,以及能够连接至外部输入设备的接口等。

结合图1和图2所示,显示器10被配置为用于提供控制ui100,其中,控制ui100显示用于控制各个车辆部件的多个交互元素。所控制的车辆部件的数量和类型不是限制性的,例如可能根据车辆的车型和/或功能差异而变化。交互元素例如可以是带各种示意图标的虚拟按键,例如,如图2所示的交互元素101、102、103、104和105。控制ui100具体可以基本占满显示屏的显示面积。

继续如图1和图2所示,处理器20可以用来控制显示器10的用户界面ui的显示,处理器20可以响应于接收进入控制ui100的指示消息来控制多个交互元素的至少一部分在控制ui100中分类地排列显示。也就是说,实现多个交互元素在控制ui100中按类别聚类地呈现,非常方便用户认知,减少用户对于交互元素自身以及进入路径的记忆。

如图2所示,在一实施例中,处理器20可以响应于接收进入控制ui100的指示消息来控制多个交互元素的至少一部分按照其对应控制的车辆部件的物理属性类别在控制ui100中分类地排列显示。

示例地,m个交互元素1011、1012…101m是对应用来控制“窗”这一物理属性类别的车辆部件,因此,它们分类至“窗”这一类别对应的区域1101中排列显示,例如可以但不限于从左至右排列显示;m个交互元素1021、1022…102m是对应用来控制“锁”这一物理属性类别的车辆部件,因此,它们分类至“锁”这一类别对应的区域1102中排列显示,例如可以但不限于从左至右排列显示;m个交互元素1031、1032…103m是对应用来控制“灯”这一物理属性类别的车辆部件,因此,它们分类至“灯”这一类别对应的区域1103中排列显示,例如可以但不限于从左至右排列显示。

需要说明的是,m的具体大小不是限制性的,例如1≤m≤6。车辆部件的物理属性分类的类别也不限于以上示例的“窗”、“锁”、“灯”,例如还可以包括“座椅”等等。每个交互元素可以包含相应的示意性简图以方便用户认知。

在又一实施例中,处理器20可以响应于接收进入控制ui100的指示消息来控制多个交互元素的至少一部分按照其对应控制的车辆部件的效果类别在控制ui100中分类地排列显示。

示例地,m个交互元素1041、1042…104m是对应用来控制“舒适”这一效果类别的车辆部件,因此,它们分类至“舒适”这一类别对应的区域1104中排列显示,例如可以但不限于从左至右排列显示;m个交互元素1051、1052…105m是对应用来控制“驾驶”这一效果类别的车辆部件,因此,它们分类至“驾驶”这一类别对应的区域1105中排列显示,例如可以但不限于从左至右排列显示。

需要说明的是,m的具体大小不是限制性的,例如1≤m≤6。车辆部件的效果分类的类别也不限于以上示例的“舒适”、“驾驶”,例如还可以包括“安全”等。每个交互元素可以包含相应的示意性简图以方便用户认知。

以上分类排列显示可以快速引导用户进入对某一交互元素的操作,大大减少对交互元素及其所处路径的记忆成本,操作非常简单利便,大大提高用户操作控制某一部件的效率和便捷性。

在一实施例中,每个类别对应的区域110中还可显示类别的“名称”,或者还可以显示其他交互元素,例如如图2中所述的“更多”交互元素,用户点击该“更多”交互元素,可以显示对应该类别的ui,该ui显示所有该类别的所有交互元素来供用户选择进行交互操作。

在一实施例中,如果用户根据其控制部件需求来点击选择点击某一交互元素,处理器20还可以响应于对相应的交互元素的交互操作指令(例如选择点击某一交互元素)来控制显示器10显示该交互元素对应控制的一个或多个车辆部件的用户设置界面200(如图3所示)。在一实施例中,该用户设置界面200中还呈现上述分类的多个类别分别对应的交互元素210(例如,“窗”、“锁”、“舒适”等对应的交互元素),处理器20被配置为响应于对某一类别对应的交互元素的交互操作指令来控制显示器10显示该类别的ui,该ui将显示所有该类别的交互元素来供用户选择进行交互操作。这样,如果用户需要在类似图3所示的用户设置界面200进入其他类别的对应的ui时,操作方便快捷,操作路径短。

具体地,用户设置界面200还可以还可以包括状态栏区域231,甚至还可以包括信息栏区域132。状态栏区域131或包括信息栏区域232所显示的内容不是限制性的,其可以通过用户定义。状态栏区域131或信息栏区域232显示的内容相对于用户设置界面200所显示的内容是相对独立的,也就是说,也就是说,设置界面200所显示的内容的变化不影响状态栏区域231或信息栏区域232所显示的内容。控制ui100也可以包括类似图3中所示的状态栏区域231和/或信息栏区域232。

需要说明的是,用户设置界面的具体形式等不是显示性的,不同交互元素对应的用户设置界面可以具有不同的形式。根据需求,也可以对不同风格的用户设置界面进行统一形式地设计。

需要说明的是,以上控制ui100显示的类别的数量不是限制性的,例如可以仅显示按物理属性类别分类的区域1101、1102和1103,也可以仅显示按效果分类的区域1104和1105。

在又一实施例中,控制ui100的显示内容是可以根据用户的使用习惯而被个性化地定制。例如,处理器20还可以响应于用户的类别定制指令来定义需要在控制ui100显示的类别,例如根据用户的类别定制指令来定义每个类别的分类方式、名称、需要显示的类别和显示方式(例如类别先后顺序)等。还例如,处理器20还可以根据用户对交互元素的使用频次来定义每个类别中对应排列显示的交互元素;以某一类别的多个交互元素从左至右排列为示例,用户对交互元素的使用频次越高,交互元素可以排列越靠左边,或者可以越中央(根据用户的使用习惯决定),这样,用户可以更为方便地操作使用频次越高的交互元素,这样,多数操作需求情况下的交互操作是非常省时、便捷的。当然,多个区域110(例如区域1101、区域1102、区域1103、区域1104、区域1105)的排列顺序(例如右上至下的排列顺序)也可以根据用户的喜好或习惯来个性化地设置。具体定义的方式不限于以上示例。

在一实施例中,作为用于控制车辆部件的装置的车载终端设备1000还可能具有其他诸多功能,例如,导航、音乐播放、电话等等,并且在日常用车的情况下,用户控制车辆部件的只是偶然发生的。因此,在一实施例中,车载终端设备1000在一般状态下显示默认ui,处理器20可以控制在显示器10上显示默认ui,处理器20还响应于在默认ui上的一次滑动操作的进入控制ui100的指示消息来控制显示器10切换显示控制ui100。这样,用户可以非常方便地进入控制ui100,减少对车辆部件的控制的操作路径。例如,在显示默认ui的一般状态下,用于在该默认ui上从左向右滑动操作,即可进入如图2所示的控制ui100。

需要说明的是,上述进入控制ui100的指示消息对应的操作方式并不限于以上示例,例如可以从上到下滑动操作,或者还可以点击默认ui上的按钮操作等等。

图4所示为按照本发明一实施例的用于控制车辆部件的方法的流程图,其中图4(a)为控制车辆部件的方法,图4(b)为控制车辆部件的方法中的定义方法过程。

首先说明图4(b)的定义方法过程。

步骤s651,提供定义ui,其中定义ui是用来形成容器和备选应用组件显示区域。

步骤s652,响应于定义控制ui100的指令,定义需要显示在控制ui100中的类别,例如,类别“窗”、“锁”、“座椅”、“舒适”等等。在该步骤中,还可以类别对应的区域的排列方式(例如从上之下排列)、排列顺序等等。

步骤s653,响应于定义控制ui100的指令,根据用户对交互元素的使用频次来定义每个类别中排列显示的交互元素,还该包括根据用户对交互元素的使用频次来定义每个类别中对应排列显示的交互元素的顺序。示例地,某个类别很可能包含如图2所示的区域110所不能显示之外的m个以上的交互元素,该类别的交互元素根据用户的使用频次从高至低依次排列,相对较高的m个交互元素被定义在相应的区域110中显示呈现,并且从左至右显示呈现。

将理解,对于步骤s653,对不同类别可以重复步骤s653的过程,直到所有类别都完成该步骤s653。

步骤s654,完成定义并退出定义ui。

进一步说明图4(a)所示实施例的控制车辆部件的方法。

步骤s610,显示默认ui。该默认ui是车载终端设备1000在一般状态下的用户界面,其具体的界面形式、显示的内容等等都不是限制性的。在多数情况下,车载终端设备1000将处于显示该默认ui的状态中。

进一步。步骤s620,接收进入控制ui100的指示消息。示例地,接收在默认ui上的一次滑动操作(例如从左向右滑动操作)的进入控制ui100的指示消息,这样,用户可以非常方便地进入控制ui100,减少对车辆部件的控制的操作路径。

进一步,步骤s630,显示控制ui100,也即,响应于指示消息而显示控制ui100,其中将控制ui100中的用于控制各个车辆部件的多个交互元素的至少一部分分类地排列显示。该部分在控制ui100中被分类地排列显示的交互元素是预先定义的交互元素是可以在如图4(b)所示的定义过程所定义的交互元素,它们可以是对用户来说使用频次相对较高的交互元素。

在一实施例中,还包括步骤s640,接收对相应的交互元素的交互操作指令,例如接收用户点击区域1105对应的类别下的某一交互元素的操作指令。

步骤s650,响应于该交互操作指令显示该交互元素对应控制的一个或多个车辆部件的用户设置界面200(如图3)。操作每个交互元素对应进入的用户设置界面200的具体形式不是限制性的。在一实施例中,该用户设置界面200中还呈现上述分类的多个类别分别对应的交互元素210(例如,类别“窗”、“锁”、“舒适”等对应的交互元素),方便响应于用于对某一类别对应的交互元素(类别“窗”对应的交互元素)的交互操作指令来控制显示器10显示该类别的ui,该ui显示所有该类别的交互元素来供用户选择进行交互操作。

在显示的用户设置界面上,用户可以完成各种设置操作来具体控制车辆部件,其中,具体设置操作方式不是限制性的。

需要说明的是,以上步骤s640、s650可以重复地进行,从而完成对同一车辆部件或不同车辆部件的控制过程。

可以看到,用户在需要控制某一车辆部件的过程中,进入相应车辆部件的具体用户设置界面的操作路径短,操作非常便捷,用户也不需要过多地去记忆操作路径,大大提高用户体验。

图5所示为按照本发明又一实施例的车载终端设备的模块示意图。如图5所示,车载终端设备2000具有指令获取模块2100,其用来获取用户输入的各种指令,例如可以但不限于包括以上述及的类别定制指令、定义控制ui的指令、进入控制ui的指示消息、对交互元素的交互操作指令等,具体可以通过接收用户对各种交互元素的交互操作输入来获取相应的指令。

车载终端设备2000可选地具有定义模块2200,其响应于用户的类别定制指令来定义需要在控制ui上显示的类别及其显示方式,尤其根据用户对交互元素的使用频次来定义每个类别中对应排列显示的交互元素。通过使用定义模块2200,可以用来完成上述步骤s651至s654步骤。

车载终端设备2000还具有显示控制模块2300,显示控制模块2300可以控制显示器的ui显示,特别是响应于进入控制ui100的指示消息而显示控制用户界面,其中将控制ui100中的用于控制各个车辆部件的多个交互元素的至少一部分分类地排列显示。在还一实施例中,显示控制模块2300还响应于对相应的交互元素的交互操作指令显示该交互元素对应控制的一个或多个车辆部件的用户设置界面。因此,通过使用显示控制模块2300,可以完成如图4(a)所示方法的步骤s630、s640。

需要说明的是,在一些备选实现中,框中所示的功能/操作可以不按流程图所示的次序来发生。例如,依次示出的两个框实际可以基本同时地执行或这些框有时可以按逆序执行,具体取决于所涉及的功能/操作。虽然示出、公开和要求了特定步骤顺序,但应了解步骤可以任何次序实施、分离或组合,除非另外指明,且仍将受益于本公开。

本说明书使用实例来公开本发明,包括最佳模式,并且也使本领域的任何技术人员能够实践本发明,包括制作和使用任何装置或系统以及执行任何所涵盖的方法。本发明的专利保护范围由权利要求书限定,并且可包括本领域的技术人员想出的其他实例。如果此类其他实例具有与权利要求书的字面语言并无不同的结构元件,或者如果它们包括与权利要求书的字面语言并无实质差别的等效结构元件,那么它们意图在权利要求书的范围内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1