2021上海车展，Elektrobit接受智驾专访，访问期间针对车辆基础软件、自动驾驶、互联汽车和用户体验等进行了详细介绍，也针对信息安全等方面进行了解读。

问：EB是做纯软件的企业吗？

答：对，我们EB差不多有超过95%的产品或销售都是跟车规级软件相关的。而且，我们的软件只是针对汽车领域，我们不做互联网的软件，我们也不会做手机App的软件，所以我们是目标很明确的，我们就是做车规级的软件，车内的软件。

问：本次上海车展展台上的这些展品都是已经量产的？是最新的，还是量产多久的？

答：对，我们今天demo的所有的产品都是已经量产的。我们的软件应该说没有什么最新的概念，因为我们软件是一直在迭代的，始终在升级的。就像你的iPhone手机，到了一定的时间它会推过来告诉你升级了，当然你也可以选择升级或者不升级，所以我们的软件也一样，没有最新的概念，只有更新的概念。

Elektrobit汽车软件专家展示创新技术，使汽车制造商和供应商更易制造下一代汽车

问：您觉得从目前来看哪一两款产品在当前中国市场的需求量会比较高，或者说它的应用前景会比较大一些？

答：我们每一条产品线市场需求都是很明显的。比如我们的AP(自适应AUTOSAR平台)、CP(经典AUTOSAR平台)也有大量的客户。中国有一些相应的项目，都是SOP量产的项目。像自动驾驶这边，从今年开始，尤其是国内一些做自动驾驶的，包括大疆、黑芝麻、小马智行、地平线等等在自动驾驶测试验证方面的需求也明显起来了。可能2019年、2020年不是这么明显，但现在大家对自动驾驶的投入增加，很多的测试验证，包括相应的软件模块的需求明显地起来了。

OTA现在好像每个车厂都已经部署或者是要去升级。但是，信息安全的需求是非常明显的。包括我们给国内几大主机厂都做了信息安全的咨询，下一步就是信息安全的实施。这个实施，虽然各个车厂可能有不同的规划，但是我觉得这一步无论如何肯定会走出去的，无非是怎么实施的问题。不管是考虑ECU上几个防火墙还是在网关上部署一套入侵检测系统，或者是部署一套加密的系统保证ECU和ECU之间的通讯是加密的。各个车厂的路线可能不太一样，但EB都是有相关产品的。

关于HMI，今年开始很多车厂都开始跟我们接触要部署AR HUD。因为AR原先受制于光机的尺寸，原先光机比较大，大了车里就放不下，现在电动车里的空间比较大了，光机也比较小了一点，放这个设备也可以了。

EB GUIDE arware – 用于汽车抬头显示器的增强现实技术

采用EB GUIDE和Unity 联合创建的用户界面，实现安全、沉浸式、实时的 3D 车内体验

问：像比如ADAS自动驾驶这块的需求量越来越大，计算平台的性能也是越来越强，这些变化对咱们这种有自动驾驶相关的软件有什么影响/要求？

答：首先数据量越大就需要一个对大数据管理的系统，这个也是我们开发EB Assist Test Lab 的原因。我们第一款量产的产品是在微软的Azure云上部署的，在欧洲，所以，微软也是把EB列为很高等级的合作伙伴。当然，我们不仅仅是在微软云，其他任何包括私有云、存储都是可以部署的。这一块确实有很多客户有这方面的需求，因为数据量确实越来越大了。

第二个，因为现在我们明显地感觉到车厂或者做自动驾驶ECU的厂商，他们现在整个对传感器的处理不一样了。原先就是接几个摄像头，或者接一两个雷达，现在的摄像头都是十几个起，它的接口越来越多，我们要满足他们的要求，可能用一台EB Assist CAR Box都不够，我们最多的给一个客户配过3台，因为总线接口实在太多，这里面不仅仅是要采数据，有的时候数据进来之后，我从另外一个接口出去，传到它ECU那边，这样我在采集它数据的时候不会影响它ECU的工作。这样的话，它的接口就会占用的比较多，它的一路数据就已经占了两个接口。因为我这一台机器接口数量有限，我就需要很多的机器支持这样的要求。所以，它整个采集系统会越来越复杂，这样也会导致它的数据量很大，因为你的传感器很多，而且有很多都是视频数据，视频数据量会非常大。

EB Assist - 先进的软硬件产品，可成功开发、测试、可视化、验证和构建ADAS以及自动驾驶功能和系统

问：现在新势力那边大的方向是走向全站自研，他们也会从供应商那里采购来硬件的方式转成英伟达搭建自己的软件算法，你们怎么看这么一个变化？或者说在科技公司新势力逐渐地把软件捏在自己手里之后，我们在这块又有什么样的优势？

答：这个对我们来说不是太大的挑战。因为我们四条主要的产品线做的都是相对来说共性比较强的软件。比如基础软件、ADAS的测试、HMI等，其实我们做的更多的是通用的软件，至于Tier1供应商或者是新势力或者是传统OEM，他们想拥有的是自己有个性化的东西，或者说是差异化的软件，。大家都想追求的是自己的车和别人的车不一样。EB提供的是无差异化软件，是经过量产验证的产品、结合第三方软件和开源软件，构成了一个完整的基础，让客户能够管理复杂的项目、增强软件创新和差异化并能够加快其产品的上市时间。

当然，我们对有一部分有特殊性的软件或者是需要定制开发的软件，我们肯定是有这个能力做。如果OEM或者是Tier1希望软件供应商来做，我们也可以做。但是，如果他们想自己做，我们也没有问题。因为我们所有的软件模块都是去耦合化的。所以，你可以像下单一样去买其中的某些模块，拼装到你整个E/E的架构里面。有些东西你就去自己开发，有些东西你自己集成。所以，EB长远的规划是不会碰应用层的差异化很大的软件。所以，我觉得刚才您提的这个问题对我们来说不算什么挑战。

EB的AUTOSAR基础软件、操作系统和工具

问：您刚才说我们一直聚焦在车规级的软件上，不会做一些消费级的软件，这个软件我们怎么区分呢？怎么界定？因为硬件可能车规级比较好了，软件怎么样？

答：我们说车规级的软件要提到两个概念，一个叫功能安全。打个比方，你的手机内存不够了或者突然死机了，或者这个应用自己把自己给杀掉了，都没有问题，你顶多把手机重新启动一下，它的内存又释放出来了，你又可以用了。但是你想象一下，如果车内的某个软件或者你的仪表突然失灵了，或者你的刹车突然失灵了，你能够接受吗？你肯定不能接受。这就是车规级和普通商用软件的区别。这是功能安全。

还有就是信息安全。我们现在的车都是要连到互联网上，作为整个在互联网上的节点都是联网的，只要你联网了，你就有被黑客攻击的潜在的风险。可想而知，如果你的电脑被黑客攻击了，你的数据和信息被窃取了，你会有损失。但是，如果车内被黑客攻击了，不仅车内的数据丢失，而且有可能他会在远程操控你的车，他会把你的车急加速或者是急刹车。所以说车规级软件最特殊的地方，一个是功能安全，一个是信息安全。不光是硬件要考虑功能安全，软件也要考虑。

问：那咱们不是也有一些云端的服务吗，刚才您提到这种安全性的考虑，那一般是什么样的数据会放到云端，什么样的会放到车载本地？

答：现在是这样的，比如我们EB的产品要部署到云端的有几种，一个是EB Assist Test Lab-基于云端的自动驾驶验证工具链，高效管理你的海量的自动驾驶场景数据，自动驾驶肯定要在云端，当你车上有几十个摄像头的数据，你采的时候一般是十几辆车一起采，一天就有几百个TB的数据，那这个数据肯定要到云端。或者放到你的私有云上，你搞一个自己的巨大的存储的服务器放这些数据，因为它的数据量特别巨大，所以肯定要在云端或者是你自己的后台存储上。那么，这个很多是针对自动驾驶的数据，我会对它进行管理，你会采用这些数据进行一些测试和验证。

第二种，比如说我们OTA的系统，比如我们信息安全的系统。因为我们信息安全是有一个SOC安全运营中心。比如我在车上部署了我的入侵检测系统，或者我部署了我的防火墙，作为车厂来说你需要一个安全运营中心7×24小时不停地等着你的车给你发各种各样的报告，这可能就是几百台、几千台甚至几万台车，因为他们受到攻击之后，你的安全运营中心收到报告之后要去分析，要采取措施。比如你要升级你的安全策略，更新你的安全策略，可能要防护某一种CAN的message这里面是有相应的策略的，这个也是部署在云端的。

EB旗下独立子公司ARGUS的ASOC车队保护系统

包括你的OTA的系统可能在云端，很多时候跟你车厂的后台相连。因为很多时候车厂有很多的后台。有些车厂的后台是部署在云端的，它本身有自己的车联网的平台，那我们的OTA，包括我们安全运营中心可能都跟它有一些数据上的交流。这样的话，也是需要在云端的。这方面从cyber security的角度来说不仅是车端的信息安全，还有云端或者是后台端的信息安全都是要考虑的。

车辆的数据哪些放在云端，哪些放在车里？再举个例子，不是在开发过程中，而是在实际车的使用过程中哪些数据放在云端，哪些放在本地。比如你车里面是有导航的，那我这个最基本的应用程序肯定是放在车本地的，但是随着以后地图的数据量越来越大，因为以后我们都会有高精地图，它的数据量可能是现在的10倍甚至更多，那很显然你这个车里面不可能把所有高精地图的数据都存在本地的内存里面，它肯定是开到某个地方，它从云端把那些高精定位的地图数据从云端下载下来。

EB cadian Sync – 安全软件OTA更新

比如周边5公里，当他离开这个地方，他就会把这部分内存释放出去，他到下个地方又去下载，这就是一个应用场景。这个数据什么需要存在本地，什么需要存在云端。

另外还有一个，大家都使用微信，所以大家可以很明显地感觉到微信有一部分的数据是存在手机里面的，还有一部分的数据是每次你打开应用以后它会从后面的服务器下载下来。这就是为什么有时候你看到微信是不同的界面，这些不同点往往都是存在云端的。相同点，比如你个性的设置往往就存在手机的本地端。那车也是一样的道理，它有一部分个性化的东西可能是存在本地的，共性的东西，数据量很大的，不需要及时反馈的往往是存在云端。

包括OTA，比如你现在运行的是A、B、C三个版本，现在是B版本，你要更新到C版本，但是根据中国OTA的法规，如果你从B更新到C失败的话，你可以返回到B版本，我们的法规也规定应该让客户有所选择，即他可以返回到A版本，那这就意味着你后台A、B、C全都要存，甚至A前面的A0、A1也都要存下来，这样的话C就允许客户从C返回到B，甚至返回到A，他可以去选择一个最最稳定的版本，当他产生更新失败的情况。所以，如果这样的话，所有的ECU可能都要存3到4个版本在后台，我推送过来的可能只是一个版本，你当前跑一个版本，我推一个版本，万一失败了，我可能还要再推一个版本，其实后台的数据量是会越来越大的。