DEENESPTFRRUARHIKOZHNL

واجهة خدمة VerificationStatus

Als ara::com-Dienst modellierte Schnittstelle; Methoden/Felder werden über generierte Proxies/Skeletons aufgerufen (Parameterrichtung IN/OUT).

دليل المستخدممولَّد بالذكاء الاصطناعي

يوفر للتطبيقات نتائج التحقق عبر حدث غير متزامن لإدارة الاتصال.
مُولَّد بالذكاء الاصطناعي غير مُراجَع النموذج: gemini-3.8-flash-medium · الجهد: medium · درجة الحرارة: غير قابل للتحكم · الموجّه: 60c3096e55ac المصدر أسئلة مفتوحة (3)
مترجم من الدليل الألمانيgemini-3.8-flash-low · 2026-10-13 · الأصل الألماني

يوفر للتطبيقات نتائج التحقق عبر حدث غير متزامن لإدارة الاتصال.

يوفر Functional Cluster المسمى Communication Management واجهة الخدمة VerificationStatus، وذلك لتزويد التطبيقات المعنية ببيانات التحقق بتنسيق VerificationStatusContainer بصورة غير متزامنة عبر حدث خدمة مركزي [SWS_CM_11367]. يشترك المستهلكون في الحدث عبر وكيل العميل (Client Proxy)، بينما يمكن إجراء عمليات التصفية التوجيهية عبر واجهات تهيئة منفصلة. وكشرط حدي أساسي، تحمل الواجهة في الإصدار R25-11 الحالة DRAFT ولا تتضمن أي أساليب متزامنة أو Application Errors محددة [SWS_CM_11280].

دور واجهة الخدمة وسياق النظام الخاص بها

يتم توفير واجهة الخدمة VerificationStatus داخل AUTOSAR Adaptive Platform بواسطة Functional Cluster Communication Management (CM) AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 «Provided Ports». تُحدد المواصفة لهذا الغرض منفذ Provided Port VerificationStatus الذي يحمل الاسم نفسه، والذي يعمل مدير الاتصالات من خلاله كمزود خدمة (Service-Provider) [SWS_CM_11367]. وباعتبارها واجهة عميل-خادم أو واجهة خدمة، فإن هذا التعريف موجه إلى التطبيقات التكيفية ومكونات المنصة [SWS_CM_11280]. يتمثل الدور الوظيفي في توزيع حالات التحقق عبر إطار عمل الاتصال، حيث يقوم Functional Cluster CM بإنشاء مثيل للـ Skeleton وتعمل الكيانات المستهلكة كـ Service-Proxies AUTOSAR_AP_SWS_CommunicationManagement §9.2.2 «Client -Server Interfaces». Interpretation: من المحتمل أن تُستخدم هذه الواجهة بشكل أساسي لمراقبة الأمان والسلامة، وذلك عن طريق إرسال نتائج التحقق لبيانات الاتصال المستلمة إلى مراقبي الأمان أو مكونات التشخيص. سؤال Q-4ff3779da80934a6 (مفتوح)

في النظام الكلي، تم تضمين الواجهة ضمن هيكل من واجهات التكوين التكميلية AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 «Provided Ports». يوفر الـ Cluster CM بالتوازي المنافذ VerificationStatusConfigurationByDataId [SWS_CM_11369] وVerificationStatusConfigurationByFreshnessId [SWS_CM_11368]، والمقترنة بواجهات الخدمة VerificationStatusConfigurationByDataId [SWS_CM_11282] وكذلك VerificationStatusConfigurationByFreshnessId [SWS_CM_11281]. وبينما ينشر VerificationStatus رسائل الحالة الحالية، تتحكم الواجهات المرافقة في عمليات التعيين وفقاً لمعرفات البيانات أو الحداثة [SWS_CM_11280].

الطرائق والأحداث والحقول

تتضمن واجهة الخدمة VerificationStatus حدث الخدمة المركزي VerificationStatus في الإصدار 1.0 [SWS_CM_10048]. يغلّف الحدث نوع البيانات VerificationStatusContainer ويُستخدم للتبادل الموحد لبيانات التحقق [SWS_CM_10048]. يتبع الاتصال في هذا السياق نموذج Publish/Subscribe التقليدي الخاص بـ ara::com: يرسل Functional Cluster CM تحديثات الحالة بشكل غير متزامن إلى جميع المستلمين المسجلين بمجرد معالجة أحداث تحقق جديدة [SWS_CM_11280].

لا توجد طرق متزامنة مباشرة أو حقول خدمة بدلالات Notifier معرفة في الواجهة VerificationStatus [SWS_CM_11280]. وبناءً على ذلك، يتم نقل المعلومات بشكل مفكك تماماً عبر الحدث المحدد [SWS_CM_10048]. وتتم معالجة التدخلات التحكمية الإضافية، مثل تحديد مصادر بيانات معينة، عبر واجهات التكوين المنفصلة للوحدة [SWS_CM_11282]، [SWS_CM_11281].

دورة الحياة وتدفقات الجلسة والتبعيات المعتمدة على الحالة

يبدأ تسلسل التفاعل من جانب المستهلك (Consumer) باكتشاف الخدمة وإنشاء مثيل للوكيل (Proxy) للمنفذ VerificationStatus AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 «Provided Ports»، [SWS_CM_11367]. بعد ذلك، يبدأ المستهلك الاشتراك في حدث الخدمة VerificationStatus [SWS_CM_10048]. وبعد تأكيد الاشتراك بنجاح، يرسل الـ Skeleton الخاص بـ CM تحديثات الحالة أثناء التشغيل بشكل غير متزامن إلى المستهلك [SWS_CM_11280].

Interpretation: يفترض وصول أحداث الحالة أن الـ Cluster CM قد تم تكوينه مسبقاً عبر المنافذ VerificationStatusConfigurationByDataId أو VerificationStatusConfigurationByFreshnessId فيما يتعلق بالرسائل المراد فحصها [SWS_CM_11369]، [SWS_CM_11368]. سؤال Q-8740e3935265ddcd (مفتوح) وبعد اكتمال مرحلة التكوين هذه، تتدفق الأحداث بشكل مستمر ومعتمد على الحالة مع كل عملية تحقق يتم إجراؤها [SWS_CM_10048].

Verifikationsstatus-EreignisabwicklungConsumer-ProxyCM: VerificationStatus (Skeleton)Use Case: التهيئة والاشتراكSubscribe()SubscriptionState::kSubscribedUse Case: إرسال الأحداث بشكل غير متزامنتحديد حالة التحققEvent VerificationStatus(VerificationStatusContainer)

مخطط التسلسل: تسلسل الاشتراك في الحدث واستلامه VerificationStatus. المصادر: [SWS_CM_11367]، [SWS_CM_11280]، [SWS_CM_10048].

معالجة الأخطاء وحالة المواصفة

نظراً لأن تدفق المعلومات يتم بالكامل عبر حدث الخدمة غير المتزامن، فإن VerificationStatus لا يحدد ApplicationErrors محددة أو نطاقات أخطاء خاصة بالوحدة [SWS_CM_10048]. وتتم معالجة أي أخطاء أثناء التوفير أو النقل بواسطة الإدارة العامة للأخطاء والأحداث الخاصة ببيئة التشغيل ara::com [SWS_CM_11280]. بينما يتم الإبلاغ عن حالات فشل التحقق في محتوى الرسائل المستلمة ضمن حمولة VerificationStatusContainer [SWS_CM_10048].

لتكامل النظام، تجدر الإشارة إلى أن كلاً من المنفذ VerificationStatus [SWS_CM_11367] وواجهة الخدمة [SWS_CM_11280] ومنافذ التكوين المقترنة [SWS_CM_11369]، [SWS_CM_11368] تحمل الحالة DRAFT في الإصدار R25-11 AUTOSAR_AP_SWS_CommunicationManagement §9.2.2 «Client -Server Interfaces». Interpretation: وبالتالي، من المرجح أن تحدد المراجعات المستقبلية للمواصفة تشخيصات أخطاء أكثر دقة أو آليات متقدمة لمعالجة الأخطاء لهذه الواجهة. سؤال (مفتوح)

تم إنشاء هذا الدليل بواسطة ذكاء اصطناعي بناءً على مواصفة AUTOSAR Adaptive Platform الإصدار R25-11 AUTOSAR_AP_SWS_CommunicationManagement §9.2 «Provided Service Interfaces».

Mitglieder

خريطة الأعضاء

الأحداث

1

أنواع البيانات

1

عرض التفاصيل

اختر عنصرًا من المخطط.

الأحداث

VerificationStatus حدث خدمة
VerificationStatus : VerificationStatusContainer // Event

أنواع البيانات

VerificationStatusContainer نوع بيانات

التوثيق

حدث خدمة VerificationStatus [SWS_CM_10048] Upstream: RS_CM_00801, RS_CM_00802, RS_CM_00803, RS_CM_00804

VerificationStatus : VerificationStatusContainer  // Event
Scopeservice interface VerificationStatus
TypVerificationStatusContainer
Version1.0

Request a governed re-review of this record. The record is not changed immediately.

Record
AUTOSAR/AP/record/SWS_CM_10048
Status
valid/unmigrated
Version
AUTOSAR/AP/record/SWS_CM_10048@rel:R25-11#da096aba
Content hash
da096aba
Source
https://www.autosar.org/fileadmin/standards/R25-11/AP/AUTOSAR_AP_SWS_CommunicationManagement.pdf#nameddest=SWS_CM_10048
Status: valid/unmigrated Version: rel:R25-11#259996ae Versionshistorie & Revisions (1 transition, 3 revision)
Current State
valid/unmigrated
Reason
mechanically backfilled by migriere_status_backfill.py -- no per-field curation history exists yet for this record
Campaign
2026-08-13-status-backfill
Active Version
AUTOSAR/AP/record/SWS_CM_10048@rel:R25-11#259996ae
Point-in-Time History:
Recorded Revisions (3):
  • R25-11rel:R25-11#bc9ca79f2026-09-30
  • R24-11rel:R24-11#259996ae2026-10-14
  • R25-11rel:R25-11#259996ae2026-10-14 active
DateActorTransitionReason / RationaleCampaign
2026-08-13toolnone → valid/unmigratedmechanically backfilled by migriere_status_backfill.py -- no per-field curation history exists yet for this record2026-08-13-status-backfill