2798
佐思汽研近日发布《2021年软件定义汽车研究报告：架构趋势和产业全景》。
软件定义汽车的总体架构可以分为四层架构：（1）硬件平台，异构分布式硬件架构；（2）系统软件层，包括虚拟机、系统内核、POSIX、Autosar等；（3）应用中间件和开发框架包括功能软件、SOA等；（4）应用软件层，包括智能座舱HMI、ADAS/AD算法、网联算法、云平台等。
软件定义汽车的总体架构
来源：佐思汽研《2021年软件定义汽车：架构趋势和产业全景》
智能汽车软件的商业模式是“IP+解决方案+服务”的模式，Tier1软件供应商的收费模式包括：（1）一次性研发费用投入，购买软件包，比如ADAS/AD算法包；（2）单车的软件授权费用（License），Royalty收费（按汽车出货量和单价一定比例分成）；（3）一次性研发费用和单车 License 打包。
以软件IP授权费为例，若不考虑复杂度极高的AD软件，我们估算目前单车软件 IP 授权费至少是2-3千元。随着智能汽车功能复杂度的不断提升，单车软件授权费价值还将持续攀升。
不同车载软件的单车软件 IP 授权费估算
来源：佐思汽研《2021年软件定义汽车：架构趋势和产业全景》
同时，主机厂也正在大力扩充内部软件研发团队，降低外部软件供应成本，下一步主机厂软件研发的主攻方向仍然是能为消费者直接创造价值的软件，比如座舱HMI、自动驾驶等，当然也可以通过软硬件的解耦，与独立的软件供应商合作研发，比如宝马与诚迈科技合资、中科创达与华人运通合资；但通用软件（比如环视拼接、语音、DMS），以及共性平台级软件如OS内核、虚拟机、高精度地图、云平台等，主机厂仍优先考虑对外采购。
总的来说，随着软件复杂度的不断提升，单车软件全生命周期价值（ASP）可能高达上万元甚至数万元之多，推动软件成为整车BOM成本的主要成本项之一。
随着软件定义汽车的不断演进，整个汽车行业的商业模式随之改变，从长期以来依赖新车制造和销售获取利润，转向规模更大的软件×保有量市场收费。整车厂将通过向C端收取软件授权和OTA更新服务费以完成商业模式闭环。
以特斯拉为例，2020年底推出的FSD Beta测试版（完全自动驾驶测试版）提价2000美元至1万美元，面向L3/L4级自动驾驶功能还将继续提价至1.4万美元。特斯拉正积极推动FSD从一次性前装收费的模式转变成订阅服务持续收费的模式，以扩大潜在的付费客户群。
2021年7月16日，特斯拉的订阅付费服务率先在美国上线，按月计费、可随时取消，已购买EAP（增强版自动辅助驾驶）的用户月费99美元，若车辆只有随车标配的Autopilot，月费则会增加到199美元。同时，没有HW3.0 的老车款也可以付费1,500 美元升级硬件，以便使用月费制的FSD订阅。
一旦特斯拉商业模式转型完成，则所有特斯拉存量车主均可能成为其FSD的订阅付费用户。假设有1000万特斯拉存量车主用户订阅FSD服务，月定价100美元，则每年产生120亿美元FSD订阅服务费，而特斯拉的软件毛利率高达70-80%，且存量车主软件收入预期稳定非常强，为特斯拉构建强大的护城河。
特斯拉的软件服务收费项目
来源：佐思汽研《2021年软件定义汽车：架构趋势和产业全景》
OEM软件定义汽车转型的三部曲
短期系统内核和中间层是重点研发方向，长期SOA将带来商业模式变革，OEM主机厂要完成软件定义汽车转型，至少需实现：
01、整车E/E架构升级，硬件架构上从分布式ECU向域集中式，进一步向中央集中式+区域控制器升级，通信架构上车载网络骨干由LIN/CAN总线向以太网升级；
02、Linux、QNX 和其他 RTOS等只提供内核，主机厂在此基础上实现硬件抽象化，形成支持应用开发的中间层操作系统，定义开发者交互逻辑，搭建应用层，即所谓OEM自研操作系统，类似于Tesla.OS、大众集团的VW.OS、戴姆勒MB.OS、 BMW-OS、丰田Arene。同时越来越多的主机厂加入这一行列，比如上汽零束SOA、理想Li-OS、沃尔沃VolvoCars.OS，主机厂的最终目的都在于通过简化车辆软件开发和增加更新频率，向所有人（企业）开放车辆编程，进而掌握开发者生态资源；
03、进一步利用庞大的用户保有量构建开发者生态，整车厂利润中心由“硬件制造”变为“软件开发”。以特斯拉为例，在不断推动整车硬件降价的同时FSD软件持续涨价，“一升一降”，推动特斯拉向以软件营收为主导的汽车企业快速发展。
短期来看，大部分OEM主机厂仍处于硬件架构升级的阶段，目前仅有特斯拉、大众完成了定制OS内核的开发构建和规模化应用，汽车软硬件解耦也处于发展初期，现阶段主机厂纷纷将底层基础软件（系统内核、AP Autosar、中间层等）作为发展重点。
从长期来看，SOA（Service-Oriented Architecture面向服务的架构）将重构汽车生态，汽车行业很可能复制PC和智能手机的“底层硬件、中间层操作系统、上层应用程序”的软件分工模式，同时涌现出智能汽车中间件的行业巨头，上层APP开发者无须关注底层硬件架构，而专注于应用开发。
车企通过自建或与供应商合作搭建操作系统和SOA平台，引入大量的算法供应商、生态合作伙伴等形成开发者生态圈，未来车企能够向用户提供全生命周期的软件服务。这一背景下，主机厂纷纷布局SOA软件架构的开发，未来2-3年将是SOA量产的高峰期，将为消费者带来更加丰富的智驾体验。
部分OEM车企SOA软件的量产部署
来源：佐思汽研《2021年软件定义汽车：架构趋势和产业全景》
汽车SOA软件平台类似于智能手机领域的苹果iOS、谷歌Android操作系统，不仅是通用化的软件架构，更是开发者生态平台。从智能手机领域来看，苹果iOS、谷歌Android基本垄断了开发者资源，各自在全球拥有超过2000万的开发者资源，汽车SOA软件平台同样可能由目前的百花齐放，逐渐收敛为寡头竞争市场。
同时，苹果和安卓开发者生态的巨大话语权在中美贸易战的背景下已成为“卡脖子”的关键技术之一。尤其是华为被列入了美国实体清单后，谷歌宣布停止对于华为的GMS服务授权，导致华为手机用户无法正常使用，华为不得不推出HMS服务和鸿蒙OS以抗衡。由此可见，汽车基础软件平台也将关系到产业战略安全，已上升为国家战略，迫切需要建设汽车基础软件标准化平台。
在这一背景下，工信部指导下，东软睿驰与中国汽车工业协会共同策划并发起中国汽车基础软件生态委员会（AUTOSEMO），联合20多家成员单位，共同分享实践创新，构建开放的标准化软件架构，接口规范和应用框架。致力于发展我国自主知识产权的汽车基础软件产业生态体系，促进我国汽车产业向智能化加速转型发展。
2020年7月22日，中国基础软件生态委员会（AUTOSEMO）在上海成立。成立之初，AUTOSEMO创始会员包括一汽、上汽、广汽、蔚来、吉利、长城、长安、北汽福田、东风、一汽解放、小鹏汽车、东软睿驰、恒润、拿森、威迈斯、地平线、苏州挚途、万向钱潮、威迈斯、重塑、中汽创智20家企业组成，首届轮值主席由东软睿驰担任。
AUTOSEMO工作宗旨是面向未来智能网联汽车，自动驾驶技术的发展需求，形成由本土企业主导具有自主知识产权的基础软件架构标准和接口规范，共享知识成果，建立产业生态。以自主、开发、创新的理念，为行业打造汽车软件生态体系交流平台，2020年11月发布我国首个《中国汽车基础软件发展白皮书1.0》，2021年6月发布我国首个《车载SOA软件架构技术规范1.0》，以推动我国汽车产业向智能化加速发展。
来源：中国基础软件生态委员会AUTOSEMO
面向全新E/E架构的智能汽车，AP AUTOSAR和中间件OS将是众多Tier1的发力重点
车企致力于定义更统一的中间件通信和服务，以降低开发成本和系统复杂度，操作软件（OS）和中间件是促进软硬件分离的底层软件组件。即使车企选择自研操作系统，但同时也会依赖于供应商提供标准的中间件产品，尤其基础软件平台的架构极其重要，可大幅提升应用层软件的开发效率。
汽车电子软件标准主要包括 AUTOSAR、OSEK/VDX等， 其中AUTOSAR标准发展了十多年，已经形成复杂的技术体系和广泛的开发生态，已成为车控操作系统的主流。
AUTOSAR 包括Classic 和 Adaptive 两个平台规范，分别面向安全控制类和自动驾驶类。Classic AUTOSAR平台基于OSEK/VDX 标准，定义了车控操作系统的技术规范。Adaptive AUTOSAR平台定义采用了基于 POSIX 标准的操作系统，可以为支持 POSIX 标准的操作系统及不同的应用需求提供标准化的平台接口和应用服务。
目前全球知名的AUTOSAR解决方案厂商包括ETAS（博世）、EB（Continental）、Mentor Graphics（Siemens）、Wind River（TPG Capital），以及Vector，KPIT（美印合资）等。
在中国，Classic AUTOSAR 标准下的开发工具链及基础软件海外供应商占据主导地位，包括 EB、ETAS、VECTOR 等，国内主要是东软睿驰、华为、经纬恒润等；Adaptive AUTOSAR方面，仍处于起步阶段，大陆EB与和大众合作将AP AUTOSAR 和SOA平台应用于大众MEB平台ID系列纯电动车型上。
此前国内汽车基础软件架构标准及产业生态整体较为落后，在汽车智能化转型升级的趋势下，国内厂商纷纷将AP AUTOSAR 作为发力重点，推出相应的中间件及其工具链产品，抢占市场先机。
部分供应商的中间件产品
来源：佐思汽研《2021年软件定义汽车：架构趋势和产业全景》
2020年11月，东软睿驰基于AUTOSAR自主研发的面向下一代汽车通讯和计算架构的系统平台NeuSAR全面升级为3.0版本，由东软睿驰全新自主研发，兼容最新版AUTOSAR标准，具备功能安全ASIL-D，信息安全功能扩展，高性能SOA协议栈，提供虚拟化验证方案，全面支持SOA，应用动态部署及车云协同方案等多项主要特性。既支持传统的ECU开发，同时又对基于域控制器和新EE架构的软件开发提供丰富的基础软件、中间件和开发工具。广泛应用在新一代架构下的自动驾驶、智能驾舱、底盘动力、车身控制等域控制系统。
东软睿驰面向SDV（软件定义汽车）软件架构
来源：东软睿驰
东软睿驰的基础软件产品NeuSAR构建了横向的软件平台，可实现软硬件的有效解耦，将东软睿驰产品中的核心功能，算法等转换成SOA服务，通过标准化接口提供给应用开发者，以支撑灵活的应用开发模式。
此外，东软睿驰构建的车云一体体系则通过车云协同中间件将车内SOA服务与云端相连，并以云端服务平台结合大数据、CP/SP聚合能力，纵向实现车云协同的智能应用场景。
在SOA和分层解耦趋势下，OEM、传统Tier1和软件供应商的应对策略
在SOA软件框架下，主机厂、Tier1、以及其他被授权的开发者都将融入应用软件的开发生态。主机厂向软件转型有三种路径模式：
01、与软件企业战略合作，OEM一边扩充内部研发队伍，一边与软件企业建立战略联盟，主机厂推进软件生态建设，但执行由软件Tier1来实现；比如广汽研究院与东软睿驰、中科创达等组建联合创新中心；
02、成立软件公司，实现全栈技术自研布局，OEM逐渐掌握软件、算法、芯片等全技术栈的自主研发能力，一定程度上绕过传统Tier1，与过去二级软件供应商共同开发子系统；如大众软件子公司CARIAD（即Car.Software）、上汽零束软件、长安汽车软件科技公司等；
03、成立软件研发部门，通过合作、投资等方案与核心技术厂商直接合作，最大程度实现自主可控，主要在某一项或多项具备战略性差异的领域建立in-house的研发能力，部分共性软件外包；比如初创企业蔚来、小鹏等，由于体量较小更加灵活，无须面面俱到，并专注于智能座舱、自动驾驶核心应用软件的开发，组建了规模庞大的自研团队。
过去的汽车供应链，一般由实力强劲的Tier1提供软硬件一体化的“黑盒”产品，软硬件解耦难度非常高，特斯拉的进入打破了Tier1的商业模式，在未来，汽车电子零部件也将像过去的传统机械、车身零部件一样加速“白标化”，硬件差异化越来越小，利润也愈发透明，“硬件成本价”售车成为可能性，软件则将成为汽车的灵魂和OEM的新的利润中心。车辆的差异化和盈利能力将向技术和相关软件堆栈转移。
在SOA和分层解耦趋势下，Tier1或软件供应商的应对策略：
01、对于传统Tier1来说，部分系统功能开发权被主机厂收回是大势所趋，因此传统Tier1迫切需要转型寻求新的出路，避免沦为硬件代工商。目前来看，软硬件全栈能力的打造，是抢占下一个市场份额制高点的关键所在，这一点，传统Tier1巨头深谙其道。更多的Tier1致力于打造“硬件+底层软件+中间件+应用软件算法+系统集成”的全栈技术能力，典型代表如博世、华为、德赛西威等，既能为客户提供硬件、也能提供软件，同时也提供软硬一体化的解决方案。
02、对于软件供应商来说，随着OEM主机厂自主权和软件自研能力的不断加强，OEM主机厂开始寻求与软件供应商的直接合作，比如OEM厂商将首先寻求将座舱HMI交互系统功能收回，UI/UX设计工具、语音识别模块、音效模块、人脸识别模块等应用软件则直接向软件供应商购买软件授权，从而绕过了传统Tier1，实现自主开发。对于软件供应商来说，能提供越多的软件IP产品组合，就可能获取更高的单车价值。同时，软件供应商也正寻求进入传统Tier1把持的硬件设计、制造环节，比如域控制器、TBOX等，以提供多样化的解决方案。
总的来说，虽然目前软件定义汽车处于百花齐放的阶段，但结合软件行业发展的客观规律特征，从长期来看汽车软件行业将呈现几个特征：
01、汽车软件的进入壁垒将不断提高，集中度越来越高，汽车软件的开发壁垒将使得中小厂商难以为继，谁能够实现快速迭代、实现规模效应，谁就可能脱颖而出，在细分赛道占据较高的市场份额；例如中科创达旗下的UI设计软件Kanzi已在国内占据80%的市场份额。
02、汽车软件将呈现资本密集性特征，对资本需求越来越大，外部融资将以亿美元计，最终汽车软件的各个细分赛道，都将出现数个大型软件供应商，占据主要市场份额。
应用层软件类别和部分供应商
来源：佐思汽研《2021年软件定义汽车：架构趋势和产业全景》
《2021年软件定义汽车研究报告：架构趋势和产业全景》
共405页
01、软件定义汽车总论
1.1 EEA演进中的软件架构趋势
1.1.1 汽车EEA升级包括软件架构、硬件架构、通信架构三个维度
1.1.2 整车电子电气架构（EEA）演进趋势
1.1.3 EEA演进：中央计算集中式+区控制器（Zonal Architecture）
1.1.4 EEA演进：车载中央计算机（VCC）
1.1.5 传统分布式ECU架构下的软件开发挑战
1.1.6 不同的E/E架构下的软件开发模式总结
1.2 智能汽车软件架构
1.2.1 智能汽车软件架构包括虚拟机、系统内核、中间件、功能软件、应用程序
1.2.2 智能汽车软件核心范畴（1）：总体架构
1.2.3 智能汽车软件核心范畴（2）：动力与底盘控制器
1.2.4 智能汽车软件核心范畴（3）：车身控制器
1.2.5 智能汽车软件核心范畴（4）：中央计算单元
1.2.6 智能汽车软件核心范畴（5）：软硬件设计目标
1.2.7 整车软件架构和异构SoC芯片协同
1.2.8 未来汽车软件架构演进趋势
1.2.9 软件定义汽车研发流程和体系转变方向
1.2.10 软件定义汽车ASPICE开发流程
1.3 智能汽车软件商业模式和前景
1.3.1 汽车销售模式的转变：整车软件系统成本占比大幅提升
1.3.2 全球智能汽车软件产业规模前景预测
1.3.3 汽车软件商业模式主要包括一次性预装付费或按需订阅付费（1）
1.3.4 汽车软件商业模式主要包括一次性预装付费或按需订阅付费（2）
1.3.5 Tier1供应商软件收费的三种方式
1.3.6 智能汽车软件收费模式：单车软件 IP 授权费
1.3.7 不同车载软件的单车软件 IP 授权费估算
1.3.8 整车厂向C端收取软件授权和OTA更新服务费以完成商业模式闭环
1.3.9 汽车系统集成模式的转变：各方软硬件参与者的角色
1.3.10 智能汽车软件会逐步走向平台+生态模式
1.4 智能汽车软件成本结构拆解
1.4.1 汽车软件成本和价值流估算
1.4.2 各层级整车厂软件成本分析（1）
1.4.3 各层级整车厂软件成本分析（2）
1.4.4 汽车终端客户软件、电子硬件成本拆分
1.5 产业链软件定义汽车的应对策略
1.5.1 软件定义汽车的整体趋势
1.5.2 产业链如何应对软件定义汽车的浪潮？
1.5.3 车企如何应对软件定义汽车的浪潮？
1.5.4 2019-2020年主要主机厂成立的汽车软件公司汇总
1.5.5 主机厂向软件转型的三种路径模式
1.5.6 主机厂致力于从开源角度构建中间层OS，定义通信和服务以降低系统复杂度
1.5.7 Tier1如何应对软件定义汽车的浪潮？
1.5.8 OEM和tier1等4类player的软件定义汽车应对策略（1）
1.5.9 OEM和tier1等4类player的软件定义汽车应对策略（2）
1.5.10 OEM和tier1等4类player的软件定义汽车应对策略（3）
02、基础软件（系统内核、中间件和SOA）
2.1 车载操作系统
2.1.1 车载操作系统分类：实时操作系统、非实时操作系统
2.1.2 车载操作系统应用（1）
2.1.3 车载操作系统应用（2）
2.1.4 系统内核是汽车软件架构的核心
2.1.5 系统内核可分为微内核、宏内核、混合内核三类
2.1.6 BlackBerry QNX
2.1.7 Linux & AGL
2.1.8 Android Automotive & Andriod Auto
2.1.9 华为鸿蒙OS混合内核操作系统
2.1.10 百度Apollo开源的自动驾驶软件开发平台
2.1.11 国汽智控ICVOS自动驾驶操作系统
2.1.12 中汽创智与博泰车联网合作开发国产座舱操作系统
2.1.13 大众VW.OS
2.1.14 特斯拉 Version
2.1.15 国内外操作系统OS发展现状和格局（系统内核）
2.1.16 全球汽车操作系统市场规模分析
2.2 虚拟机（Hypervisor）
2.2.1 虚拟机构建智能计算平台操作系统的基础
2.2.2 车规级虚拟机（Hypervisor）厂商
2.3 Autosar
2.3.1 经典Autosar(CP)与自适应Autosar(AP)对比
2.3.2 AUTOSAR 将基础软件封装成包，通过标准化接口供上层应用调用
2.3.3 AP AUTOSAR架构遵循 SOA 理念
2.3.4 AP AUTOSAR与以太网通讯（SOME/IP）协议
2.3.5 AP AUTOSAR 的技术演进路线
2.3.6 主要AUTOSAR工具供应商
2.3.7 国内外AUTOSAR发展现状和格局（软件平台、基础软件）
2.3.8 中国基础软件生态委员会AUTOSEMO成立
2.4 域控中间件价值将凸显
2.4.1 通信架构由“面向信号”向“面向服务”转变，域控中间件价值将凸显
2.4.2 计算基础平台将出现Tier1.5和新开发模式
2.4.3 中间件是未来软件价值增长的关键
2.4.4 域控软件平台厂商的重要性将愈发凸显
2.4.5 Tier1积极布局域控基础软件
2.4.6 国内外域控基础软件发展现状和格局
2.5 面向服务的架构（SOA）
2.5.1 SOA基础软件架构
2.5.2 SOA软件架构的三个特点
2.5.3 SOA通信方式转变：从CAN通讯到ETHERNET通讯
2.5.4 中央计算EEA下的SOA架构设计
2.5.5 SOA开发应用模式的挑战和对策
2.5.6 SOA汽车软件在域控制器上的部署
2.5.7 OEM主机厂SOA软件的部署案例
2.5.8 OEM和tier1的SOA软件平台量产进展总结（1）
2.5.9 OEM和tier1的SOA软件平台量产进展总结（2）
2.5.10 OEM和tier1的SOA软件平台量产进展总结（3）
2.5.11 OEM和tier1的SOA软件平台进展总结（4）
2.6 东软睿驰基础软件业务
2.6.1 东软睿驰的定位
2.6.2 东软睿驰下一代操作系统：汽车基础软件平台NeuSAR
2.6.3 东软睿驰参与推动中国基础软件生态联盟（AUTOSEMO）建设
2.6.4 东软睿驰面向SDV（软件定义汽车）软件架构
2.6.5 东软睿驰面向SDV（软件定义汽车）系列解决方案
2.6.6 东软睿驰基础软件产品NeuSAR 3.0（1）
2.6.7 东软睿驰基础软件产品NeuSAR 3.0：面向SOA的软件框架
2.6.8 东软睿驰AUTOSAR aCore架构
2.6.9 东软睿驰AUTOSAR cCore架构
2.7 华为基础软件业务
2.7.1 华为“计算+通信”的智能汽车CC架构
2.7.2 基于CC架构，推出MDC+CDC+VDC 三大域控平台
2.7.3 华为智能汽车解决方案
2.7.4 华为发布鸿蒙车载操作系统AOS / HOS / VOS
2.7.5 华为鸿蒙OS架构升级
2.7.6 华为100%自研AUTOSAR，可实现高匹配度、高集成度、高自由度
2.7.7 华为自研AUTOSAR CP与AP架构
2.7.8 华为智能网联汽车整车架构
2.7.9 华为自动驾驶操作系统AOS和智能车控操作系统VOS
2.7.10 华为整车级基础软件和SOA服务化框架
2.8 普华基础软件业务
2.8.1 公司简介
2.8.2 普华基础软件AUTOSAR基础软件平台产品及技术服务（1）
2.8.3 普华基础软件AUTOSAR基础软件平台产品及技术服务（2）
2.8.4 普华基础软件AUTOSAR基础软件平台产品及技术服务（3）
2.8.5 主要客户及合作动态
2.9 经纬恒润基础软件业务
2.9.1 公司简介
2.9.2 经纬恒润AUTOSAR解决方案
2.9.3 经纬恒润AP软件组件架构
2.9.4 Adaptive AUTOSAR工具链方案示意图
2.9.5 经纬恒润AP AUTOSAR RoadMap
2.9.6 经纬恒润AP量产项目案例
2.9.7 经纬恒润AP预研应用实践（基于AUTOSAR技术的SOA软件平台实践）
2.10 上汽零束软件
2.10.1 上汽零束软件推出SOA开发者平台
2.10.2 上汽零束软件SOA软件开发者平台上市时间表
2.10.3 上汽零束软件SOA平台架构
2.10.4 上汽零束软件SOA平台开发者生态
2.11 中瓴智行
2.11.1 中瓴智行
2.11.2 中瓴智行RAITE Hypervisor
2.11.3 中瓴智行RAITE OS
2.11.4 中瓴智行的智能座舱解决方案
2.11.5 中瓴智行主要动态
2.12 Elektrobit（EB）
2.12.1 公司简介
2.12.2 EB基于自适应AUTOSAR解决方案
2.12.3 EB基于自适应AUTOSAR解决方案：HPC软件架构
2.12.4 EB基于自适应AUTOSAR解决方案：自适应AUTOSAR产品线
2.12.5 AUTOSAR软件工具产品：EB tresos
2.12.6 AUTOSAR软件工具产品：EB tresos Studio
2.12.7 用于 NVIDIA DRIVE™ PX 的 EB tresos 解决方案
2.12.8 诚迈科技成为Elektrobit中国区增值代理经销商
2.12.9 EB主要客户及合作伙伴
03、自动驾驶软件架构
自动驾驶总体软件、硬件架构
3.1 自动驾驶车控操作系统
3.1.1 自动驾驶OS平台架构
3.1.2 自动驾驶车控OS分类
3.1.3 自动驾驶OS分层和趋势
3.1.4 QNX/ Linux / VxWorks 三大车控OS对比（1）
3.1.5 QNX/ Linux / VxWorks 三大车控OS对比（2）
3.1.6 QNX/ Linux / VxWorks 三大车控OS对比（3）
3.1.7 自动驾驶功能软件模块相关的深度学习软件
3.2 自动驾驶功能软件和开源平台
3.2.1 智能驾驶功能软件平台设计规范
3.2.2 功能软件将共性需求软件化、模块化，助力应用程序快速部署
3.2.3 全球四大自动驾驶软件开源平台总结（1）
3.2.4 全球四大自动驾驶软件开源平台总结（2）
3.3 自动驾驶中间件
3.3.1 中间库/中间件简介
3.3.2 全球和中国Tier1自动驾驶中间件产品进展总结（1）
3.3.3 全球和中国Tier1自动驾驶中间件产品进展总结（2）
3.3.4 全球和中国Tier1自动驾驶中间件产品进展总结（2）
3.3.5 全球和中国Tier1自动驾驶中间件产品进展总结（3）
3.3.6 中国汽车自动驾驶中间件市场规模预测
3.4 自动驾驶算法应用软件
3.4.1 ADAS/AD算法软件介绍
3.4.2 ADAS/AD算法软件介绍（2）
3.4.3 3 ADAS/AD算法软件的类型和研发周期
3.4.4 ADAS/AD各项功能（软件、硬件系统集成方案）整体市场渗透率预测和单车价值测算
3.4.5 ADAS/AD各项功能（软件、硬件系统集成方案）市场规模测算和预测（亿元）
3.4.6 中国汽车ADAS/AD算法应用软件市场规模预测
3.4.7 AVM全景环视发展现状和主要供应商
3.4.8 自主泊车（APA/AVP）发展现状和主要供应商
3.4.9 乘用车自动驾驶系统初创企业（tier1）发展现状和主要供应商
3.4.10 商用车L1/L2级辅助驾驶系统初创企业（硬件+软件算法）发展现状和主要供应商
3.4.11 商用车L3/L4级自动驾驶系统集成商（硬件+软件算法）发展现状和主要供应商
3.5 高精度地图
3.5.1 高精地图的图层和更新频率
3.5.2 高精地图的商业模式
3.5.3 高精地图领域产业链分布
3.5.4 全球及中国高精度地图参与企业
3.5.5 高精度地图/导航电子地图市场前景
3.6 自动驾驶仿真
3.6.1 自动驾驶仿真概述
3.6.2 自动驾驶仿真概述
3.6.3 自动驾驶仿真市场发展现状
3.6.4 全球主流自动驾驶仿真软件企业
3.6.5 华为的自动驾驶云服务Octopus
3.6.6 自动驾驶仿真测试软件市场前景
3.7 东软睿驰
3.7.1 东软睿驰全栈自动驾驶软件平台：自动驾驶域控制器X-BOX 3.0软硬件架构
3.7.2 东软睿驰全栈自动驾驶软件平台：中间件和生态软件包
3.7.3 东软睿驰自动驾驶域控制器：M-box ADAS域控制器在新宝骏E300上量产应用
3.7.4 东软睿驰自动化ADAS业务：面向L0-L3的自动驾驶产品
3.7.5 东软睿驰自动化ADAS业务：自动驾驶软件平台
3.7.6 东软睿驰自动化ADAS业务：智能驾驶云平台
3.7.7 东软睿驰自动化ADAS业务：L4先行技术
3.8 华为
3.8.1 华为MDC平台总体架构
3.8.2 华为MDC硬件平台
3.8.3 华为MDC软件与工具链（1）
3.8.4 华为MDC软件与工具链（2）
3.8.5 华为MDC软件与工具链（3）
3.8.6 华为MDC软件与工具链（4）
3.8.7 华为MDC车规级安全平台
3.8.8 华为MDC获得ISO26262功能安全认证和ASPICE软件认证
3.9 TTTech & 创时智驾
3.9.1 TTTech简介
3.9.2 TTTech自动驾驶解决方案
3.9.3 TTTech自动驾驶控制器平台技术优势
3.9.4 TTTech自动驾驶安全软件平台：MotionWise（1）
3.9.5 TTTech自动驾驶安全软件平台：MotionWise（2）
3.9.6 TTTech与上汽合作：开展智能驾驶中央决策控制器（iECU）开发
3.9.7 创时智驾可为客户提供域控制器硬件和软件平台
3.9.8 创时智驾iECU控制器 MotionWise 软件平台
3.9.9 创时智驾iECU的典型客户应用
3.10 映驰科技
3.10.1 映驰科技介绍
3.10.2 映驰科技技术和产品
3.10.3 映驰科技生态建设
3.10.4 映驰科技高性能计算软件平台：EMOS1.0
3.10.5 映驰科技高性能计算软件平台：EMOS1.0技术特点
3.10.6 映驰科技高性能计算软件平台：多域融合软件平台
3.10.7 映驰科技多域融合计算平台
3.10.8 映驰科技业务模式
3.11 纽劢科技
3.11.1 纽劢科技公司简介
3.11.2 纽劢科技自动驾驶中间件的优势
3.11.3 纽劢科技自动驾驶中间件开发细节（1）
3.11.4 纽劢科技自动驾驶中间件开发细节（2）
04、智能座舱软件架构
智能座舱总体软硬件架构
4.1 智能座舱软件平台的构成和趋势
4.1.1 什么是智能座舱软件平台
4.1.2 面向未来座舱，需要全新座舱软件架构
4.1.3 主要座舱软件解决方案汇总
4.1.4 中科创达基于SOA智能座舱软件方案
4.1.5 华为鸿蒙座舱HOS-A软件平台
4.1.6 中瓴智行的智能座舱解决方案
4.1.7 镁佳科技座舱解决方案
4.1.8 斑马智行异构融合式智能座舱OS
4.1.9 东软睿驰面向SDV的完整解决方案
4.1.10 大陆基于HPC创建下一代汽车电子架构的一体化软件平台
4.1.11 联合电子基于AP Autosar 开放软件平台
4.1.12 上汽SOA软件平台
4.2 智能座舱操作系统
4.2.1 座舱操作系统概述
4.2.2 座舱操作系统市场发展现状
4.2.3 座舱操作系统：基于底层OS的二次开发
4.2.4 座舱操作系统市场现状
4.2.5 国内外智能座舱操作系统发展现状和格局
4.3 座舱虚拟机Hypervisor
4.3.1 座舱虚拟机概述
4.3.2 座舱虚拟机类型
4.3.3 座舱虚拟机发展现状
4.3.4 全球及中国座舱虚拟机参与企业
4.3.5 座舱虚拟机市场前景分析
4.4 座舱中间件
4.4.1 座舱中间件市场发展现状
4.4.2 座舱中间件软件架构
4.4.3 全球及中国主要座舱中间件参与企业
4.4.4 汽车座舱中间件市场前景分析
4.5 车载语音交互
4.5.1 人机交互概述
4.5.2 车载语音交互技术简介
4.5.3 车载语音交互市场发展现状
4.5.4 全球及中国车载语音参与企业
4.5.5 车载语音市场前景分析
4.6 DMS/OMS软件
4.6.1 DMS简介
4.6.2 DMS软件技术
4.6.3 DMS市场发展现状
4.6.4 全球及中国主要DMS软件技术参与企业
4.6.5 DMS软件技术市场前景分析
4.7 其他交互软件
4.7.1 人脸识别交互技术简介
4.7.2 全球及中国主要人脸识别参与企业
4.7.3 汽车人脸识别市场前景分析
4.7.4 手势识别交互技术简介
4.7.5 全球及中国主要手势识别参与企业
4.8 HMI界面设计及用户体验
4.8.1 汽车界面设计概述
4.8.2 HMI设计分类
4.8.3 主要HMI设计软件工具
4.8.4 Varroc与Candera合作开发HMI软件解决方案
4.8.5 全球及中国主要HMI UI/UX设计参与企业
4.8.6 座舱HMI UI/UX设计市场前景分析
4.9 东软集团
4.9.1 东软集团介绍
4.9.2 东软智能座舱系统
4.9.3 东软车辆计算平台：可升级多域控制平台
4.9.4 东软智能座舱相关动态
4.10 华为
4.10.1 华为智能座舱解决方案
4.10.2 华为智能座舱解决方案（续）
4.10.3 华为智能座舱操作系统HOS
4.10.4 华为鸿蒙OS智能座舱平台
4.10.5 华为鸿蒙OS智能座舱生态
4.10.6 华为CDC智能座舱平台
4.11 镁佳科技
4.11.1 镁佳科技公司简介
4.11.2 镁佳科技产品线
4.11.3 镁佳科技SmartMega® OS+整车分布式智能操作系统
4.11.4 镁佳科技SmartMega® OS+整车分布式智能操作系统
4.11.5 镁佳科技SmartMega® Voice OS系统
4.11.6 镁佳科技SmartMega® Voice OS系统
4.11.7 镁佳科技产品解决方案：智能网联网关
4.11.8 镁佳科技产品解决方案：智能数字座舱
4.11.9 镁佳科技产品解决方案：车身域控制器
4.11.10 镁佳科技产品解决方案：智能车云和大数据PaaS平台
4.11.11 镁佳科技产品解决方案：传统网关
4.11.12 镁佳科技产品解决方案：T-BOX
4.11.13 镁佳科技后装智能化产品线
4.11.14 镁佳科技业务进展和客户
4.11.15 镁佳科技商业模式
4.11.16 镁佳科技企业竞争力分析
4.12 中科创达
4.12.1 中科创达介绍
4.12.2 中科创达智能座舱业务概述
4.12.3 中科创达智能网联软件业务布局
4.12.4 中科创达智能座舱解决方案
4.12.5 中科创达智能座舱TurboX Auto 4.5
4.12.6 中科创达座舱域集成自动泊车、DMS和前视ADAS等场景
4.12.7 TurboX Auto 4.0
4.12.8 中科创达云管端一体化SOA软件平台
4.12.9 中科创达Rightware HMI设计工具：KANZI HMI
4.12.10 中科创达智能汽车软件生态合作伙伴
4.13 诚迈科技
4.13.1 诚迈科技简介
4.13.2 营业收入
4.13.3 诚迈科技汽车事业群产品线
4.13.4 诚迈科技发布智能驾驶舱软件平台EX5.0
4.13.5 诚迈科技智能座舱解决方案EX4.0
4.13.6 诚迈科技EX4.0：工具集
4.13.7 诚迈科技SOA技术架构
4.13.8 诚迈科技SOA商业模式
4.13.9 诚迈科技成为Elektrobit中国区增值代理经销商
4.13.10 主要动态
4.14 华阳集团
4.14.1 ADAYO华阳汽车电子业务
4.14.2 华阳开放平台（AAOP）：助力智能网联生态建设
4.14.3 华阳AAOP2.0座舱开放平台的分层分列技术框架
4.14.4 华阳AAOP2.0座舱开放平台从信息娱乐到智能座舱一体化
4.14.5 华阳AAOP2.0座舱开放平台特点（1）
4.14.6 华阳AAOP2.0座舱开放平台特点（2）
4.14.7 华阳AAOP2.0座舱开放平台特点（3）
4.14.8 华阳AAOP2.0座舱开放平台特点（4）
4.14.9 华阳AAOP2.0座舱开放平台特点（5）
4.14.10 华阳开放平台（AAOP）合作案例
05、车联网软件架构
5.1 V2X车路协同
5.1.1 V2X车联网在未来中国汽车产业链中的价值
5.1.2 车路协同的付费模式探索
5.1.3 传统座舱Tier1将转变为高度集成化的方案供应商
5.1.4 V2X软件栈和应用服务提供商
5.1.5 V2X云控基础平台软件
5.1.6 C-V2X在中国的市场前景
5.2 云服务平台
5.2.1 云平台概述
5.2.2 云服务平台市场发展现状
5.2.3 全球及中国云服务平台参与企业
5.2.4 云服务平台市场前景
5.3 OTA
5.3.1 OTA简介
5.3.2 OTA架构和合作模式
5.3.3 汽车OTA产业链构成
5.3.4 OTA市场发展现状
5.3.5 汽车OTA TO-B商业模式
5.3.6 全球及中国OTA参与企业
5.3.7 OTA市场前景分析
5.4 车载信息安全
5.4.1 车载信息安全概述
5.4.2 车载信息安全概述
5.4.3 汽车信息安全发展现状
5.4.4 全球及中国汽车信息安全参与企业
5.4.5 汽车信息安全市场前景分析
5.5 TSP服务
5.5.1 TSP服务概述
5.5.2 TSP 市场发展现状
5.5.3 中国TSP参与企业
5.5.4 TSP市场前景分析
5.6 东软集团
5.6.1 东软集团V2X业务
5.6.2 东软V2X一站式解决方案
5.6.3 东软集团V2X车路协同产品线
5.6.4 东软V2X车路协同产品：C-V2X OBU——V-NeX（C-BOX）
5.6.5 东软C-V2X OBU/RSU产品
5.6.6 东软C-V2X软件协议栈功能与特性
5.6.7 东软智能通信终端（T-BOX）
5.6.8 东软T-Box产品发展技术路线图
5.6.9 东软V2X产品：VeTalk车路云一体化协同平台
5.6.10 东软C-V2X成功案例
5.6.11 东软集团 5G V2X 客户和合作
5.7 艾拉比
5.7.1 艾拉比公司简介
5.7.2 艾拉比发展历程
5.7.3 艾拉比OTA解决方案和最新功能（1）
5.7.4 艾拉比OTA解决方案和最新功能（2）
5.7.5 艾拉比OTA解决方案和最新功能（3）
5.7.6 艾拉比OTA解决方案和最新功能（4）
5.7.7 艾拉比主要合作伙伴
