|
OBD与数据的“牵手” OBD 系统是一个完美的数据源。这个数据源已经开放了 17 年，但是几乎没有人用它做过什么东西。 一款颇为小巧的车载设备，一端用蓝牙连接手机，一端通过OBD-Ⅱ 16针孔插座与车连接，从而读取里程、耗油、急刹车等行车数据，再以手机APP的形式整合数据呈现给用户，从而培养良好驾驶习惯。车载智能终端 iEST527，搭配其 iOS/Android 终端应用，进入我们的汽车生活。 单拿行车数据读取的方式来说，车联网硬件通过将设备与针孔插座连接。但事实上，相比OBD-Ⅱ标准插座口，车载 OBD（车载自动诊断系统）接口能够给出更全面的行车数据，比如汽车故障诊断数据，也是可以提供的。但难题是，由于车型的限制，不同车型 OBD 接口的位置、使用的协议都不一样，很难做到一款设备适配所有车载 OBD。 有问题就有创业机会。如果将来车要连上互联网，其中一个重要接口就是 OBD。只有通过它，我们才能全面读取车况数据，并将其传输至互联网。所以在车连上互联网之前，我们亟待解决的一个问题就是不同车型 OBD 接口的适配。去年我走访了多家的公司进行关于OBD产品整合，研发的问题进行了多处的探讨等。预期的目标是达到了，但我们想要的是超出预期的结果.可惜没达到。 可能业内还在讨论车载交互终端到底是应该选择即插即用的手机，还是选择改造现有的车载中控屏幕。但到去年车联网行业的三件大事发生之后（传苹果将发布车载系统iOS in the Car；Google 联合多家汽车厂商成立 Android 开放汽车联盟 OAA；特斯拉 Model S 搭配 17 英寸车载中控触屏系统），业内观点逐渐倾向于更安全易操作的中控屏作为交互终端。毕竟手机的小屏 + 触控不太适宜车内环境操作，同时给车主的安全性带去威胁。 当然，作为一款行车数据记录仪，OBD大部分时候需要车主在车内操作。但问题是，如果说大佬如苹果、特斯拉为车联网未来指明了车载中控 + 语音交互的方向，那就意味着行车记录的功能完全能以 App 的形式植入到车载中控屏，而不仅是一款单独的硬件。 以OBD切入的创业形式大都围绕以下几个方向做数据的延展—— 维修保养类:大多以车内插件+车主手机应用的组合形式出现，不论外在表现形式如何，实质都在玩数据概念。读取并分析OBD数据，保养、油耗、维修等基本用车功能和延展想象随之而来。借由手机APP的车主注意力占用，线下O2O业务的铺叙顺势而为。这类模式有一个共同的特点，都在强调——硬件免费送，服务才是赢利点。 PAYD保险类：国外最早出现的模式如MetroMile，通过行驶里程来收取保费。同样通过配套应用来查询数据及年检，并支持定位查找。国内暂未见到相对明朗的创业模式出来（听说有个保监局得不得好）。 新开发类：Truvolo，之所以把它单独拎出来讲，并不是说它在技术和操作方面有什么独特性，而是它的初创由头，一对父母担心孩子的驾驶习惯，于是开发了一款新产品来进行数据监控。云端储存，支持多账号绑定、查看。 对于个人用户，使用OBD可以方便管理自身车辆，便于对车辆进行评估和节省成本；同时，增加了对车辆驾驶习惯、安全操作技巧、汽车质量等内容的了解；现在的云OBD更可以让用户通过移动终端(如智能手机)更加直观、直接、实时了解车况，及时查询交通违章，分享汽车生活等；
| 
发表于 2014-3-22 15:09:11
