华裔教授遭劫车！靠”贪心算法”追回秒杀美国警察

“能，但是得花点时间。你们不能直接追踪手机信号吗？”

“不能，那都是电影里的情节，通过手机信号根本不能追踪手机。”

听到这里，史教授又想骂人了，如果不能追踪，那Sprint’s Family Locator 和 ATT’s FamilyMap的功能都是骗人的吗？明明三角追踪是很容易的。

由于史教授等登入手机账户，需要使用学校的email，但是学校的email系统开启了基于Duo的two step verification, 因此在新的手机上登录时需要首先通过自己的手机或者办公室电话验证，但这两条途径都没有办法使用。如果打电话给学校IT，想想周末也没有人，于是放弃。

最后，史教授一家人打了个Uber之后，就回家了。

转折：手机发动应用程序成为关键，史教授决定靠自己寻车

到了家里已经傍晚，来不及吃晚饭，史教授找朋友借了台电脑，又立刻赶回学校，利用办公室的电话通过了two step verification,，登录了find my phone的网页。不出所料，虽然last seen的日期是当天，但已经无法显示实时位置了，后来史教授发现其实这几个劫匪对电子产品的追踪功能非常清楚。

折腾了一天，回到家里很快史教授就睡觉了。故事本来也应该到此结束，但是他做了个梦，于是凌晨五点醒来时事情有了新的转机。

史教授梦到留在家里的那把车钥匙上有个远程遥控，摁一下车子就自己开回来了，而且所有行李都还在车上。

“在意识到这是个梦的同时，我也想到了一件事：当时在买车的时候，讨价还价了很久，到最后价格实在压不下来时，就让他们给免费装了一个Mazda Mobile Start (MMS)，可以利用手机远程发动汽车引擎，给车辆上锁和开锁。”

其实装完后史教授就没怎么用过这个功能，但没想到它最终成了能找回车子的关键。

“我的判断是既然能用手机远程控制车子，那在安装这个MMS的时候也一定启动了 GPS定位的功能。”

史教授马上打开电脑搜了一下，发现果然MMS还有一个附带功能，就是帮助你找到停车地点。于是他立刻在手机上登录这个app，但发现密码始终不正确。重设了密码，依然提示密码错误。最后实在不行，去网上找了MMS的说明，仔细阅读后发现了另一种可能性：没有续租MMS服务，因此它被停用了。

史教授尝试着在网上续租了一年的服务，然后就很顺利的登录进了app。“不得不说，马自达的IT实在是太烂了。从软件工程角度来说，没有续租导致的无法登录居然显示密码错误，这是UI设计的反面典型。只是这样也就算了，当我在app里找到CarFinder的界面，他的显示就是一个红点和一个大圈，红点代表车的位置，大圈代表车的范围，然后右上角有距离显示81.8英里和相对误差+/- 22 英尺。没有地图，没有提供GPS坐标。”

所以，史教授除了能知道他和车的直接距离和相对位置，别的什么都不知道（后来发现其实那个相对位置也只有距离车很近的时候才会比较准，距离远的时候完全可能是错的）。他还顺便看了一下引擎的状态，是OFF的，说明车子被停在了某个地方。

不管怎么样，总算有车的线索了。史教授立刻打911，结果接线员说这事儿不紧急啊，你直接联系芝加哥中央警察局吧，我们不管。

史教授又打给芝加哥警局，接电话的警员说太好啦，这个事情你得告诉负责你的案子的侦探啊，不过今天周末他不在办公室里，我帮你转到他语音信箱吧，这样他上班就能第一时间知道。

史教授耐着性子和他说：这个事情不太好拖吧，是不是越早越好？对方说：那行吧，你把GPS坐标给我，我们派人去看看。

但是汽车没有坐标，只能看到车子和用户的距离以及相对的方向。听到这话，对方说警力有限，不能帮着你满大街找车。

最后，对方给了一个非常有建设性的意见：不如你自己去找找？找到了以后可以给我们打电话呀，我们一定来解决剩下的事情。

警察靠不住就只能靠自己了。

波折：路上疑似被跟踪，离马自达只有不到5英尺

当时是早上六点，于是史教授满怀歉疚的打了个电话给他的一个平时还挺机灵的学生小王，请他陪同一起去趟芝加哥找车。小王二话不说就赶了过来，两人在全家人充满忧虑的目送中开车驶入了黎明前的黑暗里。

史教授把驾驶任务交给了小王，而他则开始在车上进行一些信息搜集和准备工作。

首先大概搜索了一下，发现按照MMS提示的直线距离，大概目标位置会是在芝加哥的南郊，一个以暴乱和枪击闻名的地区。

其次是安全距离。劫匪手里有枪，按照史教授当时目测的口径应该不超过9mm，史教授还查了一下大概有效射程是100米左右。 这样的话，只要保持车辆始终在移动状态下，没有经过专业射击训练的枪手是很难击中车里的人的。而且，只要始终警惕100米范围内是否有人靠近就可以了。（新智元注：此案为个例，请勿效仿）

查完这些，史教授心里稍微安定了一些。

回过头来再看，史教授发现MMS相对位置提示有问题，主要是因为他们出发的时候MMS提示车子位于正北方，而芝加哥位于正西方，他判断劫匪肯定还把车留在芝加哥，因此决定忽略方位提示而直接前往芝加哥。结果上了高速就很明显看到直线距离在快速减小，说明方向是正确的。

在快到芝加哥南郊I-94 130th st出口时，距离减小到了2英里 。于是史教授从该出口下去以后转了一圈，发现周围都是公园，而且距离也没有继续减小，于是又开回I-94, 继续前行，距离又开始减小，到了Roseland区域时，降到了1英里以下，但偏偏I-94在这里分叉了另一支高速 I-57 West，于是又只好转到了I-57并在下一个出口 Halsted St下了高速。此时距离提示又增加到了2英里。

最终，史教授把车辆位置确定在了图中红色的区域里。

以下是该区域的放大地图：

下了高速以后，很快就进入了这片小区，并一度发现有一辆白色的小车一直跟在史教授后面。过了好几个街区以后，那辆车才消失不见。

史教授再次和学生约定：不管发生什么情况，尽量不要停车，如果一定要停车，一定要让车辆保持在D档随时准备开动。

接着，整个事件中最有技术含量的部分来了：

因为相对方位并不靠谱，史教授选择了计算机算法中最直接的greedy approach，也就是沿着一个方向开，直到距离不再明显变小（这是说明我们前进的方向已经几乎垂直于我们和目标之间连线），就转到垂直方向的街道再继续搜寻。

就这样在一片破败的小区中兜了一段时间以后，终于在S Eberhart Ave在101st St和102nd St之间某个位置直接距离显示为200英尺，说明离目标已经很近了。

但奇怪的是，他们并没有在路边看到被抢的Mazda，在周围其他街道上时提示距离也大于200英尺，史教授完全没有办法让距离进一步减小了。

转来转去，最后发现，其实在S Vernon Ave和S Eberhart Ave之间还有一条小路，这条路并没有名字，在谷歌地图上甚至没有显示，但在上面这张卫星图里面可以看到这条路的存在（红色标记左侧的第一条路）。于是他们从101st St上转入了这条小路，入口是这样的。

当时时间大概是早上八点多一点，周围一个人都没有，史教授他们保持缓慢的速度进入了小路。

一进入就发现MMS里提示的距离又开始明显下降，直到开过倒数第三间车库的时候，车库门是关着的，但距离显示小于5英尺，MMS发出提示音：

车子就在里面！

扑空：打草惊蛇，劫匪把车子开走了

他们二人没有敢多停留，在转到102nd St上后，史教授立刻拨打911，告诉接线员找到了被劫车辆。接线员问清了位置和所在的车辆信息后，让他们在原地等待，警察很快会到。

就在他们紧张的在路边等待的时候，小王提醒说，看看现在我们和被劫车辆的距离。史教授看了一下，大吃一惊：此时距离已经变成了1.5英里，而且引擎已经启动，说明车辆正在行驶中！

打草惊蛇了。

于是史教授一边懊悔应该把车停到一个能看得到那个车库的位置，一边立刻决定要跟上马自达。但不幸的是，MMS并不是设计用来追踪行驶状态下的车辆的，因此车的位置和距离更新不是实时的。

于是二人漫无目的的在路上行驶，希望有机会能看到这辆马自达。就这样找了十多分钟后，两个警察来了，史教授向他们简单描述了如何寻找到被劫车辆的位置，并且告诉他们劫匪又跑了。

警察从史教授手里借走了手机，让他们在路边等待，警察会去追踪。这时史教授告诉了警察如何使用MMS定位，并再三强调只能相信距离，不要去看相对位置。

警察留了手机之后，很快就开走了。但史教授决定还是继续在附近寻找，而不是在路边等待，一方面是碰碰运气，另一方面则是出于安全考虑，不想要停留在一个地方。

在接下来的一个多小时里，史教授和警察一共通了三次电话：第一次，警察问我那个追踪软件在哪里，是不是谷歌地图? 第二次，警察说距离很近了，0.4英里， 但是没有看到车。史教授告诉他MMS还有个panic功能，手机上点击后可以让车发出很大的警报声；第三次，也就是最后一次，警察说没找到车，决定回来把手机还给史教授。

警察回来见到史教授后，和他抱怨了一通MMS是多么的垃圾和难用，问他是否还打算继续找？史教授说当然啊，于是警察就说那你找到了再打电话给我们吧，然后就开车走了。