艾拉比智能总裁芮亚楠：如何满足整车品牌的需求，构建OTA产品体系

 

 

艾拉比智能科技的前身是上海广升集团的事业部，2017年作为艾拉比科技进行分拆并独立化运营，公司以原有核心人员为主，其次收纳了来自于车联网以及云服务领域的专业人才。芮亚楠总裁表示，“未来艾拉比智能将会专注于汽车物联网领域OTA解决方案以及具体的服务，这是整个企业的定位。”艾拉比智能在这些年广升以及自身的经验积累下，与整车厂商展开了非常紧密的合作关系，例如比亚迪、江淮、上汽通用、长城等，在与车厂合作的过程中，艾拉比重视整体安全解决方案的落地，通过与合作厂商形成了非常清晰的基础软件包定义，以及接口和安全生产流程接口，这也将为未来的OTA规划和实施打下非常扎实的基础。

 

芮亚楠总裁表示，车联网的发展极为迅速，尽管硬件依然是车联网发展中占据核心地位的环节，但软件领域的人才和能力已经逐渐开始向前发展，车主及客户在选择车型方面也不仅仅是关注硬件方面的东西，同时也关注着整个出行场景中的体验与服务。莴亚楠总裁说道：“整个汽车的行业发展正在朝着软件定义汽车的方向发展。”

 

除了软件定义汽车之外，另外一个趋势是软件定义平台。众所周知，主机厂的生产、研发、售后都有生命周期，OTA是整车厂体系中，技术建设的基础性平台，18年将会有更多的整机厂进入到OTA的建设中，从整个行业来看2018年也是OTA体系建设能力的重要阶段，对于OTA以及整个车联网来说，2018年是重要的建设节点，同时由于国家政策提出“到2020年50%的车辆都要支持智能网联”的目标，在一定程度上加速了车联网以及OTA的建设步伐。

 

在谈到OTA作为一个基础性的平台的地位时，芮亚楠把他总结为：“独立、统一、易对接和可扩展。”首先是独立，独立是指区别于传统的OTA体系，目前许多车厂对于OTA产品都非常熟悉，在整个销售过程中也有多方面可以应用，另一方面，整车厂商要求的是整车能力，所以对于车厂来说首先要独立，这就对OTA提出了更新的要求，需要把OTA独立建设成为一个平台，使其能够满足车型和车辆碎片化的使用诉求。

 

第二个要求，统一。从车厂的角度，未来车联网不管是内容的升级还是应用、标定的更新，以及智能驾驶的算法、参数、安全领域的更新，都可以借助OTA平台能力实施，这是统一化的要求。

 

第三点，对接。对接需要将整车与平台进行对接，TSP平台可以进行服务能力的整合，ECU可以进行标定的更新，还有智能驾驶的管理平台进行逻辑处理固件更新，安全运维平台也可以进行应急措施响应。对于车厂而言OTA不是一蹴而就，应该在短期内先实现一两个车型的实现，根据车型和车辆的导入进行一些自动化事业。

 

在谈到车联网领域整个体系的建设思路时，芮亚楠说：车联网领域的架构无异于互联网，是云、管、端的架构。

 

云端主要负责升级任务,通过升级的策略来进行配置，并且能够通过汽车的信息自动化来分析每个车辆是否适合软件包，与云端的交互，接收到自身的一些策略时，能让整机下载对应的升级包，进行本地的实际更新和安装，最终把整个升级的结果和流程进行统计和上报。芮亚楠强调：“管道是进行整个业务和交互流程体验，这是汽车体系的基本框架。未来去设计整个OTA体系的时候，也是围绕着这一套框架进行整体设计的。：”

 

至于如何建立云端建设的思路,芮亚楠总裁表示，从OTA的角度而言，可以总结为4个要点.一是软件管理的能力，OTA不仅仅是管理的通道，还包括未来的升级包，升级包如何进行检测，检测和验证完成后如何进行入库。想要进行合理的OTA，首先要清晰知道起点是怎么样，这样才能知道未来分配怎么样的升级包。对于整车OTA来说，首先要做好的是车上的管理能力，包括硬件的管理能力，车辆哪些设备是由硬件组成的，以及当时这样硬件的组合所对应的软件是什么，其中最关键的还是人的管理，车厂需要独立的运营团队系统管理这套体系，才能做到安全可靠稳定的升级。

 

除此之外，关于车厂在车联网环境下的初期建设问题，芮亚楠总裁还谈到了车联网的管道端建设，在端上，电气性能选择上，强调电气性能的选择一定要落实到实地升级的方式，进行庭前规划，并且预留空间、分区以及设备的存储能力，而在整个车端里面最难的是,把它做出一套统一的规划,不管未来怎么样改变，大家适用的都是统一的体系，在这个里面最主要的挑战是碎片化问题，众所周知整车厂的优势在于整个生产能力和品牌能力，但又面临了车型差异化、碎片化的问题以及供应商多元化问题，采用不同的主芯片，芯片又都是碎片化的，如何考虑利用一套OTA的平台来应对这些问题，是整车厂商所需要考虑的问题。

 

关于OTA体系的实践案例和思考，则需要OTA管理平台与车厂内部管理系统进行打通，这样同时可以把车厂本身的证书和签名机制应用到整个管理包上，还可以跟管理平台进行打通，像TSP、DMS、MES，以及自身的软件管理系统.

 

至于云端基本的流程，首先要去定义清晰的角色和权限，设计两个云端角色，一个负责做包,另外一个负责核心配置.其中涉及到车端流程，会细化到UA和UC，基本以UC作为主体，把本地的信息做采集和云端上报，云端会根据配置好的策略以及自己本身平台的大数据能力，帮具体的车辆来去配置它所需要的升级包以及策略的文件。莴亚楠表示：“OTA不仅仅是车厂和OTA服务商的设计，还有需要供应商的配合，如何定义出让供应商所能接受的服务模式和软件服务模式这是非常重要的。”