Способ и устройство передачи дополнительных данных с множеством уровней

 

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

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

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

Существуют различные стандарты, описывающие передачу вспомогательной информации вместе с телевизионным сигналом. Одним из таких стандартов является техническая спецификация Форума телевидения высокой четкости (ATVEF), рабочая версия 1.1r26 от 2 февраля 1999 года. Техническая спецификация ATVEF разработана для обеспечения передачи дополнительных данных вместе с содержанием телевизионных программ как в аналоговых, так и в цифровых системах, таких, как кабельные системы, спутниковые системы, наземные системы и т.д.

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

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

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

Краткое описание чертежей Фиг. 1 изображает блок-схему одного из вариантов осуществления системы передачи информации, которая передает вспомогательную информацию, связанную с аудио/видеосигналом; фиг. 2 - блок-схему устройства формирования содержания и принимающей платформы в соответствии с одним из вариантов осуществления системы передачи информации по фиг.1; фиг. 3 - блок-схему системы приема множества уровней переданной информации с помощью принимающей платформы по фиг.2 в соответствии с одним из вариантов осуществления; фиг.4 - алгоритм обработки вспомогательной информации в принимающей платформе по фиг.2 в соответствии с одним из вариантов осуществления; фиг. 5 - алгоритм формирования множества уровней вспомогательной информации в устройстве формирования содержания по фиг.2 в соответствии с одним из вариантов осуществления.

Подробное описание изобретения Для лучшего понимания настоящего изобретения ниже приведено детальное описание конкретных вариантов его осуществления. Однако специалистам в данной области техники будет понятно, что возможны различные вариации и модификации описанных вариантов осуществления изобретения. Например, хотя была сделана ссылка на техническую спецификацию Форума телевидения высокой четкости (ATVEF), предварительная версия 1.1r26 от 2 февраля 1999 года, предполагается, что в другие варианты осуществления могут быть включены другие версии технических спецификаций ATVEF или других стандартов и технологий для передачи вспомогательной информации вместе с содержанием, которое включает видеоданные или звуковые данные (например, с содержанием телевизионных передач).

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

Как видно на фиг.1, система передачи информации в соответствии с одним из вариантов осуществления настоящего изобретения включает устройство 12 формирования содержания, систему 14 передачи данных и множество приемников 16. Приемники 16 могут быть расположены в различных местах, включая дома, офисы, места развлечений или другие места. Устройство 12 формирования содержания является источником дополнительных данных (или других типов вспомогательной информации) и телевизионного содержания (или других типов содержания, включая А/В содержание), передаваемых в систему 14 передачи данных по линии связи 24. Дополнительные данные могут включать графическую информацию (например, веб-страницы, мультимедийную информацию или другие файлы цифровые данных), схемы презентаций и информацию синхронизации. Комбинация дополнительных данных и А/В содержания может обозначаться как расширенное А/В содержание. Другие типы вспомогательной информации могут включать подзаголовки программ, сообщения о закрытых заголовках, сообщения об аварийной ситуации и информацию по инструкциям программ.

Система 14 передачи данных представляет собой инфраструктуру передачи расширенного А/В содержания, которая может включать наземные, кабельные, спутниковые или другие типы оборудования передачи (аналогового или цифрового). А/В содержание и дополнительные данные могут передаваться через среду 22 передачи, которая может быть наземной, кабельной, спутниковой или с помощью другого типа связи, на приемники 16. На фиг.1 изображена среда 22 передачи в виде системы спутниковой связи. Приемники 16 могут включать телевизионные приемники, телевизионные приемные приставки, персональные компьютеры или другие типы систем, приспособленных для приема А/В содержания и взаимосвязанных дополнительных данных или других типов вспомогательной информации. В других вариантах осуществления приемники 16 могут также включают системы распределения такие, как географические региональные центры, которые принимают расширенное А/В содержание для распределения в заранее определенном географическом регионе.

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

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

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

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

Для каждого А/В канала (например, телевизионного канала) могут быть предложены одно или большее количество вариантов выбора дополнительных данных, предоставленных пользователю, который может выбрать варианты для просмотра, если таковые имеются. Кроме того, каждый вариант может иметь множество альтернатив (например, альтернатив в соответствии с различными языками). В соответствии с техническими спецификациями ATVEF может использоваться многоканальный протокол (например, многоканальная передача IP) для передачи уведомлений, файлов ресурса и процедур запуска, связанных с предлагаемыми вариантами дополнительных данных. IP описан в запросе для комментариев (RFC) 791, под названием "Протокол Интернет" от сентября 1981 года. Многоканальный IP протокол описан в RFC 1301 под названием "Многоканальный протокол передачи" от февраля 1992 года. RFC могут быть получены через сеть "Интернет" на веб-сайте { http: //www.ietf.org/rfc.html}. Кроме того, для передачи данных ресурса может использоваться протокол односторонней многоканальной IP передачи (например, протокол однонаправленной передачи гипертекста или UHTTP, описанный в технических спецификациях ATVEF).

Обычно уведомления ATVEF приходят в заранее определенные адреса и порты IP. В уведомлениях могут быть описаны расположения потоков ресурса и процедур запуска, описанных в технических условиях ATVEF как IP адреса и порты, в которых можно найти файлы ресурса и файлы процедур запуска. Уведомления ATVEF могут быть уведомлениями протокола описания передачи (SDP), как описано в RFC 2327 под названием "SDP: Протокол описания передачи" от апреля 1998 года.

Каждое уведомление ATVEF предназначено для определенного варианта дополнительных данных, который может представлять собой презентацию или приложение ATVEF (например, программу или сценарий). Примерами таких вариантов дополнительных данных могут быть: финансовое приложение, спортивное приложение, рекламные программы, дополнительная информация, направленная непосредственно к определенной телевизионной программе и другие презентации или приложения. Кроме расположения файлов ресурса и процедур запуска, в уведомление может быть включена другая информация, как описано ниже. Каждое уведомление может включать идентификатор, такой, как универсальный идентификатор (UUID), для идентификации связанного с ним варианта дополнительных данных. Одно поле в уведомлениях может указывать полосу пропускания передаваемых дополнительных данных, которая может быть выражена в килобитах в секунду (Кбит/с). Другое поле может указывать емкость буфера кэш, который может понадобиться при воспроизведении дополнительных данных. Поля полосы пропускания и емкости буфера кэш могут использоваться принимающей платформой для принятия решения о том, способна она или нет успешно воспроизвести дополнительные данные от начала до конца. Другие поля, которые могут содержаться в уведомлении, могут включать информацию, идентифицирующую язык, на котором будут передаваться дополнительные данные, время начала и время окончания передачи варианта и другие типы информации. Уведомления могут быть разделены на различные секции так, чтобы они соответствовали множеству альтернатив дополнительных данных. Если уведомление будет передаваться в формате SDP, то указанные секции могут представлять собой секции аудио-визуальной информации.

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

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

На фиг.2 представлены компоненты устройства 12 формирования содержания и приемной платформы (такой, как приемник 16). Устройство 12 формирования содержания может включать порт 102 передачи для передачи данных из устройства 12 формирования содержания по линии 24 связи в систему 14 передачи данных. Получаемые дополнительные данные могут обрабатываться системой 14 передачи данных для передачи на одну или большее количество принимающих платформ. В устройстве 12 формирования содержания процедура 108 формирования дополнительных данных, выполняемая на контроллере 106, позволяет формировать дополнительные данные с множеством уровней в соответствии с определенным вариантом осуществления. Процедура 108 формирования может быть первоначально записана в накопителе 104 данных и загружена контроллером 106 для исполнения. Модуль 105 интерфейса пользователя (содержащий программные и/или аппаратные компоненты) позволяет одному или большему количеству операторов или разработчиков вводить требования, на основе которых формируются уровни дополнительных данных.

В принимающей платформе (например, приемнике 16), модуль 114 приемника соединен со средой 22 передачи. Данные, переданные в среду 22 передачи, проходят через модуль 114 приемника. Данные, принятые из среды 22 передачи, проходят через модуль 114 приемника в драйвер 118 приемного устройства в принимающей платформе. Драйвер 118 приемного устройства позволяет разделять А/В содержание, проходящее через него в А/В процедуру 116 для обработки А/В содержания для презентации или распределения. Драйвер 118 приемного устройства передает дополнительные данные в процедуру 120 обработки данных. Таким образом, поток после передачи через среду 22 передачи, разделяется на А/В содержание и дополнительные данные, при этом дополнительные данные передаются в процедуру 120 обработки данных для дальнейшей обработки.

Выполнение команд программного обеспечения в принимающей платформе, включая драйверы 118 устройств и процедуру 120 обработки данных, и А/В процедуру 116 происходит в контроллере 122, который может быть выполнен на основе микропроцессора, микроконтроллера или на основе другого подходящего управляющего устройства. Запоминающее устройство 124 подключено к контроллеру 122. Другое устройство 126 накопления данных (которое может быть, например, запоминающим устройством большой емкости, таким, как жесткий диск) также может быть доступно для контроллера 122. Файл 140, содержащий информацию, описывающую характеристики (т. е., доступную емкость устройства накопления данных, скорость обработки и передачи и т.д.), принимающей платформы может быть записан в устройстве 126 накопления данных. В соответствии с некоторыми вариантами осуществления настоящего изобретения, процедура 120 обработки данных позволяет анализировать уведомления, принятые через приемный модуль 114 и драйвер 118 устройства приема для определения доступных альтернатив, связанных с дополнительными данными. На основании представленных альтернатив процедура 120 обработки данных расширения может выбрать одну из альтернатив для приема.

В дополнение к категориям информации, список которых приведен выше, уведомление ATVEF также может включать заранее определенную строку, например, "a= type:tve" для идентификации самой себя в качестве уведомления. Для обеспечения обратной совместимости уведомление первого типа, в соответствии с обычными системами ATVEF, может включать заранее определенную строку. Хотя уведомление первого типа, в соответствии с обычными системами ATVEF, может описывать множество альтернатив дополнительных данных, в нем не предусмотрены уровни файлов ресурсов, в соответствии с одним из вариантов осуществления. В соответствии с обычными системами ATVEF новая альтернатива определяется каждый раз, когда производится уведомление о новом источнике данных, к которому она относится.

В соответствии с некоторыми вариантами осуществления настоящего изобретения вместе с первым типом уведомления может быть отправлен второй тип уведомления, так, что второй тип уведомления позволяет идентифицировать множество альтернатив, каждая из которых может быть ассоциирована с одним или большим количеством уровней (источников) данных ресурса. Второй тип уведомления может быть отправлен без заранее определенной строки, например, "a= type: tve". Вместо этого, второй тип уведомления может включать другую заранее определенную строку, например, "a= type:x2tve" для идентификации того, что принят новый тип уведомления. Принимающая платформа, которая позволяет принимать новый тип уведомления, может быть запрограммирована так, что будет игнорировать первый тип уведомления (например, те, которые содержат строку "a=type:tve"), которые имеют такой же идентификатор дополнительных данных по специализации ATVEF (UUID), что и соответствующий второй тип уведомления.

Как видно на фиг.3, система 10 передачи информации, приведенная в качестве примера, включает приемник 16А с относительно низкими характеристиками и приемник 16В с относительно высокими характеристиками. При этом предусматривается, что также могут быть включены дополнительные принимающие платформы, характеристики которых имеют другие значения. В приведенном примере представлены две альтернативы, которые идентифицированы строками "tve-alt:1" и "tve-alt:2". В данном варианте осуществления, N-я альтернатива может быть идентифицирована строкой "tve-alt: N". Как показано на фигуре, уведомление 350 (второго типа) содержит множество секций 300, 302, 304, 306, 308 и 310. Секция 310 может включать общую информацию, такую, как идентификатор UUID дополнительных данных и второй тип заранее определенной строки, например, "a= type: x2tve", для идентификации того, что принятое уведомление является уведомлением второго типа. Секции 300, 302, 304, 306 и 308 могут быть секциями носителя данных в соответствии, например, с форматом SDP.

Каждая из секций 300-308 указывает на один источник дополнительных данных (файлы ресурса или процедуру запуска) и могут быть ассоциированы с одной из множества альтернатив, в соответствии с уведомлением 350. Секция 300 идентифицирует файл процедуры запуска, помещенный по адресу А1 и ассоциирована с первой альтернативой, что указано с помощью tve-alt:1. Секция 300 также указывает, что ширина полосы пропускания, взаимосвязанная с файлом процедуры запуска, равна 1 Кбит/с. Секция 302 относится к файлам ресурсов, размещенным по адресу А2, и ассоциирована с первой альтернативой, что показано с помощью tve-alt: 1. Кроме того, секция 302 также указывает, что ширина полосы пропускания для приема файлов ресурса по адресу А2 равна 10 Кбит/с, и требование к буферу кэш составляет 100 килобайт (Кб). Ширина полосы пропускания указывает скорость передачи данных, необходимую для адекватного приема и обработки данных. Требования к буферу кэш указывают емкость накопителя в принимающей платформе, которая может потребоваться для записи дополнительных данных во время презентации. Требования по ширине полосы пропускания и емкости кэш могут обозначаться как требования по возможностям приема и обработки дополнительных данных. Другие типы требований по возможностям могут быть включены в другие варианты осуществления.

Секции 304, 306 и 308 ассоциированы со второй альтернативой (что указано с помощью tve-alt:2). Секция 304 относится к файлу процедуры запуска, который размещен по адресу A3 (с шириной полосы пропускания 1 Кбит/с), секция 306 идентифицирует файлы ресурса, размещенные по адресу А2 (с требованиями по ширине полосы пропускания 10 Кбит/с и по емкости кэш 100 Кб), и секция 308 относится к файлам ресурса, размещенным по адресу А4 (с требованием по ширине пропускания 1000 Кбит/с и по емкости кэш 5000 Кб). В приведенном примере секция 306, взаимосвязанная со второй альтернативой, отсылает к тому же источнику (который размещен по адресу А2) файлов ресурса, что и секция 302, ассоциированная с первой альтернативой. Кроме того, вторая альтернатива включает второй уровень файлов ресурса из источника, размещенного по адресу А4.

Процедура 120 обработки данных в приемнике 16А (который может быть приемником с относительно низкими характеристиками) производит анализ уведомления 350 для определения того, какую альтернативу необходимо выбрать. Если характеристики приемника 16А не позволяют обрабатывать требования второй альтернативы, то он выбирает первую альтернативу путем приема потока по адресу А1 (процедуру запуска первой альтернативы) и потока по адресу А2 (файлы ресурса, взаимосвязанные с первой альтернативой). Другой приемник 16В анализирует принятую им копию уведомления 350 для определения, какую альтернативу необходимо выбрать. Если характеристики приемника 16В позволяют обрабатывать вторую альтернативу, то он может выбрать прием процедур запуска из потока по адресу A3 и файлов ресурса из потоков по адресам А2 и А4. В уведомлении 350 могут быть также представлены дополнительные альтернативы. В приведенном примере приемник 16А с низкими характеристиками может представлять собой телевизор, в то время, как приемник 16В с высокими характеристиками может включать персональный компьютер.

Рассмотрим фиг.4, на которой представлены этапы, выполняемые процедурой 120 обработки данных в соответствии с одним из вариантов осуществления настоящего изобретения. Процедура 120 обработки данных определяет, были ли приняты дополнительные данные (на этапе 402). Это может выполняться путем определения, было ли принято уведомление, которое может представлять собой пакеты, содержащие заранее определенную строку "a=type:tve" или "a=type: x2tve". Если это так, процедура 120 определяет были ли приняты одно или большее количество уведомлений второго типа (на этапе 404), например, уведомления со строкой "a=type:x2tve". Если это не так, уведомление первого типа, например, в котором содержится строка "a=type:tve", обрабатывается (на этапе 414) в соответствии с обычными технологиями ATVEF. Если были приняты уведомления второго типа, то любое уведомление первого типа, имеющее тот же идентификатор (UUID) дополнительных данных игнорируется (на этапе 406) процедурой 120. Затем процедура 120 анализирует (на этапе 408) альтернативы, представленные в уведомлении второго типа. На основании информации, содержащейся в секциях, ассоциированных с различными альтернативами, процедура 120 выбирает (на этапе 410) одну из альтернатив с учетом характеристик принимающей платформы, которые определяются, например, по файлу 140, содержащем информацию о характеристиках (фиг.2). Файл 140 информации о характеристиках может содержать информацию, идентифицирующую характеристики принимающей платформы, которые могут сравниваться в процедуре 120 обработки данных с требованиями к полосе пропускания, емкости кэш, представленными в уведомлении 350 второго типа. Затем процедура 120 принимает (на этапе 412) потоки по указанным адресам, которые связаны с выбранными альтернативами.

На фиг.5 представлен процесс формирования дополнительных данных, выполняемый процедурой 108 формирования данных расширения в устройстве 12 формирования содержания. Согласно требуемым программным установкам, которые могут быть введены операторами через модуль 105 интерфейса пользователя и которые могут быть записаны в устройстве 104 накопления данных, процедура 108 формирования формирует (на этапе 502) уровни дополнительных данных. Как описано выше, каждый уровень может быть взаимосвязан с различным источником файла ресурса и процедуры запуска. Затем процедура 108 формирования формирует (на этапе 504) одно или большее количество уведомлений, соответствующих передаваемым дополнительным данным. Каждое уведомление может включать множество секций для идентификации множества альтернатив и ассоциированных источников файлов. Уведомление также включает информацию, идентифицирующую требования по характеристикам, включая информацию по ширине полосы пропускания и информацию по емкости буфера кэш. Уведомления передаются (на этапе 506) устройством 12 формирования в систему 14 передачи данных для распределения.

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

Различное программное обеспечение (сформированное, например, в виде модулей, процедур или других уровней) могут быть записаны или другим способом материально помещены в один или большее количество накопителей данных в устройствах системы распределения информации. Накопители данных, пригодные для хранения программных инструкций, могут включать различные формы запоминающих устройств, включая полупроводниковые запоминающие устройства такие, как динамические или статические запоминающие устройства, стираемые и программируемые постоянные запоминающие устройства (СППЗУ), электрически стираемые и программируемые постоянные запоминающие устройства (ЭСППЗУ), и запоминающие устройства типа флэш; магнитные диски такие, как жесткий диск, гибкий диск и съемные диски; другие магнитные носители, включая носители на магнитной ленте; и оптические носители, такие как CD (компакт диски) или DVD (цифровые видеодиски). Инструкции, записанные на одном или большем количестве носителей данных, при исполнении управляют устройствами в системе передачи информации для выполнения запрограммированных действий.

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

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

Формула изобретения

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

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

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

4. Способ по п.3, отличающийся тем, что определяют секции уведомления протокола описания передачи (SDP), взаимосвязанные с каждой альтернативой.

5. Способ по п.3, отличающийся тем, что при выборе альтернативы дополнительно определяют, способна ли принимающая платформа принимать одну из альтернатив.

6. Способ по п.1, отличающийся тем, что принимают дополнительные данные, соответствующие одному или большему количеству уровней дополнительных данных в соответствии с техническими спецификациями Форума телевидения высокой четкости (ATVEF).

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

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

9. Приемная система по п.7, отличающаяся тем, что контроллер выполнен с возможностью распознавания альтернатив, представленных во втором уведомлении.

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

11. Приемная система по п.10, отличающаяся тем, что одно или большее количество требований к характеристикам принимающей платформы включает требование емкости накопителя данных.

12. Приемная система по п.10, отличающаяся тем, что одно или большее количество требований к характеристикам принимающей платформы включает требование по ширине полосы пропускания.

13. Приемная система по п.7, отличающаяся тем, что дополнительные данные сформированы в соответствии с техническими спецификациями Форума телевидения высокой четкости (ATVEF).

РИСУНКИ

Рисунок 1, Рисунок 2, Рисунок 3, Рисунок 4, Рисунок 5