Hält Metadaten, Bedingungen und Größenangaben eines Software-Update-Pakets zur Bereitstellung über die Diagnose.
KI-GENERIERTungeprüftModell: gemini-3.8-flash-medium · Aufwand: medium · Temperatur: nicht steuerbar · Prompt: 0be8a0cfd01aHerkunftOffene Fragen (2)
KI-generiertgemini-3.8-flash-medium · 2026-10-13
Hält Metadaten, Bedingungen und Größenangaben eines Software-Update-Pakets zur Bereitstellung über die Diagnose.
Die Struktur ara::diag::SovdSwUpdate::UpdatePackageDetails dient als standardisiertes Datenübertragungsobjekt für Metadaten von Software-Update-Paketen im Rahmen von ASAM SOVD [SWS_DM_01877]. Sie transportiert Paketkennungen, Größen, Bedingungen sowie betroffene Komponenten von der implementierenden Applikation zur SOVD-Protokollschicht der Diagnoseinstanz AUTOSAR_AP_SWS_Diagnostics §7.4 „Figure 7.4: SOVD Software Update API - concept“. Die Bereitstellung der Daten erfolgt primär als Antwort auf Abfragen über GetUpdatePackageDetails. Da die Struktur rein passive Elementvariablen bündelt, besitzt sie keine eigene Synchronisation und erfordert bei nebenläufiger Nutzung externe Absicherung.
Kontext
Die Struktur ara::diag::SovdSwUpdate::UpdatePackageDetails ist im Header ara/diag/sovd_sw_update.h definiert [SWS_DM_01877] und dient als standardisierter Datencontainer für Detailinformationen zu Software-Update-Paketen im Rahmen von Service-Oriented Vehicle Diagnostics (SOVD). Gemäß [SWS_DM_01796] implementiert die Instanz des Diagnostic Servers die SOVD-API-Methoden für Software-Updates entsprechend dem Standard ASAM SOVD. Da die funktionale Logik von Software-Updates nicht innerhalb des Functional Clusters Diagnostics verarbeitet wird, obliegt die Abwicklung primär der adaptiven Applikation, während sich ara::diag::SovdSwUpdate auf die Behandlung des zugrundeliegenden SOVD-Protokolls konzentriert AUTOSAR_AP_SWS_Diagnostics §7.4 „Figure 7.4: SOVD Software Update API - concept“.
In dieser Architektur fungiert UpdatePackageDetails als Schnittstelle für den Informationsaustausch zwischen der fahrzeugspezifischen Update-Logik der Applikation und der SOVD-Protokollschicht. Die Struktur bündelt Metadaten, die zur Identifikation, Validierung, Planung und Anzeige des Update-Vorgangs erforderlich sind. Hierzu zählen elementare Identifikatoren wie die Paket-ID id[SWS_DM_01878] und die Bezeichnung name[SWS_DM_01879] nebst Übersetzungsreferenz translation_id[SWS_DM_01881]. Des Weiteren kapselt die Struktur Dimensionierungs- und Laufzeitangaben wie die Paketgröße size in Bytes [SWS_DM_01893], die geschätzte Ausführungsdauer duration in Sekunden [SWS_DM_01891] sowie das optionale Kennzeichen automated für automatisierte Abläufe [SWS_DM_01882]. Für die Nachvollziehbarkeit und Zielkomponentenverwaltung transportiert sie Herkunftsdaten in origin[SWS_DM_01883], die Liste der aktualisierten Komponenten in updated_components[SWS_DM_01894] sowie betroffene Systembestandteile in affected_components[SWS_DM_01895]. Zusätzliche Randbedingungen und Benutzerinteraktionen werden über preconditions[SWS_DM_01888], execution_conditions[SWS_DM_01890], notes[SWS_DM_01884] und user_activity[SWS_DM_01886] mitsamt deren jeweiligen Übersetzungsbezeichnern preconditions_translation_id[SWS_DM_01889], notes_translation_id[SWS_DM_01885] und user_activity_translation_id[SWS_DM_01887] bereitgestellt.
Lebenszyklus
Die Klasse ist als C++-Struktur struct mit rein öffentlichen Elementvariablen spezifiziert AUTOSAR_AP_SWS_Diagnostics §8.58.4 „Struct: UpdatePackageDetails“[SWS_DM_01877]. Interpretation: Als reines Datenübertragungsobjekt (Data Transfer Object) besitzt UpdatePackageDetails keine eigene Geschäftslogik oder interne Zustandsmaschine. Frage Q-4f532d6356cadc54 (offen) Ihre Instanziierung erfolgt bedarfsgerecht durch die Applikation, sobald Informationen zu einem Update-Paket abgefragt oder verwaltet werden.
Hinsichtlich der Besitzverhältnisse unterliegt die Struktur der Hoheit des Erzeugers. Bei der Bereitstellung über Schnittstellenfunktionen wie GetUpdatePackageDetails[SWS_DM_01917] wird das Objekt typischerweise als Wert oder über Move-Semantik an das Diagnostic-Framework übergeben. Die Lebensdauer einzelner Instanzen ist somit an den jeweiligen Ausführungskontext der verarbeitenden Funktionen gebunden. Beim Verlassen des Gültigkeitsbereichs erfolgt die Zerstörung deterministisch nach den Standardregeln für C++-Objekte, wobei die eingebetteten Standardtypen wie ara::core::String, ara::core::Vector und ara::core::Optional ihren allozierten Speicher freigeben AUTOSAR_AP_SWS_Diagnostics §8.58.4.1 „Public Member Variables“.
In Bezug auf Nebenläufigkeit bietet UpdatePackageDetails keine interne Synchronisation. Werden Instanzen threadübergreifend geteilt oder modifiziert, obliegt die Absicherung gegen Datenkonflikte vollständig der aufrufenden Applikation.
Nutzungspfad
Der primäre Einsatz von UpdatePackageDetails erfolgt im Rahmen der Ermittlung detaillierter Update-Informationen über SOVD. Ein typischer Ablauf gestaltet sich wie folgt:
Anfrageempfang: Ein externer Client sendet eine Anfrage zum Abruf von Paketdetails an den Diagnostic Server, der die SOVD-API-Methoden für Software-Updates realisiert [SWS_DM_01796].
Methodenaufruf: Da die Protokollschicht die Update-Logik an die Applikation delegiert AUTOSAR_AP_SWS_Diagnostics §7.4, initiiert das Framework den Funktionsaufruf GetUpdatePackageDetails[SWS_DM_01917].
Zusammenstellung der Daten: Die Applikation ermittelt die Eigenschaften des angeforderten Update-Pakets. Sie erzeugt eine Instanz von UpdatePackageDetails[SWS_DM_01877] und belegt deren Pflicht- und Optionsfelder:
Rückgabe und Serialisierung: Die vollständig befüllte Struktur wird an das Diagnostic-Framework übergeben. Vermutlich serialisiert der Diagnostic Server die Felder nach den Vorgaben von ASAM SOVD in eine entsprechende Protokollantwort und liefert diese an den Client aus. Frage Q-018edc7d19373646 (offen)
gemini-3.8-flash-medium· 2026-10-13