×
01.11.2019
219.017.dc74

СПОСОБ ПРЕДОСТАВЛЕНИЯ МЕДИАКОНТЕНТА И СИСТЕМА СЕРВИСА ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ

Вид РИД

Изобретение

Юридическая информация Свернуть Развернуть
№ охранного документа
0002704725
Дата охранного документа
30.10.2019
Краткое описание РИД Свернуть Развернуть
Аннотация: Изобретение относится к спутниковому цифровому вещанию. Технический результат – обеспечение защиты записанного контента от воспроизведения на других устройствах при обеспечении сервиса предоставления медиаконтента конечному пользователю без канала обратной связи пользователя. Для этого в конечном счете передают сформированный транспортный поток на вход клиентского устройства, снабженного тюнером, и осуществляют поэтапно обнаружение файла метаданных сервиса в транспортном потоке посредством Linkage дескриптора, сохранение медиаконтента сервиса на накопитель клиентского устройства на основании сохраненных метаданных сервиса и его шифрование посредством персонализированного аппаратного ключа конкретного клиентского устройства, с возможностью отображения посредством модуля пользовательского интерфейса конечному пользователю в соответствующих категориях списка сохраненного медиаконтента с последующей возможностью его дешифрования и просмотра. 2 н. и 28 з.п. ф-лы, 4 ил.
Реферат Свернуть Развернуть

Область техники:

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

Уровень техники:

Из уровня техники известны система и способ рекомендации контента на клиентской стороне без канала обратной связи, описанные в US 2015/0089524 A1, кл. H04N 21/442. Элементы данной системы и выполняемые посредством системы этапы предоставления медиаконтента характеризуются тем, что включают, по меньшей мере, односторонний канал, соединяющий широковещательную станцию (ТВ-станцию) с устройством с абонентским приложением первого набора пользователей, приставку, включающую в себя память, блок вычисления и управления для отслеживания активности пользователя, хранения пользовательского профиля, формирования и отображения ранжирования рекомендуемых элементов мультимедиа, причем ранжирование определяется модулем вычисления посредством модели рекомендаторов, хранящейся в памяти. Система дополнительно включает в себя совместный двойной модуль, первый внутренний модуль, работающий на вспомогательном сервере, подключенном к двухсторонней сети и принадлежащий к вспомогательному домену, этот первый внутренний модуль, использующий внешние источники данных для сбора информации на основе сообществ на, по меньшей мере, часть элементов мультимедиа, тогда как модель рекомендатора, хранящаяся в памяти, является вторым интерфейсным модулем, в котором ТВ-станция и устройство приставки принадлежат к целевому домену.

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

Раскрытие изобретения:

Задачей заявленной группы изобретений является устранение указанных выше недостатков.

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

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

Предпочтительно, Linkage дескриптор содержит, по меньшей мере, параметры вещания (SNT) файла метаданных сервиса, идентификатор сервиса предоставления медиаконтента (signature) и информацию о версии формата метаданных сервиса.

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

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

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

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

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

Дополнительно транспортный поток может являться MPEG-2 транспортным потоком и/или MPEG-4 транспортным потоком.

Дополнительно сохранение медиаконтента происходит на основании формирования и сохранения в памяти клиентского устройства таймеров на запись канала.

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

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

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

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

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

Дополнительно клиентское устройство является цифровой телевизионной приставкой (STB) и/или вычислительным устройством.

Дополнительно сервером электронной программы передач является EPG-сервер.

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

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

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

Дополнительно, файл метаданных сервиса встраивают в транспортный поток, являющийся MPEG-2 транспортным потоком и/или MPEG-4 транспортным потоком.

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

Дополнительно сохранение медиаконтента сервиса осуществляют на основании формирования и сохранения в памяти клиентского устройства таймеров на запись канала.

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

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

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

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

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

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

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

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

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

Дополнительно, используют в качестве клиентского устройства цифровую телевизионную приставку (STB) и/или вычислительное устройство.

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

Краткое описание чертежей:

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

На фиг. 2 представлена блок-схема процесса обнаружения файла метаданных сервиса.

На фиг. 3 представлена блок-схема процесса обработки файла метаданных сервиса.

На фиг. 4 представлена блок-схема процесса записи и проверок, выполняемых при записи передачи.

Осуществление изобретения:

Далее будет приведен список терминологии, используемой в описании настоящего изобретения:

JSON (JavaScript Object Notation) - текстовый формат обмена данными.

LCN (Logical Channel Numbers) - дескриптор, определяющий логическую сквозную нумерацию каналов.

MPEG-2 / MPEG-4 транспортный поток (Transport Stream) - формат передачи и хранения аудио, видео и других данных, используемый в системах цифрового спутникового вещания, структура транспортного потока определена в стандарте ISO/IEC 13818-1 (см. ISO/IEC 13818-1 (2000): "Information technology; Generic coding of moving pictures and associated audio information: Systems").

NIT (Network Information Table) - таблица сетевой информации транспортного потока.

NTP (Network Time Protocol) - протокол сетевого времени.

SNT (Service ID, Original Network ID, Trasport Stream ID) - уникальные ID параметров, определяющих сервис (канал) в транспортом потоке.

Standby - режим ожидания STB, с отключением аудио/видео выходов.

STB (set-top box) – клиентское устройство – ресивер цифрового спутникового телевидения, позволяющее получить доступ к цифровому телевидению и соответствующим цифровым телевизионным услугам.

VSF (Visible Service Flag) - флаг, устанавливаемый для каждого канала в LCN дескрипторе и определяющий, будет ли канал отображаться в списке каналов.

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

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

Оператор - оператор телевещания, поставщик услуг спутникового телевидения.

Далее со ссылкой на фиг. 1 будет описана работа системы сервиса предоставления медиаконтента конечному пользователю без канала обратной связи пользователя. Система включает сервер электронной программы телевизионных передач 101 передающей стороны, мультиплексор 102 и клиентское устройство 103.

В представленном на схеме фиг.1 примере осуществления, сервер 101 является EPG сервером, отвечающим за формирование и передачу электронной программы передач (EPG) и, в частности, файла метаданных сервиса для работы сервиса предоставления медиаконтента конечному пользователю. На EPG сервере создается справочник категорий, содержащий название категории и специальную отметку особенного контента. Для особенного контента в модуле пользовательского интерфейса отображается специальный постер, для остального контента в качестве постера используется кадр из записи. Например, особенным контентом может быть определен контент "для взрослых", соответственно для него может быть использован постер-заглушка "18+" или иной статический постер, выбранный Оператором. Справочник категорий создается, хранится и редактируется исключительно на сервере 101. Применение EPG сервера позволяет обеспечить эффективное и гибкое управления сервисом, не требующее применения дополнительных технических средств для его реализации, а также позволяющим обеспечить в совокупности с остальными компонентами системы сервиса, согласно заявленному решению, реализацию предоставления медиаконтента конечному пользователю без канала обратной связи пользователя.

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

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

Файл метаданных сервиса доставляется на клиентское устройство посредством MPEG-2 или MPEG-4 транспортного потока 104 (ISO/IEC standard 13818-1). Для передачи файла метаданных сервиса используют метод карусели данных (Data Carousels, ETSI EN 301 192). Возможность встраивания файла метаданных сервиса в транспортный поток в формате MPEG-2 или MPEG-4 существенно упрощает и ускоряет как процесс формирования транспортного потока медиаконтента, включающего файл метаданных сервиса, так и его передачу, и последующую обработку на конечном, клиентском устройстве, не требуя установки и применения дополнительных программно-аппаратных средств для их осуществления и обеспечивая возможность реализации сервиса на клиентском устройтсве с помощью стандартных средств обработки транспортного потока без канала обратной связи пользователя. Однако, для формирования транспортного потока, содержащего файл метаданных сервиса, могут быть использованы и иные известные стандарты, позволяющие реализовать заявленное решение.

Настройку MPEG-2 или MPEG-4 транспортного потока с помощью мультиплексирующего устройства осуществляют вручную инженерами Оператора, либо с использованием иных известных в данной области техники автоматических способов настройки по заданным параметрам. Сформированные на EPG сервере данные передают на "вход" мультиплексирующего устройства, с помощью которого эти данные встраивают в общий MPEG-2 или MPEG-4 транспортный поток, а также добавляют дополнительную служебную информацию в виде linkage дескриптора в таблице сетевой информации NIT (Network Information Table, см. ETSI EN 300 468). Linkage дескриптор, в данном случае, используется для динамического обнаружения клиентским устройством файла метаданных сервиса в транспортном потоке, в режиме неконтролируемом конечным пользователем. При этом, среди дополнительной служебной информации, содержащейся в Linkage дескрипторе, присутствуют параметры вещания файла метаданных сервиса (SNT), идентификатор сервиса и версия формата метаданных сервиса.

К числу заданных вручную и доступных для редактирования параметров в Linkage дескрипторе, в частности, относятся следующие параметры:

- Transport Stream ID, Original Network ID, Service ID - параметры вещания файла метаданных сервиса (SNT).

- Data Bytes - строка шестнадцатеричных данных, содержащая:

- signature - идентификатор сервиса (используется непосредственно для сопоставления дескриптора с сервисом),

- json_format_version - версия формата файла метаданных сервиса (для возможности обновления сервиса без обратной совместимости).

Обработку сформированного MPEG-2 или MPEG-4 транспортного потока, передаваемого с "выхода" мультиплексирующего устройства, осуществляют клиентским устройством. В роли клиентского устройства, предпочтительно, выступает цифровая спутниковая приставка (STB), в составе программного обеспечения (ПО) которой реализованы инструменты для обработки файла метаданных сервиса, записи контента и модуль пользовательского интерфейса для отображения результата работы сервиса. Под работой сервиса в последующем описании подразумевается комплекс функциональных действий, выполняемый на STB: обнаружение, загрузка и обработка файла метаданных сервиса, а также запись аудио и видео контента сервиса. Данный вариант осуществления является наиболее эффективным при реализации спутникового цифрового вещания, обеспечивающим реализацию сервиса и способа предоставления медиаконтента, согласно заявленному решению, в результате обработки транспортного потока с использованием программно-аппаратного ресурса клиентского устройства без необходимости обеспечения канала обратной связи пользователя. Однако, очевидным образом, клиентское устройство может быть осуществлено и в виде любого иного вычислительного устройства, используемого в данной области техники, реализующего заявленный способ предоставления медиаконтента.

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

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

2. Формирование набора таймеров на запись контента сервиса;

3. Запись контента сервиса согласно сохраненным таймерам;

4. Отображение записей в модуле пользовательского интерфейса.

При этом, для работы сервиса должны выполняться следующие условия:

1. Для передающей стороны - наличие необходимых данных в MPEG-2 или MPEG-4 транспортном потоке:

а) Присутствует файл метаданных сервиса;

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

2. Для клиентской части:

а) Произведен поиск каналов Оператора;

б) Включена настройка в модуле пользовательского интерфейса клиентского устройства (STB), разрешающая работу сервиса;

в) Наличие свободного аппаратного ресурса;

г) Наличие подходящего накопителя;

д) STB работает в соответствующем режиме.

Для работы сервиса на STB, в обязательном порядке осуществляют поиск каналов Оператора. Это условие необходимо для обнаружения и обработки необходимой служебной информации в MPEG-2 или MPEG-4 транспортном потоке. Также для работы сервиса должна быть включена соответствующая настройка, реализованная в модуле пользовательского интерфейса. При этом, настройка, разрешающая работу сервиса, не влияет на возможность просмотра контента, ранее записанного в рамках работы сервиса. Кроме того, для работы сервиса на STB одним из необходимых условий является наличие свободного аппаратного ресурса - тюнера. Свободным тюнер может считаться тогда, когда его ресурс не используется наиболее приоритетной функциональностью STB, нежели настоящий сервис. STB, на которых реализуется сервис, в зависимости от количества тюнеров, разделяются на два типа: однотюнерные и многотюнерные (STB, имеющие два и более тюнера). Для многотюнерного STB основной тюнер - тюнер, используемый непосредственно данным STB; дополнительный тюнер - тюнер, используемый устройствами, подключенными к данному STB (например, дополнительной, клиентской по отношению к многотюнерному STB, приставкой или игровой консолью). Для работы сервиса может использоваться каждый из тюнеров.

Кроме наличия свободного аппаратного ресурса, для работы сервиса требуется выполнение условия режима работы STB в зависимости от типа исполнения STB. Работа сервиса на однотюнерном или многотюнерном STB, при использовании основного тюнера, осуществляется в следующих режимах работы:

1. Режим Standby;

2. Нахождение абонента в модуле пользовательского интерфейса сервиса;

3. Режим просмотра каналов (при совпадении параметров просматриваемого и записываемого каналов).

Работа сервиса на многотюнерном STB, при использовании дополнительного тюнера, от режима работы STB не зависит.

Обнаружение файла метаданных сервиса осуществляют посредством обработки соответствующей таблицы во входящем транспортном потоке (NIT) с обнаружением Linkage дескриптора. Этапы обнаружения файла метаданных сервиса, выполняемые последовательно, приведены на фиг. 2 с описанием ниже, где

Этап 201 – начало процесса обнаружения файла метаданных сервиса. Этап 202 – проверка выполненного поиска каналов Оператора. Этап 203 – проверка наличия в транспортном потоке Linkage дескриптора. Этап 204 – проверка валидности Linkage дескриптора. Этап 205 – проверка наличия файла метаданных сервиса по указанным параметрам SNT.

В случае, если на любом из указанных этапов: этапе 201 файл метаданных сервиса не обнаружен, на этапе 202 не выполнен поиск каналов Оператора, на этапе 203 не обнаружен Linkage дескриптор в транспортном потоке, на этапе 204 Linkage дескриптор не является валидным, а на этапе 205 файл метаданных сервиса отсутствует по указанным параметрам SNT, то процесс обнаружения файла метаданных сервиса завершается 207 (где 1- соединитель, отражающий переход к этапу 207).

Файл метаданных сервиса загружается в STB (этап - 206, фиг.2) только при успешном выполнении всех этапов 201-205, включая обнаружение файла метаданных сервиса, выполнение поиска каналов Оператора, обнаружение Linkage дескриптора в транспортном потоке, подтверждения его валидным, и подтверждения присутствия файла метаданных сервиса по указанным параметрам SNT.

При обнаружении файла метаданных сервиса на STB осуществляют проверку его версии. Первоначально осуществляется проверка валидности минорной и мажорной версий файла: если их значения невалидны (отличаются от требуемых) - файл метаданных сервиса не обрабатывается. Далее осуществляют проверку версии сборки файла метаданных сервиса. Если файл метаданных сервиса не был получен ранее (т.е. в памяти STB отсутствует сохраненная информация о версии файла) или значение версии полученного файла больше последнего сохраненного значения, то осуществляют сохранение нового значения версии с последующим формированием списка таймеров. В противном случае, если версия полученного файла меньше последнего сохраненного значения, обработка файла метаданных сервиса не осуществляется.

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

На основе файла метаданных сервиса формируется список таймеров на запись аудио и видео контента (медиаконтента) сервиса. Список таймеров не отображается в модуле пользовательского интерфейса и, как следствие, не доступен пользователю для редактирования. При формировании списка таймеров на запись производится сравнение параметров каналов (SNT), указанных в файле метаданных сервиса, с параметрами каналов, сохраненных в памяти STB в результате поиска каналов Оператора. Таймер на запись будет сохранен в память STB только для тех каналов, которые присутствуют в памяти STB. Для записи могут быть использованы каналы, не отображаемые в списке каналов для пользователя, но сохраненные в памяти STB в результате поиска каналов Оператора, т.е. каналы, на которые пользователь переключиться не может. Таким образом, контент, записанный с каналов, не отображаемых для пользователя, может считаться эксклюзивным. Настройка отображения каналов в списке определяется на передающей стороне параметром VSF в LCN. При сохранении таймеров на запись в рамках работы сервиса в память STB в качестве атрибутов записи сохраняются параметры передачи из файла метаданных сервиса, которые впоследствии будут отображены в модуле пользовательского интерфейса. При обработке новой версии метаданных сервиса формируется новый список таймеров на запись с удалением предыдущего.

Далее со ссылкой на фиг. 3 приведены этапы обработки файла метаданных сервиса. На этапе 301 происходит начало процесса обработки STB файла метаданных сервиса. На этапе 302 происходит проверка валидности мажорной и минорной версии файла метаданных сервиса. В случае если упомянутые версии не валидны, происходит завершение 309 процесса обработки STB файла метаданных сервиса (где 2- соединитель, отражающий переход к этапу 309). На этапе 303 происходит проверка присутствия в памяти STB какой-либо версии файла метаданных сервиса. В случае отсутствия обнаружения какой-либо версии файла метаданных сервиса, процесс переходит к этапу 305. На этапе 304 происходит проверка версии полученного файла метаданных сервиса. В случае если версия вновь поступившего файла метаданных сервиса больше версии аналогичного файла метаданных сервиса, обнаруженного в памяти STB, то процесс переходит к этапу 305. В случае если версия вновь поступившего файла метаданных сервиса меньше или равна версии файла метаданных сервиса, обнаруженного в памяти STB, то происходит завершение 309 процесса обработки STB файла метаданных сервиса. На этапе 305 происходит сохранение версии файла метаданных сервиса в память STB. При этом, для каждой передачи, указанной в файле метаданных сервиса осуществляют проверки на этапах 306 и 307. Завершение процесса обработки на этапах 306 и 307 происходит при проверке последней записи в файле метаданных сервиса. В соответствии с заявленным решением изобретения, на этапе 306 происходит проверка присутствия SNT канала из файла метаданных сервиса, в памяти STB. В случае если SNT канала из файла метаданных сервиса отсутствует в памяти STB, то таймер на запись канала не сохраняется, а процесс обработки STB файла метаданных сервиса завершается(переход на этап 309 через соединитель 2, фиг.3). В случае если SNT канала из файла метаданных сервиса присутствует в памяти STB, то процесс переходит к этапу 307,на котором происходит сравнение времени начала передачи в метаданных сервиса с достоверным временем в STB. В случае если время начала передачи в метаданных сервиса больше достоверного времени в STB, то происходит сохранение 308 таймера на запись канала STB и процесс обработки STB файла метаданных сервиса завершается (переход на этап 309 через соединитель 2, фиг.3). В случае если время начала передачи в метаданных сервиса меньше либо равно достоверному времени в STB, то таймер на запись канала не сохраняется, и процесс обработки STB файла метаданных сервиса завершается (переход на этап 309 через соединитель 2, фиг.3).

Список таймеров на запись передач, созданный на основе файла метаданных сервиса, удаляется из памяти при отключении питания STB. Запись аудио-видео контента осуществляется посредством функциональности PVR (personal video recorder; с англ. «сетевой персональный видеомагнитофон»), где PVR - сервис цифрового телевидения, который позволяет записать любую из транслируемых телепередач и посмотреть сколько угодно раз в удобное время, а также стереть. При записи контента сервиса на накопитель производится его шифрование персонализированным аппаратным ключом конкретного STB.

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

Запись передач в рамках работы сервиса осуществляется на подходящий накопитель, где подходящим накопителем считается встроенный или внешний накопитель с заявленным объемом не менее 64 ГБ, форматированный в файловой системе, поддерживаемой STB. Ограничение минимального объема накопителя контролируется на программном уровне и используется для предоставления пользователю возможности записи большего количества записей передач. Ограничение минимального объема накопителя может быть при необходимости изменено Оператором. К файловым системам накопителя, поддерживаемым STB, относятся, например, EXT4, NTFS, FAT32.

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

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

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

Далее со ссылкой на фиг. 4 приведены этапы процессов записи и проверки, выполняемых при записи передачи контента сервиса. На этапе 401 происходит срабатывание таймера на запись передачи, т.е. происходит начало записи передачи. На этапе 402 происходит проверка присутствия спутникового сигнала, поступающего на STB. В случае если сигнал отсутствует, то посредством программного обеспечения STB задается промежуток времени, в течение которого должен появиться сигнал (на схеме фиг.3 не показан). В случае если в течение заданного времени сигнал не появляется при проверке его наличия через заданный промежуток времени (этап 405, фиг.4), то происходит прерывание 409 процесса записи без ее сохранения (где 3- соединитель, отражающий переход к этапу 409). В случае обнаружения спутникового сигнала, поступающего на STB на этапе 402 или его выявления на этапе 405 в течение заданного времени, процесс переходит к этапу 403, в процессе выполнения которого происходит проверка достаточного места на накопителе для записи передачи. В случае если места недостаточно, то происходит проверка 406 того, возможна ли перезапись передач, уже сохраненных на упомянутом накопителе. Если упомянутая перезапись невозможна, то происходит прерывание 409 процесса записи без ее сохранения. Если упомянутая перезапись возможна, то происходит удаление 407 ранее записанной передачи, а процесс переходит далее к этапу 404. На этапе 404 происходит проверка времени завершения записи передачи. В случае если данное время не настало, то процесс переходит к этапу 402. В случае если данное время настало, то происходит завершение записи передачи с ее сохранением в упомянутом накопителе 408.

Для записи передачи с канала, для просмотра которого требуется наличие активной услуги, осуществляется проверка наличия прав доступа (услуга) на просмотр такого канала. Запись с канала, для просмотра которого на STB отсутствует соответствующая услуга, не осуществляется. Наличие разрешения на запись передачи, используемое при работе функциональности PVR, в рамках работы текущего сервиса контролируется исключительно оператором при формировании выборки на EPG сервере.

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

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

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

2. Возможность просмотра информации о записанной передаче;

3. Возможность просмотра записи и её удаление.

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

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


СПОСОБ ПРЕДОСТАВЛЕНИЯ МЕДИАКОНТЕНТА И СИСТЕМА СЕРВИСА ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ
СПОСОБ ПРЕДОСТАВЛЕНИЯ МЕДИАКОНТЕНТА И СИСТЕМА СЕРВИСА ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ
СПОСОБ ПРЕДОСТАВЛЕНИЯ МЕДИАКОНТЕНТА И СИСТЕМА СЕРВИСА ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ
СПОСОБ ПРЕДОСТАВЛЕНИЯ МЕДИАКОНТЕНТА И СИСТЕМА СЕРВИСА ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ
СПОСОБ ПРЕДОСТАВЛЕНИЯ МЕДИАКОНТЕНТА И СИСТЕМА СЕРВИСА ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ
Источник поступления информации: Роспатент
+ добавить свой РИД