СИСТЕМА ВОСПРОИЗВЕДЕНИЯ ИНФОРМАЦИИ, ИСПОЛЬЗУЮЩАЯ ИНФОРМАЦИОННЫЙ ЗАПОМИНАЮЩИЙ НОСИТЕЛЬ Российский патент 2008 года по МПК G11C7/00 

Предшествующий уровень техники

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

В последние годы стали распространенными диски DVD-Video (емкостью 4,7 Гбайт, использующие стандарт сжатия изображения MPEG-2 и звук в стандарте Dolby Digital), обладающие высоким качеством изображения и расширенными функциями, и видеопроигрыватели, которые воспроизводят эти диски, а периферийные устройства и тому подобное, используемые для воспроизведения подобных многоканальных аудиоданных, получают более широкие дополнительные возможности. Соответственно пользователям контента стало доступно оборудование для самостоятельной реализации домашнего кинотеатра, который предоставляет пользователям возможность свободно наслаждаться кинофильмами и тому подобным с высоким качеством изображения и высоким качеством звука. Поставщикам контента доступно многообразие представлений видео. Например, заявка на выдачу патента Японии, публикация № 2004-343254 KOKAI, раскрывает способ, который может настраивать кнопки (управляющие элементы интерфейса) произвольной формы и может формировать гибкие и разнообразные меню посредством задания графического модуля, включающего в себя информацию выделения яркостью в виде независимого потока.

Касательно существующих стандартов DVD-Video, поставщики контента и пользователи контента имеют следующие потребности:

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

2. Реализация гибкого реагирования на различные действия через сеть; и

3. Реализация удобной обработки имеющей отношение к видеоинформации и легкой передачи информации после обработки.

Аналоги не удовлетворяют таким потребностям.

Краткое изложение сущности изобретения

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

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

Краткое описание некоторых изображений по чертежам

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

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

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

фиг.3А и 3В - примерные изображения, показывающие примеры способов воспроизведения видеоконтента устройством записи и воспроизведения информации;

фиг.4 - примерное окно отображения в момент а, когда главный тайтл, другое окно для рекламы и пиктограмма помощи одновременно отображаются в (с) по фиг.3В;

фиг.5 - примерная структура данных стандартного контента;

фиг.6А, 6В и 6С - примерные представления, показывающие структуру данных усовершенствованного контента и разъяснения результатов и тому подобного;

фиг.7 - примерное представление для разъяснения отношений между различными объектами;

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

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

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

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

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

фиг.13 - примерная структурная схема, показывающая внутреннюю структуру узла воспроизведения усовершенствованного контента;

фиг.14 - примерное представление, показывающее общее представление информации в списке воспроизведения;

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

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

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

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

фиг.19А и 19В - примерные представления, показывающие детализацию информации тайтла в списке воспроизведения;

фиг.20А и 20В - примерные представления, показывающие детализацию информации атрибутов тайтла, информации о проецировании объектов и информации воспроизведения.

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

фиг.22 - примерное представление, показывающее контент детализаций соответственных порций информации атрибутов в теге XML и теге playlist.

Подробное описание изобретения

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

<Компоновка системы>

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

Система содержит устройство 1 записи и воспроизведения информации (или устройство воспроизведения информации), которое реализовано в виде персонального компьютера (ПК, PC), устройства записи или устройства воспроизведения, и информационный запоминающий носитель DISC, реализованный в виде оптического диска, который является съемным с устройства 1 записи и воспроизведения информации. Система также содержит устройство 13 отображения, которое отображает информацию, сохраненную на информационном запоминающем носителе DISC, информацию, сохраненную в постоянном запоминающем устройстве PRSTR, информацию, полученную с сетевого сервера NTSRV через маршрутизатор 11, и тому подобное. Система дополнительно содержит клавиатуру 14, используемую для выполнения операций ввода в устройство 1 записи и воспроизведения информации, и сетевой сервер NTSRV, который поставляет информацию через сеть. Система дополнительно содержит маршрутизатор 11, который передает информацию, поставляемую с сетевого сервера NTSRV через оптический кабель 12 в устройство 1 записи и воспроизведения информации, в виде беспроводных данных 17. Система дополнительно содержит широкоэкранный ТВ-монитор 15, который отображает видеоинформацию, переданную из устройства 1 записи и воспроизведения информации в виде беспроводных данных, и громкоговорители 16-1 и 16-2, которые выводят аудиоинформацию, переданную из устройства 1 записи и воспроизведения информации в виде беспроводных данных.

Устройство 1 записи и воспроизведения информации содержит узел 2 записи и воспроизведения информации, который записывает и воспроизводит информацию на и с информационного записывающего носителя DISC, и накопитель в виде постоянного запоминающего устройства PRSTR, который включает в себя стационарное запоминающее устройство (флэш-память или тому подобное), съемное запоминающее устройство (защищенную цифровую (SD) карту, память, подключаемую к универсальной последовательной шине (USB), портативный накопитель на жестком диске (НЖМД, HDD) и тому подобное). Устройство 1 также содержит процессор 2 записи и воспроизведения, который записывает и воспроизводит информацию на и с устройства 6 жесткого диска, и главный центральный процессор 5 (ЦП, CPU), который управляет всем устройством 1 записи и воспроизведения информации. Устройство 1 дополнительно содержит устройство 6 жесткого диска, содержащее жесткий диск для хранения информации, контроллер 7-1 беспроводной локальной сети (LAN), который осуществляет беспроводную связь на основе беспроводной локальной сети, узел STDPL воспроизведения стандартного контента, который воспроизводит стандартный контент STDCT (будет описан позже), узел ADVPL воспроизведения усовершенствованного контента, который воспроизводит усовершенствованный контент ADVCT (будет описан позже).

Маршрутизатор 11 содержит контроллер 7-2 беспроводной локальной сети, который осуществляет беспроводную связь с устройством 1 записи и воспроизведения информации на основе беспроводной локальной сети, сетевой контроллер 8, который управляет оптической связью с сетевым сервером NTSRV, и средство 9 управления данными, которое управляет обработкой передачи данных.

Широкоэкранный ТВ-монитор 15 содержит контроллер 7-3 беспроводной локальной сети, который осуществляет беспроводную связь с устройством 1 записи и воспроизведения информации на основе беспроводной локальной сети, видеопроцессор 24, который формирует видеоинформацию на основании информации, принятой контроллером 7-3 беспроводной локальной сети, и узел 21 отображения видео, который отображает видеоинформацию, сформированную видеопроцессором 24, на широкоэкранном ТВ-мониторе 15.

Отметим, что детализированные функции и операции системы, показанной на фиг.1, будут описаны позже.

<Решения и результаты>

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

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

2. Реализация гибкого реагирования на различные действия через сеть; и

3. Реализация удобной обработки имеющей отношение к видеоинформации и необременительной передачи информации после обработки.

Несмотря на то что 1, «Реализация гибких и разносторонних форматов представлений, подобных компьютерному окну», приведенная выше, должна быть выполнена лишь посредством незначительных изменений существующих стандартов DVD-Video, поскольку пользовательские запросы становятся еще большим многообразием, ставится следующая задача. То есть такая потребность не может быть удовлетворена только подобными выполненным по заказу незначительными изменениями структур данных в существующих стандартах DVD-Video. В качестве сути технического приема для решения этой задачи этот вариант осуществления перенимает форматы представления в мире ПК, обладающие универсальностью, и по-новому вводит концепцию временной шкалы. Как результат, согласно этому варианту осуществления могут быть получены следующие новые результаты:

1] Создание гибких и выразительных реакций в ответ на действия пользователя:

1.1) Создание отклика посредством изменения в анимации и изображении во время кнопочного выбора или инструкции выполнения;

1.2) Создание голосового отклика во время кнопочного выбора или инструкции выполнения;

1.3) Запуск операции выполнения при преднамеренно задержанных временных характеристиках в ответ на пользовательскую инструкцию выполнения;

1.4) Выдача голосового ответа для помощи (подобно ПК); и

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

2] Предоставление возможности обработки переключения для самой видеоинформации и способа ее воспроизведения:

2.1) Переключение представления аудиоинформации;

2.2) Переключение отображения информации субтитров (телеопераций, субтитров, пиктограмм неподвижного изображения, и т. д.);

2.3) Предоставление возможности увеличенного по масштабу отображения субтитра согласно предпочтению пользователя.

2.4) Предоставление пользователю возможности отмечать субтитры и выдавать команду выполнения субтитра; и

2.5) Пометка отдельной части видеосинхронно с комментированием, в то время как кинорежиссер выполняет такое комментирование.

3] Одновременное представление независимой информации, которая должна быть наложена на видеоинформацию во время воспроизведения:

3.1) Одновременное отображение большого количества порций видеоинформации посредством многих окон;

3.2) Предоставление возможности свободно переключать размер окна каждого из многих окон;

3.3) Одновременное представление предварительного аудиосообщения и впоследствии записанного пользователем аудиосообщения;

3.4) Одновременное отображение текста прокрутки, который должен быть наложен на видеоинформацию; и

3.5) Одновременное отображение графических меню и образов (выбранных кнопок, и т.д.) в гибкой форме.

4] Предоставление возможности удобного поиска местоположения видео, которое должно быть просмотрено.

4.1) Проведение (текстового) поиска местоположения, которое должно быть просмотрено, по ключевым словам с использованием выпадающего меню.

Что касается 2, «Реализация гибкого реагирования на различные действия через сеть», приведенного выше, разобщение между структурами данных, заданных существующими стандартами DVD-Video, и совместимым с сетью окном является слишком большим. В качестве сути технического приема для решения этой задачи этот вариант осуществления перенимает формат (XML и сценарии) представления начальных страниц всемирной сети (Web), который обладает хорошими достижениями в оконном представлении сети как основной части структуры управления данными и приспосабливает к нему формат управления воспроизведением видео. Как результат, согласно варианту осуществления изобретения, могут быть получены следующие новые результаты:

5] Предоставление функции обновления информации на диске с использованием сети:

5.1) Автоматическое обновление объектной информации и информации внутридискового управления;

5.2) Сетевая загрузка того, каким образом использовать набор инструкций меню;

5.3) Уведомление пользователя об автоматическом обновлении информации;

5.4) Уведомление об удаче/неудаче (OK/NG) представления информации обновления пользователю; и

5.5) Функция ручного обновления пользователем.

6] Онлайновая обработка в реальном времени:

6.1) Обработка переключения или смешивания для аудиоинформации, загруженной через сеть, при воспроизведении видео (представление комментария посредством голоса режиссера кинофильма);

6.2) Сетевые покупки; и

6.3) Интерактивное изменение видео в реальном времени.

7] Совместное использование информации в реальном времени с другим пользователем через сеть:

7.1) Одновременное отображение отдельного окна даже для другого пользователя в удаленном месте;

7.2) Игра в военную игру или интерактивную игру с другим пользователем в удаленном месте;

7.3) Участие в чат-форуме (форуме онлайнового общения) во время воспроизведения видео; и

7.4) Передача и прием сообщений в или из клуба поклонников одновременно с воспроизведением видео.

Несмотря на то что 3, «Реализация удобной обработки имеющей отношение к видеоинформации и незатруднительной передачи информации после обработки», приведенная выше, должна быть реализована посредством незначительных изменений существующих стандартов DVD-Video, с обработкой сложного редактирования невозможно справиться гибко и легко. Для того чтобы гибко и легко справляться с обработкой сложного редактирования, необходима новая структура управляющей информации. В качестве сути технического приема для решения этой задачи этот вариант осуществления перенимает XML и концепцию временной шкалы, которые будут описаны позже. Как результат, согласно варианту осуществления изобретения, могут быть получены следующие новые результаты:

8] Предоставление пользователю возможности выбирать и формировать список воспроизведения и передавать его:

8.1) Предоставление пользователю возможности выбирать и формировать список воспроизведения;

8.2) Предоставление пользователю возможности передавать приятелю список воспроизведения, выбранный или сформированный им или ею;

8.3) Предоставление возможности воспроизводить список воспроизведения, выбранный или сформированный пользователем только на специальном диске;

8.4) Предоставление пользователю возможности также выбирать подборку выделенных яркостью сцен видеоинформации;

8.5) Опубликование текстографического буквенного файла, который фиксирует предпочтительные кадры в видеоинформации во всемирной сети; и

8.6) Сохранение и воспроизведение ракурсов или сцен во многих ракурсах или множество сцен, выбранных пользователем.

9] Предоставление пользователю возможности прикреплять специальную информацию, связанную с видеоинформацией, и передавать результат через сеть:

9.1) Предоставление пользователю возможности добавлять комментарий о видеоинформации и совместно использовать его с другим пользователем по сети;

9.2) Вставка входного изображения в символьный экран в видеоинформации;

9.3) Вставка информации о пользователе или информации о впечатлении после просмотра видеоинформации в информацию изображения; и

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

10] Автоматическое сохранение информации протокола воспроизведения:

10.1) Предоставление функции автоматического сохранения информации возобновления (приостановки воспроизведения);

10.2) Автоматическое сохранение промежуточной информации развития игры до предыдущего момента времени; и

10.3) Автоматическое сохранение предыдущей игровой среды (среды военной игры с большим количеством пользователей, и т.д.).

Для того чтобы удовлетворить трем потребностям, показанным на фиг.2А, 2В и 2С, этот вариант осуществления вводит новшества в XML и сценарии, а также временную шкалу в соответствии с форматом представления в мире ПК. Однако при простом заимствовании такой структуры данных совместимость с существующими стандартами DVD-Video утрачивается. Для того чтобы удовлетворять требованиям пользователей, описанным с использованием фиг.2A, 2B и 2C, необходимо сетевое соединение, и становится затруднительным предоставлять пользователю очень дешевое устройство воспроизведения информации. Поэтому этот вариант осуществления перенимает компоновку, которая может использовать усовершенствованный контент ADVCT, каковой удовлетворяет требованиям пользователей, описанным с использованием фиг.2A, 2B и 2C, и стандартный контент STDCT, который не удовлетворяет требованиям пользователей, описанным с использованием фиг.2A, 2B и 2C, но может воспроизводиться очень дешевым устройством воспроизведения информации (без какого бы то ни было непременного условия Интернет-соединения) наряду с обеспечением совместимости с существующими стандартами DVD-Video. Этот момент является важным техническим признаком в этом варианте осуществления.

Отметим, что структура данных стандартного контента STDCT и таковая у усовершенствованного контента ADVCT будет подробно описана позже.

<Пример способа воспроизведения контента>

Фиг.3А и 3В показывают примеры способов воспроизведения видеоконтента устройством 1 записи и воспроизведения информации;

Пример экземпляра показан в (а) по фиг.3А, при этом главный тайтл 31 отображается подобно телевизионной широковещательной видеоинформации после видеоинформации 42, используемой для отображения разъяснения подробной навигации, реклама 44 на продукт, услугу или тому подобное отображается вставленной в главный тайтл 31, анонс 41 кинофильма отображается после завершения отображения главного тайтла 31.

Пример экземпляра показан в (b) по фиг.3В, при этом главный тайтл 31 отображается подобно телевизионной широковещательной видеоинформации после видеоинформации 42, используемой для отображения разъяснения подробной навигации, реклама 43 в виде телеоперации отображается наложенной на отображение главного тайтла 31, и анонс 41 кинофильма отображается после завершения отображения главного тайтла 31.

Пример экземпляра показан в (с) по фиг.3B, при этом анонс 41 кинофильма отображается после видеоинформации 42 для отображения разъяснения подробной навигации, затем отображается главный тайтл 31, независимое окно 32 для рекламы отображается в области отображения, отличной от главного тайтла 31, во время отображения главного тайтла 31, и пиктограмма 33 помощи отображается в области отображения, отличной от главного тайтла 31, во время отображения анонса 41 и главного тайтла 31.

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

<Пример окна отображения>

Фиг.4 показывает пример окна отображения в момент а, когда главный тайтл 31, независимое окно 32 для рекламы и пиктограмма 33 помощи одновременно отображаются в (с) по фиг.3В.

В примере этого окна отображения главный тайтл 31 отображается в виде движущегося изображения главного изображения в передней левой области, независимое окно 32 для рекламы отображается в виде движущегося изображения фрагмента изображения в передней правой области, а пиктограмма 33 помощи отображается в виде неподвижного изображения (рисунка) в нижней области. К тому же, кнопка 34 останова, кнопка 35 воспроизведения, кнопка 36 FR (быстрой перемотки назад), кнопка 37 паузы, кнопка 38 FF (быстрой перемотки вперед) и тому подобные отображаются в виде неподвижных изображений (картинок). В дополнение, отображается курсор (не показан) или тому подобное.

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

<Тип контента>

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

Более четкие разъяснения будут предоставлены ниже.

Этот вариант осуществления определяет разные типы контента, то есть стандартный контент STDCT и усовершенствованный контент ADVCT. Этот момент является важным техническим признаком в этом варианте осуществления.

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

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

Фиг.5 показывает структуру данных стандартного контента STDCT, а фиг.6А, 6B и 6C показывают структуру данных усовершенствованного контента и разъяснения результатов и тому подобное. Фиг.7 показывает отношения между различными объектами в этом варианте осуществления. Эти фигуры будут указываться ссылкой по необходимости в последующем описании.

<Стандартный контент>

Стандартный контент является просто расширением контента, определенного в спецификации DVD-Video, главным образом, для видео с высоким разрешением, высококачественного аудио и некоторых новых функций. Стандартный контент состоит в основном из одного пространства VMG и одного или более пространств VTS (которые названы как «стандартные VTS» или просто «VTS»), как показано на фиг.5. В сравнении с существующей спецификацией DVD-Video, этот вариант осуществления предоставляет новые функциональные возможности. Например,

- Расширение потока видео, такое как кодек/разрешение

- Расширение потока аудио, такое как кодек/частота/номер канала

- Расширение потока фрагментов изображения/потока информации выделения подсветкой

- Расширение команды навигации

- Устранение некоторых ограничений для FP_DOM/VMGM_DOM/VTSM_DOM

- Устранение некоторых ограничений для переходов между доменами

- Ввод последовательности возобновления, и так далее.

Более четкие разъяснения будут предоставлены ниже.

Структура данных стандартного контента STDCT будет описана ниже с использованием фиг.5.

Стандартный контент STDCT включает в себя средство VMG управления видео, которое олицетворяет кадр меню, и стандартный набор SVTS тайтлов, который записывает видеоданные.

Средство VMG управления видео, которое записывает кадр меню, включает в себя улучшенный видеообъект EVOB, который записывает саму видеоинформацию, и данные навигации IFO, которые записывают управляющую информацию такого EVOB. Стандартный набор тайтлов SVTS включает в себя улучшенный видеообъект EVOB, который записывает саму видеоинформацию, и данные IFO навигации, которые записывают управляющую информацию такого EVOB.

Стандартный контент STDCT представляет расширенную структуру контента, специфицированного традиционным DVD-Video. Главным образом, добавлены функциональные возможности, которые улучшают разрешение видеоданных и звуковое качество аудиоданных в сравнении с традиционным DVD-Video. Как показано на фиг.5, стандартный контент STDCT состоит из одного пространства средства VMG управления видео и одного или более пространств набора VTS тайтлов, которые названы стандартным набором SVTS или VTS тайтлов.

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

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

- Увеличено количество каналов аудиоинформации и поддерживается более высокая частота дискретизации.

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

- Расширена информация фрагмента изображения и определен новый поток для информации выделения подсветкой.

- Расширена команда навигации.

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

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

- Добавлена новая функция последовательности возобновления, которая представляет обработку при приостановке воспроизведения, и улучшено удобство пользователя после приостановки.

<Стандартный VTS>

Стандартный VTS в основном используется в стандартном контенте, однако этот VTS может использоваться в усовершенствованном контенте посредством карты TMAP распределения времени. EVOB может содержать некоторую специальную информацию для стандартного контента, и такая информация в виде информации HLI выделения подсветкой и информации PCI управления отображением будет игнорироваться в усовершенствованном контенте.

Более четкие разъяснения будут предоставлены ниже.

Стандартный набор SVTS тайтлов в этом варианте осуществления в основном используется в стандартном контенте STDCT, описанном выше. Однако этот стандартный набор SVTS тайтлов может использоваться в усовершенствованном контенте ADVCT посредством карты TMAP распределения времени (будет описана позже).

Улучшенный видеообъект EVOB в качестве объекта данных, используемого в стандартном наборе SVTS тайтлов, может содержать в себе некоторые фрагменты специальной информации для стандартного контента STDCT. Некоторые порции специальной информации содержат в себе, например, информацию HLI выделения подсветкой и информацию PCI управления отображением, которые используются в стандартном контенте STDCT, но будут игнорироваться в усовершенствованном контенте ADVCT в этом варианте осуществления.

<Каталог HDDVD_TS>

Каталог «HVDVD_TS» будет существовать непосредственно под корневым каталогом. Все файлы, связанные с первичным видеонабором (то есть VMG, стандартным видеонабором(ами) и усовершенствованным VTS), будут находиться под этим каталогом.

Более четкие разъяснения будут предоставлены ниже.

Структура каталога при воспроизведении стандартного контента STDCT, показанного на фиг.5, в информационном запоминающем носителе DISC будет описана ниже. В этом варианте осуществления стандартный контент STDCT и усовершенствованный контент ADVCT (будет описан позже) записаны вместе, в каталоге HDDVD_TS. Каталог HDDVD_TS существует непосредственно под корневым каталогом информационного запоминающего носителя DISC. Например, все файлы, связанные с первичным видеонабором PRMVS (будет описан позже), таким как средство VMG управления видео, стандартный набор SVTS тайтлов и тому подобное, будут находиться под этим каталогом.

<Средство управления видео (VMG)>

Информация о средстве управления видео (VMGI), улучшенный видеообъект для меню цепочки программ первого воспроизведения (FP_PGCM_EVOB), информация о средстве управления видео для резервирования (VMGI_BUP) будут записываться соответственно в качестве компонентного файла под каталогом HVDVD_TS. Улучшенный набор видеообъектов для меню средства управления видео (VMGM_EVOBS), который должен быть разделен на вплоть до 98 файлов, находится под каталогом HVDVD_TS. Для этих файлов из VMGM_EVOBS каждый файл будет размещен непрерывным образом.

Более четкие разъяснения будут предоставлены ниже.

Компоненты средства VMG управления видео, показанного на фиг.5, будут описаны ниже. Средство VMG управления видео в основном включает в себя информацию кадра меню и информацию управления традиционного DVD-Video. Под вышеупомянутым каталогом HDDVD_TS, информация VMGI о средстве управления видео, улучшенный видеообъект EVOB, связанный с меню FP_PGCM_EVOB, которое должно отображаться первым немедленно после вставки информационного запоминающего носителя DISC, информация VMGI_BUP о средстве управления видео в качестве данных резервирования данных IFO навигации средства VMG управления видео и тому подобное записаны раздельно в виде компонентных файлов.

Под каталогом HDDVD_TS, улучшенный набор VMGM_EVOBS видеообъектов, связанный с меню средства управления видео, имеет размер 1 гигабайт или более, и эти данные будут записаны, будучи поделенными на вплоть до 98.

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

<Стандартный набор тайтлов (стандартный VTS)>

Информация о наборе тайтлов (VTSI) и информация о наборе тайтлов для резервирования (VTSI_BUP) будут записаны соответственно в виде компонентного файла под этим каталогом HVDVD_TS. Улучшенный набор видеообъектов для меню набора тайтлов (VTSM_EVOBS) и улучшенный набор видеообъектов для тайтлов (VTSTT_EVOBS) может быть разделен на вплоть до 99 файлов. Эти файлы будут компонентными файлами под каталогом HVDVD_TS. Для этих файлов из VTSM_EVOBS и VTSTT_EVOBS каждый файл будет размещен непрерывным образом.

Более четкие разъяснения будут предоставлены ниже.

В этом варианте осуществления информация VTSI о наборе тайтлов и данные VTSI_BUP резервирования информации о наборе тайтлов будут записаны соответственно в виде компонентного файла под каталогом HDDVD_TS. Размерам улучшенного набора VTSM_EVOBS видеообъектов меню набора тайтлов и улучшенного набора VTSTT_EVOBS видеообъектов каждого тайтла предоставлена возможность превышать 1 гигабайт. Однако их данные должны быть записаны, будучи разделенными на вплоть до 99 файлов. Как результат, размер каждого файла может быть установлен в 1 гигабайт или менее. Эти файлы будут независимыми компонентными файлами под каталогом HVDVD_TS. Каждый файл улучшенного набора VTSM_EVOBS видеообъектов меню набора тайтлов и улучшенного набора VTSTT_EVOBS видеообъектов каждого тайтла будет размещен соответственно непрерывным образом. Как результат, так как данные записаны в одном месте, может быть достигнуто удобство доступа к данным, повышение скорости и удобное управление обработкой данных, а эти порции информации для пользователя могут быть представлены на высокой скорости.

<Структура стандартного набора тайтлов (VTS)>

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

Следующие правила будут применяться к набору тайтлов (VTS):

1) Каждые из управляющих данных (VTSI) и резервная копия управляющих данных (VTSI_BUP) должны быть единым файлом.

2) Каждый из EVOBS для меню VTS (VTSM_EVOBS) и EVOBS для тайтлов в VTS (VTSTT_EVOBS) может быть разделен на файлы соответственно вплоть до максимума в 99.

3) VTSI, VTSM_EVOBS (если присутствует), VTSTT_EVOBS и VTSI_BUP должны быть размещены в этом порядке.

4) VTSI и VTSI_BUP не должны записываться в одном и том же ECC-блоке (встроенного канала управления).

5) Файлы, содержащие VTSM_EVOBS, должны быть размещены непрерывным образом. К тому же, файлы, содержащие VTSTT_EVOBS, должны быть размещены непрерывным образом.

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

7) Номера VTS являются последовательными номерами, назначенными VTS в томе. Номера VTS находятся в диапазоне от '1' до '511' и заданы в порядке, в котором VTS сохранены на диске (начиная с самого малого LBN (номера логического блока) в начале VTSI каждого VTS).

8) В каждом VTS может существовать разрыв в границах между VTSI, VTSM_EVOBS (если присутствует), VTSTT_EVOBS и VTSI_BUP.

9) В каждом VTSM_EVOBS (если присутствует) каждый EVOB должен быть размещен внутри непрерывным образом.

10) В каждом VTSTT_EVOBS каждый EVOB должен быть размещен внутри непрерывным образом.

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

Более четкие разъяснения будут предоставлены ниже.

Набор VTS тайтлов является совокупностью видеотайтлов. Этот набор тайтлов включает в себя информацию VTSI о наборе тайтлов в качестве управляющей информации, связанной с набором тайтлов, улучшенный набор VTSM_EVOBS видеообъектов меню набора тайтлов, улучшенный набор VTSTT_EVOBS видеообъектов (саму видеоинформацию) каждого тайтла и резервные данные VTSI_BUP информации о наборе тайтлов.

В этом варианте осуществления, следующие правила будут применяться к набору VTS тайтлов.

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

2) Улучшенный набор VTSM_EVOBS видеообъектов меню набора тайтлов и улучшенный набор VTSTT_EVOBS видеообъектов (сама видеоинформация) каждого тайтла должны быть записаны, будучи разделенными на файлы соответственно вплоть до максимума в 99 на информационный запоминающий носитель DISC, имея для каждого размер в 1 гигабайт или меньше.

3) Информация VTSI о наборе тайтлов, улучшенный набор VTSM_EVOBS видеообъектов меню набора тайтлов, улучшенный набор VTSTT_EVOBS видеообъектов (сама видеоинформация) каждого тайтла и резервные данные VTSI_BUP информации о наборе тайтлов будут размещены в этом порядке.

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

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

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

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

8) В каждом наборе тайтлов VTS может существовать разрыв в граничных областях между соседними из информации VTSI о наборе тайтлов, улучшенного набора VTSM_EVOBS видеообъектов меню набора тайтлов, улучшенного набора VTSTT_EVOBS видеообъектов (самой видеоинформации) каждого тайтла в наборе VTS тайтлов и резервными данными VTSI_BUP информации о наборе тайтлов. Более точно, вышеупомянутые четыре типа информации размещены в разных ECC-блоках, таким образом обеспечивая высокую надежность и легкую обработку воспроизведения данных при воспроизведении и увеличение скорости обработки. По этой причине вариант осуществления спроектирован, как изложено ниже. То есть когда положение записи последних данных каждой информации заканчивается посередине одного ECC-блока, информация наполнения записывается в оставшейся области, так что головная позиция следующей информации совпадает с таковой у следующего ECC-блока. Часть информации наполнения в ECC-блоке в этом варианте осуществления будет упоминаться как разрыв.

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

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

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

<Структура средства управления видео (VMG)>

VMG является таблицей содержимого для стандартных наборов тайтлов, которые существуют в «зоне HD DVD-Video». VMG состоит из управляющих данных, упоминаемых как информация о средстве управления видео (VMGI), улучшенный видеообъект для меню PGC первого воспроизведения (FP_PGCM_EVOB), улучшенный набор видеообъектов для меню VMG (VMGM_EVOBS) и резервной копии управляющих данных (VMGI_BUP). Управляющими данными является статическая информация, необходимая для воспроизведения тайтлов и предоставления информации для поддержки пользовательских операций. FP_PGCM_EVOB является улучшенным видеообъектом (EVOB), используемым для выбора языка меню. VMGM_EVOBS является совокупностью улучшенных видеообъектов (EVOB), используемых для меню, которые поддерживают доступ к тому.

Следующие правила должны применяться к средству управления видео (VMG):

1) Каждые из управляющих данных (VMGI) и резервная копия управляющих данных (VMGI_BUP) должны быть одним файлом.

2) EVOB для меню FP PGC (FP_PGCM_EVOB) должен быть одним файлом. EVOBS для меню VMG (VMGM_EVOBS) может быть разделен на файлы вплоть до максимума в 98.

3) VMGI, FP PGCM_EVOB (если присутствует), VMGM_EVOBS (если присутствует) и VMGI_BUP должны быть размещены в этом порядке.

4) VMGI и VMGI_BUP не должны записываться в одном и том же ECC-блоке.

5) Файлы, содержащие VMGM_EVOBS, должны быть размещены непрерывным образом.

6) Контент VMGI_BUP должен быть совершенно точно таким же, как VMGI. Следовательно, когда информация относительного адреса в VMGI_BUP указывает ссылкой наружу VMGI_BUP, относительный адрес будет восприниматься в качестве относительного адреса VMGI.

7) Может существовать разрыв в границах между VMGI, FP_PGCM EVOB (если присутствует), VMGM_EVOBS (если присутствует) и VMGI_BUP.

8) В каждом VMGM_EVOBS (если присутствует) каждый EVOB должен быть размещен непрерывным образом.

9) VMGI и VMGI_BUP будут записываться соответственно в логически непрерывных областях, которые являются состоящими из следующих друг за другом LSN.

Более четкие разъяснения будут предоставлены ниже.

Средство VMG управления видео является таблицей содержимого для стандартного набора SVTS тайтлов и записано в зоне HD DVD-Video, которая будет описана позже. Составляющими элементами средства управления видео являются управляющая информация в качестве информации о средстве управления видео, меню FP_PGCM_EVOB, которое должно отображаться первым, немедленно после вставки информационного запоминающего носителя DISC, улучшенный набор VMGM_EVOBS видеообъектов меню средства управления видео и резервные данные VMGI_BUP управляющей информации в качестве информации VMGI о средстве управления видео. Управляющая информация в качестве информации VMGI о средстве управления видео записывает информацию, требуемую для воспроизведения каждого тайтла, и информацию, используемую для поддержки пользовательских операций. Меню FP_PGCM_EVOB, которое должно отображаться первым, немедленно после вставки информационного запоминающего носителя DISC используется для выбора языка, представленного в меню. То есть пользователь сам или сама выбирает удовлетворяющий требованиям язык меню немедленно после вставки информационного запоминающего носителя DISC, таким образом отображая различные кадры меню с использованием наиболее понятного языка. Улучшенный набор VMGM_EVOBS видеообъектов, связанный с меню средства управления видео, является совокупностью улучшенных видеообъектов EVOB, используемых для внутренних меню, которые поддерживают доступ к тому. То есть информация кадра меню (кадра, предоставленного в качестве независимой информации для каждого отдельного языка), отображаемого на языке, выбранном пользователем, записывается в виде улучшенного набора видеообъектов.

В этом варианте осуществления следующие правила будут применяться к средству VMG управления видео.

1) Каждое из информации VMGI о средстве управления видео и резервного файла VMGI_BUP информации о средстве управления видео будет записано на информационном запоминающем носителе DISC, обладая размером каждого файла в 1 гигабайт или меньшим.

2) Улучшенный видеообъект EVOB меню FP_PGCM_EVOB, которое должно отображаться первым, немедленно после вставки информационного запоминающего носителя DISC будет раздельно записан на информационном запоминающем носителе DISC, обладая размером каждого файла в 1 гигабайт или меньшим. Улучшенный набор VMGM_EVOBS видеообъектов меню средства управления видео записаны раздельно, обладая размером каждого файла в 1 гигабайт или меньшим, а количество файлов улучшенного набора VMGM_EVOBS видеообъектов меню средства управления видео, записанного на информационный запоминающий носитель DISC, установлено равным 98 или меньшим. Так как размер данных одного файла установлен в 1 гигабайт или меньше, буферная память может легко управляться, а доступность данных улучшается.

3) Информация VMGI о средстве управления видео, меню FP_PGCM_EVOB, которое должно отображаться первым, немедленно после вставки информационного запоминающего носителя DISC, улучшенный набор VMGM_EVOBS видеообъектов меню средства управления видео и резервный файл VMGI_BUP информации о средстве управления видео будут расположены в этом порядке на информационном запоминающем носителе DISC.

4) Информация VMGI о средстве управления видео и резервный файл VMGI_BUP информации о средстве управления видео не будут записываться вместе в одном ECC-блоке.

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

5) Файлы, содержащие улучшенный набор VMGM_EVOBS видеообъектов меню средства управления видео, которое представляет информацию меню, будут расположены непрерывным образом. Как описано выше, размеру данных улучшенного набора VMGM_EVOBS видеообъектов меню средства управления видео предоставлена возможность превышать 1 гигабайт. В этом варианте осуществления раздельно записанным данным улучшенного набора VMGM_EVOBS видеообъектов меню средства управления видео во множестве файлов предписано иметь размер каждого файла в 1 гигабайт или меньше. Разделенным файлам требуется записываться на информационный запоминающий носитель DISC непрерывным образом. Этим путем все улучшенные наборы видеообъектов меню средства управления видео могут подвергаться выборке посредством единого непрерывного воспроизведения, таким образом обеспечивая высокую надежность воспроизведения, управление и повышение скорости обработки отображения для пользователя.

6) Содержимое резервного файла VMGI_BUP информации о средстве управления видео будет совершенно точно таким же, как информация VMGI о средстве управления видео.

7) Может существовать разрыв в положениях границы между соседними единицами информации VMGI о средстве управления видео, меню FP_PGCM_EVOB, которое должно отображаться первым, немедленно после вставки информационного записывающего носителя DISC, улучшенного набора VMGM_EVOBS видеообъектов меню средства управления видео и резервного файла VMGI_BUP информации о средстве управления видео. Как описано в 4), когда информация каждых данных записана вместе для каждого ECC-блока, положение последних данных может иметь отличие от положения границы ECC-блоков, а остаточная область может формироваться в ECC-блоке. Эта остаточная область названа разрывом. Так как существование областей разрыва позволено таким образом, каждая информация может записываться для соответственных ECC-блоков. Как результат, удобство при проигрывании и надежность при воспроизведении данных может обеспечиваться, как описано выше.

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

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

<Структура улучшенного набора видеообъектов (EVOBS) в стандартном контенте>

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

Следующие правила должны применяться к EVOBS:

1) В EVOBS EVOB должны быть записаны в непрерывных блоках и чередующихся блоках.

2) EVOBS состоит из одного или более EVOB. Номера EVOB_ID заданы от EVOB с самым малым LSN в EVOBS в порядке по возрастанию, начиная с единицы (1).

3) EVOB состоит из одной или более ячеек. Номера C_ID заданы от ячейки с самым малым LSN в EVOB в возрастающем порядке, начиная с единицы (1).

4) Ячейки в EVOBS могут идентифицироваться номером EVOB_ID и номером C_ID.

5) EVOB должен быть размещен в возрастающем порядке по номеру логического сектора непрерывным образом (без каких бы то ни было разрывов).

Более четкие разъяснения будут предоставлены ниже.

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

1) В улучшенном наборе видеообъектов EVOBS улучшенные видеообъекты EVOB должны записываться в непрерывных блоках и чередующихся блоках.

2) Улучшенный набор EVOBS видеообъектов состоит из одного или более улучшенных видеообъектов EVOB.

3) ID-номера EVOB_ID, назначенные соответственному улучшенному видеообъекту EVOB, заданы в возрастающем порядке номера логического сектора LSN, который указывает адрес записи улучшенного видеообъекта EVOB на информационном записывающем носителе DISC. Первым номером является «1», и номер инкрементируется по очереди.

Один улучшенный видеообъект EVOB состоит из одной или более ячеек. В качестве ID-номеров C_ID, установленных для соответственных ячеек, установлены номера, которые увеличиваются последовательно, имея минимальным значением «1» в порядке по возрастанию номера логического сектора LSN, который указывает расположение записи каждой ячейки на информационном записывающем носителе DISC.

4) Соответственные ячейки в улучшенном наборе EVOBS видеообъектов могут отдельно идентифицироваться ID-номером EVOB_ID, назначенным улучшенному видеообъекту EVOB, и ID-номерами C_ID, установленными для соответственных ячеек.

<Категория информационного запоминающего носителя>

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

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

Информационный запоминающий носитель DISC, который записывает только усовершенствованный контент ADVCT в качестве данных, записанных на информационном запоминающем носителе, соответствующем категории 2, определен, как показано в (b) по фиг.8. Информационный запоминающий носитель DISC, соответствующий категории 2, может воспроизводиться только усовершенствованным устройством воспроизведения информации, основанным на сетевом соединении. Более того, как показано в (с) по фиг.8, определен информационный запоминающий носитель DISC, соответствующий категории 3, который записывает идентичную информацию в обоих форматах, усовершенствованного контента ADVCT и стандартного контента STDCT. Этот момент является важным техническим признаком этого варианта осуществления. С использованием информационного запоминающего носителя DISC, соответствующего категории 3, усовершенствованное устройство воспроизведения информации, имеющее в распоряжении функцию сетевого соединения, может воспроизводить усовершенствованный контент ADVCT, а недорогое устройство воспроизведения информации без какого бы то ни было непременного условия сетевого соединения может воспроизводить стандартный контент STDCT. Отсюда, контент, оптимальный для любых моделей, может отображаться (предоставляться) пользователю.

<Диск категории 1>

Этот диск содержит только стандартный контент, который состоит из одного VMG и одного или более стандартных VTS. Этот диск не содержит никакого усовершенствованного контента, такого как список воспроизведения, усовершенствованный VTS и так далее. Что касается примера структуры, смотрите (а) по фиг.8.

Более четкие разъяснения будут предоставлены ниже.

Информационный записывающий носитель DISC, соответствующий категории 1, показанной в (а) по фиг.8, записывает стандартный контент STDCT, который состоит из одного средства VMG управления видео, которое формирует кадр меню, и одного или более стандартных наборов SVTS тайтлов, которые управляют видеоинформацией. Никакая информация усовершенствованного контента ADVCT не записывается на этом информационном запоминающем носителе DISC.

<Диск категории 2>

Этот диск содержит только усовершенствованный контент, который состоит из списка воспроизведения, первичного видеонабора (только усовершенствованного VTS), вторичного видеонабора и усовершенствованного субтитра. Этот диск не содержит никакого стандартного контента, такого как VMG или стандартный VTS. Что касается примера структуры, см. (b) по фиг.8.

Более четкие разъяснения будут предоставлены ниже.

Информационный запоминающий носитель DISC, соответствующий категории 2, показанной в (b) по фиг.8, записывает только усовершенствованный контент ADVCT и не записывает какой бы то ни было стандартный контент STDCT.

<Диск категории 3>

Этот диск содержит как усовершенствованный контент, который состоит из списка воспроизведения, усовершенствованного VTS в первичном видеонаборе, вторичного видеонабора, усовершенствованного приложения и усовершенствованного субтитра, так и стандартный контент, который состоит из одного или более стандартных VTS в первичном видеонаборе. То есть ни FP_DOM, ни VMGM_DOM не должны присутствовать в этом первичном видеонаборе. Хотя FP_DOM и VMGM_DOM могут существовать на диске, некоторые команды навигации для перехода к FP_DOM или VMGM_DOM будут игнорироваться устройством воспроизведения. Что касается примера структуры, см. (с) по фиг.8. Хотя этот диск содержит стандартный контент, этот диск в основном подчиняется правилам для диска категории 2. Стандартный контент может рассматриваться усовершенствованным контентом с сокращениями некоторых функций. В дополнение, для воспроизведения этого диска есть разновидности состояния, такие как состояние воспроизведения усовершенствованного контента и состояние воспроизведения стандартного контента, и предоставлена возможность перехода между этими состояниями.

Более четкие разъяснения будут предоставлены ниже.

Информационный запоминающий носитель DISC, соответствующий категории 3, показанной в (c) по фиг.8, записывает усовершенствованный контент ADVCT и стандартный контент STDCT. В информационном запоминающем носителе DISC, соответствующем категории 3, определен первичный видеонабор PRMVS (который будет описан позже). В первичном видеонаборе PRMVS, ни первый домен FP_DOM воспроизведения, соответствующий кадру, который должен отображаться немедленно после вставки информационного записывающего носителя DISC, ни домен VMGM_DOM меню средства управления видео, который отображает меню, не определены в первичном видеонаборе PRMVS. Однако первый домен FP_DOM воспроизведения и домен VMGM_DOM меню средства управления видео могут существовать в области иной, чем первичный видеонабор PRMVS, на информационном запоминающем носителе DISC, соответствующем категории 3. Более того, устройство воспроизведения информации будет игнорировать команду навигации для перехода на первый домен FP_DOM воспроизведения или домен VMGM_DOM средства управления видео. Первый домен FP_DOM воспроизведения, соответствующий кадру, который должен отображаться немедленно после вставки информационного запоминающего носителя DISC, и домен VMGM_DOM средства управления видео требуются в основном при работе меню в стандартном контенте STDCT. Однако в этом варианте осуществления, как показано на фиг.9 или 10, обработка меню выполняется в усовершенствованном контенте ADVCT для ссылки на стандартный набор тайтлов SVTS, который, по необходимости, записывает видеоинформацию в стандартном контенте STDCT. Таким путем, посредством запрещения скачка на первый домен FP_DOM воспроизведения меню, отображаемого немедленно после вставки информационного запоминающего носителя DISC, и домен VMGM_DOM средства управления видео, всегда может быть обеспечена обработка меню по усовершенствованному контенту ADVCT, таким образом избегая путаницы по отношению к пользователю. Хотя информационный запоминающий носитель DISC, соответствующий категории 3, содержит стандартный контент STDCT, в основном этот информационный запоминающий носитель DISC подчиняется правилам для информационного запоминающего носителя DISC, соответствующего категории 2, показанного в (b) по фиг.8.

<Первичный видеонабор>

Первичный видеонабор в усовершенствованном контенте состоит из пространства усовершенствованного VTS, пространства стандартного VTS и VMG. Усовершенствованный VTS, по существу, используется только в усовершенствованном контенте, а стандартный VTS может использоваться в усовершенствованном контенте, хотя этот VTS в основном используется для стандартного контента. В усовершенствованном контенте VMG может существовать в первичном видеонаборе, однако переход на VMGM_DOM или FP_DOM не разрешен. Данные для первичного видеонабора расположены на диске под каталогом HVDVD_TS.

Более четкие разъяснения будут предоставлены ниже.

Содержимое первичного видеонабора PRMVS, показанного в (с) по фиг.8, будет описано ниже. Первичный видеонабор PRMVS в усовершенствованном контенте ADVCT включает в себя усовершенствованный набор ADVTS тайтлов, стандартный набор SVTS тайтлов и средство VMG управления видео. Эти наборы тайтлов используются в основном в стандартном контенте STDCT. Однако усовершенствованный набор ADVTS тайтлов используется только в усовершенствованном контенте ADVCT, а стандартный набор SVTS тайтлов может использоваться в усовершенствованном контенте ADVCT. В усовершенствованном контенте ADVCT может существовать средство VMG управления видео в первичном видеонаборе PRMVS. Однако во время использования усовершенствованного контента ADVCT запрещен переход на вышеупомянутые домен VMGM_DOM меню средства управления видео и домен FP_DOM первого воспроизведения. Первый домен FP_DOM воспроизведения, соответствующий кадру, который должен отображаться немедленно после вставки информационного запоминающего носителя DISC, и домен VMGM_DOM средства управления видео требуются в основном при работе меню в стандартном контенте STDCT. Однако в этом варианте осуществления, как показано на фиг.9 или 10, обработка меню выполняется в усовершенствованном контенте ADVCT для ссылки на стандартный набор SVTS тайтлов, который, по необходимости, записывает видеоинформацию в стандартном контенте STDCT. Таким путем, посредством запрещения перехода на первый домен FP_DOM воспроизведения меню, отображаемого немедленно после вставки информационного запоминающего носителя DISC, и домен VMGM_DOM средства управления видео всегда может быть обеспечена обработка меню по усовершенствованному контенту ADVCT, таким образом эффективно избегая путаницы по отношению к пользователю. Первичный видеонабор PRMVS записан в информационном запоминающем носителе DISC, соответствующем категории 3. Первичный видеонабор PRMVS размещен в каталоге HDDVD_TS, описанном выше, в качестве структуры данных, которая должна записываться. Однако вариант осуществления изобретения не ограничен этим, и первичный видеонабор PRMVS может быть записан в постоянном запоминающем устройстве.

По меньшей мере первичный видеонабор PRMVS и по меньшей мере один список PLLST воспроизведения (подробности будут описаны позже) будут записаны на информационном запоминающем носителе DISC, соответствующем категории 2 или 3. Другие порции информации, связанные с усовершенствованным контентом ADVCT, описанным на фиг.8В и 8С, будут расположены в информационном запоминающем носителе DISC, но могут доставляться с сервера через сеть.

<Структура пространства тома>

Пространство тома диска HD DVD-Video состоит из

1) Тома и файловой структуры, которые будут заданы для структуры UDF.

2) Единственной «зоны HD DVD-Video», которая должна быть задана для структуры данных формата HD DVD-Video. Эта зона состоит из «зоны стандартного контента» и «зоны усовершенствованного контента».

3) «Зоны прочих DVD», которая может использоваться для иных, чем HD DVD-Video, приложений.

Следующие правила применяются для зоны HD DVD-Video.

1) «Зона HD DVD-Video» должна состоять из «зоны стандартного контента» в диске категории 1.

«Зона HD DVD-Video» должна состоять из «зоны усовершенствованного контента» в диске категории 2.

«Зона HD DVD-Video» должна состоять из обеих: «зоны стандартного контента» и «зоны усовершенствованного контента», в диске категории 3.

2) «Зона стандартного контента» должна состоять из одиночного средства управления видео (VMG) и по меньшей мере 1, при максимуме 511, набора тайтлов (VTS) в диске категории 1 и диске категории 3. «Зона стандартного контента» не будет существовать в диске категории 2.

3) VMG должно быть расположено в головной части «зоны HD DVD-Video», если она существует, то есть случай диска категории 1.

4) VMG должно состоять из по меньшей мере 2, при максимуме 102, файлов.

5) Каждый VTS (за исключением усовершенствованного VTS) должно состоять из по меньшей мере 3, при максимуме 200, файлов.

6) «Зона усовершенствованного контента» должна состоять из файлов, поддерживаемых в усовершенствованном контенте с усовершенствованным VTS. Максимальным количеством файлов для зоны усовершенствованного контента под каталогом ADV_OBJ является 512×2047.

7) Усовершенствованный VTS должен состоять из по меньшей мере 3, при максимуме 5995, файлов.

Более четкие разъяснения будут предоставлены ниже.

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

1) Зона, которая описывает том и файловую структуру (область записи управляющей информации файловой системы).

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

2) Единственная зона HD_DVD-Video.

Эта зона записывает данные в этом варианте осуществления, описанном в (с) по фиг.8. Эта зона состоит из зоны, которая записывает усовершенствованный контент ADVCT, и зоны, которая записывает стандартный контент STDCT.

Зона записи имеющей отношение к прочим DVD информации.

3) Зона прочих DVD.

Эта зона записывает имеющую отношение к DVD информацию, иную, чем информация, используемая в HD_DVD-Video этого варианта осуществления. Эта зона может записывать информацию, связанную со стандартами записи HD_DVD-Video, и информацию, связанную с существующими стандартами DVD-Video и DVD-Audio.

В этом варианте осуществления следующие правила применяются для зоны HD_DVD-Video, описанной в 2), приведенном выше, и (с) по фиг.8.

1) Информационный записывающий носитель, соответствующий категориям 1 и 3, может записывать информацию одного средства VMG управления видео и от 1 до 511 наборов VTS тайтлов в области записи стандартного контента STDCT. Информационный запоминающий носитель DISC, соответствующий категории 2, не может устанавливать область записи стандартного контента STDCT.

2) В информационном запоминающем носителе DISC, соответствующем категории 1, средство VMG управления видео должно быть записано в первом размещении в области записи HD_DVD-Video.

3) Средство VMG управления видео должно состоять из 2, при максимуме 102, файлов.

4) Каждый набор VTS тайтлов, за исключением усовершенствованных наборов ADVTS тайтлов, должен состоять из по меньшей мере 3, при максимуме 200, файлов.

5) Область записи усовершенствованного контента ADVCT должна состоять из файлов, поддерживаемых в усовершенствованном контенте ADVCT с усовершенствованным набором ADVTS тайтлов. Максимальным количеством файлов для усовершенствованного контента ADVCT, которое должно быть записано в области записи, является 512×2047.

6) Усовершенствованный набор ADVTS тайтлов должен состоять из 3, при 5995, файлов.

<Переход при воспроизведении>

Переходы при воспроизведении усовершенствованного контента ADVCT и при воспроизведении стандартного контента STDCT будут разъяснены ниже с использованием фиг.10. Информационный запоминающий носитель DISC, соответствующий категории 3, показанной в (c) по фиг.8, обладает структурой, которая может независимо воспроизводить усовершенствованный контент ADVCT и стандартный контент STDCT. Когда информационный запоминающий носитель DISC, соответствующий категории 3, вставляется в усовершенствованное устройство воспроизведения информации, имеющее в распоряжении функцию соединения сети Интернет, устройство воспроизведения считывает усовершенствованные данные ADVNV навигации, включенные в усовершенствованный контент ADVCT, в начальном состоянии INSTT. После этого устройство воспроизведения переходит в состояние ADVPS воспроизведения усовершенствованного контента. Такая же обработка применяется, когда вставляется информационный записывающий носитель DISC, соответствующий категории 2, показанной в фиг.(b) по фиг.8. В состоянии ADVPS воспроизведения усовершенствованного контента, показанного на фиг.10, состояние воспроизведения может переходить в состояние STDPS воспроизведения стандартного контента посредством выполнения команды MSCMD, соответствующей файлу MRKUP разметки или файлу SCRPT сценария. В состоянии STDPS воспроизведения стандартного контента состояние воспроизведения может возвращаться в состояние ADVPS воспроизведения усовершенствованного контента посредством выполнения команды NCCMD команд навигации, заданных в стандартном контенте STDCT.

В стандартном контенте STDCT определены системные параметры, которые записывают информацию, например, номера ракурсов отображения, номера аудиозаписей воспроизведения и тому подобное, которые заданы системой такими, как в существующих стандартах DVD-Video. В этом варианте осуществления усовершенствованный контент ADVCT может воспроизводить данные, которые должны быть установлены в системном параметре, или может изменять значения системных параметров в состоянии ADVPS воспроизведения усовершенствованного контента. Таким образом может быть обеспечена совместимость с существующим воспроизведением DVD-Video. Независимо от направления перехода между состоянием ADVPS воспроизведения усовершенствованного контента и состояния STDPS воспроизведения стандартного контента непротиворечивость значений настройки системных параметров может обеспечиваться в этом варианте осуществления.

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

<Способ обработки идентификации носителя>

Фиг.11 показывает способ обработки идентификации носителя устройством воспроизведения информации этого варианта осуществления, когда устанавливаются три разных типа информационного запоминающего носителя DISC, показанные на фиг.8A, 8B и 8C.

Когда информационный запоминающий носитель DISC установлен в устройство воспроизведения информации высокого технического уровня, имеющее в распоряжении функцию сетевого соединения, устройство воспроизведения информации определяет, соответствует ли информационный запоминающий носитель DISC HD_DVD (этап S11). В случае информационного запоминающего носителя DISC, соответствующего HD_DVD, устройство воспроизведения информации переходит к нахождению списка PLLST воспроизведения, записанного в каталоге ADVCT усовершенствованного контента, размещенном непосредственно под корневым каталогом, показанным на фиг.15, и определяет, соответствует ли информационный запоминающий носитель категории 2 или 3 (этап S12). Если список PLLST воспроизведения найден, устройство воспроизведения информации определяет, что информационное запоминающее устройство DISC соответствует категории 2 или 3, и воспроизводит усовершенствованный контент ADVCT (этап S13). Если список воспроизведения не найден, устройство воспроизведения информации проверяет ID-номер VMGM_ID средства управления видео, записанный в информации VMGI о средстве управления видео в стандартном контенте STDCT, и определяет, соответствует ли информационный запоминающий носитель DISC категории 1 (этап S14). В случае информационного записывающего носителя DISC, соответствующего категории 1, ID-номер VMGM_ID средства управления видео записан в качестве специальных данных, и может быть идентифицировано на основании информации в категории VMG_CAT средства управления видео, что записан стандартный контент STDCT, соответствующий исключительно категории 1. В этом случае воспроизводится стандартный контент STDCT (этап S15). Если установленный информационный запоминающий носитель DISC не принадлежит ни одной из категорий, описанных на фиг.8A, 8B и 8C, перенимается способ обработки в зависимости от устройства воспроизведения информации (этап S16).

<Воспроизведение только аудио>

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

Когда информационный запоминающий носитель DISC установлен в устройство воспроизведения информации, устройство воспроизведения информации определяет, соответствует ли информационный запоминающий носитель DISC HD_DVD (этап S21). Если информационный запоминающий носитель DISC не соответствует HD_DVD, в этом варианте осуществления перенимается способ обработки в зависимости от устройства воспроизведения информации (этап S24). К тому же, если устройство воспроизведения информации не является тем, которое воспроизводит только аудиоинформацию, принимается способ обработки в зависимости от устройства воспроизведения информации (S22 и S24). Если установленный информационный запоминающий носитель DISC соответствует HD_DVD этого варианта осуществления, устройство воспроизведения информации проверяет наличие/отсутствие файла PLLST списка воспроизведения, записанного в каталоге ADVCT усовершенствованного контента, размещенном непосредственно под корневым каталогом. Если файл PLLST списка воспроизведения найден, устройство воспроизведения информации, которое воспроизводит только аудиоинформацию, воспроизводит аудиоинформацию (этапы S22 и S23). В это время устройство воспроизведения информации воспроизводит информацию посредством файла PLLST списка воспроизведения.

<Способ доступа к данным>

Разные способы управления (разные способы доступа к данным контента и тому подобному) для улучшенного видеообъекта EVOB в стандартном контенте STDCT и таковые в усовершенствованном контенте ADVCT в этом варианте осуществления будут описаны ниже со ссылкой на фиг.9.

По информации STVTSI о стандартном наборе тайтлов в качестве управляющей информации в стандартном контенте STDCT в этом варианте осуществления доступ к каждому улучшенному видеообъекту EVOB определяется по номеру LSN логического сектора в качестве адресной информации в логическом пространстве. Таким путем, так как управление доступом осуществляется с использованием адресной информации, может быть обеспечена совместимость с существующими стандартами DVD-Video. В противоположность, управление доступом к каждому улучшенному видеообъекту EVOB в усовершенствованном контенте ADVCT осуществляется на основе не адресной информации, а временной информации. Этот момент является важным техническим признаком в этом варианте осуществления. Этим признаком обеспечивается не только совместимость со стандартами видеозаписи, которые предоставляют возможность существующей видеозаписи и воспроизведения, но также гарантируется и удобная обработка редактирования. Более точно, в списке PLLST воспроизведения, который представляет информацию управления воспроизведением в усовершенствованном контенте ADVCT, диапазон воспроизведения данных улучшенного видеообъекта в позиции воспроизведения задан временной информацией. В усовершенствованном контенте ADVCT этого варианта осуществления временная информация, заданная в списке PLLST воспроизведения, может быть преобразована в адресную информацию согласно информации TMAPI о карте распределения времени. Информация TMAPI о карте распределения времени используется для преобразования заданной временной информации в номер LSN логического сектора, указывающий расположение логического адреса на информационном запоминающем носителе DISC. Информация TMAPI о карте распределения времени записана в положении, отличном от списка PLLST воспроизведения. Более того, усовершенствованная информация ADVTSI о наборе тайтлов в усовершенствованном контенте ADVCT соответствует стандартной информации STVTSI о наборе тайтлов в стандартном контенте STDCT. Усовершенствованная информация ADVTSI о наборе тайтлов записывает информацию EVOBI об улучшенном видеообъекте, которая записывает информацию индивидуальных атрибутов соответственного улучшенного видеообъекта EVOB. Эта информация EVOBI об улучшенном видеообъекте ссылается на и управляет каждым отдельным улучшенным видеообъектом EVOB в качестве управляющей информации из информации атрибутов. Когда эта информация EVOBI#3 об улучшенном видеообъекте управляет и ссылается на атрибуты улучшенного видеообъекта EVOB в стандартном контенте STDCT, список PLLST воспроизведения, который управляет воспроизведением усовершенствованного контента ADVCT, может задавать воспроизведение улучшенного видеообъекта EVOB в стандартном контенте STDCT.

<Использование стандартного контента усовершенствованным контентом>

Стандартный контент может использоваться усовершенствованным контентом. VTSI усовершенствованного VTS может ссылаться на EVOB, на которые также ссылается VTSI стандартного VTS, посредством использования TMAP (см. фиг.9). В этом случае информация TMAP ссылается на один или более EVOBU в EVOB. Однако EVOB может содержать HLI, PCI и так далее, которые не поддерживаются в усовершенствованном контенте. При воспроизведении таких EVOB некоторая информация, которая не поддерживается в усовершенствованном контенте, такая как HLI и PCI, будет игнорироваться в усовершенствованном контенте.

Более четкие разъяснения будут предоставлены ниже.

Как описано выше, усовершенствованный контент ADVCT может использовать некоторые данные в стандартном контенте STDCT. Этот момент является важным техническим признаком в этом варианте осуществления.

Например, как показано на фиг.9, информация EVOBI#3 об улучшенном видеообъекте в информации ADVTSI об усовершенствованном наборе тайтлов может ссылаться на и воспроизводить улучшенный видеообъект EVOB#3 в стандартном контенте STDCT посредством использования информации TMAPI#3 карты распределения времени в усовершенствованном контенте ADVCT. К тому же, как показано на фиг.9, на улучшенный видеообъект EVOB#3, на который ссылается информация EVOBI#3 об улучшенном видеообъекте в усовершенствованном контенте, также может ссылаться информация STVTSI о стандартном наборе тайтлов. Как описано выше, в этом варианте осуществления, так как на улучшенный видеообъект EV0B#3 в стандартном контенте STDCT может ссылаться множество порций информации, он может использоваться обычным образом, и может быть повышена эффективность данных, которые должны записываться на информационный запоминающий носитель DISC.

Этот улучшенный видеообъект EVOB#3 включает в себя информацию, такую как информация HLI выделения подсветкой, информация PCI управления отображением и тому подобная. Однако усовершенствованный контент ADVCT не поддерживает эти порции информации, и информация, заданная этими информацией HLI выделения подсветкой и информацией PCI управления отображением, игнорируется при воспроизведении усовершенствованного контента ADVCT на основании списка PLLST воспроизведения.

<Усовершенствованный VTS>

Усовершенствованным VTS является используемый набор видеотайтлов для усовершенствованного контента. В сравнении со стандартным VTS дополнительно определено следующее:

1) Большее расширение для EVOB

- 1 поток основного видео - 8 (максимум) потоков основного аудио

- 1 поток вспомогательного видео

- 8 (максимум) потоков вспомогательного аудио

- 32 потока фрагментов изображения (максимум)

- 1 усовершенствованный поток

2) Интеграция улучшенного набора VOB (EVOBS)

- Интеграция меню как EVOBS, так и EVOBS-тайтлов

3) Устранение многоуровневой структуры

- Никаких вхождений, никаких PGC, никаких PTT и никаких ячеек

- Нет поддержки команд навигации и управления UOP

4) Введение новой информации о карте распределения времени (TMAPI)

- В случае непрерывного блока одна TMAPI соответствует одному EVOB, и она будет храниться в виде файла.

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

- Некоторая информация в NV_PCK упрощена.

Более четкие разъяснения будут предоставлены ниже.

Усовершенствованный набор ADVTS тайтлов, показанный в (c) по фиг.8, будет описан ниже со ссылкой на фиг.9. Усовершенствованный набор ADVTS тайтлов используется в качестве набора тайтлов для усовершенствованного контента ADVCT. Различия между усовершенствованным набором ADVTS тайтлов, показанным в (c) по фиг.8, и стандартным набором SVTS тайтлов будут перечислены ниже.

1) Большие расширения для улучшенного видеообъекта EVOB в усовершенствованном контенте ADVCT

Усовершенствованный набор ADVTS тайтлов может содержать один поток MANVD основного видео, восемь (максимум) или меньше потоков MANAD основного аудио, один поток SUBVD вспомогательного видео, восемь (максимум) или менее потоков SUBAD вспомогательных аудио, 32 (максимум) или менее потоков SUBPT фрагментов изображения и один усовершенствованный поток (потоковые данные, которые записывают усовершенствованное приложение ADAPL, которое будет описано ниже).

2) Интеграция улучшенного набора EVOBS видеообъектов

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

3) Устранение многоуровневой структуры управляющей информации для видеоинформации

Существующий DVD-Video и стандартный контент STDCT перенимает многоуровневую структуру цепочек PGC программ/частей тайтла PTT/ячеек в качестве модуля управления видео. Однако способ управления усовершенствованного контента ADVCT в этом варианте осуществления не перенимает такую многоуровневую структуру. К тому же стандартный контент STDCT существующего DVD-Video использует команды навигации для выполнения специальной обработки, такой как обработка перехода и тому подобная, и выполняет обработку действий пользователя. Однако усовершенствованный контент ADVCT по этому варианту осуществления не выполняет эти процессы.

4) Введение новой информации TMAPI карты распределения времени

В непрерывном блоке, который будет описан позже, одна информация TMAPI о карте распределения времени соответствует одному улучшенному видеообъекту EVOB, а соответственные порции информации TMAPI о карте распределения времени записаны в виде одного файла на информационном запоминающем носителе DISC. В случае перемеженного блока включено множество улучшенных видеообъектов EVOB, соответствующее каждому потоку в таком перемежающемся блоке. Информация TMAPI о карте распределения времени задана для каждого отдельного улучшенного видеообъекта EVOB, и множество порций информации TMAPI о карте распределения времени записано в одном файле для каждого перемеженного блока. Более того, информация в навигационном пакете NV_PCK, определенном в традиционном DVD-Video, и стандартном контенте STDCT записывается после того, как она упрощена.

<Структура усовершенствованного набора тайтлов (усовершенствованного VTS)>

Этот VTS состоит только из одного тайтла. Этот VTS состоит из управляющих данных, упоминаемых как информация о наборе тайтлов (VTSI), улучшенный набор видеообъектов для тайтлов в VTS (VTSTT_EVOBS), информация о карте распределения времени набора тайтлов, резервные управляющие данные (VTSI_BUP) и резервная копия информации карты о распределении времени набора тайтлов (VTS_TMAP_BUP).

Следующие правила должны применяться к набору тайтлов (VTS):

1) Управляющие данные (VTSI) и резервная копия управляющих данных (VTSI_BUP) (если существует: эти данные записываются в необязательном порядке) должны быть одним файлом.

2) VTSI и VTSI_BUP (если существует) не должны записываться в одном и том же ECC-блоке.

3) Каждая из информации о карте распределения времени набора тайтлов (VTS_TMAP) и резервной копии таковой (TMAP_BUP VTS) (если существует: эти данные записываются в необязательном порядке) должна состоять из файлов, вплоть до максимума в 999, соответственно.

4) VTS_TMAP и VTS_TMAP_BUP (если существует) не должны записываться в одном и том же ECC-блоке.

5) Файлы, содержащие VTS_TMAP, должны размещаться непрерывно.

6) Файлы, содержащие VTS_TMAP_BUP (если существует), должны быть размещены непрерывно.

7) EVOB, который принадлежит непрерывному блоку, должен быть одиночным файлом.

8) EVOB, которые состоят из перемеженного блока, должны быть включены в одиночный файл.

9) EVOBS из VTS (VTSTT_EVOBS) должен состоять из файлов, вплоть до максимума в 999.

10) Файлы, содержащие VTSTT_EVOBS, должны размещаться непрерывно.

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

Более четкие разъяснения будут предоставлены ниже.

Структура данных в усовершенствованном наборе ADVTS тайтлов в усовершенствованном контенте ADVCT, показанном на фиг.9, будет описана ниже.

В этом варианте осуществления один усовершенствованный набор ADVTS тайтлов состоит только из одного тайтла, который представляет саму видеоинформацию. В этом варианте осуществления усовершенствованный набор ADVTS тайтлов состоит из информации ADVTSI об усовершенствованном наборе тайтлов, которая хранит управляющую информацию, улучшенный набор VTSTT_EVOBS видеообъектов, который хранит тайтл, представляющий саму видеоинформацию, информацию VTS_TMAP карты распределения времени набора тайтлов, которая записывает информацию TMAPI о карте распределения времени, показанную на фиг.9, резервную информацию ADVTSI_BUP информации об усовершенствованном наборе тайтлов и резервную информацию VTS_TMAP_BUP информации карты распределения времени. Эти порции информации должны быть записаны на информационном запоминающем носителе DISC непрерывным образом в этом порядке. Следующие правила будут применяться к усовершенствованному набору ADVTS тайтлов в этом варианте осуществления.

1) Информация ADVTSI об усовершенствованном наборе тайтлов в качестве управляющей информации и резервной информации ADVTSI_BUP должна быть записана в виде одного файла на информационном запоминающем носителе DISC.

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

3) Каждая из информации VTS_TMAP карты распределения времени набора тайтлов и ее резервной информации VTS_TMAP_BUP должна записываться в от 1 до 999 (максимум) или менее файлах.

4) Каждая из информации VTS_TMAP о карте распределения времени набора тайтлов и ее резервной информации VTS_TMAP_BUP не должны записываться вместе в одном ECC-блоке. То есть как и в 2), когда граница между этими двумя порциями информации должна быть размещена в одном ECC-блоке, то есть, когда последняя часть информации VTS_TMAP карты распределения времени набора тайтлов размещена посередине одного ECC-блока, данные наполнения записываются занимающими следующую резервную информацию VTS_TMAP_BUP, которая должна записываться с головной позиции следующего ECC-блока. Таким образом, может быть обеспечена надежность при воспроизведении.

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

6) Множество файлов, содержащих информацию VTS_TMAP о карте распределения времени набора тайтлов, должно быть записано непрерывно на информационном запоминающем носителе DISC. Таким путем, как и в 5), могут быть достигнуты удобная обработка воспроизведения и повышение скорости.

7) Улучшенный набор VTSTT_EVOBS видеообъектов, который записывает тайтлы усовершенствованного набора тайтлов, должен быть записан на информационном запоминающем носителе DISC в виде от 1 до 999 (максимум) или менее файлов.

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

9) Содержимое резервной информации ADVTSI_BUP информации ADVTSI об усовершенствованном наборе тайтлов будет совершенно точно таким же, как информация ADVTSI об усовершенствованном наборе тайтлов.

<Структура улучшенного набора видеообъектов (EVOBS) в усовершенствованном VTS>

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

Следующие правила будут применяться к EVOBS:

1) В EVOBS, EVOB должны быть записаны в непрерывном блоке и перемеженном блоке.

2) EVOBS состоит из одного или более EVOB. Номера EVOB_ID задаются от EVOB с наименьшим LSN в EVOBS в порядке по возрастанию, начиная с единицы (1). Номер EVOB_ID также является соответствующим такому же номеру EVOBI в VTSI.

3) Каждый EVOB содержит один соответственный файл TMAP, если EVOB принадлежит непрерывному блоку. EVOB, которые составляют перемеженный блок, содержат один соответственный файл TMAP.

4) EVOB должен быть размещен в порядке возрастания по номеру логического сектора непрерывным образом (без каких бы то ни было разрывов).

Более четкие разъяснения будут предоставлены ниже.

Структура данных улучшенного видеообъекта EVOB в усовершенствованном контенте ADVCT, показанном на фиг.9, будет описана ниже. В этом варианте осуществления совокупность улучшенных объектов EVOB называется улучшенным набором EVOBS видеообъектов и состоит из данных видео, аудио, фрагмента изображения и тому подобных. В этом варианте осуществления следующие правила будут применяться к улучшенному набору видеообъектов EVOBS в усовершенствованном контенте ADVCT.

1) Улучшенные видеообъекты EVOB записываются в непрерывном блоке и перемеженном блоке (которые будут описаны позже).

2) Один улучшенный набор видеообъектов EVOBS включает в себя один или более улучшенных видеообъектов EVOB. Вышеупомянутые ID-номера EVOB_ID улучшенного видеообъекта назначены в порядке расположения улучшенного видеообъекта EVOB, записанного на информационном запоминающем носителе DISC. То есть ID-номера EVOB_ID задаются в порядке по возрастанию номера LSN логического сектора, который указывает адрес записи улучшенного видеообъекта EVOB в логическом пространстве, а первый номер установлен в 1. ID-номер EVOB_ID улучшенного видеообъекта является соответствующим такому же номеру информации EVOBI об улучшенном видеообъекте, описанной в информации ADVTSI об усовершенствованном наборе тайтлов. То есть, как показано на фиг.9, улучшенный видеообъект EVOB#1 имеет ID-номер EVOB_ID = «1», а улучшенный видеообъект EVOB#2 имеет ID-номер EVOB_ID = «2». Информация EVOBI#1 об улучшенном видеообъекте, которая управляет его данными, установлена имеющей номер = «1», а информация EVOBI#2 об усовершенствованном видеообъекте, которая управляет улучшенным видеообъектом EVOB#2, установлена имеющей номер = «2».

3) Каждый улучшенный видеообъект EVOB содержит один соответственный файл карты распределения времени, если улучшенный видеообъект EVOB принадлежит непрерывному блоку. То есть, как показано на фиг.9, информация TMAPI#1 о карте распределения времени существует в виде части для управления временем улучшенного видеообъекта EVOB#1, и эта информация TMAPI#1 о карте распределения времени записана на информационном запоминающем носителе DISC в виде одного файла карты распределения времени. Когда множество улучшенных видеообъектов EVOB составляют перемеженный блок, один файл карты распределения времени записан на информационном запоминающем носителе DISC в соответствии с одним перемеженным блоком.

<Отношение между объектами представления>

Фиг.7 показывает отношение между типом данных, источником данных и устройством воспроизведения/декодером для каждого объекта представления, определенного выше.

Более четкие разъяснения будут предоставлены ниже.

Усовершенствованный контент ADVCT в этом варианте осуществления использует объекты, показанные на фиг.7. Соответствие между типами данных, источниками данных и устройствами воспроизведения/декодерами и устройством воспроизведения для каждого объекта представления, показано на фиг.7. Сначала ниже будут описаны как источники данных «через сеть» и «постоянное запоминающее устройство PRSTR».

<Сетевой сервер>

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

Более четкие разъяснения будут предоставлены ниже.

Будет пояснено «через сеть», связанное с источниками данных, показанных на фиг.7.

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

<Категории данных на сетевом сервере>

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

Более четкие разъяснения будут предоставлены ниже.

Файлы, которые записывают усовершенствованный контент ADVCT в этом варианте осуществления, могут быть записаны на сетевом сервере NTSRV заблаговременно. API команд прикладной обработки, который установлен заблаговременно, загружает навигационные данные ADVNV в кэш FLCCH файлов (кэш DTCCH данных) или постоянное запоминающее устройство PRSTR. В этом варианте осуществления устройство воспроизведения первичного видеонабора не может воспроизводить первичный видеонабор PRMVS непосредственно с сетевого сервера NTSRV. Первичный видеонабор PRMVS временно записывается на постоянное запоминающее устройство PRSTR, а данные воспроизводятся через постоянное запоминающее устройство PRSTR (будет описано позже). Устройство SCDVP воспроизведения вторичного видео может воспроизводить вторичный улучшенный видеообъект S-EVOB непосредственно с сетевого сервера NTSRV с использованием потокового буфера. Постоянное запоминающее устройство PRSTR, показанное на фиг.7, будет описано ниже.

<Постоянное запоминающее устройство/категории данных в постоянном запоминающем устройстве>

Есть две категории постоянного запоминающего устройства. Одна названа как «обязательное постоянное запоминающее устройство». Это обязательное постоянное запоминающее устройство, подключенное к устройству воспроизведения. Флэш-память является типичным устройством для этого. Минимальная емкость для стационарного постоянного запоминающего устройства составляет 128 Мбайт. Другие являются необязательными и называются как «дополнительное постоянное запоминающее устройство». Они могут быть съемными запоминающими устройствами, такими как USB-память/HDD или карта памяти. NAS (сетевое устройство хранения данных) также является одним из возможного дополнительного постоянного запоминающего устройства. Фактическая реализация устройства не определена в этом описании изобретения. Они должны соответствовать API-модели для постоянного запоминающего устройства.

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

Более четкие разъяснения будут предоставлены ниже.

Этот вариант осуществления определяет два разных типа постоянных запоминающих устройств PRSTR. Первый тип назван обязательным постоянным запоминающим устройством (или стационарным постоянным запоминающим устройством в качестве обязательного постоянного запоминающего устройства) PRSTR. Устройство 1 записи и воспроизведения информации (устройство воспроизведения) в этом варианте осуществления содержит постоянное запоминающее устройство PRSTR в качестве обязательного компонента. В качестве практического записывающего носителя, который наиболее широко используется в качестве стационарного постоянного запоминающего устройства PRSTR, этот вариант осуществления предполагает флэш-память. Этот вариант осуществления основан на том, что стационарное постоянное запоминающее устройство PRSTR имеет емкость 64 Мбайта или более. Когда установлен минимальный размер требуемой памяти постоянного запоминающего устройства PRSTR, как описано выше, стабильность воспроизведения усовершенствованного контента ADVCT может гарантироваться независимо от детализированной компоновки устройства 1 записи и воспроизведения информации. Как показано на фиг.7, кэш FLCCH файлов (кэш DTCCH данных) задан в качестве источника данных. Кэш FLCCH файлов (кэш DTCCH данных) представляет кэш-память, имеющую относительно небольшую емкость, такую как DRAM (динамическое ОЗУ), SRAM (статическое ОЗУ) или тому подобное. Стационарное постоянное запоминающее устройство PRSTR в этом варианте осуществления заключает в себе флэш-память, а сама такая память установлена не отключаемой от устройства воспроизведения информации. Однако этот вариант осуществления не ограничен такой отдельной памятью, и, например, портативная флэш-память может использоваться в дополнение к стационарному постоянному запоминающему устройству PRSTR.

Другой тип постоянного запоминающего устройства PRSTR в этом варианте осуществления назван дополнительным постоянным запоминающим устройством PRSTR. Дополнительное постоянное запоминающее устройство PRSTR может быть съемным запоминающим устройством и может быть реализовано, например, USB-памятью, портативным HDD, картой памяти или тому подобным.

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

Этот вариант осуществления выполняет обработку I/O (ввода/вывода) данных и тому подобное для этих постоянных запоминающих устройств PRSTR с использованием API (прикладного интерфейса) обработки данных. Файл, который записывает отдельный усовершенствованный контент ADVCT, может быть записан в постоянном запоминающем устройстве PRSTR. Данные ADVNV усовершенствованной навигации могут копировать файл, что записывает их из источника данных в постоянное запоминающее устройство PRSTR или кэш FLCCH файлов (кэш DTCCH данных). Устройство PRMVP воспроизведения первичного видео может считывать и представлять первичный видеонабор PRMVS непосредственно из постоянного запоминающего устройства PRSTR. Устройство SCDVP воспроизведения вторичного видео может считывать и представлять вторичный видеонабор SCDVS непосредственно из постоянного запоминающего устройства PRSTR.

<Примечание об объекте представления>

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

Более четкие разъяснения будут предоставлены ниже.

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

Устройство PRMVP воспроизведения первичного видео и устройство SDCVP воспроизведения вторичного видео в качестве процессоров воспроизведения, показанных на фиг.7, будут описаны позже. Вкратце, устройство PRMVP воспроизведения первичного видео включает в себя декодер MVDEC основного видео, декодер MADEC основного аудио, декодер SVDEC вспомогательного видео, декодер SADEC вспомогательного аудио и декодер SPDEC фрагментов изображения. Что касается устройства SCDVP воспроизведения вторичного видео, декодер MADEC основного аудио, декодер SVDEC вспомогательного видео и декодер SADEC вспомогательного аудио обычно используются в качестве таковых в устройстве PRMVP воспроизведения первичного видео. К тому же, машина AEPEN представления усовершенствованного элемента и устройство ASBPL воспроизведения усовершенствованного субтитра также будут описаны позже.

<Первичный видеонабор>

Есть только один первичный видеонабор на диске. Он состоит из IFO, одного или более файлов EVOB и файлов TMAP с совпадающими наименованиями.

Более четкие разъяснения будут предоставлены ниже.

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

<Первичный видеонабор> (продолжение)

Первичным видеонабором является контейнерный формат первичного аудио-видео. Структура данных первичного видеонабора находится в соответствии с усовершенствованным VTS, который состоит из информации о наборе тайтлов (VTSI), карты распределения времени (TMAP) и первичного улучшенного видеообъекта (P-EVOB). Первичный видеонабор будет воспроизводиться устройством воспроизведения первичного видео.

Более четкие разъяснения будут предоставлены ниже.

Первичный видеонабор PRMVS содержит формат первичного аудио-видео PRMAV. Первичный видеонабор PRMVS состоит из информации ADVTSI об усовершенствованном видеонаборе, карт TMAP распределения времени и первичного улучшенного видеообъекта P-EVOB, и тому подобного. Первичный видеонабор PRMVS будет воспроизводиться устройством PRMVP воспроизведения первичного видео.

Компоненты первичного видеонабора PRMVS, показанные на фиг.7, будут описаны ниже.

В этом варианте осуществления первичный видеонабор PRMVS, главным образом, означает основные видеоданные, записанные на информационном запоминающем носителе DISC. Тип данных этого первичного видеонабора PRMVS состоит из первичного аудио-видео PRMAV, а основное видео MANVD, основное аудио MANAD и фрагмент изображения SUBPT означают такую же информацию, как видеоинформация, аудиоинформация и информация фрагмента изображения традиционного DVD-Video и стандартного контента STDCT в этом варианте осуществления. Усовершенствованный контент ADVCT в этом варианте осуществления может по-новому представлять максимум два кадра одновременно. То есть, вспомогательное видео SUBVD определено в качестве видеоинформации, которая может воспроизводиться одновременно с основным видео MANVD. Подобным образом, вновь определено вспомогательное аудио SUBAD, которое может выводиться одновременно с основным аудио MANAD.

В этом варианте осуществления имеются в распоряжении следующие два разных способа использования вспомогательного аудио SUBAD:

1) Способ вывода аудиоинформации вспомогательного видео SUBVD, использующий вспомогательное аудио SUBAD, когда основное видео MANVD и вспомогательное видео SUBVD отображаются одновременно; и

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

<Вторичный видеонабор>

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

Более четкие разъяснения будут предоставлены ниже.

Вторичный видеонабор SCDVS используется в качестве замещения для основного видео MANAD в первичном видеонаборе PRMVS и также используется в качестве дополнительной информации или информации замещения первичного видеонабора PRMVS. Данный вариант осуществления не ограничен этим. Например, вторичный видеонабор SCDVS может использоваться в качестве заместителя для основного аудио MANAD аудио SBTAD замещения или в качестве дополнения (наложенного отображения) или замещения для вторичного аудионабора SCDAV. В этом варианте осуществления контент вторичного видеонабора SCDVS может быть загружен с вышеупомянутого сетевого сервера NTSRV через сеть или может быть записан и использован в постоянном запоминающем устройстве PRSTR, или может быть заблаговременно записан на информационном запоминающем носителе DISC по варианту осуществления изобретения. Если информация вторичного видеонабора SCDVS записана на информационном запоминающем носителе DISC по варианту осуществления, перенимается следующий образ действий. То есть файл SCDVS вторичного видеонабора сохраняется один раз в кэше FLCCH файлов (кэше DTCCH данных) или постоянном запоминающем устройстве PRSTR, а затем воспроизводится из кэша файлов или постоянного запоминающего устройства PRSTR. Информация вторичного видеонабора SCDVS может воспроизводиться одновременно с некоторыми данными первичного видеонабора PRMVS. В этом варианте осуществления первичный видеонабор PRMVS, записанный на информационном запоминающем носителе DISC, может подвергаться доступу и воспроизводиться непосредственно, но вторичный видеонабор SCDVS, записанный на информационном запоминающем носителе DISC, в этом варианте осуществления не может воспроизводиться непосредственно. В этом варианте осуществления информация в первичном видеонаборе PRMVS записана в вышеупомянутом постоянном запоминающем устройстве PRSTR и может непосредственно воспроизводиться из постоянного запоминающего устройства PRSTR. Более точно, когда вторичный видеонабор SCDVS записан на сетевом сервере NTSRV, весь вторичный видеонабор SCDVS один раз записывается в кэш FLCCH файлов (кэш DTCCH данных) или постоянное запоминающее устройство PRSTR, а затем воспроизводится. Данный вариант осуществления не ограничен этим. Например, часть вторичного видеонабора SCDVS, записанного на сетевом сервере NTSRV, по необходимости сохраняется один раз в потоковом буфере в пределах диапазона, при котором потоковый буфер не переполняется, и может воспроизводиться оттуда.

<Вторичный видеонабор> (продолжение)

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

Более четкие разъяснения будут предоставлены ниже.

Вторичный видеонабор SCDVS может нести три разных типа объектов представления, то есть аудио-видео SBTAV замещения, аудио SBTAD замещения и вторичное аудио-видео SCDAV. Вторичный видеонабор SCDVS может поставляться из информационного запоминающего носителя DISC, сетевого сервера NTSRV, постоянного запоминающего устройства PRSTR, кэша FLCCH файлов или тому подобного. Структурой данных вторичного видеонабора SCDVS является упрощенная и частично модифицированная структура усовершенствованного набора ADVTS тайтлов. Вторичный видеонабор SCDVS состоит из карты TMAP распределения времени и вторичного улучшенного видеообъекта S-EVOB. Вторичный видеонабор SCDVS будет воспроизводиться устройством SCDVP воспроизведения вторичного видео.

Компоненты вторичного видеонабора SCDVS, показанные на фиг.7, будут описаны ниже.

В основном вторичный видеонабор SCDVS указывает данные, которые получены посредством считывания информации из постоянного запоминающего устройства PRSTR или через сеть, например из местоположения, иного, чем информационный запоминающий носитель DISC в этом варианте осуществления, и отображения считанной информации посредством частичной замены первичного видеонабора PRMVS, описанного выше. То есть декодер MADEC основного аудио, показанный на фиг.7, является общим с таковым у устройства PRMVP воспроизведения видео и устройства SCDVP воспроизведения вторичного видео. Когда контент вторичного видеонабора SCDVS должен воспроизводиться с использованием декодера MADEC основного аудио в устройстве SCDVP воспроизведения вторичного видео, вспомогательное аудио SUBAD первичного видеонабора PRMVS не воспроизводится устройством PRMVP воспроизведения первичного видео, а выводится после того, как он замещается данными вторичного видеонабора SCDVS. Вторичный видеонабор SCDVS состоит из трех разных типов объектов, то есть аудио-видео SBTAV замещения, аудио SBTAD замещения и вторичного аудио-видео SCDAV. Основное аудио MANAD в аудио SBTAD замещения в основном используется, когда оно заменяет основное аудио MANAD в первичном видеонаборе PRMVS. Аудио-видео SBTAV замещения состоит из основного видео MANDV и основного аудио MANAD. Аудио SBTAD замещения состоит из основного аудиопотока MANAD. Например, когда основное аудио MANAD, заблаговременно записанное на информационном запоминающем носителе DISC в виде первичного видеонабора PRMVS, записывает японский язык и английский язык в соответствии с видеоинформацией основного видео MANVD, основное аудио MANAD может представлять только аудиоинформацию на английском языке или японском языке при представлении пользователю. В противоположность, этот вариант осуществления может достигать следующего. То есть для пользователя, который говорит на китайском как на родном языке, аудиоинформация на китайском языке, записанная на сетевом сервере NTSRV, загружается через сеть, и аудиоинформация при воспроизведении основного видео MANVD первичного видеонабора PRMVS может выводиться взамен представления аудиоинформации на японском или английском языке, в то время как она замещается китайским языком в качестве основного аудио MANAD вторичного видеонабора SCDVS. К тому же вспомогательное аудио SUBAD вторичного видеонабора SCDVS может использоваться, когда аудиоинформация, синхронизированная с окном вспомогательного видео SUBVD вторичного аудио-видео SCDAV, должна быть представлена при отображении в двух окнах (например, когда информация комментариев постановщика одновременно представляется наложенной на основное аудио MANAD, которое выводится синхронно с основным видео MANVD первичного видеонабора PRMVS, описанного выше).

<Вторичное аудио-видео>

Вторичное аудио-видео содержит ноль или один поток вспомогательного видео и ноль или восемь потоков вспомогательного аудио. Это используется для добавления к первичному видеонабору или замещения потока вспомогательного видео и потока вспомогательного аудио в первичном видеонаборе.

Более четкие разъяснения будут предоставлены ниже.

В этом варианте осуществления вторичное аудио-видео SCDAV содержит ноль или одно вспомогательное видео SUBVD и ноль или восемь вспомогательных аудио SUBAD. В этом варианте осуществления вторичное аудио-видео SCDAV используется наложенным (в дополнение) на первичный видеонабор PRMVS. В этом варианте осуществления вторичное аудио-видео SCDAV также может использоваться в качестве замещения для вспомогательного видео SUBVD и вспомогательного аудио SUBAD в первичном видеонаборе PRMVS.

<Вторичное аудио-видео> (продолжение)

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

Более четкие разъяснения будут предоставлены ниже.

Вторичное аудио-видео SCDAV замещает вспомогательное видео SUBVD и вспомогательное аудио SUBAD в первичном видеонаборе PRMVS. Вторичное аудио-видео SCDAV имеет следующие варианты.

1) Вариант, когда состоит только из потока видео SUBAD;

2) Вариант, когда состоит из обоих: вспомогательного видео SUBVD и вспомогательного аудио SUBAD; и

3) Вариант, когда состоит только из вспомогательного аудио SUBAD.

Во время воспроизведения потока во вторичном аудио-видео SCDAV вспомогательное видео SUBVD и вспомогательное аудио SUBAD в первичном аудио-видео PRMAV не могут воспроизводиться. Вторичное аудио-видео SCDAV включено во вторичный видеонабор SCDVS.

<Усовершенствованное приложение>

Усовершенствованное приложение состоит из одного файла манифеста, файла(ов) разметки (включающего в себя информацию контента/стиля/временных характеристик/компоновки), файла(ов) сценария, файла(ов) изображения (формата изображения JPEG/PNG/MNG/цифровой фиксации), аудиофайла(ов) действий (LPCM, заключенного в WAV), файла(ов) шрифтов (открытого типа) и других. Файл манифеста дает информацию касательно компоновки отображения, начального файла разметки, который должен быть выполнен, файла(ов) сценариев и ресурсов в усовершенствованном приложении.

Более четкие разъяснения будут предоставлены ниже.

Усовершенствованное приложение ADAPL на фиг.7 состоит из информации, такой как файл MRKUP разметки, файл SCRPT сценариев, неподвижного изображения IMAGE, файла EFTAD аудиодействия, файла FONT шрифтов и других. Как описано выше, эти порции информации усовершенствованного приложения ADAPL используются, как только они сохранены в кэше файлов. Информация, связанная с загрузкой в кэш FLCCH файлов (кэш DTCCH данных), записана в файле MNFST манифеста (будет описан позже). К тому же, информация синхронизации загрузки и тому подобная из усовершенствованного приложения ADAPL описана в информации RESRCI в источнике в списке PLLST воспроизведения. В этом варианте осуществления файл MNFST манифеста содержит информацию, связанную с загрузкой информации файла MRKUP разметки, исполняемой в начале, информации, требуемой при загрузке информации, записанной в файле SCRPT сценария, в кэш FLCCH файлов (кэш DTCCH данных) и тому подобное.

<Усовершенствованное приложение> (продолжение)

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

Более четкие разъяснения будут предоставлены ниже.

Усовершенствованное приложение ADAPL обеспечивает следующие три функции.

Первой функцией является функция управления (например, управление скачком между разными кадрами) для образа действий представления усовершенствованного контента ADVCT. Второй функцией является функция реализации графического представления кнопок меню и тому подобного. Третьей функцией является функция управления воспроизведением аудиодействия. Файл ADVNV усовершенствованной навигации содержит манифест MNFST, файл SCRPT сценария, файл MRKUP разметки и тому подобное для реализации усовершенствованного приложения ADAPL. Информация в файле ADVEL усовершенствованного элемента связана с неподвижным изображением IMAGE, файлом FONT шрифтов и тому подобным и используется в качестве пиктограмм отображения и представления аудио при графическом отображении и представления аудио второй функции.

<Усовершенствованный субтитр>

Усовершенствованный субтитр ADSBT также используется после того, как он сохранен в кэше FLCCH файлов (кэше DTCCH данных) как в усовершенствованном приложении ADAPL. Информация усовершенствованного субтитра ADSBT может выбираться из информационного запоминающего носителя DISC или постоянного запоминающего устройства PRSTR либо через сеть. Усовершенствованный субтитр ADSBT в этом варианте осуществления в основном содержит замещенный пояснительный титр или телеоперацию для традиционной видеоинформации или изображений, таких как пиктографические символы, неподвижные изображения или тому подобное. Что касается замещения пояснительного титра, он формируется, главным образом, на основании текста, иного, чем изображения, и также может быть представлен посредством замены файла FONT шрифтов. Такие усовершенствованные субтитры ADSBT могут добавляться посредством их загрузки с сетевого сервера NTSRV. Например, новый пояснительный титр или комментарий для заданной видеоинформации может быть выведен при воспроизведении основного видео MANVD в первичном видеонаборе PRMVS, сохраненном в информационном запоминающем носителе DISC. Как описано выше, имеется в распоряжении следующий способ использования. То есть, когда фрагмент изображения SUBPT хранит только японские или английские субтитры в качестве, например, субтитров в первичном видеонаборе PRMVS, пользователь, который говорит на китайском как родном языке, загружает китайские субтитры в качестве усовершенствованных субтитров ADSBT с сетевого сервера NTSRV через сеть и отображает загруженные субтитры. Тип данных в этом случае установлен в качестве типа файла MRKUPS разметки для усовершенствованного субтитра ADSBT или файла FONT шрифтов.

<Усовершенствованный субтитр> (продолжение)

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

Более четкие разъяснения будут предоставлены ниже.

В этом варианте осуществления усовершенствованный субтитр ADSBT может использоваться в качестве субтитра (пояснительного титра или тому подобного), который отображается синхронно с основным видео MANVD первичного видеонабора PRMVS. Усовершенствованный субтитр ADSBT также может использоваться в качестве одновременного отображения (дополнительной обработки отображения) для фрагмента изображения SUBPT в первичном видеонаборе PRMVS или в качестве субтитра для фрагмента изображения SUBPT первичного видеонабора PRMVS. Усовершенствованный субтитр ADSBT состоит из файла MNFSTS манифеста для усовершенствованного субтитра ADSBT, файла(ов) MRKUPS разметки для усовершенствованного субтитра ADSBT, файла(ов) FONTS шрифтов и файла(ов) изображений IMAGES. Файл MRKUPS разметки для усовершенствованного субтитра ADSBT существует в виде подмножества файла MRKUP разметки усовершенствованного приложения ADAPL.

<Усовершенствованный субтитр> (продолжение)

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

Более четкие разъяснения будут предоставлены ниже.

Усовершенствованный контент ADVCT имеет в распоряжении два средства для субтитра.

В качестве первого средства субтитр используется в качестве потока фрагментов изображения в первичном аудио-видео PRMAV в виде функции фрагмента изображения стандартного контента STDCT. В качестве второго средства субтитр используется как усовершенствованный субтитр ADSBT. Оба средства не будут использоваться одновременно в обеих целях. Усовершенствованный субтитр ADSBT является подмножеством усовершенствованного приложения ADAPL.

<Усовершенствованный поток>

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

Более четкие разъяснения будут предоставлены ниже.

Усовершенствованным потоком является формат данных пакетных файлов, содержащих один или более файлов ADVCT усовершенствованного контента, за исключением первичного видеонабора PRMVS. Усовершенствованный поток записывается мультиплексированным в первичный улучшенный набор P-EVOBS видеообъектов и доставляется в кэш FLCCH файлов (кэш DTCCH данных). Этот первичный улучшенный набор P-EVOBS видеообъектов подвергается обработке воспроизведения устройством воспроизведения PRMVP первичного видео. Эти файлы, которые записываются мультиплексированными в первичный улучшенный набор P-EVOBS видеообъектов, обязательны для воспроизведения усовершенствованного контента ADVCT и должны храниться на информационном записывающем носителе DISC по этому варианту осуществления, чтобы иметь в распоряжении файловую структуру.

<Усовершенствованная навигация>

Файлы усовершенствованной навигации будут размещены в виде файлов или архивированы в пакетном файле. Файлы усовершенствованной навигации считываются и интерпретируются для воспроизведения усовершенствованного контента, список воспроизведения, который является файлом усовершенствованной навигации для запуска, будет размещен в каталоге «ADV_OBJ». Файлы усовершенствованной навигации могут быть мультиплексированы в P-EVOB или архивированы в пакетном файле, который мультиплексирован в P-EVOB.

Более четкие разъяснения будут предоставлены ниже.

Файлы, связанные с усовершенствованной навигацией ADVNV, используются при обработке прерываний при воспроизведении усовершенствованного контента ADVCT.

<Первичное аудио-видео>

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

Более четкие разъяснения будут предоставлены ниже.

Первичное аудио-видео PRMAV состоит из потоков, содержащих основное видео MANVD, основное аудио MANAD, вспомогательное видео SUBAD и фрагмент изображения SUBPT. Устройство воспроизведения информации может одновременно воспроизводить вспомогательное видео SUBVD и вспомогательное аудио SUBAD в дополнение к основному видео MANVD и основному аудио MANAD. Первичное аудио-видео PRMAV записывается на информационном запоминающем носителе DISC или постоянном запоминающем устройстве PRSTR. Первичное аудио-видео PRMAV включено в качестве части первичного видеонабора PRMVS. Возможное сочетание представления видео и аудио ограничено условием между первичным аудио-видео PRMAV и вторичным видеонабором SDCVS. Первичное аудио-видео PRMAV также может переносить различные разновидности файлов данных, которые могут использоваться усовершенствованным приложением ADAPL, усовершенствованным субтитром ADSBT и другими. Поток, содержащийся в этих файлах, назван усовершенствованным потоком.

<Аудиозамещения>

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

Более четкие разъяснения будут предоставлены ниже.

Аудио SBTAD замещения заменяет представление основного аудио MANAD первичного аудио-видео PRMAV. Аудио SBTAD замещения будет состоять только из потока основного аудио MANAD. В то время как воспроизводится аудио SBTAD замещения, запрещено воспроизводиться основному аудио MANAD в первичном видеонаборе PRMVS. Аудио SBTAD замещения содержится во вторичном видеонаборе SCDVS.

<Первичный улучшенный видеообъект (P-EVOB) для усовершенствованного контента>

Первичным улучшенным видеообъектом (P-EVOB) для усовершенствованного контента является поток данных, который переносит данные представления первичного видеонабора. Первичный улучшенный видеообъект для усовершенствованного контента упоминается просто как первичный улучшенный видеообъект или P-EVOB. Первичный улучшенный видеообъект соответствует программному потоку, предварительно описанному в «The system part of the MPEG-2 standard (ISO/IEC 13818-1)» («Системная часть стандарта MPEG-2(ISO/IEC 13818-1)». Типами данных представления первичного видеонабора являются основное видео, основное аудио, вспомогательное видео, вспомогательное аудио и фрагмент изображения. Усовершенствованный поток также мультиплексирован в P-EVOB.

Возможными типами пакетов в P-EVOB являются следующие.

- Пакет навигации (NV_PCK)

- Пакет основного видео (VM_PCK)

- Пакет основного аудио (AM_PCK)

- Пакет вспомогательного видео (VS_PCK)

- Пакет вспомогательного аудио (AS_PCK)

- Пакет фрагмента изображения (SP_PCK)

- Усовершенствованный пакет (ADV_PCK)

Преобразование времени (TMAP) для первичного видеонабора задает точки входа для каждого блока первичного улучшенного видеообъекта (P-EVOBU).

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

Усовершенствованный поток используется для поставки различных разновидностей файлов усовершенствованного контента в кэш файлов без какого бы то ни было прерывания воспроизведения первичного видеонабора. Модуль демультиплексирования в устройстве воспроизведения первичного видео распространяет пакет усовершенствованного потока (ADV_PCK) до средства управления кэшем файлов в средстве управления навигацией.

Более четкие разъяснения будут предоставлены ниже.

Первичным улучшенным видеообъектом P-EVOB для усовершенствованного контента ADVCT является поток данных, который переносит данные представления первичного видеонабора PRMVS. В качестве типов данных представления первичного видеонабора PRMVS включены основное видео MANVD, основное аудио MANAD, вспомогательное видео SUBVD, вспомогательное аудио SUBAD и фрагмент изображения SUBPT. В этом варианте осуществления, в качестве пакетов, включенных в первичный улучшенный видеообъект P-EVOB, существует пакет NV_PCK навигации в качестве существующего DVD и стандартного контента STDCT и существует пакет усовершенствованного потока, который записывает усовершенствованный поток. В этом варианте осуществления информация смещения относительно вспомогательного видео SUBVD и вспомогательного аудио SUBAD записана в синхронной информации SYNCI как в основном аудио MANAD и фрагменте изображения SUBPT.

<Файловая структура>

Фиг.15 показывает файловую структуру, когда различные объектные потоки в фиг.7 записаны на информационном запоминающем носителе DISC. В этом варианте осуществления, что касается усовершенствованного контента ADVCT, каталог ADVCT усовершенствованного контента размещен непосредственно под корневым каталогом информационного запоминающего носителя DISC и все файлы записаны в таком каталоге. Файл PLLST списка воспроизведения, который записывает информацию, связанную с воспроизведением, существует под каталогом ADVCT усовершенствованного контента. Вместе с этим файлом записаны каталог ADAPL усовершенствованного приложения, который записывает информацию, связанную с усовершенствованным приложением, каталог PRMVS первичного видеонабора, который записывает информацию, связанную с первичным видеонабором, каталог SCDVS вторичного видеонабора, который записывает информацию, связанную с вторичным видеонабором, и каталог ADSBT усовершенствованного субтитра, который записывает информацию, связанную с усовершенствованным субтитром.

Под каталогом ADAPL усовершенствованного приложения в усовершенствованном приложении используются каталог ADVNV усовершенствованной навигации, который записывает управляющую информацию, связанную с усовершенствованным приложением, и каталог ADVEL усовершенствованного элемента, который записывает информацию, связанную с различными усовершенствованными элементами (объектной информацией и тому подобным). Каталог ADVNV усовершенствованной навигации включает в себя файл MNFST манифеста, связанный с манифестом, который записывает отношения между различными разновидностями управляющей информации, используемой в усовершенствованном приложении, и информационных списков, требуемых для сетевой совместной загрузки, файл MRKUP разметки, который записывает данные разметки, связанные с компоновками страниц и тому подобным, файл SCRPT сценария, который записывает команды сценария. Каталог ADVEL усовершенствованных элементов включает в себя файл IMAGE неподвижных изображений, который записывает неподвижные изображения, файл EFTAD аудиодействий, который записывает аудиоданные действий, файл FONT шрифтов, который записывает информацию шрифтов, и файл OTHER прочего.

Под каталогом PRMVS первичного видеонабора существует каталог PRMAV первичного аудио-видео. Этот каталог включает в себя файл ADVTSI информации набора тайтлов, который записывает информацию атрибутов и управляющую информацию, связанную с улучшенными видеообъектами первичного аудио-видео, файл PTMAP карты распределения времени первичного видеонабора, который записывает информацию о карте распределения времени, используемую для преобразования времени первичного видеонабора в адресную информацию, и файл P-EVOB первичных улучшенных видеообъектов, который записывает первичные улучшенные видеообъекты.

Под каталогом SCDVS вторичного видеонабора существуют каталог SBTAD видеозамещения и каталог SCDAV вторичного аудио-видео. Под каталогом SCDAV вторичного аудио-видео существует файл STMAP карты распределения времени вторичного видеонабора, который записывает информацию о карте распределения времени, используемую для преобразования временной информации вторичного видеонабора в адресную информацию, и файл S-EVOB вторичных улучшенных видеообъектов, который записывает вторичные улучшенные видеообъекты. Под каталогом SBTAD аудиозамещения также могут быть сохранены файл STMAP карты распределения времени, используемый для преобразования временной информации вторичного видеонабора в адресную информацию, и файл S-EVOB вторичных улучшенных видеообъектов.

Под каталогом ADSBT усовершенствованных субтитров существуют каталог ADVNV усовершенствованной навигации, который записывает управляющую информацию, связанную с усовершенствованным субтитром, и каталог ADVEL усовершенствованных элементов в качестве информации элементов усовершенствованного субтитра. Каталог ADVNV усовершенствованной навигации включает в себя файл MNFSTS манифеста усовершенствованного субтитра и файл MRKUPS разметки усовершенствованного субтитра. Файл MNFSTS манифеста усовершенствованного субтитра записывает отношение между различными разновидностями управляющей информации, связанной с усовершенствованным субтитром, и информацией, требуемой для сетевой загрузки. Файл MRKUPS разметки усовершенствованного субтитра записывает информацию разметки, используемую для задания местоположения отображения усовершенствованного субтитра на экране, и тому подобное. Каталог ADVEL усовершенствованных элементов включает в себя файл FONTS шрифтов усовершенствованного субтитра, который записывает информацию шрифтов усовершенствованного субтитра.

<Каталоги для усовершенствованного контента>

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

Более четкие разъяснения будут предоставлены ниже.

Наименование каталога ADVCT усовершенствованного контента и каталоги и имена файлов, включенные в этот каталог, описаны с использованием d-символов или d1-символов. Подкаталоги существуют под каталогом ADVCT усовершенствованного контента. Глубиной уровней подкаталогов является восемь уровней или менее, а общее количество подкаталогов будет меньшим, чем 512, в этом варианте осуществления. Если каталоги слишком глубоки или если общее количество подкаталогов слишком велико, падает удобство доступа. Следовательно, в этом варианте осуществления высокоскоростной доступ обеспечивается ограничением количества уровней и таковых у каталогов.

<Файлы для усовершенствованного контента>

Общее количество файлов под каталогом «ADV_OBJ» будет ограничено до 512×2047, а общее количество файлов в каждом каталоге будет меньшим, чем 2048. Набор символьных кодов «A-Z a-z 0-9 SP ! $ & ' () + , - . ; = @ _» (20h, 21h, 24h - 29h, 2Bh - 2Eh, 30h - 39h, 3Bh, 3Dh, 40h - 5Ah, 5Fh, 61h - 7Ah в ISO 8859-1) используются для имени файла. Длина имени файла будет равной или меньшей, чем 255 символов. Для использования имени файла будет применяться следующее правило.

- Диск может содержать символы как в верхнем регистре, так и нижнем регистре.

- Диск не должен содержать одно и то же имя файла, где разница только в символе регистра, (например, test.jpg и TEST.JPG не должны сосуществовать на диске).

- Имя файла, указываемое в документе XML/сценария, должно совпадать с именем файла для усовершенствованного элемента в диске/постоянном запоминающем устройстве/сети. <чувствительным к регистру> (например, test.jpg не связывается с TEST.JPG)

Более четкие разъяснения будут предоставлены ниже.

Общее количество файлов, которое может быть записано под каталогом ADVCT усовершенствованного контента, будет ограничено до 512×2047, а общее количество файлов, которое может быть записано в каждом каталоге, будет меньшим, чем 2048. Имя файла перенимает структуру, в которой точка «.» размещена после каждого имени файла, а расширение размещено после точки «.». Каталог ADVCT усовершенствованного контента записан непосредственно под корневым каталогом информационного запоминающего носителя, а файл PLLST списка воспроизведения записан непосредственно под этим каталогом ADVCT усовершенствованного контента.

<Список воспроизведения>

Файл списка воспроизведения будет находиться под каталогом «ADV_OBJ», причем обладая именем файла «VPLST%%%.XPL» для устройства воспроизведения, которое соединяется с устройством отображения, или именем файла «APLST&&&.XPL» для устройства воспроизведения, которое не соединяется с устройством отображения, в случае диска категории 2 и диска категории 3. Если файлу списка воспроизведения необходимо считываться в последовательности запуска, файл списка воспроизведения будет находиться непосредственно под каталогом «ADV_OBJ» (его подкаталоги не включены), а «%%%» и «&&&» описаны значениями от «000» до «999». В этом случае файл списка воспроизведения, который имеет максимальный номер, будет считываться в начале в последовательности запуска.

Более четкие разъяснения будут предоставлены ниже.

Множество файлов PLLST списков воспроизведения может быть записано на информационном запоминающем носителе DISC. В качестве файла PLLST списка воспроизведения могут быть установлены два разных типа файлов PLLST списка воспроизведения. Имя файла у файла PLLST списка воспроизведения, к которому осуществляется прямой доступ устройством воспроизведения информации при воспроизведении, устанавливается, чтобы быть «VPLIST%%%.XML», а таковое у файла PLLST списка воспроизведения, к которому не осуществляется прямой доступ устройством воспроизведения информации, устанавливается, чтобы быть «APLIST&&&.XML». Отметим, что «%%%» и «&&&» хранят цифры, находящиеся в диапазоне от 000 до 999.

<Имя файла усовершенствованного набора тайтлов (усовершенствованного VTS)>

Имя фала для информации о наборе тайтлов будет «HVA00001.VTI».

Имя файла для улучшенного видеообъекта будет иметь расширение «EVO».

Имя файла информации о карте распределения времени для непрерывного блока будет иметь такое же тело в имени файла, как таковое у соответствующего EVOB, с расширением «MAP».

Имя файла информации о карте распределения времени для перемеженного блока будет иметь такое же тело в имени файла, как таковое у соответствующих EVOB, с расширением «MAP».

Имя файла информации о карте распределения времени для стандартного VTS, указываемое ссылкой в усовершенствованном контенте, будет «HVSO@@@@.MAP».

- «@@@@» будет четырьмя символами от «0001» до «1998», которые являются таким же номером, как номер индекса EVOB, заданный каждому EVOBI и TMAP.

Более четкие разъяснения будут предоставлены ниже.

Файл ADVTSI информации об усовершенствованном наборе тайтлов, показанный на фиг.15, будет иметь имя файла «HVA00001.VTI». Расширение имени файла у файла P-EVOB первичных улучшенных видеообъектов и таковое у файла S-EVOB вторичных улучшенных видеообъектов будет «EVO». Расширение имени файла у файла PTMAP карты распределения времени первичного видеонабора и таковое у файла STMAP карты распределения вторичного видеонабора будет «MAP».

Количество файлов у файлов PTMAP карты распределения времени первичного видеонабора и файлов STMAP карты распределения времени вторичного видеонабора будет ограничено до 999 или меньшего. Посредством задания количества файлов карты распределения времени гарантируется повышение скорости управления доступом к улучшенному объекту EVOB.

Фиг.6А, 6В и 6С показывают структуру данных усовершенствованного контента и разъяснения результатов и тому подобного.

<Усовершенствованный контент>

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

- Списка воспроизведения

- Первичного видеонабора

- Вторичного видеонабора

- Усовершенствованного приложения

- Усовершенствованного субтитра

Список воспроизведения предоставляет информацию воспроизведения из числа объектов представления, которые показаны на фиг.6А. Например, чтобы воспроизвести первичный видеонабор, устройство воспроизведения считывает файл TMAP, используя URI (унифицированный идентификатор информационного ресурса), описанный в списке воспроизведения, интерпретирует EVOBI, на которую ссылается TMAP, и осуществляет доступ к надлежащему P-EVOB, определенному в EVOBI. Чтобы представить усовершенствованное приложение, устройство воспроизведения считывает файл манифеста, используя URI, описанный в списке воспроизведения, и начинает представлять начальный файл разметки, описанный в файле манифеста, после сохранения элементов ресурса (включая начальный файл).

Более четкие разъяснения будут предоставлены ниже.

В этом варианте осуществления предоставлен усовершенствованный контент ADVCT, который дополнительно расширяет формат представления аудио и видео, реализованный стандартным контентом STDCT, и реализует интерактивность. Усовершенствованный контент ADVCT состоит из списка воспроизведения PLLST, первичного видеонабора PRMVS, вторичного видеонабора SCDVS, усовершенствованного приложения ADAPL и усовершенствованного субтитра ADSBT, показанных на фиг.7. Список PLLST воспроизведения, показанный на фиг.6А, записывает информацию, связанную со способами воспроизведения различных разновидностей объектной информации, и эти порции информации записываются в виде одного файла PLLST списка воспроизведения под каталогом ADVCT усовершенствованного контента, как показано на фиг.15.

<Список воспроизведения> (с другой стороны)

Файл списка воспроизведения описывается посредством XML, и один или более файлов списка воспроизведения размещены на диске. Устройство воспроизведения сначала интерпретирует файл списка воспроизведения, чтобы воспроизвести усовершенствованный контент. Файл списка воспроизведения состоит из следующей информации.

- Информации о проецировании объектов

- Информации распределения номеров дорожек

- Информации навигации дорожек

- Информации о ресурсе

- Информации о последовательности воспроизведения

- Информации конфигурации системы

- Регламентированной управляющей информации

Более четкие разъяснения будут предоставлены ниже.

Список PLLST воспроизведения или файл PLLST списка воспроизведения, который записывает список PLLST воспроизведения, описаны с использованием XML, и один или более файлов PLLST списков воспроизведения записаны на информационном запоминающем носителе DISC. В информационном запоминающем носителе DISC, который записывает усовершенствованный контент ADVCT, который принадлежит к категории 2 или категории 3 в этом варианте осуществления, устройство воспроизведения информации отыскивает файл PLLST списка воспроизведения немедленно после вставки информационного запоминающего носителя DISC. В этом варианте осуществления файл PLLST списка воспроизведения включает в себя следующую информацию.

1) Информацию OBMAPI о проецировании объектов

Информация OBMAPI о проецировании объектов установлена в качестве информации воспроизведения, связанной с объектами, такими как первичный видеонабор PRMVS, вторичный видеонабор SCDVS, усовершенствованное приложение ADAPL, усовершенствованный субтитр ADSBT и тому подобное. В этом варианте осуществления синхронизация воспроизведения данных каждого объекта описана в виде проецирования на временную шкалу тайтлов, что будет описано позже. В информации OBMAPI о проецировании объектов, местоположения первичного видеонабора PRMVS и вторичного видеонабора SCDVS заданы ссылкой на местоположение (каталог или URL), где существует их файл PTMAP карты распределения времени или файл STMAP карты распределения времени. В информации OBMAPI о проецировании объектов усовершенствованное приложение ADAPL и усовершенствованный субтитр ADSBT определены посредством назначения файла MNFST манифеста, соответствующего этим объектам или их местоположению (каталогу или URL).

2) Информация распределения номеров дорожек

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

3) Информация TRNAVI навигации дорожек

Информация TRNAVI навигации дорожек описывает связанную информацию для назначенных номеров дорожек и записывает информацию атрибутов для соответственных номеров дорожек в виде списков в целях удобства для пользовательского выбора. Например, коды языков и тому подобное записаны в информации навигации для соответственных номеров дорожек: дорожка № 1 = японский язык; дорожка № 2 = английский язык; дорожка № 3 = китайский язык; и так далее. Посредством использования информации TRNAVI навигации дорожек пользователь может немедленно устанавливать наиболее предпочтительный язык.

4) Информация RESRCI о ресурсе

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

5) Информация PLSQI последовательности воспроизведения

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

6) Информация конфигурации системы

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

7) Регламентированная управляющая информация SCHECI

Регламентированная управляющая информация SCHECI записывает регламент, указывающий позиции (временные характеристики) приостановки и позиции (временные характеристики) запуска событий на временной шкале TMLE тайтлов.

<Информационные ссылки из списка воспроизведения>

Фиг.6А показывает способ информационной ссылки на соответственные объекты посредством списка PLLST воспроизведения. Например, когда отдельный первичный улучшенный объект P-EVOB должен воспроизводиться по списку PLLST воспроизведения, к такому первичному улучшенному объекту P-EVOB будет осуществляться доступ после того, как указана ссылкой информация EVOBI об улучшенном видеообъекте, которая записывает информацию его атрибутов. Список PLLST воспроизведения задает диапазон воспроизведения первичного улучшенного объекта P-EVOB в качестве информации о времени на временной шкале. По этой причине информация PTMAP о карте распределения времени первичного видеонабора будет указываться ссылкой, прежде всего как средство, используемое для преобразования заданной временной информации в адресную позицию на информационном запоминающем носителе DISC. Подобным образом диапазон воспроизведения вторичного улучшенного видеообъекта S-EVOB также описан в виде временной информации в списке PLLST воспроизведения. Для того чтобы отыскать источник данных вторичного улучшенного видеообъекта S-EVOB на информационном запоминающем носителе DISC в пределах такого диапазона, информация STMAP карты распределения времени вторичного видеонабора SCDVS указывается ссылкой, прежде всего. Данные усовершенствованного приложения ADAPL будут храниться в кэше файлов до того, как они используются устройством воспроизведения информации, как показано на фиг.7. По этой причине, для того чтобы использовать различные данные усовершенствованного приложения ADAPL, файл MNFST манифеста будет указываться ссылкой из списка PLLST воспроизведения, чтобы передавать файлы различных ресурсов, описанных в файле MNFST манифеста (местоположения хранения и имена файлов ресурсов файлов ресурсов также описаны в файле MNFST манифеста), в кэш FLCCH файлов (кэш DTCCH данных). Подобным образом, для того чтобы использовать различные данные усовершенствованного субтитра ADSBT, они будут заранее сохраняться в кэше FLCCH файлов (кэше DTCCH данных). Посредством использования файла MNFSTS манифеста усовершенствованного субтитра ADSBT может производиться перенос данных в кэш FLCCH файлов (кэш DTCCH данных). На основании файла MRKUPS разметки в усовершенствованном субтитре ADSBT могут выявляться позиция отображения и синхронизация по времени усовершенствованного субтитра ADSBT на экране, а файл FONTS шрифтов в усовершенствованном субтитре ADSBT может использоваться, когда информация усовершенствованного субтитра ADSBT отображается на экране.

<Ссылка на карту распределения времени>

Для того чтобы представлять первичный видеонабор PRMVS, будет указываться ссылкой информация PTMAP карты распределения времени, и будет выполняться обработка осуществления доступа к первичному улучшенному видеообъекту P-EVOB, определенному информацией EVOBI об улучшенном видеообъекте.

<Сетевой маршрут>

Фиг.1 показывает пример сетевого маршрута от сетевого сервера NTSRV до устройства 1 записи и воспроизведения информации, который проходит через маршрутизатор 11 в доме через оптический кабель 12, для получения информационного соединения через беспроводную локальную сеть в доме. Однако данный вариант осуществления не ограничивается этим. Например, этот вариант осуществления может иметь другой сетевой маршрут. Фиг.1 иллюстрирует персональный компьютер в качестве устройства 1 записи и воспроизведения информации. Однако данный вариант осуществления не ограничивается этим. Например, взятое в отдельности домашнее устройство записи или взятое в отдельности домашнее устройство воспроизведения может быть установлено в качестве устройства записи и воспроизведения информации. К тому же данные могут непосредственно отображаться на мониторе посредством провода без использования беспроводной локальной сети.

В этом варианте осуществления сетевой сервер NTSRV, показанный на фиг.1, заблаговременно сохраняет информацию вторичного видеонабора SCDVS, усовершенствованного приложения ADAPL и усовершенствованного субтитра ADSBT, показанных на фиг.7, и эти порции информации могут доставляться в дом через оптический кабель 12. Различные данные, отправленные через оптический кабель 12, передаются в устройство 1 записи и воспроизведения информации в виде беспроводных данных 17 через маршрутизатор 11 в доме. Маршрутизатор 11 содержит контроллер 7-2 беспроводной локальной сети, систему 9 управления данными и сетевой контроллер 8. Сетевой контроллер 8 управляет обработкой обновления данных с помощью сетевого сервера NTSRV, а контроллер 7-2 беспроводной локальной сети передает данные в домашнюю беспроводную локальную сеть. Средство 9 управления данными управляет такой обработкой передачи данных. Данные различного содержимого вторичного видеонабора SCDVS, усовершенствованного приложения ADAPL и усовершенствованного субтитра ADSBT, которые отправляются мультиплексированными в беспроводных данных 17 из маршрутизатора 11, принимаются контроллером 7-1 беспроводной локальной сети и затем отправляются в узел ADVPL воспроизведения усовершенствованного контента, а некоторые данные сохраняются в кэше DTCCH данных, показанном на фиг.13. Устройство воспроизведения информации по этому варианту осуществления включает в себя узел ADVPL воспроизведения усовершенствованного контента, который воспроизводит усовершенствованный контент ADVCT, узел STDPL воспроизведения стандартного контента, который воспроизводит стандартный контент STDCT, и процессор 4 записи и воспроизведения, который выполняет запись видео на записываемом информационном запоминающем носителе DISC или устройстве 6 жесткого диска и может воспроизводить данные оттуда. Эти узлы воспроизведения и процессор 4 записи и воспроизведения согласованно управляются главным ЦП 5. Как показано на фиг.1, информация воспроизводится или записывается с или на информационный запоминающий носитель DISC в узле 2 записи и воспроизведения информации. В этом варианте осуществления аудиовизуальная среда, которая должна воспроизводиться узлом ADVPL воспроизведения усовершенствованного контента, основана на воспроизведении информации из узла 2 записи и воспроизведения информации или накопителя 3 постоянного запоминающего устройства (стационарного или портативного накопителя флэш-памяти). Как описано выше, в этом варианте осуществления данные, записанные на сетевом сервере NTSRV, также могут воспроизводиться. В этом случае, как описано выше, данные, сохраненные на сетевом сервере NTSRV, проходят через оптический кабель 12, проходят через контроллер 7-2 беспроводной локальной сети в маршрутизатор 11 под сетевым управлением в маршрутизаторе 11, чтобы передаваться в виде беспроводных данных 17, а затем передаются в узел ADVPL воспроизведения усовершенствованного контента через контроллер 7-1 беспроводной локальной сети. Видеоинформация, которая должна воспроизводиться узлом ADVPL воспроизведения усовершенствованного контента, может отображаться на широкоэкранном ТВ-мониторе 15 из контроллера 7-1 беспроводной локальной сети в виде беспроводных данных 18, когда она может отображаться на устройстве 13 отображения или когда обнаружен пользовательский запрос показа на более широком экране. Широкоэкранный ТВ-монитор 15 включает в себя видеопроцессор 24, узел 21 отображения видео и контроллер 7-3 беспроводной локальной сети. Беспроводные данные 18 принимаются контроллером 7-3 беспроводной локальной сети, затем подвергаются видеообработке видеопроцессором 24 и отображаются на широкоэкранном ТВ-мониторе 15 через узел 21 отображения видео. Одновременно аудиоданные выводятся через громкоговорители 16-1 и 16-2. Пользователь может производить операции над окном (окном меню или тому подобным), отображаемым на устройстве 13 отображения, с использованием клавиатуры 14.

<Внутренняя структура узла воспроизведения усовершенствованного контента>

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

<Средство управления доступом к данным>

Средство управления доступом к данным ответственно за обмен различными видами данных между источниками данных и внутренними модулями устройства воспроизведения усовершенствованного контента.

Более четкие разъяснения будут предоставлены ниже.

Средство DAMNG управления доступом к данным используется для управления обменом данными между внешним источником данных, где записан усовершенствованный контент ADVCT, и модулями в узле ADVPL воспроизведения усовершенствованного контента. В этом варианте осуществления в качестве источника данных усовершенствованного контента ADVCT предполагаются постоянное запоминающее устройство PRSTR, сетевой сервер NTSRV и информационный запоминающий носитель DISC, а средство DAMNG управления доступа к данным обменивается информацией с ними. Осуществляется обмен различными видами информации усовершенствованного контента ADVCT системой NVMNG управления навигацией (будет описана позже), кэшем DTCCH данных и машиной PRSEN представления через систему DAMNG управления доступа к данным.

<Кэш данных>

Кэш данных является временным хранилищем данных для воспроизведения усовершенствованного контента.

Более четкие разъяснения будут предоставлены ниже.

Кэш DTCCH данных используется в качестве временного хранилища данных (место временного хранения данных) в узле ADVPL воспроизведения усовершенствованного контента.

<Средство управления навигацией>

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

Более четкие разъяснения будут предоставлены ниже.

Средство NVMNG управления навигацией управляет всеми функциональными модулями узла ADVPL воспроизведения усовершенствованного контента в соответствии с содержимым описания усовершенствованного приложения ADAPL. Это средство NVMNG управления навигацией также осуществляет управление в ответ на пользовательскую операцию UOPE. Пользовательская операция UOPE вырабатывается на основании ввода с клавиатуры на передней панели устройства воспроизведения информации, ввода с клавиатуры на пульте дистанционного управления и тому подобного. Информация, принятая по пользовательской операции UOPE, сформированной таким путем, обрабатывается средством NVMNG управления навигацией.

<Машина представления>

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

Машина PRSEN представления выполняет воспроизведение представления усовершенствованного контента ADVCT.

<AV-рендерер>

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

Более четкие разъяснения будут предоставлены ниже.

AV-рендерер AVRND выполняет обработку компонования входной видеоинформации и аудиоинформации от других модулей и выдает вовне комбинированную информацию на громкоговорители 16-1 и 16-2, широкоэкранный ТВ-монитор 15 и тому подобное. Аудиоинформация, используемая в этом случае, может быть как независимой потоковой информацией, так и аудиоинформацией, полученной путем смешивания вспомогательного аудио SUBAD и основного аудио MANAD.

<Реализация автоматического обновления объектной информации, и т.д.>

Практический пример новых результатов, полученных как следствие технических приемов согласно этому варианту осуществления, который был описан с использованием фиг.2А, 2В и 2С, будет описан ниже, со ссылкой на фиг.3А и 3В. В качестве способа демонстрации нового результата 5.1) «Автоматическое обновление объектной информации и информации внутридискового управления» по 5] «Предоставление функции обновления информации на диске с использованием сети», в этом варианте осуществления, как показано на фиг.3А и 3В, реклама 44 в качестве коммерческой информации, независимое окно 32 для рекламы, телеоперационная реклама 43 и анонс 41 всегда могут поставляться пользователю в виде самой последней видеоинформации. Этот момент является важным техническим признаком в этом варианте осуществления.

Посредством постоянной замены анонса 41 самой последней информацией для пользователей может быть своевременно проводиться анонс кинофильма, с тем чтобы создать возможность для завлекания их в кинотеатр. В этом варианте осуществления, так как рекламы (реклама 44, независимое окно 32 для рекламы и телеоперационная реклама 43) отображаются и должны быть связаны с воспроизведением главного тайтла 31, спонсорские сборы собираются от коммерческих спонсоров подобно обычному ТВ-вещанию, таким образом удерживая отпускные цены на информационные запоминающие носители для пользователей. Концепция вставки реклам в видеоинформацию была предложена в доступной форме. В этом варианте осуществления новейшая коммерческая информация считывается с сетевого сервера NTSRV, а также новейшая коммерческая информация отображается связанной с показом главного тайтла 31, записанного на информационном запоминающем носителе DISC. Этот момент является важным техническим признаком в этом варианте осуществления. Самый последний анонс 41 и коммерческая информация последовательно обновляются и сохраняются на сетевом сервере NTSRV, показанном на фиг.1, и загружаются через сеть синхронно с временными характеристиками воспроизведения главного тайтла 31, записанного на информационном запоминающем носителе DISC. Отношение между соответствующими объектами, показанными на фиг.3А и 3В, и объектами, показанными на фиг.7, будет описано ниже.

На фиг.3А и 3В, главный тайтл 31 включает в себя основное видео MANVD и основное аудио MANAD первичного аудио-видео PRMAV в первичном видеонаборе PRMVS. Анонс 41, реклама 44 и независимое окно 32 для рекламы также записаны в качестве вспомогательного видео SUBVD и вспомогательного аудио SUBAD первичного аудио-видео PRMAV в первичном видеонаборе PRMVS на информационном запоминающем носителе DISC. Однако, когда истек определенный период времени после создания информационного запоминающего носителя DISC, эти порции информации становятся слишком устаревшими для того, чтобы быть представленными. В таком случае эти порции информации замещаются вспомогательным видео SUBVD и вспомогательным аудио SUBAD вторичного аудио-видео SCDAV во вторичном видеонаборе SCDVS, хранимом на сетевом сервере NTSRV, и отображаются в качестве рекламы 44 или независимого окна 32 для рекламы. В этом варианте осуществления реклама 44, которая заранее записана на информационном запоминающем носителе DISC, может быть записана в качестве основного видео MANVD и основного аудио MANAD первичного аудио-видео PRMAV в первичном видеонаборе PRMVS в качестве еще одного варианта осуществления. Подобным образом, когда информация анонса 41 записана на информационный запоминающий носитель DISC, она записана во вспомогательном видео SUBVD и вспомогательном аудио SUBAD первичного аудио-видео PRMAV в первичном видеонаборе PRMVS или в основном видео MANVD и основном аудио MANAD первичного аудио-видео PRMAV. По истечении определенного периода времени после создания информационного запоминающего носителя DISC при воспроизведении такая информация загружается с сетевого сервера NTSRV в качестве информации вспомогательного видео SUBVD и вспомогательного аудио SUBAD во вторичном аудио-видео SCDAV во вторичном видеонаборе SCDVS, и загруженная информация представляется. Таким путем, согласно этому варианту осуществления реклама 44, информация независимого окна 32 для рекламы или телеоперационной рекламы 43 и анонс 41 могут всегда отображаться для пользователя в качестве самых последних, таким образом, улучшая результаты PR (связей с общественностью).

<Детализированный способ воспроизведения видеоконтента>

Примеры представления видеоконтента в этом варианте осуществления будут подробно описаны ниже со ссылкой на (а), (b) и (с) по фиг.3А и 3В.

В (а) по фиг.3А, когда информационный запоминающий носитель DISC вставляется в устройство 1 записи и воспроизведения информации, первой отображается необходимая пояснительная видеоинформация 42 подробной навигации. Если пользователь не ощущает необходимость в подробной навигации, он или она игнорирует ее. Однако если пользователь желает просмотреть разъяснение способа воспроизведения усовершенствованного контента ADVCT на этом информационном запоминающем носителе DISC, он или она вводит необходимость в подробной навигации для отображения указаний по использованию подробной навигации (не показано). В случае (с) по фиг.3, каким образом использовать клавишу помощи (будет описана позже) объясняется в необходимой пояснительной видеоинформации 42 подробной навигации, и все время отображается пиктограмма помощи. Как следствие, пользователь может указать пиктограмму помощи, когда необходимо потребовать разъяснения используемого способа.

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

В (b) по фиг.3В самая последняя реклама 43 отображается наложенной на отображение главного тайтла 31 в виде телеоперации. Как способ постоянного обновления информации отображения телеоперационной рекламы 43 самой последней информацией этот вариант осуществления использует усовершенствованный субтитр ADSBT со вспомогательным средством сетевой загрузки. Этот момент является важным техническим признаком в этом варианте осуществления. То есть при начальных временных характеристиках телеоперационная реклама 43 отображается в виде телеоперации (информация бегущего текста) во фрагменте SUBPT изображения первичного аудио-видео PRMAV в первичном видеонаборе PRMVS. Когда истек определенный период времени после изготовления информационного запоминающего носителя DISC, в то время как самая последняя информация телеоперационной рекламы 43 записана в виде усовершенствованного субтитра ADSBT на сетевом сервере NTSRV, она загружается через сеть и отображается как телеоперационная реклама 43.

Пример отображения видеоконтента в (с) по фиг.3В будет пояснен ниже. В (с) по фиг.3В анонс 41 кинофильма, который должен быть экранизован в кинотеатре, отображается немедленно после необходимой пояснительной видеоинформации 42 подробной навигации, а главный тайтл 31 отображается после отображения анонса 41. В этом случае независимое окно 32 для разной рекламы отображается в дополнение к главному тайтлу 31, и в то же время отображается пиктограмма 33 помощи. В этом варианте осуществления контент главного тайтла 31 заранее записан на информационном запоминающем носителе DISC в качестве основного видео MANVD и основного аудио MANAD первичного аудио-видео PRMAV в первичном видеонаборе PRMVS. Независимое окно 32 для разной рекламы записано в качестве вспомогательного видео SUBVD и вспомогательного аудио SUBAD первичного аудио-видео PRMAV в первичном видеонаборе PRMVS на информационном запоминающем носителе DISC. Эта информация представляется пользователю при ранних временных характеристиках. По истечении определенного периода времени после изготовления информационного запоминающего носителя DISC независимое окно 32 для разной рекламы может отображать обновленную видеоинформацию в этом варианте осуществления. По этому способу информация независимого окна 32 для самой последней рекламы хранится на сетевом сервере NTSRV в качестве вспомогательного видео SUBVD и вспомогательного аудио SUBAD вторичного аудио-видео SCDAV во вторичном видеонаборе SCDVS и загружается по необходимости через сеть, таким образом представляя самую последнюю информацию пользователю. В варианте осуществления в (с) по фиг.3В пиктограмма 33 помощи включает в себя файл IMAGE неподвижного изображения и файл SCRPT сценария усовершенствованного приложения ADAPL.

<Практический пример окна отображения>

Фиг.4 показывает пример окна отображения в точке а, когда главный тайтл 31, независимое окно 32 для рекламы и пиктограмма 33 помощи одновременно отображаются в (с) по фиг.3В.

Главный тайтл 31 отображается в верхней левой области на фиг.4, независимое окно 32 для рекламы отображается в верхней правой области, а пиктограмма 33 помощи отображается в нижней области. Новые результаты как следствие технических приемов согласно этому варианту осуществления, показанные в окне по фиг.4 и фиг.2А, 2В, и 2С, будут описаны ниже.

Что касается 1] «Обеспечение гибких и выразительных реакций в ответ на действия пользователя», в качестве нового результата, полученного как следствие технических приемов согласно этому варианту осуществления, описанному с использованием фиг.2А, 2В и 2С, в этом варианте осуществления может быть создано гибкое и выразительное окно, схожее с начальной страницей в сети Интернет. Пиктограмма 33 помощи по фиг.4 соответствует 1.4) «ПК-подобная помощь» и 1.5) «Каким образом использовать набор инструкций меню», и т.п., в качестве новых практических результатов этого варианта осуществления. Данные изображения пиктограммы 33 помощи в этом окне существуют в виде файла IMAGE неподвижного изображения усовершенствованного приложения ADAPL, а его информация сохраняется в каталоге ADVEL усовершенствованных элементов в каталоге ADAPL усовершенствованного приложения, под каталогом ADVCT усовершенствованного контента на информационном запоминающем носителе DISC, показанном на фиг.15. Когда пользователь щелкает кнопкой мыши по пиктограмме 33 помощи, изображение, совместимое с помощью, начинает двигаться. Обработка команды, связанная с таким движением, записана в файле SCRPT сценария в усовершенствованном приложении ADAPL, то есть она хранится в файле SCRPT сценария под каталогом ADVCT усовершенствованного контента по фиг.15. Информация, используемая для обозначения неподвижного изображения пиктограммы 33 помощи и области, определенной файлом сценария, записана в файле MRKUP разметки, показанном на фиг.15, а информация ассоциирования (связанная информация, требуемая для загрузки данных) из числа этих порций информации записана в файле MNFST манифеста. Множество порций информации, таких как кнопка 34 останова, кнопка 35 воспроизведения, кнопка 36 FR (быстрой перемотки назад), кнопка 37 паузы, кнопка 38 FF (быстрой перемотки вперед) и тому подобные, показанных на фиг.4, классифицируются как усовершенствованное приложение ADAPL. Неподвижные изображения, соответствующие этим пиктограммам, сохранены в файле IMAGE неподвижного изображения на фиг.15, команды исполнения по назначению каждой из этих кнопок записаны в файле сценария по фиг.15, а распределения их областей записаны в файле MRKUP разметки.

Окно по фиг.4, которое соответствует 3.1) «Одновременное отображение большого количества частей видеоинформации посредством многих окон» и 3.4) «Одновременное отображение текста прокрутки, который должен быть наложен на видеоинформацию» по 3] «Одновременное представление независимой информации, которая должна быть наложена на видеоинформацию во время воспроизведения» новых результатов как следствия технических приемов согласно этому варианту осуществления, показанному на фиг.2А, 2В, и 2С, будет описано ниже.

В существующем стандарте DVD в одном окне может отображаться только один тип видеоинформации. В противоположность, в этом варианте осуществления вспомогательное видео SUBVD и вспомогательное аудио SUBAD могут представляться одновременно с основным видео MANVD и основным аудио MANAD. Более точно, главный тайтл 31 на фиг.4 соответствует основному видео MANVD и основному аудио MANAD в первичном видеонаборе PRMVS, и независимое окно 32 для рекламы на правой стороне соответствует вспомогательному видео SUBVD и вспомогательному аудио SUBAD, так что два окна могут отображаться одновременно. Более того, в этом варианте осуществления независимое окно 32 для рекламы на правой стороне по фиг.4 может отображаться посредством замещения его вспомогательным видео SUBVD и вспомогательным аудио SUBAD во вторичном видеонаборе SCDVS. Этот момент является важным техническим признаком в этом варианте осуществления. То есть вспомогательное видео SUBVD и вспомогательное аудио SUBAD в первичном аудио-видео первичного видеонабора PRMVS записываются заранее на информационный запоминающий носитель DISC, а вспомогательное видео SUBVD и вспомогательное аудио SUBAD во вторичном видеонаборе SCDVS, которые должны обновляться, записываются на сетевом сервере NTSRV. Непосредственно после создания информационного запоминающего носителя DISC отображается независимое окно 32 для рекламы, заранее записанной на информационном запоминающем носителе DISC. По истечении определенного периода времени после изготовления информационного запоминающего носителя DISC вспомогательное видео SUBVD и вспомогательное аудио SUBAD во вторичном видеонаборе SCDVS, записанные на сетевом сервере NTSRV, загружаются через сеть и отображаются, чтобы обновлять независимое окно 32 для рекламы самой последней видеоинформацией. Таким путем независимое окно 32 для новейшей рекламы всегда может отображаться для пользователя, таким образом улучшая коммерческий результат спонсора. Поэтому посредством накопления крупной суммы коммерческого сбора от спонсора цена информационного запоминающего носителя DISC, который должен быть продан, может удерживаться низкой, таким образом стимулируя широкое распространение этого информационного запоминающего носителя DISC в этом варианте осуществления. В дополнение, телеоперационное текстовое сообщение 39, показанное на фиг.4, может отображаться наложенным на главный тайтл 31. В качестве телеоперационного сообщения, самая последняя информация, такая как новости, прогноз погоды и тому подобное, сохраняется на сетевом сервере NTSRV в виде усовершенствованного субтитра ADSBT и отображается, будучи загружаемой при необходимости через сеть, таким образом значительно улучшая удобство пользователя. Заметим, что информация о шрифте текста телеоперационного тестового сообщения в это время может храниться в файле FONTS шрифта в каталоге ADVEL усовершенствованных элементов в каталоге ADSBT усовершенствованных субтитров, как показано на фиг.15. Информация о размере и положении отображения по главному тайтлу 31 этого телеоперационного текстового сообщения 39 может быть записана в файле MRKUPS разметки усовершенствованного субтитра ADSBT в каталоге ADVNV усовершенствованной навигации, под каталогом ADSBT усовершенствованного субтитра на фиг.15.

<Общее представление информации в списке воспроизведения>

Общее представление информации в списке PLLST воспроизведения в этом варианте осуществления будет описано ниже со ссылкой на фиг.14. Список PLLST воспроизведения в этом варианте осуществления записан в файле PLLST списка воспроизведения, размещенном непосредственно под каталогом ADVCT усовершенствованного контента на информационном запоминающем носителе DISC или постоянном запоминающем устройстве PRSTR, как показано на фиг.15, и записывает управляющую информацию, связанную с воспроизведением усовершенствованного контента ADVCT. Список PLLST воспроизведения записывает информацию, такую как информация PLSQI последовательности воспроизведения, информация OBMAPI о проецировании объектов, информацию RESRCI о ресурсе и тому подобное. Информация PLSQI последовательности воспроизведения фиксирует информацию о каждом тайтле в усовершенствованном контенте ADVCT, представленном на информационном запоминающем носителе DISC, постоянном запоминающем устройстве PRSTR или сетевом сервере NTSRV, и информацию позиций деления глав, на которые разделена видеоинформация в тайтле. Информация OBMAPI о проецировании объектов управляет временными характеристиками представления и положениями на экране соответственных объектов каждого тайтла. Каждый тайтл настраивается с помощью временной шкалы TMLE тайтла, а временные характеристики начала и конца отображения каждого объекта могут настраиваться с использованием информации времени по этой временной шкале TMLE тайтла. Информация RESRCI о ресурсе фиксирует информацию о предшествующих временных характеристиках хранения каждой объектной информации, которая должна быть сохранена в кэше DTCCH данных (кэше FLCCH файлов) перед тем, как она отображается на экране для каждого тайтла. Например, информация RESRCI о ресурсе фиксирует информацию, такую как время LDSTTM запуска загрузки для начальной загрузки в кэш DTCCH данных (кэш FLCCH файлов), действительный период VALPRD использования в кэше DTCCH данных (кэше FLCCH файлов), и тому подобное.

<Управление представлением на основании временной шкалы тайтла>

Как показано на фиг.14, управляющая информация, которая определяет объект, который должен отображаться, и его позицию отображения на экране, иерархически разделена на два уровня, то есть список PLLST воспроизведения, а также файл MRKUP разметки и файл MRKUPS разметки в усовершенствованном субтитре ADSBT (через файл MNFST манифеста и файл MNFSTS манифеста в усовершенствованном субтитре ADSBT), а временные характеристики представления объекта, который должен быть представлен в списку PLLST воспроизведения, настраиваются синхронно с временной шкалой TMLE тайтла. Этот момент является важным техническим признаком в этом варианте осуществления. В дополнение, временные характеристики представления объекта, который должен быть отображен, настраивается синхронно с временной шкалой TMLE тайтла подобно файлу MRKUP разметки или файлу MRKUPS разметки усовершенствованного субтитра ADSBT. Этот момент также является важным техническим признаком в этом варианте осуществления. Более того, в этом варианте осуществления информационное содержимое списка PLLST воспроизведения в качестве управляющей информации, которая обозначает объект, который должен быть отображен, и его позицию отображения, файл MRKUP разметки и файл MRKUPS разметки усовершенствованного субтитра ADSBT описаны с использованием идентичного языка (XML) описания. Этот момент также является важным техническим признаком в этом варианте осуществления, как будет описано ниже. С помощью этого признака может быть значительно улучшена легкая обработка редактирования и изменения усовершенствованного контента ADVCT его производителем в сравнении с традиционным DVD-Video. В качестве еще одного результата может быть упрощена обработка, такая как обработка пропусков позиции воспроизведения и тому подобное в узле ADVPL воспроизведения усовершенствованного контента, который выполняет обработку отображения при специальном воспроизведении.

<Отношение между различными видами информации в окне и списке воспроизведения>

Описание признаков этого варианта осуществления будет продолжено со ссылкой на фиг.4. На фиг.4 в окне отображены главный тайтл 31, независимое окно 32 для рекламы и различные кнопки пиктограмм в нижней области. Главное видео MANVD в первичном видеонаборе PRMVS отображается в верхней левой области окна в качестве главного тайтла 31, а временные характеристики его отображения описаны в списке PLLST воспроизведения. Временные характеристики отображения этого главного тайтла 31 заданы синхронно с временной шкалой TMLE тайтла. Положение и временные характеристики отображения независимого окна 32 для рекламы, записанной, например, в качестве вспомогательного видео SUBVD, также описаны в вышеупомянутом списке PLLST воспроизведения. Временные характеристики отображения этого независимого окна 32 для рекламы также заданы синхронно с временной шкалой TMLE тайтла. В существующем DVD-Video окно от пиктограммы 33 помощи до кнопки 38 FF (быстрой перемотки вперед), например на фиг.4, записано в качестве вспомогательного изображения SUBPT в видеообъекте, а командная информация, выполняемая при нажатии каждой кнопки от пиктограммы 33 помощи до кнопки 38 FF, записана подобным образом в качестве информации HLI выделения яркостью в пакете навигации в видеообъекте. Как следствие, не предоставлена возможность легкой обработки редактирования и изменений производителем контента. В противоположность, в этом варианте осуществления большое количество порций командной информации, соответствующей оконной информации от пиктограммы 33 помощи до кнопки 38 FF, сгруппированы вместе в качестве усовершенствованного приложения ADAPL, а в списке PLLST воспроизведения указаны только временные характеристики отображения и положение отображения в окне сгруппированного усовершенствованного приложения ADAPL. Информация, связанная со сгруппированным усовершенствованным приложением ADAPL, будет загружаться в кэш FLCCH файлов (кэш DTCCH данных) перед тем, как она отображается в окне. Список PLLST воспроизведения описывает только имя файла и позицию хранения файла MNFST манифеста (файла MNFSTS манифеста), который фиксирует информацию, требуемую для загрузки данных, связанных с усовершенствованным приложением ADAPL и усовершенствованным субтитром ADSBT. Множество самих порций оконной информации от пиктограммы 33 помощи до кнопки 38 FF по фиг.4 хранится в каталоге ADVEL усовершенствованного элемента в виде файлов IMAGE неподвижных изображений (см. фиг.15). Информация, которая управляет размещениями в окне и временными характеристиками отображения соответствующих неподвижных изображений IMAGE от пиктограммы 33 помощи до кнопки 38 FF по фиг.4, записана в файле MRKUP разметки. Эта информация записана в файле MRKUP разметки в каталоге ADVNV усовершенствованной навигации по фиг. 15. Каждая управляющая информация (командная информация), которая должна выполняться при нажатии каждой из кнопок от пиктограммы 33 помощи до кнопки 38 FF, сохранена в файле SCRPT сценария в каталоге ADVNV усовершенствованной навигации по фиг.15, а имена файлов и местоположения хранения этих файлов SCRPT сценариев описаны в файле MRKUP разметки (и файле MNFST манифеста). На фиг.15, файл MRKUP разметки, файл SCRPT сценария и файл IMAGE неподвижного изображения записаны на информационном запоминающем носителе DISC. Однако данный вариант осуществления не ограничивается этим, и эти файлы могут быть сохранены на сетевом сервере NTSRV или постоянном запоминающем устройстве PRSTR. Таким путем, полная компоновка и временные характеристики отображения в окне управляются списком PLLST воспроизведения, а также позиции компоновки и временные характеристики отображений соответственных кнопок и пиктограмм управляются файлом MRKUP разметки.

Список PLLST воспроизведения осуществляет обозначение относительно файла MRKUP разметки посредством файла MNFST манифеста. Видеоинформация и команды (сценарии) различных пиктограмм и кнопок, а также командная информация, хранятся в независимых файлах в сравнении с традиционным DVD-Video, в котором они хранятся в видеообъекте и подвергаются промежуточному управлению с использованием файла MRKUP разметки. Эта структура может значительно облегчить редактирование и обработку изменений контента производителем. Что касается телеоперационного текстового сообщения 39, показанного на фиг.4, список PLLST воспроизведения определяет имя файла и размещение хранения файла MRKUPS разметки усовершенствованного субтитра посредством файла MNFSTS манифеста усовершенствованного субтитра (см. фиг.15). Файл MRKUPS разметки усовершенствованного субтитра записан не только на информационном запоминающем носителе DISC, но он также может храниться на сетевом сервере NTSRV или на постоянном запоминающем устройстве PRSTR в этом варианте осуществления.

<Список воспроизведения> (С другой стороны)

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

- Информация о проецировании объектов для каждого тайтла

>Распределение номеров дорожек

>Информация о ресурсе

- Последовательность воспроизведения для каждого тайтла

- Регламентированная управляющая информации для каждого тайтла

- Конфигурация системы для воспроизведения усовершенствованного контента

Более четкие разъяснения будут предоставлены ниже.

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

1) Информация OBMAPI о проецировании объектов каждого тайтла

>Распределение номеров дорожек

>Информация RESRCI о ресурсе

2) Информация PLSQI о последовательности воспроизведения каждого тайтла

3) Конфигурация системы для воспроизведения усовершенствованного контента ADVCT

<Информация о ресурсе>

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

Более четкие разъяснения будут предоставлены ниже.

Общее представление информации RESRCI о ресурсе, показанное на фиг.14, будет описано ниже. Информация RESRCI о ресурсе фиксирует информацию, указывающую, какие файлы ресурса временных характеристик, которые фиксируют информацию, требуемую для воспроизведения усовершенствованного приложения ADAPL и усовершенствованного субтитра ADSBT, должны быть сохранены в кэше DTCCH данных (кэше FLCCH файлов) в информации OBMAPI о проецировании объектов в списке PLLST воспроизведения. В этом варианте осуществления есть два разных типа информации RESRCI о ресурсе. Первым типом информации RESRCI о ресурсе является связанный с усовершенствованным приложением ADAPL, а вторым типом является связанный с усовершенствованным субтитром ADSBT.

<Отношение между дорожкой и проецированием объектов>

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

Более четкие разъяснения будут предоставлены ниже.

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

В усовершенствованном контенте ADVCT по этому варианту осуществления номера дорожек определены для выбора различных потоков, соответствующих разным объектам. Например, аудиоинформация, которая должна быть представлена пользователю, может выбираться из множества порций аудиоинформации (потоков аудио) посредством распределения номеров дорожек. Например, как показано на фиг.7, аудио SBTAD замещения включает в себя основное аудио MANAD, которое часто включает в себя большое количество аудиопотоков, содержащих разный контент. Посредством распределения номеров аудиодорожек, определенного заранее в информации OBMAPI о проецировании объектов (распределения номеров дорожек), аудиопоток, который должен быть представлен пользователю, может выбираться из множества аудиопотоков. Также аудиоинформация, которая записана в качестве основного аудио MANAD в аудио SBTAD замещения, может накладываться на основное аудио MANAD в первичном аудио-видео PRMAV. В некоторых случаях основное аудио MANAD в первичном аудио-видео PRMAV, которое должно накладываться при выводе, зачастую содержит множество порций аудиоинформации (аудиопотоков), содержащих разный контент. В таком случае аудиопоток, который должен быть представлен пользователю, может выбираться из множества аудиопотоков посредством задания номера аудиодорожки, который определен заранее в информации OBMAPI о проецировании объектов (распределения номеров дорожек).

На вышеупомянутой дорожке существуют пять разных объектов, то есть основное видео MANVD, основное аудио MANAD, субтитр ADSBT, вспомогательное видео SUBVD и вспомогательное аудио SUBAD, и эти пять разных объектов могут одновременно нести множество потоков, содержащих разный контент. По этой причине номера дорожек заданы отдельным потокам этих пяти разных типов объектов, а поток, который должен быть представлен пользователю, может выбираться посредством выбора номера дорожки.

<Информация пояснительного тайтла, телеоперация и т.п.>

В этом варианте осуществления есть два способа отображения информации пояснительного тайтла, телеоперации и тому подобного, то есть способ отображения такой информации с использованием вспомогательного изображения SUBPT в основном аудио-видео PRMAV и способ отображения такой информации с использованием усовершенствованного субтитра ADSBT. В этом варианте осуществления проецирование усовершенствованного субтитра ADBST на временную шкалу TMLE может самостоятельно определяться в информации OBMAPI о проецировании объектов, например, независимо от состояния отображения первичного аудио-видео PRMAV и тому подобного. Как результат, одновременно могут отображаться не только порции информации, такие как тайтл и телеоперация, то есть фрагмент изображения SUBPT в первичном аудио-видео PRMAV и усовершенствованном субтитре ADSBT, но также временные характеристики начала и окончания их представления могут быть соответственно однозначно настроены. К тому же один из них может быть выборочно представлен, таким образом повышая эффективность представления субтитра и телеоперации.

На фиг.14, порция, соответствующая первичному аудио-видео PRMAV, указана единым диапазоном в качестве P-EVOB. Фактически этот диапазон включает в себя дорожки основного видео HANVD, дорожки основного аудио MANAD, дорожки вспомогательного видео SUBVD, дорожки вспомогательного аудио SUBAD и дорожки фрагмента изображения SUBPT. Каждый объект включает в себя множество количество дорожек, и одна дорожка (поток) выбирается и представляется при представлении. Подобным образом вторичный видеонабор SCDVS указан диапазонами в качестве S-EVOB, каждый из которых включает в себя дорожки вспомогательного видео SUBVD и дорожки вспомогательного аудио SUBAD. Из этих дорожек выбирается и представляется одна дорожка (один поток). Если исключительно первичное аудио-видео PRMAV отражено в информации OBMAPI о проецировании объектов на временной шкале TMLE тайтла, в этом варианте осуществления заданы следующие правила, чтобы обеспечить удобную обработку управления воспроизведением.

- Поток MANVD основного видео всегда должен быть отражен в информации OBMAPI о проецировании объектов и воспроизведен.

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

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

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

Если первичное аудио-видео PRMAV и аудио SBTAD замещения одновременно проецируются на временную шкалу TMLE тайтла и одновременно представляются, в этом варианте осуществления заданы следующие правила, таким образом обеспечивая удобную обработку управления и надежность в узле ADVPL воспроизведения усовершенствованного контента.

- Основное видео MANVD в первичном аудио-видео PRMAV будет отражено в информации OBMAPI о проецировании объектов и будет обязательно воспроизводиться.

- Поток MANAD основного аудио в аудио SBTAD замещения может воспроизводиться вместо потока MANAD основного аудио в первичном аудио-видео PRMAV.

- При непременном условии поток SUBVD вспомогательного видео должен представляться одновременно с заданными данными, но он представляется не всегда (по выбору пользователя или тому подобному).

- При непременном условии должна быть представлена одна дорожка (один поток) (из множества дорожек) вспомогательного аудио SUBAD, но она представляется не всегда (по выбору пользователя или тому подобному).

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

- Будет воспроизводиться поток MANVD основного видео в первичном аудио-видео PRMAV.

- При непременном условии должна быть представлена одна дорожка (один поток) из потоков MANAD основного аудио, но она представляется не всегда (по выбору пользователя или тому подобному).

- Поток SUBVD вспомогательного видео и поток SUBAD вспомогательного аудио во вторичном аудио-видео SCDAV могут быть представлены вместо потока SUBVD вспомогательного видео и потока SUBAD вспомогательного аудио в первичном аудио-видео PRMAV. Когда поток SUBVD вспомогательного видео и поток SUBAD вспомогательного аудио мультиплексированы и записаны во вторичном улучшенном видеообъекте S-EVOB во вторичном аудио-видео SCDAV, воспроизведение потока SUBAD вспомогательного аудио в одиночку запрещено.

<Расположение согласно проецированию объектов>

Временным кодом для временной шкалы тайтла является 'Time code' ('временной код'). Он основан на непропущенном кадре и описан как HH:MM:SS:FF (часы:минуты:секунды:кадры).

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

Временные характеристики отображения видео для зоны 60 Гц, даже если объект представления составляет 1/24 частоты, они должны быть преобразованы во временные характеристики 1/60 VSTU. Для временных характеристик представления видеопервичного аудио-видео или вторичного аудио-видео, они должны иметь информацию шага кадра 3:2 в элементарном потоке для зоны 60 Гц, таким образом, временные характеристики представления на временной шкале тайтла извлекаются из этой информации для представления видео. Для временных характеристик графического представления усовершенствованного приложения или усовершенствованного субтитра с 1/24 частоты они будут следовать модели временных характеристик графического вывода в этом описании изобретения.

Есть два состояния между временными характеристиками 1/24 и временными характеристиками 1/60 единицы временного кода. Одним являются точные совпадения обеих временных характеристик, а другим являются несовпадения между ними. В случае временных характеристик несовпадения 1/24 от кадра объекта представления они должны округляться до новых временных характеристик 1/60 такта.

Более четкие разъяснения будут предоставлены ниже.

Способ настройки единицы временной шкалы TMLE тайтла в этом варианте осуществления будет объяснен ниже.

В этом варианте осуществления временная шкала TMLE тайтла имеет такты, синхронизированные с временными характеристиками отображения кадров и полей видеоинформации, а время на временной шкале TMLE тайтла устанавливается на основании значения счета тактов. Этот момент является важным техническим признаком в этом варианте осуществления. Например, в системе NTSC устройство отображения с чересстрочной разверткой имеет 60 полей и 30 кадров в секунду. Поэтому длительность минимального такта на временной шкале TMLE тайтла делится на 60 для каждой секунды, и время на временной шкале TMLE тайтла устанавливается на основании значения счета тактов. К тому же устройство отображения с построчной разверткой в системе NTSC имеет 60 полей=60 кадров в секунду и соответствует вышеупомянутым тактам. Система PAL является системой 50 Гц, и чересстрочное устройство отображения имеет 50 полей и 25 кадров в секунду, а устройство отображения с построчной разверткой имеет 50 полей=50 кадров в секунду. В случае видеоинформации системы 50 Гц временная шкала TMLE тайтла поделена поровну на 50 единиц в секунду, а время и временные характеристики во временной шкале TMLE тайтла устанавливаются на основе значения счета с опорой на поделенный поровну один интервал (1/50 секунды). Таким образом, так как опорная длительность (минимальный такт) временной шкалы TMLE тайтла настроена синхронно с временными характеристиками представления полей и кадров видеоинформации, синхронизированное управление временными характеристиками представления среди соответственных частей видеоинформации может быть упрощено, а временные настройки могут быть выполнены с наивысшей точностью в пределах практической области значимости.

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

Когда временные характеристики представления информации усовершенствованного приложения ADAPL отличаются от единичного интервала временной шкалы TMLE тайтла (например, когда усовершенствованное приложение имеет 24 кадра в секунду, а период его представления выражен на временной шкале тайтла системы 60 Гц), временные характеристики представления (начальный и конечный моменты времени представления) усовершенствованного приложения ADAPL округляются в соответствии с временной шкалой TMLE тайтла системы 60 Гц (такт=1/60 секунды).

<Модель временных характеристик для усовершенствованного приложения>

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

Более четкие разъяснения будут предоставлены ниже.

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

<Модель синхронизации приложения>

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

- Приложение с мягкой синхронизацией

- Приложение с жесткой синхронизацией

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

Более четкие разъяснения будут предоставлены ниже.

Окно во время вышеупомянутого периода представления разметки будет описано ниже. Беря окно отображения на фиг.4 в качестве примера, когда кнопка 34 останова нажимается во время отображения видеоинформации в этом варианте осуществления, такая видеоинформация останавливается, и может быть изменено отображение окна, например, с изменением формы и цвета кнопки 34 останова. Это означает результат по 1.1) «Создание отклика посредством изменения в анимации и изображении во время кнопочного выбора или инструкции выполнения» в 1] «Создание гибких и выразительных реакций в ответ на действия пользователя», описанный в столбце «Новые результаты, полученные как следствие технических приемов», показанном на фиг.2А, 2В и 2С. Когда само окно устройства отображения по фиг.4 значительно изменяется, как в вышеизложенном примере, соответствующий файл MRKUP разметки перескакивает на другой файл MRKUP разметки в усовершенствованном приложении ADAPL. Таким путем посредством перескакивания файла MRKUP разметки, который настраивает контент окна отображения усовершенствованного приложения ADAPL для другого файла MRKUP разметки, видимое отображение окна может значительно изменяться. То есть в этом варианте осуществления множество файлов MRKUP разметки настраиваются в соответствии с различными окнами во время периода представления разметки и переключаются в соответствии с переключением окна (обработка переключения выполняется на основании способа, описанного в файле SCRPT сценария). Поэтому временные характеристики начала страницы разметки на временной шкале TMLE тайтла во время периода отображения файла MRKUP разметки соответствуют временным характеристикам начала представления такового, который должен быть представлен первым из множества файлов MRKUP разметки, а временные характеристики окончания страницы разметки на временной шкале TMLE тайтла соответствует временным характеристикам окончания представления последнего из множества файлов MRKUP разметки. В качестве способа перескакивания страниц разметки (изменения окна представления части усовершенствованного приложения ADAPL в окне отображения) этот вариант осуществления предписывает следующие две модели синхронизации.

- Приложение с мягкой синхронизацией

- Приложение с жесткой синхронизацией

<Приложение с мягкой синхронизацией>

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

Более четкие разъяснения будут предоставлены ниже.

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

<Приложение с жесткой синхронизацией>

Приложение с жесткой синхронизацией отдает предпочтение подготовке выполнения перед непрерывным продвижением временной шкалы тайтла. Приложение с жесткой синхронизацией активируется после того, как все ресурсы загружены в кэш файлов. Если атрибут 'auto Run'^{имеет значение 'true' и выбирается приложение, то ресурсы будут загружаться в кэш файлов с помощью жестко синхронизированного механизма. Приложение с жесткой синхронизацией приостанавливает временную шкалу тайтла во время загрузки ресурса и подготовки выполнения приложения.}

Более четкие разъяснения будут предоставлены ниже.

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

Окна усовершенствованного приложения ADAPL, усовершенствованного субтитра ADSBT и тому подобного, определенные страницей разметки, переключаются для соответствующих кадров в этом варианте осуществления. Например, в устройстве отображения с чересстрочной разверткой, количество кадров в секунду отличается от количества полей в секунду. Однако когда окна усовершенствованного приложения ADAPL и усовершенствованного субтитра ADSBT управляются, чтобы переключаться для соответствующих кадров, обработка переключения может быть сделана при тех же самых временных характеристиках независимо от устройства отображения с чересстрочной или построчной разверткой, таким образом упрощая управление. То есть подготовка окна, требуемого для следующего кадра, начинается при временных характеристиках отображения непосредственно предшествующего кадра. Подготовка не заканчивается до тех пор, пока временные характеристики отображения следующего кадра и окно не отображаются синхронно с временными характеристиками отображения следующего кадра. Например, тогда как NTSC-устройство отображения с чересстрочной разверткой соответствует системе 60 Гц, интервал тактов на временной шкале тайтла составляет 1/60 секунды. В этом случае, так как отображаются 30 кадров в секунду, временные характеристики отображения кадров устанавливаются в интервале двух тактов (положении границы двух тактов) временной шкалы TMLE тайтла. Поэтому, когда окно должно быть представлено при n-ом значении счета на временной шкале TMLE тайтла, подготовка представления следующего кадра начинается при (n-2)-ых временных характеристиках на два счета раньше, а подготовленный графический кадр (окно, которое отображает различные окна, связанные с усовершенствованным приложением ADAPL, будет упоминаться как графический кадр в этом варианте осуществления) представляется при временных характеристиках n-го счета на временной шкале TMLE тайтла. В этом варианте осуществления так как графический кадр подготовлен и представлен для соответственных кадров таким путем, переключаемые графические кадры могут непрерывно представляться пользователю, таким образом предотвращая пользователя от восприятия лишнего.

<Элемент клипа представления и информация о проецировании объектов>

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

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

Информацией о проецировании объектов объекта представления на временной шкале тайтла является действительный период объекта представления на временной шкале тайтла.

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

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

Значением атрибута начала времени клипа будет начальное время представления (PTS) кодированного кадра потоков видео в P-EVOB (S-EVOB).

Значения атрибутов titleTimeBegin (начало времени тайтла), titleTimeEnd (окончание времени тайтла) и clipTimeBegin (начало времени клипа) и время длительности объекта представления будут удовлетворять следующему соотношению:

titleTimeBegin < titleTimeEnd и

titleTimeEnd < времени длительности тайтла

Если объект представления синхронизирован с временной шкалой тайтла, будет удовлетворено следующее соотношение:

clipTimeBegin + titleTimeEnd - titleTimeBegin ≤ времени длительности объекта представления

Действительный период элемента клипа первичного аудио-видео не будет перекрывать каждый другой на временной шкале тайтла.

Действительный период элемента клипа вторичного аудио-видео не будет перекрывать каждый другой на временной шкале тайтла.

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

Действительный период элемента клипа аудио-видеозамещения не будет перекрывать каждый другой на временной шкале тайтла.

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

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

Для любого элемента клипа представления с источником данных 'Disc' ('диск') действительные периоды на временной шкале тайтла не будут перекрываться с такими же действительными периодами другого элемента клипа представления с источником данных 'Disc'.

Более четкие разъяснения будут предоставлены ниже.

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

Как показано на фиг.21, элемент PRAVCP клипа первичного аудио-видео, описанный в информации OBMAPI о проецировании объектов, раскрывает информацию OBMAPI о проецировании объектов, связанную с первичным аудио-видео PRMAV. Элемент SCAVCP клипа вторичного аудио-видео раскрывает информацию OBMAPI о проецировании объектов вторичного аудио-видео SCDAV. Элемент SBADCP клипа аудиозамещения раскрывает информацию OBMAPI о проецировании объектов аудио SBTAD замещения. Элемент ADSTSG сегмента усовершенствованного субтитра в информации OBMAPI о проецировании объектов описывает информацию, связанную с файлом MRKUPS разметки в усовершенствованном субтитре ADSBT. Элемент ADAPSG сегмента приложения в информации OBMAPI о проецировании объектов описывает информацию, связанную с файлом MRKUP разметки и файлом SCRPT сценария усовершенствованного приложения ADAPL. Информация OBMAPI о проецировании объектов, связанная с каждым объектом, который должен быть воспроизведен и использован, описывает информацию, связанную с действительным периодом (включающим в себя период представления или период подготовки и период конечной обработки) каждого объекта на временной шкале TMLE тайтла. Действительный период на временной шкале TMLE тайтла задан начальным моментом времени и конечным моментом времени на временной шкале TMLE тайтла. В каждом элементе клипа начальный момент времени и конечный момент времени на временной шкале TMLE тайтла заданы атрибутом titleTimeBegin (начало времени тайтла) и атрибутом titleTimeEnd (окончание времени тайтла). То есть каждый элемент клипа фиксирует атрибут titleTimeBegin и атрибут titleTimeEnd по отдельности. Представление соответствующего объекта начинается с момента времени, описанного атрибутом titleTimeBegin на временной шкале TMLE тайтла, и заканчивается в момент времени, описанный атрибутом titleTimeEnd. В элементе PRAVCP клипа первичного аудио-видео, элементе SCAVCP вторичного аудио-видео и элементе SBADCP клипа аудиозамещения, за исключением элемента ADSTSG сегмента усовершенствованного субтитра и элемента ADAPSG сегмента приложения, каждое из первичного аудио-видео PRMAV, вторичного аудио-видео SCDAV и аудио SBTAD замещения начинает представляться согласно clipTimeBegin, которое означает фактическую продолжительность представления, рассчитанную от начальной позиции, где записан каждый объект. То есть вышеупомянутые атрибут titleTimeBegin и атрибут titleTimeEnd означают временную информацию на временной шкале TMLE тайтла. С другой стороны, clipTimeBegin означает независимое истечение времени в каждом объекте. Посредством синхронизирования моментов времени атрибута titleTimeBegin и clipTimeBegin множество разных объектов могут быть одновременно представлены на одной и той же временной шкале TMLE тайтла.

Заметим, что различные объекты, которые должны воспроизводиться и использоваться, не записаны на информационном запоминающем носителе (DISC), а только список (PLLST) воспроизведения записан на информационном запоминающем носителе (DISC). Устройство воспроизведения информации может назначать и запрашивать из соответствующего списка воспроизведения (PLLST) различные объекты, которые должны воспроизводиться и использоваться, записанные на сетевом сервере (NTSRV) или постоянном запоминающем устройстве (PRSTR).

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

titleTimeBegin < titleTimeEnd и

titleTimeEnd < времени длительности тайтла

clipTimeBegin + titleTimeEnd - titleTimeBegin ≤ времени длительности объекта представления

Более того, в этом варианте осуществления точность представления улучшена посредством установления следующих условий.

- Действительные периоды соответственных элементов PRAVCP клипа первичного аудио-видео не должны перекрываться на временной шкале TMLE тайтла.

- Действительные периоды соответственных элементов SCAVCP клипа вторичного аудио-видео не должны перекрываться на временной шкале TMLE тайтла.

- Действительные периоды соответственных элементов SBADCP клипа аудиозамещения не должны перекрываться на временной шкале TMLE тайтла.

- Действительный период элемента SCAVCP клипа вторичного аудио-видео не должен перекрываться с действительным периодом элемента SBADCP клипа аудиозамещения на временной шкале TMLE тайтла.

Как показано на фиг.6, файл PTMAP карты распределения времени первичного видеонабора PRMVS, файл STMAP распределения времени вторичного видеонабора SCDVS, файл MNFST манифеста и файл MNFSTS манифеста усовершенствованного субтитра ADSBT указываются ссылкой из списка PLLST воспроизведения.

Более точно, как показано на фиг.21, элемент PRAVCP клипа первичного аудио-видео описывает имя файла и местоположение хранения файла PTMAP карты распределения времени первичного видеонабора PRMVS в качестве имени файла, на которое должно быть указано ссылкой в элементе PRAVCP клипа первичного аудио-видео. Подобным образом элемент SCAVCP клипа вторичного аудио-видео описывает имя файла и местоположение хранения файла STMAP карты распределения времени вторичного видеонабора SCDVS. Более того, элемент SBADCP клипа аудиозамещения описывает имя файла и местоположение хранения файла STMAP карты распределения времени вторичного видеонабора SCDVS. Элемент ADSTSG сегмента усовершенствованного субтитра описывает имя файла и местоположение хранения файла MNFSTS манифеста усовершенствованного субтитра ADSBT. Элемент ADAPSG сегмента приложения описывает имя файла и местоположение хранения файла MNFST манифеста усовершенствованного приложения ADAPL.

Местоположения файлов, указываемые ссылкой в качестве индексов при воспроизведении и использовании объектов, показанных на фиг.21, описаны на фиг.7. Для подтверждения они описаны в столбце исходных источников данных объектов на фиг.21.

Файлы, которые описаны в соответственных элементах клипа и указаны ссылкой в качестве индексов при воспроизведении и использовании объектов, могут быть записаны на различных носителях записи (в том числе, сетевом сервере NTSRV), как показано на фиг.21. Фиг.16 показывает способ задания местоположения хранения файлов, описанных в соответственных элементах клипа. Более точно, когда файлы хранятся на сетевом сервере NTSRV, адрес HTTP-сервера или HTTPS-сервера задается посредством «http:...» или «https:...», как показано на фиг.16. В этом варианте осуществления диапазон описания информации обозначения местоположения хранения файла (URI: унифицированный идентификатор ресурса), описанный в каждом элементе клипа, будет описан с использованием 1024 байтов или менее. Когда такая информация записана на информационном запоминающем носителе DISC, кэше FLCCH файлов (кэше DTCCH данных) или постоянном запоминающем устройстве PRSTR, местоположение хранения файла описано в виде файла данных.

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

<Ссылки на контент>

Каждый ресурс, доступный на диске или в сети, имеет адрес, который закодирован унифицированным идентификатором информационного.

Последующее является примером URI, который ссылается на файл XML на диске.

file:///dvddisk/ADV_OBJ/file.xmu

Полная длина URI должна быть меньшей, чем 1024.

Посредством схемы URI 'file' ('файл'), URI может ссылаться на ресурсы в содержимом DVD-диска, кэша файлов и постоянных запоминающих устройств. Есть два типа постоянных запоминающих устройств. Одно является необходимым постоянным запоминающим устройством, которое все устройства воспроизведения имеют только одно. Другое является дополнительным постоянным запоминающим устройством, которое устройство воспроизведения имеет одно или более. Путь URI включает в себя тип хранилища и идентификатор для постоянного запоминающего устройства следующим образом.

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

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

Путь 'file:///file cache/' разрешен в виде (временного) каталога/temp в кэше файлов. Для кэша файлов может быть доступен каталог, управляемый только приложением.

Список воспроизведения, манифест и разметка могут использовать относительную ссылку URI. Базовый URI будет извлечен из URI исходного местоположения файла, если атрибут xml:base не задан. Если атрибут xml:base задан, базовый URI определяется по правилу.

Сегмент пути «..» не будет использоваться в URI.

Более четкие разъяснения будут предоставлены ниже.

В этом варианте осуществления два разных носителя записи приводятся в рассмотрение в качестве постоянного запоминающего устройства PRSTR. Первым является стационарное постоянное запоминающее устройство PRSTR, и в этом варианте осуществления определен единственный накопитель 3 постоянного запоминающего устройства в устройстве 1 записи и воспроизведения информации. Другим является портативное постоянное запоминающее устройство PRSTR, и в этом варианте осуществления может быть смонтировано одно или более запоминающих устройств (предусмотрено множество запоминающих устройств) в устройстве 1 записи и воспроизведения информации. В описании обозначения пути к файлу определен способ описания, показанный на фиг.17, и контент описан в каждом элементе клипа в списке PLLST воспроизведения. То есть когда файл записан на информационном запоминающем носителе DISC, описано «file:///dvddisc/». Когда файл хранится в кэше FLCCH файлов (кэше DTCCH данных), «file:///filecache/» описано в качестве способа описания обозначения пути. Когда файл записан в стационарном постоянном запоминающем устройстве PRSTR, «file:///fixed/» описано в качестве способа описания обозначения пути. Когда файл записан в портативном постоянном запоминающем устройстве PRSTR, «file:///removable/» описано в качестве способа описания обозначения пути. Когда различные файлы записаны на информационном запоминающем носителе DISC, кэше FLCCH файлов (кэше DTCCH данных) или постоянном запоминающем устройстве PRSTR, файловая структура, показанная на фиг.15, сформирована на каждом носителе записи, а файлы записаны под соответствующими каталогами.

<Файл списка воспроизведения>

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

Более четкие разъяснения будут предоставлены ниже.

Фиг.18 показывает структуру данных в файле PLLST списка воспроизведения, которая фиксирует информацию, связанную со списком PLLST воспроизведения, показанным на фиг.14. Файл PLLST списка воспроизведения записан в виде файла PLLST списка воспроизведения непосредственно под каталогом ADVCT усовершенствованного контента, как показано на фиг.15. Файл PLLST списка воспроизведения описывает управляющую информацию, информацию о синхронизации между соответственными объектами представления и информацию, связанную с начальной структурой системы (например информацию, связанную с предварительным распределением пространства памяти, используемого в кэше DTCCH данных, или тому подобным). Файл PLLST списка воспроизведения описан с помощью способа описания, основанного на XML. Фиг.18 показывает схематичную структуру данных в файле PLLST списка воспроизведения.

Поле, ограниченное посредством <Playlist [список воспроизведения]...> и </Playlist>, названо элементом списка воспроизведения на фиг.18. В качестве информации в элементе списка воспроизведения, информация CONFGI конфигурации, информация MDATRI атрибутов аудиовизуальной среды и информация TTINFO тайтла описаны в этом порядке. В этом варианте осуществления порядок размещения различных элементов в элементе списка воспроизведения установлен в соответствии с последовательностью операций перед началом представления видео в узле ADVPL воспроизведения усовершенствованного контента в устройстве 1 записи и воспроизведения информации, показанном на фиг.1. То есть распределение пространства памяти, используемого в кэше DTCCH данных в узле ADVPL воспроизведения усовершенствованного контента, показанном на фиг.13, наиболее необходимо при последовательности операций подготовки воспроизведения. По этой причине элемент 134 информации CONFGI конфигурации описан первым в элементе списка воспроизведения. Машина PRSEN представления на фиг.13 должна быть подготовлена в соответствии с атрибутами информации в соответственных объектах представления. С этой целью элемент 135 информации MDATRI атрибутов аудиовизуальной среды должен быть описан после элемента 134 информации CONFGI конфигурации и перед элементом 136 информации TTINFO тайтла. Таким образом, после того как кэш DTCCH данных и машина PRSEN представления были подготовлены, узел ADVPL воспроизведения усовершенствованного контента начинает обработку представления согласно информации, описанной в элементе 136 информации TTINFO тайтла. Поэтому элемент 136 информации TTINFO тайтла расположен после информации, требуемой для приготовлений (в последней позиции).

Описанием 131 первой строки на фиг.18 является текст определения, который объявляет «следующие предложения описаны на основании способа XML-описания» и обладает структурой, в которой информация информации XMATRI xml-атрибутов описана между «<?xml» и «?>».

Фиг.22 показывает информационный контент в информации XMATRI xml-атрибутов в (а).

Информация XMATRI xml-атрибутов описывает информацию, показывающую, указывается ли ссылкой другой XML, имеющий отношение потомка с информацией соответствующей версии XML. Информация, показывающая, указывается ли ссылкой другой XML, имеющий отношение потомка, описана с использованием «yes» или «no» («да» или «нет»). Если другой XML, имеющий отношение потомка, указан в этом целевом тексте, описано «no», если этот текст XML не ссылается непосредственно на другой XML и присутствует в качестве самостоятельного XML, описано «yes». В качестве XML-оператора, например, когда номером соответствующей версии XML является 1.0, а текст XML не ссылается на другой XML, а присутствует в виде самостоятельного XML, в качестве примера (а) описания по фиг.22 описан «<?xml version = '1.0' standalone = 'yes' ?>».

Текст описания в теге элемента списка воспроизведения, который задает диапазон элемента списка воспроизведения, описывает информацию PLTGNM определения пространства имен тега списка воспроизведения и информацию PLATRI атрибутов списка воспроизведения после «<Playlist», и закрывается с помощью «>», таким образом формируя тег элемента списка воспроизведения. Фиг.22 показывает информацию описания в теге элемента списка воспроизведения в (b). В этом варианте осуществления количеством элементов списка воспроизведения, которые выходят в файл PLLST списка воспроизведения, в принципе является единица. Однако в специальном случае может быть описано множество элементов списка воспроизведения. В таком случае, так как множество тегов элементов воспроизведения могут быть описаны в файле PLLST списка воспроизведения, информация PLTGNM определения пространства имен тэга списка воспроизведения описана непосредственно после «<Playlist» для того, чтобы обозначать каждый элемент списка воспроизведения. Информация PLATRI атрибутов списка воспроизведения описывает MJVERN значения целой части номера версии усовершенствованного контента, MNVERN значения десятичной части информации номера версии усовершенствованного контента и дополнительную информацию (например, наименование или тому подобное) PLDSCI, связанную со списком воспроизведения в элементе списка воспроизведения, в этом порядке. Например, в качестве примера описания, когда номером версии усовершенствованного контента является «1.0», «1» установлено в значении MJVERN целой части номера версии усовершенствованного контента, а «0» установлен в значении MNVERN десятичной части номера версии усовершенствованного контента. Если дополнительной информацией, связанной со списком PLLST воспроизведения, является «string» («строка»), а информацией PLTGNM определения пространства имен тега списка воспроизведения является

«http://www.dvdforum.org/HDDVDVideo/Playlist», текстом описания в элементе списка воспроизведения является:

«<Playlist xmlns =

'http://www.dvdforum.org/HDDVDVideo/Playlist' majorVersion = '1' minorVersion = '0'

description = string>»

Узел ADVPL воспроизведения усовершенствованного контента в устройстве 1 записи и воспроизведения информации, показанном на фиг.1, воспроизводит номер версии усовершенствованного контента, описанный первым в теге элемента списка воспроизведения, и определяет, попадает ли номер версии усовершенствованного контента в диапазон номеров версий, поддерживаемых им.

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

Различные виды информации, описанные в списке PLLST воспроизведения в этом варианте осуществления, имеют иерархическую структуру, как показано на фиг.19А и 19В, а также фиг.20А и 20В.

<Информация тайтла>

Файл списка воспроизведения содержит список элементов тайтла в элементе набора тайтлов. Элемент набора тайтлов описывает информацию о наборе тайтлов для усовершенствованного контента в списке воспроизведения.

Временная шкала тайтла задана для каждого тайтла. Длительность временной шкалы тайтла будут описана атрибутом длительности тайтла элемента тайтла посредством значения временного выражения. Длительность временной шкалы тайтла будет большей, чем '00:00:00:00'.

Примечание: Чтобы описать тайтл, который содержит только усовершенствованное приложение, следует установить длительность в некоторое значение, такое как '00:01:00:00', и приостановить время на временной шкале тайтла в начале тайтла.

Общая численность тайтлов должна быть меньшей, чем 1000.

Каждый элемент тайтла описывает набор информации тайтла для усовершенствованного контента.

Более четкие разъяснения будут предоставлены ниже.

В информации, записанной в вышеупомянутом файле PLLST списка воспроизведения, информация TTINFO тайтла, включенная в элемент списка воспроизведения, описана с использованием элемента набора тайтлов, ограниченного посредством <TitleSet> и </TitleSet>, как показано в (b) по фиг.19А. Этот элемент набора тайтлов описывает информацию, связанную с набором тайтлов усовершенствованного контента ADVCT, определенного в списке PLLST воспроизведения. Элемент набора тайтлов в свою очередь описывает одну или более порций информации TTELEM элементов тайтла, а управляющая информация, связанная с каждым тайтлом, записана в информации TTELEM элементов соответствующего тайтла. Пример по фиг.14 имеет три тайтла, то есть тайтлы с #1 по #3, а (b) по фиг.19А описывает информацию TTELEM элементов тайтла, от связанной с тайтлом #1 до связанной с тайтлом #3. Однако этот вариант осуществления не ограничен таким примером и может описываться информация TTELEM элементов тайтла, связанная с от одного и до произвольного количества тайтлами. Временная шкала TMLE тайтла настраивается для каждого тайтла, соответствующего информации TTELEM элементов тайта. Период представления временной шкалы TMLE тайтла каждого тайтла описан в информации атрибута titleDuration (информация TTDUR продолжительности полного тайтла на временной шкале TMLE тайтла) в информации TTELEM элемента тайтла. Номера соответствующих тайтлов задаются в соответствии с порядком описания соответственных порций информации TTELEM элементов тайтла, описанной в элементе набора тайтлов. Как показано в (b) по фиг.15A, номер тайтла у тайтла, соответствующего информации TTELEM элементов тайтла, описанной первой в элементе набора тайтлов, установлен в «1». В этом варианте осуществления количество порций информации TTELEM элементов тайтла (количество тайтлов, определенных в списке PLLST воспроизведения), которое может быть описано в элементе набора тайтлов, установлено в 512 или менее. Установлением верхнего предельного значения количества тайтлов обработка в узле ADVPL воспроизведения усовершенствованного контента предотвращается от пространности. Каждая информация TTELEM элементов тайтла описывает информацию OBMAPI о проецировании объектов, информацию RESRCI о ресурсе, информацию PLSQX последовательности воспроизведения и информацию TRNAVI навигации дорожек в этом порядке. Информация OBMAPI о проецировании объектов включает в себя информацию о распределении номеров дорожек, которая устанавливает номера потоков (дорожек) в соответствующих объектах представления. Информация о проецировании объектов описывает список различных элементов клипа, описанных с использованием фиг.20А и 20В. Также информация OBMAPI о проецировании объектов описывает список, связанный с информацией распределения номеров дорожек, которая представляет информацию установления номеров дорожек в вышеупомянутых элементах клипа представления. В этом варианте осуществления каждый объект представления, такой как видеоинформация, аудиоинформация, информация фрагмента изображения или тому подобная, может иметь множество потоков, независимые дорожки связаны с этими потоками, а номера дорожек заданы, таким образом идентифицируя потоки воспроизведения в каждом объекте представления. Установлением списка элементов распределения номеров дорожек таким путем могут быть идентифицированы некоторое количество потоков, заключенных в каждом объекте представления, и индивидуальные потоки. Информация RESRCI о ресурсе раскрывает список элементов ресурса в информации TTELEM элементов тайтла. Информация TRNAVI навигации дорожек описывает информацию, связанную с элементом списка навигации дорожек. Информация PLSQI последовательности воспроизведения описывает информацию элемента списка глав, указывающих головные позиции глав, соответствующих подразделениям видеоконтента в одиночном тайтле.

Как показано в (с) по фиг.19А, порядок компоновки информации OBMAPI о проецировании объектов, информации RESRCI о ресурсе, информации PLSQI последовательности воспроизведения и информации TRNAVI навигации дорожек в информации TTELEM элементов тайтла соответствует последовательности обработки узлом ADVPL воспроизведения усовершенствованного контента в устройстве 1 записи и воспроизведения информации (см. фиг.1). То есть информация OBMAPI о проецировании объектов, которая описывает информацию усовершенствованного приложения ADAPL и усовершенствованного субтитра ADSBT, используемые в одиночном тайтле, описана в первой позиции в информации TTELEM элементов тайтла. Узел ADVPL воспроизведения усовершенствованного контента сначала распознает контент усовершенствованного приложения ADAPL и усовершенствованного субтитра ADSBT, используемые в одиночном тайтле, по информации OBMAPI о проецировании объектов, записанной первой. Как было описано с использованием фиг.7, информация усовершенствованного приложения ADAPL и усовершенствованного субтитра ADSBT должна быть сохранена в кэше FLCCH файлов (кэше DTCCH данных) заблаговременно, до представления пользователю. По этой причине узел ADVPL воспроизведения усовершенствованного контента в устройстве 1 записи и воспроизведения информации требует информации, связанной с усовершенствованным приложением ADAPL и усовершенствованным субтитром ADSBT, заданных в тайтле, и временными характеристиками их хранения в кэше FLCCH файлов (кэше DTCCH данных) до воспроизведения. Затем узел ADVPL воспроизведения усовершенствованного контента считывает информацию RESRCI о ресурсе и может выявить временные характеристики хранения усовершенствованного приложения ADAPL и усовершенствованного субтитра ADSBT в кэше FLCCH файлов (кэше DTCCH данных). Поэтому, так как информация RESRCI о ресурсе описана после информации OBMAPI о проецировании объектов, обработка узла ADVPL воспроизведения усовершенствованного контента упрощается. Так как информация PLSQI последовательности воспроизведения становится важной для предоставления пользователю возможности немедленно перемещать видеоинформацию, которую он или она желает видеть при воспроизведении усовершенствованного контента ADVCT, информация PLSQI последовательности воспроизведения размещена после информации RESRCI о ресурсе. Так как информация TRNAVI навигации дорожек является информацией, требуемой непосредственно перед представлением пользователю, она описана в последней позиции в информации TTELEM элементов тайтла.

<Элемент тайтла>

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

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

Элементы клипа представления в элементе тайтла описывают информацию о проецировании объектов в тайтле.

Элементы клипа представления также описывают распределение номеров дорожек для элементарного потока.

Элемент списка глав описывает информацию последовательности воспроизведения в тайтле.

Элемент списка навигации дорожек описывает информацию об информации навигации дорожек в тайтле.

Элемент ресурса тайтла описывает информацию об информации ресурса для тайтла.

(а) атрибут номера тайтла (title Number)

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

(b) атрибут типа (type)

Описывает тип тайтла. Если контентом является интероперабельный контент, а тайтлом является исходный тайтл, значением будет 'Original' ('исходный'). Если контентом является интероперабельный контент, а тайтлом является определенный пользователем тайтл, значением будет 'User Defined' ('определенный пользователем'). Иначе, он может быть пропущен, или 'Advanced' ('усовершенствованный'). Значение может быть пропущено. Значением по умолчанию является 'Advanced'.

(c) атрибут возможности выбора (selectable)

Описывает, может ли тайтл быть выбираемым операцией пользователя или нет. Если значением является «false», тайтл не будет подвергаться навигации по операции пользователя. Значение может быть пропущено. Значением по умолчанию является "true".

(d) атрибут продолжительности тайтла (title Duration)

Описывает продолжительность временной шкалы тайтла. Значение атрибута будет описываться временным выражением.

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

(e) атрибут родительского уровня (parental Level)

Описывает список родительского уровня для каждого кода страны. Значение атрибута будет описываться значением родительского списка. Этот атрибут может быть пропущен. Значением по умолчанию является '*: 1'.

(f) атрибут основного делителя импульсов сигнала времени (tick Base Divisor)

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

(g) атрибут по окончании (on End)

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

(h) атрибут наименования отображения (display Name)

Описывает наименование тайтла в употребляемой человеком текстовой форме. Устройство воспроизведения может отображать это наименование в качестве наименования тайтла. Этот атрибут может быть пропущен.

(i) атрибут альтернативного режима отображения SD (SD Display Mode)

Описывает допущенные режимы отображения на мониторе 4:3 при воспроизведении этого тайтла. 'pan scan Or Letter box' предоставляет возможность как панорамирования, так и конвертирования, 'pan scan' предоставляет возможность только панорамирования, а 'letter box' предоставляет возможность только конвертирования для монитора 4:3. Устройство воспроизведения будет осуществлять принудительный вывод на монитор 4:3 в разрешенных режимах отображения. Этот атрибут может быть пропущен. Значением по умолчанию является 'pan scan Or Letter box'.

(j) атрибут описания (description)

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

(k) атрибут xml:base

Описывает базовый URI в этом элементе. Семантика xml:base будет следовать основе XML.

Более четкие разъяснения будут предоставлены ниже.

Фиг.20А и 20В показывают информацию, описанную в теге элемента тайтла, который представляет начало информации TTELEM каждого элемента тайтла в этом варианте осуществления. Тег элемента тайтла сначала описывает ID-информацию TTIDI тайтла, используемую для идентификации каждого тайтла. Затем описывается информация атрибута возможности выбора. Эта информация атрибута возможности выбора указывает информацию выбора в отношении того, может или нет заданный тайтл управляться в ответ на пользовательские операции. Например, в случае системы, показанной на фиг.1, пользователь может находиться перед широкоэкранным ТВ-монитором 15 и может выполнять экранные операции (например, быструю перемотку вперед FF или быструю перемотку назад FR) с использованием пульта дистанционного управления (не показан). Обработка, задаваемая пользователем таким путем, названа пользовательской операцией, а информация атрибута возможности выбора указывает, обрабатывается или нет тайтл в ответ на пользовательские операции. В этой информации, описывается слово «true», либо «false». Например, когда видеоконтент соответствующего тайтла, то есть реклама 44 и анонс 41 не разрешены для быстрой перемотки вперед пользователем, весь соответствующий тайтл может быть настроен для запрещения пользовательских операций. В таком случае информация атрибута возможности выбора устанавливается в «false», чтобы запретить пользовательские операции по отношению к соответствующему тайтлу, таким образом, отклоняя запросы, такие как быстрая перемотка вперед, быстрая перемотка назад и тому подобные, со стороны пользователя. Когда этим значением является «true», пользовательские операции поддерживаются и обработка (пользовательские операции), такая как быстрая перемотка вперед, быстрая перемотка назад и тому подобное, может выполняться в ответ на запросы пользователя. В этом варианте осуществления значение по умолчанию информации атрибута возможности выбора установлено в «true». Способ обработки воспроизведения тайтла блока ADVPL воспроизведения усовершенствованного контента (смотрите фиг.1) в значительной степени изменяется в зависимости от информации атрибута возможности выбора. Следовательно, посредством размещения информации атрибута возможности выбора в расположении непосредственно после ID-информации TTIDI тайтла и после других разновидностей информации может быть улучшено удобство обработки блока ADVPL воспроизведения усовершенствованного контента. В этом варианте осуществления описание информации атрибута возможности выбора может быть опущено в теге элемента тайтла. Когда описание этой информации опущено, она устанавливается как значение по умолчанию «true».

Информация частоты кадров представляет количество кадров в секунду видеоинформации, которая должна отображаться на экране, и соответствует опорному интервалу времени временной шкалы TMLE тайтла. Как было описано с использованием фиг.14, в этом варианте осуществления две системы могут быть установлены в качестве временной шкалы TMLE тайтла, то есть система 50 Гц (50 отсчетов отсчитываются за секунду по временной шкале TMLE тайтла) и система 60 Гц (60 отсчетов отсчитываются за секунду по временной шкале TMLE тайтла). Например, в случае NTSC-дисплея с чересстрочной разверткой 30 кадров (60 полей) отображаются за секунду. Этот случай соответствует системе 60 Гц, а единичный интервал (временной интервал одного отсчета временной шкалы тайтла) установлен в 1/60 секунды.

Информация TTDUR временной длительности всего тайтла по временной шкалы TMLE тайтла представляет длительность полной временной шкалы TMLE по соответствующему тайтлу. Информация TTDUR временной длительности всего тайтла по временной шкале TMLE тайтла описывается с использованием полного количества отсчетов системы 50 Гц или 60 Гц, соответствующей информации частоты кадров (количества кадров в секунду). Например, когда временем представления соответствующего полного тайтла является n секунд, значение «60n» или «50n» устанавливается в общем количестве отсчетов в качестве информации TTDUR временной длительности полного тайтла на временной шкале TMLE тайтла. В этом варианте осуществления конечные времена всех объектов воспроизведения будут меньшими, чем информация TTDUR временной длительности полного тайтла на временной шкале TMLE тайтла. Таким образом, так как информация TTDUR временной длительности полного тайтла на временной шкале TMLE тайтла зависит от тактового интервала на временной шкале TMLE тайтла, она размещена вслед за информацией частоты кадров, таким образом обеспечивая легкую обработку данных блока ADVPL воспроизведения усовершенствованного контента.

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

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

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

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

Более того, столбец дополнительной информации (описания), связанной с тайтлом, описывает дополнительную информацию, связанную с тайтлом, в текстовом формате. Описание этой информации может быть пропущено в теге элемента тайтла. Информация наименования тайтла (displayName), которая должна отображаться устройством 1 записи и воспроизведения информации, и дополнительная информация (description), связанная с тайтлом, являются несущественными при выполнении обработки воспроизведения блока ADVPL воспроизведения усовершенствованного контента. Поэтому эти порции информации записываются в последнем размещении в информации TTATRI атрибутов тайтла.

В качестве практического примера информации тега элемента тайтла, например, когда ID-информацией идентификации тайтла является «Ando», а временной длительностью полного тайтла в системе 60 Гц является 80000, примером описания является:

<Title = 'Ando' titleDuration = '80000'>

В системе 60 Гц, так как количество отсчетов временной шкалы TMLE тайтла отсчитывается 60 раз в сек, значение «80000» составляет 22 минуты (≈ 80000 ÷ 60 ÷ 60).

Информация в информации TTELEM элемента тайтла включает в себя информацию OBMAPI о проецировании объектов, которая описывает список элементов клипа представления, информацию RESRCI о ресурсе, которая записывает элемент ресурса тайтла, информацию PLSQI последовательности воспроизведения, которая описывает элемент списка глав, и информацию TRNAVI навигации дорожек, которая описывает элемент списка навигации списка дорожек, как показано в (с) по фиг.19А. Элементы клипа представления описывают клип PRAVCP первичного аудио-видео, клип SBADCP аудиозамещения, клип SCAVCP вторичного аудио-видео, сегмент ADSTSG усовершенствованного субтитра и сегмент ADAPSG приложения, как показано в (с) по фиг.20В. Элементы клипа представления описаны в информации OBMAPI о проецировании объектов в каждом тайтле. Элементы клипа представления описаны в качестве части информации распределения номеров дорожек в соответствии с каждым элементарным потоком.

Информация PLSQI последовательности воспроизведения описана в качестве списка элементов списков глав, как показано в (d) по фиг.20В.

<Элементы главы и информация последовательности воспроизведения>

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

Элемент списка глав состоит из списка элементов главы. Согласно порядку документа элемента главы в списке глав номер главы для усовершенствованной навигации будет назначаться непрерывно, начиная с '1'.

Полное количество глав в тайтле будет меньшим, чем 2000.

Полное количество глав в списке воспроизведения будет меньшим, чем 100000.

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

Начальная позиция главы на временной шкале тайтла будет монотонно увеличиваться согласно номеру главы и будет меньшей или равной длительности временной шкалы тайтла. Начальная позиция главы у главы 1 будет 00:00:00:00.

Последующее описание является примером последовательности воспроизведения.

<ChapterList>

<Chapter titleTimeBegin="00:00:00:00"/>

<Chapter titleTimeBegin="00:01:02:00"/>

<Chapter titleTimeBegin="00:02:01:03"/>

<Chapter titleTimeBegin="00:04:02:30"/>

<Chapter titleTimeBegin="00:05:21:22"/>

<Chapter titleTimeBegin="00:06:31:23"/>

</ChapterList>

Более четкие разъяснения будут предоставлены ниже.

Элемент списка глав в информации PLSQI последовательности воспроизведения описывает структуру глав в тайтле. Элемент списка глав описан в виде списка элементов главы (соответственные строки, начинающиеся с тега <Chapter titleTimingBegin>, как показано в (d) по фиг.20В). Номер элемента главы, описанного первым в списке глав, установлен в «1», и номера глав устанавливаются в соответствии с порядком описания соответствующих элементов глав. Количество глав в одном списке глав (тайтле) установлено, чтобы быть 512 или меньшим, таким образом предотвращая затруднение при обработке узла ADVPL воспроизведения усовершенствованного контента. Атрибут titleTimingBegin (информация, описанная после «<Chapter titleTimingBegin>=») в каждом элементе главы представляет временную информацию (количество отсчетов на временной шкале TMLE тайтла), указывающую начальную позицию каждой главы на временной шкале тайтла. Конечная позиция текущей главы представлена начальной позицией следующей главы. Конечная позиция последней главы интерпретируется в качестве последнего значения (значения счета) на временной шкале TMLE тайтла. Временная информация (значение счета), указывающая начальную позицию каждой главы на временной шкале TMLE тайтла, будет установлена монотонно возрастающей в соответствии с приращениями номера главы. С этими настройками облегчается управление доступом скачка последовательности согласно порядку воспроизведения глав.

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

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

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

2. Реализация гибкого реагирования на различные действия через сеть; и

3. Реализация удобной обработки имеющей отношение к видеоинформации и необременительной передачи информации после обработки.

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

Изобретение относится к устройству и способу воспроизведения информации, к способам записи и переноса информации. Техническим результатом является реализация гибких и разносторонних форматов представлений, повышение удобства обработки видеоинформации. Устройство воспроизведения информации содержит информационный запоминающий носитель, хранящий набор видеообъектов, управляющую информацию и информацию о проецировании объектов, а также модуль воспроизведения информации. Способ воспроизведения информации включает считывание управляющей информации (PLLST), используемой для управления одним или более разделами видеоданных, с информационного запоминающего носителя, причем носитель хранит усовершенствованный контент, включающий в себя управляющую информацию (PLLST), в которой на индивидуальной основе определена временная шкала раздела (TMLE), указывающая временные характеристики воспроизведения объектов каждого раздела видеоданных, и воспроизведение объектов каждого раздела видеоданных в соответствии с временной шкалой раздела (TMLE), определенной в считанной управляющей информации (PLLST). 4 н. и 2 з.п. ф-лы, 22 ил.

1. Устройство воспроизведения информации, отличающееся тем, что содержит

информационный запоминающий носитель (DISC), хранящий данные, которые содержат:

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

управляющую информацию (PLLST), используемую для управления упомянутым тайтлом, и

информацию о проецировании объектов (OBMAPI), которая обеспечивает информацию воспроизведения для упомянутого улучшенного видеообъекта посредством проецирования этого улучшенного видеообъекта на временную шкалу тайтла (TMLE), причем информация о проецировании объектов (OBMAPI) включена в состав управляющей информации (PLLST); и

модуль (1) воспроизведения информации для воспроизведения объектов упомянутого тайтла в соответствии с временной шкалой тайтла (TMLE), заданной в управляющей информации (PLLST).

упомянутые данные содержат усовершенствованный контент (ADVCT), который включает в себя список воспроизведения (PLLST) в качестве управляющей информации, первичный видеонабор, вторичный видеонабор, усовершенствованное приложение и усовершенствованные субтитры; и

временная шкала тайтла (TMLE) определена в этом списке воспроизведения (PLLST).

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

отображают перенесенную информацию на экране дисплея.

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

воспроизводят упомянутый улучшенный видеообъект.

получают улучшенный набор видеообъектов (EVOBS), который представляет собой совокупность из по меньшей мере одного улучшенного видеообъекта, включающего в себя данные по видео, аудио и фрагментам изображения, причем этот улучшенный набор видеообъектов (EVOBS) включен в набор тайтлов, соответствующий одному тайтлу, управляющую информацию (PLLST), используемую для управления упомянутым тайтлом, и информацию о проецировании объектов (OBMAPI), которая обеспечивает информацию воспроизведения для упомянутого улучшенного видеообъекта посредством проецирования этого улучшенного видеообъекта на временную шкалу тайтла (TMLE), причем информация о проецировании объектов (OBMAPI) включена в состав управляющей информации (PLLST), и

записывают полученную информацию в информационном запоминающем носителе.