AUTOSAR_AP_EXP_SWArchitecture FIG-dc31a2f63965200c 744 × 594 px 1 Release(s)

Figure 9.87: Interfaces of Vehicle Update and Configuration Management

SHA-256 Inhalts-Fingerabdruck: dc31a2f63965200c215a6921fe3845d06310c423616433639334def07b977ac8

✦ KI-generierte Bildanalyse & technische Beschreibung Modell: gemini-3.8-flash (via agy) · Rezept figure-series@1 · erstellt am 2026-10-08

1. Diagrammtyp & Architektur-Kontext

UML-Komponentendiagramm / Schnittstellendiagramm der AUTOSAR Adaptive Platform (AP). Das Diagramm spezifiziert die serviceorientierte Interaktion («aapAPI, araComServiceInterface») zwischen dem daemon-basierten funktionalen Cluster Vehicle Update and Configuration Management (VUCM) und interagierenden Anwendungen innerhalb einer Adaptive Application (OTA Client, Vehicle Driver Interface, Vehicle State Manager).

2. Komponenten, Entitäten & Schnittstellen

Komponenten und Funktionale Cluster

«aapFunctionalCluster» Vehicle Update and Configuration Management: Daemon-basierter Service Provider, der drei serviceorientierte Schnittstellen über «aapProvidedPort» bereitstellt.
Adaptive Application: Übergeordnete Anwendungsebene mit drei logischen Software-Komponenten, die jeweils über einen «aapRequiredPort» («use») angebunden sind:
- OTA Client: Nutzt das Interface VehiclePackageManagement.
- Vehicle Driver Interface: Nutzt das Interface VehicleDriverApplicationInterface.
- Vehicle State Manager: Nutzt das Interface VehicleStateManager.

Service Interfaces

«aapAPI, aapAraComServiceInterface» VehiclePackageManagement:
- «aapAccessControlled, aapServiceField»:
  - + RequestedPackage
  - + TransferState
  - + VehicleConditionCollection
- «aapAccessControlled, aapServiceMeth...»:
  - + AllowCampaign()
  - + CancelCampaign()
  - + DeleteTransfer()
  - + GetCampaignHistory()
  - + GetSwClusterInfo()
  - + GetSwPackages()
  - + GetVehicleUCMInfo()
  - + SwPackageInventory()
  - + TransferData()
  - + TransferExit()
  - + TransferStart()
  - + TransferVehiclePackage()
«aapAPI, aapAraComServiceInterface» VehicleDriverApplicationInterface:
- «aapAccessControlled, aapServiceField»:
  - + ApprovalRequired
  - + CampaignState
  - + VehicleConditionCollection
- «aapAccessControlled, aapServiceMeth...»:
  - + AllowCampaign()
  - + Approve()
  - + CancelCampaign()
  - + GetCampaignHistory()
  - + GetSwClusterInfo()
  - + GetSwPackageDescription()
  - + GetVehiclePackageDescription()
  - + ReportUnsupportedSafetyConditions()
«aapAPI, aapAraComServiceInterface» VehicleStateManager:
- «aapAccessControlled, aapServiceField»:
  - + CampaignState
  - + VehicleConditionCollection
- «aapAccessControlled, aapServiceMet...»:
  - + PublishSafetyState()
  - + VehicleCheck()

3. Dynamisches Verhalten & Sequenzablauf

Statische Definition serviceorientierter Schnittstellenbeziehungen:

Der OTA Client steuert Kampagnen und Softwarepakettransfers über VehiclePackageManagement (TransferStart(), TransferData(), TransferExit(), TransferVehiclePackage(), Abfragen des Inventars und Kampagnenzustands).
Das Vehicle Driver Interface interagiert über VehicleDriverApplicationInterface zur Einholung und Rückmeldung von Fahrerbestätigungen (Approve(), AllowCampaign(), CancelCampaign()), Einholung von Metadaten (GetSwClusterInfo(), GetSwPackageDescription(), GetVehiclePackageDescription()) und Signalisierung nicht unterstützter Sicherheitsbedingungen (ReportUnsupportedSafetyConditions()).
Der Vehicle State Manager ist über VehicleStateManager eingebunden, überwacht bzw. synchronisiert CampaignState sowie VehicleConditionCollection und stellt Funktionen zur Fahrzeugprüfung (VehicleCheck()) und Veröffentlichung des Sicherheitszustands (PublishSafetyState()) bereit.

4. Normative Relevanz & Entwickler-Hinweise

Die Schnittstellen sind als «aapAPI, aapAraComServiceInterface» klassifiziert und unterliegen der AUTOSAR-Adaptive-Kommunikationsinfrastruktur (ara::com).
Zugriffsschutz: Sowohl die Fields als auch die Methoden tragen das Stereotyp «aapAccessControlled», was eine Zugriffskontrolle (z. B. IAM-Policy-Checks) bei Interaktion mit dem VUCM-Daemon erfordert.
Die funktionale Aufteilung trennt strikt die Rollen für Remote-Backend-Kommunikation (OTA Client), Mensch-Maschine-Schnittstelle/Fahrerinteraktion (Vehicle Driver Interface) und Fahrzeugzustandsprüfung/Sicherheit (Vehicle State Manager).

Versionsvergleich KI-generiert · gemini-3.8-flash (via agy)

R23-11 → R24-11 normative Änderung Vorgänger: FIG-60225a9d5ac69dfb

VehiclePackageManagement: ServiceField VehicleConditions umbenannt/ersetzt durch VehicleConditionCollection.
VehicleDriverApplicationInterface (bisher VehicleDriverApplication):
- ServiceInterface umbenannt von VehicleDriverApplication zu VehicleDriverApplicationInterface.
- ServiceField VehicleConditions ersetzt durch VehicleConditionCollection.
- ServiceMethod DriverApproval() ersetzt durch Approve().
- ServiceMethod GetSwClusterDescription() ersetzt durch GetSwClusterInfo().
- ServiceMethods GetSwProcessProgress() und GetSwTransferProgress() entfernt.
- ServiceMethods GetVehiclePackageDescription() und ReportUnsupportedSafetyConditions() hinzugefügt.
VehicleStateManager:
- ServiceField VehicleConditions ersetzt durch VehicleConditionCollection.
- ServiceField CampaignState hinzugefügt.
- ServiceMethod SafetyState() ersetzt durch PublishSafetyState().
- ServiceMethod VehicleCheck() hinzugefügt.

R24-11 → R25-11 keine inhaltliche Änderung Nachfolger: FIG-0b6e5f22bf20d7e9

Keine inhaltlichen Änderungen erkennbar.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapAPI,aapAraComServiceInterface» | VehiclePackageManagement | «aapAccessControlled, aapServiceField» + RequestedPackage + TransferState + VehicleConditionCollection | «aapAccessControlled, aapServiceMeth... + AllowCampaign() + CancelCampaign() + DeleteTransfer() + GetCampaignHistory() + GetSwClusterInfo() + GetSwPackages() + GetVehicleUCMInfo() + SwPackageInventory() + TransferData() + TransferExit() + TransferStart() + TransferVehiclePackage() | «aapAPI,aapAraComServiceInterface» | VehicleDriverApplicationInterface | «aapAccessControlled, aapServiceField» + ApprovalRequired + CampaignState + VehicleConditionCollection | «aapAccessControlled, aapServiceMeth... + AllowCampaign() + Approve() + CancelCampaign() + GetCampaignHistory() + GetSwClusterInfo() + GetSwPackageDescription() + GetVehiclePackageDescription() + ReportUnsupportedSafetyConditions() | «aapAPI,aapAraComServiceInterface» | VehicleStateManager | «aapAccessControlled, aapServiceField» + CampaignState + VehicleConditionCollection | «aapAccessControlled, aapServiceMet... + PublishSafetyState() + VehicleCheck() | «aapFunctionalCluster» Vehicle Update and Configuration Management daemon-based | Adaptive Application | Vehicle State Manager Vehicle Driver Interface OTA Client | «aapProvidedPort» | «use» «aapRequiredPort» «use» «aapRequiredPort» | «use» «aapRequiredPort» | «aapProvidedPort» «aapProvidedPort»

Vorkommen in AUTOSAR-Releases (1)

Release	Dokument	Seite	Nr.	Bildunterschrift im Dokument
R24-11	AUTOSAR_AP_EXP_SWArchitecture	S. 135	9.87	Figure 9.87: Interfaces of Vehicle Update and Configuration Management