서비스 인터페이스 VerificationStatus

서비스 인터페이스 VerificationStatus은(는) 관심 있는 애플리케이션에 중앙 서비스 이벤트를 통해 VerificationStatusContainer 형식의 검증 데이터를 비동기적으로 제공하기 위해 Functional Cluster Communication Management에 의해 제공됩니다[SWS_CM_11367]. 소비자는 클라이언트 프록시를 통해 이벤트를 구독하며, 제어 필터링은 별도의 구성 인터페이스를 통해 수행될 수 있습니다. 주요 제약 사항으로 이 인터페이스는 R25-11 릴리스에서 DRAFT 상태를 가지며, 동기식 메서드나 특정 Application Error를 포함하지 않습니다[SWS_CM_11280].

자세히 ›

서비스 인터페이스의 역할 및 시스템 컨텍스트

서비스 인터페이스 VerificationStatus은(는) AUTOSAR Adaptive Platform 내에서 Functional Cluster Communication Management(CM)에 의해 제공됩니다AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 “Provided Ports”. 명세는 이를 위해 동일한 이름의 Provided Port VerificationStatus을(를) 정의하며, 이를 통해 Communication Management가 서비스 제공자로 기능합니다[SWS_CM_11367]. 클라이언트-서버 또는 서비스 인터페이스로서 이 정의는 어댑티브 애플리케이션 및 플랫폼 컴포넌트를 대상으로 합니다[SWS_CM_11280]. 기능적 역할은 통신 프레임워크를 통해 검증 상태를 배포하는 데 있으며, Functional Cluster CM이 스켈레톤을 인스턴스화하고 수신 단위가 서비스 프록시 역할을 합니다AUTOSAR_AP_SWS_CommunicationManagement §9.2.2 “Client -Server Interfaces”. 해석: 이 인터페이스는 수신된 통신 데이터의 검증 결과를 보안 모니터나 진단 컴포넌트에 보고함으로써 주로 보안 및 무결성 모니터링 역할을 수행하는 것으로 추정됩니다. 질문 Q-4ff3779da80934a6 (열림)

전체 시스템에서 이 인터페이스는 보완적인 구성 인터페이스 구조에 내장되어 있습니다AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 “Provided Ports”. CM 클러스터는 서비스 인터페이스 VerificationStatusConfigurationByDataId [SWS_CM_11282] 및 VerificationStatusConfigurationByFreshnessId [SWS_CM_11281]에 결합된 포트 VerificationStatusConfigurationByDataId [SWS_CM_11369] 및 VerificationStatusConfigurationByFreshnessId [SWS_CM_11368]을(를) 병렬로 제공합니다. VerificationStatus이(가) 현재 상태 메시지를 발행하는 동안, 보조 인터페이스는 데이터 또는 신선도 식별자에 따른 할당을 제어합니다[SWS_CM_11280].

메서드, 이벤트 및 필드

서비스 인터페이스 VerificationStatus은(는) 버전 1.0의 중앙 서비스 이벤트 VerificationStatus을(를) 포함합니다[SWS_CM_10048]. 이 이벤트는 데이터 타입 VerificationStatusContainer을(를) 캡슐화하며 검증 데이터의 표준화된 교환에 사용됩니다[SWS_CM_10048]. 이때 통신은 ara::com의 전형적인 발행/구독(Publish/Subscribe) 패러다임을 따릅니다. Functional Cluster CM은 새로운 검증 이벤트가 처리되는 즉시 등록된 모든 수신자에게 비동기식으로 상태 업데이트를 전송합니다[SWS_CM_11280].

인터페이스 VerificationStatus에는 직접적인 동기식 메서드나 알림자(Notifier) 시맨틱을 갖는 서비스 필드가 정의되어 있지 않습니다[SWS_CM_11280]. 따라서 정보 전달은 지정된 이벤트를 통해 완전히 분리되어 수행됩니다[SWS_CM_10048]. 특정 데이터 소스 선택과 같은 추가적인 제어 작업은 모듈의 별도 구성 인터페이스를 통해 처리됩니다[SWS_CM_11282], [SWS_CM_11281].

수명 주기, 세션 흐름 및 상태 종속성

상호작용 흐름은 소비자 측에서 서비스를 검색하고 포트 VerificationStatus에 대한 프록시를 인스턴스화하는 것으로 시작됩니다AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 “Provided Ports”, [SWS_CM_11367]. 이어서 소비자는 서비스 이벤트 VerificationStatus에 대한 구독을 시작합니다[SWS_CM_10048]. 구독이 성공적으로 확인되면 CM 스켈레톤은 런타임 중에 상태 업데이트를 소비자에게 비동기적으로 전송합니다[SWS_CM_11280].

해석: 상태 이벤트가 도착하려면 사전에 CM 클러스터가 검사할 메시지와 관련하여 포트 VerificationStatusConfigurationByDataId 또는 VerificationStatusConfigurationByFreshnessId을(를) 통해 구성되어 있어야 할 것으로 보입니다[SWS_CM_11369], [SWS_CM_11368]. 질문 Q-8740e3935265ddcd (열림) 이 구성 단계가 완료된 후에는 검증이 수행될 때마다 상태에 따라 이벤트가 지속적으로 전달됩니다[SWS_CM_10048].

시퀀스 다이어그램: VerificationStatus 이벤트의 구독 및 수신 흐름. 출처: [SWS_CM_11367], [SWS_CM_11280], [SWS_CM_10048].

오류 처리 및 사양 상태

정보 흐름이 순수하게 비동기 서비스 이벤트를 통해 매핑되므로, VerificationStatus은(는) 특정 ApplicationErrors 또는 모듈별 오류 도메인을 지정하지 않습니다[SWS_CM_10048]. 프로비저닝 또는 전송 시 발생할 수 있는 모든 오류는 ara::com 런타임 환경의 일반적인 오류 및 이벤트 관리를 통해 처리됩니다[SWS_CM_11280]. 수신된 메시지의 내용상 검증 실패는 VerificationStatusContainer의 페이로드 내에서 신호화됩니다[SWS_CM_10048].

시스템 통합 시 포트 VerificationStatus [SWS_CM_11367]과 서비스 인터페이스 [SWS_CM_11280] 및 관련 구성 포트 [SWS_CM_11369], [SWS_CM_11368] 모두 R25-11 릴리스에서 DRAFT 상태로 지정되어 있음에 유의해야 합니다AUTOSAR_AP_SWS_CommunicationManagement §9.2.2 “Client -Server Interfaces”. 해석: 따라서 명세의 향후 개정판에서는 인터페이스에 대해 보다 세분화된 오류 진단이나 발전된 오류 처리 메커니즘이 정의될 것으로 보입니다. 질문 (열림)