حق SOVD والاتحاد الأوروبي في الإصلاح: بناء بنية وصول تشخيصية قابلة للتطوير ومتوافقة لـ SDVs

معظم مصنعي المعدات الأصلية العاملين في أسواق الاتحاد الأوروبي يعرفون بالفعل الامتثال للحق في الإصلاح. تتطلب لائحة الإعفاء من المركبات (MVBER) وصولاً تشخيصيًا غير تمييزي للمصلحين المستقلين منذ عام 1995. هذه ليست لائحة جديدة تؤثر على الصناعة - إنها خط أساس راسخ شكل كيفية عمل أسواق السيارات الأوروبية لمدة ثلاثة عقود.

ما تغير هو السيارة. تعمل المركبات المحددة بالبرمجيات - مع أجهزة HPC المركزية والتطبيقات الحاوية وتحديثات OTA عن بُعد وسير عمل الخدمة المتصلة بالسحابة - على جعل بنيات التشخيص التقليدية هشة بشكل متزايد. الأساليب التي تلبي متطلبات MVBER تقنيًا في عصر وحدات التحكم الإلكترونية المستقلة والوصول إلى ورشة العمل المادية تكافح من أجل التوسع في عصر SDV.

السؤال الحقيقي لمصنعي المعدات الأصلية اليوم ليس ما إذا كان سيتم توفير الوصول التشخيصي - فهم ملزمون بالفعل بذلك. يتعلق الأمر بما إذا كانت بنية التشخيص الخاصة بهم قادرة بالفعل على توفير هذا الوصول بطريقة يمكن إدارتها وآمنة وذات قيمة تشغيلية كمركبات تعقيد برامج المركبات. SOVD هي الإجابة المعمارية، وتمتد فوائدها إلى ما هو أبعد من الامتثال التنظيمي إلى كيفية تمكين مصنعي المعدات الأصلية للوكلاء وشبكات الخدمة المستقلة من العمل على المركبات التي تعتمد بشكل متزايد على البرامج.

خط الأساس للامتثال: ما يتطلبه MVBER بالفعل

يمنح MVBER مصنعي المعدات الأصلية استبعادًا من بعض متطلبات قانون المنافسة في الاتحاد الأوروبي - بما في ذلك الحق في تشغيل شبكات الوكلاء المرخصين - مقابل التزام واضح: يجب أن يحصل المصلحون المستقلون على وصول غير تمييزي إلى البيانات الفنية وأدوات التشخيص ومعلومات الإصلاح بشروط تجارية عادلة.

هذا يعني أن مصنعي المعدات الأصلية لا يمكنهم استخدام بنيات التشخيص الخاصة لإنشاء حواجز وصول فعلية تفضل شبكات الوكلاء المعتمدين على المصلحين المستقلين. يجب أن يكون الوصول ممكنًا تقنيًا، وليس فقط مسموحًا به نظريًا. ومع زيادة تعريف المركبات بالبرمجيات، أصبح معيار «الجدوى التقنية» متطلبًا بشكل متزايد.

توضيح ملموس: قامت شركة تصنيع المعدات الأصلية الرئيسية باستكشاف SOVD على وجه التحديد لأن حل التشخيص الخاص بها لا يمكن نشره في الاتحاد الأوروبي بشكله الحالي. القضية ليست النية القانونية - إنها حقيقة معمارية. تعمل الأنظمة الاحتكارية المصممة لشبكات الوكلاء على إنشاء أنماط وصول لا تتوافق تمامًا مع الوصول غير التمييزي الذي تتطلبه MVBER، خاصة مع انتقال التشخيصات إلى البرامج والمجالات البعيدة.

لمحة سريعة عن MVBER

نشط منذ عام 1995، وتم تمديده حتى عام 2028. يتطلب من مصنعي المعدات الأصلية تزويد المصلحين المستقلين بالوصول إلى إصلاح المركبات والمعلومات الفنية بشروط غير تمييزية مماثلة لما تتلقاه شبكات الوكلاء المعتمدين. ينطبق على جميع مصنعي المعدات الأصلية الذين يبيعون المركبات في أسواق الاتحاد الأوروبي، بغض النظر عن مكان المقر الرئيسي للشركة المصنعة للمعدات الأصلية.

لماذا تجعل SDVs مشكلة الهندسة المعمارية أكثر صعوبة

تم تصميم التشخيصات التقليدية حول بنية ECU مستقرة وموزعة. تحتوي كل وحدة تحكم إلكترونية على معرفات ثابتة وملفات وصف ثابتة وتنفيذ UDS معروف. الامتثال يعني نشر تلك الواجهات - المعقدة وغير الكاملة، ولكن يمكن تحقيقها.

تكسر المركبات المحددة بالبرمجيات هذا النموذج بعدة طرق:

• تكوينات البرامج الديناميكية: تقوم أجهزة SDV الحديثة بتشغيل التطبيقات الحاوية على HPCs. يتغير البرنامج مع كل تحديث OTA. السيارة التي تم شحنها ليست السيارة الموجودة في الميدان بعد ستة أشهر. لا يمكن لملفات الوصف الثابتة وخرائط وحدة التحكم الإلكترونية الثابتة مواكبة ذلك.
  
• عمليات سير عمل الخدمة عن بُعد والقائمة على السحابة: تحدث التشخيصات بشكل متزايد قبل وصول السيارة إلى ورشة العمل - الفرز المسبق عن بُعد، ومراقبة سلامة الأسطول، وتنبيهات الخدمة التي يتم تشغيلها بواسطة OTA. لم يتم تصميم النماذج التشخيصية التقليدية للوصول المادي لهذا الغرض، كما أن الأنفاق البعيدة الخاصة التي تم تثبيتها على الأنظمة القديمة تؤدي إلى التجزؤ.
  
• متطلبات وصول أصحاب المصلحة المتعددين: يتطلب MVBER الوصول للمصلحين المستقلين. يحتاج مشغلو الأساطيل إلى وصولهم الخاص أيضًا. يحتاج الدعم المركزي لـ OEM إلى الرؤية عن بُعد. يحتاج فنيو الوكلاء إلى أدوات داخل المتجر. تحتاج الفرق الهندسية إلى وصول عميق للتصحيح. إن إدارة كل هذه الأمور من خلال عمليات تكامل خاصة من نقطة إلى نقطة ليست قابلة للتطوير.
  
• أدلة التدقيق والامتثال: تتطلب اللوائح مثل UN R156 أدلة منظمة لكيفية إدارة تحديثات البرامج. أصبح تجميع حزم الامتثال من السجلات المتناثرة عبر الأنظمة الاحتكارية أمرًا لا يمكن تحمله بشكل متزايد مع نمو حجم الأسطول.

والنتيجة هي أن مصنعي المعدات الأصلية الذين قاموا ببناء هياكل تشخيصية مناسبة للجيل السابق من المركبات يواجهون ديونًا فنية مضاعفة على وجه التحديد عندما تتوسع التزامات الخدمة والامتثال.

SOVD: الأساس المعماري للوصول القابل للتطوير

SOVD - تشخيص المركبات الموجه نحو الخدمة - هو معيار ASAM (يتقدم من خلال ISO مثل ISO 17978) الذي يحدد واجهة برمجة التطبيقات المستندة إلى HTTP/REST لتشخيص المركبات. عندما تتطلب التشخيصات التقليدية كل أداة لتنفيذ منطق الاتصال المخصص لكل برنامج مركبة، توفر SOVD عقدًا مشتركًا لواجهة برمجة التطبيقات. يتم عرض المحتوى التشخيصي - رموز الأعطال والقياسات ومعلمات التكوين وحالة تحديث البرنامج - من خلال نقاط نهاية REST القياسية باستخدام JSON، مع إمكانات موصوفة ذاتيًا عبر مواصفات OpenAPI.

بالنسبة لمصنعي المعدات الأصلية الذين يتعاملون مع التزامات الامتثال للاتحاد الأوروبي وتعقيد خدمة SDV في وقت واحد، تتعامل SOVD مع كليهما من خلال نفس الاستثمار المعماري.

واجهة واحدة عبر جميع سيناريوهات الوصول

تحدد SOVD واجهة برمجة تطبيقات موحدة تعمل عبر سيناريوهات التحكم عن بُعد (القائمة على السحابة) والقرب (داخل المتجر) وداخل السيارة. يتفاعل كل من المصلح المستقل المتصل في ورشة العمل، ومشغل الأسطول الذي يراقب عن بُعد، ومهندس دعم OEM الذي يقوم بإجراء الفرز المسبق قبل زيارة الخدمة من خلال نفس الواجهة المنطقية - مع التحكم في الوصول إلى الأذونات القائمة على الأدوار، وليس من خلال مجموعة الأدوات الخاصة التي يمتلكونها.

بالنسبة للامتثال لـ MVBER، فإن هذا مهم لأن البنية تدعم بطبيعتها الوصول غير التمييزي. يحدد OEM مستويات التفويض - من يرى ماذا - ولكن الواجهة نفسها موحدة ومتاحة لأي أداة معتمدة، وليست مقفلة على VCI أو سلسلة أدوات خاصة بـ OEM.

وصول خاضع للرقابة وقابل للتدقيق - يظل مصنعو المعدات الأصلية مسيطرين

نقطة حرجة تستحق التأكيد عليها: لا تفتح SOVD تشخيص السيارة لأي شخص. يحتفظ مصنعو المعدات الأصلية بالتحكم الكامل في التخويل من خلال OAuth 2.0 و OpenID Connect - وهي نفس معايير الأمان المستخدمة عبر برامج المؤسسة. يحدد التحكم في الوصول المستند إلى الأدوار بالضبط ما يمكن لكل نوع عميل القيام به. يحصل المصلح المستقل على الوصول إلى رموز الأعطال وإجراءات التشخيص المحددة. يحصل مهندس OEM على وصول أعمق إلى وظائف المعايرة والتصحيح. يرى مشغل الأسطول بيانات الصحة والحالة.

ما يتغير ليس من يتحكم في الوصول - لا يزال مصنعو المعدات الأصلية يفعلون ذلك - ولكن كيفية إدارة هذا الوصول. تحل واجهة برمجة تطبيقات واحدة موحدة ومسجلة وقابلة للتدقيق محل مجموعة مجزأة من عمليات تكامل الملكية التي يصعب التحكم فيها على نطاق واسع.

ربط وحدات التحكم الإلكترونية القديمة والبنى القائمة على HPC

لا تتطلب SOVD استبدال البنية التحتية الحالية لوحدة التحكم الإلكترونية. يقوم محول التشخيص الكلاسيكي بمعالجة الترجمة بين طلبات SOVD وأوامر UDS لوحدات التحكم الإلكترونية التقليدية - تستمر الأنظمة القديمة في العمل. يمكن للتطبيقات الجديدة المستندة إلى HPC عرض التشخيصات محليًا عبر SOVD. تتحدث أداة المصلح المستقل إلى واجهة واحدة؛ وتتولى السيارة التوجيه داخليًا. هذا يجعل التبني التدريجي واقعيًا بدون برنامج النسخ والاستبدال.

دليل الامتثال كمنتج ثانوي

يتطلب UN R156 من مصنعي المعدات الأصلية الحفاظ على أنظمة إدارة تحديثات البرامج مع أدلة منظمة لكيفية تخطيط التحديثات وتنفيذها والتحقق من صحتها. تولد تفاعلات API الموحدة والمسجّلة لـ SOVD هذا الدليل بشكل طبيعي. يعد جرد البرامج وفحوصات الجاهزية والتحقق من صحة ما بعد التحديث وسجلات التدقيق مخرجات عمليات SOVD العادية - وليست تمرينًا جنائيًا منفصلاً تم تجميعه في وقت مراجعة الامتثال.

ميزة شبكة الموزع والخدمة

بالإضافة إلى الامتثال، فإن القيمة الأعمق لـ SOVD هي ما توفره لشبكات الخدمة للوكلاء والمستقلين الذين يخدمون SDVs. هذا هو المكان الذي يصبح فيه عائد الاستثمار التشغيلي ملموسًا.

الفرز المسبق عن بُعد قبل زيارة ورشة العمل

يمكن للدعم المركزي لـ OEM الوصول إلى المركبات من خلال SOVD قبل وصولها للخدمة - استرداد السجلات وتحديد أنماط الأعطال وتكوين التقاط البيانات عالية الدقة وفي كثير من الحالات حل المشكلات دون زيارة فعلية. عندما تكون زيارة ورشة العمل ضرورية، يصل الفني مع السياق وليس صفحة بيضاء. تتحسن معدلات الإصلاح لأول مرة. تنخفض عمليات استبدال الأجزاء غير الضرورية. تنخفض تكاليف الضمان.

أدوات الموزع التي تواكب تحديثات البرامج

في السيارة المحددة بالبرمجيات، يمكن أن يتغير ملف التعريف التشخيصي للسيارة مع كل تحديث لـ OTA. تعني بنية الوصف الذاتي لـ SOVD أن أدوات الوكيل تكتشف قدرات السيارة الحالية في وقت التشغيل بدلاً من الاعتماد على قواعد بيانات الوصف الثابت التي قد تكون قديمة بالفعل. يعمل التجار على السيارة الموجودة اليوم، وليس لقطة برنامج منذ ستة أشهر.

تمكين المصلح المستقل دون التعرض لعنوان IP

لطالما كان أحد التوترات الأساسية في الحق في الإصلاح هو: كيف يمكنك توفير وصول تشخيصي ذي مغزى دون الكشف عن برامج المعايرة الاحتكارية ورمز وحدة التحكم الإلكترونية والخوارزميات عالية القيمة؟ يعالج SOVD هذا من خلال تضمين الخدمة. تعرض واجهة برمجة التطبيقات (API) ما يحتاجه المصلح لتشخيص السيارة وصيانتها - رموز الأعطال وقيم القياس وإجراءات الاختبار المحددة - دون الكشف عن تنفيذ البرنامج الأساسي. يحدد مصنعو المعدات الأصلية حدود الخدمة التشخيصية؛ تقوم SOVD بفرضها.

وصول قابل للتطوير لمشغلي الأساطيل

يمثل مشغلو الأساطيل بعضًا من سيناريوهات الخدمة الأكثر تطلبًا: ارتفاع عدد المركبات، وعمليات التشغيل الحرجة، والأساطيل الموزعة جغرافيًا. تتيح SOVD المراقبة الصحية على مستوى الأسطول من خلال نفس واجهة برمجة التطبيقات المستخدمة لتشخيص المركبات الفردية - تجميع أنماط الأعطال وتتبع إصدارات البرامج عبر الأسطول وتحديد احتياجات الخدمة الاستباقية قبل أن تصبح أعطال.

Sibros SOVD: من التقييم إلى الإنتاج
‍قامت شركة Sibros ببناء نسخة كاملة عرض SOVD - يغطي كلاً من إمكانات الخادم داخل السيارة وأدوات السحابة/المكتب الخلفي - المصممة لمصنعي المعدات الأصلية الذين ينتقلون من التقييم المعماري إلى نشر الإنتاج. تشمل عروضنا ما يلي:

• عميل SOVD ومنصة الإدارة: التحكم في الوصول المستند إلى الأدوار، وسير عمل التشخيص عن بُعد والقرب، وتسجيل التدقيق المنظم عبر دورة حياة السيارة.
• تكامل التصنيع وما بعد البيع: تدعم نفس البنية التحتية لـ SOVD التكوين النهائي وأدوات خدمة الوكلاء ومراقبة الأسطول عن بُعد دون تطبيقات منفصلة.
• OTA والنظام البيئي للتسجيل: تشخيص SOVD و إدارة تحديث البرامج العمل من بنية تحتية موحدة جنبًا إلى جنب مع Sibros ديب لوجر وقدرات OTA.
• خدمات استشارات SOVD: لمصنعي المعدات الأصلية الذين يقومون بتقييم قرارات الهندسة المعمارية أو تحديد نطاق متطلبات الموردين أو التخطيط لاعتماد SOVD التدريجي عبر برامج المركبات. ‍

‍كان حق الاتحاد الأوروبي في إصلاح الامتثال هو الأساس لمدة ثلاثين عامًا. ما يتغير هو السيارة - ومعها المتطلبات المعمارية لتقديم هذا التوافق على نطاق واسع عبر الأساطيل المحددة بالبرمجيات. لا يقوم مصنعو المعدات الأصلية الذين يبنون بنية تحتية تشخيصية حول SOVD الآن بحل مشكلة الامتثال فقط. إنهم يبنون أساس عمليات الخدمة لعصر SDV.