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

(утв. и введен в действие Приказом Росстандарта от 31.10.2017 № 1586-ст)

Утвержден и введен в действие Приказом Федерального

СИСТЕМА TV-ANYTIME.

ОСНОВНЫЕ ПАРАМЕТРЫ

(ETSI/TS 102 822-6-3VI.6.1 (2012-12), NEQ)

ОКС 33.170

1 августа 2018 года

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

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

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

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

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

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

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

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

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

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

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

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

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): Объект, который поставляет контент или службы в PDR.

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 Обозначения

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

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

- абстрактное описание целевого пространства имен WSDL;

- ключ шифрования;

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

- часть метаданных TV-Anytime;

- элемент запроса ресурса;

- составная часть элемента ;

- элемент запроса ресурса;

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

- элемент ответа на запрос;

- элемент идентификации конкретного ресурса;

- элемент в составе элементов и ;

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

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

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

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

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

3.3 Сокращения

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

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

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

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

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, определены в целевом пространстве имен <urn: tva:metadata:profile:2007>.

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

Фрагменты схемы, определенные в этом пространстве имен, специфицированы в 5.1 - 5.3. Элемент используется для идентификации службы профиля пользователя TV-Anytime. Должно обеспечиваться постоянство этого URI во всех реализациях службы профилей пользователей TV-Anytime. Рекомендуется обеспечивать соответствие этого URI пространству имен абстрактного описания 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	Определяет историю потребления мультимедийного контента пользователем
UserIdentifier	Определяет личность пользователя, для которого предоставлена история использования. Этот элемент имеет тип UserIdentifierType и содержит защищенный атрибут. Личность пользователя не должна раскрываться, если для этого атрибута не установлено значение «False»
UserActionHistory	Описывает историю действий, выполненных пользователем в течение определенных периодов наблюдения
allowCollection	Указывает, позволяет ли пользователь использовать историю использования своих действий. Допустимые значения определяются следующим образом: - «True» указывает, что данные истории использования могут быть собраны; - «False» указывает, что сбор данных истории использования не допускается; - «User», указывает, что в каждом конкретном случае следует запрашивать разрешение. «По умолчанию» значение allowCollection равно «False»

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

Таблица 2

Семантика схемы описания UserActionHistory

Имя	Описание
UserActionHistoryType	Указывает историю действий, выполняемых пользователем
ObservationPeriod	Описывает период(ды) времени, в течение которого(ых) были записаны связанные элементы истории. Множественный экземпляр может использоваться для представления прерываемых периодов времени
UserActionList	Описывает список действий одного и того же типа, т.е. все действия в UserActionList имеют одно и то же значение ActionType
Protected	Указывает, хочет ли пользователь сохранить конфиденциальную информацию истории своих действий. Допустимые значения определяются следующим образом: - «True» указывает, что информация об истории действий пользователя может быть доступна только пользователю и не должна сообщаться внешним сторонам; - «False» указывает, что информация о истории действий пользователя не должна оставаться конфиденциальной и может передаваться внешним сторонам, таким как провайдеры служб и доверенные программные агенты

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

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

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

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

Таблица 3

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

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

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

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

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

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

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

5.1.1 Ресурсы

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

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

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

<element ref=«xenc:EncryptedKey'' /> »

Рисунок 1 — Листинг декларации «ResourceIDGroup»

В таблице 4 представлены определения типов и атрибутов.

Таблица 4

Определения типов и атрибутов

Имя	Определение
ResourceIDType	Комплексный тип для определения идентификатора ресурса
Id	Атрибут типа «TVAIDType»
EncryptedResourceIDType	Комплексный тип для переноса идентификаторов закодированного ресурса
ResourceIDGroup	Определяет группу «ResourceIDs» и/или «EncryptedResourceIDs»
ResourceID	Идентификатор конкретного ресурса
EncryptedResourceID	Содержит идентификатор, который был зашифрован, и зашифрованный ключ, который был использован для шифрования ResourceID. Дополнительные объяснения приведены в 5.1.2

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

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

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

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

5.1.2 Элемент

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

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

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

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

Аббревиатура выбранного поля	Полное выражение XPath
tva:profile:UserSearchPreferences	/TVAMain/ExtendedUserDescription/UserPreferences/FilteringAndSearchPreferences
tva:profile:UserBrowsingPreferences	/TVAMain/ExtendedUserDescriptions/UserPreferences/BrowsingPreferences
tva:profile:UserActionHistory	/TVAMain/ExtendedUserDescriptions/UsageHistory/UserActionHistory
tva:profile:UserName	/TVAMain/ExtendedUserDescription/UserInformationTable/BioGraphicInformation/Name
tva:profile:UserAge	/TVAMain/ExtendedUserDescription/UserInformationTable/BioGraphicInformation/Age
tva:profile:UserAge	TVAMain/ExtendedUserDescription/UserInformationTable/BioGraphicInformation/Gender
tva:profile:UserLanguage	/TVAMain/ExtendedUserDescription/UserInformationTable/BioGraphicInformation/Language
tva:profile:UserLocation	/TVAMain/ExtendedUserDescription/UserInformationTable/UsageEnvironment/NaturalEnvironment/Location

Успешно выполненные запросы (далее — успешные запросы) всегда содержат элемент , при возврате они содержат данные, определенные параметрами в элементе .

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

Рисунок 2 — Листинг схемы элемента «SelectType»

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

Таблица 6

Семантика схемы элемента «SelectType»

Имя	Описание
SelectTypeType	Простой тип для типа формата запроса. Ниже приведены возможные значения: - «XPath» — формат запроса «XPath»; - «abbreviated» (сокращенно) — формат запроса в сокращенном формате
SelectType	Сложный тип, определяющий элемент «select»
Type	Определяет тип формата запроса: «Xpath» или сокращенный формат

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

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

Таблица 7

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

Ключевые слова обнаружения	Определение
Urn:liberty:dst:allPaths	Провайдер служб поддерживает все (необходимые) пути без поддержки полного «XPath»
Urn:liberty:dst:fullXPath	Провайдер служб поддерживает полный «XPath»
urn:liberty:dst:multipleResources	Провайдер служб поддерживает доступ к нескольким ресурсам
urn:liberty:dst:changeHistorySupported	Провайдер служб обрабатывает атрибут «changedSince»
Urn:liberty:dst:noModify	Провайдер служб не поддерживает изменений
urn:liberty:dst:multipleQueryItems	Провайдер служб поддерживает несколько элементов внутри элемента
urn:liberty:dst:multipleModification	Провайдер служб поддерживает несколько элементов внутри элемента

5.1.4 Элемент

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

Таблица 8

Определения кодов статуса

Код статуса	Определение
ActionNotAuthorized	Указывает, что требуемое действие не разрешено
ActionNotSupported	Указывает, что требуемое действие не поддержано этой службой
AllReturned	Указывает, что провайдер атрибута не обязан давать самую свежую информацию с момента времени, указанного в параметре «changedSince». Это не считается ошибкой. Код также показывает, что все данные в настоящее время могут быть возвращены (за исключением тех, которые аннулированы)
ChangedSinceReturnsAll	Указывает, что провайдер атрибута не поддерживает параметр «changedSince» и возвращает все данные, адресованные на «Select», независимо от последнего времени модификации. Некоторые или все возвращаемые данные могут быть фактически старше, чем время, указанное в параметре «changedSince»
DataTooLong	Указывает, что размер запрашиваемых данных превышает заданный порог провайдера служб. Это относится только к модификациям
ExistsAlready	Указывает, что запрос пытается изменить существовавшее значение
Failed	Указывает, что запрос не удался
InvalidData	Указывает, что запрос содержит неверные данные
InvalidResourceID	Указывает, что ресурс «ResourceID» (идентификатор запроса) является недействительным
InvalidSelect	Указывает, что выбранный элемент в запросе является недействительным
MissingNewDataElement	Указывает, что запрос не указывает никаких новых данных для обновления
MissingResourceIDElement	Указывает, что запрос не может указать «ResourceID» (идентификатор ресурса)
MissingSelect	Указывает, что запрос не определяет выбранный элемент
NoMoreElements	Указывает, что возвращаемые данные завершаются преждевременно из-за отсутствия элементов
NoMultipleAllowed	Указывает, что несколько запросов недопустимы
NoMultipleResources	Указывает, что использование нескольких ресурсов не допускается
OK	Указывает, что действие было успешно подтверждено
TimeOut	Указывает, что запрос не удался из-за окончания времени ожидания
UnexpectedError	Указывает, что произошла непредвиденная ошибка

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

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

<element name=«StatusDescription» type=«tvap:StatusDescriptionType» minOccurs=«0» max- Occurs=«unbounded» />

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

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

Таблица 9

Семантика элементов «Status» и «StatusDescription»

Имя	Описание
StatusType	Сложный тип, который определяет коды «Status», которые будут использоваться в качестве значений для атрибута кода «Status»
code	Атрибут указывает на то, что возвращаемое значение «Status» должно содержать либо значение «OK» или «Failed»
requestIDRef	Атрибут, который содержит значение атрибута «Itemld» элемента в сообщении запроса, что это статус
StatusDescriptionType	Сложный тип, который определяет коды состояния, которые будут использоваться в качестве значений для элемента «StatusDescription»
href	Атрибут (опциональный), который определяет URN, используемый для указания кода в схеме классификации кода состояния элемента «Status»

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

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

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

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

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

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

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

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

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

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

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

<element name=«Select» type=«tvap:SelectType» minOccurs=''0» />

Рисунок 4 — Листинг схемы запроса данных

Схема запроса данных представлена в таблице 10.

Таблица 10

Семантика схемы запроса данных

Имя	Описание
QueryType	Тип, который определяет запрос для получения текущих данных
ResourceIDGroup	Содержит группы «ResourceID» и/или «EncryptedRESOURCEID»
QueryItem	Указывает, какие данные нужны от ресурса запрашивающей стороне
Select	Подробно описывает, к чему запрос хочет получить доступ внутри указанного ресурса
itemID	Уникальный идентификатор используют для согласования элементов запроса на элементы ответа
changedSince	Используется, когда запрашивающая сторона хочет получить только те данные, которые изменились со времени, указанного этим атрибутом
queryID	Уникальный идентификатор для сопоставления запросов с ответами

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

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

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

<element name=«Data» minOccurs=«0» maxOccurs=''unbounded«> »

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

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

Таблица 11

Семантика схемы ответа на запрос

Имя	Описание
QueryResponseType	Сложный тип содержит ответ на запрос
Status	Указывает, «да» или «нет», или не удалась обработка запроса См. 5.1.5 для пояснений
Data	Содержит данные профиля TV-Anytime, запрошенные одним элементом
itemIDRef	Используется для связывания элементов в ответ на соответствующие элементы в запросе
queryIDRef	Используется для связывания элементов в ответ на соответствующие элементы в запросе
timestamp	Указывает время, когда запрос был обработан, для того, чтобы использовать позже при запросе изменений с того времени

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

• tva_mpeg21_tva.xsd;

• tva_metadata_3-3_v131.xsd.

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

• tva_mpeg7.xsd;
  
• tva_metadata_3-1_v151.xsd;
  
• tva_interstitial_3-4_v131.xsd;

• xml.xsd;
• tva_rmpi_5-1_v141.xsd.

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

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

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

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

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

5.3.1 Параметры схемы

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

<group name=«ResourceIDGroup» type=«tvap:ResourceIDGroup» minOccurs=''0» /> <element name=''NewData» minOccurs=«0» />

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

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

Таблица 12

Семантика схемы

Имя	Описание
ModifyType	Измените данные, хранящиеся в службах данных
ResourceIDGroup	Содержит группу ресурсов «ResourceIDs» и/или «EncryptedResourceIDs»
Modification	Определяет, какие и как должны быть модифицированы элементы данных указанного ресурса
itemID	Используется для разделения элементов друг от друга в запросе
Select	Определяет данные, на которые должно повлиять это изменение
NewData	Определяет, какие данные запрашивающая сторона хочет получить от ресурса
notChangedSince	Модификация не разрешена, если данные изменились со времени определенного этим атрибутом. Используется, чтобы избежать проблем параллелизма
overrideAllowed	Используется для защиты текущих значений при добавлении новых данных
modifyID	Используется для разделения друг от друга элементов в запросе

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

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

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

<element narne=«ModifyResponse'' type=»tvap:ModifyResponseType» />

Рисунок 7 — Синтаксис схемы «ModifyResponse»

Семантика схемы представлена в таблице 13.

Таблица 13

Семантика схемы

ModifyResponseType	Сложный тип, содержит ответ на
Status	Указывает, удалась или не удалась обработка запроса. См. 5.1.5 для объяснения и уточнения значения
modifyIDRef	Используется для связывания элементов в ответ на соответствующие элементы в запросе
timestamp	Указывает время, когда запрос был обработан, для того, чтобы использовать позднее при запросе изменений за прошедшее время

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

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

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

6.1.1 Введение

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

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

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

6.1.3

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

6.1.4

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

6.1.5 «Options»

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

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

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

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

• согласование доступных для применения алгоритмов шифрования и хеширования между сервером и клиентом;
• инициализация безопасного канала аутентификации между сервером и клиентом;
• взаимная аутентификация сервера и клиента;
• формирование секретного сеансового ключа по протоколу Диффи-Хеллмана;
• шифрование и дешифрование передаваемых данных служб TV-Anytime.

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

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

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

СХЕМА И КЛАССИФИКАЦИЯ СХЕМЫ

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

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

<schema targetNamespace=«urn:tva:profile:2012» xmlns:xenc=«http://www.w3.org/2001/04/xmlenc#» xmlns:mpeg7=«urn:tva:mpeg7:2008» xmlns:tvap=«urn:tva:profile:2012» xmlns.tva=«urn:tva:metadata:2012» xmlns=«http://www.w3.org/2001/XMLSchema» element-FormDefault=«qualified» attributeFormDefault=«unqualified»> This schema consists of datatypes that are normatively defined in TS 102 822-6-3 <import namespace-«http://www.w3.org/XML/1998/namespace» schemaLocation=«xml.xsd» /> <import namespace=«urn:tva:metadata:2012»schemaLocation=«tva_metadata_3-1_v181.xsd» /> Base Types

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

<element name=«StatusDescription» type=«tvap:StatusDescriptionType» minOccurs=«0»max- Occurs=«unbounded» /> Clause 5.2.1 Query Clause 5.2.2 Query Response

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

Clause 5.3.1 Modify Clause 5.3.2 Modify Response

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

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

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

<!- ##################################################################### -> <!- Status Code returned to requests -> <!- Definition: -> <!- ##################################################################### -> <Term termID=''1«> ActionNotAuthorized Indicates that the requested action is not authorized. <Term termID=''2»> ActionNotSupported«/Name> Indicates that the requested action is not supported by this service. <Term termID=''3»> AllReturned</Name«> <Definition xml:lang=''en»> definition ChangedSinceReturnsAll Indicates that when an attribute provider does not support this parameter and returns all the data addressed by Select regardless of the latest modification times. Some or all data returned might actually be older than the time specified in the ChangedSince parameter. <Name xml:lang=''en«>DataTooLong Indicates that the size of the requested data exceeds the preset threshold of the service provider. This is only for modifications. ExistsAlready Indicates that the request is trying to modify to a preexisting value. <Term termID=»7''> InvalidData Indicates that the request contains invalid data

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

InvalidResourceID Indicates that the ResourceID of the request is invalid. InvalidSelect Indicates that the Select element is invalid in the request. <Name xml:lang=''en«>MissingNewDataElement Indicates that the request specifies no new data to be updated. MissingResourceIDElement Indicates that the request fails to specify the ResourceID MissingSelect Indicates that the request fails to specify the Select element NoMoreElements Indicates that the returned data ends prematurely for lack of elements. NoMultipleAllowed Indicates that multiple requests are not allowed NoMultipleResources Indicates that the use of multiple resources is not allowed TimeOut Indicates that the request has failed because of timeout. UnexpectedError Indicates that an unexpected error has occurred »

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

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

ОБРАЗЦЫ ОБЪЕКТОВ

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

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

soapenv:Header <sb:Correlation id=«NTTAEB9DE0EB0B1A89B00797A14C6EE85F6» messageID=«uuid:debbffd3-4ea8-973e-5463- e5ecc2d95dde» timestamp=«2004-03-10T05:59:01Z» soapenv:actor=«http://schemas.xmlsoap.org/soap/actor/next» soapenv:mustUnderstand=«1»xmlns:sb=«urn:liberty:sb:2003-08» /> <sb:Provider providerID=«https://UKCP.com:8443/»soapenv:mustUnderstand=«0'' xmlns:sb=»urn:liberty:sb:2003-08» /> <wsse:Security soapenv:actor=«http://schemas.xmlsoap.org/soap/actor/next» soapenv:mustUnderstand=«1» xmlns:wsse=«http://schemas.xmlsoap.org/ws/2003/06/secext»> <wsse:BinarySecurityToken EncodingType=«wsse:Base64Binary»ValueType=«wsse:X509v3»wsu:Id=«X509Token» xmlns:wsu=«http://schemas.xmlsoap.org/ws/2003/06/utility»> MIICBDCCAW2gAwlBAglBUTANBgkqhkiG9w0BAQQFADA1MQswCQYDVQQGEwJVUzEUMBIGA1UEChMLT GliZXJ0eSBJT1AxEDAOBgNVBAMTB1Rlc3QgQ0EwHhcNMDMxMjA1MTQ0MjI1WhcNMDQxMjA0MTQ0MjI1W jBMMQswCQYDVQQGEwJVUzEYMBYGA1UEChMPTGIiZXJ0eSBJT1AgamtzMSMwIQYDVQQDExpudHQtY S1zaWduLmxpYmVydHktaW9wLm9yZzCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAq9SI+JvcHKNjjtE/ v70TKMMXo+Ft05RBy/XUruHZsuH0b206MYG+CCBoPyJ6Jv+6+ZsCgIEjfJ6IqRZRZmPdGv92zcBHHO1/k1/GG7FPN FH+mrUm/66nRDysv6JFMzW7+Ct7132IUUiTEvj45CXHEcyy8JUffd1J1+FOrVweAEUCAwEAAaMNMAswCQYDVR0 TBAlwADANBgkqhkiG9w0BAQQFAAOBgQBwqsW22HMTLTcxn3jiifP+yBjKRaYpikrRzffeJ8XtLUrHCkm7ZOX/OeqidH AARB4ITxmlTCB3LbHmViAk4G66K4Yb9Y0FFVJCFyaYHnY6W6oLDkTv5IMqDL//vV6QF9boO2gvTpap4WL5+6meN mCyWKoeO4CuwX3qys5yrA8opg== </wsse:BinarySecurityToken> <ds:Signature xmlns:ds=«http://www.w3.org/2000/09/xmldsig#»> ds:SignedInfo <ds:CanonicalizationMethod Algorithm=«http://www.w3.org/TR/2001/REC-xml-c14n-20010315» /> <ds:SignatureMethod Algorithm=«http://www.w3.org/2000/09/xmldsig#rsa-sha1» /> <ds:Reference URI=«#NTTAEB9DE0EB0B1A89B00797A14C6EE85F6»> <ds:DigestMethod Algorithm=«http://www.w3.org/2000/09/xmldsig#sha1» /> ds:DigestValue/vqZkvlo2MkbAntQ3j0+I0QsZ4k=</ds:DigestValue> </ds:Reference> <ds:Reference URI=«#NTT43EBDA48A7965082DA284C13DE33EFDE»> ds:Transforms <ds:Transform Algorithm=«http://www.w3.org/2001/10/xml-exc-c14n#» /> </ds:Transforms> <ds:DigestMethod Algorithm=«http://www.w3.org/2000/09/xmldsig#sha1» /> ds:DigestValuejs4Cmrbteuy9Epti94O9+xFj7yk=</ds:DigestValue> </ds:Reference> </ds:SignedInfo> ds:SignatureValue Rh9MenehPh/9zIB/8wNg4tCKaLls5ayiRbfKrepXpD9qbslOVjZ0/2R1ChiX/WaDANtVtdfj/sD3utjTLLRNiXKF45RWKQtz ZT3eRG2elAfm7a9ZnWgFBm0Q+/kSPmPHzo3aCx9K8yVUPmdg/S8BWjh5VLvz9U99JDJKF4FEx3o= </ds:SignatureValue> ds:Keyinfo

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

<wsse:SecurityTokenReference Usage=''sec:MessageAuthentication» xmlns:sec=«urn:liberty:sec:2003-08»> <wsse:Reference URI=«#X509Token» /> </wsse:SecurityTokenReference> </ds:KeyInfo> </ds:Signature> </wsse:Security> </soapenv:Header>

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

Б.2 Пример схемы «Query»

Пример листинга схемы «Query» представлен на рисунке Б.2.

http://profile-provider.com/d8ddw6dd7m28v628 tva:profile:UserSearchPreferences tva:profile:UserLocation

Рисунок Б.2 — Пример листинга схемы «Query»

Б.3 Пример схемы «QueryResponse»

Пример листинга схемы «QueryResponse» представлен на рисунке Б.3.

tva:UserDescription tva:UserPreferences tva:UserPreference <mpeg7:FilteringAndSearchPreferences preferenceValue=«90''xmlns:mpeg7=''urn:mpeg:mpeg7:schema:2001»> mpeg7:ClassificationPreferences <mpeg7:Genre href=«urn:mpeg:GenreCS»> mpeg7:NameSoccer</mpeg7:Name> </mpeg7:Genre> </mpeg7:ClassificationPreferences> mpeg7:CreationPreferences <mpeg7:Creator preferenceValue=«70»> <mpeg7:Role href=«urn:tva:metadata:cs:TVARoleCS:2002:V43»> mpeg7:NameParticipant</mpeg7:Name> </mpeg7:Role> <mpeg7:Agent xsi:type=«mpeg7:OrganizationType»> mpeg7:Name mpeg7:GivenNameManchester United</mpeg7:GivenName> </mpeg7:Name> </mpeg7:Agent> </mpeg7:Creator> </mpeg7:CreationPreferences> </mpeg7:FilteringAndSearchPreferences> </tva:UserPreference> </tva:UserPreferences> </tva:UserDescription>

Рисунок Б.3 — Пример листинга схемы «QueryResponse»

(ответа на запрос)

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

ФАЙЛЫ СХЕМЫ ЗАМЕНЫ ПРОФИЛЯ ПОЛЬЗОВАТЕЛЯ TV-ANYTIME

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

• tva_profile_exchange_6-3_v161.xsd;
• xenc-schema.xsd;

- xmldsig-core-schema.xsd.

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

• xml.xsd;
• tva_mpeg7_2008.xsd;
• tva_metadata_3-1_v181.xsd.

БИБЛИОГРАФИЯ

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

УДК 621.397:681.327.8:006.354	ОКС 33.170	ОКП 65 7400
Ключевые слова: вещание цифровое, TV-Anytime, служба метаданных, провайдер, профиль клиента, профиль пользователя, схема метаданных, схема XML, двунаправленная сеть, HTTP, SOAP

---

Обсудить с Буквой