estructura ara::diag::Conversation::ConversationIdentifierType

La estructura de datos de C++ ara::diag::Conversation::ConversationIdentifierType proporciona, en el módulo diag de AUTOSAR Adaptive, propiedades que permiten una identificación unívoca de una conversación de diagnóstico ([SWS_DM_00691]). Dentro de la comunicación de diagnóstico, el tipo sirve para distinguir conexiones activas entre testers de diagnóstico y el sistema mediante parámetros de conexión estandarizados (AUTOSAR_AP_SWS_Diagnostics §8.9.4 «Struct: ConversationIdentifierType»). Interpretación: como estructura de datos puramente pasiva, está sujeta a la semántica de valor sin lógica de estado propia, motivo por el cual la sincronización en caso de acceso concurrente debe ser garantizada por la aplicación que realiza la llamada. Pregunta (abierta)

más ›

Contexto

La estructura de datos ara::diag::Conversation::ConversationIdentifierType constituye una parte integral del clúster funcional Diagnostic Management (módulo diag) dentro de la AUTOSAR Adaptive Platform en el Release R25-11 (AUTOSAR_AP_SWS_Diagnostics §8.9.4 «Struct: ConversationIdentifierType»). En la especificación, este tipo se define formalmente conforme a [SWS_DM_00691] como estructura (struct ConversationIdentifierType). Su tarea funcional primaria consiste, según la especificación, en proporcionar propiedades que permitan una identificación unívoca de una conversación de diagnóstico («Properties allowing an identification of the conversation.»). Como tipo anidado dentro del ámbito de validez de la clase ara::diag::Conversation, la estructura está vinculada directamente al concepto de la comunicación de diagnóstico y se incluye formalmente en el documento de especificación entre las clases de API del módulo (AUTOSAR_AP_SWS_Diagnostics p. 1110).

En arquitecturas de vehículos modernas, testers de diagnóstico externos o instancias de prueba internas se comunican mediante protocolos de diagnóstico estandarizados con las Adaptive Applications ejecutadas en el vehículo. Dentro de esta infraestructura de comunicación, una conversación representa el canal de comunicación lógico entre dicho tester y el servidor de diagnóstico interno del vehículo. Para poder distinguir de manera unívoca peticiones paralelas o secuenciales de diferentes testers y asignarlas a los manejadores de diagnóstico correspondientes, el sistema requiere una identificación transparente de la conexión respectiva. La entrada de especificación remite a este respecto a los requisitos de nivel superior RS_Diag_04166, RS_Diag_04169 así como RS_Diag_04209 (AUTOSAR_AP_SWS_Diagnostics §8.9.4 «Struct: ConversationIdentifierType»).

Interpretación: la estructura ConversationIdentifierType contendría previsiblemente el conjunto de aquellas características de identificación requeridas para el direccionamiento y la distinción de una conversación activa, tales como identificadores de conexión o informaciones de direccionamiento. Pregunta Q-ae3918b84151c0f7 (abierta) Mediante esta agrupación de magnitudes relevantes en una estructura independiente, AUTOSAR asegura que los componentes de diagnóstico y las aplicaciones no tengan que lidiar con estructuras de detalle específicas de protocolo, sino que puedan acceder a los metadatos de la conversación a través de una interfaz unificada.

Ciclo de vida

Como estructura de datos pura sin métodos miembro funcionales propios ([SWS_DM_00691]), ConversationIdentifierType está sujeta a las reglas deterministas de ciclo de vida de los tipos de datos elementales de C++. La creación de una instancia se realiza bien en la pila dentro de contextos de ejecución locales o bien como elemento de datos dentro de objetos de gestión de diagnóstico de nivel superior en el montículo. La especificación define el tipo explícitamente como struct ConversationIdentifierType {...}; (AUTOSAR_AP_SWS_Diagnostics §8.9.4 «Struct: ConversationIdentifierType»), lo que favorece una instanciación y un copiado directos.

Interpretación: como estructura de datos pasiva, ConversationIdentifierType poseería una semántica de valor regular y no gestionaría hilos propios, actividades asíncronas ni máquinas de estado internas. Pregunta Q-29805231a53e7c09 (abierta) Por tanto, una instancia no experimenta transiciones de estado complejas; su coherencia y relevancia dependen exclusivamente de los valores asignados a las propiedades de identificación. Mientras los valores correspondan a una conversación de diagnóstico activa, la instancia representa un identificador válido en el sistema global.

En lo relativo a la concurrencia y a la gestión de recursos, la condición de objeto de datos puro implica que la estructura no es, por defecto, segura para hilos frente a accesos de escritura concurrentes. Puesto que las conversaciones de diagnóstico en sistemas basados en mensajes se atienden frecuentemente mediante hilos del demonio de diagnóstico, el acceso simultáneo de lectura y escritura a la misma instancia debe ser sincronizado por la lógica de aplicación que realiza la llamada, a menos que se prefiera el uso de copias. La propiedad pertenece al contexto que crea la instancia o la recibe por paso de valor. La destrucción se produce automáticamente al salir del ámbito de validez y no requiere pasos de limpieza manuales.

Ruta de uso

La ruta de uso regular de ConversationIdentifierType se divide en la puesta a disposición, evaluación y transferencia de identificadores de conversación durante el procesamiento del diagnóstico (AUTOSAR_AP_SWS_Diagnostics §8.9.4 «Struct: ConversationIdentifierType»). Cuando un tester de diagnóstico externo inicia una conexión o emite una solicitud de diagnóstico, el entorno de ejecución de diagnóstico subyacente genera la correspondiente representación de la conversación.

Dentro de este proceso, la estructura sirve para comunicar al manejador de diagnóstico o a la Adaptive Application a través de qué contexto de conexión ha llegado la solicitud. Una aplicación consulta típicamente la identificación para llevar a cabo comprobaciones relevantes para la seguridad, resolver contextos específicos de la sesión o dotar a los registros de un identificador unívoco. Asimismo, el identificador puede pasarse como parámetro en funciones de diagnóstico complementarias para reconducir respuestas de manera orientada hacia el mismo trayecto de comunicación.

Interpretación: no se definen códigos de error específicos ni escenarios de error internos de la estructura para ConversationIdentifierType, ya que la detección y el tratamiento de errores relativos a relaciones de comunicación fallidas o caducadas recaen por completo en el ámbito de responsabilidad de la gestión de conversaciones de nivel superior (ara::diag::Conversation) y de los protocolos de transporte. Pregunta Q-459f4dc0cd16b0ba (abierta) Si una aplicación determina que un identificador ya no se corresponde con una sesión existente, el tratamiento de errores se efectúa a través de los mecanismos de error de la API de diagnóstico de nivel superior, mientras que la estructura de datos en sí permanece meramente descriptiva (AUTOSAR_AP_SWS_Diagnostics p. 1110).