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

ГОСТР

ИСО/МЭК 30100-2-2019

Информационные технологии МЕНЕДЖМЕНТ РЕСУРСОВ ДОМАШНИХ СЕТЕЙ

Часть 2

Архитектура

(ISO/IEC 30100-2:2016, ЮТ)

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

Предисловие

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

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 022 «Информационные технологии»

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

4    Настоящий стандарт идентичен международному стандарту ИСО/МЭК 30100-2:2016 «Информационные технологии. Менеджмент ресурсов домашних сетей. Часть 2. Архитектура» (ISO/IEC 30100-2:2016 «Information technology — Home network resource management — Part 2: Architecture», IDT).

ИСО/МЭК 30100-2:2016 разработан подкомитетом ПК 25 «Взаимосвязь оборудования для информационных технологий» Совместного технического комитета СТК 1 «Информационные технологии» Международной организации по стандартизации (ИСО) и Международной электротехнической комиссии (МЭК).

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА

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

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

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

© ISO, 2016 — Все права сохраняются © Стандартинформ, оформление. 2019

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

Таким образом, совместимость в случае, когда объединяются компоненты различных средств реализации, достигается посредством:

-    общего набора сообщений HNRM. как определено в настоящем стандарте:

-трансляции сообщений HNRM на примере ИСО/МЭК 18012-2 в протокол, специфический для приложения, которое передается посредством стандартизированного протокола, такого как один из протоколов HES.

Каждая реализация зависит от протокола домашней сети и набора сообщений приложения, выбранного разработчиком. Логическая связь устанавливается между удаленным сервером и локальным устройством с помощью средств сетевого управления во время компоновки сети, установки устройства и услуги. Методы установки этой связи зависят от выбранного протокола домашней сети.

Общая архитектура управления домашними ресурсами состоит из четырех частей согласно описанию в 5.3—5.6:

-    Поставщик информации о ресурсах, см. 5.3;

-    Процесс управления ресурсами, см. 5.4;

-    Приложение управления, см. 5.5;

-    Интерфейс, см. 5.6.

5.3 Поставщик информации о ресурсах

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

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

Рисунок 3 — Сбор поставщиком информации о ресурсах данных от одного или нескольких компонентов HES

5.4 Процесс управления домашними ресурсами

Процесс управления домашними ресурсами, приведенный на рисунке 4. состоит из объектов ресурсов и информации управления. Процесс управления домашними ресурсами использует интерфейс HRPI для сбора данных о ресурсах у поставщиков информации о ресурсах и для передачи команд управления обратно компонентам HES через поставщиков информации о ресурсах (см. 5.6).

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

Рисунок 4 — Модель процесса управления ресурсами

Процесс управления домашними ресурсами делит объекты ресурсов на категории по доменам. Каждый объект ресурсов может получить входные данные от одного или нескольких поставщиков информации о ресурсах. Объекты ресурсов сопоставляются друг с другом с помощью объектов отношения между ресурсами. Таким образом, возможно наличие соответствия «один к одному» или «один к множеству» между ресурсами в различных доменах. Описания объекта ресурсов и объекта отношения между ресурсами представлены в разделе 6.

5.5 Приложение управления

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

Взаимодействие между приложением управления и процессом управления ресурсами приведено на рисунке 5.

Рисунок 5 — Информация управления

Информация управления, приведенная на рисунке 5, включает в себя информацию управления, ориентированную на конкретное приложение, и общую информацию административного управления для процесса управления ресурсами.

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

Общая информация административного управления включает в себя интердоменную информацию мееду объектами отношения между ресурсами и общим профилем, политику и права доступа к ресурсам (см. 6.5).

5.6 Интерфейс

К интерфейсам процесса управления ресурсами относятся два интерфейса: HRMI и HRPI, представленные на рисунке 6.

Рисунок 6 — Интерфейсы процесса управления ресурсами

Как приведено на рисунке 6, интерфейсы HRMI и HRPI должны включать в себя процесс управления доступом к данным, шифрование и подпись как процессы управления ресурсами и как средство обеспечения безопасности и конфиденциальности. Эти процессы представляют собой защитные контрмеры по усилению безопасности, которые соответствуют процессам ф, ф, Ф. используемым в формате XML. Примеры использования этих процессов приведены в приложении В.

Эти процессы важны, поскольку информация о средствах обеспечения безопасности и конфиденциальности принадлежит поставщику информации о ресурсах (см. раздел 1 ИСО/МЭК 30100—1:2016). Кроме того, элементы, представленные в подлежащих защите XML-данных, должны соответствовать требованиям к функциональности (политика обеспечения безопасности), установленным в приложении управления, и требованиям к использованию (политика обеспечения безопасности), принадлежащим поставщикам информации о ресурсах. Одно или несколько приложений управления информацией о конфиденциальности должны включать в себя стандарты обеспечения безопасности ИСО 27000 — ИСО 27011. если приложение управления собирает и использует информацию о конфиденциальности, принадлежащую поставщикам информации о ресурсах. Необходимо также соблюдение руководящих положений о персональных данных в соответствии с ИСО/МЭК 15944-8, которые включают в себя рекомендации ОЭСР (Организация экономического сотрудничества и развития) по защите персональных данных.

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

HRPI используется для доступа к поставщикам информации о ресурсах с целью получения данных о компонентах HES, а также для управления компонентами HES.

6 Модель домашних ресурсов

6.1    Модель домашних ресурсов

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

Объект — это базовый элемент модели домашних ресурсов. Существует два типа объектов: объекты ресурсов и объекты отношения между ресурсами. Объекты ресурсов представляют собой компоненты HES в одном домене домашней среды. Объект отношения между ресурсами — это объект, который определяет взаимосвязь объектов ресурсов между доменами.

В модели домашних ресурсов описывается информация о домашних ресурсах и взаимосвязи объектов ресурсов. Она предлагает единый метод управления компонентами HES. Модель домашних ресурсов должна быть представлена в виде схемы описания ресурсов, состоящей из объектов ресурсов и объектов отношения между ресурсами. Она используется в качестве ввода данных в HRMI для обмена информацией о ресурсах с другими приложениями или системами.

Модель домашних ресурсов должна приспосабливаться к разным системам и приложениям и распределять информацию управления между ними. Кроме того, информация о домашних ресурсах может использоваться для локального или дистанционного обслуживания, особенно для диагностики отказов и их устранения. Модель домашних ресурсов может также использоваться при решении задач управления качеством обслуживания (QoS) или автоматизации управления домом.

6.2    Объект домашних ресурсов

6.2.1 Домен, класс и объект ресурсов

Объект домашних ресурсов участвует в процессе управления ресурсами в домашней среде. Он должен содержать информацию от управляемых объектов. Объект домашних ресурсов имеет три уровня иерархии, которые приведены на рисунке 7: (i) домен, (ii) класс и (iii) объект. Объект представляет собой базовый компонент в иерархии ресурсов. Объект ресурсов находится в отношении «один к одному» с объектом реального мира. Это означает, что объект ресурсов представляет собой HES. Объекты ресурсов делятся на классы в соответствии с их функциональностью. Например, свет, дверной замок и датчик газа относятся к классу «Автоматизация», поскольку эти объекты обладают функциональными возможностями автоматизации дома. В конечном итоге ресурсы по типам делятся на домены, такие как устройство, сеть, услуга и физическое пространство. Информация, которая относится к домену, содержит в себе данные о ресурсах, которые относятся к домену каждого объекта ресурсов. Информация. которая относится к домену, также используется для управления информацией внутридоменного отношения между объектами ресурсов. Модель домашних ресурсов, как правило, имеет несколько доменов, исходя из количества ресурсов, которыми она управляет.

Количество доменов и классов может увеличиваться и уменьшаться в зависимости от характеристик ресурсов, которыми управляет приложение. Эта спецификация устанавливает категории для классов по функциям ресурсов. Пример классов в домене приведен в приложении С.

6.2.2 Структура объекта ресурсов

Объект ресурсов, приведенный на рисунке 8. содержит общую информацию и информацию об объекте, которая относится к домену.

Рисунок 8 — Структура объекта ресурсов

Общая информация объекта ресурсов включает в себя следующую информацию:

- Идентификатор ресурса.

Идентификатор ресурса — это уникальный идентификатор, предназначенный для идентификации объекта в процессе управления ресурсами. Он состоит из пары. <domain id. object id> ^идентификатор домена, идентификатор объекта»), как приведено в таблице 2. Идентификатор домена — это идентификатор домена, к которому принадлежит объект ресурсов. Идентификатор объекта — это уникальный идентификатор, предназначенный для идентификации объекта в домене.

Таблица 2 — Определение идентификатора домена ресурса

Доменное имя Идентификатор домена Описание DEVICE_DOMAIN 0x01 Идентификатор домена для ресурсов устройства PHYSICAL_SPACE_DOMAIN 0x02 Идентификатор домена для ресурсов физического пространства NETWORK_DOMAIN 0x03 Идентификатор домена для ресурсов сети SERVICE_DOMAIN 0x04 Идентификатор домена для ресурсов услуги

-    Имя ресурса.

Имя ресурса — это имя объекта ресурсов, основанное на информации, которая относится к домену. Это символьная строка.

-    Тип ресурса.

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

6.3 Информация, которая относится к домену

6.3.1    Общие сведения

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

6.3.2    Информация, которая относится к устройству

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

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

«Базовое свойство» включает в себя базовые элементы представления устройства, такие как идентификатор, имя. тип и информация об интерфейсе. Функциональное свойство содержит перечень функций, которые поддерживаются устройством, а свойство состояния включает в себя состояние устройства, состояние функции и состояние сети. Эти три свойства являются обязательными, а остальные — необязательными. Свойство подключаемости содержит перечень соседних узлов, подключенных к устройству, а дополнительное свойство включает в себя аппаратное, программное обеспечение и подробную информацию об устройстве. Сопутствующие элементы и атрибуты описаны в 7.2.

6.3.3    Информация, которая относится к сети

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

Базовое свойство в буквальном смысле означает базовые элементы, необходимые для представления устройства, такие как идентификатор, имя. тип и информация о пропускной способности. Свойство состояния представляет состояние сети с помощью трафика, времени ответа или коэффициента потерь. Эти два свойства являются обязательными, а другие — необязательными. Свойство подключаемости содержит перечень соседних узлов или информацию о родительских/дочерних элементах, подключенных к каналу связи, а дополнительное свойство включает в себя подробное описание канала связи. Сопутствующие элементы и атрибуты описаны в 7.3.

6.3.4    Информация, которая относится к физическому пространству

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

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

6.3.5    Информация, которая относится к услуге

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

Базовое свойство в буквальном смысле означает базовые элементы для представления устройств, такие как идентификатор, имя, тип, тип пользователя, приоритет, версия, дата создания, номер версии, размер и описательная информация. Свойство состояния включает в себя состояние услуги, состояние функции и состояние процесса. Эти два свойства являются обязательными, а другие — необязательные. Функциональное свойство содержит перечень функций, которые поддерживаются услугой, а дополнительное свойство включает в себя URI размещения, начальный тип, требуемые аппаратное и программное обеспечение, требуемую спецификацию протокола, а также подробные сведения пользовательского интерфейса об услуге. Сопутствующие элементы и атрибуты описаны в 7.5.

6.4 Объект отношения между домашними ресурсами

6.4.1 Определение

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

Объект отношения между домашними ресурсами, приведенный на рисунке 9, представлен следующим образом: <relation_id, relation_name. relation_type. src_resource_id. a list of target resource id>

Идентификатор исходного ресурса

Отношение (идентификатор, имя. тип)

*

Идентификатор ■ ■ ■ Идентификатор целевого ресурса    целевого ресурса

Рисунок 9 — Объект отношения между домашними ресурсами

-    Relation id

Уникальный идентификатор отношения в процессе управления ресурсами.

-    Relation name

Имя отношения. Состоит из символьной строки.

-    Relation type

Тип отношения. Представляет взаимоотношения между доменами объектов ресурсов. Типы отношений приведены в таблице 3.

-    Исходный объект ресурсов Идентификатор ресурса исходного объекта.

-    A list of target resource id

Это перечень целевых идентификаторов ресурса.

Таблица 3 — Типы отношений между ресурсами

Тип отношения Описание RELTYPE_CONTAIN Иерархическое отношение между объектами ресурсов. Этот тип отношения используется между устройством-доменом и контентом-доменом, устройством-доменом и услугой-доменом, контентом-доменом и контентом-доменом, физическим пространством-доменом и физическим пространством-доменом Например. объект ресурса контента может содержаться в объекте ресурса устройства Это отношение представлено как RELTYPE_CONTAIN RELTYPE_SAMEAS Эквивалентное отношение между объектами ресурсов. Этот тип отношения используется между устройством-доменом и физическим пространством-доменом. физическим пространством-доменом и сетью-доменом, устройством-доменом и устройством-доменом, сетью-доменом и сетью-доменом Например, объекты ресурсов физического пространства включают в себя физическую сетевую линию Взаимоотношение между объектом физических ресурсов и объектом сетевых ресурсов представлено как RELTYPE_SAMEAS RELTYPE_CONNECT Отношение топологии сети между объектами ресурсов Этот тип отношения используется между устройством-доменом и сетью-доменом RELTYPE.LOCATE Физическое пространственное отношение между объектами ресурсов Этот тип отношения используется между устройством-доменом и физическим пространством-доменом Например, объект ресурса устройства находится в объекте физического пространства Это отношение представлено как RELTYPE_LOCATE RELTYPE_BIND Отношение связи между объектами ресурсов Этот тип отношения используется между устройством-доменом и услугой-доменом RELTYPE_CONSUME Отношение потребления между объектами ресурсов Этот тип отношения используется между услугой-доменом и контентом-доменом

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

Тип отношения Описание RELTYPEJNSTALL Отношение установки между объектами ресурсов Этот тип отношения используется между сетью-доменом и физическим пространством-доменом Например, сетевой канал устанавливается в стенах Взаимоотношение между объектом сетевого ресурса, сетевым каналом и объектами физического пространства, стенами, представлено как RELTYPEJNSTALL RELTYPE_USE Пользовательское отношение между объектами ресурсов Этот тип отношения используется между услугой-доменом и услугой-доменом RELTYPE_RUN Отношение функционирования между объектами ресурсов Этот тип отношения используется между сетью-доменом и услугой-доменом RELTYPE_DELIVER Отношение передачи между объектами ресурсов Этот тип отношения используется между сетью-доменом и контентом-доменом

6.4.2 Обозначение формы Бэкуса-Наура объекта отношения между ресурсами

Объект отношения между ресурсами может быть представлен в форме обозначения Бэкуса-Наура. В таблице 4 показано обозначение Бэкуса-Наура объекта отношения между ресурсами.

Таблица 4 — Обозначение Бэкуса-Наура объекта отношения между ресурсами

RelationObject = relationjd><relation_name><retation_type><src_resourcejd>

{<target_resource_id>} ♦

<relation_id>::= <identifier>

<relation_name> <stnng>

<relation_type> . = <nter_domain_relation>

<nter_domain_relation>::= <hexadecimal number>

<src_resource_id>::~ <resource_id>

<target_resource_id>::= < resource_id>

<$tring> ::= {alpha-numeric}*

<identifier> -alpha {<alpha_numehc>} *

<hexadedmal number>::=0{x\X}{<hexadecimal digit> }*

<integer> ={* \ —} {<numeric> }+

<alpha_numeric> =<alpha> \ <numenc>

<hexadecimal digit> -<numeric>\A\B\C\D\E\F\a\b\c\d\e\f <alpha> -any alphabetic character a through zor A through Z <numeric>::=any digit 0 through 0

6.5 Прочее

6.5.1    Способы генерации взаимоотношений

Взаимоотношения между домашними ресурсами должны быть определены для процесса управления. Существует три способа генерирования взаимоотношений между объектами ресурсов. Первый: пользователи или администратор домашней сети осуществляют ввод информации о взаимоотношении прямо в предопределенном формате. Они устанавливают некоторые базовые взаимоотношения для управления ресурсами. Второй: поставщики информации о ресурсах должны предоставить данные о взаимоотношении. Поставщики информации о ресурсах могут предоставить дополнительные взаимоотношения, поскольку они могут собрать более подробную информацию о ресурсах с помощью своих приложений, таких как агент обнаружения-позиционирования. Третий: может использоваться автоматический метод генерации. Автоматический метод применяется путем анализа внутренних событий или сообщений в процессе управления ресурсами. При этом могут применяться интеллектуальные алгоритмы.

6.5.2    Общая политика

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

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

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

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

6.5.3 Конфиденциальность

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

7 Моделирование информации о ресурсах домашней сети

7.1 Обзор

В данном разделе представлено определение информационной модели для каждого типа информации. Информация в этой модели может классифицироваться как обязательная и необязательная. Обязательная линия в модели изображена с помощью непрерывной линии. Необязательная информация изображена пунктирной линией. Необязательная информация включает в себя дополнительную информацию для объекта ресурсов. Заданная пользователем информация определяется как необязательная. Заданная пользователем информация состоит из трех атрибутов: имя. значение и описание. Атрибуты, заданные пользователем, используются для определения конфиденциальной информации или информации, которая не определена в этой модели данных. Текст синего цвета, приведенный на схеме, указывает на то, что значение поля «тип» в классах XML, показанных в 7.2, образованы из базового «типа» для расширения или ограничения «типа».

7.2 Моделирование информации, относящейся к устройству элемент HRML

схема	Device Description HRML Q S □ C imii DeviceDescriptionTVpe
свойства	контент сложный
дочерние элементы	DeviceDescription
программный код	<xsd:element name="HRML"> <xsd:complexType> <xsd choice» <xsd element name-'DeviceDescription" ty pe="De viceDescri ptionType'7> </xsd:choice> </xsd :complexType> </xsd element»
описание	Язык разметки управления домашними ресурсами Контейнер информации о ресурсах. включая устройство, сеть, физическое пространство, услугу и т. п.

Содержание

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

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

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

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

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

3.3    Условные обозначения.............................................................4

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

5    Управление домашними сетевыми ресурсами.............................................4

5.1    Категории информационных ресурсов................................................4

5.2    Архитектура......................................................................5

5.3    Поставщик информации о ресурсах..................................................7

5.4    Процесс управления домашними ресурсами...........................................7

5.5    Приложение управления...........................................................8

5.6    Интерфейс.......................................................................9

6    Модель домашних ресурсов...........................................................10

6.1    Модель домашних ресурсов.......................................................10

6.2    Объект домашних ресурсов........................................................10

6.3    Информация, которая относится к домену............................................12

6.4    Объект отношения между домашними ресурсами.....................................13

6.5    Прочее.........................................................................15

7    Моделирование информации о ресурсах домашней сети...................................16

7.1    Обзор..........................................................................16

7.2    Моделирование информации, относящейся к    устройству...............................16

7.3    Информация, которая относится к сети..............................................90

7.4    Моделирование информации, относящейся к    физическому пространству.................104

7.5    Моделирование информации, относящейся к    услуге..................................121

Приложение А (справочное) Реализация IWML (пример)....................................174

Приложение В (справочное) Модель безопасности и конфиденциальности (примеры)...........177

Приложение С (справочное) Реализация модели домашних ресурсов (пример).................179

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

национальным стандартам..............................................181

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

элемент HRML/DeviceDescription

схема Device Descrip tionType BasicProperty тип BasicPropertyTYpe | FunctionProperty тип FunctionPropertyiype J DericeDescription StatusPropertv л. ... □ □ тип DeviceDescriptioniype | тип StatusPropertvType | ConnectivityProperty тип Connect! \ntyPropertyTYpe j Additional Property тип AdditionalPropertyTvpe j свойства isRef 0 контент сложный дочерние элементы BasicProperty FunctionProperty StatusProperty ConnectivityProperty AdditionalProperty программный код <xsd element name="Dev»ceDescription“ type="DeviceDescriptionType"/> описание Контейнер для описания устройства HRML

Введение

В серии стандартов ИСО/МЭК 30100 определяется абстрактная модель дистанционного управления домашними сетями, которые соответствуют архитектуре домашней электронной системы (HES). приведенной в ИСО/МЭК 14543-2-1. HES состоит из совокупности устройств, способных взаимодействовать посредством общей внутренней сети. В домашней среде несколько HES могут функционировать одновременно; при этом каждая из них имеет свои методы контроля и управления. Архитектура управления домашними ресурсами обеспечивает возможность единой обработки отказов, диагностики и управления конфигурациями компонентов HES в домашней среде.

В серии стандартов ИСО/МЭК 30100 определяется архитектура управления домашними сетевыми ресурсами и информационная модель для различных элементов домашней сети. Информационная модель устанавливает минимальные требования к функционалам, которыми должен обладать каждый компонент HES. Информационная модель, представленная схемой на языке XML. приведена в разделе 7. Информация состоит из обязательных и необязательных атрибутов, включая атрибуты, определяемые пользователем. Атрибуты, определяемые пользователем, используются для собственных целей или для определения атрибутов, которые не указаны в информационной модели. В настоящем стандарте информационная модель охватывает физическое пространство, устройство, сеть и служебную информацию. Информационная модель может легко расширяться для адаптации к новым типам информации, включая определяемые пользователем атрибуты. Эти функционалы необходимы для адаптации изменений с минимальными загрузками и реструктуризацией.

На сегодняшний день серия стандартов ИСО/МЭК 30100 «Информационные технологии. Взаимосвязь оборудования для информационных технологий. Управление домашними сетевыми ресурсами» состоит из следующих частей:

-    Часть 1. Требования;

-    Часть 2. Архитектура;

-    Часть 3. Приложение управления.

Серия стандартов ИСО/МЭК 30100 распространяется на:

-    сервер управления, расположенный у поставщика домашних сетевых услуг, который осуществляет управление домашними сетями;

-    сервер жилого комплекса, расположенный в офисе жилого комплекса;

-    домашний абонентский шлюз или ТВ-приставку (STB).

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

Информационные технологии МЕНЕДЖЕНТ РЕСУРСОВ ДОМАШНИХ СЕТЕЙ Часть 2 Архитектура

Information technology Home network resource management Part 2 Architecture

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

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

В настоящем стандарте определяется общая информационная модель и архитектура управления ресурсами домашней сети. Ресурсы домашней сети — это управляемые объекты, которые предоставляют услуги домашней сети. К основным домашним ресурсам относятся устройство, сеть и сервисные ресурсы.

Целью настоящего стандарта является определение:

-    терминологии, используемой для описания логических ресурсов устройств, сетей и услуг в домашней вычислительной сети;

-    логической информационной модели для описания взаимосвязей между ресурсами;

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

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

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

ISO/IEC 7498-1, Information technology — Open Systems Interconnection — Basic Reference Model. Part 1: The Basic Model (Информационные технологии. Взаимодействие открытых систем. Базовая эталонная модель. Часть 1. Базовая модель)

ISO/IEC 14543-2-1. Information technology — Home electronic system (HES) architecture — Part 2-1: Introduction and device modularity (Информационная технология. Архитектура электронных систем домов (HES). Часть 2-1. Введение и принцип модульности устройств)

ISO/IEC 15944-8, Information technology — Business Operational View — Part 8: Identification of privacy protection requirements as external constraints on business transactions (Информационная технология. Представление деловых операций. Часть 8. Идентификация требований защиты конфиденциальности как внешние ограничения на деловые операции)

ISO/IEC 18012 (all parts), Information technology — Home electronic system (HES) — Guidelines for product interoperability (Информационные технологии. Домашняя электронная система. Руководящие указания по взаимодействию продуктов (все части ISO/IEC 18012))

ISO/IEC 18012-2:2012, Information technology — Interconnection of information technology equipment — Home Electronic System (HES) — Guidelines for product interoperability — Part 2: Taxonomy and Lexicon (Информационные технологии. Домашняя электронная система. Руководящие указания по взаимодействию продуктов. Часть 2. Таксономия и модель взаимодействия при использовании)

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

ISO/IEC 27000, Information technology — Security techniques — Information security management systems — Overview and vocabulary (Информационная технология. Методы и средства обеспечения безопасности. Системы менеджмента информационной безопасности. Общий обзор и словарь)

ISO/IEC 27001, Information technology — Security techniques — Information security management systems — Requirements (Информационные технологии. Методы обеспечения защиты. Системы обеспечения информационной безопасности. Требования)

ISO/IEC 27002, Information technology — Security techniques — Code of practice for information security controls (Информационная технология. Методы обеспечения безопасности. Свод правил по управлению защитой информации)

ISO/IEC 27003, Information technology — Security techniques — Information security management systems — Guidance (Информационная технология. Методы обеспечения безопасности. Системы менеджмента информационной безопасности. Руководство)

ISO/IEC 27004, Information technology — Security techniques — Information security management — Monitoring, measurement, analysis and evaluation (Информационная технология. Методы и средства обеспечения безопасности. Менеджмент информационной безопасности. Мониторинг, измерения, анализ и оценка)

ISO/IEC 27005, Information technology — Security techniques — Information security risk management (Информационная технология. Методы и средства обеспечения безопасности. Менеджмент риска информационной безопасности)

ISO/IEC 27006, Information technology — Security techniques — Requirements for bodies providing audit and certification of information security management systems (Информационная технология. Методы и средства обеспечения безопасности. Требования к органам, осуществляющим аудит и сертификацию систем менеджмента информационной безопасности)

ISO/IEC 27007, Information technology — Security techniques — Guidelines for information security management systems auditing (Информационная технология. Методы и средства обеспечения безопасности. Руководство по аудиту систем менеджмента информационной безопасности)

ISO/IEC TS 27008, Information technology — Security techniques — Guidelines for the assessment of information security controls (Информационные технологии. Методы и средства обеспечения безопасности. Руководящие указания по оценке средств управления информационной безопасностью)

ISO/IEC 27009, Information technology — Security techniques — Sector-specific application of ISO/IEC 27001 — Requirements (Информационные технологии. Методы обеспечения защиты. Конкретная прикладная область ISO/IEC 27001. Требования)

ISO/IEC 27010, Information technology — Security techniques — Information security management for inter-sector and inter-organizational communications (Информационная технология. Методы и средства обеспечения безопасности. Менеджмент информационной безопасности для связи между подразделениями и организациями)

ISO/IEC 27011, Information technology — Security techniques — Code of practice for Information security controls based on ISO/IEC 27002 for telecommunications organizations (Информационная технология. Методы и средства обеспечения безопасности. Практическое руководство по контролю за информационной безопасностью организаций, предлагающих телекоммуникационные услуги, на основе ISO/IEC 27002)

ISO/IEC 30100-1:2016, Information technology — Home network resource management — Part 1: Requirements (Информационные технологии. Менеджмент ресурсов домашних сетей. Часть 1. Требования)

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

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

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

3.1.1    жилой комплекс (apartment complex): Группа из двух или более многоквартирных жилых домов с общим администратором.

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

3.1.2    применение (application): Область применения процесса управления домашними ресурсами.

3.1.3    класс (class): Совокупность примеров домашних ресурсов.

3.1.4    устройство (device): Отдельное физическое устройство в сети, которое выполняет определенную функцию (ряд определенных функций) в том или ином контексте.

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

3.1.5    домен (domain): Диапазон применимости объекта ресурсов.

3.1.6    компонент HES (HES entity): Логический компонент с определенной функциональностью в HES-архитектуре.

3.1.7    структура взаимодействия HES (HES interoperability framework): Совокупность стандартов. определяющих возможность взаимодействия устройства и домашней сети.

3.1.8    домашний ресурс (home resource): Управляемый объект, который может использоваться для предоставления услуг домашней сети.

3.1.9    интерфейс управления домашним ресурсом (home resource management interface): Передача данных меэду управляющим приложением и процессом управления домашним ресурсом.

3.1.10    модель домашних ресурсов (home resource model): Абстрактное, формальное представление ресурсных объектов в домашней среде.

Примечание — К ресурсным объектам относятся свойства ресурсов, взаимосвязи и операции, которые могут выполняться с ними.

3.1.11    приложение управления (management application): Функция, которая используется администратором жилого комплекса для поддержки пользователей.

3.1.12    управляющая информация (management information): Набор компонентов, которые используются в приложении управления или в процессе управления ресурсом.

3.1.13    сеть (network): Устройства, взаимосвязанные посредством общей среды для обмена данными в соответствии с эталонной моделью, определенной в ИСО/МЭК 7498-1.

3.1.14    объект (object).

3.1.14.1    объект (object): Единица функционала программного обеспечения.

Примечание — Это определение традиционно используется в объектно-ориентированном программировании Объект характеризуется свойствами и методами доступа к этим свойствам и/или взаимодействия с другими объектами.

3.1.14.2    объект (object): Совокупность связанных данных (атрибутов) и методов (процедур) для оперирования этими данными.

Примечание — Это определение предполагает четко сформулированную границу (интерфейс) и идентификатор. который заключает в себе состояние и поведение

3.1.15    физическое пространство (physical space): Произвольный набор эталонных координат домашнего ресурса в реальном мире.

3.1.16    поставщик информации о ресурсах (resource information provider): Функции процесса управления домашним ресурсом для контроля компонентов HES.

Примечание — Он собирает данные с компонентов HES и передает собранные данные процессу управления домашними ресурсами

3.1.17    объект ресурсов (resource object): Единица, управляемая процессом управления ресурсом.

Примечание — Объект ресурсов содержит методы доступа к внутренним свойствам объекта и/или взаимодействия с другими объектами Он может содержать один или несколько компонентов HES.

3.1.18    объект отношения между ресурсами (resource relation object): Взаимосвязь меэду объектами ресурсов.

3.1.19    услуга (service): Область применения HES.

3.2    Сокращения

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

AFM — Автоматическое управление обработкой отказов (Automatic Fault Management)

BNF — Нормальная форма Бэкуса-Наура (Backus-Naur Form)

DM — Управление устройством (Device Management)

HAN — Домашняя сеть (Home Area Network)

HES — Домашняя электронная система (Home Electronic System)

HNRM — Управление домашними сетевыми ресурсами (Home Network Resource Management) HRMI — Интерфейс управления домашним ресурсом (Home Resource Management Interface) HRPI — Интерфейс поставщика домашнего ресурса (Home Resource Provider Interface)

IFC — Базовые классы отрасли (Industry Foundation Classes)

\\NF — Функция взаимодействия (Inter Working Function)

IWML — Язык разметки взаимодействия (Inter Working Markup Language)

LSM — Управление системой уровней (Layer System Management)

NM — Управление сетью (Network Management)

OSI — Взаимодействие открытых систем (Open System Interconnection)

PLC — Несущая для связи no ЛЭП (Power Line Carrier)

QoS — Качество обслуживания (Quality of Service)

RM — Дистанционное управление (Remote Management)

STB — ТВ-приставка (Set Top Box)

SVC — Объект обслуживания (Service object)

XSD — Определения схемы XML (Schema Definitions)

3.3 Условные обозначения

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

Таблица 1 — Обозначения в ИСО/МЭК и настоящем стандарте

Обозначения в настоящем стандарте Единицы в системе СИ bps бит/с kbps кбмт/с mbps М бит/с gbps Гбит/с sec с usee МКС

4    Соответствие требованиям

Чтобы претендовать на соответствие настоящему стандарту, для управления домашними сетевыми ресурсами поставщики должны предоставлять каждому устройству домашней сети услуги в соответствии с ИСО/МЭК 14543-2-1:

-    процесс управления ресурсом, который осуществляет управление каждым объектом домашнего ресурса, как определено в 6.2;

-    процесс управления ресурсом, который осуществляет управление каждым объектом отношения между домашними ресурсами, как определено в 6.4;

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

5    Управление домашними сетевыми ресурсами

5.1 Категории информационных ресурсов

Для расширения архитектуры взаимодействия HES согласно серии стандартов ИСО/МЭК 18012, в которых рассматривается совместимость продуктов, для управления сетевыми ресурсами определены несколько категорий информационных ресурсов. К этим категориям относятся устройства, услуги, сети 4

и физические пространства, приведенные на рисунке 1. Каждая категория включает в себя элементы, которые предоставляют информационные ресурсы согласно ИСО/МЭК 30100-1:2016 (см. подраздел 6.1 и рисунок 2). Например. ИСО 16739 (IFC) может выступать в качестве информационного ресурса для физических элементов (поэтажный план). Для управления ресурсами также требуются репрезентативные модели для элементов каждой информационной категории и метод представления взаимоотношений между категориями, который определен в разделе 6. В настоящем стандарте информационная категория является синонимом информации, которая относится к домену.

	О-маиеми* x,-r,r»<*Tk
	5п«шм« уСЛу*»'>СТрОЙСТвО
	устройство-сеть
	с ивстовижд*****

5.2 Архитектура

Система HNRM использует структуру взаимодействия HES (см. серию стандартов ИСО/МЭК 18012) для интеграции информации о ресурсах, полученной от устройств, сетей и услуг. Эта объединенная информация активизирует управленческие услуги, такие как диагностика отказов и дистанционное управление компонентами HES.

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

Структура взаимодействия HES, приведенная на рисунке, 2 включает в себя функцию взаимодействия. которая транслирует базовые сообщения поставщика информации о ресурсах в специальные сообщения различных домашних сетевых технологий. Например, существует приложение для управления и конфигурирования устройства, приведенное в приложении управления на рисунке 2. Оно запрашивает информацию об устройстве на предмет того, как осуществлять управление или конфигурирование устройства для процесса управления домашними ресурсами посредством HRPI (интерфейс поставщика домашних ресурсов). Процесс управления домашними ресурсами отправляет запрос от припожения поставщику информации о ресурсах посредством HRMI (интерфейс управпения домашними ресурсами). Поставщик информации о ресурсах передает запрос на информацию об устройстве в структуру взаимодействия HES посредством интерфейса структуры. Сообщение с запросом от поставщика информации о ресурсах в адрес структуры HES именуется «базовым сообщением».

▲ т

Рисунок 2 — Обзор архитектуры управления домашними сетевыми ресурсами

Базовое сообщение направляется поставщиком информации о ресурсах в домашнее приложение. Устройства в доме, которые поддерживают приложение, могут согласовываться с самыми разными протоколами и языками приложений домашней сети. HES определяет выбор протоколов домашней сети в серии стандартов ИСО/МЭК 14543. Разработчик устройства отвечает за процесс программирования устройства для трансляции базовых сообщений HNRM в специфические для устройства сообщения. которые передаются протоколом обмена данными домашней сети. Инструменты для такой трансляции определяются функцией взаимодействия согласно ИСО/МЭК 18012-2:2012, подраздел 5.2.

В ИСО/МЭК 18012-2 определяется основа для языка распространенного приложения с использованием структур XML. Устройство, запрограммированное в соответствии с ИСО/МЭК 18012-2, понимает язык на базе XML наряду с любым языком закрытого приложения. Этот язык XML согласно ИСО/МЭК 18012-2 активирует совместимость приложения меэду устройствами. Если приложение реализуется посредством специального языка, кахздое устройство или локальный прокси-сервер для этих устройств несет ответственность за трансляцию языка на базе XML в любой специальный язык. Пример использования языка XML приведен в приложении А.

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

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