CCC数字钥匙3.0标准解读(15)

---

13.3 好友钥匙本地终止

在好友自己的设备上开始好友钥匙终止过程的所有场景都被认为是本地终止场景。
常见的行为是应该立即在好友设备上执行终止请求。根据连接情况，终止证明和车辆制造商专有数据可能会立即发送给KTS、延迟发送或根本不发送。
如果车辆制造商服务器不知道设备的终止、终止尝试或丢失，车主或好友（如适用）应在车辆侧删除钥匙。
当终止证明和车辆制造商专有数据将传输到车辆制造商服务器时，淡出期或终止先决条件不适用。
车主设备应被通知当终止成功。好友和车主设备UI应将相应的密钥表示标记为“已终止”。

13.3.1 REV_200：在好友设备的原生应用上终止好友钥匙

13.3.2 REV_210：在好友设备的车辆制造商应用上终止好友钥匙

如果在好友设备上删除了密钥，则应在设备联机后立即将终止证明和车辆制造商专有数据发送给好友服务器。
原生和车辆制造商应用程序启动删除的服务器流程完全相同。
Figure 13-10：REV_200/210: Friend Key Termination on Friend Device Natively/in Vehicle OEM App

车辆制造商向车辆表明，当设备钥匙在KTS中注册为“在设备上终止”时，可以立即终止钥匙。

13.3.3 REV_220：由于设备的本地擦除而导致好友钥匙终止

如果设备在本地擦除，则会尽最大努力将终止证明和车辆制造商专有数据发送到好友服务器。
Figure 13-11：REV_220: Friend Key Termination Due to Local Wipe of Device

车辆制造商向车辆表明，当设备钥匙在KTS中注册为“在设备上终止”时，可以立即终止密钥。
对于设备上存在的每个好友钥匙，应执行图13-11所示的流程。第13.5.6节描述了由于设备擦除而导致的车主钥匙终止。

13.4 好友钥匙远程挂起/恢复

当设备在设备制造商服务器中设置为丢失或被盗模式时，以及当丢失/被盗模式结束时，会发生远程挂起和恢复。
如果设备可以访问，则会立即挂起设备上的钥匙。挂起状态是可逆的；钥匙可以通过设备制造商服务器或在设备上本地恢复。对于设备上挂起和恢复的钥匙，没有提供加密证明。

13.4.1 REV_300：在设备制造商帐户中暂时挂起好友钥匙

当设备模式设置为丢失或被盗时，将使用设备制造商帐户触发数字钥匙挂起。设备制造商服务器尝试挂起设备上的钥匙，同时通知车辆制造商服务器挂起车辆中的钥匙，如图13-12所示。
Figure 13-12：REV_300: Friend Key Suspension by Device OEM Account

KTS中不跟踪设备上钥匙的挂起。KTS可以跟踪车内钥匙的挂起情况。
manageKey SUSPEND命令将用户挂起钥匙的意图传达到KTS，但不传达设备中的挂起状态。
当在车辆成功挂起钥匙，车辆制造商将通知车主和好友。
无论车辆制造商服务器是否支持远程挂起/恢复，如果车辆制造商服务器成功接收到manageKeyRequest，则应使用manageKeyRepense（状态代码200）进行响应。

13.4.2 REV_310: 在设备制造商帐户中恢复好友钥匙

在车辆制造商服务器支持远程挂起/恢复的情况下，挂起的钥匙可以在设备制造商帐户中或本身已经恢复的设备中被恢复，如图13-13所示。如果好友设备制造商服务器先前已收到事件通知（SUSPENDED），则仅应在好友专用邮箱中发送manageKey（RESUME）或发送恢复证明。
Figure 13-13：REV_310: Friend Key Resume in Device OEM Account or on Device

该设备应在线以恢复钥匙并通知车辆制造商。
如果钥匙先前被追踪为“在车侧已挂起”，则在车辆恢复钥匙之前，应将钥匙追踪为“在车侧已恢复”，以避免钥匙已恢复但仍被追踪为挂起的状态。
Figure 13-14：REV_310: Friend Key Resume Using ResumeAttestation

当车辆在暂停和恢复之间移动到离线区域时，好友应能够通过NFC交互向车辆提供恢复证明，如图13-14所示。

13.4.3 恢复证明(Resu