Устройство воспроизведения, записывающее устройство, способ воспроизведения и способ записи

Устройство воспроизведения, записывающее устройство, способ воспроизведения и способ записи

Иллюстрации

Показать все

Реферат

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

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

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

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

Патентный документ 1. Публикация заявки на патент (Япония) номер 2006-109494

Сущность изобретения

Проблемы, разрешаемые изобретением

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

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

Предположим, например, что в конкретной сцене изображения основного видео, элемент воспроизведения ассоциирован с 10 субэлементами воспроизведения, и субэлементы воспроизведения поддерживают 10 языков в качестве вариантов выбора. Также предположим здесь, что каждый файл с клипами, на который ссылается каждый субэлемент воспроизведения, имеет размер данных в 10 Мб. В таком случае, чтобы начинать воспроизведение одного элемента воспроизведения, файлы в 100 Мб = 10(языков)×10(Мб) должны быть загружены, как и AV-клипы, на которые ссылается элемент воспроизведения изображения основного видео. В таком случае, когда приложение, отвечающее за загрузку файлов с клипами, сначала загружает файлы с клипами в сумме на 100 Мб, на которые ссылаются эти 10 субэлементов воспроизведения, а затем загружает файлы с клипами, на которые ссылается элемент воспроизведения, предоставление файлов с клипами, на которые ссылается элемент воспроизведения, может быть задержано в случае, если скорость передачи битов ограничена, что приводит к задержке выполнения воспроизведения.

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

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

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

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

Средство для решения проблемы

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

Преимущества изобретения

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

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

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

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

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

Скорость передачи битов B =

((размер данных файла с клипами, составляющего следующий элемент воспроизведения) +

(размер данных файла с клипами, составляющего следующий субэлемент воспроизведения))

/ время воспроизведения текущего элемента воспроизведения

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

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

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

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

Краткое описание чертежей

Фиг. 1 показывает один пример реализации операции использования устройства 101 воспроизведения.

Фиг. 2 показывает один пример списка воспроизведения.

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

Фиг. 4 показывает то, как список воспроизведения, показанный на фиг. 3, воспроизводится.

Фиг. 5 показывает пример структуры устройства 101 воспроизведения.

Фиг. 6 - это список системных параметров (SPRM).

Фиг. 7 иллюстрирует функцию воспроизведения подобного потоковому.

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

Фиг. 9 показывает состояние, когда позиция воспроизведения достигает элемента воспроизведения #2.

Фиг. 10 показывает состояние, когда, после того как пользователь запросил смену субтитра, текущая позиция воспроизведения переместилась от субэлемента воспроизведения #3, который ссылается на 10003.m2ts подпути (ID=0), к субэлементу воспроизведения #3, который ссылается на 20003.m2ts подпути (ID=1).

Фиг. 11 показывает состояние, когда, после того как переход к главе осуществлен, элемент воспроизведения #3 является текущим элементом воспроизведения, а субэлемент воспроизведения #3 является информацией текущего субэлемента воспроизведения.

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

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

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

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

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

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

Фиг. 18 показывает файлы с клипами, которые запрошены, чтобы быть загруженными, когда текущий элемент воспроизведения - это элемент воспроизведения #1, а информация текущего субэлемента воспроизведения - это субэлемент воспроизведения #1 подпути (ID=1).

Фиг. 19 показывает файлы с клипами, которые запрошены, чтобы быть загруженными, когда текущий элемент воспроизведения - это элемент воспроизведения #2, а информация текущего субэлемента воспроизведения - это субэлемент воспроизведения #2 подпути (ID=1).

Фиг. 20 показывает файлы с клипами, которые запрошены, чтобы быть загруженными, когда текущий элемент воспроизведения - это элемент воспроизведения #3, а информация текущего субэлемента воспроизведения - это субэлемент воспроизведения #3 подпути (ID=1).

Фиг. 21 показывает один пример структуры AV-клипа.

Фиг. 22 схематично показывает то, как AV-клипы мультиплексируются.

Фиг. 23 подробнее иллюстрирует то, как видеопоток сохраняется в последовательностях PES-пакетов.

Фиг. 24 показывает формат TS-пакетов, в итоге записываемых в AV-клип.

Фиг. 25 подробно поясняет структуру данных PMT.

Фиг. 26 показывает один пример файла информации о клипе.

Фиг. 27 показывает один пример информации атрибутов потока.

Фиг. 28 показывает один пример карты вхождений.

Фиг. 29 показывает один пример внутренней структуры декодера 13 системных целевых объектов.

Фиг. 30 иллюстрирует структуру данных информации списка воспроизведения.

Фиг. 31 показывает с детализацией внутреннюю структуру информации подпути.

Фиг. 32 показывает один пример всей структуры STN_table.

Фиг. 33 показывает один пример Stream_entry для потока вторичного видео в качестве части всей структуры STN_table, показанной на фиг. 32.

Фиг. 34A показывает один пример Stream_entry и Stream_attribute в потоке первичного видео.

Фиг. 34B показывает Stream_entry в потоке вторичного видео.

Фиг. 35A показывает один пример распределения битов в PSR14.

Фиг. 35B показывает один пример распределения битов в PSR29.

Фиг. 36 показывает один пример внутренней структуры механизма управления воспроизведением.

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

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

Фиг. 39A-39E показывают один пример стереоочков последовательного типа.

Фиг. 40 показывает один пример внутренней структуры потока первичного видео и потока вторичного видео для стереоскопического просмотра.

Фиг. 41 показывает один пример внутренней структуры декодера 13 системных целевых объектов.

Фиг. 42 показывает один пример внутренней структуры Primary_audio_stream_entry и Secondary_audio_stream_entry и внутренней структуры Comb_info_Secondary_video_Secondary_audio.

Фиг. 43A показывает один пример распределения битов в PSR1.

Фиг. 43B показывает один пример распределения битов в PSR14.

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

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

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

Фиг. 47 показывает часть STN_table, которая конкретно связана с потоком PGtextST.

Фиг. 48A показывает один пример области числовых значений номеров потока, которые может иметь текущий поток PGtextST.

Фиг. 48B показывает один пример распределения битов в PSR2.

Фиг. 49 - это блок-схема последовательности операций способа, показывающая процедуру для определения текущего потока PiP PG textST, когда текущий элемент воспроизведения изменяется.

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

Фиг. 51 показывает пример структуры BD-ROM.

Фиг. 52 показывает пример внутренней структуры индексного файла.

Фиг. 53 показывает пример внутренней структуры комплекта обновлений, сохраненного в локальном устройстве 103 хранения.

Фиг. 54 показывает пример содержимого файла информации управления слиянием и процесса компоновки виртуального пакета на основе содержимого файла информации управления слиянием из файла BD-ROM и файла комплекта обновлений.

Фиг. 55 показывает один пример системы авторских разработок.

Фиг. 56A и 56B иллюстрируют способ, используемый для того, чтобы создавать образ ROM-диска и образ комплекта обновлений.

Описание символов

100 - BD-ROM

102 - www-сервер

103 - локальное устройство хранения

104 - телевизионный приемник

Оптимальный режим осуществления изобретения

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

<Вариант осуществления 1>

Далее описывается вариант осуществления устройства воспроизведения и записывающего устройства. Сначала из операций реализации устройства воспроизведения, описывается операция использования. Фиг. 1 показывает реализацию операции использования устройства 101 воспроизведения. Как показано на фиг. 1, устройство 101 воспроизведения используется пользователем вместе с носителем 100 записи, который является одним примером первого носителя записи, www-сервером 102, локальным устройством 103 хранения и телевизионным приемником 104.

BD-ROM 100 является носителем записи, на который записываются видеофрагменты.

Устройство 101 воспроизведения составляет домашний кинотеатр вместе с телевизионным приемником 104 и воспроизводит BD-ROM 100. Устройство 101 воспроизведения имеет функцию для загрузки данных в носитель записи, тем самым также имея функцию записывающего устройства.

Www-сервер 102 является серверным устройством, которое управляет официальным веб-узлом дистрибьютора видео и распространяет набор файлов (комплект обновлений) пользователю через Интернет и т.п., при этом набор файлов направлен на частичную замену или добавление видеофрагментов, записанных на BD-ROM 100.

Локальное устройство 103 хранения присоединено к устройству воспроизведения, чтобы использоваться в качестве устройства хранения для хранения содержимого, распределяемого с www-сервера 102 дистрибьютора видео. При такой структуре содержимое, которое загружено в локальное устройство 103 хранения через сеть, может быть комбинировано с содержимым, записанным на BD-ROM 100, и таким образом содержимое, записанное на BD-ROM 100, может быть расширено/обновлено.

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

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

Фиг. 2 показывает список воспроизведения, при этом список воспроизведения состоит из "основного пути" и одного или более "подпутей".

"Основной путь" состоит из одного или более элементов воспроизведения.

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

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

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

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

Список воспроизведения состоит из основного пути и двух подпутей (подпуть (ID=0), подпуть (ID=1)). Основной путь включает в себя пять элементов воспроизведения #1, #2, #3, #4 и #5. Подпуть с ID=0 включает в себя пять субэлементов воспроизведения #1, #2, #3, #4 и #5, и подпуть с ID=1 включает в себя пять субэлементов воспроизведения #1, #2, #3, #4 и #5.

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

Пять элементов воспроизведения #1, #2, #3, #4 и #5 соответственно ссылаются на 00001.m2ts, 00002.m2ts, 00003.m2ts, 00004.m2ts и 00005.m2ts.

Пять субэлементов воспроизведения #1, #2, #3, #4 и #5 подпути ID=0 соответственно ссылаются на 10001.m2ts, 10002.m2ts, 10003.m2ts, 10004.m2ts и 10005.m2ts.

Пять субэлементов воспроизведения #1, #2, #3, #4 и #5 подпути ID=1 соответственно ссылаются на 20001.m2ts, 20002.m2ts, 20003.m2ts, 20004.m2ts и 20005.m2ts.

Элементы воспроизведения в основном пути имеют такую же таблицу номеров потоков, что и показанная в правом верхнем углу по фиг. 3. Эта таблица номеров потоков имеет три записи, которым соответственно назначены номера потоков "1", "2" и "3". Эти три записи соответственно разрешают воспроизведение (i) потока первичного видео, на который ссылается информация элемента воспроизведения основного пути, (ii) потока презентационной графики (PG#1), который охватывается посредством AV-клипа, на который ссылается субэлемент воспроизведения (подпуть ID=0) и (iii) потока презентационной графики (PG#2), который охватывается посредством AV-клипа, на который ссылается субэлемент воспроизведения (подпуть ID=1).

Когда текущий номер потока субтитров равен "2", соответствующая запись потока - это PG#1, указанный посредством подпути ID=0, и таким образом PG#1, указанный посредством подпути ID=0, воспроизводится синхронно с воспроизведением элемента воспроизведения.

Фиг. 4 показывает то, как список воспроизведения, показанный на фиг. 3, воспроизводится. Правая сторона фиг. 4 показывает www-сервер 102, а левая сторона показывает устройство 101 воспроизведения. Средняя часть фиг. 4 показывает тракт передачи, которым является, например, Интернет или сеть intranet. 00001.m2ts, 00002.m2ts, 00003.m2ts, 00004.m2ts и 00005.m2ts, показанные на фиг. 3, находятся в локальном устройстве 103 хранения. Как показано на фиг. 4, AV-клипы, показанные на фиг. 4, 00001.m2ts и 10001.m2ts, передаются из www-сервера 102 в устройство 101 воспроизведения в ответ на запрос на загрузку, передаваемый в www-сервер 102.

В базе данных серверного устройства AV-клипы сохраняются и управляются в файлах, имена которых - это ни одно из 00001.m2ts, 00002.m2ts, 00003.m2ts, 00004.m2ts и 00005.m2ts. Это обусловлено тем, что к файлам, которые могут составлять виртуальный пакет, может осуществляться доступ посредством псевдонимов посредством файлов манифеста.

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

<BD-J-приложение>

BD-J-приложение - это приложение Java^TM, которое активируется посредством обмена служебной информацией между приложениями, который указывает заголовок в качестве жизненного цикла, причем обмен служебной информацией между приложениями выполняется посредством платформенного модуля, который реализован в полном соответствии с техническими требованиями Java 2 MicroEdition (J2ME) Personal Basis Profile (PBP 1.0) и Globally Excecutable MHP (GEM 1.0.2) для пакетных мультимедийных целевых объектов. BD-J-приложение начинает воспроизведение списка воспроизведения посредством инструктирования виртуальной машине Java^TM формировать экземпляр проигрывателя JMF (Java Media Framework) для воспроизведения информации списка воспроизведения. Экземпляр JMF-проигрывателя - это данные, которые фактически формируются в динамически распределяемом запоминающем устройстве виртуальной машины на основе класса JMF-проигрывателя.

JMF A" BD://00001.mpls"; - это метод, который инструктирует виртуальной машине Java^TM формировать экземпляр проигрывателя для воспроизведения списка воспроизведения файла 00001.mpls. Здесь "A.play" - это метод, который инструктирует экземпляру JMF-проигрывателя воспроизводиться. Экземпляр JMF-проигрывателя формируется на основе библиотеки JMF.

После того как экземпляр JMF сформирован, www-сервер 102 запрашивается загружать AV-клип, который требуется для воспроизведения списка воспроизведения. Для выполнения загрузки можно устанавливать соединение для получения AV-клипа в www-сервере 102 с использованием метода openConnection в библиотеке программного обеспечения Java, называемой "java.net". Примером такого соединения является "new java.net.URL(http://xxx.com/vp_data/00001.m2ts.openConnection())", где "http://xxx.com/vp_data/00001.m2ts" указывает URL-адрес файла на сервере.

Перед вышеупомянутым воспроизведением списка воспроизведения и загрузкой AV-клипа, BD-J-приложение принимает пользовательскую операцию через инфраструктуру GUI. Инфраструктура GUI, используемая посредством BD-J-приложения, включает в себя инфраструктуру HAVi, заданную в GEM 1.0.2, и включает в себя механизм навигации с помощью пульта дистанционного управления, заданный в GEM 1.0.2.

При такой структуре приложение Java^TM может осуществлять вывод на экран, который является комбинацией отображения движущегося изображения и отображения кнопки, текста и/или онлайнового отображения (содержимого BBS) на основе инфраструктуры HAVi, предоставляя возможность осуществления вышеупомянутого воспроизведения списка воспроизведения и загрузки AV-клипа с использованием дистанционного управления. Набор файлов, составляющих BD-J-приложение, преобразуется в архивный файл Java^TM, который соответствует техническим требованиям, описанным в http://Java™sun.com/j2se/1.4.2/docs/guide/jar/jar.html. Архивный файл Java^TM - это файл в ZIP-формате, адаптированном для Java^TM, и содержимое файла может быть подтверждено с помощью коммерческой программы распаковки ZIP.

<BD-J-объект>

BD-J-объект - это данные, которые включают в себя таблицу управления приложениями (ApplicationManagementTable()) и заставляет платформенный модуль выполнять обмен служебной информацией между приложениями для переключения заголовков в ходе воспроизведения BD-ROM. Более конкретно, ApplicationManagementTable() включает в себя application_id и application_control_code, где application_id указывает BD-J-приложение, которое должно быть выполнено, а application_control_code указывает управление, которое должно быть выполнено, когда BD-J-приложение активировано. Application_control_code задает первое состояние выполнения приложения после того как заголовок выбран. Кроме того, application_control_code может задавать AUTOSTART или PRESENT, при этом для AUTOSTART BD-J-приложение загружается в виртуальную машину и запускается автоматически, а для PRESENT BD-J-приложение загружается в виртуальную машину, но не запускается автоматически.

Далее описывается внутренняя структура устройства воспроизведения.

Фиг. 5 показывает пример структуры устройства 101 воспроизведения. Устройство 101 воспроизведения состоит из BD-ROM-накопителя 10, буфера 11 считывания, буфера 12 считывания, декодера 13 системных целевых объектов, модуля 14 выполнения BD-J, сетевого интерфейса 15, модуля 16 управления виртуальными пакетами, модуля 17 управления состоянием, процессора 18 пользовательских событий, механизма 19 воспроизведения, механизма 20 управления воспроизведением, модуля 21 передачи/приема HDMI, динамически распределяемого запоминающего устройства 22, интерпретатора 23 виртуальной машины и PSR-набора 24. Далее приводится описание каждого из этих компонентов.

<BD-ROM-накопитель 10>

BD-ROM-накопитель 10 считывает данные с BD-ROM-диска и сохраняет данные в буфере 11 считывания.

<Буфер 11 считывания>

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

<Буфер 12 считывания>

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

<Декодер 13 системных целевых объектов>

Декодер 13 системных целевых объектов выполняет процесс демультиплексирования в исходные пакеты, считываемые в буфер 11 считывания или буфер 12 считывания, и выполняет процесс декодирования и воспроизведения потоков. Декодер 13 системных целевых объектов также выполняет процесс декодирования и воспроизведения графических данных, таких как JPEG и PNG, для отображения меню и т.п. посредством модуля 14 выполнения BD-J. Сведения по декодеру 13 системных целевых объектов приводятся ниже.

<Модуль 14 выполнения BD-J>

Модуль 14 выполнения BD-J является механизмом обработки программ, который выполняет BD-J-приложение, передаваемое из модуля 16 управления виртуальными пакетами. Модуль 14 выполнения BD-J выполняет операции в соответствии с программой BD-J-приложения и осуществляет управление следующим образом. (1) Модуль 14 выполнения BD-J выполняет воспроизведение по списку воспроизведения относительно модуля 16 управления виртуальными пакетами. (2) Модуль 14 приложения BD-J сохраняет комплект обновлений с www-сервера, к примеру, Интернета, на локальное устройство хранения. (3) Модуль 14 приложения BD-J инструктирует, что виртуальный пакет составляется посредством комбинирования BD-ROM и комплекта обновлений. (4) Модуль 14 приложения BD-J задает значения переменных проигрывателя. (5) Модуль 14 приложения BD-J передает PNG и/или JPEG для графики меню или игры в декодер системных целевых объектов, чтобы отображать экран. Эти операции могут выполняться гибко в соответствии со структурой программ. То, какое управление выполняется, определяется согласно процедуре программирования BD-J-приложения в процедуре авторской разработки.

<Сетевой интерфейс 15>

Сетевой интерфейс 15 осуществляет функцию связи в устройстве воспроизведения. После приема URL-адреса, указанного в BD-J-приложении, сетевой интерфейс 15 устанавливает TCP-соединение, FTP-соединение и т.п. с веб-узлом по URL-адресу, предоставляя возможность приложению Java^TM загружать информацию с веб-узла.

<Модуль 16 управления виртуальными пакетами>

Модуль 16 управления виртуальными пакетами управляет BD-ROM-накопителем 10 и локальным устройством 103 хранения так, чтобы составлять виртуальный пакет, и имеет функцию управления воспроизведением посредством проигрывателя. Виртуальный пакет - это виртуальный BD-ROM-пакет, составляемый посредством комбинирования содержимого BD-ROM в запоминающем устройстве на основе содержимого, записанного на BD-ROM-диск, данных различий, хранимых в локальном устройстве 103 хранения, и информации управления слиянием, сохраненной в локальном устройстве 103 хранения. Составляемый виртуальный пакет имеет такой же формат, как структура данных BD-ROM. Виртуальный пакет может быть составлен, когда диск вставляется в устройство 1600 воспроизведения или когда инструкция составления виртуального пакета выполняется посредством модуля 14 выполнения BD-J. После того как виртуальный пакет составлен, модуль 16 управления виртуальными пакетами управляет процессом воспроизведения AV-клипа через информацию списка воспроизведения, в соответствии с инструкцией воспроизведения от BD-J модуля выполнения или уведомлением посредством процессора пользовательских событий. Кроме того, модуль 16 управления виртуальными пакетами также выполняет настройку и снабжение ссылками для переменной проигрывателя и выполняет операции воспроизведения.

<Модуль 17 управления состоянием>

Модуль 17 управления состоянием управляет состоянием (любым из состояния отсутствия, состояния активности и состояния недоступности), в котором находится каждый AV-клип, сохраненный в BD-ROM или локальном устройстве хранения, и выполняет управление относительно того, следует ил