СПОСОБ И УСТРОЙСТВО ВОСПРОИЗВЕДЕНИЯ ДАННЫХ С НОСИТЕЛЯ ЗАПИСИ, ИСПОЛЬЗУЮЩИЕ ЛОКАЛЬНОЕ ЗАПОМИНАЮЩЕЕ УСТРОЙСТВО
METHOD AND DEVICE FOR DATA REPRODUCTION FROM RECORDING MEDIUM, USING LOCAL MEMORY UNIT

Область техники, к которой относится изобретение
Настоящее изобретение относится к способу и устройству воспроизведения данных с носителя записи и, в частности, к способу и устройству воспроизведения данных с носителя записи, использующим локальное запоминающее устройство, содержащееся в устройстве оптической записи/воспроизведения.
Предшествующий уровень техники
Как правило, широко используется оптический диск, служащий в качестве носителя записи, способного записывать на нем большое количество данных. В частности, недавно был разработан носитель оптической записи высокой плотности, способный записывать/сохранять высококачественные видеоданные и высококачественные аудиоданные в течение длительного периода времени, например синелучевой диск (диск стандарта Blu-ray, BD).
Как считалось, BD, основанный на технологии носителя записи следующего поколения, является решением по оптической записи следующего поколения, способным сохранять значительно больше данных, чем обычный цифровой многофункциональный диск (DVD). Недавно многие разработчики провели интенсивные исследования по техническим спецификациям международных стандартов, связанным с BD, вместе со спецификациями других цифровых устройств.
В ассоциации с вышеупомянутой ситуацией недавно было разработано устройство оптической записи/воспроизведения, основанное на международном стандарте BD, но международный стандарт BD еще не был завершен, так что имеют место многие ограничения и проблемы при разработке устройства оптической записи/воспроизведения.
В частности, вышеупомянутое устройство оптической записи/воспроизведения должно не только учитывать основное функциональное назначение для записи/воспроизведения данных BD, но также дополнительное функциональное назначение, заключающееся в предоставлении возможности взаимодействия устройства оптической записи/воспроизведения с периферийными цифровыми устройствами. Другими словами, устройство оптической записи/воспроизведения должно принимать внешний входной сигнал, должно отображать принятый сигнал и должно воспроизводить требуемые данные, используя внешний входной сигнал и BD.
Однако еще не был создан способ воспроизведения данных с носителя записи для одновременного воспроизведения внешнего входного сигнала и данных BD, так что имеют место многие ограничения и проблемы при разработке основанного на BD устройства оптической записи/воспроизведения.
Раскрытие изобретения
Следовательно, настоящее изобретение относится к способу и устройству воспроизведения данных с носителя записи, использующим локальное запоминающее устройство, которые, по существу, устраняют одну или несколько проблем, обусловленных ограничениями и недостатками относящегося уровня техники.
Задачей настоящего изобретения является создание способа и устройства воспроизведения не только данных, хранимых на носителе записи, но также данных, хранимых в локальном запоминающем устройстве, после загрузки из внешнего источника.
Дополнительные преимущества, задачи и признаки изобретения излагаются, частично, в описании, которое следует ниже, и, частично, станут очевидными для специалиста в данной области техники после исследования нижеследующего или могут быть узнаны из практики изобретения. Цели и другие преимущества изобретения могут быть реализованы и достигнуты конструкцией, конкретно указанной в письменном описании и его формуле изобретения, а также на прилагаемых чертежах.
Для достижения этих целей и других преимуществ и согласно намерению изобретения, осуществленного и широко описанного в данном документе, способ воспроизведения данных носителя записи, использующий локальное запоминающее устройство, содержит этапы, на которых: а) сохраняют загруженные данные в локальном запоминающем устройстве; b) определяют, могут ли обновлять загруженные данные файловую структуру локального запоминающего устройства, и обновляют загруженными данными файловую структуру локального запоминающего устройства, если определено, что обновление загруженными данными может быть осуществлено; с) формируют блок связывания в обновленной файловой структуре локального запоминающего устройства; и d) формируют виртуальную компоновку данных посредством объединения сформированного блока связывания с файловой структурой, содержащейся на носителе записи, и воспроизводят данные носителя записи и/или данные, загруженные в локальное запоминающее устройство, в соответствии со сформированной виртуальной компоновкой данных.
В другом аспекте настоящего изобретения создан способ обновления данных локального запоминающего устройства, содержащий этапы, на которых: а) загружают файлы из внешнего источника и сохраняют загруженные файлы в локальном запоминающем устройстве; b) если файлы загружены в локальное запоминающее устройство, определяют присутствие или отсутствие запроса на обновление; с) если определено присутствие запроса на обновление, определяют, может ли или нет быть выполнено обновление загруженными файлами; и d) если определено, что обновление загруженными файлами может быть выполнено, обновляют блок связывания, содержащийся в локальном запоминающем устройстве.
В еще одном аспекте настоящего изобретения создан способ формирования виртуальной компоновки данных, содержащий этапы, на которых: а) сохраняют загруженные данные, ассоциированные с загруженным носителем записи, в локальном запоминающем устройстве; b) формируют новую файловую структуру в локальном запоминающем устройстве посредством обновления загруженными данными предыдущей файловой структуры в локальном запоминающем устройстве; с) формируют блок связывания из новой файловой структуры; и d) формируют виртуальную компоновку данных посредством связывания блока связывания с файловой структурой носителя записи.
В еще одном аспекте настоящего изобретения создано устройство воспроизведения данных носителя записи, использующее локальное запоминающее устройство, содержащее: модуль головки для считывания данных с носителя записи; локальное запоминающее устройство для загрузки данных, ассоциированных с данными носителя записи, сохранения загруженных данных и включения первой области для хранения данных с законченным обновлением и второй области для хранения вновь загруженных данных; и контроллер для обновления данными, загруженными во вторую область, первой области, формирования блока связывания, используя обновленные данные, формирования виртуальной компоновки данных и управления операцией воспроизведения данных, содержащихся на носителе данных, и/или данных, содержащихся в локальном запоминающем устройстве, используя эту виртуальную компоновку данных.
Необходимо понять, что как вышеприведенное общее описание, так и последующее подробное описание настоящего изобретения являются примерными и пояснительными и предназначены для предоставления дополнительного объяснения заявленного изобретения.
Перечень чертежей
Прилагаемые чертежи, которые включены для обеспечения дополнительного понимания изобретения, включены и составляют часть данного описания, иллюстрируют вариант(ы) осуществления изобретения и вместе с описанием служат для объяснения принципа изобретения. На чертежах:
фиг.1 представляет собой концептуальную схему, иллюстрирующую способ и устройство воспроизведения данных с носителя записи согласно настоящему изобретению;
фиг.2 представляет собой концептуальную схему, иллюстрирующую файловую структуру, записанную на оптическом диске, служащем в качестве носителя записи, и способ воспроизведения конкретного тайтла (наибольшего элемента форматирования данных на носителе записи), используя файловую структуру;
фиг.3 представляет собой структурную схему, иллюстрирующую структуру записи данных оптического диска, служащего в качестве носителя записи, согласно настоящему изобретению;
фиг.4А представляет собой блок-схему, иллюстрирующую устройство оптической записи/воспроизведения согласно настоящему изобретению;
фиг.4В представляет собой блок-схему, иллюстрирующую устройство воспроизведения данных с оптического диска из числа всех компонентов, содержащихся в устройстве оптической записи/воспроизведения, показанном на фиг.4А, согласно настоящему изобретению;
фиг.5 представляет собой концептуальную схему, иллюстрирующую способ формирования виртуальной компоновки данных согласно настоящему изобретению;
фиг.6 представляет собой структурную схему, иллюстрирующую файловую структуру, содержащуюся в локальном запоминающем устройстве, включающую в себя загруженные дополнительные данные, согласно настоящему изобретению;
фиг.7А представляет собой структурную схему, иллюстрирующую файловую структуру локального запоминающего устройства и временную область для временной загрузки данных от провайдера контента и сохранения загруженных данных согласно настоящему изобретению;
фиг.7В изображает структуру, сформированную тогда, когда данные временной области для временной загрузки новых данных от провайдера контента обновляют файловую структуру локального запоминающего устройства согласно настоящему изобретению;
фиг.8 представляет собой структурную схему, иллюстрирующую блок связывания локального запоминающего устройства для формирования виртуальной компоновки данных согласно настоящему изобретению;
фиг.9 представляет собой концептуальную схему, иллюстрирующую способ формирования виртуальной компоновки данных, используя виртуальную файловую систему (VFS), согласно настоящему изобретению;
фиг.10 представляет собой блок-схему последовательности операций, иллюстрирующую способ воспроизведения данных с носителя записи, использующий локальное запоминающее устройство, согласно настоящему изобретению;
фиг.11 представляет собой концептуальную схему, иллюстрирующую способ загрузки/обновления данных с/в локальном запоминающем устройстве в масштабе диска в соответствии с первым предпочтительным вариантом осуществления настоящего изобретения;
фиг.12 представляет собой концептуальную схему, иллюстрирующую способ загрузки/обновления данных с/в локальном запоминающем устройстве в масштабе тайтлов в соответствии со вторым предпочтительным вариантом осуществления настоящего изобретения;
фиг.13 представляет собой концептуальную схему, иллюстрирующую способ загрузки/обновления данных с/в локальном запоминающем устройстве в масштабе контента в соответствии с третьим предпочтительным вариантом осуществления настоящего изобретения; и
фиг.14 представляет собой блок-схему последовательности операций, иллюстрирующую способ загрузки/обновления данных с/в локальном запоминающем устройстве согласно настоящему изобретению.
Наилучший способ осуществления изобретения
Подробная ссылка теперь делается на предпочтительные варианты осуществления настоящего изобретения, примеры которых изображены на прилагаемых чертежах. Где это только возможно, одинаковые позиции используются на всех чертежах для ссылки на одинаковые или подобные детали.
Ниже в данном документе с ссылкой на прилагаемые чертежи описываются способ и устройство воспроизведения данных с носителя записи, использующие локальное запоминающее устройство.
Перед описанием настоящего изобретения необходимо отметить, что большинство терминов, описанных в настоящем изобретении, соответствуют общим терминам, широко известным в технике, но некоторые термины были выбраны заявителем в качестве необходимых и ниже в данном документе описываются в нижеследующем описании настоящего изобретения. Поэтому предпочтительно, чтобы термины, определенные заявителем, понимались на основе их значения в настоящем изобретении.
Носитель записи для использования в настоящем изобретении соответствует всем записываемым носителям, например оптическому диску, магнитной ленте и т.д., в соответствии с различными схемами записи. Необходимо отметить, что термин «диск» настоящего изобретения приравнивается к носителю записи.
Для удобства описания и лучшего понимания настоящего изобретения оптический диск, такой как BD, ниже в данном документе примерно используется в качестве вышеупомянутого носителя записи в настоящем изобретении. Необходимо отметить, что технические идеи настоящего изобретения могут быть применены к другим носителям записи без отступления от объема и сущности изобретения.
Термин «локальное запоминающее устройство» соответствует модулю хранения, содержащемуся в устройстве 10 оптической записи/воспроизведения, показанном на фиг.1. Более подробно, термин «локальное запоминающее устройство» соответствует компоненту, способному принимать необходимую информацию или данные от пользователя и сохранять принятую информацию или данные. Например, общее локальное запоминающее устройство может соответствовать накопителю на жестких дисках (HDD), но необходимо отметить, что термин «локальное запоминающее устройство» согласно настоящему изобретению не ограничивается HDD и применим к другим примерам, когда необходимо.
В частности, термин «локальное запоминающее устройство» соответствует модулю хранения для хранения данных, ассоциированных с носителем записи, таким как BD. Данные, ассоциированные с носителем записи, обычно загружаются с внешнего устройства.
В ассоциации с вышеупомянутым описанием для специалиста в данной области техники очевидно, что локальное запоминающее устройство может непосредственно считывать некоторые данные полномочий с носителя записи и может генерировать системные данные (например, метаданные), ассоциированные с операциями записи/воспроизведения носителя записи, так что системные данные могут храниться в локальном запоминающем устройстве.
Термин «блок связывания» соответствует набору файлов, хранимых в локальном запоминающем устройстве. В частности, блок связывания соответствует набору информации (т.е. информационному набору), ассоциированному с конкретным носителем записи. В этом случае информационный набор заменяется или добавляется к файловой информации, содержащейся на конкретном носителе записи, так что он может одновременно воспроизводить данные носителя записи и данные локального запоминающего устройства. Подробное описание блока связывания приводится ниже.
Для удобства описания данные, записанные на носителе записи, упоминаются как «исходные данные», данные, ассоциированные с носителем записи из числа множества блоков данных, хранимых в локальном запоминающем устройстве, упоминаются как «дополнительные данные».
Фиг.1 представляет собой концептуальную схему, иллюстрирующую способ и устройство воспроизведения данных согласно настоящему изобретению. Объединенное использование устройства 10 оптической записи/воспроизведения и периферийных устройств показано на фиг.1.
Устройство 10 оптической записи/воспроизведения может записывать/воспроизводить данные в отношении различных оптических дисков, имеющих различные форматы. Если необходимо, устройство 10 оптической записи/воспроизведения может записывать/воспроизводить конкретные данные только в отношении конкретного оптического диска, такого как BD, или может воспроизводить данные с оптического диска без записи данных на него. Необходимо отметить, что в настоящем изобретении в качестве примера используется проигрыватель BD, выполненный с возможностью воспроизведения данных с BD, или устройство записи на BD, выполненное с возможностью записи данных на BD, с учетом взаимосвязи между BD и периферийными устройствами для удобства описания. В данной области техники хорошо известно, что устройство 10 оптической записи/воспроизведения также применимо к накопителю, встроенному в конкретное устройство, такое как компьютер.
Устройство 10 оптической записи/воспроизведения записывает или воспроизводит данные в отношении оптического диска 30, принимает внешний входной сигнал, выполняет сигнальную обработку принятого сигнала и передает результат обработки сигнала на внешний дисплей 20, так что пользователь может наблюдать результат обработки сигнала на дисплее 20. В этом случае нет ограничения на принимаемый внешний сигнал. Например, может быть определено, что представительными внешними входными сигналами являются ассоциированный с цифровым телевидением (DTV) сигнал, ассоциированный с Интернетом сигнал и т.д. Конкретно, Интернет соответствует сети передачи данных, к которой пользователь легко получает доступ, так что пользователь может загружать конкретные данные Интернета, используя устройство 10 оптической записи/воспроизведения, и может использовать загруженные данные.
В ассоциации с вышеупомянутым описанием объект для предоставления данных контента, используемый в качестве внешнего источника, в основном, упоминается как провайдер контента (СР).
Когда исходные данные записываются на оптический диск 30, установленный в устройстве 10 оптической записи/воспроизведения, и дополнительные данные, ассоциированные с исходными данными, присутствуют в других местах хранения (например, Интернете), целью настоящего изобретения является одновременное воспроизведение исходных данных и дополнительных данных.
Например, предполагается, что мультиплексированные аудио-, видео (AV) потоки записываются в качестве исходных данных, записанных на оптический диск, и дополнительные данные для использования в Интернете представляют собой аудиопоток, отличный от аудиопотока (например, корейский язык) исходных данных. В этом случае некоторые пользователи могут загружать конкретный аудиопоток (например, английский язык), служащий в качестве дополнительных данных, из Интернета, могут пожелать воспроизвести загруженный аудиопоток вместе с АV-потоком, служащим в качестве исходных данных, или может пожелать воспроизвести только дополнительные данные. Чтобы реализовать вышеупомянутые пожелания пользователей, должна быть установлена взаимосвязь между исходными данными и дополнительными данными, и требуется систематизированный способ управления/воспроизведения вышеупомянутых данных в соответствии с запросом пользователя.
Для удобства описания, хотя сигнал, записанный на диске, упоминается как исходные данные, и другие сигналы, существующие вне диска, упоминаются как дополнительные данные, необходимо отметить, что исходные данные и дополнительные данные не ограничиваются какими-либо конкретными данными.
Как правило, дополнительные данные могут соответствовать аудиоданным (А), данным презентационной графики (PG), данным интерактивной графики (IG) или текстовым субтитрам и т.д., но дополнительные данные также могут соответствовать мультиплексированному АV-потоку, включающему в себя вышеупомянутые данные и видеоданные (V). Другими словами, данные, ассоциированные с исходными данными, одновременно существующими вне оптического диска, могут служить в качестве дополнительных данных.
Чтобы удовлетворить вышеупомянутые запросы пользователя, должна быть установлена предварительно определенная файловая структура между исходными данными и дополнительными данными. Следовательно, ниже в данном документе с ссылкой на фиг.2-3 описывается файловая структура и структура записи данных для использования в BD.
Фиг.2 представляет собой концептуальную схему, иллюстрирующую файловую структуру для воспроизведения/управления исходными данными, записанными на оптическом диске, и способ воспроизведения конкретного тайтла согласно файловой структуре.
Пример вышеупомянутой файловой структуры показан на фиг.2. Файловая структура согласно настоящему изобретению включает в себя один или несколько BD-каталогов (BDMV) под единым корневым каталогом. BD-каталог (BDMV) включает в себя не только индексный файл «index», служащий в качестве общего файла (т.е. верхнего файла), способного гарантировать возможность взаимодействия с пользователем, но также вышеупомянутый объект. Файловая структура включает в себя множество каталогов для хранения информации о фактических данных, записанных на диске, и другой информации, ассоциированной со способом воспроизведения данных, например каталог (PLAYLIST) списков проигрывания, каталог (CLIPINF) информации клипов, каталог (STREAM) потоков, каталог (AUXDATA) вспомогательных данных и каталог (BACKUP) резервирования. Ниже в данном документе описываются вышеупомянутые каталоги и множество файлов, включенных в каталог.
Каталог AUXDATA включает в себя файл дополнительных данных для воспроизведения данных диска. Например, каталог AUXDATA включает в себя файл «sound.bdmv» для предоставления пользователю звуковых данных, когда выполняется функция интерактивной графики, и файл «11111.otf» для предоставления пользователю информации о шрифте, когда воспроизводятся данные диска.
Каталог (STREAM) потоков включает в себя множество файлов АV-потока, записанных на диске в соответствии с конкретным форматом. Как правило, отдельные потоки записываются с использованием транспортного пакета, основанного на стандарте Экспертной группы по вопросам движущегося изображения MPEG-2, и каталог (STREAM) потоков использует имена расширений файлов (01000.m2ts и 02000.m2ts) потока в качестве конкретного имени «*.m2ts» расширения. В частности, если мультиплексируется видео/аудио/графическая информация из числа вышеупомянутых потоков, мультиплексированная информация называется АV-потоком, и один тайтл состоит по меньшей мере из одного файла АV-потока.
Каталог (CLIPINF) информации клипов (Clip-info) состоит из множества файлов (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) включает в себя информацию первого проигрывания «Первое проигрывание», указывающую информацию, ассоциированную с первым изображением воспроизведения, когда загружаются данные соответствующего диска, информацию меню верхнего уровня «Меню верхнего уровня» для предоставления изображения меню и информацию по меньшей мере одного тайтла «Тайтл #1 - Тайтл #n».
Если диск 30 загружен в устройство 10 оптической записи/воспроизведения, информация меню тайтлов, ассоциированная с индексной таблицей, предоставляется пользователю при помощи дисплея 20. Если пользователь выбирает конкретный тайтл или конкретный пункт меню, содержащийся в изображении меню, начинается воспроизведение данных в соответствии со сценарием, предварительно определенным изготовителем диска. Другими словами, если пользователь вводит команду на воспроизведение конкретного тайтла (например, тайтл #1), исполняется конкретный файл списка проигрывания в соответствии с командой, содержащейся в объектном файле (MovieObject) файловой структуры воспроизведения/управления. После этого воспроизводится один или несколько клипов (например, Клип #1 - Клип #3), составляющих тайтл #1, по конкретным элементам проигрывания и/или субэлементам проигрывания, содержащимся в файле списка проигрывания в соответствии с информацией файла списка проигрывания.
Фиг.3 представляет собой структурную схему, иллюстрирующую структуру записи данных, записанную на носителе записи, согласно настоящему изобретению. Более подробно, фиг.3 изображает формат записи данных информации, ассоциированной с файловой структурой. Как показано на фиг.3, с точки наблюдения от внутренней области диска, вышеупомянутая структура диска последовательно включает в себя область информации файловой системы, служащую в качестве системной информации для управления файлами в целом, область базы данных для записи файла списка проигрывания и файла информации клипа для воспроизведения записанного АV-потока (*.m2ts) и область АV-потоков для записи множества потоков, состоящих из аудиоданных, видеоданных, графических данных и т.д. В частности, необходимо отметить, что данные, записанные в области АV-потоков, могут определяться как являющиеся исходными данными, как ранее указано выше.
Настоящее изобретение обеспечивает способ и устройство одновременного воспроизведения исходных данных (например, файловой структуры, показанной на фиг.2), записанных на диске, и дополнительных данных, записанных в локальном запоминающем устройстве, и ниже в данном документе описывается множество предпочтительных вариантов осуществления согласно настоящему изобретению.
Фиг.4А представляет собой блок-схему, иллюстрирующую устройство 10 оптической записи/воспроизведения согласно настоящему изобретению.
Как показано на фиг.4А, устройство 10 оптической записи/воспроизведения включает в себя модуль 11 головки, сервомодуль 14, процессор 13 сигналов, локальное запоминающее устройство 15 и микропроцессор 16. Модуль 11 головки считывает исходные данные, записанные на оптическом диске, и информацию управления, включая файловую информацию воспроизведения/управления. Сервомодуль 14 управляет операциями модуля 11 головки. Процессор 13 сигналов принимает сигнал воспроизведения от модуля 11 головки, восстанавливает принятый сигнал воспроизведения до требуемой величины сигнала, или модулирует сигнал, подлежащий записи, в другой сигнал, записываемый на оптический диск, так что он передает восстановленный или модулированный результат. Локальное запоминающее устройство 15 хранит в себе данные. Микропроцессор 16 управляет взаимными операциями вышеупомянутых компонентов.
Предпочтительно, если составляется файловая структура для хранения данных, загружаемых из внешнего источника, локальное запоминающее устройство 15 может включать в себя временную область для временного хранения загруженных данных.
Например, если данные, загруженные от внешнего провайдера контента (СР), сохраняются в файловой структуре локального запоминающего устройства, данные сначала загружаются во временную область, и загруженные данные хранятся во временной области. После этого, после приема команды на обновление, данные, содержащиеся во временной области, обновляют файловую структуру локального запоминающего устройства, и формируется блок связывания на основе обновленной файловой структуры.
В противоположность этому, если данные, загруженные от внешнего провайдера контента (CP), не хранятся в файловой структуре локального запоминающего устройства, то предпочтительно, что нет необходимости временно хранить вышеупомянутые загруженные данные во временной области, и они непосредственно запоминаются в файловой структуре локального запоминающего устройства.
Контроллер 12 загружает дополнительные данные извне оптического диска при приеме команды от пользователя, сохраняет загруженные дополнительные данные в локальном запоминающем устройстве 15 и конфигурирует блок связывания, используя Информацию объявления блока связывания, записанную в файле объявления блока связывания локального запоминающего устройства. Кроме того, контроллер 12 конфигурирует виртуальную файловую структуру (ниже в данном документе упоминаемую как виртуальная компоновка данных), используя информацию объявления блока связывания, записанную в файле объявления блока связывания, так что он может воспроизводить данные, содержащиеся на носителе записи, и данные, содержащиеся в локальном запоминающем устройстве. Контроллер воспроизводит исходные данные и/или дополнительные данные, используя виртуальную компоновку данных, при приеме запроса от пользователя.
Декодер 17, наконец, декодирует выходные данные (т.е. исходные данные и/или дополнительные данные) при приеме управляющего сигнала от контроллера 12 и предоставляет пользователю декодированный результат.
Кодер 18 преобразует входной сигнал в сигнал конкретного формата (например, транспортный поток MPEG2) при приеме управляющего сигнала от контроллера 12 и передает преобразованный сигнал на процессор 13 сигналов.
Новая виртуальная компоновка данных может сохраняться в локальном запоминающем устройстве 15, так что она может быть повторно использована в будущем. Также новая виртуальная компоновка данных может временно сохраняться в дополнительной динамической памяти и затем может использоваться.
Фиг.4В представляет собой блок-схему, иллюстрирующую устройство воспроизведения данных оптического диска, использующее локальное запоминающее устройство из числа всех компонентов, содержащихся в устройстве 10 оптической записи/воспроизведения, согласно настоящему изобретению.
Ниже в данном документе описывается информация, хранимая в локальном запоминающем устройстве 15. Локальное запоминающее устройство 15 согласно настоящему изобретению сохраняет файловую информацию (каталог-файл для зависимого от Disc_id #n), включая каталоги и файлы информации идентификации (ИД, ID) отдельного диска, и множество дополнительных клипов, загруженных с внешней подсистемы. Формируется блок связывания локального запоминающего устройства 15, и локальное запоминающее устройство 15 может сохранять информацию объявления блока связывания для операции связывания, ассоциированной с файловой структурой диска (т.е. компоновка данных диска).
Конкретно, локальное запоминающее устройство 15 может включать в себя множество блоков файловой информации (каталог-файл для зависимого от Disc_id #n) для возможности работы с различными дисками. Поэтому локальному запоминающему устройству 15 дополнительно необходима файловая система для управления вышеупомянутыми блоками файловой информации. Конкретно, файловая система также упоминается как файловая система 41 локального запоминающего устройства, и файловая система 41 локального запоминающего устройства соответствует системе управления всеми файлами, хранимыми в локальном запоминающем устройстве 15.
Поэтому, если оптический диск (например, disc_ID #1) с конкретным ИД диска (disc_ID) загружается в устройство 10 оптической записи/воспроизведения, контроллер 12, содержащийся в устройстве 10 оптической записи/воспроизведения, распознает информацию ИД диска, используя модуль 11 головки и процессор 13 сигналов. Если локальное запоминающее устройство 15 хранит файловую информацию, контроллер считывает файловую информацию блока связывания, которая одинакова с информацией ИД загруженного диска, из числа всех блоков файловой информации, хранимых в локальном запоминающем устройстве 15, формирует виртуальную компоновку данных посредством связывания (или объединения) информации считывания и компоновки данных диска и воспроизводит как исходные данные диска, так и дополнительные данные локального запоминающего устройства, используя сформированную виртуальную компоновку данных.
В ассоциации с вышеупомянутым описанием, если новые дополнительные данные должны быть загружены от внешнего провайдера контента (СР) и должны быть сохранены в локальном запоминающем устройстве при условии, что блок связывания присутствует в файловой структуре локального запоминающего устройства, в настоящем изобретении не выполняется непосредственное обновление файловой структуры локального запоминающего устройства вышеупомянутыми загруженными дополнительными данными, и вышеупомянутые загруженные дополнительные данные временно сохраняются во временной области, содержащейся в локальном запоминающем устройстве, так что вышеупомянутые загруженные дополнительные данные обновляют файловую структуру локального запоминающего устройства при приеме запроса на обновление.
Поэтому блок связывания формируется в обновленном локальном запоминающем устройстве, обновляется информация файловой структуры локального запоминающего устройства, и затем очищается временная область локального запоминающего устройства.
Однако, если данные, предварительно загруженные от внешнего провайдера контента (СР), не хранятся в файловой структуре локального запоминающего устройства, т.е. если информация о файле не содержится в локальном запоминающем устройстве 15, данные, загруженные от провайдера контента (СР), служащего в качестве внешнего источника ввода, не загружаются во временную область локального запоминающего устройства и непосредственно загружаются в файловую структуру локального запоминающего устройства, так что формируется блок связывания. И контроллер 12 считывает файловую информацию блока связывания и формирует виртуальную компоновку данных посредством связывания (или объединения) считанной информации и компоновки данных диска.
Ниже в данном документе описывается предпочтительный вариант осуществления для формирования виртуальной компоновки данных посредством обновления файловой информации локального запоминающего устройства согласно настоящему изобретению.
Фиг.5 представляет собой концептуальную схему, иллюстрирующую способ формирования виртуальной компоновки данных согласно настоящему изобретению.
Если конкретный диск загружается в устройство 10 оптической записи/воспроизведения при условии, что информация и контент, показанные на фиг.4В, хранятся в локальном запоминающем устройстве 15, устройство 10 оптической записи/воспроизведения считывает информацию 41 файловой системы, содержащуюся в локальном запоминающем устройстве 15, и одновременно считывает информацию 42 файловой системы диска, включающую в себя файловую структуру, записанную на диске, приводя к созданию VFS. Более подробно, виртуальная файловая система (VFS) соответствует файловой системе, виртуально сформированной для управления как файловой системой, содержащейся в локальном запоминающем устройстве 15, так и другой файловой системой загруженного диска.
Устройство оптической записи/воспроизведения формирует новую виртуальную компоновку данных для одновременного воспроизведения исходных данных, записанных на диске, и дополнительных данных, записанных в локальном запоминающем устройстве, используя вышеупомянутую виртуальную файловую систему (VFS). С этой целью устройство 10 оптической записи/воспроизведения считывает файловую информацию (каталог-файл для зависимого от disc_ID #1), ассоциированную с диском (например, disc_ID #1), из файловой системы, формирует блок связывания в соответствии со считанной информацией объявления блока связывания, считывает блок связывания и выполняет операцию связывания для замены считанной файловой информации компоновкой данных диска, загруженного диска (disc_ID #1), или добавления считанной файловой информации к компоновке данных диска.
В ассоциации с вышеупомянутым описанием файл объявления блока связывания согласно настоящему изобретению включает в себя список (т.е. Список взаимосвязей Файлов и Тайтлов), указывающий взаимоотношение между файлами и тайтлами; информацию соответствия имен для выполнения задания соответствия всех файлов, содержащихся в блоке связывания, для формирования виртуальной компоновки данных; информацию Списка последовательного проигрывания для списков последовательного проигрывания; и информацию полномочий.
Конкретно, вышеупомянутая информация соответствия имен используется тогда, когда данные файловой структуры локального запоминающего устройства формируют блок связывания, или когда блок связывания объединяется с компоновкой данных диска.
Виртуальная компоновка данных, сформированная посредством вышеупомянутой операции связывания, соответствует файловой структуре для воспроизведения/управления исходным клипом 422 и дополнительным клипом 412. Исходный клип 422 состоит из исходных данных, записанных на диске. Дополнительный клип 412 состоит из дополнительных данных, записанных в локальном запоминающем устройстве.
Фиг.6 представляет собой структурную схему, иллюстрирующую файловую структуру, содержащуюся в локальном запоминающем устройстве, включающую в себя загруженные дополнительные данные, согласно настоящему изобретению. Конкретно, фиг.6 изображает расположения файла объявления блока связывания.
Каталог данных блока связывания используется в качестве верхнего каталога. Множество каталогов (например, org_ID #1 и org_ID #2) организации отдельных провайдеров контента (СР) содержится в нижнем каталоге. В этом случае количество каталогов организации равно количеству СР.
Каталоги (например, disc_ID #1 и disc_ID #2) уникальных дисков отдельных носителей записи содержатся в нижнем каталоге вышеупомянутого каталога (например, org_ID #1) организации. Также нижний каталог по отношению к каталогу (например, org_ID #1) организации дополнительно включает в себя совместно используемый каталог, обычно применяемый к вышеупомянутым всем каталогам (например, disc_ID #1 и disc_ID #2) диска.
В ассоциации с вышеупомянутым описанием файл (disc_ID #1.bumf) объявления блока связывания может содержаться в вышеупомянутом каталоге (disc_ID #1) диска. Однако необходимо отметить, что файл (disc_ID #1.bumf) объявления блока связывания не располагается непосредственно под каталогом (disc_ID #1) диска, формируется дополнительный нижний каталог, и файл (disc_ID #1.bumf) объявления блока связывания может содержаться в вышеупомянутом дополнительном нижнем каталоге. Например, каталог META (не показан) может содержаться в качестве нижнего каталога в каталоге (disc_ID #1) диска, и файл (disc_ID #1.bumf) объявления блока связывания также может содержаться в каталоге META.
В ассоциации с вышеупомянутым описанием вышеупомянутый файл (disc_ID #1.bumf) объявления блока связывания может включать в себя информацию соответствия, которая выполняет задание соответствия не только всех файлов, расположенных под каталогом (disc_ID #1) диска для конкретного носителя записи, но также файлов, ассоциированных с конкретным носителем записи, из числа файлов, содержащихся в совместно используемом каталоге.
Фиг.7А представляет собой структурную схему, иллюстрирующую файловую структуру локального запоминающего устройства и временную область для временной загрузки данных от провайдера контента и хранения загруженных данных согласно настоящему изобретению. Конкретно, фиг.7А изображает ситуацию, предусмотренную перед обновлением данных файловой структуры локального запоминающего устройства.
Например, настоящее изобретение может разделить локальное запоминающее устройство на две области, т.е. файловую структуру локального запоминающего устройства и временную область. В этом случае множество порций данных, загруженных от внешнего провайдера контента (СР), конфигурируются в виде файловой структуры и затем сохраняются в файловой структуре локального запоминающего устройства. Новые данные, отличные от старых данных, загружаются от внешнего провайдера контента (СР) и затем временно сохраняются во временной области.
В ассоциации с вышеупомянутым описанием вышеупомянутая файловая структура локального запоминающего устройства включает в себя каталог данных (BindingUnitData) блока связывания. Каталог (например, org_ID #1) организации, соответствующий провайдеру контента (СР), содержится в каталоге BindingUnitData. Каталог (org_ID #1) организации включает в себя по меньшей мере один каталог (например, disc_ID #1) диска и совместно используемый каталог (например, Shared), обычно применяемый ко всем дискам, изготовленным автором диска.
Каталог (disc_ID #1) диска включает в себя файл (disc_ID #1.bumf) 61 объявления блока связывания и BD-каталог (BDMV). BD-каталог (BDMV) включает в себя файл (например, Apr2005.mpls) списка проигрывания, файл (например, Apr2005.clpi) информации клипа и файл (например, Apr2005.m2ts) потока. Файл (disc_ID #1.bumf) 61 объявления блока связывания включает в себя информацию соответствия, ассоциированную с конкретными файлами (например, Apr2005.mpls, Apr2005.clpi и Apr2005.m2ts), содержащимися в BD-каталоге (BDMV).
Также временная область локального запоминающего устройства включает в себя такую же файловую структуру каталогов, что и вышеупомянутая файловая структура локального запоминающего устройства. Например, локальное запоминающее устройство включает в себя временную область, каталог (org_ID #1) организации используется в качестве нижнего каталога, и каталог (org_ID #1) организации может включать в себя каталог (disc_ID #1) диска и совместно используемый каталог (Shared).
Каталог (например, disc_ID #1) диска, содержащийся во временной области, включает в себя файл (например, disc_ID #1_v2.bumf) 62 объявления блока связывания и BD-каталог (BDMV). BD-каталог (BDMV) включает в себя файл (например, May2005.mpls) списка проигрывания, файл (например, May2005.clpi) информации клипа и файл (например, May2005.m2ts) потока. Совместно используемый каталог (Shared), содержащийся во временной области, включает в себя файл (например, Chinese.otf) AUXDATA (вспомогательные данные).
Файл (disc_ID #1_v2.bumf) 62 объявления блока связывания включает в себя информацию соответствия, ассоциированную с конкретными файлами (например, May2005.mpls, May2005.clpi и May2005.m2ts), содержащимися в BD-каталоге (BDMV), и информацию соответствия, ассоциированную с конкретным файлом (например, Chinese.otf), содержащимся в совместно используемом каталоге (Shared). Как можно видеть на фиг.7А, может быть понятно, что загруженные данные временно хранятся без обновления файловой структуры локального запоминающего устройства.
Фиг.7В изображает структуру, образуемую тогда, когда данные временной области для временной загрузки новых данных от провайдера контента обновляют файловую структуру локального запоминающего устройства согласно настоящему изобретению.
В этом случае предпочтительно, что обновление файловой структуры локального запоминающего устройства выполняется при приеме запроса от виртуальной файловой системы (VFS). Хотя имеется запрос от виртуальной файловой системы (VFS) при условии, что имеют место ошибки верификации, ассоциированные с вновь загруженными данными, или данные в данный момент воспроизводятся устройством оптической записи/воспроизведения, не обновляется файловая структура локального запоминающего устройства.
Как показано на фиг.7В, если файловая структура локального запоминающего устройства обновляется, как описано выше, может быть понятно, что файловая структура локального запоминающего устройства интегрирует файл с временно хранимыми данными в старую файловую структуру, сформированную перед обновлением файловой структуры локального запоминающего устройства. Однако необходимо отметить, что файл объявления блока связывания, сформированный после выполнения вышеупомянутой операции обновления, представляет собой заменитель файла (disc_ID #1_v2.bumf) 62 объявления блока связывания, содержащегося во временной области на фиг.7А. Поэтому порции данных, вновь загруженные вышеупомянутым файлом (disc_ID #1.bumf) 63 объявления блока связывания, содержатся в блоке связывания, и ниже в данном документе описывается его подробное описание с ссылкой на фиг.8.
Фиг.8 представляет собой структурную схему, иллюстрирующую блок связывания локального запоминающего устройства для формирования виртуальной компоновки данных согласно настоящему изобретению.
Как показано на фиг.8, файл (disc_ID #1.bumf) 63 объявления блока связывания, содержащийся в обновленной файловой структуре локального запоминающего устройства, включает в себя информацию соответствия, указывающую файл «May2005.mpls», файл «May2005.clpi» и файл «May2005.m2ts» из числа файлов, содержащихся в BD-каталоге (BDMV), и файл «Chinese.otf», служащий в качестве файла AUXDATA совместно используемого каталога (Shared).
Поэтому блок связывания конкретного диска (например, disc_ID #1) формируется в соответствии с информацией соответствия, содержащейся в вышеупомянутом файле (disc_ID #1.bumf) 63 объявления блока связывания. Например, блок связывания включает в себя файл «May2005.mpls» списка проигрывания, файл «May2005.clpi» информации клипа, файл «May2005.m2ts» потока и файл «Chinese.otf» AUXDATA.
В ассоциации с вышеупомянутым описанием все файлы сформированного блока связывания служат в качестве файлов только для чтения. Блок связывания объединяется с файловой структурой носителя записи, формируя новую виртуальную компоновку данных, так что одновременно воспроизводятся данные носителя записи и данные локального запоминающего устройства, и ниже в данном документе дается его подробное описание с ссылкой фиг.9.
Фиг.9 представляет собой концептуальную схему, иллюстрирующую способ формирования виртуальной компоновки данных, использующий виртуальную файловую систему (VFS), согласно настоящему изобретению.
Как показано на фиг.9, конкретная файловая структура (например, структура по фиг.2) записывается на загруженный диск и также упоминается как компоновка данных диска. Локальное запоминающее устройство включает в себя файловую систему 41 локального запоминающего устройства. Файловая система 41 включает в себя блок связывания, объединенный с загруженным диском (например, disc_ID #1), и файлы файла объявления блока связывания.
В ассоциации с вышеупомянутым описанием, хотя блок связывания, в основном, аналогичен файловой структуре диска, блок связывания не может действовать в качестве файла воспроизведения/управления сам по себе, отлично от компоновки данных диска. Более подробно, если предполагается, что блок связывания предназначен для выполнения воспроизведения данных сам по себе, это воспроизведение данных аналогично воспроизведению данных локального запоминающего устройства, так что вышеупомянутые операции блока связывания противоположны цели настоящего изобретения для одновременного воспроизведения как исходных данных, записанных на диске, так и дополнительных данных, записанных в локальном запоминающем устройстве.
Поэтому виртуальная файловая система (VFS) конкретно использует информацию соответствия имен из вышеупомянутого файла объявления блока связывания и выполняет операцию связывания посредством связывания (или объединения) вновь обновленного блока связывания с компоновкой данных диска, содержащимся на загруженном диске, так что он формирует новую виртуальную компоновку данных.
Например, предполагается, что файловая структура (org_ID #1, disc_ID #1) носителя записи, содержащаяся на диске, включает в себя индексный файл (Index.bdmv), объектный файл (MovieObject.bdmv), файл (00000.mpls) списка проигрывания, файл (01000.clpi) информации клипа, файл (01000.m2ts) потока и файл (sound.bdmv) вспомогательных данных в BD-каталоге (BDMV), указывающем нижний каталог корневого каталога.
Предполагается, что вновь загруженный обновленный блок связывания, ассоциированный с загруженным диском (например, disc_ID #1), включает в себя конкретный файл (May2005.mpls) 71 списка проигрывания, файл (May2005.clpi) 72 информации клипа, указывающий клип, управляемый файлом (May2005.mpls) 71 списка проигрывания, и файл (May2005.m2ts) 73 потока в BD-каталоге (BDMV) и дополнительно включает в себя файл (Chinese.otf) 74 AUXDATA в совместно используемом каталоге (Shared) диска.
Информация соответствия имен файла объявления блока связывания согласно настоящему изобретению включает в себя конкретную информацию, указывающую имена и расположения файлов блока связывания виртуальной компоновке данных. Например, в соответствии с информацией соответствия имен файла объявления блока связывания файл (May2005.mpls) 71 списка проигрывания, содержащийся в блоке связывания, устанавливается на файл (00000.mpls) 81 списка проигрывания, содержащийся в каталоге (PLAYLIST) списков проигрывания виртуальной компоновки данных, файл (May2005.clpi) 72 информации клипа устанавливается на файл (02000.clpi) 82 информации клипа каталога (CLIPINF) информации клипов виртуальной компоновки данных, файл (May2005.m2ts) 73 потока устанавливается на файл (02000.m2ts) 83 потока каталога (STREAM) потоков виртуальной компоновки данных, и файл (Chinese.otf) 74 AUXDATA устанавливается на файл (11111.otf) 84 AUXDATA каталога AUXDATA виртуальной компоновки данных.
Поэтому, если виртуальная компоновка данных формируется посредством выполнения операции связывания в соответствии с вышеупомянутой информацией соответствия имен, следующие файлы присутствуют в сформированной виртуальной компоновки данных.
Сначала, в соответствии с вышеупомянутой информацией соответствия имен файла объявления блока связывания, в виртуальной компоновке данных содержатся файл (00000.mpls) 81 списка файлов для проигрывания, файл (02000.clpi) 82 информации клипа, файл (02000.m2ts) потока и файл (11111.otf) 84 AUXDATA.
Все файлы, содержащиеся на загруженном диске, содержатся в виртуальной компоновке данных. Например, файл списка проигрывания, файл информации клипа, файл потока и файл AUXDATA, содержащиеся на диске, также присутствуют в виртуальной компоновке данных.
Однако при условии, что файл, имеющий такое же имя, что и конкретный файл, содержащийся на диске, присутствует в виртуальной компоновке данных в соответствии с вышеупомянутой информацией соответствия имен, только файл, обозначенный вышеупомянутой информацией соответствия имен, содержится в виртуальной компоновке данных. Например, как можно видеть на фиг.9, можно понять, что файл (May2005.mpls) 71 списка проигрывания, содержащийся в блоке связывания, как определяется, является файлом (00000.mpls) 81 списка проигрывания виртуальной компоновки данных в соответствии с информацией соответствия имен. Поэтому файл (00000.mpls) 91 списка проигрывания диска, имеющий такое же имя, что и имя вышеупомянутого файла (00000.mpls) 81 списка проигрывания, не содержится в виртуальной компоновке данных.
Другими словами, вышеупомянутая ситуация означает, что файл (May2005.mpls) 71 списка проигрывания, содержащийся в блоке связывания, заменяет файл (00000.mpls) 91 списка проигрывания диска. Поэтому вновь загруженные данные могут воспроизводиться файлом (00000.mpls) 81 списка проигрывания, содержащимся в виртуальной компоновке данных.
В противоположность этому остальные файлы, содержащиеся на диске, например файл (01000.clpi) 92 информации клипа, файл (01000.m2ts) 93 потока и файл (sound.bdmv) 94 AUXDATA, содержатся в виртуальной компоновке данных.
В ассоциации с вышеупомянутым описанием индексный файл (Index.bdmv) и объектный файл (MovieObject.bdmv), содержащиеся в виртуальной компоновке данных, могут обновляться индексным файлом (Index.bdmv) диска и объектным файлом (MovieObject.bdmv) диска. Более подробно, вышеупомянутая ситуация означает, что индекс тайтла виртуальной компоновки данных равен индексу тайтла диска.
Индексный файл (Index.bdmv) и объектный файл (MovieObject.bdmv) в виртуальной компоновке данных также могут быть заменены индексным файлом и объектным файлом, содержащимися в блоке связывания, когда необходимо (не показано на фиг.9). Более подробно, вышеупомянутая ситуация означает, что индекс тайтла виртуальной компоновки данных отличается от индекса тайтла диска. Например, если добавление нового тайтла в виртуальную компоновку данных, удаление стандартного тайтла или изменение сценария воспроизведения тайтлов происходит посредством вновь загруженных данных, вышеупомянутая ситуация означает, что индекс тайтла виртуальной компоновки данных отличается от индекса тайтла диска.
В соответствии с вышеупомянутой виртуальной компоновки данных могут одновременно воспроизводиться исходные данные, указывающие данные носителя записи, и дополнительные данные, указывающие данные локального запоминающего устройства.
Фиг.10 представляет собой блок-схему последовательности операций, иллюстрирующую способ воспроизведения данных с носителя записи, использующий локальное запоминающее устройство, согласно настоящему изобретению.
Как показано на фиг.10, если диск загружается в устройство оптической записи/воспроизведения, устройство оптической записи/воспроизведения распознает информацию ИД диска (disc_ID) в данных локального запоминающего устройства. Если внешний провайдер контента (СР) предоставляет новые дополнительные данные по Интернету или сети передачи данных, новые дополнительные данные загружаются в локальное запоминающее устройство на этапе S10. В этом случае новые дополнительные данные указывают другие данные, принятые от провайдера контента (СР), исключая старые загруженные данные.
Вышеупомянутые новые дополнительные данные временно сохраняются во временной области локального запоминающего устройства на этапе S20.
Устройство оптической записи/воспроизведения определяет, обновляют ли вышеупомянутые временно хранимые дополнительные данные файловую структуру локального запоминающего устройства, на этапе S30. Другими словами, устройство оптической записи/воспроизведения выполняет верификацию вновь загруженных дополнительных данных. Вышеупомянутая операция обновления выполняется только тогда, когда нет ошибки верификации. Если проигрыватель выполняет функцию воспроизведения, несмотря на то, что нет ошибки верификации (т.е. если проигрыватель переходит в активное состояние проигрывателя), для специалиста в данной области техники очевидно, что не может выполняться вышеупомянутая операция обновления.
Если вышеупомянутая операция обновления недоступна на этапе S30, вновь загруженные дополнительные данные не обновляют файловую структуру локального запоминающего устройства на этапе S40. Другими словами, устройство оптической записи/воспроизведения непрерывно использует стандартную виртуальную компоновку данных.
Если вышеупомянутая операция обновления доступна на этапе S30, файловая структура локального запоминающего устройства обновляется на этапе S50, используя данные, которые были сохранены во временной области, содержащейся в локальном запоминающем устройстве, на этапе S20.
Блок связывания формируется в обновленной файловой структуре локального запоминающего устройства в соответствии с информацией файла объявления блока связывания на этапе S60. В этом случае информация вышеупомянутых файлов файла объявления блока связывания может включать в себя информацию соответствия имен, как ранее указано выше.
Блок связывания, сформированный на этапе S60, объединяется с файловой структурой носителя записи, так что формируется виртуальная компоновка данных. Устройство оптической записи/воспроизведения одновременно воспроизводит исходные данные, хранимые на носителе записи, и дополнительные данные, загруженные с внешней подсистемы, в соответствии с вышеупомянутой сформированной виртуальной компоновкой данных на этапе S70.
В ассоциации со способом загрузки новых данных и обновления загруженными данными файловой структуры блока связывания локального запоминающего устройства, ниже в данном документе с ссылкой на фиг.11-13 описывается предпочтительный вариант осуществления, в котором файловая структура, соответствующая файловой структуре локального запоминающего устройства, конфигурируется в масштабе диска (т.е. на каждый диск), другой предпочтительный вариант осуществления, в котором файловая структура, соответствующая файловой структуре локального запоминающего устройства, конфигурируется в масштабе тайтла (т.е. на каждый тайтл), и еще один предпочтительный вариант осуществления, в котором файловая структура, соответствующая файловой структуре локального запоминающего устройства, конфигурируется в масштабе контента (т.е. на каждый контент).
Фиг.11 представляет собой концептуальную схему, иллюстрирующую способ загрузки/обновления данных в отношении локального запоминающего устройства в масштабе диска в соответствии с первым предпочтительным вариантом осуществления настоящего изобретения.
Как показано на фиг.11, локальное запоминающее устройство включает в себя каталог (BindingUnitData) блоков связывания, включающий в себя блоки связывания, и временный каталог, служащий в качестве временной области для временного хранения данных, загруженных от внешнего провайдера контента.
Каталог «org_ID» для каждого провайдера контента, приравненного к автору диска, содержится в нижнем каталоге относительно вышеупомянутого каталога (BindingUnitData) блоков связывания, и каталог «org_ID» включает в себя уникальный каталог (disc_ID) диска совместно используемого каталога (Shared) диска.
Как можно видеть на фиг.11, BD-каталог (BDMV), указывающий блок 110 связывания, размещается под каталогом (disc_ID #1) диска, и блок 110 связывания конфигурируется в масштабе диска.
Блок 110 связывания включает в себя каталог (PLAYLIST) списков проигрывания, снабженный файлом (00000.mpls) 111 списка проигрывания, каталог (CLIPINF) информации клипов, снабженный файлом (01000.clpi) 112 информации клипа, каталог (STREAM) потоков, снабженный файлом (01000.m2ts) 113 потока, в BD-каталоге (BDMV). В этом случае первый предпочтительный вариант осуществления по фиг.11 характеризуется тем, что вышеупомянутые файлы 111, 112 и 113, содержащиеся в вышеупомянутых каталогах (PLAYLIST, CLIPINF и STREAM), конфигурируются в масштабе диска.
Для выполнения вышеупомянутых операций загрузки/обновления приложение загрузки устройства оптической записи/воспроизведения распознает текущий блок 110 связывания уникального каталога (disc_ID #1) диска и/или текущий блок 110 связывания совместно используемого каталога (Shared) диска и сообщает распознанную информацию о текущем блоке связывания внешнему провайдеру контента (СР).
Основываясь на вышеупомянутом результате сообщения приложения загрузки, провайдер контента (СР) предоставляет множество файлов базы данных (например, индексную таблицу, объектный файл (MovieObject), список (PlayList) проигрывания и т.д.), и приложение загрузки устройства оптической записи/воспроизведения загружает файлы провайдера контента (СР) во временный каталог конкретного диска. В этом случае предпочтительно, что вышеупомянутое приложение загрузки, как определяется, представляет собой приложение BD-J.
Вновь загруженные файлы, содержащиеся в вышеупомянутом временном каталоге, указывают каталог (PLAYLIST) списков проигрывания, снабженный файлом (00000.mpls) 114 списка проигрывания и файлом (00001.mpls) 115 списка проигрывания, каталог (CLIPINF) информации клипов, снабженный файлом (02000.clpi) 116 информации о клипе, и каталог (STREAM) потоков, снабженный файлом (02000.m2ts) 117 потока.
В ассоциации с вышеупомянутым описанием файлы 114, 115, 116 и 117, содержащиеся в вышеупомянутых каталогах (PLAYLIST, CLIPINF и STREAM), конфигурируются в масштабе диска и обновляют вышеупомянутый блок 110 связывания.
Если приложение загрузки посылает запрос на обновление виртуальной файловой системы (VFS) после того, как данные будут загружены во временный каталог, резидентное приложение устройства оптической записи/воспроизведения перемещает файлы из временного каталога в ассоциированный каталог, содержащийся в каталоге (disc_ID #1) диска, так что обновляется блок 110 связывания.
В ассоциации с вышеупомянутым описанием виртуальная файловая система не переходит в активное состояние, в то время как устройство оптической записи/воспроизведения воспроизводит тайтлы и обновляет блок связывания, в то время как устройство оптической записи/воспроизведения воспроизводит тайтлы.
Если файлы, содержащиеся в блоке 110 связывания, имеют такие же имена файлов, что и имена файлов временного каталога во время вышеупомянутой операции обновления, файлы временного каталога переписывают файлы блока 110 связывания. В противоположность этому, если файлы, содержащиеся в блоке 110 связывания, имеют имена файлов, отличные от имен файлов временного каталога во время вышеупомянутой операции обновления, файлы временного каталога присоединяются (или добавляются) к файлам блока 110 связывания.
Например, если требуется, чтобы файл (00000.mpls) 114 списка проигрывания, имеющий такое же имя файла, что и имя файла (00000.mpls) 111 списка проигрывания блока 110 связывания, и файл (00001.mpls) 115 списка проигрывания, имеющий имя файла, отличное от имени файла (00000.mpls) 111 списка проигрывания блока 110 связывания, обновили файл (00000.mpls) 111 списка проигрывания блока 110 связывания, файл списка проигрывания каталога (PLAYLIST) списка проигрывания, содержащийся в блоке 110-1 связывания, сформированном после того, как была выполнена вышеупомянутая операция обновления, включает в себя файл (00000.mpls) 111-1 списка проигрывания, сформированный вышеупомянутым действием перезаписи, и файл (00001.mpls) 15 списка проигрывания, сформированный вышеупомянутым действием присоединения.
Файл информации клипа и файл потока, содержащиеся в блоке 110-1 связывания, сформированном после того, как была выполнена операция обновления, конфигурируются посредством добавления файла временного каталога к файлу блока 110 связывания соответственно. В результате каталог (CLIPINF) информации клипов блока 110-1 связывания включает в себя файл (01000.clpi) 112 информации клипа и другой файл (02000.clpi) 116 информации клипа, и каталог (STREAM) потоков блока 110-1 связывания включает в себя файл (01000.m2ts) 113 потока и другой файл (02000.m2ts) 117 потока.
В ассоциации с вышеупомянутым описанием временный каталог, сформированный после того, как была выполнена операция обновления, становится пустым, и пустое состояние временного каталога сохраняется до тех пор, пока новые данные не будут повторно загружены во временный каталог.
Фиг.12 представляет собой концептуальную схему, иллюстрирующую способ загрузки/обновления данных в отношении локального запоминающего устройства в масштабе тайтла согласно второму предпочтительному варианту осуществления настоящего изобретения.
Хотя базовые структуры каталогов на фиг.12 являются одинаковыми со структурами каталогов по фиг.11, файлы, содержащиеся в отдельных каталогах блока 120 связывания локального запоминающего устройства, классифицируются в соответствии с отдельными тайтлами, отлично от вышеупомянутого первого предпочтительного варианта осуществления, показанного на фиг.11. Ниже в данном документе со ссылкой на фиг.12 описывается подробное описание второго предпочтительного варианта осуществления.
Как показано на фиг.12, уникальный каталог (disc_ID #1) диска и совместно используемый каталог (Shared) диска содержатся в каталоге «org_ID #1» для каждого провайдера контента (CP). BD-каталог (BDMV), указывающий блок 120 связывания, размещается под уникальным каталогом (disc_ID #1) диска, и файлы блока 120 связывания, обозначенные BD-каталогом (BDMV), классифицируются в единицах отдельных тайтлов (например, «Тайтл 1» и «Тайтл 2», …).
Блок 120 связывания локального запоминающего устройства включает в себя каталог (PLAYLIST) списков проигрывания, снабженный файлом (00000.mpls) 121 списка проигрывания, каталог (CLIPINF) информации клипов, снабженный файлом (01000.clpi) 123 информации клипа и файлом (02000.clpi) 124 информации клипа, и каталог (STREAM) потоков, снабженный файлом (01000.m2ts) 125 потока и файлом (02000.m2ts) 126 потока в BD-каталоге (BDMV).
Например, конкретные файлы (т.е. 00000.mpls (121), 01000.clpi (123) и 01000.m2ts (125)) из числа файлов, содержащихся в вышеупомянутых каталогах (PLAYLIST, CLIPINF и STREAM), указывают файлы первого тайтла (т.е. Тайтл 1), и остальные файлы (т.е. 00001.mpls (122), 02000.clpi (124) и 02000.m2ts (126)), содержащиеся в вышеупомянутых каталогах (PLAYLIST, CLIPINF и STREAM), указывают файлы второго тайтла (т.е. Тайтл 2).
В ассоциации с вышеупомянутым описанием, когда данные загружаются в локальное запоминающее устройство, предпочтительно, что конкретная информация, указывающая, являются ли одинаковыми файлы блока 120 связывания, содержащиеся в локальном запоминающем устройстве, с файлами конкретного тайтла, загружается в локальное запоминающее устройство вместе с информацией, ассоциированной с тайтлами.
Если пользователь выбирает блок связывания, подлежащий загрузке для конкретного тайтла (например, «Тайтл 1»), приложение загрузки устройства оптической записи/воспроизведения загружает файлы нового блока связывания для вышеупомянутого «Тайтла 1», выбранного пользователем, во временный каталог. В этом случае предпочтительно, что вышеупомянутым приложением загрузки, как определяется, является приложение BD-J.
Например, вновь загруженные файлы, хранимые во временном каталоге, указывают каталог (PLAYLIST) списков проигрывания, снабженный файлом (00000.mpls) 131 списка проигрывания и файлом (00002.mpls) 132 списка проигрывания, каталог (CLIPINF) информации клипов, снабженный файлом (03000.clpi) 133 информации клипа, и каталог (STREAM) потоков, снабженный файлом (03000.m2ts) 134 потока. В этом случае вышеупомянутые файлы состоят из файлов, ассоциированных с «Тайтлм 1», и обновляют блок 120 связывания.
Если приложение загрузки посылает запрос на обновление виртуальной файловой системы (VFS) после того, как данные будут загружены во временный каталог, резидентное приложение устройства оптической записи/воспроизведения перемещает файлы из временного каталога в нижний каталог, содержащийся в каталоге (disc_ID #1) диска, так что обновляется блок 120 связывания.
В ассоциации с вышеупомянутым описанием виртуальная файловая система не переходит в активное состояние, в то время как устройство оптической записи/воспроизведения воспроизводит тайтлы и обновляет блок связывания, в то время как устройство оптической записи/воспроизведения воспроизводит тайтлы.
Во время вышеупомянутой операции обновления файлы «Тайтлы 1» из числа файлов блока 120 связывания удаляются и заменяются файлами временного каталога, так что формируется блок 120-1 связывания, получаемый после завершения вышеупомянутой операции обновления.
Другими словами, удаляются файлы «Тайтлы 1», т.е. файл (00000.mpls) 121 списка проигрывания, файл (01000.clpi) 123 информации клипа и файл (01000.m2ts) 125 потока. Файл списка проигрывания заменяется файлом (00000.mpls) 131 списка проигрывания и файлом (00002.mpls) 132 списка проигрывания, файл (01000.clpi) 123 информации клипа заменяется другим файлом (03000.clpi) 133 информации клипа, и файл (01000.m2ts) 125 потока заменяется другим файлом (03000.m2ts) 134 потока, так что формируется блок 120-1 связывания.
Поэтому блок 120-1 связывания, сформированный после завершения вышеупомянутой операции обновления, включает в себя файл (00000.mpls) 131 списка проигрывания и файл (00001.mpls) 122 списка проигрывания в каталоге (PLAYLIST) списков проигрывания. Каталог (CLIPINF) информации клипов блока 120-1 связывания включает в себя файл (03000.clpi) 133 информации клипа и другой файл (02000.clpi) 124 информации клипа, и каталог (STREAM) потоков блока 120-1 связывания включает в себя файл (03000.m2ts) 134 потока и другой файл (02000.m2ts) 126 потока.
В ассоциации с вышеупомянутым описанием временный каталог, формируемый после того, как будет завершена операция обновления, становится пустым, и пустое состояние временного каталога сохраняется до тех пор, пока новые данные не будут повторно загружены во временный каталог.
Фиг.13 представляет собой концептуальную схему, иллюстрирующую способ загрузки/обновления данных в отношении локального запоминающего устройства в масштабе контента согласно третьему предпочтительному варианту осуществления настоящего изобретения.
Хотя базовые структуры каталогов локального запоминающего устройства, показанные на фиг.13, являются одинаковыми со структурами по фиг.11, файл списка проигрывания каталога (PLAYLIST) списков проигрывания, содержащегося в блоке 140 связывания локального запоминающего устройства, конфигурируется в масштабе контента, отлично от вышеупомянутых первого и второго предпочтительных вариантов осуществления, показанных на фиг.11 и 12. Ниже в данном документе с ссылкой на фиг.13 описывается подробное описание третьего предпочтительного варианта осуществления.
Как показано на фиг.13, уникальный каталог (disc_ID #1) диска и совместно используемый каталог (Shared) диска содержатся в каталоге «org_ID #1» для каждого провайдера контента (СР). BD-каталог (BDMV), указывающий блок 140 связывания, размещается под каталогом (disc_ID #1) диска, и блок 140 связывания, обозначенный BD-каталогом (BDMV), конфигурируется в масштабе контента.
Блок 140 связывания локального запоминающего устройства включает в себя каталог (PLAYLIST) списков проигрывания, снабженный файлом (00000.mpls) 141 списка проигрывания конкретного контента (например, «Контент 1»), каталог (CLIPINF) информации клипов, снабженный файлом (01000.clpi) 142 информации клипа конкретного контента (например, «Контент 1»), и каталог (STREAM) потоков, снабженный файлом (01000.m2ts) 143 потока конкретного контента (например, «Контент 1»).
Например, если пользователь выбирает файлы, подлежащие загрузке, приложение загрузки загружает файлы базы данных и файлы потока, подаваемые от провайдера контента (СР), во временный каталог. Вышеупомянутые файлы базы данных и потока включают в себя частичную, модифицированную или полную информацию только для одного BD, только для чтения, служащего в качестве носителя записи. В этом случае предпочтительно, что вышеупомянутым приложением загрузки, как определяется, является приложение BD-J.
Например, что касается вновь загруженных файлов, хранимых во временном каталоге, BD-каталог (BDMV) располагается под временным каталогом. BD-каталог (BDMV) включает в себя каталог (PLAYLIST) списков проигрывания, снабженный файлом (00000.mpls) 144 списка проигрывания и файлом (00001.mpls) 145 списка файлов для проигрывания, каталог (CLIPINF) информации клипов, снабженный файлом (02000.clpi) 146 информации о клипе, и каталог (STREAM) потоков, снабженный файлом (02000.m2ts) 147 потока. В этом случае вышеупомянутые файлы состоят из файлов, ассоциированных с новым контентом (например, «Контент 2»), и обновляют блок 140 связывания.
Если резидентное приложение устройства оптической записи/воспроизведения перемещает файлы временного каталога в нижний каталог относительно уникального каталога (disc_ID #1) диска, так что обновляется блок 140 связывания.
В ассоциации с вышеупомянутым описанием виртуальная файловая система не переходит в активное состояние, в то время как устройство оптической записи/воспроизведения воспроизводит тайтлы и обновляет блок связывания, в то время как устройство оптической записи/воспроизведения воспроизводит тайтлы.
Во время вышеупомянутой операции обновления файлы блока 140 связывания остаются, и файлы временного каталога присоединяются (или добавляются), так что формируется блок 140-1 связывания, получаемый после завершения вышеупомянутой операции обновления.
Поэтому блок 140-1 связывания, сформированный после завершения вышеупомянутой операции обновления, включает в себя файл (00000.00.mpls) 141 списка проигрывания, файл (00000.01.mpls) 144 списка проигрывания и файл (00000.01.mpls) 145 списка проигрывания в каталоге (PLAYLIST) списков проигрывания. Каталог (CLIPINF) информации клипа блока 140-1 связывания включает в себя файл (01000.clpi) 142 информации клипа и другой файл (02000.clpi) 146 информации клипа, и каталог (STREAM) потоков блока 140-1 связывания включает в себя файл (01000.m2ts) 143 потока и другой файл (02000.m2ts) 147 потока.
Вышеупомянутый файл (00000.00.mpls) 141 списка проигрывания указывает предварительно загруженный контент. Например, файл (00000.00.mpls) 141 списка проигрывания служит в качестве файла списка проигрывания конкретного контента «Контент 1». Файл (00000.01.mpls) 144 списка проигрывания указывает вновь загруженный контент и служит в качестве файла списка проигрывания конкретного контента «Контент 2».
В ассоциации с вышеупомянутым описанием временный каталог, сформированный после завершения операции обновления, становится пустым, и пустое состояние временного каталога сохраняется до тех пор, пока новые данные не будут повторно загружены во временный каталог.
Фиг.14 представляет собой блок-схему последовательности операций, иллюстрирующую способ загрузки/обновления данных в отношении локального запоминающего устройства согласно настоящему изобретению.
Как показано на фиг.14, если диск загружен в устройство оптической записи/воспроизведения, устройство оптической записи/воспроизведения распознает текущую структуру блока связывания загруженного диска и сообщает распознанную структуру блока связывания провайдеру контента (СР) на этапе S110. Однако при условии, что структура связывания конфигурируется в масштабе тайтла или масштабе контента, вышеупомянутый этап S110 может быть необязательным.
Устройство оптической записи/воспроизведения загружает выбранные пользователем файлы из числа всех файлов, поставляемых от провайдера контента (СР), в локальное запоминающее устройство на этапе S111. Необходимо отметить, что файлы, которые выбираются пользователем, и файлы, которые передаются от провайдера контента (СР), могут быть изменены в соответствии со структурой блока связывания, содержащейся в локальном запоминающем устройстве.
Если вышеупомянутая операция загрузки завершается на этапе S111, устройство оптической записи/воспроизведения определяет присутствие или отсутствие запроса на обновление на этапе S112. В этом случае запрос на обновление может соответствовать запросу на обновление виртуальной файловой системы.
Если на этапе S112 определено отсутствие запроса на обновление, устройство оптической записи/воспроизведения не обновляет блок связывания локального запоминающего устройства на этапе S113.
В противном случае, если на этапе S112 определено присутствие запроса на обновление, устройство оптической записи/воспроизведения определяет, могут ли обновлять или нет загруженные данные на этапе S114, так что может быть верифицировано, не имеют ли загруженные данные проблем с безопасностью, и текущий проигрыватель переходит в режим воспроизведения данных. Другими словами, если нет проблемы верификации, и проигрыватель переходит в режим воспроизведения, устройство оптической записи/воспроизведения определяет, что загруженные данные могут обновлять. В противном случае, если имеют место проблемы верификации, и проигрыватель не переходит в режим воспроизведения, устройство оптической записи/воспроизведения определяет, что загруженные данные не могут обновлять.
Если определено, что загруженные данные могут обновлять, на этапе S114, устройство оптической записи/воспроизведения обновляет блок связывания локального запоминающего устройства на этапе S115. В противном случае, если определено, что загруженные данные не могут обновлять на этапе S114, устройство оптической записи/воспроизведения не обновляет блок связывания локального запоминающего устройства на этапе S116. Обновленный блок связывания на этапе S115, наконец, обновляет виртуальную компоновку данных. Конкретно, операция обновления виртуальной компоновки данных встречается с изменением тайтла(ов), так что виртуальная компоновка данных должна быть обновлена, когда тайтл меняется на другой тайтл.
Как очевидно из вышеупомянутого описания, способ и устройство воспроизведения данных с носителя записи, использующие локальное запоминающее устройство, согласно настоящему изобретению могут эффективно воспроизводить исходные данные, записанные на носителе записи, и дополнительные данные, хранимые в локальном запоминающем устройстве, приводя к созданию более удобных функций для пользователя.
Промышленная применимость
Для специалиста в данной области техники очевидно, что различные модификации и изменения могут быть сделаны в настоящем изобретении без отступления от сущности или объема изобретений. Таким образом, предполагается, что настоящее изобретение распространяется на модификации и изменения данного изобретения при условии, что они охватываются объемом прилагаемой формулы изобретения и ее эквивалентов.