ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

ГОСТР

58546—

2019

(IEC/PAS 62264-6:2016)

ИНТЕГРАЦИЯ СИСТЕМ УПРАВЛЕНИЯ ПРЕДПРИЯТИЕМ

Часть 6

Модель службы обмена сообщениями

(IEC/PAS 62264-6:2016, MOD)

Издание официальное

Предисловие

1    ПОДГОТОВЛЕН ООО «НИИ экономики связи и информатики «Интерэкомс» (ООО «НИИ «Интерэкомс») на основе собственного перевода на русский язык англоязычной версии документа, указанного в пункте 4

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 100 «Стратегический и инновационный менеджмент»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 20 сентября 2019 г. № 734-ст

4    Настоящий стандарт является модифицированным по отношению к международному документу IEC/PAS 62264-6:2016 «Интеграция систем управления предприятием. Часть 6. Модель службы обмена сообщениями» (IEC/PAS 62264-6:2016 «Enterprise-control system integration. Part 6: Messaging Service Model», MOD). При этом дополнительные фразы, слова и нормативные ссылки, включенные в текст настоящего стандарта, выделены курсивом. В настоящем стандарте ссылки на международные стандарты заменены ссылками на соответствующие национальные стандарты

5    ВВЕДЕН ВПЕРВЫЕ

6    Некоторые положения международного документа, указанного в пункте 4. могут являться объектом патентных прав. Международная организация по стандартизации (ИСО) и Международная электротехническая комиссия (МЭК) не несут ответственности за идентификацию подобных патентных прав

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. № 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (wwv/.gost.ru)

©Стандартинформ, оформление. 2019

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии

4.5    Управляемые каналы связи

В основе MSM лежит концепция управляемого канала связи. Канал — это программный объект, представляющий собой коммуникационный канал по типу «многие-со-многими» между приложениями. Некоторые каналы предназначены только для запросов и ответов. Некоторые каналы предназначены для распределения информации общего характера и могут различаться по тематике.

Примечание 1 — Аналогом MSM-канала может быть канал персональной радиосвязи

Примечание 2 — Аналогом темы может быть разговорная тема на канале персональной радиосвязи Пользователь может одни темы слушать, другие игнорировать

Примечание 3 — Допущением в рамках настоящего стандарта является то. что сервисы MSM поддерживаются приложениями связи, программным обеспечением промежуточного уровня, провайдерами ESB Настоящий стандарт не определяют метода практической реализации сервиса MSM Возможно использование различных архитектур (например, унифицированной архитектуры OPC-UA. FTP систем, директорий совместного пользования, системы управления очередями сообщений. RSS и т л ).

MSM устанавливает определение стандартного интерфейса сервисов, но не устанавливает порядок его практической реализации.

Управляемый канал связи называют MSM-каналом (MSM Channel).

Сервисы, обеспечиваемые MSM-каналом, называют сервисами MSM-канала (MSM Channel Service).

MSM-канал идентифицируется универсальным идентификатором ресурса URI или другим эквивалентным идентификатором. Идентификаторы URI допускают использование иерархии определений каналов, соответствующих различным физическим структурам компании или структурам приложений (например, каналы, идентифицируемые производственным участком, или каналы, идентифицируемые по известному имени комплекта приложений, и т. п.).

Провайдер сервиса MSM — это приложение (сетевой сервис), которое представляет и задействует сервисы MSM-канала.

Настоящий стандарт определяют структуру иерархии MSM-канала.

Каждый MSM-канал поддерживает три общих типа обмена информацией:

А — Публикации: это информация, отсылаемая нескольким приложениям потребителя.

В — Запросы: это информация, отсылаемая одному или нескольким приложениям провайдера.

С — Отклики (ответы): это информация, возвращаемая приложением потребителя по запросу.

Каждый MSM-канал поддерживает два варианта связи между приложениями провайдера и приложениями потребителя.

a)    MSM-канал поддерживает либо сервис публикаций, либо сервис запросов.

b)    Приложение провайдера может выкладывать публикации в MSM-канал публикаций.

c)    Приложение потребителя может подписаться на уведомления о публикации (если это поддерживается особым сервисом MSM-канала публикаций). Допускается чтение публикаций. Если услуга подписки на уведомления не поддерживается, то приложение потребителя может упорядочивать сервис MSM-канала публикаций путем применения сервиса чтения публикаций.

d)    Приложение потребителя выдает запросы в MSM-канале запросов.

e)    Приложение провайдера может подписаться на уведомления о запросах (если это поддерживается особым сервисом MSM-канала запросов). Допускается читать запросы. Если услуга подписки на уведомления не поддерживается, то приложение провайдера может упорядочивать сервис MSM-канала запросов путем чтения запросов сервиса.

f)    MSM-каналы имеют ассоциированные темы. Темы идентифицируются при подписке на канал, при выкладывании публикаций и запроса.

4.6    Сервисы уведомлений

Сервис уведомлений — это средство, которым провайдер сервиса MSM пользуется для указания (приложению провайдера, приложению потребителя) на сообщение, которое удовлетворяет критериям чтения и ожидает чтения. Сервис уведомлений создает альтернативу асинхронной обратной связи, упорядочивает сервисы MSM

Доступ к сервису уведомлений организуется с помощью услуги Notify Listener (уведомление слушателя) для подписчика, запрашивающего лица и отвечающего лица.

Наличие интерфейса сервиса уведомлений необязательно для провайдера сервиса MSM

Если приложение провайдера/приложение потребителя не обеспечивает идентификацию обратного вызова сервиса уведомлений, то уведомление приложения не обеспечивается.

Примечани е — Формат идентификации слушателя для уведомления определяется особенностями практической реализации сервиса

Пример — Для SOAP и сетевого сервиса слушатель может идентифицироваться корректным URI. определяющим услугу «уведомление слушателя». управляемую приложением, создающим сеанс связи.

4.7 Сервисы MSM-канала

Сервис управления MSM-каналом может создавать и стирать каналы, управлять спецификацией маркера безопасности (security token) каналов.

Сервисы MSM-канала приведены на рисунке 5. Указанные сервисы обычно задействуются приложениями провайдера или специальными приложениями управления каналом.

4.8 Сервисы MSM-канала публикаций

4.8.1 Сервисы канала публикаций

Сервисы MSM-канала публикаций используются для выкладывания публикаций, для извещения об истечении срока годности публикаций, для удаления и чтения сообщений о публикации.

Сервис MSM-канала публикаций показан на рисунке 6. Данные сервисы позволяют нескольким приложениям провайдера публиковать публикации в данном канале. Приложения потребителя обеспечивают подписку на уведомления (если это поддерживается каналом) и могут читать публикации.

4.9 Сервисы MSM-канала запросов

4.9.1 Сервисы канала запросов

Сервисы MSM-канала запросов присылают сообщения о запросах, читают сообщения об отклике.

Сервисы MSM-канала для транзакций типа Push (отослать) и Pull (получить) по ГОСТРМЭК 62264-5 показаны на рисунке 7. Данные сервисы работают с транзакциями PROCESS (обработать). CHANGE (изменить). CANCEL (отменить) и GET (получить).

Данные сервисы позволяют одному или нескольким приложениям потребителя присылать запросы приложениям провайдера. Они позволяют одному или нескольким приложениям провайдера читать запросы, присылать отклики. Приложения потребителя могут читать отклики. Каждый выложенный запрос включает дополнительный квалификатор, называемый «Topic» (тема). Данный квалификатор позволяет приложениям провайдера оценить возможность получения запроса и отсылки отзыва лицу, направившему запрос.

Пример — «Темы» могут определять формат и содержание сообщения (в соответствии с используемым определением XSD-схемы на языке XML) для создания и верификации сообщения.

5 Принципы работы MSM-каналов

5.1    Идентификация каналов и тем

Для фильтрации сообщений используются два основных элемента: каналы (в заданной области применения информации), темы (для заданного типа информации).

Подраздел 5.1 настоящего стандарта устанавливает метод, определяющий идентификатор канала и идентификатор темы для максимальной интероперабельности.

Ограничений на использование каналов и тем нет. Двумя основными элементами каналов и тем являются: область применения информации, тип информации.

5.2    Имена и иерархия каналов

5.2.1    Имена каналов

Имена каналов определяются иерархией имен в синтаксисе URI.

5.2.2    Иерархия имен канала

Имена каналов должны соответствовать установленной иерархии имен:

\ <MSM root (корень)> \ <channel scope (область применения канала)> \ <information scope (область применения информации)> \ <channel use (использование канала)>

Пример 1 — \AJAEnterphses\Company\Material\Checkpoint.

Пример 2 — \AJAXEnterphses\Company\Material\Request.

Пример 3 — \SystemTest\Final\OurMaterialManagerMnventory\Changes.

Пример 4 — \AJAXEnterprises\France\Personnef\Checkpoint.

5.2.3    Корневой MSM-каталог

Корневой MSM-каталог — это корневой каталог иерархии. Он определяется, когда MSM сервисы инсталлируются (инициализируются). В зависимости от практической реализации MSM сервиса, может быть один или несколько корневых каталогов.

Для работы провайдера MSM сервиса корневой MSM-каталог может потребовать специальные данные.

Пример —

Название корневого MSM-каталога может содержать название компании:

-    например. «AJAX» или «AJAXEnterprises\SpecialToolCo».

Название корневого MSM-каталога может содержать название набора сервисов, наборов данных испытаний, данных развертывания оборудования и технологических операций:

-    например. «SystemTest\Beta», «SystemTest\Final», «SpecialToolCo\Operations».

Примечание — MSM-сервисы не определяют порядок поиска корневых MSM-каталогов Указанные специальные сервисы не зависят от практической реализации MSM-сереиса Также имеются ограничения безопасности В настоящем стандарте указанные ограничения не рассматриваются

5.2.4    Область применения канала

Область применения канала включает иерархию ролевого оборудования (в соответствии с ГОСТ Р МЭК 62264-1). соответствующую физическому, географическому или логическому делению предприятия, приложения или проекта. Иерархия может ограничивать область применения обмениваемой информации. Например, информация может обмениваться только внутри одного подразделения компании. Иерархия может включать производственный объект, производственный участок, рабочий центр, какой-либо другой элемент иерархии оборудования предприятия.

Пример —

Область применения канала может включать имя сайта (региона), чтобы ограничить число присылаемых сообщений (например, «AsiaPacific», «SouthAfrica», «France»).

Область применения канала может ограничиваться возможностями программного обеспечения. Тогда в названии можно указать его рыночный бренд (например, «OurMaterialManager», «PersonnelTracker», «InventoryDataBase»).

Область применения канала может ограничиваться только одной компанией (только ее приложениями). Тогда название канала может идентифицировать данную компанию (например, «Enterprise», «Company» и т. п.). Идентификация также может отсутствовать.

5.2.5    Область применения информации

Область применения информации определяет диапазон или общий тип обмена информацией. Область применения информации может быть связана с существительными (объектами) транзакций, определенными в ГОСТ Р МЭК 62264-2. а также с другими наборами объектов.

Пример —

Приложение, работающее со всеми формами информации о материалах, может определить канал с областью применения «Material».

Приложение, работающее с информацией о партиях (подпартиях) производственных запасов, может определить канал с областью применения «Inventory».

5.2.6    Использование канала

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

Для обеспечения интероперабельности использование канала должно учитывать классы глаголов сообщений о транзакциях в соответствии с ГОСТ Р МЭК 62264-5.

Пример 1 — Классы глаголов сообщений в соответствии с ГОСТ Р МЭК 62264-5:

Запрос: GET /SHOW.

Команда: PROCESS /ACKNOWLEDGE, CHANGE /RESPOND, CANCEL.

Публикация: SYNC ADD. SYNC CHANGE, SYNC DELETE.

Пример 2 — Приложение, отсылающее сообщение GET, может определять канал с использованием глагола класса «Query (Запрос)».

Приложение, отсылающее сообщения PROCESS, CHANGE, CANCEL может определять канал с использованием глагола класса «Command (Команда)».

Пример 1 — Тема ProductionSchedule (Календарный план) может работать в каналах Checkpoint и Changes в рамках области применения канала производственного участка. Тома ProductionSchedule может работать в каналах Checkpoint и Changes в области применения на производственном участке.

Пример 2 — Тема QualificationTest (Квалификационные испытания) может работать в канале Request (Запрос) в рамках области применения канала предприятия. Тема QualificationTest может работать в канале Request (Запрос) о области применения о масштабах страны.

5.4    Истечение срока годности публикации

Просроченные публикации не должны быть доступны для подписки из приложений потребителя. Они не должны быть доступны для приложений провайдера. Если срок действия уже прочитанного сообщения истек, то оно остается доступным для потребителя. Потребитель должен быть уверен, что запуск процедуры RemovePublication (удаление публикации) приводит к действительному удалению сообщения.

Публикация может быть помечена флажком как «просроченная» приложением провайдера с помощью сервиса обработки просроченных публикаций ExpirePublication. И наоборот, публикация может быть помечена флажком, как актуальная, в течение всего срока годности с момента ее появления в сети.

Годность публикации определяется разными критериями. Если годность публикации определяется временем, то срок годности определяется моментом completion invocation (завершения вызова) сервиса выкладывания публикации в дополнительный установленный интервал времени.

Любое просроченное сообщение о публикации может быть удалено сервисом ExpirePublication (сервисом удаления просроченных сообщений).

5.5    Темы

5.5.1    Определение темы

Темы используются сервисами приложений. Они ограничивают (фильтруют) тип информации, получаемой по запросу для чтения (уведомления) приложениями провайдера и приложениями потребителя.

Темы используются приложениями провайдера для указания типа информации, публикуемой или выкладываемой сервисом MSM-канала.

Возможность выбора темы позволяет одному каналу работать с различными данными. Возможность выбора темы позволяет получателю работать только с необходимыми данными.

5.5.2    Стандартные темы

Для поддержки интероперабельности темы должны соответствовать глаголам и существительным транзакционных сообщений в соответствии с ГОСТ Р МЭК 62264-2.

Пример 1 — Классы существительных по стандарту ГОСТ Р МЭК 62264-2.

Resource Relationship Network (Сеть взаимодействия ресурсов) Transaction Profile (Профипь транзакций)

Work Alert (Состояние готовности к работе)

---

Work Capability (Рабочие возможности)

Work Definition (Определение работы)

Work Performance (Показатели работы)

---

Work Schedule (Календарный план работ)

Workflow Specification (Спецификация потока работ)

---

Имена тем могут содержать ассоциированный номер стандарта (версии стандарта), ассоциированное существительное.

Пример 2 — Одна тема может быть определена для сообщений, использующих определения типа B2MML-V0402-MaterialLot. Другая тема может содержать определения типа B2MML-V0501-MaterialLot. Третья тома может содержать определения типа B2MML-V0600-MatorialLot.

Одна и та же тема может быть определена на нескольких каналах.

Пример 3 — Тома ProductionSchedulo может быть определена для каналов Checkpoint и Changes с областью применения канала на сайте. Тема ProductionSchedule может быть определена для каналов Checkpoint и Changes в рамках области применения канала производственной площадки.

Пример 4 — Тома QualificationTost может быть определена в канале Request с областью применения канала на предприятии. Тема QualificationTest может определена в канале Request в рамках области применения канала в масштабах страны.

5.6    Сеансы связи MSM

Соединение с каналом производится через сеанс связи MSM (MSM-сессии). MSM-сессии проводятся с помощью сервиса открытого сеанса связи. Данный сервис возвращает идентификатор сеанса связи.

Идентификатор сеанса связи не может изменяться. Он не должен быть привязан к реализации запрашивающей программы. Идентификатор сеанса связи остается действительным, даже если вызывающая программа останавливается (запускается повторно). MSM-сессия доступна до тех пор. пока вызывающая программа поддерживает (хранит) идентификатор сеанса связи и может считать его при повторном запуске.

5.7    Безопасность

5.7.1    Обмен сообщениями безопасности

Безопасность при обмене сообщениями определяется как аутентифицированный доступ к сервисам MSM-канала.

Примечание — Обеспечение безопасности MSM-сервисов — дело первостепенной важности В модели сервиса MSM-лриложения «ничего не знают» о своих партнерах по связи Они не знают количества возможных партнеров 1) отсутствие партнеров (публикаторы работают без подписки). 2) один партнер. 3) несколько партнеров Безопасность не может определяться как связь с доверенными партнерами Безопасность подразумевает взаимодействие по безопасным каналам

5.7.2    Маркеры безопасности каналов

Безопасность доступа по каналу обеспечивается маркерами безопасности.

Каждому каналу назначается свой уникальный маркер безопасности.

Маркеры безопасности могут быть добавлены в канал по желанию пользователя MSM-сервиса.

Примечание — Если провайдер сервиса MSM обязан обеспечить безопасность, то конечный пользователь MSM-сервиса может принять решение не назначать маркер безопасности одному или нескольким каналам В данном случае канал становится доступным для всех без какого-либо аутентифицированного контроля

Маркер безопасности используется приложением при открытии канала, при подписке в канале. Если маркер безопасности приложения не соответствует маркеру безопасности канала, то информация из канала не поступает.

Маркерами безопасности обмениваются на внеполосных каналах связи (например, в ручном режиме. в электронном режиме на безопасных каналах типа «точка-точка»).

Приложение Провайдера

Рисунок 9 — Безопасность каналов

5.7.3    Формат маркера безопасности

Формат маркера безопасности определяется в спецификации практической реализации MSM-сервиса. Варианты практической реализации MSM-сервиса могут основываться на различных методах представления и форматах маркеров безопасности.

5.7.4    Рекомендации для провайдеров MSM-сервисов

1)    Все провайдеры MSM-сервисов должны использовать маркеры безопасности.

2)    Для обеспечения безопасности провайдеры MSM-сервисов могут ограничить использование сервисов управления MSM-каналами в отношении приложений, серверов, доменов и т. д.

3)    В рамках конкретной практической реализации провайдеры и потребители должны договориться между собой об уровне безопасности канала, если таковой имеется. Если конкретный сервис должен обеспечивать безопасность, то требование, что конкретная практическая реализация должна использовать конкретный сервис, отсутствует.

Пример 1 — Системы совместно пользуются информацией компаний с помощью открытых Интернет-каналов. В данном случае, практическая реализация провайдера MSM-сервисов обеспечивает надежную систему маркеров безопасности с помощью открытого ключевого механизма со специальным маркером безопасности, назначенным особыми коммуникационными службами.

Пример 2 — Система находится полностью внутри безопасной среды, защищенной корпоративным (функциональным) межсетевым экраном. В данном случае, пользователь можот принять рошонио не назначать маркеры безопасности для каналов и принять другие меры обеспечения безопасности.

6 Определение сервиса MSM

6.1 Типы определений

Таблица 1 содержит типы определений, ассоциированные с определением сервиса.

Таблица 1— Типы определений MSM-сервисов

Тип Определение Описание канала (channel description) Текст, используемый поисковыми каналами Данный текст облегчает техническое обслуживание рассматриваемой практической реализации MSM-сервиса Тип канала (channel type) Указывает, предназначен ли канал для публикаций, запросов или ответов Конкретная практическая реализация MSM-сервиса может использовать конкретный тип канала Тогда можно гарантировать, что для создания сеанса связи с каналом вызван корректный сервис Примеры типов канала: «Publication (Публикация)», «Request (Запрос)» Идентификатор канала URI (channel URI) Предпочтительный идентификатор канала. Идентификатор канала URI — это длинная строка, содержащая имена каналов. наборы международных символов Требования к формату см в 5 2 Выражение Фильтра (filter expression) Необязательный элемент фильтра Применяется для сообщений канала Формат выражения фильтра в настоящем стандарте не определяется (определяется спецификацией практической реализации MSM-сервиса) Идентификатор сеанса связи (session ID) Идентификатор генерируется MSM-сервисом для конкретного приложения Служит для создания сеанса связи с каналом, облегчает работу приложения с MSM-сервисом Идентификация слушателя (listener identification) Элемент, определяемый практической реализацией канала Оповещает приложение о получении нового сообщения Пример — Конечная точка URI, достижимая для провайдера MSM-сервиса, в которой работает сервис MSM-уведомлений. Идентификатор сообщения (message ID) Идентификатор, генерируемый MSM-сервисом при выкладывании сообщения в канале в ходе сеанса связи Содержание сообщения (message content) Содержание сообщения Истечение срока годности сообщения (message expiry) Время до истечения срока годности сообщения о публикации в канале публикаций Маркер безопасности (security token) Маркеры безопасности, назначенные указанному каналу Идентификатор сеанса связи (session ID) Уникальный идентификатор сеанса связи, используемый в MSM-канале Тема (topic) Идентификатор темы сообщения (см 5.5)

6.2 Возвращение результатов и отказы MSM-сервисов

Таблица 2 содержит определения вариантов возвращения результатов работы и отказов MSM-сервиса. Отказы должны подтверждаться удобочитаемыми объяснениями.

Таблица 2 — Определения возвращения результатов работы и отказов MSM-сервиса

Тип Определение Отказ канала (channel fault) Возвращается значение ошибки, если URI канала недопустим или если рассматриваемое приложение не имеет надлежащего маркера безопасности для доступа к каналу Идентификация слушателя (listener identification) Идентификация функции слушателя, определенной указанной технологией практической реализации Идентификатор сообщения (message ID) Уникальный идентификатор сообщения

Окончание таблицы 2

Тип Определение Отказ операции (operation fault) Возвращается значение ошибки, если делается попытка выполнить некорректную операцию в канале заданного типа Неправильное значение параметра (parameter fault) Ошибка указывает, что значение параметра сервиса отсутствует или недопустимо Сообщение о публикации (publication message) Сообщение типа SYNC, формат которого определен ГОСТ Р МЭК 62264-5 Сообщение о запросе (request message) Сообщения типа GET. PROCESS. CHANGE и CANCEL, формат которых определен ГОСТ Р МЭК 62264-5 Идентификатор сообщения о запросе (request message ID) Идентификатор сообщения о запросе Сообщение об отклике (response message) Сообщения типа SHOW, ACKNOWLEDGE. RESPOND и CONFIRM, формат которых определен ГОСТ Р МЭК 62264-5 Отказ Маркера безопасности (security token fault) Возвращается значение ошибки, если используется недопустимый маркер безопасности Отказ сеанса связи (session fault) Возвращается значение ошибки, если используется недопустимый идентификатор сеанса связи

6.3 Сервис управления MSM-каналом

6.3.1 Создание канала

Описание функции сервиса создания канала, входных параметров и возвращаемых результатов работы приведено в таблице 3.

Таблица 3 — Создание канала

Имя Создание канала Функция Создает MSM-канал указанного типа Если канал уже существует, то возвращается значение отказ канала Каналу назначается маркер безопасности Входные параметры -    URI канала -    Тип канала (публикация, запрос) -    Описание канала (необязательно) -    Перечень Маркеров безопасности (необязательно) Возвращаемые результаты - Значения критериев успеха или ошибки

6.3.2 Добавление маркеров безопасности

Описание функции сервиса добавления маркеров безопасности, входных параметров и возвращаемых результатов работы приведено в таблице 4.

Таблица 4 — Добавление маркеров безопасности

Имя Добавление маркера безопасности Функция Добавляет маркер безопасности канала Если URI канала не существует, или если для данного канала маркер безопасности, назначенный ранее, и маркер безопасности запроса не совпадают, то возвращается значение отказ канала, Если новый маркер безопасности канала уже назначен, то никаких действий не предпринимается.

Содержание

1    Область применения..................................................................1

2    Нормативные ссылки..................................................................1

3    Термины, определения и сокращения....................................................1

3.1    Термины и определения............................................................1

3.2    Сокращения......................................................................2

3.3    Условия применения настоящего стандарта...........................................2

4    Модель службы обмена сообщениями...................................................2

4.1    Модель интерфейса...............................................................2

4.2    Обмен данными менаду приложениями................................................3

4.3    Модель транзакции................................................................4

4.4    Приложения связи................................................................5

4.5    Управляемые каналы связи.........................................................6

4.6    Сервисы    уведомлений.............................................................6

4.7    Сервисы    MSM-канала.............................................................7

4.8    Сервисы    MSM-канала публикаций...................................................7

4.9    Сервисы    MSM-канала запросов.....................................................8

5    Принципы работы MSM-каналов........................................................8

5.1    Идентификация каналов и тем......................................................8

5.2    Имена и иерархия каналов.........................................................8

5.3    Фильтрация сообщений...........................................................10

5.4    Истечение срока годности публикации...............................................11

5.5    Темы...........................................................................11

5.6    Сеансы связи MSM...............................................................12

5.7    Безопасность....................................................................12

6    Определение сервиса MSM...........................................................13

6.1    Типы определений...............................................................13

6.2    Возвращение результатов и отказы MSM-сервисов....................................14

6.3    Сервис управления MSM-каналом..................................................15

6.4    Сервис уведомления слушателя....................................................17

6.5    Сервис публикации MSM-провайдера...............................................18

6.6    Сервисы публикации MSM-потребителя..............................................19

6.7    Сервисы запросов MSM-провайдера................................................21

6.8    Сервис запросов MSM-потребителя.................................................22

7    Сценарии..........................................................................24

7.1    Сценарии публикации и подписки...................................................24

7.2    Сценарии канала запросов........................................................28

8    Соответствие требованиям............................................................30

Приложение А (справочное) Требования к провайдеру MSM-сервиса..........................31

Приложение В (справочное) Сервисная шина предприятия..................................35

Приложение ДА (справочное) Сведения о соответствии ссылочных национальных стандартов

международным стандартам, использованным в качестве ссылочных

в примененном международном стандарте..................................37

Библиография........................................................................38

Окончание таблицы А

Имя Добавление маркера безопасности Входные параметры -    URI канала -    Маркер безопасности (необязательно) -    Добавляется перечень маркеров безопасности Возвращаемый результат - Значения критериев успеха или ошибки

6.3.3 Удаление маркера безопасности

Описание функции сервиса удаления маркера безопасности, входных параметров и возвращаемых результатов работы приведено в таблице 5.

Таблица 5 — Удаление маркера безопасности

Имя Удаление маркера безопасности Функция Удаляет маркер безопасности канала Если URI канала не существует, то возвращается значение отказ канала Если для данного канала маркер безопасности, назначенный ранее, и маркер безопасности запроса не совпадают, то возвращается значение отказ канала Если удаляемый маркер безопасности не назначен каналу, то возвращается значение отказ маркера безопасности, и никакие маркеры канала не удаляются, даже если они корректны Входные параметры -    URI канала -    Маркер безопасности -    Перечень удаляемых маркеров безопасности Возвращаемый результат - Значения критериев успеха или ошибки

6.3.4 Удаление канала

Описание функции сервиса удаления канала, входных параметров и возвращаемых результатов работы приведено в таблице 6.

Таблица 6 — Удаление канала

Имя Удаление канала Функция Удаляет MSM-канал Если URI канала не существует, то возвращается значение отказ канала Если для данного канала маркер безопасности, назначенный ранее, и маркер безопасности запроса не совпадают, то возвращается значение отказ канала Данный канал, а также ассоциированные сеансы связи и сообщения становятся недоступными Никакие приложения больше не получают никаких уведомлений в ходе активного сеанса связи Входные параметры -    URI канала -    Маркер безопасности (необязательно) Возвращаемые результаты - Значения критериев успеха или ошибки

6.3.5 Получение канала

Описание функции сервиса получения канала, входных параметров и возвращаемых результатов работы приведено в таблице 7.

Введение

Настоящий стандарт основан на использовании объектных моделей стандарта интеграции корпоративных приложений и программного обеспечения систем управления Международной ассоциации автоматизации. Данные модели определяют набор сервисов обмена информационными сообщениями. Отметим, что существуют и другие наборы сервисов, не рассмотренные в настоящем стандарте. Настоящий стандарт определяет модель службы обмена сообщениями (MSM), работающую как в режиме публикация/подписка на уведомление, так и в режиме запрос/отклик. Данная модель определяет минимальный поднабор интерфейсов системы обмена сообщениями.

MSM определяет метод, с помощью которого приложения получают сообщения и отсылают сообщения провайдерам сервисов MSM без учета особенностей базового механизма связи. Данный метод является частью общего протокола связи приложений.

Настоящий стандарт определяет наборы сервисов, обеспечивающих функциональность (независимого от продавца) метода отсылки и получения сообщений в рассматриваемой системе обмена сообщениями (например, в сервисной шине предприятия ESB).

Требования к интерфейсу каждой отдельной системы обмена сообщениями могут быть существенными и иметь сильные отличия. Для связи Уровней 3-3 и 4-3 MSM определяет один-единственный интерфейс, не зависимый от приоритетного сервиса. По этой причине продавцу нет необходимости создавать несколько интерфейсов пользователя. Аналогично, конечному пользователю нет необходимости замыкаться на единственного продавца.

Интеграция системы управления предприятием требует совершения нескольких различных шагов по обмену данными между различными приложениями рассматриваемой компьютерной системы (см. рисунок 1).

a)    Приложения обычно имеют различные внутренние представления для обмениваемых объектов в их собственных локальных хранилищах данных. Данные представления преобразуются из локального формата в общепринятый глобальный формат.

Пример 1 — Пусть имеются два приложения, ALPHA и BETA. Приложение ALPHA инициирует обмен данными с приложением BETA. BETA отвечает ALPHA. При этом выполняется следующее преобразование форматов:

1)    локальный формат ALPHA преобразуется в глобальный формат данных запросов,

2)    глобальный формат преобразуется в локальный формат BETA для данных запросов,

3)    локальный формат BETA преобразуется в глобальный формат данных ответов.

4)    глобальный формат преобразуется в локальный формат ALPHA для данных ответов.

b)    Рассматриваемое преобразование выравнивает пространства имен обменивающихся данными приложений. Обычно для двусторонних связей преобразование выполняется четыре раза.

Пример 2 — Именами элементов данных могут быть коды, имена тегов, идентификаторы оборудования.

Пример 3 — Данные, представленные в пространстве имен с одним элементом (например, коды 1,2,3,4), могут иметь различные пространства имен в другом приложении (например, коды Ok, Done, Error, Delay).

c)    Как только информация приобретает глобальный формат и надлежащие глобальные имена, обмениваемая информация отсылается от одного приложения к другому.

d)    Сообщения транспортируются от одного приложения к другому либо в среде одного компьютера, либо между компьютерами. Механизмы транспортирования соответствуют различным стандартам (например. TCP/IP. Ethernet и т. п.).

e)    Как только информация об обмене данными получена, в силу вступают особые правила, определяющие. какие результирующие данные должны быть возвращены. Правила транзакций определены в ГОСТ Р МЭК 62264-5

ГОСТ Р 58546-2019 (IEC/PAS 62264-6:2016)

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ИНТЕГРАЦИЯ СИСТЕМ УПРАВЛЕНИЯ ПРЕДПРИЯТИЕМ Часть 6 Модель службы обмена сообщениями

Enterprise-control system integration Part 6 Messaging service model

Дата введения — 2020—01—01

1    Область применения

Настоящий стандарт определяет модель набора сервисов пересылки сообщений для обмена информацией между уровнями 3 и 4. на уровне 3, между коммерческими приложениями и производственными процессами. Настоящий стандарт определяет стандартный интерфейс обмена информацией между системами.

2    Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты.

ГОСТ Р МЭК 62264-1 Интеграция систем управления предприятием. Часть 1. Модели и терминология

ГОСТ Р МЭК 62264-2 Интеграция систем управления предприятием. Часть 2. Объекты и атрибуты

ГОСТ Р МЭК 62264-5 Интеграция систем управления предприятием. Часть 5. Операции «бизнес — производство»

Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты*, который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия) Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку

3    Термины, определения и сокращения

3.1    Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями:

3.1.1    описание канала (channel description): Текст, описывающий канал.

3.1.2    тип канала (channel type): Предпочтительное использование канала для публикаций и запросов.

3.1.3    канальный URI (channel URI): Предпочтительный идентификатор канала.

3.1.4    выражение фильтра (filter expression): Элемент фильтрации сообщений канала

Издание официальное

3.1.5    идентификация слушателя (listener identification): Элемент, определяемый реализацией системы и используемый для указания возможного приложения, задействованного в получении нового сообщения.

3.1.6    содержание сообщения (message content): Тело сообщения.

3.1.7    истечение срока годности сообщения (message expiry): Время до момента истечения срока годности сообщения о публикации в канале публикаций.

3.1    8 идентификатор сообщения (message ID): Идентификатор, генерируемый при выкладывании сообщения в канале во время сеанса связи.

3.1.9    пространство имен (namespace): Набор имен (слов), представляющий собой четкое формализованное множество.

3.1.10    маркер безопасности (security token): Физическое устройство и/или программный код. используемые для получения доступа к каналу.

3.1.11    идентификатор сеанса связи (session ID): Идентификатор, генерирующийся, как только приложение запускает сеанс связи с каналом. Идентификатор указывается приложением при использовании MSM-сервисов.

3.1.12    тема (topic): Идентификация содержания информации в сообщении.

3.2    Сокращения

В настоящем стандарте использованы следующие сокращения:

B2MML — язык разметки связи между бизнесом и производством;

СВ (radio) — система персональной радиосвязи;

CCOM-ML — язык разметки, описывающий общую концептуальную модель объекта;

ERP — планирование ресурсов предприятия;

ESB — сервисная шина предприятия;

FTP — протокол передачи файлов;

HTTP — протокол передачи гипертекстовых файлов;

JMS — служба сообщений Java;

MSM — модель службы обмена сообщениями;

MIMOSA — объединение открытых систем по управлению данными в машиностроении;

OAG — сообщество открытых приложений;

OAGIS — интеграционные спецификации группы открытых приложений;

ОМАС — организация по управлению и автоматизации производства;

Open О&М — группа по управлению производством и техническим обслуживанием;

OPC-UA — унифицированная архитектура ОРС. определяющая передачу данных в промышленных сетях и взаимодействие устройств в них;

REST — архитектурный стиль взаимодействия компонентов распределенного приложения в сети:

RSS —действительно простое приобретение информации;

SOAP — простой протокол доступа к объектам;

TCP/IP — протокол управления передачей/интернет-протокол, сетевая модель передачи данных, представленных в цифровом виде;

UDDI —стандарт универсального описания, обнаружения и интеграции;

URI — универсальный идентификатор ресурса;

WS_* — стандарт сервисов Всемирной паутины;

XML— расширяемый язык разметки;

XSLT — расширяемый язык преобразований таблиц стилей.

3.3    Условия применения настоящего стандарта

В соответствии с разделом 6 необходимо определить входные и возвращаемые параметры. Параметры допускается не вводить, если они явно определены как необязательные.

4 Модель службы обмена сообщениями

4.1 Модель интерфейса

MSM — это стандартный набор сервисов, обеспечиваемых приложениями или сетевой службой. MSM обеспечивает связь нескольких приложений с помощью модели транзакций в соответствии со

стандартом ГОСТ Р МЭК 62264-5. MSM не определяет порядок практической реализации сервиса, архитектуру поддерживающего приложения (сетевой службы) и специальный приоритетный метод связи.

MSM обеспечивает стандартный интерфейс системы¹), интерфейс ESB, интерфейс какой-либо другой системы обмена сообщениями (файлами), гарантирующий доставку сообщений, упорядочивание сообщений, хранение сообщений, кэширование сообщений.

Примечание 1 —Допускается наличие нескольких различных вариантов практической реализации сервиса Например, на основе унифицированной архитектуры ОРС, путем пересылки файлов по протоколу FTP с помощью сервисной шины предприятия ESB

Примечание 2 — MSM должен задействовать особые методы хранения и кэширования обмениваемой информации, особые методы гарантированной доставки сообщений

Уровень сервисов в настоящем стандарте не определяется. С уровнем сервисов напрямую связаны тип безопасности, надежность, гарантия доставки, качество работ, возможности преобразований, прочие особенности, обеспечиваемые провайдером сервисов MSM и позволяющие выбрать надлежащего поставщика или программный комплекс.

4.2 Обмен данными между приложениями

Обмен данными меэду приложениями представляется моделью связи как один-единственный уровень приложения. При разработке стандартов на объекты данных, сообщения представления данных (например, B2MML, MIMOSA, CCOM-ML, «объекты» (существительные) OAGIS), а также транзакционные сообщения (например. ГОСТ Р МЭК 62264-5. «действия» (глаголы) OAGIS 9.0). учитывается. что одного простого уровня недостаточно для описания сложных объектов, работающих на основе транзакционной связи мееду приложениями.

Можно ввести в рассмотрение два дополнительных элемента связи между приложениями: определение объекта данных, определение транзакционного сообщения. Указанные элементы связывают рассматриваемый уровень приложения и приоритетные сервисы обмена данными (см. рисунок 2).

MSM содержит минимальный поднабор интерфейсов, задействованных на большинстве сервисов обмена данными. Данные сервисы задействуют четко определенные и структурированные объекты данных и транзакционные сообщения.

Рисунок 2 — Стек связи приложений

¹¹ Краткое описание работы Сервисной шины предприятия приведено в приложении В

Кахадый из указанных уровней соответствует конкретному элементу обмена данными приложения (см. рисунок 3):

а) Уровень объекта данных (Data Object) определяет смысл, формат и структуру базовых элементов обмена информацией.

Примечание 1 — Данный уровень использует особые определения пространства приложений, например, определения объекта по стандарту ГОСТР МЭК 62264-2, MESA B2MML, объекты MIMOSA, CCOM-ML, а также существительные (объекты) OAGIS

ГОСТ Р МЭК 62264-2. B2MML, MIMOSA. OAGIS, ОМАС...

ГОСТ Р МЭК 62264-5, OAGIS

Стек

модели OSI

b)    Уровень транзакций (Transaction) определяет смысл, формат и структуру действий, предпринятых с объектами данных.

Примечание 2 — Данный уровень использует особые стилизованные определения транзакций в соответствии с ГОСТ Р МЭК 62264-5 Другим определением уровня транзакций может быть определение глагола (действия) OAGIS

c)    Сервисный интерфейс MSM (MSM Service Interface) определяет минимальный интерфейс сервиса обмена данными уровня приложения.

d)    Прикладной уровень, уровень представления, сеансовый и другие нижние уровни определяют смысл, формат и структуру для согласования порядка использования буферного запоминающего устройства, а также для обмена сообщениями (файлами). Указанные уровни содержат особые стилизованные определения для пересылки данных или обмена данными (например, для сервисной шины предприятия, системы доставки сообщений предприятия, спецификации OPC-UA. RSS. FTP. именованных каналов (Named Pipes). Ethernet. TCP/IP. HTTP и др.).

ГОСТP МЭК 62264-5 определяет информационные транзакции. Модель службы обмена сообщениями MSM определяет интерфейс реализации метода обмена информацией. В некотором смысле. MSM формирует стандартные пилообразные сигналы типа «on-ramp (Вкл)» и «off-ramp (Выкл)» и определяет порядок отсылки и получения данных в соответствии с применяемыми методами обмена информацией.

Примечание — В настоящем стандарте одноразовый асинхронный обмен сообщениями между потребителем и изготовителем можно рассматривать как пару отдельных однонаправленных сообщений

4.3 Модель транзакции

ГОСТ Р МЭК 62264-5 определяет три модели бизнес-транзакций:

1) модель публикации (publish model);

2)    модель отсылки (транзакции); подача запроса, т.е. принудительная доставка данных (push model];

3)    модель приема (транзакции)¹); извлечение информации по запросу (pull model].

MSM определяет стандартный интерфейс приложений для обмена данными, задействующий модели транзакций для представления данных с помощью схем расширяемого языка разметки XML.

Транзакции, поддерживаемые MSM, поддерживают:

a)    модель «публикации/(подписки на уведомление)» с несколькими подписчиками и несколькими публикаторами. При этом подписчики и публикаторы не знают о всех приложениях;

b)    объединенную модель отсылки и приема (транзакции), также называемую моделью «запросов и ответов». При этом приложение отсылает (несогласованный с получателем) запрос на сервис. Запрашивающее сервис приложение «не знает» принимающее приложение, которое будет обрабатывать запрос.

4.4 Приложения связи

Комплекс стандартов ГОСТ Р МЭК 62264 определяет четыре роли:

1)    Провайдер информации (для получения сообщений GET и отсылки сообщений SYNC).

2)    Получатель информации (для получения сообщений PROCESS, CHANGE и CANCEL).

3)    Пользователь информации (для отсылки сообщений GET и получения сообщений SYNC)

4)    Отправитель информации (для отсылки сообщений PROCESS. CHANGE и CANCEL).

В MSM-модели указанные роли упрощаются. Имеется приложение провайдера (вместо провайдера информации и получателя информации) и приложение потребителя (вместо пользователя информации и отправителя информации) (см. рисунок 4).

Приложение провайдера является собственником данных. Приложение провайдера может:

1)    публиковать изменения данных;

2)    получать запросы на изменение данных;

3)    отвечать на запросы данных.

Примечание — Выражение «собственник данных» используется для идентификации приложения, несущего ответственность за корректность данных

Рассматриваемое приложение может быть приложением провайдера, приложением потребителя, может содержать их оба. Если рассматриваемое приложение содержит их оба, то роль провайдера данных выполняет потребитель.

Имена сервиса MSM -<

¹¹ Типы и форматы транзакций установлены стандартом ISA-95.