estructura ara::diag::GenericDiagnosticSovdOperation::StartAsynchronousExecutionResponse

La estructura ara::diag::GenericDiagnosticSovdOperation::StartAsynchronousExecutionResponse sirve en la AUTOSAR Adaptive Platform como tipo de respuesta al iniciar una operación de diagnóstico SOVD que se ejecuta de forma asíncrona [SWS_DM_02209]. Es instanciada por la aplicación y devuelta al Diagnostic Management como variante dentro de un ara::core::Future cuando una operación continúa en segundo plano AUTOSAR_AP_SWS_Diagnostics §8.62 «StartExecution». Antes de la llamada, cualquier comprobación de proximity challenge requerida debe haberse completado con éxito. A continuación, el Diagnostic Management genera la respuesta asíncrona al cliente SOVD basándose en esta confirmación.

más ›

Contexto

La estructura de datos ara::diag::GenericDiagnosticSovdOperation::StartAsynchronousExecutionResponse sirve en el clúster funcional Diagnostic Management (DM) como tipo de retorno para el inicio asíncrono de una operación de diagnóstico SOVD [SWS_DM_02209]. Para cada operación configurada del tipo DiagnosticSovdOperationStart, la instancia del Diagnostic Server proporciona el método SOVD para iniciar una operación conforme a ASAM SOVD [SWS_DM_01396]. Tan pronto como un cliente solicita la ejecución de una operación a través del protocolo SOVD, el Diagnostic Management reenvía esta llamada a la interfaz ara::diag::GenericDiagnosticSovdOperation::StartExecution [SWS_DM_02174].

Dentro de este flujo, StartAsynchronousExecutionResponse actúa como objeto de respuesta del manejador de diagnóstico específico de la aplicación hacia el Diagnostic Management. Mientras que las operaciones síncronas se responden mediante StartSynchronousExecutionResponse [SWS_DM_02176], el retorno de StartAsynchronousExecutionResponse señala que el procesamiento de diagnóstico propiamente dicho continúa como tarea en segundo plano y que la confirmación inmediata al cliente SOVD únicamente confirma la iniciación exitosa AUTOSAR_AP_SWS_Diagnostics §7.3.3.5.5.5 «Operations – Start execution of an operation».

Ciclo de vida

La creación de StartAsynchronousExecutionResponse es realizada por la implementación concreta de la interfaz de servicio durante la ejecución de StartExecution AUTOSAR_AP_SWS_Diagnostics §8.62 «StartExecution». Si el manejador decide que la operación solicitada debe procesarse de forma asíncrona, instancia la estructura y la encapsula en un ara::core::Variant<StartSynchronousExecutionResponse, StartAsynchronousExecutionResponse>.

Esta variante se resuelve a través de un ara::core::Promise y se transfiere como ara::core::Future al Diagnostic Management AUTOSAR_AP_SWS_Diagnostics §8.62 «StartExecution». Con la resolución del future, la propiedad de la estructura pasa al Diagnostic Management. Interpretación: Es probable que la instancia de StartAsynchronousExecutionResponse se descarte tras la evaluación por parte del Diagnostic Management, una vez que el mensaje de respuesta SOVD al cliente externo haya sido generado y enviado. Pregunta Q-3977fae99e62957e (abierta) El procesamiento posterior de la tarea de diagnóstico continúa ejecutándose concurrentemente en el contexto de la aplicación.

Ruta de uso

El flujo regular comienza con la llegada de una solicitud SOVD al Diagnostic Server para iniciar una operación [SWS_DM_01396]. Tras una comprobación preliminar exitosa, el Diagnostic Management invoca el método StartExecution del manejador registrado [SWS_DM_02174]. En este proceso se transfieren el nombre de la operación, los datos de entrada, metainformación y un ara::diag::CancellationHandler AUTOSAR_AP_SWS_Diagnostics §8.62 «StartExecution».

El manejador inicia el proceso en segundo plano asíncrono, crea la estructura StartAsynchronousExecutionResponse [SWS_DM_02209] y la devuelve en el ara::core::Future. El Diagnostic Management extrae el objeto y transforma la confirmación en la respuesta SOVD asíncrona conforme al estándar dirigida al cliente.

Diagrama de secuencia: inicio asíncrono de una operación SOVD mediante StartAsynchronousExecutionResponse. Fuentes: [SWS_DM_01396], [SWS_DM_02174], [SWS_DM_02209], AUTOSAR_AP_SWS_Diagnostics §8.62 «StartExecution».

Escenarios de error

Una condición previa fundamental para la llamada al método es la autorización: si es necesario, una validación del proximity challenge debe haberse superado con éxito antes de la llamada de StartExecution [SWS_DM_02174]. Si esta falla, no se produce la llamada al manejador y no se genera ningún StartAsynchronousExecutionResponse.

Para gestionar cancelaciones durante la ejecución en curso, el sistema proporciona un ara::diag::CancellationHandler AUTOSAR_AP_SWS_Diagnostics §8.62 «StartExecution». Si se produce un error en el manejador antes de devolver el future, la aplicación puede finalizar el future con un estado de error, de modo que no se procesa posteriormente ninguna estructura de respuesta válida.