R171 和欧盟数据规则提高了对真正本地化的需求
- 贾格莫汉-蒂瓦里
- 9 月 18 日
- 3 分钟阅读
已更新：9 月 19 日
欧洲收紧了对驾驶员辅助系统和车辆数据的控制规则，联合国第 171 号法规对驾驶员控制辅助系统及其与驾驶员的互动方式提出了明确的要求。与此同时，欧洲的数据规则也在改变哪些遥测数据可以离开该地区，以及必须如何处理这些数据。对于任何计划在欧洲提供 L2+ 功能的公司来说，这些法规变化并不是后期的细节。它们必须从第一天起就影响产品设计和开发规划。
R171 的重点是模式意识和防止驾驶员过度依赖，要求系统提供明确的信息，并使用视觉、听觉和触觉反馈的适当组合。该法规还对系统达到运行极限时的切换行为提出了要求。除了 R171，欧盟还在建立一个数据框架，增加了对数据存储传输和用户访问的区域要求。这两套规则结合在一起，将对用户体验 验证工程测试计划和云架构决策产生重大影响。
"
在过去的五年中，本地化已经从一种 战术麻烦转变为 战略风险
- 总工程师，少校主机厂
法规导航
近年来，影响汽车技术的法规数量急剧增加。这种趋势增加了一个市场的软件或硬件决策与另一个市场的规则发生冲突的可能性。对于高级驾驶辅助系统而言，这在三个领域最为明显。
人机界面设计是第一个。现有的许多系统都依赖于语言图标和反馈模式，这些都假定了驾驶员的特定期望。R171 希望通过多种渠道获得清晰的模式意识和反馈。如果系统仅使用视觉提示或使用与当地做法相冲突的术语，则很可能无法通过合规性检查，并在实际使用中给驾驶员造成困惑。
接下来是 验证和移交性能.防止过度依赖意味着测试计划不仅要测量系统性能，还要测量驾驶员的行为。这就需要针对欧洲市场上驾驶员实际遇到的道路和交通标志，量身定制场景仪表和人为因素工作。这些活动往往在开发后期才被纳入计划，从而造成进度风险。
最后、 数据处理和云架构.欧盟数据规则增加了遥测数据存储位置、匿名化方式和传输机制决策的复杂性。从服务器的物理本地化到包裹在企业传输机制中的全球云战略，选择多种多样。每种方案都会改变依赖车辆数据的服务的成本复杂性和潜在价值挖掘。
这对发展的意义
将欧洲作为事后考虑的对象代价高昂。务实的替代方案是在产品定义阶段就将欧洲合规性和本地化作为并行的工作流。这意味着在设计人机界面 语言和反馈时要考虑到人机界面 的期望，建立反映当地道路和路标的验证活动，以及尽早定义数据架构选项，这样在锁定硬件和软件选择时就能看到开发上的权衡。
"模块化方法是一种有用的技术模式。 欧洲、中东和非洲地区咨询总监Lee Colman 说。"保持核心算法和中央服务的一致性，同时为人机界面 行为、特定地区验证案例和数据处理策略提供本地化层。这样既能减少重复劳动，又能解决真正的地区差异问题。在某些情况下，需要当地的工程能力来与当地合作伙伴整合，并领导有针对性的验证活动。
SBD Automotive 如何提供帮助
来自非欧洲市场的公司有时会低估满足这些规则所需的实际工作量。SBD Automotive 可将法规文本转化为验证要求和测试用例。我们帮助定义人机界面 和驾驶员参与策略，以及本地化的验证计划和设计数据策略，在合规性和商业目标之间取得平衡。我们的经验包括将条款级要求映射到工程任务中，并开展本地测试活动，以反映监管机构和客户所关心的环境。
下一步工作
不确定性和保护主义可能会持续存在，本地化不能成为 "一劳永逸 "的战略。企业需要定期主动调整其方法。
R171 和新兴的欧盟数据框架使本地化成为必须优先考虑的事项，而不是清单上的项目。在产品生命周期的早期进行规划和投资，可以消除后期意外，减少返工。如果您准备在欧洲推出 L2+ 功能，SBD Automotive 可以帮助您确定工作估算范围、工程工作量，并开展必要的验证活动，以降低审批风险，加快进入市场的速度。
如需进一步了解SBD Automotive 如何为您的本地化计划提供支持，请通过以下方式联系我们 info@sbdautomotive.com与我们的分析师预约时间，探讨您的项目所涉及的问题。