2025年9月5日，欧7排放的两个最重要的实施法规正式发布了，其中包含了与车载排放监测（OBM）有关的Reg. (EU) 2025/1707。
笔者抽了些时间，整理了一下欧7排放对新增加的OBM的要求，感觉新法规在借鉴中国远程监控要求的基础上，有效地平衡了生产者与管理者所各自承担的成本与责任，总体上还是科学的、合理的。
鉴于OBM是一项新的、基于OBD但高于OBD的要求，需要制造商不仅在车辆设计上、而且在管理体系上都采取适当的措施加以应对，故笔者认为有必要总结一下欧7 OBM所带来的新变革，供行业参考、指正。
1. OBM系统的简介
OBM系统是在OBD管理思路的基础上演变而来的一种车载排放监测思路。与OBD主要采取监测系统关键组件的方式不同，OBM采取了更加符合“技术中立“原则的监测方式，即要求系统直接对车辆实际的排放情况进行评估。
无论车辆因为何种原因导致了排放超标，OBM系统都应向驾驶员发出警告，必要时激活驾驶员诱导系统。
欧7法规要求OBM系统至少应具备以下的基本功能：
ü在每个OBM行程中测量必要的参数
ü对OBM的行程数据进行车载处理，包括计算行程的NOx排放和Hash计算
ü选择并将相应的OBM行程数据上传到制造商的服务器
ü评估车辆的实际NOx和PM排放是否超标，
ü评估车辆排放系统被篡改的状态
ü排放超标或发生严重的篡改时发出警告，必要时激活驾驶员诱导系统
2. OBM系统的数据存储
BM系统应具备充分的、安全的存储空间，至少应能存储下列数据。
(i) 当前行程的动态和统计数据
(ii) 最近10个OBM行程的统计数据
(iii) 被选择将要传输到制造商服务器上的OBM行程数据，包括不超过5个行程的排队数据，以及已经准备就绪的发件箱中的5个行程数据
(iv) 上一次传输到制造商服务器上的5个OBM行程的数据
(v) OBM包含的车辆生命周期数据
(vi) 已发送到制造商服务器上的OBM数据的Hash值
OBM系统是欧7法规中明确指出的网络安全“资产”，因此制造商必须在漏洞/威胁分析和风险评估中对其进行充分的考虑，并基于技术的最新发展来实现全生命周期的网络安全目标。
3. OBM数据的传输要求
欧7法规在制定过程中曾经讨论了多种可能的传输途径，包括车载系统直接传输到认证管理机构、由第3方负责数据传输、经由第3方的数据传输以及由制造商负责数据传输等。
然而，复杂的过程虽然能够实现互相监督，却带来了更多的漏洞和管理成本。因此，正式发布时，法规将责任完全落实到了制造商的身上。具体的技术实现（下图中的绿框）也完全由制造商负责。
法规要求车辆的OBM系统通过OTA在数据准备就绪后，尽快地向制造商发送数据。而制造商需要在收到数据后，对数据进行匿名化处理，并且应在每年第二个季度结束之前（6月底）将数据上传到认证管理机构的服务器上。（注：2027年之前无需上传，在2027年底之前应上传之前收集的所有数据）
4. OBM系统的Hash计算
OBM应采用国际公认标准SHA-256算法进行Hash计算。OBM系统中的Hash功能可用于两个目的。
1) 选择需要传输到制造商服务器上的OBM行程数据
对单个OBM行程数据进行Hash计算，取最重要的4个字节的最低字节值为00、40、80或C0的行程数据作为待传输的OBM行程数据。
这种方式可以有效的减少网络传输的数据量，大约每64个行程会有一个行程被选中，选中的行程数达到5次才需要向制造商的服务器传输1次。因此，正常情况下，每车大约半年左右才需要向制造商的服务器进行数据传输。
嗯，应该说这个作业抄得不错。既有效地节约了社会资源，又基本上确保了每辆车在每个年度都会有数据传输到制造商和认证管理机构。
2) 保障传输过程中（包括制造商上报过程）的数据完好
在欧7法规中，排除了其他的传输途径，只有制造商才能将车辆的OBM数据上传到认证管理机构。因此有必要采取措施确保从OBM数据发送至到认证管理机构接收数据的整个过程中，OBM数据都是真实、准确的。
这个目标是通过对OBM的整个发件箱数据进行Hash计算，保留并传输整个Hash值的方法来实现的。
并且车辆上的还OBM存储了至少5次最近传输到制造商服务器的OBM数据的Hash值，能够确保在市场监管时追溯进行足够长时间的数据传输情况。
5. OBM系统的报警和驾驶员诱导功能
OBM系统在报警和驾驶员诱导功能方面，借鉴了OBD系统的经验，在考虑到实际使用要求的基础上与OBD系统进行了适当的协调，在此就不一一赘述了。读者可自行研究法规，了解详细要求。
来源：路漫漫车行远
