Патент на изобретение №2383946

(54) СПОСОБ И УСТРОЙСТВО ДЛЯ ВОСПРОИЗВЕДЕНИЯ ДАННЫХ, ЗАПИСАННЫХ НА НОСИТЕЛЕ ЗАПИСИ, ИСПОЛЬЗУЯ ЛОКАЛЬНЫЙ НАКОПИТЕЛЬ

(57) Реферат:

Способ воспроизведения данных с носителя записи с использованием локального накопителя включает в себя считывание блока привязки из файловой структуры локального накопителя, выполнение операции привязки для объединения считанного блока привязки с файловой структурой носителя записи, чтобы сформировать виртуальную компоновку данных. Также включает в себя воспроизведение данных, сохраненных на носителе записи, и/или данных, сохраненных в локальном накопителе, с использованием сформированной виртуальной компоновки данных. Блок привязки представляет собой набор информации, ассоциированный с упомянутым носителем записи. Устройство для воспроизведения данных с носителя записи содержит локальный накопитель для сохранения дополнительных данных. Файловая структура локального накопителя включает в себя одну или больше директорий идентификационной информации организации, классифицированных в соответствии с отдельными поставщиками контента. Директория идентификационной информации организации включает в себя одну или более директорий идентификационной информации диска, классифицированных в соответствии с отдельными носителями записи. Технический результат – возможность одновременно воспроизводить данные, принятые/сохраненные из Интернета, и данные, записанные на носителе записи на основе виртуальной файловой системы. 5 н. и 24 з.п. ф-лы, 10 ил.

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

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

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

Широкое распространение получили оптические диски, используемые как носители записи, на которых можно записывать большой объем данных. В частности, в последнее время был разработан оптический носитель записи высокой плотности, позволяющий записывать/сохранять видеоданные высокого качества и звуковые данные высокого качества в течение длительного периода времени, например диск типа Blu-ray (BD).

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

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

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

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

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

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

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

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

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

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

Цель настоящего изобретения может быть достигнута путем предоставления способа воспроизведения данных с носителя записи с использованием локального накопителя, содержащего этапы: a) считывания блока привязки, содержащегося в директории, ассоциированной с носителем записи, из файловой структуры, содержащейся в локальном накопителе; b) выполнения операции привязки для объединения считанного блока привязки с файловой структурой, содержащейся на носителе записи, и формирования виртуальной компоновки данных; и c) воспроизведения данных, сохраненных на носителе записи, и/или данных, сохраненных в локальном накопителе, с использованием сформированной виртуальной компоновки данных.

В другом предложенном здесь аспекте настоящего изобретения представлен способ построения файловой системы локального накопителя, содержащий этапы: a) разрешения директории идентификационной информации организации для каждого поставщика (провайдера) контента содержать, по меньшей мере, одну директорию идентификационной информации диска и одну совместно используемую директорию; b) разрешения каждой директории идентификационной информации диска содержать первый блок привязки, объединенный с только соответствующим носителем записи (то есть диском); и c) разрешения содержать упомянутой одной совместно используемой директории второй блок привязки, объединенный со всеми носителями записи (то есть дисками), предоставляемыми провайдером контента.

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

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

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

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

Перечень фигур чертежей

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

На чертежах:

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

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

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

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

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

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

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

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

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

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

фиг.10A-10D – концептуальные файловые структуры, предназначенные для использования в файловой системе локального накопителя в соответствии с еще одними предпочтительными вариантами выполнения настоящего изобретения.

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

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

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

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

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

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

Термин “локальный накопитель” обозначает модуль накопителя, содержащийся в оптическом устройстве 10 записи/воспроизведения, показанном на фиг.1. Более подробно, термин “локальный накопитель” обозначает компонент, позволяющий принимать необходимую информацию или данные пользователя и сохранять принятую информацию или данные. Например, обычный локальный накопитель может обозначать накопитель на жестких магнитных дисках (НЖМД, HDD), но следует отметить, что термин “локальный накопитель” в соответствии с настоящим изобретением не ограничивается НЖМД, и, в случае необходимости, его можно применять в других примерах.

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

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

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

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

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

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

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

Когда исходные данные записаны на оптический диск 30, установленный в оптическом устройстве 10 записи/воспроизведения, и дополнительные данные, ассоциированные с исходными данными, представлены в других местах хранения данных (например, в Интернет), настоящее изобретение направлено на воспроизведение исходных данных и дополнительных данных одновременно.

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

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

Обычно дополнительные данные могут обозначать звуковые данные (А), данные презентационной графики (PG), данные интерактивной графики (IG) или текстовые субтитры и т.д., но дополнительные данные также могут обозначать мультиплексированный AV поток, включающий в себя указанные выше данные и видеоданные (V). Другими словами, данные, ассоциированные с исходными данными, одновременно существующими в локальном накопителе, могут использоваться как дополнительные данные.

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

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

Пример указанной выше файловой структуры показан на фиг.2. Файловая структура в соответствии с настоящим изобретением включает в себя одну или больше директорий BD (BDMV) под единой корневой директорией. Директория BD (BDMV) включает в себя не только индексный файл “index”, используемый как общий файл (то есть верхний файл), позволяющий обеспечить интерактивный режим для пользователя, но также и выше упомянутый объект. Файловая структура включает в себя различные директории, предназначенные для хранения информации, состоящей из действительных данных, записанных на диске, и другой информации, ассоциированной со способом воспроизведения данных, например директорию списков воспроизведения (PLAYLIST), директорию информации клипов (CLIPINF), директорию потоков (STREAM), директорию вспомогательных данных (AUXDATA) и директорию резервного копирования (BACKUP). Указанные выше директории и различные файлы, включенные в директорию, будут описаны ниже.

Директория AUXDATA включает в себя файл дополнительных данных для воспроизведения данных с диска. Например, директория AUXDATA включает в себя файл “Sound.bdmv”, предназначенный для предоставления звуковых данных для пользователя, когда исполняется функция интерактивной графики, и файл “11111.otf”, предназначенный для предоставления для пользователя информации шрифтов при воспроизведении данных с диска.

Директория потоков (STREAM) включает в себя множество файлов AV потоков, записанных на диск в соответствии с определенным форматом. Обычно отдельные потоки записывают с использованием транспортного пакета, основывающегося на стандарте MPEG-2, и в директории потоков (STREAM) используются имена файлов потоков (01000.m2ts и 02000.m2ts) со специфическим расширением “*.m2ts”. В частности, если в указанных выше потоках мультиплексирована видео/звуковая/графическая информация, эту мультиплексированную информацию называют AV потоком, и отдельный тайтл состоит из, по меньшей мере, одного файла AV потока.

Директория информации клипов (CLIPINF) состоит из множества файлов информации клипов (01000.clpi и 02000.clpi), связанных с вышеупомянутыми файлами потоков на взаимно-однозначной основе. В частности, в файлах информации клипов (*.clpi) записана информация атрибута и информация временных характеристик файлов потоков (*.m2ts). Файлы информации клипов (*.clpi), связанные с файлами потоков (*.m2ts) на взаимно-однозначной основе, в общем, называют “клипом”. Другими словами, это означает, что один клип обозначает данные, состоящие из файла потока (*.m2ts) и файла информации клипа (*.clpi). Клип, записанный на диске, называется исходным клипом. Клип, который загружают и сохраняют в локальном накопителе, называется дополнительным клипом.

Директория списков воспроизведения (PLAYLIST) включает в себя множество файлов списков воспроизведения (*.mpls). Каждый файл списка воспроизведения (*.mpls) включает в себя один или больше элементов воспроизведения (PlayItem) и один или больше подэлементов воспроизведения (SubPlayItem). Каждый элемент воспроизведения (PlayItem) и каждый подэлемент воспроизведения (SubPlayItem) приспособлены для обозначения интервала воспроизведения, в течение которого воспроизводится конкретный клип. Элемент воспроизведения (PlayItem) и подэлемент воспроизведения (SubPlayItem) включают в себя информацию, ассоциированную с конкретным клипом, предназначенным для воспроизведения, то есть информацию, ассоциированную со временем начала воспроизведения (IN-time), и другую информацию, ассоциированную со временем окончания воспроизведения (OUT-time) конкретного клипа.

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

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

В директории резервного копирования (BACKUP) сохранено множество файлов-дубликатов, то есть файл-дубликат (также называемый “скопированным файлом”) индексного файла “Index”, в котором сохранена информация, ассоциированная с воспроизведением диска, файл-дубликат объектного файла “MovieObject”, файлы-дубликаты всех файлов списков воспроизведения (*.mpls), содержащихся в директории списков воспроизведения (PLAYLIST), и файлы-дубликаты всех файлов информации клипов (*.clpi), содержащихся в директории информации клипов (CLIPINF). Если указанные выше файлы (“Index”, “MovieObject”, “*.mpls” и “*.clpi”) будут повреждены, процесс воспроизведения диска также будет необратимо нарушен, и поэтому директория резервного копирования (BACKUP) разработана так, что в ней заранее сохраняют файлы-дубликаты указанных выше файлов в качестве резервных файлов.

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

Если пользователь вводит команду на воспроизведение тайтла совместно с тайтлом, используемым как индексный файл (также называемый “индексной таблицей”), начинается воспроизведение этого тайтла. Подробное его описание будет приведено ниже.

Индексный файл (index.bdmv) включает в себя первую информацию воспроизведения “First Playback” («Первое Проигрывание»), обозначающую информацию, ассоциированную с первым изображением, воспроизводимым, когда загружаются данные соответствующего диска, информацию меню верхнего уровня “Top Menu” («Меню Верхнего Уровня»), предоставляющую изображение меню, и, по меньшей мере, одну информацию тайтлов “Тайтл #1 – Тайтл #n”.

Если диск 30 загружен в оптическое устройство 10 записи/воспроизведений, информация меню тайтлов, ассоциированная с индексной таблицей, представляется для пользователя через дисплей 20. Если пользователь выбирает определенный тайтл или определенный пункт меню, содержащийся в изображении меню, воспроизведение данных начинается в соответствии со сценарием, заранее определенным изготовителем диска. Другими словами, если пользователь вводит команду на воспроизведение определенного тайтла (например, тайтла #1), исполняется определенный файл списка воспроизведения, в соответствии с командой, содержащейся в объектном файле (MovieObject) файловой структуры воспроизведения/управления. После этого воспроизводятся один или больше клипов (например, Клип #1 – Клип #3), составляющих Тайтл #1, используя определенный элемент воспроизведения и/или подэлемент воспроизведения, содержащийся в файле списка воспроизведения, в соответствии с информацией файла списка воспроизведения.

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

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

На фиг.4A показана блок-схема, иллюстрирующая оптическое устройство 10 записи/воспроизведения в соответствии с настоящим изобретением.

Как показано на фиг.4A, оптическое устройство 10 записи/воспроизведения включает в себя модуль 11 головки, сервомодуль 14, процессор 13 сигналов и микропроцессор 16. Модуль 11 головки считывает исходные данные, записанные на оптическом диске, и информацию управления, в соответствии с информацией файла записи/воспроизведения. Сервомодуль 14 управляет работой модуля 11 головки. Процессор 13 сигналов принимает сигнал воспроизведения из модуля 11 головки, восстанавливает принятый сигнал воспроизведения до требуемого значения сигнала или модулирует сигналом, предназначенным для записи, другой сигнал, записанный на оптическом диске, таким образом, что он передает восстановленный или модулированный результат. Микропроцессор 16 управляет взаимными операциями указанных выше компонентов.

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

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

Декодер 17 окончательно декодирует выходные данные (то есть исходные данные и/или дополнительные данные) по приему сигнала управления из контроллера 12 и представляет пользователю результат декодирования.

Кодер 18 преобразует входной сигнал в сигнал конкретного формата (например, транспортный поток MPEG2) по приему сигнала управления из контроллера 12 и передает преобразованный результат в процессор 13 сигналов.

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

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

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

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

Поэтому, если оптический диск (например, Disc_id #1) с конкретной идентификационной информацией диска (Disk_id) загружен в оптическое устройство 10 записи/воспроизведения, контроллер 12, содержащийся в оптическом устройстве 10 записи/воспроизведения, распознает идентификационную информацию, используя модуль 11 головки, и процессор 13 сигналов считывает информацию файлов, эквивалентную идентификационной информации загруженного диска из числа всех блоков информации файлов, сохраненных в локальном накопителе 15, формирует виртуальную компоновку данных путем привязки (или объединения) считанной информации к компоновке данных диска и воспроизводит как исходные данные диска, так и дополнительные данные из локального накопителя, используя сформированную виртуальную компоновку данных.

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

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

Когда конкретный диск загружен в оптическое устройство 10 записи/воспроизведения при условии, что информация и контент, показанные на фиг.4B, сохранены в локальном накопителе 15, оптическое устройство 10 записи/воспроизведения считывает информацию 41 файловой системы, содержащуюся в локальном накопителе 15, и одновременно считывает информацию 42 файловой системы диска, включая файловую структуру, записанную на диск, в результате чего формируется VFS. Более подробно, виртуальная файловая система (VFS) соответствует файловой системе, виртуально сформированной для управления как файловой системой, содержащейся в локальном накопителе 15, так и другой файловой системой загруженного диска.

Оптическое устройство записи/воспроизведения формирует новую виртуальную компоновку данных для одновременного воспроизведения исходных данных, записанных на диск, и дополнительных данных, записанных в локальном накопителе, используя указанную выше виртуальную файловую систему (VFS). С этой целью, оптическое устройство 10 записи/воспроизведения считывает информацию файлов (информацию дерева директорий-файлов для Disc_id #n), ассоциированную с диском (например, Disc_id #1) из файловой системы, и выполняет операцию привязки для замены считанной информации файлов компоновкой данных диска, соответствующей загруженному диску (Disc_id #1), или добавления считанной информации файлов к компоновке данных диска.

Виртуальная компоновка данных, сформированная в результате указанной выше операции привязки, соответствует файловой структуре для воспроизведения/управления исходным клипом 422 и дополнительным клипом 412. Исходный клип 422 состоит из исходных данных, записанных на диск. Дополнительный клип 412 состоит из дополнительных данных, записанных в локальном накопителе.

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

На фиг.6A-6G представлены концептуальные файловые структуры, предназначенные для использования в файловой системе локального накопителя в соответствии с различными предпочтительными вариантами выполнения настоящего изобретения. Более подробно, различные примеры файловой структуры, ассоциированной с файловой системой, содержащейся в локальном накопителе 15 (то есть в файловой системе локального накопителя), показаны на фиг.6A-6G.

На фиг.6A показана концептуальная файловая структура файловой системы 41 локального накопителя в соответствии с настоящим изобретением.

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

В соответствии с приведенным выше описанием, блок привязки имеет ту же структуру, что и компоновка данных диска (то есть файловая структура диска), представленная на фиг.2. Блок привязки включает в себя индексный файл, объектный файл, директорию списков воспроизведения (PLAYLIST), директорию информации клипов (CLIPINF), директорию потоков (STREAM) и директорию вспомогательных данных (AUXDATA). Указанные выше директории (PLAYLIST, CLIPINF, STREAM и AUXDATA) включают в себя уникальные файлы.

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

Например, если загружены только файл списка воспроизведения (*.mpls) и клипы (*.clpi, *.m2ts), блок привязки может включать в себя только директорию списков воспроизведения (PLAYLIST), директорию информации клипов (CLIPINF) и директорию потоков (STREAM) для управления загруженными файлами списков воспроизведения (*.mpls) и загруженными клипами (*.clpi, *.m2ts), в соответствии с необходимостью.

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

Далее со ссылкой на фиг.6B-6G будут описаны разные предпочтительные варианты выполнения указанной выше структуры “директории верхнего уровня” (A).

На фиг.6B показана концептуальная файловая структура, предназначенная для использования в файловой системе 41 локального накопителя, в соответствии с предпочтительным вариантом выполнения настоящего изобретения. В частности, файловая система локального накопителя 41 на фиг.6B представлена на основе “директории верхнего уровня” (A).

Как показано на фиг.6B, директория 61a BD, предназначенная для идентификации загружаемых дополнительных данных, ассоциированных с конкретным диском (например, диском BD), и другие директории (то есть директория 61b AAAAA и/или директория 61c BBBBB), предназначенные для управления общими данными приложений, расположены под корневой директорией 61 файловой системы 41 локального накопителя.

В связи с указанным выше описанием, подробные структуры директории 61b AAAAA и/или директории 61c BBBBB не связаны непосредственно с настоящим изобретением, поэтому их подробное описание здесь будет опущено для удобства описания.

В соответствии с указанным выше описанием, по меньшей мере, одна директория 63 идентификационной информации диска (discID), предназначенная для идентификации информации типа конкретного диска, расположена в директории 61a BD. Отдельные диски другого типа включают в себя, по меньшей мере, одну директорию 63 discID. Каждая директория disc ID под BD включает в себя указанный выше блок B привязки.

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

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

На фиг.6C показана концептуальная файловая структура, предназначенная для использования в файловой системе 41 локального накопителя, в соответствии с другим предпочтительным вариантом выполнения настоящего изобретения. В частности, файловая система 41 локального накопителя по фиг.6C показана на основе “директории верхнего уровня” (A).

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

Например, в связи с указанными выше директориями 641, 642 и 643 идентификационной информации контента (contentID), одна директория 641, 642 или 643 идентификационной информации контента формируется всякий раз, когда загружаются конкретные данные контента, ассоциированные с директорией 631 идентификационной информации диска (discID).

Поэтому директория 63 идентификационной информации диска, предназначенная для идентификации информации типа конкретного диска, и директория 64 идентификационной информации контента, предназначенная для идентификации данных контента, располагаются иерархически в директории 61a BD. Упомянутый выше блок B привязки содержится в каждой директории 64 идентификационной информации контента.

На фиг.6D показана концептуальная файловая структура, предназначенная для использования в файловой системе 41 локального накопителя, в соответствии с другим предпочтительным вариантом выполнения настоящего изобретения. В частности, файловая система 41 локального накопителя по фиг.6D показана на основе “директории верхнего уровня” (A).

Как показано на фиг.6D, директория 61a BD, предназначенная для идентификации загружаемых дополнительных данных, ассоциированных с конкретным диском (например, BD), и другие директории (то есть директория 61b AAAAA и/или директория 61c BBBBB), предназначенные для управления общими данными приложений, расположены под корневой директорией 61 файловой системы 41 локального накопителя.

В соответствии с указанным выше описанием, директория 62 идентификационной информации организации (org ID), предназначенная для идентификации провайдера контента (CP), и директория 63 идентификационной информации диска, предназначенная для идентификации информации типа конкретного диска, расположены под директорией 61a BD. Упомянутый выше блок B привязки содержится в каждой директории 63 идентификационной информации диска.

Директория 62 идентификационной информации организации включает в себя одну или больше директорий, классифицированных в соответствии с провайдерами контента (CP), для предоставления вышеупомянутых дополнительных данных. Обычно директории, содержащиеся в директории 62 идентификационной информации организации, классифицированы в соответствии с производителями тайтлов (также называемыми “студиями”), которые производят тайтлы кинофильмов. Например, директория 621 org ID_1 соответствует студии А, директория 622 org ID_2 соответствует студии B, и директория 623 org ID_3 соответствует студии C. Одна или больше директорий 63 идентификационной информации диска, классифицированные в соответствии с типами дисков, изготавливаемых отдельными студиями, расположены под каждой из директорий 621, 622 и 623 идентификационной информации организации. Например, тайтлу Тайтл #1 из числа отдельных тайтлов Тайтл #1-#3, изготовленных в студии А, обозначенной директорией 621 org ID_1, назначена директория 631 disc ID_1, тайтлу Тайтл #2 назначена директория 632 disc ID_2, и тайтлу Тайтл #3 назначена директория 633 disc ID_3. Указанный выше блок привязки содержится в каждой из директорий 631, 632 и 633 идентификационной информации диска.

В соответствии с предпочтительным вариантом выполнения, показанным на фиг.6D, директория 62 org ID и директория 63 идентификационной информации диска, которые выступают в роли директорий идентификационной информации, предназначенных для идентификации конкретного диска в комбинации с отдельными загруженными дополнительными данными, расположены иерархически в файловой системе 41 локального накопителя. Поэтому, если конкретный диск загружают в оптическое устройство записи/воспроизведения, блок B привязки, содержащийся в той же директории, что и идентификационная информация (например, “Org_ID и Disc_id”) загруженного диска объединяют с пакетом загруженного диска, так что формируется указанная выше виртуальная компоновка данных.

В соответствии с приведенным выше описанием, файловая система 41 локального накопителя по фиг.6D дополнительно включает в себя первую совместно используемую (Shared) директорию 62a, используемую как общая директория для всех провайдеров контента (CP), и вторую совместно используемую (Shared) директорию 63a, используемую как общая директория для всех директорий 63 идентификационной информации диска отдельных CP. В этом случае первая совместно используемая директория 62a и вторая совместно используемая директория 63a расположены под директорией 61a BD.

Первая, совместно используемая директория 62a предназначена для предоставления общих данных, применяемых совместно для всех студий. Предпочтительно в предположении, что все студии (то есть все CP) согласны с необходимостью вышеупомянутой первой совместно используемой директории 62a, файловая система 41 локального накопителя по фиг.6D может включать в себя первую совместно используемую директорию 62a. Для обозначения указанного выше факта пунктирная линия соединена с первой совместно используемой директорией 62a.

В то же время, вторая совместно используемая директория 63a предназначена для предоставления общих данных, применяемых обобщенно ко всем тайтлам (например, директории 631-633 идентификационной информации диска, содержащиеся в директории 621 идентификационной информации организации) отдельных студий.

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

Поэтому, если существует первая совместно используемая директория 62a и/или вторая совместно используемая директория 63a, блок B привязки, содержащийся в соответствующей совместно используемой директории, объединяют с компоновкой данных диска, и подробное его описание будет приведено ниже со ссылкой на фиг.7.

На фиг.6E представлена концептуальная файловая структура, предназначенная для использования в файловой системе 41 локального накопителя, в соответствии с другим предпочтительным вариантом выполнения настоящего изобретения. В частности, файловая система 41 локального накопителя по фиг.6E показана на основе “директории верхнего уровня” (A).

В соответствии с указанным выше описанием, файловая структура по фиг.6E совпадает с представленной на фиг.6D. Однако файловая система локального накопителя по фиг.6E дополнительно включает в себя директорию 64 идентификационной информации контента (contentID) для каждого загружаемого блока данных контента, в отличие от файловой системы локального накопителя по фиг.6D. Директория 64 идентификационной информации контента расположена под директорией 63 идентификационной информации диска.

Например, в связи с вышеупомянутыми директориями 641, 642 и 643 идентификационной информации контента (contentID) одна директория 641, 642 или 643 идентификационной информации контента формируется всякий раз, когда загружают конкретные данные контента, ассоциированные с директорией 631 идентификационной информации диска (discID).

Поэтому директория 62 идентификационной информации организации, предназначенная для идентификации провайдера контента (CP), директория 63 идентификационной информации диска, предназначенная для идентификации информации типа конкретного диска, и директория 64 идентификационной информации контента, предназначенная для идентификации данных контента, расположены под директорией 61a BD. Указанный выше блок B привязки содержится в каждой директории 64 идентификационной информации контента.

Файловая система локального накопителя по фиг.6E может дополнительно включать в себя первую совместно используемую директорию 62a и/или вторую совместно используемую директорию 63a так же, как показано на фиг.6D.

На фиг.6F представлена концептуальная файловая структура, предназначенная для использования в файловой системе 41 локального накопителя, в соответствии с другим предпочтительным вариантом выполнения настоящего изобретения. В частности, файловая система 41 локального накопителя по фиг.6F показана на основе “директории верхнего уровня” (A).

В соответствии с указанным выше описанием, файловая система локального накопителя по фиг.6F характеризуется тем, что она включает в себя одну директорию, предназначенную для идентификации конкретного диска. Например, директория 63 идентификационной информации диска и директория 64 идентификационной информации контента, показанные на фиг.6C, унифицированы так, что сформирована директория 65 идентификационной информации диска и контента (disc_content_ID).

Более подробно, в соответствии с директориями 651, 652 и 653 идентификационной информации диска и контента (disc_content_ID), формируется одна директория 651, 652 или 653 идентификационной информации диска и контента всякий раз, когда загружают конкретные данные контента, ассоциированные с конкретным диском.

Поэтому только директория 65 идентификационной информации диска и контента (disc_content_ID), предназначенная для идентификации информации типа конкретного диска и информации типа контента, расположена под директорией 61a BD. Указанный выше блок B привязки содержится в отдельных директориях 651, 652 и 653 идентификационной информации диска и контента (disc_content_ID).

На фиг.6G показана концептуальная файловая структура, предназначенная для использования в файловой системе 41 локального накопителя, в соответствии с другим предпочтительным вариантом выполнения настоящего изобретения. В частности, файловая система 41 локального накопителя по фиг.6G показана на основе “директории верхнего уровня” (A).

В соответствии с указанным выше описанием, файловая система локального накопителя по фиг.6G характеризуется тем, что она включает в себя одну директорию для идентификации конкретного диска. Например, директория 62 идентификационной информации организации (orgID), директория 63 идентификационной информации диска и директория 64 идентификационной информации контента, показанные на фиг.6E, унифицированы и объединены так, что сформирована директория 66 идентификационной информации организации, диска и контента (org_disc_content_ID).

Более конкретно, в соответствии с директориями 661, 662 и 663 идентификационной информации организации, диска и контента (org_disc_content_ID) формируется одна директория 661, 662 или 663 идентификационной информации организации, диска и контента, всякий раз, когда загружают данные конкретного контента, ассоциированные с конкретным диском.

Поэтому только директория 66 идентификационной информации организации, диска и контента (org_disc_content_ID), предназначенная для идентификации информации типа конкретных студии, диска и данных контента, располагается под директорией 61a BD. Упомянутый выше блок B привязки содержится в отдельных директориях 661, 662 и 663 идентификационной информации организации, диска и контента (org_disc_content_ID).

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

Например, предпочтительный вариант выполнения по фиг.6B не включает в себя директорию 62 идентификационной информации организации и директорию 64 идентификационной информации контента. Предпочтительно информация о CP и информация о контенте могут быть скомпонованы в форме метаданных, и ими затем можно управлять. Директория идентификационной информации контента не присутствует в предпочтительном варианте выполнения по фиг.6D, в результате чего информация, ассоциированная с контентом, может быть представлена в форме метаданных, и ею можно затем управлять.

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

Как показано на фиг.7, конкретная файловая структура (то есть компоновка данных диска по фиг.2) записана на загруженном диске. Файловая система 41 локального накопителя, включающая в себя одну из компоновок данных диска по фиг.6B-6G, содержится в локальном накопителе.

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

В соответствии с приведенным выше описанием, в настоящем изобретении в качестве примера представлен следующий случай, в котором компоновка данных диска файловой системы 41 локального накопителя включает в себя директорию 63 идентификационной информации диска и вторую совместно используемую директорию 63a под директорией 62 идентификационной информации организации, в соответствии с предпочтительным вариантом выполнения по фиг.6D.

Как можно видеть на фиг.7, каждая из директорий 63 идентификационной информации диска и второй совместно используемой директории 63a включает в себя блок привязки, объединенный с загруженным диском (например, OrgID 1 и DiscID_1).

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

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

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

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

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

Первое свойство операции привязки состоит в следующем. Если имена файлов, содержащихся в компоновке данных диска, совпадают с именами файлов, содержащихся в блоке привязки, файлы, содержащиеся в виртуальной компоновке данных 51, заменяют указанными выше файлами, содержащимися в блоке привязки. Например, как показано на фиг.7, индексный файл (index.bdmv) 82 и файл (00000.mpls) 72 списка воспроизведения, которые имеют те же имена файлов, что и индексный файл (index.bdmv) 81 и файл (00000.mpls) 71 списка воспроизведения, содержащиеся в компоновке данных диска, присутствуют в блоке привязки, при этом индексный файл (index.bdmv) 82 и файл (00000.mpls) 72 списка воспроизведения заменяются файлами, содержащимися в блоке привязки новой виртуальной компоновки данных.

Внешний провайдер (CP) контента, который может предоставлять индексный файл (index.bdmv) 82 и файл (00000.mpls) 72 списка воспроизведения, содержащиеся в указанном выше блоке привязки, должен учитывать, что указанный выше индексный файл (index.bdmv) 82 и файл (00000.mpls) 72 списка воспроизведения заменяют индексный файл (index.bdmv) 81 и файл (00000.mpls) 71 списка воспроизведения, содержащиеся в компоновке данных диска, и должен предварительно подготовить указанные выше файлы в форме законченных файлов (то есть полных файлов), например, внешний CP может предварительно поставлять полностью оформленный индексный файл (index.bdmv) 82 и полностью оформленный файл (00000.bdmv) 72 списка воспроизведения.

Однако, в случае, когда внешний CP не предоставляет полностью оформленный индексный файл (index.bdmv) 82 и полностью оформленный файл (00000.bdmv) 72 списка воспроизведения, виртуальная компоновка данных 51 должна выполнять операцию составления в отношении индексного файла (index.bdmv) 81 и файла (00000.mpls) 71 списка воспроизведения, содержащихся в компоновке данных диска, так чтобы он смог сформировать новый индексный файл (index.bdmv) (не показан) и новый файл (00000.mpls) списка воспроизведения (не показан), используя указанную выше операцию составления.

Второе свойство операции привязки состоит в следующем. Если имена файлов, содержащиеся в компоновке данных диска, отличаются от имен файлов, содержащихся в блоке привязки, файлы, содержащиеся в блоке привязки, присоединяются или добавляются к виртуальной компоновке данных. Например, как показано на фиг.7, файл “02000.dpi” и файл “02000.m2ts”, содержащиеся в директории 63 disc ID_1, и файл “00001.mpls”, файл “03000.clpi” и файл “03000.m2ts”, содержащиеся во второй совместно используемой директории 63a, представляют вновь добавленные файлы, имеющие имена файлов, отличающиеся от имен файлов, содержащихся в компоновке данных диска, так что новая виртуальная компоновка данных 51 конфигурируется путем добавления вышеупомянутых файлов.

Третье свойство операции привязки состоит в следующем. Если одни и те же имена файлов присутствуют как один и тот же блок привязки в директории 63 disc ID_1 и во второй совместно используемой директории 63a, вначале используют файлы, содержащиеся в директории 63 disc ID_1. Другими словами, порядок приоритета файлов, сформированных в виртуальной компоновке данных 51, определяют как следующий порядок: директория 63 disc ID_1 вторая совместно используемая директория 63a компановка данных диска.

Поэтому, при условии, что файл “00002.mpls” присутствует в директории 63 disc ID_1 и во второй совместно используемой директории 63a (не показана), файл, содержащийся в новой виртуальной компоновке данных, будет заменен указанным выше файлом “00002.mpls”, содержащимся в директории 63 disc ID_1. Таким образом, при условии, что файл “00003.mpls” присутствует во второй совместно используемой директории 63a (не показана), файл, содержащийся в новой виртуальной компоновке данных 51, будет заменен файлом “00003. mpls”, содержащимся в директории 63 disc ID_1. Поэтому виртуальная компоновка данных 51 формируется с использованием указанных выше первого – третьего свойств так, что исходные данные, записанные на диск, и дополнительные данные, записанные в локальном накопителе 15, могут воспроизводиться одновременно с использованием указанной выше виртуальной компоновки данных 51.

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

На фиг.8A подробно показаны структуры директорий 631, 632 и 633 идентификационной информации диска. В частности, как можно видеть на фиг.8, директории 6311 и 6312 приложений, содержащиеся в директориях 631, 632 и 633 идентификационной информации диска, отделены от директорий 6311 и 6312 приложений и директории 6313 данных виртуальной компоновки данных. Например, директория 631 disc ID_0, директория 632 disc ID_1 и директория 633 disc ID_2 расположены под директорией 621 org ID_0. Директория 631 disc ID_0 включает в себя директории 6311 и 6312 приложений и директорию 6313 данных виртуальной компоновки данных. В этом случае каждая из директорий 6311 и 6312 приложений включает в себя файл приложения или прикладную программу, управляемые только диском, имеющим конкретную идентификационную информацию, соответствующую “disc ID_0”. Директория 6313 данных виртуальной компоновки данных объединена с конкретным диском, соответствующим “disc ID_0”, и включает в себя файлы, которые должны содержаться в виртуальной компоновке данных.

На фиг.8B-8C показаны подробные структуры директории 6313 данных виртуальной компоновки данных. В соответствии с приведенным выше описанием, предпочтительный вариант выполнения по фиг.8B-8C характеризуется тем, что на фиг.8B-8C используются активная директория (Active) и неактивная директория (Inactive).

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

Предпочтительно активная директория (Active) может управляться только системой Java (например, приложением BD-J), при этом файлы, содержащиеся в активной директории (Active), можно лишь воспроизводить после доступа и операция редактирования, такая как удаление файла, может не быть разрешена.

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

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

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

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

Поэтому разделенные/сохраненные данные контента перемещаются в активную (Active) директорию перед операцией привязки.

На фиг.8B показан пример, в котором отдельная активная директория (00000) и множество неактивных директорий (00001, 00002) содержатся в директории 6313 данных виртуальной компоновки данных. Блок привязки, предназначенный для формирования виртуальной компоновки данных, присутствует в активной директории (00000). Хотя файлы, содержащиеся в неактивных директориях (00001, 00002), показаны на фиг.8B, все файлы, содержащиеся в блоке привязки активной директории (00000), могут присутствовать в структуре на фиг.8B.

На фиг.8C показан другой пример блока привязки, позволяющего формовать виртуальную компоновку данных в активной директории (0000). Другими словами, множество блоков данных контента, содержащихся в одном тайтле, сконфигурированы в виде набора дополнительных файлов. Например, первый набор (101S) звуковых файлов (00000.01. mpls, 01000. dpi и 01000.rn2ts), второй набор (102S) файлов презентационной графики (PG) (00000.02.mpls, 09001.clpi и 09001.m2ts) и третий набор (103S) файлов текстовых субтитров (TXT-ST) (00000.03.mpls, 09002.clpi и 09002.m2ts) могут быть сформированы отдельно друг от друга. В случае указанного выше примера, загружают первый набор 101S файлов, второй набор 102S файлов и третий набор 103S файлов, с классификацией в соответствии с блоками контента, сохраняют как отдельные файлы в неактивной директории и перемещают в активную директорию перед операцией привязки, в результате чего формируется один блок привязки.

На фиг.9A-9C показаны концептуальные схемы, иллюстрирующие способы формирования другой виртуальной компоновки данных в соответствии с настоящим изобретением. Например, способ привязки для использования в блоке привязки по фиг.8C показан на фиг.9A-9C. На фиг.9A показана операция привязки, с помощью которой отдельный файл (00000.mpls) 100 списка воспроизведения, содержащийся на диске, может быть объединен с множеством файлов 101, 102 и 103 списков воспроизведения, содержащихся в блоке привязки. Можно отметить, что множество файлов 101, 102 и 103 списков воспроизведения, содержащихся в блоке привязки, эквивалентны файлам списков воспроизведения отдельного контента, ассоциированного с файлом 100 списка воспроизведения, содержащимся на диске.

На фиг.9B подробно показана операция привязки для процесса, представленного на фиг.9А.

В соответствии с приведенным выше описанием, на фиг.9B показан пример, в котором файл 100 списка воспроизведения на диске конфигурирует основной путь, и множество файлов 101, 102 и 103 списков воспроизведения, содержащихся в блоке привязки, образуют подпути, соответственно.

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

В соответствии с указанным выше описанием, на фиг.9C показан пример, в котором файл 100 списка воспроизведения, содержащийся на диске, образует основной путь, и каждый из файлов 101, 102 и 103 списка воспроизведения, содержащийся в блоке привязки, включает в себя основной путь и подпуть.

В этом случае файл 104 виртуального списка воспроизведения, содержащийся в виртуальной компоновке данных, формируется путем слияния файлов 101, 102 и 103 списка воспроизведения, содержащихся в блоке привязки, при этом не выполняется его слияние с файлом 100 списка воспроизведения, содержащимся на диске. На фиг.9C показан пример, в котором каждый из файлов 101, 102 и 103 списка воспроизведения, содержащихся в блоке привязки, включает в себя основной путь, так что данные контента файла 100 списка воспроизведения, содержащегося на диске, заранее размещены, как показано на фиг.9C.

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

На фиг.10A-10D представлены концептуальные файловые структуры при использовании в файловой системе локального накопителя в соответствии с другими предпочтительными вариантами выполнения настоящего изобретения. В частности, структуры по фиг.10A-10D представлены на основе совместно используемой директории.

Первая совместно используемая директория 62a, которая обеспечивает возможность совместного использования общей информации файлов директориям 621, 622 и 623 идентификационной информации организации, и вторая совместно используемая директория 63a, обеспечивающая возможность совместного использования общей информации файлов директориям 631, 632 и 633 идентификационной информации диска, представлены на фиг.10A, так же, как в предпочтительном варианте выполнения по фиг.6D.

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

В соответствии с приведенным выше описанием, согласно предпочтительному варианту выполнения по фиг.10A, первая совместно используемая директория 62a, директории 631-633 идентификационной информации диска и блок привязки второй совместно используемой директории 63a сконфигурированы так, что они имеют одинаковый формат.

В соответствии с приведенным выше описанием ниже будут описаны файлы, содержащиеся в первой совместно используемой директории 62a, и файлы, содержащиеся во второй совместно используемой директории 63a.

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

Доступ к типам файлов, содержащихся во второй совместно используемой директории 63a, может обеспечиваться различными способами, поскольку в директориях 631-633 идентификационной информации диска, сформированных одним CP, может с меньшей вероятностью возникать указанная выше проблема нарушения авторского права. Например, общий файл звука щелчка при нажатии кнопки мыши может быть представлен как вспомогательные данные, либо тайтл рекламы нового кинофильма, в случае необходимости, также может быть представлен как такие вспомогательные данные. Однако следует отметить, что файл базы данных или файл контента, ассоциированный с конкретным диском, не содержится во второй совместно используемой директории 63a. Предпочтительно порядок приоритета операций привязки указанных выше блоков привязки может быть определен так, что он будет представлять собой следующий порядок: директория 63 идентификационной информации диска вторая совместно используемая директория 63a первая совместно используемая директория 62a.

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

Поэтому при условии, что конкретный тайтл (например, Тайтл #1), содержащийся во второй совместно используемой директории 63a, ассоциирован только с конкретной директорией 631 идентификационной информации диска и не ассоциирован с другими директориями 632 и 633 идентификационной информации диска, редактирование файла может быть выполнено независимо.

Однако, если конкретный тайтл (например, Тайтл #2), содержащийся во второй совместно используемой директории 63a, ассоциирован с множеством директорий 631 и 632 идентификационной информации диска, трудно выполнить указанное выше независимое редактирование файла. В этом случае все директории 631 и 632 идентификационной информации диска, ассоциированные с соответствующим тайтлом, должны редактироваться одновременно.

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

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

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

Например, блок привязки включает в себя директорию метаданных (МЕТА), и директория метаданных (МЕТА) включает в себя файл, снабженный информацией привязки.

В соответствии с предпочтительным вариантом выполнения по фиг.10C-10D, указанный выше файл, снабженный информацией привязки, называется файлом описания (файлом-манифестом), и может упоминаться как один из файла 201 “bumf_disc0_ID.xml”, файла 202 “bumf_dshared.xml” и файла 203 “bumf_oshared.xml” и т.д. в соответствии с вышерасположенными по отношению к блокам привязки категориями. Для специалистов в данной области техники будет очевидно, что директория (МЕТА) метаданных, в случае необходимости, может дополнительно включать в себя различные файлы метаданных, помимо указанных выше файлов описания.

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

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

В соответствии с указанным выше описанием на фиг.10C показан пример, в котором один файл описания сформирован на отдельных дисках, и на фиг.10D показан другой пример, в котором файл описания сформирован для отдельных тайтлов, содержащихся на диске.

Например, три тайтла, содержащиеся в блоке привязки в директории 631 идентификационной информации диска, могут иметь файл “bumf_disc0_ID_001.xml”, файл 202 “bumf_disc0_ID_002.xml” и файл 203 “bumf_discO_ID_003.xml”, соответственно. Таким образом, отдельные тайтлы второй совместно используемой директории 63a также могут иметь файл 301 “bumf_dshared_001.xml”, файл 302 “bumf_dshared_002.xml” и файл 303 “bumf_dshared_003.xml”, соответственно. При построении файлов описания отдельных тайтлов, как описано выше, более эффективно могут быть выполнены операции привязки и редактирования отдельных тайтлов.

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

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

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

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

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

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

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

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

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

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

7. Способ по п.1, в котором первая файловая структура включает в себя одну директорию для каждого носителя записи.

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

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

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

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

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

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

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

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

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

17. Способ по п.16, в котором первый блок привязки включает в себя файл, снабженный информацией привязки.

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

19. Способ по п.18, в котором директория метаданных включает в себя один файл информации привязки.

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

21. Способ по п.16, в котором второй блок привязки включает в себя файл, снабженный информацией привязки.

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

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

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

25. Способ по п.24, в котором первая директория включает в себя одну активную директорию.

26. Способ по п.24, в котором множество активных директорий присутствуют в первой директории.

27. Способ по п.24, дополнительно содержащий этап, на котором изменяют неактивную директорию на активную директорию.

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

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

РИСУНКИ