Figure 9: 1 Sequence Diagram for Asynchronous Call with Callback

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm zur Darstellung des asynchronen Aufrufmusters (Asynchronous Call with Callback) innerhalb des AUTOSAR Classic Platform Crypto-Stacks. Das Diagramm spezifiziert die vertikale Interaktion über die Schichten Application, Service Layer (Crypto Service Manager, CSM), ECU Abstraction Layer (Crypto Interface, CryIf) und Microcontroller / Hardware Abstraction Layer (Crypto Driver, Crypto).

2. Komponenten, Entitäten & Schnittstellen

Teilnehmende Instanzen und Lebenslinien:

• Application: Anwendungsinstanz / SW-C als Initiator der kryptografischen Anfrage und Empfänger des finalen Ergebnis-Callbacks.
• «module» :Csm: Crypto Service Manager als standardisierter Basissoftware-Dienst.
• «module» :CryIf: Crypto Interface zur Vermittlung zwischen CSM und hardware- bzw. treiberspezifischen Crypto-Treibern.
• «module» :Crypto: Spezifischer Crypto Driver (Treiber-Modul).

Schnittstellen und Nachrichten:

• <Service>(): Generischer synchroner Dienstaufruf zur Job-Übermittlung entlang der Aufrufkette (Application -> Csm -> CryIf -> Crypto).
• return(): Synchrone Rückkehr der Dienstaufrufe von unten nach oben (Crypto -> CryIf -> Csm -> Application).
• Crypto_ProcessJob(Std_ReturnType, uint32, Crypto_JobType**): Asynchroner interner Selbstaufruf / Ausführungsschritt innerhalb des :Crypto-Moduls.
• callback with result: Asynchrone Benachrichtigung über das Berechnungsergebnis kaskadierend von :Crypto über :CryIf und :Csm an die Application.
• Gestrichelte Bestätigungs-/Rückkehrpfeile nach Empfang des Callbacks jeweils zurück an die aufrufende Schicht.

3. Dynamisches Verhalten & Sequenzablauf

Der Sequenzablauf gliedert sich in zwei Hauptphasen:

1. Asynchrone Job-Initiierung:

• Die Application ruft <Service>() am :Csm auf.
• :Csm leitet <Service>() an :CryIf weiter.
• :CryIf leitet <Service>() an :Crypto weiter.
• :Crypto quittiert die Annahme unmittelbar mit return().
• Die Rückkehr pflanzt sich über :CryIf und :Csm bis zur Application fort. Damit ist der Anstoß synchron abgeschlossen und die Aufrufer werden nicht blockiert.

1. Asynchrone Abarbeitung und Callback-Signalisierung:

• Innerhalb von :Crypto erfolgt die eigentliche Auftragsbearbeitung über den reflexiven Aufruf Crypto_ProcessJob(Std_ReturnType, uint32, Crypto_JobType**).
• Nach Fertigstellung sendet :Crypto callback with result an :CryIf.
• :CryIf leitet callback with result an :Csm weiter.
• :Csm leitet callback with result an die Application weiter.
• Jede Callback-Nachricht wird durch eine gestrichelte Rückkehrquittung auf Schichtebene (Application -> Csm, Csm -> CryIf, CryIf -> Crypto) abgeschlossen.

4. Normative Relevanz & Entwickler-Hinweise

Normativ bindend für die Architektur des AUTOSAR Crypto-Stacks bei asynchroner Verarbeitung:

• Entkopplung von Auftragsübermittlung und Ergebnisbereitstellung: Der Aufruf <Service>() darf nicht bis zum Vorliegen des kryptografischen Ergebnisses blockieren, sondern quittiert lediglich die Entgegennahme/Pufferung des Jobs.
• Die Benachrichtigung der übergeordneten Schichten muss über standardisierte Callback-Ketten kaskadierend von der Treiberschicht (Crypto) über die Abstraktionsschicht (CryIf) und den Service Manager (Csm) bis in die Applikation durchgereicht werden.
• Entwickler müssen sicherstellen, dass die Callback-Routinen wiedereintrittsfähig bzw. ressourcenschonend implementiert sind und die Datenkonsistenz des übergebenen Jobs (Crypto_JobType) bis zum Abschluss des Callbacks gewahrt bleibt.