编者寄语：2022年6月底，ASAM SOVD 1.0.0版本正式发布。为了应对智能网联汽车时代井喷的软件诊断需求，SOVD如何应对？让我们共同来研究！
01ASAM SOVD标准概述
ASAM SOVD (Service-Oriented Vehicle Diagnostics，面向服务的车辆诊断) 定义了一个与基于软件的车辆进行诊断和通信的接口API。SOVD是一个灵活的标准，提供了统一的访问HPC (High Performance Computing，高性能计算机) 及其相关应用的诊断内容，以及经典的ECU等。
随着自动驾驶技术的发展，车辆配置变得越来越复杂，车载软件也在迅速增长：基于高性能计算、多操作系统、不同应用程序及其依赖关系的新架构也给诊断工作带来了重大挑战。诊断的重点从识别硬件错误逐渐扩展到分析软件问题，因此带来了巨大的挑战。因为车辆的内容是动态变化的，同时当诊断通信被用于控制车辆复杂的更新过程时，诊断任务的范围也急剧增加。
车辆诊断
目前的诊断以ECU为核心，严重依赖于UDS (Unified Diagnostic Services，统一诊断服务) 协议。UDS是一种静态的诊断方法，无法应用于动态的软件诊断任务。因此，为HPC诊断需求扩展的UDS协议将不够灵活，无法满足必要的软件分析需求。
这就是ASAM开发与制定SOVD的原因。该标准旨在为所有诊断任务以及软件更新（跨车辆、车型）提供一个API。SOVD是具有一致性的方法，可用于全新系统，也可用于传统的传感器/执行器系统，同时，ASAM SOVD可用于近程、远程和车载三种应用场景。SOVD是一个自描述API，还支持无需外部描述文件的诊断，有别于当前的主流技术。
ASAM SOVD的开发旨在保持现有的程序、技术和方法的前提下，满足车载软件诊断的相关需求和挑战。因此，ASAM SOVD既涵盖了传统的用例(数据访问、故障信息、内部软件功能控制等)，也涵盖了与HPC相关的诊断用例(车载软件更新、日志记录、跟踪、系统信息访问、内容动态发现等)。另一方面，SOVD并非为了取代广泛使用的技术，如UDS协议，而是与其共存，同时增强诊断通信功能，更好地支持新技术的发展与应用。
02ASAM SOVD 1.0.0新特性介绍
ASAM SOVD的主要内容与更新包括以下部分：
-
SOVD为诊断提供了新的接口API；
-
适用于远程、近程和车载应用场景；
-
支持最先进的IT技术(HTTP, REST, JSON, OAuth)；
-
诊断可以独立于诊断数据描述文件；
-
整个计算过程被封装，使无状态访问成为可能；
-
客户端实现不需要汽车特定的堆栈。
ASAM SOVD的架构示意如下图：
ASAM SOVD总体特性包括：
-
可覆盖传统诊断用例：
-
数据访问（Data Access）；
-
故障信息（Fault Information）；
-
控制内部软件功能（Internal Software-functions）。
可覆盖高性能计算相关的诊断用例：
-
车辆软件升级（Software update）；
-
记录（Logging）；
-
访问系统信息（Access to system information）；
-
动态内容发现（Dynamic discovery of content）；
在能力检测方面，可进行相关实体与资源的检查与发现：
-
发现包含的实体；
-
查询实体的子实体；
-
查询实体相关的其他实体；
-
查询实体功能；
-
代表实体区域的拓扑视图，能够代表面向领域和面向区域的体系结构
访问功能描述内容：
-
查询在线能力描述；
-
查询模式信息，用于内容处理
来源：CASAM标准组织
