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

Область техники, к которой относится изобретение

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

Уровень техники

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

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

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

На фиг.2 показано прерывистое воспроизведение данных с интерактивного DVD по фиг.1. То есть, на фиг.2 показана загруженность буферной памяти, которую используют для буферизации аудиовидеоданных, и загруженность кэш-памяти, которую используют для кэширования Web-ресурсов.

Обратимся к фиг. 1 и 2, со ссылками на которые описывается способ загрузки аудиовидеоданных в память и отображения аудиовидеоданных. Устройство съема информации ищет документ разметки STARTUP.HTM и загружает найденный документ разметки STARTUP.HTM в кэш-память. Затем STARTUP.HTM активизируется. В то же самое время аудиовидеоданные 1, выбранные пользователем, загружаются в буферную память, а затем отображаются. После этого в буферную память загружаются аудиовидеоданные 2, после чего они отображаются. После завершения буферизации аудиовидеоданных 2 устройство съема информации переходит на то место на интерактивном DVD, где записаны аудиовидеоданные 3, и начинает буферизацию аудиовидеоданных 3. В этот момент пользователь может запросить документ 4 разметки А.HTM. В этом случае устройство съема информации прекращает буферизацию аудиовидеоданных 3, выполняет поиск документа 4 разметки А.HTM и загружает документ 4 разметки А.HTM в кэш-память. При поиске документа 4 разметки А.HTM и загрузки его в кэш-память не разрешается отображение аудиовидеоданных 3. Таким образом, объем данных, который может быть буферизован в буферной памяти, значительно уменьшается, так как аудиовидеоданные 3 все еще занимают пространство в буферной памяти. Когда документ 4 разметки на А.HTM активизирован и завершена буферизация аудиовидеоданных 3, буферизируются аудиовидеоданные 5. Затем устройство съема информации переходит к тому месту, где записаны аудиовидеоданные 6. В вышеописанном способе все данные, которые были до сих пор буферизованы, могут исчезнуть. Другими словами, при запросе воспроизведения видеоизображений DVD со стандартного интерактивного DVD синхронно с документами разметки, например, когда запрашивается отображение творческой биографии конкретного актера или актрисы, всякий раз, когда он или она появляется на экране, устройство съема информации приостанавливает буферизацию аудиовидеоданных и начинает поиск и кэширование соответствующих документов разметки, в результате чего изображения могут воспроизводиться с прерываниями.

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

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

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

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

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

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

Декодер контента, используя API, может создать сигнал отчета, который включает в себя в качестве параметра по меньшей мере одно из: путь файла и атрибут документа разметки. API может представлять собой API в виде [obj].isCached(URL,resType), где URL - параметр, указывающий путь файла для документа разметки, а resType - параметр, указывающий атрибут документа разметки.

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

Декодер контента, используя API, может проверить, завершена ли предварительная загрузки документа разметки. API может представлять собой API в виде [obj].allDone. API в виде [obj].allDone может возвратить значение «истина» декодеру контента, если предварительная загрузка документа разметки завершена, и возвратить декодеру контента значение «ложь», если предварительная загрузка документа разметки не завершена.

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

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

Администратор буфера может удалить документ разметки из буфера в ответ на сигнал отбрасывания, выданный декодером контента. Декодер контента может создать сигнал отбрасывания, используя API отбрасывания.

Декодер контента может создать сигнал отчета, используя API в виде progressNameOfFile, чтобы определить файловое имя документа разметки, предварительно загружаемого в настоящее время. Декодер контента может создать сигнал отчета, используя API в виде progressLengthOfFile, чтобы определить, насколько загрузился документ разметки, предварительно загружаемый в данный момент. Декодер контента может создать сигнал отчета, используя API в виде remainLengthOfFile, чтобы определить, какую часть документа разметки, предварительно загружаемого в настоящее время, осталось загрузить до полной загрузки. Декодер контента может создать сигнал отчета, используя API типа totalLoadingSize, чтобы определить общий объем загрузки документа разметки, подлежащего предварительной загрузке. Декодер контента может создать сигнал отчета, используя API вида remainLoadingSize, чтобы определить, какая часть от общего объема загрузки документа разметки должна быть еще загружена.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Управляющая информация может включать в себя интерфейс прикладного программирования (API), который создает сигнал отчета, используемый для идентификации состояния буферизации документа разметки. API может представлять собой API в виде [obj].isCached(URL,resType), который создает сигнал отчета, где URL - это параметр, указывающий путь файла документа разметки, а resType - параметр, указывающий атрибут документа разметки.

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

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

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

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

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

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

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

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

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

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

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

фиг.4 - схема, иллюстрирующая структуру каталогов диска DVD 300, которая поддерживает предварительную загрузку или удаление в соответствии с документами разметки;

фиг.5 - схема, иллюстрирующая пространство тома DVD 300, которое поддерживает предварительную загрузку или удаление в соответствии с документами разметки;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Наилучший вариант выполнения изобретения

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

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

На фиг.3 показано устройство для воспроизведения данных с носителя для хранения данных, которое выполняет операцию предварительной загрузки или удаления применительно к документам разметки. Устройство поддерживает интерактивный режим, в котором поток аудиовидеоданных воспроизводится с носителя для хранения данных, например, DVD 300, путем декодирования аудиовидеоданных, записанных на DVD 300, и последующего отображения декодированных данных в окне дисплея, заданном документами разметки. Устройство включает в себя считыватель 1, первую память 2, вторую память 3, аудиовидеодекодер 4 и механизм 5 представления. Во время интерактивного режима аудиовидеоэкран отображается встроенным в экран разметки. Документы разметки отображаются на экране разметки, а аудиовидеоэкран получают путем воспроизведения аудиовидеоданных.

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

Считыватель 1 считывает документы разметки или аудиовидеоданные с диска DVD 300. Первая память 2 является, например, буферной памятью, которая буферизует аудиовидеоданные, считанные считывателем 1. Вторая память 3 является, например, кэш-памятью, которая кэширует принятый предварительно загруженный файл. Аудиовидеодекодер 4 декодирует аудиовидеоданные, запомненные в первой памяти 2, и выводит поток аудиовидеоданных. Механизм 5 представления интерпретирует информацию о предварительной загрузке, которая содержится в документах разметки, считанных считывателем 1, и выдает запрос в считыватель 1 или Интернет-сервер (не показан) на файлы, подлежащие предварительной загрузке во вторую память 3, на основе интерпретированной информации о предварительной загрузке. Для синхронизации отображения файлов и аудиовидеоданных предварительно загруженные файлы считываются из второй памяти 3 и отображаются вместе с потоком аудиовидеоданных, выходящим из аудиовидеодекодера 4. Файлы удаляются из второй памяти 3 в результате интерпретации информации об удалении.

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

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

Информация о предварительной загрузке содержит команду на считывание файлов, подлежащих предварительной загрузке, например, с DVD 300, и последующее запоминание этих файлов в кэш-памяти 3. Информацию о предварительной загрузке можно задать, используя тег связи, который включает в себя путь и атрибуты файла со списком предварительной загрузки и вставлен в тег заголовка. С другой стороны, информацию о предварительной загрузке можно задать, используя интерфейс прикладного программирования JavaScript (API) или JavaApplet (API), имеющий в качестве функциональных параметров путь и/или атрибут файла со списком предварительной загрузки и разрешающий воспроизведение файла со списком предварительной загрузки. Информацию о предварительной загрузке также можно задать, используя JavaScript API или JavaApplet API, имеющий в качестве функциональных параметров путь и/или атрибут каждого файла, подлежащего предварительной загрузке, и разрешающий воспроизведение файлов, причем в этом случае нет необходимости иметь файл со списком предварительной загрузки.

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

На фиг.4 показана структура каталогов DVD 300. Обратимся к фиг.4, где корневой каталог включает в себя видеокаталог VIDEO_TS диска DVD, имеющий аудиовидеоданные, и интерактивный каталог DVD_ENAV диска DVD, имеющий данные для поддержки интерактивной функции.

В видеокаталоге VIDEO_TS диска DVD записаны информация заголовка VIDEO_TS.IFO, касающаяся всех видеотитров, записанных на DVD 300, информация навигации VTS_01_0.IFO для первого видеотитра и аудиовидеоданные VTS_01_0.VOB, VTS_01_1.VOB,..., образующие первый видеотитр. Подробное описание структуры видеокаталога DVD VIDEO_TS раскрыто в стандарте DVD-Видео (DVD-Видео для диска 1.0 памяти только для считывания).

Информация о навигации DVD_ENAV.IFO, касающаяся всей интерактивной информации в целом, и документ запуска STARTUP.HTM записаны в интерактивном каталоге DVD_ENAV диска DVD. Вдобавок, в интерактивном каталоге DVD_ENAV диска DVD также предусмотрены файл STARTUP.PLD со списком предварительной загрузки, файл А.HTM, подлежащий предварительной загрузке, и графический файл A.PNG, вставленный в А.HTM. В интерактивном каталоге DVD_ENAV диска DVD также могут быть записаны другие файлы, подлежащие предварительной загрузке, или вставленные в них графические файлы.

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

Файлы, хранящиеся в видеокаталоге VIDEO_TS диска DVD по фиг.4, то есть VIDEO_TS.IFO, VTS_01_0.IFO, VTS_01_0.VOB, VTS_01_1.VOB,... записываются в области видео-данных DVD. Файлы, сохраненные в интерактивном каталоге DVD_ENAV диска DVD, то есть STARTUP.HTM, STARTUP.PDL, A.HTM и A.PNG записываются в области интерактивных данных DVD.

На фиг.6 показан способ воспроизведения данных с носителя для хранения данных. При операции 601 считыватель 1 считывает с DVD 300 документ HTML, который является документом разметки, записанным на DVD 300, когда выбран интерактивный режим. В операции 602 механизм 5 представления интерпретирует информацию о предварительной загрузке, включенную в документ HTML, и формирует запрос о том, чтобы считыватель 1 или Интернет-сервер предварительно загрузили файлы. В ответ на этот запрос в операции 603 во второй памяти 3 запоминаются файлы, подлежащие предварительной загрузке.

Считыватель 1 считывает аудиовидеоданные, соответствующие документу HTML, считанному в операции 601 с диска DVD 300, и запоминает считанные аудиовидеоданные в первой памяти 2, которая является буферной памятью, в операции 604. Аудиовидеодекодер 4 декодирует аудиовидеоданные, запомненные в первой памяти 2, в поток аудиовидеоданных в операции 605. В операции 606 механизм 5 представления считывает из второй памяти 3 предварительно загруженные файлы и отображает декодированный поток аудиовидеоданных в окне дисплея, которое задано документом HTML, считанным считывателем 1 в операции 601.

На фиг.7 показан способ интерпретации информации о предварительной загрузке, причем этот способ соответствует операции 602 по фиг.6. В операции 701 механизм 5 представления определяет путь файла со списком предварительной загрузки, включенного в документ HTML, и в операции 702 считывает файл со списком предварительной загрузки, следуя найденному пути. В операции 703 механизм 5 представления определяет файлы, подлежащие предварительной загрузке, которые перечислены в файле со списком предварительной загрузки. Здесь определение файлов, подлежащих предварительной загрузке, означает выявление путей и атрибутов файлов, подлежащих предварительной загрузке.

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

На фиг.9А показан другой способ предварительной загрузки файлов, причем этот способ соответствует операции 603 по фиг.6. В операции 901а механизм 5 представления интерпретирует API, вставленный в тег тела, используя параметры, задающие пути файлов, подлежащих предварительной загрузке, и считывает файлы, подлежащие предварительной загрузке, используя указанный API. В операции 901b механизм 5 представления выполняет предварительную загрузку путем интерпретации файла со списком предварительной загрузки, который включает в себя пути и атрибуты файлов, подлежащих предварительной загрузке. Поскольку механизм 5 представления может определить атрибуты файлов, подлежащих предварительной обработке, он может обработать файлы, подлежащие предварительной обработке, на основе их атрибутов и запомнить обработанные файлы в памяти.

На фиг.9В показан еще один способ предварительной загрузки файлов, причем этот способ соответствует операции 603 по фиг.6. В операции 901b механизм 5 представления предварительно загружает файлы, подлежащие предварительной загрузке, в память, используя API, вставленный в тег тела и имеющий в качестве параметров пути и атрибуты файлов, подлежащих предварительной загрузке. Поскольку атрибут файла, подлежащего предварительной загрузке, идентифицирован, механизм 5 представления может обработать файл, подлежащий предварительной загрузке, с учетом его атрибута, а затем запомнить файл, подлежащий предварительной загрузке, в памяти.

На фиг.10 показан способ удаления одного или нескольких предварительно загруженных файлов, которые хранятся в памяти. В операции 1001 механизм 5 представления интерпретирует информацию об удалении, включенную в документ HTML, идентифицирует файлы, подлежащие удалению, на основе файла со списком удалений и удаляет идентифицированные файлы из второй памяти 3 в операции 1002. Хотя файл со списком предварительной обработки и файл со списком удалений интегрированы в единый файл, то есть STARTUP.PLD, очевидно, что список файлов, подлежащих предварительной загрузке, и список файлов, подлежащих удалению, можно реализовать в виде двух отдельных файлов, а не в интегрированном виде в едином файле.

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

На фиг.12 показаны результаты процесса предварительной загрузки на интерактивном DVD, где аудиовидеоданные и документы HTML записаны таким же образом, как на фиг.1. То есть на фиг.12 показана загруженность первой памяти 2, где аудиовидеоданные, закодированные согласно стандарту MPEG, буферизованы, и загруженность второй памяти 3, где кэшируется Web-ресурс. Обратимся к фиг. 1 и 12, где считыватель 1 ищет и считывает STARTUP.HTM, а механизм 5 представления интерпретирует предварительно загруженную информацию, включенную в STARTUP.HTM, так что А.HTM предварительно загружается (4) в память 3. Когда STARTUP.HTM, который загружен во вторую память 3, активизируется, аудиовидеоданные загружаются (1) в первую память 2, а затем отображаются. Когда буферизация аудиовидеоданных завершена (2), считыватель 1 переходит к тому месту, где записываются (3) аудиовидеоданные, и начинает буферизацию (3) аудиовидеоданных. В этот момент, если пользователь запрашивает (4) А.HTM, то механизм 5 представления считывает (4) А.HTM из второй памяти 3 и отображает (4) А.HTM. В этом случае считывателю 1 нет необходимости прекращать буферизацию (3) аудиовидеоданных, искать (4) А.HTM на DVD 300, а затем загружать (4) документ А.HTM во вторую память 3. Следовательно, считыватель 1 может продолжать буферизацию (3) аудиовидеоданных. Когда считыватель 1 завершает буферизацию (5) аудиовидеоданных и переходит к тому месту, где записаны (6) аудиовидеоданные, объем данных, буферизованных в первой памяти 2, может быть уменьшен. Однако объем данных, который был буферизован в первой памяти 2, достаточен для того, чтобы в буферизованные данных не оказались недоукомплектованными. Другими словами, даже в том случае, когда имеется потребность отображения видеоизображений DVD, воспроизводимых с интерактивного DVD во время интерактивного режима синхронно с документами HTML, то считыватель 1 не должен прекращать буферизацию аудиовидеоданных, а затем искать и кэшировать документы HTML. Причина этого состоит в том, что документы HTML уже предварительно загружены во вторую память 3. Например, синхронное отображение можно использовать тогда, когда имеется потребность в отображении творческой биографии конкретного актера или актрисы всякий раз, когда он или она появляется на экране.

Опять же вышеописанное устройство, носитель для хранения данных и процессы предварительной загрузки данных и удаления предварительно загруженных данных описаны настоящим заявителем в патентной заявке Кореи № 02-57393, поданной 19 сентября 2002 года. Далее описываются носитель для хранения данных, а также способ и устройство для воспроизведения данных с носителя для хранения данных согласно настоящему изобретению.

На фиг.13 показана блок-схема устройства для воспроизведения данных с носителя для хранения данных согласно варианту настоящего изобретения. Устройство по фиг.13 по аналогии с устройством по фиг.3 воспроизводит данные с носителя для хранения данных. Вдобавок, устройство по фиг.13 поддерживает интерактивный режим, выполняет предварительную обработку и включает в себя аудиовидеобуфер 20, механизм 40 аудиовидеовоспроизведения, усовершенствованный аудиовидео (ENAV) буфер 30 и механизм 50 ENAV.

Аудиовидеобуфер 20, который соответствует первой памяти 2 по фиг.3, буферизует аудиовидеоданные, считанные с носителя для хранения данных, например, диска 100 или сети, например, Интернет. Механизм 40 аудиовидеовоспроизведения декодирует буферизованные аудиовидеоданные, выдавая поток аудиовидеоданных. Буфер 30 ENAV представляет собой, например, кэш-память, соответствующую второй памяти 3 по фиг.3. Буфер 30 ENAV буферизует документы разметки, считанные с диска 100 или из сети. Механизм 50 ENAV, который соответствует механизму 5 представления по фиг.3, выполняет предварительную загрузку и управляет состоянием буферизации документов разметки, запомненных в буфере 30 ENAV. Вдобавок, механизм 50 ENAV интерпретирует или декодирует документы разметки, запомненные в буфере 30 ENAV. Механизм 50 ENAV позволяет воспроизводить поток аудиовидеоданных, выходящий из механизма 40 аудиовидеовоспроизведения, в интерактивном режиме.

На фиг.14 показана подробная блок-схема механизма 50 ENAV по фиг.13 согласно варианту настоящего изобретения. Механизм 50 ENAV содержит администратор 51 буфера, который управляет буфером 30 ENAV и декодером 52 контента, интерпретирующим документы разметки.

Декодер 52 контента может содержать механизм интерпретации, который анализирует и интерпретирует документы разметки, и браузер, который извлекает документы разметки из механизма интерпретации и/или сети. Здесь документы разметки соответствуют источникам разметки различного типа от текстовых данных разметки, записанных в HTML, CSS или JAVASCRIPT, до двоичных данных, таких как данные изображений, аудиоданные или программа Java, к которым обращаются документы разметки. Документы разметки извлекаются из диска 100 или сети администратором 51 буфера в механизме 50 ENAV.

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

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

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

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

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

Сигнал освобождения указывает на то, что больше не требуются заданные данные, пересылаемые из буфера 30 ENAV в декодер 52 контента в соответствии с вышеописанным сигналом воспроизведения. Например, если к заданному документу разметки обращаются пять раз в ответ на сигнал воспроизведения, то сигнал освобождения создается пять раз. Значение счетчика увеличивается всякий раз, когда создается сигнал воспроизведения, и уменьшается всякий раз, когда создается сигнал освобождения. Когда значение счетчика, соответствующее заданному документу разметки, достигнет 0, то есть, когда высвобождены все воспроизведенные документы разметки, освобожденные документы разметки удаляются из буфера 30 ENAV в соответствии с сигналом отбрасывания, который описывается ниже.

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

Согласно аспекту настоящего изобретения, если документы разметки связаны с другим приложением и был сформирован сигнал воспроизведения, а сигнал освобождения сформирован не был, то документы разметки не будут удалены из буфера 30 ENAV даже в том случае, если заданным приложением был создан сигнал отбрасывания.

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

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

<[obj].preload(URL,resType>

Описание:

Этот API используют для предварительной загрузки файлов или считывания файлов и запоминания их в буфере 30 ENAV. Параметры этого API включают в себя информацию о местоположении файла со списком предварительной загрузки или информацию о местоположении файлов, подлежащих предварительной загрузке, а также атрибуты файлов, подлежащих предварительной загрузке. Этот API создает сигнал выборки и может применяться для всех файлов, которые можно считывать с диска (disc://) или из сети (http://). Понятно, что API можно использовать для предварительной загрузки файла.

Параметры:

URL=: путь файла со списком предварительной загрузки или пути файлов, подлежащих предварительной загрузке

ResType=: атрибуты файлов, подлежащих предварительной загрузке

Возвращаемые значения:

Если команда предварительной загрузки успешно выполнена, то возвращается значение 0. В противном случае возвращается значение -1. Например, значение -1 возвращается, если команда предварительной загрузки не была успешно выполнена.

Примеры:

Запрос navigator.preload("disc://dvd_enav/a.htm","text/xml") относится к запросу на загрузку файлов из "disc://dvd_enav/a.htm". Файлы, подлежащие предварительной загрузке, являются текстовыми файлами, записанными в XML.

Запрос navigator.preload("disc://dvd_enav/a.pld","xml/preload") относится к запросу на предварительную загрузку файлов, перечисленных в файле со списком предварительной загрузки из "disc://dvd_enav/a.pld". Файлы, перечисленные в файле со списком предварительной загрузки, являются файлами предварительной загрузки, записанными в XML.

<[obj].discard(URL,resType>

Описание:

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

Параметры:

URL=: путь файла со списком удалений или пути файлов, подлежащих удалению

ResType=: атрибуты файлов, подлежащих удалению

Возвращаемые значения:

Если команда отбрасывания успешно выполнена, то возвращается значение 0. В противном случае возвращается значение -1. Например, если команда отбрасывания не была успешно выполнена, то возвращается значение -1.

Примеры:

Запрос

navigator.discard("disc://dvd_enav/a.htm","text/xml") относится к запросу на удаление файлов из "disc://dvd-enav/a.htm". Эти файлы являются текстовыми файлами, записанными в XML.

Запрос

navigator.discard("disc://dvd-enav/a.pld","xml/preload") относится к запросу на удаление файлов, перечисленных в файле со списком удалений "disc://dvd_enav/a.pld" из кэш-памяти. Эти файлы, являются файлами списка, записанными в XML.

<[obj].isCached(URL,resType)>

Описание:

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

Параметры:

URL=: путь файла списка или пути файлов, подлежащих проверке

ResType=: атрибуты файлов, подлежащих проверке.

Возвращаемые значения:

Если файл, перечисленный в файле списка, или файл, подлежащий проверке, успешно запомнен/загружен в буфере 30 ENAV, то возвращается значение 0. Если проверяемый файл не был успешно загружен, то есть предварительная загрузка файла не удалась, то возвращается значение 1. Если файл все еще считывается/загружается, или во время предварительной загрузки файлов не произошел отказ, и по меньшей мере один из файлов все еще считывается/загружается, то возвращается значение 2.

Примеры:

Запрос

navigator.isCached("disc://dvd_enav/a.htm","text/xml") относится к запросу для проверки того, запомнен ли файл "disc://dvd_enav/a.htm". Этот файл является текстовым файлом, записанным в XML. Запрос

navigator.isCached("disc://dvd_enav/a.pld","xml/preload") относится к запросу для проверки того, запомнены ли файлы, на которые ссылается списочный файл "disc://dvd_enav/a.pld". Эти файлы являются списочными файлами, записанными в XML.

<[obj].progressNameOfFile>

Описание:

Этот API используется для возврата, например, универсального идентификатора ресурса (URI) файла, предварительно загружаемого в данный момент.

Возвращаемое значение: путь файла или URI

<[obj].progressLengthOfFile>

Описание:

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

Возвращаемое значение: значение, представленное в байтах.

<[obj].remainLengthOfFile>

Описание:

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

Возвращаемое значение: значение, представленное в байтах.

<[obj].totalLoadingSize>

Этот API указывает, например, общую загрузку файлов, подлежащих предварительной загрузке.

Возвращаемое значение: значение, представленное в байтах.

<[obj].remainLoadingSize>

Описание:

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

Возвращаемое значение: значение, представленное в байтах.

<[obj].allDone>

Описание:

Этот API указывает, например, завершило ли устройство для воспроизведения данных с носителя для хранения данных предварительную загрузку.

Возвращаемые значения:

Если указанное устройство успешно завершило предварительную загрузку, то этот API возвращает значение TRUE (истина). В противном случае возвращается значение FALSE (ложь). Например, если предварительная загрузка не завершена, то есть, если предварительная загрузка не удалась или еще продолжается, то возвращается значение FALSE.

Как было описано выше, согласно одному аспекту настоящего изобретения сигнал воспроизведения и сигнал освобождения создаются всякий раз, когда используются соответствующие документы разметки. Например, декодер 52 контента представляет изображение "disc://dvd_enaval/a.png" с использованием устройства отображения (не показано) путем интерпретации <img src="disc://dvd_enaval/a.png"> и создания сигнала воспроизведения, с тем чтобы заставить администратор 51 буфера воспроизводить соответствующее изображение из буфера 30 ENAV. Аналогичным образом декодер 52 контента создает сигнал освобождения, когда представление соответствующего изображения завершено.

На фиг.16 показан способ управления состоянием буфера, выполняемого декодером 52 контента и администратором 51 буфера согласно варианту настоящего изобретения. В операции 1601 декодер 52 контента создает сигнал выборки в ответ на команду предварительной загрузки. В операции 1602 администратор 51 буфера начинает считывание обозначенных документов разметки в ответ на сигнал выборки. В операции 1603 декодер 52 контента определяет, например, все ли документы разметки были считаны, и/или создает сигнал отчета, чтобы определить, например, состояние буферизации документов разметки. В операции 1604 при появлении ошибки она обрабатывается. В операции 1605 администратор буфера возвращает сигнал, указывающий состояние буферизации документов разметки, в ответ на сигнал отчета. В операции 1606 декодер 52 контента создает сигнал извлечения для использования документов разметки. В операции 1607 администратор 51 буфера пересылает обозначенные документы разметки в декодер 52 контента в ответ на сигнал извлечения. В операции 1608 декодер 52 контента представляет обозначенные документы разметки. В операции 1609, если обозначенные документы разметки больше не будут использоваться, декодер 52 контента создает сигнал освобождения. В операции 1610 администратор 51 буфера уменьшает текущее значение счетчика на 1, чтобы показать, например, использование соответствующего одного/нескольких из обозначенных документов разметки. В операции 1611 декодер 52 контента создает сигнал отбрасывания для удаления обозначенных документов разметки. В операции 1612 администратор 51 буфера удаляет обозначенные документы разметки из буфера 30 ENAV в ответ на сигнал отбрасывания.

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

Управляющая информация может включать в себя API, который возвращает значение 0 в ответ на успешную предварительную загрузку документа разметки, значение 1 в ответ на неудачную предварительную загрузку документа разметки и значение 2 в том случае, если предварительная загрузка документа разметки все еще производится. Управляющая информация может дополнительно включать в себя API, который создает сигнал выборки для выдачи команды на предварительную загрузку документа разметки. Этот API может передать обратно ответ, указывающий на то, была ли успешно передана команда на предварительную загрузку документа разметки. Управляющая информация может дополнительно включать в себя API, который используют для определения того, завершилась ли предварительная загрузка документа разметки. Этот API может вернуть значение TRUE в ответ на завершение предварительной загрузки документа разметки и значение FALSE, если предварительная загрузка документа разметки не завершена.

На фиг.18 показана структура каталогов диска по фиг.17 согласно варианту настоящего изобретения. Обратимся к фиг.18, где в каталог DVD_ENAV включены ссылочные документы стартового документа STARTUP.PLD.

На фиг.19 показана структура тома и структура файлов диска по фиг.17 согласно варианту настоящего изобретения. Обратимся к фиг.19, где в зоне интерактивных данных DVD содержатся ссылочные документы STARTUP.PLD.

На фиг.20 показан заданный порядок, в котором воспроизводятся документы разметки и аудиовидеоданные, записанные на диске по фиг.17. Например, в начале каждого сценария с использованием isCached API проверяется, были ли считаны ссылочные файлы файла со списком предварительной загрузки, соответствующего данному сценарию. Если считывание ссылочных файлов было успешно завершено, то считываются и воспроизводятся документы HTM. После этого документы разметки, которые уже были воспроизведены, отбрасываются с использованием Discard API.

Например, для непрерывного воспроизведения данных из документов STARTUP.HTM, А.HTM и D.HTM файл STARTUP.PLD задается следующим образом.

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

Согласно одному аспекту настоящего изобретения, документы разметки А.HTM и B.HTM могут включать в себя изображения. Согласно одному аспекту настоящего изобретения, как показано на фиг. 18 и 20, документы разметки, необходимые для представления, например, А.HTM, то есть все документы разметки в A.PLD и упомянутые как файлы, подлежащие предварительной загрузке, удаляются из буфера 30 ENAV после представления.

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

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

Промышленная применимость

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

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

1. Устройство для воспроизведения аудиовидеоданных с использованием документа разметки в интерактивном режиме, содержащее: буфер, который буферизует документ разметки, и администратор буфера, который управляет загрузкой документа разметки буфером и выводит информацию о состоянии буферизации буфера в ответ на сигнал отчета.2. Устройство по п.1, дополнительно содержащее декодер контента, который интерпретирует документ разметки и выводит сигнал отчета, в котором администратор буфера информирует декодер контента, предоставляя информацию о буферизации буфера в ответ на сигнал отчета.3. Устройство по п.2, в котором декодер контента создает сигнал отчета, используя интерфейс прикладного программирования (API).4. Устройство по п.3, в котором API служит для уведомления декодера контента о том, успешно или неудачно прошла предварительная загрузка документа разметки, или о том, продолжается ли еще загрузка документа разметки.5. Устройство по п.4, в котором API возвращает значение 0, если предварительная загрузка документа разметки успешно закончена, возвращает значение 1, если предварительная загрузка документа разметки не удалась, и возвращает значение 2, если документ разметки все еще загружается.6. Устройство по п.2, в котором декодер контента создает сигнал отчета, используя API, который включает в себя в качестве параметра по меньшей мере одно: путь файла и атрибут документа разметки.7. Устройство по п.2, в котором декодер контента создает сигнал отчета, используя API в виде [obj].isCached(URL, resType), где URL - параметр, указывающий путь файла документа разметки, a resType - параметр, указывающий атрибут документа разметки.8. Устройство по п.2, в котором администратор буфера информирует декодер контента о состоянии буферизации документа разметки, используя API.9. Устройство по п.1, в котором администратор буфера предварительно загружает документ разметки в буфер в ответ на сигнал выборки.10. Устройство по п.9, дополнительно содержащее декодер контента, который интерпретирует документ разметки и выводит сигнал выборки, в котором администратор буфера информирует декодер контента о том, была ли успешно принята команда на предварительную загрузку документа разметки, включенная в сигнал выборки.11. Устройство по п.10, в котором декодер контента создает сигнал выборки, используя API.12. Устройство по п.11, в котором администратор буфера информирует декодер контента о том, была ли успешно принята упомянутая команда, используя API.13. Устройство по п.1, дополнительно содержащее декодер контента, который интерпретирует документ разметки, в котором декодер контента проверяет, завершена ли предварительная загрузка документа разметки, используя API.14. Устройство по п.13, в котором API представляет собой API в виде [obj].allDone.15. Устройство по п.14, в котором API в виде [obj].allDone возвращает значение «истина» в декодер контента, если предварительная загрузка документа разметки завершена, и возвращает значение «ложь» в декодер контента, если предварительная загрузка документа разметки не завершена.16. Устройство по п.1, дополнительно содержащее декодер контента, который интерпретирует документ разметки, в котором администратор буфера пересылает документ разметки из буфера в декодер контента в ответ на сигнал воспроизведения.17. Устройство по п.1, дополнительно содержащее декодер контента, который интерпретирует документ разметки, в котором декодер контента выводит сигнал освобождения в администратор буфера, указывающий, что документ разметки в нем, взятый из буфера в ответ на сигнал воспроизведения, не используется.18. Устройство по п.17, в котором декодер контента выводит сигнал освобождения в администратор буфера в соответствии с документом разметки, который больше не отображается на экране устройства отображения.19. Устройство по п.1, дополнительно содержащее декодер контента, который интерпретирует документ разметки, в котором администратор буфера удаляет документ разметки из буфера в ответ на сигнал отбрасывания, выведенный из декодера контента.20. Устройство по п.19, в котором декодер контента создает сигнал отбрасывания, используя API отбрасывания.21. Устройство по п.2, в котором декодер контента создает сигнал отчета, используя API в виде progressNameOfFile для определения имени файла документа разметки, предварительно загружаемого в данный момент.22. Устройство по п.2, в котором декодер контента создает сигнал отчета, используя API в виде progressLengthOfFile для определения того, какая часть предварительно загружаемого в данный момент документа разметки уже предварительно загружена.23. Устройство по п.2, в котором декодер контента создает сигнал отчета, используя API в виде remainLengthOfFile для определения того, какая часть предварительно загружаемого в данный момент документа разметки должна быть еще предварительно загружена.24. Устройство по п.2, в котором декодер контента создает сигнал отчета, используя API в виде totalLoadingSize для определения общей загрузки документа разметки, подлежащего предварительной загрузке.25. Устройство по п.2, в котором декодер контента создает сигнал отчета, используя API в виде remainLoadingSize для определения того, какая часть от общей загрузки документа разметки должна быть еще предварительно загружена.26. Устройство для управления буфером, который буферизует документ разметки для воспроизведения аудиовидеоданных в интерактивном режиме, содержащее администратор буфера, который управляет предварительной загрузкой документа разметки буфером и выводит информацию о буфере, включающую в себя информацию о буферизации документа разметки, в котором информация о буферизации включает в себя:

информацию, указывающую на то, что предварительная загрузка документа разметки успешно завершена;

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

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

аудиовидеобуфер, который буферизует аудиовидеоданные;

механизм аудиовидеовоспроизведения, который декодирует аудиовидеоданные;

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

ENAV механизм, который идентифицирует информацию о состоянии буферизации документа разметки и декодирует документ разметки; и

средство для получения документа разметки.

буферизацию документа разметки для предварительной загрузки документа разметки и

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

выдачу команды на предварительную загрузку документа разметки с использованием сигнала выборки и

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

запрос о том, завершена ли предварительная загрузка документа разметки с использованием интерфейса прикладного программирования (API); и

прием возвращаемого значения «истина» в ответ на завершение предварительной загрузки документа разметки и возвращаемого значения «ложь» в случае, если предварительная загрузка документа разметки не завершена.

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

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

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

удаление документа разметки в ответ на сигнал отбрасывания.

создание сигнала выборки для предварительной загрузки документа разметки;

создание сигнала отчета для определения состояния буферизации документа разметки;

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

создание сигнала отбрасывания для удаления документа разметки.

буферизацию документа разметки для предварительной загрузки документа разметки и

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

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

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

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

удаление документа разметки в ответ на сигнал отбрасывания.

создание сигнала выборки для предварительной загрузки документа разметки;

создание сигнала отчета для определения состояния буферизации документа разметки;

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

создание сигнала отбрасывания для удаления документа разметки.

управление декодером контента для создания сигнала отчета для определения информации о состоянии буферизации документа разметки и

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

управление декодером контента для создания сигнала выборки для предварительной загрузки документа разметки и

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

управление декодером контента для создания запроса для определения того, завершена ли предварительная загрузка документа разметки; и

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

документ разметки, который предусмотрен для воспроизведения аудиовидеоданных в интерактивном режиме; и

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

первый программный код для выполнения буферизации документов разметки для предварительной загрузки документов разметки;

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

Приоритет по пунктам: