Данное изобретение в общем относится к носителю записи для записи такого содержания, как аудиоданные и видеоданные, и к редактирующему устройству для редактирования записанного содержания, и к записывающему устройству для записи содержания на носителе записи.
В электрически стираемом энергонезависимом запоминающем устройстве, называемом ЭСППЗУ (электрически стираемое программируемое ПЗУ), один бит данных запоминают с помощью двух транзисторов. Эта двухтранзисторная конфигурация означает, что для схем ЭСППЗУ требуется относительно большая площадь поверхности интегральной схемы, что приводит к ограничению их степени интеграции.
Для решения этой проблемы ограничения плотности памяти разработана флэш-память, в которой один бит запоминают с помощью только одного транзистора и в которой все биты можно стереть одновременно. Предполагается, что флэш-память сможет заменить такие носители записи, как магнитные диски и оптические диски.
Съемная плата флэш-памяти разработана для применения с различными электронными устройствами. Эту плату памяти можно использовать в устройствах цифровой записи/воспроизведения аудиоданных вместо, или дополнительно, обычных дисковых носителей, таких как компакт-диск (КД) и мини-диск (МД).
Системы записи аудио- и видеоданных, использующие технику платы флэш-памяти, обычно следят за записанным содержанием с помощью файловой системы ТРФ (таблицы распределения файлов). Система ТРФ является системой управления файлами, обычно применяемой в персональных компьютерах для слежения за записанным содержанием и для его редактирования. Например, предположим, что одно музыкальное произведение запомнено во флэш-памяти как отдельная часть содержания аудиоданных. Тогда система ТРФ разрешает редактировать эту часть путем деления ее на две, или более, части, либо путем объединения этой части с другими частями, чтобы создать единую объединенную часть. Таким образом система ТРФ позволяет пользователям манипулировать, по желанию, содержанием, записанным на платах флэш-памяти.
Записывающие системы, использующие платы флэш-памяти, могут переносить содержание во многие источники, и из них, с помощью различных маршрутов переноса данных. Например, содержание можно скопировать или переместить в плату памяти из таких носителей записи, как КД, МД или с жесткого диска, либо его можно загрузить у провайдера, предоставляющего услуги по данному содержанию, через такую систему связи, как Интернет. Аналогично, содержание можно скопировать или переместить в любую из этих систем из платы памяти. Возможны многие другие маршруты переноса данных в плату памяти, и из нее. Нужно отметить, что “перемещение” содержания означает перенесение данных с одного запоминающего устройства на другое таким образом, что этого содержания в его источнике уже не будет.
Проблема, которая возникает с такими системами, заключается в том, что, независимо от источника обеспечения содержания, содержание, записанное на плате памяти, можно редактировать без ограничений. Это означает, что содержание можно редактировать даже в том случае, когда обеспечивающая содержание сторона или владелец авторских прав на данное содержание не желают, чтобы их содержание редактировалось. Поэтому требуется возможность блокирования или ограничения редактирования содержания.
Поэтому задача данного изобретения заключается в том, чтобы разрешать или блокировать редактирование содержания, записанного на плате памяти или на другом носителе записи, в соответствии с источником этого содержания.
Прочие задачи или преимущества данного изобретения будут отчасти очевидными и будут отчасти пояснены в описании и на чертежах.
Для решения указанной выше задачи носитель записи согласно данному изобретению имеет область записи содержания для записи содержания, поступающего из источника обеспечения содержания, и область управления, в которой записывают информацию идентификации для определения источника обеспечения содержания. Другими словами, информацию идентификации, указывающую источник обеспечения содержания, записывают на носителе записи вместе с записываемым содержанием, поступающим из этого источника обеспечения содержания. Если пользователь попытается отредактировать записанное содержание, тогда при этом информацию идентификации считывают и, согласно источнику обеспечения содержания, идентифицированному с помощью информации идентификации, редактирование либо разрешается, либо блокируется. Например, если идентифицированный источник обеспечения содержания является сайтом интернетовского сервера, то тогда возможность редактирования содержания блокируется.
Еще одним объектом данного изобретения является редактирующее устройство, выполненное с возможностью редактирования содержания, записанного в указанной области записи содержания носителя записи. Редактирующее устройство содержит операционные средства, с помощью которых пользователь задает редактирование содержания, записанного в области записи содержания; средство принятия решения для определения источника обеспечения содержания с помощью информации идентификации о содержании, для которого определена редактирующая обработка; и управляющее средство для разрешения или блокирования - в соответствии с источником обеспечения содержания, определяемого управляющим средством; - обработки по редактированию содержания, задаваемой операционным средством.
Еще одним объектом данного изобретения является записывающее устройство в соответствии с данным изобретением, содержащее записывающее средство для записи содержания, поступающего из источника обеспечения содержания, в области записи содержания указанного носителя записи; средство формирования идентификационных данных для формирования информации идентификации для определения источника обеспечения содержания; и средство записи информации идентификации для записи информации идентификации, сформированной средством формирования информации идентификации, в области управления носителя записи в соответствии с содержанием, записанным в области записи содержания.
В целях более полного понимания данного изобретения ниже приводится описание конкретных примеров его осуществления со ссылками на сопровождающие чертежи, на которых:
Фиг.1 изображает блок-схему устройства записи в соответствии с одним из осуществлений изобретения;
фиг.2 - блок-схему процессора цифровых сигналов (ПЦС) устройства записи, изображаемого в осуществлении согласно фиг.1;
фиг.3 - блок-схему конфигурации платы памяти, изображаемой в осуществлении согласно фиг.1;
фиг.4 - схему конфигурации иерархии обработки файловой системы, используемой в плате памяти, изображаемой на фиг.3;
фиг.5 - схему формата данных, используемого в плате памяти, изображаемой на фиг.3;
фиг.6 - схему каталоговой структуры, используемой в плате памяти, изображаемой на фиг.3;
фиг.7 - схему конфигурации файла управления воспроизведением, применяемого в плате памяти, изображаемой на фиг.3;
фиг.8 - схему конфигурации файла музыкальных данных ATRAC3;
фиг.9А-С - схемы конфигураций файлов данных, используемых в одном из вариантов осуществлений данного изобретения;
фиг.10 - схему, изображающую объединяющий процесс редактирования, использующий файлы данных, изображаемые на фиг.9А-С;
фиг.11 - схему, изображающую разделяющий процесс редактирования, использующий файлы данных, изображаемые на фиг.9А-С;
фиг.12 - схему подробной конфигурации файла управления воспроизведением, изображаемого на фиг.7;
фиг.13 - схему подробной конфигурации области дополнительной информации INF-S файла управления воспроизведением, изображаемого на фиг.12;
фиг.14 - таблицу основных кодов дополнительной информации, используемых в области дополнительной информации;
фиг.15 - таблицу прочих основных кодов дополнительной информации, используемых в области дополнительной информации;
фиг.16 - таблицу прочих основных кодов дополнительной информации, используемых в области дополнительной информации;
фиг.17А-Е - схемы конфигураций определенных данных дополнительной информации в соответствии с одним из вариантов осуществлений данного изобретения;
фиг.18 - схему подробной конфигурации файла данных для одного из вариантов осуществлений данного изобретения;
фиг.19 - схему местонахождения “А” (атрибута части) в атрибутном заголовке файла данных, изображаемого на фиг.18;
фиг.20 - схему местонахождения информации “СС” в атрибутном заголовке файла данных, изображаемого на фиг.18;
фиг.21 - схему примера маршрутов записи в плату памяти;
фиг.22 - схему еще одного примера маршрутов записи в плату памяти;
фиг.23 - схему еще одного примера маршрутов записи в плату памяти;
фиг.24 - принципиальную схему процесса редактирования для разделения файла данных; и
фиг.25 - принципиальную схему процесса редактирования для объединения файлов данных.
Предпочтительные варианты осуществления редактирующего устройства и записывающего устройства согласно данному изобретению излагаются со ссылкой на сопровождающие чертежи. В этих вариантах осуществления используется плата памяти на основе энергонезависимой памяти (или флэш-памяти) в качестве носителя записи. В качестве примера редактирующего устройства используют устройство записи или систему на основе устройства записи и персонального компьютера, выполненные с возможностью записи/воспроизведения данных в указанной плате памяти. Данные содержания, которые обрабатывают согласно описываемым ниже осуществлениям, включают в себя цифровые аудио-, видеоданные, неподвижные изображения, текст и средства программного обеспечения. В целях данного описания аудиоданные (т.е. музыку) используют как данные содержания. Следует отметить, что даже в случае использования аудиоданных данное изобретение может также записывать/воспроизводить изображения и символы в качестве дополнительных данных.
Фиг.1 изображает конфигурацию записывающего/воспроизводящего устройства платы памяти (далее устройство 1 записи), выполненное с возможностью записи и воспроизведения содержания, такого как аудиоданные, на плате памяти. Устройство 1 записи использует съемную плату памяти в качестве своего носителя записи. Устройство 1 записи можно сконфигурировать как автономное аудиоустройство, либо оно может входить в состав персонального компьютера или аудио/визуального устройства. В качестве автономного устройства устройство записи может быть полномерным корпусным компонентом или переносным блоком. Устройство записи можно встраивать в аудиосистему наряду с прочими компонентами, такими как усилитель, громкоговоритель, проигрыватель компакт-дисков, устройство записи мини-дисков, радиоприемник и пр. Устройство записи можно сконфигурировать как накопитель на платах памяти, занимающий положение, аналогичное накопителям на КД-ПЗУ и накопителям на гибких магнитных дисках в персональных компьютерах. Устройство записи можно также встроить в видеокамеру или в игровой автомат, использующие плату памяти, в качестве носителя записи для видеоданных или аудиоданных. Независимо от конфигурации, устройство записи можно использовать для записи цифровых аудиосигналов, распространяемых посредством спутниковых систем, цифрового вещания или через Интернет. Фиг.1 изображает общую конфигурацию устройства 1 записи в качестве записывающего/воспроизводящего устройства платы памяти, которое можно реализовать в любом из указанных выше применений.
Устройство 1 записи содержит интегральную схему (ИС) 10 аудиокодера/декодера, ИС 20 защиты и процессор цифровых сигналов (ПЦС) 30, выполненный на отдельной интегральной схеме. Плату 40 памяти устанавливают с возможностью съема в устройстве записи. Плата памяти включает в себя флэш-память (энергонезависимая память), блок управления памятью, блок защиты, содержащий схему шифрования данных (СШД), выполненных на одной ИС. Из изложенного выше очевидно, что микро-компьютер или его эквивалент можно использовать вместо ПЦС 30.
ИС аудиокодера/декодера содержит аудиоинтерфейс 11 и блок 12 кодера/декодера. Блок кодера/декодера эффективно кодирует цифровой сигнал таким образом, что его записывают в плате 40 памяти, и декодирует данные, считанные из памяти. Для высокопроизводительного кодирования используют формат сжатия данных ATRAC3 (усовершенствованное адаптивно-преобразующее акустическое кодирование), который, например, используют для мини-дисков. В ATRAC3 обрабатывают 16-битовые аудиоданные, дискретизацию которых выполняют на частоте 44,1 кГц. Минимальной единицей аудиоданных, обрабатываемых с помощью ATRAC3, является звуковая единица (ЗвЕ). ЗвЕ представляет собой 1024 выборки данных (1024×16 битов×2 канала), сжатых в несколько сотен байтов, занимающих 23 мсек времени воспроизведения. Аудиоданные сжимают с помощью ATRAC3 до приблизительно 1/10 первоначального размера данных. Обработка сигнала с помощью ATRAC3 сводит к минимуму ухудшение тембра по причине регулировок при сжатии и восстановлении сжатых данных.
Селектор 13 линии входного сигнала избирательно направляет выходной сигнал воспроизведения МД, выходной сигнал радиоприемника или выходной сигнал с магнитной ленты в аналого-цифровой преобразователь 14. А/Ц-преобразователь 14 преобразует входной сигнал выбранной линии в цифровой аудиосигнал (частота дискретизации=44,1 кГц, 1 выборка=16 битов).
Селектор 16 цифрового входного сигнала избирательно направляет в приемник 17 цифрового входного сигнала сигналы МД, КД или ЦС (спутниковое цифровое вещание). Цифровые входные сигналы обычно направляют в преобразователь 15 частоты дискретизации, в котором частоту дискретизации цифрового входного сигнала преобразуют в 44,1 кГц.
Кодированные данные, полученные кодированием в блоке 12 кодера/декодера ИС 10 аудиокодера/декодера, направляют в СШД 22 по интерфейсу 21 ИС 20 защиты. СШД имеет устройство 23 обратного магазинного типа (УОМТ). СШД используется для защиты авторских прав на содержание. Плата 40 памяти также содержит СШД, которая описывается ниже. СШД 22 устройства 1 записи имеет два, или более, основных ключа и один однозначно определяемый, для данного устройства, ключ запоминания. Помимо этого, СШД имеет генератор случайных чисел, который использует ключи установления подлинности и работы совместно с платой памяти. СШД может задействовать ключ с помощью ключа запоминания.
Шифрованные аудиоданные из СШД подают в ПЦС 30. ПЦС 30 осуществляет связь с платой 40 памяти через соответствующее адаптирующее средство (не изображено) и записывает шифрованные данные во флэш-память. Последовательную связь осуществляют между ПЦС 30 и платой памяти. Для того чтобы выделить размер памяти, достаточно крупный, чтобы управлять платой памяти, внешнее статическое запоминающее устройство с произвольной выборкой (СЗУПВ) 31 подключают к ПЦС.
ПЦС также подключают к терминалу 32, по которому данные содержания и данные управления передают с помощью внешних устройств или внешних схемных блоков (не изображены). ПЦС осуществляет связь с внешними устройствами через интерфейс 37, изображаемый на фиг.2. Интерфейс 37 и терминал 32 соответствуют любому из многих стандартов связи: таких как USB, IEEE 1394, IEC 958, последовательный порт и параллельный порт. Тем самым обеспечивают для устройства 1 записи возможность осуществлять связь с персональными компьютерами и аудио/визуальным оборудованием. Если устройство 1 записи входит в состав персонального компьютера или аудио/визуального устройства, то интерфейс 37 и терминал 32 конфигурируют как внутреннюю шину, соединенную с системным контроллером в персональном компьютере или в аудио/визуальном устройстве.
Из устройства или блока, подключенного к терминалу 32, различные данные направляют в ПЦС 30. Например, если устройство записи является частью аудиосистемы или компьютерной системы, тогда внешний системный контроллер для управления всей работой аудиосистемы или компьютерной системы дает команды записи или воспроизведения, сформированные в соответствии с операциями пользователя. Данные дополнительной информации, такие как информация изображения или текстовая информация, также направляют в ПЦС через терминал.
ПЦС также подает данные дополнительной информации и сигналы управления, считанные с платы 40 памяти, в системный котроллер.
Фиг.1 также изображает операционный блок 39, содержащий различные средства управления, с помощью которых пользователь выполняет нужные операции, и блок 33 отображения, на котором для пользователя отображают различные сведения. Эти блоки необходимы, если устройство записи сконфигурировано как автономное устройство. Если устройство записи входит в состав персонального компьютера, то операционный блок 39 и блок 33 отображения не нужно непосредственно подключать к ПЦС. Именно в автономной конфигурации ПЦС обрабатывает входные сигналы из операционного блока и управляет блоком отображения. В конфигурации вхождения в состав другого устройства системный контроллер главного устройства выполняет эти операции, обеспечивая операционные сведения для ПЦС и принимая данные, характеризующие отображаемое содержание, из ПЦС соответственно.
Шифрованные аудиоданные в качестве содержания, считанного с помощью ПЦС 30 с платы 40 памяти, дешифруют посредством ИС 20 защиты, и дешифрованные аудиоданные затем дешифруют согласно ATRAC3 с помощью ИС 10 аудиокодера/декодера. Декодированный выходной сигнал ИС аудиокодера/декодера направляют в Ц/А-преобразователь 18 для преобразования его в аналоговый аудиосигнал. Аналоговый аудиосигнал выводят в терминал 19 линии выходного сигнала. Выходной сигнал линии передают в усилитель (не изображен) для воспроизведения через громкоговоритель или наушники.
Следует отметить, что от внешнего контроллера в Ц/А-преобразователь можно подать сигнал приглушения звука. Если сигнал приглушения звука указывает, что сейчас приглушение включено, то выходной аудиосигнал из терминала 19 линии выходного сигнала подавляется. Фиг.1 изображает терминал 19 линии выходного сигнала. Видно, что можно использовать также терминал цифрового выходного сигнала, терминал наушников и пр. Данные содержания можно также выводить во внешнее устройство через терминал 32 согласно вышеизложенному.
Фиг.2 изображает внутреннюю конфигурацию ПЦС 30. ПЦС 30 состоит из центрального процессора (ЦП) 34, флэш-памяти 35, СЗУПВ 36, интерфейса 37 и интерфейса 38 платы памяти, шин и перемычек между шинами. ПЦС функционирует аналогично микрокомпьютеру. Флэш-память запоминает программы, необходимые для ПЦС-обработки. СЗУПВ 36 и СЗУПВ 31 используют как оперативные запоминающие устройства, необходимые для различных операций обработки.
ПЦС 30 реагирует на операционный сигнал, например на команду записи, принимаемую через интерфейс 37 или из операционного блока 39, и записывает заранее определенные шифрованные аудиоданные и заранее определенные данные дополнительной информации в плату 40 памяти, и управляет обработкой этих данных. Конкретнее, ПЦС 30 интерпретирует специальное программное обеспечение для записи/воспроизведения аудиоданных в целях управления платой памяти.
Управление файлами платы памяти осуществляют согласно файловой системе ТРФ, обычно применяемой в персональных компьютерах. Помимо этой файловой системы, в данном варианте осуществления также используют файл управления воспроизведением. Файл управления воспроизведением управляет файлами данных, записанными в плате памяти. Файл управления воспроизведением действует в качестве первой управляющей программы управления файлами, обрабатывающей все файлы аудиоданных. ТРФ действует как вторая управляющая программа управления файлами, обрабатывающая все файлы, запомненные во флэш-памяти, включая файлы аудиоданных и файл управления воспроизведением. Файл управления воспроизведением записывают в плате памяти. ТРФ записывают во флэш-памяти вместе с корневым каталогом до отправки с завода-изготовителя.
Для защиты авторских прав в данном варианте осуществления изобретения шифруют аудиоданные, сжатые согласно ATRAC3. Но управляющие файлы не шифруют, поскольку считается, что авторские права на них не распространяются. Возможности шифрования имеют только некоторые варианты платы 40 памяти. Устройства записи, которые записывают защищенные авторскими правами аудиоданные, могут использовать только те платы памяти, которые обладают возможностями шифрования - как в данном варианте осуществления изобретения.
Фиг.3 изображает конфигурацию платы 40 памяти. Плата памяти состоит из блока 41 управления и флэш-памяти 42, выполненных на одной интегральной микросхеме.
Двухсторонний последовательный интерфейс между ПЦС 30 и платой памяти состоит из 10 шин. Четырьмя основными шинами являются: шина SCK синхроимпульсов для передачи синхронизирующего сигнала, шина SBS состояния, шина DIO данных для передачи данных и шина INT прерывания. Кроме этого, две шины GND заземления и две шины VCC электроснабжения предназначены для электроснабжения. Две запасные шины не определяются.
Шина SCK синхроимпульсов передает синхросигнал, синхронизированный с данными. Шина SBS состояния передает сигнал, характеризующий состояние платы памяти. Шина DIO данных вводит и выводит команды и шифрованные аудиоданные. Шина INT прерывания передает сигнал прерывания в ПЦС 30 при реагировании на запрос прерывания от платы памяти. Сигнал прерывания также формируют, когда плату памяти загружают в устройство записи. В данном осуществлении шину INT прерывания заземляют, в результате чего сигнал прерывания передают по шине DIO данных.
Блок 43 интерфейса последовательного/параллельного преобразования и параллельного/последовательного преобразования (блок ИППП) действует как интерфейс между ПЦС и блоком 41 управления, которые соединены друг с другом по указанным шинам. Блок ИППП преобразует последовательные данные, принимаемые от ПЦС, в параллельные данные и направляет их в блок управления. Он также преобразует параллельные данные из блока управления в последовательные данные и направляет их в ПЦС. Помимо этого, блок ИППП принимает команды и данные по шине DIO данных и разделяет принимаемые команды и данные на те, которые предназначаются для обычного доступа, и на те, которые предназначаются для шифрования.
Конкретнее, в формате, используемом шиной данных, сначала передают команды, за которыми следуют данные. Блок ИППП проверяет код команды, чтобы определить, предназначаются ли передаваемые команды и данные для обычного доступа или для шифрования. В соответствии с этим кодом команда обычного доступа содержится в регистре 44 команд, а данные обычного доступа содержатся в страничном буфере 45 и регистре 46 записи. С регистром записи связана кодирующая схема 47 исправления ошибок. Для данных, временно запомненных в страничном буфере, схема кодирования исправления ошибок формирует код исправления ошибок.
Выходные данные из регистра команд, страничного буфера, регистра записи и схемы исправления ошибок направляют во флэш-память и устройство 51, задающее последовательность доступа к памяти. Устройство 51 действует как интерфейс передачи данных между блоком управления и флэш-памятью. Через устройство 51 данные записывают во флэш-память.
Для защиты авторских прав содержание (аудиоданные, сжатые с помощью ATRAC3; далее - данные ATRAC3), записываемое во флэш-память, шифруют интегральной схемой 20 защиты и блоком 52 защиты платы памяти. Блок защиты имеет буферную память 53, СШД 54 и энергонезависимую память 55. Блок защиты имеет несколько ключей опознавания и ключ запоминания, который для каждой платы памяти является особым. Энергонезависимая память запоминает ключи, необходимые для шифрования, и доступ к ней извне невозможен. Ключ запоминания записывают в энергонезависимой памяти.
Помимо этого, блок 52 защиты имеет генератор случайных чисел, который обеспечивает ему возможность производить опознавание с другим устройством записи и совместно использовать рабочие ключи. Например, опознавание выполняют, когда плату памяти впервые помещают в устройство записи. Это опознавание выполняют с помощью интегральной схемы защиты и блоком защиты платы памяти. Когда устройство записи распознает помещенную в него плату памяти и когда плата памяти распознает устройство записи, тогда делается перекрестное опознавание. При успешном опознавании устройство записи и плата памяти формируют рабочий ключ. Рабочие ключи формируют всякий раз, когда выполняют опознавание.
При записи содержания в плате памяти устройство записи шифрует ключ содержания с помощью рабочего ключа и передает шифрованный ключ содержания в плату памяти. Плата памяти затем дешифрует принимаемый ключ содержания, повторно шифрует его ключом запоминания и передает повторно шифрованный ключ содержания в устройство записи. Ключ запоминания для каждой платы памяти особый. Принимая повторно шифрованный ключ содержания, устройство записи выполняет форматирование для записи повторно шифрованного ключа содержания и шифрованного содержания в плате памяти.
При считывании данных из флэш-памяти 42 считываемые данные подают в страничный буфер 45, регистр 48 считывания и схему 49 исправления ошибок через устройство 51, задающее последовательность доступа к памяти. Данные, содержащиеся в страничном буфере, корректируют с помощью схемы исправления ошибок. Выходные данные, ошибки которых исправлены, из страничного буфера и выходной сигнал регистра считывания подают в блок ИППП 43, и затем - в ПЦС 30 через вышеупомянутый последовательный интерфейс.
Когда необходимо считывание данных, ключ содержания, шифрованный ключом запоминания, и содержание, шифрованное ключом блокирования, считывают из флэш-памяти. Затем ключ содержания дешифруют блоком защиты с помощью ключа запоминания. Дешифрованный ключ содержания шифруют рабочим ключом, направляемым в устройство записи. Устройство записи дешифрует ключ содержания с помощью принимаемого рабочего ключа. Устройство записи затем формирует ключ блокирования с помощью дешифрованного ключа содержания. Посредством ключа блокирования шифрованные данные ATRAC3 дешифруют последовательно.
Следует отметить, что в ПЗУ 50 хранится информация о версии платы памяти и различная атрибутная информация.
Плата памяти также имеет переключатель 60, который может использоваться пользователем для защиты памяти от ошибочного стирания. Когда переключатель находится в положении блокировки стирания, флэш-память невозможно стереть даже если команда “стереть” поступает от записывающего устройства.
Генератор 61 формирует синхросигнал, который действует как задающий опорный сигнал для обработки, выполняемой платой памяти.
Фиг.4 иллюстрирует иерархию обработки файловой системы для носителя записи, использующего плату 40 памяти. Сверху располагается уровень прикладной обработки, за которым следует уровень обработки управления файлами, уровень управления логическими адресами, уровень управления физическими адресами и уровень обращения к флэш-памяти. В этой иерархической структуре уровнем обработки управления файлами является файловая система ТРФ. Физический адрес дают каждому блоку флэш-памяти. Взаимосвязь между блоком и его физическим адресом фиксированная. Логические адреса можно присваивать различным блокам и их можно обрабатывать на уровне обработки управления файлами.
Фиг.5 изображает пример физической конфигурации данных во флэш-памяти 42 платы 40 памяти. Во флэш-памяти данные состоят из сегментов, которые подразделяются на заданное число блоков фиксированной длины, при этом каждый блок также подразделяют на заданное число страниц фиксированной длины. Во флэш-памяти данные стирают поблочно и считывают или записывают их постранично.
Один блок состоит из страниц числом от 0 до m. Блок имеет размер от 8 до 16 кБ. Размер одной страницы - 512 байтов. Таким образом, вся флэш-память может иметь размер от 4 МБ (512 блоков) до 64 МБ (4096 блоков).
Каждая страница состоит из части 512-байтовых данных и 16-байтовой избыточной части. Первые три байта избыточной части образуют 3-байтовую часть перезаписи, в которую записывают состояние блока, состояние страницы и состояние обновления. Остальные 13 байтов избыточной части являются фиксированными согласно содержанию части данных. Эти 13 байтов включают в себя флаг управления (1 байт), логический адрес (2 байта) и зарезервированную область формата записи (5 байтов), дискретную информацию ЕСС (2 байта) и данные ЕСС (3 байта). Дискретной информацией ЕСС являются данные исправления ошибок для флага управления, логического адреса и форматного резервирования. Данными ЕСС являются данные исправления ошибок для 512-байтовых данных.
В байте флага управления записывают: флаг системы (1=блок пользователя, 0=блок начальной загрузки), флаг таблицы преобразования (1=недействительно, 0=табличный блок), инструкцию запрещения копирования (1=не запрещено, 0=запрещено), разрешение на доступ (1=свободно, 0=считывание защищено).
Первые два блока каждого сегмента, а именно блок 0 и блок 1, образуют блок начальной загрузки. Блок 1 является резервным и имеет те же данные, что и блок 0. Блок начальной загрузки является первым действительным блоком в плате памяти, и поэтому к нему обращаются прежде всех других блоков, когда плата памяти помещена в устройстве. Остальные блоки являются пользовательскими блоками. Первая страница (Страница 0) блока начальной загрузки хранит заголовок, ввод системы, информацию начальной загрузки и атрибутную информацию. Страница 1 хранит данные о неиспользуемых блоках. Страница 2 хранит структуру информации платы (СИП)/информацию запуска идентичности (ИЗИ). Заголовок блока начальной загрузки хранит идентификатор блока начальной загрузки и число действительных записей в блоке начальной загрузки. Ввод системы хранит начальное положение данных блока воспрещения пользования, их размер, их тип, начальное положение данных СИП/ИЗИ, их размер и их тип.
Информация начальной загрузки и атрибутная информация включают в себя тип платы 40 памяти (только считывание, считывание и записывание или соответствующее сочетание), размер блока, общее число блоков, соблюдение требований защиты и данные (дата изготовления и пр.), относящиеся к выпуску данной платы.
Флэш-память подвергается ухудшению состояния изолирующей пленки всякий раз при записи данных, в результате чего число раз возможной записи данных во флэш-памяти является ограниченным. Поэтому предпочтительно избегать повторяющегося и сосредоточенного обращение к одной и той же области памяти (блоку). При перезаписи данных, имеющих логический адрес и запомненных в физическом адресе, файловая система не позволяет запись данных в один и тот же блок; файловая система записывает обновленные данные в неиспользованный блок. Следовательно, соотношение логического адреса и физического адреса изменяется с каждым обновлением данных. Эта обработка (называемая заменяющей обработкой) может предотвратить повторяющееся и сосредоточенное обращение к одному и тому же блоку, тем самым продлив срок службы флэш-памяти.
Логический адрес постоянно относится к данным, и поэтому данные меняют блоки во время обновления данных; ТРФ отслеживает этот адрес, и тем самым обеспечивается правильный доступ к нему. Заменяющая обработка обусловливает изменение соотношения между логическим и физическим адресами, и поэтому требуется таблица преобразования логического-физического адреса. Обращение к этой таблице преобразования идентифицирует физический адрес, соответствующий логическому адресу, определяемому ТРФ, в результате чего осуществляется доступ к блоку, указываемому идентифицированным физическим блоком.
Таблицу преобразования логического-физического адреса запоминают с помощью ПЦС 30 в СЗУПВ 31 и 36. Если эти СЗУПВ не имеют достаточного места, чтобы запомнить эту таблицу, то ее можно запомнить во флэш-памяти. Эта таблица содержит логические адреса (каждый по 2 байта) в возрастающем порядке наряду с их соответствующими физическими адресами. Поскольку максимальный размер флэш-памяти составляет 128 МБ (8192 блоков), можно представить 8192 адреса. Помимо этого, таблицей преобразования логического-физического адреса управляют по каждому сегменту, причем размер таблицы увеличивается с увеличением размера флэш-памяти. Например, если размер флэш-памяти составляет 8 МБ (2 сегмента), то для таблицы преобразования логического-физического адреса используют 2 страницы каждого сегмента.
При запоминании таблицы преобразования логического-физического адреса во флэш-памяти заранее определенный бит флага управления в избыточной части каждой страницы указывает блок, в котором запоминают таблицу.
Упомянутую плату памяти можно использовать с системой ТРФ, применяемой в персональных компьютерах и в дисковых носителях записи.
Плата памяти содержит область IPL (начального загрузчика программы), область ТРФ и область корневого каталога во флэш-памяти. Область IPL хранит адрес программы, загруженной первой в память, и различную информацию о памяти. Область ТРФ хранит информацию, относящуюся к блокам (кластерам). ТРФ задает значения, характеризующие неиспользуемые блоки, номер следующего блока, неполный блок и последний блок. Область корневого каталога хранит статьи каталога (атрибут файла, дата обновления, начальный кластер и размер файла).
В данном варианте осуществления изобретения, наряду с системой управления файлами, определяемой форматом упомянутой платы памяти, обеспечивают файл управления воспроизведением для управления дорожками музыкального файла и частями, образующими каждую дорожку. Этот файл управления воспроизведением запоминают с помощью пользовательского блока платы памяти во флэш-памяти. Следовательно, будет гарантировано восстановление файла, если ТРФ, запомненная в плате памяти, повреждена.
Файл управления воспроизведением создают с помощью ПЦС. Например, когда устройство записи включают впервые, тогда определяют, помещена ли в него данная плата памяти. Если данная плата памяти помещена, тогда выполняют опознавание. Если данная плата памяти определена соответствующей платой памяти, тогда блок начальной загрузки флэш-памяти считывают в ПЦС. Затем считывают таблицу преобразования логического-физического адреса. Считанные данные запоминают в СЗУПВ. Если данная плата памяти для данного пользователя никогда не использовалась, тогда ТРФ и корневой каталог записывают во флэш-память перед ее поставкой от изготовителя. Файл управления воспроизведением создают, когда пользователь записывает данные.
Конкретно, когда пользователь отдает в ПЦС команду записи, принимаемые аудиоданные сжимают с помощью ИС кодера/декодера и полученные таким образом данные ATRAC3 шифруют интегральной схемой защиты. ПЦС записывает шифрованные данные ATRAC3 во флэш-память, после чего обновляют ТРФ и файл управления воспроизведением.
Всякий раз при выполнении операции обновления файла (т.е. всякий раз, когда запись аудиоданных начинают и заканчивают) ТРФ и файл управления воспроизведением перезаписывают в СЗУПВ. Затем, когда плату памяти удаляют из записывающего устройства, или при выключении записывающего устройства, последние файлы и файлы управления воспроизведением записывают из СЗУПВ во флэш-памяти. В этом случае файлы ТРФ и управления воспроизведением можно перезаписывать всякий раз, когда запись аудиоданных начинают и заканчивают. После редактирования аудиоданных содержание файла управления воспроизведением обновляют.
В соответствии с данным вариантом осуществления изобретения также создают файл дополнительной информации во флэш-памяти. Следует отметить, что этот файл дополнительной информации может быть частью файла управления воспроизведением, или отдельным от него.
Дополнительную информацию обеспечивают для ПЦС из внешнего контроллера по шине и интерфейсу 32 шины. ПЦС записывает принимаемую дополнительную информацию во флэш-памяти. Дополнительная информация не проходит через интегральную схему защиты, и поэтому ее не шифруют. Дополнительную информацию записывают из СЗУПВ, относящегося к ПЦС, во флэш-память, когда плату памяти удаляют из записывающего устройства или когда его выключают.
Фиг.6 иллюстрирует структуру каталога платы 40 памяти. После корневого каталога следует каталог неподвижных изображений, каталог подвижных изображений, речевой каталог, каталог управления и музыкальный каталог (HIFI). В целях примера следующее ниже описание описывает запись/воспроизведение музыки с помощью музыкального каталога.
Музыкальный каталог содержит два типа файлов. Одним из них является файл управления PBLIST.MSF (далее - PBLIST). Другой - файл A3Dnnnn.MSA данных (далее – A3Dnnn), который хранит шифрованные музыкальные данные.
Может быть записано до 400 файлов данных ATRAC3. Каждый файл данных ATRAC3 регистрируют в файле управления воспроизведением.
Фиг.7 иллюстрирует структуру файла управления воспроизведением. Файл управления воспроизведением имеет фиксированную длину 16 кБ и состоит из заголовка, 1-байтового названия NM1-S платы памяти, 2-байтового кодового названия NM2-S платы памяти, таблицы TRKTBL воспроизведения, указывающей последовательность расположения музыкальных произведений, и из дополнительной информации INF-S для всей платы памяти.
Фиг.8 изображает структуру файла данных ATRAC3 (для одного музыкального произведения). Файл данных ATRAC3 (далее - файл данных) обеспечивают для каждого музыкального произведения, и он состоит из атрибутного заголовка, за которым следуют шифрованные музыкальные данные. Атрибутный заголовок имеет фиксированную длину 16 кБ и конфигурацию, аналогичную файлу управления воспроизведением.
Согласно фиг.8 атрибутный заголовок в начале файла данных состоит из следующего: 1-байтовое кодовое название NM1 музыкального произведения, 2-байтовое кодовое название NM2 музыкального произведения, информация TRKINF дорожки, например информация ключа дорожки, информация PRTINF части и дополнительная информация INF дорожки. Заголовок содержит общее число частей, атрибут названия, размер дополнительной информации и пр. В этом файле данных за атрибутным заголовком следуют музыкальные данные ATRAC3. Музыкальные данные подразделяются на 16-килобайтовые блоки, причем каждый блок начинается с заголовка. Заголовок включает в себя исходное значение для дешифрования шифрованных данных. Следует отметить, что шифрование выполняют только для музыкальных данных.
На фиг.9А, 9В и 9С описывается взаимосвязь между музыкой (дорожкой) и файлом данных ATRAC3. Одна дорожка означает одно музыкальное произведение и состоит из файла данных ATRAC3 (см. фиг.8). Файл данных ATRAC3 хранит аудиоданные, сжатые в соответствии с форматом ATRAC3.
Данные записывают в плате памяти покластерно. Каждый кластер имеет размер 16 кБ. Ни один из кластеров не содержит более одного файла. Минимальная единица стирания во флэш-памяти - один блок. В случае платы памяти, используемой при записывании музыкальных данных, понятия блока и кластера рассматриваются как синонимы и один кластер называют сектором.
Как правило, одно музыкальное произведение составляет одну часть. При редактировании музыкального произведения оно может состоять из двух, или более, частей. Часть обозначает единицу данных, записанных непрерывно по времени с начала записи до ее конца. Обычно одна дорожка составляет одну часть.
Соединениями между частями управляют с помощью информации PRTINF части (описывается ниже) в атрибутном заголовке каждого музыкального произведения. Более конкретно, размер части характеризуется 4-байтовыми данными, называемыми размером PRTSIZE части в PRTINF. Первые два байта размера PRTSIZE части указывают общее число кластеров для этой части. Последующие байты указывают положение начальной звуковой единицы (сокращенно - ЗвЕ) и конец ЗвЕ в начальном и конечном кластерах.
Эта процедура описания части устраняет необходимость перемещения больших количеств данных при редактировании музыкальных данных. Если музыкальные данные редактируют только поблочно, то излишнего перемещения данных можно избежать; но блоки слишком велики для эффективного использования при редактировании.
ЗвЕ является минимальной единицей части и минимальной единицей данных, используемой когда аудиоданные сжимают с помощью ATRAC3. Каждая ЗвЕ содержит несколько сот байтов данных, получаемых путем сжатия аудиоданных (1024×16 битов×2 канала при 44,1 кГц) до 1/10 первоначального размера. Одна ЗвЕ эквивалентна 24 мсек приблизительно. Обычно одна часть состоит из нескольких тысяч ЗвЕ. Когда один кластер состоит из 42 ЗвЕ, этот кластер представляет около одной секунды музыки. Число частей, составляющих дорожку, зависит от размера дополнительной информации. Число частей определяют числом, полученным путем удаления из блока заголовка, названия музыкального произведения и данных дополнительной информации, в результате чего можно использовать максимальное число частей (645).
Фиг.9А, 9В и 9С иллюстрируют конфигурацию файла для двух музыкальных произведений, непрерывно записываемых с компакт-диска (КД). Фиг.9А изображает случай, когда одно произведение (файл данных №1) образует пять кластеров. Фиг.9С иллюстрирует случай, когда два музыкальных произведения (файл данных №2) образует шесть кластеров. Поскольку в кластере можно запомнить только один файл, файл данных №2 создают с начала следующего кластера. Следовательно, если конец файла данных №1 (конец музыкального произведения 1) расположен посередине кластера, то в остальной части этого кластера какие-либо данные не записывают - фиг.9В. В этом примере каждый из файлов данных №№1 и 2 образуют одну часть.
Для файлов данных, записанных в плате памяти, определяют четыре типа редакционной обработки: разделение, объединение, стирание и перемещение. Обработка разделением разделяет один файл в файловой системе на два и обновляет файл управления воспроизведением. Обработка объединением объединяет два файла в файловой системе в один и обновляет файл управления воспроизведением. Обработка стиранием стирает дорожку. Обработка перемещением изменяет последовательность дорожек и обновляет файл управления воспроизведением.
Следует отметить, что обработка “перемещением” не включает в себя перемещение данных. Поэтому “перемещение” в редактировании отличается от перемещения данных из одного носителя записи в другой носитель записи. Как указывалось выше, “перемещение” данных между носителями записи выполняют путем копирования данных и последующим стиранием их в исходном носителе записи.
Результат объединения двух файлов (файлы данных №№1 и 2 см. фиг.9А, 9В и 9С) изображен на фиг.10. Два файла данных №№1 и 2 объединяют в новый файл данных №1. Новый файл данных №1 состоит из двух частей.
Фиг.11 изображает результат разделения одного музыкального произведения (файл данных №1, изображаемый на фиг.9А) посередине кластера 2. Обработка разделением в результате дает файл данных №1, состоящий из кластеров 0 и 1 и переднего участка кластера 2, и файл данных №2, состоящий из заднего участка кластера 2 и кластеров 3 и 4.
В соответствии с вышеизложенным в данном осуществлении обеспечивают процедуру описания части, и поэтому начальное и конечное положения части 1 и начальные и конечные положения части 2 можно определить с помощью ЗвЕ. Следовательно, теперь нет необходимости перемещать музыкальные данные части 2, чтобы заполнить соединение, образованное в результате обработки объединением. Помимо этого, эта процедура описания части устраняет необходимость перемещения данных для заполнения места в начале файла данных №2, полученного в результате обработки разделением (фиг.11).
Фиг.12 изображает подробную конфигурацию данных файла PBLIST управления воспроизведением. Файл PBLIST управления воспроизведением представлен одним кластером (1 блок=16 кБ). Первые 32 байта - заголовок.
Остальная часть содержит название NM1-S (256 байтов) для всей платы памяти, название NM2-S (512 байтов), ключ содержания, MAC (код сообщения аутентификации), S-YMDhms, таблицу TRKTBL (800 байтов) для управления последовательностью воспроизведения и дополнительную информацию INF-S (14720 байтов) для всей платы памяти. В конце этого файла часть информации в заголовке записывают снова. Разные данные располагаются в заранее определенных местоположениях в файле управления воспроизведением.
В файле управления воспроизведением первые 32 байта, представленные (0×0000) и (0×0010), являются заголовком. Отметим, что каждые 16 байтов, с начала файла, называются интервалом.
Термин “зарезервированные” обозначает неопределенные данные, и они обычно указываются нулем (0×00). Зарезервированные данные во внимание не принимаются. Местоположение зарезервированных данных также защищено от записи. Данные, обозначаемые как “Необязательные”, обрабатывают таким же образом, что и зарезервированные данные. Заголовок располагается в первом и втором интервалах и содержит следующие данные.
BLKID-TLO (4 байта)
Смысловое содержание: идентификатор блокирования файла.
Функция: значение для идентифицирования начала файла управления воспроизведением.
Значение: “TL=0” (например, 0×544C2D30).
MCode (2 байта)
Смысловое содержание: код изготовителя
Функция: код для идентифицирования изготовителя и модели устройства, на котором выполнена запись.
Значение: старшие 10 битов (код изготовителя) и младшие 6 битов (код модели)
REVISION (ПЕРЕСМОТР) (4 байта)
Смысловое содержание: указывает сколько раз была осуществлена перезапись файла PBLIST управления воспроизведением
Функция: REVISION получает приращение всякий раз при перезаписи файла управления воспроизведением
Значение: с 0, с приращениями на единицу.
SN1C+L (2 байта)
Смысловое содержание: атрибут названия (1 байт) платы памяти, записываемый в области NM1-S.
Функция: SN1C+L характеризует символьный код и языковый код, используемые в каждом одном байте.
Значение: символьный код (С) идентифицируют по старшему байту следующим образом:
00: символьный код не установлен; обрабатывается только как двоичное число.
01: ASCII 02: ASCII+KANA 03: модифицированный 8859-1
81: MS-JIS 82: KS С 5601-1989 83: GB2312-80 90: S-JIS (для речи).
Языковый код (L) идентифицирует языки по младшему байту в соответствии со стандартом EBU Tech 3258 следующим образом:
00: не установлен. 08: немецкий. 09: английский. 0А: испанский. 0F: французский. 15: итальянский. 1D: голландский. 65: корейский. 69: японский. 75: китайский.
При отсутствии данных заполнение осуществляется нулями.
SN2C+L (2 байта)
Смысловое содержание: атрибут названия (2 байта) платы памяти, записываемый в область NM2-S.
Функция: SN2C+L представляет символьный код и языковый код, используемые в каждом одном байте.
Значение: то же, что и в указанном SN1C+L
SINFSIZE (2 байта)
Смысловое содержание: размер, получаемый добавлением всей дополнительной информации, относящейся ко всей плате памяти и записываемой в область INF-S.
Функция: SINFSIZE описывает размер данных в 16-байтовых единицах; если данных не имеется, заполнение осуществляется нулями.
Значение: размер от 0×0001 до 0×39С (924)
T-TRK (2 байта)
Смысловое содержание: общее число дорожек
Функция: число совокупных дорожек
Значение: 1 до 0×0190 (до 400 дорожек); если данных не имеется, то заполнение осуществляется нулями.
VerNo (2 байта)
Смысловое содержание: номер версии формата
Функция: старший байт указывает номер основной версии, и младший байт указывает дополнительный номер версии.
Значение: пример 0×0100 (Вер. 1.0), 0×0203 (Вер. 2.3).
Данные, следующие за указанным заголовком:
NM1-S
Смысловое содержание: 1-байтовое название, относящееся ко всей плате памяти.
Функция: данные названия, имеющего переменную длину (до 256), представленные в 2-байтовом символьном коде. Данные названия всегда заканчиваются кодом завершения (0×00). Этот размер отсчитывают с этого кода завершения. Если данных не имеется, то нуль (0×00) записывают по меньшей мере за 2 байта от начала (0×0020).
Значение: различные символьные коды.
NM2-S
Смысловое содержание: 2-байтовое название, относящееся ко всей плате памяти.
Функция: данные названия, имеющего переменную длину (до 512), представленные в 2-байтовом знаковом коде. Данные названия всегда заканчиваются кодом окончания (0×00). Этот размер отсчитывают с этого кода окончания. Если данных не имеется, то нуль (0×00) записывают по меньшей мере за 2 байта от начала (0×0120).
Значение: различные символьные коды.
CONTENTS KEY (КЛЮЧ СОДЕРЖАНИЯ)
Смысловое содержание: значение, подготовленное для каждого музыкального произведения. Это значение защищено изготовителем (М) и затем запомнено. Здесь значение то же, что и значение КЛЮЧА СОДЕРЖАНИЯ, назначаемого первому музыкальному произведению.
Функция: этот ключ необходим для вычисления MAC для S-YMDhms
Значение: от 0 до 0×FFFFFFFFFFFFFFFF
MAC
Смысловое содержание: значение для проверки факта попытки нарушения авторского права.
Функция: значение, созданное из содержания S-YMDhms и КЛЮЧА СОДЕРЖАНИЯ
Значение: от 0 до 0×FFFFFFFFFFFFFFFF
TRL-nnn
Смысловое содержание: номер SQN (последовательности) воспроизводимого файла данных ATRAC3
Функция: TRK-nnn описывает номер файла в TRKINF
Значение: от 1 до 400 (0×190). Если данных не имеется, то осуществляется заполнение нулями.
INF-S
Смысловое содержание: данные дополнительной информации (например, информация о фотографии, тексте и описание), относящейся ко всей плате памяти.
Функция: данные, с переменной длиной, дополнительной информации, сопровождающие заголовок. Можно составить две, или более, совокупности дополнительной информации, при этом каждая совокупность будет иметь идентификатор и размер данных. Каждая совокупность данных дополнительной информации, содержащих заголовок, имеет объем, по меньшей мере, 16 байтов, кратный 4 байтам. Подробности этой функции описываются ниже.
Значение: см. конфигурацию данных дополнительной информации.
S-YMDhms (4 байта) (необязательное требование)
Смысловое содержание: год, месяц, число, час, минута и секунда записи, выполненной устройством, имеющим достоверный датчик времени.
Функция: значение для идентификации даты и времени последней записи; имеет значение для формата EMD (Распространение музыки электронными средствами).
Значение: от 25 до 31 бита: год от 0 до 99 (1980-2070)
от 21 до 24 бита: месяц от 0 до 12
от 16 до 20 бита: число от 0 до 31
от 11 до 15 бита: час от 0 до 23
от 05 до 10 бита: минуты от 0 до 59
от 00 до 04 бита: секунды от 0 до 29 (в 2-секундных единицах)
В последнем интервале файла управления воспроизведением записывают те же BLKID-TL0, MCode и REVISION, что и в заголовке.
Например, в аудиосистеме плату памяти можно удалить во время записи или при случайном выключении питания, вследствие этого потребуется обнаружение аномальных условий при восстановлении системы. Как указывалось выше, REVISION записывают в начале и конце каждого блока, и при каждой перезаписи REVISION счет перезаписи получает приращение на единицу. Следовательно, если аномальное условие возникает во время записи блока, то значения начального REVISION и конечного REVISION не будут согласовываться, и поэтому будет возможность обнаружения аномальных состояний. Таким образом два REVISION позволяют обнаружить аномальное состояние. При обнаружении аномального состояния отображается сообщение об ошибке.
Поскольку фиксированное значение BLKID-TL0 вводят в начале каждого блока, это фиксированное значение можно использовать как руководство для восстановления поврежденной ТРФ. В частности, путем проверки фиксированного значения в начале каждого блока можно определить тип файла. Помимо этого, поскольку это фиксированное значение BLKID-TL0 записано и в заголовке, и в конце каждого блока, то можно проверить его достоверность.
Сравнительно с файлом управления воспроизведением: файл данных ATRAC3 содержит довольно значительное количество данных (например, несколько сот тысяч соединенных в последовательность блоков). Каждый файл данных ATRAC3 имеет присвоенный ему номер блока (BLOCK SERIAL). Обычно каждый файл данных ATRAC3 занимает два, или более, блока в плате памяти. Поэтому если содержание не идентифицировано с помощью CONNUM0 и BLOCK SERIAL, то может произойти дублирование, тем самым затруднив восстановление в случае повреждения ТРФ.
Аналогично, при возникновении логической ошибки файла код изготовителя записывают в начале и конце каждого блока для идентификации модели устройства, в котором была сделана запись.
Фиг.13 иллюстрирует конфигурацию данных (INF-S) дополнительной информации, записанных в файле управления воспроизведением. Дополнительная информация начинается заголовком, как указано ниже, за которым следуют данные переменной длины.
INF
Смысловое содержание: идентификатор поля.
Функция: фиксированное значение, характеризующее начало данных дополнительной информации.
Значение: 0×69
ID
Смысловое содержание: основной код дополнительной информации.
Функция: идентификатор указывает классификацию дополнительной информации.
Значение: от 0 до 0×FF
SIZE
Смысловое содержание: размер отдельной дополнительной информации.
Функция: размер данных может быть любым, но всегда должен быть целым кратным 4 байтам и, по меньшей мере, составлять 16 байтов. Если в конце данных имеется свободное место, его заполняют нулями.
Значение: от 16 до 14784 (0×39С0)
MCode
Смысловое содержание: код изготовителя.
Функция: код для идентифицирования изготовителя и модели устройства, в котором выполнена запись.
Значение: старшие 10 битов (код изготовителя) и младшие 6 битов (код модели).
C+L
Смысловое содержание: атрибут символов, записываемых в области данных, начиная с байта 12.
Функция: используемые символьный код и языковый код представлены в 1 байте, каждый
Значение: то же, что для SN1C+L
DATA (ДАННЫЕ)
Смысловое содержание: отдельные данные дополнительной информации
Функция: DATA представлены в данных переменной длины. Данные всегда начинаются с байта 12 и должны, по меньшей мере, иметь длину 4 байта (размер) и всегда должны быть целыми кратными 4 байтам. Если данные оканчиваются незанятым пространством, оно заполняется нулями (0×00).
Значение: отдельно определяется согласно содержанию.
Фиг.14 иллюстрирует взаимосвязь между значениями основного кода дополнительной информации от 0 до 63 и типами дополнительной информации. Значения основного кода от 0 до 31 всегда присваивают для информации, относящейся к музыке (символьная информация), а значения основного кода от 32 до 63 присваивают для интернетовской информации, относящейся к URL (унифицированный указатель информационного ресурса (УУИР)). Символьная информация, такая как название альбома, имя исполнителя и номер копии, записывается как дополнительная информация.
Фиг.15 изображает другие примеры взаимосвязи между значениями основного кода дополнительной информации (от 64 до 127) и типами дополнительной информации. Значения основного кода от 64 до 95 присваивают в качестве маршрута/прочей информации, а значения основного кода от 96 до 127 присваивают для данных управления/цифровых данных. Например, в случае идентификатора 98: дополнительной информацией является TOC-ID (таблица содержания). TOC-ID указывает первый музыкальный номер, последний музыкальный номер, текущий музыкальный номер, общее время воспроизведения и время воспроизведения данного музыкального произведения - как это указывается с помощью информации ТОС, получаемой с КД.
Фиг.16 иллюстрирует другие примеры взаимосвязи между значениями основного кода дополнительной информации (от 128 до 159) и типами дополнительной информации. Значения основного кода от 128 до 139 присваивают для информации, относящейся к синхронному воспроизведению. На фиг.16 “EMD” обозначает “Распространение музыки электронными средствами” (РМЭС).
На фиг.17А, 17В, 17С, 17D и 17Е описываются конкретные примеры данных дополнительной информации. Фиг.17А иллюстрирует структуру данных дополнительной информации в соответствии с фиг.13.
Фиг.17В иллюстрирует пример, в котором дополнительной информацией является имя исполнителя, т.е. идентификатор основного кода ID=3. SIZE=0×1C (28 байтов). Размер данных этой дополнительной информации, включая заголовок, составляет 28 байтов. Для C+L символьный код С=0×01, а языковый код L=0×09. Это значение указывает, что символьным кодом является ASCII и что язык - английский: согласно с приводимым выше перечнем. Данные об имени исполнителя, “SIMON&ABCDEFGHI”, например, записаны в одном байте, начиная с байта 12. Поскольку размер дополнительной информации указан как целый, кратный 4 байтам, то остающимся одним байтом является (0×00).
Фиг.17С иллюстрирует пример, в котором дополнительной информацией является ISRC (МСКЗ) (международный стандартный код записи), т.е. идентификатор основного кода ID=97. SIZE=0×14 (20 байтов), и это указывает, что длина данных этой дополнительной информации составляет 20 байтов. Для C+L, С=0×00, a L=0×00, указывая, что ни символы, ни язык не установлены; т.е. данные являются двоичными. Затем в качестве данных записывают 8-байтовый код МСКЗ. МСКЗ указывает информацию авторских прав (страна, владелец авторских прав, дата записи и серийный номер).
Фиг.17D иллюстрирует пример, согласно которому дополнительной информацией является дата записи, т.е. идентификатор основного кода ID=97, указывая, что размер данных дополнительной информации - 16 байтов. Для C+L, С=0×00 и L=0×00, указывая, что ни знак, ни язык не установлены. Тогда 4-байтовый (32 бита) код записывают как данные, указывающие дату записи (год, месяц, число, час, минуту и секунду).
Фиг.17Е иллюстрирует пример, в котором дополнительной информацией является журнал воспроизведения, т.е. идентификатор основного кода ID=107. SIZE=0×10 (16 байтов); это значит, что длина данных этой дополнительной информации составляет 16 байтов. Для C+L, С=0×00; это значит, что ни символы, ни язык не установлены. Затем 4-байтовый (32 бита) код записывают в качестве данных, составляющих журнал воспроизведения (год, месяц, день, час, минута, секунда). Журнал воспроизведения регистрирует 16 байтов данных всякий раз, когда имеет место воспроизведение.
Фиг.18 иллюстрирует массив данных для файла данных ATRAC3 (A3Dnnnn), в котором одна ЗвЕ занимает N байтов (например, N=384 байта). Фиг.18 подробно иллюстрирует файл данных, аналогичный тому, который изображен на фиг.8. А именно: фиг.18 изображает начальные байты (от 0×0000 до 0×7FF0) интервалов первых двух блоков (16×2=32 килобайта).
Первые 32 байта атрибутного заголовка представляют заголовок, за которыми следуют 256 байтов для области названия музыкального произведения NM1 (256 байтов) и 512 байтов для области названия музыкального произведения NM2 (512 байтов). Заголовок атрибутного заголовка включает в себя следующие данные.
BLKID-HD0 (4 байта)
Смысловое содержание: идентификатор блока файла.
Функция: значение для идентифицирования начала файла данных ATRAC3.
Значение: фиксированное значение=“HD=0” (например, 0×48442D30).
MCode (2 байта)
Смысловое содержание: код изготовителя.
Функция: код для идентифицирования изготовителя и модели устройства, в котором сделана запись.
Значение: старшие 10 битов (код изготовителя) и младшие 6 битов (код модели).
BLOCK SERIAL (4 байта)
Смысловое содержание: серийный номер, присвоенный каждой дорожке.
Функция: первый блок начинается с 0, последующие блоки имеют приращение серийных номеров на 1; эти номера остаются неизменными после редакционной обработки.
Значение: от 0 до 0×FFFFFF
N1C+L (2 байта)
Смысловое содержание: атрибут данных дорожки (название музыкального произведения) (NM1).
Функция: символьный код и языковый код для использования в NM1 представлены, каждый, в 1 байте.
Значение: то же, что и для SN1C+L.
N2C+L (2 байта)
Смысловое содержание: атрибут данных дорожки (название музыкального произведения) (NM2).
Функция: символьный код и языковый код для использования в NM2 представлены, каждый, в 1 байте.
Значение: то же, что и для SN1C+L.
INFSIZE (2 байта)
Смысловое содержание: размер, полученный суммированием всей дополнительной информации, относящейся к дорожке.
Функция: INFSIZE описывает размер данных в единицах по 16 байтов. Если данных не имеется, то осуществляют заполнение нулями.
Значение: размер от 0×0000 до 0×3С6 (966).
T-PRT
Смысловое содержание: общее число частей.
Функция: T-PRT представляет число частей, составляющих дорожку; обычно - 1.
Значение: от 1 до 0×285 (645).
T-SU (4 байта)
Смысловое содержание: общее число ЗвЕ.
Функция: T-SU представляет фактическое общее число ЗвЕ в одной дорожке; эквивалентно времени воспроизведения музыки.
Значение: от 0×01 до 0×001FFFFF
INX (2 байта) (не обязательно)
Смысловое содержание: относительное положение INDEX.
Функция: указатель определяет начало определенной части музыкального произведения, указывая положение с начала музыкального произведения с помощью значения, полученного делением числа ЗвЕ на 4; эквивалентно длительности (около 93 мсек), в четыре раза большей, чем обычная ЗвЕ.
Значение: от 0 до 0×FFFF (до 6084 сек).
XT (2 байта) (не обязательно)
Смысловое содержание: время воспроизведения INDEX.
Функция: XT определяет время, подлежащее воспроизведению с начала, указанного с помощью INX-nnn, значением, полученным путем деления числа ЗвЕ на 4; эквивалентно длительности (около 93 мсек), в четыре раза превышающей обычную ЗвЕ.
Значение: 0×0000: не установлено; от 0×01 до 0×FFFE (до 6084 сек)
0×FFFF: до конца музыкального произведения.
Далее следует описание областей NM1 и NM2 названия музыкального произведения в атрибутном заголовке.
NM1
Смысловое содержание: символьная строка, указывающая название музыкального произведения.
Функция: имеющее изменяемую длину название музыкального произведения (до 256), представленное в 1-байтовом символьном коде. Данные названия всегда оканчиваются кодом завершения (0×00). Размер вычисляют из этого кода завершения. Если данных не имеется, то, по меньшей мере, с начала (0×0020) записывают один, или более, нулевых байтов (0×00).
Значение: каждый знак символьного кода.
NM2
Смысловое содержание: символьная строка, указывающая название музыкального произведения.
Функция: имеющее изменяемую длину название музыкального произведения (до 512), представленное в 2-байтовом символьном коде. Данные названия всегда оканчиваются кодом завершения (0×00). Размер вычисляют из этого кода завершения. Если данных не имеется, то, по меньшей мере, с начала (0×0120) записывают один, или более, нулевых байтов (0×00).
Значение: каждый знак символьного кода.
80-байтовые данные, начиная с фиксированного положения 0×0320 атрибутного заголовка, называют областью информации TRKINF дорожки, которая управляет информацией, относящейся к защите и управлению копированием. В TRKINF содержатся следующие данные.
CONTENTS KEY (ключ содержания) (8 байтов)
Смысловое содержание: значение, заданное для каждого музыкального произведения, которое защищено блоком защиты платы памяти и потом запомнено.
Функция: первый ключ, который становится необходимым для воспроизведения музыки и используется для вычисления С-MAC[n].
Значение: от 0 до 0×FFFFFFFFFFFFFFFF.
С-МАС[n] (8 байтов)
Смысловое содержание: значение для проверки попытки нарушения авторского права.
Функция: значение, созданное из содержания нескольких TRKINF, включая номер накопления содержания и номер скрытой последовательности. Номер скрытой последовательности обозначает номер последовательности, зарегистрированный в скрытой области платы памяти. Устройство записи, не соответствующее соблюдению авторского права, не может считывать скрытую область. Специальное устройство записи, соответствующее соблюдению авторского права, или персональный компьютер с программным обеспечением считывания платы памяти могут осуществлять доступ в скрытую область.
А (1 байт)
Смысловое содержание: атрибут части.
Функция: такая информация, как режим сжатия в некоторой части.
Значение: См. фиг.19. Монофонический режим (N=0, 1) является особым режимом объединения, в котором бит 7 является 1 и субсигналом является 0. Только основной сигнал (L+R) можно определить как монофонический. Обычные устройства воспроизведения могут не учитывать информацию в битах 2 и 1.
Бит 0 в А формирует информацию вкл/выкл предыскажения сигнала. Бит 1 формирует информацию о пропускании некоторого участка записи при воспроизведении, или об обычном воспроизведении. Бит 2 формирует информацию о разделении данных: например, аудиоданных или других данных, таких как FAX. Бит 3 не определен. За счет объединения битов 4, 5 и 6 определяют информацию о скорости передачи данных.
Конкретно, N обозначает значение скорости, представленное в трех битах, указывающих время записи (если используется плата памяти емкостью 64 МБ), скорость передачи данных, число ЗвЕ в одном блоке, и число байтов одной ЗвЕ для пяти типов режимов: монофонический (N=0), Долгоиграющий (N=2), Обычный режим (N=4), (N=5, 6) Высококачественный (n=7). Бит 7 указывает режим (0: двойной, 1: совместный) ATRAC3.
Далее следует описание случая обычного режима воспроизведения при использовании платы памяти емкостью 64 МБ. Плата памяти емкостью 64 МБ содержит 3968 блоков. В режиме обычного воспроизведения одна ЗвЕ содержит 304 байта, и поэтому один блок содержит 53 ЗвЕ. Одна ЗвЕ эквивалента (1024/44100 сек). Поэтому один блок составляет (1024/44100)×53×(3968-16)=4863 сек=81 мин. Скорость передачи данных равна (44100/1024)×304×8=104737 б/сек.
LT (1 байт)
Смысловое содержание: флаг ограничения воспроизведения (бит 7 и бит 6) и вариант защиты (бит 5 до бита 0).
Функция: LT указывает, что для данной дорожки имеется ограничение.
Значение: бит 7: 0=нет ограничения; 1=есть ограничение.
бит 6: 0=в пределах ограничения по времени; 1=вне ограничения по времени.
бит 5 до бита 0: вариант 0 защиты (если вариант защиты не является 0, то воспроизведение запрещено).
FNo (2 байта)
Смысловое содержание: номер файла.
Функция: номер дорожки при первой записи, и этот номер идентифицирует положение значения для вычисления значения MAC, записанного в скрытой области платы памяти.
Значение: от 1 до 0×190 (400).
MG (D) SERIAL-nnn (16 байтов)
Смысловое содержание: серийный номер блока защиты (ИС 20 защиты) записывающего устройства.
Функция: особое значение, которое отличается для разных записывающих устройств.
Значение: от 0 до 0×FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF.
CONNUM (4 байта)
Смысловое содержание: номер накопления содержания.
Функция: особое значение, накапливаемое для каждого музыкального произведения и управляемое блоком защиты записывающего устройства. Это число определено для 2 в 32 степени, или 4,2 млрд. музыкальных произведений, и используется для идентифицирования записанной музыки.
Значение: от 0 до 0×FFFFFFFF.
YMDhms-S (4 байта) (не обязательно)
Смысловое содержание: дата начала воспроизведения для дорожки согласно ограничению воспроизведения.
Функция: дата, с которой разрешено начало воспроизведения, установленная в соответствии с РМЭС.
Значение: то же, что и для указанной даты.
YMDhms-E (4 байта) (не обязательно)
Смысловое содержание: дата окончания воспроизведения для дорожки, в отношении которой действует ограничение воспроизведения.
Функция: дата, с которой заканчивается разрешение воспроизведения, установленная в соответствии с РМЭС.
Значение: то же, что и для указанной даты.
МТ (1 байт) (не обязательно)
Смысловое содержание: максимальное число разрешенных воспроизведений.
Функция: максимальное число разрешенных воспроизведений установленное в соответствии с РМЭС.
Значение: от 1 до 0×FF; 0×00, когда оно не используется.
Если бит 7 в LT является 0, то значение МТ равно 00.
СТ (1 байт) (не обязательно)
Смысловое содержание: число раз осуществления воспроизведения.
Функция: число раз, когда музыку фактически можно воспроизвести в пределах разрешенного числа воспроизведений. Это значение получает отрицательное приращение всякий раз, когда осуществляют воспроизведение.
Значение: от 0×00 до 0×FF; 0×00, если оно не используется.
Если бит 7 в LT равен 1, а значение СТ равно 00, то воспроизведение запрещают.
СС (1 байт)
Смысловое содержание: управление копированием.
Функция: управление копированием.
Значение: согласно фиг.20: бит 6 и бит 7 представляют информацию управления копированием; бит 4 и бит 5 представляют информацию управления копированием, относящуюся к высокоскоростному цифровому копированию; бит 1, бит 2 и бит 3 представляют атрибут копирования; бит 0 не определен.
Пример СС:
Бит 7: 0 - защита от копирования, 1 - копирование разрешено.
Бит 6: 0 - оригинал, 1 - первое поколение или более высокое.
Биты 5, 4: 00 - копирование защищено, 01 - копирование первого поколения, 10 - копирование разрешено.
Биты 3, 2, 1:
001 - содержание записано с оригинального источника;
010 - содержание скопировано с LCM;
011 - содержание удалено из LCM;
100 или выше - не определено.
Необходимо отметить, что LCM означает Лицензированный соответствующий модуль (ЛСМ), который эквивалентен жесткому диску в персональном компьютере или потребительском устройстве. Например, при цифровой записи с КД: (биты 7, 6) являются 01, (биты 5, 4) являются 00 и (биты 3, 2, 1) являются 001 или 010.
CN (1 байт) (не обязательно)
Смысловое содержание: число раз, когда копирование разрешено в Системе управления высокоскоростным последовательным копированием (СУВПК) для высокоскоростного цифрового копирования.
Функция: CN определяет различие между однократным копированием и свободным копированием и определяет число копирований; CN действительно только для копирования первого поколения, и его значение получает отрицательное приращение всякий раз, когда делается копия.
Значение: 00: защита от копирования, от 01 до 0×FE: число копирований, 0×FF: бесконечное число копирований.
В атрибутном заголовке файла данных за указанной областью TRKINF информации дорожки следуют 24-байтовые данные, начиная с 0×0370, называемые областью информации PRTINF части для управления частью. Если одна дорожка составлена из нескольких частей, то PRTINF располагаются по временной оси. Далее следует описание данных, содержащихся в PRTINF.
PRTSIZE (4 байта)
Смысловое содержание: размер части.
Функция: PRTSIZE указывает размер части; кластер: 2 байта (верх), начальная ЗвЕ: 1 байт (середина), конечная ЗвЕ: 1 байт (низ).
Значение: кластер от 1 до 0×1F40 (8000), начальная ЗвЕ: от 0 до А0 (160), конечная ЗвЕ: от 0 до 0×А0 (ЗвЕ нумеруются от 0).
PRTKEY (8 байтов)
Смысловое содержание: значение для шифрования части.
Функция: исходное значение=0; во время редактирования, PRTKEY подчиняется правилам редактирования.
Значение: от 0 до 0×FFFFFFFFFFFFFFFF.
CONNUM0 (4 байта)
Смысловое содержание: первый созданный ключ числа накопления содержания.
Функция: CONNUM0 служит в качестве идентификатора для однозначного определения данного содержания.
Значение: то же, что и ключ первоначального значения накопления содержания.
Атрибутный заголовок файла данных ATRAC3 содержит дополнительную информацию INF (см. фиг.18). Эта информация, как правило, та же, что и дополнительная информация INF-S (см. фиг.12) в файле управления воспроизведением - за исключением того, что начальное положение нефиксированное. Дополнительная информация INF начинается в положении, которое является следующим по отношению к последнему байтовому блоку (в 4-байтовых единицах) одной или нескольких частей.
INF
Смысловое содержание: данные дополнительной информации, относящиеся к дорожкам.
Функция: данные дополнительной информации переменной длины, с заголовком. Можно обеспечивать разные виды дополнительной информации. Каждому заголовку присваивают идентификатор и размер данных. Данные дополнительной информации, содержащие отдельные заголовки, имеют минимальную длину 16 байтов и имеют приращение, равное целой величине, кратной 4 байтам.
Значение: то же, что и у дополнительной информации INF-S в файле управления воспроизведением.
После указанных атрибутных заголовков следуют блоки данных, в которые записывают данные ATRAC3. Согласно фиг.8 заголовок присваивают каждому блоку. Далее следует описание данных блока со ссылкой на фиг.18.
BLKID-A3D (4 байта)
Смысловое содержание: идентификатор файла идентификатора блока.
Функция: BLKID-A3D идентифицирует начало данных ATRAC3.
Значение: фиксированное значение=“A3D” (например, 0×41334420).
MCode (2 байта)
Смысловое содержание: код изготовителя.
Функция: MCode определяет изготовителя и модель устройства, в котором сделана запись.
Значение: старшие 10 битов (код изготовителя); младшие 6 битов (код модели).
CONNUM0 (4 байта)
Смысловое содержание: первое созданное число накопления содержания.
Функция: CONNUM0 служит в качестве идентификатора для однозначного определения содержания и после редактирования не разрешает какое-либо изменение значения.
Значение: то же, что и ключ первоначального значения числа накопления содержания.
BLOCK SERIAL (4 байта)
Смысловое содержание: порядковый номер, присвоенный каждой дорожке.
Функция: первый блок начинается с 0, последующие блоки имеют приращение порядковых номеров на 1; эти номера остаются неизменными после редакционной обработки.
Значение: от 0 до 0×FFFFFF.
BLOCK-SEED (8 байтов)
Смысловое содержание: один ключ для шифрования одного блока.
Функция: начальный блок является блоком защиты для записывающего устройства и формирует случайные числа. Последующие блоки нумеруют с приращением на единицу. Если это значение потеряно, то звук в течение около одной секунды, эквивалентной одному блоку, не выводится. Поэтому то же значение записывают в заголовок и конец блока для дублирования. После редактирования это значение не изменяется.
Значение: первоначально - 8-байтовое случайное число.
INITIALIZATION VECTOR (ВЕКТОР ИНИЦИАЛИЗАЦИИ) (8 байтов)
Смысловое содержание: исходное значение, необходимое для шифрования и дешифрования данных ATRAC3 для каждого блока.
Функция: первый блок начинается с 0, и следующий блок имеет последнее шифрованное 8-байтовое значение последней ЗвЕ. В случае начала посередине в разделенном блоке: используют последние 8 байтов непосредственно перед начальной ЗвЕ.
Значение: от 0 до 0×FFFFFFFFFFFFFFFF.
SU-nnn
Смысловое содержание: данные звуковой единицы ЗвЕ.
Функция: данные, полученные сжатием 1024 выборок. Число байтов данных зависит от применяемого режима сжатия. Это значение не изменяется после редактирования (например, N=384 байта в обычном режиме звучания).
Значение: значение данных ATRAC3.
На фиг.18: N=384, поэтому 42 ЗвЕ записывают в один блок. Первые два интервала (4 байта) каждого блока образуют заголовок. BLKID-A3D, MCode, CONNUM0 и BLOCK SERIAL записывают в последний интервал (2 байта) для дублирования.
Поэтому остающаяся область М каждого блока составляет 16384-384×42-16×3=208 байтов. Как указывалось выше, 8-байтовое значение BLOCK SEED записывают в эту область М.
Далее следует описание информации идентификации источника содержания, например, маршрутов записи, где содержание записывают в плату 40 памяти: со ссылкой на фиг.21, 22 и 23. Информацию идентификации источника обеспечения содержания располагают в СС-битах 1, 2 и 3 атрибутного заголовка в указанном файле данных (см. фиг.18 и 20). В каждом примере устройства 1А записи и 1В эквивалентны устройству 1 записи, изображаемому на фиг.1. Обращаясь к фиг.21-23: пунктирная линия обозначает поток содержания, а сплошная линия обозначает поток информации идентификации.
Фиг.21 изображает маршруты данных, когда содержание, такое как музыкальные данные, воспроизводят устройством 200 воспроизведения, таким как проигрыватель компакт-дисков, и передают для записи в плате памяти. Маршрут 1 формируют, когда устройство 1В записи подключено к устройству воспроизведения. При такой конфигурации устройство воспроизведения подключают к селектору 16 цифрового ввода или к селектору 13 входной линии записывающего устройства (изображено на фиг.1) для подачи цифровых аудиоданных или аналоговых аудиоданных из устройства воспроизведения в устройство записи.
Эти данные, при подаче содержания в устройство воспроизведения, кодируют и шифруют в устройстве 1В записи (см. описание со ссылкой на фиг.1) и запоминают в плате памяти. Каждое музыкальное произведение, или содержание, записывают как один файл данных.
Для этого примера: поскольку содержание воспроизводят с КД, который является носителем записи с возможностью только воспроизведения, ПЦС устройства 1В записи формирует “001” (как значения битов 1, 2 и 3 “СС”) в качестве информации идентификации источника обеспечения содержания. Это значение записывают в атрибутный заголовок файла данных. Во время записи содержания информацию управления в файле данных и файле управления воспроизведением также записывают и/или обновляют.
Маршрут 2, изображаемый на фиг.21, формируют, когда устройство 1А записи, являющееся частью устройства 100 (например, персональный компьютер или аудио/визуальное устройство), подключают к устройству воспроизведения. Цифровые аудиоданные или аналоговые аудиоданные затем направляют непосредственно в устройство 1А записи. Данные, поступающие из устройства воспроизведения, кодируют и шифруют в устройстве 1А для записи в плате памяти. В этом случае ЦП 101 формирует “001” (в качестве значения битов 1, 2 и 3 “СС”) как информацию идентификации источника обеспечения содержания и направляет это сформированное значение в устройство записи. С помощью “СС” и прочей обеспечиваемой информации устройство записи записывает информацию управления в файл данных и записывает и/или обновляет файл управления воспроизведением.
Фиг.22 изображает маршруты данных, на которых содержание из накопителя 103 на КД-ПЗУ, являющегося частью персонального компьютера 100, записывают в плату 40 памяти. Устройство 1В записи имеет автономную конфигурацию и подключается к компьютеру 100 через порт USB или, согласно другой схеме связи, через терминал 32 (см. фиг.1).
Маршрут 3 формируют, когда содержание, воспроизводимое накопителем на КД-ПЗУ, сначала запоминают на жестком диске 102 и затем направляют на жесткий диск устройства записи. Содержание, направляемое из жесткого диска, копируют и перемещают в плату памяти. В этом случае, поскольку данные копируют или перемещают из жесткого диска, ЦП 101 компьютера формирует “010” или “011” для значений битов 1, 2 и 3 “СС” для устройства записи и записывает это значение в атрибутном заголовке файла данных.
Маршрут 4, изображаемый на фиг.22, формируют, когда содержание, воспроизводимое накопителем 103 на КД-ПЗУ, направляют непосредственно в устройство записи. Содержание, направляемое из накопителя на КД-ПЗУ, записывают в плате памяти в устройстве записи. В этом случае, поскольку данные записывают непосредственно с КД, ЦП 101 формирует “001” в качестве значений битов 1, 2 и 3 “СС” для устройства записи и записывает это значение в атрибутном заголовке файла данных.
Фиг.23 изображает случай, когда персональный компьютер загружает содержание, обеспечиваемое сервером 300, на жесткий диск по общей линии связи, такой как интегральная цифровая сеть связи, линия спутниковой связи или иной канал передачи. Устройство 1В записи подключают к компьютеру через терминал 32 (см. фиг.1) с помощью порта USB или по другой схеме соединения. Содержание, направляемое сервером и запоминаемое на жестком диске, направляют в устройство записи. В этом случае содержание, обеспечиваемое с жесткого диска, копируют и перемещают в плату памяти. В этом случае, поскольку данные копируют или перемещают из жесткого диска, ЦП 101 компьютера формирует “010” или “011” для значений битов 1, 2 и 3 “СС” для устройства записи, и записывает это значение в атрибутном заголовке файла данных.
Как указывалось выше, значения “100” и более высокие значения не определены. Необходимо отметить, что примеры, изображаемые на фиг.21, 22 и 23, являются лишь типичными примерами разных маршрутов записи содержания; поэтому возможны многие другие маршруты. В каждом примере значения битов 1, 2 и 3 “СС”, которые обеспечивают информацию идентификации для источника обеспечения содержания, передают в устройство записи из устройства, из которого было обеспечено содержание, либо их формируют с помощью ПЦС в устройстве записи.
Далее следует описание процесса редактирования для содержания, записанного в плате памяти. Редактирование файла данных включает в себя операции объединения и разделения.
Эти операции редактирования позволяют пользователю манипулировать содержанием (например, музыкой) по своему усмотрению. Но с точки зрения провайдеров содержания свободное манипулирование поставляемым ими содержанием иногда нежелательно. Поэтому данное изобретение устанавливает ограничения по операциям объединения и разделения содержания, которые могут выполняться пользователем.
Фиг.24 иллюстрирует обработку, выполняемую с помощью ПЦС 30, когда пользователь выполнил операцию разделения файла данных в устройстве записи. При разделении файла данных пользователь сначала определяет файл данных, записанный в плате памяти, и затем задает определенные операции разделения, включая определение точки разделения и выполнение разделения. Следует отметить, что пользователь может выполнять эти операции из операционного блока 39 (см. фиг.1) или из операционного блока основного устройства, подключенного к терминалу 32.
После определения пользователем файла данных, подлежащего разделению: ПЦС проверяет область информации TRKINF дорожки в атрибутном заголовке заданного файла данных в операции F101. В частности: ПЦС проверяет значения СС, т.е. источник обеспечения содержания этого файла данных. Если биты 1, 2 и 3 значения СС не являются “011” или не имеют более высокое значение, то есть, если они имеют значения “001” или “010”, тогда система переходит от операции F102 к операции F103, чтобы разделить файл данных. Файл данных разделяют в точке разделения, заданной пользователем, на два файла данных - согласно описанию со ссылкой на фиг.11. Фактически разделение выполняют путем обновления файла управления воспроизведением и путем установки атрибутных заголовков двух разделяемых файлов данных. В этой точке, как показано в операции F104, значения СС атрибутных заголовков разделяемых файлов устанавливают такими же, что и значение СС файла данных до разделения.
С другой стороны, если значения 1, 2 и 3 битов СС являются “011” или имеют более высокие значения в операции F102, то система переходит к операции F105 и уведомляет пользователя о том, что процесс редактирования блокирован и поэтому не выполняется. Для этого система выдает сообщение, которое выводится на отображающем устройстве 33 (см. фиг.1) или на дисплее устройства, подключенного через терминал 32. Либо система уведомляет пользователя в виде предупреждающего звукового сигнала или в виде предупреждающего сообщения.
В данном осуществлении: можно разделять содержание, записываемое из первоначального источника, такого как КД, или содержание, копируемое с жесткого диска. Но содержание, перемещенное с жесткого диска, блокируется для разделения.
Содержание, перемещенное с жесткого диска, а именно - содержание, в котором СС биты 1, 2 и 3 имеют значение “011” или более высокое значение, является именно тем, которое было записано из сервера или иного источника на жестком диске и затем перемещено в плату памяти. С точки зрения владельца сервера и владельца авторских прав редактирование такого содержания должно быть ограничено. Поэтому согласно данному осуществлению разделение блокируют, если манипулирование содержанием должно ограничиваться.
Фиг.25 иллюстрирует обработку с помощью ПЦС, выполняемую, когда операция объединения файла данных задана пользователем. Пользователь сначала определяет два объединяемых файла данных, записанных в плате памяти, и дает команду объединения двух файлов данных.
После определения двух объединяемых файлов данных: ПЦС проверяет область TRKINF информации дорожки в атрибутных заголовках этих файлов в операции F201. То есть ПЦС проверяет источник обеспечения содержания по значениям СС обоих файлов данных. Если СС биты 1, 2 и 3 обоих файлов данных не имеют значение “011” или более высокое значение, т.е. СС биты имеют значение “001” или “010”, то система переходит от операции F202 к операции F203, чтобы выполнить объединение файлов данных. Объединение выполняют путем обновления информации управления, например, путем обновления файла управления воспроизведением и путем установки атрибутного заголовка объединенного файла данных.
Нужно отметить, что значение СС атрибутного заголовка объединенного файла данных то же, что и значения СС двух файлов данных до объединения - согласно операции F204. С другой стороны, если СС биты 1, 2 и 3 любого из этих двух файлов данных имеют значение “011” или более высокое значение, то система переходит к операции F205 и уведомляет пользователя о том, что процесс редактирования блокирован и процесс объединения не выполняется. Система уведомляет об этом пользователя тем же образом, что и в указанной обработке по разделению.
В данном осуществлении: обработка, изображаемая на фиг.25, позволяет осуществить процесс объединения для содержания, записанного из оригинального источника, такого как КД, или содержания, записанного с жесткого диска, но блокирует процесс объединения для содержания, перемещенного из жесткого диска.
Примеры описываемого выше осуществления изобретения даны только в иллюстративных целях. Возможны различные прочие конфигурации системы, конфигурации устройства записи и процедур обработки. Например, в приводимых выше примерах обработку по редактированию разрешают, когда СС=“001” и “010”. Специалистам данной области техники будет очевидно, что обработку по редактированию можно также разрешить, если СС=“011”.
Также в соответствии с вышеизложенным: значения СС=“100” или более высокие значения можно определить для указания будущих провайдеров содержания. В соответствии с данным изобретением можно задать различные условия разрешения/запрещения редактирования содержания согласно типам провайдеров. Например, для содержания, обеспечиваемого по каналу передачи, СС можно установить на “100”, либо процесс редактирования можно блокировать только когда СС=“100”.
В приводимых выше примерах в описании исходят из того, что данное изобретение также можно применить для видеоданных и текстовых данных, и пр.
В соответствии с изложенным выше и согласно данному изобретению: информацию идентификации, указывающую источник обеспечения содержания, записывают на носителе записи в соответствии с записанным содержанием, обеспечиваемым из этого источника. Если пользователь запрашивает записанное содержание, тогда информацию идентификации редактируемого содержания проверяют и редактирование содержания разрешают или запрещают в соответствии с источником обеспечения содержания, идентифицированным посредством информации идентификации. Поэтому данное изобретение может контролировать разрешение или запрещение редактирования содержания согласно источникам обеспечения содержания, тем самым обеспечивая надлежащий контроль разрешения или запрещения редактирования содержания в соответствии с разными источниками обеспечения содержания.
Например, если обнаружено, что источник обеспечения содержания является сервером, подключенным посредством линии связи, то выполнение редактирования содержания блокируют, тем самым обеспечивая практическое преимущество соблюдения намерений владельцев серверов содержания и владельцев авторских прав на содержание. При этом, если дисковые носители, обеспечивающие только воспроизведение и которые разрешено редактировать, являются источниками обеспечения содержания, то пользователям разрешается редактировать содержание, обеспечиваемое из этих носителей.
Несмотря на то что предпочтительные осуществления данного изобретения описаны относительно конкретных условий, данное описание имеет только иллюстративное назначение и подразумевается, что в рамках прилагаемой формулы изобретения возможны изменения и модификации.
Изобретение относится к носителю записи для записи аудио- и видеоданных, к устройству для редактирования указанных данных и к устройству для записи этих данных. Техническим результатом является возможность разрешения или блокировки редактирования данных, записанных на носителе записи, в зависимости от источника обеспечения этих данных. Носитель записи содержит область данных для записи данных, область управления для записи данных управления данными, записываемыми в области данных. Устройство для записи данных содержит средство для записи данных в области данных и средство записи информации идентификации в области управления, позволяющей определять источник обеспечения данных. Устройство для редактирования данных, записываемых на носителе записи, содержит средство выбора данных, средство распознавания источника обеспечения выбранных данных в маршруте записи в соответствии с информацией идентификации, записываемой в области управления, средство управления редактированием и средство редактирования. Способы описывают работу указанных устройств для записи и редактирования данных. 5 н. и 29 з.п. ф-лы, 31 ил.
| НОСИТЕЛЬ ЗАПИСИ, СПОСОБ И УСТРОЙСТВО ДЛЯ ЗАПИСИ ИНФОРМАЦИОННЫХ ФАЙЛОВ И УСТРОЙСТВО ДЛЯ ВОСПРОИЗВЕДЕНИЯ ИНФОРМАЦИИ С ТАКОГО НОСИТЕЛЯ ЗАПИСИ | 1991 |
|
RU2073913C1 |
| УСТРОЙСТВО ДЛЯ ВОСПРОИЗВЕДЕНИЯ ИНФОРМАЦИИ С НОСИТЕЛЯ ЗАПИСИ И НОСИТЕЛЬ ЗАПИСИ ДЛЯ ИСПОЛЬЗОВАНИЯ В ТАКОМ УСТРОЙСТВЕ | 1991 |
|
RU2051428C1 |
| ВЕВЕРКА П | |||
| Прибор для очистки паром от сажи дымогарных трубок в паровозных котлах | 1913 |
|
SU95A1 |
| Краткий справочник | |||
| - Киев: Диалектика, 1996, с | |||
| Приспособление для подачи воды в паровой котел | 1920 |
|
SU229A1 |
| СПОСОБ ОБЕСПЕЧЕНИЯ ДОСТУПА К ОБЪЕКТАМ В ОПЕРАЦИОННОЙ СИСТЕМЕ МСВС | 1999 |
|
RU2134931C1 |
| ФИГУРНОВ В.Э | |||
| IBM PC для пользователя | |||
| - М.: ИНФРА-М, 1997, с | |||
| Прибор для наглядного представления свойств кривых 2 порядка (механические подвижные чертежи) | 1921 |
|
SU323A1 |
| US 5471452 А, 28.11.1995 | |||
| US 4914515 А, 03.04.1990. | |||
