7月22日NIO IN 2024蔚来创新科技日官宣后，很多用户与媒体朋友们对蔚来即将全量发布的“整车全域操作系统SkyOS·天枢”表示了极高的关注，也有很多人对“整车全域操作系统”这一概念有所疑问，不知道它究竟解决了什么问题，能达到什么效果。

为了避免NIO IN上的技术讲解对大家过于晦涩，我们先为大家科普一下“操作系统”的概念，以及为什么在AI时代，汽车需要一个“整车全域操作系统”。

“操作系统”究竟是做什么用的？

如果要说“操作系统”的概念，我们当然可以用很学术的方式来回答：“操作系统是管理和控制硬件与软件资源，介于上层应用与底层硬件，向下对硬件资源进行抽象，向上对应用软件提供标准与调度的特殊软件。”

但即便给出了这个定义，相信大家还是不清楚操作系统是做什么的。所以，我们来换一种方式表达。

大家都经历过手机从功能机向智能机过渡的时代，年长一点的可能也经历了PC时代的发展。无论是手机还是PC，在发展的初期会出现形态各异的硬件，每一种硬件都会匹配自己的操作系统。但当行业发展到一定阶段，随着主流设备的流行，硬件就会慢慢趋同，而硬件设备的标准范式，就会由操作系统来定义。比如PC行业是“Windows-X86-Intel-众多PC制造商”，手机行业是“Android-ARM-高通-众多手机制造商”。

所以，操作系统从来都不是孤立发展的。为了提高软件的可扩展性和可移植性，操作系统厂商、芯片厂商、网络技术厂商等等会形成“技术联盟”，共同推动某个操作系统的流行。如果用一句话来总结操作系统要解决的核心问题，那就是让应用软件能在不同的硬件设备上运行。

来到汽车行业，汽车的操作系统事实上正在经历这样的发展过程。

汽车历史上，没有“整车操作系统”？

在机械时代和电气时代，汽车并没有操作系统的概念，即便是有ECU控制某个模块，也只是写几行代码的事情。但进入数字时代后，微处理器和微控制器的出现，使得汽车的电子系统更加复杂，软件在汽车中的占比越来越高。

于是，汽车零部件厂商们为了提高零部件软件的可复用性和可移植性，在2003年联合整车厂以及其它电子、半导体和软件系统公司，共同组建了“汽车开放系统架构联盟”，也就是AUTOSAR，并且推出了开放化、标准化的汽车嵌入式系统软件架构“AUTOSAR规范”。

因为传统汽车时代，整车厂并不开发软件，所以AUTOSAR主要是面向零部件厂商，用在小算力的ECU上。对于整车厂而言，AUTOSAR在更多时候，只是一种验收规范。

进入智能汽车时代，有了“域控制”的概念，产生了诸如智能驾驶、智能座舱、智能车控等不同的“域”，但由于这些系统由不同的零部件实现，使用了不同的芯片，由不同的软件团队开发，事实上最终形成的还是若干套操作系统，并没有形成一个智能的整体。

所以，汽车上虽然已经开始使用一些操作系统，但仍然是面向零部件的。汽车发展的历史上，并没有出现一个严格意义上的“整车操作系统”。

AI时代，整车操作系统为什么变得必要？

和手机、PC操作系统的发展进程类似，整车操作系统是汽车智能硬件发展到一定程度后的必然结果。尤其是到了AI时代，大算力芯片、大模型、中央集成电子电气架构的出现，消灭了大部分的ECU，对数据吞吐、系统延时、跨域联动、安全与可靠提出了极高的要求。这不仅完全改变了汽车的定义方式，也改变了汽车开发的组织与流程。

此时，汽车行业就会诞生很多从未出现过的新问题：如何让集中的大算力实现共享？如何进行跨域的部署与灵活调用？如何让端云无缝连接？如何让AI赋能每个业务功能……

如果说功能汽车时代，汽车的智能化只是模块智能，到智能汽车时代开始出现了系统智能以及部分跨域智能，那么AI驱动的时代，汽车的智能化一定是整车全域智能。

而这一切，都在指向一件事情——AI时代的汽车，需要一个能整合与调度算力、管理所有子系统、高性能的整车全域操作系统。