interface de service VerificationStatus

L'interface de service VerificationStatus est mise à disposition par le Functional Cluster Communication Management afin d'alimenter de manière asynchrone les applications intéressées avec des données de vérification au format VerificationStatusContainer via un événement de service central [SWS_CM_11367]. Les consommateurs s'abonnent à l'événement par le biais d'un proxy client, tandis que des filtrages de contrôle peuvent être effectués via des interfaces de configuration séparées. En tant que contrainte essentielle, l'interface présente le statut DRAFT dans la version R25-11 et ne contient aucune méthode synchrone ni aucun Application Error spécifique [SWS_CM_11280].

plus ›

Rôle et contexte système de l'interface de service

L'interface de service VerificationStatus est mise à disposition au sein de l'AUTOSAR Adaptive Platform par le Functional Cluster Communication Management (CM) AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 « Provided Ports ». La spécification définit à cet effet le Provided Port éponyme VerificationStatus, par l'intermédiaire duquel la gestion de communication intervient en tant que fournisseur de service [SWS_CM_11367]. En tant qu'interface client-serveur ou de service, la définition s'adresse aux applications adaptatives et aux composants de plateforme [SWS_CM_11280]. Le rôle fonctionnel consiste en la distribution d'états de vérification via le framework de communication, le Functional Cluster CM instanciant le Skeleton et les entités réceptrices agissant comme proxys de service AUTOSAR_AP_SWS_CommunicationManagement §9.2.2 « Client -Server Interfaces ». Interprétation : cette interface sert vraisemblablement en premier lieu à la surveillance de la sécurité et de l'intégrité, en signalant les résultats de vérification des données de communication reçues à des moniteurs de sécurité ou des composants de diagnostic. Question Q-4ff3779da80934a6 (ouverte)

Dans le système global, l'interface est intégrée dans un ensemble d'interfaces de configuration complémentaires AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 « Provided Ports ». Le cluster CM fournit en parallèle les ports VerificationStatusConfigurationByDataId [SWS_CM_11369] et VerificationStatusConfigurationByFreshnessId [SWS_CM_11368], qui sont couplés aux interfaces de service VerificationStatusConfigurationByDataId [SWS_CM_11282] ainsi que VerificationStatusConfigurationByFreshnessId [SWS_CM_11281]. Tandis que VerificationStatus publie les messages d'état continus, les interfaces annexes contrôlent les affectations selon les identifiants de données ou de fraîcheur [SWS_CM_11280].

Méthodes, événements et champs

L'interface de service VerificationStatus comprend l'événement de service central VerificationStatus en version 1.0 [SWS_CM_10048]. L'événement encapsule le type de données VerificationStatusContainer et sert à l'échange standardisé de données de vérification [SWS_CM_10048]. La communication suit ici le paradigme classique de publication/abonnement de ara::com : le Functional Cluster CM envoie les mises à jour d'état de manière asynchrone à tous les récepteurs enregistrés dès que de nouveaux événements de vérification ont été traités [SWS_CM_11280].

Aucune méthode synchrone directe ni aucun champ de service à sémantique de notification ne sont définis dans l'interface VerificationStatus [SWS_CM_11280]. La transmission d'informations s'effectue par conséquent de façon totalement découplée via l'événement spécifié [SWS_CM_10048]. Les interventions de commande supplémentaires, par exemple la sélection de sources de données déterminées, sont traitées via les interfaces de configuration séparées du module [SWS_CM_11282], [SWS_CM_11281].

Cycle de vie, déroulement des sessions et dépendances d'état

Le déroulement de l'interaction commence du côté consommateur par la localisation du service et l'instanciation du proxy pour le port VerificationStatus AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 « Provided Ports », [SWS_CM_11367]. Ensuite, le consommateur initie l'abonnement pour l'événement de service VerificationStatus [SWS_CM_10048]. Après confirmation réussie de l'abonnement, le Skeleton CM transmet de manière asynchrone les mises à jour d'état au consommateur en cours d'exploitation [SWS_CM_11280].

Interprétation : l'arrivée d'événements d'état devrait présupposer que le cluster CM a été préalablement configuré via les ports VerificationStatusConfigurationByDataId ou VerificationStatusConfigurationByFreshnessId en ce qui concerne les messages à vérifier [SWS_CM_11369], [SWS_CM_11368]. Question Q-8740e3935265ddcd (ouverte) Une fois cette phase de configuration terminée, les événements circulent de façon continue et dépendante de l'état lors de chaque vérification effectuée [SWS_CM_10048].

Diagramme de séquence : déroulement lors de l'abonnement et de la réception de l'événement VerificationStatus. Sources : [SWS_CM_11367], [SWS_CM_11280], [SWS_CM_10048].

Traitement des erreurs et statut de la spécification

Étant donné que le flux d'informations est exclusivement représenté par le biais de l'événement de service asynchrone, VerificationStatus ne spécifie aucun ApplicationErrors spécifique ni aucun domaine d'erreur propre au module [SWS_CM_10048]. Les éventuelles erreurs lors de la mise à disposition ou de la transmission sont traitées par la gestion générale des erreurs et des événements de l'environnement d'exécution ara::com [SWS_CM_11280]. Les échecs de vérification portant sur le contenu des messages reçus sont signalés au sein de la charge utile du VerificationStatusContainer [SWS_CM_10048].

Pour l'intégration système, il convient de noter qu'aussi bien le port VerificationStatus [SWS_CM_11367] que l'interface de service [SWS_CM_11280] et les ports de configuration associés [SWS_CM_11369], [SWS_CM_11368] sont dotés du statut DRAFT dans la version R25-11 AUTOSAR_AP_SWS_CommunicationManagement §9.2.2 « Client -Server Interfaces ». Interprétation : les révisions futures de la spécification devraient donc définir des diagnostics d'erreurs plus précis ou des mécanismes de traitement des erreurs plus poussés pour l'interface. Question (ouverte)