ПЛАТА ПОЛУПРОВОДНИКОВОЙ ПАМЯТИ, УСТРОЙСТВО ВОСПРОИЗВЕДЕНИЯ, УСТРОЙСТВО ЗАПИСИ, СПОСОБ ВОСПРОИЗВЕДЕНИЯ, СПОСОБ ЗАПИСИ И СЧИТЫВАЕМЫЙ ПОСРЕДСТВОМ КОМПЬЮТЕРА НОСИТЕЛЬ ЗАПИСИ

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

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

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

Примерами подобных устройств являются платы флэш-памяти с интерфейсом АТА и платы УПЛОТНЕННОЙ ФЛЭШ-ПАМЯТИ, которые уже доступны для использования. Такие платы полупроводниковой памяти содержат в себе полупроводниковое устройство, называемое флэш-памятью ЭСППЗУ (программируемое постоянное запоминающее устройство с групповым (параллельным) электрическим стиранием). Флэш-память может осуществлять считывание и запись данных с намного более высокими скоростями, чем МД (минидиск) (MD) или ПКД (перезаписываемый компакт-диск) (CD-R). Это означает, что передача музыки в цифровом виде может быть осуществлена за короткое время, несмотря на то, что она имеет большой объем данных.

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

Одним из способов запоминания, в котором учитывают необходимость предотвращения несанкционированного копирования, является способ запоминания записей музыкальных произведений, используемый в стандарте звукового DVD (УЦД - универсального цифрового диска). Одним из примеров этого способа является тот, в котором "запись музыкального произведения", соответствующая обычному музыкальному альбому, содержит в себе множество "элементов информационного содержимого", которые соответствуют фонограммам в альбоме. Элементы информационного содержимого, образующие собой музыкальное произведение, зашифровывают посредством использования ключа шифрования, именуемого "ключом музыкального произведения", выбор которого осуществляет производитель диска перед их записью на звуковой DVD (УЦД) диск. Этот ключ музыкального произведения зашифровывают с использованием ключа шифрования (обычно называемого "ключом диска"), который является уникальным для каждого звукового DVD (УЦД) диска, и запоминают в области заголовка сектора звукового DVD (УЦД) диска. Шифрование же самого этого ключа диска осуществляют с использованием ключа шифрования (обычно называемого "главным ключом"), выбор которого осуществляют изготовители устройства декодирования информационного содержимого, а запись его осуществляют в начальной области звукового DVD (УЦД) диска. Обычные пользователи не могут осуществлять доступ к области заголовка сектора и к начальной области, что чрезвычайно затрудняет несанкционированное получение пользователями ключа музыкального произведения, записанного на звуковом DVD (УЦД) диске.

Платы полупроводниковой памяти имеют ограниченную емкость памяти по сравнению с магнитными или оптическими носителями информации, поэтому, как правило, необходимо осуществлять сжатие музыки, представленной в цифровом виде, с высоким коэффициентом сжатия при ее запоминании в плате полупроводниковой памяти. Одним из способов кодирования, который обеспечивает достаточно высокий коэффициент сжатия для музыки, представленной в цифровом виде, является стандарт MPEG2-AAC (Стандарт 2 экспертной группы по вопросам движущегося изображения - Усовершенствованное кодирование звуковой информации) (Motion Pictures Experts Group 2 - Advanced Audio Coding}. Одной из отличительных особенностей стандарта сжатия MPEG2-AAC является то, что в нем используют ограничения, обусловленные слухом человека, а длину двоичных данных, присвоенных каждому звуковому кадру, изменяют таким образом, что звуковой кадр, являющийся наименьшим единичным элементом воспроизведения, отображает, приблизительно, 20 мс звукового сигнала. Двоичные данные большой длины присваивают звуковым кадрам, которые имеют много частот в пределах диапазона слышимости уха человека, а двоичные данные меньшей длины присваивают звуковым кадрам, которые имеют меньшее количество подобных звуков или частот вне диапазона слышимости уха человека.

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

ПЕРВАЯ ПРОБЛЕМА

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

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

ВТОРАЯ ПРОБЛЕМА

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

Устройства записи на мини-дисках (МД), которые, так же как и плата полупроводниковой памяти, могут быть использованы для записи музыки, позволяют осуществлять множество функций редактирования фонограмм посредством того, что в них предусмотрено наличие ОГЛ (оглавления) (ТОС). Такие функции включают в себя изменение порядка воспроизведения фонограмм, разделение фонограмм и объединение фонограмм в одну фонограмму. Если устройства записи на платах полупроводниковой памяти не способны обеспечить те же функции, что и обычные устройства записи на МД, то считается, что потребители будут расценивать устройства воспроизведения с платами полупроводниковой памяти, как имеющие худшие возможности по сравнению с устройствами записи на МД, что, следовательно, наносит ущерб коммерческому успеху изделий с платами полупроводниковой памяти.

ТРЕТЬЯ ПРОБЛЕМА

Для обеспечения специальных функций воспроизведения музыки, представленной в цифровом виде, которая была подвергнута кодированию с ПСПДД (VBR), как, например, в стандарте MPEG2-AAC, устройства воспроизведения должны быть снабжены памятью большой емкости. Это увеличивает себестоимость производства подобных устройств и приводит к возникновению третьей проблемы для известного уровня техники.

Специальные функции воспроизведения, которые предусмотрены в устройствах воспроизведения МД или КД (компакт-дисков), включают в себя возможность начала воспроизведения с любой фонограммы на диске (определяющем местоположение воспроизведения), функцию поиска музыки, при которой осуществляют прерывистое воспроизведение коротких отрезков музыки для того, чтобы дать возможность пользователям "перескакивать" через фонограммы в прямом или в обратном направлении с высокой скоростью, и функцию поиска по времени, посредством которой пользователи могут начать воспроизведение с того места, которое введено в виде времени, отмеренного от начала диска. Для того, чтобы захватить рынок, удерживаемый в настоящее время устройствами воспроизведения МД или КД, необходимо, чтобы в устройствах воспроизведения с платами полупроводниковой памяти были предусмотрены те же самые специальные функции воспроизведения, что и в устройствах воспроизведения МД. Когда музыкальное содержимое подвергают кодированию с постоянной скоростью передачи двоичных данных (ПостСПДД) (CBR), то воспроизведение с того места, которое задано путем использования временного кода (подобная точка находится через одну или две минуты от начала фонограммы), может быть осуществлено просто путем ссылки на адрес, который смещен на величину, кратную объему данных в единичном интервале времени воспроизведения, умноженному на целое число. Однако, когда кодирование музыкального содержимого осуществлено с использованием способа ПСПДД, например MPEG2-AAC, те точки установки, которые соответствуют одной или двум минутам перед текущим местоположением, редко будут иметь смещение на величину, кратную объему данных в единичном интервале времени воспроизведения, умноженному на целое число. В результате, устройство воспроизведения будет вынуждено выполнять обращение к созданной заранее таблице поиска по времени для указания того, какие адреса соответствуют точкам, находящимся впереди по времени через одну минуту и две минуты.

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

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

На чертежах:

Фиг.1 - вид сверху платы 31 флэш-памяти;

Фиг.2 - вид снизу структуры платы 31 флэш-памяти на;

Фиг.3 - иерархическая структура платы 31 флэш-памяти в вариантах осуществления изобретения,

Фиг.4А - специальная область, область идентификации и область пользователя, созданные на физическом уровне платы 31 флэш-памяти;

Фиг.4Б - структура области идентификации и области пользователя на уровне файловой системы;

Фиг.5 - подробная структура уровня файловой системы;

Фиг.6 - вариант осуществления изобретения, когда файл звукового объекта (АОВ) “AOB001.SA1” разделен на пять частей, которые запоминают в кластерах 003, 004, 005, 00А, и 00С;

Фиг.7 - один пример установки элементов каталога и таблицы размещения файлов в том случае, когда файл звукового объекта(АОВ) “AOB001.SA1” записан во множестве кластеров;

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

Фиг.9 - соответствие между файлом “AOBSA1.KEY” и файлами ЗОБ (звуковых объектов) (АОВ files) в каталогах ИЗД (исходных звуковых данных) (SD_Audio);

Фиг.10 - иерархическая структура данных в файле ЗОБ (звукового объекта) (АОВ file);

Фиг.11А - параметры, обусловленные стандартом ISO/IEC 13818-7 (Международной организации по стандартизации/Международной электротехнической комиссии, МОС/МЭК), представленные в виде таблицы;

Фиг.11Б - параметры, которые следует использовать при кодировании файла в формате MPEG 3-го уровня (MPEG-Layer 3) (МР3), представленные в виде таблицы;

Фиг.11В - параметры, которые следует использовать при кодировании файла в формате Windos Media Audio (WMA) (формат звуковой среды для операционной системы Windows), представленные в виде таблицы;

Фиг.12 - подробная структура КАДРА_ЗОБ (кадра звукового объекта) (АОВ_FRAME);

Фиг.13 - установка длины звуковых данных в байтах в каждом из трех КАДРОВ_ЗОБ (AOB_FRAMEs);

Фиг.14 - соответствие между частотой_дискретизации и количеством КАДРОВ_ЗОБ (AOB_FRAMES), содержащихся в ЭЛЕМЕНТЕ ЗОБ (AOB_FLEMENT);

Фиг.15 - примеры длительности воспроизведения ЭЛЕМЕНТОВ_ЗОБ (AOB_FLEMENTS) и длительности воспроизведения КАДРОВ_ЗОБ (AOB_FRAMES);

Фиг.16 - результат воспроизведения в том случае, когда осуществляют последовательное воспроизведение ЗОБ (AOBs) и БЛОКОВ_ЗОБ (AOB_BLOCKS), записанных в файле ЗОБ (АОВ file);

Фиг.17 - подробная иерархическая структура администратора списка воспроизводимых файлов (PlaylistManager) и администратора фонограмм (TrackManager), используемых в вариантах осуществления изобретения;

Фиг.18 - объем памяти для администратора списка воспроизводимых файлов (PlaylistManager) и администратора фонограмм (TrackManager);

Фиг, 19 - соответствие между информационными данными о фонограммах (ИДФ) (TKIs), показанными на Фиг.17, и ЗОБ (AOBs) и файлами ЗОБ (АОВ file), которые показаны на Фиг.16;

Фиг.20 - подробная структура данных ТПФГПВР (таблиц поиска фонограмм по времени) (TKTMSRT), изображенных на Фиг.17;

Фиг.21 - один из примерных вариантов ТПФГПВР (TKTMSRT);

Фиг.22 - подробная структура ОИФГ (общей информации о фонограмме) (TKGI);

Фиг.23А и Фиг.23Б - подробная структура ТИБ (таблицы информации о блоке) (BIT), а на Фиг.23В - область Продолжительность_по_времени (Time_Length);

Фиг.24 - кластер с 007 по ООЕ, в котором осуществлено запоминание ЗОБ (АОВ), состоящего из ЭЛЕМЕНТОВ_ЗОБ С 1-го ЭЛЕМЕНТА_ЗОБ (AOB_ELEMENT#1) по 4-й ЭЛЕМЕНТ_ЗОБ ((AOB_ELEMENT#4);

Фиг.25 - осуществление установки следующего (х+1)-го КАДРА_ЗОБ (AOB_FRAME#x+1) для воспроизведения при осуществлении поиска в прямом направлении, начиная с (х)-го КАДРА_ЗОБ (AOB_FRAME#x) в произвольном (У)-ом ЭЛЕМЕНТЕ_ЗОБ (AOB_ELE-MENT#y) в ЗОБ (АОВ);

Фиг.26А и Фиг.26Б определение ЗОБ (АОВ), ЭЛЕМЕНТ_ЗОБ (AOB ELEMENT), и КАДР ЗОБ (AOB FRAME), соответствующих произвольному коду времени воспроизведения;

Фиг.27А и Фиг.27 Б - стирание фонограммы;

Фиг.28А - администратор фонограмм (TrackManager) после того, как стирание фонограммы было выполнено несколько раз;

Фиг.28 Б - осуществление записи новых ИДФ (TKI) и файла ЗОБ (АОВ file) в том случае, когда в администраторе фонограмм (TrackManager) имеются “неиспользованные” ИДФ (TKI);

Фиг.29А и Фиг.29Б - установка значений ИДФ (TKI) в том случае, когда для создания новой фонограммы осуществляют объединение двух фонограмм;

Фиг.30А - ЗОБ (АОВ) 1-го типа (Type1);

Фиг.30Б - ЗОБ (АОВ) 2-го типа (Type2);

Фиг.31А - объединение множества фонограмм в одну фонограмму для совокупности ЗОБ (АОВ) 1-го типа + 2-го типа + 2-го типа + 1-го типа (Type1 + Type 2 + Type 2 + Type1);

Фиг.31Б - объединение множества фонограмм в одну фонограмму для совокупности ЗОБ (АОВ) 1-го типа + 2-го типа + 2-го типа + 2-го типа + 1-го типа (Type1 + Type2 + Type2 + Type2 + Type1);

Фиг.32А - пример, в котором в конце предыдущей фонограммы находится ЗОБ (АОВ) 1-го типа (Type1), а в начале следующей фонограммы находится ЗОБ (АОВ) 1-го типа (Type1);

Фиг.32Б - пример, в котором в конце первой фонограммы находится ЗОБ (АОВ) 1-го типа, а в начале следующей фонограммы находится ЗОБ (АОВ) 2-го типа;

Фиг.32В - пример, в котором в конце первой фонограммы находится ЗОБ (АОВ) 1-го типа и 2-го типа, а в начале следующей фонограммы находится ЗОБ (АОВ) 1-го типа;

Фиг.32Г - пример, в котором в конце первой фонограммы находится ЗОБ (АОВ) 1-го типа и 2-го типа, а в начале следующей фонограммы находится ЗОБ (АОВ) 2-го типа и 1-го типа;

Фиг.32Д - пример, в котором в конце первой фонограммы находится два ЗОБ (АОВ) 2-го типа, а в начале следующей фонограммы находится ЗОБ (АОВ) 1-го типа;

Фиг.33А и Фиг.33Б - разделение фонограммы для создания двух фонограмм;

Фиг.34А и Фиг.34Б - содержимое элементов каталога исходных звуковых данных (SD_Audio) в каталоге исходных звуковых данных (SD_Audio), содержащем в себе файл ЗОБ (АОВ file) “AOB003.SA1”, до и после разделения фонограммы;

Фиг.35А - разделение ЗОБ (АОВ) путем разделения 2-го ЭЛЕМЕНТА_ЗОБ (AOB_ELEMENT#2) пополам;

Фиг.35Б - два ЗОБ (АОВ), 1-й ЗОБ (АОВ#1) и 2-й ЗОБ (АОВ#2), полученные путем разделения ЗОБ (АОВ) посередине 2-го ЭЛЕМЕНТА_ЗОБ (АОВ_ELEMENT#2);

Фиг.36 - установка состояния ТИБ (BIT) в том случае, когда ЗОБ (АОВ) разделен таким образом, как изображено на Фиг.35;

Фиг.37 - конкретный пример изменений в ТИБ (BIT) до и после разделения;

Фиг.38 - конкретный пример изменений в ТПФГПВР (TKTMSRT) до и после разделения,

Фиг.39А - формат УП_ФГ_СВФУ (указателя поиска фонограммы из списка воспроизводимых файлов, заданного по умолчанию) (DPL_TK_SRP);

Фиг.39Б - формат УП_ФГ_СВФ (указателя поиска фонограммы из списка воспроизводимых файлов) (PL_TK_SRP);

Фиг.40 - взаимосвязь между Информацией списка воспроизводимых файлов (Default_Playlist_Information), ИДФ (TKI), и файлами ЗОБ (АОВ files);

Фиг.41 - пример установок значений для Списка_воспроизводимых_файлов_по_умолчанию Default_Playlist) и нескольких ИСВФ (информация о списке воспроизводимых файлов) (PLIs);

Фиг.42 - соответствие УП_ФГ_СВФУ (указателей поиска фонограммы из списка воспроизводимых файлов, заданного по умолчанию) (DPL_TK_SRP) ИДФ (TKI), при этом использованы те же самые обозначения, что и на Фиг.40;

Фиг.43А и Фиг.43Б - перестраивание порядка следования фонограмм;

Фиг.44А и Фиг.44Б - обновление Списка_воспроизводимых_файлов_по_умолчанию (Default_Playlist), администратора фонограмм (TrackManager) и файлов ЗОБ (АОВ file) в том случае, когда из Списка_воспроизводимых_файлов_по_умолчанию (Default_Playlist), показанного на Фиг.40, удалены УП_ФГ_СВФУ №2 (DPL_TK_SRP#2) и ИДФ №2 (ТК1#2);

Фиг.45А и Фиг.45Б - осуществление записи новых ИДФ (TKI) и УП_ФГ_СВФУ (DPL_TK_SRP) в том случае, когда имеются “неиспользуемые” ИДФ (TKI) и УП_ФГ_СВФУ (DPL_TK_SRP);

Фиг.46а и Фиг.46Б - осуществление объединения фонограмм;

Фиг.47А и Фиг.47Б - осуществление разделения фонограммы;

Фиг.48 - вид портативного устройства воспроизведения для платы 31 флэш-памяти вариантов осуществления настоящего изобретения;

Фиг.49 - один из примеров отображения на жидкокристаллической панели при выборе списка воспроизводимых файлов;

Фиг.50А - Фиг.50Д - примеры отображения на жидкокристаллической панели при выборе фонограммы;

Фиг.51А - 51В - примеры операций, выполняемых посредством поворотного диска со ступенчатым переключением;

Фиг.52 - внутренняя структура устройства воспроизведения;

Фиг.53 - осуществление передачи данных в двойной буфер 15 и из него;

Фиг.54А и Фиг.54Б - осуществление циклического распределения областей в двойном буфере 15 с использованием кольцевых указателей;

Фиг.55 - схема последовательности операций, на которой показана процедура считывания файла ЗОБ (АОВ file);

Фиг.56 - схема последовательности операций, на которой показана процедура вывода файла ЗОБ (АОВ file);

Фиг.57 - схема последовательности операций, на которой показана процедура вывода файла ЗОБ (АОВ file);

Фиг.58 - схема последовательности операций, на которой показана процедура вывода файла ЗОБ (АОВ file);

Фиг.59А - 59Г - осуществление обновления кода времени воспроизведения, отображаемого в окне кода времени воспроизведения на жидкокристаллической панели 5, в соответствии с обновлением переменной Время_воспроизведения (Play_time);

Фиг.60 - схема последовательности операций, на которой показана обработка ЦП (центральным процессором) 10 в том случае, когда используют функцию поиска в прямом направлении;

Фиг.61А - Фиг.61Г - осуществление приращения кода времени воспроизведения в том случае, когда используют функцию поиска в прямом направлении;

Фиг.62А и Фиг.62Б - конкретные примеры использования функции поиска по времени;

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

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

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

Фиг.66 - один из приведенных в качестве примера вариантов устройства записи для записи данных в плату 31 флэш-памяти;

Фиг.67 - состав аппаратных средств устройства записи;

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

Фиг.69 - аппаратное устройство платы 31 флэш-памяти;

Фиг.70 - последовательность процесса передачи информации, которую используют тогда, когда устройство воспроизведения, соединенное с платой 31 флэш-памяти, считывает ключ шифрования “Ключ Файла” (FileKey) и осуществляет воспроизведение ЗОБ (АОВ); и

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

НАИЛУЧШИЙ СПОСОБ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

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

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

{х1-х2_х3-х4}

Длина номера ссылки указывает иерархический уровень раздела описания. В качестве конкретного примера, число х1 представляет собой номер чертежа, на который имеется ссылка в описании. Чертежи, приложенные к этому описанию, пронумерованы в том порядке, в котором они упомянуты в описании, поэтому порядок чертежей приблизительно соответствует порядку изложения. Объяснение некоторых чертежей разделено на параграфы, имеющие номер х2 ссылки, указывающий номер параграфа для того параграфа из описания чертежа, который обозначен номером х1 ссылки. Номер х3 ссылки указывает номер дополнительного чертежа, который нужен для более подробного разъяснения параграфа, обозначенного номером х2 параграфа. Наконец, номер ссылки х4 указывает номер параграфа в описании этого дополнительного чертежа.

ПЕРВЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ

(1-1_2) Внешний вид платы 31 флэш-памяти

Настоящее пояснение начинается с описания внешнего вида платы 31 флэш-памяти. На Фиг.1 изображен внешний вид платы 31 флэш-памяти сверху, а на Фиг.2 изображена структура платы 31 флэш-памяти на виде снизу. Как показано на Фиг.1 и Фиг.2, плата 31 флэш-памяти имеет примерно такой же размер, как и почтовая марка и, таким образом, является достаточно большой для того, чтобы ее можно было удержать в руке. Она имеет размеры, приблизительно, 32,0 мм в длину, 24,0 мм в ширину и толщину 2,0 мм.

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

{3-1} Физическая структура платы 31 флэш-памяти

На Фиг.3 показана иерархическая структура платы полупроводниковой памяти (именуемой далее “платой 31 флэш-памяти”) из настоящего варианта осуществления. Как показано на Фиг.3, плата 31 флэш-памяти создана таким образом, что имеет физический уровень, уровень файловой системы и прикладной уровень подобно DVD (ЦВД) (цифровому видеодиску), однако логические и физические структуры этих уровней сильно отличаются от таковых на цифровом видеодиске (DVD).

{3-2} Физический уровень платы 31 флэш-памяти

Ниже приведено описание физического уровня платы 31 флэш-памяти. Флэш-память состоит из множества секторов, в каждом из которых запоминают 512 байт цифровых данных. В качестве одного из примеров, плата 31 флэш-памяти емкостью 64 Мб будет иметь емкость памяти 67108864 (=64*1024*1024) байт, таким образом эта плата содержит в себе 131072 (=67108864/512) действующих секторов. При вычитании количества резервных секторов, которые создают для использования в случае ошибок, оставшееся количество действующих секторов, в которые может быть осуществлена запись различных видов данных, равно, приблизительно, 128000.

{3-2_4А-1} Три области в физическом уровне

Эти три области, изображенные на Фиг.4А, создают в области памяти, состоящей из этих действующих секторов. Этими областями являются "специальная область", "область идентификации" и "область пользователя", а их более подробное описание приведено ниже. Область пользователя отличается тем, что устройство, с которым соединена плата 31 флэш-памяти, может свободно считывать или записывать различные виды данных из этой области или в нее. Управление участками, находящимися в пределах области пользователя, осуществляют посредством файловой системы.

В специальной области запоминают идентификатор (ID) носителя, который представляет собой уникальное число, которое однозначно присваивают каждой плате 31 флэш-памяти. В отличие от области пользователя, эта область предназначена только для считывания, так что идентификатор (ID) носителя, запомненный в специальной области, не может быть изменен.

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

{3-2_4А-2} Использование этих трех областей в физическом уровне

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

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

{3-2_4Б-1} Краткое описание файловой системы

Понятно, что конструкция физического уровня платы 31 флэш-памяти усиливает защиту авторского права для данных, записанных в плате 31 флэш-памяти. Ниже приведено описание уровня файловой системы, находящейся на этом физическом уровне. Несмотря на то, что на уровне файловой системы цифрового видеодиска (DVD) используют файловую систему типа UDF (ФУД) (формат универсального диска), на уровне файловой системы платы 31 флэш-памяти используют файловую систему типа FAT (ТРФ) (таблица размещения файлов), описанную в стандарте в ISO/IEC 9293.

На Фиг.4Б изображена структура области идентификации и области пользователя на уровне файловой системы. Как показано на Фиг.4Б, и область идентификации, и область пользователя в файловой системе содержат в себе "загрузочные секторы раздела", "таблицу размещения файлов (ТРФ)"(FAT), "корневой каталог", и "область данных", а это означает, что область идентификации и область пользователя имеют одинаковую структуру. На Фиг.5 более подробно показаны различные части этих файловых систем. Ниже приведено описание структуры области пользователя со ссылкой на Фиг.4А, Фиг.4Б и Фиг.5.

{3-2_4Б-2} Загрузочные сектора раздела

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

{3-2_4Б-3_5} Область данных

Доступ к области данных может быть осуществлен поэлементно посредством устройства, соединенного с платой 31 флэш-памяти, причем объем одного элемента не может быть меньше, чем размер одного "кластера". При том, что объем каждого сектора в плате 31 флэш-памяти равен 512 байт, а объем кластера равен 16 кб (килобайт), следовательно, считывание и запись данных на уровне файловой системы осуществляют в единицах, равных 32 секторам.

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

Наименьший объем данных, стирание которых можно осуществить в плате 31 флэш-памяти, равен 16 кб, так что установка наименьшего возможного объема стираемых данных равным размеру кластера означает, что запись данных может быть осуществлена наилучшим образом. Стрелка ff2, которая изображена на Фиг.5 пунктирной линией, указывает множество кластеров 002,003,004,005…, содержащихся в области данных. Используемые на Фиг.5 числа 002,003,004,005,006,007,008... представляют собой трехразрядные шестнадцатеричные номера кластеров, которые присваивают однозначным образом для идентификации каждого кластера. Поскольку наименьший размер элемента, посредством которого может быть осуществлен доступ, равен одному кластеру, то ячейки памяти внутри области данных обозначают путем использования номеров кластеров.

{3-2_4Б-4_5} Система размещения файлов

Система размещения файлов имеет структуру файловой системы согласно стандарту ISO/IEC 9293, и, таким образом, состоит из множества значений ТРФ (FAT). Каждое значение ТРФ (FAT) соответствует кластеру и указывает то, какой кластер должен быть считан после кластера, соответствующего значению ТРФ (FAT). Стрелка ff1, которая изображена на Фиг.5 пунктирной линией, указывает множество значений ТРФ (FAT) 002,003,004,005..., которые содержит в себе таблица размещения файлов. Номера 002,003,004,005..., присвоенные каждому значению ТРФ (FAT), указывают то, какой кластер соответствует каждому значению ТРФ (FAT) и, следовательно, представляют собой номера кластеров для кластеров, соответствующих значениям ТРФ (FAT).

{3-2_4Б-5_5-1} Элементы корневого каталога

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

{3-2_4Б-5_5-2} Элементы каталога для подкаталогов

Запись информации, относящейся к файлам в корневом каталоге, осуществляют в виде элементов корневого каталога, однако информацию, относящуюся к подкаталогам не записывают в виде элементов корневого каталога. Вместо этого элементы каталога для подкаталогов создают в области данных. На Фиг.5 одним из примеров элемента каталога для подкаталога является элемент каталога исходных звуковых данных (SD-Audio), заданный в области данных. Подобно элементу корневого каталога, элемент каталога исходных звуковых данных (SD-Audio) содержит в себе "имя файла" для находящегося в этом подкаталоге файла, его "расширение имени файла", "время/дата обновления" и "номер первого кластера в файле", указывающий, в каком месте запомнено начало файла.

{3-2_4Б-5_6-1} Формат запоминания файлов ЗОБ (звуковых объектов) (АОВ)

Ниже со ссылкой на Фиг.6 приведено описание способа запоминания файла посредством показа того, как осуществляют запоминание файла с названием "AOB001.SA1" в каталоге исходных звуковых данных (SD-Audio). Поскольку наименьшим единичным элементом доступа к области данных является один кластер, то запоминание файла "AOB001.SA1" в области данных должно быть выполнено частями, размер которых не превышает один кластер. Следовательно, перед запоминанием файла "AOB001.SA1" его сначала разделяют на кластеры. На Фиг.6 файл "AOB001.SA1" разделяют на пять частей в соответствии с размером кластера, а полученные в результате этого части запоминают в кластерах с номерами 003, 004, 005, 00А, и 00С.

{3-2_4Б-5_7-1} Формат запоминания файлов ЗОБ (звуковых объектов) (АОВ)

Когда файл "AOB001.SA1" разделен на части и запомнен, необходимо установить значения элемента каталога и таблицы размещения файлов, как показано на Фиг.7. На Фиг.7 показан один из примеров того, как следует установить значения элемента каталога и таблицы размещения файлов при запоминании файла "AOB001.SA1" в том случае, когда он был разделен на части и запомнен. На Фиг.7 начало файла "AOB001.SA1" запоминают в кластере 003, поэтому, чтобы указать кластер, в котором запомнена первая часть файла, в элемент каталога исходных звуковых данных (SD-Audio) в качестве "номера первого кластера в файле" записывают номер 003 кластера. Как показано на Фиг.7, последующие части файла "AOB001.SA1" запоминают в кластерах 004 и 005. В результате, несмотря на то, что значение 003(004) ТРФ (FAT) соответствует кластеру 003, в котором запомнена первая часть файла "AOB001.SA1", это значение указывает, что кластер 004 является тем кластером, в котором запомнена следующая часть файла "AOB001.SA1". Подобным же образом, несмотря на то, что значения 004(005) и 005 (00А) ТРФ (FAT) соответствуют кластерам 004 и 005, в которых запомнены следующие части файла "AOB001.SA1", эти значения, соответственно, указывают, что кластер 005 и кластер 00А являются кластерами, в которых запомнены следующие части файла "AOB001.SA1". Путем считывания кластеров с теми номерами кластеров, которые записаны в этих значениях ТРФ (FAT), в порядке, указанном стрелками fk1, fk2, fk3, fk4, fk5... на Фиг.7, может быть осуществлено считывание всех частей, полученных при разделении файла "AOB001.SA1". Как объяснено выше, доступ к области данных платы 31 флэш-памяти осуществляют в единицах кластеров, каждый из которых сопоставлен значению ТРФ (FAT). Следует отметить, что значение ТРФ (FAT), соответствующее тому кластеру, в котором запомнена конечная часть файла ЗОБ (АОВ file) (кластер ООС в примере, приведенном на Фиг.7), установлено равным номеру кластера FFF для того, чтобы показать, что в соответствующем кластере запомнена конечная часть файла.

Этим завершают описание файловой системы в плате 31 флэш-памяти из настоящего изобретения. Далее приведено описание прикладного уровня, который существует в этой файловой системе.

{3-3} Краткое описание прикладного уровня в плате 31 флэш-памяти

На Фиг.3 показан общий вид прикладного уровня в плате 31 флэш-памяти. Как показано стрелкой PN2, изображенной на Фиг.3 пунктирной линией, прикладной уровень в плате 31 флэш-памяти состоит из воспроизводимых данных и навигационных данных, которые используют для управления воспроизведением воспроизводимых данных. Как показано стрелкой PN2, воспроизводимые данные содержат в себе наборы звуковых объектов (наборы ЗОБ (АОВ)), которые создают посредством кодирования звуковых данных, представляющих собой, например, музыкальные произведения. Навигационные данные содержат в себе "администратор списка воспроизводимых файлов" (АДСВФ) (PlaylistManager) (PLMG) и "администратор фонограмм" (АДФГ) (TrackManager) (TKMG).

{3-3_8А, Б-1} Структура каталога

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

Имена файлов "SD_AUDIO.PLM" ("Исходные_звуковые_данные.PLM", где расширение ".PLM" означает "администратор списка воспроизводимых файлов" - примечание переводчика) и "SD_AUDIO.TKM" ("Исходные_звуковые_данные.ТКМ", где расширение ".ТКМ" означает "администратор фонограмм" - примечание переводчика) на Фиг 8А указывают файлы, в которых осуществляют запоминание администратора списка воспроизводимых файлов (АСВФ) (PlaylistManager) (PLMG) и администратора фонограмм (АДФГ) (TrackManager) (TKMG), которые образуют собой навигационную информацию. Здесь именами файлов "AOB001.SA1", "AOB002.SA1", "АОВ003. SA1", "AOB004.SA1", ... обозначены те файлы (файлы "ЗОБ" ("АОВ" files)), в которых осуществлено запоминание звуковых объектов, представляющих собой воспроизводимые данные. Символы "ЗА" в расширении имени файла для имен файлов "AOBOxx.SA1" представляют собой аббревиатуру термина "Защищенные звуковые данные" (Secure Audio) и указывают необходимость обеспечения защиты авторского права для запомненного содержимого этого файла. Следует отметить, что хотя в примере из Фиг.8А показано только восемь файлов ЗОБ (АОВ files), в каталоге исходных звуковых данных (SD-Audio) можно запомнить максимум 999 файлов ЗОБ (АОВ files).

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

На Фиг.8Б показан файл "AOBSA1.KEY" хранения ключа шифрования, который запоминают под условным обозначением "исходные звуковые данные (SD-Audio)" (то есть, внутри "каталога исходных звуковых данных (SD-Audio)"). В этом файле "AOBSA1.KEY" хранения ключа шифрования, запоминают последовательность ключей шифрования, которую создают путем расположения множества ключей шифрования в заранее заданном порядке.

Каталог исходных звуковых данных (SD-Audio), показанный на Фиг.8А и Фиг.8Б, запоминают в компьютерном сервере, управление которым осуществляет звукозаписывающая компания, распространяющая музыку электронным способом. Когда потребитель осуществляет заказ музыкальной информации, соответствующий каталог исходных звуковых данных (SD-Audio) сжимают, зашифровывают и передают потребителю через сеть общего пользования. Компьютер потребителя принимает этот каталог исходных звуковых данных (SD-Audio), расшифровывает его, разворачивает его сжатые данные и таким образом получает оригинал каталога исходных звуковых данных (SD-Audio). Следует отметить, что термин "сеть общего пользования" здесь относится к любому виду сети, которая может быть использована потребителями, например, к сети проводной связи, такой как цифровая сети связи с комплексными услугами (ЦСКУ) (ISDN), или к сети беспроводной связи, такой как система мобильной телефонной связи. Также возможен вариант, в котором компьютер потребителя осуществляет загрузку файла ЗОБ (АОВ file) из компьютерного сервера, управление которым осуществляет звукозаписывающая компания, а затем создает в плате 31 флэш-памяти каталог исходных звуковых данных (SD-Audio), подобный тому, который показан на Фиг.8А и Фиг.8Б.

{3-3_9-1} Соответствие между файлом "AOBSA1.KEY" и файлами ЗОБ (АОВ files)

На Фиг.9 показано соответствие между файлом "AOBSA1.KEY" в каталоге исходных звуковых данных (SD-Audio) и файлами ЗОБ (звуковых объектов) (АОВ files). Показанные на Фиг.9 ключи файлов (FileKeys), используемые при шифровке файлов в области пользователя, запоминают в соответствующем файле хранения ключа шифрования, находящемся в области идентификации.

Соответствие зашифрованных файлов ЗОБ (АОВ files) и файла хранения ключа шифрования устанавливают согласно заранее заданным правилам (1), (2), и (3), описанным ниже.

(1) Файл хранения ключа шифрования находится в каталоге, имеющем то же самое имя каталога, что и каталог, в котором запомнен зашифрованный файл. В соответствии с этим правилом изображенные на Фиг.9 файлы ЗОБ (АОВ files) находятся в каталоге исходных звуковых данных (SD-Audio) в области пользователя, а файл хранения ключа шифрования находится в каталоге, который имеет название каталог исходных звуковых данных (SD-Audio) и расположен в области идентификации.

(2) Файлу хранения ключа шифрования присваивают имя файла, созданное путем объединения первых трех символов имени файла файлов ЗОБ (АОВ files), находящихся в области данных, с заранее заданным расширением ".key" ("ключ"). Когда файл ЗОБ (АОВ file) имеет имя файла "AOB001.SA1", то файлу хранения ключа шифрования присваивают имя файла "AOBSA1.KEY", созданное путем сложения первых трех символов "АОВ", "SA1", и расширения ".key", что показано на Фиг.9 стрелками nk1 и nk2.

(3) имени файла ЗОБ (АОВ file) присваивают порядковый номер, который указывает местоположение ключа файла (FileKey), соответствующего этому звуковому объекту, в последовательности ключей шифрования, заданных в файле хранения ключа шифрования.

"Записи №1, №2, №3...№8 о ключах файлов" ("File Key Entries, #1, #2, #3 ... #8") указывают исходные местоположения областей, в которых запомнены соответствующие ключи файлов (FileKeys) в файле хранения ключа шифрования. При этом именам файлов ЗОБ (АОВ files) присваивают порядковые номера "001", "002", "003", "004", .... Эти порядковые номера указывают местоположения соответствующих ключей файлов (FileKeys) в последовательности ключей шифрования таким образом, что ключ файла (FileKey), который был использован для зашифровки каждого файла ЗОБ (АОВ file), расположен в "Записи о ключе файла" ("FileKey Entry") под тем же самым порядковым номером. На Фиг.9 стрелки Ak1, Ak2, Ak3, ... указывают соответствие между файлами ЗОБ (АОВ files) и ключами файлов (FileKeys). Иными словами, файлу "AOB001.SA1" соответствует тот ключ файла (FileKey), местоположение которого в памяти указано как "Запись №1 о ключе файла" ("FileKey Entryft"), файлу "AOB002.SA1" соответствует тот ключ файла (FileKey), местоположение которого в памяти указано как "Запись №2 о ключе файла" ("FileKey Entry#2")", а файлу "AOB003.SA1" соответствует тот ключ файла (FileKey), местоположение которого в памяти указано как "Запись №3 о ключе файла" ("FileKey Entry#3"). Из правила (3) понятно, что для зашифровки различных файлов ЗОБ (АОВ files) используют различные ключи файлов (FileKeys), причем эти ключи файлов (FileKeys) запоминают в "Записях о ключах файлов" ("FileKey Entries") под порядковыми номерами "001", "002", "003", "004" и т.д., которые заданы в именах соответствующих файлов ЗОБ.

Поскольку каждый файл ЗОБ (АОВ file) зашифровывают с использованием различных ключей файла (FileKey), то рассекречивание ключа шифрования, который используют для одного файла ЗОБ (АОВ file), не позволит пользователям осуществить расшифровку остальных файлов ЗОБ (АОВ files). Это означает, что в том случае, когда запоминание файлов ЗОБ (АОВ files) в плате 31 флэш-памяти осуществлено в зашифрованном виде, то ущерб, вызванный рассекречиванием одного ключа файла (FileKey), может быть сведен к минимуму.

{3-3_10-1} Внутренняя структура файла ЗОБ (АОВ file)

Ниже приведено описание внутренней структуры файла ЗОБ (АОВ file). На Фиг.10 показана иерархическая структура данных файла ЗОБ (АОВ file). На Фиг.10 на первом уровне показан файл ЗОБ (АОВ file), а на втором уровне показан сам звуковой объект (ЗОБ) (АОВ). На третьем уровне показаны БЛОКИ_ЗОБ (AOB_BLOCKS), на четвертом уровне - ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT), а на пятом уровне – КАДР_ЗОБ (AOB_FRAME).

На Фиг.10 КАДР_ЗОБ (AOB_FRAME) на пятом уровне представляет собой наименьший составной элемент ЗОБ (АОВ) и состоит из звуковых данных в формате ADTS (транспортный поток звуковых данных) и заголовок ADTS. Звуковые данные в формате ADTS зашифровывают в соответствии с форматом MPEG2-ААС (при совокупности параметров, обеспечивающих низкую интеграцию), и они представляют собой поток данных, которые могут быть воспроизведены со скоростью передачи от 16 килобит/с до 144 килобит/с. Следует отметить, что скорость передачи для данных с ИКМ (импульсно-кодовой модуляцией) (РСМ), которые записаны на обычном компакт-диске, составляет 1,5 Мегабит/с, так что для данных в формате ADTS обычно используют более низкую скорость передачи, чем для ИКМ. Последовательность КАДРОВ_ЗОБ (AOB_FRAMEs) имеет такую же структуру данных, как и последовательность звуковых кадров, содержащихся в транспортном потоке звуковых данных, который рассылает служба распространения музыки электронным способом. Это означает, что транспортный поток звуковых данных, предназначенный для запоминания в виде последовательности КАДРОВ_ЗОБ (AOB_FRAME), кодируют согласно стандарту MPEG2-AAC, зашифровывают, и передают потребителю по сети общего пользования. Файлы ЗОБ (АОВ file) создают путем разделения переданного транспортного потока звуковых данных в виде последовательности КАДРОВ_ЗОБ (AOB_FRAMEs) и запоминания этих КАДРОВ_ЗОБ (AOB_FRAMEs).

{3-3_10-1_11} Стандарт MPEG2-AAC

Подробное описание стандарта MPEG2-AAC приведено в документе ISO/IEC 13818-7:1997 (Е) "Информационная технология - Универсальное кодирование движущихся изображений и связанной с ними звуковой информации - Часть 7: Усовершенствованное кодирование звуковой информации (УКЗИ) (ААС) " ("Information Technology - Generic Coding of Moving Pictures and Associated Audio Information - Part7 Advanced Audio Coding (AAC)").

Следует отметить, что сжатие звуковых объектов согласно MPEG2-AAC может быть осуществлено только с использованием параметров из таблицы параметров, показанной на Фиг.11А, которая задана в стандарте ISO/IEC 13818-7. Эта таблица параметров состоит из столбца "Параметр", столбца "Значение", и столбца "Примечание".

Приведенное в столбце "Параметр" условное обозначение "совокупность параметров" указывает, что может быть использована только совокупность параметров, обеспечивающих низкую интеграцию (LC-profile), что предусмотрено стандартом ISO/IEC 13838-7. Условное обозначение "индекс_номера_частоты_дискретизации" ("sampling_frequency#index") в столбце "Параметр" указывает, что могут быть использованы частоты дискретизации, равные "48 кГц, 44,1 кГц, 32 кГц, 24 кГц, 22,05 кГц и 16 кГц".

Условное обозначение "количество_блоков_данных_в_кадре" ("number_of_data_blok_in_frame") в столбце "Параметр" указывает, что используют соотношение: один заголовок для одного блока_исходных_данных (raw_data_block).

Следует отметить, что, несмотря на то, что в данном пояснении приведено описание того варианта, в котором кодирование КАДРОВ_ЗОБ (AOB_FRAMEs) осуществлено в формате MPEG-AAC, вместо этого кодирование КАДРОВ_ЗОБ (AOB_FRAMEs) может быть осуществлено в соответствии с другим форматом, например, в формате MPEG 3-го уровня (MPEG-Layer3) (MP3) или в формате Windows Media Audio (WMA) (формат звуковой среды для операционной системы Windows). В этих случаях должны быть использованы параметры, указанные в таблицах параметров из Фиг.11Б или Фиг.11В.

{3-3_10-2_12} Структура КАДРА_ЗОБ (AOB_FRAME)

При том, что каждый КАДР_ЗОБ (AOB_FRAME) содержит в себе звуковые данные, которые закодированы в соответствии с описанными выше ограничениями, длина данных для звуковых данных в каждом КАДРЕ_ЗОБ (AOB_FRAME) ограничена временем воспроизведения, равным всего лишь 20 мс. Однако, поскольку стандарт MPEG2-AAC представляет собой способ кодирования с переменной скоростью передачи двоичных данных (ПСПДД) (VBR), то длина данных для звуковых данных в каждом КАДРЕ_ЗОВ (AOB_FRAME) будет меняться. Ниже приведено описание структуры КАДРА_ЗОБ (AOB_FRAME) со ссылкой на Фиг.12.

На Фиг.12 на первом уровне показана общая структура, а на втором уровне показано, как осуществляют шифрование каждой части КАДРА_ЗОБ (AOB_FRAME). Из чертежа видно, что заголовок ADTS соответствует незашифрованной части. Звуковые данные содержат в себе как зашифрованную часть, так и незашифрованную часть. Зашифрованная часть звуковых данных состоит из множества фрагментов с зашифрованными данными объемом по восемь байт, каждый из которых создают путем зашифровки восьмибайтового фрагмента звуковых данных с использованием 56-битового ключа файла (FileKey). Когда выполнено кодирование 64-битовых фрагментов звуковых данных, то незашифрованная часть звуковых данных представляет собой просто конечную часть данных, которая не может быть зашифрована вследствие того, что она короче, чем 64 бита.

На Фиг.12 на третьем уровне показано содержимое заголовка ADTS, который находится в незашифрованной части КАДРА_ЗОБ (AOB_FRAME). Заголовок ADTS имеет длину семь байт и содержит в себе 12-битовое слово синхронизации (которое устанавливают равным FFF), информацию о длине данных для звуковых данных в этом КАДРЕ_ЗОБ (AOB_FRAME) и о частоте дискретизации, которая была использована при кодировании звуковых данных.

{3-3_10-3_13} Установка длины КАДРА_ЗОБ (AOB_FRAME) в байтах

На Фиг.13 показано то, как в каждом из трех КАДРОВ ЗОБ (AOB_FRAMEs) осуществляют установку длины звуковых данных в байтах. На Фиг.13 звуковые данные №1 (audio data#1), содержащиеся в КАДРЕ_ЗОБ №1 (АОВ_FRAME#1), имеют длину данных, равную х1, звуковые данные №1 (audio data#1), содержащиеся в КАДРЕ_ЗОБ №2 (AOB_FRAME#2), имеют длину данных, равную х2, а звуковые данные №1 (audio data#l), содержащиеся в КАДРЕ_ЗОБ №3 (AOB_FRAME#3), имеют длину данных, равную х3. В том случае, когда все данные имеют различную длину х1, х2, и х3 данных, длину х1 данных записывают в заголовок ADTS КАДРА_ЗОБ №1 (AOB_FRAME#1), длину х2 данных записывают в заголовок ADTS КАДРА_ЗОБ №2 (АОВ_FRAME#2), а длину х3 данных записывают в заголовок ADTS КАДРА_ЗОБ №3 (AOB_FRAME#3).

Несмотря на то, что звуковые данные являются зашифрованными, заголовок ADTS не зашифровывают, так что устройство воспроизведения может узнать о длине данных для звуковых данных в КАДРЕ_ЗОБ (AOB_FBAME) посредством считывания информации о длине данных, указанной в заголовке ADTS КАДРА_ЗОБ (AOB_FRAME).

Этим завершается описание КАДРА_ЗОБ (AOB_FRAME).

{3-3_10-4} ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT)

Ниже приведено описание ЭЛЕМЕНТА_ЗОБ (AOB_ELEMENT), который показан на Фиг.10 на четвертом уровне.

"ЭЛЕМЕНТ_ЗОБ" (AOB_ELEMENT) представляет собой группу последовательных КАДРОВ_ЗОБ (AOB_FRAMEs). Количество КАДРОВ_ЗОБ (AOB_FRAMEs) в ЭЛЕМЕНТЕ_ЗОБ (AOB_ELEMENT) зависит от значения, установленного как индекс_частоты_дискретизации (sampling_frequency_index), который показан на Фиг.11А, и используемого способа кодирования. Количество КАДРОВ_ЗОБ (AOB_FRAMEs) в ЭЛЕМЕНТЕ_ЗОБ (AOB_ELEMENT) устанавливают таким, чтобы общее время воспроизведения содержащихся в нем КАДРОВ_ЗОБ (АОВ_FRAMEs) было приблизительно равно двум секундам, причем это количество зависит от частоты дискретизации и используемого способа кодирования.

{3-3_10-5_14} Количество КАДРОВ_ЗОБ (AOB_FRAMES) в ЭЛЕМЕНТЕ_ЗОБ (AOB_ELEMENT)

На Фиг.14 показано соответствие между частотой дискретизации и количеством КАДРОВ_ЗОВ (AOB_FRAMEs), содержащихся в ЭЛЕМЕНТЕ_ЗОБ (AOB_ELEMENT). Число N, приведенное на Фиг.14, представляет собой продолжительность воспроизведения ЭЛЕМЕНТА_ЗОБ (AOB_ELEMENT) в секундах. В том случае, когда в качестве способа кодирования используют MPEG-AAC, значение N равно "2".

Когда частота_дискретизации (sampling_frequency) равна 48 кГц, количество КАДРОВ_ЗОБ (AOB_FRAMEs), содержащихся в ЭЛЕМЕНТЕ_ЗОБ (AOB_ELEMENT), задают равным 94 (=47*2), а когда частота_дискретизации (sampling_frequency) равна 44,1 кГц, то количество КАДРОВ_ЗОБ (AOB_FRAMEs), содержащихся в ЭЛЕМЕНТЕ_ЗОБ (AOB_ELEMENT) задают равным 86 (=43*2). Когда частота_дискретизации (sampling_frequency) равна 32 кГц, количество КАДРОВ_ЗОБ (AOB_FRAMEs) задают равным 64 (=32*2), когда частота_дискретизации (sampling_frequency) равна 24 кГц, количество КАДРОВ_ЗОБ (AOB_FRAMEs) задают равным 48 (=24*2), когда частота_дискретизации (sampling_frequency) равна 22,05 кГц, количество КАДРОВ_ЗОБ (AOB_FRAMEs) задают равным 44 (=22*2), а когда частота_дискретизации (sampling_frequency) равна 16 кГц, количество КАДРОВ_ЗОБ (АОВ_FRAMEs), содержащихся в ЭЛЕМЕНТЕ_ЗОБ (AOB_ELEMENT), задают равным 32 (=16*2). Однако, в том случае, когда была выполнена операция редактирования, например, разделения ЗОБ (АОВ), количество КАДРОВ_ЗОБ (AOB_FRAMEs), содержащихся в ЭЛЕМЕНТЕ_ЗОБ (АОВ_ELEMENT) в начале или в конце ЗОБ (АОВ), может быть меньшим, чем то их количество, которое получено путем подобных вычислений.

До тех пор, пока для каждого ЭЛЕМЕНТА_ЗОБ (AOB_ELEMENT) не создан заголовок или не предусмотрена иная специальная информация, вместо этого длина данных каждого ЭЛЕМЕНТА_ЗОБ (АОВ_ELEMENT) будет указана в таблице поиска по времени.

{3-3_10-6_15} Один пример продолжительности воспроизведения ЭЛЕМЕНТОВ_ЗОБ (AOB_ELEMENTs) И КАДРОВ_ЗОБ (АОВ_FRAMEs)

На Фиг.15 показан один пример продолжительности воспроизведения ЭЛЕМЕНТОВ_ЗОБ (AOB_ELEMENTS) и КАДРОВ_ЗОБ (AOB_FRAMEs). На Фиг.15 на первом уровне показано множество БЛОКОВ_ЗОБ (AOB_BLOCKs), а на втором уровне показано множество ЭЛЕМЕНТОВ_ЗОБ (AOB_ELEMEMTs). На третьем уровне показано множество КАДРОВ_ЗОБ (AOB_FRAMEs).

Как показано на Фиг.15, ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT) имеет продолжительность воспроизведения около 2,0 секунд, а КАДР_ЗОБ (AOB_FRAME) имеет продолжительность воспроизведения 20 миллисекунд. "Элемент_ТППВР" (элемент таблицы поиска по времени) ("TMSRT_entry"), присвоенный каждому ЭЛЕМЕНТУ_ЗОБ (АОВ_ELEMENT), указывает, что длина данных каждого ЭЛЕМЕНТА_ЗОБ (AOB_ELEMENT) приведена в таблице поиска по времени. Путем ссылки на "элементы_ТППВР" ("TMSRT_entries") устройство воспроизведения может выполнять поиск в прямом или в обратном направлении, при котором, например, осуществляют прерывистое воспроизведение коротких отрезков путем многократного воспроизведения звуковых данных продолжительностью по 240 миллисекунд с последующим пропуском двух секунд звуковых данных в нужном направлении.

{3-3_10-7} БЛОК_ЗОБ (AOB_BLOCK)

Этим завершают описание ЭЛЕМЕНТА_ЗОБ (AOB_ELEMENT). Ниже приведено описание концепции БЛОКОВ_ЗОВ (AOB_BLOCKs), показанных на третьем уровне структуры данных файла ЗОБ (АОВ file), приведенного на Фиг.10.

Каждый "БЛОК_ЗОБ (AOB_BLOCK)" состоит из надлежащих ЭЛЕМЕНТОВ_ЗОБ (AOB_ELEMENTS). В каждом ФАЙЛЕ_ЗОБ (AOB_FILE) существует только один БЛОК_ЗОБ (АОВ_BLOCK). В то время как ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT) имеет продолжительность воспроизведения около двух секунд, БЛОК_ЗОБ (AOB_BLOCK) имеет максимальную продолжительность воспроизведения, равную 8,4 минуты. Ограничение 8,4 минут наложено для того, чтобы ограничить объем таблицы поиска по времени величиной 504 байта или менее.

{3-3_10-8} Ограничения, налагаемые на таблицу поиска по времени

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

Когда устройство воспроизведения осуществляет поиск в прямом или в обратном направлении, устройство воспроизведения перед тем, как осуществить воспроизведение в течение 240 миллисекунд, выполняет пропуск считывания звуковых данных в течение двух секунд. При пропуске двух секунд данных устройство воспроизведения теоретически могло бы осуществить обращение к информации о длине данных, указанной в заголовках ADTS КАДРОВ_ЗОБ (AOB_FRAMEs), хотя это означало бы, что для осуществления пропуска всего лишь двух секунд звуковых данных, устройство воспроизведения должно выполнить последовательное обнаружение 100 (2 секунды /20 миллисекунд) КАДРОВ_ЗОБ (AOB_FRAMEs). Это привело бы к чрезмерной нагрузке при выполнении обработки в устройстве воспроизведения.

Для снижения нагрузки при обработке в устройстве воспроизведения адреса считывания для данных через промежутки времени по две секунды могут быть записаны в таблицу поиска по времени, к которой затем выполняет обращение устройство воспроизведения при выполнении поиска в прямом или в обратном направлении. Выполнив запись информации, которая позволяет осуществить быстрое обнаружение адресов считывания, находящихся через две или четыре секунды в прямом или в обратном направлении, по таблице поиска по времени (такой информацией являются объемы данных ЭЛЕМЕНТОВ_ЗОБ (АОВ_ELEMENTS)), при выполнении поиска в прямом или в обратном направлении устройство воспроизведения должно просто выполнить обращение к этой информации. Объем данных для звуковых данных, имеющих продолжительность воспроизведения, равную двум секундам, будет зависеть от скорости передачи двоичных данных, которую используют при воспроизведении звуковых данных. Как указано ранее, используют скорость передачи двоичных данных в диапазоне от 16 кбит/с (килобит в секунду) до 144 кбит/с, так что объем данных, воспроизведение которых осуществлено за две секунды, находится в пределах от 4 Кбит (=16 Кбит/с х 2/8) до 36 кбит (=144 Кбит/с х 2/8). Поскольку объем данных, воспроизведенных за две секунды находится в пределах от 4 кбит до 36 кбит, длина данных каждого элемента в таблице поиска по времени для записи длины данных звуковых данных должна иметь длину два байта (=16 бит). Это обусловлено тем, что посредством 16-битового значения можно отображать число в диапазоне 0-64 кбит.

Однако, если существует необходимость, чтобы общий объем данных таблицы поиска был ограничен 504 байтами (это равно объему данных ТПФГПВР (TKTMSRT), что описано ниже), то, например, максимальное количество элементов таблицы поиска по времени может быть вычислено как 504/2=252.

Поскольку элемент записи создают через каждые две секунды, то время воспроизведения, соответствующее их максимальному количеству, равному 252 элементам, составляет 504 секунды (=2с*252), или, иначе говоря, 8 минут и 24 секунды (=8,4 минуты). Это означает, что установка максимальной продолжительности воспроизведения для БЛОКА_ЗОБ (АОВ_BLOCK), равной 8,4 минуты, ограничивает объем данных таблицы поиска по времени 504 байтами.

{3-3_10-9} Описание звуковых объектов (ЗОБ) (AOBs)

Здесь завершают описание БЛОКОВ_ЗОБ (AOB_BLOCKs). Далее приведено описание ЗОБ (звуковых объектов) (AOBs).

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

Неправильные участки представляют собой области, которые считаны и записаны вместе с БЛОКАМИ_ЗОБ (AOB_BLOCKs) и запомнены в тех же самых кластерах, что и БЛОКИ_ЗОБ (AOB_BLOCKs). Начальное и конечное положения блоков ЗОБ (AOB_BLOCKs) в ЗОБ (АОВ) указаны посредством ТИБ (таблиц информации о блоке) (BITs), содержащихся в навигационных данных. Подробное описание этих ТИБ приведено ниже.

Этим завершают объяснение того, какие данные запоминают в файле ЗОБ (АОВ file). Ниже приведено описание того, какое содержимое воспроизводят при последовательном считывании этих восьми ЗОБ (АОВ) и БЛОКов_ЗОБ (AOB_BLOCKs), показанных в файле ЗОБ (АОВ file) из Фиг.9.

{3-3_10-10_16}

На Фиг.16 показано воспроизводимое содержимое при последовательном считывании ЗОБ (АОВ) и БЛОКов_ЗОБ (AOB_BLOCKs) в этом файле ЗОБ (АОВ file). На Фиг.16 на первом уровне показаны восемь файлов ЗОБ (АОВ files) в области пользователя, а на втором уровне показаны восемь ЗОБ (АОВ), записанных в этих файлах ЗОБ (АОВ files). На третьем уровне показаны восемь БЛОКОВ_ЗОБ (AOB_BLOCKs), содержащихся в этих ЗОБ (АОВ).

На пятом уровне показаны заголовки пяти частей информационного содержимого, образованного этими файлами ЗОБ (АОВ files). В этом примере "элементами информационного содержимого" являются пять песен: "Песня A" (SongA), "Песня Б" (SongB), "Песня В" (SongC), "Песня Г" (SongD) и "Песня Д" (SongE), а "музыкальное произведение" представляет собой музыкальный альбом, состоящий из этих пяти песен. Пунктирные линии AS1, AS1, AS3, ... AS7, и AS8 указывают соответствие между БЛОКами_ЗОБ (АОВ_BLOCKs) и теми частями, на которые разделен альбом, а на четвертом уровне Фиг.16 показаны единицы измерения, которые были использованы для разделения на части музыкального альбома, показанного на пятом уровне.

Со ссылкой на пунктирные линии, можно заметить, что БЛОК_ЗОБ (AOB_BLOCK), содержащийся в ЗОБ №1 (АОВ#1), представляет собой песню (Песня А) (SongA), продолжительность воспроизведения которой равна 6,1 минуты. БЛОК_ЗОБ (АОВ_BLOCK), содержащийся в ЗОБ №2 (АОВ#2), представляет собой песню (Песня Б) (SongB), продолжительность воспроизведения которой равна 3,3 минуты. БЛОК_ЗОБ (АОВ_BLOCK), содержащийся в ЗОБ №3 (АОВ#3), представляет собой песню (Песня В) (SongC), продолжительность воспроизведения которой равна 5,5 минуты. Таким образом, каждый из файлов с "AOB001.SA1" по "AOB003.SA1" соответствует различным песням. Шестой уровень на Фиг.16 представляет собой последовательность фонограмм, состоящей из фонограмм, начиная с Фонограммы A (TrackA) и кончая "Фонограммой Д" (TrackE). Эти фонограммы с "Фонограммы А" по "Фонограмму Д" (TrackA-TrackE) соответствуют пяти песням: "Песня A" (Son-gA), "Песня Б" (SongB), "Песня В" (SongC), "Песня Г" (SongD) и "Песня Д" (SongE), каждую из которых считают отдельной единицей воспроизведения.

С другой стороны, ЗОБ №4 (АОВ#4) имеет продолжительность воспроизведения, равную 8,4 минутам, и представляет собой первую (или "начальную") часть песни "Песня Г" (SongD), имеющей продолжительность воспроизведения, равную 30,6 минуты. БЛОКИ_ЗОБ (AOB_BLOCKs), содержащиеся в ЗОБ №5 (АОВ#5) и ЗОВ №6 (АОВ#6), являются средними частями песни "Песня Г" (SongD) и также имеют продолжительность воспроизведения, равную 8,4 минуты. БЛОК_ЗОБ (АОВ_BLOCK), содержащийся в ЗОБ №7 (АОВ#7), представляет собой конечную часть песни "Песня Г" (SongD) и имеет продолжительность воспроизведения, равную 5,4 минуты. Таким образом, песню, которая имеет общую продолжительность воспроизведения, равную 30,6 минуты, разделяют на части (по 8,4+8,4+8,4+5,4 минуты), каждая из которых содержится в различных ЗОБ (АОВ). Из Фиг.16 видно, что максимальная продолжительность воспроизведения каждой песни, содержащейся в файле ЗОБ (АОВ file), не может быть более 8,4 минуты.

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

{3-3_8А, В-2}

Навигационные данные состоят из двух упомянутых ранее файлов "SD_Audio.PLM" и "SD_Audio.TKM". файл "SD_Audio.PLM" содержит в себе администратор списка воспроизводимых файлов (PlaylistManager), а файл "SD_Audio.TKM" содержит в себе администратор фонограмм (TrackManager).

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

Администратор фонограмм (TrackManager) указывает соответствие между ЗОБ (AOBs), записанными в файлах ЗОБ (АОВ files), и фонограммами, и содержит в себе множество фрагментов информации управления фонограммой, каждый из которых предоставляет множество информационных данных, например, о продолжительности воспроизведения ЗОБ (АОВ), о названиях песен и об авторах песен различных ЗОБ (АОВ).

В этом описании термин "фонограмма" относится к содержательной для пользователей единице воспроизведения, так что при запоминании в плате 31 флэш-памяти музыки, защищенной авторским правом, каждая песня является отдельной фонограммой. В противном случае, когда в плате 31 флэш-памяти осуществляют запись "озвученной книги" (то есть, защищенной авторским правом литературы, которую сохраняют в виде звуковой записи), то каждая глава или параграф могут быть представлены в виде отдельной фонограммы. Для управления множеством ЗОБ (АОВ), записанных во множество файлов ЗОБ (АОВ files) в виде совокупности фонограмм, создают администратор фонограмм (TrackManager).

Список воспроизводимых файлов (Playlist) устанавливает порядок воспроизведения множества фонограмм. Администратор списка воспроизводимых файлов (PlaylistManager) может содержать в себе множество списков воспроизводимых файлов (Playlists).

Ниже приведено описание администратора фонограмм (TrackManager) со ссылкой на чертежи.

{17-1_18} Подробная структура администратора списка воспроизводимых файлов (PlaylistManager) и администратора фонограмм (TrackManager)

На Фиг.17 показана подробная иерархическая структура администратора списка воспроизводимых файлов (PlaylistManager) и администратора фонограмм (TrackManager) в этом варианте осуществления. На Фиг.18 показан объем администратора списка воспроизводимых файлов (PlaylistManager) и администратора фонограмм (TrackManager). В правой части Фиг.17 приведено более подробное пояснение объектов, находящихся слева, а пунктирные линии указывают то, какие объекты показаны более подробно.

Как показано на Фиг.17, администратор фонограмм (TrackManager) состоит из информационных данных о фонограммах (ИДФ) (TKI) №1, №2, №3, №4...№n, что указано пунктирной линией h1. Эти ИДФ (TKIs) представляют собой информацию для управления ЗОБ (АОВ), записанными в файлах ЗОБ (АОВ files) в виде фонограмм, и каждые из них соответствуют различным файлам ЗОБ (АОВ files). Из Фиг.17 видно, что каждые ИДФ (TKI) состоят из Общей_информации_о_фонограмме (ОИФГ) (Track_General_Information) (TKGI), Текстовой_информации_о_фонограмме (ОД_ТКИНФГ область данных текстовой информации о фонограмме) (Track_Text_Information) (TKTXTI_DA), в которой может быть записана текстовая информация, предназначенная исключительно для фонограммы, и Таблица поиска Фонограмм по времени (ТПФГПВР) Track_Time_Search_Table (TKTMSRT), которая служит в качестве таблицы поиска по времени.

Из Фиг.18 видно, что каждые ИДФ (TKI) имеют неизменный объем, равный 1024 байтам, а это означает, что общий объем ОИФГ (TKGI) и ОД_ТКИНФГ (TKTXTI_DA) установлен равным 512 байт вследствие того, что объем ТПФГПВР (TKTMSRT) установлен равным 512 байт. В администраторе фонограмм (TrackManager) общее количество ИДФ (TKI) может быть установлено равным 999.

Как показано пунктирной линией h3, ТПФГПВР (TKTMSRT) состоит из ЗАГОЛОВКА_ТППВР (TMSRT_HEADER) и из Элементов ТППВР №1, №2, №3, ... №n (TMSRT ENTRIES #1, #2, #3 ... #n).

{17-2_19} Соответствие ИДФ (TKI) файлам ЗОБ (АОВ files) и ЗОБ (АОВ)

На Фиг.19 показано то, каким образом ИДФ (TKI), изображенные на Фиг.17, соответствуют файлам ЗОБ (АОВ files) и ЗОБ (АОВ), которые изображены на Фиг.16. На Фиг.19 прямоугольниками на первом уровне указана последовательность фонограмм, которая состоит из фонограмм с Фонограммы А по Фонограмму Д (TrackA - TrackE), большой рамкой на втором уровне обозначен администратор фонограмм (TrackManager), а на третьем и четвертом уровнях показаны те восемь файлов ЗОБ (АОВ files), которые приведены на Фиг.16. Эти восемь файлов ЗОБ (АОВ files) записывают в восемь ЗОБ (АОВ), показанных на Фиг.16, и они образуют музыкальный альбом, содержащий в себе фонограммы: "Фонограмма А" (TrackA), "Фонограмма Б" (TrackB), "Фонограмма В" (TrackC),

"Фонограмма Г" (TrackD), и "Фонограмма Д" (TrackE). На втором уровне показаны восемь ИДФ (TKI). Номера "1", "2", "3", "4", присвоенные каждым ИДФ (TKI) представляют собой порядковые номера, которые используют для идентификации каждых ИДФ (TKI), причем каждые ИДФ (TKI) соответствуют тому файлу ЗОБ (АОВ file), которому присвоен тот же самый порядковый номер 001, 002, 003, 004, 005 ....

С учетом этого, из Фиг.19 видно, что ИДФ №1 (ТК1#1) соответствуют файлу "AOB001.SA1", что ИДФ №2 (TK1#2) соответствуют файлу "AOB002.SA1", ИДФ №3 (ТКI#3) соответствуют файлу "AOB003.SA1", а ИДФ №4 (TKI#4) соответствуют файлу "AOB004.SA1". Соответствие между ИДФ (TKI) и КАДРами_ЗОБ (AOB_FRAMEs) указано на Фиг.19 стрелками ТА1, ТА2, ТА3, ТА4 ....

Таким образом, каждые ИДФ (TKI) соответствуют различным ЗОБ (АОВ), записанным в файле ЗОБ (АОВ file), и дают подробную информацию, которая относится только к соответствующему ЗОБ (АОВ).

{17-3_20} Структура данных ТПФГПВР (TKTMSRT)

Ниже приведено описание информации, которая относится к одиночным ЗОБ (АОВ), записанным в файлах ЗОБ (АОВ files), начиная с ТПФГПВР (TKTMSRT). На Фиг.20 подробно показана структура данных ТПФГПВР (TKTMSRT).

В правой части Фиг.20 изображена подробная структура данных заголовка таблицы поиска по времени (Заголовок_ТПФГПВР) (TMSRT_Header). На Фиг.20 Заголовок_ТПФГПВР (TMSRT_Header) имеет объем данных, равный восьми байтам, и состоит из трех полей. Первые два байта представляют собой ИД_ТППВР (идентификатор таблицы поиска по времени) (TMSRT_ID), следующие два байта являются зарезервированными, а заключительные четыре байта представляют собой общее Количество_элементов_ГППВР (Total_TMSRT_entry_Number).

В поле "ИД_ТППВР" ("TMSRT_ID") записывают уникальный идентификатор для идентификации ТППВР. В поле "Общее Количество_элементов_ГППВР" ("Total TMSRT_entry_Number") записывают общее количество Элементов_ТППВР (TMSRT_entries), содержащихся в используемой в настоящее время ТППВР (TMSRT).

{17-3_21-1} Конкретный пример ТПФГПВР (TKTMSRT)

Ниже подробное приведено описание ТПФГПВР (TKTMSRT). На Фиг.21 показан один из примеров ТПФГПВР (TKTMSRT). В левой части Фиг.21 показан ЗОБ (АОВ), а в правой части показана соответствующая ТПФГПВР (TKTMSRT). ЗОБ (АОВ) в левой части Фиг.21 состоит из множества пронумерованных ЭЛЕМЕНТов ЗОБ №1, №2, №3 ... №n (AOB_ELEMENTs #1, #2, #3 ... #n), которые размещены в областях с номерами AR1, AR2, AR3 ... ARn, изображенных в правой части.

Числа "0", "32000", "64200", "97000", "1203400" и "1240000" указывают относительные адреса областей AR1, AR2, AR3, ARn-1, ARn, занимаемых ЭЛЕМЕНТами_ЗОБ (AOB_ELEMENTS), по отношению к началу БЛОКа_ЗОБ (AOB_BLOCK). Например, ЭЛЕМЕНТ_ЗОБ №2 (AOB_ELEMENT#2) записан в том месте, которое находится на расстоянии "32000" от начала БЛОКа_ЗОБ (АОВ_BLOCK), ЭЛЕМЕНТ_ЗОБ №3 (АОВ_ELEMENT#3) записан в том месте, которое находится на расстоянии "64200" от начала БЛОКа_ЗОБ (AOB_BLOCK), а ЭЛЕМЕНТ_ЗОБ №(n-1) (AOB_ELEMENT#n-1) записан в том месте, которое находится на расстоянии "1203400" от начала БЛОКа_ЗОБ (AOB_BLOCK).

Следует отметить, что расстояние между каждой занятой областью и началом БЛОКа_ЗОБ (AOB_BLOCK) не является кратным какой-либо величине, а это означает, что области, в которых расположены ЭЛЕМЕНТы_ЗОБ (AOB_ELEMENTs), не одинаковы по размеру. Причина того, что занятые области имеют различные размеры, заключается в использовании различного объема данных для кодирования каждого из КАДРов_ЗОБ (AOB_FRAME).

Поскольку размер области, занятой каждым ЭЛЕМЕНТом_ЗОБ (AOB_ELEMENT) различен, то перед переходом к началу ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT) необходимо заранее уведомить устройство воспроизведения о расположении каждого ЭЛЕМЕНТа_ЗОВ (AOB_ELEMENT) в ЗОБ (АОВ). Для этого в ТПФГПВР (TKTMSRT) создают множество Элементов_ТППВР (TMSRT_entries). Стрелками RT1, RT2, RT3 ... RTn-1, RTn показано соответствие между областями AR1, AR2, AR3 ... ARn-1, Arn, занятыми каждым ЭЛЕМЕНТом_ЗОБ (AОB_ELEMENT), и Элементом_ТППВР №1 (TMSRT_entry#1), Элементом_ТППВР №2 (TMSRT_entry#2), Элементом_ТППВР №3 (TMSRT_entry#3), ... Элементом_ТППВР №(n-1) (TMSRT_entry#n-1), Элементом_ТППВР №n (TMSRT_entry#n). Иначе говоря, в Элемент_ТППВР №1 (TMSRT_entry#1) записывают размер области AR1, занятой ЭЛЕМЕНТом_ЗОБ №1 (AOB_ELEMENT#1), а в Элементы_ТППВР №2 и №3 (TMSRT_entry#2,#3) записывают размеры областей AR2 и AR3, в которых расположены ЭЛЕМЕНТ_ЗОБ №2 (AOB_ELEMENT#2) и ЭЛЕМЕНТ_ЗОБ №3 (AOB_ELEMENT#3).

Так как заполненный участок AR1 занимает область от начала ЗОБ (АОВ) до начала ЭЛЕМЕНТа_ЗОБ №2 (AOB_ELEMENT#2) "32000", в Элемент_ТППВР №1 (TMSRT_entry#1) записывают размер "32000" (=32000-0). Заполненный участок AR2 занимает область от начала ЭЛЕМЕНТа_ЗОБ №2 (AOB_ELEMENT#2) "32000" до начала ЭЛЕМЕНТа_ЗОБ №3 (AOB_ELEMENT#3) "64200", поэтому в Элемент_ТППВР №2 (TMSRT_entry#2) записывают размер "32200" (=64200-32000). Заполненный участок AR3 занимает область от начала ЭЛЕМЕНТа_ЗОБ №3 (AOB_ELEMENT#3) "64200" до начала ЭЛЕМЕНТа_ЗОБ №4 (AOB_ELEMENT#4) "97000", поэтому в Элемент_ТППВР №3 (TMSRT_entry#3) записывают размер "32800" (=97000-64200). Подобным же образом заполненный участок ARn-1 занимает область от начала ЭЛЕМЕНТа_ЗОБ №(n-1) (AOB_ELEMENT#n-1) "1203400" до начала ЭЛЕМЕНТа_ЗОБ №n (AOB_ELEMENT#n) "1240000", а в Элемент_ТППВР №(n-1) (TMSRT_entry#n-1) записывают размер "36600" (=1240000-1203400).

{17-3_21-2} Осуществление считывания ТПФГПВР (TKTMSRT)

Таким образом, в таблице поиска по времени осуществлена запись объемов данных ЭЛЕМЕНТов_ЗОБ (АОВ_ELEMENTs). Однако, поскольку длина данных каждого БЛОКа_ЗОБ (AOB_BLOCK) ограничена максимальным значением, равным 8,4 минуты, то общее количество ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTs), содержащихся в одном ЗОБ (АОВ), ограничено заранее заданным количеством ("252", как показано на Фиг.20) или меньше его. Так как количество ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTS) ограничено, то количество Элементов_ТППВР (TMSRT_entries), соответствующих ЭЛЕМЕНТам_ЗОБ (AO_ELEMENTs), также ограничено, что ограничивает объем ТПФГПВР (TKTMSRT), содержащей в себе эти Элементы_ТППВР (TMSRT_entries), заранее заданным объемом. Поскольку объем ТПФГПВР (TKTMSRT) ограничен, то устройство воспроизведения может осуществлять считывание и использовать ИДФ (TKIs) следующим образом.

Устройство воспроизведения считывает определенный ЗОБ (АОВ) и в начале воспроизведения ЗОБ (АОВ) осуществляет считывание соответствующих ИДФ (TKI) и запоминание их в памяти. Эти соответствующие ИДФ (TKI) сохраняют в памяти до тех пор, пока продолжается воспроизведение этого ЗОБ (АОВ). Когда воспроизведение ЗОБ (АОВ) заканчивается, осуществляют считывание следующего ЗОБ (АОВ), и когда начинается воспроизведение этого ЗОБ (АОВ), то устройство воспроизведения перезаписывает ИДФ (TKI), соответствующие этому следующему ЗОБ (АОВ), в память вместо предыдущих ИДФ (TKI). Эти следующие ИДФ (TKI) сохраняют в памяти до тех пор, пока продолжается воспроизведение этого следующего ЗОБ (АОВ).

Посредством такого считывания и запоминания ИДФ (TKI) требуемая емкость памяти в устройстве воспроизведения может быть минимизирована при одновременной возможности осуществления специальных функций воспроизведения, таких как поиск в прямом и в обратном направлении. Хотя в настоящем варианте осуществления описан тот пример, в котором в Элемент_ТППВР (TMSRT_entry) осуществляют запись длины данных от первого адреса ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT) до первого адреса следующего ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT), вместо этого в нем могут быть записаны относительные адреса от начала БЛОКа_ЗОБ (AOB_BLOCK) до первых адресов ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTs).

{17-3_21-3} Определение кластера, содержащего в себе ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT)

Ниже приведено описание того, как может быть осуществлено считывание ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT) с использованием ТПФГПВР (TKTMSRT). ТПФГПВР (TKTMSRT) содержит в себе объем каждого ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT), поэтому в том случае, когда необходимо выполнить считывание ЭЛЕМЕНТа_ЗОБ №y (AOB_ELEMENT#y), представляющего собой у-ый ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT) от начала ЗОБ (АОВ), то вычисляют кластер u, удовлетворяющий приведенному ниже Уравнению 1, и осуществляют считывание данных, расположенных со сдвигом v от начала кластера u.

Уравнение 1

Кластер u = (Общее количество Элементов_ТППВР от ЭЛЕМЕНТа_ЗОБ №1 до ЭЛЕМЕНТа_ЗОБ №(у-1) + Сдвиг_ДАННЫХ)/Размер кластера

Сдвиг v = ((Общее количество Элементов_ТППВР от ЭЛЕМЕНТА_ЗОБ №1 до ЭЛЕМЕНТА_ЗОБ №(y-1) mod Размер кластера,

где выражение “с = a mod b” означает, что “с” представляет собой остаток, полученный при делении "а" на "b".

Сдвиг_ДАННЫХ (DATA_Offset) записывают в ТИБ (BIT), a его описание приведено ниже.

{17-4} ОД_ТКИНФГ (область данных для текстовой информации о фонограмме) (TKTXTI_DA)

Этим завершается описание таблицы поиска по времени (ТПФГПВР) (TKTMSRT). Ниже приведено описание Области данных Текстовой_информации_о_фонограмме (ОД_ТКИНФГ) (Track_Text_Information Data Area) (TKTXTI_DA), запись которой осуществляют в верхней части ТПФГПВР (TKTMSRT).

Область данных Текстовой_информации_о_фонограмме

(ОД_ТКИНФГ) (TKTXTI_DA) используют для хранения текстовой информации, в которой указаны имя артиста, название альбома, звукорежиссер, продюсер и иная подобная информация. Эту область создают даже тогда, когда такой текстовой информации не существует.

{17-5} ОИФГ (Общая информация о фонограмме) (TKGI)

Ниже приведено описание ОИФГ (TKGI), которую записывают в верхней части ОД_ТКИНФГ (TKTXTI_DA). На Фиг.17 показано несколько наборов данных, таких как идентификатор "ИД_ИДФ" (TKI_ID) для ИДФ (TKI), номер ИДФ (TKI) "НИДФ" (TKIN), объем ИДФ (TKI) "ОБ_ИДФ" (TKI_SZ), указатель связи со следующими ИДФ (TKI) "УКЗ_СВЗ_ИДФ" (TKI_LNK_PTR), атрибуты блока "АТР_БЛК_ИДФ" (TKI_BLK_ATR), продолжительность воспроизведения "ПР_ВП_ИДФ" (ТКI_РВ_ТМ), атрибуты звуковых данных "АТР_ЗОБ_ИДФ" (TKI_АОВ_ATR), "МСКЗ" (международный стандартный код записи) (ISRC), и информация о блоках "ТИБ" (BIT). Следует отметить, что для упрощения изложения на Фиг.17 показана только часть этой информации.

{17-5_22-1} ОИФГ (TKGI)

Ниже приведено подробное описание структуры ОИФГ (TKGI) со ссылкой на Фиг.22. Различие между Фиг.17 и Фиг.22 состоит в том, что в левой части этого чертежа изображена структура данных ОИФГ (TKGI), показанная на Фиг.17, и что ясно изображена структура битов "АТР_БЛК_ИДФ" (TKI_BLK_ATR), "АТР_ЗОБ_ИДФ" (TKI_AOB_ATR) и "МСКЗ" (ISRC).

{17-5_22-2} ИД_ИДФ (TKI_ID)

В поле "ИД_ИДФ" (TKI_ID) записывают уникальный идентификатор для ИДФ (TKI). В настоящем варианте осуществления используют двухбайтовый код "А4".

{17-5_22-3} НИДФ (TKIN)

В поле "НИДФ" (TKIN) записывают номер ИДФ (TKI) в диапазоне от 1 до 999. Следует отметить, что НИДФ (TKIN) каждых ИДФ (TKI) является уникальным. В настоящем варианте осуществления в качестве НИДФ (TKIN) используют расположение каждых ИДФ (TKI) в администраторе фонограмм (TrackManager). Это означает, что в качестве номера ИДФ (TKI) для ИДФ №1 (ТКI#1) записывают "1", что в качестве номера ИДФ (TKI) для ИДФ №2 (TKI #2) записывают "2", а в качестве номера ИДФ (TKI) для ИДФ №3 (ТКI#3) записывают "3".

{17-5_22-4} ОБ_ИДФ (TKI_SZ)

В поле "ОБ_ИДФ" (TKI_SZ) записывают объем данных ИДФ (TKI) в байтах. На Фиг.22 объем данных ИДФ (TKI) задан равным 1024 байтам, поэтому каждые ИДФ (TKI) в настоящем варианте осуществления имеют длину 1024 байта.

{17-5_22-5} УКЗ_СВЗ_ИДФ (TKI_LNK_PTR)

В поле "УКЗ_СВЗ_ИДФ" (TKI_LNK_PTR) записывают НИДФ ИДФ (TKIN TKI), с которым связаны настоящие ИДФ (TKI). Ниже приведено описание подобных связей между ИДФ (TKI).

Когда фонограмма состоит из множества ЗОБ (АОВ), записанных во множестве файлов ЗОБ (АОВ files), то управление этими файлами ЗОБ (АОВ files) осуществляют как единой фонограммой посредством связывания между собой множества ИДФ (TKI), которые соответствуют этим файлам ЗОБ (АОВ files). Для связывания множества ИДФ (TKI) между собой необходимо указать ИДФ (TKI) файла ЗОБ (АОВ file), который следует после файла ЗОВ (АОВ file) используемых в настоящий момент ИДФ (TKI). Следовательно, в УКЗ_СВЗ_ИДФ (TKI_LNK_PTR) осуществляют запись НИДФ тех ИДФ (TKIN TKI), которые следуют за ИДФ (TKI), используемыми в настоящий момент.

{17-5_22-6_19} УКЗ_СВЗ_ИДФ (TKI_LNK_PTR)

Ниже приведено описание установок параметров, выполняемых для УКЗ_СВЗ_ИДФ (TKI_LNK_PTR) в восьми ИДФ (TKI), показанных на Фиг.19. Каждые информационные данные о фонограмме, имеющие номера с №1 по №3 и №8, соответствуют отдельным фонограммам, поэтому в их УКЗ_СВЗ_ИДФ (TKI_LNK_PTR) не вводят никакой информации. Информационные данные о фонограмме ИДФ №4, ИДФ №5, ИДФ №6, ИДФ №7 (TKI#4, TKI#5, TKI#6, TKI#7) соответствуют четырем файлам ЗОБ (АОВ files), которые образуют фонограмму Г (TrackD), поэтому в УКЗ_СВЗ_ИДФ (TKI_LNK_PTR) этих ИДФ (TKI) указывают информационные данные о следующей фонограмме. Как показано на Фиг.19 стрелками TL4, TL5, и TL6, в УКЗ_СВЗ_ИДФ (TKI_LNK_PTR) ИДФ №4 (ТКI#4) устанавливают значение "ИДФ №5" (ТКI#5), в УКЗ_СВЗ_ИДФ (TKI_LNK_PTR) ИДФ №5 (ТКI#5) устанавливают значение "ИДФ №6" (TKI#6), а в УКЗ_СВЗ_ИДФ (TKI_LNK_PTR) ИДФ №6 (TKI#6) устанавливают значение "ИДФ №7" (TKI#7).

В результате, устройство воспроизведения может осуществлять обращение к УКЗ_СВЗ_ИДФ (TKI_LNK_PTRs), которые указаны в ИДФ (TKI), соответствующих этим четырем файлам ЗОБ (АОВ files), выясняя таким образом, что эти четыре ИДФ (TKI) с ИДФ №4 (ТКI#4) по ИДФ №7 (ТКI#7) и эти четыре файла ЗОБ (АОВ files) с "AOB004.SA1" по "AOB007.SA1" образуют одну фонограмму. Фонограмму Г (TrackD).

{17-5_22-7} АТР_БЛК_ИДФ (TKI_BLK_ATR)

В поле "АТР_БЛК_ИДФ" (TKI_BLK_ATR) записывают атрибуты используемых в настоящий момент ИДФ (TKI). На Фиг.22 пунктирные линии, идущие от АТР_БЛК_ИДФ (TKI_BLK_ATR), указывают информацию, которая поясняет структуру битов АТР_БЛК_ИДФ (TKI_BLK_ATR). На Фиг.22 АТР_БЛК_ИДФ (TKI_BLK_ATR) показан имеющим длину 16 бит, причем биты с b3 по b15 являются зарезервированными для использования в будущем. Три бита с бита b2 по b0 используют для указания атрибутов ИДФ (TKI).

Когда всей фонограмме соответствуют одни ИДФ (TKI), то в АТР_БЛК_ИДФ (TKI_BLK_ATR) записывают значение "00b" (это установленное значение далее именуют "Фонограммой"). Когда одной и той же фонограмме соответствуют несколько ИДФ (TKI), то в АТР_БЛК_ИДФ (TKI_BLK_ATR) первых ИДФ (TKI) записывают значение "001b" (это установленное значение далее именуют "Началом Фонограммы" ("Head_of_Track")), в АТР_БЛК_ИДФ (TKI_BLK_ATRs) тех ИДФ (TKI), которые соответствуют ЗОБ (АОВ) в середине фонограммы, записывают значение "010b" (это установленное значение далее именуют "Серединой Фонограммы" ("Midpoint_of_Track")), а в АТР_БЛК_ИДФ (TKI_BLK_ATR) тех ИДФ (TKI), которые соответствуют ЗОБ (АОВ) в конце фонограммы, записывают значение "011b" (это установленное значение далее именуют "Концом фонограммы" ("End_of_Track")). В том случае, когда ИДФ (TKI) не используют, но область ИДФ (TKI) существует, то есть, тогда, когда имеются удаленные ИДФ (TKI), в АТР_БЛК_ИДФ (TKI_BLK_ATR) записывают значение "100b" (это установленное значение далее именуют "Неиспользуемым"). Когда ИДФ (TKI) не используют, а область ИДФ (TKI) не существует, то в АТР_БЛК_ИДФ (TKI_BLK_ATR) записывают значение "101b".

{17-5_22-8_19} Пример установки значений АТР_БЛК_ИДФ (TKI_BLK_ATR)

Ниже приведено описание установки значений АТР_БЛК_ИДФ (TKI_BLK_ATR) для каждого ИДФ (TKI) на примере, изображенном на Фиг.19.

Со ссылкой на АТР_БЛК_ИДФ (TKI_BLK_ATR) каждого ИДФ (TKI) видно, что каждая из четырех пар ИДФ №1 "АОВ001.SA1"), ИДФ №2 ("AOB002.SA1"), ИДФ №3 ("АОВ003. SA1") и ИДФ №8 ("AOB008.SA1") [TKI#1 ("AOB001.SA1"), TKI#2 ("AOB002.SA1"), TKI#3 ("АОВ003. SA1"), TKI#8 ("AOB008".SA1")] соответствует отдельным фонограммам, поскольку АТР_БЛК_ИДФ (TKI_BLK_ATR) каждых из ИДФ №1, ИДФ №2, ИДФ №3 и ИДФ №8 (TKI#I, TKI#2, TKI#3, TKI#8) установлен как "Фонограмма".

АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ №4 (ТКI#4) устанавливают как "Начало_Фонограммы" ("Head_of_Track"), АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ №7 (TKI#7) устанавливают как "Конец_Фонограммы" ("End_of_Track"), а АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ №5 и ИДФ №6 (TKI#5, TKI#6) устанавливают как "Середина_Фонограммы" ("Midpoint_of_Track"). Это означает, что файл ЗОБ (АОВ file) ("AOB004. SA1"), соответствующий ИДФ №4 (ТКI#4), является началом фонограммы, файлы ЗОБ (АОВ files) ("AOB005.SA1") и ("AOB006.SA1"), соответствующие ИДФ №5 и ИДФ №6 (ТК1#5, ТК1#6), являются средними частями фонограммы, а файл ЗОБ (АОВ file) ("AOB007.SA1"), соответствующий ИДФ №7 (ТКI#7) является концом фонограммы.

Посредством систематизации совокупностей ИДФ (TKI) и соответствующих файлов ЗОБ (АОВ files) в соответствии с параметрами настройки АТР_БЛК_ИДФ (TKI_BLK_ATR) в ИДФ (TKI) видно, что совокупность ИДФ №1 (TKI#I) и "AOB001.SA1" образует первую фонограмму (Фонограмму A) (TrackA). Аналогичным, образом совокупность ИДФ №2 (ТКI#2) и "AOB002.SA1" образует вторую фонограмму (Фонограмму Б) (TrackB), а совокупность ИДФ №3 (ТКI#3) и "AOB003.SA1" образует третью фонограмму (Фонограмму В) (TrackC). Совокупность ИДФ №4 (ТКI#4) и "AOB004.SA1" образует первую часть четвертой фонограммы (Фонограммы Г) (TrackD), совокупности ИДФ №5 (ТКI#5) с "AOB005.SA1 " и ИДФ №6 (ТКI#6) с "AOB006.SA1" образуют средние части Фонограммы Г (TrackD), a совокупность ИДФ №7 (TKI#7) и "AOB007.SA1" образует конечную часть Фонограммы Г {TrackD). Наконец, совокупность ИДФ №8 (ТКI#8) и "AOB008.SA1" образует пятую фонограмму (Фонограмму Д) (TrackE).

{17-5_22-9} ПР_ВП_ИДФ (ТКI_РВ_ТМ)

В поле "ПР_ВП_ИДФ" (ТКI_РВ_ТМ) ИДФ (TKI) записывают продолжительность воспроизведения фонограммы (песни), состоящей из ЗОБ (АОВ), записанного в соответствующем этим ИДФ (TKI) файле ЗОБ (АОВ file).

Когда фонограмма состоит из множества ИДФ (TKI), в ПР_ВП_ИДФ (ТКI_РВ_ТМ) первых ИДФ (TKI), соответствующих фонограмме, записывают полную продолжительность воспроизведения фонограммы, а продолжительность воспроизведения соответствующего ЗОБ (АОВ) записывают во вторые и последующие ИДФ (TKI) фонограммы.

{17-5_22-10} АТР_ЗОБ_ИДФ (TKI_AOB_ATR)

В поле "АТР_ЗОБ_ИДФ" (TKI_АОВ_ATR) ИДФ (TKI) записывают условия кодирования, которые использовали при создании ЗОБ (АОВ), то есть, такую информацию, как (1) частота дискретизации, при которой была осуществлена дискретизация ЗОБ (АОВ), записанного в соответствующем файле ЗОБ (АОВ file), (2) скорость передачи двоичных данных и (3) количество каналов. На Фиг.22 пунктирными линиями, идущими от "АТР_ЗОБ_ИДФ" (TKI_AOB_ATR), показана структура АТР_ЗОБ_ИДФ (TKI_AOB_ATR) в битах.

Как показано на фиг.22, АТР_ЗОБ_ИДФ (TKI_AOB_ATR) состоит из 32-х битов, причем режим кодирования записывают в четырехбитовом поле с бита b16 по бит b19. В том случае, когда кодирование ЗОБ (АОВ) осуществлено в соответствии со стандартом MPEG-2 ААС (с заголовком ADTS), то в это поле записывают значение "0000b", а когда кодирование ЗОБ (АОВ) осуществлено в соответствии со стандартом MPEG 3-го уровня (MPEG-Layer 3) (МРЗ), то в него записывают значение "0001b". Когда кодирование ЗОВ (АОВ) осуществлено в формате звуковой среды для операционной системы Windows (Windows Media Audio) (WМА), то в этом поле записывают значение "0010b".

Скорость передачи двоичных данных, которая была использована при кодировании ЗОБ (АОВ), записывают в поле из восьми битов между битом b15 и битом b8. В том случае, когда кодирование ЗОБ (АОВ) осуществлено согласно стандарту MPEG-2 ААС (с заголовком ADTS), то в это поле записывают значение от "16" до "72", а когда кодирование ЗОБ (АОВ) осуществлено согласно стандарту MPEG1 3-го уровня (MPEGl-Layer 3) (МР3), то в него записывают значение от "16" до "96". Когда кодирование ЗОБ (АОВ) осуществлено согласно стандарту MPEG1 3-го уровня с функцией поддержки канала связи (MPEGl-Layer 3 LSF) (МР3), то в это поле записывают значение от "16" до "80", а когда кодирование ЗОБ (АОВ) осуществлено в формате звуковой среды для операционной системы Windows (Windows Media Audio) (WMA), то в это поле записывают значение от "8" до "16".

Частоту дискретизации, которая была использована при кодировании ЗОБ (АОВ), записывают в поле из четырех битов между битом b7 и битом b4. Когда частота дискретизации равна 48 кГц, то в это поле записывают значение "0000b". Когда частота дискретизации равна 44,1 кГц, то это значение равно "00001b", когда частота дискретизации равна 32 кГц, это значение равно "0010b", когда частота дискретизации равна 24 кГц, это значение равно "0011b", когда частота дискретизации равна 22,05 кГц, это значение равно "0100b", а когда частота дискретизации равна 16 кГц, это значение равно "0101b".

Количество каналов записывают в поле из трех битов от бита b3 до бита b1. В том случае, когда используют один канал (то есть, монофонический режим), то в это поле записывают значение "000b", а при использовании двух каналов (то есть, в стереофоническом режиме), в это поле записывают значение "001b".

Поле из двенадцати бит от бита b31 до бита 20, а также бит b0, являются зарезервированными для использования в будущем.

{17-5_22-11} МСКЗ (Международный Стандартный Код Записи) (ISRC)

В ОИФГ (TKGI) осуществляют запись МСКЗ (Международного Стандартного Кода Записи) (ISRC). На Фиг.22 содержимое МСКЗ (ISRC) показано пунктирными линиями, идущими от поля "ISRC". Как показано на чертеже, МСКЗ (ISRC) состоит из десяти байт, причем Код записываемого элемента (Recording-item code) (№12) записывают в поле из четырех бит между битом b4 и битом b7. Код записи/Код записываемого элемента (Recording code/Recording-item code) (№11) записывают в поле из четырех бит между битом b8 и битом b11.

Код записи (МСКЗ №10, №9, №8) (ISRC#10, #9, #8) записывают в поле из двенадцати бит между битом b2 и битом b23. Код года записи (Year-of -Recording code) (МСКЗ №6, №7) (ISRC#6, #7) записывают в поле из восьми бит от бита b24 до бита b31.

Код первого владельца (First Owner Code) (МСКЗ №3, №4, №5) (ISRC #3, #4, #5) записывают в поле из шести бит между битом b32 и битом b37, в поле из шести бит между битом b40 и битом b45, и в поле из шести бит между битом b48 и битом b53. Код страны (Country Code) (МСКЗ №1, №2, №3) (ISRC #1, #2, #3) записывают в поле из шести бит между битом b56 и битом b61 и в поле из шести бит между битом b64 и битом b69. Однобитовый флаг достоверности (Validity flag) записывают в поле из одного бита, состоящем из бита b79. Подробное описание МСКЗ (ISRC) можно найти в документе 1303901:1986 "Техническая документация по Международному стандартному коду записи (МСКЗ)" ("Documentation-International Standard Recording Code (ISRC)").

{17-5_22-12_23А-1} ТИБ (BIT)

"Таблица информации о блоках" (ТИБ) (BIT) представляет собой таблицу для управления БЛОКом_ЗОБ (AOB_BLOCK), подробная структура которой показана на Фиг.23А и Фиг.23Б.

Как показано на Фиг.23А, ТИБ (BIT) состоит из поля СДВИГ_ДАННЫХ (DATA_OFFSET), которое занимает область с 60-го байта по 63-й байт, поля ОБ_ДАННЫХ ("объем данных" -(SZ_DATA), которое занимает область с 64-го байта по 67-й байт, поля КОЛ_ЭТППВР (“количество элементов в таблице поиска по времени (ТППВР)” (TMSRTE_NS), которое занимает область с 68-го байта по 71-й байт, поле КОЛК_1го_ЭТППР (“количество кадров в первом элементе ТППВР” (FNs_1st_TMSRTE), которое занимает область с 72-го байта по 73-й байт, поле КОЛК_ПОСЛ_ЭТППВР ("количество кадров в последнем элементе ТППВР" (FNs_Last_TMSRTE), которое занимает область с 74-го байта по 75-й байт, поле КОЛК_Средн_ЭТППВР (“количество кадров в средних элементах ТППВР” ((FNs_Last_TMSRTE), которое занимает область с 76-го байта по 77-й байт, и поле ПРОДОЛЖ_ПО_ВРЕМЕНИ ("продолжительность по времени" - прим. переводчика) (TIME_LENGTH), которое занимает область с 78-го байта по 79-й байт.

Подробное описание каждого из этих полей приведено ниже.

{17-5_22-12_23А-2} СДВИГ_ДАННЫХ (DATA_OFFSET)

В поле "СДВИГ_ДАННЫХ" (DATA_OFFSET) записывают относительный адрес начала БЛОКа_ЗОБ (AOB_BLOCK) по отношению к границе между кластерами в виде значения, заданного в байтах. Оно указывает размер недействующего участка между ЗОБ (АОВ) и БЛОКом ЗОБ (AOB_BLOCK). Одним из примеров этого является следующий: когда пользователь осуществляет запись радиопередачи в плате 31 флэш-памяти в виде ЗОБ (АОВ) и желает удалить начальную часть фонограммы, в которой ведущий музыкальной передачи говорит во время вступления к песне, СДВИГ_ДАННЫХ (DATA_OFFSET) в ТИБ (BIT) может быть установлен таким, что воспроизведение фонограммы осуществляют без той ее части, которая содержит в себе голос ведущего музыкальной передачи.

{17-5_22-12_23А-3} ОБ_ДАННЫХ (SZ_DATA)

В поле "ОБ_ДАННЫХ" (SZ_DATA) записывают длину данных БЛОКа_ЗОБ (AOB_BLOCK), выраженную в байтах. Размер недействующего участка, находящегося после БЛОКа_ЗОБ (AOB_BLOCK), может быть найден посредством вычитания из объема файла (который кратен целому числу размеров кластера) значения, полученного путем сложения ОБ ДАННЫХ (SZ_DATA) и СДВИГа_ДАННЫХ (DATA_OFFSET).

{17-5_22-12_23А-4} КОЛ_ЭТППВР (TMSRTE_Ns)

В поле "КОЛ_ЭТППВР" (TMSRTE_Ns) записывают общее количество Элементов ТППВР (TMSRT_Entries), содержащихся в БЛОКе_ЗОБ (АОВ_BLOCK).

{17-5_22-12_2ЗА-5} "КОЛК_1го_ЭТППВР" (FNs_lst_TMSRTE), "КОЛК_Посл_ЭТППВР" (FNs_Last_TMSRTE), "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE)

В поле "КОЛК_1го_ЭТППВР" (FNs_lst_TMSRTE) записывают количество КАДРов_ЗОБ (AOB_FRAMEs), содержащихся в ЭЛЕМЕНТе_ЗОБ (АОВ_ELEMENT), который находится в начале используемого в настоящий момент БЛОКа_ЗОБ (AOB_BLOCK).

В поле "КОЛК_Посл_ЭТППВР" (FNs_Last_TMSRTE) записывают количество КАДРов_ЗОБ (AOB_FRAMEs), содержащихся в ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT), который находится в начале используемого в настоящий момент БЛОКа_ЗОБ (AOB_BLOCK).

В поле "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE) записывают количество КАДРов_ЗОБ (АОВ_FRAMEs), содержащихся в каждом ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT), за исключением расположенных в начале и конце используемого в настоящий момент БЛОКа_ЗОБ (AOB_BLOCK), то есть, в тех ЭЛЕМЕНТах_ЗОБ (AOB_ELEMENTs), которые находятся в середине БЛОКа_ЗОБ (АОВ_BLOCK).

В поле "ПРОДОЛЖ_ПО_ВРЕМЕНИ" (ТIME_LENGTH) записывают продолжительность воспроизведения ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT) в показанном на Фиг.23С формате с точностью до миллисекунд. Как показано на Фиг.23С, поле "ПРОДОЛЖ_ПО_ВРЕМЕНИ" (TIME_LENGTH) имеет длину 16 бит. В том случае, когда используют способ кодирования согласно стандартам MPEG-AAC или MPEG 3-го уровня (MPEG-LAYER3), продолжительность воспроизведения ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT) составляет две секунды, поэтому в поле "ПРОДОЛЖ_ПО_ВРЕМЕНИ" (TIME_LENGTH) записывают значение "2000".

{17-5_22-13_23В}

На Фиг.23Б показано количество КАДРов_ЗОБ (AOB_FRAMEs), указанных в "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE). На Фиг.23Б, так же как и на Фиг.14, показана зависимость между частотой_дискретизации и количеством КАДРов_ЗОБ (AOB_FRAMEs), содержащихся в ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT), который находится в середине БЛОКа_ЗОБ (AOB_BLOCK).

Зависимость между частотой дискретизации и количеством кадров, содержащихся в ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT), показанном на Фиг.23Б, является такой же, как та, которая показана на Фиг.14, а именно, количество кадров в ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT) зависит от используемой частоты дискретизации. Количество кадров, записанных в "КОЛК_1го_ЭТППВР" (FNs_lst_TMSRTE) и в "КОЛК_Посл_ЭТППВР" (FNs_Last_TMSRTE) будет, по существу, равным их количеству, записанному в "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE), однако в том случае, когда в ЭЛЕМЕНТах_ЗОБ (AOB_ELEMENTS) в начале и/или в конце БЛОКа_ЗОБ (AOB_BLOCK) существует недействующий участок, то значения, заданные в "КОЛК_1го_ЭТППВР" (FNs_lst_TMSRTTE) и/или в "КОЛК_Посл_ЭТППВР (FNs_Last_TMSRTE)" отличаются от значений в "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE).

{17-5_22-14_24} Пример запомненного ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT)

На Фиг.24 показаны кластеры с 007-го по 00Е-й, в которых запомнен ЗОБ (АОВ), состоявший из ЭЛЕМЕНТов_ЗОБ с ЭЛЕМЕНТа_ЗОБ №1 (AOB_ELEMENT#1) по ЭЛЕМЕНТ_ЗОБ №4 (АОВ_ELEMENT#4). Ниже приведено описание установки параметров в ТИБ (BIT) для того случая, когда запоминание ЗОБ (АОВ) выполнено так, как показано на Фиг.24. ЭЛЕМЕНТы_ЗОБ с ЭЛЕМЕНТа_ЗОБ №1 (AOB_ELEMENT#1) по ЭЛЕМЕНТ_ЗОБ №4 (АОВ_ELEMENT#4), запоминание которых осуществлено в кластерах с кластера 007-го по кластер 00Е, обозначены на Фиг.24 треугольными флажками, причем в ИДФ (TKI) для каждого из ЭЛЕМЕНТов_ЗОБ с ЭЛЕМЕНТа_ЗОБ №1 (AOB ELEMENT#1) по ЭЛЕМЕНТ_ЗОБ №4 (AOB_ELEMENT#4) установлены значения Элементов_ТППВР (TMSRT_Entries).

В этом примере первая часть ЭЛЕМЕНТа_ЗОБ №1 (АОВ_ELEMENT#1), находящегося в начале ЗОБ (АОВ), запомнена в кластере 007, а последняя часть ЭЛЕМЕНТа_ЗОБ №4 (AOB_ELEMENT#4), находящегося в конце ЗОБ (АОВ), запомнена в кластере 00Е. ЭЛЕМЕНТы_ЗОБ (AOB_ELEMENTs) с №1 по №4 занимают область от md0 в кластере 007 до md4 в кластере 00Е. Как показано на Фиг.24 стрелкой sdl, ОБ_ДАННЫХ (SZ DATA) в ТИБ (BIT) указывает, что ЭЛЕМЕНТЫ_ЗОБ (AOB_ELEMENTS) с №1 по №4 занимают область от начала кластера 007 до конца кластера 00Е, но не указывает, что в кластерах 007 и 00Е имеются недействующие участки ud0 и ud1, которые не заняты ЭЛЕМЕНТом_ЗОБ (AOB_ELEMENT).

С другой стороны, ЗОБ (АОВ) также содержит в себе участки ud0 и ud1, находящиеся в кластерах 007 и 00Е, но не занятые ЭЛЕМЕНТом ЗОБ №1 (АОВ_ELEMENT#1) или ЭЛЕМЕНТом_ЗОБ №4 (AOB_ELEMENT#4). Заданный в ТИБ (BIT) Сдвиг_ДАННЫХ (DATA Offset) указывает длину незанятой области ud0, a именно, значение местоположения начала ЭЛЕМЕНТа_ЗОБ №1 (АОВ_ELEMENT#1) относительно начала кластера 007.

Как показано на Фиг.24, ЭЛЕМЕНТ_ЗОБ №1 (AOB_ELEMENT#1) занимает область от md0 в кластере 007 до md1 в кластере 008.

Этот ЭЛЕМЕНТ_ЗОБ №1 (AOB_ELEMENT#1) не занимает весь кластер 008, при этом остальную часть кластера занимает ЭЛЕМЕНТ_ЗОБ №2 (AOB_ELEMENT#2). ЭЛЕМЕНТ_ЗОБ №4 (AOB_ELEMENT#4) занимает область от md3, расположенного посередине кластера 00С, до md4, расположенного посередине кластера 00Е. Таким образом может быть осуществлено запоминание ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTs) через границы кластеров, или, иначе говоря, запись ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTs) может быть осуществлена без учета границ между кластерами. "КОЛК_1го_ЭТППВР" (FNs_lst_TMSRTE) в ТИБ (BIT) указывает количество кадров в ЭЛЕМЕНТе_ЗОБ №1 (AOB_ELEMENT#1), который расположен в кластерах 007 и 008, а "КОЛК_Посл_ЭТППВР" (FNs_Last_TMSRTE) в ТИБ (BIT) указывает количество кадров в ЭЛЕМЕНТе_ЗОБ №4 (AOB_ELEMENT#4), который расположен в кластерах с 00С-го по 00Е-й.

Подобным способом может быть осуществлено свободное размещение ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTS) без учета границ между кластерами. ТИБ (BIT) дает информацию, в которой указано смещение от границы кластера до ЭЛЕМЕНТа_ЗОБ (АОВ_ELEMENT) и количество кадров в каждом ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT).

{17-5_22-14_25} Использование количества кадров, заданного в каждом ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT) (часть 1)

Ниже приведено описание использования содержащейся в ТИБ (BIT) информации о количестве кадров в каждом ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT). Это количество кадров, заданное в ТИБ (BIT), используют при выполнении поиска в прямом или в обратном направлении. Как упомянуто выше, при подобных операциях осуществляют воспроизведение данных в течение 240 миллисекунд после того, как предварительно выполнен пропуск данных, продолжительность воспроизведения которых равна двум секундам.

На Фиг.25 показано, как осуществляют установку параметров следующего воспроизводимого КАДРА_ЗОБ №(х+1) (AOB_FRAME#x+1) при выполнении поиска в прямом направлении, который начинают с КАДРА_ЗОБ №х (AOB_FRAME#x) в ЭЛЕМЕНТе_ЗОБ №у (AOB_ELEMENT#y) ЗОБ (AOB).

На Фиг.25 показан тот вариант, в котором пользователь осуществляет выбор операции поиска в прямом направлении при воспроизведении КАДРА_ЗОБ №х (AOB_FRAME#x), содержащегося в ЭЛЕМЕНТе_ЗОБ №у (AOB_ELEMENT#y). На Фиг.25 "t" представляет собой продолжительность прерывистого воспроизведения (здесь она равна 240 миллисекундам), "f(t)" указывает количество кадров, соответствующих этой продолжительности прерывистого воспроизведения, "время пропуска" ("skip_time") указывает длительность промежутка времени, пропуск которого должен быть осуществлен между циклами прерывистого воспроизведения (здесь она равна двум секундам), "f(время_пропуска)" ("f(skip_time)") указывает то количество кадров, которое соответствует этому времени пропуска. Прерывистое воспроизведение осуществляют путем повторения трех описанных ниже процедур (1), (2), и (3).

(1) устройство воспроизведения осуществляет обращение к Элементу_ТППВР (TMSRT_Entry) в ТПФГПВР (TKTMSRT) и переходит к началу символа флага (ЭЛЕМЕНТа_ЗОБ) (AOB_ELEMENT).

(2) устройство воспроизведения выполняет воспроизведение в течение 240 миллисекунд.

(3) устройство воспроизведения переходит к началу следующего символа флага (ЭЛЕМЕНТа_ЗОБ) (AOB_ELEMENT).

КАДР_ЗОБ №(х+1) (AOB_FRAME#x+1), который находится через 2 секунды + 240 миллисекунд от КАДРА_ЗОБ №х (AOB_FRAME#x), содержащегося в ЭЛЕМЕНТе_ЗОБ №у (AOB_ELEMENT#y), наверняка будет находиться в ЭЛЕМЕНТе_ЗОБ №(у+1) (AOB_ELEMENT#y+1). При определении КАДРА_ЗОБ №(х+1) (AOB_FRAME#x+1), находящегося через 2 секунды + 240 миллисекунд от КАДРА_ЗОБ №х (AOB_FRAME#x), несмотря на то, что из самого Элемента ТППВР (TMSRT_Entry) устройство воспроизведения не может узнать о количестве КАДРов_ЗОБ (AOB_FBAMEs), находящихся между начальным адресам ЭЛЕМЕНТа_ЗОБ №(y+1) (AOB_ELEMEMT#y+1) и КАДРом_ЗОБ №(х+1) (AOB_FRAME#x+1), первый адрес следующего ЭЛЕМЕНТа_ЗОБ №(y+1) (AOB_ELEMENT#y+1) может быть непосредственно вычислен путем считывания Элемента ТППВР (TMSRT_Entry) из ТПФГПВР (TKTMSRT).

Для вычисления этого количества КАДРов_ЗОБ (АОВ_FRAMEs), необходимо вычесть общее количество кадров, содержащихся в ЭЛЕМЕНТе_ЗОБ №y (AOB_ELEMENT#y) из суммы (1) номера №х (number#x), который указывает положение КАДРа_ЗОБ №х (АОВ_FRAME#х) относительно начала ЭЛЕМЕНТа_ЗОБ №y (AOB_ELEMENT#y), (2) f(t) и (3) f (времени пропуска) ("f(skip_time)"). Чтобы упростить вычисление относительного положения кадра КАДРА_ЗОБ №(х+1) (AOB_FRAME#x+l) в ЭЛЕМЕНТе_ЗОБ №(y+1) (AOB_ELEMENT#y+1), в ТИБ (BIT) для каждого ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT) записывают "КОЛК_1го_ЭТППВР" (FNs_lst_TMSRTE), "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE), и "КОЛК_Посл_ЭТППВР" (FNs_Last_TMSRTE) так, как указано выше.

{17-5_22-15_26А} Использование количества кадров, заданного в каждом ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT) (часть 2)

Количество кадров, записанных в ТИБ (BIT), также используют тогда, когда устройство воспроизведения осуществляет функцию поиска по времени, при которой воспроизведение начинают в той точке, которую указывают посредством временного кода. На Фиг.26А показано, как устройство воспроизведения может определить ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT) и КАДР_ЗОБ (AOB_FRAME), соответствующие указанному пользователем времени начала воспроизведения. В том случае, когда необходимо начать воспроизведение с указанного пользователем момента времени, в поле "Запись_о_переходе" (Jmp_Entry) устанавливают указанное время (в секундах), при этом воспроизведение должно быть начато с ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y) и с места х КАДРА_ЗОБ (АОВ_FRAME), удовлетворяющих приведенному ниже Уравнению 2.

Уравнение 2

Запись о переходе (в секундах) = (КОЛК_1го_ЭТППВР + КОЛК_Средн_ЭТППВР*у+х) *20 мс

Поскольку "КОЛК_1го_ЭТППВР" (FNs_lst_TMSRTE) и "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE) содержатся в ТИВ (BIT), то их можно подставить в Уравнение 2 для вычисления ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y) и КАДРА_ЗОБ №х (AOB_FRAME#x). После этого устройство воспроизведения может выполнить обращение к ТПФГПВР (TKTMSRT) ЗОБ (АОВ) для вычисления первого адреса ЭЛЕМЕНТа_ЗОБ №(у+2) (AOB_ELEMENT#y+2) (который представляет собой (у+2)-ой ЭЛЕМЕНТ_ЗОВ (АОВ_ELEMENT) в этом ЗОБ (АОВ)) и, исходя из этого первого адреса, начать поиск КАДРА_ЗОБ №х (AOB_FRAME#x). При обнаружении х-го КАДРа_ЗОВ (AOB_FRAME) устройство воспроизведения начинает воспроизведение с этого кадра. Таким образом, устройство воспроизведения может начать воспроизведение данных с момента времени, указанного в Записи о переходе (Jmp_Entry) (в секундах).

Таким образом, для устройства воспроизведения нет необходимости осуществлять поиск частей заголовка ADTS в КАДРах_ЗОБ (AOB_FRAMEs), а должно просто выполнить поиск в ЭЛЕМЕНТах_ЗОБ (AOB_ELEMENTS), которые указаны в Элементах ТППВР (TMSRT_Entries) из ТПФГПВР (TKTMSRT). Это означает, что устройство воспроизведения может с высокой скоростью находить место воспроизведения, соответствующее указанному времени воспроизведения.

Подобным же образом, когда установлено значение Записи_о_переходе (Jmp_Entry), а функцию поиска по времени используют для фонограммы, состоящей из множества ЗОБ (АОВ), устройству воспроизведения достаточно только выполнить вычисление ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y) и КАДРА_ЗОБ №х (АОВ_FRAME#x), которые удовлетворяют приведенному ниже Уравнению 3.

Уравнение 3

Запись_перехода (в секундах) =

Продолжительность воспроизведения от ЗОБ №1 до ЗОБ №n + (КОЛК_1го_ЭТППВР(№(n+1)) + КОЛК_Средн_ЭТППВР(№(n+1))*у+х)* 20 мс

Общая продолжительность воспроизведения ЗОБ (АОВ) с ЗОБ №1 (АОВ#1) до ЗОБ №n (АОВ#n) равняется:

Общая продолжительность воспроизведения ЗОБ с ЗОБ №1 до ЗОБ №n =

["КОЛК_1го_ЭТППВР"(№1) + "КОЛК_Средн_ЭТППВР"(№1) * (Количество Элементов_ТППВР(№1) - 2) + "КОЛК_Посл_ЭТППВР"(№1) + "КОЛК_1го_ЭТППВР"(№2) + ("КОЛК_Средн_ЭТППВР"(№2) * Количество Элементов_ТППВР (№2) - 2) + "КОЛК_Посл_ЭТППВР"(№2) + "КОЛК_1го_ЭТППВР"(№3) + ("КОЛК_Средн_ЭТППВР"(№3) * Количество Элементов_ТППВР(№3) - 2) + "КОЛК_Посл_ЭТППВР"(№3)... + "КОЛК_1го_ЭТППВР"(№n) + ("КОЛК_Средн_ЭТППВР"(№n) * Количество Элементов_ТППВР(№n) - 2) + "КОЛК_Посл_ЭТППВР"(№n)] * 20 мс

После вычисления ЗОБ №n (AOB#n), ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y), и КАДРА_ЗОБ №x (AOB_FRAME#x), удовлетворяющих Уравнению 3, устройство воспроизведения выполняет обращение к ТПФГПВР (TKTMSRT), соответствующей ЗОБ №(n+1) (АОВ#n+1), отыскивает х-й КАДР_ЗОБ (AOB_FRAME) от адреса, в котором находится (у+2)-й ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT) (то есть, ЭЛЕМЕНТ_ЗОБ №(у+2) (AOB_ELEMENT#y+2)), и начинает воспроизведение от этого х-го КАДРА_ЗОБ (AOB_FRAME).

{17-5_22-16_27А, Б} Стирание файла ЗОВ (АОВ file) и ИДФ (TKI)

Этим завершается описание всей информации, содержащейся в ИДФ (TKI). Ниже приведено описание того, как осуществляют обновление ИДФ (TKI) в следующих четырех случаях. В первом случае (Пример 1) осуществляют удаление фонограммы. Во втором случае (Пример 2) осуществляют удаление фонограммы и запись новой фонограммы. В третьем случае (Пример 3) из множества фонограмм осуществляют выбор двух и их объединение в одну фонограмму. Наконец, в четвертом случае (Пример 4) осуществляют разделение одной фонограммы и создают две фонограммы.

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

На Фиг.27А и Фиг.27Б показано частичное стирание фонограммы. Пример, приведенный на Фиг.27А и Фиг.27В, соответствует администратору фонограмм (TrackManager) показанному на Фиг.19, и в нем предполагают, что пользователь указал частичное стирание Фонограммы Б (TrackB). ЗОБ (АОВ), соответствующий Фонограмме Б (TrackB), записан в "AOB002.SA1", которому соответствуют ИДФ №2 (TKI#2). Это означает, что стирание "AOB002.SA1" сопровождается установкой в АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ №2 (TKI#2) значения "Неиспользуемый". Это состояние, в котором "AOB002.SA1" был удален, а в АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ №2 (ТКI#2) установлено значение "Неиспользуемый", показано на Фиг.27Б. Поскольку "AOB002.SA1" был удален, та область, которая была прежде занята "AOB002.SA1", освободилась и стала неиспользуемой областью. Как упомянуто выше, другое изменение заключается в том, что в АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ №2 (ТКI#2) устанавливают значение "Неиспользуемый".

{17-5_22-17_28А, Б} Присвоение ИДФ (TKI) при записи нового ЗОБ (АОВ)

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

На Фиг.28А показан администратор фонограмм (ТrасkMаnаgеr) после того, как стирание фонограмм было выполнено несколько раз. Как показано на Фиг.28А, если были удалены фонограммы, которым соответствуют ИДФ №2, ИДФ №4, ИДФ №7 и ИДФ №8 (TKI#2,TKI#4, ТКI#7, ТКI#8), то в АТР_БЛК_ИДФ (TKI_BLK_ATR) этих ИДФ (TKI) устанавливают значение "Неиспользуемый". Поскольку удаление файлов ЗОБ (АОВ files) выполняют точно таким же образом, как и обычных файлов данных, обновление администратора фонограмм (TrackManager) осуществляют просто посредством установления значения "Неиспользуемый" в АТР_БЛК_ИДФ (TKI_BLK_ATR) соответствующих ИДФ (TKI). Это означает, что ИДФ (TKI), в АТР_БЛК_ИДФ (TKI_BLK_ATRs) которых установлены значения "Неиспользуемый" могут возникать в различных местах администратора фонограмм (TrackManager).

На Фиг.28Б показано, как осуществляют запись новых ИДФ (TKI) и файла ЗОБ (АОВ file) в том случае, когда в администраторе фонограмм (TrackManager) имеются ИДФ (TKI), АТР_БЛК_ИДФ (TKI_BLK_ATR) которых имеет значение "Неиспользуемый". Подобно Фиг.28А, в ИДФ №2, ИДФ №4, ИДФ №7 и ИДФ №8 (TKI#2,TKI#4, TKI#7, TKI#8) из Фиг.28Б установлены значения "Неиспользуемый".

Как показано на Фиг.28Б, новая записываемая фонограмма состоит из четырех ЗОБ (АОВ). Неиспользуемые ИДФ (TKI), предназначенные для записи этих ЗОБ (АОВ), определяют согласно УП_ФГ_СВФУ (указателям поиска фонограммы из списка воспроизводимых файлов, заданного по умолчанию - прим. переводчика) (DPL_TK_SRPs) или же они могут быть выбраны произвольно. В настоящем примере для записи ИДФ (TKI) новой фонограммы используют неиспользуемые ИДФ (TKI), имеющие номера ИДФ №2, ИДФ №4, ИДФ №7 и ИДФ №8 (TKI#2,TKI#4, ТКI#7, TKI#8).

Поскольку одна фонограмма состоит из этих четырех ЗОБ (АОВ), в АТР_БЛК_ИЦФ (TKI_BLK_ATR) ИЦФ №2 (ТКI#2) устанавливают значение "Начало фонограммы" ("Head_of_Track"), в АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ №4 и ИДФ №7 (ТКI#4, ТКI#7) устанавливают значение "Середина Фонограммы" ("Middle_of_Track"), а в АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ №8 (TKI#8) устанавливают значение "End_of_Track". УКЗ_СВЗ_ИДФ (TKI_LNK_PTR) в каждом из этих четырех ИДФ (TKI): ИДФ №2, ИДФ №4, ИДФ №7 и ИДФ №8 (TKI#2, TKI#4, TKI#7, TKI#8), используемых для образования новой Фонограммы Г (TrackD), устанавливают таким образом, чтобы они указывали на те ИДФ (TKI), которые образуют следующую часть Фонограммы Г (TrackD), при этом, как показано стрелками TL2, TL4, и TL7, в УКЗ_СВЗ_ИДФ (TKI_LNK_PTR) ИДФ №2 (TKI#2) устанавливают значение ИДФ №4 (ТК1#4), в УКЗ_СВЗ_ИДФ (TKI_LMK_PTR) ИДФ №4 (TKI#4) устанавливают значение ИДФ №7 (TKI#7), а в УКЗ_СВЗ_ИДФ (TKI_LNK_PTR) ИДФ №7 (ТКI#7) устанавливают значение ИДФ №8 (TKI#8).

После этого создают файлы "AOB002.SA1", "АОВ004.SA1", "AOB007.SA1" и "AOB008.SA1", имеющие те же самые номера, что и ИДФ №2, ИДФ №4, ИДФ №7 и ИДФ №8 (ТКI#2, ТКI#4, ТКI#7, ТКI#8), и в этих четырех файлах осуществляют запоминание четырех ЗОБ (АОВ), образующих Фонограмму Г (TrackD).

Путем соответствующей установки значений УКЗ_СВЗ_ИДФ (TKI_LNK_PTRs) и АТР_БЛК_ИДФ (TKI_BLK_ATRs) можно осуществлять управление этой четвертой фонограммой. Фонограммой Г (TrackD), с использованием ИДФ №2, ИДФ №4, ИДФ №7 и ИДФ №8 (ТКI#2, ТКI#4, TKI#7, TKI#8).

Как описано выше, когда в плату 31 флэш-памяти записана новая фонограмма, то в качестве ИДФ (TKI), предназначенных для вновь записываемых фонограмм, выделяют те ИДФ (TKI) в администраторе фонограмм (TrackManager), значения которых установлены как "Неиспользуемые".

{17-5_22-18_29А,Б} Установка значений ИДФ (TKI) при объединении двух фонограмм

Ниже приведено описание обновления ИДФ (TKI) при объединении фонограмм (Пример 3).

На Фиг.29А и Фиг.29Б показано, как устанавливают значения ИДФ (TKI) при создании новой фонограммы путем объединения двух фонограмм. В примере из Фиг.29А используют тот же самый администратор фонограмм (TrackManager), что и на Фиг.19, и на нем показан тот случай, когда для объединения Фонограммы В (TrackC) и Фонограммы Д (TrackE) в одну фонограмму пользователь осуществляет операцию редактирования.

В этом случае ЗОБ (АОВ), которые соответствуют Фонограмме В (TrackC) и Фонограмме Д (TrackE), записывают в файлах ЗОБ (АОВ files) "AOB003.SA1" и "АОВ008. SA1", которым соответствуют ИДФ №3 (ТКI#3) и ИДФ №8 (ТКI#8), при этом осуществляют перезапись АТР_БЛК_ИДФ (TKI_BLK_ATRs) в ИДФ №3 и ИДФ №8 (ТКI#3, ТКI#8). На Фиг.29Б показан АТР_БЛК_ИДФ (TKI_BLK_ATR) этих ИДФ (TKIs) после перезаписи. На Фиг.29А АТР_БЛК_ИДФ (TKI_BLK_ATRs) в ИДФ №3 и ИДФ №8 (TKI#3,TKI#8) записаны как "Фонограмма", но на Фиг.29Б АТР_БЛК_ИДФ (TKI_BLK_ATR) в ИДФ №3 (ТКI#3) перезаписывают таким образом, что он получает значение "Начало_Фонограммы" ("Head_of_Track"), a АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ №8 (TKI#8) перезаписывают таким образом, что он получает значение "Конец Фонограммы" ("End_of_Track"). Посредством такой перезаписи TKI_BLK_ATRS, обработку файлов ЗОБ (АОВ files) "AOB003.SA1" и "AOB008.SA1", которым соответствуют ИДФ №3 (ТКI#3) и ИДФ №8 (ТКI#8), расположенные в конце, осуществляют как частей одной фонограммы, а именно, новой Фонограммы В (TrackC). При этой операции одновременно производят перезапись УКЗ_СВЗ_ИДФ (TKI_LNK_PTR) в ИДФ №3 (ТКI#3) таким образом, чтобы в них были указаны ИДФ №8 (TKI#8).

Здесь следует, в частности, обратить внимание на то, что до тех пор, пока не осуществлена перезапись АТР_БЛК_ИДФ (TKI_BLK_ATRs) в ИДФ (TKI), не выполняют никакой обработки по физическому объединению файлов ЗОБ (АОВ files) "AOB003.SA1" и "AOB008.SA1". Это обусловлено тем, что каждый из файлов ЗОБ (АОВ file) зашифрован с использованием различных ключей файла (FileKeys), поэтому при объединении файлов ЗОБ (АОВ files) было бы необходимо выполнить для каждого файла ЗОБ (АОВ file) две операции обработки, во-первых, расшифровать зашифрованный файл ЗОБ (АОВ file), a затем заново зашифровать результат, что привело бы к чрезмерной нагрузке при обработке. К тому же, объединенный подобным образом файл ЗОБ (АОВ file) оказывается зашифрованным с использованием только одного ключа файла (FileKey), что приводит к меньшей защищенности объединенной фонограммы по сравнению с фонограммами, которые были использованы для ее создания.

ИДФ (TKI) изначально были предназначены для того, чтобы уменьшить объем ТПФГПВР (TKTMSRT), поэтому при физическом объединении файлов ЗОБ (АОВ files) путем операции редактирования возникает риск того, что объем ИДФ (TKI) станет слишком большим.

По приведенным выше причинам при операциях редактирования, посредством которых выполняют объединение фонограмм, файлы ЗОБ (АОВ files) остаются в зашифрованном состоянии, а эти операции осуществляют просто путем изменения атрибутов, заданных в АТР_БЛК_ИДФ (TKI_BLK_ATRs).

{17-5_22-18_29А, Б-1_30,31} Условия, которые должны быть удовлетворены при объединении фонограмм

Как описано выше, объединение фонограмм осуществляют путем изменения атрибутов АТР_БЛК_ИДФ (TKI_BLK_ATR), но ЗОВ (АОВ), содержащиеся в объединенных фонограммах, должны удовлетворять приведенным ниже условиям.

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

Второе условие состоит в том, что в фонограмме, созданной путем объединения, не может быть осуществлена компоновка трех или более ЗОБ (АОВ), которые состоят только из тех ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTs), количество КАДРов_ЗОБ (АОВ_FRAMEs), в которых меньше требуемого количества для "КОЛК_Средн_ЭТППВР (FNs_Middle_TMSRTE)".

ЗОБ (АОВ) подразделяют на два типа в зависимости от того, содержит ли в себе, по меньшей мере, один ЭЛЕМЕНТ_ЗОВ (AOB_ELEMENT) количество КАДРов_ЗОБ (AOB_FRAMEs), равное количеству кадров, которое обусловлено "КОЛК_Среди_ЭТППВР" (FNs_Middle_TMSRTE). ЗОБ 1-го типа (Typel АОВ) содержит в себе, по меньшей мере, один ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT), имеющий это количество КАДРов_ЗОБ (AOB_FRAMEs), а ЗОБ 2-го типа (Туре2 АОВ) не содержит в себе ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT), который имеет это количество КАДРов_ЗОБ (AOB_FRAMEs).

Иначе говоря, ЭЛЕМЕНТЫ_ЗОБ (AOB_ELEMENTS) в ЗОБ 2-го типа (Туре2 АОВ) имеют количество КАДРов_ЗОБ (AOB_FRAMEs) меньшее, чем "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE), а во втором условии оговорено, что три ЗОБ 2-го типа (Туре2 AOBs) не могут быть скомпонованы вместе.

Причина наличия второго условия состоит в следующем. Когда устройство воспроизведения осуществляет последовательное считывание ЗОБ (АОВ), предпочтительным является тот вариант, в котором в буфере устройства воспроизведения осуществляют накопление достаточного количества КАДРов_ЗОБ (АОВ_FRAMEs), однако, это не может быть выполнено при наличии следующих один за другим ЗОБ 2-го типа (Туре2 АОВ). В этом случае может произойти опустошение буфера устройства воспроизведения, поэтому невозможно гарантировать то, что устройство воспроизведения будет осуществлять непрерывное воспроизведение. Поэтому, во избежание подобных опустошений буфера, используют второе условие, в котором оговорено, что следующие один за другим три или более ЗОБ 2-го типа (Туре2 AOBs) не могут быть скомпонованы вместе.

На Фиг.30А показан ЗОБ 1-го типа (Type1 АОВ), а на Фиг.30Б показаны два примера ЗОБ 2-го типа (Туре2 АОВ). На Фиг.30Б оба ЗОБ (АОВ) состоят не менее чем из двух ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTs), причем ни один из ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTs) не содержит в себе то количество КАДРов_ЗОБ (AOB_FRAMEs), которое установлено для "КОЛК_Среди_ЭТППВР (FNs_Middle_TMSRTE)". Поскольку отсутствие ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT), имеющего то количество КАДРов_ЗОБ (AOB_FRAMEs), которое предусмотрено для "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE), является условием того, что ЗОБ (АОВ) относят к ЗОБ 2-го типа (Туре2 АОВ), это означает, что все показанные на этом чертеже ЗОБ (АОВ) представляют собой ЗОБ 2-го типа (Туре2 АОВ).

На Фиг.31А показано объединение в единую фонограмму ЗОБ 1-го типа + 2-го типа + 2-го типа + 1-го типа (Туре1+Туре2+Туре2+Туре1 AOBs). Поскольку это объединение не включает в себя связывание между собой трех ЗОБ 2-го типа (Туре2 АОВ), то эти ЗОБ (АОВ) могут быть скомпонованы вместе, образуя единую фонограмму.

На Фиг.31Б показано связывание в единую фонограмму ЗОБ 1-го типа + 2-го типа + 2-го типа + 2-го типа + 1-го типа (Туре1+Туре2+Туре2+Туре2+Туре1 AOBs). Такое объединение привело бы к наличию трех следующих один за другим ЗОБ 2-го типа (Туре2 АОВ) и поэтому запрещено.

{17-5_22-18_29А, Б-1_32} Объединение Фонограмм с учетом сочетаний ЗОБ 1-го типа и 2-го типа (Type1, Type2 AOBs)

При объединении ЗОБ (АОВ) в единую фонограмму, что показано на Фиг.31А, в том случае, если последний ЗОБ (АОВ) в первой фонограмме представляет собой ЗОБ 1-го типа (Type1 АОВ), то объединение может быть осуществлено вне зависимости от того, является ли первая часть этой фонограммы ЗОБ 1-го типа (Type1 АОВ) или ЗОБ 2-го типа (Type2 АОВ). На Фиг.32А изображен тот вариант, в котором последний ЗОБ (АОВ) первой фонограммы представляет собой ЗОБ 1-го типа (Type1 АОВ), а первый ЗОБ (АОВ) следующей фонограммы также представляет собой ЗОБ 1-го типа (Type1 АОВ). На Фиг.32В показывает тот вариант, в котором последний ЗОБ (АОВ) первой фонограммы представляет собой ЗОБ 1-го типа (Type1 АОВ), а первый ЗОБ (АОВ) следующей фонограммы представляет собой ЗОБ 2-го типа (Type2 АОВ). Поскольку оба из этих вариантов удовлетворяют второму условию, то изображенные фонограммы могут быть объединены в единую фонограмму.

В том случае, когда последний ЗОБ (АОВ) первой фонограммы представляет собой ЗОБ 2-го типа (Туре2 АОВ), а предыдущий ЗОБ (АОВ) первой фонограммы представляет собой ЗОБ 1-го типа (Type1 АОВ), эта первая фонограмма может быть объединена со следующей фонограммой, которая начинается с ЗОБ 1-го типа (Type1 АОВ) вне зависимости от того, является ли первый ЗОБ (АОВ) в первой фонограмме ЗОБом 1-го типа (Type1 АОВ) или ЗОБом 2-го типа (Туре2 АОВ).

На Фиг.32В показан тот случай, в котором первая фонограмма заканчивается ЗОБом 1-го типа (Type1 АОВ) и ЗОБом 2-го типа (Туре2 АОВ) в указанном порядке, а вторая фонограмма начинается с ЗОБ 1-го типа (Type1 АОВ). На Фиг.32Г показан тот случай, в котором первая фонограмма заканчивается ЗОБом 1-го типа (Type1 АОВ) и ЗОБом 2-го типа (Туре2 АОВ) в указанном порядке, а вторая фонограмма начинается с ЗОБ 2-го типа (Туре2 АОВ) и ЗОБ 1-го типа (Type1 АОВ) в указанном порядке. Поскольку оба эти случая удовлетворяют второму условию, то изображенные фонограммы могут быть объединены в единую фонограмму.

В том случае, когда первая фонограмма заканчивается ЗОБом 2-го типа (Туре2 АОВ), а непосредственно предшествующий ему ЗОБ (АОВ) также представляет собой ЗОБ 2-го типа (Туре2 АОВ), эта первая фонограмма может быть объединена со следующей фонограммой, начинающейся с ЗОБ 1-го типа (Type1 АОВ). На Фиг.32Д показан тот случай, в котором первая фонограмма заканчивается двумя ЗОБ 2-го типа (Туре2 АОВ), а вторая фонограмма начинается с ЗОБ 1-го типа (Type1 АОВ). Поскольку этот случай удовлетворяет второму условию,

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

Ниже приведено описание обновления ИДФ (TKI) для Примера 4, в котором осуществляют разделение фонограммы.

{17-5_22-19_ЗЗА, Б} Установка параметров для ИДФ (TKI), в случае разделения фонограммы

На Фиг.33А и Фиг.33Б показаны примеры разделения одной фонограммы с созданием двух новых фонограмм. В этих примерах администратор фонограмм (TrackManager) имеет то же самое содержимое, что и администратор, показанный на фиг.27, при этом предполагают, что пользователь осуществил операцию редактирования, посредством которой Фонограмма В (TrackC) разделена на две новые фонограммы, а именно, на Фонограмму В (TrackC) и Фонограмму Е (TrackF). Когда Фонограмму В (TrackC) нужно разделить на новые фонограммы: Фонограмму В (TrackC) и Фонограмму Е (TrackF), то создают файл ЗОБ (АОВ file) "AOB002.SA1", соответствующий Фонограмме Е (TrackF). На Фиг.33А показано, что в ИДФ №2 (TKI#2) устанавливают значение “Неиспользуемый”, причем эти ИДФ №2 (TKI#2} присваивают вновь созданному файлу ЗОБ (АОВ file) "AOB002.SA1".

{17-5_22-19_ЗЗА, Б-1_34А, Б} Обновление элементов каталога и значений ТРФ (FAT)

В том случае, когда для создания "AOB002.SA1" осуществляют разделение файла ЗОБ (АОВ file) "AOB003.SA1", необходимо произвести обновление элементов каталога и значений ТРФ (FAT). Объяснение такого обновления приведено ниже. На Фиг.34А показано то, как записан элемент каталога исходных звуковых данных (SD-AUDIO) в каталоге исходных звуковых данных (SD-Audio), к которому принадлежит файл ЗОБ (АОВ file) "AOB003.SA1", до разделения файла.

Файл ЗОБ (АОВ file) "AOB003.SA1" разделен на множество частей, которые запомнены в кластерах 007, 008, 009, 00А... 00D, 00Е. В этом случае номер первого кластера для указанного в элементе каталога файла ЗОБ (АОВ file) "AOB003.SA1" записывают в виде "007". Также в качестве значений ТРФ (FAT) 007, 008, 009, 00А... 00D, которые соответствуют кластерам 007, 008, 009, 00А... 00D, записывают значения (008), (009), (00А)... (00D), (00Е).

В том случае, когда разделение файла ЗОБ (АОВ file) "AOB003.SA1" осуществлено таким образом, что его последняя часть стала новым файлом ЗОБ (АОВ file) "AOB002.SA1", в элемент каталога исходных звуковых данных (SD-Audio) добавляют "имя файла", "расширение имени файла" и "номер первого кластера в файле" для нового файла ЗОБ (АОВ file) "АОВ002. SA1". На Фиг.34А показано то, как осуществлена запись элемента каталога исходных звуковых данных (SD-Audio) в каталоге исходных звуковых данных (SD-Audio), к которому принадлежит файл ЗОБ (АОВ file) "AOB003.SA1", после разделения файла ЗОБ (АОВ file) "AOB003.SA1".

В кластере 00F, показанном на Фиг.34Б, запомнена копия кластера 00В, который содержит в себе границу, указанную пользователем при разделении файла. Части файла ЗОБ (АОВ file) "AOB002.SA1", которые следуют после части, содержащейся в кластере 00В, запоминают как и прежде в кластерах 00С, 00D, 00Е. Поскольку первая часть файла ЗОБ (АОВ file) "AOB002.SA1" запомнена в кластере 00F, a остальные части запомнены в кластерах 00С, 00D, 00Е, то в поле "номер первого кластера в файле" для нового файла ЗОБ (АОВ file) "AOB002.SA1" записывают значение "00F", а в качестве значений ТРФ (FAT) 00F, 00С, 00D, 00Е, которые соответствуют кластерам 00F, 00С, 00D и 00Е, записывают значения (00С), (00D), (00Е).

{17-5_22-19_ЗЗА, Б-2_35А, Б} Установка значений информационных полей в ИДФ (TKI)

Ниже приведено описание того, как осуществляют установку значений информационных полей в ИДФ (TKI) для файла ЗОБ (АОВ file) "AOB002.SA1" при создании этого файла путем обновления элементов каталога и значений ТРФ (FAT). При создании ИДФ (TKI) для разделенной фонограммы в ИДФ (TKI) существует два типа информационных полей. Они представляют собой (1) информацию, которая может быть скопирована из исходных ИДФ (TKI) и (2) информацию, полученную путем обновления информации в исходных ИДФ (TKI). ОД_ТКИНФГ (TKTXTI_DA) И МСКЗ (ISRC) относятся к первому типу, а ТИБ (BIT), ТПФГПВР (TKTMSRT) и другие информационные поля относятся ко второму типу. Поскольку существуют оба типа информации, то в настоящем варианте осуществления ИДФ (TKI) для разделенной фонограммы создают посредством копирования исходных ИДФ (TKI) для создания шаблона для нового ИДФ (TKI), а затем выполняют разделение/обновление ТПФГПВР (TKTMSRT) и ТИБ (BIT) в этом шаблоне и обновление остальных информационных полей.

На Фиг.35А показан пример, в котором осуществляют разделение КАДРА_ЗОБ (AOB_FRAME) в ЗОБ (АОВ). На Фиг.35А на первом уровне изображены четыре ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENTs), а именно, ЭЛЕМЕНТ_ЗОБ №1, ЭЛЕМЕНТ_ЗОБ №2, ЭЛЕМЕНТ_ЗОБ №3 и ЭЛЕМЕНТ_ЗОБ №4 (AOB_ELEMENT#1, AOB_ELEMENT#2, AOB_ELEMENT#3, AОB_ELEMENT#4). Длина данных этих ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTs) установлена в ТПФГПВР (TKTMSRT) посредством четырех Элементов_ТППВР №1, №2, №3 и №4 (TMSRT_Entries #1, #2, #3, #4). Если, как показано на Фиг.35А, граница разделения гр1 (bdl) находится в ЭЛЕМЕНТе_ЗОБ №2 (AOB_ELEMENT#2), то ЭЛЕМЕНТ_ЗОБ №2 (AOB_ELEMENT#2) разделяют на первую область (1), состоящую из кадров, расположенных до границы гр1 (bdl), и вторую область (2), состоящую из кадров, расположенных после границы гр1 (bdl). На Фиг.35Б показаны эти два ЗОБ (AOBs), ЗОБ №1 и ЗОБ №2 (AOB#1, АОВ#2), полученные путем разделения ЗОБ (АОВ) пополам через ЭЛЕМЕНТ_ЗОБ №2 (АОВ_ELEMENT#2).

{17-5_22-19_ЗЗА,Б-3_36} Установка параметров ТИБ (BIT)

На Фиг.36 показано, как выполняют установку параметров ТИБ (BIT) в том случае, когда разделение ЗОБ (АОВ) осуществлено так, как показано на Фиг.35. Разделение ЗОБ (АОВ), показанного на Фиг.35, осуществлено вдоль границы Гр1 (bdl). ЗОБ №1 (АОВ#1), созданный посредством такого разделения, содержит в себе два ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENTs), ЭЛЕМЕНТ_ЗОБ №1 (AOB_ELEMENT#1) и ЭЛЕМЕНТ_ЗОБ №2 (AOB_ELEMENT#2), а другой ЗОБ №2 (АОВ#2), созданный посредством такого разделения, содержит в себе три ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENTs), ЭЛЕМЕНТ_ЗОБ №1 (AOB_ELEMENT#1), ЭЛЕМЕНТ_ЗОБ №2 (AOB_ELEMENT#2) и ЭЛЕМЕНТ_ЗОБ №3 (AOB_ELEMENT#3).

На Фиг.36 эти ЭЛЕМЕНТы_ЗОБ (AOB_ELEMENTs) также обозначены треугольными флажками для указания установленных параметров Элементов_ТППВР (TMSRT_Entries), содержащихся в ИДФ (TKI), которые соответствуют этим ЗОБ (АОВ). В описании сначала будет рассмотрен ЗОБ №1 (AOB#1), который получен путем такого разделения. ЭЛЕМЕНТ_ЗОБ №1 (AOB_ELEMENT#1) и ЭЛЕМЕНТ_ЗОБ №2 (AOB_ELEMENT#2), которые содержатся в ЗОБ №1 (AOB#1), расположены в кластерах с кластера 007 по кластер 00А, поэтому обработку ЗОБ №1 (АОВ#1) осуществляют таким образом, как будто он состоит из кластеров с кластера 007 по кластер 00А. ЭЛЕМЕНТ_ЗОБ №2 (AOB_ELEMENT#2) в ЗОБ N1 (АОВ#1) имеет такую длину данных, что они заканчиваются не в конце кластера 00А, а на границе гр1 (bdl), которая находится внутри кластера 00А, поэтому ОБ_ДАННЫХ (SZ_DATA) для ЗОБ №1 (AOB#1) задают как объем данных от области md0 до границы гр1 (bd1) в кластере 00А. "КОЛК_1го_ЭТППВР" (FNs_lst_TMSRTE) для ЗОБ №1 (АОВ#1) является тем же самым, что и до разделения, а "КОЛК_Посл ЭТППВР" (FNs_Last_TMSRTE) для ЗОБ №1 (АОВ#1) отличается от значения, которое использовали до разделения, тем, что теперь в нем указано количество кадров между началом ЭЛЕМЕНТа_ЗОБ №2 (AOB_ELEMENT#2) до разделения и границей гр1 (bdl).

Ниже приведено описание ЗОБ №2 (АОВ#2), который получен посредством такого разделения. Содержащиеся в ЗОБ №2 (АОВ#2) ЭЛЕМЕНТ_ЗОБ №1 (AOB_ELEMENT#1), ЭЛЕМЕНТ_ЗОБ №2 (AOB_ELEMENT#2) и ЭЛЕМЕНТ_ЗОБ №3 (AOB_ELEMENT#3) расположены в кластерах с кластера 00В по кластер 007. Кластер 00F содержит в себе копию содержимого кластера 00А. Причиной сохранения в кластере 00F копии кластера 00А является то, что кластер 00А занят ЭЛЕМЕНТом_ЗОБ №2 (АОВ_ELEMENT#2) из ЗОБ №1 (АОВ#1), поэтому для ЭЛЕМЕНТа_ЗОБ №1 (AOB_ELEMENT#1) из ЗОБ №2 (АОВ#2) необходимо выделить иной кластер.

ЭЛЕМЕНТ_ЗОБ №1 (AOB_ELEMENT#1) из ЗОБ №2 (АОВ#2) имеет такую длину данных, при которой их начало расположено не в начале кластера 00F, а на границе гр1 (bdl), которая находится внутри кластера 00F, поэтому ОБ_ДАННЫХ (SZ_DATA) для ЗОБ №2 (АОВ#2) задают как объем данных от начала кластера 00В до точки в середине кластера 00Е плюс объем данных той части кластера 00F, которая занята ЭЛЕМЕНТом_ЗОБ №1 (AOB_ELEMENT#1).

Та часть ЭЛЕМЕНТа_ЗОБ №2 (AOB_ELEMENT#2) из ЗОБ №1 (AOB#1), которая содержится в копии кластера 00А, запомненной в кластере 00F, должна быть исключена из ЗОБ №2 (АОВ#2), поэтому в поле Сдвиг_ДАННЫХ (DATA_Offset) в ТИБ (BIT) ЗОБ №2 (АОВ#2) устанавливают значение, равное объему той части ЭЛЕМЕНТа_ЗОБ №2 (AOB_ELEMENT#2) из ЗОБ №1 (АОВ#1), которая содержится в кластере 00F.

Из Фиг.36 видно, что разделение ЗОБ (АОВ) приводит к тому, что на две части разделяют только ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT), содержащий в себе границу разделения, а остальные ЭЛЕМЕНТы_ЗОБ (AOB_ELEMENTs), расположенные до и после разделенного ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT), остаются без изменений. В результате, значение "КОЛК_Посл_ЭТППВР" (FNs_Last_TMSRTE) ЗОБ №2 (АОВ#2) устанавливают тем же самым, что и для "ЭЛЕМЕНТа_ЗОБ №4" (AOB_ELEMENT#4) до разделения, а значение "КОЛК_1го_ЭТППВР" (FNs_lst_TMSRTE) ЗОБ №2 (AOB#2) устанавливают таким же, как в ЭЛЕМЕНТе_ЗОБ №1 (AOB_ELEMENT#1) ЗОБ №2 (АОВ#2), а именно, равным количеству кадров, содержащихся в той части, которая находится после границы, полученной при разделении ЭЛЕМЕНТа_ЗОБ №2 (AOB_ELEMENT#2).

{17-5_22-19_ЗЗА, Б-4_37} Установка значений ТИБ (BIT)

На Фиг.37 показан более конкретный пример изменений, осуществляемых в ТИБ (BIT) в результате разделения фонограммы. В левой части Фиг.37 в качестве примера показаны значения, установленные в ТИБ (BIT) до разделения. В этой ТИБ (BIT) Сдвиг_Данных (Data_Offset) установлен равным "X", ОБ_ДАННЫХ (SZ_DATA) установлен равным "52428", а КОЛ_ЭТППВР (TMSRTE_Ns) установлено равным "n". КОЛК_1го_ЭТППВР (FNs_lst_TMSRTE) установлено равным "80-ти кадрам", КОЛК_Средн_ЭТППВР (FNs_Middle_TMSRTE) установлено равным "94-м кадрам", а КОЛК_Посл_ЭТППВР (FNs_Last_TMSRTE) установлено равным "50-ти кадрам".

В правой части Фиг.37 показаны значения, установленные в двух ТИБ (BIT), созданных путем разделения фонограммы. В том случае, когда ЗОБ (АОВ), соответствующий ТИБ (BIT) из левой части Фиг.37, разделяют так, как показано на Фиг.35А, Сдвиг Данных (Data_0ffset) в ТИБ (BIT) первой фонограммы, созданной путем разделения, устанавливают равным "X", как и в фонограмме до разделения, "ОБ_ДАННЫХ" (SZ_DATA) обновляют таким образом, что он равен длине данных "Q" от начала до точки Q разделения, а КОЛ_ЭТППВР (TMSRTE_Ns) устанавливают равным "k", которое указывает количество Элементов_ТППВР (TMSRT_entries) от первого Элемента_ТППВР (TMSRT_entry) до k-того Элемента_ТППВР (TMSRT_entry). КОЛК_1го_ЭТППВР (FNs_lst_TMSRTE) и КОЛК_Средн_ЭТППВР (FNs_Middle_TMSRTE) устанавливают равными, соответственно, "80" и "94" кадрам, такими же, как и в ТИБ (BIT) до разделения, но поскольку конечный ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT) в ЗОБ (АОВ) первой фонограммы, созданной путем разделения, содержит в себе "р" КАДРов_ЗОБ (AOB_FRAMEs), то КОЛК_Посл_ЭТППВР (FNs_Last_TMSRTE) устанавливают равным "р кадрам".

В ТИБ (BIT) второй фонограммы, созданной путем разделения, "Сдвиг_Данных" (Data_Offset) устанавливают равным "R", "ОБ ДАННЫХ" (SZ DATA) устанавливают равным значению; (исходный ОБ_ДАННЫХ "52428" - длина данных до точки разделения Q), а КОЛ_ЭТППВР (TMSRTE_Ns) устанавливают равным значению "n-k+1", которое получают путем прибавления единицы (для k-того Элемента_ТППВР (TMSRT_entry), который является вновь добавленным в результате разделения) к количеству Элементов_ТППВР (TMSRT_entries) от k-того Элемента_ТППВР (TMSRT_entry) до n-го Элемента_ТППВР (TMSRT_entry).

Значения КОЛК_Средн_ЭТППВР (FNs_Middle_TMSRTE) и КОЛК_Посл_ЭТППВР (FNs_Last_TMSRTE) устанавливают теми же, что и в ТИБ (BIT) до разделения, то есть, соответственно, "94 кадра" и "50 кадров".

Первый ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT) в ЗОБ (АОВ) этой второй фонограммы содержит в себе "94-р" КАДРов_ЗОБ (AOB_FRAMEs), поэтому в КОЛК_1го_ЭТППВР (FNs_lst_TMSRTE) той ТИБ (BIT), которая соответствует этой фонограмме, устанавливают значение "94-р".

{17-5_22-19_ЗЗА, Б-5_38} Установка значений ТИБ (BIT)

На Фиг.38 показана ТПФГПВР (TKTMSRT) после разделения. Прежде всего будет приведено пояснение установки значений ТППВР (TMSRT). ТППВР (TMSRT) первой фонограммы содержит Элементы ТППВР (TMSRT_entries) с первого Элемента_ТППВР (TMSRT_entry) ЗОБ (АОВ) до разделения по k-тый Элемент_ТППВР (TMSRT_entry), то есть, Элементы_ТППВР с №1 по №k (TMSRT_entries#1...#k).

Здесь следует обратить внимание на то, что ЭЛЕМЕНТ_ЗОБ №k (AOB_ELEMENT#k), содержащий в себе границу разделения, содержит только область (1), поэтому k-тый Элемент_ТППВР (TMSRT_entry) содержит объем только тех данных, которые соответствуют этой области (1). ТППВР (TMSRT) второй фонограммы содержит Элементы_ТППВР (TMSRT entries) от k-того Элемента_ТППВР (TMSRT_entry) ЗОБ (AOB) до разделения до n-го Элемента ТППВР (TMSRT_entry), то есть, Элементы_ТППВР с Nk по №n (TMSRT_entries#k...#n). Здесь следует отметить, что Элемент_ТППВР №k (AOB_ELEMENT#k), содержащий границу разделения, содержит только область (2), поэтому, k-тый Элемент_ТППВР (TMSRT_entry) содержит объем только тех данных, которые соответствуют этой области (2).

Копирование ИДФ (TKI) сопровождается разделением и обновлением ТПФГПВР (TKTMSRT) и ТИБ (BIT), а создание ИДФ (TKI) для новых фонограмм, созданных путем разделения, будет завершено сразу же после обновления остальной информации. Точно так же, как и при объединении фонограмм, расшифровку файлов ЗОБ (AOB files) не осуществляют, так что две фонограммы могут быть созданы путем разделения файла ЗОБ (AOB file) в его зашифрованном состоянии. Поскольку разделение файла ЗОБ (AOB file) не включает в себя расшифровку и повторного шифрования, то вычислительная нагрузка при разделении фонограммы может быть уменьшена. Это означает, что редактирование фонограмм может быть осуществлено даже посредством устройства воспроизведения с ограниченной вычислительной мощностью.

Этим завершается описание ИДФ (TKI). Ниже приведено описание списков воспроизводимых файлов.

{17-6} Администратор списка воспроизводимых файлов (PlaylistManager)

Как показано пунктирными линиями h5 на Фиг.17, изображенный администратор списка воспроизводимых файлов (PlaylistManager) состоит из Информации_администратора_списка_воспроизводимых_файлов (ИАСВФ) (PlaylistManager_Information (PLMGI)), предназначенной для управления списками воспроизводимых файлов, которые запомнены в плате 31 флэш-памяти; из Информации_о_списке_воспроизводимых_файлов_по_умолчанию (ИСВФУ) (Default_Playlist_Information (DPLI)), предназначенной для управления всей фонограммой, хранящейся в плате 31 флэш-памяти, и из Информации_о_списке_воспроизводимых_файлов №1, №2, №3, №4,... №m (ИСВФ) (Playlistlnformation #1, #2, #3, #4...#m (PLI)). Каждая ИСВФ (PLI) представляет собой информацию для определяемого пользователем списка воспроизводимых файлов. Как показано пунктирными линиями h6, ИСВФУ (DPLI) состоит из Общей_информации_о_списке_воспроизводимых файлов_по_умолчанию (ОИСВФ) (Default_Playlist_General_Information (DPLGI)) и Указателей_поиска_фонограмм_в_списке_воспроизводимых_ файлов_по_умолчанию (УП_ФГ_СВФУ) №1, №2, №3, №4, ... №m (Default_Playlist_Track_Search_Pointers (DPL_TK_SRP) #1, #2, #3, #4... #m).

Упомянутая здесь ИСВФУ (DPLI) отличается от каждой ИСВФ (PLI) следующим. В то время как в ИСВФУ (DPLI) должны быть указаны все фонограммы, хранящиеся в плате флэш-памяти 52, ИСВФ (PLI) не имеет подобного ограничения и в ней может быть указано любое количество фонограмм. Это открывает перед пользователем разнообразные возможности. Характерными примерами этого являются возможность создания пользователем Информации_о_списке_ воспроизводимых_файлов (Playlist_Information), в которой указаны только его (ее) любимые фонограммы, и сохранения этой Информации_о_списке_ воспроизводимых_файлов (Playlist_Information) в плате 31 флэш-памяти, или же возможность автоматического создания Информации_о_списке_воспроизводимых_файлов (Playlist_Information) посредством устройства воспроизведения, в которой указаны только фонограммы определенного жанра, выбранные из множества фонограмм, хранящихся в плате 31 флэш-памяти, и сохранения полученной в результате этого информации о списке воспроизводимых файлов в плате 31 флэш-памяти.

{17-7_18} Количество списков воспроизводимых файлов и объем содержащихся в них данных

Как показано на Фиг.18, на одной плате 31 флэш-памяти может быть осуществлено запоминание не более 99-ти списков воспроизводимых файлов. К тому же, общий объем данных Информации_администратора_списка_воспроизводимых_файлов ИАСВФ) (PlaylistManager_Information (PLMGI)) и Информации_о_списке_воспроизводимых_файлов_по_умолчанию (ИСВФУ) (Default_Playlist_Information (DPLI)) задают равным 2560 байт. Каждая ИСВФ (PLI) имеет фиксированную длину, равную 512 байт. "УП_ФГ_СВФУ" (DPL_TK_SRP), содержащийся в Информации о списке воспроизводимых файлов, заданном по умолчанию, содержит в себе "АТР_ФГ_СВФУ" (атрибут фонограммы из списка воспроизводимых файлов, заданного по умолчанию - прим. переводчика) (DPL_TK_ATR) и "НИДФ_СВФУ" (номер информационных данных о фонограмме в списке воспроизводимых файлов, заданном по умолчанию - прим. переводчика) (DPL_TKIN). С другой стороны, имеющееся в ИСВФ (PLI) поле "УП_ФГ_СВФ" (PL_TK_SRP) содержит в себе только "УП_ФГ_СВФ" (PL_TK_SRP). Формат полей АТР_ФГ_СВФУ (DPL_TK_ATR), НИДФ_СВФУ (DPL_TKIN), и НИДФ_СВФ (PL_TKIN) показан на Фиг.39.

{17-8_39-1} Формат УП_ФГ_СВФУ (DPL_TK_SRP)

На Фиг.39А показан формат УП_ФГ_СВФУ (DPL_TK_SRP). На Фиг.39А НИДФ_СВФУ (DPL_TKIN) записан с 0-го по 9-й бит в УП_ФГ_СВФУ (DPI_TK_SRP), а АТР_ФГ_СВФУ (DPL_TK_ATR) записан с 13-го по 15-й бит. Биты с 10-го по 12-й в УП_ФГ_СВФУ (DPL_TK_SRP) зарезервированы для использования в будущем.

В НИДФ_СВФУ (DPL_TKIN) записан номер ИДФ (TKI), который занимает в УП_ФГ_СВФУ (DPL_TK_SRP) биты с 0-го по 9-й. Это позволяет точно задать ИДФ (TKI).

{17-9_39Б} Формат УП_ФГ_СВФ (PL_TK_SRP)

На Фиг.39Б показан формат УП_ФГ_СВФ (PL_TK_SRP). Он представляет собой поле из десяти битов, в которое записывают НИДФ_СВФ (PL_TKIN), то есть, номер ИДФ (TKI).

{17-8_39А-2} Структура АТР_ФГ_СВФУ (DPL_TK_ATR)

Пунктирные линии h51 и h52 на Фиг.39А, идущие от АТР_ФГ_СВФУ (DPL_TK_ATR), указывают примерный вариант установки значений АТР_ФГ_СВФУ (DPL_TK_ATR). Из этого чертежа понятно, что установку АТР_ФГ_СВФУ (DPL_TK_ATR) для УП_ФГ_СВФУ (DPL_TK_SRP) осуществляют таким же самым образом, как и установку АТР_БЛК_ИДФ (TKI_BLK_ATR) для ИДФ (TKI), а именно, АТР_ФГ_СВФУ (DPL_TK_ATR) устанавливают имеющим одно из следующих значений: "Фонограмма", "Начало_фонограммы", "Середина_Фонограммы" и "Конец_Фонограммы" ("Track", "Head_of_Track", "Midpoint_of_Track", "End_of_Track").

В более подробном изложении, когда используют ИДФ (TKI), указанные посредством НИДФ (TKIN), а в файле ЗОБ (АОВ file), соответствующем указанным ИДФ (TKI), осуществляют запись звукового объекта (ЗОБ) (АОВ), который соответствует одной полной фонограмме (то есть, когда АТР_БЛК_ИДФ (ТКI_BLK_ATR) ИДФ (TKI) имеет значение "Фонограмма" ("Track")), то в "АТР_ФГ_СВФУ" (DPL_TK_ATR) устанавливают значение, равное "00b".

В том случае, когда используют ИДФ (TKI), указанные посредством НИДФ (TKIN), а в файле ЗОБ (АОВ file), соответствующем указанным ИДФ (TKI), осуществляют запись звукового объекта (ЗОБ) (АОВ), который соответствует только началу фонограммы (то есть, когда АТР_БЛК_ИЦФ (TKI_BLK_AIR) ИДФ (TKI) имеет значение "Начало фонограммы" ("Head_of_Track")), в "АТР_ФГ_СВФУ" (DPL_TK_ATR) устанавливают значение, равное "001b". В том случае, когда используют ИДФ (TKI), указанные посредством НИДФ (TKIN), а в файле ЗОБ (АОВ file), соответствующем указанным ИДФ (TKI), осуществляют запись звукового объекта (ЗОБ) (АОВ), который соответствует средней части фонограммы (то есть, когда АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ (TKI) имеет значение "Середина_фонограммы" ("Midpoint_of_Track"), в "АТР_ФГ_СВФУ" (DPL_TK_ATR) устанавливают значение, равное "00b". В том случае, когда используют ИДФ (TKI), указанные посредством НИДФ (TKIN), а в файле ЗОБ (АОВ file), соответствующем указанным ИДФ (TKI), осуществляют запись звукового объекта (ЗОБ) (АОВ), который соответствует конечной части фонограммы (то есть, когда АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ (TKI) имеет значение "Конец_фонограммы" "End_of_Track"), то в "АТР_ФГ_СВФУ" (DPL_TK_ATR) устанавливают значение, равное "011b".

В противном случае, когда ИДФ (TKI), указанные посредством (НИДФ (TKIN), не используют, а область для ИДФ (TKI) просто устанавливают соответствующей тому состоянию, когда было выполнено удаление ИДФ (TKI) (то есть, когда АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ (TKI) имеет значение "Неиспользуемый"), в "АТР_ФГ_СВФУ" (DPL_TK_ATR) устанавливают значение "100b".

Когда ИДФ (TKI), указанные посредством НИДФ (TKIN), не используют, а область для ИДФ (TKI) не определена, то есть, когда ИДФ (TKI) находится в начальном состоянии, в "АТР_ФГ_СВФУ" (DPL_TK_ATR) устанавливают значение "101b".

Поскольку в НИДФ_СВФУ (DPL_TKIN) записан номер ИДФ (TKI), то понятно, какие из множества ИДФ (TKI) соответствуют каждому УП_ФГ_СВФУ (DPL_TK_SRP). Положение УП_ФГ_СВФУ (DPL_TK_SRP) в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) указывает то, когда будет осуществлено воспроизведение ЗОБ (АОВ), соответствующего тем ИДФ (TKI), которые в свою очередь соответствуют УП_ФГ_СВФУ (DPL_TK_SRP), то есть, порядковое положение ЗОБ (АОВ) в Списке воспроизводимых файлов по умолчанию (Default_Piaylist). В результате, порядок элементов УП_ФГ_СВФУ (DPL_TK_SRP) в Списке воспроизводимых файлов по умолчанию (Default_Playlist) обозначает порядок, в котором будет выполнено воспроизведение множества фонограмм, или, иначе говоря, определяет порядок воспроизведения фонограмм.

{17-9_40-1} Взаимосвязь между Информацией_о_списке_ воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), ИДФ (TKI) и файлами ЗОБ (АОВ files)

На Фиг.40 показана взаимосвязь между Информацией_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), ИДФ (TKI) и файлами ЗОБ (АОВ files). Второй, третий и четвертый уровни на этом чертеже аналогичны первому, второму и третьему уровням, иллюстрированными на Фиг.19, и на них показан администратор фонограмм (TrackManager), содержащий в себе восемь ИДФ (TKI) и восемь файлов ЗОБ (АОВ files). Фиг.40 отличается от Фиг.19 тем, что прямоугольник, обозначающий Информацию_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), изображен на первом уровне. В этом прямоугольнике показаны восемь небольших участков, обозначающих восемь УП_ФГ_СВФУ (DPL_TK_SRP), содержащихся в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information). В верхней части каждого участка показан АТР_ФГ_СВФУ (DPL_TK_ATR), а в нижней части показан НИДФ_СВФУ (DPL_TKIN).

Как показано на Фиг.40, стрелками DT1, DT2, DT3, DT4, ..., УП_ФГ_СВФУ №1 (DPL_TK_SRP#1) и ИДФ №1 (ТКI#1) связаны между собой так же, как УП_ФГ_СВФУ №2 (DPL_TK_SRP#2) с ИДФ №2 (ТКI#2), УП_ФГ_СВФУ №3 (DPL_TK_SRP#3) С ИДФ №3 (ТКI#3), и УП_ФГ_СВФУ №4 (DPL_TK_SRP#4) С ИДФ №4 (TKI#4).

При рассмотрении полей АТР_ФГ_СВФУ (DPL_TK_ATR) в УП_ФГ_СВФУ (DPL TK_SRP) видно, что для каждого из УП_ФГ_СВФУ №1, УП_ФГ_СВФУ №2, УП_ФГ_СВФУ №3 и УП_ФГ_СВФУ №8 (DPL_TK_SRP#1, DPL_TK_SRP#2, DPL_TK_SRP#3, DPL_TK_SRP#8) было установлено значение "Фонограмма" ("Track"). Иначе говоря, четыре следующие совокупности: УП_ФГ_СВФУ №1 →ИДФ №1 (DPL_TK_SRP#1 → TKI#1) ("AOB001.SA1"), УП_ФГ_СВФУ №2 → ИДФ №2 (DPL_TK_SRP#2 → TKI#2) ("AOB002. SA1"), УП_ФГ_СВФУ №3 → ИДФ №3 (DPL_TK_SRP#3 → ТКI#3) ("АОВ003. SA1"), УП_ФГ_СВФУ №8 → ИДФ №8 (DPL_TK_SRP#8 → TKI#8) ("AOB008.SA1"), соответствуют четырем отдельным фонограммам.

Между тем, ни в одном из АТР_ФГ_СВФУ (DPL_TK_ATR) для УП_ФГ_СВФУ №4, УП_ФГ_СВФУ №5, УП_ФГ_СВФУ №6 и УП_ФГ_СВФУ №7 (DPL_TK_SRP#4, DPL_TK_SRP#5, DPL_TK_SRP#6, DPL_TK_SRP#7) не установлено значение "Фонограмма" ("Track"). Вместо этого в АТР_ФГ_СВФУ (DPL_TK_ATR) для УП_ФГ_СВФУ №4 (DPL_TK_SRP#4) установлено значение "Начало фонограммы" ("Head_of_Track"), в АТР_ФГ_СВФУ (DPL_TK_ATR) для УП_ФГ_СВФУ №7 (DPL_TK_SRP#7) установлено значение "Конец_фонограммы" ("End_of_Track"), a в АТР_ФГ_СВФУ (DPL_TK_ATR) для УП_ФГ_СВФУ №5 (DPL_TK_SRP#5) и для УП_ФГ_СВФУ №6 (DPL_TK_SRP#6) установлены значения "Середина_фонограммы" ("Midpoint_of_Track").

Это означает, что ИДФ №4 (TKI#4) ("AOB004.SA1"), которые связаны с УП_ФГ_СВФУ №4 (DPL_TK_SRP#4), представляют собой начало фонограммы, ИДФ №5 (TKI#5) ("AOB005.SA1") и ИДФ №6 (TKI#6) ("AOB006.SA1"), которые связаны, соответственно, с УП_ФГ_СВФУ №5 (DPL_TK_SRP#5) и с УП_ФГ_СВФУ №6 (DPL TK SR#6), представляют собой части в середине фонограммы, а ИДФ №7 (TKI#7) ("AOB007.SA1"), которые связаны с УП_ФГ_СВФУ №7 (DPL_TK_SRP#7), представляют собой конец фонограммы.

Элементы УП_ФГ_СВФУ (DPL_TK_SRP) в Списке_воспроизводимых_файлов_по_умолчанию (DefaultPlaylist) указывают порядок воспроизведения ЗОБ (АОВ), соответствующих каждым ИДФ (TKI). НИДФ_СВФУ (DPL_TKINs) УП_ФГ_СВФУ №1, №2, №3, №4, ... №8 (DPL_TK_SRP#1, #2, #3, #4... #8) в Списке_воспроизводимых_файлов_по_ умолчанию (DefaultPlaylist) из Фиг.40 указывают ИДФ №1, №2, №3, №4, ... №8 (TKI #1, #2, #3, #4 ... #8). Как показано стрелками (1) (2) (3) (4)...(8), первым будет воспроизведен файл ЗОБ (АОВ file) "AOB001.SA1", соответствующий ИДФ №1 (ТК1#1); вторым будет воспроизведен "AOB002.SA1", соответствующий ИДФ №2 (ТК1#2); третьим будет воспроизведен "AOB003.SA1", соответствующий ИДФ №3 (ТК1#3); а четвертым будет воспроизведен "AOB004.SA1", соответствующий ИДФ №4 (TKI#4).

{17-10_41} Пример установки параметров для Списка_воспроизводимых_файлов_по_умолчанию (DefaultPlaylist) и Информации_о_списке_воспроизводимых_файлов (Playlist_Information)

На Фиг.41 показан пример установки параметров для Списка_воспроизводимых_файлов_по_умолчанию (DefaultPlaylist) и Информaции_o_спиcкe_вocпpoизвoдимыx_фaйлoв (Playlist_Information) с использованием тех же самых условных обозначений, что и на Фиг.40. На Фиг.41 прямоугольником на первом уровне обозначен Список_воспроизводимых_файлов-по_умолчанию (DefaultPlaylist), а тремя прямоугольниками на втором уровне обозначены ИСВФ (PLIs).

Прямоугольник, посредством которого обозначен Список_воспроизводимых_файлов_по_умолчанию (DefaultPlaylist), разделен на небольшие участки, в которых указаны восемь значений УП_ФГ_СВФУ (DPL_TK_SRP), содержащихся в Списке_воспроизводимых_файлов_по_умолчанию (DefaultPlaylist), a в небольших участках в прямоугольниках, которыми обозначена каждая ИСВФ (PLI), указаны три или четыре значения УП_ФГ_СВФ (PL_TK_SRP). НИДФ (TKIN) каждого УП_ФГ_СВФУ (DPL_TK_SRP), содержащегося в Информации_о_списке_воспроизводимых_файлов (Playlist_Information) установлены такими же, как и на Фиг.40. Однако установленные значения НИДФ (TKIN) УП_ФГ_СВФ (PL_TK_SRP), содержащихся в каждой ИСВФ (PLI), полностью отличаются от тех, которые установлены в УП_ФГ_СВФУ (DPL_TK_SRP).

{17-10_42} Соответствие между УП_ФГ_СВФУ (DPL_TK_SRP) и ИДФ (TKI)

На Фиг.42 показано соответствие между УП_ФГ_СВФУ (DPL_TK_SRP) и ИДФ (TKI) с использованием тех же условных обозначений, что и на Фиг.40. На Фиг.42 Список_воспроизводимых_файлов №1 (Playlist#1) состоит из УП_ФГ_СВФ №1, №2, №3 (PL_TK_SRP#1, ft2, #3). В них в качестве НИДФ_СВФ (PL_TKIN) в УП_ФГ_СВФ №1 (PL_TK_SRP#1) записан №3 (#3), в качестве НИДФ_СВФ (PL_TKIN) в УП_ФГ_СВФ №2 (PL_TK_SRP№2) записан №1 (#1), а в качестве НИДФ_СВФ (PL_TKIN) в УП_ФГ_СВФ №3 (PL_TK_SRP#3)-№2 (#2). Это означает, что при воспроизведении фонограмм согласно Списку_воспроизводимых_файлов №1 (Playlist#1) воспроизведение множества ЗОБ (АОВ) будет выполнено в следующем порядке: ЗОБ №3, ЗОБ №1, ЗОБ №2 (АОВ#3, AOB#I, АОВ#2), что показано стрелками (11) (12) (13).

Список воспроизводимых файлов №2 (Playlist#2) состоит из УП_ФГ_СВФ №1, №2, №3 (PL_TK_SRP#1, #2, #3). В них в качестве НИДФ_СВФ (PL_TKIN) в УП_ФГ_СВФ №1 (PL_TK_SRP#1) записан №8 (#8), в качестве НИДФ_СВФ (PL_TKIN) в УП_ФГ_СВФ №2 (PL_TK_SRP#2) записан №3 (#3), а в качестве НИДФ_СВФ (PL_TKIN) в УП_ФГ_СВФ №3 (PL_TK_SRP#3) - №1 (#1). Это означает, что при воспроизведении фонограмм согласно Списку_воспроизводимых_файлов №2 (Playlist#2) воспроизведение множества ЗОБ (АОВ) будет выполнено в следующем порядке: ЗОБ №8, ЗОБ №3, ЗОБ №1 (АОВ#8, АОВ#3, АОВ#1), что показано стрелками (21) (22) (23), то есть, в порядке, который полностью отличается от указанного в Списке_воспроизводимых_файлов №1 (Playlist#1).

Список_воспроизводимых_файлов №3 (Piaylist#3) состоит из УП_ФГ_СВФ №1, №2, №3, №4 (PL_TK_SRP#1, #2, й3, #4). НИДФ_СВФ (PL_TKIN) этих УП_ФГ_СВФ с №1 по №4 (PL_TK_SRP#1-#4) устанавливают равными, соответственно, №8, №4, №3 и №1 (#8, #4, #3, #1). Это означает, что, при воспроизведении фонограмм согласно Списку_воспроизводимых_файлов №3 (Playlist#3) воспроизведение множества ЗОБ (АОВ) будет выполнено в следующем порядке. Сначала, как показано стрелкой (31), осуществляют воспроизведение ЗОБ №8 (AOB#8), образующего собой Фонограмму Д (TrackE). Затем осуществляют воспроизведение ЗОБ №4, ЗОБ №5, ЗОБ №6 и ЗОБ №7 (АОВ#4, АОВ#5, АОВ#6, AOB#7), которые образуют собой Фонограмму Г (TrackD), что показано стрелкой (32). После этого осуществляют воспроизведение ЗОБ №3 и ЗОБ №1 (АОВ#3, AOB#1), которые образуют собой, соответственно. Фонограмму В (TrackC) и Фонограмму А (TrackA), что показано стрелками (33) и (34).

Здесь следует особо отметить то, что если фонограмма состоит из множества ИДФ (TKI), то в элемент УП_ФГ_СВФ (PL_TK_SRP) записывают только номер ИДФ (TKI) начала фонограммы. В более подробном изложении, несмотря на то, что значения УП_ФГ_СВФУ (DPL_TK_SRP), приведенные в Информации_о_ cписке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), определяют те четыре ИДФ (TKI) (ИДФ №4, ИДФ №5, ИДФ №6, ИДФ №7) (TKI#4, TKI#5, TKI#6, TKI#7), которые образуют собой Фонограмму Г (TrackD), в УП_ФГ_СВФ (PL_TK_SRP), приведенном в наборе Информации_о_списке_воспроизводимых_файлов (Playlist_Information) не обязательно должны быть указаны все четыре ИДФ (TKI). По этой причине в УП_ФГ_СВФ №2 (PL_TK_SRP#2) в Списке воспроизводимых_файлов_№3 (Playlist#3) из всех ИДФ с №4 по №7 (TKI#4-#7) указаны только ИДФ №4 (TKI#4).

С другой стороны, объем данных ИСВФУ (DPLI), содержащей в себе множество УП_ФГ_СВФУ (DPL_TK_SRP), не превышает размер одного сектора, и ее всегда загружают в ОЗУ (оперативное запоминающее устройство) устройства воспроизведения. В том случае, когда воспроизведение фонограмм осуществляют согласно Списку воспроизводимых файлов (Playlist), устройство воспроизведения выполняет обращение к УП_ФГ_СВФУ (DPL ТК SRP), который загружен в его ОЗУ, и таким образом может осуществлять поиск ИДФ (TKI) с высокой скоростью. Для воспроизведения ИДФ (ЗОБ) (TKI (АОВ)) с использованием УП_ФГ_СВФ (PL_TK_SRP), который указывает номер ИДФ (TKI) только первых ИДФ (TKI), устройство воспроизведения осуществляет поиск УП_ФГ_СВФУ (DPL_TK_SRP), загруженного в его ОЗУ, на основании ИДФ (TKI), указанных посредством УП_ФГ_СВФ (PL_TK_SRP), и делает вывод о том, действительно ли текущая фонограмма состоит из множества ИДФ (TKI). Если это так, то устройство воспроизведения выполняет соответствующую операцию для воспроизведения всех соответствующих ИДФ (ЗОБ) (TKIs (AOBs)).

Как описано выше в Администраторе списка воспроизводимых файлов (PlaylistManager) записаны Список_воспроизводимых_файлов_по_умолчанию (DefaultPlaylist) и множество ИСВФ (PLI). Если в НИДФ_СВФУ (DPL_TKINs) и НИДФ_СВФ (PL_TKINs) тех УП_ФГ_СВФУ (DPL_TK_SRPs) и УП_ФГ_СВФ (PL_TK_SRPs), которые образуют собой такие списки воспроизводимых файлов, записан различный порядок воспроизведения, то становится возможным осуществить воспроизведение ЗОБ (АОВ) в различном порядке. Предлагая пользователю множество осуществляемых таким образом вариантов порядка воспроизведения, у пользователя можно создать впечатление о том, что в плате 31 флэш-памяти запомнено нескольких музыкальных альбомов.

Здесь следует особо отметить то, что УП_ФГ_СВФУ (DPL_TK_SRP), соответствующий файлу ЗОБ (АОВ), имеет небольшой объем данных (не более двух байт), а ИДФ (TKI), соответствующие файлу ЗОБ (АОВ file), имеют большой объем данных (до 1024 байт). При переупорядочении ИДФ (TKI) в администраторе фонограмм (TrackManager), необходимо выполнить большое количество операций доступа к плате 31 флэш-памяти, однако, переупорядочение УП_ФГ_СВФУ (DPL_TK_SRPs) в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) или в ИСВФ (PLI) может быть осуществлено при меньшем количестве операций доступа к плате 31 флэш-памяти.

С учетом этого, при редактировании навигационных данных происходит значительное изменение порядка следования УП_ФГ_СВФУ (DPL_TK_SRPs) в Списке_воспроизводимых_файлов_ по_умолчанию (DefaultPlaylist) в соответствии с операцией редактирования, однако порядок следования ИДФ (TKI) в администраторе фонограмм (TrackManager) остается неизменным, несмотря на выполнение операции редактирования.

{17-9_40-2_43А, Б} Переупорядочение УП_ФГ_СВФУ (DPL_TK_SRP)

Ниже приведено описание операции редактирования, при которой изменяют порядок воспроизведения фонограмм путем переупорядочивания УП_ФГ_СВФУ (DPL_TK_SRPs) в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information). На Фиг.43А и Фиг.43Б показан один из примеров переупорядочения фонограмм. УП_ФГ_СВФУ (DPL_TK_SRPs) и ИДФ (TKI) из Фиг.43А имеют те же самые установленные параметры, что и на Фиг.40.

На Фиг.43А значение НИДФ_СВФУ (DPL_TKIN) в УП_ФГ_СВФУ №3 (DPL_TK_SRP#3) установлено соответствующим ИДФ №8 (ТК1#3), а значение НИДФ_СВФУ (DPL_TKIN) в УП_ФГ_СВФУ №8 (DPL_TK_SRP#8) установлено соответствующим ИДФ №8 (TKI #8). Ниже приведено описание того примера, когда эти УП_ФГ_СВФУ (DPL_TK_SRPs), выделенные на Фиг.43А толстым контуром, меняют местами.

Числа (1) (2) (3) (4) (5) (6) (7) (8) на Фиг.43Б указывают порядок воспроизведения фонограмм после этой операции редактирования. Здесь следует отметить, что на Фиг.43А показан следующий порядок воспроизведения: Фонограмма А, Фонограмма Б, Фонограмма В, Фонограмма Г, Фонограмма Д (TrackA, TrackB, TrackC, TrackD, TrackE), а на Фиг.43Б в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) осуществлена перестановка НИДФ_СВФУ (DPL_TKINs) УП_ФГ_СВФУ №3 и УП_ФГ_СВФУ №8 (DPL_TK_SRP#3,DPL_TK_SRP#8) между собой, поэтому воспроизведение фонограмм выполняют в следующем порядке: Фонограмма А, Фонограмма Б, Фонограмма Д, Фонограмма Г, Фонограмма В (TrackA, TrackB, TrackE, TrackD, TrackC). Таким способом может быть легко осуществлено изменение порядка воспроизведения фонограмм путем изменения порядка УП_ФГ_СВФУ (DPL_TK_SRPs) в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information).

В вышеприведенном описании рассмотрена операция редактирования, при которой осуществляют изменение порядка следования фонограмм, а ниже приведено описание следующих четырех операций, объяснение которых было приведено при описании изменений в ИДФ (TKIs). Этими операциями являются: первый пример (Пример 1), в котором осуществляют удаление фонограммы, второй пример (Пример 2), в котором осуществляют запись новой фонограммы, третий пример (Пример 3), в котором осуществляют объединение двух произвольно выбранных фонограмм для создания новой фонограммы, и четвертый пример (Пример 4), в котором осуществляют разделение фонограммы для создания двух новых фонограмм.

{17-9_40-3_44А, Б} Стирание фонограммы

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

На Фиг.44А и Фиг.44Б показано то, как осуществляют обновление Списка_воспроизводимых_файлов_по_умолчанию (DefaultPlaylist), администратора фонограмм (TrackManager) и файлов ЗОБ (АОВ files) в том случае, когда из показанного на Фиг.40 Списка_воспроизводимых_файлов_по_умолчанию (DefaultPlaylist) удалены УП_ФГ_СВФУ №2 (DPL_TK_SRP#2) и ИДФ №2 (TKI#2). На этих чертежах осуществляют удаление той же самой части ЗОБ (АОВ), что и на чертеже Фиг.27, который был использован для описания удаления ИДФ (TKI). В результате, второй, третий, и четвертый уровни на Фиг.44А и Фиг.44Б являются теми же, что и на Фиг.27. Отличие от Фиг.27 состоит в том, что на первом уровне изображена такая же, как и на Фиг.40, Информация_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), содержащая в себе множество УП_ФГ_СВФУ (DPL_TK_SRPs).

В данном примере рассмотрен тот случай, в котором пользователь осуществляет удаление Фонограммы Б (TrackB), состоящей из УП_ФГ_СВФУ №2 → ИДФ №2 (DPL_TK_SRP#2→TKI#2) ("AOB002.SA1"), которая на Фиг.44А выделена толстым контуром. В этом примере из Информации_о_списке_ воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) удаляют УП_ФГ_СВФУ №2 (DPL_TK_SRP#2), а каждый из УП_ФГ_СВФУ с №3 по №8 (DPL_TK_SRP#3 - DPL_TK_SRP#8) передвигают на одну позицию вперед относительно порядка воспроизведения, осуществляя таким образом заполнение того места в последовательности, которое было освобождено при удалении УП_ФГ_СВФУ №2 (DPL_TK_SRP#2).

После выполнения такой перестановки УП_ФГ_СВФУ (DPL_TK_SRPs), в последнем УП_ФГ_СВФУ №8 (DPL_TK_SRP#8) устанавливают значение "Неиспользуемый". С другой стороны, как показано на Фиг.21А и Фиг.27Б, в ИДФ (TKI), соответствующих удаленной части, устанавливают значение "Неиспользуемые", при этом перемещение других ИДФ (TKI) с целью заполнения промежутка, созданного при удалении, не осуществляют. Удаление ИДФ (TKI) также сопровождается удалением файла ЗОБ (АОВ file) "AOB002.SA1".

Таким способом осуществляют продвижение УП_ФГ_СВФУ (DPL_TK_SRP s) вперед по порядку воспроизведения не перемещая ИДФ (TKI), поэтому на Фиг.44Б выполняют обновление только НИДФ_СВФУ (DPL_TKINs) в УП_ФГ_СВФУ (DPL_TK_SRPs). В этом примере НИДФ_СВФУ (DPL_TKIN) в УП_ФГ_СВФУ №2 (DPL_TK_SRP#2) устанавливают таким, что он указывает ИДФ №3 (ТКI#3), что показано стрелкой DT11, НИДФ_СВФУ (DPL_TKIN) в УП_ФГ_СВФУ №3 (DPL_TK_SRP#3) устанавливают таким, что он указывает ИДФ №4 (ТКI#4), что показано стрелкой DT12, НИДФ_СВФУ (DPL_TKIN) в УП_ФГ_СВФУ №4 (DPL_TK_SRP#4) устанавливают таким, что он указывает ИДФ №5 (TKI #5), а НИДФ_СВФУ (DPL_TKIN) в УП_ФГ_СВФУ №5 (DPL_TK_SRP#5) устанавливают таким, что он указывает ИДФ №6 (TKI#6). НИДФ_СВФУ (DPL_TKIN) в УП_ФГ_СВФУ №8 (DPL_TK_SRP#8), значение которого было ранее установлено как "Неиспользуемый", устанавливают соответствующим ИДФ №2 (ТКI#2), что показано стрелкой DT13.

Когда фонограмма удалена, УП_ФГ_СВФУ (DPL_TK_SRP), используемый для последующих фонограмм по порядку воспроизведения, продвигают вперед, а в ИДФ (TKI), соответствующих удаленной фонограмме, устанавливают значение "Неиспользуемые" при сохранении их текущего местоположения. Таким образом, операция редактирования не сопровождается перемещением ИДФ (TKI), что уменьшает вычислительную нагрузку при редактировании фонограмм.

{17-9_40-4_45А,Б) Присвоение ИДФ (TKI) при записи фонограмм

Ниже приведено описание Примера 2, в котором после удаления части фонограммы производят запись новой фонограммы. На Фиг.45А и Фиг.45Б показано выполнение операции записи новых ИДФ (TKI) и УП_ФГ_СВФУ (DPL_TK_SRP) при наличии "Неиспользуемых" ИДФ (TKI) и УП_ФГ_СВФУ (DPL_TK_SRP) присутствуют.

Эти фигуры в значительной степени подобны Фиг.28А и Фиг.28Б, которые были использованы для объяснения присвоения новых ИДФ (TKI) для ИДФ (TKI), имеющих значение "Неиспользуемые". Второй, третий и четвертый уровни на Фиг.45А и Фиг.45Б идентичны первым трем уровням на Фиг.28А и Фиг.28Б. Различие между этими чертежами состоит в том, что на Фиг.45А и Фиг.45Б на первых уровнях показана Информация_о_списке_воспроизводимых_файлов по умолчанию (Default_Playlist_Information), состоящая из множества УП_ФГ_СВФУ (DPL_TK_SRPs). На Фиг.45А в УП_ФГ_СВФУ с №4 по №8 (DPL_TK_SRP#4-DPL_TK_SRP#8) установлены значения "Неиспользуемый". Однако на Фиг.28 в ИДФ №2, ИДФ №4, ИДФ №5, ИДФ №7, ИДФ №8 (ТКI#2, ТКI#4, ТКI#5, TKI#7, ТКI#8) установлены значения "Неиспользуемые ".

Несмотря на то, что ИДФ (TKI), имеющие значения "Неиспользуемые", расположены в различных местах администратора фонограмм (TrackManager), в Информации_о_списке_воспроизводимых_ файлов_по_умолчанию (Default_Playlist_Information) "Неиспользуемые" УП_ФГ_СВФУ (DPL_TK_SRPs) расположены рядом друг с другом. Это обусловлено тем, что, как описано выше, в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) используемые УП_ФГ_СВФУ (DPL_TK_SRPs) продвигают вперед, а для ИДФ (TKIs) подобное продвижение не осуществляют.

В приведенном ниже пояснении описан пример, в котором осуществляют запись Фонограммы Г (TrackD), состоящей из четырех ЗОБ (АОВ). ИДФ (TKI) для этих четырех ЗОБ (АОВ) записывают, соответственно, в следующие "Неиспользуемые" ИДФ (TKI) в администраторе фонограмм (TrackManager): ИДФ №2, ИДФ №4, ИДФ №7 и ИДФ №8 (TKI #2, TKI#4, TKI #7, TKI#8).

УП_ФГ_СВФУ (DPL_TK_SRPs) для этих четырех ЗОБ (АОВ) записаны в УП_ФГ_СВФУ с №4 по №7 (DPL_TK_SRP#4 - DPL_TK_SRP#7) в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information). Так как эти четыре ЗОБ (АОВ) образуют одну фонограмму, то значение АТР_ФГ_СВФУ (DPL_TK_ATR) УП_ФГ_СВФУ №4 (DPL_TK_SRP#4) устанавливают как "Начало Фонограммы" ("Head of Track"), значения АТР_ФГ_СВФУ (DPL_TK_ATRs) УП_ФГ_СВФУ №5 (DPL_TK_SRP#5) и УП_ФГ_СВФУ №6 (DPL_TK_SRP#6) устанавливают как "Середина_Фонограммы" ("Middle_of_Track"), а значение АТР_ФГ_СВФУ (DPL_TK_ATR) УП_ФГ_СВФУ №7 (DPL_TK_SRP#7) устанавливают как "Конец_Фонограммы" ("End_of_Track").

НИДФ_СВФУ (DPL_TKIN) УП_ФГ_СВФУ №4 (DPL_TK_SRP#4) устанавливают соответствующим ИДФ №2 (ТКI#2), НИДФ_СВФУ (DPL_TKIN) УП_ФГ_СВФУ №5 (DPL_TK_SRPft5) устанавливают соответствующим ИДФ №4 (ТКI#4), НИДФ_СВФУ (DPL_TKIN) УП_ФГ_СВФУ №6 (DPL_TK_SRP#6) - соответствующим ИДФ №7 (TKI#7), a НИДФ_СВФУ (DPL_TKIN) УП_ФГ_СВФУ №7 (DPL_TK_SRP#7) - соответствующим ИДФ №8 (ТКI#8).

Посредством подобной установки значений НИДФ_СВФУ (DPL_TKINs) и АТР_ФГ_СВФУ (DPL_TK_ATRs) управление ИДФ №2, ИДФ №4, ИДФ №7 и ИДФ №8 (TKI#2, TKI#4, TKI#7, TKI#8) осуществляют как четвертой фонограммой, Фонограммой Г (TrackD).

При вышеуказанной обработке запись осуществляют в "Неиспользуемые" ИДФ (TKI), при этом не оказывают никакого воздействия на другие ИДФ (TKI), ИДФ №1, ИДФ №2, ИДФ №3 и ИДФ №4 (TKI#I, TKI#2, TKI#3, и TKI#4), что также было показано на Фиг.28А и Фиг.28Б.

{17-9_40-5_46А,Б} Пример 3: Объединение фонограмм

Ниже приведено описание обновления Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) при объединении фонограмм (то есть, в Примере 3). На Фиг.46А и Фиг.46Б показан один из примеров объединения фонограмм.

Эти фигуры в значительной степени подобны Фиг.29А и Фиг.29Б, которые были использованы для объяснения процедуры объединения ИДФ (TKI). Второй, третий и четвертый уровни на Фиг.46А и Фиг.46Б идентичны двум первым уровням на Фиг.29А и Фиг.29Б. Различие между этими чертежами состоит в том, что на первом уровне Фиг.46А и Фиг.46Б показана Информация_о_ списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), в которой УП_ФГ_СВФУ №8 (DPL_TK_SRP#8) имеет установленное значение "Неиспользуемый" и связан с ИДФ №2 (TKI#2), значение которых также установлено как "Неиспользуемые". При выполнении показанной на Фиг.29А и Фиг.29Б операции редактирования по объединению фонограмм для файлов ЗОБ (АОВ) и ИДФ (TKI), содержимое каждого УП_ФГ_СВФУ с №3 по №6 (DPL_TK_SRP#3 - DPL_TK_SRP#6) перемещают вниз на одну позицию, а содержимое УП_ФГ_СВФУ №7 (DPL_TK_SRP#7), обозначенное толстым контуром, копируют в УП_ФГ_СВФУ №3 (DPL_TK_SRP#3), что показано на Фиг.46А и Фиг.46Б. Также выполняют обновление ИДФ (TKI) так, как показано на Фиг.29А и Фиг.29Б.

{17-9_40-6_47А,Б} Пример 4: Разделение фонограммы

Ниже приведено описание обновления Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Inforination) при разделении фонограммы (Пример 4).

На Фиг.47А и Фиг.47Б показан один из примеров разделения фонограммы. Эти чертежи в значительной степени подобны Фиг.33А и Фиг.33Б, которые были использованы для объяснения процедуры разделения ИДФ (TKI). Второй и третий уровни на Фиг.47А и Фиг.47Б идентичны двум первым уровням на Фиг.33А и Фиг.33Б. Различие между этими чертежами состоит в том, что на первом уровне Фиг.47А и Фиг.47Б показана Информация_о_ списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), в которой УП_ФГ_СВФУ №8 (DPL_TK_SRP#8) имеет установленное значение "Неиспользуемый" и связан с ИДФ №2 (ТКI#2), значение которых также установлено как "Неиспользуемые".

Так же как и на Фиг.33А и Фиг.33Б, в том случае, если пользователь указывает, что ИДФ №3 (ТКI#3) ("АОВ003.SA1"), которые выделены толстым контуром, следует разделить на две части, то каждый из УП_ФГ_СВФУ с №3 по №7 (DPL_TK_SRP#3 - DPL_TK_SRP#7) перемещают вниз по порядку на одну позицию, а УП_ФГ_СВФУ (DPL_TK_SRP), значение которого установлено как "Неиспользуемый", перемещают внутри Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) в прежнее положение УП_ФГ_СВФУ №3 (DPL_TK_SRP#3).

Этому новому УП_ФГ_СВФУ №3 (DPL_TK_SRP#3) соответствуют новые ИДФ (TKI), созданные путем разделения, а именно, ИДФ №2 (TKI#2). В файле ЗОБ (АОВ file) "AOB002. SA1", соответствующем ИДФ №2 (ТКI#2), сохраняют то, что первоначально являлось последней частью файла ЗОБ (АОВ file) "АОВ003.SA1". УП_ФГ_СВФУ №2 (DPL_TK_SRP№2), соответствующий ИДФ №2 (ТКI#2) и "AOB002. SA1", расположен перед УП_ФГ_СВФУ №3 (DPL_TK_SRP#3), которому соответствуют ИДФ №2 (TKI#2).

То есть, в "AOB002. SA1" и "АОВ003. SA1" запоминают, соответственно, вторую и первую части исходного "АОВООЗ.SA1", причем соответствующие этим файлам УП_ФГ_СВФУ №2 (DPL_TK_SRP#2) и УП_ФГ_СВФУ №3 (DPL_TK_SRP#3) указывают, что воспроизведение этих ЗОБ (АОВ) должно быть выполнено в следующем порядке: "АОВ003. SA1" и "AOB002.SA1". В результате, воспроизведение второй и первой частей исходного "АОВ003.SA1" будет выполнено в следующем порядке: первая часть, вторая часть, что соответствует порядку воспроизведения, который задан в УП_ФГ_СВФУ (DPL_TK_SRP).

{17-9_40-8} Применение обработки при редактировании

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

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

{48-1} Внешний вид устройства воспроизведения

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

Кнопочная панель содержит:

клавишу "Список воспроизводимых файлов" ("Playlist"), посредством которой осуществляют выбор списка воспроизводимых файлов или фонограммы;

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

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

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

клавишу "Вывод на экран" ("Display"), посредством которой осуществляют операцию отображения на экране неподвижных изображений, запомненных в плате 31 флэш-памяти;

клавишу "Запись" ("Rec"), посредством которой осуществляют операцию записи;

клавишу "Звук" ("Audio") посредством которой пользователь осуществляет выбор частоты дискретизации или используемого режима: стереофонического или монофонического;

клавишу "Метка" ("Mark"), посредством которой пользователь осуществляет указание конкретных помеченных мест в фонограммах;

и

клавишу "Редактирование" ("Edit"), посредством которой пользователь осуществляет редактирование фонограмм или ввод заголовков фонограмм.

{48-2} Усовершенствования, осуществленные в этом портативном устройстве воспроизведения для платы 31 флэш-памяти.

Различия между этим портативным устройством воспроизведения для платы 31 флэш-памяти и обычным портативным проигрывателем для музыки состоят в наличии следующих четырех усовершенствований с (1)-го по (4)-е.

(1) На ЖК-панель выводят таблицу списка воспроизводимых файлов и перечень фонограмм, что позволяет отобразить для пользователя Информацию_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), ИСВФ (PLI) либо отдельные фонограммы.

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

(3) На ЖК-панели 5 отображают временной код, который указывает местоположение внутри фонограммы при воспроизведении фонограммы.

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

{48-2_49_50} Усовершенствование (2)

Ниже приведено подробное описание усовершенствования (2). На Фиг.49 показан один из примеров изображения на экране дисплея ЖК-панели при выборе пользователем списка воспроизводимых файлов, а на чертежах с Фиг.50А по Фиг.50Д показаны примеры отображения содержимого в том случае, когда пользователь осуществляет выбор фонограммы.

На Фиг.49 строки посредством символов ASCII (Американского стандартного кода для обмена информацией) "СПИСОК_ВОСПРОИЗВОДИМЫХ_ ФАЙЛОВ_ПО_УМОЛЧАНИЮ" ("DEFAULT PLAY-LIST"), "СПИСОК_ВОСПРОИЗВОДИМЫХ_ ФАЙЛОВ №1" ("PLAYLIST#1"), "СПИСОК_ВОСПРОИЗВОДИМЫХ_ФАИЛОВ №2" ("PLAYLIST#2"), "СПИСОК_ВОСПРОИЗВОДИМЫХ_ФАЙЛОВ №3" ("PLAYLIST#3") и "СПИСОК_ВОСПРОИЗВОДИМЫХ_ФАЙЛОВ №4" ("PLAYLIST#4") отображают список воспроизводимых файлов, заданный по умолчанию, и четыре списка воспроизводимых файлов, которые запомнены в плате 31 флэш-памяти.

Между тем, строки символов ASCII "Фонограмма №1", "Фонограмма №2", "Фонограмма №3", "Фонограмма №4", "Фонограмма №5" ("Track#1", "Track#2", "Track#3", "Track#4", "Track#5") отображают пять фонограмм, которые указаны в том порядке воспроизведения, который указан посредством списка воспроизводимых файлов, заданного по умолчанию, хранящегося в плате 31 флэш-памяти. На Фиг.49 и Фиг.50А посредством выделенного штриховкой списка воспроизводимых файлов и фонограммы показаны та фонограмма или список воспроизводимых файлов, которые в настоящее время указаны как предназначенные для воспроизведения или редактирования.

Если пользователь нажимает клавишу ">>" в тот момент, когда в качестве предназначенной для воспроизведения в том порядке воспроизведения, который указан в отображенном на ЖК-панели списке воспроизводимых файлов, заданном по умолчанию, отмечена Фонограмма №1 (Track#1), то, как показано на Фиг.50Б, в списке фонограмм в качестве предназначенной для воспроизведения будет указана Фонограмма №2 (Track#2). Если пользователь снова нажимает клавишу ">>", то, как показано на Фиг.50В, в списке фонограмм в качестве предназначенной для воспроизведения будет указана Фонограмма №3 (Track#3).

Если пользователь нажимает клавишу ">>" в тот момент, когда в качестве предназначенной для воспроизведения в том порядке воспроизведения, который указан в отображенном на ЖК-панели списке воспроизводимых файлов, заданном по умолчанию, отмечена Фонограмма №3 (Track#3), то, как показано на Фиг.50Г, в списке фонограмм в качестве предназначенной для воспроизведения будет указана Фонограмма №2 (Track#2). Как показано на Фиг.50Д, если в тот момент, когда отмечена любая из фонограмм, пользователь нажимает клавишу "Воспроизведение" ("Play"), то начинается воспроизведение указанной фонограммы, а если пользователь нажимает клавишу "Редактирование" ("Edit"), то указанная фонограмма будет выбрана в качестве предназначенной для редактирования.

{48-3_51} Усовершенствование (4)

Ниже приведено подробное описание усовершенствование (4). На чертежах с Фиг.51А по Фиг.51В показан пример функционирования поворотного диска со ступенчатым переключением. Когда пользователь поворачивает поворотный диск со ступенчатым переключением на заданный угол, то значение отображенного на ЖК-панели кода времени воспроизведения увеличивают или уменьшают в соответствии с этим заданным углом. В примере из Фиг.51А показан тот случай, в котором исходное значение отображаемого на ЖК-панели кода времени воспроизведения равно "00:00:20".

Когда пользователь вращает поворотный диск со ступенчатым переключением против часовой стрелки так, как показано на Фиг.51Б, значение кода времени воспроизведения уменьшают до величины "0:00:10" в соответствии с величиной угла, на который был повернут поворотный диск со ступенчатым переключением. И наоборот, в том случае, когда пользователь вращает поворотный диск со ступенчатым переключением по часовой стрелке так, как показано на Фиг.51В, значение кода времени воспроизведения увеличивают до величины "0:00:30" в соответствии с величиной угла, на который был повернут поворотный диск со ступенчатым переключением.

Позволяя пользователю подобным способом изменять код времени воспроизведения, устройство воспроизведения предоставляет пользователю возможность указывать в фонограмме любой код времени воспроизведения просто путем вращения поворотного диска со ступенчатым переключением. Если пользователь затем нажимает клавишу "Воспроизведение" ("Play"), то воспроизведение ЗОБ (АОВ) осуществляют, начиная с того места, которое находят согласно Уравнению 2 и Уравнению 3.

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

{52-1} Внутренняя структура устройства воспроизведения

Ниже приведено описание внутренней структуры устройства воспроизведения. Эта внутренняя структура показана на Фиг.52.

Как показано на Фиг.52, устройство воспроизведения содержит в себе разъем 1 платы для соединения устройства воспроизведения с платой 31 флэш-памяти, блок 2 интерфейса пользователя, который соединен с кнопочной панелью и с поворотным диском со ступенчатым переключением, ОЗУ 3, ПЗУ 4, ЖК-панель 5, имеющую окно списка для отображения списка фонограмм или списков воспроизводимых файлов и окно кода времени воспроизведения для отображения кода времени воспроизведения, устройство 6 управления ЖК для управления первой ЖК-панелью 5, дешифратор 7 случайных последовательностей для расшифровки КАДРов ЗОБ_(AOB_FRAMEs) с использованием различных ключей файла (FileKey) для каждого файла ЗОБ (АОВ file), декодер 8 УКЗИ (усовершенствованного кодирования звуковой информации) (ААС) для осуществления обращения к ADTS КАДРА_ЗОБ (АОВ_FRAME), расшифровка которого осуществлена посредством дешифратора 7 случайных последовательностей, и осуществления декодирования КАДРА_ЗОБ (AOB_FRAME) для получения данных ИКМ (РСМ), цифро-аналоговый преобразователь (ЦАП) 9 для цифро-аналогового преобразования данных ИКМ и вывода полученных в результате этого аналоговых сигналов на громкоговоритель или в разъем для подключения наушников, и центральный процессор (ЦП) 10 для осуществления централизованного управления устройством воспроизведения.

Из этой структуры аппаратного обеспечения понятно, что настоящее устройство воспроизведения не имеет никаких специальных аппаратных устройств для обработки администратора фонограмм (TrackManager) и Информации_о_списке_воспроизводимых_файлов_по_ умолчанию (Default_Playlist_Information). Для осуществления обработки администратора фонограмм (Track-Manager) и Информации_о_ списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), в ОЗУ 3 создают область 11 постоянного хранения ИСВФУ (DPLI), область 12 хранения ИСВФ (PLI), область 13 хранения ИДФ (TKI), область 14 хранения Ключа файла (FileKey) и двойной буфер 15, а в ПЗУ 4 запоминают программу управления воспроизведением и программу управления редактированием.

{52-2} Область 11 постоянного хранения ИСВФУ (DPLI)

Область 11 хранения ИСВФУ (DPLI) представляет собой область для постоянного хранения Информации_о_списке_воспроизводимых_файлов_по_ умолчанию (Default_Playlist_Information), которая была считана из платы 31 флэш-памяти, соединенной с разъемом 1 платы.

{52_12} Область 12 хранения ИСВФ (PLI)

Область 12 хранения ИСВФ (PLI) представляет собой область, которая зарезервирована для запоминания Информации_о_списке_ воспроизводимых_файлов (Playlist_Information), выбранном пользователем для воспроизведения.

{52-3} Область 13 хранения ИДФ (TKI)

Область 13 хранения ИДФ (TKI) представляет собой область, которая зарезервирована для запоминания только тех ИДФ (TKI) из множества ИДФ (TKI), содержащихся в администраторе фонограмм (TrackManager), которые соответствуют файлу ЗОБ (АОВ file), указанному в настоящий момент в качестве предназначенного для воспроизведения. По этой причине емкость области 13 хранения ИДФ (TKI) равна объему данных, соответствующему одним ИДФ (TKI).

{52-4} Область хранения 14 ключа файла (FileKey)

Область хранения 14 ключа файла (FileKey) представляет собой область, которая зарезервирована для запоминания только того ключа файла (FileKey) из множества ключей файла (FileKeys), содержащихся в "AOBSA1.KEY" в области идентификации, которые соответствуют файлу ЗОБ (АОВ file), указанному в настоящий момент в качестве предназначенного для воспроизведения.

{52-5} Двойной буфер 15

Двойной буфер 15 представляет собой буфер ввода-вывода, который используют при параллельном выполнении процесса ввода, при котором осуществляют последовательный ввод данных кластера (данных, хранящихся в одном кластере), считанных из платы 31 флэш-памяти, и процесса вывода, при котором осуществляют считывание КАДРов_ЗОБ (AOB_FRAMEs) из данных кластера и последовательный вывод КАДРов_ЗОБ (AOB_FRAMEs) в дешифратор 7 случайных последовательностей.

Двойной буфер 15 последовательно освобождает области, которые были заняты данными кластера, выведенными в виде КАДРов_ЗОБ (AOB_FRAMEs), и таким образом обеспечивает наличие областей для запоминания следующих считываемых кластеров. Это означает, что в двойном буфере 15 осуществляют циклическое выделение областей для запоминания данных кластера с использованием кольцевых указателей.

{52-5_53_54А.Б} Ввод и вывод посредством двойного буфера 15

На Фиг.53 показано, как осуществляют ввод и вывод для двойного буфера 15. На Фиг.54А и Фиг.54Б показано то, как в двойном буфере 15 осуществляют циклическое выделение областей для запоминания данных кластера с использованием кольцевых указателей.

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

{54-6_53}

При подключении платы 31 флэш-памяти к разъему платы 1 осуществляют считывание данных кластера из области пользователя в плате 31 флэш-памяти и их запоминание в двойном буфере 15, что показано стрелками w1 и w2.

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

{52-7_54А}

Из всех КАДРов_ЗОБ (АОВ_FRAMEs), которые содержатся в запомненных таким способом данных кластера, в дешифратор 7 случайных последовательностей осуществляют поодиночный вывод КАДРов_ЗОБ (AOB_FRAMEs), расположенных в тех местах , которые последовательно указаны посредством указателя считывания, что показано стрелками r1, r2, r3, r4, r5....

В данном случае, как показано на Фиг.53, в двойном буфере 15 запоминают кластера данные 002 и 003, а позиции считывания последовательно указывают посредством указателя считывания. Когда указатель считывания доходит до позиции считывания 5, все КАДРы_ЗОБ (AOB_FRAMEs), содержащиеся в кластере 002, оказываются считанными, при этом выполняют считывание кластера 004 и, как показано стрелкой w6 на Фиг.54А, его перезапись в ту область, которая была ранее занята кластером 002.

{52-8_54Б}

Затем указатель считывания доходит до позиций считывания и , и в конечном счете достигает позиции считывания , причем в этот момент будет завершено считывание всех КАДРов_ЗОБ (AOB_FRAMEs), содержащихся в кластере 003, поэтому осуществляют считывание кластера 005 и, как показано стрелкой w7 на Фиг.54В, его перезапись в ту область, которая была ранее занята кластером 003.

Описанные выше операции вывода КАДРА_ЗОБ (AOB_FRAME) и перезаписи данных кластера выполняют многократно, осуществляя таким образом последовательный вывод всех КАДРов_ЗОБ (AOB_FRAMEs), содержащихся в файле ЗОБ (АОВ file), в дешифратор случайных последовательностей 7 и в декодер 8 УКЗИ (ААС).

{52-9_55-58} Программа управления воспроизведением, хранящаяся в ПЗУ 4

Ниже приведено описание программы управления воспроизведением, запоминание которой осуществлено в ПЗУ 4.

Фиг.55 представляет собой схему последовательности операций, на которой показана обработка при выполнении процедуры считывания файла ЗОБ (АОВ file).

Фиг.56, Фиг.57, и Фиг.58 представляют собой схемы последовательности операций, на которых показана обработка при выполнении процедуры вывода КАДРА_ЗОБ (AOB_FRAME).

{52-9_55-1}

В этих схемах последовательности операций использованы переменные w, z, у, их. Переменной w обозначен один из множества УП_ФГ_СВФУ (DPL_TK_SRPs). Переменной z обозначен файл ЗОБ (АОВ file), записанный в области пользователя, ИДФ (TKI), соответствующие этому файлу ЗОБ (АОВ file), и ЗОБ (АОВ), содержащийся в этом файле ЗОБ (АОВ file). Переменной у обозначен ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT), содержащийся в ЗОБ №z (AOB#z), который обозначен переменной z. Переменной х обозначен КАДР_ЗОБ (AOB_FRAME), содержащийся в ЭЛЕМЕНТе_ЗОБ №у (AOB_ELEMENT#y), который обозначен переменной у. Ниже, со ссылкой на Фиг.55, приведено, в первую очередь, объяснение обработки при выполнении процедуры считывания файла ЗОБ (АОВ file).

{52-9_55-2}

При выполнении операции S1 центральный процессор (ЦП) 10 считывает администратор списка воспроизводимых файлов (PlaylistManager) и выводит на экран список, содержащий в себе Информацию_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) и ИСВФ (PLI).

При выполнении операции 32 ЦП 10 ожидает указания о воспроизведении ЗОБ (АОВ) согласно либо Информации_о_списке_ воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), либо одной из ИСВФ (PLIs).

В том случае, когда указана Информация_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), при обработке переходят от операции 32 к операции 33, в которой выполняют инициализацию (№(w-1)) (#w-1) переменной w, а затем к операции S4, в которой определяют ИДФ №z (TKI#z), указанные посредством НИДФ_СВФУ (DPL_TKIN), соответствующего УП_ФГ_СВФУ №w (DPL_TK_3RP#w) в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), и осуществляют считывание только этих ИДФ №z (TKI#z) из платы 31 флэш-памяти и их запоминание в области 13 хранения ИДФ (TKI).

При выполнении операции 35 определяют файл ЗОБ №z (АОВ file #z), который имеет такой же номер, как и ИДФ №z (TKI#z). Таким способом окончательно определяют тот файл ЗОБ (АОВ file), который предназначен для воспроизведения.

Определенный таким образом файл ЗОБ (АОВ file) находится в зашифрованном состоянии и должен быть расшифрован, поэтому выполняют операции S6 и S7. При выполнении операции S6 устройство воспроизведения осуществляет доступ к области идентификации и считывает Ключ №z файла (FileKey#z), который запомнен в Записи_о_ключе_файла №z (FileKey_Entry#z) в файле хранения ключа шифрования, причем Запись_о_ключе_файла №2 (FileKey_Entry#z) имеет тот же самый номер, что и определенный выше файл ЗОБ (АОВ file). При выполнении операции 37 SП 10 устанавливает в дешифраторе 7 случайных последовательностей значение Ключа №z файла (FileKey#z). Результатом этой операции является то, что при наличии установленного в дешифраторе 7 случайных последовательностей Ключа файла (FileKey) может быть осуществлено последовательное воспроизведение КАДРов_ЗОБ (AOB_FRAMEs) путем последовательного ввода в дешифратор случайных последовательностей 7 кадров_ЗОБ (AOB_FRAMEs), содержащихся в файле ЗОБ (АОВ file).

{52-9_55-3}

После этого устройство воспроизведения осуществляет последовательное считывание тех кластеров, в которых запомнен файл ЗОБ (АОВ file). При выполнении операции S8 в элементе каталога указывают "номер первого кластера в файле" для Файла ЗОБ №z (AOB_file#z). При выполнении операции S9 ЦП 10 осуществляет считывание из платы 31 флэш-памяти данных, хранящихся в этом кластере. При выполнении операции S10 ЦП 10 определяет, принимает ли номер кластера в ТРФ (FAT) значение "FFF". Если это не так, то перед возвратом к операции S10 выполняют операцию S11, при которой ЦП осуществляет считывание данных, хранящихся в кластере, который указан посредством значения ТРФ (FAT).

В том случае, когда устройство воспроизведения производит считывание данных, хранящихся в любом из кластеров, и обращение к соответствующему этому кластеру значению FAT, обработку осуществляемую путем выполнения операций S10 и S11, повторяют до тех пор, пока не будет установлено значение FAT, равное "FFF". Это приводит к тому, что устройство воспроизведения, осуществляет последовательное считывание кластеров, определяемых значениями FAT. Когда номер кластера, определяемого значением FAT, становится равным "FFF", то это означает, что выполнено считывание всех кластеров, образующих собой файл ЗОБ №z (AOB file#z), при этом в процессе обработки переходят от операции S10 к операции S12.

{52-9_55-4}

При выполнении операции S12 ЦП 10 определяет, совпадает ли переменная №w (#w) с общим количеством УП_ФГ_СВФУ (DPL_TK_SRPs). Если это не так, то перед тем, как произвести возврат обработки к операции S4, в процессе обработки переходят к выполнению операции 313, при которой осуществляют приращение переменной №w на единицу (w←w+1) (#w-#w+1). При выполнении операции S4 устройство воспроизведения определяет ИДФ №z (TKI#z), которые указаны посредством НИДФ_СВФУ №w (DPL_TKIN#w) УП_ФГ_СВФУ №w (DPL_TK_SRP#w) в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), и записывает в область 13 хранения ИДФ (TKI) только ИДФ №z (TKI#z). Использованные ранее до этого момента ИДФ (TKI) остаются запомненными в области 13 хранения ИДФ (TKI), однако используемые в настоящий момент ИДФ (TKI) будут перезаписаны новыми ИДФ №z (TKI#z), считывание которых осуществляют посредством ЦП 10.

Такая перезапись приводит к тому, что в области 13 хранения ИДФ (TKI) запомнен только самый последний ИДФ (TKI). После перезаписи ИДФ (TKI) обработку, выполняемую посредством операций с S5 по S12, повторяют для файла ЗОБ №z (АОВ file#z). После того, как посредством этой обработки будет выполнено считывание всех ИДФ (TKI) и файлов_ЗОБ (АОВ files), соответствующих всем УП_ФГ_СВФУ (DPL_TK_SRPs), которые содержатся в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), значение переменной z (#z) будет совпадать с общим количеством УП_ФГ_СВФУ (DPL_TK_SRP), поэтому при выполнении операции S12 принимают решение "Да" и заканчивают обработку согласно этой схеме последовательности операций.

{52-9_56_57_58} Обработка при выводе КАДРА_ЗОБ (АОВ_FRAМЕ)

Одновременно с выполнением процедуры считывания файла ЗОБ (АОВ file) ЦП 10 выполняет процедуру вывода КАДРА_ЗОБ (AOB_FRAME) в соответствии со схемами последовательности операций, приведенными на Фиг.56, Фиг.57, и Фиг.58. В этих схемах последовательности операций переменная "Время_воспроизведения" (Play_time) указывает продолжительность воспроизведения текущей фонограммы до настоящего момента времени, то есть, код времени воспроизведения. В соответствии с изменениями этого кода времени воспроизведения выполняют обновление времени, которое отображено в окне кода времени воспроизведения на ЖК-панели 5. Между тем, переменная "воспроизводимые_данные" (play_data) отображает длину данных для текущей фонограммы, воспроизведение которых было осуществлено до настоящего момента времени.

{52-9_56-1}

При выполнении операции S21 ЦП 10 осуществляет контроль того, произведено ли в двойном буфере 15 накопление данных кластера для файла ЗОБ №z (AOB file#z). Эту операцию S21 неоднократно выполняют до тех пор, пока не будет произведено накопление данных кластера, и в этот момент при обработке переходят к выполнению операции S22, при которой осуществляют инициализацию переменных х и у (№х←1, №у←1). После этого при выполнении операции S23 ЦП 10 осуществляет поиск кластеров для файла ЗОБ №z (AOB file#z) и обнаружение КАДРА_ЗОБ №х (AOB_FRAME#x) в ЭЛЕМЕНТе_ЗОБ №у (AOB_ELEMENT#y), который по времени находится не ранее того Сдвига_Данных (Data 0ffset), который задан в ТИБ №z (BIT#z), содержащейся ИДФ №z (TKI#z). В этом примере предполагают, что заголовок ADTS занимает семь байт, начиная с ОБ_ДАННЫХ (SZ_DATA). Посредством ссылки на заголовок ADTS данные, имеющие указанную в заголовке ADTS длину, могут быть идентифицированы как звуковые данные. Осуществляют совместное считывание звуковых данных и заголовка ADTS и их вывод в дешифратор 7 случайных последовательностей. Дешифратор 7 случайных последовательностей расшифровывает КАДРЫ_ЗОБ (AOB_FRAMEs), которые затем декодируют посредством декодера 8 УКЗИ (ААС) и воспроизводят в виде звука.

{52-9_56-2}

После того как выполнено это обнаружение, на этапе операции S24 осуществляют вывод КАДРА_ЗОБ №х (AOB_FRAME#x) в дешифратор 7 случайных последовательностей, а при выполнении операции S25 осуществляют приращение переменной "Время_воспроизведения" (Play_time) на величину, равную продолжительности воспроизведения КАДРА_ЗОБ №х (AOB_FRAME#x), и приращение переменной "воспроизводимые_данные" (play_data) на величину объема данных, соответствующих КАДРу_ЗОБ №х (АОВ_FRAME#x). Поскольку в данном случае время воспроизведения КАДРА_ЗОБ (AOB_FRAME) равно 20 мс, то к переменной "Время_воспроизведения" (Play_time) добавляют 20 мс.

Сразу после вывода первого КАДРА_ЗОБ (AOB_FRAME) в дешифратор 7 случайных последовательностей, устройство воспроизведения выполняет операцию S26, в которой оно осуществляет обращение к заголовку ADTS КАДРА_ЗОБ №х (AOB_FRAME#x) и определяет место расположения следующего КАДРА_ЗОБ (AOB_FRAME). При выполнении операции S27 устройство воспроизведения осуществляет приращение переменной х (#х←#х+1) и задает КАДР_ЗОБ №х (АОВ_FRAME#x) в качестве следующего КАДРА_ЗОБ (АОВ_FRAME). При выполнении операции S28 осуществляет ввод КАДРА_ЗОБ №х (AOB_FRAME#x) в дешифратора 7 случайных последовательностей. После этого, на этапе выполнения операции S29 осуществляют приращение переменной “Время_воспроизведения” (Play_time) на величину, равную продолжительности воспроизведения КАДРА_ЗОБ №х (AOB_FRAME#x), и приращение переменной “воспроизводимые_данные” (play_data) на величину объема данных, соответствующих КАДРу_ЗОБ №х (AOB_FRAME#x). После того, как приращение на КАДР_ЗОБ №х (AOB_FRAME#x) осуществлено, выполняют операцию S30, при которой ЦП 10 определяет, достигла ли переменная х (#х) значения, заданного в КОЛК_1го_ЭТППР (FNs_lst_TMSRTE).

Если переменная х (#х) не достигла значения, указанного в КОЛК_1го_ЭТППР (FNs_lst_TMSRTE), то выполняют операцию S31, при которой устройство воспроизведения осуществляет проверку того, произвел ли пользователь нажатие какой-либо клавиши, иной чем клавиша “Воспроизведение” ("Play"), а затем возвращаются к выполнению операции S26. После этого устройство воспроизведения повторяет обработку, выполняя операциями с S26 по S31 до тех пор, пока значение переменная х (#х) не достигнет того, которое указано в КОЛК_1го_ЭТППР (FNs_lst_TMSRTE), или до тех пор, пока пользователь не нажмет какую-либо иную клавишу, чем клавиша "Воспроизведение" ("Play").

В том случае, когда пользователь нажимает какую-либо иную клавишу, чем клавиша “Воспроизведение” ("Play"), обработку по этой схеме последовательности операций заканчивают и выполняют надлежащую обработку в соответствии с нажатой клавишей. В том случае, если нажатой клавишей является клавиша "Стоп" ("Stop"), то процесс воспроизведения останавливают, а если нажатой клавишей является клавиша "Пауза" ("Pause"), то воспроизведение приостанавливают.

{52-9_57-1}

В противном случае, если значение переменной х (#х) достигло указанного в КОЛК_1го_ЭТППВР (FNs_lst_TMSRTE), то при выполнении операции S30 принимают решение "Да", и обработку продолжают путем выполнения операции S32, показанной на Фиг.57. Поскольку при выполнении обработки с операции S26 по операцию S30 в дешифратор 7 случайных последовательностей обязательно были введены все КАДРы_ЗОБ (AOB_FBAMEs), содержащиеся в используемом в настоящий момент ЭЛЕМЕНТе_ЗОБ (АОВ_ELEMENT), то при выполнении операции S32 приращение переменной у (#у) осуществляют так, чтобы в качестве предназначенных для обработки данных был указан следующий ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT), а инициализацию переменной х (#х) выполняют следующим образом: (#y←#y+1, #x-1).

После этого, при выполнении операции 333 устройство воспроизведения осуществляет обращение к ТПФГПВР (TKTMSRT) и вычисляет первый адрес ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y).

Затем Устройство воспроизведения выполняет процедуру, состоящую из операций с S34 по S42. При этой процедуре осуществляют считывание один за другим КАДРов_ЗОБ (АОВ_FRAMEs), содержащихся в ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT), то есть, она аналогична процедуре, состоящей из операций с S24 по S31. Отличие процедуры, состоящей из операций с S24 по S31, состоит в том, что конечным состоянием процедуры, состоящей из операций с S24 по S31, является достижение переменной х (#x) значения, указанного посредством "КОЛК_1го_ЭТППВР" (FNs_lst_TMSRTE), а конечным состоянием процедуры, состоящей из операций с S34 по S42, является достижение переменной х (#х) значения, указанного посредством "КОЛК_Средн_ЭТППВР (FNs_Middle_TMSRTE)".

Когда переменная х (#х) достигает значения, указанного посредством "КОЛК_Средн_ЭТППВР (FNs_Middle_TMSRTE)", процедуру цикла, состоящего из операций с S34 по S42, завершают, при выполнении операции S41 принимают решение "Да" и при обработке переходят к операции S43. При выполнении операции S43 ЦП 10 осуществляет приращение переменной у (#у) и инициализацию переменной х (#х): (#у←#у+1, #х←1). После этого, при выполнении операции S44 анализируют переменную у и принимают решение, достигла ли переменная у (#у) значения, на единицу меньшего, чем Общее_количество_элементов_ТППВР (TotalTMSRT_entry_Number) в Заголовке_ТППВР (TMSRT_HEADER) в ИДФ №z (TKI#z).

Если переменная у (#y) меньше, чем (Общее_количество_элементов_ ТППВР - 1) (TotalTMSRT_entry_Number - 1), то ЭЛЕМЕНТ_ЗОБ №1 (AOB_ELEMENT#y) не является последним ЭЛЕМЕНТом_ЗОБ (АОВ_ELEMENT), поэтому в процессе обработки возвращаются от операции S44 к операции S32 и осуществляют процедуру цикла с операции S32 до операции S42. Когда переменная у (#у) достигает значения (Общее_количество_элементов_ТППВР - 1) (TotalTMSRT_entry_Number - 1), то можно предположить, что процедура считывания дошла до предпоследнего ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT), поэтому при выполнении операции S44 принимают решение "Да" и при обработке переходят далее к выполнению операции S45 из Фиг.58.

{52-9_57-2}

Сходство процедуры, состоящей из операций с S45 по S54, с процедурой, состоящей из операций с S33 по S42, состоит в том, что в ней осуществляют считывание каждого из КАДРов_ЗОБ (AOB_FRAMEs) в конечном ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT).

Отличие же от процедуры, состоящей из операций с S33 по S42, заключается в том, что, процедуру цикла, состоящего из операций S33 к S42, заканчивают тогда, когда при выполнении операции S41 принято решение о том, что переменная х (#х) достигла значения, указанного в "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE), а процедуру цикла, состоящего из операций с S45 по S54 заканчивают тогда, когда при выполнении операции S53 принято решение о том, что переменная х (#х) достигла значения, указанного в "КОЛК_Посл_ЭТППВР" (FNs_Last_ TMSRTE), причем переменная "воспроизводимые_данные" (play_data) указывает, что объем считанных до настоящего момента времени данных достиг значения, которое задано как "ОБ_ДАННЫХ" (SZ_DATA).

Процедуру, состоящую из операции с S49 по S54, повторяют до тех пор, пока не будут удовлетворены условия из операции S53, в этот момент при выполнении операции S53 принимают решение "Да" и в обработке переходят к выполнению операции S55. В процессе обработки, прежде, чем будет произведен возврат к операции S21, при которой ЦП 10 ожидает накопления следующего Файла ЗОБ (АОВ file) в двойном буфере 15, выполняют операцию S55, при которой ЦП 10 осуществляет приращение переменной z (#z): (#z←#z+1). После этого, в процессе обработки переходят к выполнению операции S22 и повторяют процедуру, состоящую из операций с S22 по S54. Это означает, что определены ИДФ (TKI), указанные посредством НИДФ_СВФУ (DPL_TKIN) следующего УП_ФГ_СВФУ (DPL TK 3RP), и соответствующий этим ИДФ (TKI) файл ЗОБ (АОВ file), то есть, определен тот файл ЗОБ (АОВ file), который имеет тот же самый номер, что и ИДФ (TKI).

После этого устройство воспроизведения осуществляет доступ к области идентификации и определяет из ключей файла (FileKey), находящихся в файле хранения ключа шифрования, тот Ключ файла (FileKey), который имеет тот же самый номер, что и ИДФ (TKI), а затем осуществляет считывание этого Ключа файла (FileKey) и установку его значения в дешифраторе 7 случайных последовательностей. В результате этого осуществляют последовательное считывание и воспроизведение КАДРов_ЗОБ (AOB_FRAMEs), содержащихся в том файле ЗОБ (АОВ file), который имеет тот же самый номер, что и ИДФ (TKI).

{52-9 57-3 59} Обновление кода времени воспроизведения

На Фиг.59А-59Г показано, как осуществляют увеличение кода времени воспроизведения, который отображают в окне отображения кода времени воспроизведения на ЖК-панели 5, в соответствии с обновлением переменной "Время_воспроизведения" (Play_time). На Фиг.59А значение кода времени воспроизведения равно "00:00;00,000", однако по завершении воспроизведения КАДРА_ЗОБ №1 (AOB_FRAME#1) к коду времени воспроизведения добавляют значение продолжительности воспроизведения КАДРА_ЗОБ №1 (AOB_FRAME#1), равное 20 мс, обновляя его до значения "00:00:00,020", что показано на Фиг.59Б. По завершении воспроизведения КАДРА_ЗОБ №2 (AOB_FRAME#2) к коду времени воспроизведения добавляют продолжительность воспроизведения КАДРА_ЗОБ №2 (AOB_FRAME#2), равное 20 мс, обновляя его до значения "00:00:00,040", что показано на Фиг.59В. Подобным же образом, по завершении воспроизведения КАДРА_ЗОБ №6 (AOB_FRAME#6) к коду времени воспроизведения добавляют значение продолжительности воспроизведения КАДРА_ЗОБ №6 (АОВ_FRAME#6), равное 20 мс, обновляя его до значения "00:00:00,120", что показано на Фиг.59Г.

Здесь завершается описание процедуры вывода КАДРА_ЗОБ (AOB_FRAME).

Если при выполнении операции S31, приведенной на схеме последовательности операций из Фиг.56, пользователь нажимает какую-либо иную клавишу, чем клавиша "Воспроизведение" ("Play"), то обработку в этой схеме последовательности операций завершают. Обработка, которую выполняют при нажатии клавиши "Стоп" ("Stop") или "Пауза" ("Pause"), уже была описана ранее, однако в том случае, когда пользователь нажимает одну из тех клавиш, которые предусмотрены для осуществления устройством воспроизведения специального режима воспроизведения, обработку в этой схеме последовательности операций или в схемах последовательности операций, показанных на Фиг.56, Фиг.57. или Фиг.58 прекращают и выполняют надлежащую обработку в соответствии с нажатой клавишей.

Ниже приведено описание процедуры, выполняемой ЦП 10 (1) при осуществлении функции поиска в прямом направлении в ответ на нажатие пользователем клавиши ">>" и (2) при осуществлении функции поиска по времени в ответ на приведение в действие пользователем поворотного диска со ступенчатым переключением после нажатия клавиши "Пауза" ("Pause") или "Стоп" ("Stop").

{52-10_60} Функция поиска в прямом направлении

На Фиг.60 представлена схема последовательности операций, на которой показана процедура, выполняемая ЦП 10 при осуществлении функции поиска в прямом направлении. В том случае, когда пользователем нажата клавиша ">>", при выполнении операции S31, операции S42 или операции S54 из схем последовательности операций, приведенных на Фиг.56, Фиг.57 и Фиг.58. принимают решение "Да" и ЦП 10 выполняет обработку согласно схеме последовательности операций из Фиг.60.

При выполнении операции S61 осуществляют ввод кадров_ЗОБ (АОВ_frames) с № х по №(х+f(t)-1) (#х÷#(x+f(t)-1)) в дешифратор 7 случайных последовательностей. Здесь "t" представляет собой продолжительность прерывистого воспроизведения, f(t) представляет собой(отображает) номер(количество) кадров, соответствующих продолжительности прерывистого воспроизведения, a d(t) представляет собой объем данных, соответствующих продолжительности прерывистого воспроизведения. При выполнении операции S62 осуществляют соответствующее обновление переменной "Время_воспроизведения" (Play_time), обозначающей время, прошедшее с начала воспроизведения, и переменной "воспроизводимые_данные" (play_data), обозначающей объем воспроизводимых данных, с использованием продолжительности "t" прерывистого воспроизведения, количества f(t) кадров, соответствующих продолжительности прерывистого воспроизведения, и объема d(t) данных, соответствующих продолжительности прерывистого воспроизведения; (x←x+f(t), время_воспроизведения←_время воспроизведения+t, воспроизводимые_данные←воспроизводимые_данные +d(t)) (x←x+f(t), play_time←play_time+t, play_data←play_data+d(t)). Следует отметить, что продолжительность прерывистого воспроизведения обычно равна 240 мс (что эквивалентно продолжительности воспроизведения двенадцати КАДРов_ЗОБ (AOB_FRAMEs)).

{52-10_60-1_61А, Б}

На Фиг.61А и 61Б показана процедура приращения кода времени воспроизведения при операции поиска в прямом направлении. На Фиг.61А показано начальное значение кода времени воспроизведения, при этом точкой воспроизведения, является КАДР_ЗОБ №1 (AOB_FRAME#1) В ЭЛЕМЕНТе_ЗОБ №51 (AOB_ELEMENT#51).

В этом случае код времени воспроизведения равен "00:00:01,000". Когда в дешифратор 7 случайных последовательностей в качестве продолжительности прерывистого воспроизведения введены КАДРы_ЗОБ (AOB_FRAMEs) с первого по двенадцатый, то к коду времени воспроизведения добавляют продолжительность воспроизведения двенадцати кадров_ЗОБ (АОВ_frames) (то есть, 240 мс), при этом код времени воспроизведения становится равным "00:00:01,240", что показано на Фиг.61Б.

{52-10_60-2}

После этого обновления при выполнении операции S63 ЦП 10 сравнивает значение переменной х (#х), полученное после приращения, с общим количеством кадров в ЭЛЕМЕНТе_ЗОБ №у (AOB_ELEMENT#y) и анализирует, не превышает ли значение переменной х (#х), полученное после приращения, общего количества кадров в ЭЛЕМЕНТе_ЗОБ №у (AOB_ELEMENT#y).

Как указано выше, количество кадров в ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT), находящемся в начале ЗОБ (АОВ), равно "КОЛК_1го_ЭТППВР" (FNs_lst_TMSRTE), количество кадров в ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT), находящемся в средней части ЗОБ (АОВ), равно "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE), a количество кадров в ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT), который расположен в конце ЗОБ (АОВ), равно "КОЛК_Посл_ЭТППВР" (FNs_Last_TMSRTE).

Вышеуказанное решение ЦП 10 принимает путем сравнения соответствующего одного из этих значений с переменной х (#х). Когда значение переменной "х" выходит за пределы данного ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y), то в этом случае при выполнении операции S64 ЦП 10 анализирует, существует ли какой-либо ЭЛЕMEHT_ЗОБ (AOB_ELEMENT), идущий после ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y).

В том случае, когда ЭЛЕМЕНТ_ЗОБ №у (AOB_ELEMENT#y) является последним ЭЛЕМЕНТом_ЗОБ (AOB_ELEMENT) в БЛОКе_ЗОБ (AOB_BLOCK), не существует никакого ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT), расположенного после ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y), поэтому при выполнении операции S64 принимают решение "Нет", а обработку в настоящей схеме последовательности операций завершают.

В противном случае, если ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT), следующий за ЭЛЕМЕНТом_ЗОБ №у (AOB_ELEMENT#y), существует, то при выполнении операции S65 осуществляют уменьшение значения переменной "х" (#х) на количество КАДРов_ЗОБ (AOB_FRAMEs) в ЭЛЕМЕНТе_ЗОБ №у (AOB_ELEMENT#y), а при выполнении операции S66 производят обновление переменной у (#y): (у←у+1) (#у←#у+1). В результате, переменная "х" (#х) указывает теперь положение кадра для кадра в следующем ЭЛЕМЕНТе_ЗОБ №у (AOB_ELEMENT#y), указанном посредством обновленной переменной "у" (#у). И наоборот, в том случае, когда переменная "х" (#х) указывает тот КАДР_ЗОБ (АОВ_FRAME), который присутствует в текущем ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT) (то есть, когда при операции S63 принято решение "Да"), операции S64-S66 пропускают и переходят к выполнению операции S67 обработки.

{52-10_60-3}

После этого выполняют обновление переменных "х" (#х), "Время воспроизведения" (Play_time) и "Воспроизводимые_данные" (play_data) в соответствии с продолжительностью пропуска при прерывистом воспроизведении. Продолжительность времени_пропуска (skip_time), которая эквивалентна продолжительности пропуска при прерывистом воспроизведении, равна двум секундам; количество кадров, эквивалентное этому "времени_пропуска" (skip_time), задано как f(времени_пропуска) (f(skip_time)), а объем данных, эквивалентный этому времени пропуска (skip_time), задан как d(времени_пропуска) (d(skip_time)). При выполнении операции S67 эти значения используют для обновления переменных "х" (#х), "Время_воспроизведения" (Play_time), и "воспроизводимые_данные" (play_data): (x←x+f(времени_пропуска), Время_воспроизведения←Время_воспроизведения+время_пропуска, и воспроизводимые_данные←воспроизводимые_данные + d(времени_пропуска))

(#x←#x+f (skip_time), play_time←play_time+skip_time, play_data←play_data+d(skip_time)).

{52-10_60-4_61B}

Как показано на Фиг.61В, к значению переменной "х" (#х), которая указывает положение кадра внутри ЭЛЕМЕНТа_ЗОБ №51 (AOB_ELEMENT#51) добавляют продолжительность пропуска при прерывистом воспроизведении. Когда значение обновленной переменной "х" (#х) превысит количество кадров в ЭЛЕМЕНТе_ЗОБ №51 (AOB_ELEMENT#51), то осуществляют обновление переменной "у" (#у) таким образом, чтобы она указывала следующий ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT), а из переменной "х" (#х) вычитают количество кадров, содержащихся в ЭЛЕМЕНТе_ЗОБ №51 (AOB_ELEMENT#51). В результате, переменная "х" (#х) теперь будет указывать положение кадра внутри ЭЛЕМЕНТа_ЗОБ №52 (AOB_ELEMENT#52), который указан посредством обновленной переменной "у" (#у), затем к текущему значению "00:00:01,240" кода времени воспроизведения добавляют значение 2,000 (=2 секунды), при этом его значение становится равным "00:00:03,240". Обновление переменной "х" (#х) осуществляют путем следующих вычислений: (3240 мс - 2000 мс)/20 мс, в результате чего получают значение "62", и, следовательно, она указывает КАДР_ЗОБ №62 (AOB_FRAME#62) в ЭЛЕМЕНТе_ЗОБ №52 (AOB_ELEMENT#52).

{52-10_60-5_61(Г)}

После ввода КАДРа_ЗОБ №62 (AOB_FRAME#62) из ЭЛЕМЕНТа_ЗОБ №52 (АОВ_ELEMENT#52) в дешифратор 7 случайных последовательностей выполняют обновление кода времени воспроизведения путем добавления к текущему значению "00:00:03,240" значения "0,240", в результате чего получают значение "00:00:03,480", что показано на Фиг.61Г.

При операции S67 осуществляют обновление переменных в соответствии со временем пропуска при прерывистом воспроизведении, а затем выполняют операции обработки с S68 по S71. При выполнении этих операций с S68 по S71 производят такую же самую обработку, как и при выполнении операций обработки с S63 по S66; таким образом, перед проверкой того, действительно ли переменная "х" (#х) все еще указывает КАДР_ЗОБ (AOB_FRAME) в пределах текущего ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y), выполняют обновление переменной "х" (#х) на то количество кадров, которое эквивалентно времени пропуска при прерывистом воспроизведении, "время_пропуска" (skip_time). Если такая проверка дает отрицательный результат, то осуществляют обновление переменной "У" (#y) таким образом, что в качестве ЭЛЕМЕНТа ЗОБ №у (AOB_ELEMENT#y) задают следующий ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT), а переменную "х" (#х) преобразуют таким образом, чтобы она указывала положение кадра в этом следующем ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT).

После обновления переменных "х" и "у" (#х, #у) в соответствии со временем прерывистого воспроизведения и временем пропуска при прерывистом воспроизведении, при операции S72 ЦП 10 выполняет обращение к ТПФГПВР (TKTMSRT) и вычисляет начальный адрес для ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y). Затем при выполнении операции S73 для того, чтобы обнаружить КАДР_ЗОБ №х (АОВ_FRAME#x), ЦП 10 начинает поиск заголовка ADTS, начиная с начального адреса ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y). При выполнении операции S74 ЦП 10 принимает решение, была ли нажата пользователем какая-либо клавиша помимо клавиши поиска в прямом направлении. Если нет, то в дешифратор 7 случайных последовательностей осуществляют ввод КАДРов_ЗОБ (AOB_FRAMEs) с КАДРА_ЗОБ №х (AOB_FRAME#x) по КАДР_ЗОБ №(x+f(t)-1) (AOB_FRAME#x+f(t)-1), а обработку повторяют, выполняя операции с S62 по S73.

Посредством вышеуказанной процедуры выполняют приращение переменных "х" и "у" (#х, #у), которые указывают КАДР_ЗОБ №х (AOB_FRAME#x) и ЭЛЕМЕНТ_ЗОБ №у (AOB_ELEMENT#y), и таким образом осуществляют перемещение места воспроизведения вперед. Если после этого пользователь нажимает клавишу "Воспроизведение" ("Play"), то, как показано на Фиг.74, принимают решение "Нет" и завершают обработку согласно настоящей схеме последовательности операций.

{52-11} Осуществление функции поиска по времени

Ниже приведено описание выполнения обработки при использовании функции поиска по времени. Сначала осуществляют отображение на экране фонограмм из Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), и пользователь указывает желательную фонограмму. После того, как эта фонограмма указана и пользователь привел в действие поворотный диск со ступенчатым переключением, осуществляют обновление кода времени воспроизведения. Если после этого пользователь нажимает клавишу "Воспроизведение" ("Play"), то код времени воспроизведения в этой точке используют для установки значения переменной "Запись_о_переходе" ("Jmp_Entry"), выраженного в секундах.

Затем принимают решение о том, состоит ли указанная фонограмма из множества ЗОБ (АОВ) или из одного ЗОБ (АОВ). Если фонограмма состоит из одного ЗОБ (АОВ), то вычисление переменных "у" и "х" (#у, #х) выполняют таким образом, чтобы они удовлетворяли Уравнению 2. После этого осуществляют поиск КАДРА_ЗОБ №х (AOB_FRAME#x), начиная с адреса в (у+2)-й позиции ТПФГПВР (TKTMSRT), соответствующей этому ЗОБ (АОВ). После того, как этот КАДР_ЗОБ №х (AOB_FRAME#x) обнаружен, начинают воспроизведение с КАДРА_ЗОБ №х (AOB_FRAM#x).

{52-12}

В том случае, если фонограмма состоит из множества ЗОБ (АОВ), то вычисление переменных "n"(указывающей ЗОБ (АОВ)), "у" и "х" (#n,#y,#x) выполняют таким образом, чтобы они удовлетворяли Уравнению 3. После этого осуществляют поиск КАДРА_ЗОБ №х (AOB_FRAME#x), начиная с адреса в (у+2)-й позиции ТПФГПВР (TKTMSRT), соответствующей ЗОБ №n (AOB#n). После того, как этот КАДР_ЗОБ №х (AOB_FRAME#x) обнаружен, начинают воспроизведение с КАДРА_ЗОБ №х (AOB_FRAME#x).

Ниже приведено описание того случая, когда воспроизведение начинают с произвольного места ЗОБ (АОВ), для которого "КОЛК_1го_ЭТППВР" (FNs_lst_TMSRTE) в ТИБ (BIT) имеет значение "80 кадров", "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE) в ТИБ (BIT) имеет значение "94 кадра", а "КОЛК_Посл_ЭТППВР" (FNs_Last_TMSRTE) в ТИБ (BIT) имеет значение "50 кадров".

{52-13_62А, Б}

Ниже приведено описание одного конкретного примера использования функции поиска по времени, в котором показано, как осуществляют определение положения ЭЛЕМЕНТа_ЗОБ (АОВ_ELEMENT) и того кадра, с которого следует начать воспроизведение, в том случае, когда код времени воспроизведения указан посредством поворотного диска со ступенчатым переключением.

Как показано на Фиг.62А, пользователь держит устройство воспроизведения в его/ее руке и вращает поворотный диск со ступенчатым переключением большим пальцем его/ее правой руки и указывает код времени воспроизведения, равный "00:04:40,000 (=280 секунд)". В том случае, когда ТИБ (BIT) в ИДФ (TKI) для этого ЗОБ (АОВ) имеет вид, изображенный на Фиг.62Б, то Уравнение 2 используют следующим образом:

280 секунд = (КОЛК_1го_ЭТППВР+(КОЛК_Средн_ЭТППВР*у)+х)*20 мс =(80+(94*148)+8)*20 мс (280 sec=(FNs_lst_TMSRTE+(FNs_Middle_TMSRTE*y)+x)*20 msec = (80+(94*148)+8)*20 msec) таким образом. Уравнению 2 удовлетворяют следующие значения: у=148 и х=8.

Поскольку у=148, то полученный из ТПФГПВР (TKTMSRT) адрес элемента соответствует ЭЛЕМЕНТу_ЗОБ №150 (AOB_ELEMENT#150) (=148+2). В этом случае воспроизведение с того места, которое указано посредством кода времени воспроизведения 00:04:40,000 (=280,00 секунд), может быть осуществлено путем воспроизведения начиная с восьмого КАДРА_ЗОБ (АОВ_FRAME), отсчитанного от адреса этого элемента.

{52-14_63_64_65}

Здесь завершают объяснение обработки, выполняемой ЦП 10 в ответ на нажатие пользователем клавиши "Воспроизведение" ("Play"). Ниже приведено описание программы управления редактированием, хранящейся в ПЗУ 4. Эту программу управления редактированием выполняют при нажатии пользователем клавиши "Редактирование" ("Edit"), и она содержит в себе процедуры, показанные на Фиг.63, Фиг.64, и Фиг.65. Ниже приведено описание обработки в этой программе в соответствии с показанными на этих чертежах схемами последовательности операций.

{52-14_63-1} Программа управления редактированием

В том случае, когда пользователь нажал клавишу "Редактирование" ("Edit"), выполняют операцию S101 из Фиг.63, при которой на экране осуществляют отображение диалогового окна, спрашивая у пользователя, какую из трех основных операций редактирования: "удаление", "разделение" и "объединение", следует выполнить. При операции S102 ЦП 10 принимает решение о том, какое действие предпринял пользователь в ответ на отображение на экране диалогового окна. В данном примере полагают, что клавиши "|<<" и ">>|"на кнопочной панели также используют для указания операций перемещения курсора "Вверх" и "Вниз" (то есть, эти клавиши используют в качестве клавиш управления перемещением курсора "Вверх" и "Вниз"). В том случае, когда пользователь указывает операцию "удаление", при обработке переходят к выполнению циклической процедуры, состоящей из операций S103 и S104.

При операции S103 ЦП 10 принимает решение о том, была ли нажата пользователем клавиша "|<<" или ">>|". При выполнении операции S104 ЦП 10 принимает решение о том, была ли нажата пользователем клавиша "Редактирование" ("Edit"). В том случае, если пользователем нажата клавиша "|<<" или ">>|", то при обработке осуществляют переход от операции S103 к операции S105, при которой указанную фонограмму определяют как фонограмму, предназначенную для редактирования. Но если пользователем была нажата клавиша "Редактирование" ("Edit"), то указанную фонограмму определяют как фонограмму, предназначенную для удаления. Показанный на Фиг.44 процесс обработки выполняют таким образом,. что в случае удаления указанной фонограммы значение АТР_БЛК_ИДФ (TKI_BLK_ATR) каждых ИДФ (TKI) указанной фонограммы устанавливают как "Неиспользуемый".

{52-14_63-2} Процесс объединения

В том случае, когда пользователь выбирает процесс объединения, при обработке переходят от операции S102 к циклической процедуре, состоящей из операций с S107 по 3109. В циклической процедуре, состоящей из операций с S107 по S109, устройство воспроизведения получает информацию, введенную пользователем посредством клавиш "|<<" или ">>|" и "Редактирование" ("Edit"). Когда же пользователь нажимает клавишу " | <<" или ">>|", то при обработке переходят от операции S107 к операции S110, при которой осуществляют выделение указанной фонограммы на экране дисплея. В случае, если пользователь нажимает клавишу "Редактирование" ("Edit"), то при выполнении операции S108 принимают решение "Да", и в процедуре обработки переходят к операции S111. При выполнении операции S111 отмеченную в данный момент фонограмму задают в качестве первой фонограммы, используемой в этом процессе редактирования, а процесс обработки возвращают к выполнению циклической процедуры, состоящей из операций с S107 по S109.

В том случае, когда для редактирования выбрана вторая фонограмма, при выполнении операции S108 принимают решение "Да", и в обработке переходят к выполнению операции S112. При операции S112 ЦП 110 осуществляет обращение к ТИБ (BIT) в ИДФ (TKI) первой и второй фонограмм и принимает решение о том, какие ЗОБ (АОВ) (1-го типа или 2-го типа) находятся, соответственно, в начале и в конце каждой из этих фонограмм и фонограмм, расположенных с обеих сторон от этих фонограмм, при их наличии.

После распознавания типа каждого соответствующего ЗОБ (АОВ) при выполнении операции S113 ЦП 10 принимает решение о том, соответствует ли расположение ЗОБ (АОВ) определенному шаблону. В том случае, когда расположение ЗОБ (АОВ) соответствует одному из четырех шаблонов, показанных на чертежах с Фиг.32А по Фиг.32Г, из которых понятно, что после объединения не произойдет последовательного размещения трех ЗОБ (АОВ) 2-го типа, первую и вторую фонограммы объединяют в одиночную фонограмму при выполнении операции S115.

Иначе говоря, показанную на Фиг.46 операцию выполняют для ИДФ (TKI) и УП_ФГ_СВФУ (DPL_TK_SRP), которые соответствуют этим ЗОБ (АОВ). Объединение множества фонограмм, выбранных для редактирования, в одиночную фонограмму осуществляют посредством перезаписи АТР_БЛК_ИДФ (TKI_BLK_ATRs) в ИДФ (TKI). В том случае, если расположение ЗОБ (АОВ) не соответствует ни одному из приведенных на чертежах с Фиг.32А по Фиг.32Г шаблонов, что означает, что после объединения будут существовать три или более ЗОБ (АОВ) 2-го типа, то ЦП 10 принимает решение о том, что объединенная фонограмма может вызвать опустошение буфера, и таким образом процесс объединения прекращают.

{52-14_64-1} Процесс разделения фонограммы

Когда пользователь указывает, что фонограмма должна быть разделена, при выполнении обработки переходят от операции S102 к циклической процедуре, состоящей из операций с S116 по S117. В циклической процедуре, состоящей из операций с S116 по S117, устройство воспроизведения получает информацию, введенную пользователем посредством клавиш "|<<" или ">>|" и "Редактирование" ("Edit").

В том случае, когда пользователь нажимает клавишу "|<<" или ">>|", при обработке переходят от операции S116 к операции S118, при которой выделенную фонограмму задают в качестве предназначенной для редактирования. Если же пользователь нажимает клавишу "Редактирование" ("Edit"), то при выполнении операции S117 принимают решение "Да", и в процедуре обработки переходят к операции S119.

При выполнении операции S119 отмеченную фонограмму определяют как фонограмму, предназначенную для редактирования, и в процедуре обработки переходят к выполнению операции S120, при которой начинают воспроизведение этой фонограммы. При выполнении операции S121 устройство воспроизведения получает информацию, введенную пользователем посредством клавиши "Метка" ("Mark").

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

После этого циклическую процедуру, состоящую из операций S122 и S123, повторяют. Если пользователь нажимает клавишу "Редактирование" ("Edit"), то в процедуре обработки переходят от операции S123 к операции S125, при которой в качестве границы разделения устанавливают тот код времени воспроизведения, который был выведен на экран в момент нажатия пользователем клавиши "Редактирование" ("Edit"). Следует отметить, что для подобного способа установки границы разделения может быть предусмотрена функция "Отмена" ("Undo"), позволяющая пользователю отменить выбранную границу разделения.

После этого, в операции S126 выполняют обработку, объяснение которой приведено путем ссылки на Фиг.47, при которой производят обновление ИСВФУ (DPLI) и ИДФ (TKI), осуществляя разделение выбранной фонограммы.

{52-14_65-1} Процесс составления списка воспроизводимых файлов

В том случае, когда пользователь выбирает опцию составления списка воспроизводимых файлов, в процессе обработки переходят к процедуре, показанной на схеме последовательности операций из Фиг.65. Заданную в этой схеме последовательности операций переменную "k" используют в этой схеме последовательности операций для указания положения фонограммы в порядке воспроизведения, который задан посредством редактируемого списка воспроизводимых файлов. Приведенную на схеме из Фиг.65 последовательность операций начинают с того, что перед тем, как в процессе обработки перейти к циклической процедуре, состоящей из операции с S132 по S134, выполняют операцию S131, при которой осуществляют установку начального значения этой переменной k, равного "1".

В циклической процедуре, состоящей из операции с S132 по S134, устройство воспроизведения получает данные о действиях пользователя, выполняемых посредством клавиш "|<<", ">>1", "Редактирование" ("Edit") и "Стоп" ("Stop"). В том случае, когда пользователем нажата клавиша "|<<" или ">>|", в процессе обработки переходят от операции S132 к операции S135, при которой в соответствии с нажатием клавиши "|<<" или ">>|" указывают новую фонограмму. Если же пользователем нажата клавиша "Редактирование" ("Edit"), то при операции S133 принимают решение " Да " и в процессе обработки переходят далее к операции S136.

При выполнении операции S136 фонограмму, указанную в момент нажатия пользователем клавиши "Редактирование" ("Edit"), выбирают в качестве k-той фонограммы по порядку воспроизведения. После этого, при выполнении операции S137 осуществляют приращение переменной k и процесс обработки возвращают к выполнению циклической процедуры, состоящей из операций с S132 по S134. Эту процедуру повторяют таким образом, чтобы осуществить последовательный выбор второй, третьей и четвертой фонограммы. Если после того, как было произведено задание нескольких фонограмм, предназначенных для воспроизведения в указанном порядке посредством нового списка воспроизводимых файлов, пользователем нажата клавиша "Стоп" ("Stop"), то в процессе обработки переходят от операции S134 к операции S138, при которой осуществляют генерацию ИСВФ (PLI), состоящей из УП_ФГ_СВФ (PL_TK_SRPs), в которых указаны соответствующие этим фонограммам ИДФ (TKI).

{66-1} Устройство записи

Ниже приведено описание одного из примеров устройства записи для платы 31 флэш-памяти. На Фиг.66 показан один из приведенных в качестве примера вариантов устройства записи. Это устройство записи может быть соединено с Интернетом и представляет собой стандартный персональный компьютер, который может осуществлять прием зашифрованного каталога ИЗД (исходных звуковых данных) (SD_Audio), передача которого в устройство записи через каналы связи осуществлена службой распространения музыки электронным способом, либо транспортного потока звуковых данных, передача которого в устройство записи через каналы связи осуществлена службой распространения музыки электронным способом.

{67-1} Состав аппаратных средств устройства записи На Фиг.67 показан состав аппаратных средств устройства записи.

Как показано на Фиг.67, устройство записи содержит в себе разъем 21 платы для соединения устройства записи с платой 31 флэш-памяти, ОЗУ оперативное запоминающее устройство 22, несъемное дисковое устройство 23, предназначенное для запоминания программы управления записью, которая осуществляет централизованное управление устройством записи, аналого-цифровой преобразователь 24, предназначенный для осуществления аналого-цифрового преобразования введенных посредством микрофона звуковых данных, что обеспечивает создание данных ИКМ (с импульсно-кодовой модуляцией), кодирующее устройство 25 УКЗИ (усовершенствованного кодирования звуковой информации - (ААС)), осуществляющее кодирование данных ИКМ в единицах, имеющих постоянную длительность по времени, и присвоение заголовков ADTS для создания КАДРов_ЗОБ (AOB_FRAMEs), устройство 26 шифрования, предназначенное для зашифровки кадров_ЗОБ (АОВ_frames) с использованием различных Ключей файла (FileKey) для каждого БЛОКа_ЗОБ (AOB_BLOCK), модем 27 для осуществления приема транспортного потока звуковых данных в том случае, когда службой распространения музыки электронным способом осуществлена передача в устройство записи через линии связи зашифрованного каталога ИЗД (исходных звуковых данных) (SD Audio), или же когда службой распространения музыки электронным способом осуществлена передача в устройство записи через линии связи транспортного потока звуковых данных, ЦП 28 для выполнения централизованного управления устройством записи, клавиатуру 29 для получения введенных пользователем данных и устройство 30 визуального отображения.

{67-2} Входные схемы RT1-RT4

В том случае, когда службой распространения музыки электронным способом осуществлена передача в устройство записи через линии связи зашифрованного каталога ИЗД (исходных звуковых данных) (SD_Audio), который должен быть записан в области данных и в области идентификации, то сразу после надлежащего приема зашифрованного каталога ИЗД (SD_Audio) устройство записи может записать зашифрованный каталог ИЗД (SD_Audio) в область данных и в область идентификации платы 31 флэш-памяти.

Однако, в тех случаях, (1) когда службой распространения музыки электронным способом в устройство записи передан транспортный поток звуковых данных, формат которых не соответствует каталогу ИЗД (SD_Audio), (2) когда в устройство записи осуществлен ввод данных в формате ИКМ (РСМ), или (3) когда устройством записи осуществлена запись аналоговых звуковых данных, в устройстве записи для осуществления записи транспортного потока звуковых данных в плату 31 флэш-памяти используют следующие четыре входных тракта.

{67-3} Входной тракт RT1

Входной тракт RT1 используют тогда, когда службой распространения музыки электронным способом осуществлена передача в устройство записи через линии связи зашифрованного каталога ИЗД (SD_Audio), или же когда службой распространения музыки электронным способом осуществлена передача в устройство записи через линии связи транспортного потока звуковых данных. В этом случае содержащиеся в транспортном потоке КАДРы_ЗОБ (AOB_FRAMEs) зашифрованы таким образом, что для кадров_ЗОБ (AOB_FRAMEs) различных ЗОБ (АОВ) использованы различные Ключи файла (FileKeys). Поскольку осуществлять шифрование или кодирование зашифрованного транспортного потока не нужно, то может быть выполнено непосредственное запоминание каталога ИЗД (SD_Audio) или транспортного потока звуковых данных в ОЗУ 22 в зашифрованном состоянии.

{67-4} Входной тракт RT2

Входной тракт RT2 используют в том случае, когда ввод звуковых данных осуществляют через микрофон. В этом случае выполняют аналого-цифровое преобразование введенных через микрофон звуковых данных посредством аналого-цифрового преобразователя 24, создавая данные ИКМ (РСМ). Затем для того, чтобы создать КАДРы_ЗОБ (AOB_FRAMEs), осуществляют кодирование данных ИКМ посредством кодирующего устройства 25 УКЗИ (ААС) и присвоение заголовков ADTS. После этого устройство 26 шифрования осуществляет шифрование КАДРов_ЗОБ (AOB_FRAMEs) с использованием различных ключей файла (FileKey) для каждого из КАДРов_ЗОБ (AOB_FRAMEs) в различных ФАЙЛах_ЗОБ (AOB_FILEs), в результате чего создают зашифрованные звуковые данные. После этого осуществляют запоминание зашифрованных звуковых данных в ОЗУ 22.

{67-5} Входной тракт RT3

Входной тракт RT3 используют в том случае, когда в устройство записи осуществляют ввод данных ИКМ, считанных с компакт-диска (CD). Поскольку ввод данных осуществлен в формате ИКМ (РСМ), то данные могут быть непосредственно введены в кодирующее устройство 25 УКЗИ (ААС). Для создания КАДРов_ЗОБ (AOB_FRAMEs) выполняют кодирование этих данных ИКМ посредством кодирующего устройства 25 УКЗИ (ААС) и присвоение заголовков ADTS.

После этого устройство 26 шифрования осуществляет шифрование кадров_ЗОБ (AOB_FRAMEs) с использованием различных ключей файла (FileKey) для КАДРов_ЗОБ (AOB_FRAMEs) в различных ФАЙЛах_ЗОБ (AOB_FILEs), в результате чего создают зашифрованные звуковые данные. После этого осуществляют запоминание зашифрованных звуковых данных в ОЗУ 22.

{67-6} Входной тракт RT4

Входной тракт RT4 используют в том случае, когда в плату 31 флэш-памяти производят запись транспортного потока, введенного в устройство записи через один из трех входных трактов RT1, RT2, и RT3.

Такое запоминание звуковых данных сопровождается созданием ИДФ (TKI) и Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information). Так же как и для устройства воспроизведения, в ПЗУ осуществляют запоминание основных функций, обеспечивающих работоспособность устройства записи. То есть, в несъемном дисковом устройстве 23 запоминают программу записи, которая содержит в себе характерную для устройства записи процедуру обработки, а именно, осуществление записи ЗОБ (АОВ), администратора фонограмм (TrackManager) и администратора списка воспроизводимых файлов (PlaylistManager).

{67-7_68} Обработка, осуществляемая в устройстве записи

Описание обработки в процедуре записи, при которой в плате 31 флэш-памяти осуществляют запись транспортного потока, поступившего через входные тракты RT1, RT2, RT3 и RT4, приведено ниже со ссылкой на схему последовательности операций из Фиг.68, на которой показана эта обработка.

В этой схеме последовательности операций использованы следующие переменные: "Номер_Кадра" ("Frame_Number") и "Объем_Данных" ("Data_Size"). Переменную Номер_Кадра (Frame_Number) используют для управления общим количеством тех КАДРов_ЗОБ (AOB_FRAMEs), которые уже были записаны в ФАЙЛ_ЗОБ (AOB_FILE). Переменную Объем_Данных (Data_Size) используют для управления объемом данных тех КАДРов_ЗОБ (АОВ_frames), которые уже были записаны в ФАЙЛ_ЗОБ (AOB_FILE).

Обработку в этой схеме последовательности операций начинают с выполнения операции S200, при которой ЦП 28 осуществляет генерацию списка воспроизводимых файлов, заданного по умолчанию, (DefaultPlaylist) и администратора фонограмм (TrackManager). При выполнении операции S201 ЦП 28 выполняет инициализацию переменной "z" (#z): (z←1). При выполнении операции S202 ЦП 28 осуществляет генерацию ФАЙЛ ЗОБ_№z (АОВ_FILE#z) и запоминает его в области данных платы 31 флэш-памяти. В этот момент в элементе каталога из Каталога ИЗД (SD_Audio), находящегося в области данных, задают имя файла, расширение имени файла и номер первого кластера для ФАЙЛа_ЗОБ №z (AOB_FILE#z). После этого, при выполнении операции S203 ЦП 28 осуществляет генерацию ИДФ №z (TKI#z) и запоминает их в администраторе фонограмм (TrackManager). При выполнении операции S204 ЦП 28 осуществляет генерацию УП_ФГ_СВФУ №w (DPL_TK_SRP#w) и запоминает его в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information). После этого, при выполнении операции S205 ЦП 28 выполняет инициализацию переменной "у" (#у): (#у←1), а при выполнении операции S206 ЦП 28 выполняет инициализацию Номера_Кадра (Frame_Number) и Объема_Данных (Data_Size): (Номер_Кадра←0, Объем_Данных←0).

При выполнении операции S207 ЦП 28 принимает решение о том, закончен ли ввод транспортного потока звуковых данных, предназначенных для записи в ФАЙЛе_ЗОБ №... (АОВ_FILE#). В том случае, когда ввод транспортного потока звуковых данных, закодированного посредством кодирующего устройства 25 УКЗИ (ААС) и зашифрованного посредством устройства 26 шифрования в ОЗУ 22, не закончен и необходимо продолжить запись данных кластера, то при выполнении операции S207 ЦП 28 принимает решение "Нет", и в процедуре обработки переходят к операции S209.

При выполнении операции S209 ЦП принимает решение о том, является ли объем звуковых данные УКЗИ (ААС), который накоплен в ОЗУ 22, равным, по меньшей мере, размеру кластера. Если это справедливо, то ЦП 28 принимает решение "Да" и в процедуре обработки переходят к выполнению операции S210, при которой в плату 31 флэш-памяти осуществляют запись объема звуковых данных УКЗИ (ААС), равного размеру кластера. Затем в процедуре обработки переходят к выполнению операции S211.

В том случае, когда в ОЗУ 22 не накоплен достаточный объем звуковых данных УКЗИ (ААС), то операцию S210 пропускают и в процедуре обработки переходят к операции S211. При выполнении операции S211 ЦП осуществляет приращение Номера_Кадра (Frame_Number) (Номер_Кадра←Номер_Кадра+1) и увеличивает значение переменной Объем_Данных (Data_Size) на величину объема данных КАДРА_ЗОБ (AOB_FRAME).

После такого обновления выполняют операцию S212, в которой ЦП 28 принимает решение о том, достигло ли значение переменной Номер_Кадра (Franie_Nuniber) того количества кадров, которое задано в "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE), причем значение "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE) установлено в соответствии с частотой дискретизации, использованной при кодировании транспортного потока звуковых данных. В том случае, если значение Номера_Кадра (Frame_Number) достигло количества кадров, заданного в "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE), при выполнении операции S212 ЦП 28 принимает решение "Да". Если же это не так, то ЦП 28 принимает решение "Нет", и в процессе обработки возвращаются к операции S207. Следовательно, процедуру обработки, выполняемую посредством операций с S207 по S212, повторяют до тех пор, пока при выполнении либо операции S207, либо операции S212, не будет принято решение "Да".

Когда переменная Номер Кадра (Frame Number) достигает значения "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE), то при выполнении операции S212 ЦП 28 принимает решение "Да" и в процедуре обработки переходят от операции S212 к операции S213, при которой осуществляют запоминание переменной Объем_Данных (Data_Size) в ТПФГПВР (TKTMSRT) ИДФ №z (TKI#z) в виде Элемента_ТППВР №y (TMSRT_entry#y) для ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y). Перед тем, как выполнить операцию S215, при которой производят проверку того, достигла ли переменная "у" (#у) значения "252", выполняют операцию S214, при которой ЦП 28 осуществляет приращение переменной "у" (#у): (#у←#у+1).

Значение "252" используют потому, что оно представляет собой то максимальное количество ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTs), которое может быть запомнено в одном ЗОБ (АОВ). Если переменная "У" (#у) имеет значение меньше, чем S52, то в процессе обработки переходят к выполнению операции 3216, при которой ЦП 28 принимает решение о том, существует ли в закодированных звуковых данных пауза с заранее заданной длительностью, то есть, достигли ли звуковые данные промежутка между фонограммами. При отсутствии такой продолжительной паузы выполняют повторение обработки, состоящей из операций с S206 по S215. В том случае, если переменная "у" (#у) достигла значения 252, или в закодированных звуковых данных существует пауза заранее заданной длительности, то при выполнении одной из операций S215 и S216 принимают решение "Да" и в процедуре обработки переходят к операции S217, при которой осуществляют приращение переменной "z" (#z): (#z←#z+1).

После этого повторяют обработку, выполняемую посредством операций S202 к S216, для увеличенной на единицу переменной "z" (#z). Посредством повторения такой обработки ЦП 28 может осуществить последовательную запись в плату 31 флэш-памяти ЗОБ (АОВ), содержащих в себе множество элементов_ЗОБ (AOB_ELEMENTs).

Когда передача транспортного потока звуковых данных посредством кодирующего устройства 25 УКЗИ (ААС), устройства 26 шифрования и модема 27 завершена, то это означает, что также завершен и ввод транспортного потока звуковых данных, предназначенного для записи в ФАЙЛе_ЗОБ №z (AOB_FILE#z), поэтому при выполнении операции S207 принимают решение "Да" и в процедуре обработки переходят к выполнению операции S208. При выполнении операции S208 ЦП 28 осуществляет запоминание значения переменной Объем_Данных (Data_Size) в ТПФГПВР (TKTMSRT) ИДФ №z (TKI#z) в виде Элемента_ТППВР №у (TMSRT_Entry#y) для ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y). После сохранения накопленных в ОЗУ 22 звуковых данных в файле ЗОБ (АОВ_file), соответствующем ЗОБ №z (AOB#z), обработку в этой схеме последовательности операций завершают.

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

После того, как был выполнен ввод транспортного потока звуковых данных через входной тракт RT1, поставщик услуг распространения музыки электронным способом передает в устройство записи файл (файлы) ЗОБ (АОВ file(s)), файл хранения АДФГ (TKMG), файл хранения АСВФ (PLMG) и файл хранения ключа шифрования, в котором запомнены различные ключи файла (FileKey), по одному для каждого ЗОБ (АОВ). ЦП 28 принимает эти файлы и осуществляет запись файла (файлов) ЗОБ (АОВ file(s)), файла хранения АДФГ (TKMG) и файла хранения АСВФ (PLMG) в область пользователя в плате 31 флэш-памяти. А в область идентификации ЦП 28 записывают только файл хранения ключа шифрования, в котором запомнены различные ключи файла (FileKey), по одному для каждого ЗОБ (АОВ).

В том случае, если ввод звуковых данных выполнен через входной тракт RT2 или RT3, то всякий раз, когда начинают кодирование нового ЗОБ (АОВ), ЦП 28 осуществляет генерацию различных ключей файла (FileKey) и устанавливает значение полученного в результате генерации ключа в устройстве 26 шифрования. Помимо того, что этот ключ файла (FileKey) используют в устройстве 26 шифрования для зашифровки текущего ЗОБ (АОВ), его запоминают в соответствии с Записью_о_ключе_файла (FileKey Entry) в файле хранения ключа шифрования, который находится в области идентификации.

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

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

(а) В приведенном выше варианте осуществления в качестве используемого носителя записи описана полупроводниковая память (плата флэш-памяти), однако настоящее изобретение может быть применено и для других носителей, в том числе, для оптических дисков, например, для ОЗУ на основе УЦД (DVD-RAM), или для накопителей на жестких дисках.

(б) В приведенном выше варианте осуществления, описанные звуковые данные имели формат ААС (усовершенствованное кодирование звуковой информации - УКЗИ), однако настоящее изобретение может быть также применено и для звуковых данных, имеющих иной формат, например МРЗ (MPEG1 Audio Layer 3), Dolby-АСЗ или DTS (система цифрового театра).

(в) Несмотря на то, что в описании было указано, что файл хранения АДФГ (TKMG) и файл хранения АСВФ (PLMG) получают от поставщика услуг распространения музыки электронным способом в завершенном виде, передача основной информации, используемой для создания АДФГ (TKMG) и АСВФ (PLMG) может быть осуществлена вместе с файлом хранения ключа шифрования, в котором запомнены различные ключи шифрования, по одному для каждого ЗОБ (АОВ). После этого устройство записи может выполнить обработку этой информации, чтобы получить АДФГ (TKMG) и АСВФ (PLMG), которые оно затем записывает в плату флэш-памяти.

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

В качестве одного из примеров, функциями устройства воспроизведения и устройства записи, описанными в вышеуказанном варианте осуществления, может быть снабжен мобильный телефонный аппарат, обладающий возможностью доступа в Интернет. Так же, как и в описанном выше варианте осуществления, этот мобильный телефонный аппарат может запоминать информационное содержимое, загрузка которого осуществлена через сеть беспроводной связи, в плате 31 флэш-памяти. Также, несмотря на то, что описанное в приведенном выше варианте осуществления устройство записи снабжено модемом 27 для соединения с Интернетом, вместо него может быть использовано любое другое устройство, способное осуществлять соединение с сетью Интернет, например, терминальный адаптер линии связи ISDN (цифровой сети с комплексными услугами - ЦСКУ).

(д) Показанные на схемах последовательности операций, изображенных на Фиг.55-58, Фиг.60, Фиг.63-65 и Фиг.68, процедуры могут быть выполнены посредством исполняемых программ, сбыт и продажа которых могут быть осуществлены в записанном на носителе записи виде. Этот носитель записи может представлять собой плату интегральных схем (1С card), оптический диск, гибкий диск или подобные им устройства с программами, записанными на носителе записи, причем использование осуществляют после того, как они будут установлены в стандартной компьютерной аппаратуре. Путем осуществления обработки в соответствии с такими установленными программами стандартная компьютерная аппаратура может выполнять те же самые функции, что и устройство воспроизведения и устройство записи, которые описаны в вышеуказанном варианте осуществления.

(е) Несмотря на то, что в приведенном выше варианте осуществления описан вариант, в котором в плате 31 флэш-памяти запоминают множество ЗОБ (АОВ) и множество ключей файла (FileKeys), необходимым условием является запоминание только одного ЗОБ (АОВ) и одного Ключа файла (FileKey). Также не является обязательным условием шифрование ЗОБ (АОВ), поэтому запоминание ЗОБ (АОВ) в плате 31 флэш-памяти может быть осуществлено в формате ААС (усовершенствованного кодирования звуковой информации - УКЗИ).

ВТОРОЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

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

{69-1} Аппаратное устройство платы 31 флэш-памяти

На Фиг.69 показано аппаратное устройство платы 31 флэш-памяти. Как показано на Фиг.69, плата 31 флэш-памяти содержит в себе три интегральные схемы (ИС), а именно, ИС 302 управления, флэш-память 303 и ПЗУ (постоянное запоминающее устройство) 304.

ПЗУ 304 содержит специальную область, описанную в первом варианте осуществления и используемую для запоминания идентификатора (ID) носителя, упомянутого в первом варианте осуществления, и, кроме того, - защищенного идентификатора (ID) 343 носителя, который создают посредством зашифровки защищенного идентификатора (ID) носителя.

ИС 302 управления представляет собой схему управления, состоящую из активных элементов (логических элементов), и содержит в себе устройство 321 санкционированного доступа, дешифратор 322 команд, устройство 323 хранения главного ключа, устройство 324 управления доступом к специальной области, устройство 325 управления доступом к области идентификации, устройство 326 управления доступом к области, не требующей идентификации, и схему 327 шифрования/расшифровки.

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

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

Дешифратор 322 команд представляет собой контроллер, который содержит в себе схему декодирования, схему управления, и т.п., которые интерпретируют и выполняют команду (команду для платы 31 флэш-памяти), ввод которой осуществлен через контакт КОМАНДА разъема. Дешифратор 322 команд осуществляет управление устройствами 321-327 в ИС 302 управления в соответствии с типом введенной команды.

Команды, которые подают в плату 31 флэш-памяти, содержат в себе команды, осуществляющие считывание, запись или удаление данных во флэш-памяти 303. В качестве примеров команд, относящихся к считыванию и записи данных, могут быть приведены команды "Число элементов в адресе защищенного считывания" ("SecureRead address count") и " Число элементов в адресе защищенной записи" ("SecureWrite address count"), посредством которых осуществляют доступ к области идентификации, а посредством команд "Число элементов в адресе считывания" ("Read address count") и "Число элементов в адресе записи" ("Write address count") осуществляют доступ к области, не требующей идентификации. В этих командах термин "адрес" означает номер первого сектора, к которому осуществляют доступ, в области считывания (или записи), а термин "число элементов" означает общее количество считываемых (или записываемых) секторов. В данном случае сектор представляет собой единичный элемент считывания и записи данных в плате 31 флэш-памяти, равный в настоящем примере 512 байтам.

В устройстве 323 хранения главного ключа заранее запоминают главный ключ 323а в зашифрованном состоянии. Главный ключ представляет собой ключ шифрования, используемый для зашифровки идентификатора (ID) носителя. Когда плата 31 флэш-памяти соединена с устройством, то главный ключ 323а передают в устройство в зашифрованном виде. Главный ключ 323а зашифрован таким способом, который позволяет осуществить его расшифровку посредством только того устройства, которое получает главный ключ путем использования специальной информации о ключе (которую обычно называют "ключом устройства" ("device key")).

Устройство 324 управления доступом к специальной области представляет собой электронную схему, которая осуществляет считывание идентификатора (ID) носителя, хранящегося в ПЗУ 304, в котором создана специальная область. Идентификатор (ID) носителя, считанный устройством 324 управления доступом к специальной области, передают далее в устройство, соединенное с платой 31 флэш-памяти, которое затем шифрует идентификатор (ID) носителя с использованием главного ключа, полученного путем расшифровки зашифрованного главного ключа с использованием ключа устройства.

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

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

ДАННЫЕ1 по ДАННЫЕ4 (DATA1 - DATA4). С точки зрения логических операций, этот ввод и вывод осуществляют посекторно, но при перезаписи содержимого флэш-памяти 303 ввод или вывод данных осуществляют поблочно (каждый блок имеет объем, равный 32 секторам (16 Кбайт)). В более подробном изложении, в том случае, когда перезапись данных производят в одном секторе, то соответствующий блок считывают из флэш-памяти 303 и запоминают в буфере соответствующего устройства управления доступом, этот блок удаляют из флэш-памяти, осуществляют перезапись соответствующего сектора в буферной памяти, а затем блок из буферной памяти записывают обратно во флэш-память 303.

Схема 327 шифрования/расшифровки выполняет шифрование или расшифровку с использованием главного ключа 323а, хранящегося в устройстве 323 хранения главного ключа, управление которым осуществляет устройство 325 управления доступом к области идентификации или устройство 326 управления доступом к области, не требующей идентификации. В том случае, когда необходимо произвести запись данных во флэш-память 303, схема 327 шифрования/расшифровки выполняет шифрование данных и их запись во флэш-память 303. В обратном случае, когда необходимо произвести считывание данных из флэш-памяти 303, схема 327 шифрования/расшифровки выполняет расшифровку данных. Эта схема 327 шифрования/расшифровки нужна для предотвращения выполнения пользователями несанкционированных действий, например, разборки платы 31 флэш-памяти и непосредственного анализа содержимого флэш-памяти 303 с целью получения паролей, хранящих в области идентификации.

{69_70} Последовательность обмена информацией при воспроизведении ЗОБ (АОВ)

На Фиг.70 показана последовательность обмена информацией, выполняемого при считывании устройством воспроизведения, соединенным с платой 31 флэш-памяти, ключа шифрования Ключ файла (FileKey) и воспроизведении ЗОБ (АОВ).

Устройство воспроизведения посылает в плату 31 флэш-памяти команду считать главный ключ (sc1). После выдачи этой команды дешифратор 322 команд получает зашифрованный главный ключ 3236, хранящийся в устройстве 323 хранения главного ключа, и передает его в устройство воспроизведения (sc2).

Устройство воспроизведения, получающее защищенный идентификатор (ID) носителя, использует для расшифровки защищенного идентификатора (ID) носителя тот ключ 211а устройства, который запомнен в нем самом (sc3). Применяемый в процессе расшифровки алгоритм расшифровки соответствует тому алгоритму шифрования, который был использован при генерации зашифрованного главного ключа 323б, хранящегося в плате 31 флэш-памяти, поэтому, если используемый устройством воспроизведения ключ 211а устройства представляет собой нужный для использования ключ (то есть правильный ключ), то путем выполнения такой расшифровки устройство воспроизведения сможет благополучно получить главный ключ.

После получения главного ключа устройство воспроизведения выдает в плату 31 флэш-памяти специальную команду осуществить считывание идентификатора (ID) носителя (sc4). Устройство 324 управления доступом к специальной области получает идентификатор (ID) носителя из ПЗУ 304 платы 31 флэш-памяти и передает его в устройство воспроизведения (sс5). Затем схема 327 шифрования/расшифровки зашифровывает идентификатор (ID) носителя с использованием главного ключа, который получен посредством вышеуказанного процесса расшифровки (sc6). Для этого шифрования используют такой же алгоритм, как и алгоритм который был использован при генерации защищенного идентификатора 343 (ID) носителя, хранящегося в плате 31 флэш-памяти. Полученный в результате этого защищенный идентификатор (ID) носителя является точно таким же, как и защищенный идентификатор 343 (ID) носителя из платы 31 флэш-памяти.

Затем устройство воспроизведения, которому удалось получить защищенный идентификатор (ID) носителя, выполняет операцию взаимной аутентификации с устройством 321 санкционированного доступа из платы 31 флэш-памяти (sс7). Этот процесс приводит к тому, что как устройство воспроизведения, так и устройство 321 санкционированного доступа содержат (а) информацию (ДА/НЕТ) (OK/NG), в которой указано, была ли осуществлена успешная аутентификация другого устройства, и (б) меняющийся с течением времени защищенный ключ, содержимое которого зависит от результата аутентификации.

В случае успешного результата взаимной аутентификации устройство воспроизведения осуществляет генерацию команды доступа к области идентификации платы 31 флэш-памяти. В качестве одного примера может быть приведен тот случай, в котором при считывании данных из области идентификации устройство воспроизведения зашифровывает параметры (то есть, "адрес", представляющий собой адрес, состоящий из 24-х бит, и "число элементов", длина данных которого равна восьми битам) команды "Число элементов в адресе защищенного считывания" ("Secure-Read address count") с использованием защищенного ключа (sc8), и связывает эти параметры с признаком этой команды (то есть, кодом из 6 бит, указывающим, что эта команда является командой "Защищенного считывания" ("SecureRead")), создавая зашифрованную команду (sc9), которую устройство воспроизведения передает в плату 31 флэш-памяти (sc10).

После получения этой зашифрованной команды плата 31 флэш-памяти распознает тип команды по признаку (sc11). В настоящем примере, плата 31 флэш-памяти определяет, что эта команда является командой "Защищенного считывания" ("Secure-Read") для считывания из области идентификации.

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

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

При получении команды, содержащей в себе достоверные параметры, устройство 325 управления доступом к области идентификации осуществляет доступ к секторам, которые указаны посредством достоверных параметров, и считывает из области идентификации ключ шифрования Ключ_файла (FiieKey), хранящийся в этих секторах. Посредством схемы 327 шифрования/расшифровки зашифровывают ключ шифрования Ключ_файла (FileKey), хранящийся в файле "AOBSA1.KEY" в области идентификации (sc15), с использованием защищенного ключа (sс14), полученного при взаимной аутентификации. После этого устройство 325 управления доступом к области идентификации передает ключ шифрования Ключ_файла (FileKey), хранящийся в файле "AOBSA1.KEY" в области идентификации, в устройство воспроизведения (sс16).

Устройство воспроизведения расшифровывает (sс18) ключ шифрования Ключ_файла (FileKey), прием которого был осуществлен им с использованием защищенного ключа (sc17), полученного при взаимной аутентификации. Вследствие того, что используемый здесь алгоритм расшифровки соответствует алгоритму, который был использован платой 31 флэш-памяти для зашифровки ключа шифрования Ключ_файла (FileKey), может быть получен исходный ключ шифрования Ключ_файла (FileKey). После этого осуществляют расшифровку полученного ключа шифрования Ключ_файла (FileKey) с использованием главного ключа 323б и идентификатора (ID) носителя и в результате получают ключ шифрования Ключ_файла (FileKey) (sc20).

После того, как получен ключ шифрования Ключ_файла (FileKey) и из области, не требующей идентификации, считан ЗОБ (АОВ), соответствующий этому ключу шифрования Ключ_файла (FileKey) (sc21), вьшолняют расшифровку ЗОБ (АОВ) с использованием этого ключа шифрования Ключ_файла (FileKey) и одновременно с этим осуществляют воспроизведение музыки.

{69_70_71} Подробная последовательность обмена информацией при взаимной аутентификации

На Фиг.71 показана подробная последовательность обмена информацией, которую используют при взаимной аутентификации по Фиг.70. В этом примере плата 31 флэш-памяти и устройство воспроизведения осуществляют взаимную аутентификацию в формате запрос-подтверждение.

Для проверки подлинности устройства воспроизведения устройство 321 санкционированного доступа из платы 31 флэш-памяти осуществляет генерацию случайного числа (sс30) и передает это случайное число в устройство воспроизведения в качестве данных запроса (sc50). Для того, чтобы доказывать свою собственную подлинность, устройство воспроизведения зашифровывает данные запроса (sc31) и передает результат в устройство 321 санкционированного доступа в плате 31 флэш-памяти в качестве данных ответа (sc32). Устройство 321 санкционированного доступа в плате 31 флэш-памяти зашифровывает случайное число, переданное им в качестве данных запроса (sс33), и сравнивает это зашифрованное случайное число с данными ответа (sc34).

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

Такую же процедуру аутентификации осуществляет устройство воспроизведения для подтверждения подлинности платы 31 флэш-памяти.

Иначе говоря, устройство воспроизведения осуществляет генерацию случайного числа (sc40) и передает это случайное число в устройство 321 санкционированного доступа в плате 31 флэш-памяти в качестве данных запроса (sc51). Для того, чтобы доказывать подлинность платы 31 флэш-памяти, устройство 321 санкционированного доступа зашифровывает данные запроса (sc41) и передает результат в устройство воспроизведения в качестве данных ответа (sc42).

Устройство воспроизведения зашифровывает случайное число, переданное им в качестве данных запроса (sc43), и сравнивает это зашифрованное случайное число с данными ответа (sc44).

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

В том случае, если плата 31 флэш-памяти и устройство воспроизведения являются подлинными, то при взаимной аутентификации оба устройства будут использовать один и тот же алгоритм шифрования. И плата 31 флэш-памяти, и устройство воспроизведения выполняют логическую операцию "ИСКЛЮЧАЮЩЕЕ ИЛИ" над двумя зашифрованными случайными числами (то есть над зашифрованным случайным числом, переданным другому устройству в качестве данных запроса и над случайным числом, которое было зашифровано с целью проверки полученных данных ответа), используемыми в процессах взаимной аутентификации (sc45, sc46), а результат операции "ИСКЛЮЧАЮЩЕЕ ИЛИ" устанавливают в качестве защищенного ключа, который используют при доступе к области идентификации платы 31 флэш-памяти. Таким образом, один и тот же защищенный ключ в плате 31 флэш-памяти и в устройстве воспроизведения будет установлен только в случае успешного выполнения взаимной аутентификации. Поскольку подобным образом может быть осуществлено совместное использование изменяемого в течение времени (то есть который используют только для этого сеанса) защищенного ключа, то необходимым условием доступа к области идентификации является успешное выполнение процедуры взаимной аутентификации.

Одним из альтернативных вариантов является тот, в котором защищенный ключ может быть создан каждым из устройств посредством выполнения логической операции "ИСКЛЮЧАЮЩЕЕ ИЛИ" над зашифрованными данными запроса, созданными этим же устройством, данными ответа, полученными от другого устройства, и защищенным идентификатором (ID) носителя.

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

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

ПРОМЫШЛЕННОЕ ПРИМЕНЕНИЕ

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