allgosts.ru33. ТЕЛЕКОММУНИКАЦИИ.АУДИО-И ВИДЕОТЕХНИКА33.170. Теле- и радиовещание

ГОСТ Р 57872-2017 Телевидение вещательное цифровое. Система TV-Anytime. Передача метаданных по двунаправленной сети. Технология замены персонального профиля. Основные параметры

Обозначение:
ГОСТ Р 57872-2017
Наименование:
Телевидение вещательное цифровое. Система TV-Anytime. Передача метаданных по двунаправленной сети. Технология замены персонального профиля. Основные параметры
Статус:
Действует
Дата введения:
08/01/2018
Дата отмены:
-
Заменен на:
-
Код ОКС:
33.170

Текст ГОСТ Р 57872-2017 Телевидение вещательное цифровое. Система TV-Anytime. Передача метаданных по двунаправленной сети. Технология замены персонального профиля. Основные параметры



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

НАЦИОНАЛЬНЫЙ

1 СТАНДАРТ V 11 V ? у РОССИЙСКОЙ

ФЕДЕРАЦИИ

ГОСТР

57872-

2017

ТЕЛЕВИДЕНИЕ ВЕЩАТЕЛЬНОЕ ЦИФРОВОЕ

Система TV-Anytime.

Передача метаданных по двунаправленной сети. Технология замены персонального профиля

Основные параметры

(ETS/TS 102822-6-3VI.6.1 (2012-12), NEQ)

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

Стшдфттфцм

2И7

ГОСТ Р 57872—2017

Предисловие

1    РАЗРАБОТАН Автономной некоммерческой организацией «Научно-технический центр информатики» (АНО «НТЦИ»)

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 480 «Связь»

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

4    Настоящий стандарт разработан с учетом основных нормативных положений стандарта Европейского института по стандартизации в области телекоммуникаций (ETSI) ЕТСИ ТС 102 822-6-3 V1.6.1 (2012-12) «Широковещательные и on-tine услуги: поиск, выбор и правильное использование контента на персональных системах хранения («TV-Anytime»); Часть 6: Доставка метаданных по двунаправленной сети: Подраздел 3: Фаза 2 — замена персонального профиля» [ETSI TS 102 822-6-3 V1.6.1 (2012-12) «Broadcast and On-line Services: Search, select, and rightful use of content on personal storage systems («TV-Anytime»): Part 6: Delivery of metadata over a bi-directional network: Sub-part 3: Phase 2 — Exchange of Personal Profile», NEO]

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

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

© Стандартинформ. 2017

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

II

ГОСТ Р 57872—2017

Содержание

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

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

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

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

3.2    Обозначения.....................................................................2

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

4    Тип службы профиля пользователя TV*Anytime............................................3

4.1    Определение типа службы.........................................................3

4.2    Обнаружение местоположения службы идентификации.................................4

4.3    Модель данных TV-Anytirr>e.........................................................4

5    Интерфейс сообщения профиля клиента TV-Anylime.......................................6

5.1    Общие вопросы...................................................................6

5.2    Параметры процессов запросов данных.............................................11

5.3    Параметры процессов изменения данных............................................13

6    Конфиденциальность и безопасность...................................................14

6.1    Требования конфиденциальности...................................................14

6.2    Требования безопасности.........................................................15

Приложение А (обязательное) Схема и классификация схемы................................16

Приложение Б (справочное) Образцы объектов............................................21

Приложение В (обязательное) Файлы схемы замены профиля пользователя TV-Anytime..........23

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

ГОСТ Р 57872—2017

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

ТЕЛЕ8ИДЕНИЕ ВЕЩАТЕЛЬНОЕ ЦИФРОВОЕ Система TV-Anytime.

Передача метаданных по двунаправленной сети.

Технология замены персонального профиля

Основные параметры

Digital video broadcasting. System TV-Anytime. Delivery of metadata over a bi-directional network. The technology

of changing the personal profile. Baste parameters

Дата введения — 2018—08—01

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

Настоящий стандарт определяет технологии запросов метаданных и представления данных о персональном профиле клиента на основе IP и web-служб. Настоящий стандарт специфицирует параметры процесса инициации средств для запроса метаданных TV-Anytime из служб метаданных, базирующихся на IP. а также предоставляет сценарии обслуживания.

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

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

ГОСТ Р 56454 Телевидение вещательное цифровое. Система TV-Anytime. Управление правами и защита информации. Основные параметры

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

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

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

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

3.1.1    агрегатор контента (aggregator): Объект (организация), собирающий и обрабатывающий информацию о контенте, службах и их поставщиках.

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

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

1

ГОСТ Р 57872—2017

3.1.3    аутентификация (authentication): Процедура надежного подтверждения, что сервер или клиент имеет подлинный сертификат и что сертификат не был отменен, а также средство надежного подтверждения, что сообщение получено из доверяемого источника.

3.1.4    контент (content): Видео- и аудиофайлы, к которым клиент хотел бы получить доступ и которые могут быть сохранены на персональном цифровом рекордере (PDR).

3.1.5    метаданные (metadata): Данные о контенте, такие как название, жанр и резюме телевизионной программы.

Примечание — В контексте TV-Anytime метаданные также включают в себя данные профиля и истории клиента.

3.1.6    персональный (личный) профиль (personal profile): Данные, представляющие интересы и предпочтения клиента.

3.1.7    политика (policy): Логически определенный, исполнимый и тестируемый ряд правил поведения.

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

Примечание — Принципалами могут быть отдельные клиенты, группы лиц. корпорации или другие юридические лица.

3.1.9    провайдер атрибутов (attribute provider): Объект, который предоставляет атрибуты, связанные с принципалами, например служба персонализированного профиля.

3.1.10    провайдер (поставщик) (provider): Объект, который поставляет контент или службы в POR.

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

3.1.12    протокол Диффи-Хеллмана: Криптографический протокол, который дает возможность двум сторонам получить общий ключ шифрования при использовании незащищенного от перехвата канала связи. Полученный ключ используется для шифрования обмена данными с помощью алгоритмов симметричного шифрования.

3.1.13    разрешение местоположения (location resolution): Процесс установления адреса (местонахождения и времени) конкретного экземпляра контента по его CRID.

3.1.14    синтаксис (syntax): Часть языка программирования, которая описывает структуру программ как набор символов.

3.1.15    служба метаданных (metadata service): Служба, которая предоставляет данные TV-Anytime. используя сервер в двунаправленной сети.

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

3.1.16    служба обнаружения (discovery service): Web-служба для поиска поставщиков (провайдеров) атрибутов.

3.1.17    ссылка контента (content reference): Указатель на конкретный элемент контента.

3.1.18    схема метаданных (metadata schema): Идентификатор, ассоциированный с набором схем расширяемого языка разметки (extensible Markup Language), которые в глобальном масштабе идентифицируют эти схемы.

Примечание — Глобальное уникальное пространство имен гарантирует, что имена типов определенных схем в этом пространстве имен не конфликтуют с такими же именами в других местах.

3.1.19    управление доступом (access control): Акт опосредования запрошенного доступа к ресурсу. основанный на знаниях привилегий запрашивающей стороной и атрибутах управления запрашиваемым ресурсом.

3.1.20    хеширование (hashing): Преобразование входного массива данных произвольной длины в выходную битовую строку фиксированной длины.

3.2 Обозначения

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

<EncryptedResourcelD> — зашифрованный элемент идентификации, содержащий зашифрованный ключ:

2

ГОСТ Р 57872—2017

«TargetNamespace» — абстрактное описание целевого пространства имен WSDL:

<Encryptedkey> — ключ шифрования:

<EncryptedResourcelD> — зашифрованный элемент идентификации, содержащий зашифрован* ный ключ;

«ExtendedUserDescription» — часть метаданных TV-Anytime;

<Modify> — элемент запроса ресурса;

«Modification» — составная часть элемента «Modify»;

«Query» — элемент запроса ресурса;

«Queryltem» — элемент запроса данных, указывающий, какие данные нужны от ресурса;

«QueryResponse> — элемент ответа на запрос;

«ResourcelD» — элемент идентификации конкретного ресурса;

«Select» — элемент в составе элементов «Query» и «Modify»;

«ServiceType» — элемент идентификации службы профилей клиентов TV-Anytime;

«Status» — элемент, указывающий состояние результата обработки запроса;

«StatusDescnption» — элемент, предоставляющий подробную информацию о статусе возврата;

«TVAMain» — элемент, являющийся корневым узлом структуры данных;

<um: tva:meladata:profile:2007> — целевое пространство имен.

3.3 Сокращения

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

ТВ — телевидение;

CRIO — идентификатор ссылки (адреса) контента;

EPG — электронный путеводитель по программам Т8;

HTTP — протокол передачи гипертекста;

IP — межсетевой протокол.

Примечание — Общее наименование сетевых протоколов, применяемых в сети Интернет:

SOAP — протокол обмена структурированными сообщениями в распределенной вычислительной среде (простой протокол доступа к объектам);

TLS — безопасность транспортного уровня;

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

URL — унифицированный указатель ресурса (адреса ресурса в сети Интернет);

Web — «мировая паутина» (гипертекстовая система в сети Интернет);

WSDL — язык описания web-служб;

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

XPath — язык запросов к элементам документов XML;

XSD — описание схемы XML.

4 Тип службы профиля пользователя TV-Anytime

4.1 Определение типа службы

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

Типы, используемые в службе профиля пользователя TV-Anytime. определены в целевом пространстве имен <um: tva:metadata:profile:2007>.

Это позволяет средствам, поддерживающим схему XML. проверять достоверность сообщений. На типы, определенные в ГОСТ Р 56476. можно ссылаться в пространстве имен транспорта (с использованием механизмов использования схем XML согласно (1), [2]). Схема и классификация схемы должны быть в соответствии с приложением А. Схема («Schema») XML должна быть в соответствии с А.1 (приложение А). Она содержит механизмы импорта схемы XML. которые позволяют выполнять ссылки в пространстве имен транспорта для определения необходимых типов и фрагментов схемы XML.

3

ГОСТ Р 57872—2017

Фрагменты схемы, определенные е этом пространстве имен, специфицированы в 5.1—5.3. Элемент <ServiceType> используется для идентификации службы профиля пользователя TV-Anytime. Должно обеспечиваться постоянство этого UR( во всех реализациях службы профилей пользователей TV*Anytime. Рекомендуется обеспечивать соответствие этого URI пространству имен <TargetNamespace> абстрактного описания WSDL для службы.

Экземпляр службы — это физический экземпляр конкретного типа службы профиля пользователя TV-Anytime. Каждый экземпляр службы размещается провайдером, который идентифицируется URI.

Пример экземпляра службы — это «конечная точка» SOAP поверх HTTP, предлагающая персонализированную службу EPG. Экземпляр службы предоставляет интерфейс протокола для набора ресурсов. Ресурсом являются данные, относящиеся к пользователю, или служба, действующая в интересах пользователя. Запрос в сообщении от пользователя к экземпляру службы включает в себя идентификатор ресурса (т. е. URI). с которым должен взаимодействовать экземпляр службы. Ресурс имеет доступ к связанным с ним политиками управления. Политики управления доступом, как правило, находятся в компетенции объектов, связанных с ресурсом. Политика управления доступа к ресурсу должна выполняться экземпляром службы.

4.2    Обнаружение местоположения службы идентификации

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

Настоящий стандарт параметры службы обнаружения не устанавливает.

4.3    Модель данных TV-Anytime

В модели данных TV-Anytime профиль пользователя определяется в соответствии с изложенным в настоящем подразделе.

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

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

> отслеживание и контроль контента, просмотренного пользователем;

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

-    продажа рекламодателям истории просмотра;

-    отслеживание и мониторинг использования контента для более эффективного развития (усовершенствования) контента:

•    продажа провайдеру служб данных статистики;

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

Схема истории использования TV-Anytime основана на схеме описания UsageHistory. UsageHistory описывает историю потребления аудиовизуального контента в виде списков действий, выполняемых пользователем за период наблюдения.

Семантика схемы описания UsageHistory представлена в таблице 1.

Таблица 1 — Семантика схемы описания UsageHistory

Имя

Описание

UsageHistoryType

Определяет историю потребления мультимедийного контента пользователем

Userldentifier

Определяет личность пользователя, для которого предоставлена история использования. Этот элемент имеет тип UsertdenbfierType и содержит защищенный атрибут. Личность пользователя не должна раскрываться, если для этого атрибута не установлено значение •False»

4

ГОСТ Р 57872—2017

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

Имя

Описание

UserActionHistory

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

allowCollecboo

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

- «True» указывает, что данные истории использования могут быть собраны:

•    «False* указывает, что сбор данных истории использования не допускается;

•    «User», указывает, что в каждом конкретном случае следует запрашивать разрешение. «По умолчанию» значение allowCoilecbon равно «False».

Семантика схемы описания UserActionHistory представлена в таблице 2.

Таблица 2 — Семантика схемы описания UserActionHistory

Имя

Описание

UserActionHistoryType

Указывает историю действий, выполняемых пользователем

ObservationPeriod

Описывает период(ды) времени. 8 течение хоторого(ых) быгы записаны связанные элементы истории. Множественный экземпляр может испогъзоваться для представления прерываемых периодов времени

UserActionList

Описывает список действий одного и того же типа. т. в. все действия в UserActionList имеют одно и то же значение ActionType

Protected

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

Допустимые значения определяются следующим образом:

-    «True» указывает, что информация об истории действий пользователя может быть доступна только пользователю и не должна сообщаться внешним сторонам;

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

Схема описания UserActionList нормирует список элементов действий пользователя, структурированный в соответствии с конкретным типом действия. Каждый UserAction связан только с одной программой или объектом контента.

Схема описания UserActionList описывает несколько списков действий пользователей, каждый из которых является журналом конкретных действий пользователя, например «Запись» или «Воспроизведение». относящихся к аудиовизуальному контенту.

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

Семантика дополнительного элемента схемы описания UserAction представлена в таблице 3.

Схема XML. определенная таким образом, указывает данные, которые служба может использовать. Модель данных определяет данные и структуру данных. Как правило, эта структура является иерархической и имеет корневой узел <TVAMain>. Частью метаданных TV-Anytime. имеющих отношение к службе изменения профиля пользователя TV-Anytime. является <ExtendedUserDescription>.

Таблица 3 — Семантика дополнительного элемента схемы описания UserAction

Имя

Описание

ProgramLocation

Элемент {опциональный), описывающий расположение программы, связанной с действием пользователя

Rating

Элемент (опциональный), определяющий значение рейтинга и критерий оценки действия пользователя

5

ГОСТ Р 57872—2017

5 Интерфейс сообщения профиля клиента TV-Anytime

5.1    Общие вопросы

Настоящий раздел определяет параметры двух протоколов: для запроса данных и изменения данных.

Оба эти протокола используют шаблон обмена сообщениями «запрос/отеет». Сообщения, указан* ные в настоящем стандарте, переносятся в теле SOAP.

5.1.1    Ресурсы

Протоколы для выполнения запросов и изменений данных имеют определенную иерархию для доступа к данным.

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

В сообщении запроса каждого ресурса должен быть элемент «Query* (запрашивать) или эле* мент «Modify* (изменять) ресурс. Элементом ресурса является элемент <ResourcelD> или элемент «EncryptedResourcelD*. Листинг декларации «ResourceiOGroup» показан на рисунке 1.

<complexType name-TiesourcelOType^

«simpteContent* extension base-"anyURI">

«attribute name= "id’ typ6="tva:TVAIDType"/>

«/extension*

«/simpteContent*

</compiexType>

«complexType uan\e-"EncryptedResourceiDType’>

«sequence*

«element ref = "xenc:En cryptedData" /*

«element ref= "xenc:Enc(yptedKey“ f>

«/sequence*

«/complexType*

«group nama="RasourcelDGroupm>

«choice maxOccurs= "unbounded"*

«element nam e-"RasourcalD" type- "tvap:ResourcalD Type" />

«element natrte^,‘EncryptedResourcelD“type="tvap:EncryptedRa$ourcalDType“/> «/choice*

«/group*

Рисунок t —Листинг декларации «ResourceiOGroup» В таблице 4 представлены определения типов и атрибутов.

Таблица 4 — Определения типов и атрибутов

Имя

Определение

ResourcelDType

Комплексный тип для определения идентификатора ресурса

Id

Атрибут типа «TVAIDType»

EncryptedResourcelDType

Комплексный тип для переноса идентификаторов закодированного ресурса

ResourceiOGroup

Определяет группу «ResourcetDs» и/игы «EncryptedResourcelDs»

ResourcelD

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

EncryptedResourcelD

Содержит идентификатор, который был зашифрован, и зашифрованный ключ, который был использован для шифрования ResourcelD.

Дополнительные объяснения приведены в 5.1.2

б

ГОСТ Р 57872—2017

Если элемент <ResourcelD> принимает значение «urn:liberty:isf:implied-resourcc». этот элемент может быть исключен из элемента, содержащего «Query» или <Modify>. Во всех остальных случаях должен присутствовать элемент <ResourcelD> или элемент <EncryptedResourcelD>.

Схема определяет элемент «EncryptedResourcelD». предназначенный для транспортировки идентификатора закодированного ресурса.

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

Примечание — Ключ должен быть уникальным для каждого пользователя.

5.1.2 Элемент <Select>

Второй уровень иерархии отбора ресурсов находится внутри элементов «Query» и <Modify>. Сообщение содержит запрос более подробного описания тою. что предполагается получить при доступе в указанном ресурсе. Это указано в элементе <Se(ect>. 8 качестве примера, когда ресурс является личным профилем, в элементе <Select» можно указать «UserPreferences». При запросе <Query> запрашиваются все «UserPreferences». в случае запроса <Modify> запрашивается изменение «UserPreferences».

Когда запрашивается или изменяется только часть «UserPreferences». элемент «Select» должен быть направлен только на эту часть. Части, которые не должны изменяться, должны быть переписаны с использованием существующих значений, когда передана полная «UserPreferences». Элементы «Query» и «Modify» могут содержать в собственной субструктуре несколько элементов «Select». Поэтому при использовании одного и того же элемента «Query» или «Modify» могут быть доступны разные части ресурса.

Элемент «Select» указывает на места в описании метаданных пользователя TV-Anytime. при этом для элемента «Select» рекомендуется использовать строку, содержащую выражение XPath. Это правило не требует поддержки полного документа XPath. Каждый профиль службы обмена TV-Anytime следует ограничивать необходимым набором выражений XPath (при отсутствии необходимости в применении полного XPath).

Предопределенный набор аббревиатур выражений «Select Path», который будет использоваться вместо полных выражений XPath, приведен в таблице 5.

Таблица 5— Предолределеннъм набор аббревиатур выражений «Select Path»

Аббревиатура выбранного поля

Полное выражение XPalh

tva:profile:UserSearchPreferences

/TVAMainyExtendedtlserOescription/UserPreferences/FilteringAnd Search-Preferences

tva:profile:UserBrows«igPrefefences

/TVAMain/ExtendedUserDescripbons/UserPreferences/BrowsingPreferences

tva:profile:UserActionHislory

/TVAMairVExtendedUserDescripbons/UsageHistory/User AcbonHistory

tva:profUe:UserName

/TVAMain/ExtendedUserDescription/UserlnformationTattfe/BioGraphicinfor-

mabon/Name

tva:profile:UserAge

/TVAMain/ExtendedUserDescription/UserlnformationTable/BioGraphicinfor-

mabon/Age

tva:profile:UserAge

TVAMam/ExtendedUserDescripbon/UserlnformationTable/BioGraphicInforTna-

borVGender

tva:profile:UserLanguage

/TVAMain/ExtendedUserDescnption/UserlnformationTable/BioGraphidnfor-

mabon/language

tva:profile:llserLocation

/TVAMain/ExtendedUserDescription/UserlnformationTabte/UsageEnviron-

ment/NaturalEnvironment/Locabon

Успешно выполненные запросы (далее — успешные запросы) всегда содержат элемент «TVAMain», при возврате они содержат данные, определенные параметрами в элементе «Select». Листинг схемы элемента «SeiectType» представлен на рисунке 2.

7

ГОСТ Р 57872—2017

<simpteType name=’S6tectTypeType“>

«restriction base= "siring">

«enumeration val ue="Vpaf/>',/>

«enumeration value="abbreviatedm/>

«/restriction»

«/simpleType»

«complexType name=’’Se/ecf7ype">

«simpleContent»

«extension base="s/nng">

«attribute name= Type"type="rvap.Se/ecfTypeType' use= "opt/ona/" defaults “abbreviate/> «/extension»

«/simpleContent»

«/complexType»

Рисунок 2 — Листинг схемы элемента «SelectType» Семантика схемы элемента «SelectType» представлена в таблице 6. Таблица 6 — Семантика схемы элемента «SelectType»

Имя

Описание

SelectTypeType

Простой тип для типа формата запроса. Ниже приведены возможные значения:

•    aXPath» — формат запроса «XPath»:

•    «abbreviated» (сокращенно) — формат запроса в сокращенном формате

SelectType

Сложный тип. определяющий элемент «select»

Type

Определяет тип формата запроса: «Хра№» или сокращенный формат

5.1.3 Ключевые слова обнаружения

Ключевые слова обнаружения используются (опционально) для обозначения вариантов служб про* филя пользователя TV*Anytime. Определения ключевых слов обнаружения представлены в таблице 7.

Таблица 7 — Определения ключевых слов обнаружения (опционально)

Ключевые слова обнаружения

Определение

Um:liberty,dstallPaths

Провайдер служб поддерживает вое (необходимые) пути без поддержки полного «XPath»

Um:liberty:dst:futlXPath

Провайдер служб поддерживает полный «XPath*

um:hberty:dst:muttipleResources

Провайдер служб поддерживает доступ к нескольким ресурсам

um:Hberty:dst:changeHistorySupported

Провайдер служб обрабатывает атрибут «changedSince»

Um:iiber1y:dst:noModify

Провайдер служб не поддерживает изменений

um:ljberty:dst:nrutlipleQueryttems

Провайдер служб поддерживает нескогъко элементов «Queryitem» внутри элемента «Query»

um;liberty;dst:mutlipteMod ification

Провайдер служб поддерживает нескогъко элементов «Modification» внутри элемента «Modify»

5.1.4 Элемент «Status»

Сообщение, переданное в ответ на запрос (далее — ответное сообщение), содержит один или не» сколько элементов «Status», указывающих состояние результата обработки запроса. Элемент «Status» имеет атрибут кода, который содержит статус возврата в виде строки. В таблице 8 определены коды статуса, которые будут использоваться в качестве значений атрибута кода. Схема классификации эле* мента «Status» должна быть в соответствии с А.2 (приложение А).

8

ГОСТ Р 57872—2017

Таблица 8 — Определения кодовстагуса

Код стагуса

Определение

ActionNotAuthorized

Указывает, что требуемое действие не разрешено

ActionNotSupported

Указывает, что требуемое действие не поддержано этой службой

AIIRetumed

Указывает, что провайдер атрибута не обязан давать самую свежую информацию с момента времени, указанного в параметре «changedSince».

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

ChangedSinceRetumsAII

Указывает, что провайдер атрибута не поддерживает параметр «changedSince» и возвращает все данные, адресованные на «Select», независимо от последнего времени модификации. Некоторые или все возвращаемые данные могут быть фактически старше, чем время, указанное в параметре «changedSince»

DataTooLong

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

ExistsAlready

Указывает, что запрос пытается изменить существовавшее значение

Failed

Указывает, что запрос не удался

tnvalidData

Указывает, что запрос содержит неверные данные

InvalidResourcelD

Указывает, что ресурс «ResourcelD» (идентификатор запроса) является недействительным

InvalidSelect

Указывает, что выбранный элемент в запросе является недействительнъм

MissingNewDataElement

Указывает, что запрос не указывает никаких новых данных для обновления

MtssingResourcelDEtement

Указывает, что запрос не может указать «ResourcelD» (идентификатор ресурса)

MissingSetect

Указывает, что запрос не определяет выбранный элемент

NoMoreElements

Указывает, что возвращаемые данные завершаются преждевременно из-за отсутствия элементов

NoMultiple Allowed

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

NoMultiple Resources

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

OK

Указывает, что действие было успешно подтверждено

TimeOut

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

UnexpectedError

Указывает, что произошла непредвиденная ошибка

Атрибут кода верхнего уровня внутри элемента <Status> содержит значение «ОК» или «Failed». Элемент <Status> может содержать элемент «StatusDescription». предоставляя более подробную информацию о статусе возврата. В таблице 9 приведены более подробные сведения о статусе возврата. Если запрос по какой-то причине не выполняется, то атрибут «requestIDRef» элемента <StatusDescription> содержит значение «requestIDRef» атрибута проблемного элемента в сообщении запроса.

На рисунке 3 приведен листинг элементов «Status» и «StatusDescription».

9

ГОСТ Р 57872—2017

<complexTyp6 nam6=MStatusDescriptionTypem>

«simpleContent»

«extension base-mmpeg?:TextuafType“>

«attribute пате=71геГ type="mpeg7:termReferenceType" use-"optk>nar />

«/extension»

«/simpleContent»

</complexType>

«complexType name="Sfafi/s7ype">

«sequence»

«element name="SfatusDescnpyon"type=‘?vap:SfafusDescnpt/on7ype“minOccurs=‘0'max-Occurs= "unbounded” f>

«/sequence»

«attribute name= ■'code* use* "required"*

«simpleType»

«restriction bas e='string*1»

«enumeration value="OK"/>

«enumeration valu e="FaHed"/>

«/restriction»

«/simpleType»

«/attribute»

«attribute name= "requestlDRef"type= "tva:TVAIDRefType"use= "optional"/*

«/complexType»

Рисунок 3 — Листинг элементов «Status» и «StatusDescripbon»

В таблице 9 приведена семантика элементов «Status» и «StatusDescription». Таблица 9 — Семантика элементов «Status» и «StatusDescription»

Имя

Описание

StatusType

Сложный тип, который определяет коды «Status», которые будут использоваться в качестве значений для атрибута кода «Status»

code

Атрибут указывает на то. что возвращаемое значение «Status» должно содержать либо значение «ОК» или «Failed»

requestlDRef

Атрибут, который содержит значение атрибута «Itemtd» элемента в сообщении запроса, что это статус

StatusDescnptionType

Сложный тип. который определяет коды состояния, которые будут использоваться в качестве значений для элемента «StatusDescription»

href

Атрибут (опциональный), который определяет URN. используемый для указания кода 8 схеме классификации кода состояния элемента «Status»

5.1.5 Идентификаторы связи запросов и ответов

Для связывания запросов и ответов используются различные типы атрибутов идентификаторов. Ответные сообщения связаны с запросами, использующими атрибуты «MessagelD» и «inResponseToMessageld», которые присутствуют в заголовке SOAP (1], (2). Службы должны включать в себя атрибуты «MessagelD» и «inResponseToMessageld» во всех сообщениях запроса и ответа, определенных в настоящем стандарте, внутренние сообщения, атрибуты «Itemld» и «itemIDRef» используются для связывания информации внутри ответных сообщений на детали сообщений запроса.

Образцы объектов приведены в приложении Б. Образец заголовка SOAP приведен в Б.1 (приложение Б).

Примечание —Огвегнывсообщениянесодержагэлемвнты<РЕ50иРСЕЮ>или<Епсгур(е<1Рв5оигсвЮ>, поэтому они не могут быть использованы для этого. См. определения и правила обработки элементов «Query» и «Modify» для получения более подробной информации.

10

ГОСТ Р 57872—2017

5.1.6 Атрибут метки времени «timestamp»

Ответное сообщение может содержать метку времени «timestamp».

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

5.2 Параметры процессов запросов данных

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

5.2.1 Параметры схемы запроса <Query>

Листинг схемы запроса данных <Query> представлен на рисунке 4.

«complexType name="QueryType">

«sequence»

«group name* "Resoun»/DGroup"type=*Yvap:Resource/0Grt)up"minOccurs=,,0H/* «element name='1Query/fem“minOccurs="0‘'maxOccurs=''urtbounded“> <complexType>

«sequence»

«element name=,,Se/ecrtype="h'ap.SetectrypeHminQccurs=*l0,7» «/sequence»

«attribute name="/fem/D"type=*Yva:7VA/07ype"/»

«attribute name="cbangedS/nce'type=”dafe77me’7»

«/complexType»

«/element»

«/sequence»

«attribute name="guery/D"type=1fv,a; TVAIDType" l>

«/complexType»

«element na m e="Query" type="tvap: Query Type" />

Рисунок 4 — Листинг схемы запроса данных «Query» Схема запроса данных «Query» представлена в таблице 10. Таблица 10 — Семантика схемы запроса данных «Query»

Има

Описание

QueryType

Тип, который определяет запрос для получения текущих данных

ResourcelDGroup

Содержит группы «ResourcelD» и/или «EncryptedRESOURCEID»

Queryltem

Указывает, какие данные нужны от ресурса запрашивающей стороне

Select

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

rtemlD

Уникальный идентификатор используют для согласования элементов запроса на элементы ответа

changedSince

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

querylD

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

Пример схемы «Query» приведен в Б.2 (приложении Б).

5.2.2 Параметры схемы ответа на запрос «QueryResponse»

Листинг схемы ответа на запрос «QueryResponse» представлен на рисунке 5.

11

ГОСТ Р 57872—2017

«complexType name= "QueryResponse Type '*»

«sequence»

«element nam6="Sfa/us"type=*Yvap:SJa/usType"minOccurs="f*'/>

«element nam e="Oafa" minOccurs=*t>" maxOccurs=’'unOounded"> «complexType»

«sequence»

«element aarr\e="TVAMein“ lype-lva:TVAMainType" m\nOccurs="0“ /> «/sequence»

«attribute name="itemlDRef" type=“tva:TVAlDRefType" l> «/complexType»

«/element»

«/sequence»

«attribute name="querylDRef' ty ре=T va. TV A IDRefT/ре “!>

«attribute name-limeStamp" lype^dateTime" l>

«/complexType»

«element name="QueryResponse " ty pe="tvap:QueryResponse Type "/>

Рисунок 5 — Листинг схемы ответа на запрос «QueryResponse» Семантика схемы ответа на запрос «QueryResponse» представлена в таблице 11. Таблица 11 — Семантика схемы ответа на запрос «QueryResponse»

Имя

Описание

QueryResponseType

Сложный тип содержит ответ на запрос

Status

Указывает, «да» или «нет», или не удалась обработка запроса См. 5.1.5 для пояснений

Data

Содержит данные профиля TV-Anytime. запрошенные одним элементом «Queryltem»

itemIDRei

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

queryIDRef

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

timestamp

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

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

-    tva_mpeg21_tva.xsd:

-    tva_metadata_3-3_v131.xsd.

Расширенная схема метаданных импортирует следующие файлы:

•    tva_mpeg7.xsd;

-    tva_metadata_3-1_v151 ,xsd;

-    tvaJnterstitialJM_v131 .xsd;

•    xml.xsd;

•    tva_rmpi_5-1_v141.xsd.

Файлы схемы замены лрофиля пользователя TV-Anytime должны быть в соответствии с приложением В.

Кроме того, каждый экземпляр документа должен содержать соответствующий «TVAIDType». чтобы обеспечить полное разыменование всех узлов «TVAIDRefType» внутри экземпляра документа. 8 случае успеха элемент данных «Data» содержит информацию, указанную в элементе «Select». Сообщение запроса может содержать несколько элементов «Query».

Пример схемы «QueryResponse» приведен в Б.З (приложение Б).

12

ГОСТ Р 57872—2017

5.3 Параметры процессов изменения данных

8 общем случае данные, сохраненные с помощью службы данных, могут получить начальные значения, существующие значения могут быть заменены новыми значениями и. кроме того, данные могут быть удалены. Принципал может выполнять эти изменения непосредственно в службе данных, используя предоставленный интерфейс клиента, но эти модификации могут быть сделаны и другими провайдерами служб. Элемент <Modify> поддерживает все эти операции для провайдеров служб, которые хотят изменить данные, хранящиеся в службах данных.

5.3.1 Параметры схемы <Modify>

Листинг схемы <Modify> представлен на рисунке 6.

<complexType r\ame-"ModifyType">

«sequence»

<group name* “ResourcelDGroup" type= "tvap:ResourcelDGroup" minOccurs= "0" f> «element name= "Modification" maxOccurs= "unbounded">

«complexType»

«sequence»

«element name* ''Select* type= lvap.Se/ecrrype"minOccurs=‘iO“ /> «element names "WeivDafd- minOccurs="0">

«complexType»

«sequence»

«element name='TVMMa/n" type=“7VAMa/n Type" minOccurs=T>" /» «/sequence»

«/complexType»

«/element»

«/sequence»

«attribute name="/fem/D" type= “tvap:ID Type“ l>

«attribute name="notCbangedSince* type= "date Time " /»

«attribute name-"overrideAllowed" type- “boolean" defaults "0" {> «/complexType»

«/element»

«/sequence»

«attribute name-"modifylD" ty pe="tvap: ID Type" /»

«/complexType»

«element name=TWod//y" type= “tvap.ModifyType" />

Рисунок 6 — Листинг схемы «Modify»

Семантика схемы «Modify» представлена в таблице 12.

Таблица 12 — Семантика схемы «Modify»

Имя

Описание

ModifyType

Измените данные, хранящиеся в службах данных

ResouroelDGroup

Содержит группу ресурсов «ResourcelDs» и/или «EncryptedResourcelDs»

Modification

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

itemlD

Используется для разделения элементов друг от друга в запросе

Select

Определяет данные, на которые должно повлиять это изменение

NewOata

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

notChangedSince

Модификация не разрешена, если данные изменились со времени

определенного этим атрибутом. Используется, чтобы избежать проблем параллелизма

overrideAltowed

Используется для защиты текущих значений при добавлении новых данных

modifylO

Используется для разделения друг от друга элементов в запросе

13

ГОСТ Р 57872—2017

5.3.2 Ответ об изменении

Элемент «ModifyResponse» содержит элемент «Status». который описывает состояние результата обработки запроса «Modify». Атрибут метки времени «timestamp*» дает значение времени, которое может использоваться для проверки наличия изменений с момента этого изменения, и атрибут «itemIDRef» для сопоставления элементов «ModifyResponse» и «Modify» в запросе.

Листинг схемы «ModifyResponse» представлен на рисунке 7.

<complexType лагпе= “ModifyResponseType”>

<sequence>

«element narrve= "Status" type= "tvap:StatusType" l>

«/sequence»

«attribute nan>\Q="modifylDRer type-"tvap:IDReferencaTypeM i> «attribute name= "timaStamp" type= "data Tima* />

</comptexType>

«element name= "ModifyResponse’ type = "tvap:Mod(fyResponseType"!>

Рисунок 7 — Синтаксис схемы «ModifyResponse» Семантика схемы <ModifyResponse> представлена в таблице 13. Таблица 13 — Семантика схемы «ModifyResponse»

ModifyResponseType

Сложный тип. содержит ответ на <Modify>

Status

Указывает, удалась или не удалась обработка запроса См. 5.1.5 для объяснения и уточнения значения

modtfyiORef

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

timestamp

Указывает время, когда запрос был обработан, для того, чтобы использовать позднее при запросе изменений за прошедшее время

Сообщение запроса может содержать несколько элементов «Modify».

6 Конфиденциальность и безопасность

6.1    Требования конфиденциальности

6.1.1    введение

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

6.1.2    Авторизация наблюдателей

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

6.1.3    «Consent»

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

6.1.4    «UsageDIrectlve»

Блоксэаголовком «UsageDirective» позволяет принципалу указывать ограничения возможности использования представленных данных. Семантика этого блока будет включать URL. специфицированным

14

ГОСТ Р 57872—2017

в блоке <UsageDirective> в представляемом ответе. Указанный URL будет ссылаться на описание на* бора обязательств, запрашивающего пользователя службы замены профиля, которые должны выполняться.

6.1.5 «Options»

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

6.2 Требования безопасности

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

Должны поддерживаться следующие основные процедуры механизма безопасности:

•    согласование доступных для применения алгоритмов шифрования и хеширования между сервером и клиентом;

•    инициализация безопасного канала аутентификации между сервером и клиентом.

•    взаимная аутентификация сервера и клиента;

•    формирование секретного сеансового ключа по протоколу Диффи-Хеплмана;

•    шифрование и дешифрование передаваемых данных служб TV-Anytime.

Рекомендуется обеспечивать возможность поддержки безопасности web-служб и. в частности, безопасности сообщений SOAP применением нескольких моделей с несколькими:

•    форматами безопасности;

•    доменами доверия при аутентификации;

•    форматами подписи;

•    форматами технологии шифрования.

15

ГОСТ Р 57872—2017

Приложение А (обязательное)

Схема и классификация схемы

А.1 Схема («Schema») XML

Листинг схемы («Schema») XML представлен на рисунке А1.

«?xml vers*on=*'J.0"er>coding=“UTF-fi'?>

<schema taroetNamesDac8="um.<va.orofife.20f2" xmlns:xerx:=>itlD://vvww.w3.orQ/20Q1/Q4/xm1enc#“ xm1ns:mpeg7=4rm.h'3.mpeg7:2008‘'xmlns:tvap=''urr?;/va:pro/r/e:20/2'

xm!ns:tva="um:fvs:me/adafa.20/2H xmlnss',' element-FormDefault®''(juaW»e<r attributeFormOefault='i»ngua/ifie<n>

«annotation»

«documentation xml:lang*”en’>This schema consists of datatypes that are normatively defined in TS 102 B22-6-3</documentation»

«/annotation»

«import namespace®‘" schemaLocation*'Xm/.xs<r/>

«import namespace='Um:fva:mpeg7:2008''schemaLocation=Tva_mpeg7_2008.xsd'*/>

«import namespaceB'Urn;fva;mefadafa:20f2',schemaLocation®Tve_roe/ad3fa_3-J_W8f.xsd"/»

«import namespaceB> schemaLocabon=‘yxencsc/?«na.xsd'’/»

«annotation»

«documentation xml:lang=''en">Base Types</documentat*on>

«/annotation»

«compiexType name®7?esource/0 Type"»

«simpleContent»

«extension baseB”anyW?/"»

«attribute nameB'W type=Tva. TVAIDType'f>

«/extension»

«/simpleContent»

«/compiexType»

«compiexType name=~Encryfrte<fResourcelDType'>

«sequence»

«element ref= "xonc.En crypfedOa/a" />

«element tet="xenc:EncryptedKey"t>

«/sequence»

«/compiexType»

«group rame=’Hesource/D6ro</p>

«choice»

«element names''ResourcelD~types’tvap:ResourcelDType’,f>

«element name® ''EncryptedResourc8lD“types‘tvap:EncryptedResourcelD Type"t>

«/choice»

«/group»

«simpleType name® "Setecf Type Type"»

«restriction base* *S/r»ng*>

«enumeration val <jes"xpath“f>

«enumeration val ue="abbre via ted" f>

«/restriction»

«/simpleType»

«compiexType name® "Se/ecf Type"»

«simpleContent»

Рисунок A.t —Листинг схемы «Schema», лист 1

16

ГОСТ Р 57872—2017

«extension bases~stoing*>

«attribute name='7ype"type='Tv'ap:Se/ec/7yperype"use®'bpt/bnardefaull="abtyewafed"/» </extension>

«/simpleContent»

</complexType>

«complexType name® "StatusOescripbon Type‘>

«complexContent»

«extension bases‘Ynpeg7:TextualType',>

«attribute name® “href lype= “mpeg 7:termReference Type " use®“optionari>

«/extension»

«/complexContent>

</complexType>

«oomplexType name® "Status Type”»

«sequence»

«element name® “StalusDescripbon~type=“tvap:StatusDescription Type “ rranOccurss*10" max-Occurs=“unbounded“ t>

«/sequence»

«attribute r\arr\e="code" use=~requ/red">

«simpleType»

«restriction base* "string"»

«enumeration value='iQK"/»

«enumeration value=Ta*/e<r/»

«/restriction»

«/simpteType»

«/attribute»

«attribute name® 'YequestIDRer type® Tva: TV A IDRefType" use® “optional” t>

«/complexType»

«annotation»

«documentation xml:Iang=''en‘»Cfause 5.2.1 Query«/documentation»

«/annotation»

«oomplexType name® 'iQoeryType’»

«sequence»

«group retsJvep:Resot/rcelDGroup'‘f>

«element name=*Qwery/fem" minOccurs® 'O'1 maxOccurs® “unbounded*»

«complexType»

«sequence»

«element name® "Sefect” type® Tvap.Setecf Type " minOccurs® ’О" f>

«/sequence»

«attribute name® T/em/O"type®"tva:TVAIDType"f>

«attribute names“changedSince"lypes~dateTime“l>

«/oomplexType»

«/element»

«/sequence»

«attribute name®"query/O" type®"tva:TVAIDType"l>

«/complexType»

«element name®"Qoery“type®'7vap;Query7ype"/»

«annotation»

«documentation xml:iang®'bn'»Clause 5.2.2 Query Response«/documentation>

«/annotation»

«oomplexType name® "QueryResponse Type”»

«sequence»

«element name® “S/a/us''type=Tvap:Sfatus Type "maxOccurs® “unbounded"/»

Рисунок A.1. лист 2

17

ГОСТ Р 57872—2017

«element names "Data " minOccurs8 '10" maxOccurs="unbounded"»

<complexType>

«sequence»

«element name8 TVAMain‘'type8*lva;T'VAMa*n Type" minOccurs=T)“/> «/sequence»

«attribute name='Vtem/DRer \ype="tva:TVAIDRefType~ t>

«/comptexType»

«/element»

«/sequence»

«attribute namQs~quefytDReT'\ype=“tva:TVAIDRefType~/»

«attribute name=HmeStamp " type="date Time " l>

«/comptexType»

«element name8 "QueryResponse " type8 ‘Tvap.OueryResponse Type " l>

«annotation»

«documentation xml:lang="en>Clause 5.3.1 Modify«/documentation»

«/annotation»

«comptexType name="Modi/yType">

«sequence»

«group ret="tvap:ResourcelDGroup~ t>

«element name8 "Modification " maxOccurs 8 'bnbounded~>

«comptexType»

«sequence»

«element name8 “Select'' type8 '1fv'ap;Se/ect7ype"minOccurss’0* />

«element name8 *NewDa/a" minOccurs8’0>

«comptexType»

«sequence»

«element name8 "TVAMatn " type8 ‘Tva. TVAMain Type " minOccurs8 ’O" t> «/sequence»

«/comptexType»

«/element»

«/sequence»

«attribute name=‘Wem/D" type8 *tva:TVA/D Type"/»

«attribute na me 8 "notCtiangedSince " type 8 "date Time " t>

«attribute name8 “overrideAIIowed~ type8 'boolean " default8 ’О" l>

«/comptexType»

«/element»

«/sequence»

«attribute nan\Q=“fnodify)D“type=~Tva:TVAIDType'' t>

«/comptexType»

«element name* 4ltodf/y" type8’lfvap.Modr/y Type"/»

«annotation»

«documentation xml:lang8"en‘>Clause 5.3.2 Modify Response «/documents lion» «/annotation»

«comptexType name=~ModifyResponseType,'>

«sequence»

«element name8 "Sfa/us" type8 "tvap:Status Type" тахОссиг58'Ьлйоил<#е<Г/> «/sequence»

«attribute name=“modifylDRef type8 Tva. TVAIDRefType “ />

«attribute name8 limeStamp'' type8 "date Time"f>

«/comptexType»

«element name8 "ModifyResponse " type8 "tvap:ModifyResponse Type"/»

«/schema»

Рисунок A. 1. лист 3

18

ГОСТ Р 57872—2017

А.2 Схема классификации элемента <Status>

Листинг схемы классификации элемента <Status> представлен на рисунке А.2.

«^Classification Scheme uh=~uraiva:pro6te:cs:Stetu$CS:2005">

i ->

«/— Status Code returned to requests —» <!-Defm(tion: ->

</-i

«Term termtDs'T>

<Name xml:Iang=,br?>ActionNotAuthorized</Name> «Definition xml:lang='br?"»

Indicates that the requested action is not authorized. «/Definition»

</Term>

«Term termtD='2">

«Name xmt:tang="en>

ActionNotSupported</Name>

«Definition xml:fang='br?>

Indicates that the requested action is not supported by this service. «/Definition»

«/Term»

«Term termlD=“3">

«Name xmt:tang=,bn'»

AIIReturned «/Name»

«Definition xml:tang="en> definition«/Definition» «/Term»

«Term termlD=”4'»

«Name xmt:tang=,bn'»

ChangedSinceRetumsAlt«/Name»

«Definition xmt:tang="en‘»lndicates that when an attribute provider does not support this parameter and returns ail the data addressed by Select regardless of the latest modification times. Some or ail data returned might actually be older than the time specified in the ChangedSince parameter.

«/Definition»

«/Term»

«Term termlO="5‘>

«Name xmt:lang="er?"»DataTooLong«/Name»

«Definition xmt:langs'W)'^Indicates that the size of the requested data exceeds the preset threshold of the service provider. This is only for modifications.

«/Definition»

«/Term»

«Term termlD='l6,>

«Name xmt:Iang="en>ExistsAJready</Name>

«Definition xmhlangs'bnXndicates that the request is trying to modify to a preexisting value. «/Definition»

«/Term»

«Term termlD='7‘»

«Name xml:Iang='brj>lnvalidData «/Name»

«Definition xmhlangs'bnXndicates that the request contains invalid data «/Definition»

«/Term»

Рисунок A.2 — Листинг схемы классификации элемента «Status», лист 1

19

ГОСТ Р 57872—2017

«Term termlD="8^>

<Name xml:lang=~en'»lnvalkJResoufcelD</Name>

«Definition xml:lang=~en"»lnd cates that the ResourcetO of the request is invalid.

«/Definition»

<ГГегт>

«Term lermlD="9*»

«Name xml:lang=~en"»lnvaWSelect</Nam6>

«Definition xml:lang="en">lndicates that the Select element is invalid in the request «/Definition»

«/Term»

«Term lermlD="fO"»

«Name xml:lang="en‘>MissingNewDataElement«/Name>

«Definition xml:lang= "ел ">lnd cates that the request specifies no new data to be updated. «/Definition»

«/Term»

«Term termlD="ff"»

«Name xml:lang="en>MissingResouroelDEIement«/Name>

«Definition xml:lang= "ел ">lnd cates that the request fails to specify the ResourcelD «/Definition»

«ГГегт»

«Term termlD="/2"»

«Name xml:lang="en'>Missir>gSetect</Name>

«Definition xml:lang="en"»lndk^tes that the request fails to specify the Select element «/Definition»

«/Term»

«Term termlD»"f3>

«Name xml:lang="en'>NoMoreElements«/Name»

«Definition xml:lang="en"»lndk^tes that the returned data ends prematurely for tack of elements. «/Definition»

«/Term»

«Term termlD="J4"»

«Name xml:lang="en>NoMuItipleAiowed«/Name»

«Definition xml:lang="en"»lr>dcates that multiple requests are not allowed «/Definition»

«Яегт»

«Term termlD="/5"»

«Name xml:lang="en>NoMu!topleResources</Name»

«Definition xmlMangs'en^Indcates that the use of multiple resources is not allowed «/Definition»

«/Term»

«Term termlD="J6"»

«Name xml:lang="en'vnmeOut«/Name»

«Definition xml:lang= "ел ">lnd cates that the request has failed because of timeout.

«/Definition»

«/Term»

«Term termlD="f 7"»

«Name xml:lang="en>UnexpectedError</Name>

«Definition xml:lang= "ел ">lnd cates that an unexpected error has oocurred«/Definition>

«/Term»

«/ClassificationScheme»

Рисунок A.2. лист 2

20

ГОСТ Р 57872—2017

Приложение Б (справочное)

Образцы объектов

Б.1 Образец заголовка SOAP

Листинг образца заголовка SOAP представлен на рисунке Б.1.

<soapenv: Header»

<sb:Correlabon id-“NTTAEB9DE0EBOB1A89B0O797A14C6eE85F6"message\D-,\tuid:debbffd3-4eaB-973e-5463-e5ecc2d95drie"timestamDg"2004-03-f0705:59:01Z"soapenv:actor=‘’‘ soapeov:mustUnderstands,T'xmlns:sbs*Vm;W>erfy.sb;2003-O8"/>

<sb:Provider Droviderl0=‘htlDs://IJKCP.com:8443/"soaDenv:mustUnderstand=T)'*xmlns:sb='brr?.to>effy.sb.2003-08"/> <wsse:Security soai>env:actorg•http://schemas.xmlsoap.Ofo^soao/actw/nexf soapenv:mustUnderstand=*7 " xmlns:wsse=,hHpy/schemas xmtsoap oro/ws/2003/06/secexf»

<wsse:BnarySecixityToken EncodtrigType='Wsse.Base648irtary"ValueType=''wsse;.X'509v3~wsu:kJ=’X5097oken" xmlns wsu= 'httoi/schemas.xmtsoap.orolws/2003/06/utilitv'^

MIICBDCCAW2gAwlBAg1BUTANBgkqhkiG9wOBAQQFADA1MQswCQYDVQQGEwJVUzEUMBIGA1UEChMLT

GliZXJOeSBJT1AxEDAOBgNVBAMTB1Rlc3QgQOEwHhcNMDMxMjA1MTQOMjl1WhcNMDQxMjAOMTQOMjl1W

jBMMQswCQYOVQQGEwJVUzEYMBVGAIUEChMPTGliZXJOeSBJTIAgamtzMSMwIQYDVQQDExpudHQtY

S1zaWduLmxpYmVydHktaW9wLm9yZzCBnzANBgkqhkiG9wOBAQEFAAOBjQAwgYkCgYEAq9SI+JvcHKNjjtE/

v70TKMMXo+Ft05RBy/XUruHZsuH0b206MYG+CCBoPyJ6Jv+6+ZsCglEjfJ6kiRZRZmPdGv92zceHHO1/k1/GG7FPN

FH+mrtJm/66nRDysv€JFMzW7+Ct7132lUUiTEvj45CXHEcyy8Jltffd1J1+FOrVweAEUCAwEAAaMNMAswCQYDVRO

TBAIwADANBgkqhfeG9wOBAQQFAAOBgQBwqsW22HMTlTcxn3jiHP+yBjKRaYpikrRzKeJ8XtLUrHCkm7ZOX/Oeq»dH

AARB4ITxmlTCB3lbHmViAk4G66K4Yb9Y0FFVJCFyaYHnY6W6oLOkTv51MqDL//vV6QF9boO2gvTpap4WL5+6meN

mCyWKoe04CuwX3qys5yrA8opg==

</wsse:Binary Security Token»

<ds:Signature xmlns:ds=*http://ww>v.w3.orQ/2Q00/09/xmldsi(^r>

<ds:S*gnedlnfo»

<ds:Canon«calizationMethod AkionthmslTtto://" f> <ds:S»gnatureMethod Ak»hthma“ />

<ds:Reference URI=TfWTTAEBSDEOESOe 1A89B00797A 14C6£E8SF6>

<ds:OigestMethod Aioorithm=*htto 7/ 1" f> <ds:DigestValue>/vqZkvlo2MkbAntQ3fO+IOQsZ4k=</dsDigestValue>

</ds:Reference»

<ds:Reference UR\=‘mTT42EBDA48A7965082DA284C13DE33EFDE,i>

<ds:Transforms>

<ds:Transfcxm Ataorithm=* l>

</ds:Transforms»

<ds:DigestMethod Ataorithm="htto :// .ofo/2000/09/xmkJsk]#sha 1" f> <ds:0tgestValue»js4Cmrt>teuy9Epti94O9+xFj7yk=</ds:DigestValue>

</ds: Reference»

</ds:S»gnedlnfo>

<ds:S>gnatu revalue»

Rh9MenehPh/9zlB/8wNg4tCKaLls5ayiRbfKfepXpD9qbslOVjZO/2R1ChiX/WaOANtVtdfj/sD3uljTlLRNiXKF45RWKQtz ZT3e RG2etA1m7a9ZnWgFBm0Q+/kSPmPHzo3aCx9K8yVUPmdg/S8BWjh5VLvz9U99JDJKF4FEx3o= </ds:SignatureValue>

<ds:Keylnfo»

Рисунок Б.1 - Листинг образца заголовка SOAP, лист 1

21

ГОСТ Р 57872—2017

СМ

ь.

и

5

*

2

>>

U

£

3

Рисунок Б.З — Пример листинга схемы «QueryResponsee (ответа на запрос)

ГОСТ Р 57872—2017

Приложение В (обязательное)

Файлы схемы замены профиля пользователя TV-Anytime

Схемы замены профиля пользователя TV-Anytime. перечисленные в настоящем стандарте, были агрегированы в серии файлов xsd:

-    tva_profite_exchange_6-3_v161 .xsd;

•    xenc-schema.xsd;

•    xmklsig-core-schema.xsd.

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

•    xml.xsd;

-    tva_mpeg7_2008.xsd:

-tva metadata 3-1 vIBlJtsd.

23

ГОСТ Р 57872—2017

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

[1]    Хабибуллин И. Ш. Разработка веб-служб средствами Java. — СПб.: БХВ-Петербург. 2003. — 400 с: ил.

[2]    Машнин Т.С. Web-сервисы Java. — СПб.: БХВ-Петербург. 2012. — 560 с: ил.

УДК 621.397:681.327.8:006.354    ОКС 33.170    ОКП 657400

Ключевые слова: вещание цифровое. TV-Anytime. служба метаданных, провайдер, профиль клиента, профиль пользователя, схема метаданных, схема XML, двунаправленная сеть. HTTP. SOAP

БЗ 12—2017/121

Редактор Р.Г. Говердовская Технический редактор И.Е. Черепкова Корректор М.С. Кабашова Компьютерная верстка Л.А. Круговой

Сдакоа набор 10.11.2017. Подписано а печать 16.11.2017. Формат 60*64Vg. Гарнитура Ариап. Уел. печ. л. 3.26. Уч.-иад. л. 2.95 Тираж 23 эм. Эак. 2300.

Подготовлено на основе электронной версии, предоставленной разработчиком стандарта

Издано и отпечатана во ФГУП «СТАНДАРТИКФОРМ». 123001 Москва. Гранатный пер.. 4 wwwgoslmloru m(o@goslin(o ru