ЗАПИСЬ ИНТЕРАКТИВНЫХ ПРИЛОЖЕНИЙ

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

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

Подходящая передающая система для подобной доставки приложений известна из Международного стандарта ISO/IEC 13818-6, MPEG-2 Digital Storage Media Command and Control, 12 июля 1996 (далее DSM-CC). В современных системах цифрового вещания передатчик в типовом случае передает большое количество услуг (или каналов) к множеству приемников, примерами которых могут служить телевизионные приемники и компьютерные приставки к телевизорам. Такие услуги могут содержать аудио/видеопоток, интерактивное приложение (например, в формате MPEG-5), другие виды данных или комбинации этих элементов. Транспортный поток стандарта MPEG-2 представляет собой мультиплексирование ряда услуг, и передатчик в типовом случае будет передавать различные транспортные потоки к компьютерным приставкам к телевизорам. В свою очередь, соответствующим образом конфигурированная компьютерная приставка к телевизору может настроиться на конкретный транспортный поток и затем способна извлечь информацию из транспортного потока.

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

DVB определяет способ переноса файловой системы в транспортном потоке DVB. Это используется для трансляции данных и для систем интерактивного вещания. Например, этот способ выбран для трансляции MPEG-5 объектов в территориальной версии DVB в Великобритании и используется для файлов класса Java и связанных с ними данных в спецификации МНР из стандарта DVB.

Как описано в совместно переуступленной международной заявке WO 99/65230, объекты карусели объектов стандарта DSM-CC транслируются в модулях и обеспечивают «виртуальную» файловую систему, состоящую из файлов и объектов каталогов в иерархии по типу файловой системы персонального компьютера (ПК). Такой модуль представляет собой контейнер объектов и содержит ряд сообщений загрузки блока данных (DownloadDataBlock) (которые определены в стандарте MPEG-2 как частные разделы). Если в компьютерной приставке к телевизору желательно осуществить упреждающую выборку DSM-CC объекта, то она должна (в числе прочего) знать то, в каком модуле находится объект. После извлечения правильного модуля компьютерная приставка к телевизору должна затем осуществить синтаксический анализ модуля для получения собственно объекта. Ввиду иерархической природы карусели DSM-CC-объектов объект должен находиться в составе подкаталога. Если это имеет место, то компьютерная приставка к телевизору должна также извлечь модуль (модули) с промежуточными каталогами и осуществить их синтаксический анализ, прежде чем получить объект, который представляет для нее интерес.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фиг. 2 - схематичное представление низкоуровневой структуры уровней, использованной при формировании модулей для карусели DSM-CC объектов.

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

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

Стандарт DVB (цифровое видеовещание) определяет метод пересылки иерархической файловой системы в транспортном потоке стандарта DVB. Этот метод используется для трансляции данных. Он может быть использован для передачи любых данных такого типа, которые могут обычным образом сохраняться в файловой системе компьютера. Он часто используется для передачи файлов данных для систем интерактивного вещания. Например, этот метод выбран для трансляции объектов стандарта MPEG-5 в территориальной версии стандарта DVB в Великобритании и используется для файлов класса Java и связанных с ними данных в МНР-спецификации для стандарта DVB.

На фиг. 1 представлена блок-схема передающей системы, пригодной для осуществления изобретения. В такой передающей системе ряд потоков мультиплексных сигналов 12 передается передатчиком 10 к приемнику 14. Передающая система может содержать дополнительные приемники 14.А, 14.В и может, например, использоваться в сети кабельного телевидения, причем передатчик 10 содержит головной узел сети кабельного телевидения, а приемники 14 содержат компьютерные приставки телевизоров конечных пользователей. Конечные пользователи могут управлять приемником 14 посредством устройства пользовательского ввода 15, например клавиатуры, пульта дистанционного управления или одного или нескольких устройств, смонтированных в самом приемном блоке. Конечные пользователи могут просматривать выбранные услуги на устройстве отображения (дисплее) 17, которое, если приемник 14 встроен в телевизионный приемник, может быть объединено с блоком 14.

Мультиплексный сигнал 12 может быть реализован в форме транспортного потока стандарта MPEG-2. Транспортный поток стандарта MPEG-2 образован мультиплексированием ряда так называемых услуг (сервисов). Такая услуга может содержать аудио/видеопоток, интерактивное приложение (например, в формате MPEG-5) или другие типы данных или комбинации этих элементов. В типовом случае головной узел 10 передает различные транспортные потоки 12 к компьютерным приставкам 14 к телевизорам. Таким путем большое число услуг (или каналов) могут транслироваться головным узлом 10 к множеству компьютерных приставок 14 к телевизорам.

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

Интерактивные приложения, такие как дистанционно предоставляемые банковские услуги, дистанционное посещение магазинов для совершения покупок или информационное обслуживание, в типовом случае транслируются в карусельном режиме, то есть соответствующие разделы данных периодически повторяются в транспортном потоке 12. Например, в стандартах DVB и DAVIC карусели объектов стандарта DSM-CC определены для трансляции интерактивных приложений. Время отклика и возможности обработки таких приложений могут быть улучшены за счет обеспечения локального запоминающего устройства 19 в приемнике, причем это запоминающее устройство может быть в форме жесткого диска или иной (предпочтительно энергонезависимой) памяти, и может также использоваться для сохранения линейного телевизионного содержимого (аудио/видеопрограмм), принимаемого от передатчика 10. Запоминающее устройство 19 может быть использовано для кэширования в приемнике, например, упреждающей выборки или сохранения иным образом разделов или объектов данных. Сохранение объектов управляется процессором 16 в приемнике, причем этот процессор также осуществляет обработку каруселей объектов, как более подробно описано ниже.

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

На фиг. 2 представлена структура уровней модуля каруселей объектов DSM-CC. Объекты карусели объектов DSM-CC транслируются в таких модулях. Такой модуль представляет собой контейнер объектов и содержит ряд сообщений загрузки блоков данных (DownloadDataBlock) (которые являются частными разделами MPEG-2). На фиг. 2 модуль 42 содержит объекты 32, 36 и 40. Эти объекты включены в так называемые сообщения BIOP. В таком сообщении BIOP объекту предшествует заголовок сообщения. На фиг. 2 первое сообщение BIOP содержит заголовок 30 сообщения и объект 32, причем объект 32 может включать в себя информацию каталога. Второе сообщение BIOP содержит заголовок 34 сообщения и объект 36, причем объект 36 может включать в себя информацию потока. Третье сообщение BIOP содержит заголовок 38 сообщения и объект 40, причем объект 40 может включать в себя информацию файла.

Кроме того, модуль 42 содержит пять сообщений DownloadDataBlock. Эти сообщения DownloadDataBlock состоят из заголовка и блока данных. Первое сообщение DownloadDataBlock образовано заголовком 44 вместе с блоком 46 данных, второе сообщение DownloadDataBlock образовано заголовком 48 вместе с блоком 50 данных, третье - заголовком 52 и блоком 54 данных, четвертое - заголовком 56 и блоком 58 данных и пятое - заголовком 60 и блоком 62 данных.

На основе структурирования по уровням карусели объектов запись карусели объектов может быть выполнена на каждом из трех уровней. Запись на верхнем уровне означает, что файлы и каталоги приложения сохранены в (регулярной) файловой системе.

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

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

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

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

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

Интерактивное приложение может транспортироваться в одной или нескольких каруселях объектов и может получать доступ в один или несколько потоков в данном транспортном потоке (или даже в другом транспортном потоке).

Терминология

В последующих примерах использована терминология стандартов MPEG и DVB. Однако это термины использованы как обобщенные термины для обобщенных принципов и применимы к другим реализациям в других условиях трансляции. Примеры, релевантные для системы DVB, даны курсивом.

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

Например, транспортный поток MPEG-2.

Элементарный поток - поток данных, содержащий единственный элемент аудиовизуальной информации или данных.

Например, элементарный поток MPEG-2.

Услуга - описание набора элементарных потоков различных типов, которые совместно образуют традиционную «телевизионную программу». Услуга включает в себя информацию типа и дескрипторы для каждого из элементарных потоков, на которые ссылаются.

Например, услуга DVB, кодированная в РМТ (таблице карты программы).

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

Например, сообщения указания информации данных DSMCC DataInfoIndication (DII).

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

Например, модуль DSMCC, состоящий из DSMCC DownLoadDataBlocks (DDBs), кодированных как частные разделы стандарта MPEG-2.

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

Например, карусель объектов стандарта DVB использует DSMCC сообщение инициирования загрузки сервера DownloadServerInitiate (DSI) для ссылки на шлюз услуги ServiceGateway (корневой каталог) файловой системы. Модули состоят из последовательности сообщений протокола трансляции Broadcast Inter-ORB Protocol (BIOP), на которые ссылаются с использованием межоперационных ссылок на объекты (IOR).

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

Например, РМТ содержит дескриптор идентификации карусели carousel_id_descriptor в потоке, переносящем сообщение DSI.

Заметим, что это просто содержит ссылку на «корневой» объект карусели объектов. Масса данных может находиться в этом или других элементарных потоках. Все другие элементарные потоки, которые переносят карусели данных, могут также быть идентифицированы информацией типа.

Например, типом потока (stream_type) и дескриптором трансляции данных (data_broadcast_descriptor), связанными с ними.

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

Например, BIOP тело профиля, которое использует метку связи association_tag, перечисленную в метках отсроченной связи deferred_association_tags PMT.

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

Например, тело профиля опций ресурса ссылается на внешнее содержание с использованием адресов NSAP (точка доступа к сетевому сервису).

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

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

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

Например, добавить список меток связи association_tags к сообщению DSI.

Приведенный ниже вариант осуществления изобретения, описываемый со ссылками на схематичное представление на фиг. 3 и на таблицы, показанные на фиг. 4-6, включает обобщенное описание данного варианта, вместе с релевантными примерами, приведенными курсивом, с использованием карусели объектов стандарта DVB.

Согласно фиг. 3, сообщение DSI 80 содержит ссылку 82 на шлюз услуги (SG) (корневой каталог) файловой системы, обеспечивающую указатель 84 на первую карусель 86 данных (DII(i)). Эта первая карусель 86 данных содержит перечень набора модулей 88, 90, 92. Один из модулей 92 первой карусели данных может содержать ссылку 94 на вторую карусель 96 данных (DII(ii)), причем вторая карусель 96 данных, в свою очередь, содержит перечень набора модулей 98, 100, 102, 104. Обычно, чтобы идентифицировать карусели данных, связанные с данным приложением, было бы необходимо осуществить глубокий синтаксический анализ первой карусели 86 данных до модульного уровня, чтобы открыть ссылку 94 на вторую карусель 96 данных. Чтобы избежать этой задачи, сообщение DSI содержит список дополнительных указателей (APLIST) 106, которые обеспечивают ссылку 108 на каждую дополнительную карусель данных (помимо первой, уже идентифицированной шлюзом 82 услуги).

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

Форматы DSI и DII, определенные для карусели объектов DVB, расширены.

Спецификация сообщения карусели объектов верхнего уровня расширена для обеспечения последовательности дескрипторов, как описано ниже.

Информация шлюза услуги ServiceGatewayInfo(): поле пользовательской информации UserInfo используется для включения в него дескрипторов. Это поле в настоящее время не используется в карусели объектов. Данная спецификация определяет, что это поле должно интерпретироваться как цикл дескрипторов.

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

Альтернативный вариант осуществления состоит в использовании поля Taps (ответвления) сообщения DSI для включения последовательности ответвлений, перечисляющих все компоненты DII в карусели объектов. Использование данного поля определено в спецификации MPEG DSM-CC (ISO/IEC 13818-6, раздел 11.3), с модификацией семантики, состоящей в том, что поле Taps перечисляет полный набор сообщений DII в противоположность тем, которые требовались для первоначального подсоединения к карусели объектов.

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

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

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

DVB и MHP определяют поле BIOP:ModuleInfo:UserInfo как цикл дескрипторов, так что мы определяем здесь новые дескрипторы как простое расширение.

Дескриптор ссылки модуля - перечисляет ссылки на модуль от других объектов каруселей данных. Этот дескриптор присутствует на всех «модулях записей» в этой карусели данных. При его наличии, этот дескриптор должен вносить в список свою собственную карусель данных, если имеются ссылки от других модулей в той же самой карусели данных. Однако для данного дескриптора не является действительным состоять только из одной ссылки из собственной карусели данных.

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

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

Специалисту в данной области техники будет понятно, что хотя приведенные выше варианты осуществления описаны со ссылками на протокол MPEG-2 DSM-CC, изобретение не ограничивается каким-либо конкретным протоколом или формой трансляции данных.

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