RU2704725C1 - Способ предоставления медиаконтента и система сервиса для его осуществления - Google Patents

Способ предоставления медиаконтента и система сервиса для его осуществления Download PDF

Info

Publication number
RU2704725C1
RU2704725C1 RU2018139560A RU2018139560A RU2704725C1 RU 2704725 C1 RU2704725 C1 RU 2704725C1 RU 2018139560 A RU2018139560 A RU 2018139560A RU 2018139560 A RU2018139560 A RU 2018139560A RU 2704725 C1 RU2704725 C1 RU 2704725C1
Authority
RU
Russia
Prior art keywords
service
client device
metadata file
service metadata
transport stream
Prior art date
Application number
RU2018139560A
Other languages
English (en)
Inventor
Вадим Викторович Кравченко
Ян Андреевич Завадовский
Original Assignee
Общество с ограниченной ответственностью "Цифра"
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Общество с ограниченной ответственностью "Цифра" filed Critical Общество с ограниченной ответственностью "Цифра"
Priority to RU2018139560A priority Critical patent/RU2704725C1/ru
Application granted granted Critical
Publication of RU2704725C1 publication Critical patent/RU2704725C1/ru
Priority to EA202190920A priority patent/EA202190920A1/ru
Priority to PCT/RU2019/000792 priority patent/WO2020096493A1/ru
Priority to EP19207966.3A priority patent/EP3651468B1/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • H04N21/42684Client identification by a unique number or address, e.g. serial number, MAC address, socket ID
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348Demultiplexing of additional data and video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348Demultiplexing of additional data and video streams
    • H04N21/4349Demultiplexing of additional data and video streams by extracting from data carousels, e.g. extraction of software modules from a DVB carousel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4408Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video stream encryption, e.g. re-encrypting a decrypted video stream for redistribution in a home network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6143Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a satellite
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65Transmission of management data between client and server
    • H04N21/654Transmission by server directed to the client
    • H04N21/6543Transmission by server directed to the client for forcing some client operations, e.g. recording

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Power Engineering (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

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

Description

Область техники:
Группа изобретений относится к технологиям для спутникового цифрового вещания, в частности, для предоставления медиаконтента конечному пользователю без канала обратной связи пользователя.
Уровень техники:
Из уровня техники известны система и способ рекомендации контента на клиентской стороне без канала обратной связи, описанные в 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. Возможность просмотра записи и её удаление.
Хотя данное изобретение было показано и описано со ссылкой на определенные варианты ее осуществления, специалистам в данной области техники будет понятно, что различные изменения и модификации могут быть сделаны в нем, не покидая фактический объем изобретения.
Таким образом, совокупность существенных признаков, характеризующих заявленную группу изобретений, обеспечивает защиту записанного контента от воспроизведения на других устройствах, при одновременном обеспечении сервиса предоставления медиаконтента конечному пользователю без канала обратной связи пользователя.

Claims (43)

1. Система сервиса предоставления медиаконтента конечному пользователю без канала обратной связи пользователя, содержащая:
- сервер электронной программы телевизионных передач, выполненный с возможностью формирования файла метаданных сервиса, формирующего выборку метаданных телевизионных передач сервиса, содержащих предустановленный набор информационных параметров, включающих, по меньшей мере, версию файла метаданных сервиса, и передачи упомянутого файла метаданных сервиса на вход мультиплексора;
- мультиплексор, выполненный с возможностью формирования транспортного потока и передачи без канала обратной связи пользователя транспортного потока на вход клиентского устройства;
- при этом упомянутый транспортный поток формируется из упомянутых метаданных сервиса и медиаконтента, поступающих на вход мультиплексора от оператора вещания, а также из дополнительной служебной информации, которая является Linkage дескриптором, который обеспечивает динамическое обнаружение клиентским устройством упомянутых метаданных сервиса в транспортном потоке;
- клиентское устройство, снабженное по меньшей мере одним тюнером, соединенным с конвертером спутниковой антенны, модулем пользовательского интерфейса и модулем обработки данных, реализованным программно-аппаратным образом, и выполненное с возможностью приема транспортного потока без канала обратной связи пользователя и его обработки, где обработка включает в себя обнаружение посредством Linkage дескриптора упомянутого файла метаданных сервиса в транспортном потоке, и сохранения медиаконтента на основании сохраненных метаданных сервиса и его шифрование посредством персонализированного аппаратного ключа конкретного клиентского устройства;
2. Система по п. 1, отличающаяся тем, что Linkage дескриптор дополнительно содержит параметры вещания (SNT) файла метаданных сервиса, идентификатор сервиса предоставления медиаконтента (signature) и информацию о версии формата метаданных сервиса;
3. Система по п. 1, отличающаяся тем, что модуль обработки данных клиентского устройства выполнен с обеспечением возможности:
- обнаружения в транспортном потоке файла метаданных сервиса;
- в случае наличия сохраненной в памяти клиентского устройства версии файла метаданных сервиса, сравнения версии обнаруженного файла метаданных сервиса с версией, ранее сохраненной в памяти, и обработки файла метаданных сервиса, версия которого выше ранее сохраненной;
- в случае отсутствия сохраненной в памяти клиентского устройства версии файла метаданных сервиса, обработки обнаруженного файла метаданных сервиса и его сохранения в памяти клиентского устройства;
- отображения посредством модуля пользовательского интерфейса конечному пользователю в соответствующих категориях списка сохраненного медиаконтента с последующей возможностью его дешифрования и просмотра.
4. Система по п. 1, отличающаяся тем, что транспортный поток является MPEG-2 транспортным потоком и/или MPEG-4 транспортным потоком.
5. Система по п. 1, отличающаяся тем, что сохранение медиаконтента происходит на основании формирования и сохранения в памяти клиентского устройства таймеров на запись канала.
6. Система по п. 5, отличающаяся тем, что таймеры на запись канала сформированы для каналов, параметры SNT которых присутствуют и в наборе каналов оператора вещания в памяти клиентского устройства, и в обрабатываемом файле метаданных сервиса.
7. Система по п. 1, отличающаяся тем, что метаданные сервиса представляют собой файл в формате JSON, и дополнительно содержат информацию о телевизионных передачах, список категорий, используемых в рамках сервиса предоставления медиаконтента конечному пользователю.
8. Система по п. 1, отличающаяся тем, что файл метаданных сервиса включает информационные параметры выбора оператором вещания передач для их принудительной записи клиентским устройством.
9. Система по п. 8, отличающаяся тем, что информационные параметры выбора оператором вещания передач для их принудительной записи клиентским устройством формируют по результатам анализа потребления медиаконтента пользователем.
10. Система по п. 1, отличающаяся тем, что передача транспортного потока от сервера электронной программы телевизионных передач к клиентскому устройству выполняется посредством спутникового вещания.
11. Система по п. 1, отличающаяся тем, что клиентское устройство является цифровой телевизионной приставкой (STB) и/или вычислительным устройством.
12. Система по п. 1, отличающаяся тем, что сервером электронной программы передач является EPG-сервер.
13. Способ предоставления медиаконтента конечному пользователю без канала обратной связи пользователя, включающий последовательно осуществляемые этапы, на которых:
- формируют на сервере электронной программы телевизионных передач передающей стороны файл метаданных сервиса, содержащий предустановленный набор информационных параметров, включающих, по меньшей мере, версию файла метаданных сервиса, и передачи упомянутого файла метаданных сервиса на вход мультиплексора;
- посредством мультиплексора формируют транспортный поток без канала обратной связи пользователя путем встраивания в транспортный поток медиаконтента, поступающего на вход от оператора вещания, метаданных телевизионных передач, файла метаданных сервиса и дополнительную служебную информацию, являющуюся Linkage дескриптором в таблице сетевой информации NIT, обеспечивающим динамическое обнаружение клиентским устройством упомянутых метаданных сервиса в транспортном потоке, и передают сформированный транспортный поток без канала обратной связи пользователя на вход клиентского устройства;
- принимают транспортный поток без канала обратной связи пользователя на клиентском устройстве, снабженном, по меньшей мере, одним тюнером, соединенным с конвертером спутниковой антенны, и осуществляют его обработку, в ходе которой, по меньшей мере, осуществляют:
- осуществляют обнаружение файла метаданных сервиса в транспортном потоке посредством Linkage дескриптора;
- сохранение медиаконтента сервиса на накопитель клиентского устройства на основании сохраненных метаданных сервиса и его шифрование посредством персонализированного аппаратного ключа конкретного клиентского устройства;
14. Способ по п. 13, отличающийся тем, что на этапе обнаружения файла метаданных сервиса в транспортном потоке дополнительно определяют наличие сохраненной в памяти клиентского устройства файла метаданных сервиса, а в случае наличия сохраненной в памяти клиентского устройства версии файла метаданных сервиса осуществляют сравнение версии обнаруженного файла метаданных сервиса с версией, ранее сохраненной в памяти, и обработку файла метаданных сервиса, версия которого выше ранее сохраненной или текущего обнаруженного файла метаданных сервиса при отсутствии в памяти клиентского устройства версии файла метаданных сервиса.
15. Способ по п. 13, отличающийся тем, что дополнительно осуществляют отображение посредством модуля пользовательского интерфейса конечному пользователю в соответствующих категориях списка сохраненного медиаконтента с последующей возможностью его дешифрования и просмотра.
16. Способ по п. 13, отличающийся тем, что файл метаданных сервиса встраивают в транспортный поток, являющийся MPEG-2 транспортным потоком и/или MPEG-4 транспортным потоком.
17. Способ по п. 13, отличающийся тем, что передачу файла метаданных сервиса осуществляют методом карусели данных.
18. Способ по п. 13, отличающийся тем, что сохранение медиаконтента сервиса осуществляют на основании формирования и сохранения в памяти клиентского устройства таймеров на запись канала.
19. Способ по п. 18, отличающийся тем, что таймеры на запись канала формируют для каналов, параметры SNT которых присутствуют и в наборе каналов оператора вещания в памяти клиентского устройства, и в обрабатываемом файле метаданных сервиса.
20. Способ по п.18, отличающийся тем, что таймеры на запись канала формируют для каналов, параметры SNT которых присутствуют и в наборе каналов оператора вещания в памяти клиентского устройства, и в обрабатываемом файле метаданных сервиса, а также не отображаемых в списке каналов для пользователя, но сохраненных в памяти клиентского устройства в результате поиска каналов оператора вещания, при этом настройку отображения каналов в списке определяют на передающей стороне параметром VSF в LCN.
21. Способ по любому из пп.18-20, отличающийся тем, что осуществляют проверку параметров канала (SNT) и времени начала для каждой телевизионной передачи, указанной в файле метаданных сервиса, при этом таймер на запись канала сохраняют для передач, время начала которых в файле метаданных сервиса меньше достоверного времени клиентского устройства.
22. Способ по п.21, отличающийся тем, что при обработке новой версии метаданных сервиса формируют новый список таймеров на запись с удалением предыдущего.
23. Способ по любому из пп.18-20, 22, отличающийся тем, что при отключении питания клиентского устройства и/или при повторном поиске каналов Оператора осуществляют удаление информации о версии файла метаданных сервиса.
24. Способ по любому из пп.18-20, 22, отличающийся тем, что при сохранении медиаконтента сервиса осуществляют дополнительно запись передач каналов не отображаемых в списке каналов для пользователя, но сохраненных в памяти клиентского устройства в результате поиска каналов Оператора.
25. Способ по п. 24, отличающийся тем, что настройку отображения каналов в списке сохраненного медиаконтента определяют на передающей стороне параметром VSF в LCN.
26. Способ по п. 13, отличающийся тем, что метаданные сервиса формируют в виде файла в формате JSON и дополнительно в состав метаданных сервиса включают информацию о телевизионных передачах и список категорий, используемых в рамках сервиса предоставления медиаконтента конечному пользователю.
27. Способ по п. 13, отличающийся тем, что в файл метаданных сервиса включают информационные параметры выбора оператором вещания передач для их принудительной записи клиентским устройством.
28. Способ по п.27, отличающийся тем, что осуществляют отбор информационных параметров выбора оператором вещания передач для их принудительной записи клиентским устройством по результатам анализа потребления медиаконтента пользователем.
29. Способ по п. 13, отличающийся тем, что передачу транспортного потока от сервера электронной программы телевизионных передач к клиентскому устройству осуществляют посредством спутникового вещания.
30. Способ по п. 13, отличающийся тем, что используют в качестве клиентского устройства цифровую телевизионную приставку (STB) и/или вычислительное устройство.
RU2018139560A 2018-11-09 2018-11-09 Способ предоставления медиаконтента и система сервиса для его осуществления RU2704725C1 (ru)

Priority Applications (4)

Application Number Priority Date Filing Date Title
RU2018139560A RU2704725C1 (ru) 2018-11-09 2018-11-09 Способ предоставления медиаконтента и система сервиса для его осуществления
EA202190920A EA202190920A1 (ru) 2018-11-09 2019-11-06 Способ предоставления медиаконтента и система сервиса для его осуществления
PCT/RU2019/000792 WO2020096493A1 (ru) 2018-11-09 2019-11-06 Способ предоставления медиаконтента и система сервиса для его осуществления
EP19207966.3A EP3651468B1 (en) 2018-11-09 2019-11-08 Method of delivering media content, and service system for implementation of said method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
RU2018139560A RU2704725C1 (ru) 2018-11-09 2018-11-09 Способ предоставления медиаконтента и система сервиса для его осуществления

Publications (1)

Publication Number Publication Date
RU2704725C1 true RU2704725C1 (ru) 2019-10-30

Family

ID=68500965

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2018139560A RU2704725C1 (ru) 2018-11-09 2018-11-09 Способ предоставления медиаконтента и система сервиса для его осуществления

Country Status (4)

Country Link
EP (1) EP3651468B1 (ru)
EA (1) EA202190920A1 (ru)
RU (1) RU2704725C1 (ru)
WO (1) WO2020096493A1 (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2783810C1 (ru) * 2022-02-03 2022-11-18 Общество с ограниченной ответственностью фирма "Интерсвязь" Распределенная система доставки медиаконтента поверх IP-сетей

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050055729A1 (en) * 2003-09-10 2005-03-10 Wi Networks Inc. Video broadcasting with return channel
US7845015B2 (en) * 2002-12-10 2010-11-30 Intel Corporation Public key media key block
WO2012071143A1 (en) * 2010-11-23 2012-05-31 General Instrument Corporation Service key delivery in a conditional access system
RU2510149C2 (ru) * 2008-10-16 2014-03-20 Сони Корпорейшн Система обработки информации, устройство отображения, выходное устройство, устройство обработки информации, способ получения идентификационной информации и способ подачи идентификационной информации
US20150089524A1 (en) * 2012-04-12 2015-03-26 Politecnico Di Milano Client-side recommendations on one-way broadcast networks

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69735516T2 (de) * 1996-10-08 2006-10-26 Matsushita Electric Industrial Co., Ltd., Kadoma Informationsempfangsverfahren und dieses benutzende Vorrichtung
FR2813739B1 (fr) * 2000-09-07 2003-06-06 Sagem Appareil de reception et d'enregistrement d'information et un procede associe
US7227583B2 (en) * 2002-12-11 2007-06-05 Lg Electronics Inc. Digital TV method for switching channel automatically

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7845015B2 (en) * 2002-12-10 2010-11-30 Intel Corporation Public key media key block
US20050055729A1 (en) * 2003-09-10 2005-03-10 Wi Networks Inc. Video broadcasting with return channel
RU2510149C2 (ru) * 2008-10-16 2014-03-20 Сони Корпорейшн Система обработки информации, устройство отображения, выходное устройство, устройство обработки информации, способ получения идентификационной информации и способ подачи идентификационной информации
WO2012071143A1 (en) * 2010-11-23 2012-05-31 General Instrument Corporation Service key delivery in a conditional access system
US20150089524A1 (en) * 2012-04-12 2015-03-26 Politecnico Di Milano Client-side recommendations on one-way broadcast networks

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2783810C1 (ru) * 2022-02-03 2022-11-18 Общество с ограниченной ответственностью фирма "Интерсвязь" Распределенная система доставки медиаконтента поверх IP-сетей
RU223135U1 (ru) * 2023-09-29 2024-02-02 Акционерное общество "Научно-производственное объединение "Цифровые телевизионные системы" Приемник спутникового вещания

Also Published As

Publication number Publication date
EP3651468A1 (en) 2020-05-13
EA202190920A1 (ru) 2021-08-17
EP3651468B1 (en) 2023-08-02
WO2020096493A1 (ru) 2020-05-14
EP3651468C0 (en) 2023-08-02

Similar Documents

Publication Publication Date Title
US10666894B2 (en) Receiver and method for reporting the usage of advanced television services
KR102091075B1 (ko) 수신 장치, 수신 방법, 송신 장치, 송신 방법 및 프로그램
CA2859008C (en) Receiver, reception method, program and information processing system
US9986198B2 (en) Receiving device, receiving method, transmitting device, and transmitting method
RU2598591C2 (ru) Приемное устройство, способ приема и программа
US8225354B2 (en) Merging electronic program guide information
AU2005238949B2 (en) A system for managing data in a distributed computing system
CN104081759A (zh) 接收设备,接收方法和程序
JP6043089B2 (ja) 放送通信連携受信装置
US8505043B2 (en) Method and apparatus for providing metadata of content, and method and apparatus for limiting content usage authority
KR101396362B1 (ko) 녹화 기기의 상세 정보 제공 방법 및 장치
RU2704725C1 (ru) Способ предоставления медиаконтента и система сервиса для его осуществления
KR101612442B1 (ko) 컨텐츠 시청 제한 정보의 제공 및 이용을 위한 방법 및장치
JP2004186791A (ja) 広告検索方法及び広告検索システム
JP2005176033A (ja) 映像受信再生装置を動作させるプログラムおよび当該プログラムを記録したコンピュータ可読である記憶媒体および、映像受信再生装置および方法
JP2005176223A (ja) 映像受信再生装置を動作させるプログラムおよび当該プログラムを記録したコンピュータ可読である記憶媒体および、映像受信再生装置および方法
KR20150092064A (ko) 컨텐츠 시청 제한 정보의 제공 및 이용을 위한 방법 및 장치