
微信:13728911712
微信:18123927567
邮箱:jenny@usai.org.cn
邮箱:devin.huang@usai.org.cn
地址:深圳市宝安区福永街道怀德社区立新南路宝德工业中心锦城商务大厦2楼2009



2026 年 3 月,国际标准化组织发布 ISO 17978-3:2026《道路车辆 面向服务的车辆诊断(SOVD)第 3 部分:应用程序编程接口》。这份文件定义的是 SOVD 的 API,也就是诊断工具与车辆之间怎么对话的那一层。
它要解决的问题是架构分裂。智能网联汽车里既有传统电子控制单元(ECU),也有高性能计算平台(HPC),过去两套诊断方式并行,工具厂商得为每种架构分别写适配代码。
传统诊断基于请求与响应的固定数据标识,工具必须事先知道去哪个单元、问哪个标识。SOVD 把诊断能力包装成服务,工具先检索有哪些能力可用,再按接口调用。
从知道地址去取数,变成先问有什么、再调接口。这是 API 化最本质的变化,它让诊断工具不必预先掌握每一款车型的内部细节,新车型接入的成本随之下降。
文件定义的能力包括:故障信息访问,可读取故障记录、读取环境数据、删除记录;对所有实体做数据测量与身份识别;在特定模式或状态下执行例行程序、输入输出控制及软件功能;车辆配置,涵盖设备选配、地区适配、客户定制与车型编码;封装整车厂专属的软件更新策略,支持时包含固件空中升级;以及访问高性能计算单元的日志信息。
这六项串起来是一条完整链条,从读故障码一直延伸到刷软件。也正因为覆盖面够宽,SOVD 才能贯穿研发、生产制造、售后维保、法定检验与运营使用整个生命周期,而不只服务售后一个环节。
文件明确把一批内容留给 SOVD 服务器的具体实现,包括对拒绝服务、漏洞零日利用等攻击的防范与快速响应、安全事件识别、基于数据监控的运行安全保障、安全事件管理、数据隐私,以及并发请求的负载均衡。
这不是遗漏,是分工。接口层能规定怎么调,规定不了被攻击时怎么办。把安全责任留给实现方,意味着做合规举证时,这部分仍要单独准备材料,指望标准原文给答案是行不通的。
标准发布不等于立刻强制执行,但它会成为采购合同与验收条款的引用对象。诊断工具、售后设备、检测机构的测试系统都要跟着调整,越靠近工具链的环节,动得越早。
对整车厂,SOVD 的价值在于把诊断接口收敛成一套,减少为不同架构重复投入。对供应商,接口统一降低了进入门槛,同时也意味着一件事:诊断能力必须能被标准方式检索到,把接口藏起来、只给自家工具用的做法走不通了。