сервисный интерфейс VerificationStatus

Сервисный интерфейс VerificationStatus предоставляется Functional Cluster Communication Management, чтобы асинхронно снабжать заинтересованные приложения данными верификации в формате VerificationStatusContainer через центральное сервисное событие [SWS_CM_11367]. Потребители подписываются на событие через клиентский прокси, тогда как управляющая фильтрация может осуществляться через отдельные интерфейсы конфигурации. В качестве существенного граничного условия интерфейс в выпуске R25-11 имеет статус DRAFT и не содержит синхронных методов или специфических Application Errors [SWS_CM_11280].

больше ›

Роль и системный контекст сервисного интерфейса

Сервисный интерфейс VerificationStatus предоставляется в AUTOSAR Adaptive Platform кластером Functional Cluster Communication Management (CM) AUTOSAR_AP_SWS_CommunicationManagement §9.2.1 «Provided Ports». Спецификация определяет для этого одноименный Provided Port VerificationStatus, через который управление коммуникацией выступает в качестве поставщика сервиса [SWS_CM_11367]. Являясь интерфейсом типа «клиент-сервер» или сервисным интерфейсом, данное определение ориентировано на адаптивные приложения и компоненты платформы [SWS_CM_11280]. Функциональная роль заключается в распределении состояний верификации через коммуникационный фреймворк, при этом Functional Cluster CM инстанцирует Skeleton, а принимающие сущности функционируют как сервисные прокси 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_11369] и VerificationStatusConfigurationByFreshnessId [SWS_CM_11368], которые привязаны к сервисным интерфейсам VerificationStatusConfigurationByDataId [SWS_CM_11282], а также VerificationStatusConfigurationByFreshnessId [SWS_CM_11281]. В то время как VerificationStatus публикует текущие сообщения о состоянии, сопутствующие интерфейсы управляют сопоставлениями по идентификаторам данных или свежести [SWS_CM_11280].

Методы, события и поля

Сервисный интерфейс VerificationStatus содержит центральное сервисное событие VerificationStatus версии 1.0 [SWS_CM_10048]. Событие инкапсулирует тип данных VerificationStatusContainer и служит для стандартизированного обмена данными верификации [SWS_CM_10048]. При этом коммуникация следует классической парадигме Publish/Subscribe из ara::com: Functional Cluster CM асинхронно рассылает обновления статуса всем зарегистрированным получателям, как только обрабатываются новые события верификации [SWS_CM_11280].

Прямые синхронные методы или сервисные поля с семантикой нотификатора в интерфейсе VerificationStatus не определены [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]. После успешного подтверждения подписки Skeleton 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». Интерпретация: поэтому будущие редакции спецификации, вероятно, определят более детальную диагностику ошибок или расширенные механизмы обработки ошибок для этого интерфейса. Вопрос (открытый)