分时租赁车载终端研究与应用

2018年5月31日，为期两天的2018中国新能源汽车产业高峰论坛闭幕。来自全国各地近200名大拿出席了会议，其中有ZF层面的领导，有我们的合作伙伴、有行业内的朋友，有专家及博士，整体上看，第二天的会议是干货最多，最精彩，因为头一天的确是刷（yan）存（jiang）在（chao）感（shi）的多,甚至有“专家”说“新能源汽车既不节能，也不环保”，听了雷得我内急。

回顾华峰资本投资总监刘晓宇曾说，分时租赁从最初的犹豫不决到现在的跃跃欲试，分时租赁的发展前景正在被越来越多的投资机构所认可。为此，红杉、顺为多家资本等国内知名投资机构的入局也似乎说明了这一点，一场新的战役即将打响。

共享汽车与共享单车不同的是，参战的各方身份极为复杂。互联网创业公司、主机厂商、传统租赁公司、互联网巨头、传统租车、平台服务商等等它们都想从分时租赁市场中分一杯羹。

金沙江朱啸虎曾说，重资产适合做C2C（滴滴），轻资产适合做B2C（OFO），这两种模式都能让业务保持快速增长，垄断市场。他在分时租赁领域也做了相关的分析：分时租车是重资产+B2C+重运营，汽车的成本是单车的200倍。也就是说，铺3万辆ofo的钱只够铺300辆汽车，这还不算后续充电、停车、调度、维修等等一系列运营成本。

各位当初选择进入分时租赁行业的原因很好理解，踩着“共享”的风口，瞄准了汽车这种重资产强壁垒的商品。重资产的行业壁垒一旦形成，轻易无法撼动。可一旦企业实力配不上创立初期的“高瞻远瞩”，或者说公司人员配比及管理能力跟不上运营需求，会玩得非常辛苦。

大佬们的看法总是那么高大上，我喜欢说实际的，半个月前，我们去了云南。云南是个旅游资源极具丰富的大省。在这里做分时租赁的企业不少，这里的企业家说：“每个城市在地形、政策等各方面都会有所差异，这些在布局之前都必须要考虑在内，单纯的复制粘贴是不可取的，因地制宜，才能抓住用户”。

就同城下的出行分析，在分时租赁这个分支上，存在着五大应用场景，分别为通勤、商务、短途旅游、消费娱乐、跨城用车等，其主要还是集中在人口密度较大的市中心区域、旅游中心。

客户分类不同，细分到车型就会出现长短分时各类的租赁车型，满足于2人、一家人、一队人不同的出行需求。

分时租赁作为长链条的行业，不仅涉及新能源汽车，而且还与充电桩等基础设施的完善有关。在链条上的各个产业处于不成熟的状态下，平台的运营平能力就显得十分重要。

如果把汽车看作是移动的终端，涉及的分时租赁云端平台的管理及对“端”的控制，在云管端的业务架构下，端与云的交互变得尤为重要。记得美团在与各类餐饮服务的店面中，就铺设过类似的“端”（网络打印机），每一单从“端”出来的订单，都能享受到美团的分成，美团也从中获得相应的回报，这个打印机也就是美团针对覆盖的店面做的控制。

回到我们的汽车上，行业的管理平台需要针对这个巨大的移动端进行管控，细到部件上，那就是TBOX。前阵子，有个朋友询问一个需求，他说我就要远程开门锁就好了，不用控制动力，我就回了一句，如果我在车里面熄火还车，你是不是拿我没办法？后面的，可能大家都想得到，重复点火，不管是吹空调，还是继续用车，这都将给企业带来风险和成本。TBOX不是个定位器加两条线就能搞定的东西（省钱），也不个所有的车都需要加装一键启动来控制这个粗糙玩意（花钱），你们都冤枉了。

大部分的运营平台，都有着巨大的梦想和决心，而忽略了分时租赁基础性的研究，无论是业务上的，还是功能上的。举个例子：我们现在面向了各类不同的客户需求，从他们的车型上来说，就有两厢、三厢各类不同的汽油车、2座和4座的不同的新能源车，以及电动厢式货车及轻卡，也有不少豪华的混动车型，从车型上来说，动力系统不同、输出的方式不同，总线协议不同，就已经成为了平台在应用的时候出现了各类复杂的问题。

其实，这类问题都在考验TBOX的能力，从车型适配到数据兼容里来说，与汽车交互最底层的交互、时序、加解密认证、轮询等复杂工作都是存在不同的差异。另外就是成品车型，他们的接口是复杂多样的，最容易理解的就有分高中低配，各类不同品牌的车，硬件接口也不同，同品牌下不同档次的车，甚至总线的数据都不同，商务沟通的成本非常之高，无法实现业务上的快速扩大，无论采用什么样的新车型，都需要重来一次，而车厂主导的出行公司，车型又相对单一，仅满足部分用户的需求。而这些困难和问题导致了平台车型兼容不全，反过来又影响着平台运营的效率及管控。

硬件TBOX是个关键环节，虽然未来价值都在平台，但是作为“云管端”中的“管”道，它是“能源流、信息流、物流”数据的终端，也是“用能、储能、耗能”的采集体，更是“循环经济、低碳经济、能源经济”的信息通道。适配大量的车型及针对各种不同的车的CAN协议解析，这些是脏活苦活累活，基本上都是上车测试为准，也就是因为上一段中的车型复杂性决定的。新能源的汽车发展特别快，汽车零部件供应商替换也极度频繁，这些都是本质的实际工作。

底层的技术搞定了，还有接口方面的问题。现在大多采用的GB32960的接口协议，那是补贴专用通道，并不适合做应用类的接口。就上述的复杂车型、复杂的底层，如果没有一套标准化的接口协议，终端与云端的交互会导致开发接口复杂多样，协议层的ABCD每个岗位都很重要，每个都不重要，而且处理各类变量和动作指令容易混淆。处理好这些事情，到应用层、数据库、APP接口、WEB等才算做好了整套的平台。

数据上到了平台，如何用，如何扩展，要是没对行业研究过，真的就不那么清楚了，现在各类平台都说是自己是垂直平台，其实我们只要垂直与汽车领域就好了，这里面包涵的数据应用及商业形态那可就真的多了。我说的要是不到位的，错误的，还请留言指正。我先以行业应用的数据举个例子：

在分时租赁领域：控制类的包涵了：开锁、落锁、寻车（闪灯鸣笛）、升窗（如果带防夹可以做）监听状态类的包涵了：车门状态、后尾箱状态、钥匙是否插入钥匙孔状态、钥匙档位、车灯信号、驻车制动、车架号、总里程、车速、动力控制（使能）、充电状态、剩余电量百分比、续航里程。这些是在分时租赁领域用到的信息及功能，好在，奇瑞、北汽、江淮、蓥石、海马、御捷等诸多车厂都有租赁版车型，也统一了相关的物理接口，值得推广。

扩展到汽车周边业务来看，我们有成熟的客户在用这类的数据以供大家参考：

汽车金融：GPS位置信息、动力控制、车速、钥匙状态、总里程。

车队管理：续航里程、剩余电量（油量）、GPS、VIN、总里程、车速。

试乘试驾：钥匙状态、车门状态、VIN、总里程、GPS、小里程（当次行驶里程）、剩余油量、车速、故障灯状态：

高级驾驶辅助系统：车速、转向角度、转向灯、档位