structure ara::diag::Conversation::ConversationIdentifierType

La structure de données C++ ara::diag::Conversation::ConversationIdentifierType fournit, dans le module AUTOSAR Adaptive diag, des propriétés permettant une identification univoque d'une conversation de diagnostic ([SWS_DM_00691]). Au sein de la communication de diagnostic, ce type sert à distinguer les connexions actives entre les testeurs de diagnostic et le système à l'aide de paramètres de connexion standardisés (AUTOSAR_AP_SWS_Diagnostics §8.9.4 « Struct: ConversationIdentifierType »). Interprétation : En tant que structure de données purement passive, elle est soumise à la sémantique de valeur sans logique d'état propre, raison pour laquelle la synchronisation lors d'un accès concurrent par l'application appelante doit être garantie. Question (ouverte)

plus ›

Contexte

La structure de données ara::diag::Conversation::ConversationIdentifierType constitue une partie intégrante du cluster fonctionnel Diagnostic Management (module diag) au sein de l'AUTOSAR Adaptive Platform dans la version R25-11 (AUTOSAR_AP_SWS_Diagnostics §8.9.4 « Struct: ConversationIdentifierType »). Dans la spécification, ce type est formellement défini comme une structure (struct ConversationIdentifierType) conformément à [SWS_DM_00691]. Sa tâche fonctionnelle principale consiste, selon la spécification, à fournir des propriétés permettant une identification univoque d'une conversation de diagnostic (« Properties allowing an identification of the conversation. »). En tant que type imbriqué dans la portée de la classe ara::diag::Conversation, la structure est directement couplée au concept de communication de diagnostic et est formellement répertoriée dans le document de spécification parmi les classes d'API du module (AUTOSAR_AP_SWS_Diagnostics p. 1110).

Dans les architectures de véhicules modernes, des testeurs de diagnostic externes ou des entités de test internes communiquent via des protocoles de diagnostic standardisés avec les Adaptive Applications exécutées dans le véhicule. Au sein de cette infrastructure de communication, une conversation représente le canal de communication logique entre un tel testeur et le serveur de diagnostic embarqué. Afin de distinguer sans ambiguïté les requêtes parallèles ou séquentielles provenant de différents testeurs et de les assigner aux gestionnaires de diagnostic compétents, le système requiert une identification transparente de la connexion correspondante. L'entrée de la spécification renvoie à cet égard aux exigences de niveau supérieur RS_Diag_04166, RS_Diag_04169 ainsi que RS_Diag_04209 (AUTOSAR_AP_SWS_Diagnostics §8.9.4 « Struct: ConversationIdentifierType »).

Interprétation : La structure ConversationIdentifierType devrait encapsuler l'ensemble des caractéristiques d'identification nécessaires à l'adressage et à la distinction d'une conversation active, par exemple des identifiants de connexion ou des informations d'adressage. Question Q-ae3918b84151c0f7 (ouverte) En regroupant ces grandeurs caractéristiques pertinentes dans une structure autonome, AUTOSAR garantit que les composants de diagnostic et les applications n'ont pas à manipuler des structures détaillées spécifiques au protocole, mais peuvent accéder aux métadonnées de conversation via une interface unifiée.

Cycle de vie

En tant que structure de données pure sans méthodes membres fonctionnelles propres ([SWS_DM_00691]), ConversationIdentifierType est soumise aux règles de cycle de vie déterministes des types de données élémentaires en C++. La création d'une instance a lieu soit sur la pile au sein de contextes d'exécution locaux, soit en tant qu'élément de données au sein d'objets de gestion de diagnostic de niveau supérieur sur le tas. La spécification définit explicitement le type comme struct ConversationIdentifierType {...}; (AUTOSAR_AP_SWS_Diagnostics §8.9.4 « Struct: ConversationIdentifierType »), ce qui permet une instanciation et une copie directes.

Interprétation : En tant que structure de données passive, ConversationIdentifierType devrait posséder une sémantique de valeur standard et ne gérer aucun thread propre, aucune activité asynchrone ni aucune machine à états interne. Question Q-29805231a53e7c09 (ouverte) Une instance ne traverse donc aucun changement d'état complexe ; sa cohérence et sa valeur informative dépendent exclusivement des valeurs attribuées aux propriétés d'identification. Tant que les valeurs correspondent à une conversation de diagnostic active, l'instance représente un identifiant valide dans l'ensemble du système.

En ce qui concerne la concurrence et la gestion des ressources, la propriété d'objet de données pur implique que la structure n'est pas, par défaut, protégée contre les accès simultanés en écriture (thread-safe). Étant donné que les conversations de diagnostic dans les systèmes basés sur des messages sont fréquemment gérées par des threads du démon de diagnostic, un accès simultané en lecture et en écriture à la même instance doit être synchronisé par la logique applicative appelante, à moins que des copies ne soient privilégiées. La propriété revient au contexte qui crée l'instance ou la reçoit par passage de valeur. La destruction s'effectue automatiquement lorsque la portée prend fin et ne requiert aucune étape de nettoyage manuel.

Parcours d'utilisation

Le chemin d'utilisation normal de ConversationIdentifierType se décompose en la mise à disposition, l'évaluation et la transmission d'identifiants de conversation lors du traitement du diagnostic (AUTOSAR_AP_SWS_Diagnostics §8.9.4 « Struct: ConversationIdentifierType »). Lorsqu'un testeur de diagnostic externe initialise une connexion ou émet une requête de diagnostic, l'environnement d'exécution de diagnostic sous-jacent génère une représentation correspondante de la conversation.

Au cours de ce processus, la structure sert à indiquer au gestionnaire de diagnostic ou à l'Adaptive Application via quel contexte de connexion la requête est arrivée. Une application interroge généralement l'identification pour effectuer des vérifications liées à la sécurité, résoudre des contextes propres à la session ou assortir les enregistrements de journalisation d'un identifiant univoque. De même, l'identifiant peut être transmis en tant que paramètre à des fonctions de diagnostic complémentaires afin de renvoyer de manière ciblée les réponses sur le même chemin de communication.

Interprétation : Aucun code d'erreur spécifique ni scénario d'erreur interne à la structure n'est défini pour ConversationIdentifierType, car la détection et le traitement des erreurs relatives à des relations de communication défaillantes ou expirées relèvent entièrement de la responsabilité de la gestion de conversation de niveau supérieur (ara::diag::Conversation) et des protocoles de transport. Question Q-459f4dc0cd16b0ba (ouverte) Si une application constate qu'un identifiant ne correspond plus à une session existante, le traitement des erreurs s'effectue via les mécanismes d'erreur de l'API de diagnostic de niveau supérieur, tandis que la structure de données elle-même demeure purement descriptive (AUTOSAR_AP_SWS_Diagnostics p. 1110).