智能汽车产业链专题报告：鸿蒙与智能汽车软件生态深度研究.docx

《智能汽车产业链专题报告：鸿蒙与智能汽车软件生态深度研究.docx》由会员分享，可在线阅读，更多相关《智能汽车产业链专题报告：鸿蒙与智能汽车软件生态深度研究.docx（36页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、智能汽车产业链专题报告：鸿蒙与智能汽车软件生态深度研究1 车机生态下的“星辰大海”作为移动互联网浪潮下划时代的产物，智能手机和智能汽车的应用生态均沿袭着“互联时代-智能时代-AIoT 时代”的发展路径。其中，智能手机以办公应用为切入点，通过架构的升 级赋予了操作系统承载更多应用的能力，从而实现其生态边界向多终端联动下的“场景性工具” 延伸；智能汽车则延续了手机生态的演化路径，并创新性地将智能手机作为“应用钥匙”，率先为其打开流量入口，奠定了车机初期的生态。同时，伴随着自动驾驶能力的成熟，智能座舱域将与自动驾驶域实现联动，以调用、集成 ADAS 的能力，从而扩大其使用场景的范围，并在 此基础上联

2、动手机、家电、可穿戴设备等多种智能终端，驱动车机生态从“手机-汽车”移动 互联向“汽车-AIoT”万物互联转变。回溯智能手机与智能汽车生态的演化路径，其背后的核心逻辑皆遵循着“需求的挖掘-架 构的变革-生态的延展”链条，以赋予用户在消费价值上的升维。 用户需求作为产品价值的第一要义，是驱动应用生态形成的基础。智能手机以用户的办 公需求为出发点，依靠着 PC 应用程序的思维底座，构建了初期的应用生态；对于智能汽车而 言，由于其屏幕的革新，车载应用的需求获得井喷，使得车机率先选择以移动应用的联动为出 发点，通过座舱与移动端的互联，以接入丰富的手机应用，并通过投屏方式使得其应用能够在 移动端与车端之

3、间切换，从而奠定了车机初期的“移动生态”。 终端架构的变革使得应用生态锦上添花，从而持续为用户带来消费价值的升维。在“互 联时代”中，尽管手机和汽车均展现了其应用生态的雏形，但仍无法根据用户需求的变化打造 出与各自终端相适配的“精准生态”。在此背景下，架构的全面升级，推动了智能手机、智能 汽车从功能性产品向智能化终端的代际突破，使其产品的价值重心从硬件转移至软件层面，并 通过用户数据的反馈 OTA 技术的完善，实现了功能的快速迭代，为用户持续地创造消费价值。 值得注意的是，操作系统作为硬件底座与上层应用的关键接口，具备了管理、控制软硬件资源 的能力，而对其进行定制化的改造则是打造终端专属生态关

4、键一步。在用户需求与架构升级的双重驱动下，产品生态边界得以延伸，其生态属性也再次重塑。 智能手机通过 OTA 技术提升其终端性能，使其具备了承载更多应用的能力，而应用的丰富也驱 动着手机生态边界的不断拓展，最终成为万能的“场景性工具”；区别于智能手机，智能汽车 依托 OTA 能力，更聚焦于其娱乐功能与 ADAS 能力的联动，以解除汽车仅作为移动工具的桎梏， 并与手机、家电、可穿戴设备等 AIoT 终端互联，使之成为真正的“移动的第三空间”。1.1 手机生态：万能的“场景性工具”“互联时代”，智能手机率先颠覆了传统功能机以物理按键为枢纽的交互方式，创新性地 将电子屏幕作为媒介，延伸 PC 端的办

5、公功能，并赋予用户从“桌面办公”切换至“移动办公” 的能力；“智能时代”，智能手机则完美复刻了 PC 端的软件体系，使得手机功能能以应用程序 的形式存在，从最初的通信等基础功能，拓展至娱乐、社交等多样化应用；“AIoT 时代”，智 能手机又与家电、可穿戴设备等智能终端契合联通，实现了移动端应用生态与办公、出行、家 居等场景间的无缝衔接，使之成为万能的“场景性工具”。具体来看，“互联时代”的手机颠覆了单一的通信功能，移动应用生态的雏形诞生。在外 观设计上，手机的革新率先以硬件屏幕为攻破点，通过扩大其外观屏幕以增强用户的可阅读性； 在内在系统上，其完美复制了 PC 端应用的呈现方式，将内容延伸至办

6、公场景，实现了 PC 端与 移动端之间的互联。此时，手机除了原有电话、短信等功能外，还具备了阅读文件、收发邮件、 发送传真及编写备忘录的办公能力。以首款智能手机 Simon Personal Communicator 为例（1992 年，IBM），其率先采用了便携式的触摸屏技术，并将移动电话的通话功能与掌上电脑 PDA 能 力实现有效结合，使其除了拨打、接听电话，以及实现了通讯录、计算器、闹钟等少数基础应 用之外，还具备了邮件、传真等简单的办公功能。手机架构的升级突破了原有功能的界限，使其跃升至应用生态下的“智能时代”。虽然在 “互联时代”中，手机复刻了 PC 端的应用，使其具备了基本的通讯和

7、办公功能，但落后的软 硬件架构仍无法满足用户在多场景下需求的变化。因此，手机架构进一步升级，其中硬件架构 从“基带处理器 应用处理器”架构向“多处理器内核系统”架构进化，软件架构则复刻了 PC 的软件体系，使得各类应用包括最基本的窗口管理器均能以应用程序的形式存在。全新的架构 不仅降低了手机软硬件设计的复杂性，也提高了应用功能的可扩展性，驱动手机属性从单一的 功能性产品升级为智能化的移动终端。值得注意的是，操作系统作为对内驱动应用软件的核心 引擎，对外提供承接“开发者-用户-终端”交互渠道的枢纽，其成为了拓宽应用生态边界不可 替代的关键。与真实场景互联，打造“AIoT 时代”下的无边界终端。除

8、了提供个性化生活、娱乐和消 费服务外，我们认为，智能手机终局下的“精准生态”将跨越物理极限，并与家居、汽车以及 可穿戴设备等 AIoT 终端实现组合搭载，以完成与真实生活场景的连接及共享，使其不仅获得 流畅的全场景体验，也解决了“差异化”智能终端间体验割裂的问题，彻底打破时间、空间的 限制，从而改变手机仅作为线上应用载体的属性，使其成为真正的“场景性工具”。1.2 车机生态：“移动第三空间”的跃进智能汽车是继智能手机后人类工业史上又一伟大的“升维”攻坚战，其同样也经历了从“互 联时代-智能时代-AIoT 时代”的转变。但我们在此强调，车机生态绝不仅是手机生态的范式 转移，而是在此基础上延展了

9、ADAS 的能力，以扩展其使用场景的范围，并与多种 AIoT 终端 实现联动，使之成为真正意义上的“移动的第三空间”。屏幕的革新带来人车交互的全新体验，催化“互联时代”移动端应用向车端迁移。智能 手机触控模式的诞生，改变了传统以按键为枢纽的交互习惯，并赋予了汽车设计厂商足够的灵 感，率先对汽车座舱内的屏幕进行革新，以延续手机多点触控的操作模式，并将影音娱乐、导 航地图等功能汇集于中控大屏中，使汽车具备了与手机互联的基础条件。同时，移动端应用市 场的“红海”化，也致使大量应用开发商将汽车作为全新的生态入口，开始搭建车端“生态营 地”，进入移动端与车端的“互联时代”。此时，用户通过投屏的方式，即能

10、同步使用导航、视 频、音乐、社交 APP 等移动应用，但由于车端采用手机原装数据线等物理互联方式，直接将手 机应用 APP“蛮横”植入，导致移动端的应用与汽车属性无法形成良好匹配，仅能提供导航、 影音等简单应用，致使用户体验感较差。架构的革新驱动汽车属性蜕变，车机生态迈入“智能时代”。尽管汽车在“互联时代”中 复刻了移动端的应用，使得车机生态初具雏形，但落后的软硬件架构仍然制约着车机生态的发 展。因此，整车架构开启“分布式-（跨）域集中-中央计算平台”的升级迭代，在此背景下， OTA 技术应运而生，有效推动了汽车属性从功能性产品向智能化终端的蜕变。其中操作系统作 为负责“控制与管理”软硬件资源

11、的核心基础，是突破“互联”车机生态瓶颈的关键，而主机 厂与开发商也纷纷选择“转身”切入前装市场，针对车机系统进行定制化的“改造与填充”， 构建属于汽车的“生态王国”。“横纵联盟”贯穿全场景应用生态，打造“AIoT 时代”下车机的“骇客帝国”。横向来看， 车机将不再局限于与手机端的连接，而是将“互联”的枝蔓伸向路端、家电、可穿戴设备等 AIoT 终端，以实现“个性化、集成化”的生活、工作、娱乐服务的输出，并改变了车机仅作 为应用载体的属性，使其成为在多终端互联下的“功能集成者”。同时，在“AIoT 时代”共用 统一终端的基础上，“数据”成为核心桥梁，打破了时间、空间的限制，打通线上、线下的边 界

12、，实现了多终端、全场景的无缝切换。在 2019 年 CES 展览上，奥迪展示了其与 Holoride 合作开发的车载VR虚拟现实娱乐技术，该技术将VR系统与车辆动态数据结合，深度嵌入视频、 游戏等内容，并通过传感器与游戏数据打通，届时车辆的移动路况都将被实时同步并映射到虚 拟体验空间中。即，当后排乘客戴上 VR 眼镜进行游戏时，随着车辆行驶路线和路况的变化， VR 眼镜中的游戏场景也会随之变化。纵向来看，“座舱内部融合”与“ADAS 联动”缔造了车机完整的“纵向生态”。智能座舱 作为用户最直接的交互触点，其集成了液晶仪表、中控屏幕、HUD 和后座娱乐等多终端及系统， 但传统座舱功能布局的碎片化

13、导致人车间“无缝交流”存在障碍。因此，智能座舱率先进行了 “多屏化融合、多系统融合”，以带来更为智能的交互体验。同时，基于汽车架构的迭代，智 能座舱也将“触角”延展至 ADAS 功能中，即借助感知层的摄像头、雷达等传感器来获取车况、路况等全方位信息，并载基于座舱控制器下进行环境建模以及决策判断，同时将数据信息以及 指令集，与车载应用、交互进行联动，以最终实现“决策与应用”的统一执行。此时，智能座 舱基于“车机应用与 ADAS 功能”的融合，赋予了用户依靠车机实现“多个应用一次交互，多 个内容一次呈现”的流畅体验。举例来说，根据比亚迪汽车智慧生态研究院院长舒酉星的介绍， 目前开发者正在开发的“车

14、内人工智能保镖系统”，一旦乘客或者司机感觉到车内不安全亦或 不舒服，在车上呼救，车机将会结合语音和图像识别做出判断，智能汽车将自主控制灯光喇叭 等，进入求救模式。2 生态内核攻坚站2.1 手机生态启示录：操作系统被重新定义操作系统是智能手机生态的核心。在前章中，我们重点分析了智能手机的生态迭代遵循 着“需求的挖掘-架构的变革-生态的延展”这一演化路径，而在此过程中，操作系统作为关键 中枢，在终端设备内外两个维度，均展现出极强的不可替代性：对内，负责终端软硬件资源管 理；对外，则以“交互”为纽带承接着“开发者-用户-终端”的生态链条。对内，操作系统充当着软件应用的“引擎”，实现了终端软硬件资源的

15、全面管控。应用软 件的运行离不开芯片、内存等硬件资源的支持，但由于其无法直接向硬件下达调动指令，需要 通过操作系统作为“中间媒介”来响应需求，以对接、调动相关硬件资源，这使得操作系统成 为了软件运行的直接“引擎”。此外，操作系统还负责协调管理全部软件进程和硬件资源，解 决进程同步、死锁等问题，当多个软件程序面临“竞争冲突”，操作系统将决定算力、存储、 I/O 接口等资源的分配次序，以保证终端在其协调、管理下有序运行。对外，操作系统则提供了交互渠道，使其具备“开发平台-用户窗口-运行支持”三重功 能定位，承接着“开发者-用户-终端”的生态链条。无论是闭源或开源，操作系统均以“交 互”为切入点，即

16、为开发者提供接口、为用户打造了专用界面/应用商店、为终端厂商搭建底 层执行逻辑，实现应用“研发调试-上传下载-运行维护” 的全周期贯穿，成为了生态真正的 定义者。以 iOS（闭源）与安卓（开源）为例，iOS 系统仅允许开发者通过其提供的工具包进 行程序开发，并在严格的审核机制下推出应用功能，而用户也仅能通过 AppStore 的单一渠道 下载应用，以保证形成“开发者-AppStore-用户”的单向闭环。同时，此系统只搭载在 iPhone 机型之上，其目的在于不断追求自身“芯片 系统”的完美适配，提高系统性能，从而为用户 带来高质量的消费体验；而安卓则为开发者打造了 AOSP 开源框架、SDK

17、套件和 API 接口，构 建了自由度较高的开发平台，同时其应用能与 Google Play 乃至第三方应用商店适配，用户也 可从多种途径进行下载。此外，安卓选择与众多手机厂商、芯片公司合作构建 OHA 联盟以适配 多种机型，为其应用寻求更多的搭载终端，以缔造更开放的安卓生态。根据层级框架的不同，手机操作系统可大致分为：1）底层操作系统：即从“内核到组件” 全新打造的操作系统，如 iOS、安卓等。其中，iOS 为闭源系统，配合苹果“自研芯片 操作系 统”的战略，实现“芯片-操作系统-应用软件”的完美适配，从而避免了兼容性差异等常态化 问题，同时也大幅提升了其系统的稳定性和安全性; 安卓为开源系统

18、，由谷歌联合手机厂商、 软件开发商、芯片制造商打造的 OHA 联盟开发，可与不同手机终端及芯片适配，免费灵活，软 硬件开放性强，但稳定性和安全性水平由于根架构开放而稍显逊色。2）顶层操作系统：即在 不改变底层操作系统内核的基础上进行定制开发的操作系统，市场上多以安卓为底层操作系统 进行修改，如小米 MIUI、OPPO Color OS、魅族 Flyme 等。底层操作系统把握内核，成为各类操作系统的“基石”。在操作系统架构中，内核提供了 最为基础的功能，即对内负责协调进程和管理软硬件资源，对外提供接口以实现交互，从根本 上决定了系统的性能和稳定性。其中，底层操作系统是从“内核到组件”都进行了重塑

19、，而顶 层操作系统则是沿袭了底层操作系统的内核，仅对应用程序框架层或 UI 界面进行修改，保留 了原有系统的主要功能和特性。因此，底层操作系统把握内核成为各类操作系统的“基石”， 较顶层操作系统更加具备主导作用。2.2 车机生态：驶向万物互联的时代车机生态正迈入“横纵联盟”的新纪元，汽车将成为“移动的第三空间”。基于我们此前 的分析，汽车在“互联时代-智能时代-AIoT 时代”迭代下，其产品属性也将实现从“载人工 具”向“生活空间”直至“移动第三空间”的转变。直至目前，我们认为，车机生态正迈入“横 纵联盟”的新纪元，而其也将在应用生态的基础上，具备全面联动的特点，即横向实现车机与 AIoT 终

20、端的广泛互动，纵向延伸至 ADAS 功能，给予用户持续升维的使用体验。在“横纵并举”的生态路线中，由于操作系统功能的“中枢”属性，车机 OS 成为变革路 上最为关键的“堡垒”。在前章的分析中，车机生态有着与手机生态相似的迭代路线，而在手 机生态的迭代中，操作系统作为“承接中枢”，对内管理、对外交互，已然成为生态建设的核 心。类比到智能汽车中，对内，车机 OS 同样也占据着承上启下的地位，其以芯片和域控制器 为底层基础，设置相应的内部通信接口，继而在软件请求的驱动下，根据算力的需求，对硬件 资源进行相关的调用分配；对外，车机 OS 也为开发者、用户以及外部跨终端间的资源互通提 供了信息的出入口和

21、交换平台，其作为桥梁连接“开发者-用户-AIoT 终端底座”，打通三者之 间的底层信息屏障，使其具有集“开发平台、用户窗口和信息集汇中心”的三重功能定位，从 而为车机向全场景生态融入带来可能。与手机端相同，车机 OS 若按照层级的划分，可进一步分为：底层车机 OS 和顶层车机 OS。 其中，底层车机 OS：从内核到组件均全新打造的操作系统，如 QNX、Linux、安卓以及实时操作系统（RTOS）等；顶层车机 OS：在底层操作系统上进行二次开发的系统，根据开发程度的 不同又分为深度定制型和 ROM 型操作系统。其中，深度定制型是基于底层操作系统从内核到应 用程序层都进行深度改造，同时优化硬件资源

22、，典型的如大众 VW.OS、阿里 AliOS 等；ROM 型 操作系统则是基于安卓自有架构对汽车服务层及应用层二次开发，如小鹏 Xmart OS，蔚来 OS 等。此种层级划分方式根据内核是否全新构建为其依据，沿袭了智能手机的规则，因此我们 认为，在智能汽车中底层车机 OS 依旧把握着内核，相较顶层车机 OS 而言是真正的“价值核 心”。横向的扩容：构筑横向生态的基础是底层车机 OS 与物联网 OS 的打通/合并。我们认为， 在“AIoT 时代”下，车机将不再局限于与手机端的连接，而是将“互联”的枝蔓伸向路端、 家电、可穿戴设备等各类 AIoT 终端，以实现“个性化、集成化”的生活、工作、娱乐服

23、务的 输出，而若要实现车机和各种 AIoT 间的全面兼容与联动，则需要底层车机 OS 与物联网 OS 打 通/合并。但是，传统底层车机 OS 与物联网 OS 所用的系统架构、通信协议均无法做到全面的 协调统一，在跨终端的联动上普遍采用投屏、映射等浅层联动的方式，导致其难以实现与物联 网 OS 间的“相互认证-底层连接-数据流转”，应用功能也无法在系统间灵活调动、迁移。以安 卓为例，从系统基础特性而言，其内核不可伸缩，缺乏灵活可变的运行逻辑，难以搭载于不同 终端底座，尤其是低内存的小型终端。其中，在车机 OS 领域，谷歌基于底层安卓内核推出 Automotive OS，依旧采用 “数据线物理连接

24、”或“wifi 投射”等传统方式与手机相连接， 无法做到“汽车-手机”间的应用流转，更无法与 AIoT 设备互动，而后谷歌依靠安卓 Things 弥补了其在物联网领域的空白，但因通信接口不统一等问题，车机 OS 与此物联网 OS 仍然存在 “信息屏障”，致使车机无法与 AIoT 终端实现联动，应用也不易进行“AIoT 终端-车机”的迁 移。正因传统底层车机 OS 缺乏与物联网 OS 兼容互通的基本能力，导致其在开发者体系、管 理能力以及终端接入范围上也存在较大缺陷，难以实现精确且全面的横向延展。就当前底层 车机 OS 而言，其并无兼容/打通物联网 OS 的能力“基石”，致使开发环境和其他 AI

25、oT 终端间 并不兼容，阻碍了物联网开发者向车机转移的通道，使得上游开发环节扩充缺乏必要的原生动 力。而车机 OS 与物联网 OS 处于“通信隔离”状态，其自身又缺乏相应的管理套件，导致车机 OS 难以对 AIoT 终端进行“聚合/管理”。此外，这种不兼容还会使得车机可“精确对接”的终端搭载数量不足，致使车机生态相对“狭隘”，车机生态的横向延伸无法通过足量的实例测试 得到进一步优化。 基于以上维度，我们认为，底层车机 OS 在与物联网 OS 互联兼容的“根基”之上，需溯 源开发者，增强生态管理能力，扩大 AIoT 终端覆盖范围，以实现生态的横向延展。在开发者 层面：AIoT 终端底座的多样性，

26、导致了车机、各设备存在大量的接口不兼容问题，这也就要 求底层车机 OS 配备标准化的接口，从而适配多样化终端，改善开发环境，以吸引 AIoT 开发者 向车机层面进行“平滑”迁移；在生态管理层面：在互联兼容的基础上，大量终端接入导致 信息指数级增长，底层车机 OS 对 AIoT 终端进行“连接-访问-信息流转”全流程管理的难度加大，底层车机 OS 需提供“模块化、平台化”的管理体系，以提升管理效率，并且对此进行监 测、分析，以达到管理向“高质量/高效能”的跃进；在终端覆盖层面：车机需解决在不同场 景下品牌多样性所导致的碎片化问题，消除硬件的物理差异，从而拓宽其自身的融合范围，实现 AIoT 终端

27、覆盖的“量、类”齐升。纵向的深入：智能座舱在联动应用的同时将 ADAS 作为功能延伸，从而打造车机的“纵向 生态”。智能座舱作为用户最直接的交互触点，其集成了液晶仪表、中控屏幕、HUD 和后座娱 乐等多终端及系统，但传统座舱功能布局的碎片化导致人车间“无缝交流”存在障碍。因此， 智能座舱率先进行了“多屏化融合、多系统融合”，以带来更为智能的交互体验。同时，基于 汽车架构的迭代，智能座舱将“触角”延展至 ADAS 功能，即借助感知层的摄像头、雷达等传感器来获取车况、路况等全方位信息，并在基于座舱控制器下进行环境建模以及决策判断，同 时将数据信息以及指令集，与车载应用、交互进行联动，以最终实现“决

28、策与应用”的统一执行。此时，智能座舱基于“车机应用与 ADAS 功能”的融合，赋予了用户依靠车机实现“多个 应用一次交互，多个内容一次呈现”的流畅体验。此时，底层车机 OS 不仅是座舱域应用功能 的窗口，又是 ADAS 功能外透及联动的主要平台，也成为缔造纵向生态的核心。为完成以上座舱原生功能和衍生功能的管理任务，缔造纵向车机生态，我们认为，底层 车机 OS，需具备开放性、安全性和低延时性三大重要特征。1）开放性：车机 OS 为信息娱乐 服务、车内人机交互、多源信息融合提供平台，因此其底层系统应具备开源开放的特性，为用 户提供集“工作-娱乐-生活”的丰富应用，带来“千人千面”的个性化体验；2）

29、安全性：车 机 OS 为座舱软硬件提供运行环境，需降低其自身漏洞水平，提高其信息安全防护性；而对于 仪表等承载安全数据的组件，车机 OS 需提供稳定的、高度安全的管理保障，响应智能汽车行 驶安全的要求；3）低延时性：随着座舱域中 ADAS 功能的延伸，搭配感知传感器每小时产生 tb 级别的数据，需要车机 OS 凭借极为迅捷的响应速度，在极短时间内完成对数据的分析、行 车决策的制定等流程。因此，这又要求底层系统具有低延时性的管理和通讯能力，进而保证行 车指令能够得到快速传达与响应。根据 ICVTank 的资料，当前底层车机 OS 主要包括 QNX、Linux、安卓和 WinCE 等， 2022

30、年 QNX、Linux 和安卓三者占比将超过 90%，成为车机 OS 的主要玩家。结合以上的分析维度， 我们认为，在开放性层面， Linux 和安卓具备得天独厚的优势，QNX 略显逊色。其中，Linux 在基于“宏内核”与“开源”两大特点下，天然具备了极高的灵活性与开放性，但在移动端的 “缺席”，致使其缺乏相关的“软件储备”，应用生态并不完善，多需主机厂二次开发或适配； 而安卓在 Google 的开源战略下，系统开放性强，加之其在移动端的软件积累，致使其应用生 态丰富，这也吸引自主品牌、造车新势力、第三方服务商依托其国内成熟的应用生态，多基于 安卓定制车机 OS，例如吉利 GKUI、蔚来 NI

31、O OS、百度车联网等；相比之下，QNX 作为闭源系 统，其底层代码的开放度相对较弱，软件开发的“重担”均落在黑莓公司与部分授权公司身上， 致使开发者人数相对缺乏，生态建设也较为闭塞。根据黑莓官方统计，QNX 车载程序数量在 270 个左右，虽然数量在不断增长，但是相较于安卓数十万的软件应用，其应用数量目前仍差距较大。ADAS 功能的延伸要求车机 OS 具备低延时性，QNX 和实时性操作系统（RTOS）优势相对明 显。随着 ADAS 功能向车机延伸，底层车机 OS 在除实现上述娱乐性功能外，还要用于车辆底盘 与动力控制，乃至为上层算法等分配硬件资源，以完成油门、转向、换挡、刹车等基本行驶功 能

32、，并保障其 ADAS 能力的输出，这也对底层车机 OS 低延时性提出更高要求。其中，QNX 的微 内核架构使其在整合运算资源的基础上保障运算效率，延时量在微秒级别，具有功能安全 ASIL-D 级别认证；反观 Linux 和安卓系统，其对于程序任务的执行响应时间要求较低，具有 非实时的缺陷，但 Linux 得益于其自身较高的灵活性，在优化自身内核和中断服务后，实时性、 稳定性得到相对的提升，延时可达微秒量级，使其获主机厂认可，如特斯拉 Autopilot、造车 新势力小鹏 P7 Xpilot3.0 均选择基于 Linux 构建 ADAS 模块。此外，实时性操作系统如 FreeRTOS、 Thre

33、adX、VxWorks 等延时量均在微秒级别，具备高实时性以及稳定性，能够完美支持 ADAS 功能的展现，或会受到更多青睐。3 鸿蒙系统：生于产品，止于生态作为 AIoT 生态下最重要的模块，操作系统已成长为串联各智能终端、赋能大生态的中枢 角色，而以操作系统为主轴搭建的产品体系，也使得以 AIoT 为核心的终局构想成为了“有本 之木”，华为鸿蒙的诞生，更是让操作系统从产品向生态的“技术升维”迈出了坚实的一步， 其以“平台 生态”为发展战略，通过构建“鸿蒙系统 鸿蒙产品”框架，将视角从智能手机 等单一领域抽脱，继而落位于以“万物互联”为灵魂的宏伟蓝图。在全场景新品发布会上，华为发布了基于全场景

34、下的“1 8 N”智慧生活解决方案，以智 能手机为索引，“8 大智能终端”为入口，以及“30 AIoT 终端”为生态组件形成了完整的闭环。 其中，鸿蒙分布式操作系统的推出，不仅实现了对于单体硬件边界的突破，同时也表现出该闭 环关键的“串联脉络”：即，从根本打破了不同操作系统调用其单一硬件的传统思维，真正构建出了智能家居、智慧办公、智慧出行、运动健康和影音娱乐等 5 大场景交融的“超级终端”。该定位也从侧面也体现了鸿蒙系统的两大维度：面对单一产品的“终端鸿蒙”（HarmonyOS）， 以及面对广博生态的“开源鸿蒙”（OpenHarmony）。我们认为，华为将凭借在通信及消费电子 行业的积累，以“

35、终端鸿蒙”为技术基石，打造出面向生态底层的“开源鸿蒙”，以此对标苹果、Google，铸造出打赢未来生态之战的“终极武器”，而智能汽车车机 OS 作为当前生态中的 重要一环，在统一鸿蒙生态土壤的培植下，也有望补全原有的互联能力短板，焕发出新的生机。3.1 全面升维，生态级的横向整合“开源鸿蒙”筑就了鸿蒙生态的底层基础。类似于安卓系统下 AOSP 的定位，“开源鸿蒙” 可视作一个原生态的“根系统”，该架构主要基于鸿蒙自研微内核、部分 Linux 宏内核、LiteOS 内核等“多内核结构”设计。其中，微内核作为“开源鸿蒙”服务层的基础，是实现分布式、 模块化管理能力的基石：微内核架构的特点在于能将各

36、功能进行模块化搭建，相互间相对隔绝，并配备了可供单独调用的应用接口。当运行应用程序时，仅需把选定的系统服务加载到系 统中即可，而服务内容的变化通过调用不同的功能模块组合来实现，这极大程度提高了操作系 统灵活性和安全性。这也导致了在微内核架构下，操作系统的量级可以自由变化，使得硬件开 发商可以根据自身的硬件算力的需求来选择使用部分具体代码模块，但在面对复杂度较高的任 务时，对系统整体可能会产生较高的通信负担；Linux 宏内核：主要通过将内核和驱动程序以 核心形式去运行服务进程。因此，宏内核具备紧凑、高效等特点，能充分发挥硬件的性能优势，其主要是“开源鸿蒙”目前为配合智能手机等高算力、多任务终端

37、需求的过渡选择。相 较于微内核，宏内核架构中各功能模块间的耦合度相对较高，使得系统调用具备较高的效率， 可以应对更为复杂的任务场景。但耦合度高带来的重要问题是，系统整体优化和修改将导致“牵 一发而动全身”的现象出现，形成较高的维护成本。虽然有着这样的短板，但根据华为消费者 BG 软件部总裁、鸿蒙总负责人王成录的意见，目前，对于手机端、车端等高算力系统而言， 完全脱离 Linux 内核还不现实，而正处于快速开发阶段的微内核未来可能逐步对其形成较强的 替代性；LiteOS 内核：华为专门针对 AIoT 设备研发的轻量级、低功耗操作系统内核。“开源鸿蒙”对于传统操作系统功能域的全新整合，使得其完成了

38、“从产品到生态”的 进阶。目前，“开源鸿蒙”项目已由华为捐献给了由工信部主导的“开放原子开源基金会”，且 实现了全面开源，使得各厂商可免费参考其架构代码进行个性化的设计，在和基金会其他类似 开源项目形成良好互补的同时，也有望大幅推动各 AIoT 终端功能框架全面标准化的进程。这 也使得“开源鸿蒙”实现了“从产品到 AIoT 生态”的全面进阶。传统操作系统单一内核的设 计，使得其管理方式较为“狭义”，缺乏对不同终端运行逻辑的适配，具体表现出的“症状” 包括：设备发现的低效率、连接速率的不稳定及调度能力的滞后性等。而“开源鸿蒙”的混合 内核架构，使其能在对不同设备的管理过程中，始终具备较强的“弹性

39、”。除内核架构外，鸿 蒙的分布式软总线、数据管理和任务调度技术，也使得操作系统对各终端的指令下达，真正实 现“车同轨、书同文”，大幅提高了跨终端管理的效率。从技术层面拆解，首先，“开源鸿蒙”的分布式软总线技术能够充分解决终端的发现和连 接问题。传统计算机系统通过物理导线的方式进行系统内终端的连接，如较为常见的光纤连接 等。但鸿蒙的分布式软总线技术突破了物理连接的桎梏，在同一网络环境下即可实现以蓝牙 /WiFi 为主的无线连接，在应用端各鸿蒙设备间的简单触碰即可实现设备后续的自动发现。在 鸿蒙 2.0 操作系统的手机使用体验上，从右侧下滑菜单栏则会直接显示所有处于同一个分布式 鸿蒙操作系统下的各

40、个智能家居的状态，单击即可在不用下载独立 APP 的情况下对各智能家居 进行操作，降低 APP 发现和连接成本。其次，“开源鸿蒙”还利用数据解耦实现了分布式数据管理和任务调度。其中，分布式数 据管理基于硬件和应用数据间的数据解耦，在跨终端数据传输效率方面实现大幅改善。“开源 鸿蒙”的分布式数据管理，首先通过对软件层用户数据和硬件层的全面解耦，使得软件管理独 立于硬件的自有运转之上，从而实现了媲美本地数据处理速度的跨设备数据处理能力。根据华 为 2020HDC 大会官方披露的数据，在“开源鸿蒙”加持下的鸿蒙 OS 2.0 相比 1.0，时延从 20ms 降低至 10ms，带宽从 1.2G 提高至

41、 2.4G，抗丢包率从 25%提高到 30%，文件读写性能是微软 Samba 系统的 4 倍，数据库性能是安卓本地 Content Provider 数据库的 1.3 倍，检索性能是 iOS Core Spotlight 的 1.2 倍；分布式任务调度则实现了不同硬件间的模块化解耦，继而完成了系统级 别的能力整合。在同一场景下，“开源鸿蒙”可分别调用不同设备终端的 API 进行不同功能的 灵活适配。如，在突发通安全事故中,同时调用智能手机端的紧急呼叫、智能汽车端的灯 光报警和智能穿戴端的健康监控功能，实现真正意义上生态内各设备的高效整合，充分发挥不 同组件的协同优势，使得鸿蒙生态成为一个集手机

42、、车机、家居等为一体的“超级终端”。结合以上在技术维度和商业维度的双重优势，我们认为，“开源鸿蒙”有望以智能手机为 发端，快速形成定位于全体 AIoT 设备的网格化布局，与此同时利用对不同终端更好的技术适 配性和自身从开发到管理的一整套商业闭环，建立起面向 AIoT 生态级操作系统标准，成为“万 物互联”时代真正的“先行者”。3.2 精准下沉，终端级的纵向优化作为操作系统自上而下的延伸，单一终端级鸿蒙OS 以“开源鸿蒙”为根基，并结合各硬 件终端的运行逻辑，提供了由生态下沉至具体设备层的功能布局。当前华为内部根据内存和 算力的需求，对生态中不同终端进行了 L0-L5 的等级划分：L0-L2 为

43、内存 KB 和 MB 级，主要包括手环、智能摄像头、音箱、传统车机等常规 AIoT 入口；L3 以上则是内存超 GB 级，包括智 能手表、智能车机、智能手机、PC 等，其中智能车机和手机等核心端口的内存要求可能将达 到 3-6GB 。根据不同终端的运行需求，鸿蒙OS 植根于“开源鸿蒙”架构下设计，并在“根系 统”之上，结合了不同终端的运行逻辑，嵌入了以华为 HMS 服务为核心的全套功能插件，以实现复杂功能向设备层的精细下沉。区分于“开源鸿蒙”的完全开放性设计，终端级的鸿蒙 OS 是华为基于“开源鸿蒙”下开发、集成了闭源HMS 服务插件、并面向全场景智能设备的商用版 本。因此，在整体继承“开源鸿

44、蒙”的特点外，又能衍生出不同设备层面的独有优势。在安全性层面：鸿蒙自研的微内核架构，可以形成对应用安全有效的分层管制。鸿蒙车 机 OS 的微内核，实际相当于一个信息交换中心，其自身可实现的功能较少，主要职责是向下 属各个功能模块传递调用请求，且交换中心自身和各功能模块彼此之间均保持相对独立。在此 模式下，操作系统可实现对不同功能模块的分层管理，使得不同模块可支持不同级别的安全要 求：例如对于以车辆运行数据为核心、安全性要求极高的仪表系统可施行更为严格的数据调用 门槛，从而提高行车的安全性；在安全要求并不紧迫的模块，则会采用相对宽松的管理策略。 而在需要绝对安全保障的子模块中，鸿蒙 OS 目前获

45、得了国际信息技术安全评估标准 CC EAL5 认证（安卓尚未获得）， 也充分体现了其对绝对安全水平的保障程度。 除流媒体服务、行车数据汇报等原生功能外，智能座舱还成为向用户外透其他新生功能 的窗口，而其中最重要的功能，即是 ADAS 功能的延伸。以奥迪 E-tron 为例，目前该车型以 座舱 HMI 系统为载体，除传统信息娱乐功能外，还集成辅助泊车、辅助变道等 ADAS 功能，使 得智能座舱同时也成为 ADAS 功能的输出载体。因此，我们认为，对于底层车机 OS 而言，在 原生功能外，同时还需要适配这些类似新生功能的管理要求。在 ADAS 功能上，对于操作系统 最迫切的要求是具备出众的低时延、

46、确定时延的管理能力，而传统操作系统由于通信方式和架 构的问题，在绝对时延水平及其确定性的控制上，仍存在较大障碍，这也与上述 ADAS 功能管 理确定、低时延的要求形成了重大的矛盾。鸿蒙车机 OS 通过采用自研的确定时延引擎技术， 则良好地解决了这一问题，确定时延引擎技术，主要通过对不同应用特征的实时预测，分配 “超车道”、“快车道”等不同速率的信息调用通道，实现对资源的合理调度，其优点就是对时延确定性的满足，大大降低了波动的通信效率对于自动驾驶域的严重影响。根据在东莞松山湖 举行的华为开发者大会上，相比 Linux 车机 OS，鸿蒙可实现 25.7%的响应时延下降和 55.6%的 时延波动率下

47、降，实现对 ADAS 功能低时延和确定时延要求的完美契合。综上，鸿蒙车机 OS 继承了其根架构“开源鸿蒙”的特点，满足了对智能座舱域各智能化 模块差异化的管理需求，同时根据座舱相关联动功能的特点，定制化地进行了“对症下药”， 从而实现了在基于复合功能框架下，操作系统管理能力的进阶，而在“域集中时代”，这一进 阶初步实现了基于浅层功能下的跨域联动能力。我们认为，在未来整车架构从“域集中向中央 计算平台集中”的再一次重大变革中，鸿蒙车机 OS 这一针对复合功能的管理能力，在未来高 等级的跨域联动，甚至跨域融合过程中，均有望具备更为广阔的施展空间。3.3 从“手机到车机”，鸿蒙 OS 盈利模式的野望

48、智能手机操作系统的盈利模式将充分延展至车端。无论是产业格局的演变，亦或是价值 链的重塑，智能汽车均被广泛定义为继智能手机后另一个划时代的颠覆。与智能手机发展路径 相同，智能汽车也遵循着从“需求的挖掘-架构的变革-生态的延展”的迭代，这也使得智能手 机的发展轨迹将成为研判智能汽车产业纵深发展的重要指引，而操作系统作为其中软硬件协调 管理的中枢，在“手机端和车端”的功能定位上更是形成了高度的重合。我们认为，随着车端 技术的逐步成熟，操作系统在手机端既有的盈利模式，或将对车端起到明确的示范作用。我们 认为，随着车端技术的逐步成熟，操作系统在手机端既有的盈利模式，或将对车端起到明确的 示范作用。 在手

49、机操作系统中，安卓作为开源系统的代表，为开源时代包括鸿蒙 OS 在内的第三方操 作系统提供了蓝本。通过开源生态对第三方厂商需求空缺的弥补，安卓系统展现了蓬勃的发 展潜力，截至 2021 年 1 月已获得 72.2%的全球操作系统市占率。华为鸿蒙 OS 与安卓系统具备 高度的同源性，二者均由智能手机为发端，并逐渐延伸至车机领域，产品上鸿蒙 OS 亦搭载了 华为自研的 HMS 服务模块以对标安卓端的 GMS。因此，安卓的盈利模式，将为鸿蒙车机 OS 提 供重要的参考。结合手机的示范效应，以安卓系统的盈利模式为锚点，我们预测，鸿蒙车机 OS 的主要盈 利途径包括： 1）接口调用/认证收入：目前由于生态起步阶段的匮乏和疲软，华为并未针对其鸿蒙 OS及项下 HMS 服务的准入/接口收取任何费用，但在生态体系成熟后，为构筑持续稳定的盈利基 点，我们判断，华为或将向鸿蒙生态新进开发者，收取 HMS 相关服务的准入/接口费用。同时， 针对原有手机鸿蒙 OS 下已有产出的既定开发者