肺炎症状

注册

 

发新话题 回复该主题

智能汽车产业链专题报告鸿蒙与智能汽车软件 [复制链接]

1#
治疗白癜风去哪家医院 https://m.39.net/cm/a_n5pnjxp.html

(报告出品方/作者:民生证券,吕伟)

1车机生态下的“星辰大海”

作为移动互联网浪潮下划时代的产物,智能手机和智能汽车的应用生态均沿袭着“互联代-智能时代-AIoT时代”的发展路径。其中,智能手机以办公应用为切入点,通过架构升级赋予了操作系统承载更多应用的能力,从而实现其生态边界向多终端联动下的“场景性工具”延伸;智能汽车则延续了手机生态的演化路径,并创新性地将智能手机作为“应用钥匙”,先为其打开流量入口,奠定了车机初期的生态。

同时,伴随着自动驾驶能力的成熟,智能域将与自动驾驶域实现联动,以调用、集成ADAS的能力,从而扩大其使用场景的范围,并在此基础上联动手机、家电、可穿戴设备等多种智能终端,驱动车机生态从“手机-汽车”移动互联向“汽车-AIoT”万物互联转变。

回溯智能手机与智能汽车生态的演化路径,其背后的核心逻辑皆遵循着“需求的挖掘-架构的变革-生态的延展”链条,以赋予用户在消费价值上的升维。用户需求作为产品价值的第一要义,是驱动应用生态形成的基础。智能手机以用户的办公需求为出发点,依靠着PC应用程序的思维底座,构建了初期的应用生态;对于智能汽车而言,由于其屏幕的革新,车载应用的需求获得井喷,使得车机率先选择以移动应用的联动为出发点,通过座舱与移动端的互联,以接入丰富的手机应用,并通过投屏方式使得其应用能够在移动端与车端之间切换,从而奠定了车机初期的“移动生态”。终端架构的变革使得应用生态锦上添花,从而持续为用户带来消费价值的升维。

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

在用户需求与架构升级的双重驱动下,产品生态边界得以延伸,其生态属性也再次重塑。智能手机通过OTA技术提升其终端性能,使其具备了承载更多应用的能力,而应用的丰富也驱动着手机生态边界的不断拓展,最终成为万能的“场景性工具”;区别于智能手机,智能汽车依托OTA能力,更聚焦于其娱乐功能与ADAS能力的联动,以解除汽车仅作为移动工具的桎梏,并与手机、家电、可穿戴设备等AIoT终端互联,使之成为真正的“移动的第三空间”。

1.1手机生态:万能的“场景性工具”

“互联时代”,智能手机率先颠覆了传统功能机以物理按键为枢纽的交互方式,创新性地将电子屏幕作为媒介,延伸PC端的办公功能,并赋予用户从“桌面办公”切换至“移动办公”的能力;“智能时代”,智能手机则完美复刻了PC端的软件体系,使得手机功能能以应用程序的形式存在,从最初的通信等基础功能,拓展至娱乐、社交等多样化应用;“AIoT时代”,智能手机又与家电、可穿戴设备等智能终端契合联通,实现了移动端应用生态与办公、出行、家居等场景间的无缝衔接,使之成为万能的“场景性工具”。

具体来看,“互联时代”的手机颠覆了单一的通信功能,移动应用生态的雏形诞生。在外观设计上,手机的革新率先以硬件屏幕为攻破点,通过扩大其外观屏幕以增强用户的可阅读性;在内在系统上,其完美复制了PC端应用的呈现方式,将内容延伸至办公场景,实现了PC端与移动端之间的互联。此时,手机除了原有电话、短信等功能外,还具备了阅读文件、收发邮件、发送传真及编写备忘录的办公能力。以首款智能手机SimonPersonalCommunicator为例(年,IBM),其率先采用了便携式的触摸屏技术,并将移动电话的通话功能与掌上电脑PDA能力实现有效结合,使其除了拨打、接听电话,以及实现了通讯录、计算器、闹钟等少数基础应用之外,还具备了邮件、传真等简单的办公功能。

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

与真实场景互联,打造“AIoT时代”下的无边界终端。除了提供个性化生活、娱乐和消费服务外,我们认为,智能手机终局下的“精准生态”将跨越物理极限,并与家居、汽车以及可穿戴设备等AIoT终端实现组合搭载,以完成与真实生活场景的连接及共享,使其不仅获得流畅的全场景体验,也解决了“差异化”智能终端间体验割裂的问题,彻底打破时间、空间的限制,从而改变手机仅作为线上应用载体的属性,使其成为真正的“场景性工具”。

1.2车机生态:“移动第三空间”的跃进

智能汽车是继智能手机后人类工业史上又一伟大的“升维”攻坚战,其同样也经历了从“互联时代-智能时代-AIoT时代”的转变。但我们在此强调,车机生态绝不仅是手机生态的范式转移,而是在此基础上延展了ADAS的能力,以扩展其使用场景的范围,并与多种AIoT终端实现联动,使之成为真正意义上的“移动的第三空间”。

屏幕的革新带来人车交互的全新体验,催化“互联时代”移动端应用向车端迁移。智能手机触控模式的诞生,改变了传统以按键为枢纽的交互习惯,并赋予了汽车设计厂商足够的灵感,率先对汽车座舱内的屏幕进行革新,以延续手机多点触控的操作模式,并将影音娱乐、导航地图等功能汇集于中控大屏中,使汽车具备了与手机互联的基础条件。同时,移动端应用市场的“红海”化,也致使大量应用开发商将汽车作为全新的生态入口,开始搭建车端“生态营地”,进入移动端与车端的“互联时代”。此时,用户通过投屏的方式,即能同步使用导航、视频、音乐、社交APP等移动应用,但由于车端采用手机原装数据线等物理互联方式,直接将手机应用APP“蛮横”植入,导致移动端的应用与汽车属性无法形成良好匹配,仅能提供导航、影音等简单应用,致使用户体验感较差。

架构的革新驱动汽车属性蜕变,车机生态迈入“智能时代”。尽管汽车在“互联时代”中复刻了移动端的应用,使得车机生态初具雏形,但落后的软硬件架构仍然制约着车机生态的发展。因此,整车架构开启“分布式-(跨)域集中-中央计算平台”的升级迭代,在此背景下,OTA技术应运而生,有效推动了汽车属性从功能性产品向智能化终端的蜕变。其中操作系统作为负责“控制与管理”软硬件资源的核心基础,是突破“互联”车机生态瓶颈的关键,而主机厂与开发商也纷纷选择“转身”切入前装市场,针对车机系统进行定制化的“改造与填充”,构建属于汽车的“生态王国”。

“横纵联盟”贯穿全场景应用生态,打造“AIoT时代”下车机的“骇客帝国”。横向来看,车机将不再局限于与手机端的连接,而是将“互联”的枝蔓伸向路端、家电、可穿戴设备等AIoT终端,以实现“个性化、集成化”的生活、工作、娱乐服务的输出,并改变了车机仅作为应用载体的属性,使其成为在多终端互联下的“功能集成者”。

同时,在“AIoT时代”共用统一终端的基础上,“数据”成为核心桥梁,打破了时间、空间的限制,打通线上、线下的边界,实现了多终端、全场景的无缝切换。在年CES展览上,奥迪展示了其与Holoride合作开发的车载VR虚拟现实娱乐技术,该技术将VR系统与车辆动态数据结合,深度嵌入视频、游戏等内容,并通过传感器与游戏数据打通,届时车辆的移动路况都将被实时同步并映射到虚拟体验空间中。即,当后排乘客戴上VR眼镜进行游戏时,随着车辆行驶路线和路况的变化,VR眼镜中的游戏场景也会随之变化。

纵向来看,“座舱内部融合”与“ADAS联动”缔造了车机完整的“纵向生态”。智能座舱作为用户最直接的交互触点,其集成了液晶仪表、中控屏幕、HUD和后座娱乐等多终端及系统,但传统座舱功能布局的碎片化导致人车间“无缝交流”存在障碍。因此,智能座舱率先进行了“多屏化融合、多系统融合”,以带来更为智能的交互体验。

同时,基于汽车架构的迭代,智能座舱也将“触角”延展至ADAS功能中,即借助感知层的摄像头、雷达等传感器来获取车况、路况等全方位信息,并载基于座舱控制器下进行环境建模以及决策判断,同时将数据信息以及指令集,与车载应用、交互进行联动,以最终实现“决策与应用”的统一执行。此时,智能座舱基于“车机应用与ADAS功能”的融合,赋予了用户依靠车机实现“多个应用一次交互,多个内容一次呈现”的流畅体验。举例来说,根据比亚迪汽车智慧生态研究院院长舒酉星的介绍,目前开发者正在开发的“车内人工智能保镖系统”,一旦乘客或者司机感觉到车内不安全亦或不舒服,在车上呼救,车机将会结合语音和图像识别做出判断,智能汽车将自主控制灯光喇叭等,进入求救模式。

2生态内核攻坚站

2.1手机生态启示录:操作系统被重新定义

操作系统是智能手机生态的核心。在前章中,我们重点分析了智能手机的生态迭代遵循着“需求的挖掘-架构的变革-生态的延展”这一演化路径,而在此过程中,操作系统作为关键中枢,在终端设备内外两个维度,均展现出极强的不可替代性:对内,负责终端软硬件资源管理;对外,则以“交互”为纽带承接着“开发者-用户-终端”的生态链条。(报告来源:未来智库)

对内,操作系统充当着软件应用的“引擎”,实现了终端软硬件资源的全面管控。应用软件的运行离不开芯片、内存等硬件资源的支持,但由于其无法直接向硬件下达调动指令,需要通过操作系统作为“中间媒介”来响应需求,以对接、调动相关硬件资源,这使得操作系统成为了软件运行的直接“引擎”。此外,操作系统还负责协调管理全部软件进程和硬件资源,解决进程同步、死锁等问题,当多个软件程序面临“竞争冲突”,操作系统将决定算力、存储、I/O接口等资源的分配次序,以保证终端在其协调、管理下有序运行。

对外,操作系统则提供了交互渠道,使其具备“开发平台-用户窗口-运行支持”三重功能定位,承接着“开发者-用户-终端”的生态链条。无论是闭源或开源,操作系统均以“交互”为切入点,即为开发者提供接口、为用户打造了专用界面/应用商店、为终端厂商搭建底层执行逻辑,实现应用“研发调试-上传下载-运行维护”的全周期贯穿,成为了生态真正的定义者。

以iOS(闭源)与安卓(开源)为例,iOS系统仅允许开发者通过其提供的工具包进行程序开发,并在严格的审核机制下推出应用功能,而用户也仅能通过AppStore的单一渠道下载应用,以保证形成“开发者-AppStore-用户”的单向闭环。同时,此系统只搭载在iPhone机型之上,其目的在于不断追求自身“芯片+系统”的完美适配,提高系统性能,从而为用户带来高质量的消费体验;而安卓则为开发者打造了AOSP开源框架、SDK套件和API接口,构建了自由度较高的开发平台,同时其应用能与GooglePlay乃至第三方应用商店适配,用户也可从多种途径进行下载。此外,安卓选择与众多手机厂商、芯片公司合作构建OHA联盟以适配多种机型,为其应用寻求更多的搭载终端,以缔造更开放的安卓生态。

根据层级框架的不同,手机操作系统可大致分为:1)底层操作系统:即从“内核到组件”全新打造的操作系统,如iOS、安卓等。其中,iOS为闭源系统,配合苹果“自研芯片+操作系统”的战略,实现“芯片-操作系统-应用软件”的完美适配,从而避免了兼容性差异等常态化问题,同时也大幅提升了其系统的稳定性和安全性;安卓为开源系统,由谷歌联合手机厂商、软件开发商、芯片制造商打造的OHA联盟开发,可与不同手机终端及芯片适配,免费灵活,软硬件开放性强,但稳定性和安全性水平由于根架构开放而稍显逊色。2)顶层操作系统:即在不改变底层操作系统内核的基础上进行定制开发的操作系统,市场上多以安卓为底层操作系统进行修改,如小米MIUI、OPPOColorOS、魅族Flyme等。

底层操作系统把握内核,成为各类操作系统的“基石”。在操作系统架构中,内核提供了最为基础的功能,即对内负责协调进程和管理软硬件资源,对外提供接口以实现交互,从根本上决定了系统的性能和稳定性。其中,底层操作系统是从“内核到组件”都进行了重塑,而顶层操作系统则是沿袭了底层操作系统的内核,仅对应用程序框架层或UI界面进行修改,保留了原有系统的主要功能和特性。因此,底层操作系统把握内核成为各类操作系统的“基石”,较顶层操作系统更加具备主导作用。

2.2车机生态:驶向万物互联的时代

车机生态正迈入“横纵联盟”的新纪元,汽车将成为“移动的第三空间”。基于我们此前的分析,汽车在“互联时代-智能时代-AIoT时代”迭代下,其产品属性也将实现从“载人工具”向“生活空间”直至“移动第三空间”的转变。直至目前,我们认为,车机生态正迈入“横纵联盟”的新纪元,而其也将在应用生态的基础上,具备全面联动的特点,即横向实现车机与AIoT终端的广泛互动,纵向延伸至ADAS功能,给予用户持续升维的使用体验。

在“横纵并举”的生态路线中,由于操作系统功能的“中枢”属性,车机OS成为变革路上最为关键的“堡垒”。在前章的分析中,车机生态有着与手机生态相似的迭代路线,而在手机生态的迭代中,操作系统作为“承接中枢”,对内管理、对外交互,已然成为生态建设的核心。类比到智能汽车中,对内,车机OS同样也占据着承上启下的地位,其以芯片和域控制器为底层基础,设置相应的内部通信接口,继而在软件请求的驱动下,根据算力的需求,对硬件资源进行相关的调用分配;对外,车机OS也为开发者、用户以及外部跨终端间的资源互通提供了信息的出入口和交换平台,其作为桥梁连接“开发者-用户-AIoT终端底座”,打通三者之间的底层信息屏障,使其具有集“开发平台、用户窗口和信息集汇中心”的三重功能定位,从而为车机向全场景生态融入带来可能。

与手机端相同,车机OS若按照层级的划分,可进一步分为:底层车机OS和顶层车机OS。其中,底层车机OS:从内核到组件均全新打造的操作系统,如QNX、Linux、安卓以及实时操作系统(RTOS)等;顶层车机OS:在底层操作系统上进行二次开发的系统,根据开发程度的不同又分为深度定制型和ROM型操作系统。其中,深度定制型是基于底层操作系统从内核到应用程序层都进行深度改造,同时优化硬件资源,典型的如大众VW.OS、阿里AliOS等;ROM型操作系统则是基于安卓自有架构对汽车服务层及应用层二次开发,如小鹏XmartOS,蔚来OS等。此种层级划分方式根据内核是否全新构建为其依据,沿袭了智能手机的规则,因此我们认为,在智能汽车中底层车机OS依旧把握着内核,相较顶层车机OS而言是真正的“价值核心”。

横向的扩容:构筑横向生态的基础是底层车机OS与物联网OS的打通/合并。我们认为,在“AIoT时代”下,车机将不再局限于与手机端的连接,而是将“互联”的枝蔓伸向路端、家电、可穿戴设备等各类AIoT终端,以实现“个性化、集成化”的生活、工作、娱乐服务的输出,而若要实现车机和各种AIoT间的全面兼容与联动,则需要底层车机OS与物联网OS打通/合并。但是,传统底层车机OS与物联网OS所用的系统架构、通信协议均无法做到全面的协调统一,在跨终端的联动上普遍采用投屏、映射等浅层联动的方式,导致其难以实现与物联网OS间的“相互认证-底层连接-数据流转”,应用功能也无法在系统间灵活调动、迁移。以安卓为例,从系统基础特性而言,其内核不可伸缩,缺乏灵活可变的运行逻辑,难以搭载于不同终端底座,尤其是低内存的小型终端。

其中,在车机OS领域,谷歌基于底层安卓内核推出AutomotiveOS,依旧采用“数据线物理连接”或“wifi投射”等传统方式与手机相连接,无法做到“汽车-手机”间的应用流转,更无法与AIoT设备互动,而后谷歌依靠安卓Things弥补了其在物联网领域的空白,但因通信接口不统一等问题,车机OS与此物联网OS仍然存在“信息屏障”,致使车机无法与AIoT终端实现联动,应用也不易进行“AIoT终端-车机”的迁移。

正因传统底层车机OS缺乏与物联网OS兼容互通的基本能力,导致其在开发者体系、管理能力以及终端接入范围上也存在较大缺陷,难以实现精确且全面的横向延展。就当前底层车机OS而言,其并无兼容/打通物联网OS的能力“基石”,致使开发环境和其他AIoT终端间并不兼容,阻碍了物联网开发者向车机转移的通道,使得上游开发环节扩充缺乏必要的原生动力。而车机OS与物联网OS处于“通信隔离”状态,其自身又缺乏相应的管理套件,导致车机OS难以对AIoT终端进行“聚合/管理”。

此外,这种不兼容还会使得车机可“精确对接”的端搭载数量不足,致使车机生态相对“狭隘”,车机生态的横向延伸无法通过足量的实例测试得到进一步优化。基于以上维度,我们认为,底层车机OS在与物联网OS互联兼容的“根基”之上,需溯源开发者,增强生态管理能力,扩大AIoT终端覆盖范围,以实现生态的横向延展。在开发者层面:AIoT终端底座的多样性,导致了车机、各设备存在大量的接口不兼容问题,这也就要求底层车机OS配备标准化的接口,从而适配多样化终端,改善开发环境,以吸引AIoT开发者向车机层面进行“平滑”迁移;

在生态管理层面:在互联兼容的基础上,大量终端接入导致信息指数级增长,底层车机OS对AIoT终端进行“连接-访问-信息流转”全流程管理的难度大,底层车机OS需提供“模块化、平台化”的管理体系,以提升管理效率,并且对此进行监测、分析,以达到管理向“高质量/高效能”的跃进;在终端覆盖层面:车机需解决在不同场景下品牌多样性所导致的碎片化问题,消除硬件的物理差异,从而拓宽其自身的融合范围,现AIoT终端覆盖的“量、类”齐升。

纵向的深入:智能座舱在联动应用的同时将ADAS作为功能延伸,从而打造车机的“纵向生态”。智能座舱作为用户最直接的交互触点,其集成了液晶仪表、中控屏幕、HUD和后座娱乐等多及系统,但传统座舱功能布局的碎片化导致人车间“无缝交流”存在障碍。因此,智能座舱率先进行了“多屏化融合、多系统融合”,以带来更为智能的交互体验。

同时,基于汽车架构的迭代,智能将“触角”延展至ADAS功能,即借助感知层的摄像头、雷达等感器来获取车况、路况等全方位信息,并在基于座舱控制器下进行环境建模以及决策判断,同时将数据信息以及指令集,与车载应用、交互进行联动,以最终实现“决策与应用”的统一行。此时,智能座舱基于“车机应用与ADAS功能”的融合,赋予了用户依靠车机实现“多个应用一次交互,多个内容一次呈现”的流畅体验。此时,底层车机OS不仅是座舱域功能的窗口,又是ADAS功能外透及联动的主要平台,也成为缔造纵向生态的核心。

为完成以上座舱原生功能和衍生功能的管理任务,缔造纵向车机生态,我们认为,底层车机OS,需具备开放性、安全性和低延时性三大重要特征。1)开放性:车机OS为信息娱乐服务、车内人机交互、多源信息融合提供平台,因此其底层系统应具备开源开放的特性,为用户提供集“工作-娱乐-生活”的丰富应用,带来“千人千面”的个性化体验;2)安全性:车机OS为座舱软硬件提供运行环境,需降低其自身漏洞水平,提高其信息安全防护性;而对于仪表等承载安全数据的组件,车机OS需提供稳定的、高度安全的管理保障,响应智能汽车行驶安全的要求;3)低延时性:随着座舱域中ADAS功能的延伸,搭配感知传感器每小时产生tb级别的数据,需要车机OS凭借极为迅捷的响应速度,在极短时间内完成对数据的分析、行车决策的制定等流程。因此,这又要求底层系统具有低延时性的管理和通讯能力,进而保证行车指令能够得到快速传达与响应。

根据ICVTank的资料,当前底层车机OS主要包括QNX、Linux、安卓和WinCE等,年QNX、Linux和安卓三者占比将超过90%,成为车机OS的主要玩家。结合以上的分析维度,我们认为,在开放性层面,Linux和安卓具备得天独厚的优势,QNX略显逊色。(报告来源:未来智库)

其中,Linux在基于“宏内核”与“开源”两大特点下,天然具备了极高的灵活性与开放性,但在移动端的“缺席”,致使其缺乏相关的“软件储备”,应用生态并不完善,多需主机厂二次开发或适配;而安卓在Google的开源战略下,系统开放性强,加之其在移动端的软件积累,致使其应用生态,这也吸引自主品牌、造车新势力、第三方服务商依托其国内成熟的应用生态,多基于安卓定制车机OS,例如吉利GKUI、蔚来NIOOS、百度车联网等;

相比之下,QNX作为闭源系统,其底层代码的开放度相对较弱,软件开发的“重担”均落在黑莓公司与部分授权公司身上,致使开发者人数相对缺乏,生态建设也较为闭塞。根据黑莓官方统计,QNX车载程序数量在个左右,虽然数量在不断增长,但是相较于安卓数十万的软件应用,其应用数量目前仍差距大。

ADAS功能的延伸要求车机OS具备低延时性,QNX和实时性操作系统(RTOS)优势相对明显。随着ADAS功能向车机延伸,底层车机OS在除实现上述娱乐性功能外,还要用于车辆底盘与动力控制,乃至为上层算法等分配硬件资源,以完成油门、转向、换挡、刹车等基本行驶功能,并保障其ADAS能力的输出,这也对底层车机OS低延时性提出更高要求。

其中,QNX的微内核架构使其在整合运算资源的基础上保障运算效率,延时量在微秒级别,具有功能安全ASIL-D级别认证;反观Linux和安卓系统,其对于程序任务的执行响应时间要求较低,具有非实时的缺陷,但Linux得益于其自身较高的灵活性,在优化自身内核和中断服务后,实时性、稳定性得到相对的提升,延时可达微秒量级,使其获主机厂认可,如特斯拉Autopilot、造车新势力小鹏P7Xpilot3.0均选择基于Linux构建ADAS模块。此外,实时性操作系统如FreeRTOS、ThreadX、VxWorks等延时量均在微秒级别,具备高实时性以及稳定性,能够完美支持ADAS功能的展现,或会受到更多青睐。

3鸿蒙系统:生于产品,止于生态

作为AIoT生态下最重要的模块,操作系统已成长为串联各智能终端、赋能大生态的中枢角色,而以操作系统为主轴搭建的产品体系,也使得以AIoT为核心的终局构想成为了“有本之木”,华为鸿蒙的诞生,更是让操作系统从产品向生态的“技术升维”迈出了坚实的一步,其以“平台+生态”为发展战略,通过构建“鸿蒙系统+鸿蒙产品”框架,将视角从智能手机等单一领域抽脱,继而落位于以“万物互联”为灵魂的宏伟蓝图。

在全场景新品发布会上,华为发布了基于全场景下的“1+8+N”智慧生活解决方案,以智能为索引,“8大智能终端”为入口,以及“30+AIoT终端”为生态组件形成了完整的闭环。其中,鸿蒙分布式操作系统的推出,不仅实现了对于单体硬件边界的突破,同时也表现出该闭环关键的“串联脉络”:即,从打破了不同操作系统调用其单一硬件的传统思维,真正构了智能家居、智慧办公、智慧出行、运动健康和影音娱乐等5大场景交融的“超级终端”。

该定位也从侧面也体现了鸿蒙系统的两大维度:面对单一产品的“终端鸿蒙”(HarmonyOS),以及面对广博生态的“开源鸿蒙”(OpenHarmony)。我们认为,华为将凭借在通信及消费电子行业的积累,以“终端鸿蒙”为技术基石,打造出面向生态底层的“开源鸿蒙”,以此对标果、Google,铸造出打赢未来生态之战的“终极武器”,而智能汽车车机OS作为当前生态中的重要一环,在统一鸿蒙生态土壤的培植下,也有望补全原有的互联能力短板,焕发出新的生机。

3.1全面升维,生态级的横向整合

“开源鸿蒙”筑就了鸿蒙生态的底层基础。类似于安卓系统下AOSP的定位,“开源鸿蒙”可视作一个原生态的“根系统”,该架构主要基于鸿蒙自研微内核、部分Linux宏内核、LiteOS内核等“多内核结构”设计。其中,微内核作为“开源鸿蒙”服务层的基础,是实现分布式、模块化管理能力的基石:微内核架构的特点在于能将各功能进行模块化搭建,相互间相对隔绝,并配备了可供单独调用的应用接口。

当运行应用程序时,仅需把选定的系统服务加载到系统中即可,而服务内容的变化通过调用不同的功能模块组合来实现,这极大程度提高了操作系统灵活性和安全性。这也导致了在微内核架构下,操作系统的量级可以自由变化,使得硬件开发商可以根据自身的硬件算力的需求来选择使用部分具体代码模块,但在面对复杂度较高的任务时,对系统整体可能会产生较高的通信负担;Linux宏内核:主要通过将内核和驱动程序以核心形式去运行服务进程。

因此,宏内核具备紧凑、高效等特点,能充分发挥硬件的性能势,其主要是“开源鸿蒙”目前为配合智能手机等高算力、多任务终端需求的过渡选择。相较于微内核,宏内核架构中各功能模块间的耦合度相对较高,使得系统调用具备较高的效率,可以应对更为复杂的任务场景。但耦合度高带来的重要问题是,系统整体优化和修改将导致“牵一发而动全身”的现象出现,形成较高的维护成本。

虽然有着这样的短板,但根据华为消费者BG软件部总裁、鸿蒙总负责人王成录的意见,目前,对于手机端、车端等高算力系统而言,完全脱离Linux内核还不现实,而正处于快速开发阶段的微内核未来可能逐步对其形成较强的替代性;LiteOS内核:华为专门针对AIoT设备研发的轻量级、低功耗操作系统内核。

“开源鸿蒙”对于传统操作系统功能域的全新整合,使得其完成了“从产品到生态”的进阶。目前,“开源鸿蒙”项目已由华为捐献给了由工信部主导的“开放原子开源基金会”,且实现了全面开源,使得各厂商可免费参考其架构代码进行个性化的设计,在和基金会其他类似开源项目形成良好互补的同时,也有望大幅推动各AIoT终端功能框架全面标准化的进程。(报告来源:未来智库)

这也使得“开源鸿蒙”实现了“从产品到AIoT生态”的全面进阶。传统操作系统单一内核的设计,使得其管理方式较为“狭义”,缺乏对不同终端运行逻辑的适配,具体表现出的“症状”包括:设备发现的低效率、连接速率的不稳定及调度能力的滞后性等。而“开源鸿蒙”的混合内核架构,使其能在对不同设备的管理过程中,始终具备较强的“弹性”。除内核架构外,鸿蒙的分布式软总线、数据管理和任务调度技术,也使得操作系统对各终端的指令下达,真正实现“车同轨、书同文”,大幅提高了跨终端管理的效率。

从技术层面拆解,首先,“开源鸿蒙”的分布式软总线技术能够充分解决终端的发现和连接问题。传统计算机系统通过物理导线的方式进行系统内终端的连接,如较为常见的光纤连接等。但鸿蒙的分布式软总线技术突破了物理连接的桎梏,在同一网络环境下即可实现以蓝牙/WiFi为主的无线连接,在应用端各鸿蒙设备间的简单触碰即可实现设备后续的自动发现。在鸿蒙2.0操作系统的手机使用体验上,从右侧下滑菜单栏则会直接显示所有处于同一个分布式鸿蒙操作系统下的各个智能家居的状态,单击即可在不用下载独立APP的情况下对各智能家居进行操作,降低APP发现和连接成本。

其次,“开源鸿蒙”还利用数据解耦实现了分布式数据管理和任务调度。其中,分布式数据管理基于硬件和应用数据间的数据解耦,在跨终端数据传输效率方面实现大幅改善。“开源鸿蒙”的分布式数据管理,首先通过对软件层用户数据和硬件层的全面解耦,使得软件管理独立于硬件的自有运转之上,从而实现了媲美本地数据处理速度的跨设备数据处理能力。根据华为HDC大会官方披露的数据,在“开源鸿蒙”加持下的鸿蒙OS2.0相比1.0,时延从20ms降低至10ms,带宽从1.2G提高至2.4G,抗丢包率从25%提高到30%,文件读写性能是微软Samba系统的4倍,数据库性能是安卓本地ContentProvider数据库的1.3倍,检索性能是iOSCoreSpotlight的1.2倍;分布式任务调度则实现了不同硬件间的模块化解耦,继而完成了系统级别的能力整合。

在同一场景下,“开源鸿蒙”可分别调用不同设备终端的API进行不同功能的灵活适配。如,在突发性交通安全事故中,同时调用智能手机端的紧急呼叫、智能汽车端的灯光报警和智能穿戴端的健康监控功能,实现真正意义上生态内各设备的高效整合,充分发挥不同组件的协同优势,使得鸿蒙生态成为一个集手机、车机、家居等为一体的“超级终端”。

结合以上在技术维度和商业维度的双重优势,我们认为,“开源鸿蒙”有望以智能手机为发端,快速形成定位于全体AIoT设备的网格化布局,与此同时利用对不同终端更好的技术适配性和自身从开发到管理的一整套商业闭环,建立起面向AIoT生态级操作系统标准,成为“万物互联”时代真正的“先行者”。

3.2精准下沉,终端级的纵向优化

作为操作系统自上而下的延伸,单一终端级OS以“开源鸿蒙”为根基,并结合硬件终端的运行逻辑,提供了由生态下沉至具体设备层的功能布局。当前华为内部根据内存和算力的需求,对生态中不同终端进行了L0-L5的等级划分:L0-L2为内存KB和MB级,主要包手环、智能摄像头、音箱、传统车机等常规AIoT入口;L3以上则是内存超GB级,包括智能手表、智能车机、智能手机、PC等,其中智能和手机等核心端口的内存要求可能将达到3-6GB+。

根据不同终端的运行需求,OS植根于“开源鸿蒙”架构下设计,并在“根系统”之上,结合了不同终端的运行逻辑,嵌入了以华为HMS服务为核心的全套功能插件,以现功能向设备层的精细下沉。区分于“开源鸿蒙”的完全开放性设计,终端级的鸿蒙OS是华为基于“开源鸿蒙”下开发、集成了HMS服务插件、并面向全场景智能设备的商用版本。因此,在整体继承“开源鸿蒙”的特点外,又能衍生出不同设备层面的独有优势。

在安全性层面:鸿蒙自研的微内核架构,可以形成对应用安全有效的分层管制。鸿蒙车机OS的微内核,实际相当于一个信息交换中心,其自身可实现的功能较少,主要职责是向下属各个功能模块传递调用请求,且交换中心自身和各功能模块彼此之间均保持相对独立。

在此模式下,操作系统可实现对不同功能模块的分层管理,使得不同模块可支持不同级别的安全要求:例如对于以车辆运行数据为核心、安全性要求极高的仪表系统可施行更为严格的数据调用门槛,从而提高行车的安全性;在安全要求并不紧迫的模块,则会采用相对宽松的管理策略。而在需要绝对安全保障的子模块中,鸿蒙OS目前获得了国际信息技术安全评估标准CCEAL5+认证(安卓尚未获得),也充分体现了其对绝对安全水平的保障程度。除流媒体服务、行车数据汇报等原生功能外,智能座舱还成为向用户外透其他新生功能的窗口,而其中最重要的功能,即是ADAS功能的延伸。以奥迪E-tron为例,目前该车型以座舱HMI系统为载体,除传统信息娱乐功能外,还集成辅助泊车、辅助变道等ADAS功能,使得智能座舱同时也成为ADAS功能的输出载体。

因此,我们认为,对于底层车机OS而言,在原生功能外,同时还需要适配这些类似新生功能的管理要求。在ADAS功能上,对于操作系统最迫切的要求是具备出众的低时延、确定时延的管理能力,而传统操作系统由于通信方式和架构的问题,在绝对时延水平及其确定性的控制上,仍存在较大障碍,这也与上述ADAS功能管理确定、低时延的要求形成了重大的矛盾。

鸿蒙车机OS通过采用自研的确定时延引擎技术,则良好地解决了这一问题,确定时延引擎技术,主要通过对不同应用特征的实时预测,分配“超车道”、“快车道”等不同速率的信息调用通道,实现对资源的合理调度,其优点就是对的满足,大大降低了波动的通信效率对于自动驾驶域的严重影响。根据在东莞松山湖举行的华为开发者大会上,相比Linux车机OS,鸿蒙可实现25.7%的响应时延下降和55.6%的时延波动率下降,实现对ADAS功能低时延和时延要求的完美契合。

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

3.3从“手机到车机”,鸿蒙OS盈利模式的野望

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

我们认为,随着车端技术的逐步成熟,操作系统在手机端既有的盈利模式,或将对车端起到明确的示范作用。我们认为,随着车端技术的逐步成熟,操作系统在手机端既有的盈利模式,或将对车端起到明确的示范作用。在手机操作系统中,安卓作为开源系统的代表,为开源时代包括鸿蒙OS在内的第三方操作系统提供了蓝本。通过开源生态对第三方厂商需求空缺的弥补,安卓系统展现了蓬勃的发展潜力,截至年1月已获得72.2%的全球操作系统市占率。华为鸿蒙OS与安卓系统具备高度的同源性,二者均由智能手机为发端,并逐渐延伸至车机领域,产品上鸿蒙OS亦搭载了华为自研的HMS服务模块以对标安卓端的GMS。因此,安卓的盈利模式,将为鸿蒙车机OS提供重要的参考。

结合手机的示范效应,以安卓系统的盈利模式为锚点,我们预测,鸿蒙车机OS的主要盈利途径包括:1)接口调用/认证收入:目前由于生态起步阶段的匮乏和疲软,华为并未针对其鸿蒙OS及项下HMS服务的准入/接口收取任何费用,但在生态体系成熟后,为构筑持续稳定的盈利基点,我们判断,华为或将向鸿蒙生态新进开发者,收取HMS相关服务的准入/接口费用。同时,针对原有手机鸿蒙OS下已有产出的既定开发者,在向车机生态转移的过程中,华为亦或将收取一定的版本移植/认证费用。

2)应用商城:具体可分为“应用分成”和车机HMS下“联动应用”收入,合计将超过亿元收入。①“应用分成”:参考手机端渠道抽成的的盈利模式,在车机中,鸿蒙OS也或将延续一模式,收取相关应用费用的抽成。“应用分成”收费模式已经在华为手机端得到了充分的证。在自身市占情况上,华为消费者业务AI与智慧全场景业务部副总裁杨海松曾提到,鸿蒙OS市占率“生死线”在16%左右。

在美国对华为解除供应链限制、或华为成功自行对完整芯片供应链有效补充的情况下,乐观估计,该“生死线”水平具备一定的达成可行性。如以该市占率水平为基数,结合与手机端持平的亿美元的市场空间、华为年后将趋于稳定的30%的应用收入抽成比例、以及合作主机厂暂不进行抽成等假设,我们测算,鸿蒙车机OS的应用分成收入,可达亿元。

②车机HMS下“联动应用”收入:主要包括通过座舱HMS服务体系推送以“APP+ADAS”为核心的“联动应用”相关收益。在现有的HMS体系中,核心依然在于地图、邮件、视频等“轻量级应用”。在未来,我们预计,华为ADAS等核心技术功能或将联动原有的应用服务,以形成“联动应用”的形式,被整合进HMS服务框架中,并以华为应用商城为窗口,进行相关的功能推送。其主要受众定位于具备ADAS功能的智能汽车。

在“量”的规模上:根据EVTank预测,全球汽车销量预计可达万辆。仍由市占率16%的“生死线”为参照,搭载车机OS作为华为ADAS功能推送入口的车型销量可达万辆;在“价”方面:根据著名机器学习专家、小鹏自动驾驶研发副总裁谷俊丽的预测,年L2+级ADAS辅助驾驶解决方案的价格将在元左右。以此为基础,随着市场整体需求扩充和车端功能的不断完备,我们推测成熟ADAS功能模块的单体价值将达到元左右。在整体功能选装率80%和主机厂暂不进行抽成的假设下,年鸿蒙基于座舱HMS延伸出的相关ADAS功能收入,可达79亿元。

3)系统授权费收入:安卓GMS服务的设计旨在加强监管,结束安卓系统定制化乱象,因而本质上并非是一项自愿自由搭载的服务。任何移动终端厂商如果意向于通过合法途径搭载GMS服务,必须经过测试(如CTS/GTS/VTS测试等),从而获得GMS服务的授权。HMS服务参考GMS模式,在“开源鸿蒙”架构上集成了HMS服务的鸿蒙OS,实现了对软硬件功能管理的高度整合,在车机生态成熟后预计将对标手机操作系统,向车端主机厂收取相应的授权费,规模算将同样基于量价逻辑。

在“量”方面:根据IHS预测,座舱智能配置的渗透率将达到75%,结合上文全球汽车销量万辆和鸿蒙OS市占率“生死线”16%,我们预测,年鸿蒙车机OS及HMS的搭载量有望达到万辆;在“价”方面:由于安卓GMS对欧洲区设的报复性授权费用是在欧盟垄断罚单之后产生,可类比性较低,因此我们拟选取QNX相关服务的授权收费标准作为参照。

4)广告费用:鸿蒙的“1+8+N”的全场景生态布局不仅拓宽了生态的边界,同时也带来了丰富的广告投放资源,如华为视频、华为音乐、华为游戏中心等子软件平台,其自研车载App的广告投放收入和广告服务商广告制作费用的抽成,预计将成为其营收贡献的重要组成部分。

4投资分析

智能汽车是继智能手机后又一划时代的颠覆,但其所带来的规模性影响以及市场增量,亦或是所孕育的投资机会都将比10年前智能手机产业链更加庞大。在此报告中,我们以车机为主轴,能清晰地看到其生态的演化也绝不仅是手机的范式转移,而是在其应用基础上实现“横纵”能力的延展,以及盈利模式的跃升所带来的全新变革。其中,底层OS作为串联各终端、赋能生态的中枢角色,在内外两个维度,均展现出极强的不可替代性,但从能力上看,现有操作系统均无法满足其“升维”要求,而鸿蒙系统作为划时代的全新物种,通过构建“开源鸿蒙+终端鸿蒙”框架,不仅具备了构筑车机生态下“横纵”底座的能力,同时又将视角从单一领域抽脱,落位于以“万物互联”为灵魂的宏伟蓝图中,并有望成为“数字中国”的系统底座。

(本文仅供参考,不代表我们的任何投资建议。如需使用相关信息,请参阅报告原文。)

精选报告来源:。

分享 转发
TOP
发新话题 回复该主题