Статус документа
Статус документа

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



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

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

Часть 6

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

Enterprise-control system integration. Part 6. Messaging service model



ОКС 25.040; 35.240.50

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



Предисловие

     

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

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

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

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

________________

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

** В оригинале обозначения и номера стандартов и нормативных документов в разделах "Предисловие", 2 "Нормативные ссылки", приложении ДА и отмеченные в п.5.5.2 знаком "**" приводятся обычным шрифтом; отмеченные в разделе "Предисловие" знаком "**" и остальные по тексту документа выделены курсивом; отмеченные в п.5.5.2 знаком "***" - полужирным курсивом. - Примечания изготовителя базы данных.

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

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

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

Введение


Настоящий стандарт основан на использовании объектных моделей стандарта интеграции корпоративных приложений и программного обеспечения систем управления Международной ассоциации автоматизации. Данные модели определяют набор сервисов обмена информационными сообщениями. Отметим, что существуют и другие наборы сервисов, не рассмотренные в настоящем стандарте. Настоящий стандарт определяет модель службы обмена сообщениями (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.


Рисунок 1 - Этапы обмена данными между приложениями



     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 identifcation): Элемент, определяемый реализацией системы и используемый для указания возможного приложения, задействованного в получении нового сообщения.

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 - стандарт универсального описания, обнаружения и интеграции;

Доступ к полной версии документа ограничен
Полный текст этого документа доступен на портале с 20 до 24 часов по московскому времени 7 дней в неделю.
Также этот документ или информация о нем всегда доступны в профессиональных справочных системах «Техэксперт» и «Кодекс».
Нужен полный текст и статус документов ГОСТ, СНИП, СП?
Попробуйте «Техэксперт: Лаборатория. Инспекция. Сертификация» бесплатно
Реклама. Рекламодатель: Акционерное общество "Информационная компания "Кодекс". 2VtzqvQZoVs