структура ara::diag::Conversation::ConversationIdentifierType

Структура данных C++ ara::diag::Conversation::ConversationIdentifierType в модуле AUTOSAR Adaptive diag предоставляет свойства, обеспечивающие однозначную идентификацию диагностической сессии ([SWS_DM_00691]). В рамках диагностической коммуникации данный тип служит для разграничения активных соединений между диагностическими тестерами и системой на основе стандартизированных параметров соединения (AUTOSAR_AP_SWS_Diagnostics §8.9.4 «Struct: ConversationIdentifierType»). Интерпретация: являясь чисто пассивной структурой данных, она подчиняется семантике значений без собственной логики состояний, поэтому синхронизация при конкурентном доступе должна обеспечиваться вызывающим приложением. Вопрос (открытый)

больше ›

Контекст

Структура данных ara::diag::Conversation::ConversationIdentifierType образует неотъемлемую часть функционального кластера Diagnostic Management (модуль diag) в рамках AUTOSAR Adaptive Platform в релизе R25-11 (AUTOSAR_AP_SWS_Diagnostics §8.9.4 «Struct: ConversationIdentifierType»). В спецификации данный тип согласно [SWS_DM_00691] формально определяется как структура (struct ConversationIdentifierType). Ее основная функциональная задача согласно спецификации заключается в предоставлении свойств, обеспечивающих однозначную идентификацию диагностической сессии («Properties allowing an identification of the conversation.»). Будучи вложенным типом в области видимости класса ara::diag::Conversation, структура напрямую связана с концепцией диагностической коммуникации и в документе спецификации формально числится среди API-классов модуля (AUTOSAR_AP_SWS_Diagnostics с. 1110).

В современных архитектурах транспортных средств внешние диагностические тестеры или внутренние компоненты тестирования взаимодействуют с работающими в автомобиле Adaptive Applications по стандартизированным диагностическим протоколам. В этой коммуникационной инфраструктуре сессия представляет собой логический канал связи между таким тестером и внутриавтомобильным диагностическим сервером. Чтобы однозначно различать параллельные или последовательные запросы от различных тестеров и сопоставлять их с соответствующими диагностическими обработчиками, системе требуется прозрачная маркировка каждого соединения. Запись в спецификации ссылается в этой связи на вышестоящие требования RS_Diag_04166, RS_Diag_04169 и RS_Diag_04209 (AUTOSAR_AP_SWS_Diagnostics §8.9.4 «Struct: ConversationIdentifierType»).

Интерпретация: структура ConversationIdentifierType, вероятно, инкапсулирует совокупность тех идентификационных признаков, которые необходимы для адресации и различения активной сессии, например идентификаторы соединений или информацию об адресации. Вопрос Q-ae3918b84151c0f7 (открытый) Благодаря такой группировке релевантных параметров в отдельной структуре AUTOSAR гарантирует, что диагностическим компонентам и приложениям не придется работать с детальными структурами, специфичными для конкретных протоколов, а они смогут обращаться к метаданным сессии через унифицированный интерфейс.

Жизненный цикл

Являясь чистой структурой данных без собственных функциональных методов-членов ([SWS_DM_00691]), ConversationIdentifierType подчиняется детерминированным правилам жизненного цикла элементарных типов данных C++. Создание экземпляра выполняется либо на стеке в локальных контекстах выполнения, либо как элемент данных внутри вышестоящих объектов управления диагностикой в куче. Спецификация явно определяет данный тип как struct ConversationIdentifierType {...}; (AUTOSAR_AP_SWS_Diagnostics §8.9.4 «Struct: ConversationIdentifierType»), что поддерживает прямое инстанцирование и копирование.

Интерпретация: как пассивная структура данных ConversationIdentifierType, вероятно, обладает стандартной семантикой значений и не управляет собственными потоками, асинхронными операциями или внутренними конечными автоматами. Вопрос Q-29805231a53e7c09 (открытый) Таким образом, экземпляр не проходит через сложные смены состояний; его согласованность и информативность зависят исключительно от присвоенных значений идентификационных свойств. Пока эти значения соответствуют активной диагностической сессии, экземпляр представляет собой действительный идентификатор в общей системе.

В отношении параллелизма и управления ресурсами характеристика объекта как чистого контейнера данных означает, что структура по умолчанию не является потокобезопасной при конкурентном доступе на запись. Поскольку диагностические сессии в системах на основе сообщений часто обслуживаются потоками диагностического демона, одновременный доступ на чтение и запись к одному и тому же экземпляру должен синхронизироваться вызывающей логикой приложения, если не предпочтительно использовать копии. Владение закреплено за контекстом, который создает экземпляр или принимает его по значению. Уничтожение происходит автоматически при выходе из области видимости и не требует ручных шагов по очистке.

Путь использования

Штатный сценарий использования ConversationIdentifierType подразделяется на предоставление, анализ и передачу идентификаторов сессий в процессе обработки диагностики (AUTOSAR_AP_SWS_Diagnostics §8.9.4 «Struct: ConversationIdentifierType»). Когда внешний диагностический тестер инициирует соединение или отправляет диагностический запрос, базовая среда выполнения диагностики создает соответствующее представление сессии.

В рамках этого процесса структура служит для передачи диагностическому обработчику или Adaptive Application информации о том, через какой контекст соединения поступил запрос. Приложение обычно запрашивает идентификацию для выполнения проверок безопасности, разрешения специфичных для сеанса контекстов или снабжения записей журнала уникальным идентификатором. Также идентификатор может передаваться в качестве параметра в дальнейшие диагностические функции для целенаправленного возврата ответов по тому же пути коммуникации.

Интерпретация: специфические коды ошибок или внутриструктурные сценарии сбоев для ConversationIdentifierType не определены, так как обнаружение и обработка ошибок, связанных с некорректными или истекшими коммуникационными связями, полностью входит в зону ответственности вышестоящего управления сессиями (ara::diag::Conversation) и транспортных протоколов. Вопрос Q-459f4dc0cd16b0ba (открытый) Если приложение обнаруживает, что идентификатор больше не соответствует существующему сеансу, обработка ошибок выполняется через механизмы вышестоящего диагностического API, в то время как сама структура данных остается исключительно описательной (AUTOSAR_AP_SWS_Diagnostics с. 1110).