interface de serviço VerificationStatus

A interface de serviço VerificationStatus é fornecida pelo Functional Cluster Communication Management para suprir aplicações interessadas de forma assíncrona com dados de verificação no formato VerificationStatusContainer através de um evento de serviço central [SWS_CM_11367]. Consumidores assinam o evento por meio de um proxy cliente, enquanto filtragens de controle podem ser realizadas por meio de interfaces de configuração separadas. Como condição de contorno essencial, a interface apresenta o status DRAFT no release R25-11 e não contém métodos síncronos ou Application Errors específicos [SWS_CM_11280].

mais ›

Papel e contexto de sistema da interface de serviço

A interface de serviço VerificationStatus é fornecida dentro da AUTOSAR Adaptive Platform pelo Functional Cluster Communication Management (CM) AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 «Provided Ports». Para tanto, a especificação define a Provided Port VerificationStatus de mesmo nome, por meio da qual o gerenciamento de comunicação atua como provedor de serviço [SWS_CM_11367]. Como interface cliente-servidor ou de serviço, a definição direciona-se a aplicações adaptativas e componentes de plataforma [SWS_CM_11280]. O papel funcional consiste na distribuição de estados de verificação por meio do framework de comunicação, em que o Functional Cluster CM instancia o skeleton e unidades receptoras funcionam como proxies de serviço AUTOSAR_AP_SWS_CommunicationManagement §9.2.2 «Client -Server Interfaces». Interpretação: presumivelmente, esta interface serve primariamente ao monitoramento de segurança e integridade, reportando resultados de verificação de dados de comunicação recebidos a monitores de segurança ou componentes de diagnóstico. Pergunta Q-4ff3779da80934a6 (aberta)

No sistema global, a interface está integrada em uma estrutura de interfaces de configuração complementares AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 «Provided Ports». O cluster CM disponibiliza em paralelo as portas VerificationStatusConfigurationByDataId [SWS_CM_11369] e VerificationStatusConfigurationByFreshnessId [SWS_CM_11368], que estão vinculadas às interfaces de serviço VerificationStatusConfigurationByDataId [SWS_CM_11282] e VerificationStatusConfigurationByFreshnessId [SWS_CM_11281]. Enquanto VerificationStatus publica as mensagens de status contínuas, as interfaces secundárias controlam as atribuições de acordo com identificadores de dados ou de frescor [SWS_CM_11280].

Métodos, eventos e campos

A interface de serviço VerificationStatus contém o evento de serviço central VerificationStatus na versão 1.0 [SWS_CM_10048]. O evento encapsula o tipo de dados VerificationStatusContainer e serve ao intercâmbio padronizado de dados de verificação [SWS_CM_10048]. A comunicação segue o paradigma clássico de publish/subscribe de ara::com: o Functional Cluster CM envia as atualizações de status de forma assíncrona a todos os receptores registrados, assim que novos eventos de verificação tiverem sido processados [SWS_CM_11280].

Métodos síncronos diretos ou campos de serviço com semântica de notifier não estão definidos na interface VerificationStatus [SWS_CM_11280]. A transmissão de informações ocorre, consequentemente, de forma totalmente desacoplada por meio do evento especificado [SWS_CM_10048]. Intervenções de controle adicionais, como a seleção de determinadas fontes de dados, são processadas por meio das interfaces de configuração separadas do módulo [SWS_CM_11282], [SWS_CM_11281].

Ciclo de vida, fluxos de sessão e dependências de estado

O fluxo de interação inicia-se no lado do consumidor com a localização do serviço e a instanciação do proxy para a porta VerificationStatus AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 «Provided Ports», [SWS_CM_11367]. Em seguida, o consumidor inicia a assinatura do evento de serviço VerificationStatus [SWS_CM_10048]. Após a confirmação bem-sucedida da assinatura, o skeleton do CM transmite atualizações de status assincronamente ao consumidor durante a operação contínua [SWS_CM_11280].

Interpretação: a chegada de eventos de status deve pressupor que o cluster CM tenha sido configurado previamente por meio das portas VerificationStatusConfigurationByDataId ou VerificationStatusConfigurationByFreshnessId em relação às mensagens a serem verificadas [SWS_CM_11369], [SWS_CM_11368]. Pergunta Q-8740e3935265ddcd (aberta) Concluída essa fase de configuração, os eventos fluem continuamente e de forma dependente do estado a cada verificação realizada [SWS_CM_10048].

Diagrama de sequência: fluxo na assinatura e recepção do evento VerificationStatus. Fontes: [SWS_CM_11367], [SWS_CM_11280], [SWS_CM_10048].

Tratamento de erros e status da especificação

Como o fluxo de informações é mapeado puramente por meio do evento de serviço assíncrono, VerificationStatus não especifica ApplicationErrors específicos ou domínios de erro específicos do módulo [SWS_CM_10048]. Eventuais erros na disponibilização ou transmissão são tratados pelo gerenciamento geral de erros e eventos do ambiente de execução ara::com [SWS_CM_11280]. Falhas de verificação de conteúdo em mensagens recebidas são sinalizadas dentro do payload de VerificationStatusContainer [SWS_CM_10048].

Para a integração do sistema, deve-se observar que tanto a porta VerificationStatus [SWS_CM_11367] quanto a interface de serviço [SWS_CM_11280] e as portas de configuração associadas [SWS_CM_11369], [SWS_CM_11368] possuem o status DRAFT no release R25-11 AUTOSAR_AP_SWS_CommunicationManagement §9.2.2 «Client -Server Interfaces». Interpretação: revisões futuras da especificação devem, portanto, definir diagnósticos de erro mais refinados ou mecanismos adicionais de tratamento de erros para a interface. Pergunta (aberta)