什么是软件定义汽车？（以及它为何将彻底改变一切）

欢迎

约翰：欢迎收看《The Garage》。我是约翰·海因莱因（John Heinlein），Sonatus 的首席营销官。今天的主题围绕“软件定义汽车”展开。什么是软件定义汽车？我们如何实现这一目标？实现过程中会面临哪些技术挑战？今天我的嘉宾是杰夫·赵（Jeff Chao），Sonatus 的首席执行官兼联合创始人。杰夫，感谢你做客《The Garage》。

杰夫：谢谢你的介绍，约翰。我是Sonatus 的首席执行官兼联合创始人之一。我们为整车制造商（OEM）和一级供应商（Tier 1）提供车载软件解决方案。我们的座右铭是“加速车载软件创新”。

约翰：你知道吗，这正好引出了我们今天要讨论的话题，因为“软件定义汽车”这个词最近非常流行。几乎每个人都在谈论它。但我并不确定，当企业或人们提到这个词时，大家对此是否有统一的理解。所以我认为我们不妨先从定义术语开始。那么，在你看来，什么是软件定义汽车呢？

什么是SDV？

杰夫：你说得对。关于“软件定义车辆”究竟是什么，确实存在很多疑问。在Sonatus ，我们认为它具备四个重要特性。首先，它具有灵活性，这意味着车辆能够适应不断变化的需求和环境。其次，车辆必须能够进行升级。 这样，在车辆的整个生命周期内——从生产前到生产后，再到售后——都能实现新的行为模式、新的应用、新的功能和服务。第三个特性是数据驱动。众所周知，数据不仅对车辆本身，对整个业务而言都至关重要。因此，当谈到车辆收集、管理和分析的海量数据时，这些数据不仅需要推动技术发展，还应驱动商业模式的创新。

关于软件定义汽车的第四点是，它具备互联性。如今，我们世界中的万物都已互联，以此实现快速响应、快速适应和灵活应对——因此，汽车也必须具备互联性。

约翰：这四点总结得非常到位：灵活、可升级、数据驱动和互联。你知道，如今我们经常听到关于车辆中已经集成了多少软件的讨论。但我认为，人们存在一个误解，即认为车辆已经成为了“软件定义的车辆”。但现实情况是，目前软件在车辆中的部署方式与车辆的各个功能单元紧密耦合，无法提供你所描述的那种灵活性。

杰夫：你说得对。当务之急是，汽车需要重新设计部分软件架构，采用数据中心中更现代的设计原则。从某种意义上说，汽车正逐渐成为一个“轮子上的数据中心”，而在数据中心领域，我们积累了大量关于如何设计和实现灵活软件的经验。

约翰：那么，让我们利用剩下的时间来讨论一下，车辆架构需要如何改变，才能实现向软件定义车辆的转型。也许我们可以先从网络方面谈起，因为车载网络的灵活性似乎至关重要——毕竟，如果网络是固定的，那么从定义上讲，我们以后就无法扩展车辆的功能了。

现代网络的重要性

杰夫：要能够添加和升级功能、应用程序及服务，一个动态的现代化网络至关重要。静态网络无法提供这种灵活性或敏捷性。因此，现代化网络带来的另一个优势是提供了一套丰富的通信服务，这些服务真正侧重于这些应用程序如何相互通信以及如何交换数据。

约翰：没错。我们看到很多例子，一些供应商在车辆交付后，会向车辆推送更新，增加一些车辆交付时原本不具备的功能。而要实现这一点，唯一的方法就是将车辆中原本未连接的数据源连接起来。这让人感觉，网络连接方面对此至关重要。

杰夫：我们过去常说“网络即计算机”，这是IT行业常用的一个术语，我们相信这一观点在汽车行业同样适用。

约翰：那么，你认为将出台哪些车载网络标准，从而推动这种变革？

杰夫：我们认为车载以太网将成为主流技术，但安全、保密性和弹性方面也将有其他要求。

约翰：而且还是实时的。我们看到，在汽车以太网的基础上，正在涌现出各种创新技术，以应对时间关键型和时间敏感型网络的需求。因此，在我看来，您既能享受现代网络带来的优势，又能满足车辆架构的要求。

杰夫：这完全取决于随着行业和技术的发展所需要的灵活性。必须能够实时应对各种情况。因此，反应必须越来越快。没错，全新的电子工程（EE）架构和现代软件架构都是其中的一部分。

约翰：我认为第二个方面是车辆中电子控制单元（ECU）以往的结构方式。 传统上，通常会采用单功能ECU，它会在整个使用寿命期间负责特定任务，而整车中往往分布着许多这样的ECU，有时多达150个，分别执行这些专门功能。整车制造商（OEM）和一级供应商（Tier 1）希望简化车辆结构、降低成本和重量，并将这些ECU整合起来，使单个ECU能够承担多项任务。但当然，这也会导致软件环境变得更加复杂。

硬件整合

杰夫：硬件的整合需要更多的软件支持。必须借助虚拟化、容器等现代软件技术，才能对运行在同一硬件上的多个软件应用程序进行编排和隔离。

约翰：这样它们就能并存，互不干扰。这一点似乎也很重要，因为车辆的某些方面涉及安全关键，而许多方面则不涉及安全关键。 空调风扇启动需要几秒钟是没问题的，但你必须确保自动刹车或其他类型的系统能立即响应。因此，我认为将这些安全关键系统与非安全关键系统区分开来非常重要。

数据驱动型车辆

我们讨论的第三个方面是“以数据为驱动”。随着大量数据在车辆周围流动，这既是一项挑战——因为一方面，必须管理所有这些数据；另一方面，这也为创造有价值的服务、潜在的商业化等提供了机遇。那么，让我们来谈谈，为了打造一款真正积极以数据为驱动的车辆，我们需要克服哪些技术挑战。

杰夫：我认为整车制造商面临的最大挑战是应对车辆产生的海量数据。你需要在硬件和软件两方面都具备适当的基础设施，才能对这些数据进行管理、采集、存储、保护和传输。其次，你需要明白，并非所有数据在任何时候都不可或缺。 必须明智地判断需要什么类型的数据以及何时需要这些数据。

约翰：而且这在生命周期中可能会发生变化。有时系统运行正常，你可能不需要收集某些数据；但有时在排查故障时，你又需要锁定具体问题。因此，似乎需要能够动态调整这一设置。这似乎是软件定义车辆与传统车辆相比的一个不同之处——传统车辆在这方面的设置非常固定。

杰夫：在一家原始设备制造商（OEM）内部及其整个生态系统中，存在许多数据使用者。每个数据使用者都有不同的要求、不同的需求，且需求出现的时间各不相同，并且会随着时间的推移而不断演变。因此，合适的数据解决方案必须具备适应性和灵活性。

云连接

约翰：我们讨论的第四个方面是“互联”。因此，如果你拥有一辆既灵活又可升级、并且具备我们刚才提到的所有优质数据的车辆，我认为只有当它具备互联功能时，才能真正实现其全部潜力。

约翰：互联的优势在于它能够释放云计算带来的潜力。这不仅对数据管理至关重要，也关乎新服务和新功能的交付方式。 我们相信，出于多种原因，OEM厂商将充分利用云技术——无论是提供服务（正如你所提到的），例如快速原型设计，还是实现未来互联汽车的愿景，让车辆之间相互通信，并与云端的基础设施进行交互。我认为这将极大提升互联汽车的应用价值。

摘要

谢谢，杰夫。这次讨论涉及的范围非常广泛。我们探讨了许多重要问题。感谢你今天参与讨论。

在本期节目中，我们探讨了软件定义汽车的四个关键方面：灵活性、可升级性、数据驱动和互联性。在接下来的几期节目中，我们将与Sonatus 的专家以及其他关键合作伙伴的行业领袖一起，深入探讨这四个方面。希望您能继续收听《The Garage》的后续节目。感谢您的收听，我们很快再见。