2.5.Жизненный цикл сообщений 2.5.1Жизненный цикл сообщения типа «Запрос»
Жизненный цикл сообщения типа «Запрос» в СМЭВ представлен на рисунке ниже (Рисунок ).
Рисунок – Жизненный цикл сообщений типа «Запрос»
2.5.2Жизненный цикл сообщения типа «Ответ»
Жизненный цикл сообщения типа «Ответ» в СМЭВ представлен на рисунке ниже (Рисунок ).
Рисунок – Жизненный цикл сообщений типа «Ответ»
2.5.3Жизненный цикл бизнес-взаимодействия
СМЭВ отслеживает бизнес-взаимодействия, состоящие из пересылки сообщения типа «Запрос» и, возможно, пересылки сообщений типа «Ответ». СМЭВ не предоставляет участникам взаимодействия средств для получения информации о статусах сообщений за исключением статуса об ошибках при асинхронной обработке сообщения и статусов, получаемых методом getStatus. При использовании схем версии 1.1* основным механизмом доставки статусных сообщений об ошибках асинхронной обработки становятся системные ответы СМЭВ, получаемые методом getResponse.
2.6.Организация очередей
Все очереди в СМЭВ закреплены за получателями сообщений. Другими словами (упрощённо), существует очередь Q в которую направляются все сообщения, предназначенные для получения информационной системой X, при этом не существует очереди Q1, через которую попадают все сообщения, отправляемые информационной системой X. Все сообщения, которые отправляет информационная система X, сразу попадают в очереди, закреплённые за получателями (информационными системами) соответствующих сообщений.
В очередь запросов ) попадают запросы по всем видам сведений (далее – виды запросов), а в очередь ответов – ответы по всем видам сведений (далее – виды ответов).
Возможно два сценария выборки сообщения из очереди: с фильтрацией и без фильтрации по виду сведений.
Рисунок – Очередной запрос ИС потребителя помещается в очередь (ИС поставщика работает в режиме общих очередей)
При приёме без фильтрации по виду сведений (Рисунок ), получатель выберет первое сообщение, имеющееся в очереди, независимо от того, к какому виду сведений оно относится. Для этого необходимо вызвать метод getRequest (или getResponse) единого электронного сервиса СМЭВ, без указания параметров MessageTypeSelector/NamespaceURI и MessageTypeSelector/RootElementLocalName.
Рисунок – ИС поставщика «забирает» из очереди очередной запрос без указания вида сведений, в режиме общих очередей
При приёме сообщения с фильтрацией по виду сведений (Рисунок 5555), СМЭВ будет искать в очереди сообщения, относящиеся к запрошенному виду сведений, и вернёт первое из них. Если сообщений запрошенного вида в очереди нет, СМЭВ не вернёт ничего, даже если в очереди есть сообщения других видов. Чтобы использовать этот сценарий, необходимо при вызове метода getRequest (getResponse) заполнить параметры MessageTypeSelector/NamespaceURI и MessageTypeSelector/RootElementLocalName. Правила заполнения этих параметров описаны в разделе 2.6.1 «Получение сообщения с фильтрацией по виду сведений».
Рисунок – ИС поставщика «забирает» из очереди очередной запрос с указания вида сведений «Б», в режиме общих очередей
Если поставщиком был указан вид сведений «Б», в этом случае (Рисунок ), ИС поставщика получит не запрос № 1, который находится в начале очереди, а запрос № 2, так как среди запросов сведений вида «Б» в очереди первым был размещен запрос № 2.
2.6.1Получение сообщения с фильтрацией по виду сведений
Как говорилось выше, для получения сообщения с фильтрацией по виду сведений, нужно в параметрах запроса getRequest (getResponse) заполнить элементы данных MessageTypeSelector/NamespaceURI и MessageTypeSelector/RootElementLocalName. Рассмотрим, чем их нужно заполнять.
Как сказано в разделе 2.3 «Концепция «Виды сведений», описание формата запроса и формата ответа для вида сведений представляет собой объявление XML-элемента. Полное имя (qualified name) этого элемента и используется участниками взаимодействия для задания вида сведений в методах getRequest и getResponse. В качестве аргумента MessageTypeSelector/NamespaceURI передаётся target namespace схемы, в которой описан элемент, а в качестве аргумента MessageTypeSelector/RootElementLocalName – имя (local name) элемента.
Если описание формата вида сведений имеет несколько версий, то можно указать qualified name элемента-запроса из любой версии описания. При этом будут выбираться все сообщения, соответствующие данному виду сведений, независимо от того, в какой версии формата они соответствуют.
В методе getResponse, для задания вида сведений можно использовать как qualified name элемента – запроса, так и qualified name элемента – ответа. Это же относится и к методу getRequest.
2.6.2Подтверждение приёма сообщения
Особенностью организации очередей в СМЭВ является необходимость подтверждения ИС участника взаимодействия получения сообщения из СМЭВ. Если в течение 15 минут этого не происходит, то сообщение считается недоставленным и возвращается в очередь. Получение в ИС поставщика очередного запроса (запрос № 1) и помещение этого запроса в очередь на подтверждение показано на рисунке (Рисунок 777).
Рисунок – Получение в ИС поставщика очередного запроса и помещение этого запроса в очередь на подтверждение
Состояние очередей, изображенное справа (Рисунок )7777, соответствует ситуации, когда ИС поставщика получила запрос № 1 (в очереди запросов этого запроса уже нет), но еще не подтвердила его получение (поэтому запрос № 1 находится в очереди на подтверждение получения). Так как время, отведенное на подтверждение получения, еще не истекло (15 минут с момента получения запроса поставщиком сервиса), то никаких действий с запросом № 1, находящимся в очереди на подтверждение получения запроса, не предпринимается.
Если в это же время, то есть до истечения 15 минут с момента получения поставщиком запроса № 1, ИС поставщика обратится в СМЭВ за получением следующего очередного запроса (теперь это будет запрос № 2), то ИС поставщика получит этот запрос № 2, а в очередь на подтверждение получения запроса будет помещен еще один запрос – запрос № 2 (Рисунок ).
Рисунок – Получение ИС поставщика следующего очередного запроса и помещение этого запроса в очередь на подтверждение
Удаление запросов из очереди на подтверждение получения запроса может происходить в двух случаях: если ИС поставщика прислала подтверждение получения запроса или истекло время ожидания подтверждения. На следующем рисунке (Рисунок 99) приведена ситуация, когда ИС поставщика прислала в СМЭВ подтверждение получения запроса № 2, а по запросу № 1 истекло время ожидания подтверждения.
Рисунок – ИС поставщика сервиса прислала подтверждение получения запроса № 2, а по запросу № 1 истекло время ожидания подтверждения
В результате, из очереди на подтверждение получения запроса будет удален запрос № 2, а запрос № 1 будет возвращен в начало очереди запросов.
2.6.3Получение статистики входящих очередей
Для получения информации о количестве сообщений во всех входящих очередях информационной системы используется метод {urn://x-artefacts-smev-gov-ru/services/message-exchange/1.1:GetIncomingQueueStatistics}.
Статистика возвращается в разрезе «количество невыбранных входящих запросов / количество невыбранных входящих ответов».
Данный метод является вспомогательным и не должен использоваться в основном процессе обмена сообщениями.
2.6.4Ограничения на частоту опроса очередей
Во избежание перегрузки инфраструктуры СМЭВ, участникам взаимодействия запрещено произвольно устанавливать частоту опроса очередей. Частота опроса должна выбираться в соответствии со следующими правилами:
1. Если после последовательных опросов любой очереди (очереди запросов или очереди ответов) было подряд получено не менее определенного количества ответов с данными, то предельная частота обращений увеличивается;
2. Если после последовательных опросов любой очереди (очереди запросов или очереди ответов) было подряд получено не менее определенного количества ответов без данных, т.е. ответов об отсутствии сообщений в очереди, то предельная частота обращений уменьшается;
3. При отсутствии ответов с данными в течение определенного количества времени предельная частота обращений уменьшается.
При несоблюдении участником взаимодействия данных требований, участник взаимодействия может быть заблокирован.
|
