CN109501716A - 一种汽车控制装置和汽车 - Google Patents

Abstract

本申请公开了一种汽车控制装置和汽车。所述汽车控制装置包括感测模组、建模模块和应用模块。感测模组用于获取使用者的脸部图像，使用者的脸部图像包括使用者的脸部的三维信息。建模模块用于根据获取到的使用者的脸部图像构建使用者的脸部三维模型。应用模块用于判断使用者的脸部三维模型与预设三维模型是否匹配；以及在使用者的脸部三维模型与预设三维模型匹配时允许汽车启动。

Description

一种汽车控制装置和汽车

技术领域

本申请涉及汽车控制领域，具体涉及一种汽车控制装置和汽车。

背景技术

现有的汽车一般通过钥匙进入或启动车辆。然而，如果车钥匙丢失或被盗的情况，车主将无法进入车内和无法启动车辆。而且盗贼还会利用钥匙启动车辆并将车辆开走，导致车辆丢失难以追回。

发明内容

本申请的实施方式提供了一种汽车控制装置、汽车控制方法和汽车。

本申请实施方式的一种汽车控制装置，其特征在于，包括：

感测模组，用于获取待验证目标的三维信息；

建模模块，用于根据获取到的所述待验证目标的三维信息构建出对应的待验证目标的三维模型；及

应用模块，包括控制单元，所述控制单元用于判断所述待验证目标的三维模型与预设的三维模型密钥是否匹配，并在所述待验证目标的三维模型与所述预设的三维模型密钥匹配时授予操作汽车的权限。

本申请实施方式的汽车，其包括引擎和车门锁及上述任一实施方式所述的汽车控制装置。所述汽车控制装置与所述引擎和车门锁连接以控制车门开启和汽车的启动。

本申请实施方式的汽车控制装置和汽车，可通过使用者的脸部图像来构建使用者的脸部三维模型并进行匹配，从而方便快捷地控制汽车的启动，有利于提高用户体验。

本申请的实施方式的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实施方式的实践了解到。

附图说明

本申请的上述和/或附加的方面和优点从结合下面附图对实施方式的描述中将变得明显和容易理解，其中：

图1是本申请实施方式的汽车控制装置的模块示意图；

图2是本申请另一实施方式的汽车控制装置的模块示意图；

图3是图1中所述感测模组在车外的设置位置示意图。

图4是本申请实施方式的汽车的结构示意图；

图5是本申请再一实施方式的汽车控制装置的模块示意图；

图6是本申请又一实施方式的汽车控制装置的模块示意图；

图7是本申请实施方式的汽车控制方法的流程示意图；

图8是本申请另一实施方式的汽车控制方法的流程示意图；

图9是本申请又一实施方式的汽车控制方法的流程示意图；

图10是本申请再一实施方式的汽车控制方法的流程示意图；

图11是本申请另一实施方式的汽车控制方法的流程示意图；

图12是本申请又一实施方式的汽车控制方法的流程示意图；

图13是本申请再一实施方式的汽车控制方法的流程示意图；

图14是本申请另一实施方式的汽车控制方法的流程示意图。

图15是本申请又一实施方式的汽车的结构示意图。

主要元件符号说明：

汽车控制装置10、总线11、感测模组12、三维感测设备13、建模模块14、存储器15、应用模块16、交互单元162、控制单元164、报警单元166、设置单元168、预约单元169、交互设备17、汽车100、存储器20、处理器30、显示器40和输入装置50。

具体实施方式

下面详细描述本申请的实施方式，所述实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本申请，而不能理解为对本申请的限制。

在本申请的描述中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本申请的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接或可以相互通信；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

下文的公开提供了许多不同的实施方式或例子用来实现本申请的不同结构。为了简化本申请的公开，下文中对特定例子的部件和设置进行描述。当然，它们仅仅为示例，并且目的不在于限制本申请。此外，本申请可以在不同例子中重复参考数字和/或参考字母，这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施方式和/或设置之间的关系。此外，本申请提供了的各种特定的工艺和材料的例子，但是本领域普通技术人员可以意识到其他工艺的应用和/或其他材料的使用。

应该理解的是，此处所述的实施方式和/或方法在本质上是示例性的，不应视为对本申请技术方案的局限。此处所描述的实施方式或方法仅是本申请相关技术思想所涵盖的众多技术方案中的一种或多种，因此所描述的方法技术方案的各个步骤可以按照所标示的次序执行，可以按照其他次序执行，可以同时执行，或者在某些情况下被省略，上述的改动均应视为本申请所要求保护的技术方案所涵盖的范围。

本申请的实施方式提供了一种汽车控制装置10、汽车控制方法和汽车。

请参阅图1，本申请实施方式的汽车控制装置10包括感测模组12、建模模块14和应用模块16。

所述感测模组12用于获取待验证目标的三维信息及图像信息。所述建模模块14用于根据获取到的待验证目标的三维信息构建出对应的三维模型。所述应用模块16用于判断所获取的待验证目标的三维模型与预设的三维模型密钥是否匹配，并在判断出所获取待验证目标与所述预设的三维模型密钥匹配后授予操作汽车的权限。

所述待验证目标可以为任何具有三维立体形状的物体，包括但不限于用户的使用者的脸部、手部以及用手做出的任何手势。所述用户的手部特征，比如：各个手指的长度，都可以单独或与手势相结合作为加以区别的验证要素。

本申请实施方式的汽车控制装置10通过构建三维模型来进行身份匹配，从而方便快捷地实现汽车的防盗，有利于提高用户体验。

在本申请实施方式中，“操作汽车的权限”为启动汽车。当然，在其他的实施方式中，“操作汽车的权限”可以为播放音乐或调整座椅等。

可以理解的是，用户可以通过钥匙、指纹、声纹、虹膜、视网膜等多种生物识别方式进入汽车内，再通过三维模型验证的方式启动汽车。在此不对用户进入汽车的具体方式进行限定。

请参阅图2，汽车控制装置10还可以包括存储器15和交互设备17。所述感测模组12、建模模块14、存储器15、应用模块16和交互设备17通过总线11连接。

所述感测模组12包括用于获取待验证目标三维信息的三维相机及用于获取待验证目标图像信息的彩色相机。所述三维相机的原理可以基于结构光、双目视觉或者飞行时间(Time Of Flight,TOF)，在此不做限定。所述彩色相机用于获取待验证目标，比如：使用者的脸部，的图像信息。所述图像信息包括但不限于图像对应位置的灰度信息及色度信息。

所述感测模组12可以设置在车内和/或车外。若所述感测模组12设置在车外用于验证用户身份以进入汽车，则用户可以设置本申请的三维模型验证与其他验证方式的优先级别顺序。比如：若设置为钥匙优先，则只要用户使用钥匙进入汽车则不再启用三维模型对用户进入汽车的权限进行验证。

可以理解的是，因为相同验证方式的原理和结果均雷同，若在车内及车外均设有所述感测模组12，则本申请所提供的汽车控制装置10的三维模型验证方式应不重复启用。即，若在用户进入汽车时已启用该三维模型验证方式，则在用户开启汽车时就不再启用该三维模型验证方式。若在用户进入汽车时采用的是其他验证方式，则用户在启动汽车时可以启动该三维模型验证方式。

所述感测模组12包括多个三维相机，分别设置在多个不同位置处以从多个角度获取待验证目标的三维信息。采用在不同位置设置多个三维相机从不同角度进行感测的方式可以针对不同情况的待验证目标做到无感感测，不需要被测的待验证目标刻意配合也可以完成感测。

请参阅图3，若所述感测模组12设置在车外，则所述感测模组12的多个设置位置可以为驾驶位车窗附近的位置，包括但不限于驾驶位的挡风玻璃的周缘区域、车门上的车窗周缘及后视镜上。

请参阅图4，若所述感测模组12设置在车内，则所述感测模组12的多个位置可以为围绕驾驶位的位置，包括但不限于方向盘的正中央、中控台、车内后视镜、挡风玻璃的周缘区域。请注意，三维相机设置的位置并不局限于以上示例。

所述建模模块14用于根据获取到的待验证目标的三维信息构建待验证目标的三维模型。具体地，所述三维模型可以是包括三维坐标、激光反射强度、颜色信息的点云数据。所述建模模块14可以将点云数据进行预处理、分割、三角网格化和网格渲染等处理，从而完成三维模型的建立。更具体地，可以通过滤波去噪、数据精简和数据插补等方式进行点云数据的预处理。然后，对点云数据进行分割，从而将整个点云聚类为多个点云，每个点云对应独立的物体对象。然后，可以采用凸包或凹包算法对点云进行三角网格化，从而方便后续的网格渲染。在这样得到了点云的空间拓扑结构后，将纹理映射到网格中，从而使得物体更加逼真。

所述存储器15可以存储感测模组12所感测到的待验证目标的三维信息、所述建模模块14构建的待验证目标的三维模型、预设三维模型密钥、匹配阈值以及汽车控制装置10在控制过程中所需要和所产生的数据。可以理解的是，所述预设的三维模型密钥可以为多个，比如：多个使用者的脸部三维模型，以使得用户的亲朋好友等授权的人也可以便捷地使用车辆。

在一个例子中，匹配阈值为90％，匹配程度为92％，待验证目标的三维模型与预设三维模型密钥匹配；在另一个例子中，阈值为80％；匹配程度为78％，待验证目标三维模型与预设三维模型密钥不匹配。当然，匹配阈值可以由用户自定义，也可以是默认的。

所述应用模块16包括交互单元162、控制单元164、报警单元166、设置单元168和预约单元169。

所述控制单元164用于判断所获取的待验证目标的三维模型与预设的三维模型密钥是否匹配，并在判断出所获取待验证目标与所述预设的三维模型密钥匹配后授予操作汽车的权限。

请参阅图5，所述交互单元162用于通过与控制装置10连接的交互设备17，比如：键盘、触控屏、显示器等，实现用户与控制装置10之间的信息交互。所述控制单元164用于所获取的待验证目标三维模型与预设的三维模型密钥相匹配时控制汽车启动。

此外，所述控制单元164还预设有第一验证信息。所述控制单元164在所获取的待验证目标三维模型与预设的三维模型密钥不匹配时控制交互单元162提示输入验证信息并获取用户所输入的验证信息。在所输入的验证信息与第一验证信息匹配时，所述控制单元164授予操作所述汽车的权限。所述验证信息可以为数字、图案、点连线轨迹、声音等能够通过输入设备输入的信息。

如此，在待验证目标三维模型与预设三维模型密钥不匹配时，可以通过验证信息来授予操作所述汽车的权限，如启动汽车。可以理解的是，在实际的应用中，有可能因为感测模组12损坏或者用户需要委托未预设有三维模型密钥的非经常用车人，比如：代驾司机等，使用车辆时可以通过输入预设的第一验证信息来启动汽车。因此，在三维模型匹配的方式之外，还设置了验证信息的方式来控制汽车启动，有利于应对使用场景的多种情形，从而提高用户的体验。

值得注意的是，此处的验证信息可以通过交互设备17以语音、触屏和按键等多种输入方式输入。当用户通过按键的方式输入验证信息时，按键可以是实体按键，也可以是虚拟按键。验证信息可以是数字、文字及其组合的字符文本，也可以是用户发出的声音信息，还可以是字符文本和声音信息的组合。在此不对验证信息的具体形式进行限定。

所述报警单元166在不同的情形下，有不同的功能。下面分别就两种情形对报警单元166的功能进行描述。

第一种情形：

所述报警单元166用于在提示输入验证信息的预设时长结束后仍没有收到验证信息时，向预设终端发送预设的报警信息。

如此，在经过预设时长后仍没有收到验证信息时，所述报警单元166通过发送预设的报警信息以保障用户的人身和财产安全。可以理解，如果是用户本人，通常情形下都能够在预设时长内输入验证信息。如果在预设时长内没有收到验证信息，可以推断情形异常。比如：盗贼通过钥匙进入车内或者用户由于与歹徒僵持而导致无法及时输入验证信息等。

第二种情形：

所述控制单元164预设有第二验证信息。所述控制单元164在所输入的验证信息与第二验证信息匹配时控制汽车启动，并控制报警单元166第二验证信息向预设终端发送预设好的报警信息。

如此，用户可以通过输入与第二验证信息匹配的验证信息，在不惊动他人的情形下暗中报警。可以理解，当用户受到歹徒的胁迫，命悬一线时，如果不服从胁迫启动汽车很有可能马上遭到歹徒的袭击。本申请实施方式所提供的汽车控制方法装置10，通过预设第二验证信息，在紧急情形下，可以安抚歹徒，假意配合，从而争取生存时间，等待救援。

所述报警单元166还可以限制在这种情形下的启动时汽车的速度，从而防止歹徒过快逃逸。当预设终端收到报警信息时，可以与汽车建立连接并获取汽车的控制权，从而在必要的情况下，控制汽车配合救援。

所述报警单元166还用于在输入的验证信息与第二验证信息匹配时，控制暗设在汽车内的摄像装置和录音装置对汽车内的情况进行记录以作为证据保存。

所述报警单元166用于在验证信息与第二验证信息匹配时，将摄像装置和录音装置与预设终端实时连线，以直播摄像装置和录音装置所摄录的内容。

这样，可以及时保存证据，并可以使得预设终端的救援人员及时了解车内情况，从而获取足够多的信息以便高效地制定救援方案。

无论是第一种情形还是第二种情形，所述预设的报警信息可以包括汽车的实时定位信息、车辆信息、预先编写好的报警文字和语音信息中的至少一个。这样，有利于预设终端的救援人员了解用户以及车辆的状况，从而有针对性地进行救援。

所述预设终端包括车主的终端、紧急联络人的终端、当地警察的终端和汽车品牌商的客服部门的终端中的至少一个。请注意，预设终端并不局限于以上示例。

另外，在所述预设终端接收到报警信息时，可以响起警报铃声，以吸引紧急联络人、汽车品牌服务商或警方的注意，防止紧急联络人、汽车品牌服务商或警方疏忽遗漏，有利于减少救援时间。

请参阅图6，所述设置单元168用于当所获取的待验证目标的三维模型与预设的三维模型密钥相互匹配时获取与三维模型密钥对应的身份信息及个人喜好设置并根据所获取的个人喜好设置来设置汽车。

具体地，所述个人喜好设置包括座椅位置、座椅姿态、方向盘的位置、车内空调温度、电台、音乐、灯光、车身悬挂高度、车辆行驶模式中的至少一个。请注意，所述个人喜好设置并不局限于以上示例。

如此，实现根据用户的身份和喜好设置汽车。可以理解，一辆汽车可能有多个用户，而每个用户的习惯和喜好可能并不一致。通过三维模型识别出用户的身份信息，从而获取与身份信息对应的喜好设置来对汽车进行设置，这样可以给自动给当前用户提供有针对性的调整，提高用户体验。进一步，所述车内空调温度的设置还可以结合天气情况和用户喜好进行调整。

所述应用模块16还包括预约单元169。所述预约单元169用于：根据汽车的导航信息来确定目标餐厅；预估到达目标餐厅的就餐时间并根据利用三维模型识别出的用户身份信息和就餐时间向目标餐厅发送预约信息。

如此，实现自动预约目标餐厅，从而节约用户的时间，有利于提高用户体验。

具体地，关于根据汽车的导航信息获取目标餐厅，可以是所述预约单元169根据汽车的导航信息获取并显示途中的多个餐厅，以使用户通过交互单元162可以在多个餐厅中选择一个作为目标餐厅。当汽车的导航信息指向的只有一个餐厅时，预约单元169可以直接将这个餐厅作为目标餐厅。

关于预估到达目标餐厅的就餐时间，所述预约单元169可以根据道路情况、行车速度和天气情况等条件预估到达目标餐厅的就餐时间。

所述预约单元169还可以在预约的同时点菜。当检索到该用户在该目标餐厅的有过历史就餐时，可以获取历史就餐的信息，并提示历史的菜单供用户选择，或分析用户的食物喜好，为用户进行推荐。当然，还可以直接获取该目标餐厅的菜单供用户点菜。

请参阅图7，本申请实施方式的汽车控制方法包括：

步骤S12：获取待验证目标的三维信息；

步骤S14：根据获取到的待验证目标的三维信息构建待验证目标的三维模型；

步骤S16：判断待验证目标的三维模型与预设的三维模型密钥是否匹配；和

步骤S18：在待验证目标的三维模型与预设的三维模型密钥匹配时授予操作汽车的权限。

所述待验证目标可以为任何具有三维立体形状的物体，包括但不限于用户的使用者的脸部、手部以及用手做出的任何手势。所述用户的手部特征，比如：各个手指的长度，都可以单独或与手势相结合作为加以区别的验证要素。

本申请实施方式的汽车控制方法，可通过用户的使用者的脸部或手势的三维模型进行身份验证，从而方便快捷地控制汽车的启动，有利于提高用户体验。

汽车控制方法可以由本申请实施方式的汽车控制装置10实施。需要说明的是，上述对汽车控制装置10的实施方式和有益效果的解释说明，也适用于本实施方式的汽车控制方法，为避免冗余，在此不再详细展开。

请参阅图8，汽车控制方法包括：

步骤S20：在待验证目标的三维模型与预设的三维模型密钥不匹配时，提示输入验证信息，以及获取所输入的验证信息；和

步骤S22：在所输入的验证信息与预设的第一验证信息匹配时，允许汽车启动。

请参阅图9，汽车控制方法包括：

步骤S24：在提示输入验证信息的预设时长后仍没有收到验证信息时，向预设终端发送报警信息。

请参阅图10，汽车控制方法包括：

步骤S26：在所输入的验证信息与预设的第二验证信息匹配时，允许汽车启动并向预设终端发送报警信息。

请参阅图11，汽车控制方法包括：

步骤S28：在验证信息与第二验证信息匹配时，控制暗设在汽车内的摄像装置和录音装置启动，以将汽车内的情况进行记录并作为证据保存。

请参阅图12，汽车控制方法包括：

步骤S30：在验证信息与第二验证信息匹配时，将摄像装置和录音装置与预设终端实时连线，以直播摄像装置和录音装置所摄录的内容。

所述报警信息包括汽车的实时定位信息、车辆信息、预先编写好的报警文字和语音信息中的至少一个。

所述预设终端包括但不限于车主、紧急联络人、当地警察和汽车品牌商的客服部门的相关终端中的至少一个。

请参阅图13，汽车控制方法包括：

步骤S32：根据与待验证目标的三维模型匹配的预设的三维模型密钥获取用户的身份信息和与身份信息对应的个人喜好设置；和

步骤S34：根据所获取的个人喜好设置来设置汽车。

所述个人喜好设置包括座椅位置、座椅姿态、方向盘的位置、车内空调温度、电台、音乐、灯光、车身悬挂高度、车辆行驶模式中的至少一个。

请参阅图14，汽车控制方法包括：

步骤S36：根据汽车的导航信息确定目标餐厅；

步骤S38：预估到达目标餐厅的就餐时间；和

步骤S40：根据识别出的身份信息和预估的就餐时间向目标餐厅发送预约信息。

请参阅图4，本申请实施方式的汽车100，包括存储器20和处理器30。所述存储器20存储有计算机可读指令，所述处理器30用于执行指令以实现上述任一实施方式的汽车控制方法。

请参阅图15，本申请实施方式的汽车100，包括引擎60、车门锁70和上述任一实施方式的汽车控制装置10，汽车控制装置10与引擎60和车门锁70连接以控制车门开启和汽车100的启动。

本申请实施方式的汽车，可通过用户的使用者的脸部或手势的三维模型进行身份验证，从而实现汽车的防盗，有利于提高用户体验。

所述汽车100的存储器20可以为存储器20中的计算机可读指令的运行提供环境。另外，所述汽车100的控制装置10的存储器15可以是汽车的存储器20的部分或全部。所述存储器20可以存储所获取的待验证目标的三维信息、预设的三维模型密钥、与预设的三维模型密钥对应的身份信息、个人喜好设置、第一验证信息和第二验证信息等数据，当所述处理器30需要使用这些信息时，可以从存储器20中读取。

所述汽车100的控制装置10的交互设备17可以是汽车的显示器40和输入装置50。所述汽车100的显示器40可以是液晶显示屏、触摸显示屏或电子墨水显示屏等。所述输入装置50可以是汽车100上设置的按键、轨迹球或触控面板。此外，在所述显示器40是触摸显示屏时，所述输入装置50可以是显示器40上覆盖的触摸层。所述显示器40和输入装置50可以设置在汽车的中控台。

值得注意的是，图3和图4中示出的汽车结构，仅仅是与本发明方案相关的部分结构的示意图，并不构成对本发明方案所应用于其上的汽车100的限定，具体的汽车100可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

需要说明的是，本申请实施方式可以只满足上述其中一个实施方式或同时满足上述多个实施方式，也就是说，上述一个或多个实施方式组合而成的实施方式也属于本申请实施方式的保护范围。

在本说明书的描述中，参考术语“某些实施方式”、“一个实施方式”、“一些实施方式”、“示意性实施方式”、“示例”、“具体示例”、或“一些示例”等的描述意指结合所述实施方式或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施方式或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施方式或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施方式或示例中以合适的方式结合。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理模块的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的实施方式的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

尽管上面已经示出和描述了本申请的实施方式，可以理解的是，上述实施方式是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施方式进行变化、修改、替换和变型，本申请的范围由权利要求及其等同物限定。

Claims (10)

1.一种汽车控制装置，其特征在于，包括：

感测模组，用于获取待验证目标的三维信息；

建模模块，用于根据获取到的所述待验证目标的三维信息构建出对应的待验证目标的三维模型；及

应用模块，包括控制单元，所述控制单元用于判断所述待验证目标的三维模型与预设的三维模型密钥是否匹配，并在所述待验证目标的三维模型与所述预设的三维模型密钥匹配时授予操作汽车的权限。

2.如权利要求1所述的汽车控制装置，其特征在于，所述感测模组包括多个分别设置在不同位置处的三维相机从不同角度获取待验证目标的三维信息。

3.如权利要求2所述的汽车控制装置，其特征在于，所述多个三维相机设置在车内围绕驾驶位的不同位置处，所述三维相机的设置位置包括方向盘的正中央、中控台、车内后视镜、挡风玻璃的周缘区域。

4.如权利要求2所述的汽车控制位置，其特征在于，所述多个三维相机设置在车外围绕驾驶位车窗的不同位置处，所述三维相机的设置位置包括挡风玻璃的周缘区域、车门上的车窗周缘及后视镜。

5.如权利要求1所述的汽车控制装置，其特征在于：所述待验证目标包括使用者的脸部、手部特征及用手做出的手势。

6.如权利要求1所述的汽车控制装置，其特征在于，所述应用模块还包括交互单元和控制单元，所述交互单元用于在所述待验证目标的三维模型与所述预设的三维模型密钥不匹配时提示输入验证信息并获取所输入的所述验证信息；

所述控制单元用于在所述验证信息与预设的第一验证信息匹配时授予操作汽车的权限。

7.如权利要求6所述的汽车控制装置，其特征在于，所述应用模块包括报警单元，所述报警单元用于在提示输入所述验证信息的预设时长结束后仍没有收到所述验证信息时，向预设终端发送报警信息；或者

所述控制单元预设有第二验证信息，所述报警单元用于在所述验证信息与预设的第二验证信息匹配时授予操作汽车的权限并向预设终端发送报警信息。

8.如权利要求7所述的汽车控制装置，其特征在于，所述报警单元用于在所述验证信息与所述预设的第二验证信息匹配时，控制设置在所述汽车内的摄像装置和录音装置启动，以记录所述汽车内的情况并作为证据保存；或者

所述报警单元用于在所述验证信息与所述预设的第二验证信息匹配时，将设置在所述汽车内的摄像装置和录音装置与所述预设终端实时连线，以直播所述摄像装置和录音装置所摄录的内容。

9.如权利要求7所述的汽车控制装置，其特征在于，所述报警信息包括所述汽车的实时定位信息、车辆信息、预先编写好的报警文字和语音信息中的至少一个，所述预设终端包括车主的终端、紧急联络人的终端、当地警察的终端和汽车品牌商的客服部门的终端中的至少一个。

10.一种汽车，其包括引擎和车门锁，其特征在于，还包括如权利要求1-15任一项所述的汽车控制装置，所述汽车控制装置与所述引擎和车门锁连接以控制车门开启和汽车的启动。