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

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

 

ОБЛАСТЬ ТЕХНИКИ

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

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

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

Возросшая скорость передачи данных в 3G системах обеспечивает достаточную производительность для доставки высококачественных цифровых аудиоклипов и клипов или видео с движущимся изображением приемлемого качества в качестве примеров механизмов доставки точка-точка. Одна из таких технологий доставки, показавшая перспективу, - это Цифровое Видеовещание (DVB). В этом отношении DVB-T, к которому относятся DVB-C (кабельное) и DVB-S (спутниковое), является наземным вариантом стандарта DVB. Хорошо известно, что DVB-T - это беспроводной механизм передачи данных типа "точка - много точек", разработанный для цифрового TV вещания, основанный на основе транспортного потока MPEG-2 для передачи видео и синхронизированного аудиосигналов. DVB способно эффективно и одновременно передавать большие объемы данных по вещательному каналу большому числу пользователей. DVB-H (портативное), которое также относится к DVB-T, может обеспечивать такую увеличенную производительность, в частности, для беспроводной передачи данных к портативным устройствам.

Цифровые широкополосные сети вещания данных известны. Как отмечалось, пример такой сети, пользующейся популярностью в Европе и повсюду в мире, - это DVB, которая в дополнение к передаче телевизионного контента способна передавать данные, такие как данные по Интернет-протоколу (IP). Другие примеры широкополосных сетей вещания данных включают Японское Наземное Цифровое Вещание с Комплексными Услугами (ISDB-T), Цифровое Аудиовещание (DAB), Цифровое Мультимедиавещание (DMB) и MBMS и сети, представляемые Комитетом Систем Перспективного Телевидения (ATSC). Во многих таких системах использована технология контейнеризации, в которой доставляемый контент помещается в пакеты MPEG-2, которые действуют как контейнеры данных. Таким образом контейнеры могут быть использованы для транспортировки любых подходящих оцифрованных данных, включая, но не ограничиваясь этим, телевидение высокого разрешения, многоканальное телевидение стандартного разрешения (PAL, NTSC или SECAM) и, конечно, широкополосные мультимедийные данные и интерактивные услуги.

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

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

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

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

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

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

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

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

В соответствии с аспектом настоящего изобретения предлагается мобильный терминал для записи вещательного контента. Терминал включает базу данных, способную хранить контент, контроллер, способный выполнять клиентское приложение. Клиентское приложение способно выполнять одну или несколько операций по отношению к выбранному каналу Х в наборе каналов вещательного контента. Операции, которые способны выполнять клиентское приложение, включают (а) работу в записывающем режиме по отношению к текущему вещательному контенту для выбранного канала, (в) работу в записывающем режиме по отношению к запланированному вещательному контенту для выбранного канала и/или (с) работу в режиме предупреждения по отношению к запланированному вещательному контенту для выбранного канала. Во время работы в записывающем режиме клиентское приложение способно записывать контент для выбранного канала и сохранять записанный контент в базе данных. Затем в ответ на изменение каналов с выбранного канала на другой канал из набора упорядоченных каналов клиентское приложение способно инициировать тайм-аут записи для выбранного канала.

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

Более конкретно, клиентское приложение может быть способно изменить каналы с выбранного канала х на соседний канал х±1 в наборе упорядоченных каналов, таким образом изменяя канал в заданном направлении от выбранного канала х. Кроме того, в ответ на изменение каналов на соседний канал х±1 клиентское приложение может быть способно принимать и сохранять контент от Y следующих соседних каналов (х±1)±у, y=1,…,Y в буфере памяти. При этом контент от следующих соседних каналов может быть получен и запомнен на основе направления, в котором изменяются каналы, и в ответ на изменение каналов на соседний. Таким образом, если канал изменен с соседнего канала х±1 на канал иной, чем следующий соседний канал (х±1)±у, клиентское приложение, кроме того, может быть способно принимать и использовать контент от канала, иного чем следующий соседний канал, независимо от запомненного контента.

Клиентское приложение может работать в один или несколько моментов для приема и использования контента для выбранного канала х, изменения каналов с выбранного канала х на соседний канал х±1 и приема и сохранения контента для следующих соседних каналов (х±1)±у. В таких случаях, когда клиентское приложение работает в множестве таких моментов, соседний канал х±1 первого момента становится выбранным каналом х в следующий момент, так что х=х±1 в следующий момент. Также в таких случаях клиентское приложение может быть способно инициировать тайм-аут буфера после смены переключения каналов с выбранного канала х на соседний канал х±1, где инициация тайм-аута буфера включает сброс тайм-аута буфера для каждого следующего момента переключения каналов. Соответственно клиентское приложение может прекратить прием и запоминание контента для Y следующих соседних каналов (х±1)±у, y=1,…,Y в буфере памяти, если тайм-аут буфера истекает до сброса при следующем событии переключения каналов. Также в таких случаях клиентское приложение может очистить буфер памяти.

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

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

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

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

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

фиг.3 - функциональная блок-схема терминала, принимающего цифровое вещание в соответствии с примером осуществления настоящего изобретения;

фиг.4 - функциональная блок-схема цифрового транслятора в соответствии с примером осуществления настоящего изобретения;

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

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

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

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

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

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

фиг.11а-11f - схематическое изображение упорядоченных каналов контента во время работы терминала в соответствии с одним из примеров осуществления настоящего изобретения;

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

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

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

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

На фиг.1 представлена иллюстрация одного типа терминала и системы, получающих преимущество от настоящего изобретения. Показано, что терминал 10 может включать антенну 12 для передачи сигналов и для получения сигналов от цифрового транслятора (вещателя) 14 по цифровой вещательной сети, такой как наземная сеть цифрового вещания (например, DVB-T, DVB-H, ISDB-T, ATSC и т.д.). Следует понимать, что при прямом или непрямом соединении терминалов и цифрового транслятора терминалы могут получать контент, такой как контент для одного или нескольких телевизионных, радиоканалов и/или каналов данных, от цифрового транслятора. При этом цифровой транслятор может включать или быть соединенным с передатчиком (ТХ) 16, таким как DVB передатчик. Таким же образом терминал может включать приемник, такой как DVB-H приемник (не показан). Терминал может принимать контент от любого из ряда различных объектов одним или несколькими различными способами. В одном осуществлении, например, терминал может включать терминал 10', способный принимать и передавать данные, контент или подобное этому в соответствии с технологией DVB (например, DVB-T, DVB-H и т.д.). В таком осуществлении терминал 10' может включать антенну 12а для приема контента от DVB передатчика и другую антенну 12b для передачи сигнала на базу или базовую станцию (BS) сотовой сети (не показана). Для большей информации по такому терминалу см. заявку на патент США №09/894,532, озаглавленную Receiver, от 29 июня 2001, содержание которой включено в этот документ путем ссылки.

В добавление или вместо терминала 10 и цифрового транслятора 14, прямо соединенных через передатчик ТХ 16, терминал может быть соединен с принимающим цифровое вещание (DB) терминалом 18, который, в свою очередь, может быть соединен с цифровым транслятором напрямую и/или через передатчик ТХ. В таких случаях терминал, принимающий цифровое вещание, может включать DVB приемник, такой как DVB приемник в форме приставки. Терминал может быть локально соединен с терминалом, принимающим цифровое вещание, например, через персональную сеть. В одном из примеров осуществления терминал может в дополнение или альтернативно быть не напрямую соединенным с терминалом, принимающим цифровое вещание, через сеть данных, такую как локальная сеть (LAN), городская сеть (MAN) и/или глобальная сеть (WAN), такая как Интернет 20. Терминал может быть напрямую или не напрямую подключен к Интернету. Например, терминал может быть подключен к Интернету и, соответственно, к терминалу, принимающему цифровое вещание, через точку беспроводного доступа (АР) 22 и/или шлюз (GTW) 24. В дополнение или альтернативно, например, терминал может быть подключен к Интернету через одно или несколько вычислительных устройств 26, таких как персональные компьютеры, серверы или подобное им.

На фиг.2 показана блок-схема объекта, способного работать как терминал 10, цифровой транслятор 14 и/или терминал 18, принимающий цифровое вещание, в соответствии с одним из осуществлений настоящего изобретения. Хотя они показаны как отдельные объекты, в некоторых осуществлениях один или несколько объектов могут предусматривать один или несколько терминалов, цифровых трансляторов и/или терминалов, принимающих цифровое вещание, логически разделенных, но локализованных в объекте (объектах). Например, единый объект может предусматривать логически разделенные, но локализованные вместе, терминал и терминал, принимающий цифровое вещание. Также, например, единый объект может предусматривать логически разделенные, но локализованные вместе, терминал, принимающий цифровое вещание, и цифровой транслятор.

Объект, способный работать как терминал 10, цифровой транслятор 14 и/или терминал 18, принимающий цифровое вещание, включает различные средства для выполнения одной или нескольких функций в соответствии с примерами осуществления настоящего изобретения, включая более конкретные, показанные и описанные здесь. Следует понимать, однако, что один или несколько объектов могут включать альтернативные средства для выполнения одной или нескольких подобных функций, без отхода от сущности и объема настоящего изобретения. Более конкретно, например, как показано на фиг.2, объект может включать процессор 28, соединенный с памятью 30. Память может включать энергозависимую и энергонезависимую память и хранить контент, данные или подобное этому. Например, память хранит клиентские приложения, инструкции или подобное этому для выполнения процессором шагов, связанных с работой объекта в соответствии с примерами осуществления настоящего изобретения. Как объяснено ниже, например, память может запоминать клиентские приложения, такие как традиционная программа просмотра текста (вьюер), аудиоплеер, видеоплеер, мультимедиавьюер или подобные им, для использования контента для одного или нескольких телевизионных, радиоканалов и/или каналов данных.

Также, например, память 30 может хранить подпрограмму управления цифровыми правами (DRM), интегрированную или связанную с одним или несколькими клиентскими приложениями, чтобы подпрограмма DRM могла контролировать потребление контента на основе DRM технологии. Такая подпрограмма DRM может быть сконфигурирована в соответствии с любым числом DRM алгоритмов, включая, например, определенные в спецификации Управления Цифровыми Правами Открытого Мобильного альянса (ОМА). Кроме того, память может хранить модуль декодирования, интегрированный или связанный с одним или несколькими клиентскими приложениями и DRM подпрограммой, так что такой модуль кодирования/декодирования может кодировать контент для использования клиентскими приложениями. При этом модуль кодирования может быть сконфигурирован для кодирования контента в соответствии с любым числом различных алгоритмов кодирования контента, включая, например, протокол IPSec, Защищенный Транспортный протокол Реального Времени (SRTP) или подобные им.

Как описано выше, клиентские приложения, механизм DRM и модуль шифрования включают программные средства, управляемые соответствующими объектами. Следует, однако, понимать, что любое одно или несколько клиентских приложений, механизм DRM и модуль шифрования, описанные здесь, могут альтернативно включать аппаратные и встроенные программные средства, без нарушения сущности настоящего изобретения. Как правило, терминал 10, цифровой транслятор 14 и/или принимающий цифровое вещание терминал 18 могут включать один или несколько логических элементов для выполнения различных функций одного или нескольких клиентских приложений DRM механизма и/или модуля шифрования. Следует понимать, что логические элементы могут быть реализованы целым рядом различных способов. При этом логические элементы, выполняющие функции одного или нескольких клиентских приложений DRM механизма и/или модуля шифрования, могут быть реализованы в объединенной сборке интегральных схем, включающей одну или несколько интегральных схем, интегрированных или связанных с соответствующим сетевым объектом (например, терминалом, сервером источника, терминалом, принимающим цифровое вещание, цифровым транслятором и т.д.), или более конкретно, например, процессором 28 соответствующего сетевого объекта. Разработка интегральных схем - это в значительной мере автоматизированный процесс. Комплексные и мощные программные средства доступны для конвертации дизайна логического уровня в дизайн полупроводниковой схемы и изготовления полупроводниковой подложки. Программные средства, такие как предоставляемые Avant! Corporation, Fremont, California, и Cadence Design, San Jose, California, автоматически осуществляют маршрутизацию дорожек и располагают компоненты на полупроводниковом чипе, используя установленные правила разработки, также как библиотеки предварительно сохраненного дизайна модулей. Как только разработка полупроводниковой схемы закончена, результат разработки в стандартизованном электронном формате (например, Opus, GDSII, или подобный им) может быть передан на полупроводниковое производство или фабрику для изготовления.

Кроме памяти 30 процессор 28 может быть также соединен с по меньшей мере одним интерфейсом или другими средствами для отображения, передачи и/или получения данных, контента или подобного им. При этом интерфейсы могут включать по меньшей мере один интерфейс связи 32 или другие средства для передачи и/или приема данных, контента или подобного им, также как по меньшей мере один пользовательский интерфейс, который может включать дисплей 34 и/или интерфейс 36 ввода пользователя. Интерфейс ввода пользователя, в свою очередь, может включать любое число устройств, позволяющих объекту принимать данные от пользователя, таких как клавиатура, сенсорный дисплей, джойстик или иное устройство ввода. Как более конкретно объясняется ниже, например, интерфейс ввода пользователя может включать одну или несколько направляющих клавиш (аппаратных и/или программируемых клавиш) для направленного выбора предметов, таких как упорядоченные каналы контента.

На фиг.3 показана функциональная блок-схема терминала 18, принимающего цифровое вещание в соответствии с осуществлением настоящего изобретения. Как показано, терминал, принимающий цифровое вещание, включает антенну 38 для приема сигнала от цифрового транслятора 14 и подачи сигнала в приемник (RX) 40. В свою очередь, приемник может расшифровать, демодулировать и/или демультиплексировать сигналы, чтобы извлечь данные контента. Приемник может подавать данные контента на процессор 42, который затем может декодировать данные контента. Процессор затем может подавать декодированный сигнал в аудио/видео (A/V) интерфейс 44, который может конвертировать сигнал в форму, подходящую для показа на мониторе, таком как телевизор 46.

Терминал 18, принимающий цифровое вещание, может включать энергозависимую память 48, такую как оперативная память (RAM), включая кэш для временного хранения данных. Терминал, принимающий цифровое вещание, может также включать энергонезависимую память 50, которая может быть встроенной и/или сменной. Энергонезависимая память может дополнительно или альтернативно включать EEPROM, флэш-память, жесткий диск или подобное им. Память может хранить самые разнообразные порции информации, контента и данных, используемых терминалом, принимающим цифровое вещание, для выполнения функций терминала, принимающего цифровое вещание. Например, как показано выше, память может хранить контент, полученный от цифрового транслятора 14.

Терминал 18, принимающий цифровое вещание, может также включать одно или несколько интерфейсных средств для совместного использования и/или получения данных от электронных устройств, таких как терминалы 10 и цифровые трансляторы 14. Более конкретно, терминал, принимающий цифровое вещание, может включать сетевые интерфейсные средства 52 для совместного использования и/или получения данных от сети, такой как Интернет 20. Например, терминал, принимающий цифровое вещание, может включать карту PCMCIA, сконфигурированную для передачи и/или приема данных от сети, такой как Интернет 20.

Фиг.4 иллюстрирует функциональную блок-схему цифрового транслятора 14 в варианте осуществления настоящего изобретения. Как показано, цифровой транслятор может включать одно или несколько вещательных средств 54, которые могут предоставить контент для вещания провайдеру 56 цифровой вещательной услуги. Каждое вещательное средство может включать энергозависимую память 48, такую как оперативная память (RAM), включая кэш для временного хранения данных. Цифровой транслятор может также включать энергонезависимую память, которая может быть встроенной и/или сменной. Энергонезависимая память может дополнительно или альтернативно включать EEPROM, флэш-память, жесткий диск или подобное им. Память может включать, например, хранилище 58 контента для хранения вещательного контента, такого как контент одного или нескольких каналов коммерческого и/или некоммерческого телевизионного и/или радиовещания. Однако следует понимать, что в дополнение к частям, включающим контент, запоминаемый в хранилище контента, средства вещания могут также предоставлять один или несколько каналов живого вещательного контента (в прямом эфире), такого как новости, спортивные события и подобное этому, которые невозможно предварительно запомнить в хранилище контента для любого существенного интервала времени. Кроме того, например, средства вещания могут предоставлять каналы, включая предварительно запомненный и живой контент, такой как контент вещательных новостей, который может включать одну или несколько предварительно запомненных новостей, также как живой текст диктора новостей. Безотносительно к тому, предварительно запомненный это или живой контент, цифровой транслятор в примере осуществления изобретения может передавать такой контент по n упорядоченным каналам, как показано в списке каналов 60 на фиг.5.

Как и терминал 18, принимающий цифровое вещание, провайдер 56 услуги цифрового вещания цифрового транслятора 14 может включать энергозависимую память 62, такую как оперативная память (RAM), включая кэш для временного хранения данных. Цифровой транслятор может также включать энергонезависимую память 64, которая может быть встроенной и/или сменной. Энергонезависимая память может дополнительно или альтернативно включать EEPROM, флэш-память, жесткий диск или подобное им. Память может хранить самые разнообразные порции информации, контента и данных, используемых цифровым транслятором для выполнения функций цифрового вещания. Например, как сказано выше, память может хранить контент, такой как контент для цифрового канала или другой контент для ряда других теле-, радиоканалов и/или каналов данных, которые могут быть предоставлены средствами вещания 54.

Провайдер 56 услуги цифрового вещания цифрового транслятора 14 может также включать мультиплексор 66, который может мультиплексировать контент для ряда теле-, радиоканалов и/или каналов данных, которые предоставляются средствами вещания 54. При этом мультиплексор может мультиплексировать контент для вещания в соответствии с расписанием 50, запомненным в хранилище контента 58 устройства вещания. Мультиплексор затем может подавать конечный сигнал в передатчик 16, который может быть отделен от цифрового транслятора или более конкретно провайдера услуги цифрового вещания, как показано на фиг.1, или объединен с цифровым транслятором, как показано на фиг.4.

Независимо от того, где расположен передатчик 16 по отношению к цифровому транслятору 14, передатчик может принимать сигнал от мультиплексора 66 для дешифрования, модуляции, усиления и/или передачи, например, через антенну 68. Например, цифровой транслятор может прямо или непрямо передавать контент терминалу 18, принимающему цифровое вещание, и/или терминалу 10, например, в соответствии с технологией цифрового вещания, такой как DVB-T. При этом цифровой транслятор может передавать вещательный контент, включая одну или несколько порций контента, запомненных в хранилище контента 58 устройства вещания 54, и/или одну или несколько порций живого вещательного контента в соответствии со временем, определенным для соответствующих порций контента, в расписании 60, запоминаемом в хранилище контента 58. Для информации по DVB-T см. Стандарт Европейского Института Телекоммуникационных Стандартов (ETSI), озаглавленный Цифровое Видеовещание (DVB): Структура кадра, канальное кодирование и модуляция для цифрового наземного телевидения, v.1.1.2 (1997) и родственные спецификации, информация из которых включена в данное описание путем ссылки.

В соответствии с рядом технологий цифрового вещания, таких как DVB-H, вещание по Интернет-протоколу IPDC может быть использовано для доставки аудио, видео и/или другого контента терминалам 10. При этом цифровой транслятор 14 может доставлять контент IP вещания терминалу, используя технологию цифрового вещания DVB-H, например, использует транспортные потоки MPEG-2, и как таковые IP данные могут быть инкапсулированы в DVB сигналы передачи, посланные от цифрового транслятора или более конкретно передатчика 16. Потоки данных, включая IP дейтаграммы, могут поставляться от нескольких источников и могут быть инкапсулированы IP инкапсулятором (не показан). IP инкапсулятор, в свою очередь, может подавать потоки инкапсулированных IP данных в цифровую сеть вещания (например, DVB-H).

Потоки инкапсулированных IP данных могут транспортироваться в одну или несколько передающих станций, при этом передающие станции формируют ячейки сети передачи данных. Например, потоки инкапсулированных IP данных могут транспортироваться в одну или несколько передающих станций в транспортном потоке MPEG-2 для последующей передачи по воздуху непосредственно на терминалы или на приемную станцию, обслуживающую один или несколько терминалов. Следует понимать, что транспортный поток MPEG-2 от получения с IP инкапсулятора до приема терминалами или приемными станциями может быть по характеру однонаправленным. При этом IP пакеты, содержащие данные, могут быть встроены в мультипротокольные секции инкапсуляции (МРЕ), которые передаются с пакетами транспортного потока.

Кроме IP пакетов МРЕ секции могут также включать информацию прямой коррекции ошибок (FEC) и квантования времени. При включении такой информации как информация квантования времени данные могут передаваться с перерывами с использованием приемника (например, терминала 10), с возможностью экономии энергии батареи путем отключения, когда отсутствуют данные, передаваемые на приемник. По-другому, в соответствии с технологией однократного временного квантования вместо используемого на настоящий момент по умолчанию способа передачи при постоянном цифровом вещании (например, DVB-T) может быть применена технология временного мультиплексирования (см., например, стандарт DVB-H). При таком подходе услуги могут предоставляться в пакетах и могут позволять приемнику включать питание для получения пакетов данных, когда необходимо.

Фиг.6 показывает функциональную схему мобильной станции, которая может работать как терминал 10 в соответствии с осуществлением настоящего изобретения. Следует понимать, что показанная и в дальнейшем описанная мобильная станция просто иллюстрирует один тип терминала, который получает преимущества от настоящего изобретения, и, следовательно, не ограничивает объем изобретения. Хотя показаны и далее описаны некоторые варианты осуществления мобильной станции, другие типы мобильных станций, такие как мобильные персональные секретари (PDA), пейджеры, лэптопы и другие типы голосовых и текстовых систем связи, могут быть готовы использовать настоящее изобретение.

Мобильная станция включает различные средства для выполнения одной или нескольких функций в соответствии с примерами осуществления настоящего изобретения, включая, более конкретно, показанные и описанные здесь. Следует, однако, понимать, что мобильная станция может включать альтернативные средства для выполнения одной или нескольких подобных функций, не нарушая сущность и объем настоящего изобретения. Более конкретно, например, как показано на фиг.6, мобильная станция может включать передатчик 70, приемник 72 и контроллер 74, который подает сигнал в передатчик и принимает сигнал от приемника соответственно. Сигнал включает сигнальную информацию в соответствии со стандартом радиоинтерфейса применяемой сотовой системы, а также речь пользователя и/или генерируемые пользователем данные. При этом мобильная станция может работать с одним или несколькими стандартами радиоинтерфейса, типами протокола, типами модуляции и типами доступа. Более конкретно, мобильная станция может работать с одним или несколькими типами протоколов связи первого поколения (1G), второго поколения (2G), 2.5G и/или третьего поколения (3G) или подобными им. Например, мобильная станция может работать в соответствии с протоколами GPRS беспроводной связи поколения 2G IS-136 (TDMA), GSM, IS-95 (CDMA). Также, например, мобильная станция может работать в соответствии с протоколами GPRS беспроводной связи поколения 2.5G, EDGE или подобными им. Мобильная станция в дополнение или альтернативно может работать в соответствии с целым рядом цифровых вещательных технологий, таких как технология DVB (например, DVB-T, ETSI стандарт EN 300 744). Мобильная станция также может работать в соответствии с целым рядом вещательных и/или групповых технологий, таких как MBMS (например, 3GPP TS 22.146). Кроме того, мобильная станция может работать в соответствии с технологиями ISDB-T, DAB, ATSC или подобными им. Некоторые узкополосные AMPS (NAMPS), а также TAGS мобильные станции могут получить преимущества от осуществления настоящего изобретения, как в случае с двух- и более режимными мобильными станциями (например, цифро-аналоговыми или TDMA/CDMA/аналоговыми телефонами).

Понятно, что контроллер 74 включает схемы, требуемые для выполнения аудио и логических функций мобильной станции. Например, контроллер может включать цифровое сигнальное процессорное устройство, микропроцессорное устройство и различные аналогоцифровые преобразователи, цифро-аналоговые преобразователи и другие вспомогательные схемы. Функции управления и обработки сигнала цифровой станции распределены между этими устройствами в соответствии с их возможностями. Контроллер таким образом также включает функцию сверточного кодирования и чередования сообщения и данных до модуляции и передачи. Контроллер может, кроме того, включать внутренний кодировщик голоса (VC) 74а и может включать внутренний модем данных (DM) 74b. Кроме того, контроллер может включать функцию работы одной или нескольких программ, которые могут храниться в памяти.

Мобильная станция также включает пользовательский интерфейс, включая наушники или динамик 76, звонок 78, микрофон 80, дисплей 82 и пользовательский входной интерфейс, все соединенные с контроллером 74. Пользовательский входной интерфейс, позволяющий мобильной станции принимать данные, может включать целый ряд устройств, позволяющих мобильной станции принимать данные, таких как клавиатура 84, сенсорный дисплей (не показан) или другое устройство ввода. В осуществлениях изобретения, включающих клавиатуру, клавиатура включает общепринятые номерные (0-9) или связанные клавиши (#,*) и другие клавиши, используемые для работы мобильной станции. Например, клавиатура может в дополнение или альтернативно включать клавиши направления (↑↓) для направленного выбора требуемых разделов, таких как упорядоченные каналы контента.

Мобильная станция может, кроме того, включать память, такую как модуль идентификации абонента (SIM) 86, сменный модуль идентификации пользователя (R-UIM) или подобное этому, которые могут запоминать элементы информации, относящиеся к мобильному абоненту. В дополнение к SIM мобильная станция может включать другое устройство памяти. При этом, как терминал 18, принимающий цифровое вещание, и цифровой транслятор 14, мобильная станция может включать энергозависимую память 88. Также как терминал, принимающий цифровое вещание, и цифровой транслятор, мобильная станция может включать энергонезависимую память 90, которая может быть встроенной и/или сменной. Например, энергонезависимая память может включать встроенные или сменные карты мультимедийной памяти (ММС), карты памяти Sony Corporation, EEPROM, флэш-память, жесткий диск и подобное этому.

Память 86, 88, 90 может хранить целый ряд блоков информации и данные, используемые мобильной станцией для выполнения своих функций. Например, память может хранить идентификатор, такой как код международной идентификации мобильного оборудования (IMEI), способный уникально идентифицировать мобильную станцию. Память может также хранить одно или несколько клиентских приложений, таких как традиционный текстовый вьюер, аудиоплеер, видеоплеер, мультимедийный вьюер и т.д., для использования контента одного или нескольких теле-, радиоканалов и/или каналов данных. В дополнение к сказанному, хотя клиентские приложения могут включать программные средства, работающие с соответствующими объектами, одно или несколько приложений могут альтернативно включать встроенные программы или аппаратные средства.

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

Для уменьшения задержки, связанной с переключением каналов, без уменьшения экономии энергии при буферизации каналов по обе стороны от выбранного канала, терминал 10 в примерах осуществления настоящего изобретения способен обеспечивать управляемую буферизацию каналов контента во время переключения каналов. Обычно управляемая буферизация каналов основана на условии, что конечные пользователи могут переключать каналы нечасто. И когда конечные пользователи переключают каналы, они делают это с помощью клавиш направлений (постоянных и/или программируемых) (например, кнопок клавиатуры (↓↑)) в противоположность переключению с помощью справочника по каналам и/или других средств (например, традиционных номерных клавиш (0-9) для прямого выбора канала по номеру. При этом, когда пользователи переключают каналы, они делают это в одном направлении или в другом (уменьшают или увеличивают номер канала).

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

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

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

Фиг.7, 8а, 8b и 8с показывают функциональную блок-схему и диаграмму соответственно терминала 10 и способа записи вещательного контента в терминале в соответствии с осуществлением настоящего изобретения. Более конкретно, фиг.7 иллюстрирует функциональную схему терминала, принимающего от источника 92 контента вещательный контент для одного или нескольких каналов из упорядоченного набора каналов. Тогда как источник контента, описываемый ниже, включает цифровой транслятор 14, следует понимать, что источник контента может включать целый ряд различных источников (например, терминал 18, принимающий цифровое вещание, и т.п.), способных передавать контент в соответствии с примерами осуществления настоящего изобретения. Также, как описано ниже, терминал, описанный здесь по отношению к фиг.7, 8а, 8b и 8с, может включать терминал 10. Следует, однако, понимать, что терминал может в равной степени включать терминал, принимающий цифровое вещание, не нарушая сущности и объема настоящего изобретения. Кроме того, хотя вещательный контент может быть описан как контент для одного или нескольких теле и/или радиоканалов, следует понимать, что вещательный контент может включать целый ряд различных типов контента и может быть принят терминалом в соответствии с целым рядом проводных и/или беспроводных технологий передачи.

Как показано на фиг.7, терминал 10 может приводить в действие клиентское приложение 94, такое как приложение мобильного TV, для приема и использования (например, воспроизведения) контента для выбранного канала х из множества упорядоченных каналов. После выполнения или же активации клиентского приложения пользователь терминала может сориентировать клиентское приложение принимать и использовать контент для выбранного канала, как показано в блоке 102 фиг.8а. Например, клиентское приложение может быть сконфигурировано для представления пользовательского интерфейса (UI), включающего список каналов 60, из которого пользователь может выбрать желаемый канал. Безотносительно к тому, каким образом клиентское приложение сориентировано принимать и использовать контент для выбранного канала х, приложение после этого принимает контент выбранного канала от источника контента 92 через приемник (RX) 96 терминала. Приемник может принимать контент выбранного канала от источника контента в соответствии с целым рядом технологий передачи, таких как, например, технологии, специфицированные в DVB, GPRS, EDGE и подобные им. Контент выбранного канала может включать контент, запоминаемый в хранилище контента 58, поддерживаемом средством вещания 54, предоставляющим такой контент для цифрового транслятора 14.

В то время как клиентское приложение 94 принимает и использует контент для выбранного канала х, пользователь терминала может решить включить или на других основаниях установить выбранный канал х или другой канал в режим записи или предупреждения (индивидуально или коллективно по отношению к режиму записи). В таких случаях пользователь терминала может сориентировать клиентское приложение на запись принятого или ожидаемого (запланированного) контента для выбранного канала х или другого канала и/или предупреждение пользователя ожидаемого контента для выбранного канала х или другого канала, как показано в блоках 103 и 105 на фиг.8с. При выбранном канале х, установленном в режим записи, клиентское приложение может затем записать контент для выбранного канала х или другого канала и запомнить записанный контент в базе данных 98 (например, с использованием памяти 30, энергозависимой памяти 48, энергонезависимой памяти 50, энергозависимой памяти 88, энергонезависимой памяти 90 и т.д.).

В то время как клиентское приложение 94 принимает и использует контент для выбранного канала х, пользователь терминала может решить направленно просматривать контент для других каналов. Более конкретно, пользователь терминала может решить по крайней мере временно получать контент для канала выше (+) и ниже (-) выбранного канала х в упорядоченном наборе каналов. Например, пользователь терминала может решить сменить канал на канал х-1 (вверх от выбранного канала) или на канал х+1 (вниз от выбранного канала) путем нажатия на соответствующую клавишу направления (↓↑), как показано в блоке 104 на фиг 8а. В таких случаях, если канал х находится в режиме записи, клиентское приложение может использовать тайм-аут записи для канала х, как показано в блоках 107 и 109. Тайм-аут записи может включать целый ряд различных временных периодов, от тридцати секунд до минуты и более. Как объяснено ниже, истечение тайм-аута записи может быть использовано клиентским приложением, как указатель того, что пользователь больше не заинтересован в контенте для канала х, и клиентское приложение может остановить запись контента для канала х.

Истечение тайм-аута записи может быть указателем того, что пользователь больше не заинтересован в контенте для канала х, а возвращение на канал в режиме записи во время тайм-аута записи может быть указателем того, что пользователь остается заинтересованным в записи контента для канала. Таким образом, если вновь выбран канал х+1 или х-1 в режиме записи (т.е. предварительно установленный в режим записи), клиентское приложение 94 может реинициализировать или иным образом сбросить тайм-аут записи для соответствующего канала, как показано в блоках 111 и 113, при возвращении на канал х+1 или х-1 даже на мгновение. Следует, однако, понимать, что тайм-аут записи может быть реинициализирован или сброшен целым рядом способов, например извещением пользователя терминала о предстоящем истечении тайм-аута записи и принятием команды от пользователя терминала сбросить соответствующий тайм-аут записи. Далее, поскольку клиентское приложение может записывать контент для вновь выбранного канала х+1 или х-1 в режиме записи, клиентское приложение может (но не обязательно) быть сориентировано на использование записанного и запомненного контента для соответствующего канала во время продолжения записи контента для канала, как показано в блоке 115 на фиг.8 с. При этом при использовании контента для вновь выбранного канала из базы данных 98 при продолжении записи контента для этого канала клиентское приложение может предоставлять контент для пользователя в порядке вещания и таким образом приема терминалом 10.

После изменения канала на соседний канал соседний канал х-1 или канал х+1 становится выбранным каналом (т.е. х=х-1 или х=х+1), а канал х становится выбранным ранее каналом, как показано в блоках 106 и 108 на фиг.8а. Клиентское приложение может теперь дать команду на прием и использование контента для вновь выбранного канала х, как показано в блоках 110 и 112. Кроме того, как и раньше, в любой момент во время приема и использования контента для вновь выбранного канала х вновь выбранный канал х может быть включен или по-другому установлен в режим записи, чтобы принятый контент от выбранного канала х записывался и запоминался в базе данных 98 (см. блоки 103 и 105 на фиг 8с). Следует, однако, понимать, что клиентское приложение 94, принимающее и использующее контент для вновь выбранного канала, предполагает, что вновь выбранный канал доступен для приема и использования клиентским приложением. В различных обстоятельствах может быть случай, когда ранее выбранный канал является единственным каналом, доступным для пользователя терминала и таким образом для терминала 10 и клиентского приложения. В таких случаях клиентское приложение может принимать указание от источника контента 92 о том, что вновь выбранный канал недоступен для приема и использования терминалом. Клиентское приложение может затем ответить целым рядом способов, такими как передача индикации и/или другого контента, показывающего, что вновь выбранный канал недоступен, пользователю терминала через пользовательский интерфейс терминала (например, дисплей 34, дисплей 82 и.т.д.).

При наличии множество каналов, доступных для приема и использования клиентским приложением 94, в соответствии с примерами осуществления настоящего изобретения, указание клиентскому приложению изменить канал на соседний канал вызывает прием клиентским приложением контента не только для соседнего канала, но также для одного или следующих нескольких соседних каналов на основе команды смены каналов. В то время как клиентское приложение использует контент для выбранного канала, клиентское приложение не только записывает контент для каналов в режиме записи, но также запоминает следующие соседние каналы в буфере памяти 100 (например, с использованием памяти 30, энергозависимой памяти 48, энергонезависимой памяти 50, энергозависимой памяти 88, энергонезависимой памяти 90 и т.д.). Более конкретно, когда клиентское приложение сориентировано на прием и использование контента для выбранного канала х вверх (-) от выбранного до этого канала, клиентское приложение также принимает и буферизирует контент для каналов х-у, где y=1…Y и представляет каждый из Y (например, 1) следующих соседних буферизируемых каналов, как показано в блоке 114. И наоборот, когда клиентское приложение сориентировано на прием и использование контента для выбранного канала х вниз (+) от до этого выбранного канала, клиентское приложение принимает и буферизирует контент для каналов х+у, как показано в блоке 116.

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

Безотносительно к длительности тайм-аута буфера пользователь может в этот период продолжать переключать каналы на соседние с вновь выбранным каналом, как объясняется ниже. Более конкретно, во время периода тайм-аута пользователь может опять решить изменить канал на канал х-1 (вверх от выбранного канала) или на канал х+1 (вниз от выбранного канала) путем нажатия на клавиши направления (↑↓), как показано в блоке 120 на фиг 8b. В таких случаях, когда пользователь терминала изменяет канал в том же направлении, что и до этого, контент для вновь выбранного канала буферизируется в памяти. То есть, если пользователь терминала предварительно изменил канал с канала х на канал х-1 (канал х-1 теперь является выбранным каналом х) и затем изменил канал в том же направлении на канал х-1, контент для вновь выбранного канала буферизуется в памяти 100. Аналогично, если пользователь терминала предварительно изменил канал с канала х на канал х+1 (канал х+1 теперь является выбранным каналом х) и затем изменил канал в том же направлении на канал х+1, контент для вновь выбранного канала буферизуется в памяти.

Если контент для вновь выбранного канала х-1 или х+1 буферизуется в памяти 100, клиентское приложение 94 использует буферизованный контент для вновь выбранного канала до приема клиентским приложением контента для канала от источника контента 92, как показано в блоках 122 и 126 для выбранного канала х-1 и в блоках 124 и 128 для выбранного канала х+1. При этом при использовании контента для вновь выбранного канала из буфера памяти до того, как клиентское приложение принимает контент этого канала от источника контента, клиентское приложение может предоставлять контент с сокращением, если не исключением, задержки, связанной с первоначальным получением контента для выбранного канала.

После использования буферизованного контента, или если контент от вновь выбранного канала х-1 или х+1 не буферизован в памяти 100, клиентское приложение 94 выполнит, как и раньше, инициацию или сброс тайм-аута записи для канала х и/или канала х-1 или х+1, если соответствующие каналы находятся в режиме записи (см. блок 115 на фиг.8с). Кроме того, клиентское приложение может продолжить установку вновь выбранного канала в качестве выбранного (т.е. х=х-1 или х=х+1), при этом канал х становится ранее выбранным каналом (см. блок 106 и 108). Клиентское приложение может затем, как и раньше, дать указание на прием и использование контента для вновь выбранного канала х (см. блоки 110 и 112). Следует, однако, понимать, что, если клиентское приложение не использует сначала контент для вновь выбранного канала из буфера памяти, клиентское приложение может иметь задержку в получении и, следовательно, использовании контента для вновь выбранного канала.

Так же как и раньше, в то время как клиентское приложение принимает и использует контент для выбранного канала, клиентское приложение также принимает и записывает контент для каналов в режиме записи и принимает и буферизирует контент для каналов х-у или х+у (см. блоки 114 и 116). При этом клиентское приложение принимает и буферизирует контент в зависимости от направления смены каналов пользователем терминала (т.е. в зависимости от того, изменяет ли пользователь терминала каналы вверх (-) или вниз (+) от ранее выбранного канала). Кроме того, клиентское приложение может реинициировать или иначе сбросить тайм-аут буфера (см. блок 118).

Пользователь терминала может продолжать переключение каналов в режиме, объясненном выше, например, пока пользователь терминала продолжает оставаться настроенным и таким образом принимать и использовать контент для желаемого выбранного канала х. Когда терминал 10 остается настроенным на выбранный канал х в течение периода, превышающего тайм-аут записи для одного или нескольких каналов в режиме записи (других, чем выбранный канал х, если этот канал тоже в режиме записи), тайм-аут записи для этих каналов истекает без инициализации или сброса, как показано в блоке 117 на фиг.8с. По истечении тайм-аута записи для одного или нескольких каналов в режиме записи клиентское приложение 94 может ответить рядом способов. Например, клиентское приложение может остановить или иначе прекратить запись контента для соответствующих каналов, как показано в блоке 119. Кроме того, клиентское приложение может (но не обязательно) очистить или иначе уничтожить записанный контент для соответствующих каналов, хранящийся в базе данных 98.

Также, когда терминал 10 остается настроенным на выбранный канал х в течение периода, превышающего тайм-аут буфера (до, после или во время того, как истекает тайм-аут записи любых каналов), тайм-аут буфера истекает без инициализации или сброса, как показано в блоке 130. По истечении тайм-аута буфера клиентское приложение может ответить различными способами. Например, клиентское приложение может остановить или при других обстоятельствах буферизировать контент для каналов х-у или х+у, как показано в блоке 132. Кроме того, клиентское приложение может очистить или иначе уничтожить контент, хранящийся в буфере памяти 100, как показано в блоке 134. Клиентское приложение может затем продолжить, как раньше, принимать и использовать контент для желаемого выбранного канала х, и ожидать очередной смены канала пользователем (см. блок 104).

Дальнейшая иллюстрация преимуществ пользовательского интерфейса при осуществлении настоящего изобретения дается в блок-схеме на фиг.9 и примерах дисплеев на фиг.10а и 10b. Как показано в блоке 136 на фиг.9, когда терминал 10 использует, воспроизводит или по-другому представляет контент для канала х, терминал может также представить одну или несколько программируемых кнопок, например программируемую кнопку «опции». Во время представления контента канала х терминал может получить выбор программируемой клавиши «опции» от пользователя терминала, как показано в блоке 138. После получения выбора программируемой клавиши «опции» терминал может выдать всплывающее окно дисплея, включающее каналы или список каналов и/или программ для соответствующих каналов, как показано в блоке 142 и в альтернативных устройствах на фиг.10а и 10b.

Как показано на фиг.10а и 10b, опциональное всплывающее окно дисплея может включать часть окна 154 с некоторым количеством каналов из списка каналов и/или часть окна 156 с некоторым количеством каналов программ (прошедших, текущих и/или запланированных) для выбранного канала 158. Всплывающее окно может также включать часть окна 160 с одной или несколькими выбираемыми опциями в отношении выбранных каналов и/или выбранных программ 164 для выбранных каналов. Кроме того, всплывающее окно может также включать часть окна 164, которое включает программируемые кнопки (например, «выбрать», «отменить» и т.д.) для выбора или отмены канала, программы или опции из соответствующих окон всплывающего окна, при этом выбранная опция показана со ссылкой на выноску 166.

После показа всплывающего окна дисплея пользователь может передвигаться по частям окна 154, 156, 160, 164 для выбора канала, программы и/или опции. Более конкретно, обращаясь снова к фиг.9, пользователь терминала может просматривать каналы в части 154 окна списка каналов с использованием клавиш направления (обычных и/или программируемых кнопок) (например, кнопок клавиатуры (↑↓) для выбора канала. Пользователь терминала может затем выбрать и терминал 10 может принять такой выбор, канал из окна списка каналов, как показано в блоке 144. Пользователь может затем выбрать среди возможных опций для канала 158 опцию для просмотра контента выбранного канала (например, «просмотр»), создать предупреждение для программного контента, запланированного для выбранного канала (например, «предупреждение»), или записать текущий или запланированный контент для выбранного канала (например, «запись»). Если пользователь выбирает и терминал принимает выбор просмотра контента выбранного канала, терминал может представить контент для выбранного канала, например, принимаемый и используемый контент для выбранного канала.

Если пользователь выбирает и терминал принимает выбор - создать предупреждение или записать контент для канала, пользователь может просмотреть текущий и/или запланированный контент или программы для выбранного канала 158 в части окна 156 списка каналов с помощью клавиш направления (например, (↓↑)) для выбора программы. При этом контент или программы могут быть представлены в окне списка выбора программ несколькими различными способами, такими как по имени и времени (см. фиг.10а), типу контента или программы (см. фиг.5, 10b, например, «хоккей», «новости», «сериал») или подобно этому. Безотносительно к тому, как представлены контент и программы, пользователь терминала может затем выбрать и терминал может принять выбор, программу из окна списка программ, как показано в блоке 150 для записи выбранной программы 162 и в блоке 154 для создания предупреждения касательно выбранной программы.

Следуя выбору программы или контента для записи, терминал 10 может записать выбранный передаваемый в текущий момент контент программы 162 или расписание записи выбранного ожидаемого (запланированного) контента или программы, как показано в блоке 152. Когда выбрана опция 166 для создания предупреждения, с другой стороны, терминал может поместить выбранный контент или программу в календарное приложение, работающее с терминалом по дате/времени выбранного контента или программы, запланированных для вещания, как показано в блоке 156. Календарное приложение может быть сконфигурировано для представления предупреждения, такого как аудио, визуальное или аудиовизуальное предупреждение, пользователю терминала за один или несколько временных интервалов до и/или во время вещания выбранного контента или программы.

Чтобы далее показать преимущества от осуществления настоящего изобретения, рассмотрим пример списка каналов 60 (CHANNEL 1-n) на фиг.11а-11f. При этом, как показано на фиг.11а, клиентское приложение 94 принимает и использует (например, воспроизводит) контент для канала 2, где канал 2 - выбранный канал 170. В то время как клиентское приложение принимает и использует контент для канала 2 (т.е. канала х), пользователь терминала устанавливает канал 2 в режим записи, так что клиентское приложение записывает и запоминает контент канала 2, где канал 2 теперь - канал 172 в режиме записи. Пользователь терминала решает затем переключать каналы в списке каналов, чтобы посмотреть, какой контент доступен по другим каналам. Таким образом, пользователь изменяет канал вниз (+) от канала 2 на соседний канал 3 (т.е. канал х+1) нажатием кнопки направления ↓ терминала 10. Клиентское приложение продолжает принимать и записывать контент канала 2, при этом изменение канала заставляет клиентское приложение инициировать тайм-аут записи канала 2. Канал 3 затем становится выбранным каналом 170, а канал 2 становится ранее выбранным каналом.

Также в ответ на изменение пользователем терминала канала на канал 3 клиентское приложение 94 начинает принимать и использовать контент для канала 3. Кроме того, клиентское приложение также начинает принимать контент для следующего соседнего канала 174, а именно канала 4 (т.е. х+у, у=1), как показано на фиг.11b. Вместо использования контента для канала 4, однако, клиентское приложение буферизирует контент канала 4 в память 100. Таким образом, предполагается, что пользователь опять изменит канал вниз (+) от выбранного канала 3 на соседний канал 4, изменяя канал в том же направлении, что и раньше, как показано на фиг.11с. В то время как клиентское приложение буферизует контент для канала 4, клиентское приложение может использовать буферизованный контент, пока клиентское приложение может принимать контент для канала 4, например, во время следующего пакета квантованного по времени контента. Клиентское приложение может затем перейти на прием и использование контента для канала 4 от источника контента 92.

Как показано на фиг.11с, в то время как клиентское приложение 94 принимает и использует контент от вновь выбранного канала 4, клиентское приложение принимает и буферизует контент для следующего соседнего канала, т.е. канала 5, и может продолжать принимать и записывать контент для канала 2, поскольку он остается в режиме записи. Таким образом, если пользователь терминала когда-либо снова решит изменить канал вниз (+) на канал 5, клиентское приложение может сначала использовать буферизованный контент для канала 5 до получения и использования контента от источника контента 92. С другой стороны, пользователь теперь может изменить канал вверх (-) от выбранного канала 4 на соседний канал 3 нажатием кнопки направления ↑, изменяя канал в противоположном направлении, как показано на фиг.11d. В этом случае клиентское приложение принимает и использует контент от вновь выбранного канала 3, сначала используя контент из буфера памяти 100. Таким образом, клиентское приложение может получить некоторую задержку в получении контента от источника контента.

Теперь, в то время как клиентское приложение 94 принимает и использует контент для вновь выбранного канала 3, клиентское приложение может принимать и буферизовать контент для следующего соседнего канала, т.е. канала 2. Альтернативно, клиентское приложение может распознать, что канал 2 находится в режиме записи и контент уже записан и запомнен, и вместо буферизации контента для канала 2 в буфере памяти 100 сохранить ссылку в буфере памяти, что контент канала 2 запомнен в базе данных 98 (или, как правило, пометить сохраненный контент как соответствующий буферизованному соседнему каналу). Как показано на фиг.11е, затем предполагается, что пользователь терминала опять решает изменить канал вверх (-) от выбранного канала 3 на следующий соседний канал 2. В то время как клиентское приложение буферизует контент для канала 2, клиентское приложение может использовать буферизованный контент до того, как клиентское приложение сможет принимать контент для канала 2, таким образом уменьшая любую временную задержку, связанную с получением контента для канала 2. Альтернативно, когда канал 2 находится в режиме записи, клиентское приложение может использовать запомненный контент до того, как клиентское приложение сможет принимать контент для канала 2. Независимо от того, использует клиентское приложение контент, буферизированный в буфере памяти 100, или контент, сохраняемый в базе данных 98, клиентское приложение может также продолжать принимать и записывать контент для канала 2, также как сбросить тайм-аут записи канала 2 по смене канала. Таким образом, клиентское приложение может быть сориентировано на использование далее предварительно сохраненного контента, так что клиентское приложение использует вещательный контент для канала, полученный после переключения канала пользователем терминала, и после того, как пользователь терминала вернулся на канал последовательным способом. Затем, в то время как клиентское приложение принимает и использует контент для вновь выбранного канала 2, клиентское приложение также принимает и буферизует контент для следующего соседнего канала 1.

Пользователь терминала может продолжить переключение n каналов в списке каналов 60, например, до тех пор, пока пользователь не решит остаться на желаемом канале. Как показано на фиг.11f, например, предполагается, что пользователь решил остаться на канале 2. При этом тайм-аут записи также может истечь, так что клиентское приложение прекращает запись контента для канала 2. Альтернативно, сброс тайм-аута записи может включать удержание тайм-аута записи до смены канала с канала 2, таким образом поддерживая канал 2 в режиме записи (если он не выводится из режима записи пользователем терминала). Кроме того, после истечения тайм-аута буфера клиентское приложение 94 может прекратить буферизовать контент для следующего соседнего канала 1 (см. фиг.11е). Кроме того, клиентское приложение может сбросить буфер памяти 100, таким образом сократив потребление памяти терминалом 10.

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

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

В дополнительной или альтернативной конфигурации клиентское приложение 94 может буферизировать каналы, базируясь на канальной пользовательской схеме, где пользователь подписывается на получение и использование контента для одного или нескольких каналов. В таком случае пользователь терминала может подписаться меньше чем на все каналы в наборе каналов, доступных от источника контента 92. Тогда, когда пользователь терминала меняет канал на канал х-1 (вверх от выбранного канала) или канал х+1 (вниз от выбранного канала), клиентское приложение может получить индикацию того, что вновь выбранный канал и/или следующие соседние каналы не абонированы или не доступны. Более конкретно, в соответствии с такой технологией, как DVB-H, например, контент для множества каналов шифруется и затем передается в квантованных по времени пакетах. В дополнение к шифрованному контенту для множества каналов каждый пакет содержит поток ключевой последовательности с шифрованным ключом для дешифрования контента для каждого канала. Когда пользователь терминала подписывается на данный канал, терминал 10 получает объект прав (RO), с помощью которого DRM модуль терминала может дешифровать ключ для данного канала. Модуль дешифрации затем может дешифровать шифрованный контент для данного канала с дешифрованным ключом, так что клиентское приложение может использовать дешифрованный контент. Таким образом, когда DRM модуль не может дешифровать ключ для вновь выбранного канала или следующих соседних каналов в ответ на смену каналов пользователем терминала, клиентское приложение может получить индикацию от DRM модуля (или модуля дешифрации), что вновь выбранный канал и/или следующие соседние каналы не абонированы.

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

Более конкретно, например, рассмотрим последовательность переключения каналов, представленную списком каналов 60 на фиг.12а-12h. Как показано на фиг.12а, подобно списку каналов на фиг.11а, предполагаем, что пользователь терминала выбирает канал 2, так что клиентское приложение 94 принимает и использует (например, воспроизводит) абонированный контент для канала 2, при этом канал 2 становится выбранным каналом 170. При этом клиентское приложение может принимать пакеты шифрованного контента от множества каналов, также как поток ключевой последовательности, включая шифрованные ключи для дешифрования шифрованного контента для соответствующих каналов. После получения контента для канала 2 DRM модуль терминала может использовать RO для дешифрования ключа для канала 2. Модуль дешифрования может затем использовать дешифрованный ключ для дешифрования контента для канала 2, так что клиентское приложение может затем использовать дешифрованный контент. Кроме того, в первый раз при выборе канала 2 (или в первый раз в данном периоде времени, сеансе связи и т.д.) клиентское приложение может пометить канал 2 как абонированный канал. Так что, например, в журнале подписки (представленном при показе окна меток) дешифрование контента для канала 2 указывает на абонирование этого канала. Как показано и описано ниже, один или несколько каналов помечаются как абонированные каналы или неабонированные каналы при первом случае выбора соответствующих каналов. Следует, однако, понимать, что клиентское приложение может быть заранее сконфигурировано с соответствующим образом помеченными каналами. В таких случаях клиентское приложение может работать в первый момент выбора канала (и следующего соседнего канала от этого канала), базируясь на метке, как описано ниже, для последовательных моментов выбора канала (и следующего соседнего канала от этого канала).

В то время, когда клиентское приложение принимает/использует контент для канала 2 (т.е. канала х), пользователь терминала может решить переключать каналы в списке каналов, чтобы посмотреть, какой контент доступен на других каналах. Так, пользователь меняет канал вниз (+) от канала 2 к следующему соседнему каналу 3 (т.е. каналу х+1) нажатием кнопки направления ↓ терминала 10. Канал 3 затем становится выбранным каналом 170, а канал 2 становится ранее выбранным каналом. В ответ на смену пользователем терминала канала на канал 3 клиентское приложение 94 настраивает канал 3 и принимает шифрованный контент для этого канала. С целью пояснения, пусть канал 3 - неабонированный канал для пользователя терминала. Хотя клиентское приложение принимает контент для канала 3, DRM модуль терминала не может дешифровать контент канала 3. Таким образом, вместо использования контента для канала 3 клиентское приложение получает от DRM модуля (или модуля дешифрации) индикацию, что канал 3 не абонирован (т.е. DRM модуль терминала не может дешифровать ключ, или модуль дешифрации не может дешифровать контент для канала 3). Клиентское приложение может затем использовать индикацию и/или другой контент, показывающий, что канал не абонирован (например, пустой экран, приглашение для подписки и т.д.), выдавая индикацию и/или другой контент через пользовательский интерфейс терминала (например, дисплей 34, дисплей 82 и т.п.). Как и при первом случае выбора канала 2, клиентское приложение может пометить канал 3 как неабонированный канал.

Кроме получения контента для канала 3 клиентское приложение 94 также получает шифрованный контент для следующего соседнего канала 174, а именно канала 4 (т.е. х+у, у=1), как показано на фиг.12b. Предположим, что канал 4 тоже неабонированный канал, как и канал 3, клиентское приложение получает от DRM модуля (или модуля дешифрации) индикацию, что канал 4 не абонирован, и в первый момент выбора канала 4 помечает канал 4 как неабонированный канал. Вместо использования индикации для канала 4 клиентское приложение буферизует индикацию и/или указывающий контент (например, пустой экран, приглашение для подписки и т.д.) для канала 4 в память 100. Хотя это не показано, по желанию клиентское приложение может автоматически выбрать следующий соседний канал 5 и принимать и буферизовать контент для канала 5, если канал 5 абонирован (модуль шифрования использует ключ шифрования, дешифрованный DRM модулем, для дешифрования контента). Или же, если канал 5 тоже неабонированный канал, клиентское приложение может продолжить выбирать следующий соседний канал подобным же образом, пока оно не достигнет следующего соседнего абонированного канала, принимая и буферизуя контент для абонированного канала.

Предположим, что пользователь опять решает изменить канал вниз (+) от выбранного канала 3 на соседний канал 4, изменяя канал в том же направлении, что и раньше, как показано на фиг 12 с. Поскольку клиентское приложение 94 буферизует индикацию и/или другой указывающий контент для канала 4, клиентское приложение может использовать буферизованную индикацию и/или другой указывающий контент для канала 4 таким же способом, как клиентское приложение использовало буферизованную индикацию и/или другой указывающий контент для канала 3.

Как также показано на фиг.12с, в то время как клиентское приложение использует индикацию и/или другой указывающий контент для вновь выбранного канала 4, клиентское приложение принимает и буферизует контент для следующего соседнего канала, т.е. канала 5. Предположим, что канал 5 - абонированный канал, клиентское приложение принимает шифрованный контент для канала 5, который дешифруется модулем дешифрации с помощью ключа, который дешифруется DRM модулем с соответствующим RO. Клиентское приложение может затем буферизовать дешифрованный контент для канала 5 и при первом случае выбора канала 5 пометить канал 5 как абонированный. Таким образом, если пользователь терминала снова решает изменить канал вниз (+) на канал 5, клиентское приложение может сначала использовать буферизованный контент для канала 5 до получения и использования контента от источника контента 92, и подобным образом принимать, и буферизовать контент для следующего соседнего канала 6, как показано на фиг.12d (канал 6 показан как неабонированный канал, так что буферизуемый контент включает индикацию и/или другой указывающий контент).

Пользователь терминала может продолжать переключение каналов среди n каналов в списке каналов 70, пока пользователь не решит остаться на желаемом выбранном канале. Как показано на фиг.12е, например, предположим, что пользователь решает остаться на канале 5. Таким образом, после истечения тайм-аута буферизации клиентское приложение 94 может прекратить буферизацию контента для следующего соседнего канала 6 (см. фиг.12d). Кроме того, клиентское приложение может сбросить буфер памяти 100, таким образом уменьшив потребление памяти терминала 10.

Предположим, что через какое-то время после истечения тайм-аута буфера пользователь решает изменить канал вверх (-) от выбранного канала 5 на следующий канал 4 нажатием кнопки направления ↑, изменяя канал в направлении, противоположном тому, что было до этого. Как показано на фиг.12f, в этом случае клиентское приложение может настроиться на вновь выбранный канал 4, и поскольку канал 4 не абонирован, принять шифрованный контент для канала 4 и использовать индикацию от DRM модуля (или модуля дешифрации) и/или другой контент, указывающий, что канал 4 не абонирован. Альтернативно, пометив канал 4 как неабонированный, клиентское приложение может сохранить индикацию и/или другой указывающий контент для канала 4 в памяти терминала (например, памяти 30, 90 и т.п.). В таких случаях вместо ожидания от DRM модуля (или модуля дешифрации) индикации, что канал 4 не абонирован, клиентское приложение может использовать индикацию и/или другой контент из памяти.

Пометив сразу же соседний канал 3 как неабонированный и, следовательно, распознав его как таковой, клиентское приложение пропускает канал 3 и достигает следующего соседнего канала 2. Теперь, в то время как клиентское приложение 94 использует индикацию и/или другой указывающий контент для вновь выбранного канала 4 вместо буферизации контента для следующего соседнего неабонированного канала 3, клиентское приложение принимает и буферизует шифрованный контент для следующего соседнего абонированного канала, т.е. канала 2, как показано на фиг.12f (модуль дешифрации способен дешифровать контент канала 2, используя ключ, предварительно дешифрованный DRM модулем с соответствующим RO). Как показано на фиг.12g, затем пользователь терминала опять решает изменить канал вверх (-) от выбранного канала 4 на следующий соседний канал 3. Как и при выборе неабонированного канала 4, клиентское приложение принимает и использует индикацию от DRM модуля (или модуля дешифрации) и/или другой контент, указывающий, что канал 3 не абонирован, или альтернативно использует индикацию и/или другой указывающий контент для канала 3 из памяти (если он хранится в ней). Поскольку следующий соседний абонированный канал - это канал 2, клиентское приложение может продолжать принимать и буферизовать контент для канала 2 (модуль дешифрации дешифрует контент). Затем, если пользователь терминала решает сменить канал вверх (-) на канал 2, клиентское приложение может использовать буферизованный контент, пока клиентское приложение не сможет принимать контент для канала 2, таким образом сокращая время задержки, связанное с приемом контент для канала 2.

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

Также в таких или других случаях клиентское приложение 94 может быть сконфигурировано для принятия выбора из одного или нескольких каналов контента, запланированного для вещания в одно или разное время в будущем. Тогда в один или несколько моментов, связанных с соответствующим временем вещания, клиентское приложение может предоставить пользователю терминала напоминание о приближающемся вещании контента для соответствующих каналов, например, через интерфейс пользователя (например, дисплей 34, дисплей 82 и т.п.). Для одного или нескольких таких напоминаний клиентское приложение может дополнительно представить пользователю терминала возможность выбора для изменения канала на соответствующий канал. Клиентское приложение может тогда быть сконфигурировано дополнительно или альтернативно буферизовать контент для соответствующего канала, так что, если пользователь терминала выбирает замену канала на соответствующий канал, клиентское приложение может использовать буферизованный контент для соответствующего канала до получения и использования контента для соответствующего канала от источника контента 92.

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

Например, предположим, что источник контента 92 передает набор упорядоченных каналов, как показано в списке каналов 60а на фиг 13а, включая n упорядоченных каналов. Также предположим, что пользователь терминала желает изменить список каналов вещания, убрав каналы 3, 4 и 6. В таких случаях определенный пользователем набор упорядоченных каналов, из которого пользователь терминала может выбирать, включает n-3 упорядоченных канала, где определенные пользователем каналы 1, 2, 3, 4, 5, 6, 7,…, n-3 соответствуют вещательным каналам 1, 2, 5, 7, 8, 9, 10,…, n, как показано в определенном пользователем списке каналов 60b на фиг.13b. Теперь предположим, что пользователь терминала решил далее переупорядочить определенный пользователем набор каналов, так что канал 7 размещается перед каналом 2 и так что канал 1 размещается после канала 8. Следовательно, определенный пользователем набор каналов все еще включает n-3 упорядоченных канала, но эти каналы теперь расположены так, что определенные пользователем каналы 1, 2, 3, 4, 5, 6, 7,…, n-3 соответствуют вещательным каналам 7, 2, 5, 8, 1, 9, 10,…, n, как показано в определенном пользователем списке каналов на фиг.13с.

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

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

В этом отношении фиг.8а, 8b, 8с и 9 - это функциональные схемы и блок-схемы соответственно систем, способов и программных продуктов в соответствии с вариантами осуществления настоящего изобретения. Следует понимать, что каждый блок или шаг в функциональных схемах или блок-схемах и комбинации блоков в функциональных схемах или блок-схемах могут быть выполнены различными средствами, такими как аппаратные средства, встроенное ПО и/или программные средства, включая одну или несколько компьютерных программных команд. Следует понимать, что такие компьютерные программные команды могут быть загружены в компьютер или другое программируемое устройство (т.е. аппаратное устройство) для генерации системы, такой что команды, исполняемые на компьютере или другом программируемом аппарате, создают средства для выполнения функций, определенных в блоках или шагах функциональных схем и блок-схем. Эти компьютерные программные команды могут также быть запомнены в читаемой компьютером памяти, что может указывать компьютеру или другому программируемому устройству функционировать в конкретном режиме, так что команды, хранящиеся в читаемой компьютером памяти, порождают продукт производства, включающий командные средства, которые выполняют функции, определенные в блоках или шагах функциональных схем и блок-схем. Компьютерные программные команды могут также загружаться в компьютер или другое программируемое устройство для вызова последовательных оперативных шагов, выполняемых в компьютере или другом программируемом устройстве для осуществления исполняемого компьютером процесса, такого что команды, которые выполняет компьютер или другое программируемое устройство, обеспечивают шаги для выполнения функций, определенных в блоках или шагах функциональных схем и блок-схем.

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

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

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

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

4. Устройство по п.1, в котором память хранит исполняемые инструкции, которые при выполнении процессором заставляют устройство выполнять следующее: изменение каналов с выбранного канала х на соседний канал х±1 в наборе каналов, при этом канал меняется в заданном направлении от выбранного канала х, прием и использование контента для соседнего канала х±1 в ответ на изменение каналов на соседний канал х±1, и прием и сохранение контента для Y следующих соседних каналов (х±1)±у, у=1, …, Y в буфере памяти, в то время как контент для соседнего канала принимается и используется, при этом контент для по меньшей мере одного соседнего канала принимается и сохраняется на основании направления, в котором канал изменяется, и в ответ на изменение канала на соседний канал.

5. Устройство по п.4, в котором память хранит исполняемые инструкции, которые при выполнении процессором и в ответ на изменение канала с соседнего канала х±1 на следующий соседний канал (х±1)±у заставляют устройство выполнять следующее: использование сохраненного контента для следующего соседнего канала и после этого прием и использование контента для следующего соседнего канала.

6. Устройство по п.4, в котором прием и использование контента для выбранного канала х, изменение каналов от выбранного канала х до соседнего канала х±1, прием и использование контента для соседнего канала х±1 и прием и сохранение контента для следующих соседних каналов (х±1)±у происходит по меньшей мере в один момент времени, где соседний канал х±1 одного момента времени становится выбранным каналом х для следующего момента, так что х=х±1 в следующий момент.

7. Устройство по п.6, в котором память хранит исполняемые инструкции, которые при выполнении процессором заставляют устройство выполнять следующее: инициацию тайм-аута буфера после изменения каналов с выбранного канала х на соседний канал х±1, при этом инициация тайм-аута буфера включает сброс тайм-аута буфера при каждом следующем событии смены каналов, при этом прием и сохранение контента включают прекращение приема и запоминания контента для Y следующих соседних каналов (х±1)±у, у=1, …, Y в буфере памяти в ответ на истечение тайм-аута буфера до его сброса при следующем событии смены каналов.

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

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

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

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

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

13. Способ по п.10, включающий: изменение каналов от выбранного канала х на х±1 в наборе каналов, где канал изменяется в данном направлении от выбранного канала х; прием и использование контента для выбранного канала х±1 в ответ на изменение каналов на соседний канал х±1 и прием и сохранение контента для Y следующих соседних каналов (х±1)±у, у=1, …, Y в буфере памяти, в то время как контент для соседних каналов принимают и используют, при этом контент для по меньшей мере одного соседнего канала принимают и записывают исходя из направления, в котором изменяется канал, и в ответ на изменение канала на соседний канал.

14. Способ по п.13, в котором прием и сохранение контента включает прием и сохранение контента для следующих соседних каналов (х±1)±у таким образом, что в ответ на изменение канала с соседнего канала х±1 на следующий соседний канал (х±1)±у способ включает использование сохраненного контента для следующего соседнего канала и после этого прием и использование контента для следующего соседнего канала.

15. Способ по п.13, в котором прием и использование контента для выбранного канала х, изменения каналов, прием и использование контента для соседнего канала х±1 и прием и сохранение контента для следующих соседних каналов (х±1)±у происходят по меньшей мере в один момент времени, и соседний канал х±1 одного момента становится выбранным каналом х для следующего момента, так что х=х±1 при переходе от одного момента к следующему.

16. Способ по п.15, включающий инициацию тайм-аута буфера после изменения канала с выбранного канала х на соседний канал х±1, где инициация тайм-аута буфера включает сброс тайм-аута буфера при каждом следующем событии изменения каналов, где прием и сохранение контента включает прекращение приема и сохранения контента для Y следующих соседних каналов (х±1)±у, у=1, …, Y в буфере памяти в ответ на истечение тайм-аута буфера до его сброса при следующем событии изменения каналов.

17. Способ по п.16, включающий очистку буфера памяти в ответ на истечение тайм-аута буфера до его сброса при следующем событии изменения каналов.

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

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

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

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

22. Машиночитаемый носитель данных по п.19, который хранит машиночитаемые блоки программного кода, которые при выполнении процессором заставляют устройство выполнять следующее: изменение каналов с выбранного канала х на соседний канал х±1 в наборе каналов, при этом канал меняется в заданном направлении от выбранного канала х, прием и использование контента для соседнего канала х±1 в ответ на изменение каналов на соседний канал х±1, и прием и сохранение контента для Y следующих соседних каналов (х±1)±у, у=1, …, Y в буфере памяти, в то время как контент для соседнего канала принимается и используется, при этом контент для по меньшей мере одного соседнего канала принимается и сохраняется на основании направления, в котором канал изменяется, и в ответ на изменение канала на соседний канал.

23. Машиночитаемый носитель данных по п.22, который хранит машиночитаемые блоки программного кода, которые при выполнении процессором и в ответ на изменение канала с соседнего канала х±1 на следующий соседний канал (х±1)±у заставляют устройство выполнять следующее: использование сохраненного контента для следующего соседнего канала и после этого прием и использование контента для следующего соседнего канала.

24. Машиночитаемый носитель данных по п.22, в котором прием и использование контента для выбранного канала х, изменение каналов от выбранного канала х до соседнего канала х±1, прием и использование контента для соседнего канала х±1 и прием и сохранение контента для следующих соседних каналов (х±1)±у происходит по меньшей мере в один момент времени, где соседний канал х±1 одного момента времени становится выбранным каналом х для следующего момента, так что х=х±1 в следующий момент.

25. Машиночитаемый носитель данных по п.24, который хранит машиночитаемые блоки программного кода, которые при выполнении процессором заставляют устройство выполнять следующее: инициацию тайм-аута буфера после изменения каналов с выбранного канала х на соседний канал х±1, при этом инициация тайм-аута буфера включает сброс тайм-аута буфера при каждом следующем событии смены каналов, при этом прием и сохранение контента включают прекращение приема и запоминания контента для Y следующих соседних каналов (х±1)±у, у=1, …, Y в буфере памяти в ответ на истечение тайм-аута буфера до его сброса при следующем событии смены каналов.

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

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