二、控制车门开启的方法及装置
申请时间仅比上一项专利晚了一天，这套系统的目的是检测车辆周围，尤其侧面或者后方是否有行人、车辆、物体靠近。如果发现有，则通过测距传感器等检测其与车辆的距离、以及相对运动速度等，判断开启车门是否会有影响，并以此判定是否开启车门、车门的开启幅度等。避免因为车内人员对周围环境的忽视，而引发的交通事故。
在这套系统中，最为关键的是如何判定车门开度。在专利申请文件，有一套复杂的判定流程，设有三个距离阈值，首先会根据两者之间的距离进行判定，当距离处于不同阈值范围内时，再根据来车/人的运动方向、速度与加速度进行判定。
这里头给系统提出最大的挑战是判定与相应时间。因为判定的机制是可以设定在车辆熄火时，或者是车门内部把手被开启瞬间，如果不能在短时间内做出精准的判断，最终就会变成好心办成了坏事。要么是车门开启幅度判断失误，最终还是引发了事故，要么就是靠近的车辆与人已经走远，结果车门却依然无法完全打开的情况。
观点：在申请文件中，小米并没有描述如何控制车门的具体开度，但是这项技术的实现自然还是前装优势大。
三、设备控制方法及装置
这项专利并不能够让人顾名思义，如果不说的话，你能想到它是与智能手环相关的么？
简单来说，这项专利的应用场景是，可以使用智能手环来代替车钥匙、或者智能手机来解锁车辆、启动发动机等。
要想把智能手环当做车钥匙来说，首先必须在系统中预设一个操作动作(挥动手臂之类)，或者语音命令，然后在实际操作时，用户配套智能手环做出相应的动作或发出语音指令，系统会将其与预设动作进行比对，两者相匹配的时候，生成相应的控制信号，发送到车载端，实现控制。
不过，小米认为，智能手环的特点是方便与简单，而判断动作信号是否与预设动作相同则需要在智能手环中加入微处理器，会导致手环的能耗增加，续航时间降低。当然，成本也会相应增加。所以，这里的设定是，手环将检测到的动作信号发送到手机或者智能手表等终端上，由它们来完成对动作感应信号的判断，再来告诉手环动作或语音指令是否匹配。
1-智能手环 2-手机 3-车载终端 4-服务器
在这套系统中，预设的操作指令存储在服务器中，可以对预设的操作指令进行更改，或者停止匹配。在服务器、手机、手环与车载终端之间，必须能够实时通讯。
观点：用手环来控制车辆的解锁开启过程目前还没有先例，唯一的问题是，手环与车钥匙，哪一个更可能被落下？这个专利看上去也与是否造车无关。不过嘛，用小米手环控制小米汽车，也说不定哦？而且，小米汽车说不准就压根没有钥匙呢。
相关文章
[错误报告][推荐][收藏] [打印] [关闭] [返回顶部]
已有
