ГОСТ Р 56952—2016
5.2 Обнаружение служб метаданных средствами UDDI
5.2.1 Введение
В соответствии со спецификацией UDDI согласно [1] клиенты TV-Anytime, имеющие возможность
работать в сети Интернет, могут обнаруживать службы метаданных TV-Anytime при отсутствии предва
рительных данных о службе метаданных. Реализация такого поиска обеспечивается в том случае, если
провайдеры служб метаданных публикуют детализированную информацию о своих службах в бизнес-
реестре UDDI. В этом случае любой клиент TV-Anytime сможет использовать узел бизнес-peecTpa.UDDI
для определения местоположения служб метаданных TV-Anytime.
Для обнаружения веб-служб при использовании бизнес-реестра UDDI клиенты TV-Anytime долж
ны руководствоваться [1].
Описания и категоризация служб TV-Anytime выполнена Форумом TV-Anytime в соответствии с
зарегистрированными техническими моделями UDDI. описанными в 5.2.3. 5.2.4 настоящего стандарта.
Категоризация служб бизнеса в соответствии с [2].
5.2.2 Общие представления о спецификации UDDI
Бизнес-реестр UDDI базируется на спецификации UDDI согласно [1] (далее — UDDI), которая
основана на едином наборе промышленных стандартов, включая HTTP. XML. схему XML и SOAP. UDDI
обеспечивает интероперабельную базовую инфраструктуру для программной среды, основанной на
веб-службах, как для служб общего пользования, так и для служб, представленных только в пределах
бизнеса, фирмы или организации.
UDDI базируется на элементах четырех типов: <businessEntity>, <businessService>. <bindingTem-
plate> и <technologymodol>.
Элемент <businessEntity> содержит информацию, описывающую бизнес, соответствующий кон
кретной веб-службе. Этот элемент может включать наименования на нескольких языках, контактную
информацию и информацию о классификации.
Элемент <businessService> описывает класс служб, относящихся к определенной отрасли биз
неса или отрасли служб. Каждая отрасль бизнеса (служб) принадлежит определенному элементу
<businessEntity>.
Элемент <bindingTemplate> определяет конкретную спецификацию службы. Каждый элемент
<bindingTemplate> принадлежит определенному элементу <businessService>.
Элемент <technologymodel> (техническая модель. tModel) определяет веб-службу и содержит ее
абстрактное описание.
5.2.3 Технические модели веб-служб TV-Anytime
Технические модели, находящиеся в структуре бизнес-реестра UDDI. применяются в тех случа
ях. когда бизнес публикует детализированную информацию элемента <bindingTemplate>. вложенного
в элемент <businessService>, и являются указателями веб-служб. Элемент <bindingTemplate> содер
жит информацию о способе получения веб-службы. Таким указателем может быть URL-адрес
веб службы. описание WSDL. Каждый способ получения службы описывается одним вложенным
элемен том <bindingTemplate> с атрибутом bindingKey. определяющим уникальный ключ UUID
указателя.
Элемент <bindingTemplate> содержит ссылку на соответствующий элемент <tModel>, который
является технической моделью службы, содержащей детализированное описание службы. Техниче
ские модели существуют вне родительско-дочерних отношений между элементами <businessEntity>,
<businessService> и <bindingTemp!ate>. Клиенты TV-Anytime, выпускающие запросы реестру UDDI, мо
гут использовать две технические модели для поиска веб-служб, являющихся службами метаданных
TV-Anytime. Они представлены в 5.2.3.1. 5.2.3.2 настоящего стандарта.
Каждая отдельная спецификация транспорта, протокола или пространства имен представляет
собой техническую модель. Примеры технических моделей, которые разрешают совместимость веб
служб. включают в себя те. которые основаны на языке WSDL. описании схемы XML (XML Schema
Definition: XSD) и других документах, определяющих интерфейс, который веб-служба может выбрать
для выполнения. Для описания веб-службы, которая соответствует определенному набору специфика
ций. транспорта и протоколов, ссылки на совокупность элементов <tModel>. которые представляют эти
понятия, находятся в элементе <bindingTemplate>.
Открывающий тег элемента <tModel> может содержать необязательный атрибут tModelKey. со
держащий уникальный ключ UUID. Отсутствие атрибута tModelKey означает, что ключ UUID будет сфор
мирован реестром UDDI.
Технические документы и сопроводительная документация, необходимые для разработчика, ис
пользующего веб-службы, не хранятся в самом реестре UDDI. Элемент <tModel> UDDI содержит адреса,
8