NGSI-LD (NGSI-LD)

Перейти к навигации Перейти к поиску
NGSI-LD
Орган стандартизации Европейский институт телекоммуникационных стандартов
Опубликован 2017
Область действия Информационная модель, связанные данные и семантическая паутина
Официальный сайт etsi.org/committee/cim

 

NGSI-LD — стандарт описания информационной модели и API для публикации, запроса и подписки на контекстную информацию (аббревиатура от ''Next Generation Service Interfaces - Linked Data''). Стандарт предназначен для упрощения открытого обмена структурированной информацией между различными сторонами. Он используется в таких областях приложений, как умные города, [1] [2] [3] умная промышленность, умное сельское хозяйство, [4] [5], а также в областях Интернета вещей, [6] киберфизических системы, систем систем [7] и цифровых двойников . [8]

Описание[править | править код]

NGSI-LD был принят ETSI (Европейским институтом стандартизации телекоммуникаций) через Группу отраслевых спецификаций управления контекстной информацией по запросу Европейской комиссии . Его внедрение и развитие изложены в «Плане стандартизации ИКТ» ЕС. [9] NGSI-LD опирается на многолетний опыт исследований в области систем управления контекстом и моделирования контекста. [10] NGSI (Next Generation Service Interfaces) - «Интерфейсы служб следующего поколения» основан на наборе спецификаций, первоначально выпущенных OMA, которые включали контекстные интерфейсы. [11] На основе них была разработала спецификация NGSIv2 [12] Европейским партнерством (FI PPP - the European Future Internet Public-Private-Partnership), которое породило сообщество FIWARE.

Информационная модель NGSI-LD представляет контекстную информацию в виде объектов, которые имеют свойства и связи с другими объектами. Модель формируется на свойствах графа[13] с семантикой, определенной на основе RDF и структуры семантической сети. Модель можно сериализовать с помощью JSON-LD. Каждому объекту и взаимосвязи присваивается уникальная ссылка IRI в качестве идентификатора, что позволяет экспортировать соответствующие данные в виде связанных наборов данных . Суффикс -LD (linked data) обозначает эту принадлежность к связанному юниверсу данных.

Структура[править | править код]

Информационная модель[править | править код]

Информационная модель NGSI-LD [14] может рассматриваться как первая формальная спецификация модели графа свойств, которая возникла с начала 2000-х годов как неформальная общая модель для графовых баз данных .

Основные концепции:

  • Граф свойств — это ориентированный мультиграф, состоящий из узлов (вершин), соединенных направленными связями, где узлы и дуги могут иметь несколько дополнительных присоединенных свойств (т. е. атрибутов).
  • Свойства (аналогично атрибутам в объектных моделях) имеют форму произвольных пар ключ-значение. Ключи представляют собой строки символов, а значения — произвольные типы данных. В отличие от графов RDF, свойства не являются дугами графа.
  • Отношения — это дуги (направленные ребра ) графа, которые всегда имеют идентификатор, начальный узел и конечный узел.

Метамодель NGSI-LD [14] определяет основополагающие понятия Сущности, Отношения и Свойства (Entities, Relationships, Properties) на основе RDF / RDFS / OWL и частично на основе JSON-LD .

  • Сущность — это информационный представитель чего-то ( референта ), который должен существовать в реальном мире, за пределами вычислительной платформы, использующей NGSI-LD. Этот референт не обязательно должен быть чем-то строго физическим (это может быть юридическое или административное лицо) или самодостаточным (это может быть конструкция распределенного системного уровня). Предполагается, что любой экземпляр такого объекта должен быть однозначно идентифицирован посредством IRI и охарактеризован ссылкой на один или несколько типов объектов NGSI-LD. На языке графов свойств это узел.
  • Свойство — это экземпляр, который связывает характеристику, значение NGSI-LD, с объектом NGSI-LD, отношением NGSI-LD или другим свойством NGSI-LD. Свойства свойств явно разрешены и поощряются, например, для выражения точности конкретного измеренного значения.
  • Отношения — это направленная связь между субъектом (начальной точкой), которым может быть объект NGSI-LD, свойство NGSI-LD или другое отношение NGSI-LD, и объектом (конечная точка), который является объектом NGSI-LD. Отношение NGSI-LD между свойством и сущностью может, например, использоваться для выражения того, что свойство может быть измерено этим сущностью (объектом измерения).
  • Значение — это значение JSON (т. е. строка, число, истинное или ложное, объект, массив) или типизированное значение JSON-LD (т. е. строка как лексическая форма значения вместе с типом, определяемым базовый тип XSD или, в более общем смысле, IRI ) или структурированное значение JSON-LD (т. е. набор, список или строка с языковой меткой).
  • Тип — это класс OWL, который является подклассом классов сущности NGSI-LD, отношений NGSI-LD, свойств NGSI-LD или значений NGSI-LD, определенных в метамодели NGSI-LD. NGSI-LD заранее определяет небольшое количество типов, но в остальном открыт для любых типов, определенных пользователями.

Дополняя эту метамодель, спецификация информационной модели NGSI-LD также предоставляет междоменную онтологию [14], которая определяет ключевые конструкции, связанные с пространственными, временными или системными характеристиками сущностей.

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

Архитектура[править | править код]

Взаимодействие архитектурных ролей в модели NGSI-LD

Спецификация NGSI-LD состоит из информационной модели и API. API предоставляет функциональные возможности для поддержки архитектурных ролей, описанных ниже.

  • Потребитель контекста : Потребитель контекста потребляет объекты NGSI-LD от брокера контекста (или, возможно, непосредственно из источника контекста), используя функции потребления контекстной информации API NGSI-LD. Он может получить конкретный объект NGSI-LD или запросить соответствующие объекты NGSI-LD, используя синхронные запросы. Он также может подписаться на соответствующие объекты NGSI-LD и получать асинхронные уведомления всякий раз, когда происходят изменения в запрошенных объектах NGSI-LD.
  • Производитель контекста : Производитель контекста создает, обновляет и удаляет объекты NGSI-LD, свойства NGSI-LD и отношения NGSI-LD в брокере контекста, используя функции предоставления контекстной информации API NGSI-LD.
  • Источник контекста : Источник контекста делает объекты NGSI-LD доступными через функции потребления контекстной информации API NGSI-LD. Чтобы сделать информацию доступной для обнаружения для брокера контекста, он регистрирует тип контекстной информации, которую он может предоставить на сервере реестра, используя функцию регистрации источника контекста API NGSI-LD.
  • Контекстный брокер : Контекстный брокер действует как основные точки доступа к контекстной информации для потребителей контекста. Информация об объекте NGSI-LD может храниться самим брокером контекста, если она была предоставлена производителем контекста с использованием функций предоставления контекстной информации API NGSI-LD, или брокер может запросить ее у источников контекста, используя потребление контекстной информации. функциональные возможности API NGSI-LD. Брокер контекста агрегирует всю информацию об объекте NGSI-LD, связанную с запросом, и возвращает агрегированный результат потребителю контекста. В случае подписки он отправляет уведомления всякий раз, когда происходят соответствующие изменения, возможно, в результате получения уведомлений от источников контекста. Чтобы найти источники контекста, которые могут иметь объекты NGSI-LD, соответствующие запросу потребителя контекста, брокер контекста использует функцию обнаружения источника контекста API NGSI-LD, реализованную сервером реестра.
  • Сервер реестра : Сервер реестра хранит регистрации источников контекста, предоставленные источниками контекста, с использованием функций регистрации источников контекста API NGSI-LD. Регистрации источника контекста содержат информацию о том, какую контекстную информацию может предоставить источник контекста, но не фактические значения. Вид контекстной информации может предоставляться на разных уровнях детализации, начиная от очень подробной информации, например, определенных свойств или взаимосвязей конкретного объекта NGSI-LD, до любой информации о конкретном объекте NGSI-LD или до уровня, который он может предоставить. NGSI-LD Объекты, имеющие определенный тип объекта, возможно, для данной географической области. Функциональность обнаружения источника контекста API NGSI-LD позволяет брокеру контекста (или, возможно, потребителю контекста) находить источники контекста, которые могут иметь соответствующие объекты NGSI-LD.

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

API[править | править код]

API управления контекстной информацией NGSI-LD [15] позволяет пользователям предоставлять, потреблять и подписываться на контекстную информацию в нескольких сценариях и с участием множества заинтересованных сторон. Он обеспечивает доступ практически в реальном времени к информации, поступающей из множества различных источников (не только источников данных IoT), называемых источниками контекста, а также публикацию этой информации через совместимые платформы публикации данных.

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

API разработан таким образом, чтобы быть независимым от архитектуры (центральной, распределенной, федеративной или их комбинаций), поэтому приложениям, которые производят и потребляют информацию, не нужно адаптироваться к специфике системы, которая распределяет/посредничает для них контекстную информацию.

Операции API включают в себя:

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

Использование[править | править код]

NGSI-LD был инициирован партнерами программы FIWARE и в основном используется сообществом открытого исходного кода FIWARE [16] при поддержке FIWARE Foundation [17], а также множеством других проектов и пользователей, таких как ниже:

  • Фонд Connecting Europe рекомендует использовать контекстный брокер FIWARE с NGSI-LD.
  • Проект Living-in.eu рекомендует использовать NGSI-LD в своей совместной декларации и своих технических обязательствах. [18] Декларация была одобрена и подписана 86 городами и государственными администрациями [19] из ЕС, а также поддерживается многими другими компаниями и организациями. [20]
  • «Архитектура платформы больших данных IoT» GSMA основана на NGSI-LD. [21]
  • Проект Fed4IoT EU, где он используется в качестве нейтрального формата данных [22] для перевода между различными представлениями данных IoT.
  • Платформа цифровых двойников Thing'in от Orange использует NGSI-LD в качестве базовой информационной модели. </link>[ <span title="This claim needs references to reliable sources. (October 2022)">нужна цитата</span> ]

История[править | править код]

NGSI-LD является результатом эволюции контекстных интерфейсов, которая началась как часть пакета «Интерфейсы служб следующего поколения» (NGSI), опубликованного Open Mobile Alliance (OMA) в 2012 году, который также является источником аббревиатуры NGSI. Пакет NGSI включал NGSI-9 в качестве интерфейса обнаружения объекта контекста и NGSI-10 в качестве интерфейса контекстной информации. [11] Стандарт NGSI от OMA и его промежуточные разработки основывались на классической модели «сущность-атрибут-значение» и представлении на основе XML. Контекстные интерфейсы NGSI были адаптированы в рамках проекта FI-WARE, который разработал платформу для государственно-частного партнерства европейского будущего в Интернете (PPP). Контекстные интерфейсы OMA NGSI получили привязку HTTP с представлением JSON, называемое NGSIv1, которое включало как NGSI-9, так и NGSI-10. В ходе FI-PPP интерфейсы развились в NGSIv2, [12] который стал ключевым интерфейсом платформы FIWARE. После окончания FI-PPP в 2016 году платформа FIWARE стала ядром FIWARE Open Source Community, управляемого FIWARE Foundation . В 2017 году была создана Группа отраслевых спецификаций ETSI по сквозному управлению контекстной информацией (ETSI ISG CIM) для развития интерфейса контекстной информации, что привело к созданию NGSI-LD. Ограничения исходной информационной модели привели к спецификации более широкой модели, основанной на графах свойств, явно включающих отношения между сущностями наравне с самими сущностями.

Примечания[править | править код]

  1. ↑ Jeong, Seungmyeong (2020-12-07). "City Data Hub: Implementation of Standard-Based Smart City Data Platform for Interoperability". Sensors. 20 (23). Bibcode:2020Senso..20.7000J. doi:10.3390/s20237000. PMID 33297506.{{cite journal}}: Википедия:Обслуживание CS1 (не помеченный открытым DOI) (ссылка)
  2. ↑ . ISBN 978-989-758-423-7. {{cite conference}}: |title= пропущен или пуст (справка)
  3. ↑ NGSI-LD Resources. oascities.org. Open Agile Smart Cities (11 декабря 2019). Дата обращения: 24 марта 2021. Архивировано 8 апреля 2022 года.
  4. ↑ López-Morales, Juan Antonio (2020-01-24). "Digital Transformation of Agriculture through the Use of an Interoperable Platform". Sensors. 20 (4). Bibcode:2020Senso..20.1153L. doi:10.3390/s20041153. PMID 32093147.{{cite journal}}: Википедия:Обслуживание CS1 (не помеченный открытым DOI) (ссылка)
  5. ↑ . ISBN 978-952-68653-8-6. {{cite conference}}: |title= пропущен или пуст (справка)
  6. ↑ Cirillo, Flavio (September 2019). "A Standard-Based Open Source IoT Platform: FIWARE". IEEE IoT Magazine. 2 (3): 12—18. arXiv:2005.02788. doi:10.1109/IOTM.0001.1800022. Архивировано из оригинала 24 апреля 2021. Дата обращения: 24 марта 2021.
  7. ↑ Ulrich Ahle; Ernö Kovacs; Andreas Linneweber; Wolfgang Möller; Bernd Simon. SMART CITY ECOSYSTEM: Laying the foundations - using decision-making sovereignty. FIWARE and SAP (октябрь 2020). — «p.6, In today's Smart Cities "System-of-Systems" architectures are created on the basis of the ETSI standard "Context Information Management (ETSI ISG CIM)" also known as NGSI-LD.» Дата обращения: 24 марта 2021. Архивировано 19 апреля 2021 года.
  8. ↑ "Источник".  (англ.). Архивировано из оригинала 27 февраля 2021. Дата обращения: 25 ноября 2023. {{cite episode}}: |series= пропущен или пуст (справка)
  9. ↑ "EU 2021 rolling plan for ICT Standardisation". Дата обращения: 25 ноября 2023. Архивировано 25 апреля 2021 года.
  10. ↑ "A survey of context modelling and reasoning techniques". Дата обращения: 25 ноября 2023. Архивировано 20 апреля 2021 года.
  11. ↑ 1 2 . ISBN 978-1-4244-7443-1. {{cite conference}}: |title= пропущен или пуст (справка)
  12. ↑ 1 2 José Manuel Cantera Fonseca, Fermín Galán Márquez, Tobias Jacobs. FIWARE-NGSI v2 Specification. FIWARE. Дата обращения: 27 марта 2021. Архивировано 19 апреля 2021 года.
  13. ↑ "The Property Graph Database Model". Дата обращения: 25 ноября 2023. Архивировано 24 февраля 2021 года.
  14. ↑ 1 2 3 NGSI-LD information model specification. Дата обращения: 25 ноября 2023. Архивировано 19 апреля 2021 года.
  15. ↑ NGSI-LD API specification. Дата обращения: 25 ноября 2023. Архивировано 19 апреля 2021 года.
  16. ↑ FIWARE. GitHub. Дата обращения: 25 ноября 2023. Архивировано 16 марта 2021 года.
  17. ↑ Home. fiware.org. Дата обращения: 25 ноября 2023. Архивировано 9 июня 2021 года.
  18. ↑ Living-eu technical commitments. Дата обращения: 25 ноября 2023. Архивировано 19 апреля 2021 года.
  19. ↑ We signed (6 декабря 2019). Дата обращения: 25 ноября 2023. Архивировано 7 июня 2021 года.
  20. ↑ Supporting the declaration (июнь 2023). Дата обращения: 25 ноября 2023. Архивировано 24 апреля 2021 года.
  21. ↑ "IoT Big Data Framework Architecture". Дата обращения: 25 ноября 2023. Архивировано 15 марта 2023 года.
  22. ↑ Detti, Andrea. Virtual IoT Systems: Boosting IoT Innovation by Decoupling Things Providers and Applications Developers // 2019 Global IoT Summit (GIoTS) / Andrea Detti, Giuseppe Tropea, Giulio Rossi … [и др.]. — Aarhus, Denmark : IEEE, 2019. — P. 1–6. — ISBN 978-1-7281-2171-0. — doi:10.1109/GIOTS.2019.8766422.


Внешние ссылки[править | править код]

Реализации в проектах программного обеспечения с открытым исходным кодом
Источник — https://ru.wikipedia.org/w/index.php?title=NGSI-LD&oldid=135839801