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在更多时候，只是一种验收规范。

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

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

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

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

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

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

  今天我们把整车全域操作系统的概念给大家进行了科普，明天我们将会跟大家聊一聊，蔚来在研发整车全域操作系统这件事情上，是怎么样做的思考。