СПОСОБ И УСТРОЙСТВО ВОСПРОИЗВЕДЕНИЯ НОСИТЕЛЯ ЗАПИСИ Российский патент 2007 года по МПК G11B20/10 

Область техники

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

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

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

В качестве источника (источника получения) цифровых АВ сигналов, записываемых на оптические диски, выступает, например, цифровое спутниковое вещание, относящееся к цифровому вещанию через СЗ (спутник связи) или цифровому вещанию через СВ (спутник вещания) в Японии. Дополнительно в будущем предполагается использование наземного цифрового телевизионного вещания и т. п.

Цифровые видеосигналы, полученные от этих источников, обычно сжаты с помощью видеосистемы MPEG-2 (Группа экспертов по вопросам обработки движущихся изображений). Для устройств записи обычно определяется скорость записи, отличная у каждого из них. Когда цифровой видеосигнал, полученный от системы цифрового вещания, записывается на обычный носитель хранения видео для использования потребителем, в аналоговой системе записи цифровой видеосигнал декодируется в соответствии с цифро-аналоговым преобразованием и ограничением полосы частот и после этого записывается. В цифровой системе записи, такой как видеосистема MPEG-1, видеосистема MPEG-2 и система DV (цифровое видео), сигнал декодируется тюнером, затем перекодируется с использованием системы кодировки в соответствии со скоростью записи, специфичной для устройства записи, и только потом записывается.

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

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

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

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

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

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

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

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

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

Списком воспроизведения может быть Список файлов для воспроизведения (Список воспроизведения).

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

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

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

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

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

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

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

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

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

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

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

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

Фиг.2 - UML-диаграмму, показывающую структуру управления АВ потоком.

Фиг.3 - диаграмму, показывающую структуру каталога в системе DVR.

Фиг.4 - диаграмму, раскрывающую info.dvr.

Фиг.5 - диаграмму, раскрывающую UlAppInfoDVR().

Фиг.6 - диаграмму, раскрывающую TableOfPlayList().

Фиг.7 - диаграмму, раскрывающую файл списка воспроизведения.

Фиг.8 - диаграмму, раскрывающую UlAppInfoPlayList().

Фиг.9 - диаграмму, раскрывающую PlayList().

Фиг.10 - диаграмму, раскрывающую PlayItem().

Фиг.11 - диаграмму, раскрывающую Bridge_sequence/Bridge_Clip.

Фиг.12 - диаграмму, раскрывающую PlayListMark().

Фиг.13 - диаграмму, раскрывающую метки.

Фиг.14 - диаграмму, раскрывающую файл клипов.

Фиг.15 - диаграмму, раскрывающую комбинацию флагов.

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

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

Фиг.18 - диаграмму, показывающую пример экранного меню выбора каталога.

Фиг.19 - диаграмму, показывающую пример экрана ввода цифрового кода.

Фиг.20 - блок-схему обработки отображения PlayList меню.

Фиг.21 - блок-схему другой обработки отображения PlayList меню.

Фиг.22 - диаграмму, показывающую пример экранного меню для выбора PlayList.

Фиг.23 - блок-схему обработки воспроизведения PlayList.

Фиг.24 - блок-схему обработки форматирования диска.

Фиг.25 - блок-схему обработки удаления каталога.

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

Битовый поток, закодированный в соответствии с такими способами, как MPEG Video, MPEG Audio и им подобных, объединенный в соответствии с системами MPEG-2, преобразованный в виде файла, управляемого файловой системой, и потом записанный на диск, соответствует АВ (Аудио Видео) потоковому файлу (или АВ поток клипа).

Далее описывается механизм последовательности воспроизведения, задающей часть или целый диапазон такого АВ потокового файла, и таким образом воспроизводя последовательность только необходимых частей. Как показано на фиг.1, спецификация последовательности воспроизведения, которая задает часть или целый диапазон АВ потокового файла и таким образом воспроизводит только необходимые части, есть PlayList (список воспроизведения). С точки зрения пользователя PlayList - это объединенный блок для видео- и аудиоданных. Этот блок имеет простейшую форму, когда он определяется от начала и до конца записи и когда редактирование не было произведено, данный блок представляет собой один PlayList.

PlayList включает спецификацию АВ потокового файла или спецификацию того, какой АВ поток воспроизводить, а также набор начальных и конечных точек воспроизведения в файле. Информация о спецификации АВ потокового файла, начальная точка воспроизведения (точка IN) и конечная точка воспроизведения (точка OUT) формируют набор, который в дальнейшем будем называть эпизод (Playltem). Таким образом, можно сказать, что PlayList формируется из набора эпизодов

Как показано на фиг.1, эпизод относится к диапазону, определяемому точками IN и OUT АВ потокового файла. Воспроизведение эпизода означает воспроизведение части АВ потока, к которой относится данный эпизод.

АВ поток - это битовый поток, объединенный в форме MPEG-2 TS (транспортный поток) или ей подобной форме. Также есть файл, отдельный от файла с записанным АВ потоком, содержащий информацию (информацию о клипе) в соответствии один к одному с битовым потоком. Это сделано для упрощения воспроизведения и редактирования. Считается, что информация о клипе и АВ поток являются одним объектом, который в дальнейшем обозначается клипом. Таким образом, клип - это объект, состоящий из АВ потока и связанной с ним информации.

На фиг.2 показана описанная выше взаимосвязь между АВ потоковым файлом, клипом, эпизодом и PlayList с использованием UML (универсальный язык моделирования). Стрелка, имеющая ромб в своей начальной точке, соединяет PlayList и эпизод, а расположенное рядом с ромбом число означает, что один PlayList содержит более чем нулевое количество эпизодов.

Эпизод и клип соединены друг с другом стрелкой без ромба, и отношение "один ко многим" между клипом и эпизодом обозначено числом (* это произвольное число и 0..* означает произвольное число). Это означает, что более чем нулевое количество эпизодов, определяющих диапазон в одном клипе набором точек IN и OUT, создается из клипа. Один клип включает в себя один АВ поток клипа и одну часть информации о клипе, служащей информацией о характеристиках клипа. Линия, соединяющая АВ поток клипа с информацией о клипе, определяет соответствие один к одному между потоковым файлом с расширением m2ts и информацией о клипе как информации о характеристиках клипа, с расширением clpi. Определение такой структуры позволяет т.н. недеструктивную спецификацию последовательности воспроизведения для воспроизведения только произвольных частей без изменения АВ потокового файла.

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

(1) info.dvr файл, содержащий информацию о каталоге в целом;

(2) menu.tidx, mark.tidx: файл с информацией о пиктограмме;

(3) menu.tdat, mark.tdat: файл, содержащий изображение пиктограммы;

(4) #####.rpls, #####.vpls (##### - произвольное число): файл, содержащий информацию о PlayList;

(5) %%%%%.clpi (%%%%% - произвольное число): файл, содержащий информацию о клипе.

(6) %%%%%.m2ts: файл, содержащий поток;

(%%%%% такое число, которое устанавливает соответствие один к одному между каждым файлом m2ts и файлом clpi.).

На диске предусматривается каталог и область внутри каталога управляется записывающей и воспроизводящей системой. /DVR может находиться в корневом каталоге или в неком другом каталоге. Как показано на фиг.4, может существовать каталог /DVRn (где n - целое число больше 1) как каталог для расширения на том же уровне, где расположен /DVR. Структура внутри /DVRn идентична структуре внутри /DVR, и в дальнейшем будет рассматриваться только структура внутри /DVR.

Файлы info.dvr, menu.tidx, menu.tdat, mark.tidx и mark.tdat размещаются в каталоге /DVR. Также в каталоге /DVR размещаются каталоги /PLAYLIST, /CLIPINF, /STREAM и /DATA.

Файлы #####.rpls и #####.vpls размещаются в каталоге /PLAYLIST. Файлы %%%%%.clpi размещаются в /CLIPINF. %%%%%.m2ts размещаются в /STREAM.

В каталоге /DVR может быть только один файл info.dvr. Структура файла info.dvr представлена на фиг.4. Для каждой части информации, имеющей различные функции в файле, формируется блок. В version_number хранится номер версии файла info.dvr. Информация о содержании каталога хранится в UlAppInfoDVR(). Информация о списке PlayList-ов хранится в TableOfPlayLists(). Информация, уникальная для производителя устройства записи и воспроизведения, хранится в MakersPrivateData(). Адреса, соответствующие началу этих блоков, описываются в заголовочной части файла. Например, TableOfPlayLists_Start_address указывает позицию, где начинается TableOfPlayLists(), относительным числом байтов в файле.

Структура UIAppInfoDVR() показана на фиг.5. Length указывает длину в байтах от поля, непосредственно следующего за length, до конца UlAppInfoDVR(). DVR_character_set указывает на набор символов для символьных строк, описанных в файле, расположенном в каталоге /DVR. Например, здесь указывается способ кодирования символьной строки, записанной в поле DVR_name в ULAppInfoDVR(). В качестве способа кодирования может быть выбран ASCII, Unicode и т.п. DVR_protect_flag как контрольный сигнал - это флаг, означающий может ли содержимое внутри каталога DVR быть показано пользователю без каких-либо ограничений. В случае, если этот флаг установлен в 1, содержимое каталога может быть показано пользователю, только когда пользователь правильно введет в качестве цифрового кода ПИН номер (персональный идентификационный номер) (ПИН на фиг.5). Когда флаг установлен в 0, содержимое может быть показано пользователю без необходимости ввода ПИН номера. Все вышесказанное относится к ограничению воспроизведения каталога. Ограничения воспроизведения каждого отдельного PlayList устанавливается playback_control_flag, определенного в UlAppInfoPlayList(), как показано на фиг.8, и будет описано ниже. Детали управления воспроизведением и ограничения воспроизведения также будут описаны ниже.

Флаг resume_valid_flag указывает, разрешена или запрещена функция возобновления для установки PlayList, который будет воспроизведен первым, когда начнется воспроизведение каталога DVR. Когда этот флаг установлен в 1, PlayList, указанный в resume_PlayList_file_name, будет тем PlayList, который будет воспроизведен первым. Функция возобновления предполагается, например, для использования в случаях, когда необходимо, чтобы воспроизведение возобновилось с позиции, где последний просмотр был остановлен.

ПИН - это 4 цифры, каждая в диапазоне от 0 до 9. ПИН определяет цифровой код, который необходим, когда включено управление воспроизведением. Каждое число кодируется в соответствии с ISO/IEC646. Ref_to_menu_thumbnail_index - это, когда есть пиктограмма, отображающая каталог, поле для хранения номера, отождествляемого с пиктограммой. Пиктограмма, имеющая thumbnail_index, - указанный в ref_to_menu_thumbnail_index, это пиктограмма меню, представляющего каталог (в настоящем изобретении неподвижная картинка, представляющая каталог, в частности, относится к пиктограмме меню).

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

На фиг.6 показан синтаксис TableOfPlayLists(). Значение number_of_PlayLists определяет количество PlayList-ов в каталоге, а список PlayList-ов определяется последующим циклом, определяющим порядок PlayList-ов в отображаемом экранном меню. PlayList_file_name указывает на файл с таким именем, как #####.rpls, #####.vpls и т. д. PlayList задается именем файла.

Файлы #####.rpls и #####.vpls расположены в /PLAYLIST. Каждый файл соответствует один к одному каждому PlayList. На фиг.7 показана структура #####.rpls и #####.vpls. Для каждой части информации, имеющей различные функции в файле, формируется блок. ULAppInfoPlayList() хранит информацию о характеристиках эпизодов, формирующих PlayList. PlayListMark() хранит информацию о метках, присоединенных к PlayList. MakersPrivateData() хранит информацию, уникальную для производителя устройства записи и воспроизведения, на котором был записан файл Списка PlayList. 32-битный адрес (PlayListMark_start_address и т.д.) определяет начало блока, описанного в головной части файла. Это позволяет вставлять padding_word в начало или конец блока. Однако начальное положение UlAppInfoPlayList() или первого блока в файле зафиксировано на 256-м байте от начала файла.

UlAppInfoPlayList() на фиг.8 хранит характеристическую информацию о PlayList, которая не используется напрямую при воспроизведении PlayList. А именно, хранится следующая информация:

playList_charcter_set: указывает набор символов в информационной символьной строке о PlayList;

playback_control_flag: когда этот флаг в качестве управляющего сигнала установлен в 1, пиктограмма и другая информация о PlayList не может быть отображена в меню и PlayList не может быть воспроизведен без ввода ПИН;

write_protect_flag: флаг, запрещающий запись. Когда данный флаг установлен в 1, необходимо, чтобы интерфейс пользователя препятствовал простому удалению PlayList;

is_played_flag: флаг, указывающий, что PlayList уже был воспроизведен;

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

record_time_and_date: дата и время записи PlayList;

playList_duration: время воспроизведения PlayList;

maker_ID: номер, определяющий производителя устройства записи, с помощью которого были произведены последние изменения в PlayList;

maker_model_code: номер, определяющий устройство записи, с помощью которого были произведены последние изменения в PlayList;

ref_to_thumbnail_index: указывает на пиктограмму, представляющую картинку PlayList. Пиктограмма, имеющая thumbnail_index, указанный в ref_to_thumbnail_index, является пиктограммой меню, представляющего PlayList;

channel_number: хранит номер канала записанного потока;

channel_name_length, channel_name: хранит имя канала. В поле channel_name символьная строка длиной, указанной в channel_name_length, является верной. То же самое можно сказать о PlayList_name и PlayList_detail;

playList_name_length, PlayList_name: хранит имя PlayList;

playList_detail_length, PlayList_detail: хранит детальную информацию о PlayList.

Содержимое блока PlayList() показано на фиг.9. Length определяет длину в байтах от поля, следующего сразу за ним, и до конца PlayList(). CPI_type определяет тип CPI (информация о характеристической точке) принадлежащей PlayList. Number_oi_PlayItems определяет количество эпизодов, формирующих PlayList. Number_oi_SubPlayItems определяет количество эпизодов (подэпизодов) для послезаписываемого аудио, присоединенного к PlayList. Playltem() хранит информацию об эпизоде. SubPlayItem() хранит информацию о подэпизоде. Синтаксис таков, что только когда PlayList является виртуальным списком воспроизведения и удовлетворены определенные условия, PlayList может иметь подэпизоды.

Содержимое блока Playltem() показано на фиг.10. Clip_Information_file_name хранит, в виде символьной строки, имя файла с информацией о клипе (файл с расширением clpi) в соответствии один к одному с клипом, на который ссылается эпизод. Connect_condition - это информация, определяющая связь между эпизодом и следующими эпизодами, или определяет возможность воспроизведения без стыков между эпизодами. Ref_to_STC_id определяет последовательность STC_sequence (STC: System Time Clock - часы системного времени) в клипе. STC_sequence определяет непрерывный диапазон PCR (опорные программные часы), использующийся в качестве опорного для временной оси в MPEG-2 TS, и ему присваивается STC_id как уникальное число внутри клипа. Так как последовательная непрерывная временная ось может быть определена внутри STC_sequence, время начала и время конца эпизода может быть установлено однозначно.

То есть, точки начала и конца каждого эпизода должны быть представлены в одной и той же STC_sequence.

IN_time определяет pts (presentation_time_stamp - временная отметка воспроизведения) начальной точки эпизода в STC_sequence. OUT_time определяет pts конечной точки эпизода в STC_sequence.

BridgeSequenceInfo() хранит информацию о битовом потоке (Bridge_sequence, Bridge-Clip) и создан для осуществления функции сплошного воспроизведения эпизодов путем перехода на битовый поток, отличный от битовых потоков, предназначенных для воспроизведения на месте стыка эпизодов, воспроизводя вместо них битовый поток, как показано на фиг.11.

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

На фиг.13 изображена диаграмма, раскрывающая метки. Метка определяет произвольное время воспроизведения PlayList или клипа. В PlayList может быть предусмотрена закладка, которая является меткой, выполняющей функцию закладки, метка возобновления, определяющая точку, с которой предпочтительно следующее воспроизведение, и т.п. Структура данных, хранящая метки для PlayList, представлена PlayListMark().

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

Один файл %%%%%.clpi создается в /CLIPINF в соответствии с каждым АВ потоковым файлом %%%%%.m2ts. На фиг.14 показана структура %%%%%.clpi. Для каждой части информации, имеющей различные функции в файле, формируется блок. ClipInfo() хранит информацию о клипе. SequenceInfo() хранит информацию о точке разрыва PCR (программная тактовая ссылка), представляющей временную основу транспортного потока в системах MPEG-2. ProgramInfo() хранит информацию о программе в системах MPEG-2. CPI() хранит информацию о CPI (информация о характеристической точке), определяющей характеристическую точку, например точку разрешения начала случайного доступа и т.п. в АВ потоке. ClipMark() хранит информацию о метках для точки индекса поиска, начальную и конечную точки коммерческой части и т.п., связанные с клипом. Адреса, определяющие начало этих блоков, описываются в головной части файла.

Выше была описана общая структура формата DVR. Такая структура данных позволяет создать PlayList из последовательности эпизодов, которые задают желаемые для воспроизведения части АВ потока путем установки точек IN и OUT, а также позволяет управлять комбинированной единицей воспроизведения, воспринимаемой пользователем. Дополнительно отметим, что каталог /DATA предусмотрен для будущего расширения функциональности.

Далее будет описана информация по управлению воспроизведением. В настоящем изобретении информация по управлению воспроизведением - это:

(1) ПИН и DVR_protect_flag в файле info.dvr (фиг.3, фиг.4 и фиг.5), и

(2) playback_control_flag в файле #####.rpls или #####.vpls (фиг.3, фиг.7 и фиг.8).

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

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

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

Каждый PlayList имеет 1-битный playback_control_flag (фиг.8). Во-первых, активное состояние playback_control_flag означает, что PlayList не может быть воспроизведен. Далее, когда он рассматривается как флаг для управления видимостью PlayList на экранном меню, отображающем перечень PlayList-ов, флаг playback_control_flag может быть использован для указания того, может ли PlayList быть отображен в экранном меню. Видимость PlayList, в частности, означает, будет или нет отображена на экранном меню пиктограмма как репрезентативная картинка PlayList-a, a также его имя. Ситуация, когда не показывается имя, пиктограмма и детальная информация о PlayList на экранном меню и, таким образом, пользователь не может выбрать PlayList, приводит к тому, что пользователь не имеет возможности воспроизвести PlayList. Есть несколько способов предотвращения выбора PlayList-a. Первый способ состоит в недопущении выбора с помощью курсора PlayList, имеющего активный playback_control_flag. Другой способ состоит в том, что PlayList, имеющие активный playback_control_flag, не показываются в списке меню, однако пользователь информируется о наличии скрытых списков воспроизведения путем отображения информации о наличии скрытых списков воспроизведения в экранном меню. Есть еще один способ, в котором не отображаются реальные имена и пиктограммы PlayList-a, то есть в списке меню отображаются все списки воспроизведения, однако имя PlayList, имеющего активный playback_control_flag, переводится в скрытое состояние, например "****" (далее именуемое отображением в скрытых символах).

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

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

Далее будет рассмотрена комбинация DVR_protect_flag в info.dvr и playback_control_flag у PlayList. Каждый из этих флагов является 1-битным флагом, и, таким образом, возможны четыре комбинации. Результаты этих комбинаций показаны на фиг.15.

Далее эти четыре комбинации будут рассмотрены по порядку.

(A) ситуация, когда флаги как каталога, так и всех PlayList не активны. В этом случае ничто не препятствует воспроизведению содержимого каталога DVR, и, таким образом, когда каталог DVR выбран после вставки диска, все PlayList отображаются на экранном меню. Таким образом, в данном случае воспроизведение ничем не ограничено. Данная комбинация применима в случае, когда пользователь использует диск самостоятельно.

(B) Когда только DVR_protect_flag находится в активном состоянии, воспроизведение каталога будет запрещено. При данном условии предполагается следующее использование:

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

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

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

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

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

Таким образом, ситуация (С) может быть использована, когда ненужные PlayList нежелательны для отображения при индивидуальном использовании или когда диск передается другому лицу и, например, только PlayList, которые желает показать автор, будут отображены в экранном меню.

(D) Ситуация, когда оба флага, и DVR_protect_flag и playback_control_flag, активны. Когда управление по типу (D) является простой комбинацией управления по типу (В) и (С), цифровой код необходимо вводить дважды - или во время выбора каталога, или во время выбора PlayList. Это неудобно для пользователя. Поэтому, когда воспроизведение разрешается вводом цифрового кода только единожды во время выбора каталога, то только в случае (D) реализуется простой в использовании интерфейс пользователя. Это обобщается следующим: "ПИН необходимо вводить один или более раз для воспроизведения или стирания PlayList с активным флагом playback_control_flag".

Вышеприведенное использование ПИН можно подытожить следующим.

- Диапазон действия ПИН

Один ПИН может быть установлен для каждого каталога DVR, и ПИН является общим цифровым кодом для DVR_protect_flag и playback_control_flag внутри каталога DVR.

- Определение действия ПИН

ПИН действует только тогда, когда значение логической суммы ("или") DVR_protect_flag и всех playback_control_flag в каталоге равно "1". Это должно быть проверено не только единожды во время воспроизведения, но также и во время стирания каталога или всего диска для того, чтобы стирание скрытых PlayList не прошло незамеченным.

- Управление количеством вводов ПИН

ПИН необходимо вводить один или более раз для воспроизведения или стирания PlayList с активным playback_control_flag флагом. Таким образом, даже когда оба флага, и DVR_protect_flag и playback_control_flag, активны, нет необходимости двойного ввода ПИН и он может быть введен единожды во время выбора каталога.

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

Запись АВ потока.

Сначала будет описан случай, когда входной аудиовизуальный сигнал кодируется и записывается. Видеосигнал и аудиосигнал вводятся от терминала 30 и терминала 31 соответственно. Видеосигнал вводится в анализирующий модуль 24 и АВ кодер 23. Аудиосигнал также вводится в АВ кодер 23. АВ кодер 23 кодирует входной видеосигнал и аудиосигнал и затем выводит закодированный видеопоток (V), закодированный аудиопоток (А) и системную информацию (S) в мультиплексор 22 для АВ синхронизации и т.п.

Закодированный видеопоток - это, например, видеопоток MPEG2. Закодированный аудиопоток - это, например, аудиопоток MPEG1 или Dolby AC3 и т.п.

Мультиплексор 22 объединяет входные потоки на основе входной системной информации и выводит уплотненный поток. Уплотненный поток является, например, транспортным потоком MPEG2 или программным потоком MPEG2. Уплотненный поток вводится в анализирующий модуль 25 и депакетизатор 21 источника. Депакетизатор 21 источника кодирует введенный уплотненный поток в АВ поток, содержащий исходные пакеты в соответствии с форматом, применяемым в носителе записи. АВ поток обрабатывается модулем кодирования ЕСС (коррекции ошибок) и модуляционным модулем 19, а затем вводится в модуль 18 записи. Модуль 18 записи записывает АВ потоковый файл на носитель записи (диск) на основе управляющих сигналов от модуля 17 управления.

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

Когда входной транспортный поток записывается прозрачно, транспортный поток вводится в анализирующий модуль 25 и депакетизатор 21 источника. Последующая обработка до момента записи АВ потока на носитель 10 записи такая же, как и в предыдущем случае кодирования и записи входных аудио- и видеосигналов.

Когда входной транспортный поток перекодируется и записывается, входной транспортный поток вводится в демультиплексор 15. Демультиплексор 15 передает видеопоток (V) на АВ декодер 16. АВ декодер 16 декодирует видеопоток и потом передает воспроизведенный видеосигнал на АВ кодер 23. АВ кодер 23 кодирует входной видеосигнал и затем передает закодированный видеопоток (V) на мультиплексор 22. С другой стороны, аудиопоток (А) и системная информация (S), полученная от демультиплексора 15, передается напрямую в мультиплексор 22. Мультиплексор 22 объединяет входные потоки на основе входной системной информации и затем выводит уплотненный поток. Последующая обработка до момента записи АВ потока на записываемый носитель 10 такая же, как и в предыдущем случае кодирования и записи входных аудио- и видеосигналов.

Запись прикладной базы данных

Устройство 50 записи и воспроизведения записывает АВ потоковый файл, а также информацию прикладной базы данных, описывающей этот файл. Информация в прикладной базе данных создается управляющим модулем 17. Информация, вводимая в управляющий модуль 17, - это характеристическая информация движущегося изображения, полученная от анализирующего модуля 25, характеристическая информация АВ потока, полученная от анализирующего модуля 25, и информация об инструкциях пользователя, полученная от терминала 28.

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

Характеристическая информация АВ потока, полученная от анализирующего модуля 25, относится к информации о кодировании записываемого АВ потока. Например, характеристическая информация АВ потока включает адресную информацию I-картинки в АВ потоке, параметры кодирования АВ потока, информацию о точках смены параметров кодирования АВ потока, информацию (метку), относящуюся к характеристическому изображению в видеопотоке и т.п.

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

На основе вышеуказанной входящей информации управляющий модуль 17 создает базу данных АВ потока (клипа), базу данных PlayList, формируемую группированием воспроизводимых разделов (эпизодов) в АВ потоке, информацию (invo.dvr) для управления содержимым, записанным на носителе записи, а также информацию о пиктограмме. Как и в случае с АВ потоком, данные части информации в базе данных обрабатываются модулем кодирования ЕСС (коррекции ошибок) 20 и модуляционным модулем 19, а затем передаются в модуль 18 записи. Модуль 18 записи на основе управляющих сигналов от управляющего модуля 17 записывает файл базы данных на носитель 10 записи.

Воспроизведение

Далее будет рассмотрено функционирование во время воспроизведения. На носителе 10 записи записан АВ потоковый файл и информация прикладной базы данных.

Сначала управляющий модуль 17 передает инструкцию в модуль 11 чтения для чтения информации в прикладной базе данных. Модуль 11 чтения считывает информацию в прикладной базе данных с носителя 10 записи. Информация в базе данных обрабатывается модулем 12 демодуляции и модулем декодирования ЕСС (коррекция ошибок) 13 и потом передается в управляющий модуль 17.

На основе базы данных управляющий модуль 17 выводит список PlayList-ов, записанных на носителе 10 записи (диске), на интерфейс пользователя через терминал 28. Пользователь выбирает желаемый для воспроизведения PlayList, и указанный для воспроизведения PlayList передается в управляющий модуль 17. Управляющий модуль 17 отдает приказ модулю 11 чтения на считывание АВ потокового файла, необходимого для воспроизведения PlayList. Модуль 11 чтения считывает АВ потоковый файл с носителя 10 записи. АВ поток обрабатывается модулем 12 демодуляции и модулем 13 декодирования ЕСС, а затем передается на депакетизатор 14 источника.

Депакетизатор 14 источника преобразует АВ поток в прикладном формате носителя 10 записи в поток, который может быть передан в демультиплексор 15. Демультиплексор 15 выводит на АВ декодер 16 видеопоток (V), аудиопоток (А) и системную информацию (S) для АВ синхронизации и т.п., который включает воспроизводимый раздел (эпизод) АВ потока, указываемого управляющим модулем 17. АВ декодер 16 декодирует видеопоток и аудиопоток и затем выводит воспроизводимый видеопоток и аудиопоток на терминалы 26 и 27 соответственно.

Когда от интерфейса пользователя подается команда для случайного воспроизведения или специального воспроизведения, управляющий модуль 17 определяет позицию для чтения АВ потока с носителя 10 записи на основе содержания базы данных АВ потока (клипа) и отдает приказ модулю 11 чтения на чтение АВ потока. Когда эпизод, выбранный пользователем, воспроизводится, например, со средней точки, управляющий модуль 17 отдает приказ модулю 11 чтения для чтения данных I-картинки, имеющей наиболее близкую временную отметку к указанному времени.

Когда от пользователя получена команда на быструю прокрутку, управляющий модуль 17 отдает приказ модулю 11 чтения на последовательное считывание данных I-картинки в АВ потоке на основе базы данных АВ потока (клипа).

Модуль 11 чтения считывает данные с указанной случайной точки. Считанные данные обрабатываются модулем 12 демодуляции, модулем 13 декодирования ЕСС и депакетизатором 14 источника, а затем вводятся в демультиплексор 15 и декодируются АВ декодером 16, и, таким образом, воспроизводятся АВ данные.

Редактирование

Нижеследующее описание относится к случаю, когда пользователь редактирует АВ поток.

Когда пользователь желает создать новый путь воспроизведения указанием раздела воспроизведения в АВ потоке, записанном на носителе 10 записи, информация о точке IN и точке OUT воспроизводимого раздела вводится интерфейсом пользователя в управляющий модуль 17 через терминал 28. Управляющий модуль 17 создает базу данных группы (PlayList) воспроизводимых разделов (эпизодов) АВ потока.

Когда пользователь желает стереть часть АВ потока, записанного на носителе 10 записи, информация о точках IN и OUT стираемого раздела вводится интерфейсом пользователя в управляющий модуль 17 через терминал 28. Управляющий модуль 17 вносит изменения в базу данных PlayList так, чтобы она ссылалась только на необходимые части АВ потока, а также управляющий модуль 17 дает приказ модулю 18 записи на стирание ненужных частей АВ потока.

Бесшовное редактирование

Следующее описание будет сделано для случая, когда пользователь желает создать новый путь воспроизведения указанием разделов воспроизведения в АВ потоке, записанном на носителе 10 записи, соединить бесшовно воспроизводимые разделы. В данном случае управляющий модуль 17 создает базу данных группы (PlayList) воспроизводимых разделов (эпизодов) АВ потоков и возможной необходимостью перекодирования и перемультиплексирования видеопотока в окрестностях точки соединения воспроизводимых разделов.

Сначала информация о картинке в точке IN и картинке в точке OUT воспроизводимого раздела вводится интерфейсом пользователя в управляющий модуль 17 через терминал 28. Управляющий модуль 17 указывает модулю 11 чтения считать данные, необходимые для воспроизведения картинки в точке IN и картинки в точке OUT. Модуль 11 чтения считывает данные с носителя 10 записи. Данные проходят через модуль демодуляции 12, модуль 13 декодирования ЕСС и депакетизатор 14 источника, а затем вводятся в демультиплексор 15.

Управляющий модуль 17 анализирует поток, введенный в демультиплексор 15, определяет способ перекодирования (меняя picture_coding_type и присваивая количество кодирующих битов для перекодирования) и способ перемультиплексирования видеопотока, а затем передает данные об этом в АВ кодер 23 и мультиплексор 22.

Затем демультиплексор 15 разделяет входной поток на видеопоток (V), аудиопоток (А) и системную информацию (S). Видеопоток - это "данные, вводимые в АВ декодер 16" или "данные, вводимые напрямую в мультиплексор 22". Первые данные необходимо перекодировать. Данные декодируются АВ декодером 16, и декодированная картинка перекодируется АВ кодеком 23 для образования видеопотока. Другие данные не перекодируются и копируются из исходного потока. Аудиопоток и системная информация вводятся непосредственно в мультиплексор 22.

Мультиплексор 22 объединяет входные потоки на основе информации, полученной от управляющего модуля 17, а затем выводит уплотненный поток. Уплотненный поток обрабатывается модулем 20 кодирования ЕСС (коррекции ошибок) и модуляционным модулем 19, а затем передается в модуль 18 записи. Модуль 18 записи записывает АВ поток на носитель 10 записи на основе управляющих сигналов от управляющего модуля 17.

Обратив внимание на DVR_protect_flag и playback_protect_flag, далее будет описано функционирование устройства записи и воспроизведения движущихся изображений 50 после вставки диска (носителя 10 записи) со ссылками на блок-схемы.

На блок-схеме на фиг.17 изображено использование DVR_protect_flag во время вставки диска. Необходимо заметить, что, когда количество каталогов DVR больше одного, будет отображен список каталогов, чтобы позволить пользователю выбрать каталог, содержащий перечень PlayList-ов, которые он желает просмотреть. Когда DVR_protect_flag равен 1 (активен), пользователю предлагается ввести цифровой код. Обработка для отображения списка PlayList-ов может быть начата только тогда, когда введен правильный цифровой код.

Более конкретно, на этапе S 11 управляющий модуль 17 определяет, превышает ли количество каталогов, записанных на носителе 10 записи, единицу. Когда количество каталогов равно одному, обработка переходит на этап S12, на котором управляющий модуль 17 считывает info.dvr из основного каталога носителя 10 записи. То есть, info.dvr, показанный на фиг.3 вторым сверху, считывается на этапе S12.

Когда управляющий модуль 17 определяет на этапе S11, что количество каталогов два или более, обработка переходит на этап S13, где управляющий модуль 17 считывает DVR_name, описанный в info.dvr в каждом из каталогов (фиг.4 и фиг.5). На этапе S14 управляющий модуль 17 производит обработку для отображения списка каталогов. Более конкретно, управляющий модуль 17 создает отображаемые данные и выводит эти данные как видеовыход от АВ декодера 16 на монитор, который не показан, через терминал 26 для отображения этих данных. Таким образом, на данном этапе прочитанные имена каталогов отображаются в списке.

На фиг.18 показан пример изображения на экране в этом случае. В данном примере, отображаются каталоги "МУЗЫКАЛЬНАЯ ПРОГРАММА", "ПАПКА ЗАПИСИ СЕРИАЛОВ", "ДЛЯ ОТЦА" и "С ЯНВАРЯ 2001 ПО АВГУСТ 2001". Из всех каталогов каталог "ДЛЯ ОТЦА" имеет активный DVR_protect_flag, и поэтому отображаются символы "ЗАКРЫТО". С другой стороны, каталоги "МУЗЫКАЛЬНАЯ ПРОГРАММА", "ПАПКА ЗАПИСИ СЕРИАЛОВ" и "С ЯНВАРЯ 2001 ПО АВГУСТ 2001" имеют неактивный DVR_protect_flag, и поэтому символы "ЗАКРЫТО" не отображаются.

Пользователь выбирает заданный каталог на основе отображаемого списка каталогов. Результат этой операции вводится интерфейсом пользователя в управляющий модуль 17 через терминал 28. Когда управляющий модуль 17 получает команду, соответствующую выбору каталога пользователем на этапе S15, управляющий модуль 17 на этапе S16 считывает info.dvr из выбранного каталога на основе команды, полученной на этапе S15. Например, когда выбран каталог "ДЛЯ ОТЦА", info.dvr считывается из этого каталога.

После обработки этапа S12 или S16 управляющий модуль 17 переходит к этапу S17 для определения, равен или нет 1 флаг DVR_protect_flag. Как было описано выше, DVR_protect_flag описывается в UlAppInfoDVR() (фиг.5) файла info.dvr (фиг.4).

Когда DVR_protect_flag равен 1 (когда этот флаг активен), обработка переходит к этапу S18, где управляющий модуль 17 производит обработку для отображения экрана ввода цифрового кода (ПИН). Более конкретно, управляющий модуль 17 отображает экран ввода цифрового кода (ПИН), как показано, например, на фиг.19. В данном примере отображается сообщение "ДАННЫЙ КАТАЛОГ ЗАКРЫТ. ВВЕДИТЕ ЦИФРОВОЙ КОД ДЛЯ РАЗБЛОКИРОВКИ". Пользователь вводит цифровой код, присвоенный выбранному каталогу. Как было сказано ранее, цифровой код представляет собой четырехзначное число. В примере на фиг.19 в качестве цифрового кода вводится "1234". Когда пользователь вводит цифровой код, он передается интерфейсом пользователя в управляющий модуль 17 через терминал 28.

На этапе S19 управляющий модуль 17 определяет, равно или нет введенное число ПИН (фиг.5), зарегистрированному в соответствии с каталогом. Когда введенное число не равно ПИН, обработка переходит к этапу S20, где управляющий модуль 17 отображает сообщение, что цифровой код неверен. После этого обработка возвращается к этапу S11 и обработка с этапа S11 вниз повторяется.

Когда управляющий модуль 17 определяет, что DVR_protect_flag не равен 1 (когда данный флаг неактивен) и когда управляющий модуль 17 определяет на этапе S19, что введенное число равно ПИН, обработка переходит к этапу S21, где управляющий модуль 17 производит обработку для отображения PlayList меню. Далее будут описаны примеры обработки отображения PlayList меню, показанные на фиг.20 и фиг.21.

Фиг.20 - блок-схема первого примера обработки для отображения PlayList меню. Когда PlayList имеет активный playback_control_flag и цифровой код не был введен единожды, PlayList не отображается в меню. Когда цифровой код уже был введен во время выбора каталога или в PlayList меню, PlayList может быть отображен.

Более конкретно, на этапе S31 управляющий модуль 17 выбирает один PlayList (фиг.7). На этапе S32 управляющий модуль считывает UlAppInfoPlayList(), включенную в PlayList (xxxxx.rpis или yyyyy.vpis) (фиг.7), выбранного на этапе S31, и определяет, равен или нет 1 playback_control_flag в UlAppInfoPlayList(). Когда этот флаг равен 1 (когда флаг активен), обработка переходит к этапу S33, где управляющий модуль 17 определяет, был ли введен правильный ПИН. Как было описано раннее, данная обработка производится после обработки на фиг.17. Следовательно, обработка отображения PlayList меню на фиг.20 производится после обработки этапов S17, S18 и S19, когда ПИН уже введен. Таким образом, в данном случае и случае, когда на этапе S32 определено, что playback_control_flag не равен 1 (т.е. флаг неактивен), обработка переходит к этапу S34, где управляющий модуль 17 производит обработку для отображения информации о PlayList в меню. Таким образом, отображается имя и прочая информация о PlayList.

Когда на этапе S33 определено, что правильный ПИН не был введен, обработка этапа S34 пропускается.

Далее, управляющий модуль 17 определяет на этапе S35, все ли выбраны PlayList. Если есть еще не выбранный PlayList, обработка возвращается на этап S31 и обработка с этапа S31 и далее повторяется.

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

Более конкретно, на этапах с S37 по S41 определятся, выбран ли PlayList, выбрано ли меню начальных установок, выбран ли выход из меню в Е-Е (Electric to Electric: состояние, позволяющее сигналу от тюнера или входного терминала быть выведенным как есть), дана ли команда на перемещение каталога или извлечение диска. Когда результат этих определений отрицательный, обработка возвращается на этап S36 и обработка с этапа S36 и далее повторяется.

Когда на этапе S37 определяется, что выбран PlayList, управляющий модуль на этапе S42 производит обработку для воспроизведения PlayList. Когда на этапе S38 определяется, что выбрано меню начальных установок, управляющий модуль переходит к этапу S43, где производится обработка для отображения экрана меню начальных установок.

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

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

Когда на этапе S41 определяется, что дана команда на извлечение диска (записываемого носителя 10), обработка переходит к этапу S46, где управляющий модуль 17 производит обработку для извлечения диска.

Фиг.21- блок-схема второго примера обработки для отображения PlayList меню. Второй пример обработки отличается от обработки на блок-схеме на фиг.20 тем, что когда имеется PlayList, у которого playback_control_flag активен, а цифровой код не был однажды введен, то во втором примере обработки имя PlayList в PlayList меню отображается скрытым и без пиктограммы. Пользователь знает о присутствии PlayList со скрытым именем в PlayList меню и может его выбрать. В таком случае у пользователя запрашивается ввод цифрового кода и, когда правильный цифровой код введен, отображается реальное имя.

Более конкретно, на этапе S61 управляющий модуль 17 выбирает один PlayList. На этапе S62 управляющий модуль 17 определяет, установлен ли в 1 playback_control_flag соответствующего PlayList. Когда флаг равен 1 (когда флаг активен), обработка переходит к этапу S63, где управляющий модуль 17 определяет, был ли введен правильный ПИН. Обработка этапов с S61 по S63 аналогична вышеописанной обработке на этапах с S31 по S33 на фиг.20.

Когда управляющий модуль 17 определяет на этапе S63, что ПИН не был введен, управляющий модуль 17 переходит к этапу S64 для отображения имени PlayList в виде ****. Таким образом, имя PlayList отображается скрытыми символами. Также управляющий модуль 17 осуществляет управление так, чтобы не отображать пиктограмму PlayList.

Когда на этапе S63 определено, что ПИН был введен, обработка этапа S64 пропускается.

Когда на этапе S62 определено, что playback_control_flag не равен 1 (когда определено, что флаг равен 0), когда на этапе S63 определено, что ПИН был введен, и когда обработка этапа S64 завершена, обработка переходит к этапу S65, где управляющий модуль 17 производит обработку для отображения в меню информации о PlayList. После этого управляющий модуль 17 определяет на этапе S66, все ли PlayList выбраны. Если существует еще не выбранный PlayList, обработка возвращается к этапу S61 и обработка с этапа S61 и далее повторяется.

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

В данном случае отображаемое экранное меню, в качестве примера, показано на фиг.22. В данном примере PlayList "ДРАМА", "РЕТРАНСЛЯЦИЯ 50Й ИГРЫ ПРОФЕССИОНАЛЬНОГО БЕЙСБОЛА" и "ТЕАТР ЗАРУБЕЖНОГО КИНО" отображаются как PlayList для воспроизведения, а также PlayList, отображаемый скрытыми символами "***...**." Так как PlayList, отображаемый скрытыми символами, имеет playback_control_flag установленным в 1, для его воспроизведения необходимо ввести ПИН.

Последующая обработка на этапах с S68 по S77 аналогична обработке на этапах с S37 по S46 на фиг.20, и поэтому их описание будет пропущено.

Когда на этапе S68 определяется, что выбран PlayList, обработка переходит к этапу S73, на котором производится обработка для воспроизведения PlayList. Подробности обработки в данном случае показаны на блок-схеме на фиг.23.

Более конкретно управляющий модуль 17 определяет на этапе S91, скрыто или нет реальное имя указанного PlayList или отображено ли имя PlayList скрытыми символами. Когда указан PlayList, отображаемый скрытыми символами (например, когда выбран третий сверху PlayList на фиг.22), обработка переходит к этапу S92, где управляющий модуль 17 отображает экран для ввода ПИН (такой же, как и экран на фиг.19, только данный экран предназначен для ввода цифрового кода для разблокировки PlayList, а не каталога).

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

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

С другой стороны, когда на этапе S91 определено, что реальное имя указанного PlayList не скрыто (например, выбран PlayList с именем "ДРАМА" сверху на фиг.22) или когда на этапе S93 определено, что введенный номер равен ПИН, обработка переходит к этапу S94, где управляющий модуль начинает обработку для воспроизведения указанного PlayList.

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

На этапе S111 управляющий модуль 17 определяет, есть ли другие каталоги на диске (носителе 10 записи). Когда другие каталоги есть, обработка переходит к этапу S112, где управляющий модуль выбирает один каталог. На этапе S113 управляющий модуль 17 считывает DVR_name (фиг.5), описанный в info.dvr (фиг.4) каталога. На этапе S114 управляющий модуль 17 определяет, установлен ли в 1 (активен) DVR_protect_flag (фиг.5) каталога. Когда этот флаг активен, обработка переходит к этапу S115, где управляющий модуль 17 отображает экран ввода цифрового кода (ПИН). Таким образом, отображается экран ввода цифрового кода, показанный на фиг.19. Используя этот экран ввода, пользователь вводит цифровой код.

На этапе S116 управляющий модуль 17 определяет, равно ли введенное пользователем число ПИНу (фиг.5), зарегистрированному в соответствии с каталогом. Когда введенное число не равно зарегистрированному ПИНу, обработка переходит к этапу S117, где управляющий модуль 17 отображает сообщение о том, что код неверен.

Управляющий модуль 17 переходит к этапу S118 для прекращения форматирования диска.

С другой стороны, когда на этапе S116 определено, что введенное число равно ПИН, обработка переходит к этапу S119. Когда на этапе S114 определено, что DVR_protect_flag не равен 1 (когда определено, что DVR_protect_flag равен 0), обработка также переходит к этапу S119.

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

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

Когда на этапе S111 определено, что других каталогов на диске нет, обработка в этапах с S112 по S119 пропускается и обработка переходит сразу к этапу S120 для форматирования диска.

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

Более конкретно, на этапе S131 управляющий модуль 17 выбирает один PlayList. На этапе S132 управляющий модуль 17 определяет, установлен ли в 1 playback_control_flag (фиг.8) выбранного PlayList. Когда флаг равен 1 (флаг активен), управляющий модуль 17 переходит к этапу S133 для определения, был ли уже введен ПИН. Если ПИН не был введен, обработка переходит к этапу S134, где управляющий модуль 17 отображает экран для ввода цифрового кода. С помощью этого экрана пользователь вводит цифровой код для соответствующего каталога. На этапе S135 управляющий модуль 17 определяет, равно ли введенное число ПИНу, заранее зарегистрированному в соответствии с каталогом. Если введенное число не равно заранее зарегистрированному ПИНу, обработка переходит к этапу S139, где управляющий модуль 17 отображает сообщение, что цифровой код неверен. На этапе S140 обработка стирания каталога прекращается.

Когда на этапе S132 определено, что playback_control_flag не равен 1 (когда определено, что playback_control_flag равен 0), когда на этапе S133 определено, что ПИН уже был введен, и когда на этапе S135 определено, что введенное число равно ПИН, обработка переходит к этапу S136, где управляющий модуль 17 определяет, равен ли write_protect_flag 1 (активен ли write_protect_flag). Когда флаг активен, обработка переходит к этапу S137, где управляющий модуль 17 выполняет обработку для запроса пользователя. Более конкретно, управляющий модуль 17 отображает, например, сообщение для пользователя "Удалить этот PlayList?", и запрашивает ввод ДА или НЕТ.

На этапе S138 управляющий модуль 17 определяет на основе ответа от пользователя на этапе S137, может ли быть удален PlayList. Когда ответ пользователя был НЕТ, управляющий модуль переходит к этапу S140, на котором обработка удаления каталога прекращается.

С другой стороны, когда от пользователя был получен ответ ДА и когда на этапе S136 было определено, что write_protect_flag не равен 1 (когда было определено, что write_protect_flag равен 0), обработка переходит к этапу S141, где управляющий модуль 17 определяет, были ли выбраны все PlayList. Когда есть еще не выбранный PlayList, обработка возвращается на этап S131 и обработка с этапа S131 и далее повторяется. Когда определено, что все PlayList были выбраны, обработка переходит к этапу S142, где управляющий модуль 17 производит обработку по инициализации базы данных в указанном каталоге и обработку по удалению потоковых файлов.

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

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

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

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

Настоящее изобретение относится к способу и устройству воспроизведения носителей записи, где ввод цифрового кода необходим только однажды, хотя ввод цифрового кода необходим для воспроизведения и каталога, и Списка воспроизведения. Множество каталогов формируются на диске. Один каталог имеет флаг DVR_protect_flag, устанавливаемый для управления воспроизведением информации в каталоге. Также Список воспроизведения, который является частью информации внутри каталога, имеет флаг playback_control_flag, устанавливаемый для управления его воспроизведением. В случае, когда DVR_protect_flag равен 1, воспроизведение разрешается, только когда введен правильный цифровой код. В случае, когда и DVR_protect_flag, и playback_control_flag равны 1, ввод цифрового кода для playback_control_flag пропускается, когда уже был введен правильный цифровой код для DVR_protect_flag. 4 н. и 6 з.п. ф-лы, 25 ил.

1. Устройство воспроизведения носителей записи, содержащее

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

средство ввода, предназначенное для ввода цифрового кода; и

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

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

вышеуказанный список воспроизведения - это Список воспроизведения.

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

этапа ввода цифрового кода; и

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

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

этап ввода цифрового кода; и

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

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

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

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