struct ara::diag::Conversation::ConversationIdentifierType

Die C++-Datenstruktur ara::diag::Conversation::ConversationIdentifierType stellt im AUTOSAR-Adaptive-Modul diag Eigenschaften bereit, die eine eindeutige Identifikation einer Diagnose-Konversation ermöglichen ([SWS_DM_00691]). Innerhalb der Diagnosekommunikation dient der Typ dazu, aktive Verbindungen zwischen Diagnosetestern und dem System anhand standardisierter Verbindungsparameter zu unterscheiden (AUTOSAR_AP_SWS_Diagnostics §8.9.4 „Struct: ConversationIdentifierType“). Interpretation: Als reine passive Datenstruktur unterliegt sie der Wertsemantik ohne eigene Zustandslogik, weshalb die Synchronisation bei nebenläufigem Zugriff durch die aufrufende Applikation gewährleistet werden muss. Frage (offen)

mehr ›

Kontext

Die Datenstruktur ara::diag::Conversation::ConversationIdentifierType bildet einen integralen Bestandteil des Funktionsclusters Diagnostic Management (Modul diag) innerhalb der AUTOSAR Adaptive Platform im Release R25-11 (AUTOSAR_AP_SWS_Diagnostics §8.9.4 „Struct: ConversationIdentifierType“). In der Spezifikation wird dieser Typ gemäß [SWS_DM_00691] formal als Struktur (struct ConversationIdentifierType) definiert. Ihre primäre funktionale Aufgabe besteht laut Spezifikation darin, Eigenschaften bereitzustellen, die eine eindeutige Identifikation einer Diagnose-Konversation ermöglichen („Properties allowing an identification of the conversation.“). Als verschachtelter Typ innerhalb des Gültigkeitsbereichs der Klasse ara::diag::Conversation ist die Struktur direkt an das Konzept der Diagnosekommunikation gekoppelt und wird im Spezifikationsdokument formal unter den API-Klassen des Moduls geführt (AUTOSAR_AP_SWS_Diagnostics S. 1110).

In modernen Fahrzeugarchitekturen kommunizieren externe Diagnosetester oder interne Prüfinstanzen über standardisierte Diagnoseprotokolle mit den im Fahrzeug betriebenen Adaptive Applications. Innerhalb dieser Kommunikationsinfrastruktur repräsentiert eine Konversation den logischen Kommunikationskanal zwischen einem solchen Tester und dem fahrzeuginternen Diagnoseserver. Um parallele oder sequenzielle Anfragen verschiedener Tester eindeutig unterscheiden und den zuständigen Diagnose-Handlern zuordnen zu können, erfordert das System eine transparente Kennzeichnung der jeweiligen Verbindung. Der Spezifikationseintrag verweist hierzu auf die übergeordneten Anforderungen RS_Diag_04166, RS_Diag_04169 sowie RS_Diag_04209 (AUTOSAR_AP_SWS_Diagnostics §8.9.4 „Struct: ConversationIdentifierType“).

Interpretation: Die Struktur ConversationIdentifierType dürfte die Gesamtheit jener Identifikationsmerkmale kapseln, die für die Adressierung und Unterscheidung einer aktiven Konversation erforderlich sind, beispielsweise Verbindungskennungen oder Adressierungsinformationen. Frage Q-ae3918b84151c0f7 (offen) Durch diese Bündelung relevanter Kenngrößen in einer eigenständigen Struktur stellt AUTOSAR sicher, dass Diagnosekomponenten und Applikationen nicht mit protokollspezifischen Detailstrukturen hantieren müssen, sondern über eine vereinheitlichte Schnittstelle auf die Konversationsmetadaten zugreifen können.

Lebenszyklus

Als reine Datenstruktur ohne eigene funktionale Member-Methoden ([SWS_DM_00691]) unterliegt ConversationIdentifierType den deterministischen Lebenszyklusregeln elementarer C++-Datentypen. Die Erzeugung einer Instanz erfolgt entweder auf dem Stack innerhalb lokaler Ausführungskontexte oder als Datenelement innerhalb übergeordneter Diagnoseverwaltungsobjekte auf dem Heap. Die Spezifikation definiert den Typ explizit als struct ConversationIdentifierType {...}; (AUTOSAR_AP_SWS_Diagnostics §8.9.4 „Struct: ConversationIdentifierType“), was ein direktes Instanziieren und Kopieren unterstützt.

Interpretation: Als passive Datenstruktur dürfte ConversationIdentifierType reguläre Wertsemantik besitzen und keine eigenen Threads, asynchronen Aktivitäten oder internen Zustandsmaschinen verwalten. Frage Q-29805231a53e7c09 (offen) Eine Instanz durchläuft somit keine komplexen Zustandswechsel; ihre Konsistenz und Aussagekraft hängen ausschließlich von den zugewiesenen Werten der Identifikationseigenschaften ab. Solange die Werte einer aktiven Diagnose-Konversation entsprechen, repräsentiert die Instanz einen gültigen Identifikator im Gesamtsystem.

Hinsichtlich der Nebenläufigkeit und des Ressourcenmanagements bedeutet die Eigenschaft als reines Datenobjekt, dass die Struktur standardmäßig nicht thread-sicher gegen konkurrierende Schreibzugriffe ist. Da Diagnose-Konversationen in nachrichtenbasierten Systemen häufig über Threads des Diagnose-Daemons bedient werden, muss ein gleichzeitiger lesender und schreibender Zugriff auf dieselbe Instanz von der aufrufenden Anwendungslogik synchronisiert werden, sofern Kopien nicht bevorzugt werden. Der Besitz liegt bei dem Kontext, der die Instanz anlegt oder per Wertübergabe empfängt. Die Zerstörung erfolgt automatisch mit dem Verlassen des Gültigkeitsbereichs und erfordert keine manuellen Bereinigungsschritte.

Nutzungspfad

Der reguläre Nutzungspfad von ConversationIdentifierType gliedert sich in die Bereitstellung, Auswertung und Weitergabe von Konversationsidentifikatoren bei der Diagnoseabwicklung (AUTOSAR_AP_SWS_Diagnostics §8.9.4 „Struct: ConversationIdentifierType“). Wenn ein externer Diagnosetester eine Verbindung initiiert oder eine Diagnoseanforderung absetzt, erzeugt die zugrundeliegende Diagnoselaufzeitumgebung eine entsprechende Repräsentanz der Konversation.

Innerhalb dieses Prozesses dient die Struktur dazu, dem Diagnose-Handler oder der Adaptive Application mitzuteilen, über welchen Verbindungskontext die Anfrage eingetroffen ist. Eine Applikation fragt die Identifikation typischerweise ab, um sicherheitsrelevante Prüfungen durchzuführen, sitzungsspezifische Kontexte aufzulösen oder Protokollierungen mit einer eindeutigen Kennung zu versehen. Ebenso kann der Identifikator als Parameter in weiterführende Diagnosefunktionen übergeben werden, um Antworten gezielt an denselben Kommunikationspfad zurückzuleiten.

Interpretation: Spezifische Fehlercodes oder strukturinterne Fehlerszenarien sind für ConversationIdentifierType nicht definiert, da die Fehlererkennung und -behandlung bezüglich fehlerhafter oder abgelaufener Kommunikationsbeziehungen vollständig in den Verantwortungsbereich der übergeordneten Konversationsverwaltung (ara::diag::Conversation) und der Transportprotokolle fällt. Frage Q-459f4dc0cd16b0ba (offen) Stellt eine Applikation fest, dass ein Identifikator nicht mehr zu einer bestehenden Sitzung passt, erfolgt die Fehlerbehandlung über die Fehlermechanismen der übergeordneten Diagnose-API, während die Datenstruktur selbst rein deskriptiv bleibt (AUTOSAR_AP_SWS_Diagnostics S. 1110).