interfaz de servicio VerificationStatus

La interfaz de servicio VerificationStatus es proporcionada por el Functional Cluster Communication Management para suministrar asíncronamente a las aplicaciones interesadas datos de verificación en formato VerificationStatusContainer a través de un evento de servicio central [SWS_CM_11367]. Los consumidores se suscriben al evento mediante un proxy de cliente, mientras que los filtrados de control se pueden realizar a través de interfaces de configuración independientes. Como restricción esencial, la interfaz presenta en el Release R25-11 el estado DRAFT y no contiene métodos síncronos ni Application Errors específicos [SWS_CM_11280].

más ›

Rol y contexto de sistema de la interfaz de servicio

Dentro de AUTOSAR Adaptive Platform, la interfaz de servicio VerificationStatus es proporcionada por el Functional Cluster Communication Management (CM) AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 «Provided Ports». La especificación define para ello el Provided Port homónimo VerificationStatus, a través del cual Communication Management actúa como proveedor de servicios [SWS_CM_11367]. Como interfaz cliente-servidor o de servicio, la definición está dirigida a aplicaciones adaptativas y componentes de la plataforma [SWS_CM_11280]. El rol funcional consiste en la distribución de estados de verificación a través del framework de comunicación, donde el Functional Cluster CM instancia el skeleton y las entidades receptoras actúan como proxies de servicio AUTOSAR_AP_SWS_CommunicationManagement §9.2.2 «Client -Server Interfaces». Interpretación: presumiblemente, esta interfaz sirve principalmente para la monitorización de seguridad e integridad al reportar resultados de verificación de datos de comunicación recibidos a monitores de seguridad o componentes de diagnóstico. Pregunta Q-4ff3779da80934a6 (abierta)

En el sistema global, la interfaz está integrada en una estructura de interfaces de configuración complementarias AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 «Provided Ports». El clúster CM proporciona en paralelo los puertos VerificationStatusConfigurationByDataId [SWS_CM_11369] y VerificationStatusConfigurationByFreshnessId [SWS_CM_11368], los cuales están acoplados a las interfaces de servicio VerificationStatusConfigurationByDataId [SWS_CM_11282] y VerificationStatusConfigurationByFreshnessId [SWS_CM_11281]. Mientras que VerificationStatus publica los mensajes de estado continuos, las interfaces complementarias controlan las asignaciones según identificadores de datos o de frescura [SWS_CM_11280].

Métodos, eventos y campos

La interfaz de servicio VerificationStatus contiene el evento de servicio central VerificationStatus en la versión 1.0 [SWS_CM_10048]. El evento encapsula el tipo de datos VerificationStatusContainer y sirve para el intercambio estandarizado de datos de verificación [SWS_CM_10048]. La comunicación sigue aquí el paradigma clásico de Publish/Subscribe de ara::com: el Functional Cluster CM envía las actualizaciones de estado de forma asíncrona a todos los receptores registrados tan pronto como se hayan procesado nuevos eventos de verificación [SWS_CM_11280].

En la interfaz VerificationStatus no se definen métodos síncronos directos ni campos de servicio con semántica de notificador [SWS_CM_11280]. Por consiguiente, la transmisión de información tiene lugar de manera completamente desacoplada a través del evento especificado [SWS_CM_10048]. Las intervenciones de control adicionales, por ejemplo la selección de determinadas fuentes de datos, se gestionan a través de las interfaces de configuración independientes del módulo [SWS_CM_11282], [SWS_CM_11281].

Ciclo de vida, flujos de sesión y dependencias de estado

La secuencia de interacción comienza en el lado del consumidor con la localización del servicio y la instanciación del proxy para el puerto VerificationStatus AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 «Provided Ports», [SWS_CM_11367]. A continuación, el consumidor inicia la suscripción al evento de servicio VerificationStatus [SWS_CM_10048]. Tras la confirmación correcta de la suscripción, el skeleton de CM transmite de forma asíncrona las actualizaciones de estado al consumidor durante el funcionamiento continuo [SWS_CM_11280].

Interpretación: la llegada de eventos de estado probablemente presupone que el clúster CM haya sido configurado previamente a través de los puertos VerificationStatusConfigurationByDataId o VerificationStatusConfigurationByFreshnessId respecto a los mensajes que deben comprobarse [SWS_CM_11369], [SWS_CM_11368]. Pregunta Q-8740e3935265ddcd (abierta) Tras finalizar esta fase de configuración, los eventos fluyen de manera continua y dependiente del estado en cada verificación efectuada [SWS_CM_10048].

Diagrama de secuencia: desarrollo durante la suscripción y recepción del evento VerificationStatus. Fuentes: [SWS_CM_11367], [SWS_CM_11280], [SWS_CM_10048].

Tratamiento de errores y estado de la especificación

Dado que el flujo de información se mapea exclusivamente a través del evento de servicio asíncrono, VerificationStatus no especifica ApplicationErrors específicos ni dominios de error específicos del módulo [SWS_CM_10048]. Los posibles errores durante la puesta a disposición o la transmisión son gestionados por la gestión general de eventos y errores del entorno de ejecución de ara::com [SWS_CM_11280]. Los fallos de verificación de contenido de los mensajes recibidos se señalizan dentro del payload de VerificationStatusContainer [SWS_CM_10048].

Para la integración del sistema debe tenerse en cuenta que tanto el puerto VerificationStatus [SWS_CM_11367] como la interfaz de servicio [SWS_CM_11280] y los puertos de configuración asociados [SWS_CM_11369], [SWS_CM_11368] cuentan con el estado DRAFT en el Release R25-11 AUTOSAR_AP_SWS_CommunicationManagement §9.2.2 «Client -Server Interfaces». Interpretación: por tanto, es probable que revisiones futuras de la especificación definan diagnósticos de error más detallados o mecanismos de tratamiento de errores más avanzados para la interfaz. Pregunta (abierta)