Contient les métadonnées, conditions et indications de taille d'un paquet de mise à jour logicielle pour mise à disposition via le diagnostic.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : 0be8a0cfd01aProvenanceQuestions ouvertes (2)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
Contient les métadonnées, conditions et indications de taille d'un paquet de mise à jour logicielle pour mise à disposition via le diagnostic.
La structure ara::diag::SovdSwUpdate::UpdatePackageDetails sert d'objet de transfert de données standardisé pour les métadonnées de paquets de mise à jour logicielle dans le cadre d'ASAM SOVD [SWS_DM_01877]. Elle achemine les identifiants de paquets, tailles, conditions ainsi que composants concernés depuis l'application d'implémentation vers la couche de protocole SOVD de l'instance de diagnostic AUTOSAR_AP_SWS_Diagnostics §7.4 « Figure 7.4: SOVD Software Update API - concept ». La mise à disposition des données s'effectue principalement en réponse à des interrogations via GetUpdatePackageDetails. La structure regroupant des variables membres purement passives, elle ne dispose d'aucune synchronisation propre et nécessite une protection externe en cas d'utilisation concurrente.
Contexte
La structure ara::diag::SovdSwUpdate::UpdatePackageDetails est définie dans l'en-tête ara/diag/sovd_sw_update.h[SWS_DM_01877] et sert de conteneur de données standardisé pour les informations détaillées relatives aux paquets de mise à jour logicielle dans le cadre de Service-Oriented Vehicle Diagnostics (SOVD). Conformément à [SWS_DM_01796], l'instance du Diagnostic Server implémente les méthodes d'API SOVD pour les mises à jour logicielles selon le standard ASAM SOVD. La logique fonctionnelle des mises à jour logicielles n'étant pas traitée au sein du Functional Cluster Diagnostics, l'exécution incombe principalement à l'application adaptative, tandis que ara::diag::SovdSwUpdate se concentre sur le traitement du protocole SOVD sous-jacent AUTOSAR_AP_SWS_Diagnostics §7.4 « Figure 7.4: SOVD Software Update API - concept ».
Dans cette architecture, UpdatePackageDetails sert d'interface pour l'échange d'informations entre la logique de mise à jour propre au véhicule de l'application et la couche de protocole SOVD. La structure regroupe les métadonnées nécessaires à l'identification, à la validation, à la planification et à l'affichage du processus de mise à jour. En font partie des identifiants élémentaires tels que l'ID de paquet id[SWS_DM_01878] et la désignation name[SWS_DM_01879] accompagnée de la référence de traduction translation_id[SWS_DM_01881]. De plus, la structure encapsule des indications de dimensionnement et d'exécution telles que la taille de paquet size en octets [SWS_DM_01893], la durée d'exécution estimée duration en secondes [SWS_DM_01891] ainsi que l'indicateur optionnel automated pour les déroulements automatisés [SWS_DM_01882]. Pour la traçabilité et la gestion des composants cibles, elle achemine des données d'origine dans origin[SWS_DM_01883], la liste des composants mis à jour dans updated_components[SWS_DM_01894] ainsi que les éléments système concernés dans affected_components[SWS_DM_01895]. Des conditions cadres supplémentaires et des interactions utilisateur sont mises à disposition via preconditions[SWS_DM_01888], execution_conditions[SWS_DM_01890], notes[SWS_DM_01884] et user_activity[SWS_DM_01886] accompagnées de leurs identifiants de traduction respectifs preconditions_translation_id[SWS_DM_01889], notes_translation_id[SWS_DM_01885] et user_activity_translation_id[SWS_DM_01887].
Cycle de vie
La classe est spécifiée en tant que structure C++ struct ne comportant que des variables membres publiques AUTOSAR_AP_SWS_Diagnostics §8.58.4 « Struct: UpdatePackageDetails »[SWS_DM_01877]. Interprétation : en tant que pur objet de transfert de données (Data Transfer Object), UpdatePackageDetails ne possède aucune logique métier propre ni machine à états interne. Question Q-4f532d6356cadc54 (ouverte) Son instanciation est effectuée selon les besoins par l'application dès que des informations sur un paquet de mise à jour sont interrogées ou gérées.
En ce qui concerne les relations de propriété, la structure relève de la responsabilité du créateur. Lors de la mise à disposition via des fonctions d'interface telles que GetUpdatePackageDetails[SWS_DM_01917], l'objet est généralement transmis par valeur ou via une sémantique de déplacement au framework de diagnostic. La durée de vie des instances individuelles est ainsi liée au contexte d'exécution respectif des fonctions de traitement. En quittant la portée, la destruction s'effectue de manière déterministe selon les règles standard pour les objets C++, les types standard intégrés tels que ara::core::String, ara::core::Vector et ara::core::Optional libérant leur mémoire allouée AUTOSAR_AP_SWS_Diagnostics §8.58.4.1 « Public Member Variables ».
En ce qui concerne la concurrence, UpdatePackageDetails n'offre aucune synchronisation interne. Si des instances sont partagées ou modifiées entre plusieurs threads, la protection contre les conflits de données incombe entièrement à l'application appelante.
Parcours d'utilisation
L'utilisation principale de UpdatePackageDetails a lieu dans le cadre de la détermination d'informations détaillées de mise à jour via SOVD. Un déroulement typique se présente comme suit :
Réception de requête : un client externe envoie une requête d'obtention des détails de paquet au Diagnostic Server, qui implémente les méthodes d'API SOVD pour les mises à jour logicielles [SWS_DM_01796].
Appel de méthode : la couche de protocole déléguant la logique de mise à jour à l'application AUTOSAR_AP_SWS_Diagnostics §7.4, le framework initie l'appel de fonction GetUpdatePackageDetails[SWS_DM_01917].
Composition des données : l'application détermine les propriétés du paquet de mise à jour demandé. Elle crée une instance de UpdatePackageDetails[SWS_DM_01877] et renseigne ses champs obligatoires et optionnels :
Retour et sérialisation : la structure entièrement renseignée est transmise au framework de diagnostic. Vraisemblablement, le Diagnostic Server sérialise les champs selon les exigences d'ASAM SOVD dans une réponse de protocole correspondante et la transmet au client. Question Q-018edc7d19373646 (ouverte)
gemini-3.8-flash-low· 2026-10-13 · Original allemand