СПОСОБ И УСТРОЙСТВО ВОСПРОИЗВЕДЕНИЯ ДАННЫХ, ЗАПИСАННЫХ НА НОСИТЕЛЕ ЗАПИСИ И В ЛОКАЛЬНОЙ ПАМЯТИ
METHOD AND DEVICE FOR REPRODUCING DATA RECORDED ON RECORD MEDIUM OR IN LOCAL MEMORY

Область техники
Настоящее изобретение относится к носителю записи и, более конкретно, к способу и устройству воспроизведения данных, записанных на носителе записи и в локальной памяти.
Предшествующий уровень техники
Оптические диски широко используются в качестве носителей записи для записи массивов информации. В настоящее время среди широкого диапазона оптических дисков разрабатывается новый оптический носитель записи с высокой плотностью записи, такой как диск blu-ray (в дальнейшем упоминаемый как "BD"), для записи и сохранения видео высокой четкости и аудиоданных в течение длительного периода времени. В настоящее время глобальные стандартные технические спецификации для диска blu-ray (BD), который, как известно, является технологией носителя записи следующего поколения, разрабатываются в качестве решения оптической записи следующего поколения, которое способно иметь данных значительно больше, чем обычный DVD, наряду с многими другими цифровыми устройствами. Соответственно, также разрабатываются устройства оптической записи и воспроизведения, принимающие диски стандарта blu-ray (BD). Однако так как стандарт дисков blu-ray (BD) еще не полностью завершен, имеется много трудностей в разработке законченного устройства оптической записи и воспроизведения.
Более конкретно, в описанном выше устройстве оптической записи и/или воспроизведения рассматривается (рассматриваются) основная(ые) функция(и) записи и/или воспроизведения диска blu-ray (BD), а также дополнительные функции, принимая во внимание совместное использование с соответствующими периферийными цифровыми устройствами. Таким образом, в общем случае устройство оптической записи и/или воспроизведения должно быть снабжено функциями или приема внешних входных сигналов и отображения принятых сигналов, или применения внешних входных сигналов со встроенным сигналом воспроизведения диска blu-ray (BD) для воспроизведения.
Однако так как объединенный стандарт для достижения описанных выше дополнительных функций не обеспечивается в текущем стандарте диска blu-ray (BD), имеется много трудностей в разработке полномасштабного устройства оптической записи и/или воспроизведения диска, основанного на blu-ray (BD). Более конкретно, проблема может иметь место в попытке воспроизведения как данных, существующих вне носителя записи, так и данных, записанных на носителе записи (например, диске blu-ray) в качестве одного воспроизводящего устройства.
Раскрытие изобретения
Соответственно, настоящее изобретение посвящено устройству и способу воспроизведения данных, записанных на носителе записи и в локальной памяти, которые по существу устраняют одну или более проблем из-за ограничений и недостатков предшествующего уровня техники.
Задачей настоящего изобретения является обеспечение способа конфигурирования файла управления воспроизведением для воспроизведения как данных, записанных на носителе записи с высокой плотностью, так и данных, сохраненных в локальной памяти.
Дополнительные преимущества, задачи и признаки изобретения сформулированы частично в описании, которое следует ниже, и частично станут очевидными специалистам в данной области техники после проверки нижеизложенного или могут быть изучены при практической реализации изобретения. Задачи и другие преимущества изобретения могут быть реализованы и достигнуты с помощью структуры, в частности, приведенной в письменном описании, и ее формулы изобретения, а также прилагаемых чертежей.
Чтобы решить эти задачи и другие преимущества и в соответствии с задачей изобретения, которое воплощено и подробно описано ниже, способ воспроизведения данных, записанных на носителе записи, включает в себя воспроизведение основных данных, записанных на носителе записи, и суб-данных, сохраненных в локальной памяти, используя файл PlayList (список воспроизведения), который включает в себя основную последовательность и суб-последовательность, при этом основная последовательность содержит PlayItem (элемент воспроизведения) для воспроизведения основных данных, а суб-последовательность содержит по меньшей мере один SubPlayItem (элемент воспроизведения суб-данных), связанный с PlayItem, для воспроизведения суб-данных во взаимосвязи с воспроизведением основных данных, при этом файл PlayList дополнительно включает в себя информацию типа суб-последовательности, которая указывает, синхронизирован ли по меньшей мере один SubPlayItem, включенный в суб-последовательность, с PlayItem.
В другом аспекте настоящего изобретения способ воспроизведения данных, записанных на носителе записи, включает в себя воспроизведение основных данных, записанных на носителе записи, и суб-данных, сохраненных в локальной памяти, используя файл PlayList, который включает в себя основную последовательность и суб-последовательность, причем основная последовательность содержит множество PlayItems (элементов воспроизведения) для воспроизведения основных данных, а суб-последовательность содержит по меньшей мере один SubPlayItem, ассоциированный с PlayItems, для воспроизведения суб-данных совместно с воспроизведением основных данных, причем файл PlayList дополнительно включает в себя информацию типа суб-последовательности, которая указывает, синхронизирован ли по меньшей мере один SubPlayItem, включенный в суб-последовательность, с PlayItems.
В другом аспекте настоящего изобретения способ воспроизведения данных, записанных на носителе записи, включает в себя воспроизведение AV (аудио/видео) данных и исходных вспомогательных данных, записанных на носителе записи, и дополнительных вспомогательных данных, сохраненных в локальной памяти, используя файл PlayList, который включает в себя основную последовательность, исходную суб-последовательность и по меньшей мере одну дополнительную суб-последовательность, причем основная последовательность содержит множество PlayItems для воспроизведения AV данных, исходная суб-последовательность содержит SubPlayItem, связанный с PlayItems, для воспроизведения исходных вспомогательных данных, при этом каждая дополнительная суб-последовательность содержит по меньшей мере один SubPlayItem, ассоциированный с PlayItems, для воспроизведения дополнительных вспомогательных данных, при этом файл PlayList дополнительно включает в себя информацию типа суб-последовательности, которая указывает, синхронизирован ли по меньшей мере один SubPlayItem, включенный в каждую дополнительную суб-последовательность, с PlayItems.
В другом аспекте настоящего изобретения способ воспроизведения данных, записанных на носителе записи, включает в себя воспроизведение AV данных и исходных вспомогательных данных, записанных на носителе записи, и дополнительных вспомогательных данных, сохраненных в локальной памяти, используя файл PlayList, который включает в себя основную последовательность и суб-последовательность, причем основная последовательность содержит множество элементов PlayItem для воспроизведения AV данных, а суб-последовательность содержит по меньшей мере один SubPlayItem, ассоциированный с PlayItems, для воспроизведения по меньшей мере одних из исходных и дополнительных вспомогательных данных совместно с воспроизведением AV данных, причем файл PlayList дополнительно включает в себя информацию типа суб-последовательности, которая указывает, синхронизирован ли по меньшей мере один SubPlayItem, включенный в суб-последовательность, с PlayItems.
В другом аспекте настоящего изобретения устройство воспроизведения данных, записанных на носителе записи, включает в себя головку записи/считывания для считывания основных данных, записанных на носителе записи, локальную память для сохранения суб-данных, ассоциированных с основными данными, и декодер для декодирования основных данных и суб-данных, используя файл PlayList, который включает в себя основную последовательность и суб-последовательность, причем основная последовательность содержит PlayItem для воспроизведения основных данных, суб-последовательность содержит по меньшей мере один SubPlayItem, ассоциированный с PlayItem, для воспроизведения суб-данных совместно с воспроизведением основных данных, при этом файл PlayList дополнительно включает в себя информацию типа суб-последовательности, которая указывает, синхронизирован ли по меньшей мере один SubPlayItem, включенный в суб-последовательность, с PlayItem.
В другом аспекте настоящего изобретения устройство воспроизведения данных, записанных на носителе записи, включает в себя головку записи/считывания для считывания основных данных, записанных на носителе записи, локальную память для сохранения суб-данных, ассоциированных с основными данными, и декодер для декодирования основных данных и суб-данных, используя файл PlayList, который включает в себя основную последовательность и суб-последовательность, причем основная последовательность содержит множество элементов PlayItem для воспроизведения основных данных, и суб-последовательность содержит по меньшей мере один SubPlayItem, ассоциированный с PlayItems, для воспроизведения суб-данных совместно с воспроизведением основных данных, при этом файл PlayList дополнительно включает в себя информацию типа суб-последовательности, которая указывает, синхронизирован ли по меньшей мере один SubPlayItem, включенный в суб-последовательность, с PlayItems.
В другом аспекте настоящего изобретения устройство воспроизведения данных, записанных на носителе записи, включает в себя головку записи/считывания для считывания AV данных и исходных вспомогательных данных, записанных на носителе записи, при этом исходные вспомогательные данные ассоциированы с AV данными, локальную память для сохранения дополнительных вспомогательных данных, ассоциированных с AV данными, и декодер для декодирования AV данных и по меньшей мере одних из исходных и дополнительных вспомогательных данных, используя PlayList, который включает в себя основную последовательность, исходную суб-последовательность и по меньшей мере одну дополнительную суб-последовательность, при этом основная последовательность содержит множество PlayItems для воспроизведения AV данных, исходная суб-последовательность содержит SubPlayItem, ассоциированный с PlayItems, для воспроизведения исходных вспомогательных данных, причем каждая дополнительная суб-последовательность содержит по меньшей мере один SubPlayItem, ассоциированный с PlayItems, для воспроизведения дополнительных вспомогательных данных, при этом файл PlayList дополнительно включает в себя информацию типа суб-последовательности, которая указывает, синхронизирован ли по меньшей мере один SubPlayItem, включенный в каждую дополнительную суб-последовательность, с PlayItems.
В следующем аспекте настоящего изобретения устройство воспроизведения данных, записанных на носителе записи, включает в себя головку записи/считывания для считывания AV данных и исходных вспомогательных данных, записанных на носителе записи, причем исходные вспомогательные данные ассоциированы с AV данными, локальную память для сохранения дополнительных вспомогательных данных, ассоциированных с AV данными, и декодер для декодирования AV данных и по меньшей мере одних из исходных и дополнительных вспомогательных данных, используя файл PlayList, который включает в себя основную последовательность и суб-последовательность, причем основная последовательность содержит множество элементов PlayItem для воспроизведения AV данных, суб-последовательность содержит по меньшей мере один SubPlayItem, ассоциированный с PlayItems, для воспроизведения по меньшей мере одних из исходных и дополнительных вспомогательных данных совместно с воспроизведением AV данных, при этом файл PlayList дополнительно включает в себя информацию типа суб-последовательности, которая указывает, синхронизирован ли по меньшей мере один SubPlayItem, включенный в суб-последовательность, с PlayItems.
Должно быть понятно, что и приведенное выше общее описание и нижеследующее подробное описание настоящего изобретения являются примерными и пояснительными и предназначены, чтобы обеспечить дополнительное объяснение изобретения, которое заявлено.
Краткое описание чертежей
Сопроводительные чертежи, которые включены для обеспечения дальнейшего понимания изобретения и включены в описание и составляют часть настоящей заявки, иллюстрируют вариант(ы) осуществления изобретения и вместе с описанием служат для объяснения принципа изобретения. На чертежах:
фиг.1 иллюстрирует общее представление настоящего изобретения;
фиг.2 иллюстрирует пример AV потока и потока интерактивной графики согласно настоящему изобретению, обеспечиваемых на одном и том же экране дисплея;
фиг.3A и 3B иллюстрируют файловую структуру и структуру файла PlayList в качестве файла управления воспроизведением для воспроизведения потока интерактивной графики согласно настоящему изобретению;
фиг.3C иллюстрирует структуру записи данных, записанных на носителе записи, согласно настоящему изобретению;
фиг.4 иллюстрирует устройство оптической записи и/или воспроизведения согласно настоящему изобретению;
фиг.5A и 5B иллюстрируют способ и устройство для воспроизведения данных, записанных на носителе записи, и данных, сохраненных в локальной памяти, согласно настоящему изобретению;
фиг.6A-7H иллюстрируют примеры способа создания (или конфигурирования) файла управления воспроизведением согласно настоящему изобретению и, более конкретно, иллюстрируют примеры способа создания PlayList для воспроизведения потоков интерактивной графики;
фиг.8 иллюстрирует пример AV потока и потока текстовых субтитров согласно настоящему изобретению, обеспечиваемых на одном и том же экране дисплея;
фиг.9A и 9B иллюстрируют файловую структуру и структуру файла PlayList в качестве файла управления воспроизведением для воспроизведения потока текстовых субтитров согласно настоящему изобретению;
фиг.10A-10E иллюстрируют примеры способа создания (или конфигурирования) файла управления воспроизведением согласно настоящему изобретению и, более конкретно, иллюстрируют примеры способа создания PlayList для воспроизведения потоков текстовых субтитров; и
фиг.11А-11G иллюстрируют синтаксис файла управления воспроизведением согласно настоящему изобретению.
Наилучший режим выполнения изобретения
Ниже приводятся ссылки на подробное описание предпочтительных вариантов осуществления настоящего изобретения, примеры которого проиллюстрированы на сопроводительных чертежах. Везде, где возможно, одинаковые ссылочные позиции используются на всех чертежах, чтобы ссылаться на одинаковые или аналогичные части. Кроме того, хотя термины, используемые в настоящем изобретении, выбраны из общеизвестных и используемых терминов, некоторые из терминов, упомянутых в описании настоящего изобретения, были выбраны заявителем по его или ее усмотрению, конкретные значения которых описаны в соответствующих частях описания. Кроме того, требуется, чтобы настоящее изобретение было понятно не просто в соответствии с фактическими используемыми терминами, а в соответствии со значением каждого термина, находящегося в его пределах.
Согласно настоящему изобретению "файл управления воспроизведением" относится к файлу управления для воспроизведения как данных, записанных на носителе записи, так и данных, сохраненных в локальной памяти. Более конкретно, на диске blu-ray (BD) файл управления воспроизведением называется "PlayList" (Список воспроизведения). Подробное описание файла управления воспроизведением приводится ниже со ссылками на фиг.2A и фиг.2B наряду с описанием полной структуры файла. Другими словами, хотя "PlayList" относится к файлу управления воспроизведением в настоящем изобретении, очевидно, что различная терминология может использоваться для носителя записи другого стандарта, отличного от диска blu-ray (BD). Однако также очевидно, что технический объем других носителей записи не находится в стороне от контекста или объема настоящего изобретения.
Фиг.1 иллюстрирует общий вид настоящего изобретения. Более конкретно, фиг.1 иллюстрирует пример объединенного использования устройства 10 оптической записи и/или воспроизведения и других периферийных устройств. Соответственно, "устройство 10 оптической записи и/или воспроизведения" может записывать данные на оптические диски и/или воспроизводить данные с оптических дисков различных стандартов. В зависимости от своей конструкции устройство может записывать/воспроизводить данные на/с оптического диска только конкретного стандарта (например, диск blu-ray (BD)), или устройство может только воспроизводить данные с оптического диска. Однако рассматривая факт, что стандарт дисков blu-ray (BD), как ожидается, будет завершен, и связь диска blu-ray (BD) с другими периферийными устройствами, устройство воспроизведения диска Blu-ray (BD-плеер), которое воспроизводит данные, записанные на диске blu-ray (BD), или устройство записи диска Blu-ray (устройство записи на BD), которое записывает данные на диск blu-ray (BD), будет приведено в качестве примера для устройства 10 оптической записи и/или воспроизведения согласно настоящему изобретению. Также очевидно, что "устройство 10 оптической записи и/или воспроизведения" может быть названо как "устройство управления", которое может быть оборудовано в компьютерах.
Кроме функции записи и/или воспроизведения оптического диска устройство 10 оптической записи и/или воспроизведения согласно настоящему изобретению также имеет функцию приема внешнего входного сигнала и обработки принятого сигнала и выдачи сигнала на средство просмотра, передавая обработанный сигнал на экран через дисплей 20. В этом случае не имеется никакого ограничения на внешний сигнал, который может быть введен. Однако наиболее общим внешним входным сигналом является программа цифрового вещания (DTV) или Интернет. Более конкретно, так как Интернет является средой, которая может быть легко доступна для публики, пользователи могут использовать специфические данные, выдаваемые в Интернет, загружая такие данные через устройство 10 оптической записи и/или воспроизведения. Настоящее изобретение стремится эффективно воспроизводить данные посредством комбинирования основных данных и суб-данных, когда основные данные записываются на оптический диск (то есть, BD), который загружается в устройство 10 оптической записи и/или воспроизведения, и когда суб-данные, которые ассоциированы с основными данными, существуют во внешнем источнике, таком как Интернет.
Для простоты описания настоящего изобретения "основные данные" относятся к сигналу, записанному на оптическом диске, и "суб-данные" относятся к сигналу, существующему во внешнем источнике вне оптического диска. Однако эта терминология основана только на способе получения (захвата) данных, и основные данные и суб-данные не ограничивают данные только специфическими типами данных. Соответственно, основные данные обычно включают в себя аудиоданные, данные графического представления (PG), текстовые субтитры, данные интерактивной графики (IG) и так далее. Без ограничения вышеупомянутыми примерами другие типы данных, существующих во внешнем источнике, которые ассоциированы с основными данными, могут использоваться в качестве суб-данных. В настоящем изобретении "данные интерактивной графики (IG)" и "текстовые субтитры" даются как примеры суб-данных, которые воспроизводятся.
Более конкретно, принимается, что поток видео/аудио (AV поток) для конкретного фильма записывается в качестве основных данных на оптическом диске. Также принимается, что "поток интерактивной графики (IG)", ассоциированный с AV потоком, существует в Интернете в качестве суб-данных. Затем пользователь может пожелать загрузить поток интерактивной графики, который является суб-данными, существующими в Интернете, и затем пожелать воспроизвести загруженный IG поток вместе с AV потоком, включенным в основные данные. Чтобы удовлетворить запросы пользователя, должна быть определена ассоциация между AV потоком на оптическом диске и загруженным и сохраненным потоком интерактивной графики, и также требуется систематический способ для управления (или контроля) и воспроизведения таких данных (то есть, AV потока и IG потока), как желательно для пользователя.
Фиг.2 иллюстрирует пример потока интерактивной графики и AV потока, отображаемых на одном и том же экране. Обычно AV поток отображается на полном экране. Наоборот, поток интерактивной графики отображается только на маленькой области (которая также называется как "объект") в пределах экрана. Поток интерактивной графики может быть обеспечен или из основных данных (например, основного потока интерактивной графики), которые записаны на оптическом диске, или обеспечен из суб-данных (например, вспомогательного потока интерактивной графики), которые загружаются из внешнего источника.
Чтобы удовлетворить запросы пользователя, требуется файловая структура, связывающая основные данные и суб-данные (более конкретно, вспомогательный поток интерактивной графики), которая описана подробно со ссылками на фиг.3A-3C.
Со ссылками на фиг.3A, которая иллюстрирует файловую структуру для управления информацией, записанной на диске, по меньшей мере один каталог BD (BDMV) включается в корневой каталог (корень). Каждый каталог BD включает в себя "index.bdmv" и "MovieObject.bdmv", которые представляют общие файлы, которые используются при взаимодействии с одним или более пользователями. Каждый каталог BD включает в себя четыре каталога файлов, включающих в себя данные, которые должны быть воспроизведены, и информацию, требуемую для воспроизведения данных. Каталогами файлов, включенными в каждый каталог BD, являются каталог вспомогательных данных (AUXDATA), каталог потоков (STREAM), каталог информации клипов (CLIPINF) и каталог списка воспроизведения (PLAYLIST).
Каталог вспомогательных данных (AUXDATA) включает в себя дополнительные файлы данных, требуемые для воспроизведения оптического диска, такие как файл "Sound.bdmv", файл "aaaaa.otf" и так далее. Файл "Sound.bdmv" обеспечивает звук при выполнении потока интерактивной графики (IG), и файл "aaaaa.otf" обеспечивает информацию о шрифте при воспроизведении диска. Каталог потоков (STREAM) включает в себя файлы AV потока и файлы потока интерактивной графики. Более конкретно, каждый из потоков может быть в общем случае в форме транспортных пакетов MPEG2. В стандарте BD каждый из описанных выше потоков называется файлом клипа. Со ссылками на фиг.3A среди файлов потока "01000.m2ts" представляет AV поток, мультиплексированный с потоком интерактивной графики, "02000.m2ts" представляет независимый AV поток, который не мультиплексирован с каким-либо потоком интерактивной графики, и "10001.m2ts" представляет интерактивный поток.
Далее, каталог информации клипов (CLIPINF) включает в себя файлы информации о клипе (например, 01000.clpi, 02000.clpi, 10001.clpi), находящиеся во взаимно-однозначном соответствии каждому из файлов потока (файлы клипа), включенных в каталог потоков. Файл информации клипа (*.clpi) включает в себя информацию о свойствах и информацию тактирования файла потока (файл клипа). В стандарте BD каждая пара AV потока (*.m2ts) и ее соответствующий файл информации клипа (*.clpi), которые находятся во взаимно-однозначном соответствии друг с другом, обозначены как клип. Поэтому каждый из файлов "01000.clpi", "02000.clpi" и "10001.clpi", включенных в каталог информации клипов (CLIPINFO), включает в себя информацию свойств и информацию тактирования, соответствующую каждому из файлов "01000.m2ts", "02000.m2ts" и "10001.m2ts", соответственно, которые включены в каталог потоков (STREAM). Поэтому каждая пара файлов "01000.clpi" и "01000.m2ts", файлов "02000.clpi" и "02000.m2ts" и файлов "10001.clpi" и "10001.m2ts" формирует клип.
Более конкретно, клип, сформированный из пары "01000.clpi" и "01000.m2ts", называется как "AV клип, мультиплексированный с IG", и клип, сформированный из пары "02000.clpi" и "02000.m2ts", называется "AV клип, не мультиплексированный с IG". Кроме того, клип, сформированный из пары "10001.clpi" и "10001.m2ts", представляет клип, сформированный только из "потока интерактивной графики" без какого-либо AV потока. Такой клип называется "IG клип". Также в настоящем изобретении "основной клип" относится к клипу, ассоциированному с основными данными, которые записаны на оптическом диске, и "суб-клип" относится к клипу, ассоциированному с суб-данными, которые загружаются и сохраняются в локальной памяти.
Обращаясь к фиг.3A, каталог списка воспроизведения (PLAYLIST) включает в себя один или более файлов PlayList (*.mpls), в котором каждый файл PlayList (*.mpls) включает в себя по меньшей мере один элемент PlayItem (элемент воспроизведения), который определяет интервал воспроизведения для конкретного клипа. Более конкретно, PlayItem включает в себя информацию, обозначающую времена начала представления и конца представления (In-Time и Out-Time) для воспроизведения конкретного клипа, которая может быть обозначена как "clip_Information_File_name" в PlayItem. Соответственно, файл PlayList (*.mpls) представляет единицу воспроизведения (или единицу проигрывания), воспроизводящую (или проигрывающую) требуемый клип из комбинации одного или более PlayItems. PlayList также включает в себя SubPlayItem (вспомогательные элементы воспроизведения) для воспроизведения данных, которые отличаются от данных, которые отображаются посредством PlayItem.
Фиг.3B иллюстрирует соотношение (или ассоциацию) между файлом PlayList и основным клипом. Более конкретно, файл PlayList включает в себя основную последовательность, имеющую по меньшей мере один PlayItem, и PlayItem включает в себя информацию управления воспроизведением для воспроизведения конкретного AV клипа. Кроме того, всякий раз, когда требуется, файл PlayList включает в себя суб-последовательность, включающую в себя по меньшей мере один SubPlayItem. Здесь SubPlayItem включает в себя информацию управления воспроизведением для воспроизведения по меньшей мере одного клипа интерактивной графики (IG #1, IG #2). Например, клип #1 (IG #1) интерактивной графики может обеспечивать информацию меню, конфигурированную на английском языке. И клип #2 (IG #2) интерактивной графики может обеспечивать информацию меню, конфигурированную на корейском языке. Поэтому, при воспроизведении (или проигрывании) PlayList согласно фиг.3B, AV поток в клипе AV воспроизводится посредством PlayItem. Соответственно, поток интерактивной графики соответствует любому из IG клипа #1 и IG клипа #2, выбранному посредством SubPlayItem, который не синхронизирован с PlayItem. AV поток, воспроизведение которого управляется посредством PlayItem, может быть или мультиплексированным с интерактивной графикой или не мультиплексированным с интерактивной графикой. И это может выборочно применяться автором оптического диска.
Фиг.3C иллюстрирует общую структуру информации (или данных), связанной со структурой файла, который записан на оптическом диске согласно настоящему изобретению. Более конкретно, начиная с внутренней окружности (или центра) диска, объем диска включает в себя область информации файловой системы, занимающую наиболее внутреннюю часть объема диска, область потока, занимающую наиболее внешнюю часть объема диска, и область базы данных, имеющуюся между областью информации файловой системы и областью данных потока. В области информации файловой системы записана системная информация для управления полными файлами данных. И основные данные, такие как аудио/видео/графические данные, записаны в области потока. Общие файлы, файлы PlayList и файлы информации клипа записаны в области базы данных объема диска. Поэтому, используя информацию в области базы данных, пользователь способен выбрать поток, который пользователь желает воспроизводить, и решать и использовать соответствующий способ воспроизведения выбранного потока.
Соответственно, если поток интерактивной графики мультиплексирован с AV потоком, причем оба потока записаны на оптический диск, то эти два потока являются синхронизированными. Однако если поток интерактивной графики, записанный на оптическом диске, не мультиплексирован с AV потоком, то поток интерактивной графики и AV поток не являются синхронизированными. Кроме того, так как поток интерактивной графики, который сохранен в локальной памяти, сохранен в местоположении (или позиции), отличном от такового AV потока, который записан и сохранен на оптическом диске, очевидно, что этот поток интерактивной графики не является мультиплексированным с AV потоком. Однако когда пользователь желает воспроизвести поток интерактивной графики, который сохранен в локальной памяти вместе с AV потоком, который записан на оптическом диске, пользователь должен принять во внимание случай, когда оба потока являются синхронизированными и воспроизводятся, а также случай, когда оба потока не являются синхронизированными и воспроизводятся. Настоящее изобретение стремится обеспечить способ создания предпочтительного PlayList (списка воспроизведения) и способа и устройства воспроизведения данных, используя заново созданный PlayList. Соответственно, PlayList, созданный согласно настоящему изобретению, назван как "составной PlayList". Однако эта терминология используется просто для того, чтобы отличать недавно созданный PlayList от уже существующего PlayList.
Фиг.4 иллюстрирует устройство 10 оптической записи и/или воспроизведения согласно настоящему изобретению. Устройство оптической записи и/или воспроизведения в основном включает в себя головку 11 записи/считывания для воспроизведения информации управления, включающей в себя основные данные и информацию файла, записанную на оптическом диске, сервоблок 14, управляющий работой головки 11 записи/считывания, сигнальный процессор 13 или восстанавливающий сигнал воспроизведения, принятый от головки 11 записи/считывания, до значения желаемого сигнала, или модулирующий данные, которые должны быть записаны в записываемый на оптический диск сигнал, и передающий модулированные данные, локальную память 15, хранящую суб-данные, которые загружаются из внешнего источника, и микрокомпьютер 16, органически управляющий вышеупомянутыми операциями. Кроме того, контроллер 12 загружает суб-данные, существующие во внешнем источнике, согласно команде пользователя и сохраняет загруженные суб-данные в локальной памяти 15. Контроллер 12 затем создает составной PlayList для воспроизведения основных данных, записанных на оптическом диске, и суб-данных, сохраненных в локальной памяти 15. После этого в соответствии с командой пользователя контроллер 12 воспроизводит основные данные и суб-данные, используя составной PlayList. Декодер 17 выполняет заключительное декодирование выходных данных (то есть, основных данных и/или суб-данных) в соответствии с управлением от контроллера 12 и выдает декодированные данные пользователю. Кроме того, чтобы записать сигнал на оптическом диске, кодер 18 преобразует входной сигнал в сигнал определенного формата (например, транспортный поток MPEG2) согласно управлению от контроллера 12 и выдает преобразованный сигнал на сигнальный процессор 13.
Локальная память 15, хранящая суб-данные, также может быть конфигурирована, например, как накопитель на жестком диске (НЖД, HDD). И недавно созданный составной PlayList может быть или сохранен в локальной памяти 15 для будущего использования или может быть временно сохранен в отдельной динамической памяти и использован. В качестве примера настоящего изобретения устройство оптической записи и/или воспроизведения отдельно создает новый составной PlayList. В другом примере при загрузке суб-данных и сохранении загруженных суб-данных составной PlayList также может быть загружен и сохранен. В этом случае не требуется, чтобы устройство 10 оптической записи и/или воспроизведения создало другой отдельный составной PlayList. Кроме того, если пользователь желает сохранить суб-данные и составной PlayList в локальной памяти 15 для дальнейшего использования, предпочтительно задать больший приоритет при использование PlayList, записанного на оптическом диске, который управляет только основными данными.
В структуре устройства 10 оптической записи и/или воспроизведения согласно настоящему изобретению, показанному на фиг.4, фиг.5A и фиг.5B, иллюстрируют устройство для воспроизведения данных и способ для воспроизведения данных, соответственно. Более конкретно, когда оптический диск, имеющий идентификационную информацию (disc_id) диска #1, то есть, disc_id = #1, загружается, контроллер 12 устройства 10 оптической записи и/или воспроизведения проверяет идентификационную информацию соответствующего диска, используя головку 11 записи/считывания и сигнальный процессор 13. Затем контроллер 12 проверяет, существует ли набор суб-данных, ассоциированных с "disc_id=#1", среди суб-данных, сохраненных в локальной памяти 15 (S10).
Например, если три вспомогательных интерактивных потока (Aux IG 1, Aux IG 2, Aux IG 3) существуют в локальной памяти 15 для "disc_id=#1", контроллер 12 сначала выбирает поток воспроизведения (или проигрывания) в соответствии с запросом пользователя или системными параметрами настройки (S20). Другими словами, контроллер 12 может уведомить пользователя, что вспомогательный поток интерактивной графики существует в качестве суб-данных, и затем контроллер 12 может или воспроизводить только основные данные, записанные на диске, или выбирать и воспроизводить составной PlayList, включающий в себя вспомогательный поток интерактивной графики в локальной памяти 15, в соответствии с командой пользователя или системными параметрами настройки. Поэтому, когда пользователь желает объединить и воспроизвести основные данные, записанные на оптическом диске, и суб-данные, сохраненные в локальной памяти 15, контроллер 12 создает составной файл PlayList и использует недавно созданный составной файл PlayList, чтобы воспроизвести данные (S202).
Соответственно, недавно созданный составной файл PlayList сохраняют в локальной памяти 15, который может использоваться снова при воспроизведении суб-данных в более позднем процессе. Фиг.5A иллюстрирует пример составного файла PlayList, уже сохраненного в локальной памяти 15, чтобы воспроизвести вспомогательный поток аудио, который является суб-данными для "disc_id=#2". Поэтому, когда оптический диск, имеющий идентификатор диска, равный "disc_id=#2", загружают в устройство 10 оптической записи и/или воспроизведения, используется составной PlayList, который уже сохранен в локальной памяти 15, и воспроизведение данных может быть немедленно выполнено без необходимости создавать новый составной PlayList. Кроме того, как описано выше, составной PlayList также может быть загружен и может использоваться. Ниже подробно описаны различные способы создания составного объекта PlayList согласно настоящему изобретению со ссылками на фиг.6A - фиг.7H.
Характеристики, общие для всех способов создания составного объекта PlayList согласно настоящему изобретению, описаны ниже. Информация файла для воспроизведения основных данных и суб-данных в комбинации включена в файл PlayList. Здесь, основные данные воспроизводят посредством по меньшей мере одного PlayItem, включенного в основную последовательность, и посредством SubPlayItem, включенного в суб-последовательность, в файле PlayList. И суб-данные воспроизводятся только посредством SubPlayItem, включенного в суб-последовательность, в файле PlayList.
Кроме того, поток интерактивной графики дается как пример суб-данных, которые могут быть применены, на фиг.6A - фиг.7H. Более конкретно, вспомогательный поток интерактивной графики, сохраненный в локальной памяти, может быть конфигурирован на языке, отличном от такового основного потока интерактивной графики, записанного в основных данных. Альтернативно, даже если суб-данные конфигурированы на том же самом языке, что и основной поток, суб-данные могут быть конфигурированы так, чтобы иметь отличный атрибут. Такой атрибут может включать в себя графическую характеристику, информацию меню, представленную потоком интерактивной графики, и так далее. Другими словами, вспомогательный поток интерактивной графики используется или для замены основного потока интерактивной графики, существующего на оптическом диске, или для добавления нового потока интерактивной графики. Альтернативно, когда основной поток интерактивной графики не существует на оптическом диске, вспомогательный поток интерактивной графики может использоваться для дополнительной поддержки интерактивной графики.
Кроме того, когда основной поток интерактивной графики, включенный в основные данные, является мультиплексированным с AV потоком, основной поток интерактивной графики воспроизводится посредством PlayItem. Наоборот, когда основной поток интерактивной графики не мультиплексирован с AV потоком, основной поток интерактивной графики идентифицируется как отделенный IG поток, который воспроизводится посредством SubPlayItem. Поэтому при воспроизведении вспомогательного потока интерактивной графики наряду с основными данными (например, AV потоком и основным потоком интерактивной графики), оба случая вспомогательного IG потока, синхронизированного с основными данными и воспроизведенного, и вспомогательный IG поток, не являющийся синхронизированным с основными данными и воспроизведенным, описаны в описании настоящего изобретения.
Кроме того, информация файла, используемая для воспроизведения основных данных и суб-данных, связана в файле PlayList. В частности, вспомогательный поток интерактивной графики является конфигурированным из отдельной суб-последовательности в составном объекте PlayList. Здесь создан по меньшей мере один SubPlayItem в суб-последовательности, чтобы управлять воспроизведением вспомогательного потока интерактивной графики. Наконец, для того, чтобы создать составной PlayList согласно настоящему изобретению, информация, ассоциированная с составным PlayList, должна быть предварительно сохранена в локальной памяти 15. Более конкретно, ассоциированная информация должна быть подготовлена заранее автором оптического диска, которая затем загружается из внешнего источника наряду с суб-данными. Со ссылками на фиг.5A, "Info" (Информация), сохраненная в локальной памяти 15, представляет собой информацию, требуемую для создания составного PlayList. Среди способов для создания составного PlayList согласно настоящему изобретению фиг.6A-6E иллюстрируют примеры создания другой суб-последовательности для управления воспроизведением "вспомогательного потока интерактивной графики", когда "основной поток интерактивной графики" конфигурирован как отдельный поток, который не мультиплексирован с AV потоком, и когда отдельная суб-последовательность существует, чтобы воспроизвести основной поток интерактивной графики. Другими словами, примеры, показанные на фиг.6A-6E, главным образом применяются тогда, когда "вспомогательный поток интерактивной графики" не является синхронизированным (то есть, является "асинхронизированным") с AV потоком, включенным в основные данные. Здесь, примеры, показанные на фиг.6A-6E, не ограничены только тем, когда вспомогательный поток интерактивной графики является не синхронизированным с AV потоком, включенным в основные данные. В зависимости от прикладного применения эти примеры могут также быть приняты в случаях, когда вспомогательный поток интерактивной графики является синхронизированным с AV потоком, включенным в основные данные.
Со ссылками на фиг.6A при создании (или конфигурировании) суб-последовательности для вспомогательного потока интерактивной графики, суб-последовательность создают для каждого из вспомогательных потоков интерактивной графики. Например, каждая из суб-последовательности #2, суб-последовательности #3 и суб-последовательности #4 сформированы для индивидуального и соответственного управления воспроизведением вспомогательного потока интерактивной графики #1, вспомогательного потока интерактивной графики #2 и вспомогательного потока интерактивной графики #3, которые сохранены в локальной памяти 15. Соответственно, суб-последовательность #1 управляет воспроизведением основного потока интерактивной графики, записанного на оптическом диске. И способ управления основным IG потоком, используя суб-последовательность #1, является идентичным таковому, описанному на фиг.3B. Более конкретно, в этом примере, когда три вспомогательных интерактивных графических потока существуют в локальной памяти, как показано на фиг.5A, суб-последовательность создают для каждого из трех вспомогательных потоков интерактивной графики, так чтобы каждый вспомогательный IG поток управлялся соответствующим SubPlayItem, таким образом создавая структуру "1 поток = 1 SubPlayItem = 1 суб-последовательность". Поэтому при воспроизведении описанного выше составного PlayList любой из потоков интерактивной графики, который обозначен как суб-последовательность #1 ~ суб-последовательность #4, может быть выборочно воспроизведен наряду с основными AV данными, которые включены в оптический диск и обозначены основной последовательностью. Другими словами, один из основного потока интерактивной графики, записанного на диске, и вспомогательного потока интерактивной графики, сохраненного в локальной памяти 15, может быть выборочно воспроизведен. Однако, в зависимости от прикладного применения, когда вспомогательный поток интерактивной графики существует, возможно задать более приоритетный при воспроизведении любого из вспомогательных потоков интерактивной графики.
Со ссылками на фиг.6B при создании (или конфигурировании) суб-последовательности для вспомогательного потока интерактивной графики, множество вспомогательных потоков интерактивной графики объединяются, чтобы быть управляемыми единственной суб-последовательностью. Например, каждый из вспомогательного потока интерактивной графики #1, вспомогательного потока интерактивной графики #2 и вспомогательного потока интерактивной графики #3, сохраняемые в локальной памяти 15, соответственно обозначен SubPlayItem #2, SubPlayItem #3 и SubPlayItem #4. Кроме того, SubPlayItem #2, SubPlayItem #3 и SubPlayItem #4 все вместе обозначены единственной суб-последовательностью (например, суб-последовательностью #2). Соответственно, суб-последовательность #1 управляет воспроизведением основного потока интерактивной графики, записанного в оптическом диске. И способ, управляющий основным IG потоком, используя суб-последовательность #1, является идентичным описанному на фиг.3B.
Более конкретно, в этом примере, когда три вспомогательных интерактивных графических потока существуют в локальной памяти, как показано на фиг.5A, каждый из вспомогательных потоков интерактивной графики соответственно обозначен SubPlayItem #2, SubPlayItem #3 и SubPlayItem #4. Здесь три потока SubPlayItems объединены, чтобы создать единственную суб-последовательность (например, суб-последовательность #2), таким образом создавая структуру "1 поток = 1 SubPlayItem", которая является также структурой "множество SubPlayItems  =  1 суб-последовательность". Поэтому при воспроизведении описанного выше составного PlayList любая из суб-последовательности #1 и суб-последовательности #2 выбирается, чтобы выполнить воспроизведение. Затем, любой из SubPlayItems, который обозначен выбранной суб-последовательностью, может быть выборочно воспроизведен наряду с основными AV данными, которые включены в оптический диск и обозначены основной последовательностью.
Со ссылками на фиг.6C при создании (или конфигурировании) суб-последовательности для вспомогательного потока интерактивной графики, множество вспомогательных потоков интерактивной графики объединяются, чтобы создать единственный SubPlayItem. Например, вспомогательный поток интерактивной графики #1, вспомогательный поток интерактивной графики #2 и вспомогательный поток интерактивной графики #3, которые сохранены в локальной памяти 15, объединяются так, чтобы иметь управление воспроизведением посредством единственного SubPlayItem (например, SubPlayItem #2). Здесь, SubPlayItem #2 формируется, чтобы быть включенным в единственную суб-последовательность (суб-последовательность #2). Соответственно, суб-последовательность #1 управляет воспроизведением основного потока интерактивной графики, записанного в оптическом диске. И способ управления основным IG потоком, используя суб-последовательность #1, является идентичным описанному на фиг.3B.
Более конкретно, в этом примере, когда три вспомогательных интерактивных графических потока существуют в локальной памяти, как показано на фиг.5A, каждый из вспомогательных потоков интерактивной графики соответственно обозначен SubPlayItem #2, SubPlayItem #3 и SubPlayItem #4. Здесь три SubPlayItems объединяются и обозначаются одним SubPlayItem (например, SubPlayItem #2). Затем, SubPlayItem включает единственную суб-последовательность (например, суб-последовательность #2), таким образом создавая структуру "множество потоков = 1 SubPlayItem = 1 суб-последовательность". Поэтому при воспроизведении описанного выше составного PlayList, любую из суб-последовательности #1 и суб-последовательности #2 выбирают для выполнения воспроизведения. Затем, любой из потоков интерактивной графики, который обозначен выбранной суб-последовательностью, может быть выборочно воспроизведен наряду с основными AV данными, которые включены в оптический диск и обозначены основной последовательностью.
Среди способов для создания составного PlayList согласно настоящему изобретению фиг.6D и 6E иллюстрируют примеры интегрирования суб-последовательности для управления "основного потока интерактивной графики" и суб-последовательности для управления "вспомогательного потока интерактивной графики" в единственную суб-последовательность. Со ссылками на фиг.6D, множество SubPlayItems конфигурируется в единственную суб-последовательность, чтобы управлять воспроизведением основного потока интерактивной графики и вспомогательного потока интерактивной графики. Более конкретно, в единственной суб-последовательности SubPlayItem #1 обозначает множество основных потоков интерактивной графики (основной поток интерактивной графики #1, основной поток интерактивной графики #2, основной поток интерактивной графики #3), таким образом управляя воспроизведением основного потока интерактивной графики. В одной и той же единственной суб-последовательности SubPlayItem (SubPlayItem #2, SubPlayItem #3, SubPlayItem #4) создается для каждого вспомогательного потока интерактивной графики, сохраненного в локальной памяти 15, таким образом управляя воспроизведением вспомогательного потока интерактивной графики. И таким образом, каждый из SubPlayItem #2, SubPlayItem #3 и SubPlayItem #4 создается для индивидуального обозначения каждого из вспомогательного потока интерактивной графики #1, вспомогательного потока интерактивной графики #2 и вспомогательного потока интерактивной графики #3. Здесь, основные потоки интерактивной графики конфигурируются так, чтобы быть обозначенными посредством SubPlayItem #1. Другими словами, SubPlayItem #1, SubPlayItem #2, SubPlayItem #3 и SubPlayItem #4 конфигурируются в единственную суб-последовательность.
Со ссылками на фиг.6E, единственный SubPlayItem конфигурируется в единственную суб-последовательность так, чтобы управлять воспроизведением основного потока интерактивной графики и вспомогательного потока интерактивной графики. Более конкретно, единственный SubPlayItem (SubPlayItem #1), объединяющий основной поток интерактивной графики и вспомогательный поток интерактивной графики для управления воспроизведением, включен в единственную суб-последовательность. Поэтому SubPlayItem #1 объединяет все из множества основных потоков интерактивной графики (основной поток интерактивной графики #1, основной поток интерактивной графики #2, основной поток интерактивной графики #3), записанных на оптическом диске, и множество вспомогательных потоков интерактивной графики (вспомогательный поток интерактивной графики #1, вспомогательный поток интерактивной графики #2, вспомогательный поток интерактивной графики #3), сохраненных в локальной памяти 15, так чтобы управлять воспроизведением потоков интерактивной графики, таким образом создавая структуру "все основные/вспомогательные потоки интерактивной графики = 1 SubPlayItem = 1 суб-последовательность".
Среди способов для создания составного PlayList согласно настоящему изобретению, фиг.7A-7H иллюстрируют примеры создания суб-последовательности для управления воспроизведением "вспомогательного потока интерактивной графики", когда "основной поток интерактивной графики" является мультиплексированным с AV потоком, или когда "основной поток интерактивной графики" не записан на оптическом диске. Другими словами, примеры, показанные на фиг.7A-7H, главным образом применяются тогда, когда "вспомогательный поток интерактивной графики" синхронизирован с AV потоком, включенным в основные данные. Кроме того, чтобы синхронизировать "вспомогательный поток интерактивной графики" с AV потоком, включенным в основные данные, очевидно, что требуется информация синхронизации, указывающая, в какой позиции основного AV потока вспомогательный поток интерактивной графики синхронизирован. Информация синхронизации должна быть обеспечена из SubPlayItem, включенного в суб-последовательность, как описано ниже подробно со ссылками на фиг.7A-7H. Здесь, примеры, показанные на фиг.7A-7H, не ограничены только тем, когда вспомогательный поток интерактивной графики является синхронизированным с AV потоком, включенным в основные данные. В зависимости от прикладного применения эти примеры могут также быть приняты в случаях, когда вспомогательный поток интерактивной графики является не синхронизированным с AV потоком, включенным в основные данные.
Со ссылками на фиг.7A, при создании (или конфигурировании) суб-последовательности для вспомогательного потока интерактивной графики, SubPlayItem создается в суб-последовательности, в которой SubPlayItem, соответствующий согласно взаимно-однозначному соответствию с каждым PlayItem в основной последовательности, создается (или конфигурируется) индивидуально. Более конкретно, обозначая SubPlayItem одновременно соответствующим всем PlayItems в PlayList, основной поток интерактивной графики, который включен в основной клип и обозначен каждым PlayItem, может быть заменен вспомогательным потоком интерактивной графики, который включен в суб-клип и обозначен посредством каждого из соответствующих SubPlayItems. Это упрощает систему и облегчает управление каждым PlayItem. Поэтому при воспроизведении оптического диска, используя описанный выше составной PlayList, видео/аудио (A/V) сигнал обеспечивается основным AV потоком, записанным на диске, и основной поток интерактивной графики обеспечивается вспомогательным потоком интерактивной графики, который сохранен в локальной памяти 15. Другими словами, основной поток интерактивной графики, записанный на оптическом диске, заменяется вспомогательным потоком интерактивной графики, сохраненным в локальной памяти 15.
Со ссылками на фиг.7B, при создании (или конфигурировании) суб-последовательности для вспомогательного потока интерактивной графики, SubPlayItem создается в суб-последовательности, в которой SubPlayItem, соответствующий согласно взаимно-однозначному соответствию с каждым PlayItem в основной последовательности, создают (или конфигурируют) индивидуально. Однако соответствующий SubPlayItem может не существовать для всех PlayItems. Другими словами, обозначая SubPlayItem, соответствующий конкретному PlayItem в PlayList, только основной поток интерактивной графики, который включен в основной клип и обозначен определенным PlayItem, может быть заменен вспомогательным потоком интерактивной графики, который включен в суб-клип и обозначен соответствующим SubPlayItem. Поэтому, при воспроизведении оптического диска, используя вышеописанный составной PlayList, поток интерактивной графики обеспечивается вспомогательным потоком интерактивной графики, сохраненным в локальной памяти 15. Однако когда SubPlayItem не существует, поток интерактивной графики обеспечивается основным потоком интерактивной графики, который включен в основной клип и обозначен соответствующим PlayItem. Видео/аудио (A/V) сигнал обеспечивается основным AV потоком, который записан на оптическом диске.
Со ссылками на фиг.7C, при создании (или конфигурировании) SubPlayItem в суб-последовательности для вспомогательного потока интерактивной графики, SubPlayItem, соответствующий согласно взаимно-однозначному соответствию каждому PlayItem в основной последовательности, создается (или конфигурируется) индивидуально. Однако множество совпадающих SubPlayItems может существовать для единственного PlayItem. Другими словами, на фиг.7A и фиг.7B, один соответствующий SubPlayItem существует для каждого PlayItem. Наоборот, на фиг.7C, множество соответствующих SubPlayItems существует для одного PlayItem. Фиг.7C здесь только иллюстрирует пример для единственного PlayItem (PlayItem #1). Однако, очевидно, что этот аспект настоящего изобретения может быть идентично применен также к другим PlayItems (PlayItem #2, PlayItem #3).
Более конкретно, обозначая множество SubPlayItems, соответствующих конкретному PlayItem в PlayList, основной поток интерактивной графики, который включен в основной клип и обозначен посредством PlayItem, может быть заменен вспомогательным потоком интерактивной графики, который включен в множество суб-клипов и обозначен соответствующим множеством SubPlayItems. Например, основной поток интерактивной графики, который воспроизводится посредством PlayItem #1, может быть воспроизведен посредством замены двумя вспомогательными интерактивными графическими потоками для каждой секции, причем оба потока имеют отличный атрибут (например, язык). Поэтому, при воспроизведении оптического диска с использованием описанного выше составного PlayList, поток интерактивной графики обеспечивается вспомогательным потоком интерактивной графики, сохраненным в локальной памяти 15. Однако когда SubPlayItem не существует, поток интерактивной графики обеспечивается основным потоком интерактивной графики, который включен в основной клип и указан посредством PlayItem. Видео/аудио (A/V) сигнал обеспечивается основным AV потоком, который записан на оптическом диске.
Со ссылками на фиг.7D, при создании (или конфигурировании) SubPlayItem в суб-последовательности для вспомогательного потока интерактивной графики, SubPlayItem, соответствующий согласно взаимно-однозначному соответствию каждому PlayItem в основной последовательности, создается (или конфигурируется) индивидуально. Однако SubPlayItems, которые совпадают с PlayItem, могут существовать только в частичной секции среди всей секции воспроизведения (или представления), которые воспроизводятся с помощью PlayItem. Более конкретно, на фиг.7A, фиг.7B и фиг.7C, один или более SubPlayItems совпадают с одной полной секцией PlayItem.
Однако, на фиг.7D, SubPlayItem, соответствующий одному PlayItem, существует только в частичной секции. Другими словами, посредством обозначения SubPlayItem, соответствующего конкретному PlayItem, включенному в PlayList в течение только частичной секции, каждый из основного потока интерактивной графики, который включен в основной клип и указан посредством PlayItem, и вспомогательного потока интерактивной графики, который включен в суб-клип и указан посредством SubPlayItem, поочередно воспроизводится в течение всей секции воспроизведения, которая воспроизводится посредством соответствующего PlayItem.
Поэтому, так как не требуется, чтобы секция воспроизведения (или секция представления) SubPlayItem в суб-последовательности была идентичной с PlayItem в основной последовательности, SubPlayItem может применять вспомогательный поток аудио более разнообразно. Однако в этом случае создается граница между воспроизведением (или представлением) основного клипа и воспроизведением (или представлением) суб-клипа. Здесь, основной клип воспроизводится посредством PlayItem (например, PlayItem #1), и затем воспроизведение основного клипа изменяется на воспроизведение суб-клипа. В этот момент система должна быть поддержана так, чтобы могло быть выполнено "гладкое" представление между интерактивными графическими потоками даже на границе.
Со ссылками на фиг.7E, при создании (или конфигурировании) SubPlayItem в суб-последовательности для вспомогательного интерактивного графического потока, соответствие SubPlayItem согласно взаимно-однозначному соответствию с каждым PlayItem в основной последовательности создается (или конфигурируется) индивидуально. Однако каждый из SubPlayItems совпадает с его соответствующим PlayItem различными способами. Более конкретно, на фиг.7E примеры создания SubPlayItem, как показано на фиг.7A-7D, могут применяться к каждому PlayItem. Например, способ замены всей секции PlayItem #1 на SubPlayItem (как показано на фиг.7A или фиг.7B), способ замены всей секции PlayItem #2 на множество SubPlayItems (как показано на фиг.7C) и способ замены только части всей секции PlayItem #3 на SubPlayItem (как показано на фиг.7D) все применяются на фиг.7E.
Со ссылками на фиг.7F, при создании (или конфигурировании) SubPlayItem в суб-последовательности для вспомогательного потока интерактивной графики, SubPlayItem, совпадающий с полной секцией представления PlayList, создается (или конфигурируется) индивидуально. Более конкретно, указывая SubPlayItem, который одновременно соответствует всем PlayItems в PlayList, основные потоки интерактивной графики, включенные в основной клип и указанные каждым PlayItem, могут быть заменены вспомогательным потоком интерактивной графики, включенным в единственный суб-клип и обозначенным соответствующим единственным SubPlayItem. Таким образом, система может быть упрощена.
Со ссылками на фиг.7G, при создании (или конфигурировании) SubPlayItem в суб-последовательности для вспомогательного потока интерактивной графики, SubPlayItem, совпадающий с полной секцией представления PlayList, создается (или конфигурируется) индивидуально. Здесь, секция представления хронологически определена в SubPlayItem, который включает в себя информацию о начальном времени представления (In-time) и времени конца представления (Out-time) суб-клипа, воспроизведение которого управляется. В случае фиг.7F, SubPlayItem включает в себя In-time и Out-time, совпадающие с In-time и Out-time воспроизведения (или представления) основной последовательности, включенной в PlayList. Однако, в случае фиг.7G, SubPlayItem включает в себя множество In-time и Out-time. Соответственно, каждая секция, определенная как In-time и Out-time, называется "временной интервал". Например, фиг.7G иллюстрирует три временных интервала "временной интервал #1", "временной интервал #2" и "временной интервал #3", включенные в SubPlayItem. Временной интервал может быть создан из случайной секции. Однако временной интервал также может совпадать с PlayItem #1, PlayItem #2 и PlayItem #3 в основной последовательности.
Со ссылками на фиг.7H, при создании (или конфигурировании) SubPlayItem в суб-последовательности для вспомогательного потока интерактивной графики, SubPlayItem, совпадающий только с частичной секцией всей секции PlayList, создается (или конфигурируется) индивидуально. Более конкретно, в случае фиг.7F создается единственный SubPlayItem, имеющий In-time и Out-time, совпадающий со всей секцией PlayItem (то есть, представлением (или записью) секции PlayList). Однако на фиг.7H создается SubPlayItem, имеющий In-time и Out-time, соответствующий частичной секции во всей секции PlayItem (то есть, представлении (или записи) секции PlayList). Соответственно, очевидно, что концепция "временного интервала", которая применяется на фиг.7G, может также применяться идентично на фиг.7H.
Другими словами, часть полной секции представления основных данных, воспроизведенных (или представленных) посредством PlayList, заменяется суб-данными. Например, часть полной секции, которая воспроизводится с помощью составного PlayList, воспроизводит основной поток интерактивной графики, а другая часть всей секции воспроизводит вспомогательный поток интерактивной графики. Поэтому, так как не требуется, чтобы секция воспроизведения (или секция представления) SubPlayItem в суб-последовательности была идентичной с PlayItem в основной последовательности, SubPlayItem может применять вспомогательный поток интерактивной графики более разнообразно. Однако в этом случае создается граница между воспроизведением (или представлением) основного клипа и воспроизведением (или представлением) суб-клипа. Здесь, основной клип изменяется на воспроизведение суб-клипа в течение воспроизведения основного клипа. В этот момент система должна быть поддержана так, чтобы гладкое представление могло быть выполнено между потоками аудио даже на границе.
Как описано выше, фиг.7A-7H иллюстрируют примеры создания единственной суб-последовательности. Очевидно, что способы, описанные на фиг.6A-6C, могут использоваться при создании множества суб-последовательностей. Более конкретно, когда "основная интерактивная графика" существует как отделенный поток, который не мультиплексирован с основным AV потоком, предпочтительно применять любой из способов, описанных на фиг.6A-6E. Альтернативно, когда "основная интерактивная графика" мультиплексирована с основным AV потоком, предпочтительно применять любой из способов, описанных на фиг.7A-7H. С другой стороны, когда "вспомогательная интерактивная графика" не синхронизирована с основным AV потоком, предпочтительно применять любой из способов, описанных на фиг.6A-6E. Альтернативно, когда "вспомогательная интерактивная графика" синхронизирована с основным AV потоком, предпочтительно применять любой из способов, описанных на фиг.7A-7H.
Ниже подробно описаны способы для создания и проигрывания (или воспроизведения) PlayList для управления воспроизведением потока текстовых субтитров в качестве вспомогательных данных вместе с основными данными со ссылками на фиг.8 - фиг.10E. Соответственно, поток текстовых субтитров, который является набором информации, обеспеченной в текстовой форме, в общем случае используется как наложенный диалог в кино. Поэтому, поток текстовых субтитров согласно настоящему изобретению должен быть обеспечен после синхронизации с AV потоком. Это отличается от описанного выше потока интерактивной графики, который включает в себя случай, когда поток интерактивной графики является синхронизированным с AV потоком, и случай, когда поток интерактивной графики не синхронизирован (то есть, асинхронизирован) с AV потоком. Кроме того, поток текстовых субтитров согласно настоящему изобретению соответствует полной секции представления PlayList. Другими словами, поток текстовых субтитров не обеспечивается для каждого PlayItem, и воспроизведение потока текстовых субтитров управляется SubPlayItem, который синхронизирован с основной последовательностью. Это является отличием от примеров создания SubPlayItem для каждого PlayItem, когда поток интерактивной графики синхронизирован с AV потоком (показанным на фиг.7A-7E).
Фиг.8 иллюстрирует пример AV потока и потока текстовых субтитров, обеспечиваемых на экране дисплея. Текстовые субтитры можно обеспечивать или из основных данных или посредством суб-данных. Фиг.9A и 9B иллюстрируют файловую структуру согласно настоящему изобретению и структуру файла PlayList в качестве файла управления воспроизведением для воспроизведения потока текстовых субтитров. Более конкретно, по сравнению с фиг.3A поток текстовых субтитров, показанный на фиг.9A, конфигурируется из отдельного клипа текстовых субтитров, который не мультиплексирован с AV потоком. Кроме того, со ссылками на фиг.9B, воспроизведение клипа текстовых субтитров управляется посредством SubPlayItem, включенного в суб-последовательность. Фиг.10A-10E иллюстрируют примеры создания (или конфигурирования) файла управления воспроизведением согласно настоящему изобретению. Более конкретно, фиг.10A-10E иллюстрируют способы создания PlayList для воспроизведения потока текстовых субтитров. Соответственно, примеры, показанные на фиг.10A - фиг.10E, имеют одну и ту же структуру, как и каждый из примеров, применяемых в потоке интерактивной графики, показанном на фиг.6A - фиг.6E, соответственно. Однако так как поток текстовых субтитров воспроизводится после синхронизации с основным AV потоком, как описано выше, очевидно, что каждый SubPlayItem, обеспеченный в примерах, показанных на фиг.10A-10E, имеет набор синхронизирующей информации для синхронизации с AV потоком. Поэтому, так как примеры, показанные на фиг.10A-10E, имеют структуру как пример, показанный на фиг.6A-6E, описание его опущено для простоты.
Фиг.11А-11G иллюстрируют синтаксис составного файла PlayList для воспроизведения вспомогательных данных, сохраненных в локальной памяти 15, посредством каждой иерархии. Фиг.11А иллюстрирует синтаксис части заголовка файла PlayList (xxxxx.mpls). Идентификационная информация, такая как код символа "MPLS", идентифицирующая текущий файл как файл PlayList, записана в поле "type_indicator". Информация, указывающая версию файла PlayList, записана в поле "version_number". Информация о позиции, указывающая, в какой позиции начинается поле "PlayList()", записана в поле "PlayList_start_address", а информации позиции, указывающая, в какой позиции начинается поле "PlayListMark()", записана в поле "PlayListMark_start_address". Кроме того, файл PlayList (xxxxx.mpls) включает в себя поле "AppInfoPlayList()", поле "PlayList()" и поле "PlayListMark()". Поле "AppInfoPlayList()" включает в себя информацию относительно способа воспроизведения (или проигрывания) (то есть, PlayList_playback_type). Поле "PlayList()" включает в себя информацию PlayItem и информацию суб-последовательности, и поле "PlayListMark()" включает в себя указатель метки, которая используется для специального воспроизведения (или проигрывания). Подробное описание поля "PlayList()" согласно настоящему изобретению приведено ниже.
Фиг.11B иллюстрирует синтаксис заголовка поля "PlayList()", включенного в файл PlayList. Здесь информация о размере поля "PlayList()" записана в поле "длина". Информация о количестве PlayItems, включенных в файл PlayList, записана в поле "number_of_PlayItem", и информация о количестве суб-последовательностей, включенных в файл PlayList, записана в поле "number_of_SubPaths". Соответственно, поля "PlayItem()" и поля "SubPath()" создаются на основании описанной выше информации о количестве. Поле "PlayItem()" включает в себя поле "STN_table()", в котором вся информация потока, которая может использоваться в соответствующем PlayItem. При воспроизведении поля "PlayItem()" и поля "SubPath()", ассоциированного с ним, устройство 10 оптической записи и/или воспроизведения может выбирать и воспроизводить информацию потока, определенную в поле "STN_table()". Поэтому, вся вышеописанная информация потока (показанная на фиг.6A - фиг.10E) записана в поле "STN_table()".
Ниже синтаксис для поля "STN_table()" в поле "PlayItem()" описан подробно со ссылками на фиг.11C и 11Е, и синтаксис для поля "SubPath()" описан подробно со ссылками на фиг.11F. И синтаксис для поля "SubPlayItem()" описан со ссылками на фиг.11G. Фиг.11C иллюстрирует синтаксис заголовка поля "STN_table()", включенного в поле "PlayItem()". Более конкретно, информация размера поля "STN_table()" записана в поле "длина". Количество воспроизводимых потоков видео, которые ассоциированы с PlayItem, записано в поле "number_of_video_stream_entries" (количество записей потока видео), и количество воспроизводимых аудио потоков, которые ассоциированы с PlayItem, записано в поле "number_of_audio_stream_entries" (количество записей потока аудио). Количество воспроизводимых потоков текстовых субтитров, которые ассоциированы с PlayItem, записано в поле "number_of_PG_textST_stream_entries". И, наконец, количество воспроизводимых потоков интерактивной графики, которые ассоциированы с PlayItem, записано в поле "number_of_IG_stream_entries". Информация потока записана в соответствии с описанной выше информацией о количестве для каждого соответствующего поля. Однако каждая из информации потока соответственно записана в поле "stream_entry()" и "stream_attributes()". Здесь, тип потока, информация основного клипа и информация суб-клипа записаны в поле "stream_entry()", и информация об атрибуте каждого потока записана в поле "stream_attributes()".
Фиг.11D иллюстрирует синтаксис поля "stream_entry()", которое включено в поле "STN_table()". Более конкретно, информация размера поля "stream_entry()" записана в поле "длина", и исходная информация соответствующего потока записана в поле "тип". Например, тип "1" представляет тип потока, который включен в основной клип и обозначен посредством PlayItem. Тип "2" представляет тип потока, который обозначен суб-последовательностью и записан на оптическом диске. И тип "3" представляет тип потока, который обозначен суб-последовательностью и сохранен в локальной памяти 15. Поэтому, когда тип текущего поля "stream_entry()" равен "1", информация идентификатора пакета (PID) соответствующего основного клипа записывается в поле "ref_to_stream_PID_of_mainclip". И когда тип текущего поля "stream_entry()" равен "2" или "3", информация идентификатора пакета (PID) соответствующего суб-клипа записывается в поле "ref_to_stream_PID_of_subclip". Очевидно, когда множество суб-последовательностей включено, идентификационная информация соответствующей суб-последовательности записывается в поле "ref_to_SubPath_id", и идентификационная информация соответствующего суб-клипа записывается в поле "ref_to_Subclip_entry_id".
Фиг.11E иллюстрирует синтаксис поля "stream_attributes()", которое включено в поле "STN_table()". Более конкретно, информация размера поля "stream_attributes()" записывается в поле "длина", и информация о типе потока записывается в поле "stream_coding_type". Например, "stream_coding_type = 0×02" представляет поток видео (более конкретно, поток видео MPEG2), и информация атрибута записана в поле "frame_rate". Кроме того, "stream_coding_type = 0×80 или 0×81 или 0×82" представляет поток аудио, который закодирован согласно различным типам. Здесь, информация атрибута включает в себя "audio_presentation_type", где записана информация относительно количества каналов при воспроизведении (или представлении) потока аудио, и поле "audio_language_code", в котором записана информация языка аудиопотока.
Кроме того, "stream_coding_type = 0×90" представляет поток графического представления. Информация атрибута включает в себя "PG_language_code", в котором записана информация языка, используемого в графическом представлении. Также, "stream_coding_type = 0×91" представляет поток интерактивной графики. Информация атрибута включает в себя "IG_language_code", в котором записана информация о языке, используемом в интерактивной графике. Наконец, "stream_coding_type = 0×92" представляет поток текстовых субтитров. Информация атрибута включает в себя "textST_language_code", в котором записана информация языка, используемого в текстовых субтитрах, и поле "character_code", в котором записана информация кода символов, используемого в текстовых субтитрах. Соответственно, только ограниченный тип информации атрибута для каждого потока проиллюстрирован на фиг.11E. Однако очевидно, что более широкий диапазон информации атрибута может быть включен в каждый тип потока.
Фиг.11F иллюстрируют синтаксис заголовка поля "SubPath()", которое включено в поле "PlayList()". Более конкретно, информация размера поля "SubPath()" записана в поле "длина", и информация типа потока записана в поле "stream_coding_type", и информация источника соответствующей суб-последовательности записана в поле "SubPath_type". Например, когда SubPath_type, равное "n", представляет суб-последовательность, записанную на оптическом диске, и SubPath_type, равное "m", представляет суб-последовательность, сохраненную в локальной памяти 15.
В зависимости от варианта осуществления множество суб-последовательностей может быть конфигурировано для каждого атрибута потока. В этом случае типы суб-последовательностей описаны более подробно. Более конкретно, SubPath_type "n1" или "m1" может представлять поток аудио, SubPath_type "n2" или "m2" может представлять поток текстовых субтитров, SubPath_type "n3" или "m3" может представлять поток интерактивной графики, который не синхронизирован с AV потоком, SubPath_type "n4" или "m4" может представлять поток графического представления, и SubPath_type "n5" или "m5" может представлять поток интерактивной графики, который синхронизирован с AV потоком. Дополнительно, информация флажка, указывающая, должно ли представление суб-последовательности быть повторено или нет, записана в поле "is_repeat_SubPath". Количество SubPlayItems, включенных в суб-последовательность, записано в поле "number_of_SubPlayItems". Информация, соответствующая каждому SubPlayItem, записана в поле "SubPlayItem()".
Фиг.11G иллюстрирует синтаксис поля "SubPlayItem()", которое включено в поле "SubPath()". Более конкретно, информация размера поля "SubPlayItem()" записана в поле "длина", и название суб-клипа, который управляется соответствующими SubPlayItem, записано в поле "Clip_information_file_name", и тип кодирования соответствующего клипа записан в поле "Clip_codec_identifier". STC_id указанного суб-клипа назначен в поле "ref_to_STC_id". И время начала представления (IN_time) и время конца представления (OUT_time) представляемого (или воспроизводимого) SubPlayItem записано в поле "SubPlayItem_IN_time" и поле "SubPlayItem_OUT_time", соответственно.
Кроме того, информация, идентифицирующая, управляется ли один или более клипов посредством SubPlayItem, записана в поле "is_multi_clip_entries". Соответственно, вышеописанные примеры включают в себя примеры, когда только один интерактивный графический клип или клип текстовых субтитров существуют в SubPlayItem, и примеры, когда множество интерактивных графических клипов или клипов текстовых субтитров существуют в SubPlayItem. Поэтому, когда "is_multi_clip_entries = 0b", только один интерактивный графический клип или клип текстовых субтитров существуют в SubPlayItem. И когда "is_multi_clip_entries = 1b", множество интерактивных графических клипов или клипов текстовых субтитров существуют в SubPlayItem. Соответственно, когда "is_multi_clip_entries = 1b" представляет множество интерактивных графических клипов или клипов текстовых субтитров, существующих в SubPlayItem, соответствующая информация количества записана в поле "number_of_clip_entries". Информация для каждого соответствующего количества клипов записана в поле "Clip_information_file_name", поле "Clip_codec_identifier" и поле "ref_to_STC_id".
Кроме того, среди описанных выше примеров, когда требуется, чтобы интерактивные графические клипы или клипы текстовых субтитров были синхронизированы с основным AV потоком, используются поле "sync_PlayItem_id" и поле "sync_start_PTS_of_PlayItem". Более конкретно, идентификационная информация PlayItem (например, любой из PlayItem #1, PlayItem #2 и PlayItem #3), связанная с временем начала представления для SubPlayItem, записана в поле "sync_PlayItem_id". Также, среди времени начала представления указанного PlayItem, информация тактирования, указывающая, к чему временная синхронизация должна быть выполнена, записана в поле "sync_start_PTS_of_PlayItem". Поэтому, на основе информации, записанной в поле "sync_PlayItem_id" и поле "sync_start_PTS_of_PlayItem", когда представление обозначенного PlayItem достигает некоторой временной позиции (то есть времени, записанного в поле "sync_start_PTS_of_PlayItem"), представление SubPlayItem начинается, таким образом согласовывая синхронизацию PlayItem и SubPlayItem.
Промышленная применимость
Специалистам очевидно, что различные модификации и изменения могут быть сделаны в настоящем изобретении без отрыва от объема или контекста изобретений. Таким образом, предполагается, что настоящее изобретение охватывает модификации и изменения настоящего изобретения, если они попадают в прилагаемую формулу изобретения и ее эквиваленты.