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

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

(57) Реферат:

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

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

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

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

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

BD в качестве технологии носителей записи следующего поколения – это решение в области оптической записи следующего поколения, предоставляющее данные, значительно превосходящее по объему данные традиционных DVD. Кроме того, прилагаются значительные усилия к тому, чтобы проводить исследования и создавать BD вместе с другими цифровыми устройствами. Оптическое устройство записи/воспроизведения с применением технических требований для дисков Blu-ray находится в разработке. Однако вследствие неполных технических требований для дисков Blu-ray окончательное создание оптического устройства записи/воспроизведения имеет множество трудностей.

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

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

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

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

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

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

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

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

Например, упомянутая информация является информацией идентификации элемента индексирования, предоставленной каждому элементу индексирования.

Например, предоставленная информация идентификации элемента индексирования является неизменяемой.

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

Например, файл ключей хранится на носителе записи.

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

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

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

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

Например, индексная таблица предоставляется за пределами носителя записи поставщиком контента.

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

Например, упомянутая информация представляет собой информацию о блоке CPS, которому принадлежит элемент индексирования индекса.

Например, упомянутая информация является информацией идентификации элемента индексирования.

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

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

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

Например, упомянутая информация является информацией идентификации элемента индексирования.

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

Перечень чертежей

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

На чертежах:

Фиг.1 – схема для упрощения концептуального понимания настоящего изобретения;

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

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

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

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

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

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

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

Фиг.8A и фиг.8B – схемы для объяснения ошибки, возникшей в процессе дешифрования элементов индексирования индексной таблицы, приспособленной для воспроизведения загруженных данных;

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

Фиг.10 – схема способа воспроизведения носителя записи с помощью локального запоминающего устройства согласно второму варианту осуществления настоящего изобретения;

Фиг.11 – схема способа воспроизведения носителя записи с помощью локального запоминающего устройства согласно третьему варианту осуществления настоящего изобретения; и

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

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

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

Сначала, для удобства пояснения настоящее изобретение применяет оптический диск, более конкретно “диск Blu-ray (BD)”, в качестве примера носителя записи. Тем не менее, очевидно, что техническая идея настоящего изобретения в равной степени применима к другим носителям записи.

В настоящем изобретении “локальное запоминающее устройство” – это тип средства хранения данных, предусмотренного в оптическом устройстве записи/воспроизведения, показанном на фиг.1, и означает элемент, в котором пользователь может произвольно хранить требуемую информацию и данные для использования. В частности, локальное запоминающее устройство, которое, в общем, используется в настоящее время, включает в себя “жесткий диск”, “системную память”, “флэш-память” и т.п., что не налагает ограничений на объем настоящего изобретения. Конкретно, “локальное запоминающее устройство” используется в качестве средства для хранения данных, ассоциированных с носителем записи (к примеру, диском Blu-ray). Данные, ассоциированные с носителем записи, которые должны быть сохранены в локальном запоминающем устройстве, в общем, включают в себя данные, загружаемые извне.

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

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

В настоящем изобретении “тайтл” – это блок воспроизведения, для которого предусмотрен интерфейс с пользователем. Каждый тайтл связан с конкретным объектом. Также, поток, ассоциированный с соответствующим тайтлом, записанным на диске, воспроизводится согласно команде или программе внутри этого объекта. В частности, для удобства пояснения настоящего изобретения тайтл, имеющий движущееся изображение, фильм и интерактивную информацию согласно сжатию MPEG2, из тайтлов, записанных на диске, должен называться “HDMV-тайтлом”. Кроме того, тайтл, имеющий движущееся изображение, фильм и интерактивную информацию, приводимые в исполнение посредством программы Java, из тайтлов, записанных на диске, должен называться “BD-J-тайтлом”.

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

Ссылаясь на фиг.1, “оптическое устройство 10 записи/воспроизведения” согласно настоящему изобретению позволяет записывать или воспроизводить оптический диск в соответствии с универсальными техническими требованиями. Кроме того, оптическое устройство 10 записи/воспроизведения может быть предназначено для того, чтобы записывать/воспроизводить оптический диск (к примеру, BD) с конкретными техническими требованиями. Кроме того, оптическое устройство 10 записи/воспроизведения может быть создано, чтобы воспроизводить только оптический диск. В последующем описании настоящего изобретения, учитывая интерактивность между диском Blu-ray (BD) и периферийным устройством, BD-проигрыватель или BD-устройство записи будут взяты в качестве примера. Помимо этого, очевидно, что “оптическое устройство 10 записи/воспроизведения” включает в себя “накопитель”, загружаемый в компьютер, или т.п.

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

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

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

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

Следовательно, дополнительные данные, в общем, включают в себя аудио (A), презентационную графику (PG), интерактивную графику (IG), текстовые субтитры и т.п., на что не накладывается ограничение. Помимо этого, дополнительные данные могут соответствовать мультиплексированному AV-потоку, включающему в себя все проиллюстрированные данные и видео (V). Т.е. данные, имеющие любой тип атрибута, которые находятся вне оптического диска и ассоциированы с исходными данными, могут стать дополнительными данными.

Более того, дополнительные данные могут отдельно загружаться в индексный файл (индекс), файл списка воспроизведения (*.m2ts) или файл информации клипа (*.clpi). Помимо этого, дополнительные данные могут загружаться по блокам контента или блокам тайтлов. Чтобы реализовать пользовательские запросы, важно предоставить файловую структуру для исходных данных и дополнительных данных. Файловые структуры и структуры записи данных, используемые в диске Blu-ray (BD), подробно поясняются со ссылкой на фиг.2 и фиг.3 ниже.

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

Ссылаясь на фиг.2, в файловой структуре согласно настоящему изобретению каталог AACS и, по меньшей мере, один каталог BDMV находятся под одним корневым каталогом. Индексный файл (“index”) и объектный файл (“MovieObject”) в качестве информации общего файла (ведущего уровня файла) для защиты интерактивности с пользователем находятся в каталоге BDMV. Помимо этого, каталог BDMV, который имеет информацию о данных, фактически записанных на диске, и информацию о способе воспроизведения записанных данных, содержит каталог PLAYLIST, каталог CLIPINF, каталог STREAM, каталог AUXDATA, каталог BDJO, каталог META и каталог BACKUP. Каталоги и файлы, включенные в каждый из каталогов, подробно поясняются ниже.

Каталог META включает в себя файл метаданных в качестве данных о данных. А именно, в каталоге META находятся файл поиска, файл метаданных для дисковой библиотеки и т.п.

Каталог BDJO включает в себя объектный файл BD-J для воспроизведения BD-J Title.

Каталог AUXDATA включает в себя вспомогательные файлы, содержащие информацию, требуемую для воспроизведения диска. Например, каталог AUXDATA может включать в себя звуковой файл (“sound.bdmv”), предоставляющий звук щелчка в случае выполнения интерактивной графики, и файл шрифтов (“1111.otf”), предоставляющий информацию о шрифте в случае воспроизведения диска.

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

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

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

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

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

Каталог BACKUP хранит все копии файлов индексного файла (“index”), в котором записана информация, ассоциированная с воспроизведением диска, среди данных файловой структуры, объектных файлов (MovieObject, BD-J Object), все файлы списков воспроизведения (“*.mpls”) в каталоге PLAYLIST и все файлы информации клипа (“*.clpi”) в каталоге CLIPINF. Так как потеря файлов является фатальной для воспроизведения диска, каталог BACKUP хранит эти файлы для резервного копирования.

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

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

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

После того, как оптический диск 30 загружен в оптическое устройство 10 записи/воспроизведения, информация меню тайтла посредством индексной таблицы предоставляется пользователю через дисплей 20. Если пользователь выбирает конкретный тайтл или конкретное меню в изображении меню, воспроизведение начинается согласно файловой структуре, ранее определенной автором диска. А именно, если дана команда воспроизведения для конкретного тайтла (к примеру, Тайтла 1), соответствующий файл списка воспроизведения исполняется согласно команде или программе, предоставленной в объектном файле (Movie Object, BD-J Object) в отношении файловой структуры управления воспроизведением. По меньшей мере, один или более клипов (к примеру, Клип 1 ~ Клип 3), составляющие Тайтл 1, затем воспроизводятся посредством конкретного элемента воспроизведения и/или субэлемента воспроизведения согласно информации файла списка воспроизведения.

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

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

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

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

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

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

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

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

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

Чтобы выполнить функцию записи сигнала на оптический диск, AV-кодер 18 преобразует входной сигнал в сигнал конкретного формата, к примеру, транспортный поток MPEG2, согласно управлению контроллера 12, и затем предоставляет преобразованный сигнал процессору 13 сигналов.

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

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

Конкретно, система 17 воспроизведения включает в себя менеджер (средство управления) 171 пользовательских событий, менеджер 172 модулей, HDMV-модуль 174, BD-J-модуль 175, средство 176 управления воспроизведением, средство 177 представления и виртуальную файловую систему 40, которые подробно объяснены ниже.

Во-первых, в качестве отдельных средств управления обработкой воспроизведения для воспроизведения HDMV-тайтла и BD-J-тайтла, соответственно, HDMV-модуль 174 для HDMV-тайтла и BD-J-модуль 175 для BD-J-тайтла конфигурируются независимо. Каждый из HDMV-модуля 174 и BD-J-модуля 175 имеет функцию управления приемом, чтобы обрабатывать команду или программу в рамках вышеупомянутого объектного файла (МovieObject или BD-J Object). В качестве средства приема, чтобы обрабатывать команду и т.п., предусмотрен командный процессор 174a в рамках HDMV-модуля 174 и предусмотрены виртуальная машина (VM) 175b Java и менеджер 175a приложений с BD-J-модулем 175.

Помимо этого, менеджер 172 модулей предусмотрен для того, чтобы предоставлять пользовательскую команду в HDMV-модуль 174 или BD-J-модуль 175 и управлять работой HDMV-модуля 174 или BD-J-модуля 175. Также, предусмотрено средство 176 управления воспроизведением, которое интерпретирует информацию файла списка воспроизведения, записанную на диске, согласно команде воспроизведения HDMV-модуля 174 или BD-J-модуля 175 и выполняет соответствующую функцию воспроизведения. Кроме того, предусмотрено средство 177 представления для декодирования конкретного потока, воспроизводимого и управляемого посредством средства 176 управления воспроизведением, и отображения декодированного потока на экране. Конкретно, средство 176 управления воспроизведением включает в себя функции 176a управления воспроизведением, фактически управляющие всеми воспроизведениями, и регистры 176b проигрывателя, сохраняющие регистры состояния проигрывателя (PSR) и регистр общего назначения (GPR). В некоторых случаях функции 176a управления воспроизведением могут означать средство 176 управления воспроизведением.

В вышеописанной системе воспроизведения согласно настоящему изобретению менеджер 172 модулей, HDMV-модуль 174, BD-J-модуль 175 и средство 176 управления воспроизведением могут быть реализованы в виде программного обеспечения, соответственно. В основном, программное обеспечение более выгодно, чем аппаратная конфигурация, при проектировании. Тем не менее, средство 177 представления, декодер и плоскость обычно проектируются посредством аппаратных средств. В частности, элементы (к примеру, ссылки с номерами 172, 174, 175, 176), обрабатываемые посредством программного обеспечения, могут быть сконфигурированы с помощью части контроллера 12. Следовательно, конфигурация настоящего изобретения должна пониматься посредством ее значения, но не ограничена аппаратной конфигурацией или программной конфигурацией.

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

Во-первых, HDMV-модуль 174 для HDMV-тайтла и BD-J-модуль 175 для BD-J-тайтла конфигурируются независимо. Помимо этого, оба модуля 174 и 175 исполняются не одновременно. Т.е. BD-J-тайтл не может воспроизводиться в то время, когда воспроизводится HDMV-тайтл, и наоборот.

Во-вторых, BD-J-приложение, которое является программой для управления сетевой функцией в оптическом устройстве записи/воспроизведения, к примеру, операцией загрузки дополнительных данных извне локального запоминающего устройства 15, к примеру, операцией составления виртуальной компоновки данных посредством редактирования файлов, сохраненных в локальном запоминающем устройстве 15, или посредством связывания файлов с компоновкой данных диска, предусмотрено в системе 17 воспроизведения. А именно, BD-J-приложение, которое конфигурирует виртуальную файловую систему 40, управляющую файловой системой на диске и файловой системой локального запоминающего устройства как одной системой, и составляет и управляет виртуальной компоновкой данных для воспроизведения исходных данных и дополнительных данных посредством сконфигурированной виртуальной файловой системы 40. Также, способ формирования виртуальной компоновки данных посредством виртуальной файловой системы 40 будет объяснен со ссылкой на фиг.5 позже.

В-третьих, HDMV-тайтл и BD-J-тайтл принимают пользовательские команды отдельных типов, соответственно, и приводят в исполнение пользовательские команды независимо друг от друга, соответственно. Кроме того, требуется средство для приема, чтобы передать команду пользователя HDMV-модулю 174 или BD-J-модулю 175 под контролем менеджера 171 пользовательских событий. Следовательно, например, если принятая команда является пользовательской командой “Пользовательская операция (User Operation(UO)”, менеджер 171a пользовательских событий передает ее менеджеру 172 модулей или UO-контроллеру 171a, так что менеджер 172 модулей или UO-контроллер 171a могут выполнить команду. Если принятая команда является пользовательской командой “ключевое событие (Key Event)”, менеджер 171a пользовательских событий передает ее к VM (175b) JAVA в BD-J-модуле 175, так что VM (175b) JAVA может выполнить команду.

В-четвертых, управление вышеупомянутым средством 176 управления воспроизведением, которое может быть названо “ведущим”, осуществляется посредством одного из функционирующих в текущий момент модулей 174 и 175. А именно, HDMV-модуль 174 становится ведущим в то время, когда воспроизводится HDMV-тайтл. BD-J-модуль 175 становится ведущим в то время, когда воспроизводится BD-J-тайтл.

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

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

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

Чтобы воспроизвести и исходные данные на диске, и дополнительные данные в локальном запоминающем устройстве посредством виртуальной файловой системы в настоящем изобретении, составляется новая виртуальная компоновка данных. Для этого формируется блок связывания согласно информации в файле объявления блока связывания из файловой информации (информации о каталогах-файлах, соответствующей disc_ID 1), ассоциированной с загруженным диском (к примеру, disk_ID 1), в файловой системе локального запоминающего устройства 15. Затем выполняется операция связывания считанного сформированного блока связывания для замены или присоединения к файловой структуре загруженного диска (disc_ID 1) согласно информации соответствия имен, записанной в файле объявления блока связывания.

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

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

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

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

Фиг.6 – это схема для объяснения связи взаимоотношений при формировании виртуальной компоновки данных согласно настоящему изобретению. Во-первых, конкретная файловая структура (к примеру, структура, показанная на фиг.2) существует на загруженном диске, которая, в частности, называется компоновкой данных диска. Файловая система 41 локального запоминающего устройства находится в локальном запоминающем устройстве. Помимо этого, блок связывания и файл объявления блока связывания, привязанный к загруженному диску (к примеру, disc_ID 1), включены в соответствующую файловую систему 41. Кроме того, файл манифеста блока связывания содержит информацию соответствия имен.

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

В компоновке данных диска 421 каталог BDMV в качестве нижерасположенного каталога по отношению к корневому каталогу включает в себя индексный файл (Index.bdmv), объектный файл (MovieObject.bdmv), файл списка воспроизведения (00000.mpls), файл информации клипа (01000.clpi), файл потока (01000.m2ts) и файл вспомогательных данных (sound.bdmv). Блок 61 связывания, ассоциированный с загруженным диском (к примеру, диском с org_ID 1 и disc_ID 1), включает в себя конкретный файл 611 списка воспроизведения (Apr2005.mpls), файл 612 информации клипа (Apr2005.clpi), т.е. клип, управляемый посредством файла 611 списка воспроизведения (Apr2005.mpls), файл 613 потока (Apr2005.m2ts) и файл 614 вспомогательных данных (japanese.otf) в зависимом от диска, совместно используемом каталоге (shared). Способ формирования виртуальной компоновки данных 51 посредством связывания блока связывания с компоновкой данных диска объясняется ниже.

Согласно информации соответствия имен, файл 611 списка воспроизведения (Apr2005.mpls), файл 612 информации клипа (Apr2005.clpi), файл 613 потока (Apr2005.m2ts) и файл 614 вспомогательных данных (japanese.otf) в блоке связывания изменены по именам файлов на файл 511 списка воспроизведения (00000.mpls) каталога PLAYLIST, файл 512 информации клипа (02000.clpi) 512 каталога CLIPINF, файл 513 потока (02000.m2ts) каталога STREAM и файл вспомогательных данных (11111.otf) каталога AUXDATA в виртуальной компоновке данных 51, соответственно. Следовательно, виртуальная компоновка данных 51 включает в себя индексный файл (Index) согласно виртуальной компоновке данных и файлу MovieObject в каталоге BDMV в качестве нижерасположенного каталога по отношению к корневому каталогу. Файл 511 списка воспроизведения (00000.mpls), замененный файлом списка воспроизведения блока связывания, помещается в каталог PLAYLIST. В каталоге CLIPINF файл 512 информации клипа (02000.clpi) блока связывания присоединяется к файлу информации клипа (01000.clpi) носителя записи. В каталоге STREAM файл 513 потока (02000.m2ts) блока связывания присоединяется к файлу потока (01000.m2ts) носителя записи. В каталоге AUXDATA файл 514 вспомогательных данных (11111.otf) блока связывания присоединяется к файлу вспомогательных данных (sound.bdmv) носителя записи. Таким образом, виртуальная компоновка данных 51 сформирована.

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

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

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

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

Таким образом, настоящее изобретение предназначено решить проблему несовпадения путем предоставления информации. Эта информация может быть помещена в файл базы данных, такой как индексная таблица и т.п. Файл базы данных является файлом управления, ассоциированным с воспроизведением данных, и включает в себя индексный файл, файл списка воспроизведения, файл информации клипа и т.п. Информация для разрешения несоответствия элементов индексирования может быть сконфигурирована также с помощью отдельного файла. Помимо этого, информация для нахождения несоответствия элементов индексирования будет объяснена подробно со ссылкой на фиг.9A-11 ниже.

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

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

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

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

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

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

В частности, на фиг.7, тайтл 1, тайтл 2 и тайтл 3 записаны на диске BD-ROM, выступающем в качестве носителя записи. Помимо этого, тайтл 4, загруженный извне носителя записи, находится в локальном запоминающем устройстве. Данные, конфигурирующие тайтлы (тайтлы 1 по 4), являются зашифрованными данными, а информация о ключе, используемом для шифрования данных, существует в качестве файла блочного ключа на диске. Файл блочных ключей предпочтительно находится на диске, чтобы предохранить утечку информации, вызванную взломом, и т.п. Кроме того, если блочный ключ для CPS-блока, к которому принадлежит тайтл, не существует на диске, блочный ключ является загружаемым.

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

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

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

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

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

Ссылаясь на фиг.8A, индексная таблица 601 и файл 620 блочных ключей, включающий в себя ключи дешифрования элементов индексирования индексной таблицы 610, сохранены на диске.

Помимо этого, ключи файла 620 блочных ключей определяются с ссылкой на данные, записанные на диске. В частности, ключ 620a для тайтла 1 является ключом дешифрования тайтла 1 610a, записанного на диске, а ключ 620b для тайтла 2 является ключом дешифрования для тайтла 2 610b, записанного на диске. После того, как диск загружен, данные, ассоциированные с диском, загружаются в локальное запоминающее устройство. Виртуальная компоновка данных 51 затем формируется посредством связывания загруженных данных с компоновкой данных диска 421. Виртуальная компоновка данных 51 включает в себя индексную таблицу 630 в обновленной виртуальной компоновке данных. Данные, записанные на диске, и загруженные данные воспроизводятся посредством индексной таблицы 630 в виртуальной компоновке данных.

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

Индексная таблица 630 в виртуальной компоновке данных включает в себя элементы индексирования, такие как первое воспроизведение, главное меню, тайтл 1, тайтл 2 и тайтл 3. Тайтл 1 630a индексной таблицы 630 в виртуальной компоновке данных соответствует тайтлу 1 610a, записанному на диске, тайтл 2 630c является тайтлом, включающим в себя загруженные данные (далее в данном документе именуемым загруженным тайтлом), а тайтл 3 630b соответствует тайтлу 2 610b, записанному на диске.

После того, как дана команда воспроизведения тайтла 1 630a среди элементов индексирования индексной таблицы 630 в виртуальной компоновке данных, ключ дешифрования тайтла 1 630a должен быть предоставлен модулю дешифрования контента. Так как тайтл 1 630a – это тот же тайтл из тайтла 1 610a, записанного на диске, тайтл 1 630a может быть дешифрован с помощью ключа 620a для тайтла 1. После того, как тайтл 1 630a дешифрован, он декодируется декодером 19 для последующего представления пользователю. Давайте рассмотрим случай, когда дана команда воспроизведения тайтла 3 630b среди элементов индексирования. Тайтл 3 630b соответствует тайтлу 2 610b, записанному на диске. Таким образом, ключ 620b для тайтла 2 требуется для дешифрования тайтла 3 630b. Кроме того, тайтл 3 630b отличается от тайтла 2 610b номером тайтла. В случае, когда отдельная информация не существует в виртуальной компоновке данных, ключ 620c для тайтла 3 может быть считан вместо ключа 620b для тайтла 2. В таком случае тайтл 3 630b и ключ 630c для тайтла 3 предоставляются модулю дешифрования контента. Так как ключ 630c для тайтла 3 не является ключом дешифрования тайтла 3 630b, тайтл 3 не может быть дешифрован.

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

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

После того как дана команда воспроизведения тайтла 1 610a посредством индексной таблицы 610, сохраненной на диске, проигрыватель подтверждает CPS-блок, которому принадлежит тайтл 1, из CPS_unit_number тайтла 1 в файле блочных ключей и затем считывает блочный ключ для CPS-блока. CPS_unit_number для тайтла 1, который является тайтлом на диске, равен “1”, что означает, что тайтл 1 принадлежит CPS-блоку 1. Следовательно, считывается блочный ключ для CPS-блока 1.

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

Тайтл 1 и тайтл 2, записанные на диске, соответствуют тайтлу 1 630a и тайтлу 3 630b в индексной таблице 630 в виртуальной компоновке данных, приспособленной для воспроизведения результата связывания вместе данных, записанных на диске, и загруженных данных, соответственно. Так как тайтл 1 630a индексной таблицы 630 в виртуальной компоновке данных является идентичным тайтлу 1 610a, записанному на диске, тайтл 1 630a может быть дешифрован ключом дешифрования для CPS-блока 1 в файле блочных ключей.

Кроме того, в случае тайтла 3 630b индексной таблицы 630 в виртуальной компоновке данных, если отдельная информация не дана, проигрыватель может считать блочный ключ для CPS-блока 3, подтверждая CPS_unit_number для тайтла 3 из файла блочных ключей. Так как тайтл 3 630b является идентичным тайтлу 2, записанному на диске, блочный ключ для CPS-блока 3 не подходит для дешифрования тайтла 3 630b. Следовательно, воспроизведение не завершается, так как тайтл 3 630b не восстановлен в форму, декодируемую декодером. В случае загруженного тайтла 2 630c номер тайтла, используемый в получении CPS_unit_number в файле блочных ключей, не соответствует номеру тайтла индексной таблицы 630 в виртуальной компоновке данных, если тайтл 2 630c не зашифрован или зашифрован с помощью того же ключа, что и тайтл 2 610b, записанный на диске. Следовательно, может быть считан ключ, не подходящий для дешифрования тайтла 2.

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

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

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

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

Фиг.9A и фиг.9B являются схемами способа воспроизведения носителя записи с помощью локального запоминающего устройства согласно первому варианту осуществления настоящего изобретения.

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

Обращаясь к фиг.9A, файл 620 блочных ключей включает в себя ключи, которые определены со ссылкой на элементы индексирования данных, записанных на диске. То есть файл блочных ключей ассоциирован с диском. Ключ 620a для тайтла 1 является ключом дешифрования для тайтла 1 610a, записанного на диске, а ключ 620b для тайтла 2 является ключом дешифрования для тайтла 2 610b, записанного на диске. Тайтл 1 и тайтл 2 на диске соответствуют тайтлу 1 630a и тайтлу 3 630b в индексной таблице 630 в виртуальной компоновке данных. Помимо этого, тайтл 2 индексной таблицы 630 в виртуальной компоновке данных является загруженным тайтлом.

Чтобы воспроизвести элемент индексирования индексной таблицы 630 в виртуальной компоновке данных, соответствующий тайтл предпочтительно необходимо дешифровать. Ключ дешифрования тайтла 1 индексной таблицы 630 в виртуальной компоновке данных является ключом 620a для тайтла 1 в файле 620 блочных ключей. В этом случае тайтл 1 в качестве элемента индексирования индексной таблицы 630 в виртуальной компоновке данных совпадает с тайтлом 1, который является элементом индексирования, используемым файлом 620 блочных ключей.

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

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

В частности, так как тайтл 1 630a и тайтл 3 630b индексной таблицы 630 в виртуальной компоновке данных являются тайтлами, записанными на диске, информация, именуемая “Диск” в качестве Disc_Download_Info, предоставляется индексной таблице в виртуальной компоновке данных. Она означает, что эти тайтлы записаны на диске. Так как тайтл 2 630c является загруженным тайтлом, информация, именуемая “Загрузка”, предоставляется индексной таблице в виртуальной компоновке данных.

Проигрыватель может идентифицировать, является ли элемент индексирования элементом индексирования, записанным на диске, или загруженным элементом индексирования, посредством Disc_Download_Info. Таким образом, вычисляя элемент индексирования, записанный только на диске, он может быть сопоставлен элементу индексирования файла блочных ключей. Например, после того, как дана команда воспроизведения тайтла 3, проигрыватель вычисляет данные, записанные только на диске, из Disc_Download_Info, чтобы знать, что тайтл 3 630b соответствует тайтлу 2 в файле 620 блочных ключей. Проигрыватель затем считывает ключ 620b для тайтла 2, чтобы дешифровать и воспроизвести тайтл 3 630b.

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

CPS_unit_number для тайтла 1 в файле блочных ключей, сохраненном на диске, является информацией, указывающей CPS-блок, к которому принадлежит тайтл 1 610a, среди элементов индексирования индексной таблицы 610, сохраненной на диске. В варианте осуществления, показанном на фиг.9B, тайтл 1 610a принадлежит CPS-блоку 1. Помимо этого, блочный ключ для CPS-блока 1 требуется для воспроизведения тайтла 1. Кроме того, тайтл 2 610b индексной таблицы 610 принадлежит CPS-блоку 2 и может быть воспроизведен посредством дешифрования блочным ключом для CPS-блока 2.

Тайтл 1 610a и тайтл 2 610b, записанные на диске, соответствуют тайтлу 1 630a и тайтлу 3 630b в индексной таблице 630 в виртуальной компоновке данных, соответственно. Помимо этого, тайтл 2 630c в индексной таблице 630 виртуальной компоновки данных является загруженным тайтлом.

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

Кроме того, после того, как информация о блоке CPS, которому принадлежит тайтл 3 630b индексной таблицы в виртуальной компоновке данных, становится CPS_unit_number для тайтла 2 в файле блочных ключей, элементы индексирования тайтл 3 и тайтл 2 не совпадают. В случае, когда отдельная информация не дана, проигрыватель может подтвердить CPS_unit_number для того же элемента индексирования тайтла 3 630b в файле блочных ключей, если дана команда воспроизведения для тайтла 3 630b индексной таблицы 630 в виртуальной компоновке данных. В этом случае считанный ключ может быть блочным ключом для CPS-блока 3 взамен блочного ключа для CPS-блока 2, используемого в дешифровании тайтла 3 630b.

Если Disc_Download_Info для элемента индексирования предоставлена индексной таблице 630 в виртуальной компоновке данных согласно настоящему изобретению, проигрыватель может знать, что тайтл 3 630b соответствует тайтлу 2 в файле блочных ключей путем вычисления тайтла, записанного только на диске. Следовательно, после того, как дана команда воспроизведения для тайтла 3 630b, проигрыватель подтверждает CPS_unit_number для тайтла 2 и затем считывает блочный ключ для CPS-блока 2 с помощью CPS_unit_number для тайтла 2.

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

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

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

Ссылаясь на фиг.10, информация о блоке CPS, которому принадлежит элемент индексирования индексной таблицы 630 в виртуальной компоновке данных, предоставляется в качестве информации шифрования индексной таблице 630 в виртуальной компоновке данных, к примеру. Помимо этого, информация о блоке CPS, которому принадлежит элемент индексирования, может быть CPS_unit_number.

Тайтл 1 630a индексной таблицы 630 в виртуальной компоновке данных соответствует тайтлу 1 610a на диске и принадлежит CPS-блоку 1. Тайтл 3 630b индексной таблицы 630 в виртуальной компоновке данных соответствует тайтлу 2 610b на диске и принадлежит CPS-блоку 2. Следовательно, тайтл 1 630a и тайтл 3 630b индексной таблицы 630 в виртуальной компоновке данных могут быть зашифрованы блочным ключом для CPS-блока 1 и блочным ключом для CPS-блока 2, соответственно. Тайтл 2 индексной таблицы 630 в виртуальной компоновке данных является загруженным тайтлом и принадлежит CPS-блоку 3. Следовательно, чтобы воспроизвести тайтл 2 630c, тайтл 2 630 должен быть дешифрован блочным ключом для CPS-блока 3.

Чтобы воспроизвести тайтл 1 630a, тайтл 2 630c и тайтл 3 530b индексной таблицы 630 в виртуальной компоновке данных, правильный ключ должен быть считан из файла блочных ключей. Информация о CPS-блоке, которому принадлежит тайтл 1 в файле блочных ключей, является CPS_unit_number для тайтла 1. Следовательно, элемент индексирования индексной таблицы 630 в виртуальной компоновке данных соответствует элементу индексирования, используемому в файле блочных ключей.

Кроме того, так как тайтл 3 630b индексной таблицы 630 в виртуальной компоновке данных соответствует тайтлу 2 в файле блочных ключей, элемент индексирования индексной таблицы 630 в виртуальной компоновке данных не соответствует элементу индексирования, используемому в определении CPS_unit_number в файле блочных ключей. В случае, когда несоответствие элементов индексирования имеет место, проигрыватель может считать ключ, соответствующий CPS_unit_number, подтверждая CPS_unit_number в файле блочных ключей со ссылкой на тайтл 3 630b в качестве элемента индексирования индексной таблицы 630 в виртуальной компоновке данных. Например, в случае, когда CPS_unit_number для тайтла 3 в файле блочных ключей равен 3, проигрыватель может считать блочный ключ для CPS-блока 3, определяя, что тайтл 3 630b индексной таблицы 630 в виртуальной компоновке данных соответствует CPS-блоку 3. Помимо этого, случается проблема, состоящая в том, что тайтл 3 630b, который принадлежит CPS-блоку 32, не может быть воспроизведен посредством блочного ключа для CPS-блока 33.

Чтобы решить эту проблему, настоящее изобретение предоставляет информацию шифрования для элемента индексирования индексной таблицы 630 в виртуальной компоновке данных. Например, CPS_unit_number=1, CPS_unit_number=3 и CPS_unit_number=2 могут быть предоставлены для тайтла 1, Тайтла 2 и тайтла 3 индексной таблицы 630 в виртуальной компоновке данных, соответственно.

После того, как дана команда воспроизведения элемента индексирования индексной таблицы 630 в виртуальной компоновке данных, проигрыватель подтверждает CPS_unit_number для каждого элемента индексирования и затем считывает блочный ключ для CPS-блока, которому принадлежит каждый элемент. В частности, блочный ключ для CPS-блока 1 считывается из файла блочных ключей для тайтла 1 630a индексной таблицы 630 в виртуальной компоновке данных, блочный ключ для CPS-блока 3 считывается для тайтла 2 630C, а блочный ключ для CPS-блока 2 считывается для тайтла 3 630b. Соответствующие тайтлы дешифруются с помощью считанного ключа и затем воспроизводятся, соответственно.

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

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

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

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

Ссылаясь на фиг.11, Title_ID 1 предоставляется в качестве информации идентификации элемента индексирования тайтлу 1 610a индексной таблицы 610, сохраненной на диске, а Title_ID 2 предоставляется тайтлу 2 610b. Помимо этого, файл 620 блочных ключей включает в себя ключ, определенный со ссылкой на информацию идентификации.

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

Предпочтительно, предоставленная информация идентификации элемента индексирования не изменяется, даже если позиция элемента индексирования в индексной таблице на диске изменяется в индексной таблице в виртуальной компоновке данных. В варианте осуществления, показанном на фиг.11, тайтл 1 630a и тайтл 3 630b в качестве элементов индексирования индексной таблицы 630 в виртуальной компоновке данных воспроизводят одинаковые данные тайтла 1 610a и тайтла 2 610b в качестве элементов индексирования, записанных на диске, соответственно. Так как информация идентификации элемента индексирования тайтла 1 610a, записанного на диске, является Title_ID 1, информация идентификации элемента индексирования тайтла 1 630a индексной таблицы в виртуальной компоновке данных также соответствует Title_ID 1. Так как информация идентификации элемента индексирования тайтла 2 610b, записанного на диске, является Title_ID 2, информация идентификации элемента индексирования тайтла 3 630b индексной таблицы в виртуальной компоновке данных также соответствует Title_ID 2. Помимо этого, отдельная информация идентификации предоставляется тайтлу 2 630c индексной таблицы 630 в виртуальной компоновке данных. Пример предоставления Title_ID n показан на фиг.11.

В настоящем изобретении информация идентификации элемента индексирования может быть предоставлена файлу базы данных, такому как индексная таблица или т.п., в качестве информации для решения проблемы несоответствия элементов индексирования. Несоответствие происходит между элементом индексирования индексной таблицы в виртуальной компоновке данных и элементом индексирования файла блочных ключей, ассоциированного с диском. Следовательно, Title_ID 1 в качестве информации идентификации элемента индексирования для тайтла 1 630a индексной таблицы 630 в виртуальной компоновке данных, Title_ID n в качестве информации идентификации элемента индексирования для тайтла 2 630c и тайтл 2 в качестве информации идентификации элемента индексирования для тайтла 3 630b могут быть предоставлены индексной таблице 630 в виртуальной компоновке данных.

После того, как отдана команда воспроизведения элемента индексирования индексной таблицы 630 в виртуальной компоновке данных, проигрыватель подтверждает информацию идентификации для элемента индексирования, считывает ключ, соответствующий информации идентификации элемента индексирования, из файла блочных ключей, дешифрует элемент индексирования с помощью считанного ключа и затем воспроизводит дешифрованный элемент индексирования. В частности, после того, как дана команда воспроизведения для тайтла 1 630a индексной таблицы 630 в виртуальной компоновке данных, ключ 620a для Title_ID 1 в качестве ключа для информации идентификации считывается из файла блочных ключей, подтверждая, что информацией идентификации для тайтла 1 является Title_ID 1. После того, как дана команда воспроизведения для тайтла 3 630b индексной таблицы 630 в виртуальной компоновке данных, считывается ключ 620b для Title_ID 2, подтверждая, что информацией идентификации для тайтла 3 является Title_ID 2.

Ключ 620a для Title_ID 1 и ключ 620b для Title_ID 2, которые считываются для тайтла 1 630a и тайтла 3 630b, соответственно, являются ключами дешифрования данных, воспроизводимых согласно тайтлам, соответственно. Следовательно, каждый из тайтлов может быть дешифрован.

Так как информацией идентификации загруженного тайтла 2 630c индексной таблицы 630 в виртуальной компоновке данных является Title_ID n, ключ для Title_ID n необходим, чтобы воспроизвести тайтл 2 630c. В случае, когда ключ для Title_ID n находится в файле блочных ключей, сохраненном на диске, ключ может быть считан из файла блочных ключей. Кроме того, в случае, когда ключ не находится в файле блочных ключей, он должен быть загружен.

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

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

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

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

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

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

После того как ключ дешифрования элемента индексирования считан (S50), элемент индексирования и ключ предоставляются модулю дешифрования контента, так что элемент индексирования может быть дешифрован с помощью считанного ключа (S60). Дешифрованный элемент индексирования затем воспроизводится декодером, чтобы быть предоставленным пользователю (S70). Устройство воспроизведения носителя записи с помощью локального запоминающего устройства согласно настоящему изобретению объясняется со ссылкой на фиг.4A ниже.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5. Способ по п.4, в котором предоставленная информация идентификации элемента индексирования является неизменной.

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

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

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

9. Способ по любому из пп.1-4, в котором связывающую информацию загружают извне по отношению к носителю записи.

10. Способ по любому из пп.1-4, в котором связывающая информация хранится на носителе записи.

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

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

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

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

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

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

17. Устройство по п.14, в котором связывающая информация является информацией идентификации элемента индексирования.

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

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

РИСУНКИ