СПОСОБ СИГНАЛИЗАЦИИ ДЛЯ ШИРОКОВЕЩАНИЯ ВИДЕО-КОНТЕНТА, СПОСОБ ЗАПИСИ И УСТРОЙСТВО, ИСПОЛЬЗУЮЩЕЕ СИГНАЛИЗАЦИЮ Российский патент 2015 года по МПК H04N5/76 H04N19/136 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

Изобретение относится, в частности, к приемникам/декодерам цифрового телевидения, называемым далее просто декодерами. Сеть транслирует аудиовизуальные программы, обычно называемые 'событиями', и данные, предназначенные для обращения к ним. Эти данные определяются, например, в спецификациях DVB-SI ('Цифровое телевидение - спецификация для служебной информации'). Они представлены в форме таблиц и описаний, которые описывают объекты, отправляемые по широковещательной сети. Служба является непрерывной последовательностью событий, транслируемых в данном потоке.

Как правило, следующие таблицы могут быть найдены в потоках, совместимых со стандартом DVB-SI: NIT, SDT, EIT и, возможно, BAT. Таблица NIT определяет общую структуру сети и показывает список транспортных потоков и служб широковещания. Таблица SDT обеспечивает дополнительную информацию, относящуюся к службам широковещания, например, незашифрованное имя службы. Таблица EIT показывает список событий для каждой службы. Она может особенно указывать, какое событие транслируется. Что касается таблицы BAT, она имеет сходство с несколькими службами, которые могут быть из нескольких широковещательных сетей.

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

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

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

Решение для инициации, основанное на использовании сигнала, передаваемого во время события в нем самом, например, используя стандарт VPS/PDC (Управление доставкой программы, приведенное в стандарте ETS 300 231, опубликованном 'Европейским институтом по стандартам в области телекоммуникаций' или ETSI, использующее коды, скрытые в данных телетекста) имеет преимущество синхронизации времени запуска с реальным временем широковещания. В стандарте определена точность в одну секунду.

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

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

- фиг.1 изображает способ сигнализации и записи согласно определенному варианту осуществления;

- фиг.2 и 3 показывают пакеты транспортного потока согласно двум вариантам осуществления (DVB-IPTV и DVB-MPEG2-TS);

- фиг.4 изображает метод записи согласно определенному варианту осуществления, и

- фиг.5 показывает устройство записи, реализующее изобретение.

ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

Настоящее изобретение содержит способ и устройство, в которых клиент программирует запись транслируемого видео-контента, например, используя данные программы передач. Широковещание (трансляция) контента представляет собой событие E_i. Согласно изобретению, уникальный идентификатор M_i соответствует событию E_i. Этот идентификатор M_i, определенный в данных E_i сигнализации, вставляется в транспортный пакет контента для записи. Записываются только пакеты данных, соответствующие этому контенту. Настоящее изобретение имеет преимущество синхронизации записи контента до ближайшего изображения для начала и для конца контента, или, опять же, в середине последнего (реклама).

Фиг.1 изображает способ сигнализации и записи согласно определенному варианту осуществления.

Во время первого этапа 100, оператор телевидения подготавливает широковещание контента для данной даты и времени. Это широковещание соответствует событию E_i: видео-контент сжат в двоичный поток, предназначенный для отправки клиентам в транспортном потоке. Второй этап 110 содержит сигнализацию 112 события E_i. Среди информации, содержащейся в сигнализации события E_i, имеются данные, касающиеся теоретического широковещания контента в данное число и время на данном канале, незашифрованное имя программы, уникальный идентификатор M_i. Сигнализация 112 подготавливается оператором телевидения (TV) на этапе 111 и принимается клиентом на этапе 113. Во время этапа 120 клиент анализирует посылаемую информацию 112, выбирает событие E_i для записи и определяет уникальный идентификатор M_i, ассоциированный с событием E_i. Во время этапа 130 клиент активирует прием пакетов данных на канале в запланированное время широковещания. Этап 140 содержит прием 143 пакетов данных E_i транспортного потока 142 и запись 144 этого потока в средство хранения декодера клиента. В соответствии с определенной характеристикой, этап 140 содержит активацию непрерывного приема 143 автоматически из режима готовности декодера, используя информацию сигнализации 112, в частности дату и время широковещания E_i контента. Согласно вариантам осуществления эта передача использует сети IP (IPTV) или широковещательные сети спутникового, радио или кабельного типа (DVB MPEG2-TS).

В соответствии с определенной характеристикой, уникальный идентификатор M_i выводится из заголовка контента, зашифрованного хеш-функцией. В соответствии с разновидностью, уникальный идентификатор M_i выводится из даты и теоретического времени широковещания видео-контента. Идентификатор M_i может сопоставлять пакеты данных, принятые декодером, с контентом. Идентификатор M_i отправляется на уровне транспортного сеанса, например по сети, IP в пакетах RTP или по сети DVB в поле адаптации MPEG2-TS. Уникальный идентификатор M_i, преимущественно, посылается в метаданных, связанных с широковещанием контента.

Согласно одному варианту осуществления, аудио и видео-контент закодированы согласно протоколу связи MPEG. Пакет, известный как элементарный или ES (Элементарный поток), содержит уникальный тип данных (видео, аудио 1 или аудио 2), формат которых зависит от функции используемого кодека. Транспортный уровень MPEG определяет транспортный поток пакетов ES. Каждый пакет ES идентифицируется его PID в заголовке пакета MPEG2-TS. Различные PID, относящиеся к контенту, описаны в PMT, связанной со службой. Среди различных пакетов ES определен главный пакет ES. Преимущественно, главный пакет ES является пакетом, который систематически декодируется. Например, первый пакет, начинающий каждую GOP (Группа изображений), то есть каждое изображение с внутренним кодированием (интра-изображение).

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

Согласно варианту осуществления, контенты транслируются по широкополосной сети IP, таким образом предлагая услугу IPTV, как определено в стандарте DVB-IPTV (в DVB-IPTV 1.4: Передача службы DVB на основе MPEG 2 TS по сетям на основе IP, технические спецификации (TS) 102 034 V1.4.1, датированная августом 2009 года).

В соответствии с определенным вариантом осуществления IPTV, транспортный поток использует протокол RTP, подробно описанный в RFC 3350 'RTP: Транспортный протокол для приложений, работающих в реальном масштабе времени' авторами: H. Schulzrinne, S. Casner, R. Frederick, V. Jacobson, от июля 2003 года. Фиг.2 показывает пакеты транспортного потока RTP согласно определенному варианту осуществления DVB-IPTV.

В соответствии с определенным вариантом осуществления DVB-IPTV, сигнализация реализуется с помощью технологий программ передач, такой как SD&S ('Обнаружение и выбор службы' для DVB-IPTV) или BCG ('Программа транслируемых передач' для DVB-IPTV) или даже "Телевидение в любое время" (TV-Anytime).

В соответствии с определенной характеристикой, идентификатор M_i выводится из CRID (Ссылочный идентификатор контента), введенного в программу передач DVB-IPTV (Программа широкополосных передач) путем его сжатия, например, с помощью хеш-функции. Идентификатор M_i посылается с передаваемой информацией.

В соответствии с другой определенной характеристикой, идентификатор M_i также посылается в пакетах RTP, транспортирующих пакеты данных, преимущественно главные пакеты, как описано выше. На фиг.2 определяется новый формат заголовка RTP, он содержит заголовок 201 RTP и расширение 202 заголовка RTP, заполненное битом X заголовка 201. Поле расширения заголовка 202 преимущественно содержит поле 'уникального идентификатора' M_i. Это новое поле закодировано в 32 бит. Тип 203 и длина 204 нового поля расширения заголовка 202 преимущественно заполняются.

Согласно другому варианту осуществления, контенты транслируются через спутниковое вещание, кабельную или радиосеть, используя стандарт MPEG2-TS (в ISO/IEC 13818-1: "Информационные технологии - общее кодирование движущихся изображений и соответствующей аудиоинформации: Часть 1: Системы").

Согласно определенному варианту осуществления DVB-MPEG2-TS, сигнализация, основанная на таблицах MPEG2-PSI и DVB-SI, вставляется непосредственно в транспортный поток.

Фиг.3 показывает пакеты 302, 306 транспортного потока MPEG2-TS 301 согласно варианту осуществления DVB-MPEG2-TS. Пакет 302, 306 TS состоит из заголовка 303, дополнительного поля 304 адаптации и полезных данных 305. В соответствии с определенной характеристикой, идентификатор M_i посылается в поле 304 адаптации, предназначенном для передачи конфиденциальных данных. Преимущественно, это поле добавляется только к пакетам 306, транспортирующим главный ES, как описано выше. Это поле содержит 7 дополнительных байт, из которых 4 байта для идентификатора M_i и один байт для указания размера конфиденциальных данных, то есть идентификатора M_i.

Фиг.4 изображает способ записи согласно определенному варианту осуществления. В начальном состоянии 401 начинается первый этап приема сигнализации события E_i. Сигнализация события E_i содержит, среди прочего, информацию о заголовке контента, дату и время запланированного начала широковещания, дату и время конца широковещания, канал широковещания. Она дополнительно содержит уникальный идентификатор M_i согласно изобретению. На этапе 403 декодируется информация сигнализации и детектируется идентификатор M_i, ассоциированный с E_i. Прием и декодирование этой сигнализации информирует пользователя через EPG о трансляции контента. Во время этапа 404 пользователь выбирает контент для записи, соответствующий событию E_i, и маркер M_i. В предшествующем уровне техники запись инициируется в запланированное время от начала до окончания широковещания. В соответствии с вариантом активация и прием транспортного потока инициируется в запланированное время от начала до окончания широковещания, во время опционального этапа 405. Для большей безопасности берется припуск относительно времени начала и окончания. Согласно другому варианту, прием 406 непрерывно активирован на канале, транслирующем программу для записи. Во время этапа 407 в транспортных пакетах детектируется уникальный идентификатор M_j, ассоциированный с событием E_j. Если этот идентификатор M_j соответствует идентификатору M_i контента для записи, то этот пакет является главным пакетом ES, соответствующим контенту для записи. Используя эту информацию и таблицы PMT, пакеты контента записываются в средство хранения устройства записи на этапе 408. В конце записи, обнаруживаемом с помощью теоретического окончания времени, или путем приема определенного числа пакетов, имеющих другой идентификатор M_j, опять достигается начальное состояние.

Фиг.5 показывает устройство записи, реализующее изобретение. Устройство приема является, например, приемником/декодером цифрового телевидения (TV) ("телеприставкой"), соединенным с сетью, межсетевым шлюзом доступа к сети IP или даже, в случае гибридных сетей, устройством, обеспечивающим функции приема для каждой из сетей. Устройство содержит физические средства, полезные для реализации варианта осуществления изобретения, например, процессор 510 (CPU), оперативную память 530 (например, RAM), память 520 программ (например, ROM), жесткий диск 540 и, по меньшей мере, один сетевой интерфейс 550, такой как демодулятор (кабельный, спутниковый или радио), порт IP, демодулятор ADSL, модем 3G для мобильных сетей. Сетевой интерфейс предназначен для приема данных по сети IP, сети телевещания, мобильной сети на транспортном канале 560. Преимущественно, декодер содержит второй сетевой интерфейс, чтобы иметь возможность записывать контент во время просмотра второго контента. CPU записывает пакеты данных в оперативную память (RAM) или на жесткий диск в форме файла из информации, относящейся к идентификатору M_i. Согласно одному варианту осуществления, CPU также обеспечивает функцию декодирования записанного видео потока и отправляет декодированный контент в устройство отображения, такое как телевизионный экран.

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

1. Способ вставки уникального идентификатора, ассоциированного с каждым из видео-контентов и служб (Е_i), транслируемых для множества устройств приема, причем упомянутые контенты закодированы в пакеты данных, передаваемые в транспортных пакетах транспортного потока, причем упомянутый транспортный поток ассоциирован с потоком сигнализации, при этом упомянутый способ отличается тем, что он содержит этапы, на которых:
вставляют уникальный идентификатор (M_i), ассоциированный с каждым из упомянутых видео-контентов или служб (E_i), в упомянутый поток сигнализации, причем упомянутый уникальный идентификатор определяет уникальный видео-контент или службу;
вставляют упомянутый уникальный идентификатор (M_i) по меньшей мере в транспортный пакет транспортного потока, причем упомянутый транспортный пакет содержит по меньшей мере пакет данных закодированного видео-контента или службы (Е_i), соответствующей упомянутому уникальному идентификатору (M_i).

2. Способ по п.1, отличающийся тем, что уникальный идентификатор (M_i), ассоциированный с каждым из упомянутых видео-контентов или служб (E_i), выводится из характеристики из числа следующих характеристик:
заголовок видео-контента или службы,
теоретические дата и время непрерывного широковещания видео-контента или службы.

3. Способ по п.1, отличающийся тем, что уникальный идентификатор (M_i) вставляется по меньшей мере в транспортный пакет ES транспортного потока, содержащего по меньшей мере пакет данных, причем упомянутый транспортный пакет ES, называемый главным транспортным пакетом ES, идентифицирован с помощью PID, определенного в потоке, совместимом со стандартом MPEG.

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

5. Способ по п.3, отличающийся тем, что уникальный идентификатор (M_i), ассоциированный с каждым из упомянутых видео-контентов или служб (Е_i), вставляется в поле (202) расширения пакетов RTP транспортного потока IP.

6. Способ по п.3, отличающийся тем, что уникальный идентификатор (M_i), ассоциированный с каждым из упомянутых видео-контентов или служб (Е_i), вставляется как конфиденциальные данные в поле (304) адаптации транспортных пакетов (306) транспортного потока (301) MPEG2-TS.

7. Способ записи видео-контентов и служб (E_i), транслируемых множеству устройств приема, причем упомянутые контенты закодированы в пакеты данных, передаваемые в транспортных пакетах транспортного потока, при этом упомянутый транспортный поток ассоциирован с потоком сигнализации, причем упомянутый способ содержит этапы, на которых:
принимают (402) упомянутый поток сигнализации;
обнаруживают (403) уникальный идентификатор (M_i), ассоциированный с каждым из упомянутых видео-контентов или служб (E_i), в упомянутом потоке сигнализации, причем упомянутый уникальный идентификатор определяет уникальный видео-контент или службу, и упомянутый уникальный идентификатор (M_i) соответствует видео-контенту или службе для записи;
принимают (406) пакеты данных, переданные в транспортных пакетах упомянутого транспортного потока;
при этом упомянутый способ отличается тем, что он дополнительно содержит этапы, на которых:
обнаруживают (407) упомянутый уникальный идентификатор (M_i) по меньшей мере в транспортном пакете транспортного потока, причем упомянутый транспортный пакет содержит по меньшей мере пакет данных закодированного видео-контента или службы для записи,
и когда упомянутый уникальный идентификатор (M_i) обнаружен в транспортных пакетах транспортного потока, записывают (408) каждый пакет данных, содержащийся в транспортных пакетах транспортного потока, содержащий упомянутый уникальный идентификатор (M_i) и ассоциированный с видео-контентом или службой для записи.

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

9. Способ по п.7, дополнительно содержащий этап выбора (404) видео-контента или службы для записи и определения уникального идентификатора из данных потока сигнализации, соответствующего упомянутому видео-контенту или контенту службы для записи.

10. Способ по п.7, дополнительно содержащий этап активации (405) приема пакетов данных транспортного потока из данных потока сигнализации.

11. Способ по п.8, отличающийся тем, что уникальный идентификатор (M_i) вставляется по меньшей мере в транспортный пакет ES, содержащий по меньшей мере пакеты данных, причем упомянутый транспортный пакет ES, называемый главным транспортным пакетом ES, идентифицирован с помощью PID, определенного в потоке, совместимом со стандартом MPEG.

12. Способ по п.11, в котором этап записи дополнительно содержит запись пакетов данных, содержащихся во вторых транспортных пакетах транспортного потока, причем упомянутые вторые транспортные пакеты ассоциированы с транспортными пакетами, содержащими упомянутый уникальный идентификатор из таблицы РМТ, содержащейся в потоке, совместимом со стандартом MPEG.

13. Способ по п.12, отличающийся тем, что уникальный идентификатор (M_i), ассоциированный с каждым из упомянутых видео-контентов или служб, вставляется в поле расширения пакетов RTP транспортного потока IP.

14. Способ по п.12, отличающийся тем, что уникальный идентификатор (M_i), ассоциированный с каждым из упомянутых видео-контентов или служб, вставляется как конфиденциальные данные в поле адаптации пакетов транспортного потока MPEG2-TS.

15. Устройство (500) записи видео-контентов и служб (E_i), транслируемых множеству устройств приема, причем упомянутые контенты закодированы в пакеты данных, передаваемые в транспортных пакетах транспортного потока, причем упомянутый транспортный поток ассоциирован с потоком сигнализации, содержащее средства для:
приема упомянутого потока сигнализации,
обнаружения (403) уникального идентификатора (M_i), ассоциированного с каждым из упомянутых видео-контентов или служб (E_i), в упомянутом потоке сигнализации, причем упомянутый уникальный идентификатор определяет уникальный видео-контент или службу, и упомянутый уникальный идентификатор (M_i) соответствует видео-контенту или службе для записи;
приема (640) пакетов данных, передаваемых в транспортных пакетах упомянутого транспортного потока,
причем упомянутое устройство отличается тем, что оно дополнительно содержит средства для
обнаружения упомянутого уникального идентификатора (M_i) по меньшей мере в транспортном пакете транспортного потока, причем упомянутый транспортный пакет содержит по меньшей мере пакет данных видео-контента или службы для записи,
записи каждого пакета данных, содержащегося в транспортных пакетах транспортного потока, содержащего упомянутый обнаруженный уникальный идентификатор (M_i) и ассоциированного с видео-контентом или службой для записи.