技术巡猎 蔚来 数字化图形架构设计系统、设计方法、电子设备及介质。这个专利，是一个汽车软件开发的“地基”。车载数字架构在做软件设计时，传统方式往往要靠人工把功能设计转成代码，这对开发人员代码能力要求是比较高的，设计和实现之间还容易出现偏差，效率也很低。而随着新能源汽车数字化程度越来越高，行业对低门槛、高效率的数字系统开发工具需求在变强。

说得通俗一点，就是以前很多车企做数字系统开发，流程像这样：先有人画方案，讲逻辑，再有人把文档翻译成代码，然后一轮轮对齐。纸面上看很正常，可是项目里，图是一版，参数表是一版，代码又是一版，改着改着，三件事不一定还是同一个东西。特别是现在座舱、车控、服务编排、通信关系越来越复杂，靠人脑去维持“设计稿”和“实现稿”的一致性，成本是很高的，也很容易出偏差。

这个专利，本质上想解决这个问题。

它的核心结构其实不复杂，就三层：组件库、视图画板、编译引擎。组件库里放的是组成图形架构的组件；视图画板用来承载这些组件，并通过用户交互建立组件之间的逻辑关系；编译引擎则根据预设编译规则，把画板上的组件和逻辑关系直接编译成代码。这个定义很关键，因为它说明这不是普通的流程图工具，也不是PPT式的架构展示板，而是一套想把“图形化设计”和“代码生成”打通的东西。

把组件拆成了组件本体、组件属性和组件子集。组件本体可以理解成一个具体功能对象，组件属性里可以带参数名称、参数类型、参数值，组件子集则是这个功能对象下面还包含的下位组件集合。这个设计味道已经很浓了。因为这意味着工程师拖进去的，不是一个空图标，而是一个带语义、带参数、还能继续分层展开的工程对象。图形化只是一层外壳，真正重要的是背后的结构化定义。

交互层面也比较像真正的开发工具。组件属性可以定制，组件可以通过拖拽增加和定位；视图画板里包括视图编辑器和参数编辑器，前者负责添加、删除组件以及建立组件之间的关系，后者负责对组件属性做编辑。连线也不是简单画条线，它可以承载名称、类型，甚至可以形成一种特殊的逻辑对象。附图里还能看到组件库树形展开、连线清单树形展开、参数面板填写连线名称这些交互方式。

有意思的是“编译引擎”，强调基于编译规则，将视图画板里的组件和逻辑关系编译为代码，而且编译规则是可以定制的。

还有一个点也不错：它提到了实时同步更新。当视图画板中的组件或者逻辑关系发生变化时，编译引擎可以根据变化内容，对代码进行实时同步更新。还设计了预设事件接口，对组件和逻辑关系进行监听，像选中组件、更新连接属性、设置组件颜色、隐藏显示这些动作，都可以通过事件处理函数来响应。工具不是画完再一次性导出，而是交互过程中就能联动。对复杂系统开发来说，这种能力比“画图好看”重要太多。

这类专利不会给用户带来那种“一坐进车里就感知到”的惊喜，但它对企业的软件体系能力很要命。软件定义汽车说了很多年，真正难的地方就是怎么让系统设计、工程实现、版本演进、跨团队协同变得可控。