ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к плате полупроводниковой памяти, в которой осуществляют запоминание звуковых данных, данных о неподвижных изображениях и управляющих данных, и к устройству воспроизведения, устройству записи, способу воспроизведения, способу записи и к относящемуся к этой плате полупроводниковой памяти носителю записи, обладающему возможностью его считывания посредством компьютера. В частности, настоящее изобретение относится к усовершенствованному запоминанию звуковых данных, данных об изображениях и управляющих данных, распространяемых в виде информационного содержимого службой распространения информации, например службой распространения музыки электронным способом.
УРОВЕНЬ ТЕХНИКИ
Распространение музыки электронным способом предоставляет пользователям возможность покупать и получать музыкальную информацию (например, песни и альбомы) через Интернет. Такая технология в перспективе может сильно изменить рынок музыкальных записей и постепенно становится доступной по мере внедрения необходимой инфраструктуры. Одним из способов сохранения музыкальной информации, полученной от службы распространения музыки электронным способом, является ее запоминание в платах полупроводниковой памяти, которые благодаря своей портативности являются идеальным средством для этого. Следовательно, предполагают, что спрос на подобные платы сильно возрастет.
Музыкальная информация может содержать в себе не только звуковые данные. Одним из примеров является "мультимедийная" звуковая информация, которая может содержать в себе относящиеся к ней изображения, предназначенные для отображения при воспроизведении музыки. Такая мультимедийная звуковая информация может быть использована для "программ караоке", которые состоят из сопровождающей звуковой фонограммы и из изображений, которые служат для отображения слов песен и фона. Полагают, что распространение такого мультимедийного звукового информационного содержимого также будут осуществлять средствами распространения музыки электронным способом, поэтому необходимо рассмотреть то, каким образом следует выполнять запоминание такого информационного содержимого в плате полупроводниковой памяти.
Ниже приведено описание того, каким образом осуществляют запоминание мультимедийной музыкальной информации в носителе записи, например в КД (компакт-диске), то есть общепринятого способа запоминания звуковых данных и данных об изображениях в носителе записи.
Для того чтобы устройство воспроизведения могло осуществлять воспроизведение музыки и визуализацию изображений, запись обычного мультимедийного музыкального содержимого на носитель записи осуществляют в виде мультиплексированных данных, созданных посредством мультиплексирования звуковых данных музыки с данными об изображениях, служащими для отображения слов песен и/или фоновых изображений. При воспроизведении мультиплексированных данных отображение данных об изображениях может быть осуществлено одновременно с воспроизведением звуковых данных.
Одним из примеров носителя, который позволяет осуществлять выведение на экран данных об изображениях во время воспроизведения звуковых данных посредством мультиплексирования этих данных между собой, является КД диск с графическими данными (CD-Graphics disc). При создании КД диска с графическими данными мультиплексирование данных осуществляют поэлементно, каждый из которых состоит из 16-битовых основных кодов и субкодов. Звуковые данные задают посредством 16-битовых основных кодов, а данные об изображениях, содержащие слова песен, фоновые изображения и т.п., задают посредством субкодов. При начале воспроизведения какого-либо музыкального содержимого, записанного на КД диске с графическими данными (CD-Graphics disc), осуществляют последовательное воспроизведение звуковых данных, которым присвоены 16-битовые основные коды, при выполнении одновременно с этим последовательного отображения данных об изображении, которым присвоены субкоды.
При таком мультиплексировании звуковых данных и данных об изображениях между собой возникает необходимость создания отдельных изображений для каждого музыкального произведения из музыкального альбома. Это означает, что при таком обычном способе мультиплексирования производитель диска должен был столкнуться с трудностями, обусловленными необходимостью создания, по меньшей мере, одного изображения для каждой составной части музыкального содержимого.
Полагают, что поклонники записей известных артистов положительно оценят наличие различных изображений для каждой песни (составной части музыкального содержимого) в альбоме. Поскольку ожидается, что эти артисты смогут продать большое количество копий своих альбомов, то стоимость создания такого дополнительного материала будет покрыта за счет продаж.
Однако менее популярные артисты не могут рассчитывать на большой объем продаж своих произведений даже в том случае, если для каждой песни будут созданы различные изображения, поэтому стоимость создания такого материала не сможет быть покрыта за счет продаж.
Таким образом, затраченные на создание изображений деньги и трудозатраты дадут различный коммерческий результат, который в сильной степени зависит от популярности артиста. Тем не менее, в обычных дисках каждой составной части музыкального содержимого обязательно должно быть сопоставлено, по меньшей мере, одно изображение вне зависимости от популярности записываемого артиста или ожидаемого объема продаж. В результате, производители выражают недовольство обычными носителями.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Целью настоящего изобретения является создание платы полупроводниковой памяти, посредством которой можно уменьшить необходимый объем трудозатрат при создании изображений для множества составных частей звукового содержимого, образующих собой альбом.
В случае вывода изображений на экран во время воспроизведения звукового содержимого, вывод на экран изображений, представляющих собой слова песни, следует осуществлять только в течение соответствующей песни. Однако одни и те же фоновые изображения могут быть использованы при воспроизведении любого количества песен. В качестве одного из примеров можно рассмотреть тот случай, в котором автором песен или исполнителем является один и тот же человек, тогда в качестве фонового изображения для нескольких песен может быть использовано одно и то же изображение автора песен или артиста. Полагают, что для производителей дисков это облегчит совместное сохранение музыкальной информации (звуковых объектов) и данных об изображениях (объектов, представляющих собой изображения).
В предпочтительном варианте совместное использование данных об изображениях (объектов, представляющих собой неподвижные изображения) множеством звуковых объектов может быть осуществлено посредством платы полупроводниковой памяти, в которой запомнены: звуковая последовательность, содержащая в себе множество звуковых объектов; множество объектов, представляющих собой неподвижные изображения; по меньшей мере, один фрагмент информации о маршруте воспроизведения, указывающий порядок, в котором следует осуществлять воспроизведение звуковых объектов из множества звуковых объектов в звуковой последовательности; по меньшей мере, один фрагмент информации о первом указателе, каждый из которых соответствует фрагменту информации о маршруте воспроизведения и посредством которого задан, по меньшей мере, один объект, представляющий собой неподвижное изображение, который должен быть отображен на экране при воспроизведении звуковых объектов в порядке, указанном посредством соответствующего фрагмента информации о маршруте воспроизведения; и, по меньшей мере, один фрагмент информации о втором указателе, каждый из которых соответствует звуковому объекту в звуковой последовательности и посредством которого задан, по меньшей мере, один объект, представляющий собой неподвижное изображение, который должен быть отображен на экране при воспроизведении только соответствующего звукового объекта.
Воспроизведение множества звуковых объектов из звуковой последовательности осуществляют в соответствии с порядком воспроизведения, который задан во фрагменте информации о маршруте воспроизведения. Посредством информации о первом указателе, которая соответствует информации о маршруте воспроизведения, указывают те объекты, представляющие собой неподвижные изображения, которые должны быть выведены на экран в виде фоновых изображений при воспроизведении звуковых объектов. В результате, вывод на экран совместно используемых объектов, представляющих собой неподвижные изображения, может быть осуществлен в течение времени воспроизведения множества звуковых объектов, содержащихся в звуковой последовательности.
Поскольку одни и те же изображения могут быть использованы для множества фонограмм, то при воспроизведении множества звуковых объектов из звуковой последовательности, которая соответствует альбому второстепенного по популярности артиста, может быть осуществлен вывод на экран одного и того же изображения или изображений. Это уменьшает объем трудозатрат по созданию изображений для такого альбома и его стоимость.
И наоборот, при воспроизведении каждого звукового объекта из звуковой последовательности, которая соответствует альбому популярного артиста, может быть предусмотрен вывод на экран множества различных изображений. Вывод на экран нескольких различных изображений для каждой фонограммы делает альбом более привлекательным для потребителей, что, следовательно, может привести к увеличению объема продаж.
При наличии объектов, представляющих собой неподвижные изображения, например слов песен, вывод которых на экран должен быть осуществлен отдельно от фоновых изображений только при воспроизведении конкретной фонограммы, такие объекты, представляющие собой неподвижные изображения, могут быть заданы с использованием информации о втором указателе, посредством чего объекты, представляющие собой неподвижные изображения, присваивают только конкретной фонограмме.
При этом в плате полупроводниковой памяти может быть дополнительно осуществлено запоминание множества счетчиков символов, каждый из которых соответствует объекту, представляющему собой неподвижное изображение, и указывает, задан ли этот объект, представляющий собой неподвижное изображение, посредством какого-либо, по меньшей мере, одного фрагмента информации о первом указателе и, по меньшей мере, одного фрагмента информации о втором указателе, и если это так, то в каком количестве фрагментов информации о первом указателе и информации о втором указателе задан объект, представляющий собой неподвижное изображение.
При удалении звуковых объектов и звуковых последовательностей устройство записи для платы полупроводниковой памяти задает информацию о втором указателе для удаленных звуковых объектов и звуковых последовательностей и информацию о первом указателе для любой удаленной звуковой последовательности. Затем устройство записи осуществляет отрицательное приращение номеров, присвоенных объектам, представляющим собой неподвижное изображение, которые обозначают то, в каком количестве фрагментов информации о первом указателе и информации о втором указателе указан каждый объект. В том случае, когда номер, присвоенный какому-либо объекту, представляющему собой неподвижное изображение, достигает нуля, устройство записи предполагает, что объект, представляющий собой неподвижное изображение, не указан ни в одном из фрагментов информации о первом указателе или информации о втором указателе, и, следовательно, удаляет объект, представляющий собой неподвижное изображение. Путем такого удаления неиспользуемых объектов, представляющих собой неподвижные изображения, может быть осуществлено более эффективное использование емкости памяти платы полупроводниковой памяти.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Эти и другие цели, преимущества и особенности изобретения станут очевидными из приведенного ниже его описания со ссылкой на сопроводительные чертежи, на которых изображен конкретный вариант осуществления изобретения. На чертежах:
Фиг.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В - параметры, которые следует использовать при кодировании файла в формате Windows Media Audio (WMA) (формат звуковой среды для операционной системы Windows), представленные в виде таблицы;
Фиг.12 - подробная структура КАДРА_ЗОБ (кадра звукового объекта) (AOB_FRAME);
Фиг.13 - установка длины звуковых данных в байтах в каждом из трех КАДРОВ_ЗОБ (AOB_FRAMEs);
Фиг.14 - соответствие между частотой_дискретизации и количеством КАДРОВ_ЗОБ (AOB_FRAMES), содержащихся в ЭЛЕМЕНТЕ_ЗОБ (AOB_ELEMENT);
Фиг.15 - примеры длительности воспроизведения ЭЛЕМЕНТОВ_ЗОБ (AOB_ELEMENTS) и длительности воспроизведения КАДРОВ_ЗОБ (AOB_FRAMES);
Фиг.16 - результат воспроизведения в том случае, когда осуществляют последовательное воспроизведение ЗОБ (AOBs) и БЛОКОВ_ЗОБ (AOB_BLOCKS), записанных в файле ЗОБ (АОВ file);
Фиг.17 - подробная иерархическая структура администратора списка воспроизводимых файлов (PlaylistManager) и администратора фонограмм (TrackManager), используемых в вариантах осуществления;
Фиг.18 - объем памяти для администратора списка воспроизводимых файлов (PlaylistManager) и администратора фонограмм (TrackManager);
Фиг.19 - соответствие между информационными данными о фонограммах (ИДФ) (TKIs), показанными на Фиг.17, и ЗОБ (AOBs) и файлами ЗОБ (АОВ files), которые показаны на Фиг.16;
Фиг.20 - подробная структура данных ТПФГПВР (таблицы поиска фонограмм по времени) (TKTMSRT), изображенной на Фиг.17;
Фиг.21 - один из примерных вариантов ТПФГПВР (TKTMSRT);
Фиг.22 - подробная структура ОИФГ (общей информации о фонограмме) (TKGI);
Фиг.23А и Фиг.23Б - подробная структура ТИБ (таблицы информации о блоке) (BIT), а на Фиг.23В показана область Продолжительность_по_Времени (Time_Length);
Фиг.24 - кластеры с 007 по 00Е, в которых осуществлено запоминание ЗОБ (АОВ), состоящего из ЭЛЕМЕНТОВ_ЗОБ с 1-го ЭЛЕМЕНТА_ЗОБ (AOB_ELEMENT#1) по 4-й ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT #4);
Фиг.25 - осуществление установки следующего (х+1)-го КАДРА_ЗОБ (AOB_FRAME#x+1) для воспроизведения при осуществлении поиска в прямом направлении, начиная с (х)-го КАДРА_ЗОБ (AOB_FRAME#x) в произвольном (у)-ом ЭЛЕМЕНТЕ_ЗОБ (АОВ_ELEMENT#y) в ЗОБ (АОВ);
Фиг.26А и Фиг.26Б - определение ЗОБ (АОВ), ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT), и КАДР_ЗОБ (AOB_FRAME), которые соответствуют произвольному значению кода времени воспроизведения;
Фиг.27А и Фиг.27Б - операция стирания фонограммы;
Фиг.28А - администратор фонограмм (TrackManager) после того, как стирание фонограммы было выполнено несколько раз;
Фиг.28Б - осуществление записи новых ИДФ (TKI) и файла ЗОБ (АОВ file) в том случае, когда в администраторе фонограмм (TrackManager) имеются "неиспользованные" ИДФ (TKI);
Фиг.29А и Фиг.29Б - установка значения ИДФ (TKI) в том случае, когда для создания новой фонограммы осуществляют объединение двух фонограмм;
Фиг.30А - ЗОБ (АОВ) 1-го типа (Type1);
Фиг.30Б - ЗОБ (АОВ) 2-го типа (Туре2);
Фиг.31А - объединение множества фонограмм в одну фонограмму для совокупности ЗОБ (АОВ) 1-го типа + 2-го типа + 2-го типа + 1-го типа (Type1 + Туре2 + Туре2 + Type1);
Фиг.31Б - объединение множества фонограмм в одну фонограмму для совокупности ЗОБ (АОВ) 1-го типа + 2-го типа + 2-го типа + 2-го типа + 1-го типа (Type1 + Туре2 + Туре2 + Туре2 + 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) "АОВ003.SA1", до и после разделения фонограммы;
Фиг.35А - разделение ЗОБ (АОВ) путем разделения 2-го ЭЛЕМЕНТА_ЗОБ (AOB_ELEMENT#2) пополам;
Фиг.35Б - два ЗОБ (АОВ), 1-й ЗОБ (АОВ#1) и 2-й ЗОБ (АОВ#2), полученные путем разделения ЗОБ (АОВ) посередине 2-го ЭЛЕМЕНТА_ЗОБ (AOB_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 (ТКI#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 - внутренняя структура платы флэш-памяти согласно второму варианту осуществления настоящего изобретения;
Фиг.70А и Фиг.70Б - внутренняя структура области данных пользователя и защищенной области на уровне файловой системы;
Фиг.71А - внутренняя структура файла "РОВХХХ.JPG";
Фиг.71Б - внутренняя структура файла ИОБ (объекта, представляющего собой изображение) (РОВ file), который содержит в себе зашифрованные данные о неподвижном изображении;
Фиг.71В - пример файла ИОБ (РОВ file), в котором вместо зашифрованного объема данных запомнен путь доступа к файлу;
Фиг.72 - подробная структура администратора списка воспроизводимых файлов (PlaylistManager) и администратора фонограмм (TrackManager) из второго варианта осуществления;
Фиг.73 - осуществление задания файлов ИОБ (РОВ), показанных на Фиг.70, посредством УП_ИОБ_ИДФ (указателей поиска объектов, представляющих собой изображения, в информационных данных о фонограмме) (TKI_POB_SRPs), УП_ИОБ_ИСВФ (указателей поиска объектов, представляющих собой изображения, в информации о списке воспроизводимых файлов) (PLI_POB_SRPs), и УП_ИОБ_ИСВФУ (указателей поиска объектов, представляющих собой изображения, в информации о списке воспроизводимых файлов по умолчанию) (DPLI_POB_SRPs);
Фиг.74 - структура данных АТР_ИОБ_ИДФ (атрибутов объекта, представляющего собой изображение, в информационных данных о фонограмме) (TKI_POB_ATR) и УП_ИОБ_ИДФ (TKI_РОВ_ SRP);
Фиг.75 - пример установки параметров УП_ИОБ_ИДФ (TKI_POB_TKIs) для ИДФ с №1 по №3 (TKI#1-TKI#3) в администраторе фонограмм (TrackManager);
Фиг.76 - пример установки параметров УП_ИОБ_ИДФ (TKI_POB_TKIs) для ИДФ с №4 по №8 (TKI#4-TKI#8) в администраторе фонограмм (TrackManager);
Фиг.77 - УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) и АТР_ИОБ_ИСВФУ (атрибуты объектов, представляющих собой изображения, в информации о списке воспроизводимых файлов по умолчанию) (DPLI_POB_ATR), содержащиеся в ОИСВФУ (DPLGI);
Фиг.78 - пример установки параметров двадцати УП_ИОБ_ИСВФУ (DPLI_POB_SRPs), содержащихся в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information);
Фиг.79 - временная диаграмма, на которой показан способ формирования совокупного изображения в том случае, когда в качестве фонового изображения используют ИОБ (РОВ), указанный посредством УП_ИОБ_ИСВФУ (DPLI_POB_SRP), содержащегося в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), а в качестве изображения, расположенного на переднем плане, используют ИОБ (РОВ), указанный посредством УП_ИОБ_ИДФ (TKI_POB_SRP), содержащегося в администраторе фонограмм (TrackManager);
Фиг.80 - осуществление объединения фонового изображения и изображения, расположенного на переднем плане, в точке, находящейся через шесть минут после начала воспроизведения согласно Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information);
Фиг.81 - осуществление объединения фонового изображения и изображения, расположенного на переднем плане, в точке, находящейся через шестнадцать минут после начала воспроизведения согласно Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information);
Фиг.82 - УП_ИОБ_ИСВФ (PLI_POB_SRPs) и АТР_ИОБ_ИСВФ (атрибуты объектов, представляющих собой изображения, в информации о списке воспроизводимых файлов) (PLI_РОВ_PLI), которые содержатся в ОИСВФ (общей информации о списке воспроизводимых файлов) (PLGI);
Фиг.83 - пример установки параметров двадцати УП_ИОБ_ИСВФ (PLI_POB_SRPs), содержащихся в ИСВФ (PLI);
Фиг.84 - временная диаграмма, на которой показан способ формирования совокупного изображения в том случае, когда в качестве фонового изображения используют ИОБ (РОВ), указанный посредством УП_ИОБ_ИСВФ (PLI_POB_SRP), содержащегося в ИСВФ (PLI), а в качестве изображения, расположенного на переднем плане, используют ИОБ (РОВ), указанный посредством УП_ИОБ_ИДФ (TKI_POB_SRP), содержащегося в администраторе фонограмм (TrackManager);
Фиг.85 - осуществление объединения фонового изображения и изображения, расположенного на переднем плане, в точке, находящейся через шесть минут после начала воспроизведения согласно ИСВФ (PLI);
Фиг.86 - осуществление объединения фонового изображения и изображения, расположенного на переднем плане, в точке, находящейся через шестнадцать минут после начала воспроизведения согласно ИСВФ (PLI);
Фиг.87 - пример, в котором осуществляют уменьшение количества файлов ИОБ (РОВ files) при наличии в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) нескольких УП_ИОБ_ИСВФУ (DPLI_POB_SRPs), посредством которых указаны одни и те же файлы ИОБ (РОВ files);
Фиг.88 - временная диаграмма, на которой показан способ формирования совокупного изображения в том случае, когда в качестве фонового изображения используют ИОБ (РОВ), указанный посредством УП_ИОБ_ИСВФУ (DPLI_POB_SRP), содержащегося в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), а в качестве изображения, расположенного на переднем плане, используют ИОБ (РОВ), указанный посредством УП_ИОБ_ИДФ (TKI_POB_SRP), содержащегося в администраторе фонограмм (TrackManager);
Фиг.89 - внутренняя структура АДИОБ (администратора ИОБ) (POBMG);
Фиг.90 - использование устройства воспроизведения из второго варианта осуществления;
Фиг.91 - внешний вид самого устройства воспроизведения из второго варианта осуществления;
Фиг.92 - внутренняя структура устройства воспроизведения из второго варианта осуществления;
Фиг.93А - осуществление наложения одного на другое неподвижных изображений, запомненных во множестве ОЗУ 61 для видеоизображений (VRAMs);
Фиг.93Б - осуществление наложения одного на другое неподвижных изображений, запомненных во множестве ОЗУ 61 для видеоизображений (VRAMs);
Фиг.94 - схема последовательности операций, на которой показана процедура вывода на экран изображения, расположенного на переднем плане;
Фиг.95 - схема последовательности операций, на которой показана процедура вывода на экран фонового изображения;
Фиг.96 - схема последовательности операций, на которой показана процедура вывода на экран фонового изображения;
Фиг.97А - Фиг.97В - совокупное изображение, которое будет выведено на экран ЖК-панели 5 при обработке согласно схемам последовательности операций по Фиг.94 и Фиг.95, при которой в качестве изображения, расположенного на переднем плане, на экран выводят ИОБ (РОВ), указанный посредством УП_ИОБ_ИДФ (TKI_POB_SRP), а в качестве фонового изображения на экран выводят ИОБ (РОВ), указанный посредством УП_ИОБ_ИСВФУ (DPLI_POB_SRP);
Фиг.98А - Фиг.98В - совокупное изображение, которое будет выведено на экран ЖК-панели 5 при обработке согласно схемам последовательности операций из Фиг.94 и Фиг.96, при которой в качестве изображения, расположенного на переднем плане, на экран выводят ИОБ (РОВ), указанный посредством УП_ИОБ_ИДФ (TKI_POB_SRP), а в качестве фонового изображения на экран выводят ИОБ (РОВ), указанный посредством УП_ИОБ_ИСВФ (PLI_POB_SRP);
Фиг.99 - схема последовательности операций, на которой показана процедура, которую используют в устройстве записи из второго варианта осуществления;
Фиг.100А - пример таблицы распределения фраз во времени; и
Фиг.100Б - пример таблицы выделяемых на экране координат.
НАИЛУЧШИЙ СПОСОБ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
Ниже, со ссылкой на прилагаемые чертежи, приведено описание платы полупроводниковой памяти (платы флэш-памяти), которая является вариантом осуществления настоящего изобретения.
Приведенные ниже параграфы расположены в виде иерархической системы с использованием номеров ссылок в соответствии с заданной ниже системой обозначений.
{х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, в которых запомнены следующие части файла "АОВ001.SA1", эти значения, соответственно, указывают, что кластер 005 и кластер 00А являются кластерами, в которых запомнены следующие части файла "АОВ001.SA1". Путем считывания кластеров с теми номерами кластеров, которые записаны в этих значениях ТРФ (FAT), в порядке, указанном стрелками fk1, fk2, fk3, fk4, fk5 ... на Фиг.7, может быть осуществлено считывание всех частей, полученных при разделении файла "АОВ001.SA1". Как объяснено выше, доступ к области данных платы 31 флэш-памяти осуществляют в единицах кластеров, каждый из которых сопоставлен значению ТРФ (FAT). Следует отметить, что значение ТРФ (FAT), соответствующее тому кластеру, в котором запомнена конечная часть файла ЗОБ (АОВ file) (кластер 00С в примере, приведенном на Фиг.7), установлено равным номеру кластера FFF для того, чтобы показать, что в соответствующем кластере запомнена конечная часть файла.
Этим завершают описание файловой системы в плате 31 флэш-памяти из настоящего изобретения. Далее приведено описание прикладного уровня, который существует в этой файловой системе.
{3-3} Краткое описание прикладного уровня в плате 31 флэш-памяти
На Фиг.3 показан общий вид прикладного уровня в плате 31 флэш-памяти. Как показано стрелкой PN2, изображенной на Фиг.3 пунктирной линией, прикладной уровень в плате 31 флэш-памяти состоит из воспроизводимых данных и навигационных данных, которые используют для управления воспроизведением воспроизводимых данных. Как показано стрелкой PN2, воспроизводимые данные содержат в себе наборы звуковых объектов (наборы ЗОБ (АОВ)) которые создают посредством кодирования звуковых данных, представляющих собой, например, музыкальные произведения. Навигационные данные содержат в себе "администратор списка воспроизводимых файлов" (АДСВФ) (Playlist-Manager) (PLMG) и "администратор фонограмм" (АДФГ) (Track-Manager) (TKMG).
{3-3_8А,Б-1} Структура каталога
На Фиг.8А и Фиг.8Б показано то, какие каталоги находятся в области пользователя и области идентификации на уровне файловой системы в том случае, когда эти два типа данных запоминают в прикладном уровне, а также показано то, какие файлы находятся в этих каталогах.
Имена файлов "SD_AUDIO.PLM" ("Исходные_звуковые_данные.PLM", где расширение ".PLM" означает "администратор списка воспроизводимых файлов") и "3D AUDIO.TKM" ("Исходные_звуковые_данные.ТКМ", где расширение ".TKM" означает "администратор фонограмм") на Фиг.8А указывают файлы, в которых осуществляют запоминание администратора списка воспроизводимых файлов (АДСВФ) (PlaylistManager) (PLMG) и администратора фонограмм (АДФГ) (TrackManager) (TKMG), которые образуют собой навигационную информацию. Здесь именами файлов "АОВ001.SA1", "AOB002.SA1", "AOB003.SA1", "АОВ004.SA1", ... обозначены те файлы (файлы "ЗОБ" ("АОВ" files)), в которых осуществлено запоминание звуковых объектов, представляющих собой воспроизводимые данные. Символы "SА" в расширении имени файла для имен файлов "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) имеет имя файла "АОВ001.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 Entry#1"), файлу "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 флэш-памяти осуществлено в зашифрованном виде, то ущерб, вызванный рассекречиванием одного ключа файла (File-Key), может быть сведен к минимуму.
{3-3_10-1} Внутренняя структура файла ЗОБ (АОВ file)
Ниже приведено описание внутренней структуры файла ЗОБ (АОВ file). На Фиг.10 показана иерархическая структура данных файла ЗОБ (АОВ file). На Фиг.10 на первом уровне показан файл ЗОБ (АОВ file), а на втором уровне показан сам звуковой объект (ЗОБ) (АОВ). На третьем уровне показаны БЛОКИ_ЗОБ (AOB_BLOCKS), на четвертом уровне - ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT), а на пятом уровне - КАДР_ЗОБ (AOB_FRAME).
На Фиг.10 КАДР_ЗОБ (AOB_FRAME) на пятом уровне представляет собой наименьший составной элемент ЗОБ (АОВ) и состоит из звуковых данных в формате ADTS (транспортный поток звуковых данных) и заголовок ADTS. Звуковые данные в формате ADTS зашифровывают в соответствии с форматом MPEG2-AAC (при совокупности параметров, обеспечивающих низкую интеграцию), и они представляют собой поток данных, которые могут быть воспроизведены со скоростью передачи от 16 килобит/с до 144 килобит/с. Следует отметить, что скорость передачи для данных с ИКМ (импульсно-кодовой модуляцией) (РСМ), которые записаны на обычном компакт-диске, составляет 1,5 Мегабит/с, так что для данных в формате ADTS обычно используют более низкую скорость передачи, чем для ИКМ. Последовательность КАДРОВ_ЗОБ (AOB_FRAMEs) имеет такую же структуру данных, как и последовательность звуковых кадров, содержащихся в транспортном потоке звуковых данных, который рассылает служба распространения музыки электронным способом. Это означает, что транспортный поток звуковых данных, предназначенный для запоминания в виде последовательности КАДРОВ_ЗОБ (АОВ_FRAME), кодируют согласно стандарту MPEG2-AAC, зашифровывают и передают потребителю по сети общего пользования. Файлы ЗОБ (АОВ file) создают путем разделения переданного транспортного потока звуковых данных в виде последовательности КАДРОВ_ЗОБ (AOB_FRAMEs) и запоминания этих КАДРОВ_ЗОБ (АОВ_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_block_in_frame") в столбце "Параметр" указывает, что используют соотношение: один заголовок для одного блока_исходных_данных (raw_data_block).
Следует отметить, что, несмотря на то что в данном пояснении приведено описание того варианта, в котором кодирование КАДРОВ_ЗОБ (AOB_FRAMEs) осуществлено в формате MPEG-ААС, вместо этого кодирование КАДРОВ_ЗОБ (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 показано то, как в каждом из трех КАДРОВ_ЗОБ (АОВ_FRAMEs) осуществляют установку длины звуковых данных в байтах. На Фиг.13 звуковые данные №1 (audio data#1), содержащиеся в КАДРЕ_ЗОБ №1 (AOB_FRAME#1), имеют длину данных, равную х1, звуковые данные №2 (audio data#2), содержащиеся в КАДРЕ_ЗОБ №2 (AOB_FRAME#2), имеют длину данных, равную х2, а звуковые данные №3 (audio data#3), содержащиеся в КАДРЕ_ЗОБ №3 (АОВ_FRAME#3), имеют длину данных, равную х3. В том случае, когда все данные имеют различную длину х1, х2 и х3 данных, длину х1 данных записывают в заголовок ADTS КАДРА_ЗОБ №1 (AOB_FRAME#1), длину х2 данных записывают в заголовок ADTS КАДРА_ЗОБ №2 (AOB_FRAME#2), а длину х3 данных записывают в заголовок ADTS КАДРА_ЗОБ №3 (AOB_FRAME#3).
Несмотря на то что звуковые данные являются зашифрованными, заголовок ADTS не зашифровывают, так что устройство воспроизведения может узнать о длине данных для звуковых данных в КАДРЕ_ЗОБ (AOB_FRAME) посредством считывания информации о длине данных, указанной в заголовке 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), который показан на Фиг.11A, и используемого способа кодирования. Количество КАДРОВ_ЗОБ (AOB_FRAMEs) в ЭЛЕМЕНТЕ_ЗОБ (AOB_ELEMENT) устанавливают таким, чтобы общее время воспроизведения содержащихся в нем КАДРОВ_ЗОБ (AOB_FRAMEs) было приблизительно равно двум секундам, причем это количество зависит от частоты дискретизации и используемого способа кодирования.
{3-3_10-5_14} Количество КАДРОВ_ЗОБ (AOB_FRAMEs) в ЭЛЕМЕНТЕ_ЗОБ (AOB_ELEMENT)
На Фиг.14 показано соответствие между частотой дискретизации и количеством КАДРОВ_ЗОБ (AOB_FRAMEs), содержащихся в ЭЛЕМЕНТЕ_ЗОБ (АОВ_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), содержащихся в ЭЛЕМЕНТЕ_ЗОБ (AOB_ELEMENT) в начале или в конце ЗОБ (АОВ), может быть меньшим, чем то их количество, которое получено путем подобных вычислений.
До тех пор пока для каждого ЭЛЕМЕНТА_ЗОБ (AOB_ELEMENT) не создан заголовок или не предусмотрена иная специальная информация, вместо этого длина данных каждого ЭЛЕМЕНТА_ЗОБ (AOB_ELEMENT) указана в таблице поиска по времени.
{3-3_10-6_15} Один пример продолжительности воспроизведения ЭЛЕМЕНТОВ_ЗОБ (AOB_ELEMENTs) и КАДРОВ_ЗОБ (AOB_FRAMEs)
На Фиг.15 показан один пример продолжительности воспроизведения ЭЛЕМЕНТОВ_ЗОБ (AOB_ELEMENTS) и КАДРОВ_ЗОБ (АОВ_FRAMEs). На Фиг.15 на первом уровне показано множество БЛОКОВ_ЗОБ (AOB_BLOCKs), а на втором уровне показано множество ЭЛЕМЕНТОВ_ЗОБ (AOB_ELEMENTs). На третьем уровне показано множество КАДРОВ_ЗОБ (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) существует только один БЛОК_ЗОБ (AOB_BLOCK). В то время как ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT) имеет продолжительность воспроизведения около двух секунд, БЛОК_ЗОБ (AOB_BLOCK) имеет максимальную продолжительность воспроизведения, равную 8,4 минуты. Ограничение 8,4 минут наложено для того, чтобы ограничить объем таблицы поиска по времени величиной 504 байта или менее.
{3-3_10-8} Ограничения, налагаемые на таблицу поиска по времени
Ниже приведено подробное описание того, почему ограничивают объем таблицы поиска по времени путем ограничения продолжительности воспроизведения.
Когда устройство воспроизведения осуществляет поиск в прямом или в обратном направлении, устройство воспроизведения перед тем, как осуществить воспроизведение в течение 240 миллисекунд, выполняет пропуск считывания звуковых данных в течение двух секунд. При пропуске двух секунд данных устройство воспроизведения теоретически могло бы осуществить обращение к информации о длине данных, указанной в заголовках ADTS КАДРОВ_ЗОБ (AOB_FRAMEs), хотя это означало бы, что для осуществления пропуска всего лишь двух секунд звуковых данных, устройство воспроизведения должно выполнить последовательное обнаружение 100 (2 секунды /20 миллисекунд) КАДРОВ_ЗОБ (AOB_FRAMEs). Это привело бы к чрезмерной нагрузке при выполнении обработки в устройстве воспроизведения.
Для снижения нагрузки при обработке в устройстве воспроизведения адреса считывания для данных через промежутки времени по две секунды могут быть записаны в таблицу поиска по времени, к которой затем выполняет обращение устройство воспроизведения при выполнении поиска в прямом или в обратном направлении. Выполнив запись информации, которая позволяет осуществить быстрое обнаружение адресов считывания, находящихся через две или четыре секунды в прямом или в обратном направлении, по таблице поиска по времени (такой информацией являются объемы данных ЭЛЕМЕНТОВ_ЗОБ (AOB_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) находится только один ЗОБ (АОВ).
Участки недостоверных данных представляют собой области, которые считаны и записаны вместе с БЛОКАМИ_ЗОБ (АОВ_ BLOCKs) и запомнены в тех же самых кластерах, что и БЛОКИ_ЗОБ (AOB_BLOCKs). Начальное и конечное положения БЛОКов_ЗОБ (AOB_BLOCKs) в ЗОБ (АОВ) указаны посредством ТИБ (таблиц информации о блоке) (BITs), содержащихся в навигационных данных. Подробное описание этих ТИБ приведено ниже.
Этим завершают объяснение того, какие данные запоминают в файле ЗОБ (АОВ file). Ниже приведено описание того, какое содержимое воспроизводят при последовательном считывании этих восьми ЗОБ (АОВ) и БЛОКов_ЗОБ (AOB_BLOCKs), показанных в файле ЗОБ (АОВ file) из Фиг.9.
{3-3_10-10_16}
На Фиг.16 показано воспроизводимое содержимое при последовательном считывании ЗОБ (АОВ) и БЛОКов_ЗОБ (АОВ_BLOCKs) в этом файле ЗОБ (АОВ file). На Фиг.16 на первом уровне показаны восемь файлов ЗОБ (АОВ files) в области пользователя, а на втором уровне показаны восемь ЗОБ (АОВ), записанных в этих файлах ЗОБ (АОВ files). На третьем уровне показаны восемь БЛОКов_ЗОБ (АОВ_BLOCKs), содержащихся в этих ЗОБ (АОВ).
На пятом уровне показаны заголовки пяти частей информационного содержимого, образованного этими файлами ЗОБ (АОВ files). В этом примере "элементами информационного содержимого" являются пять песен: "Песня A" (SongA), "Песня Б" (SongB), "Песня В" (SongC), "Песня Г" (SongD) и "Песня Д" (SongE), а "музыкальное произведение" представляет собой музыкальный альбом, состоящий из этих пяти песен. Пунктирные линии AS1, AS1, AS3, ... AS7 и AS8 указывают соответствие между БЛОКами_ЗОБ (AOB_BLOCKs) и теми частями, на которые разделен альбом, а на четвертом уровне Фиг.16 показаны единицы измерения, которые были использованы для разделения на части музыкального альбома, показанного на пятом уровне.
Со ссылкой на пунктирные линии, можно заметить, что БЛОК_ЗОБ (AOB_BLOCK), содержащийся в ЗОБ №1 (АОВ#1), представляет собой песню (Песня A) (SongA), продолжительность воспроизведения которой равна 6,1 минуты. БЛОК_ЗОБ (АОВ_BLOCK), содержащийся в ЗОБ №2 (АОВ#2), представляет собой песню (Песня Б) (SongB), продолжительность воспроизведения которой равна 3,3 минуты. БЛОК_ЗОБ (AOB_BLOCK), содержащийся в ЗОБ №3 (АОВ#3), представляет собой песню (Песня В) (SongC), продолжительность воспроизведения которой равна 5,5 минуты. Таким образом, каждый из файлов с "AOB001.SA1" по "AOB003.SA1" соответствует различным песням. Шестой уровень на Фиг.16 представляет собой последовательность фонограмм, состоящую из фонограмм, начиная с Фонограммы A (TrackA) и кончая "Фонограммой Д" (TrackE). Эти фонограммы с "Фонограммы А" по "Фонограмму Д" (TrackA-TrackE) соответствуют пяти песням: "Песня А" (SongA), "Песня Б" (SongB), "Песня В" (SongC), "Песня Г" (SongD) и "Песня Д" (SongE), каждую из которых считают отдельной единицей воспроизведения.
С другой стороны, ЗОБ №4 (АОВ#4) имеет продолжительность воспроизведения, равную 8,4 минутам, и представляет собой первую (или "начальную") часть песни "Песня Г" (SongD), имеющей продолжительность воспроизведения, равную 30,6 минуты. БЛОКИ_ЗОБ (AOB_BLOCKs), содержащиеся в ЗОБ №5 (АОВ#5) и ЗОБ №6 (АОВ#6), являются средними частями песни "Песня Г" (SongD) и также имеют продолжительность воспроизведения, равную 8,4 минуты. БЛОК_ЗОБ (AOB_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.ТКМ". Файл "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 (TKI#1) соответствуют файлу "АОВ001.SA1", что ИДФ №2 (ТКI#2) соответствуют файлу "АОВ002.SA1", ИДФ №3 (TKI#3) соответствуют файлу "АОВ003. 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 (AOB_ELEMENT#3) записан в том месте, которое находится на расстоянии "64200" от начала БЛОКа_ЗОБ (AOB_BLOCK), а ЭЛЕМЕНТ_ЗОБ №(n-1) (AOB_ELEMENT#n-1) записан в том месте, которое находится на расстоянии "1203400" от начала БЛОКа_ЗОБ (AOB_BLOCK).
Следует отметить, что расстояние между каждой занятой областью и началом БЛОКа_ЗОБ (AOB_BLOCK) не является кратным какой-либо величине, а это означает, что области, в которых расположены ЭЛЕМЕНТы_ЗОБ (AOB_ELEMENTs), не одинаковы по размеру. Причина того, что занятые области имеют различные размеры, заключается в использовании различного объема данных для кодирования каждого из КАДРов_ЗОБ (AOB_FRAME).
Поскольку размер области, занятой каждым ЭЛЕМЕНТом_ЗОБ (AOB_ELEMENT) различен, то перед переходом к началу ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT) необходимо заранее уведомить устройство воспроизведения о расположении каждого ЭЛЕМЕНТа_ЗОБ (АОВ_ELEMENT) в ЗОБ (АОВ). Для этого в ТПФГПВР (TKTMSRT) создают множество Элементов_ТППВР (TMSRT_entries). Стрелками RT1, RT2, RT3 ... RTn-1, RTn показано соответствие между областями AR1, AR2, AR3 ... ARn-1, ARn, занятыми каждым ЭЛЕМЕНТом_ЗОБ (AOB_ELEMENT), и Элементом_ТППВР №1 (TMSRT_entry#1), Элементом_ТППВР №2 (TMSRT_entry#2), Элементом_ТППВР №3 (TMSRT_entry#3), ... Элементом_ТППВР №(n-1) (TMSRT_entry#n-1), Элементом_ТППВР №п (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)
Таким образом, в таблице поиска по времени осуществлена запись объемов данных ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTs). Однако, поскольку длина данных каждого БЛОКа_ЗОБ (AOB_BLOCK) ограничена максимальным значением, равным 8,4 минуты, то общее количество ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTs), содержащихся в одном ЗОБ (АОВ), ограничено заранее заданным количеством ("252", как показано на Фиг.20) или меньше его. Так как количество ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTS) ограничено, то количество Элементов_ТППВР (TMSRT_entries), соответствующих ЭЛЕМЕНТам_ЗОБ (АОВ_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)
Ниже приведено описание того, как может быть осуществлено считывание ЭЛЕМЕНТа_ЗОБ (АОВ_ELEMENT) с использованием ТПФГПВР (TKTMSRT). ТПФГПВР (TKTMSRT) содержит в себе объем каждого ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT), поэтому в том случае, когда необходимо выполнить считывание ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y), представляющего собой у-ый ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT) от начала ЗОБ (АОВ), то вычисляют кластер и, удовлетворяющий приведенному ниже Уравнению 1, и осуществляют считывание данных, расположенных со сдвигом v от начала кластера u.
Уравнение 1
Кластер u = (Общее количество Элементов_ТППВР от ЭЛЕМЕНТа_ЗОБ №1 до ЭЛЕМЕНТа_ЗОБ №(у-1) + Сдвиг_ДАННЫХ) / Размер кластера
Сдвиг v = ((Общее количество Элементов_ТППВР от ЭЛЕМЕНТа_ЗОБ №1 до ЭЛЕМЕНТа_ЗОБ №(у-1) mod Размер кластера
(Cluster u = (Total of the TMSRT_entries from AOB_ELEMENT#1 to AOB_ELEMENT#y-1 + DATA_Offset) / Cluster size
Offset v = (Total of the TMSRT_entries from AOB_ELEMENT#1 to AOB ELEMENT#y-1 + DATA Offset) mod Cluster size),
где выражение "с = 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), продолжительность воспроизведения "ПР_ВП_ИДФ" (TKI_РВ_ТМ), атрибуты звуковых данных "АТР_ЗОБ_ИДФ" (TKI_AOB_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 (ТКI#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" (TKI#5), в УКЗ_СВЗ_ИДФ (TKI_LNK_PTR) ИДФ №5 (TKI#5) устанавливают значение "ИДФ №6" (TKI#6), а в УКЗ_СВЗ_ИДФ (TKI_LNK_PTR) ИДФ №6 (TKI#6) устанавливают значение "ИДФ №7" (TKI#7).
В результате, устройство воспроизведения может осуществлять обращение к УКЗ_СВЗ_ИДФ (TKI_LNK_PTRs), которые указаны в ИДФ (TKI), соответствующих этим четырем файлам ЗОБ (АОВ files), выясняя таким образом, что эти четыре ИДФ (TKI) с ИДФ №4 (TKI#4) по ИДФ №7 (TKI#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"), ТКI#2 ("AOB002.SA1"), ТКI#3 ("АОВ003.SA1"), TKI#8 ("AOB008".SA1")] соответствует отдельным фонограммам, поскольку АТР_БЛК_ИДФ (TKI_BLK_ATR) каждых из ИДФ №1, ИДФ №2, ИДФ №3 и ИДФ №8 (TKI#1, TKI#2, TKI#3, TKI#8) установлен как "Фонограмма".
АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ №4 (TKI#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 (TKI#4), является началом фонограммы, файлы ЗОБ (АОВ files) ("AOB005. SA1") и ("АОВ006. SA1"), соответствующие ИДФ №5 и ИДФ №6 (TKI#5, TKI#6), являются средними частями фонограммы, а файл ЗОБ (АОВ file) ("AOB007.SA1"), соответствующий ИДФ №7 (TKI#7) является концом фонограммы.
Посредством систематизации совокупностей ИДФ (TKI) и соответствующих файлов ЗОБ (АОВ files) в соответствии с параметрами настройки АТР_БЛК_ИДФ (TKI_BLK_ATR) в ИДФ (TKI) видно, что совокупность ИДФ №1 (TKI#1) и "AOB001.SA1" образует первую фонограмму (Фонограмму A) (TrackA). Аналогичным образом совокупность ИДФ №2 (TKI#2) и "AOB002.SA1" образует вторую фонограмму (Фонограмму Б) (TrackB), а совокупность ИДФ №3 (TKI#3) и "AOB003.SA1 " образует третью фонограмму (Фонограмму В) (TrackC). Совокупность ИДФ №4 (ТКI#4) и "AOB004.SA1" образует первую часть четвертой фонограммы (Фонограммы Г) (TrackD), совокупности ИДФ №5 (TKI#5) с "AOB005. SA1" и ИДФ №6 (TKI#6) с "AOB006.SA1" образуют средние части Фонограммы Г (TrackD), а совокупность ИДФ №7 (TKI#7) и "AOB007.SA1" образует конечную часть Фонограммы Г (TrackD). Наконец, совокупность ИДФ №8 (ТКI#8) и "АОВ008.SA1" образует пятую фонограмму (Фонограмму Д) (TrackE).
{17-5_22-9} ПР_ВП_ИДФ (TKI_РВ_ТМ)
В поле "ПР_ВП_ИДФ" (TKI_РВ_ТМ) ИДФ (TKI) записывают продолжительность воспроизведения фонограммы (песни), состоящей из ЗОБ (АОВ), записанного в соответствующем этим ИДФ (TKI) файле ЗОБ (АОВ file).
Когда фонограмма состоит из множества ИДФ (TKI), в ПР_ВП_ИДФ (TKI_РВ_ТМ) первых ИДФ (TKI), соответствующих фонограмме, записывают полную продолжительность воспроизведения фонограммы, а продолжительность воспроизведения соответствующего ЗОБ (АОВ) записывают во вторые и последующие ИДФ (TKI) фонограммы.
{17-5_22-10} АТР_ЗОБ_ИДФ (TKI_AOB_ATR)
В поле "АТР_ЗОБ_ИДФ" (TKI_AOB_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) (МР3), то в него записывают значение "0001b". Когда кодирование ЗОБ (АОВ) осуществлено в формате звуковой среды для операционной системы Windows (Windows Media Audio) (WMA), то в этом поле записывают значение "0010b".
Скорость передачи двоичных данных, которая была использована при кодировании ЗОБ (АОВ), записывают в поле из восьми битов между битом b15 и битом b8. В том случае, когда кодирование ЗОБ (АОВ) осуществлено согласно стандарту MPEG-2 ААС (с заголовком ADTS), то в это поле записывают значение от "16" до "72", а когда кодирование ЗОБ (АОВ) осуществлено согласно стандарту MPEG1 3-го уровня (MPEG1-Layer 3) (МР3), то в него записывают значение от "16" до "96". Когда кодирование ЗОБ (АОВ) осуществлено согласно стандарту MPEG1 3-го уровня с функцией поддержки канала связи (MPEGl-Layer 3 LSF) (МРЗ), то в это поле записывают значение от "16" до "80", а когда кодирование ЗОБ (АОВ) осуществлено в формате звуковой среды для операционной системы Windows (Windows Media Audio) (WMA), то в это поле записывают значение от "8" до "16".
Частоту дискретизации, которая была использована при кодировании ЗОБ (АОВ), записывают в поле из четырех битов между битом b7 и битом b4. Когда частота дискретизации равна 48 кГц, то в это поле записывают значение "0000b". Когда частота дискретизации равна 44,1 кГц, то это значение равно "0001b", когда частота дискретизации равна 32 кГц, это значение равно "0010b", когда частота дискретизации равна 24 кГц, это значение равно "0011b", когда частота дискретизации равна 22,05 кГц, это значение равно "0100b", а когда частота дискретизации равна 16 кГц, это значение равно "0101b".
Количество каналов записывают в поле из трех битов от бита b3 до бита b1. В том случае, когда используют один канал (то есть монофонический режим), то в это поле записывают значение "000b", а при использовании двух каналов (то есть в стереофоническом режиме), в это поле записывают значение "001b".
Поле из двенадцати бит от бита b31 до бита b20, а также бит b0, являются зарезервированными для использования в будущем.
{17-5_22-11} МСКЗ (Международный Стандартный Код Записи) (ISRC)
В ОИФГ (TKGI) осуществляют запись МСКЗ (Международного Стандартного Кода Записи) (ISRC). На Фиг.22 содержимое МСКЗ (ISRC) показано пунктирными линиями, идущими от поля "ISRC". Как показано на чертеже, МСКЗ (ISRC) состоит из десяти байт, причем Код записываемого элемента (Recordingitem code) (№12) записывают в поле из четырех бит между битом b4 и битом b7. Код записи/Код записываемого элемента (Recording code/Recordingitem code) (№11) записывают в поле из четырех бит между битом b8 и битом b11.
Код записи (МСКЗ №10, №9, №8) (ISRC#10, #9, #8) записывают в поле из двенадцати бит между битом b12 и битом 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) можно найти в документе ISO3901:1986 "Техническая документация по Международному стандартному коду записи (МСКЗ)" ("Documentation-International Standard Recording Code (ISRC)").
{17-5_22-12_23A-1} ТИБ (BIT)
"Таблица информации о блоках" (ТИБ) (BIT) представляет собой таблицу для управления БЛОКом_ЗОБ (АОВ_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_Middle_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), выраженную в байтах. Размер участка недостоверных данных, находящегося после БЛОКа_ЗОБ (АОВ_BLOCK), может быть найден посредством вычитания из объема файла (который кратен целому числу размеров кластера) значения, полученного путем сложения ОБ_ДАННЫХ (SZ_DATA) и СДВИГа_ДАННЫХ (DATA_OFFSET).
{17-5_22-12_23А-4} КОЛ_ЭТППВР (TMSRTE_Ns)
В поле "КОЛ_ЭТППВР" (TMSRTE_Ns) записывают общее количество Элементов_ТППВР (TMSRT_Entries), содержащихся в БЛОКе_ЗОБ (AOB_BLOCK).
{17-5_22-12_23А-5} "КОЛК_1го_ЭТППВР" (FNs_1_st_TMSRTE), "КОЛК_Посл_ЭТППВР" (FNs_Last_TMSRTE), "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE)
В поле "КОЛК_1го_ЭТППВР" (FNs_1st_TMSRTE) записывают количество КАДРов_ЗОБ (AOB_FRAMEs), содержащихся в ЭЛЕМЕНТе ЗОБ (AOB_ELEMENT), который находится в начале используемого в настоящий момент БЛОКа_ЗОБ (AOB_BLOCK).
В поле "КОЛК_Посл_ЭТППВР" (FNs_Last_TMSRTE) записывают количество КАДРов_ЗОБ (AOB_FRAMEs), содержащихся в ЭЛЕМЕНТе_ЗОБ (АОВ_ELEMENT), который находится в начале используемого в настоящий момент БЛОКа_ЗОБ (AOB_BLOCK).
В поле "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE) записывают количество КАДРов_ЗОБ (AOB_FRAMEs), содержащихся в каждом ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT), за исключением расположенных в начале и конце используемого в настоящий момент БЛОКа_ЗОБ (AOB_BLOCK), то есть в тех ЭЛЕМЕНТах_ЗОБ (AOB_ELEMENTs), которые находятся в середине БЛОКа_ЗОБ (AOB_BLOCK).
В поле "ПРОДОЛЖ_ПО_ВРЕМЕНИ" (TIME_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Б показано количество КАДРов_ЗОБ (АОВ_FRAMEs), указанных в "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE). На Фиг.23Б, так же как и на Фиг.14, показана зависимость между частотой дискретизации и количеством КАДРов_ЗОБ (AOB_FRAMEs), содержащихся в ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT), который находится в середине БЛОКа_ЗОБ (AOB_BLOCK).
Зависимость между частотой_дискретизации и количеством кадров, содержащихся в ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT), показанном на Фиг.23Б, является такой же, как та, которая показана на Фиг.14, а именно количество кадров в ЭЛЕМЕНТе_ЗОБ (АОВ_ELEMENT) зависит от используемой частоты дискретизации. Количество кадров, записанных в "КОЛК_1го_ЭТППВР" (FNs_1st_TMSRTE) и в "КОЛК_Посл_ЭТППВР" (FNs_Last_TMSRTE) будет, по существу, равным их количеству, записанному в "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE), однако в том случае, когда в ЭЛЕМЕНТах_ЗОБ (AOB_ELEMENTS) в начале и/или в конце БЛОКа_ЗОБ (АОВ_BLOCK) существует участок недостоверных данных, то значения, заданные в "КОЛК_1го_ЭТППВР" (FNs_1st_TMSRTE) и/или в "КОЛК_Посл_ЭТППВР (FNs_Last_TMSRTE)", отличаются от значений в "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE).
{17-5_22-14_24} Пример запомненного ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT)
На Фиг.24 показаны кластеры с 007-го по 00Е-й, в которых запомнен ЗОБ (АОВ), состоявший из ЭЛЕМЕНТов_ЗОБ с ЭЛЕМЕНТа_ЗОБ №1 (AOB_ELEMENT#1) по ЭЛЕМЕНТ_ЗОБ №4 (AOB_ELEMENT#4). Ниже приведено описание установки параметров в ТИБ (BIT) для того случая, когда запоминание ЗОБ (АОВ) выполнено так, как показано на Фиг.24. ЭЛЕМЕНТы_ЗОБ с ЭЛЕМЕНТа_ЗОБ №1 (AOB_ELEMENT#1) по ЭЛЕМЕНТ_ЗОБ №4 (AOB_ELEMENT#4), запоминание которых осуществлено в кластерах с кластера 007-го по кластер ООЕ, обозначены на Фиг.24 треугольными флажками, причем в ИДФ (TKI) для каждого из ЭЛЕМЕНТов_ЗОБ с ЭЛЕМЕНТа_ЗОБ №1 (AOB_ELEMENT#1) по ЭЛЕМЕНТ_ЗОБ №4 (AOB_ELEMENT#4) установлены значения Элементов_ТППВР (TMSRT_Entries).
В этом примере первая часть ЭЛЕМЕНТа_ЗОБ №1 (AOB_ELEMENT#1), находящегося в начале ЗОБ (АОВ), запомнена в кластере 007, а последняя часть ЭЛЕМЕНТа_ЗОБ №4 (AOB_ELEMENT #4), находящегося в конце ЗОБ (АОВ), запомнена в кластере 00Е. ЭЛЕМЕНТы_ЗОБ (AOB_ELEMENTs) с №1 по №4 занимают область от md0 в кластере 007 до md4 в кластере 00Е. Как показано на Фиг.24 стрелкой sd1, ОБ_ДАННЫХ (SZ_DATA) в ТИБ (BIT) указывает, что ЭЛЕМЕНТЫ_ЗОБ (AOB_ELEMENTS) с №1 по №4 занимают область от начала кластера 007 до конца кластера 00Е, но не указывает, что в кластерах 007 и 00Е имеются участки недостоверных данных ud0 и ud1, которые не заняты ЭЛЕМЕНТом_ЗОБ (AOB_ELEMENT).
С другой стороны, ЗОБ (АОВ) также содержит в себе участки ud0 и ud1, находящиеся в кластерах 007 и 00Е, но не занятые ЭЛЕМЕНТом_ЗОБ №1 (AOB_ELEMENT#1) или ЭЛЕМЕНТом_ЗОБ №4 (AOB_ELEMENT#4). Заданный в ТИБ (BIT) Сдвиг_ДАННЫХ (DATA_Offset) указывает длину незанятой области ud0, а именно значение местоположения начала ЭЛЕМЕНТа_ЗОБ №1 (AOB_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 _1t_TMSRTE) в ТИБ (BIT) указывает количество кадров в ЭЛЕМЕНТе_ЗОБ №1 (AOB_ELEMENT#1), который расположен в кластерах 007 и 008, а "КОЛК_Посл_ЭТППВР" (FNs_Last_TMSRTE) в ТИБ (BIT) указывает количество кадров в ЭЛЕМЕНТе_ЗОБ №4 (АОВ_ELEMENT#4), который расположен в кластерах с 00C-го по 00Е-й.
Подобным способом может быть осуществлено свободное размещение ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTS) без учета границ между кластерами. ТИБ (BIT) дает информацию, в которой указано смещение от границы кластера до ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT) и количество кадров в каждом ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT).
{17-5_22-14_25} Использование количества кадров, заданного в каждом ЭЛЕМЕНТе_ЗОБ (АОВ_ELEMENT) (часть 1)
Ниже приведено описание использования содержащейся в ТИБ (BIT) информации о количестве кадров в каждом ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT). Это количество кадров, заданное в ТИБ (BIT), используют при выполнении поиска в прямом или в обратном направлении. Как упомянуто выше, при подобных операциях осуществляют воспроизведение данных в течение 240 миллисекунд после того, как предварительно выполнен пропуск данных, продолжительность воспроизведения которых равна двум секундам.
На Фиг.25 показано то, как осуществляют установку параметров следующего воспроизводимого КАДРа_ЗОБ №(х+1) (АОВ_FRAME#x+1) при выполнении поиска в прямом направлении, который начинают с КАДРа_ЗОБ №х (AOB_FRAME#x) в ЭЛЕМЕНТе_ЗОБ №у (AOB_ELEMENT#y) ЗОБ (АОВ).
На Фиг.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).
КАДР_ЗОБ №(x+1) (AOB_FRAME#x+1), который находится через 2 секунды + 240 миллисекунд от КАДРа_ЗОБ №х (AOB_FRAME#х), содержащегося в ЭЛЕМЕНТе_ЗОБ №у (AOB_ELEMENT#y), наверняка будет находиться в ЭЛЕМЕНТе_ЗОБ №(у+1) (AOB_ELEMENT#y+1). При определении КАДРа_ЗОБ №(х+1) (AOB_FRAME#x+1), находящегося через 2 секунды + 240 миллисекунд от КАДРа_ЗОБ №х (АОВ_FRAME#x), несмотря на то, что из самого Элемента_ТППВР (TMSRT_Entry) устройство воспроизведения не может узнать о количестве КАДРов_ЗОБ (AOB_FRAMEs), находящихся между начальным адресом ЭЛЕМЕНТа_ЗОБ №(у+1) (AOB_ELEMENT#y+1) и КАДРом_ЗОБ №(х+1) (AOB_FRAME#x+1), первый адрес следующего ЭЛЕМЕНТа_ЗОБ №(у+1) (AOB_ELEMENT#y+1) может быть непосредственно вычислен путем считывания Элемента_ТППВР (TMSRT_Entry) из ТПФГПВР (TKTMSRT).
Для вычисления этого количества КАДРов_ЗОБ (АОВ_FRAMEs), необходимо вычесть общее количество кадров, содержащихся в ЭЛЕМЕНТе_ЗОБ №у (AOB_ELEMENT#y) из суммы (1) номера №х (number#x), который указывает положение КАДРа_ЗОБ №х (AOB_FRAME#x) относительно начала ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y), (2) f(t) и (3) f(времени_пропуска) ("f(skip_time)"). Чтобы упростить вычисление относительного положения кадра КАДРа_ЗОБ №(х+1) (AOB_FRAME#x+1) в ЭЛЕМЕНТе_ЗОБ №(у+1) (AOB_ELEMENT#y+1), в ТИБ (BIT) для каждого ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT) записывают "КОЛК_1го_ЭТППВР" (FNs_1st_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) и с места х КАДРа_ЗОБ (AOB_FRAME), удовлетворяющих приведенному ниже Уравнению 2.
Уравнение 2
Запись_о_переходе (в секундах) = (КОЛК_1го_ЭТППВР + КОЛК_Средн_ЭТППВР*у + х) *20 мс
(Jmp_Entry (sec)=(FNs_1st_TMSRTE + FNs_middle_TMSRTE*y + х)*20msec)
Поскольку "КОЛК_1го_ЭТППВР" (FNs_1st_TMSRTE) и "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE) содержатся в ТИБ (BIT), то их можно подставить в Уравнение 2 для вычисления ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y) и КАДРа_ЗОБ №х (AOB_FRAME#x). После этого устройство воспроизведения может выполнить обращение к ТПФГПВР (TKTMSRT) ЗОБ (АОВ) для вычисления первого адреса ЭЛЕМЕНТа_ЗОБ №(у+2) (AOB_ELEMENT#y+2) (который представляет собой (у+2)-й ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT) в этом ЗОБ (АОВ)) и, исходя из этого первого адреса, начать поиск КАДРа_ЗОБ №х (AOB_FRAME#x). При обнаружении х-го КАДРа_ЗОБ (АОВ_FRAME) устройство воспроизведения начинает воспроизведение с этого кадра. Таким образом, устройство воспроизведения может начать воспроизведение данных с момента времени, указанного в Записи_о_переходе (Jmp_Entry) (в секундах).
Таким образом, для устройства воспроизведения нет необходимости осуществлять поиск частей заголовка ADTS в КАДРах_ЗОБ (АОВ_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), ЭЛЕМЕНТа_ЗОБ №у (АОВ_ELEMENT#y) и КАДРа_ЗОБ №х (AOB_FRAME#x), удовлетворяющих Уравнению 3, устройство воспроизведения выполняет обращение к ТПФГПВР (TKTMSRT), соответствующей ЗОБ №(n+1) (АОВ#n+1), отыскивает х-й КАДР_ЗОБ (AOB_ERAME) от адреса, в котором находится (у+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), записан в "АОВ002.SA1", которому соответствуют ИДФ №2 (TKI#2). Это означает, что стирание "AOB002.SA1" сопровождается установкой в АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ №2 (TKI#2) значения "Неиспользуемый". Это состояние, в котором "AOB002.SA1" был удален, а в АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ №2 (TKI#2) установлено значение "Неиспользуемый", показано на Фиг.27Б. Поскольку "АОВ002. SA1" был удален, та область, которая была прежде занята "AOB002.SA1", освободилась и стала неиспользуемой областью. Как упомянуто выше, другое изменение заключается в том, что в АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ №2 (ТКI#2) устанавливают значение "Неиспользуемый".
{17-5_22-17_28А,Б} Присвоение ИДФ (TKI) при записи нового ЗОБ (АОВ)
Ниже приведено описание Случая 2, в котором после стирания фонограммы осуществляют запись новой фонограммы.
На Фиг.28А показан администратор фонограмм (Track-Manager) после того, как стирание фонограмм было выполнено несколько раз. Как показано на Фиг.28А, если были удалены фонограммы, которым соответствуют ИДФ №2, ИДФ №4, ИДФ №7 и ИДФ №8 (TKI#2,TKI#4, TKI#7, TKI#8), то в АТР_БЛК_ИДФ (TKI_BLK_ATR) этих ИДФ (TKI) устанавливают значение "Неиспользуемый". Поскольку удаление файлов ЗОБ (АОВ files) выполняют точно таким же образом, как и обычных файлов данных, обновление администратора фонограмм (TrackManager) осуществляют просто посредством установления значения "Неиспользуемый" в АТР_БЛК_ИДФ (TKI_BLK_ATR) соответствующих ИДФ (TKI). Это означает, что ИДФ (TKI), в АТР_БЛК_ИДФ (TKI_BLK_ATRs) которых установлены значения "Неиспользуемый", могут возникать в различных местах администратора фонограмм (TrackManager).
На Фиг.28Б показано то, как осуществляют запись новых ИДФ (TKI) и файла ЗОБ (АОВ file) в том случае, когда в администраторе фонограмм (TrackManager) имеются ИДФ (TKI), ATP_БЛК_ИДФ (TKI_BLK_ATR) которых имеет значение "Неиспользуемый". Подобно Фиг.28А, в ИДФ №2, ИДФ №4, ИДФ №7 и ИДФ №8 (TKI#2, TKI#4, TKI#7, ТКI#8) из Фиг.28Б установлены значения "Неиспользуемый".
На Фиг.28Б новая записываемая фонограмма состоит из четырех ЗОБ (АОВ). Неиспользуемые ИДФ (TKI), предназначенные для записи этих ЗОБ (АОВ), определяют согласно УП_ФГ_СВФУ (указателям поиска фонограммы из списка воспроизводимых файлов, заданного по умолчанию) (DPL_TK_SRPs) или же они могут быть выбраны произвольно. В настоящем примере для записи ИДФ (TKI) новой фонограммы используют неиспользуемые ИДФ (TKI), имеющие номера ИДФ №2, ИДФ №4, ИДФ №7 и ИДФ №8 (TKI#2, TKI#4, TKI#7, TKI#8).
Поскольку одна фонограмма состоит из этих четырех ЗОБ (АОВ), в АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ №2 (TKI#2) устанавливают значение "Начало_Фонограммы" ("Head_of_Track"), в АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ №4 и ИДФ №7 (TKI#4, TKI#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 (TKI#4), в УКЗ_СВЗ_ИДФ (TKI_LNK_PTR) ИДФ №4 (TKI#4) устанавливают значение ИДФ №7 (TKI#7), а в УКЗ_СВЗ_ИДФ (TKI_LNK_PTR) ИДФ №7 (TKI#7) устанавливают значение ИДФ №8 (TKI#8).
После этого создают файлы "АОВ002.SA1", "АОВ004.SA1", "AOB007.SA1" и "AOB008.SA1", имеющие те же самые номера, что и ИДФ №2, ИДФ №4, ИДФ №7 и ИДФ №8 (TKI#2, TKI#4, TKI#7, TKI#8), и в этих четырех файлах осуществляют запоминание четырех ЗОБ (АОВ), образующих Фонограмму Г (TrackD).
Посредством соответствующей установки значений УКЗ_СВЗ_ИДФ (TKI_LNK_PTRs) и АТР_БЛК_ИДФ (TKI_BLK_ATRs) можно осуществлять управление этой четвертой фонограммой, Фонограммой Г (TrackD), с использованием ИДФ №2, ИДФ №4, ИДФ №7 и ИДФ №8 (TKI#2, TKI#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 (TKI#3) и ИДФ №8 (TKI#8), при этом осуществляют перезапись АТР_БЛК_ИДФ (TKI_BLK_ATRs) в ИДФ №3 и ИДФ №8 (TKI#3, TKI#8). На Фиг.29Б показан АТР_БЛК_ИДФ (TKI_BLK_ATR) этих ИДФ (TKIs) после перезаписи. На Фиг.29А АТР_БЛК_ИДФ (TKI BLK_ATRs) в ИДФ №3 и ИДФ №8 (TKI#3, TKI#8) записаны как "Фонограмма", но на Фиг.29Б АТР_БЛК_ИДФ (TKI_BLK_ATR) в ИДФ №3 (TKI#3) перезаписывают таким образом, что он получает значение "Начало_Фонограммы" ("Head_of_Track"), а АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ №8 (TKI#8) перезаписывают таким образом, что он получает значение "Конец_Фонограммы" ("End_of_Track"). Посредством такой перезаписи TKI_BLK_ATRS, обработку файлов ЗОБ (АОВ files) "AOB003.SA1" и "АОВ008.SA1", которым соответствуют ИДФ №3 (TKI#3) и ИДФ №8 (TKI#8), расположенные в конце, осуществляют как частей одной фонограммы, а именно новой Фонограммы В (TrackC). При этой операции одновременно производят перезапись УКЗ_СВЗ_ИДФ (TKI_LNK_PTR) в ИДФ №3 (TKI#3) таким образом, чтобы в них были указаны ИДФ №8 (TKI#8).
Здесь следует, в частности, обратить внимание на то, что до тех пор, пока не осуществлена перезапись АТР_БЛК_ИДФ (TKI_BLK_ATRs) в ИДФ (TKI), не выполняют никакой обработки по физическому объединению файлов ЗОБ (АОВ files) "AOB003.SA1" и "АОВ008.SA1". Это обусловлено тем, что каждый из файлов ЗОБ (АОВ file) зашифрован с использованием различных ключей файла (FileKeys), поэтому при объединении файлов ЗОБ (АОВ files) было бы необходимо выполнить для каждого файла ЗОБ (АОВ file) две операции обработки, во-первых, расшифровать зашифрованный файл ЗОБ (АОВ file), а затем заново зашифровать результат, что привело бы к чрезмерной нагрузке при обработке. К тому же, объединенный подобным образом файл ЗОБ (АОВ 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-го типа (Type1 АОВ) содержит в себе, по меньшей мере, один ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT), имеющий это количество КАДРов_ЗОБ (AOB_FRAMEs), а ЗОБ 2-го типа (Туре2 АОВ) не содержит в себе ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT), который имеет это количество КАДРов_ЗОБ (АОВ frames).
Иначе говоря, ЭЛЕМЕНТЫ_ЗОБ (AOB_ELEMENTS) в ЗОБ 2-го типа (Туре2 АОВ) имеют количество КАДРов_ЗОБ (AOB_FRAMEs) меньшее, чем "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE), а во втором условии оговорено, что три ЗОБ 2-го типа (Туре2 AOBs) не могут быть скомпонованы вместе.
Причина наличия второго условия состоит в следующем. Когда устройство воспроизведения осуществляет последовательное считывание ЗОБ (АОВ), предпочтительным является тот вариант, в котором в буфере устройства воспроизведения осуществляют накопление достаточного количества КАДРов_ЗОБ (AOB_FRAMEs), однако это не может быть выполнено при наличии следующих один за другим ЗОБ 2-го типа (Туре2 АОВ). В этом случае может произойти опустошение буфера устройства воспроизведения, поэтому невозможно гарантировать то, что устройство воспроизведения будет осуществлять непрерывное воспроизведение. Поэтому, во избежание подобных опустошений буфера, используют второе условие, в котором оговорено, что следующие один за другим три или более ЗОБ 2-го типа (Туре2 AOBs) не могут быть скомпонованы вместе.
На Фиг.30А показан ЗОБ 1-го типа (Type1 АОВ), а на Фиг.30Б показаны два примера ЗОБ 2-го типа (Туре2 АОВ). На Фиг.30Б оба ЗОБ (АОВ) состоят не менее чем из двух ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTs), причем ни один из ЭЛЕМЕНТов_ЗОБ (АОВ_ELEMENTs) не содержит в себе то количество КАДРов_ЗОБ (AOB_FRAMEs), которое установлено для "КОЛК_Средн_ЭТППВР (FNs_Middle_TMSRTE)". Поскольку отсутствие ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT), имеющего то количество КАДРов_ЗОБ (АОВ_FRAMEs), которое предусмотрено для "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE), является условием того, что ЗОБ (АОВ) относят к ЗОБ 2-го типа (Туре2 АОВ), это означает, что все показанные на этом чертеже ЗОБ (АОВ) представляют собой ЗОБ 2-го типа (Туре2 АОВ).
На Фиг.31А показано объединение в единую фонограмму ЗОБ 1-го типа + 2-го типа + 2-го типа + 1-го типа (Туре1 + Type2 + Type2 + Type1 AOBs). Поскольку это объединение не включает в себя связывание между собой трех ЗОБ 2-го типа (Туре2 АОВ), то эти ЗОБ (АОВ) могут быть скомпонованы вместе, образуя единую фонограмму.
На Фиг.31Б показано объединение в единую фонограмму ЗОБ 1-го типа + 2-го типа + 2-го типа + 2-го типа + 1-го типа (Type1 + Type2 + Type2 + Type2 + Type1 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-го типа (Туре2 АОВ). Поскольку оба из этих вариантов удовлетворяют второму условию, то изображенные фонограммы могут быть объединены в единую фонограмму.
В том случае, когда последний ЗОБ (АОВ) первой фонограммы представляет собой ЗОБ 2-го типа (Туре2 АОВ), а предыдущий ЗОБ (АОВ) первой фонограммы представляет собой ЗОБ 1-го типа (Type1 АОВ), эта первая фонограмма может быть объединена со следующей фонограммой, которая начинается с ЗОБ 1-го типа (Type1 АОВ) вне зависимости от того, является ли первый ЗОБ (АОВ) в первой фонограмме ЗОБом 1-го типа (Typel АОВ) или ЗОБом 2-го типа (Туре2 АОВ).
На Фиг.32В показан тот случай, в котором первая фонограмма заканчивается ЗОБом 1-го типа (Type1 АОВ) и ЗОБом 2-го типа (Туре2 АОВ) в указанном порядке, а вторая фонограмма начинается с ЗОБ 1-го типа (Type1 АОВ). На Фиг.32Г показан тот случай, в котором первая фонограмма заканчивается ЗОБом 1-го типа (Type1 АОВ) и ЗОБом 2-го типа (Туре2 АОВ) в указанном порядке, а вторая фонограмма начинается с ЗОБ 2-го типа (Туре2 АОВ) и ЗОБ 1-го типа (Typel АОВ) в указанном порядке. Поскольку оба эти случая удовлетворяют второму условию, то изображенные фонограммы могут быть объединены в единую фонограмму.
В том случае, когда первая фонограмма заканчивается ЗОБом 2-го типа (Туре2 АОВ), а непосредственно предшествующий ему ЗОБ (АОВ) также представляет собой ЗОБ 2-го типа (Туре2 АОВ), эта первая фонограмма может быть объединена со следующей фонограммой, начинающейся с ЗОБ 1-го типа (Type1 АОВ). На Фиг.32Д показан тот случай, в котором первая фонограмма заканчивается двумя ЗОБ 2-го типа (Туре2 АОВ), а вторая фонограмма начинается с ЗОБ 1-го типа (Type1 АОВ). Поскольку этот случай удовлетворяет второму условию, то изображенные фонограммы могут быть объединены в единую фонограмму. Таким образом, при объединении двух фонограмм выполняют анализ того, удовлетворяют ли эти две фонограммы первому и второму условиям, а объединение этих двух фонограмм осуществляют только в том случае, если принято решение, что они удовлетворяют этим условиям.
Ниже приведено описание обновления ИДФ (TKI) для Примера 4, в котором осуществляют разделение фонограммы.
{17-5_22-19_33А,Б} Установка параметров для ИДФ (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_33А,Б-1_34А,Б} Обновление элементов каталога и значений ТРФ (FAT)
В том случае, когда для создания "AOB002.SA1" осуществляют разделение файла ЗОБ (АОВ file) "АОВООЗ.SA1", необходимо произвести обновление элементов каталога и значений ТРФ (FAT). Объяснение такого обновления приведено ниже. На Фиг.34А показано, как записан элемент каталога исходных звуковых данных (SD-Audio) в каталоге исходных звуковых данных (SD-Audio), к которому принадлежит файл ЗОБ (АОВ file) "АОВ003.SA1", до разделения файла.
Файл ЗОБ (АОВ file) "АОВ003.SA1" разделен на множество частей, которые запомнены в кластерах 007, 008, 009, 00А ... 00D, 00Е. В этом случае номер первого кластера для указанного в элементе каталога файла ЗОБ (АОВ file) "АОВООЗ.SA1" записывают в виде "007". Также в качестве значений ТРФ (FAT) 007, 008, 009, 00А ... 00D, которые соответствуют кластерам 007, 008, 009, 00А ... 00D, записывают значения (008), (009), (00А) ... (00D), (00Е).
В том случае, когда разделение файла ЗОБ (АОВ file) "АОВ00З.SA1" осуществлено таким образом, что его последняя часть стала новым файлом ЗОБ (АОВ file) "AOB002.SA1", в элемент каталога исходных звуковых данных (SD-Audio) добавляют "имя файла", "расширение имени файла" и "номер первого кластера в файле" для нового файла ЗОБ (АОВ file) "AOB002.SA1". На Фиг.34А показано, как осуществлена запись элемента каталога исходных звуковых данных (SD-Audio) в каталоге исходных звуковых данных (SD-Audio), к которому принадлежит файл ЗОБ (АОВ file) "AOB003.SA1", после разделения файла ЗОБ (АОВ file) "AOB003.SA1".
На Фиг.34Б в кластере 00F запомнена копия кластера 00В, который содержит в себе границу, указанную пользователем при разделении файла. Части файла ЗОБ (АОВ file) "AOB002.SA1", которые следуют после части, содержащейся в кластере 00В, запоминают как и прежде в кластерах 00С, 00D, 00Е. Поскольку первая часть файла ЗОБ (АОВ file) "AOB002.SA1" запомнена в кластере 00F, а остальные части запомнены в кластерах 00С, 00D, 00Е, то в поле "номер первого кластера в файле" для нового файла ЗОБ (АОВ file) "AOB002.SA1" записывают значение "00F", а в качестве значений ТРФ (FAT) 00F, 00С, 00D, 00Е, которые соответствуют кластерам 00F, 00С, 00D и 00Е, записывают значения (00С), (00D), (00Е).
{17-5_22-19_33А,Б-2_35А,Б} Установка значений информационных полей в ИДФ (TKI)
Ниже приведено описание того, как осуществляют установку значений информационных полей в ИДФ (TKI) для файла ЗОБ (AOB file) "AOB002.SA1" при создании этого файла посредством обновления элементов каталога и значений ТРФ (FAT). При создании ИДФ (TKI) для разделенной фонограммы в ИДФ (TKI) существует два типа информационных полей. Они представляют собой (1) информацию, которая может быть скопирована из исходных ИДФ (TKI) и (2) информацию, полученную посредством обновления информации в исходных ИДФ (TKI). ОД_ТКИНФГ (TKTXTI_DA) и МСКЗ (ISRC) относятся к первому типу, а ТИБ (BIT), ТПФГПВР (TKTMSRT) и другие информационные поля относятся ко второму типу. Поскольку существуют оба типа информации, то в настоящем варианте осуществления ИДФ (TKI) для разделенной фонограммы создают посредством копирования исходных ИДФ (TKI) для создания шаблона для нового ИДФ (TKI), а затем выполняют разделение/обновление ТПФГПВР (TKTMSRT) и ТИБ (BIT) в этом шаблоне и обновление остальных информационных полей.
На Фиг.35А показан пример, в котором осуществляют разделение КАДРа_ЗОБ (AOB_FRAME) в ЗОБ (AOB). На Фиг.35А на первом уровне изображены четыре ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENTs), а именно ЭЛЕМЕНТ_ЗОБ №1, ЭЛЕМЕНТ_ЗОБ №2, ЭЛЕМЕНТ_ЗОБ №3 и ЭЛЕМЕНТ_ЗОБ №4 (AOB_ELEMENT#1, AOB_ELEMENT#2, AOB_ELEMENT#3, AOB_ELEMENT#4). Длина данных этих ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTs) установлена в ТПФГПВР (TKTMSRT) посредством четырех Элементов_ТППВР №1, №2, №3 и №4 (TMSRT_Entries #1, #2, #3, #4). Если, как показано на Фиг.35А, граница разделения гр1 (bd1) находится в ЭЛЕМЕНТе_ЗОБ №2 (AOB_ELEMENT#2), то ЭЛЕМЕНТ ЗОБ №2 (AOB ELEMENT#2) разделяют на первую область (1), состоящую из кадров, расположенных до границы гр1 (bd1), и вторую область (2), состоящую из кадров, расположенных после границы гр1 (bd1). На Фиг.35Б показаны эти два ЗОБ (AOBs), ЗОБ №1 и ЗОБ №2 (AOB#1, АОВ#2), полученные посредством разделения ЗОБ (АОВ) пополам через ЭЛЕМЕНТ_ЗОБ №2 (AOB_ELEMENT#2).
{17-5_22-19_33А,Б-3_36} Установка парамеотров ТИБ (BIT)
На Фиг.36 показано, как выполняют установку параметров ТИБ (BIT) в том случае, когда разделение ЗОБ (АОВ) осуществлено так, как показано на Фиг.35. Разделение ЗОБ (АОВ), показанного на Фиг.35, осуществлено вдоль границы гр1 (bd1). ЗОБ №1 (AOB#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 (АОВ#1), который получен посредством такого разделения. ЭЛЕМЕНТ_ЗОБ №1 (AOB_ELEMENT#1) и ЭЛЕМЕНТ_ЗОБ №2 (AOB_ELEMENT#2), которые содержатся в ЗОБ №1 (АОВ#1), расположены в кластерах с кластера 007 по кластер 00А, поэтому обработку ЗОБ №1 (АОВ#1) осуществляют таким образом, как будто он состоит из кластеров с кластера 007 по кластер 00А. ЭЛЕМЕНТ_ЗОБ №2 (AOB_ELEMENT#2) в ЗОБ №1 (АОВ#1) имеет такую длину данных, что они заканчиваются не в конце кластера 00А, а на границе гр1 (bd1), которая находится внутри кластера 00А, поэтому ОБ_ДАННЫХ (SZ_DATA) для ЗОБ №1 (АОВ#1) задают как объем данных от области md0 до границы гр1 (bd1) в кластере 00А. "КОЛК_1го_ЭТППВР" (FNs_1st_TMSRTE) для ЗОБ №1 (АОВ#1) является тем же самым, что и до разделения, а "КОЛК_Посл_ЭТППВР" (FNs_Last_TMSRTE) для ЗОБ №1 (AOB#1) отличается от значения, которое использовали до разделения, тем, что теперь в нем указано количество кадров между началом ЭЛЕМЕНТа_ЗОБ №2 (AOB_ELEMENT#2) до разделения и границей гр1 (bd1).
Ниже приведено описание ЗОБ №2 (АОВ#2), который получен посредством такого разделения. Содержащиеся в ЗОБ №2 (АОВ#2) ЭЛЕМЕНТ_ЗОБ №1 (AOB_ELEMENT#1), ЭЛЕМЕНТ_ЗОБ №2 (AOB_ELEMENT #2) и ЭЛЕМЕНТ_ЗОБ №3 (AOB_ELEMENT#3) расположены в кластерах с кластера 00В по кластер 007. Кластер 00F содержит в себе копию содержимого кластера 00А. Причиной сохранения в кластере 00F копии кластера 00А является то, что кластер 00А занят ЭЛЕМЕНТом_ЗОБ №2 (AOB_ELEMENT#2) из ЗОБ №1 (AOB#1), поэтому для ЭЛЕМЕНТа_ЗОБ №1 (AOB_ELEMENT#1) из ЗОБ №2 (АОВ#2) необходимо выделить иной кластер.
ЭЛЕМЕНТ_ЗОБ №1 (AOB_ELEMENT#1) из ЗОБ №2 (АОВ#2) имеет такую длину данных, при которой их начало расположено не в начале кластера 00F, а на границе гр1 (bd1), которая находится внутри кластера 00F, поэтому ОБ_ДАННЫХ (SZ_DATA) для ЗОБ №2 (АОВ#2) задают как объем данных от начала кластера 00В до точки в середине кластера 00Е плюс объем данных той части кластера 00F, которая занята ЭЛЕМЕНТом_ЗОБ №1 (AOB_ELEMENT#1).
Та часть ЭЛЕМЕНТа_ЗОБ №2 (AOB_ELEMENT#2) из ЗОБ №1 (АОВ#1), которая содержится в копии кластера 00А, запомненной в кластере 00F, должна быть исключена из ЗОБ №2 (АОВ#2), поэтому в поле Сдвиг_ДАННЫХ (DATA_Offset) в ТИБ (BIT) ЗОБ №2 (АОВ#2) устанавливают значение, равное объему той части ЭЛЕМЕНТа_ЗОБ №2 (AOB_ELEMENT#2) из ЗОБ №1 (АОВ#1), которая содержится в кластере 00F.
Из Фиг.36 видно, что разделение ЗОБ (АОВ) приводит к тому, что на две части разделяют только ЭЛЕМЕНТ_ЗОБ (АОВ_ELEMENT), содержащий в себе границу разделения, а остальные ЭЛЕМЕНТы_ЗОБ (AOB_ELEMENTs), расположенные до и после разделенного ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT), остаются без изменений. В результате, значение "КОЛК_Посл_ЭТППВР" (FNs_Last_TMSRTE) ЗОБ №2 (АОВ#2) устанавливают тем же самым, что и для "ЭЛЕМЕНТа_ЗОБ №4" (AOB_ELEMENT#4) до разделения, а значение "КОЛК_1го_ЭТППВР" (FNs_1st_TMSRTE) ЗОБ №2 (АОВ#2) устанавливают таким же, как в ЭЛЕМЕНТе_ЗОБ №1 (AOB_ELEMENT#1) ЗОБ №2 (АОВ#2), а именно равным количеству кадров, содержащихся в той части, которая находится после границы, полученной при разделении ЭЛЕМЕНТа_ЗОБ №2 (AOB_ELEMENT#2).
{17-5_22-19_33А,Б-4_37} Установка значений ТИБ (BIT)
На Фиг.37 показан более конкретный пример изменений, осуществляемых в ТИБ (BIT) в результате разделения фонограммы. В левой части Фиг.37 в качестве примера показаны значения, установленные в ТИБ (BIT) до разделения. В этой ТИБ (BIT) Сдвиг_Данных (Data_0ffset) установлен равным "X", ОБ_ДАННЫХ (SZ_DATA) установлен равным "52428", а КОЛ_ЭТППВР (TMSRTE_Ns) установлено равным "n". КОЛК_1го_ЭТППВР (FNs_1st_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_1st_TMSRTE) и КОЛК_Средн_ЭТППВР (FNs_Middle_TMSRTE) устанавливают равными, соответственно, "80" и "94" кадрам, такими же, как и в ТИБ (BIT) до разделения, но поскольку конечный ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT) в ЗОБ (АОВ) первой фонограммы, созданной посредством разделения, содержит в себе "р" КАДРов_ЗОБ (AOB_FRAMEs), то КОЛК_Посл_ЭТППВР (FNs_Last_TMSRTE) устанавливают равным "р кадрам".
В ТИБ (BIT) второй фонограммы, созданной посредством разделения, "Сдвиг_Данных" (Data_0ffset) устанавливают равным "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 кадров".
Первый ЭЛЕМЕНТ_ЗОБ (AOBJELEMENT) в ЗОБ (АОВ) этой второй фонограммы содержит в себе "94-р" КАДРов_ЗОБ (AOB_FRAMEs), поэтому в КОЛК_1го_ЭТППВР (FNs_1st_TMSRTE) той ТИБ (BIT), которая соответствует этой фонограмме, устанавливают значение "94-р".
{17-5_22-19_33А,Б-5_38} Установка значений ТИБ (BIT)
На Фиг.38 показана ТПФГПВР (TKTMSRT) после разделения. Ниже в первую очередь приведено пояснение установки значений ТППВР (TMSRT). ТППВР (TMSRT) первой фонограммы содержит в себе Элементы_ТППВР (TMSRT_entries) с первого Элемента_ТППВР (TMSRT_entry) ЗОБ (АОВ) до разделения по k-тый Элемент_ТППВР (TMSRT_entry), то есть Элементы_ТППВР с №1 по №k (TMSRT_entries#1...#k).
Здесь следует обратить внимание на то, что ЭЛЕМЕНТ_ЗОБ №k (АОВ_ELEMENT#k), содержащий в себе границу разделения, содержит в себе только область (1), поэтому k-тый Элемент_ТППВР (TMSRT_entry) содержит в себе объем только тех данных, которые соответствуют этой области (1). ТППВР (TMSRT) второй фонограммы содержит в себе Элементы_ТППВР (TMSRT_entries) от k-того Элемента_ТППВР (TMSRT_entry) ЗОБ (АОВ) до разделения до n-го Элемента_ТППВР (TMSRT_entry), то есть Элементы_ТППВР с №k no №n (TMSRT_entries#k...#n). Здесь следует отметить, что Элемент_ТППВР №k (AOB_ELEMENT#k), содержащий в себе границу разделения, содержит в себе только область (2), поэтому k-тый Элемент_ТППВР (TMSRT_entry) содержит в себе объем только тех данных, которые соответствуют этой области (2).
Копирование ИДФ (TKI) сопровождается разделением и обновлением ТПФГПВР (TKTMSRT) и ТИБ (BIT), а создание ИДФ (TKI) для новых фонограмм, созданных посредством разделения, будет завершено сразу же после обновления остальной информации. Точно так же, как и при объединении фонограмм, расшифровку файлов ЗОБ (АОВ files) не осуществляют, так что две фонограммы могут быть созданы посредством разделения файла ЗОБ (АОВ file) в его зашифрованном состоянии. Поскольку разделение файла ЗОБ (АОВ 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_Inforniation), в которой указаны только его (ее) любимые фонограммы, и сохранения этой Информации_о_списке_воспроизводимых_файлов (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-й бит в УП_ФГ_СВФУ (DPL_TK_SRP), а АТР_ФГ_СВФУ (DPL_TK_ATR) записан с 13-го по 15-й бит. Биты с 10-го по 12-й в УП_ФГ_СВФУ (DPL_ТК_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), осуществляют запись звукового объекта (ЗОБ) (АОВ), который соответствует одной полной фонограмме (то есть, когда АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ (TKI) имеет значение "Фонограмма" ("Track")), то в "АТР_ФГ_СВФУ" (DPL_TK_ATR) устанавливают значение, равное "00b".
В том случае, когда используют ИДФ (TKI), указанные посредством НИДФ (TKIN), а в файле ЗОБ (АОВ file), соответствующем указанным ИДФ (TKI), осуществляют запись звукового объекта (ЗОБ) (АОВ), который соответствует только началу фонограммы (то есть, когда АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ (TKI) имеет значение "Начало фонограммы" ("Head_of_Track"), в "АТР_ФГ_СВФУ" (DPL_TK_ATR) устанавливают значение, равное "001b". В том случае, когда используют ИДФ (TKI), указанные посредством НИДФ (TKIN), а в файле ЗОБ (АОВ file), соответствующем указанным ИДФ (TKI), осуществляют запись звукового объекта (ЗОБ) (АОВ), который соответствует средней части фонограммы, то есть, когда АТР_БЛК_ИДФ (TKI_BLK_ATR) ИДФ (TKI) имеет значение "Середина_фонограммы" ("Midpoint_of_Track"), в "АТР_ФГ_СВФУ" (DPL_TK_ATR) устанавливают значение, равное "010b". В том случае, когда используют ИДФ (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_Playlist). В результате, порядок элементов УП_ФГ_СВФУ (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 (TKI#1) связаны между собой как же, как УП_ФГ_СВФУ №2 (DPL_TK_SRP#2) с ИДФ №2 (TKI#2), УП_ФГ_СВФУ №3 (DPL_TK_SRP#3) с ИДФ №3 (TKI#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 → TKI#3) ("AOB003.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"), а в АТР_ФГ_СВФУ (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_SRP #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 (TKI#1),; вторым будет воспроизведен "AOB002.SA1", соответствующий ИДФ №2 (TKI#2); третьим будет воспроизведен "АОВ003.SA1", соответствующий ИДФ №3 (TKI#3); а четвертым будет воспроизведен "АОВ004.SA1", соответствующий ИДФ №4 (TKI #4).
{17-10_41} Пример установки параметров для Списка_воспроизводимых_файлов_по_умолчанию (DefaultPlaylist) и Информации_о_списке_воспроизводимых_файлов (Playlist_Information)
На Фиг.41 показан пример установки параметров для Списка_воспроизводимых_файлов_по_умолчанию (DefaultPlaylist) и Информации_о_списке_воспроизводимых_файлов (Playlist_Information) с использованием тех же самых условных обозначений, что и на Фиг.40. На Фиг.41 прямоугольником на первом уровне обозначен Список_воспроизводимых_файлов_по_умолчанию (DefaultPlaylist), а тремя прямоугольниками на втором уровне обозначены ИСВФ (PLIs).
Прямоугольник, посредством которого обозначен Список_воспроизводимых_файлов_по_умолчанию (DefaultPlaylist), разделен на небольшие участки, в которых указаны восемь значений УП_ФГ_СВФУ (DPL_TK_SRP), содержащихся в Списке_воспроизводимых_файлов_по_умолчанию (DefaultPlaylist), а в небольших участках в прямоугольниках, которыми обозначена каждая ИСВФ (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_ТК_SRP) и ИДФ (TKI) с использованием тех же условных обозначений, что и на Фиг.40. На Фиг.42 Список_воспроизводимых_файлов №1 (Playlist#1) состоит из УП_ФГ_СВФ №1, №2, №3 (PL_TK_SRP#1, #2, #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, АОВ#1, АОВ#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 (AOB#8, АОВ#3, АОВ#1), что показано стрелками (21), (22), (23), то есть в порядке, который полностью отличается от указанного в Списке_воспроизводимых_файлов №1 (Playlist#1).
Список_воспроизводимых_файлов №3 (Playlist#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 (АОВ#8), образующего собой Фонограмму Д (TrackE). Затем осуществляют воспроизведение ЗОБ №4, ЗОБ №5, ЗОБ №6 и ЗОБ №7 (АОВ#4, АОВ#5, АОВ#6, АОВ#7), которые образуют собой Фонограмму Г (TrackD), что показано стрелкой (32). После этого осуществляют воспроизведение ЗОБ №3 и ЗОБ №1 (AOB#3, АОВ#1), которые образуют собой, соответственно, Фонограмму В (TrackC) и Фонограмму А (TrackA), что показано стрелками (33) и (34).
Здесь следует особо отметить то, что если фонограмма состоит из множества ИДФ (TKI), то в элемент УП_ФГ_СВФ (PL_TK_SRP) записывают только номер ИДФ (TKI) начала фонограммы. В более подробном изложении, несмотря на то, что значения УП_ФГ_СВФУ (DPL_TK_SRP), приведенные в Информации_ _о_списке_воспроизводимых_файлов_по_умолчанию (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_TK_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_TKS_SRPs) и ИДФ (TKI) из Фиг.43А имеют те же самые установленные параметры, что и на Фиг.40.
На Фиг.43А значение НИДФ_СВФУ (DPL_TKIN) в УП_ФГ_СВФУ №3 (DPL_TK_SRP#3) установлено соответствующим ИДФ №3 (ТКI#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) ("АОВ002.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_ТК_SRPs), в последнем УП_ФГ_СВФУ №8 (DPL_TK_SRP#8) устанавливают значение "Неиспользуемый". С другой стороны, как показано на Фиг.21А и Фиг.27Б, в ИДФ (TKI), соответствующих удаленной части, устанавливают значение "Неиспользуемые", при этом перемещение других ИДФ (TKI) с целью заполнения промежутка, созданного при удалении, не осуществляют. Удаление ИДФ (TKI) также сопровождается удалением файла ЗОБ (АОВ file) "AOB002.SA1".
Таким способом осуществляют продвижение УП_ФГ_СВФУ (DPL_ТК_SRP s) вперед по порядку воспроизведения, не перемещая ИДФ (TKI), поэтому на Фиг.44Б выполняют обновление только НИДФ_СВФУ (DPL_TKINs) в УП_ФГ_СВФУ (DPL_TK_SRPs). В этом примере НИДФ_СВФУ (DPL_TKIN) в УП_ФГ_СВФУ №2 (DPL_TK_SRP#2) устанавливают таким, что он указывает ИДФ №3 (TKI #3), что показано стрелкой DT11, НИДФ_СВФУ (DPL_TKIN) в УП_ФГ_СВФУ №3 (DPL_TK_SRP#3) устанавливают таким, что он указывает ИДФ №4 (TKI4), что показано стрелкой DT12, НИДФ_СВФУ (DPL_TKIN) в УП_ФГ_СВФУ №4 (DPL_ТК_SRP#4) устанавливают таким, что он указывает ИДФ №5 (TKI#5), а НИДФ_СВФУ (DPL_TKIN) в УП_ФГ_СВФУ №5 (DPL_TK_SRP#5) устанавливают таким, что он указывает ИДФ №6 (TKI#6). НИДФ_СВФУ (DPL_TKIN) в УП_ФГ_СВФУ №8 (DPL_TK_SRP#), значение которого было ранее установлено как "Неиспользуемый", устанавливают соответствующим ИДФ №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 (TKI#2, TKI#4, TKI#5, TKI#7, TKI#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) УП_ФГ_СВФУ №4 (DPL_TK_SRP#4) и УП_ФГ_СВФУ №6 (DPL_TK_SRP#5) устанавливают как "Середина_Фонограммы" ("Middle_of_Track"), а значение АТР_ФГ_СВФУ (DPL_TK_ATR) УП_ФГ_СВФУ №7 (DPL_TK_SRP#7) устанавливают как "Конец_Фонограммы" ("End_of_Track").
НИДФ_СВФУ (DPL_TKIN) УП_ФГ_СВФУ №4 (DPL_TK_SRP#4) устанавливают соответствующим ИДФ №2 (TKI#2), НИДФ_СВФУ (DPL_TKIN) УП_ФГ_СВФУ №5 (DPL_TK_SRP#5) устанавливают соответствующим ИДФ №4 (TKI#4), НИДФ_СВФУ (DPL_TKIN) УП_ФГ_СВФУ №6 (DPL_TK_SRP#6) - соответствующим ИДФ №7 (TKI#7), а НИДФ_СВФУ (DPL_TKIN) УП_ФГ_СВФУ №7 (DPL_TK_SRP#7) - соответствующим ИДФ №8 (TKI#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#1, 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_ТК_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_Information) при разделении фонограммы (Пример 4).
На Фиг.47А и Фиг.47Б показан один из примеров разделения фонограммы. Эти чертежи в значительной степени подобны Фиг.33А и Фиг.33Б, которые были использованы для объяснения процедуры разделения ИДФ (TKI). Второй и третий уровни на Фиг.47А и Фиг.47Б идентичны двум первым уровням на Фиг.33А и Фиг.33Б. Различие между этими чертежами состоит в том, что на первом уровне Фиг.47А и Фиг.47Б показана Информация_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), в которой УП_ФГ_СВФУ №8 (DPL_ТК_SRP#8) имеет установленное значение "Неиспользуемый" и связан с ИДФ №2 (ТК1#2), значение которых также установлено как "Неиспользуемые".
Так же как и на Фиг.33А и Фиг.33Б, в том случае, если пользователь указывает, что ИДФ №3 (TKI#3) ("АОВ003.SA1"), которые выделены толстым контуром, следует разделить на две части, то каждый из УП_ФГ_СВФУ с №3 по №7 (DPL_TK_SRP#3 - DPL_ТК_SRP#7) перемещают вниз по порядку на одну позицию, а УП_ФГ_СВФУ (DPL_ТК_SRP), значение которого установлено как "Неиспользуемый", перемещают внутри Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) в прежнее положение УП_ФГ_СВФУ №3 (DPL_TK_SRP#3).
Этому новому УП_ФГ_СВФУ №3 (DPL_ТК_SRP#3) соответствуют новые ИДФ (TKI), созданные посредством разделения, а именно ИДФ №2 (TKI#2). В файле ЗОБ (АОВ file) "AOB002.SA1", соответствующем ИДФ №2 (TKI#2), сохраняют то, что первоначально являлось последней частью файла ЗОБ (АОВ file) "АОВ003.SA1". УП_ФГ_СВФУ №2 (DPL_TK_SRP#2), соответствующий ИДФ №2 (TKI#2) и "AOB002.SA1", расположен перед УП_ФГ_СВФУ №3 (DPL_TK_SRP#3), которому соответствуют ИДФ №2 (TKI#2).
То есть в "AOB002.SA1" и "АОВ003.SA1" запоминают соответственно вторую и первую части исходного "АОВ003.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 PLAYLIST"), "список_воспроизводимых_файлов №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 КАДРа_ЗОБ (AOB_FRAME), расшифровка которого осуществлена посредством дешифратора 7 случайных последовательностей, и осуществления декодирования КАДРа_ЗОБ (AOB_FRAME) для получения данных ИКМ (РСМ), цифроаналоговый преобразователь (ЦАП) 9 для цифроаналогового преобразования данных ИКМ и вывода полученных в результате этого аналоговых сигналов на громкоговоритель или в разъем для подключения наушников, и центральный процессор (ЦП) 10 для осуществления централизованного управления устройством воспроизведения.
Из этой структуры аппаратного обеспечения понятно, что настоящее устройство воспроизведения не имеет никаких специальных аппаратных устройств для обработки администратора фонограмм (TrackManager) и Информацми_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information). Для осуществления обработки администратора фонограмм (TrackManager) и Информации_о_списке_воспроизводимых_файлов_по_умолчанию (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 флэш-памяти, и процесса вывода, при котором осуществляют считывание кадров ЗОБ (АОВ 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А}
Из всех КАДРов_ЗОБ (AOB_FRAMEs), которые содержатся в запомненных таким способом данных кластера, в дешифратор 7 случайных последовательностей осуществляют поодиночный вывод КАДРов_ЗОБ (AOB_FRAMEs), расположенных в тех местах 
, которые последовательно указаны посредством указателя считывания, что показано стрелками r1, r2, r3, r4, r5....
В данном случае, как показано на Фиг.53, в двойном буфере 15 запоминают данные кластера 002 и 003, а позиции считывания 
последовательно указывают посредством указателя считывания. Когда указатель считывания доходит до позиции считывания 
, все КАДРы_ЗОБ (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), содержащийся в ЭЛЕМЕНТе_ЗОБ №у (АОВ_ELEMENT#y), который обозначен переменной у. Ниже, со ссылкой на Фиг.55, приведено, в первую очередь, объяснение обработки при выполнении процедуры считывания файла ЗОБ (АОВ file).
{52-9_55-2}
При выполнении операции S1 центральный процессор (ЦП) 10 считывает администратор списка воспроизводимых файлов (PlaylistManager) и выводит на экран список, содержащий в себе Информацию_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) и ИСВФ (PLI).
При выполнении операции S2 ЦП 10 ожидает указания о воспроизведении ЗОБ (АОВ) согласно либо Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), либо одной из ИСВФ (PLIs).
В том случае, когда указана Информация_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), при обработке переходят от операции S2 к операции S3, в которой выполняют инициализацию (№(w-1)) (#w-1) переменной w, а затем к операции 34, в которой определяют ИДФ №z (TKI#z), указанные посредством НИДФ_СВФУ (DPL_TKIN), соответствующего УП_ФГ_СВФУ №w (DPL_TK_3RP#w) в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), и осуществляют считывание только этих ИДФ №z (TKI#z) из платы 31 флэш-памяти и их запоминание в области 13 хранения ИДФ (TKI).
При выполнении операции S5 определяют файл ЗОБ №z (AOB file #z), который имеет такой же номер, как и ИДФ №z (TKI#z). Таким способом окончательно определяют тот файл ЗОБ (AOB file), который предназначен для воспроизведения.
Определенный таким образом файл ЗОБ (AOB file) находится в зашифрованном состоянии и должен быть расшифрован, поэтому выполняют операции S6 и S7. При выполнении операции S6 устройство воспроизведения осуществляет доступ к области идентификации и считывает Ключ №z файла (FileKey#z), который запомнен в Записи_о_ключе_файла №z (FileKey_Entry#z) в файле хранения ключа шифрования, причем Запись_о_ключе_файла №z (FileKey_Entry#z) имеет тот же самый номер, что и определенный выше файл ЗОБ (AOB file). При выполнении операции S7 ЦП 10 устанавливает в дешифраторе 7 случайных последовательностей значение Ключа №z файла (FileKey#z). Результатом этой операции является то, что при наличии установленного в дешифраторе 7 случайных последовательностей Ключа файла (FileKey) может быть осуществлено последовательное воспроизведение КАДРов_ЗОБ (AOB_FRAMEs) путем последовательного ввода в дешифратор 7 случайных последовательностей КАДРов_ЗОБ (АОВ_FRAMEs), содержащихся в файле ЗОБ (AOB file).
{52-9_55-3}
После этого устройство воспроизведения осуществляет последовательное считывание тех кластеров, в которых запомнен файл ЗОБ (AOB 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, в процессе обработки переходят к выполнению операции S13, при которой осуществляют приращение переменной №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} Обработка при выводе КАДРа_ЗОБ (AOB_FRAME)
Одновременно с выполнением процедуры считывания файла ЗОБ (АОВ file) ЦП 10 выполняет процедуру вывода КАДРа_ЗОБ (АОВ_FRAME) в соответствии со схемами последовательности операций, приведенными на Фиг.56, Фиг.57 и Фиг.58. В этих схемах последовательности операций переменная "Время_воспроизведения" (Play_time) указывает продолжительность воспроизведения текущей фонограммы до настоящего момента времени, то есть код времени воспроизведения. В соответствии с изменениями этого кода времени воспроизведения выполняют обновление времени, которое отображено в окне кода времени воспроизведения на ЖК-панели 5. Между тем, переменная "воспроизводимые_данные" (play_data) отображает длину данных для текущей фонограммы, воспроизведение которых было осуществлено до настоящего момента времени.
{52-9_56-1}
При выполнении операции S21 ЦП 10 осуществляет контроль того, произведено ли в двойном буфере 15 накопление данных кластера для файла ЗОБ №z (АОВ file#z). Эту операцию S21 неоднократно выполняют до тех пор, пока не будет произведено накопление данных кластера, и в этот момент при обработке переходят к выполнению операции S22, при которой осуществляют инициализацию переменных х и у (№х←1, №у←1). После этого при выполнении операции S23 ЦП 10 осуществляет поиск кластеров для файла ЗОБ №z (АОВ file#z) и обнаружение КАДРа_ЗОБ №х (АОВ_FRAME#x) в ЭЛЕМЕНТе_ЗОБ №у (AOB_ELEMENT#y), который по времени находится не ранее того Сдвига_Данных (Data_Offset), который задан в ТИБ №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) и определяет место расположения следующего КАДРа_ЗОБ (АОВ_FRAME). При выполнении операции S27 устройство воспроизведения осуществляет приращение переменной х (#х←#х+1) и задает КАДР_ЗОБ №х (AOB_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_1st_TMSRTE).
Если переменная х (#х) не достигла значения, указанного в КОЛК_1го_ЭТППВР (FNs_1st_TMSRTE), то выполняют операцию S31, при которой устройство воспроизведения осуществляет проверку того, произвел ли пользователь нажатие какой-либо клавиши, иной чем клавиша "Воспроизведение" ("Play"), а затем возвращаются к выполнению операции S26. После этого устройство воспроизведения повторяет обработку, выполняя операции с S26 по S31 до тех пор, пока значение переменной х (#х) не достигнет того, которое указано в КОЛК_1го_ЭТППВР (FNs_1st_TMSRTE), или до тех пор, пока пользователь не нажмет какую-либо иную клавишу, чем клавиша "Воспроизведение" ("Play").
В том случае, когда пользователь нажимает какую-либо иную клавишу, чем клавиша "Воспроизведение" ("Play"), обработку по этой схеме последовательности операций заканчивают и выполняют надлежащую обработку в соответствии с нажатой клавишей. В том случае, если нажатой клавишей является клавиша "Стоп" ("Stop"), то процесс воспроизведения останавливают, а если нажатой клавишей является клавиша "Пауза" ("Pause"), то воспроизведение приостанавливают.
{52-9_57-1}
С другой стороны, если значение переменной х (#х) достигло указанного в КОЛК_1го_ЭТППВР (FNs_1st_TMSRTE), то при выполнении операции S30 принимают решение "Да", и обработку продолжают посредством выполнения операции S32, показанной на Фиг.57. Поскольку при выполнении обработки с операции S26 по операцию S30 в дешифратор 7 случайных последовательностей обязательно были введены все КАДРы_ЗОБ (AOB_FRAMEs), содержащиеся в используемом в настоящий момент ЭЛЕМЕНТе_ЗОБ (АОВ_ELEMENT), то при выполнении операции S32 приращение переменной у (#у) осуществляют так, чтобы в качестве предназначенных для обработки данных был указан следующий ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT), а инициализацию переменной х (#х) выполняют следующим образом: (#у←#у+1, #х-1).
После этого при выполнении операции S33 устройство воспроизведения осуществляет обращение к ТПФГПВР (TKTMSRT) и вычисляет первый адрес ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y).
Затем устройство воспроизведения выполняет процедуру, состоящую из операций с S34 по S42. При этой процедуре осуществляют считывание один за другим КАДРов_ЗОБ (АОВ_FRAMEs), содержащихся в ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT), то есть она аналогична процедуре, состоящей из операций с S24 по S31. Отличие процедуры, состоящей из операций с S24 по S31, состоит в том, что конечным состоянием процедуры, состоящей из операций с S24 по S31, является достижение переменной х (#х) значения, указанного посредством "КОЛК_1го_ЭТППВР" (FNs_1st_TMSRTE), а конечным состоянием процедуры, состоящей из операций с S34 по S42, является достижение переменной х (#х) значения, указанного посредством "КОЛК_Средн_ЭТППВР (FNs_Middle_TMSRTE)".
Когда переменная х (#х) достигает значения, указанного посредством "КОЛК_Средн_ЭТППВР (FNs_Middle_TMSRTE)", процедуру цикла, состоящего из операций с S34 по S42, завершают, при выполнении операции S41 принимают решение "Да" и при обработке переходят к операции S43. При выполнении операции S43 ЦП 10 осуществляет приращение переменной у (#у) и инициализацию переменной х (#х): (#y←#y+1, #х←1). После этого при выполнении операции S44 анализируют переменную у и принимают решение, достигла ли переменная у (#y) значения, на единицу меньшего, чем Обшее_количество_элементов_ТППВР (TotalTMSRT_entry_Number) в Заголовке_ТППВР (TMSRT_HEADER) в ИДФ №z (TKI#z).
Если переменная у (#у) меньше, чем (Общее_количество_элементов_ТППВР-1) (TotalTMSRT_entry_Number-1), то ЭЛЕМЕНТ_ЗОБ №1 (AOB_ELEMENT#y) не является последним ЭЛЕМЕНТом_ЗОБ (AOB_ELEMENT), поэтому в процессе обработки возвращаются от операции S44 к операции S32 и осуществляют процедуру цикла с операции S32 до операции S42. Когда переменная у (#у) достигает значения (Общее_количество_элементов_ТППВР-1) (Total-TMSRT_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_SRP), и соответствующий этим ИДФ (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 (AOB_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 осуществляют ввод КАДРов_ЗОБ (AOB_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 сравнивает значение переменной х (#x), полученное после приращения, с общим количеством кадров в ЭЛЕМЕНТе_ЗОБ №у (AOB_ELEMENT#y) и анализирует, не превышает ли значение переменной х (#х), полученное после приращения, общего количества кадров в ЭЛЕМЕНТе_ЗОБ №у (АОВ_ELEMENT#у).
Как указано выше, количество кадров в ЭЛЕМЕНТе_ЗОБ (АОВ_ELEMENT), находящемся в начале ЗОБ (АОВ), равно "КОЛК_1го_ЭТППВР" (FNs_1st_TMSRTE), количество кадров в ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT), находящемся в средней части ЗОБ (АОВ), равно "КОЛК_Средн_ЭТППВР" (FNs_Middle_TMSRTE), а количество кадров в ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT), который расположен в конце ЗОБ (АОВ), равно "КОЛК_Посл_ЭТППВР" (FNs_Last_TMSRTE).
Вышеуказанное решение ЦП 10 принимает путем сравнения соответствующего одного из этих значений с переменной х (#х). Когда значение переменной "х" выходит за пределы данного ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y), то в этом случае при выполнении операции S64 ЦП 10 анализирует, существует ли какой-либо ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT), идущий после ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y).
В том случае, когда ЭЛЕМЕНТ_ЗОБ №у (AOB_ELEMENT#y) является последним ЭЛЕМЕНТом_ЗОБ (AOB_ELEMENT) в БЛОКе_ЗОБ (AOB_BLOCK), не существует никакого ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT), расположенного после ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y), поэтому при выполнении операции S64 принимают решение "Нет", а обработку в настоящей схеме последовательности операций завершают.
В противном случае, если ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT), следующий за ЭЛЕМЕНТом_ЗОБ №у (AOB_ELEMENT#y), существует, то при выполнении операции S65 осуществляют уменьшение значения переменной "х" (#х) на количество КАДРов_ЗОБ (АОВ__FRAMEs) в ЭЛЕМЕНТе_ЗОБ №у (AOB_ELEMENT#y), а при выполнении операции S66 производят обновление переменной у (#у): (у←у+1) (#y←#y+1). В результате, переменная "х" (#х) указывает теперь положение кадра для кадра в следующем ЭЛЕМЕНТе_ЗОБ №у (AOB_ELEMENT#y), указанном посредством обновленной переменной "у" (#y). И наоборот, в том случае, когда переменная "х" (#х) указывает тот КАДР_ЗОБ (AOB_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), и "воспроизводимые_данные" (plaу_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В, к значению переменной "х" (#x), которая указывает положение кадра внутри ЭЛЕМЕНТа_ЗОБ №51 (AOB_ELEMENT#51), добавляют продолжительность пропуска при прерывистом воспроизведении. Когда значение обновленной переменной "х" (#х) превысит количество кадров в ЭЛЕМЕНТе_ЗОБ №51 (АОВ_ELEMENT#51), то осуществляют обновление переменной "у" (#у) таким образом, чтобы она указывала следующий ЭЛЕМЕНТ ЗОБ (AOB_ELEMENT), а из переменной "х" (#х) вычитают количество кадров, содержащихся в ЭЛЕМЕНТе_ЗОБ №51 (AOB_ELEMENT#51). В результате переменная "х" (#х) теперь будет указывать положение кадра внутри ЭЛЕМЕНТа_ЗОБ №52 (AOB_ELEMENT#52), который указан посредством обновленной переменной "y" (#у). Затем к текущему значению "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 (AOB_ELEMENT#52) в дешифратор 7 случайных последовательностей выполняют обновление кода времени воспроизведения путем добавления к текущему значению "00:00:03,240" значения "0,240", в результате чего получают значение "00:00:03,480", что показано на Фиг.61Г.
При операции S67 осуществляют обновление переменных в соответствии со временем пропуска при прерывистом воспроизведении, а затем выполняют операции обработки с S68 по S71. При выполнении этих операций с S68 по S71 производят такую же самую обработку, как и при выполнении операций обработки с S63 по S66; таким образом, перед проверкой того, действительно ли переменная "х" (#x) все еще указывает КАДР_ЗОБ (AOB_FRAME) в пределах текущего ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#у), выполняют обновление переменной "х" (#х) на то количество кадров, которое эквивалентно времени пропуска при прерывистом воспроизведении, "время_пропуска" (skip_time). Если такая проверка дает отрицательный результат, то осуществляют обновление переменной "у" (#у) таким образом, что в качестве ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y) задают следующий ЭЛЕМЕНТ_ЗОБ (AOB_ELEMENT), а переменную "х" (#х) преобразуют таким образом, чтобы она указывала положение кадра в этом следующем ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT).
После обновления переменных "х" и "у" (#х, #у) в соответствии со временем прерывистого воспроизведения и временем пропуска при прерывистом воспроизведении, при операции S72 ЦП 10 выполняет обращение к ТПФГПВР (TKTMSRT) и вычисляет начальный адрес для ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y). Затем при выполнении операции S73 для того, чтобы обнаружить КАДР _ЗОБ №х (AOB_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"), выраженного в секундах.
Затем принимают решение о том, состоит ли указанная фонограмма из множества ЗОБ (АОВ) или из одного ЗОБ (АОВ). Если фонограмма состоит из одного ЗОБ (АОВ), то вычисление переменных "у" и "х" (#y, #x) выполняют таким образом, чтобы они удовлетворяли Уравнению 2. После этого осуществляют поиск КАДРа_ЗОБ №х (AOB_FRAME#x), начиная с адреса в (у+2)-й позиции ТПФГПВР (TKTMSRT), соответствующей этому ЗОБ (АОВ). После того как этот КАДР_ЗОБ №х (AOB_FRAME#x) обнаружен, начинают воспроизведение с КАДРа_ЗОБ №х (AOB_FRAME#x).
{52-12}
В том случае, если фонограмма состоит из множества ЗОБ (АОВ), то вычисление переменных "n" (указывающей ЗОБ (АОВ)), "у" и "х" (#n, #у, #х) выполняют таким образом, чтобы они удовлетворяли Уравнению 3. После этого осуществляют поиск КАДРа_ЗОБ №х (AOB_FRAME#x), начиная с адреса в (у+2)-й позиции ТПФГПВР (TKTMSRT), соответствующей ЗОБ №n (AOB#n). После того как этот КАДР_ЗОБ №х (AOB_FRAME#x) обнаружен, начинают воспроизведение с КАДРа_ЗОБ №х (AOB_FRAME#x).
Ниже приведено описание того случая, когда воспроизведение начинают с произвольного места ЗОБ (АОВ), для которого "КОЛК_1го_ЭТППВР" (FNs_1st_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 секунд), может быть осуществлено путем воспроизведения начиная с восьмого КАДРа_ЗОБ (AOB_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 по S109. В циклической процедуре, состоящей из операций с 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, устройство воспроизведения получает данные о действиях пользователя, выполняемых посредством клавиш "|≪", "≫|", "Редактирование" ("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 шифрования, предназначенное для зашифровки КАДРов_ЗОБ (AOB_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), или же когда службой распространения музыки электронным способом осуществлена передача в устройство записи через линии связи транспортного потока звуковых данных. В этом случае содержащиеся в транспортном потоке КАДРы_ЗОБ (АОВ_FRAMEs) зашифрованы таким образом, что для КАДРов_ЗОБ (AOB_FRAMEs) различных ЗОБ (АОВ) использованы различные Ключи файла (FileKeys). Поскольку осуществлять шифрование или кодирование зашифрованного транспортного потока не нужно, то может быть выполнено непосредственное запоминание каталога ИЗД (SD_Audio) или транспортного потока звуковых данных в ОЗУ 22 в зашифрованном состоянии.
{67-4} Входной тракт RT2
Входной тракт RT2 используют в том случае, когда ввод звуковых данных осуществляют через микрофон. В этом случае выполняют аналого-цифровое преобразование введенных через микрофон звуковых данных посредством аналого-цифрового преобразователя 24, создавая данные ИКМ (РСМ). Затем для того, чтобы создать КАДРы_ЗОБ (AOB_FRAMEs), осуществляют кодирование данных ИКМ посредством кодирующего устройства 25 УКЗИ (ААС) и присвоение заголовков ADTS. После этого устройство 26 шифрования осуществляет шифрование КАДРов_ЗОБ (АОВ_FRAMEs) с использованием различных ключей файла (FileKey) для каждого из КАДРов_ЗОБ (AOB_FRAMEs) в различных ФАЙЛах_ЗОБ (АОВ_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 (AOB_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 принимает решение о том, закончен ли ввод транспортного потока звуковых данных, предназначенных для записи в ФАЙЛе_ЗОБ №... (AOB_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 принимает решение о том, достигло ли значение переменной Номер_Кадра (Frame_Number) того количества кадров, которое задано в "КОЛК_Средн_ЭТППВР" (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) в виде Элемента_ТППВР №у (TMSRT_entry#y) для ЭЛЕМЕНТа_ЗОБ №у (AOB_ELEMENT#y). Перед тем как выполнить операцию S215, при которой производят проверку того, достигла ли переменная "у" (#у) значения "252", выполняют операцию S214, при которой ЦП 28 осуществляет приращение переменной "у" (#у): (#у←#у+1).
Значение "252" используют потому, что оно представляет собой то максимальное количество ЭЛЕМЕНТов_ЗОБ (AOB_ELEMENTs), которое может быть запомнено в одном ЗОБ (АОВ). Если переменная "у" (#у) имеет значение меньше, чем 252, то в процессе обработки переходят к выполнению операции S216, при которой ЦП 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) ИДФ №2 (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, могут быть выполнены посредством исполняемых программ, сбыт и продажа которых могут быть осуществлены в записанном на носителе записи виде. Этот носитель записи может представлять собой плату интегральных схем (IC card), оптический диск, гибкий диск или подобные им устройства с программами, записанными на носителе записи, причем использование осуществляют после того, как они будут установлены в стандартной компьютерной аппаратуре. Посредством осуществления обработки в соответствии с этими установленными программами стандартная компьютерная аппаратура может выполнять те же самые функции, что и устройство воспроизведения и устройство записи, которые описаны в вышеуказанном варианте осуществления.
(е) Несмотря на то что в приведенном выше варианте осуществления описан тот вариант, в котором в плате 31 флэш-памяти запоминают множество ЗОБ (АОВ) и множество ключей файла (FileKeys), необходимым условием является запоминание только одного ЗОБ (АОВ) и одного Ключа файла (FileKey). Также не является обязательным условием шифрование ЗОБ (АОВ), поэтому запоминание ЗОБ (АОВ) в плате 31 флэш-памяти может быть осуществлено в формате ААС (усовершенствованного кодирования звуковой информации - УКЗИ).
ВТОРОЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
Второй вариант осуществления настоящего изобретения относится к усовершенствованному запоминанию неподвижных изображений совместно с файлами ЗОБ (АОВ files), описанными в первом варианте осуществления изобретения. Эти неподвижные изображения выводят на экран при воспроизведении файлов ЗОБ.
{69-1} Иерархическая структура платы флэш-памяти из второго варианта осуществления изобретения
На Фиг.69 показана иерархическая структура платы 31 флэш-памяти для этого второго варианта осуществления. Отличие иерархической структуры платы 31 флэш-памяти, описанной в этом варианте осуществления, от иерархической структуры по первому варианту осуществления состоит в том, что к воспроизводимым данным добавлены ИОБ (РОВ) (объекты в виде изображений), а к навигационным данным добавлены администраторы ИОБ (POBManagers). ИОБ (РОВ) представляют собой фрагменты данных о неподвижных изображениях в формате JPEG (формат, предложенный Объединенной группой экспертов по машинной обработке фотоизображений), обращение к которым осуществляют посредством администратора списка воспроизводимых файлов (PlaylistManager) и администратора фонограмм (TrackManager). Администратор ИОБ (POBManager) представляет собой управляющую информацию, в которой описано то, каким образом должно быть выполнено обращение к ИОБ (РОВ) посредством администратора списка воспроизводимых файлов (PlaylistManager) и администратора фонограмм (TrackManager).
{69-1_70А-1} Структура области данных пользователя на уровне файловой системы
Поскольку в этом варианте осуществления к воспроизводимым данным и к навигационным данным добавляют дополнительную информацию, внутреннюю структуру области данных пользователя и защищенной области на уровне файловой системы изменяют так, как показано на Фиг.70А и Фиг.70Б. Изображенная на Фиг.70А область данных пользователя отличается от показанной на Фиг.8А тем, что помимо файла администратора ИОБ (POBManager) "POBOOO.POM" в нее добавлены файлы с именами "POBXXX.JPG" и "POBXXX.SP1".
Файлы "POBXXX.JPG" и "POBXXX.SP1" соответствуют ИОБ (РОВ), показанному на Фиг.69, а файл "POBOOO.POM" соответствует администратору ИОБ (POBManager). Различие между файлами "POBXXX.JPG" и "POBXXX.SP1" обусловлено необходимостью обеспечения защиты авторского права. Файлы с расширением имени файла "JPG" представляют собой просто файлы, содержащие данные о неподвижных изображениях в формате JPEG, а файлы с расширением имени файла "SP1" были зашифрованы для обеспечения защиты авторских прав, распространяющихся на неподвижные изображения. Здесь аббревиатура "SP" означает "защищенное изображение" и указывает на необходимость обеспечения защиты авторского права.
Для того чтобы предоставить возможность пользователям создавать свое собственное запомненное информационное содержимое, в плату флэш-памяти может быть осуществлена запись созданных пользователями неподвижных изображений, например семейных фотографий или памятных изображений. Поскольку для подобных изображений обычно не нужно обеспечивать защиту авторского права, то их запись в плате флэш-памяти может быть осуществлена в формате JPEG без шифрования. С другой стороны, фотографии артиста и иллюстративный материал альбома обычно являются собственностью артиста или звукозаписывающей компании. Поскольку существует риск несанкционированного копирования пользователями изображений, переданных службой распространения музыки электронным способом, запись этих изображений в плате флэш-памяти осуществляют в виде файлов "защищенных изображений" ("Secure Picture").
Номера "001", "002", "003",..., присвоенные файлам с именами "POBXXX.SP1" и "РОВХХХ.JPG", представляют собой номера ИОБ (РОВ), которые присвоены отдельным объектам (ИОБ) (РОВ), представляющим собой изображения. Это означает, что изображаемые объекты (ИОБ) (РОВ), представляющие собой изображения, могут быть заданы с использованием номера ИОБ (РОВ).
{69-2_70Б-1} Структура области данных пользователя на уровне файловой системы
На Фиг.70Б показана структура защищенной области в этом втором варианте осуществления изобретения. В сравнении с защищенной областью, показанной на Фиг.8Б, защищенная область в этом втором варианте осуществления дополнительно содержит в себе файл хранения ключей шифрования, именуемый "POBSP1.key". В этом файле запомнены ключи файлов (FileKeys), которые используют для расшифровки (зашифрованных) файлов "POBXXX.SP1". После считывания файла "POBXXX.SP1" необходимо выполнить извлечение ключа файла (FileKey) из этого файла хранения ключей шифрования "POBSP1.key".
Каталоги ИЗД (SD_Audio), показанные на Фиг.70А и Фиг.70Б, хранят в компьютере сервера, управление которым осуществляет звукозаписывающая компания, распространяющая музыку электронным способом. Когда пользователь делает заказ о приобретении музыкального информационного содержимого, компьютер сервера сжимает соответствующий каталог ИЗД (SD_Audio), зашифровывает его, а затем осуществляет его передачу тому пользователю, который сделал этот заказ.
Компьютер пользователя принимает каталог ИЗД (SD_Audio), расшифровывает его, распаковывает его и, таким образом, получает исходный каталог ИЗД (SD_Audio). Следует отметить, что вместо этого компьютер может выполнять загрузку фонограмм (ЗОБ) (АОВ) с сопутствующими неподвижными изображениями (ИОБ) (РОВ) из компьютера сервера, а затем самостоятельно осуществлять генерацию каталогов ИЗД (SD_Audio), показанных на Фиг.70А и Фиг.70Б, в плате 31 флэш-памяти.
{69-3_71А,Б,В-1} Внутренняя структура файлов "POBXXX.JPG" и "POBXXX.SP1"
Ниже приведено описание внутренней структуры файлов "POBXXX.JPG" и "POBXXX.SP1". На Фиг.71А показана внутренняя структура файла "POBXXX.JPG". Этот файл содержит в себе незашифрованные данные о неподвижном изображении и, следовательно, имеет такую же структуру, как и стандартный файл формата JPEG.
На Фиг.71Б показана внутренняя структура файла "POBXXX.SP1". Как показано на чертеже, такие файлы содержат в себе Заголовок_ИОБ (З_ИОБ) (POB_Header (POB_H)) и зашифрованные данные о неподвижном изображении в формате JPEG.
Внутренняя структура З_ИОБ (РОВ_Н) показана посредством пунктирных линий hP1, изображенных на Фиг.71Б. Как показано на чертеже, З_ИОБ (РОВ_Н) состоит из двухбайтового ИД_ИОБ (идентификатора ИОБ) (РОВ_ID), значение которого установлено равным "FFE0" для указания того, что текущий файл является файлом ИОБ (РОВ file), зарезервированной области, занимающей один байт, однобайтового АТР_ИОБ (атрибута ИОБ) (POB_ATR), посредством которого указывают, имеются ли в "POBXXX.SP1" зашифрованные данные, и из четырехбайтового ОБ_ИОБ (объем ИОБ) (РОВ_SZ), посредством которого указывают объем данных ИОБ.
В том случае, когда в файле "POBXXX.SP1" имеются зашифрованные данные, значение АТР_ИОБ (POB_ATR) устанавливают равным "0" для указания того, что "тело данных существует" (то есть, когда посредством файла "POBXXX.SP1" не осуществляют косвенную ссылку на другой файл). В противном случае, когда в файле "POBXXX.SP1" отсутствуют зашифрованные данные, то вместо этого в файле запоминают путь доступа к файлу, содержащему в себе данные о неподвижном изображении (то есть, когда посредством файла "POBXXX.SP1" осуществляют косвенную ссылку на другой файл). На Фиг.71В приведен пример файла ИОБ (РОВ), в котором вместо зашифрованного тела данных запомнен путь доступа к файлу.
Именем файла "photo001.JPG", указанным в пути доступа "\DCIM\Ctg_001\photo001.JPG", обозначен файл, в котором сохранены данные о неподвижном изображении для цифровой фотографии, полученной с использованием цифровой фотографической камеры. В том случае, если в файле ИОБ (РОВ) приведенным выше способом указаны путь доступа к каталогу и имя файла, то этим осуществлена косвенная ссылка на данные об изображениях, хранящихся в файле "photo001.JPG", путь доступа к которому имеет вид "\DCIM\Ctg_001\photo001.JPG". В этом "POBXXX.SP1" значение АТР_ИОБ (POB_ATR) в администраторе_ИОБ (POBMANAGER) установлено равным "1" для указания того, что в нем "отсутствует тело данных".
В качестве одного из примеров приведен случай, в котором необходимым условием работы драйвера устройства для цифровой фотографической камеры является сохранение данных о неподвижном изображении, полученном посредством камеры, в конкретном файле конкретного каталога, при этом указание файла JPG, в котором запомнены данные о неподвижном изображении, в файле ИОБ (РОВ), подобном показанному на Фиг.71В, может быть осуществлено с использованием косвенной ссылки на путь доступа к файлу (на Фиг.71В драйвер устройства для цифровой фотографической камеры обуславливает обязательное запоминание файлов в том месте, которое задано посредством пути доступа "\DCIM\Ctg_001\photo001.JPG" и т.д.). В результате, вывод таких данных о неподвижном изображении на экран во время воспроизведения музыкального содержимого может быть осуществлен даже в том случае, когда данные о неподвижном изображении, запись которого выполнена посредством цифровой камеры, записаны в конкретном файле и в конкретном каталоге в соответствии с требованиями, обусловленными драйвером устройства.
Этим завершают описание воспроизводимых данных для этого второго варианта осуществления настоящего изобретения.
{72-1} Администратор списка воспроизводимых файлов (PlaylistManager) и администратор фонограмм (TrackManager)
Отображение на экране файлов "POBXXX.JPG" и "POBXXX.SP1" воспроизводимых данных осуществляют синхронно с воспроизведением фонограмм, описание которого было приведено в первом варианте осуществления изобретения. Для осуществления такого синхронного вывода на экран изображений вместе с фонограммами администратор списка воспроизводимых файлов (PlaylistManager) и администратор фонограмм (TrackManager) из второго варианта осуществления имеют структуру, показанную на Фиг.72. На Фиг.72 показана подробная структура администратора списка воспроизводимых файлов (PlaylistManager) и администратора фонограмм (TrackManager) в этом втором варианте осуществления. В этом варианте осуществления администратор списка воспроизводимых файлов (PlaylistManager) и администратор фонограмм (TrackManager) отличаются от показанных на Фиг.17 из первого варианта осуществления тем, что в отличие от прежнего варианта содержимое Общей_информации_о_списке_воспроизводимых_файлов_по_умолчанию (ОИСВФУ) (Default_Playlist_General_Information (DPLGI)) и Общей_информации_о_списке_воспроизводимых_файлов (ОИСВФ) (Playlist_General_Information (PLGI)) показано в явном виде, и что в ОИФГ (TKGI) созданы АТР_ИОБ_ИДФ (TKI_POB_ATR) и двадцать новых УП_ИОБ_ИДФ (TKI_POB_TKIs).
{72-2} ОИСВФУ (DPLGI)
Как показано пунктирными линиями h61, Общая_информация_о_списке_воспроизводимых_файлов_по_умолчанию (ОИСВФУ) (Default_Playlist_General_Information (DPLGI)) содержит в себе поле ИД_ИСВФУ (идентификатор ИСВФУ) (DPLI_ID), в котором записан уникальный идентификатор для ИСВФУ (DPLI), поле КОЛ_ФГ_ИСВФУ (DPLI_TK_Ns), в котором записано количество фонограмм, на которые имеется ссылка в ИСВФУ (DPLI), поле ПР_ВП_ИСВФУ (DPLI_PB_TM), в котором в единицах миллисекунд записана общая продолжительность воспроизведения всех фонограмм, на которые имеется ссылка в списке воспроизводимых файлов, заданном по умолчанию, поле АТР_ИОБ_ИСВФУ (DPLI_РОВ_ATR) и шестьдесят полей УП_ИОБ_ИСВФУ (DPLI_POB_SRP).
{72-3} ОИСВФ (PLGI)
Как показано пунктирными линиями h62, каждый фрагмент Общей_информации_о_списке_воспроизводимых_файлов (ОИСВФ) (Playlist_General_Information (PLGI)) состоит из поля ИД_ИСВФ (PLI_ID), в котором записан уникальный идентификатор для ИСВФ (PLI), поля КОЛ_ФГ_ИСВФ (PLI_TK_Ns), в котором записано количество фонограмм (максимальное количество которых равно "99"), на которые имеется ссылка в ИСВФ (PLI), поля ПР_ВП_ИСВФ (PLI_PB_TM), в котором в единицах миллисекунд записана общая продолжительность воспроизведения всех фонограмм, на которые имеется ссылка в списке воспроизводимых файлов, поля АТР_ИОБ_ИСВФ (PLI_POB_PLI) и двадцати полей УП_ИОБ_ИСВФ (PLI_POB_SRP).
{72-4_73} Краткий обзор дополнений и усовершенствований, реализованных во втором варианте осуществления изобретения
Из приведенного выше пояснения понятно, что ОИФГ (TKGI) в этом втором варианте осуществления дополнительно содержит в себе два вида информации: АТР_ИОБ_ИДФ (TKI_POB_ATR) и УП_ИОБ_ИДФ (TKI_POB_TKIs). Точно так же и ОИСВФУ (DPLGI) дополнительно содержит в себе два вида информации: АТР_ИОБ_ИСВФУ (DPLI_РОВ_ATR) и DPLI_РОВ_SRPS, и каждая ОИСВФ (PLGI) также дополнительно содержит в себе два вида информации: АТР_ИОБ_ИСВФ (PLI_POB_PLI) и УП_ИОБ_ИСВФ (PLI_POB_SRPs).
Каждый из УП_ИОБ_ИДФ (TKI_POB_TKIs), УП_ИОБ_ИСВФ (PLI_POB_SRPs) и УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) имеет одинаковую структуру и их используют для точного определения ИОБ (РОВ). На Фиг.73 показано то, как посредством УП_ИОБ_ИДФ (TKI_РОВ_TKIs), УП_ИОБ_ИСВФ (PLI_POB_SRPs) и УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) осуществляют задание файлов ИОБ (РОВ), которые, например, показаны на Фиг.70А. Ниже приведено описание структуры данных АТР_ИОБ_ИДФ (АТР_ИОБ_ИСВФУ, АТР_ИОБ_ИСВФ) (TKI_POB_ATR (DPLI_POB_ATR, PLI_POB_ATR)) и УП_ИОБ_ИДФ (УП_ИОБ_ИСВФУ, УП_ИОБ_ИСВФ) (TKI_POB_SRPs (DPLI_POB_SRPs, PLI_POB_SRPs)).
{74-1} УП_ИОБ_ИДФ (TKI_POB_SRPs)
УП_ИОБ_ИДФ (TKI_POB_SRP) представляет собой поле, в котором указан ИОБ (РОВ), предназначенный для отображения на экране в течение периода воспроизведения конкретного ЗОБ (АОВ) из общей продолжительности воспроизведения фонограмм, порядок воспроизведения которых указан посредством Информации_о_списке_воспроизводимых_файлов_по_умолчанию Default_Playlist_Information или ИСВФ (PLI). Иначе говоря, ИОБ (РОВ), предназначенный для отображения на экране во время воспроизведения фонограммы, может быть задан посредством установки параметров УП_ИОБ_ИДФ (TKI_POB_SRP) в администраторе фонограмм (TrackManager).
На Фиг.74 показана структура данных УП_ИОБ_ИДФ (TKI__POB_SRPs) и АТР_ИОБ_ИДФ (TKI_POB_ATR).
Как показано на чертеже, УП_ИОБ_ИДФ (TKI_POB_SRP) состоит из "поля задания ИОБ (РОВ)" (РОВ Specifying Field) (обозначенного на чертеже как "Номер_ИОБ" ("POB_No.")), которое находится между битом номер b25 и битом номер b16, поля "количество элементов изображения" (Number of Pixels), которое находится между битом номер b11 и битом номер b8, поля "таблица Хаффмана" (Huffman Table), которое находится между битом номер b7 и битом номер b6, поля "дискретизация цветности" (Chrominance Sampling), которое находится между битом номер b5 и битом номер b4, и поля "режим кодирования изображения" (Picture Coding Mode), которое находится между битом номер b3 и битом номер b0. Поля, которые расположены между битом номер b12 и битом номер b15, а также между битом номер b26 и битом номер b31, являются зарезервированными областями.
"Поле задания ИОБ (РОВ)" используют для хранения номера, принимающего значения между "1" и "999", который представляет собой номер ИОБ (РОВ), предназначенного для вывода на экран во время воспроизведения файла ЗОБ (АОВ file), который соответствует этим ИДФ (TKI). В том случае, когда во время воспроизведения файла ЗОБ (АОВ file), соответствующего этим ИДФ (TKI), не нужно осуществлять вывод на экран какого-либо неподвижного изображения, в "поле задания ИОБ (РОВ)" устанавливают значение "0".
Поле "режим кодирования изображения" используют для уведомления устройства воспроизведения о том, какой способ кодирования был использован для неподвижного изображения, которое указано посредством "поля задания ИОБ (РОВ)".
Поле "дискретизация цветности" используют для указания соотношения, которое было использовано для дискретизации яркости и дискретизации цветности двух цветов при кодировании неподвижного изображения, указанного в "поле задания ИОБ (РОВ)". Для указания того, что соотношение равно "4:2:2", в этом поле устанавливают двоичное значение "00", а для указания того, что соотношение равно "4:2:0", - устанавливают значение "01".
В поле "таблица Хаффмана" указывают, следует ли при выводе на экран неподвижного изображения, указанного посредством "поля задания ИОБ (РОВ)", использовать типовую таблицу Хаффмана. При необходимости использования таблицы Хаффмана значение этого поля устанавливают равным "00".
Поле "количество элементов изображения" представляет собой поле, в котором записывают размер в пикселах (элементах изображения) неподвижного изображения, указанного в "поле задания ИОБ (РОВ)". В том случае, когда размер неподвижного изображения, указанного посредством "поля задания ИОБ (РОВ)", равен 96*96 пикселов, в этом поле записывают двоичное значение, равное "0000"; в том случае, когда размер изображения, указанного посредством "поля задания ИОБ (РОВ)", равен 640*480 пикселов, то записывают значение "0001"; а в том случае, когда изображение имеет иной размер в диапазоне от 160*120 пикселов до 1800*1200 пикселов, то записывают значение "0010".
При наличии такой структуры ОИФГ (TKGI) содержит в себе двадцать УП_ИОБ_ИДФ (TKI_POB_SRPs), поэтому во время воспроизведения фонограммы на экран может быть выведено максимум двадцать неподвижных изображений. В том случае, когда фонограмма состоит из несколько ИДФ (TKI), имеют силу только УП_ИОБ_ИДФ (TKI_POB_SRPs) в первых ИДФ (TKI)).
{74-2} АТР_ИОБ_ИДФ (TKI_POB_ATR)
"АТР_ИОБ_ИДФ" (TKI_POB_ATR) создают для того, чтобы указать, как следует выводить на экран ИОБ (РОВ), указанные посредством двадцати УП_ИОБ_ИДФ (TKI_POB_SRPs), в ОИФГ (TKGI). "АТР_ИОБ_ИДФ" (TKI_POB_ATR) содержит в себе поле "режим с учетом порядка отображения на экране" (Display Order Mode), расположенное между битом, имеющим номер b0, и битом, имеющим номер b1, и поле "режим с учетом времени отображения на экране" (Display Timing Mode), расположенное между битом, имеющим номер b2, и битом, имеющим номер b3.
Поле "режим с учетом порядка отображения на экране" используют для указания порядка вывода на экран ИОБ (РОВ), заданных посредством двадцати УП_ИОБ_ИДФ (TKI_POB_SRPs) в ОИФГ (TKGI). В этом варианте осуществления вывод ИОБ (РОВ) на экран в течение периода воспроизведения ЗОБ (АОВ) выполняют в одном из трех режимов.
Первый режим называют "последовательным режимом" и он представляет собой такой режим, в котором вывод на экран ИОБ (РОВ), указанных посредством, максимум, двадцати УП_ИОБ_ИДФ (TKI_POB_SRPs) в ОИФГ (TKGI), осуществляют в том порядке, в котором УП_ИОБ_ИДФ (TKI_POB_SRPs) заданы в ОИФГ (TKGI).
Второй режим называют "случайным режимом" и он представляет собой такой режим, в котором вывод на экран ИОБ (РОВ), указанных посредством, максимум, двадцати УП ИОБ ИДФ (TKI_POB_SRPs) в ОИФГ (TKGI) осуществляют в произвольном порядке.
Третий режим называют "режимом перестановки" и он представляет собой такой режим, в котором вывод на экран ИОБ (РОВ), указанных посредством, максимум, двадцати УП_ИОБ_ИДФ (TKI_POB_SRPs) в ОИФГ (TKGI), осуществляют в произвольном порядке без повторения.
Для того чтобы задать последовательный режим, в поле "режим с учетом порядка отображения на экране" устанавливают двоичное значение, равное "00". В противном случае, для задания случайного режима устанавливают двоичное значение, равное "01", а для задания режима перестановки устанавливают двоичное значение, равное "10".
Поле "режим с учетом времени отображения на экране" используют для указания, следует ли при воспроизведении файла ЗОБ (АОВ file), который соответствует ИДФ (TKI), осуществлять синхронный вывод на экран ИОБ (РОВ), указанных посредством, максимум, двадцати УП_ИОБ_ИДФ (TKI_POB_SRPs) из ОИФГ (TKGI). Режим, в котором изображения являются синхронизированными со звуковыми данными, называют "режимом слайд-шоу". В "режиме слайд-шоу" пользователь не может производить пропуск отображаемых на экране изображений, не осуществляя при этом пропуск воспроизводимых звуковых данных.
Другой режим, в котором изображения и звуковые данные не являются синхронизированными, называют "режимом просмотра". В режиме просмотра пользователь может осуществлять пропуск изображений без пропуска звуковых данных.
Таким образом, в ОИФГ (TKGI) задают информацию, которая указывает, какие ИОБ (РОВ) должны быть отображены на экране во время воспроизведения соответствующего файла ЗОБ (АОВ file), в каком порядке эти ИОБ (РОВ) должны быть выведены на экран, и следует ли вывод ИОБ (РОВ) на экран осуществлять синхронно с воспроизведением соответствующего файла ЗОБ (АОВ file).
{74-3_75} Пример установки значений УП_ИОБ_ИДФ (TKI_POB_SRPs), содержащихся в ИДФ с №1 по №3 (TKI#1-TKI#3)
На Фиг.75 показан приведенный в качестве примера вариант установки значений УП_ИОБ_ИДФ (TKI_POB_SRPs) для ИДФ с ИДФ №1 по ИДФ №3 (TKI#1-TKI#3), содержащихся в администраторе фонограмм (TrackManager).
На первом уровне Фиг.75 изображен администратор фонограмм (TrackManager), а на втором уровне изображены девять файлов ИОБ (РОВ files). Показанный на первом уровне администратор фонограмм (TrackManager) содержит в себе восемь ИДФ (TKI), а стрелками указано, к каким файлам ИОБ (РОВ files) осуществляют обращение посредством УП_ИОБ_ИДФ (TKI_РОВ_SRPs) в этих восьми ИДФ (TKI).
Как указано стрелками, ИДФ №1 (TKI#1) содержат в себе три УП_ИОБ_ИДФ (TKI_POB_SRPs), посредством которых заданы ИОБ (РОВ) с ИОБ001 (РОВ001) по ИОБ003 (РОВ003), ИДФ №2 (TKI#2) содержат в себе три УП_ИОБ_ИДФ (TKI_POB_SRPs), посредством которых заданы ИОБ (РОВ) с ИОБ004 (РОВ004) по ИОБ006 (РОВ006), а ИДФ №3 (TKI#3) содержат в себе три УП_ИОБ_ИДФ (TKI_POB_SRPs), посредством которых заданы ИОБ (РОВ) с ИОБ007 (РОВ007) по ИОБ009 (РОВ009).
В этом варианте осуществления полагают, что ИОБ (РОВ) с ИОБ001 (РОВ001) по ИОБ009 (РОВ009) представляют собой данные об изображениях в формате JPEG, состоящие из слов песен, наложенных на обычный фон. Слова, образующие собой тексты песен, отображают с использованием шрифта, соответствующего характеру песни, и они могут быть выполнены более выразительными, например, путем дополнительного выделения их жирным шрифтом.
На нижнем уровне Фиг.75 показано содержимое каждого ИОБ (РОВ). Содержимое ИОБ (РОВ) с ИОБ001 по ИОБ003 (РОВ001-РОВ003) представляет собой слова песни для Фонограммы A (TrackA), содержимое ИОБ (РОВ) с ИОБ004 по ИОБ006 (РОВ004-РОВ006) представляет собой слова песни для Фонограммы Б (TrackB), а содержимое ИОБ (РОВ) с ИОБ007 по ИОБ009 (РОВ007-РОВ009) - слова песни для Фонограммы В (TrackC). Поскольку отображение на экране этих изображений имеет смысл выполнять только во время воспроизведения соответствующих фонограмм, то значения УП_ИОБ_ИДФ (TKI_POB_SRPs), содержащихся в ИДФ (TKI), устанавливают таким образом, чтобы вывод этих изображений на экран осуществлять во время такого воспроизведения.
Каждая фонограмма имеет такую же продолжительность воспроизведения, как показанная на Фиг.16, ссылка на которую была приведена в первом варианте осуществления. Это означает, что продолжительность воспроизведения "АОВ001.SA1", соответствующего ИДФ №1 (TKI#1), равна 6,1 минуты, продолжительность воспроизведения "АОВ002.SA1", соответствующего ИДФ №2 (TKI#2), равна 3,3 минуты, а продолжительность воспроизведения "AOB003.SA1", соответствующего ИДФ №3 (ТКI#3), равна 5,5 минуты. В течение всего этого времени воспроизведения заданные в ИДФ (TKIs) УП_ИОБ_ИДФ (TKI_POB_SRPs) становятся действующими, и таким образом устройство воспроизведения может осуществлять вывод ИОБ (POBs) на экран в соответствии с этими действующими УП_ИОБ_ИДФ (TKI_POB_SRPs).
Продолжительность воспроизведения "AOBSA1.001", соответствующего ИДФ №1 (TKI#1), равна 6,1 минуты, поэтому в том случае, если в течение этого периода времени отображение ИОБ с ИОБ001 по ИОБ003 (РОВ001-РОВ003) на экране нужно осуществлять в течение одинакового времени, то каждое изображение будет выведено на экран в течение 2,03 (=6,1/3) минуты. Продолжительность воспроизведения "AOBSA2.001", соответствующего ИДФ №2 (TKI#2), равна 3,3 минуты, поэтому вывод на экран каждого из ИОБ с ИОБ004 по ИОБ006 (РОВ004-РОВ006) будет осуществлен в течение 1,1 (=3,3/3) минуты. Продолжительность воспроизведения "AOBSA3.001", соответствующего ИДФ №3 (TKI#3), равна 5,5 минуты, поэтому вывод на экран каждого из ИОБ с ИОБ007 по ИОБ009 (РОВ007-РОВ009) будет осуществлен в течение 1,83 (=5,5/3) минуты.
{74-4_76} Пример установки значений УП_ИОБ_ИДФ (TKI_POB_SRPs), содержащихся в ИДФ с №4 по №8 (TKI#4-TKI#8)
На Фиг.76 показан один из примеров установки значений УП_ИОБ_ИДФ (TKI_POB_SRPs) в ИДФ с ИДФ №4 по ИДФ №8 (TKI#4-TKI#8), содержащихся в администраторе фонограмм (TrackManager).
На первом уровне показан администратор фонограмм (TrackManager), а на втором уровне показаны десять файлов ИОБ (РОВ files). Как показано стрелками на чертеже, ИДФ №4 (TKI#4) содержат в себе семь УП_ИОБ_ИДФ (TKI_POB_SRPs), посредством которых, соответственно, заданы ИОБ010-ИОБ016 (РОВ010-РОВ016).
Подобным же образом, ИДФ №8 (ТКI#8) содержит в себе три УП_ИОБ_ИДФ (TKI_POB_SRPs), посредством которых соответственно заданы ИОБ017 - ИОБ019 (РОВ017-РОВ019). В настоящем варианте осуществления ИОБ с ИОБ010 по ИОБ019 (РОВ010-РОВ019), так же как и ИОБ с ИОБ001 по ИОБ009 (РОВ001-РОВ009), представляют собой данные об изображениях в формате JPEG, состоящие из слов песен, наложенных на обычный фон. Причина того, что УП_ИОБ_ИДФ (TKI_РОВ_SRPs) задают только для ИДФ №4 (TKI#4), а не для какого-либо ИДФ с №5 по №7 (TKI#5-TKI#7), заключается в том, что, как указано ранее, в том случае, когда одиночная фонограмма состоит из множества ИДФ (TKI), действующими являются только УП_ИОБ_ИДФ (TKI_POB_SRPs) в первом ИДФ (TKI).
Содержимое ИОБ с ИОБ010 по ИОБ016 - (РОВ010-РОВ016) представляет собой слова песни для Фонограммы Г (TrackD), что показано на Фиг.16 из первого варианта осуществления, а содержимое ИОБ с ИОБ017 по ИОБ019 (РОВ016-РОВ019) представляет собой слова песни для Фонограммы Д (TrackE). Общая продолжительность воспроизведения файлов с "AOB004.SA1" по "АОВ007.SA1", соответствующих ИДФ с №4 по №7 (TKI#4-TKI#7), равна 30,6 минуты, поэтому продолжительность вывода на экран каждого из ИОБ с ИОБ010 по ИОБ016 (РОВ010-РОВ016) равна 4,37 (=30,6/7) минуты. В результате, за время воспроизведения Фонограммы Г (TrackD) каждый ИОБ (РОВ) может быть отображен на экране в течение этого времени. Поскольку продолжительность воспроизведения "AOBSA8.SA1", соответствующего ИДФ №8 (ТКI#8), равна 7,0 минут, то продолжительность вывода на экран каждого из ИОБ с №17 по №19 (РОВ017-РОВ019) равна 2,33 (=7,0/3) минуты.
{77-1} УП_ИОБ_ИСВФУ (DPLI_POB_SRP) и АТР_ИОБ_ИСВФУ (DPLI_POB_ATR), которые содержатся в ОИСВФУ (DPLGI)
В то время как посредством УП_ИОБ_ИДФ (TKI_POB_SRPs) можно указать, какие именно ИОБ (POBs) следует отобразить на экране при воспроизведении каждой фонограммы, посредством же УП_ИОБ_ИСВФУ (DPLI_POB_SRPs), заданных в ОИСВФУ (DPLGI), осуществляют указание тех ИОБ (POBs), отображение которых на экране во время воспроизведения множества ЗОБ (АОВ) должно быть выполнено в соответствии с порядком, который указан в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information).
На Фиг.77 показаны УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) и АТР_ИОБ_ИСВФУ (DPLI_POB_ATRs), содержащиеся в ОИСВФУ (DPLGI). Из этого чертежа видно, что содержащиеся в ОИСВФУ (DPLGI) УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) и АТР_ИОБ_ИСВФУ (DPLI_POB_ATRs) имеют точно такую же структуру данных, как УП_ИОБ_ИДФ (TKI_POB_SRPs) и АТР_ИОБ_ИДФ (TKI_POB_ATRs).
Поскольку порядок воспроизведения множества файлов ЗОБ (АОВ files) задан посредством Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), то приведенные на Фиг.77 УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) и АТР_ИОБ_ИСВФУ (DPLI_POB_ATRs) могут быть установлены таким образом, чтобы посредством них было указано: (1) какие ИОБ (POBs) следует отображать на экране во время воспроизведения множества файлов ЗОБ (АОВ files), порядок воспроизведения которых указан в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), (2) в каком порядке следует осуществлять вывод этих ИОБ (POBs) на экран и (3) должен ли вывод ИОБ (POBs) на экран быть осуществлен синхронно с воспроизведением ЗОБ (АОВ), соответствующего ИДФ (TKI).
{77-2_78} Пример установки значений двадцати УП_ИОБ_ИСВФУ (DPLI_POB_SRPs)
На Фиг.78 показан пример установки значений двадцати УП_ИОБ_ИСВФУ (DPLI_POB_SRPs), содержащихся в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information). На чертеже на первом уровне показана Информация_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), а в находящихся внутри нее рамках показаны ОИСВФУ (DPLGI) и двадцать УП_ИОБ_ИСВФУ (DPLI_РОВ_SRPs). На втором уровне показаны двадцать файлов ИОБ (РОВ files) с ИОБ020 по ИОБ039 (РОВ020-РОВ039). Как показано стрелками, посредством двадцати УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) соответственно заданы двадцать файлов ИОБ (РОВ files) с ИОБ020 по ИОБ039 (РОВ020-РОВ039).
Файл ИОБ020 (РОВ020) представляет собой изображение, которое используют в качестве изображения на обложке упаковки музыкального альбома, состоящего из фонограмм с Фонограммы A (TrackA) по Фонограмму Д (TrackE), файл ИОБ021 (РОВ021) представляет собой логотип компании-изготовителя, выпустившей этот музыкальный альбом. Файлы с ИОБ022 по ИОБ025 (РОВ022-РОВ025) представляют собой фотографии артиста, файлы с ИОБ026 по ИОБ031 (РОВ026-РОВ031) представляют собой изображения, взятые из рекламного видеофильма, а файлы с ИОБ032 по ИОБ039 (РОВ032-РОВ039) представляют собой фотографии артиста, исполняющего фонограммы с Фонограммы A (TrackA) по Фонограмму Д (TrackE) на концерте. УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) задан производителем музыкального информационного содержимого и, следовательно, может быть установлен таким образом, чтобы во время воспроизведения обеспечивать вывод на экран соответствующих фонограммам изображений, представляющих собой содержание музыкальных произведений, фотографии артиста и т.д.
Во время воспроизведения файлов ЗОБ (АОВ files), порядок воспроизведения которых указан в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), на экране будут отображены те файлы ИОБ (РОВ), которые указаны посредством УП_ИОБ_ИСВФУ (DPLI_POB_SRPs), содержащихся в ОИСВФУ (DPLGI). В примере, показанном на Фиг.40, в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) порядок воспроизведения пяти фонограмм: с Фонограммы А (TrackA) по Фонограмму Д (TrackE), задан посредством восьми ИДФ (TKI), образующих собой эти фонограммы. Между тем, в примере, показанном на Фиг.78, посредством УП_ИОБ_ИСВФУ (DPLI_POB_SRPs), содержащихся в этой Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), заданы двадцать файлов ИОБ (РОВ), причем такое задание имеет силу в течение времени, равного продолжительности воспроизведения фонограмм с Фонограммы А (TrackA) по Фонограмму Д (TrackE), которое составляет 52,5 минуты. В том случае, когда эту продолжительность воспроизведения, равную 52,5 минутам, нужно разделить поровну между файлами с ИОБ020 по ИОБ039 (РОВ020-РОВ039), каждое изображение будет отображено на экране в течение 2,625 (=52,5/20) минуты.
{77-3_79} Замена изображений, расположенных на переднем плане, и фоновых изображений в процессе воспроизведения
Фиг.79 представляет собой временную диаграмму, на которой показано, какие изображения объединяют в том случае, когда в качестве фоновых изображений используют ИОБ (POBs), указанные посредством УП_ИОБ_ИСВФУ (DPLI_POB_SRP), содержащихся в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), а в качестве изображений, расположенных на переднем плане, используют ИОБ (POBs), указанные посредством УП_ИОБ_ИДФ (TKI_POB_SRPs), содержащихся в администраторе фонограмм (TrackManager).
На чертеже на первом уровне показаны те же самые ИОБ (POBs), что и на втором уровне из Фиг.78, а на втором уровне показаны те же самые ИОБ (POBs), что и на втором уровне из Фиг.75 и Фиг.76. Масштабная шкала, проходящая горизонтально в верхней части Фиг.79, указывает продолжительность воспроизведения в единицах минут. Следовательно, горизонтальный размер каждого ИОБ (РОВ) на Фиг.79 указывает время непрерывного отображения на экране каждого ИОБ (РОВ).
Из временной масштабной шкалы по Фиг.79 видно, что в течение промежутка времени от начала воспроизведения до точки, соответствующей 6,1 минуты, осуществляют последовательное отображение на экране файлов с ИОБ001 по ИОБ003 (РОВ001-РОВ003) (представляющих собой слова песни для Фонограммы A (TrackA)) в качестве изображений, расположенных на переднем плане, и одновременно с этим осуществляют последовательное отображение на экране файлов ИОБ020 (РОВ020) (изображение обложки альбома), ИОБ021 (РОВ021) (логотип компании-изготовителя), и ИОБ022 (РОВ022) (фотография артиста), служащих в качестве фоновых изображений.
В течение времени воспроизведения между точкой, соответствующей 6,1 минуты после начала воспроизведения, и точкой, соответствующей 14,9 (=6,1+3,3+5,5) минуты после начала воспроизведения, на экране в качестве изображений, расположенных на переднем плане, последовательно отображают файлы с ИОБ004 по ИОБ009 (РОВ004-РОВ009) (представляющие собой слова песен для Фонограммы Б (TrackB) и Фонограммы В (TrackC)), и одновременно с этим осуществляют последовательное отображение на экране файлов с ИОБ022 по ИОБ025 (РОВ022-РОВ025) (фотографий артиста), служащих в качестве фоновых изображений.
В течение промежутка времени после точки, находящейся через 14,9 минуты от начала воспроизведения, на экране в качестве изображений, расположенных на переднем плане, последовательно отображают файлы с ИОБ010 по ИОБ011 (РОВ010-РОВ011) (представляющие собой слова песни для Фонограммы Г (TrackD)), и одновременно с этим осуществляют последовательное отображение на экране файлов с ИОБ026 по ИОБ028 (РОВ026-РОВ028) (представляющих собой изображения, взятые из рекламного видеофильма), служащих в качестве фоновых изображений.
{77-4_80}
На временной диаграмме из Фиг.79 вывод на экран совокупного изображения, состоящего из ИОБ004 (РОВ004) (слова песни для Фонограммы Б (TrackB)), расположенного на переднем плане, и ИОБ022 (РОВ022) (фотография артиста), расположенного на заднем плане, осуществляют начиная с точки, находящейся через 6,1 минуты после начала воспроизведения согласно Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information). На Фиг.80 показано, как в этой точке, находящейся через 6,1 минуты после начала воспроизведения согласно Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), выполняют объединение изображения, расположенного на переднем плане, и фонового изображения.
{77-5_81}
Таким же точно образом вывод на экран совокупного изображения, состоящего из ИОБ010 (РОВ010) (слова песни для Фонограммы Г (TrackD)), расположенного на переднем плане, и ИОБ026 (РОВ026) (кадр из рекламного видеофильма), расположенного на заднем плане, осуществляют начиная с точки, находящейся через 16 минут после начала воспроизведения согласно Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information). На Фиг.81 показано, как в этой точке, находящейся через 16 минут после начала воспроизведения согласно Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), осуществляют объединение изображения, расположенного на переднем плане, и фонового изображения.
Как описано выше, если совокупное изображение создано путем объединения файла ИОБ (РОВ), указанного посредством УП_ИОБ_ИСВФУ (DPLI_POB_SRP) в Информации_о_списке_воспроизводимых файлов_по_умолчанию (Default_Playlist_Information) в качестве изображения, расположенного на переднем плане, и файла ИОБ (РОВ), указанного посредством УП_ИОБ_ИДФ (TKI_РОВ_SRP) в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) в качестве фонового изображения, то отображение на экране слов песни для воспроизводимой фонограммы может быть осуществлено вместе с фотографией артиста, изображением из рекламного видеофильма для фонограммы, фотографией концерта и т.п. Заданные для отображения на экране файлы ИОБ (РОВ) и время их вывода на экран также могут быть легко изменены посредством перезаписи УП_ИОБ_ИДФ (TKI_POB_SRPs) и УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) в администраторе фонограмм (TrackManager) и в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information).
{82-1} УП_ИОБ_ИСВФ (PLI_POB_SRPs) и АТР_ИОБ_ИСВФ (PLI_POB_ATR) в ОИСВФ (PLGI)
Содержащиеся в ОИСВФ (PLGI) УП_ИОБ__ИСВФ (PLI_POB_SRPs) и АТР_ИОБ_ИСВФ (PLI_POB_ATR) имеют такую же структуру данных, как и содержащиеся в ОИСВФУ (DPLGI) УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) и АТР_ИОБ_ИСВФУ (DPLI_POB_ATR), и как УП_ИОБ_ИДФ (TKI_POB_SRPs) и АТР_ИОБ_ИДФ (TKI_POB_ATR) в ИДФ (TKI). На Фиг.82 показаны УП_ИОБ_ИСВФ (PLI_POB_SRPs) и АТР_ИОБ_ИСВФ (PLI_POB_ATRs), содержащиеся в ОИСВФ (PLGI). Как и в первом варианте осуществления, ИСВФ (PLI) отличается от Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) тем, что в ней указан порядок воспроизведения, заданный пользователем, при этом УП_ИОБ_ИСВФ (PLI_POB_SRPs) и АТР_ИОБ_ИСВФ (PLI_POB_ATR) указывают, какие ИОБ (POBs) должны быть отображены на экране во время воспроизведения множества файлов ЗОБ (АОВ files), указанных в этом заданном пользователем порядке воспроизведения, в каком порядке следует отображать эти ИОБ (POBs) на экране и должен ли вывод ИОБ (POBs) на экран быть осуществлен синхронно с воспроизведением соответствующих файлов ЗОБ (АОВ files). Следует отметить, что несмотря на то, что согласно вышеприведенному описанию задание значений УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) осуществляет производитель музыкального информационного содержимого, значения же этих УП_ИОБ_ИСВФ (PLI_POB_SRPs) могут быть легко заданы самими пользователями.
{82-2_83} Пример установки значений УП_ИОБ_ИСВФ (PLI_POB_SRPs), содержащихся в ИСВФ (PLI)
Ниже приведено описание примера установки значений УП_ИОБ_ИСВФ (PLI_POB_SRPs), содержащихся в ИСВФ (PLI).
На Фиг.83 показан один из примеров установки значений двадцати УП_ИОБ_ИСВФ (PLI_POB_SRPs) в ИСВФ (PLI). На чертеже на первом уровне показана ИСВФ (PLI), а в расположенных внутри нее рамках изображены ОИСВФ (PLGI) и двадцать УП_ИОБ_ИСВФ (PLI_POB_SRPs). На втором уровне показаны двадцать файлов ИОБ (РОВ files) с ИОБ040 по ИОБ059 (РОВ040-РОВ059). Как показано стрелками, посредством двадцати УП_ИОБ_ИСВФ (PLI_POB_SRPs) соответственно заданы двадцать файлов ИОБ (РОВ files) с ИОБ040 по ИОБ059 (РОВ040-РОВ059).
В то время как файлы с ИОБ020 по ИОБ039 (РОВ020-РОВ039) представляют собой данные о неподвижных изображениях, созданных производителем музыкального содержимого, файлы с ИОБ040 по ИОБ059 (РОВ040-РОВ059) представляют собой данные о неподвижных изображениях, которые являются созданными пользователем личными фотографиями. В качестве примера, ИОБ040 (РОВ040) представляет собой фотографию семьи пользователя, а ИОБ041 (РОВ041) представляет собой фотографию церемонии окончания пользователем учебного заведения, файлы с ИОБ042 по ИОБ045 (РОВ042-РОВ045) представляют собой фотографии домашнего животного пользователя, файлы с ИОБ046 по ИОБ051 (РОВ046-РОВ051) представляют собой фотографии, снятые пользователем во время отпуска, проведенного в Европе, а файлы с ИОБ052 по ИОБ059 (РОВ052-РОВ059) представляют собой фотографии, снятые пользователем во время отпуска, проведенного в США. Для простоты объяснения, общая продолжительность воспроизведения файлов ЗОБ (АОВ files), указанных посредством этой ИСВФ (PLI), и количество ИОБ (POBs), заданных для отображения на экране посредством этой ИСВФ (PLI), являются такими же, как и в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information). Это означает, что указанная посредством этой ИСВФ (PLI) общая продолжительность воспроизведения фонограмм с Фонограммы А (TrackA) по Фонограмму Д (TrackE) равна 52,5 минутам, и что время отображения каждого из файлов с ИОБ040 по ИОБ059 (РОВ040-РОВ059) на экране равно 2,625 (=52,5/20) минуты в том случае, если во время воспроизведения, имеющего эту продолжительность, каждое изображение должно быть выведено на экран в течение одинакового времени.
{82-3_84} Замена изображений, расположенных на переднем плане, и фоновых изображений в процессе воспроизведения
Фиг.84 представляет собой временную диаграмму, на которой показано, какие изображения объединяют в том случае, когда в качестве фоновых изображений используют ИОБ (POBs), указанные посредством УП_ИОБ ИСВФ (PLI_POB_SRP), содержащихся в описанной выше Информации_о_списке_воспроизводимых файлов (Playlist_Information), а в качестве изображений, расположенных на переднем плане, используют ИОБ (POBs), указанные посредством УП_ИОБ_ИДФ (TKI_POB_SRPs), содержащихся в администраторе фонограмм (TrackManager).
На чертеже на первом уровне показаны те же самые ИОБ (POBs), что и на втором уровне из Фиг.83, а на втором уровне показаны те же самые ИОБ (POBs), что и на втором уровне по Фиг.75 и Фиг.76. Масштабная шкала, проходящая горизонтально в верхней части Фиг.84, указывает продолжительность воспроизведения в единицах минут. Следовательно, горизонтальный размер каждого ИОБ (РОВ) на Фиг.84 указывает время непрерывного отображения на экране каждого ИОБ (РОВ).
Из временного масштаба по Фиг.79 видно, что в течение промежутка времени от начала воспроизведения до точки, соответствующей 6,1 минуты, осуществляют последовательное отображение на экране файлов с ИОБ001 по ИОБ003 (РОВ001-РОВ003) (представляющих собой слова песни для Фонограммы A (TrackA)) в качестве изображений, расположенных на переднем плане, и одновременно с этим осуществляют последовательное отображение на экране файлов ИОБ040 (РОВ040) (фотографии семьи), ИОБ041 (РОВ041) (фотографии церемонии окончания учебного заведения) и ИОБ042 (РОВ042) (фотографии домашнего животного), служащих в качестве фоновых изображений.
В течение времени воспроизведения между точкой, соответствующей 6,1 минуты после начала воспроизведения, и точкой, соответствующей 14,9 (=6,1+3,3+5,5) минуты после начала воспроизведения, на экране в качестве изображений, расположенных на переднем плане, последовательно отображают файлы с ИОБ004 по ИОБ009 (РОВ004-РОВ009) (представляющие собой слова песен для Фонограммы Б (TrackB) и Фонограммы В (TrackC)), и одновременно с этим осуществляют последовательное отображение на экране файлов с ИОБ042 по ИОБ045 (РОВ042-РОВ045) (фотографий домашнего животного), служащих в качестве фоновых изображений.
В течение промежутка времени после точки, находящейся через 14,9 минуты от начала воспроизведения, на экране в качестве изображений, расположенных на переднем плане, последовательно отображают файлы с ИОБ010 по ИОБ011 (РОВ010-РОВ011) (представляющие собой слова песни для Фонограммы Г (TrackD)), и одновременно с этим осуществляют последовательное отображение на экране файла ИОБ045 и файлов с ИОБ046 по ИОБ048 (РОВ045,РОВ046-РОВ048) (фотографий, снятых во время отпуска, проведенного в Европе), служащих в качестве фоновых изображений.
Таким образом, несмотря на то, что выбор ИОБ (POBs), заданных посредством Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), осуществляет звукозаписывающая компания, создающая музыкальное информационное содержимое, и они обычно представляют собой изображения артиста и изображения, связанные с музыкальным содержимым, пользователь может производить произвольный выбор ИОБ (POBs), заданных посредством ИСВФ (PLI), и, следовательно, они могут быть в высокой степени персонифицированными.
{82-4_85}
На временной диаграмме по Фиг.84 совокупное изображение, состоящее из ИОБ004 (РОВ004) (слова песни для Фонограммы Б (TrackB)), расположенного на переднем плане, и ИОБ042 (РОВ042) (фотография домашнего животного), расположенного на заднем плане, выводят на экран, начиная с точки, находящейся через 6,1 минуты после начала описанного выше воспроизведения согласно Информации_о_списке_воспроизводимых_файлов (Playlist_Information). На Фиг.85 показано, как осуществляют объединение изображения, расположенного на переднем плане, и фонового изображение в этой точке, находящейся через 6,1 минуты после начала воспроизведения согласно этой Информации_о_списке_воспроизводимых_файлов (Playlist_Information).
{82-5_86}
Подобным же образом осуществляют вывод на экран и совокупного изображения, состоящего из ИОБ010 (РОВ010) (слов песни для Фонограммы Г (TrackD)), расположенного на переднем плане, и ИОБ046 (РОВ046) (фотографии, снятой во время отпуска, проведенного в Европе), расположенного на заднем плане, начиная с точки, находящейся через 16 минут после начала воспроизведения согласно этой Информации_о_списке_воспроизводимых_файлов (Playlist_Information). На Фиг.86 показано, как осуществляют объединение изображения, расположенного на переднем плане, и фонового изображения в этой точке, находящейся через 16 минут после начала воспроизведения согласно этой Информации_о_списке_воспроизводимых файлов (Playlist_Information). Слова песни, которые образуют собой часть этих совокупных изображений, являются такими же, как и на Фиг.80 и Фиг.81, но поскольку фоновые изображения являются другими, то совокупные изображения на Фиг.85 и Фиг.86 имеют совершенно иной вид по сравнению с изображениями на Фиг.80 и Фиг.81.
Как описано выше, посредством заданных самим пользователем УП_ИОБ_ИСВФ (PLI_POB_SRPs) в ИСВФ (PLI) можно указать файлы ИОБ (РОВ files), которые отличаются от указанных посредством Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), и, следовательно, пользователь может осуществлять вывод на экран его/ее любимых изображений при воспроизведения его/ее любимых фонограмм.
{82-6_87} Пример задания одних и тех же ИОБ (POBs) в УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) из Инфориации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information)
В примерах, приведенных на Фиг.78, Фиг.79, Фиг.82 и Фиг.83, все УП_ИОБ_ИСВФУ (DPLI_POB_SRPs), содержащиеся в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), указывают различные файлы ИОБ (РОВ files), хотя возможен вариант, в котором в двух или более УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) из Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) задан один и тот же файл ИОБ (РОВ file). Посредством этого может быть осуществлено отображение на экране одного и того же файла ИОБ (РОВ file) в течение продолжительности воспроизведения множества фонограмм, что позволяет уменьшить количество файлов ИОБ (РОВ files), которые должен создать производитель записи музыкального произведения. Это уменьшает время и стоимость, требуемые для создания записи музыкального произведения.
На Фиг.87 показан один пример, в котором количество файлов ИОБ (РОВ files) уменьшают за счет того, что посредством части УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) из Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) указан один и тот же файл ИОБ (РОВ file). На этом чертеже ИОБ020 (РОВ020) указан посредством как УП_ИОБ_ИСВФУ №1 (DPLI_POB_SRP#1), так и УП_ИОБ_ИСВФУ №4 (DPLI_POB_SRP#4), а ИОБ021 (РОВ021) указан посредством как УП_ИОБ_ИСВФУ №2 (DPLI_POB_SRP#2), так и УП_ИОБ_ИСВФУ №5 (DPLI_POB_SRP#5).
{82-7_88} Замена изображений, расположенных на передней плане, и фоновых изображений в процессе воспроизведения
Фиг.88 представляет собой временную диаграмму, на которой показано то, какие изображения объединяют в том случае, когда в качестве фоновых изображений используют ИОБ (POBs), указанные посредством описанных выше УП_ИОБ_ИСВФУ (DPLI_POB_SRP), содержащихся в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), а в качестве изображений, расположенных на переднем плане, используют ИОБ (POBs), указанные посредством УП_ИОБ_ИДФ (TKI_POB_SRPs), содержащихся в администраторе фонограмм (TrackManager).
И этой временной диаграммы видно, что вывод на экран ИОБ020 (РОВ020), представляющего собой изображение на обложке упаковки изделия, осуществляют всего три раза, а именно в начале воспроизведения, через 7,875 минуты после начала воспроизведения и через 15,75 минуты после начала воспроизведения. Подобным же образом, вывод на экран ИОБ021 (РОВ021), представляющего собой логотип звукозаписывающей компании, осуществляют всего три раза, а именно через 2,625 минуты, через 10,5 минуты и через 18,375 минуты после начала воспроизведения. В том случае, когда значения УП_ИОБ_ИСВФУ (DPLI_РОВ_SRPs) установлены так, как показано на Фиг.87, то на экран многократно выводят один и тот же ИОБ (РОВ), следовательно, можно осуществить многократный вывод на экран изображений, предназначенных для многократного использования, например, изображения обложки музыкального альбома или логотипа звукозаписывающей компании.
Этим завершено описание ОИФГ, ОИСВФУ и ОИСВФ (TKGI, DPLGI, PLGI).
(69-4_89) АДИОБ (POBMG)
Ниже приведено описание администратора ИОБ (АДИОБ) (POBManager (POBMG)), представляющего собой новый элемент, который создают в навигационной информации во втором варианте осуществления. На Фиг.89 показана структура АДИОБ (POBMG).
Как показано на чертеже, АДИОБ (POBMG) состоит из информации об управлении ИОБ (ИУИОБ) (POBMGI) и информации об отсчете ИОБ (ИОИОБ) №1, №2,... №n ((РОВСI)#1, #2 ... #n).
{69-4_89-1} ИУИОБ (POBMGI)
Как показано на Фиг.89 пунктирными линиями, информация об управлении ИОБ (ИУИОБ) (POBMGI) содержит в себе информацию об идентификаторе ИУИОБ (POBMGI), которая занимает с 0-й и 1-й байты, зарезервированное поле, которое занимает 2-е и 3-е поля, поле КОЛ_ИОБ (количество ИОБ) (РОВ_Ns), которое занимает 4-е и 5-е поля, и зарезервированное поле, которое занимает 6-е и 7-е поля.
В поле информации об идентификаторе ИУИОБ (POBMGI) записывают идентификатор (код набора символов "А6" согласно стандарту IS0646), который однозначно определяет ИУИОБ (POBMGI). В поле КОЛ_ИОБ (POB_Ns) записывают количество ИОБ (POBS), которое принимает значение в диапазоне от "0" до "999". Этим завершают описание ИУИОБ (POBMGI).
{69-4_89-2} ИОИОБ (POBCI)
Ниже приведено описание информации об отсчете ИОБ (ИОИОБ) (POBCI). Информация об отсчете ИОБ представляет собой управляющую информацию, которую создают отдельно для каждого ИОБ (РОВ). Побитовая структура информации об отсчете ИОБ (РОВ) показана на Фиг.89 пунктирными линиями. То есть информация об отсчете ИОБ содержит в себе поле "КС_ИОВ" (количество ссылок на ИОБ) (POB_RCN), которое занимает область от бита, имеющего номер b0 до бита, имеющего номер b9, зарезервированное поле, которое занимает область от бита, имеющего номер b0 до b13, и поле существования данных, которое занимает область от бита, имеющего номер b14, до бита, имеющего номер b15.
{69-4_89-3} КС_ИОБ (POB_RCN)
Поле "КС_ИОБ" (количество_ссылок_на_ИОБ) (POB_RCN) указывает, задан ли посредством ОИСВФУ (DPLGI), ОИСВФ (PLGI), или ОИФГ (TKGI) предназначенный для отображения на экране ИОБ (РОВ), который соответствует ИОИОБ (POBCI). В том случае, когда соответствующий ИОБ (РОВ) задан, количество ссылок, в котором он указан, то есть количество ИДФ (TKI), в которых задан ИОБ (РОВ), предназначенный для отображения на экране, записывают в виде числа, принимающего значения в диапазоне от "1" до "999".
Как и в первом варианте осуществления изобретения, может быть осуществлено удаление ИДФ (TKI) и, следовательно, установленные параметры в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) и в Информации_о_списке_воспроизводимых_файлов (Playlist_Information) могут быть легко изменены пользователями. В случае удаления одних или большего количества ИДФ (TKI), в которых указан конкретный ИОБ (РОВ), для этого ИОБ (РОВ) необходимо выполнить уменьшение значения количества ссылок на ИОБ (РОВ reference count) в соответствии с количеством удаленных ИДФ (TKI), в которых он был указан. Также и при удалении Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) или ИСВФ (PLI) значение КС_ИОБ (РОВ_RCN) должно быть уменьшено на то количество удаленных ИДФ (TKI), в которых указан этот ИОБ.
В том случае, когда ИОБ (РОВ) не указан в ОИСВФУ (DPLGI), ОИСВФ (PLGI), или ОИФГ (TKGI), значение Количество_ссылок_на_ИОБ (РОВ_reference_count) устанавливают равным "0". Поскольку обращение к ИОБ (РОВ), Количество_ссылок_на_ИОБ (РОВ_reference_count) которого равно "0", не осуществляют посредством ИДФ (TKI) или списка воспроизводимых файлов, то при удалении ИДФ (TKI) или списка воспроизводимых файлов устройство воспроизведения может обнаружить те ИОБ (POBs), Количество_ссылок_на_ИОБ (POB_reference_count) которых становятся равными нулю, и осуществить удаление файлов ИОБ (РОВ files), в которых запомнены такие ИОБ (POBs), что приводит к уменьшению объема данных о неподвижных изображениях, записанных в плате флэш-памяти.
В том случае, если некоторые ИОБ (POBs) относятся только к определенным фонограммам и отображение на экране таких ИОБ (POBs) имеет смысл только при воспроизведения соответствующих фонограмм, то, во избежание неэкономного использования емкости памяти платы флэш-памяти, такие ИОБ могут быть удалены (POBs) в том случае, когда Количество_ссылок на них (reference_count_number) становится равным нулю. Это может быть применимо и для ИОБ (POBs), представляющих собой слова песен для фонограмм, записанных в плате флэш-памяти.
Помимо того случая, в котором осуществляют удаление одних или более ИДФ (TKI), уменьшение значения количества_ссылок (reference_count_number) может быть выполнено таким же образом и при удалении ИОБ (РОВ), указанного в УП_ИОБ _ИСВФУ (DPLI_POB_SRP), УП_ИОБ_ИСВФ (PLI_POB_SRP) и/или в УП_ИОБ_ИДФ (TKI_POB_SRP), посредством операции редактирования.
{69-4_89-4} Поле "существование данных"
Значение поля "существование данных", которое занимает область от бита с номером b14 до бита с номером b15, устанавливают для того, чтобы указать, действительно ли существует ИОБ (РОВ), который соответствует настоящему номеру ИОБ (РОВ). В том случае, когда соответствующий ИОБ (РОВ) существует, в этом поле устанавливают двоичное значение, равное "01", а в том случае, когда такого ИОБ (РОВ) не существует, устанавливают значение, равное "00". Здесь данные считают "существующими" в том случае, если имеются данные, которые представляют ценность сами по себе.
Когда в этом поле указано, что ИОБ (РОВ) существует, а удаление ИДФ (TKI) или ИСВФ (PLI) привело к тому, что значение Количества_ссылок_на_ИОБ (POB_reference_count) достигло "0", устройство воспроизведения принимает решение о том, что ИОБ (РОВ), соответствующий нулевому значению Количества_ссылок_на_ИОБ (POB_reference_count), должен быть сохранен и, следовательно, ИОБ (РОВ) удален не будет.
Если ИОБ (РОВ), который представляет ценность сам по себе вне зависимости от наличия на него ссылки в ИДФ (TKI) или ИСВФ (PLI), то в поле существования данных, соответствующем этому ИОБ (РОВ), может быть установлено значение, равное "1". Посредством установления значения, равного "0", в поле существования данных, соответствующем ИОБ (POBs), которые имеют ценность только при наличии ссылки на них в ИДФ (TKI) или в списке воспроизводимых файлов, становится возможным осуществлять выборочное сохранение в плате флэш-памяти только тех ИОБ (POBs), которые представляют ценность сами по себе. Те ИОБ (POBs), отображение которых на экране имеет смысл только тогда, когда его осуществляют вместе с воспроизведением фонограммы (то есть те ИОБ (POBs), которые не представляют ценности сами по себе), могут быть удалены при удалении соответствующей фонограммы, что позволяет эффективно использовать емкость памяти платы флэш-памяти.
Этим завершается описание администратора ИОБ (АДИОБ) (POBManager (POBMG)).
{69-5} Обновление, сопутствующее редактированию ИДФ (TKIs)
Ниже приведено описание того, как осуществляют обновление УП_ИОБ_ИДФ (TKI_POB_SRPs) и УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) в следующих пяти случаях. Первые четыре случая являются теми же самыми, что и в первом варианте осуществления, так что в первом случае (Пример 1) осуществляют удаление фонограммы. Во втором случае (Пример 2) осуществляют удаление фонограммы и запись новой фонограммы. В третьем случае (Пример 3) осуществляют выбор двух из множества фонограмм и их объединение в одну фонограмму. В четвертом случае (Пример 4) осуществляют разделение одной фонограммы и создание двух фонограмм. В пятом случае (Пример 5) изменяют порядок воспроизведения фонограмм.
В Примере 1, в котором осуществляют удаление фонограммы, значение каждых ИДФ (TKI), соответствующих фонограмме, устанавливают как "Неиспользуемые" и производят удаление УП_ИОБ_ИДФ (TKI_POB_SRPs) в каждом ИДФ (TKI). Одновременно с этим уменьшают значение Количества_ссылок_на_ИОБ (РОВ_reference_count) в администраторе_ИОБ (POBManager) тех ИОБ (POBs), которые указаны посредством этих УП_ИОБ_ИДФ (TKI_РОВ_SRPs). Это удаление не воздействует на те ИОБ (POBs), которые указаны посредством УП_ИОБ_ИСВФ (PLI_POB_SRPs) и/или УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) в ОИСВФУ (DPLGI) или ОИСВФ (PLGI).
В том случае, когда УП_ФГ_СВФУ (DPL_TK_SRPs) изменяют таким образом, что посредством них указан иной порядок следования фонограмм (Пример 5), то порядок воспроизведения фонограмм изменится, при этом также будет изменен порядок отображения на экране ИОБ (POBs), указанных посредством УП_ИОБ _ИДФ (TKI_POB_SRPs).
В Примере 3 предпочтительным вариантом является тот, в котором также осуществляют объединение УП_ИОБ_ИДФ (TKI_РОВ_SRPs) в ИДФ (TKI). Это обусловлено тем, что для фонограммы, состоящей из множества ИДФ (TKI), действующими являются только УП_ИОБ_ИДФ (TKI_POB_SRPs) в первых ИДФ (TKI). После выполнения операции объединения фонограмм необходимо посредством УП_ИОБ_ИДФ (TKI_POB_SRPs) из первых ИДФ (TKI) указать те ИОБ (POBs), которые заданы посредством УП_ИОБ_ИДФ (TKI_РОВ_SRPs) вторых ИДФ (TKI).
При разделении фонограммы (Пример 4) необходимо изменить АТР_БЛК_ИДФ (TKI_BLK_ATR) фонограммы и осуществить разделение ТПФГПВР (TKTMSRT) и ТИБ (BIT) так, как описано в первом варианте осуществления. Кроме того, необходимо также разделить УП_ИОБ_ИДФ (TKI_POB_SRPs), указанные в ОИФГ (TKGI), на две группы, которые присваивают, соответственно, прежним ИДФ (TKI) и новым дополнительным ИДФ (TKI), которые созданы путем разделения.
{69-6} Пример практического использования УП_ИОБ_ИДФ (TKI_POB_SRPs) и УП_ИОБ_ИСВФУ (DPLI_POB_SRPs)
Как описано выше, структура данных администратора фонограмм (TrackManager) и администратора списка воспроизводимых файлов (PlaylistManager) позволяют пользователю произвольно изменять взаимосвязь между файлами ЗОБ (АОВ files) и ИОБ (POBS) путем изменения установленных значений УП_ИОБ_ИДФ (TKI_POB_SRPs) УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) и УП_ИОБ_ИСВФ (PLI_РОВ_SRPs). Это означает, что производитель музыкального информационного содержимого может поставлять потребителям музыкальное информационное содержимое с различным количеством данных о неподвижных изображениях, например фонограммы со словами песен, фонограммы без слов песен и фонограммы со словами песен и с фоновыми изображениями. Само собой разумеется, что производитель может назначать различную цену на эти различные типы информационного содержимого.
В том случае, когда потребитель желает приобрести фонограммы без слов песен, производитель может создать каталог ИЗД (SD_Audio), который содержит в себе восемь ЗОБ (АОВ), описанных в первом варианте осуществления, и администратор фонограмм (TrackManager), в котором, как показано на Фиг.78, посредством УП_ИОБ_ИДФ (TKI_POB_SRPs) в ИДФ с №1 по №8 (TKI#1-TKI#8) заданы ИОБ с ИОБ020 по ИОБ039 (РОВ020-РОВ039). Затем производитель сжимает этот каталог, зашифровывает его и передает его в персональный компьютер потребителя. Следует отметить, что вместо этого персональный компьютер потребителя может осуществлять загрузку фонограмм (ЗОБ) (АОВ) и неподвижных изображений (ИОБ) (POBs), соответствующих фонограммам, с компьютерного сервера, управление которым осуществляет звукозаписывающая компания, и генерацию каталога ИЗД (SD-Audio), показанного на Фиг.70А и Фиг.70Б, в плате 31 флэш-памяти.
В том случае, когда потребитель желает приобрести фонограммы со словами песен, производитель может создать каталог ИЗД (SD_Audio), который содержит в себе восемь ЗОБ (АОВ), описанных в первом варианте осуществления, и администратор фонограмм (TrackManager), в котором, как изображено на Фиг.75 и Фиг.76, посредством УП_ИОБ_ИДФ (TKI_POB_SRPs) в ИДФ с №1 по №8 (TKI#1-TKI#8) заданы ИОБ с ИОБ001 по ИОБ019 (РОВ001-РОВ019), которые соответствуют словам песен. Затем производитель сжимает этот каталог, зашифровывает его и передает его в персональный компьютер потребителя.
В том случае, когда потребитель желает приобрести фонограммы как со словами песен, так и с фоновыми изображениями, производитель может создать каталог ИЗД (SD_Audio), который содержит в себе восемь ЗОБ (АОВ), описанных в первом варианте осуществления, администратор фонограмм (TrackManager), в котором, как изображено на Фиг.75 и Фиг.76, посредством УП_ИОБ_ИДФ (TKI_POB_SRPs) в ИДФ с №1 по №8 (TKI#1-TKI#8) заданы ИОБ с ИОБ001 по ИОБ019 (РОВ001-РОВ019), соответствующие словам песен, и администратор списка воспроизводимых файлов, в котором посредством УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) заданы ИОБ с ИОБ020 по ИОБ039 (РОВ020-РОВ039), показанные на Фиг.78. Затем производитель сжимает этот каталог, зашифровывает его и передает его в персональный компьютер потребителя. Поскольку в настоящем варианте осуществления данные о неподвижных изображениях могут быть легко поставлены в соответствие звуковым данным посредством установки значений УП_ИОБ _ИДФ (TKI_POB_SRPs), УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) и УП_ИОБ_ИСВФ (PLI_POB_SRPs), то может быть легко создано музыкальное информационное содержимое, имеющее различную стоимость в соответствии с количеством присоединенных к нему данных о неподвижных изображениях.
{90-1_91} Устройство воспроизведения для второго варианта осуществления изобретения
Ниже приведено описание устройства воспроизведения для второго варианта осуществления. Это устройство воспроизведения отличается от устройства воспроизведения, описанного в первом варианте осуществления, тем, что в то время как устройство воспроизведения в первом варианте осуществления является портативным, устройство воспроизведения по второму варианту осуществления предназначено для установки в автомобиле в качестве стереосистемы.
На Фиг.90 показано, как используют устройство воспроизведения по второму варианту осуществления, а на Фиг.91 показан внешний вид самого устройства воспроизведения.
Устройство воспроизведения по этому второму варианту осуществления отличается от устройства воспроизведения по первому варианту осуществления тем, что его устанавливают в автомобиле так, как показано на Фиг.90, тем, что оно содержит большую ЖК-панель 5, и тем, что оно соединено с громкоговорителями автомобиля. Вследствие наличия большой ЖК-панели 5, устройство воспроизведения по этому второму варианту осуществления хорошо приспособлено для отображения на экране различных упомянутых выше типов данных о неподвижных изображениях.
Второе отличие от устройства воспроизведения по первому варианту осуществления состоит в том, что устройство воспроизведения по второму варианту осуществления имеет дешифратор 7 случайных последовательностей, который может осуществлять расшифровку как зашифрованных звуковых данных, так и зашифрованных ИОБ (POBs). В том случае, когда ИОБ (РОВ) был зашифрован и запомнен в виде файла ИОБ (РОВ file), имеющего имя файла "РОВХХХ.SP1", ключ файла (FileKey), хранящийся в Записи о доступе к ключу файла в файле хранения зашифрованного ключа "POBSP1.KEY", устанавливают в дешифраторе 7 случайных последовательностей, посредством которого затем осуществляют расшифровку файла "РОВХХХ.SP1".
Третье отличие от устройства воспроизведения по первому варианту осуществления состоит в том, что в устройстве воспроизведения по второму варианту осуществления запоминают программу, которая содержит в себе обработку, необходимую для вывода на экран ИОБ (POBs) в виде изображений, расположенных на переднем плане, или фоновых изображений. Выполнение этой программы вывода изображений на экран осуществляет ЦП 10 этого устройства воспроизведения.
{90-2_92_93_94}
Ниже приведено описание структуры устройства воспроизведения по этому второму варианту осуществления. Структура устройства воспроизведения, показанного на Фиг.92, отличается от структуры устройства воспроизведения первого варианта осуществления тем, что оно содержит в себе множество ОЗУ 61 для видеоизображений (VRAMs).
Множество ОЗУ 61 для видеоизображений (VRAMs) согласовано с соответствующими одиночными графическими плоскостями (слоями). ОЗУ видеоизображений (VRAM) для графической плоскости имеет прозрачность α, значение которой для каждого элемента изображения (пиксела) устанавливают в диапазоне от 0 до 100%. Изображение, предназначенное для вывода на экран первой ЖК-панели 5, вычисляют согласно уравнению, которое приведено ниже. На Фиг.93А показано, как осуществляют объединение неподвижных изображений, запомненных во множестве ОЗУ 61 для видеоизображений (VRAMs).
УРАВНЕНИЕ
Значение пиксела для каждого пиксела =
Значение пиксела в графической плоскости 0* (1-α)
+ Значение пиксела в графической плоскости 1*а
Для тех частей изображения, расположенного на переднем плане, которые соответствуют буквам, представляющим собой слова песни, прозрачность α устанавливают равной 0%. В результате, те части фонового изображения, местоположение которых соответствует строкам букв, представляющих собой слова песни, оказываются полностью скрытыми. И наоборот, для тех частей изображения, расположенного на переднем плане, которые соответствуют обычному фону слов песен, прозрачность α устанавливают равной 100%. Это означает, что отображение на экране содержащихся в совокупном изображении строк букв, представляющих собой слова песни, которые расположены в графической плоскости 0, осуществляют поверх фонового изображения, расположенного в графической плоскости 1.
Устанавливая прозрачность таким способом, можно создать совокупное изображение, в котором страница со словами песни наложена поверх фонового изображения так, как показано на Фиг.80 и Фиг.81. Следует отметить, что совокупное изображение может быть создано и способами, отличающимися от того, который показан на Фиг.93А. В качестве одного из примеров, который показан на Фиг.93Б, слова песни могут быть расположены в нижней части экрана, а вывод фонового изображения осуществляют в верхней части.
{94-1} Схема последовательности операций процедуры вывода на экран изображения, расположенного на переднем плане
Фиг.94 представляет собой схему последовательности операций, на которой показана процедура вывода на экран изображения, расположенного на переднем плане. В начале воспроизведения, которое осуществляют согласно ИДФ №z (TKI#z), указанных посредством Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), при выполнении операции S402 ЦП 10 принимают решение о том, указаны ли посредством УП_ИОБ_ИДФ (TKI_POB_SRPs), содержащихся в ОИФГ (TKGI) из ИДФ №z (TKI#z), какие-либо ИОБ (POBs). В том случае, когда посредством УП_ИОБ_ИДФ (TKI_POB_SRPs) указан один или более файлов ИОБ (РОВ files), то в процедуре обработки переходят к выполнению операции S403, при которой ЦП 10 подсчитывает количество файлов ИОБ (РОВ files), которое указано посредством УП_ИОБ_ИДФ (TKI_POB_SRPs), содержащихся в ОИФГ (TKGI). При выполнении операции S404 ЦП 10 вычисляет время отображения на экране "Время_ИОБ" ("POB_time"), указывающее используемую продолжительность отображения на экране каждого файла ИОБ (РОВ file). После этого, при выполнении операции S405 он выполняет обращение к АТР_ИОБ_ИДФ (TKI_РОВ_ATR) в ОИФГ (TKGI) и определяет режим отображения на экране, используемый для вывода файлов ИОБ (РОВ files) на экран. В том случае, когда в АТР_ИОБ_ИДФ (TKI_POB_ATR) указан последовательный режим, то в процедуре обработки переходят от операции S405 к операции S406, при которой выполняют инициализацию переменной i, и к операции S407, при которой осуществляют отображение на экране файла ИОБ (РОВ file), указанного посредством i-го УП ИОБ_ИДФ (TKI_РОВ_SRP), в течение времени отображения на экране Время_ИОБ (РОВ_time).
Если в этой точке файл ИОБ (РОВ file), указанный посредством УП_ИОБ_ИДФ (TKI_POB_SRP), имеет расширение "JPG", то ИОБ (РОВ) выводят непосредственно на экран. В противном случае, если файл ИОБ (РОВ file), указанный посредством УП_ИОБ_ИДФ (TKI_POB_SRP), имеет расширение "SP1", то это означает, что файл ИОБ (РОВ file) находится в зашифрованном состоянии, поэтому ЦП 10 осуществляет считывание ключа файла (FileKey), соответствующего файлу ИОБ (РОВ file), из защищенной области, расшифровку файла ИОБ (РОВ file) с использованием ключа шифрования и вывод ИОБ (РОВ) на экран.
После этого при выполнении операции S408 ЦП 10 принимает решение о том, достигла ли переменная i значения, указанного в КОЛ_ИОБ (POB_Ns). Если это не так, то в процедуре обработки переходят к выполнению операции S409, при которой осуществляют приращение переменной i, а затем возвращаются к выполнению операции S407. Затем обработку посредством операций с S406 по S409 повторяют до тех пор, пока переменная i не достигнет значения, заданного в КОЛ_ИОБ (POB_Ns). В результате, осуществляют последовательное отображение на экране тех ИОБ (POBs), которые указаны посредством УП_ИОБ_ИДФ (TKI_РОВ_SRPs) в ОИФГ (TKGI). Когда переменная i достигает значения, заданного в КОЛ_ИОБ (POB_Ns), то обработку в этой схеме последовательности операций завершают.
В том случае, когда в АТР_ИОБ_ИДФ (TKI_POB_ATR) указан случайный режим, в процедуре обработки переходят от операции S405 к операции S410, при которой выполняют инициализацию переменной i, и к операции S411, при которой ЦП 10 осуществляет генерацию случайного числа r в диапазоне от 1 до КОЛ_ИОБ (POB_Ns). При выполнении операции S412 осуществляют отображение на экране файла ИОБ (РОВ file), указанного посредством r-го УП_ИОБ_ИДФ (TKI_POB_SRP), соответствующего случайному числу r, в течение времени отображения на экране Время_ИОБ (POB_time), которое было определено при выполнении операции S404.
После этого при выполнении операции S413 ЦП 10 принимает решение о том, достигла ли переменная i значения, заданного в КОЛ_ИОБ (POB_Ns). Если не так, то в процедуре обработки переходят к выполнению операции S414, при которой осуществляют приращение переменной i, а затем возвращаются к выполнению операции S411. При выполнении операции S411 ЦП 10 осуществляет генерацию другого случайного числа r в диапазоне от 1 до КОЛ_ИОБ (POB_Ns), и в процедуре обработки снова переходят к выполнению операции S412, при которой ЦП 10 считывает файл ИОБ (РОВ file), который указан посредством r-го УП_ИОБ_ИДФ (TKI_POB_SRP), соответствующего случайному числу r, и осуществляет вывод его на экран в течение времени отображения на экране Время_ИОБ (РОВ_time), которое было определено при выполнении операции S404.
Как описано выше, если файл ИОБ (РОВ file), указанный посредством УП_ИОБ_ИДФ (TKI_POB_SRP), имеет расширение "JPG", то ИОБ (РОВ) выводят непосредственно на экран. В противном случае, если файл ИОБ (РОВ file), указанный посредством УП_ИОБ_ИДФ (TKI_POB_SRP), имеет расширение "SP1", то это означает, что файл ИОБ (РОВ file) находится в зашифрованном состоянии, поэтому ЦП 10 осуществляет считывание ключа файла (FileKey), соответствующего файлу ИОБ (РОВ file), из защищенной области, расшифровку файла ИОБ (РОВ file) с использованием ключа шифрования и вывод ИОБ (РОВ) на экран.
После этого обработку посредством операций с S411 по S414 повторяют до тех пор, пока переменная i не достигнет значения, заданного в КОЛ_ИОБ (POB_Ns). В результате, осуществляют последовательное отображение на экране в случайном порядке тех ИОБ (POBs), которые указаны посредством УП_ИОБ_ИДФ (TKI_POB_SRPs) в ОИФГ (TKGI). Когда переменная i достигает значения, заданного в КОЛ_ИОБ (POB_Ns), то обработку в этой схеме последовательности операций завершают.
В том случае, когда в АТР_ИОБ_ИДФ (TKI_POB_ATR) указан режим перестановки, в процедуре обработки переходят от операции S405 к операции S415, при которой выполняют инициализацию переменной i, и к операции S416, при которой ЦП 10 осуществляет генерацию случайного числа г в диапазоне от 1 до КОЛ_ИОБ (POB_Ns).
При выполнении операции S418 ЦП 10 проверяет, совпадает ли полученное в результате генерации новое случайное число r с одним из использованных номеров ИОБ (РОВ), которые были предварительно запомнены. Если оно совпадает, то в процедуре обработки возвращаются к выполнению операции S416, при которой осуществляют повторную генерацию случайного числа r. Если оно не совпадает, то в процедуре обработки переходят от операции S418 к операции S419, при которой осуществляют отображение на экране файла ИОБ (РОВ file), указанного посредством r-го УП_ИОБ_ИДФ (TKI_POB_SRP), соответствующего случайному числу r, в течение времени отображения на экране Время ИОБ (POB_time), которое было определено при выполнении операции S404. После этого, при выполнении операции S417 ЦП 10 запоминает случайное число r в качестве использованного номера ИОБ (РОВ).
Так же как и в случайном режиме, если файл ИОБ (РОВ file), указанный посредством УП_ИОБ_ИДФ (TKI_POB_SRP), имеет расширение "JPG", то ИОБ (РОВ) выводят непосредственно на экран. В противном случае, если файл ИОБ (РОВ file), указанный посредством УП_ИОБ_ИДФ (TKI_POB_SRP), имеет расширение "SP1", то это означает, что файл ИОБ (РОВ file) находится в зашифрованном состоянии, поэтому ЦП 10 осуществляет считывание ключа файла (FileKey), соответствующего файлу ИОБ (РОВ file), из защищенной области, расшифровку файла ИОБ (РОВ file) с использованием ключа шифрования и вывод ИОБ (РОВ) на экран. По окончании этого вывода на экран выполняют операцию S420, при которой ЦП 10 принимает решение о том, достигла ли переменная i значения, заданного в КОЛ_ИОБ (POB_Ns). Если это не так, то в процедуре обработки переходят к операции S421, при которой осуществляют приращение переменной i, а затем возвращаются к выполнению операции S416. После этого обработку, выполняемую посредством операций с S416 по S421, повторяют до тех пор, пока переменная i не достигнет значения, заданного в КОЛ_ИОБ (POB_Ns). Когда переменная i достигает значения, заданного в КОЛ_ИОБ (POB_Ns), то обработку в этой схеме последовательности операций завершают.
{95-1} Схема последовательности операций процедуры вывода на экран фонового изображения
Выше было приведено описание процедуры вывода на экран изображения, расположенного на переднем плане, а ниже приведено описание процедуры вывода на экран фонового изображения. Схема последовательности операций для процедуры вывода на экран фонового изображения показана на Фиг.95. Эта схема последовательности операций содержит в себе, по существу, ту же самую процедуру обработки, что и схема последовательности операций по Фиг.94, причем вместо УП_ИОБ_ИДФ (TKI_POB_SRPs) и АТР_ИОБ_ИДФ (TKI_POB_ATRs) в ОИФГ (TKGI) обработку осуществляют согласно УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) и АТР_ИОБ_ИСВФУ (DPLI_POB_ATR) в ОИСВФУ (DPLGI).
В том случае, когда произведен выбор Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information), ЦП 10 осуществляет обработку посредством выполнения операций с S502 по S505. Как и в операциях с S402 по S405, ЦП 10 принимает решение о том, указаны ли посредством УП_ИОБ_ИСВФУ (DPLI_POB_SRPs), содержащихся в ОИСВФУ (DPLGI), какие-либо ИОБ (POBs). В том случае, когда указан один или более файлов ИОБ (РОВ files), ЦП 10 подсчитывает количество указанных файлов ИОБ (РОВ files), вычисляет время отображения на экране "Время_ИОБ" ("POB_time"), указывающее используемую продолжительность отображения на экране каждого файла ИОБ (РОВ file), а затем определяет режим отображения на экране, используемый для вывода файлов ИОБ (РОВ files) на экран.
В том случае, когда в АТР_ИОБ_ИСВФУ (DPLI_POB_ATR) указан последовательный режим, ЦП 10 выполняет операции с S506 по S509. Как и при выполнении операций с S406 по S409, отображение файлов ИОБ (РОВ files) на экране осуществляют последовательно в порядке, соответствующем тому УП_ИОБ_ИСВФУ (DPLI_POB_SRP) из УП_ИОБ_ИСВФУ (DPLI_POB_SRPs), содержащихся в ОИСВФУ (DPLGI), который указан посредством переменной i.
В том случае, когда в АТР_ИОБ_ИСВФУ (DPLI_POB_ATR) указан случайный режим, ЦП 10 выполняет операции с S510 по S514. Как и при выполнении операций с S410 по S414, отображение файлов ИОБ (РОВ files) на экране осуществляют в случайном порядке в соответствии с тем УП_ИОБ_ИСВФУ (DPLI_POB_SRP) из УП_ИОБ_ИСВФУ (DPLI_POB_SRPs), содержащихся в ОИСВФУ (DPLGI), который указан посредством случайного числа r.
В том случае, когда в АТР_ИОБ_ИСВФУ (DPLI_POB_ATR) указан режим перестановки, ЦП 10 выполняет операции с S515 по S521. Как и при выполнении операций с S415 по S421, отображение файлов ИОБ (РОВ files) на экране осуществляют в случайном порядке без повторения в соответствии с тем УП_ИОБ_ИСВФУ (DPLI_POB_SRP) из УП_ИОБ_ИСВФУ (DPLI_POB_SRPs), содержащихся в ОИСВФУ (DPLGI), который указан посредством случайного числа r.
{96-1} Схема последовательности операций процедуры вывода на экран фонового изображения
Этим завершается описание процедуры вывода на экран фонового изображения, которую выполняют с использованием УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) в ОИСВФУ (DPLGI). Ниже приведено описание процедуры вывода на экран фонового изображения, которую выполняют с использованием УП_ИОБ_ИСВФ (PLI_РОВ_SRPs) в ОИСВФ (PLGI). Фиг.96 представляет собой схему последовательности операций, на которой показана процедура вывода на экран фонового изображения с использованием УП_ИОБ_ИСВФ (PLI_РОВ_SRPs). За исключением процедур, основанных на использовании УП_ИОБ_ИСВФУ (DPLI_POB_SRPs), выполнение которых осуществляют с использованием УП_ИОБ_ИСВФ (PLI_POB_SRPs), эта схема последовательности операций является точно такой же, как и схема последовательности операций из Фиг.95, поэтому операциям присвоены одни и те же номера ссылок. Пояснение Фиг.96 приведено не будет.
{94-2_95-2_97А,Б,В} Примеры изображений, выводимых на экран ЖК-панели 5
На чертежах с Фиг.97А по Фиг.97В показано, какие совокупные изображения выводят на экран на ЖК-панели 5 в том случае, когда вывод на экран изображения, расположенного на переднем плане, которое указано посредством УП_ИОБ_ИДФ (ТКI_РОВ_SRP), и фонового изображения, указанного посредством ОИСВФУ (DPLGI), осуществляют согласно процедурам вывода на экран, показанным на схемах последовательности операций из Фиг.94 и Фиг.95.
В примере по Фиг.97А предполагают, что пользователем указана Информация_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) и что отображение ИОБ (POBs) на экране начинают в соответствии с тем порядком воспроизведения, который задан в этом списке воспроизводимых файлов. Путем выполнения процедуры вывода на экран изображения, расположенного на переднем плане, которая показана на Фиг.94, и процедуры вывода на экран фонового изображения, которая показана на Фиг.95, осуществляют вывод на экран одного за другим ИОБ (POBs), указанных посредством УП_ИОБ_ИДФ (TKI_POB_SRPs) в ОИФГ (TKGI) в качестве предназначенных для отображения на экране, и ИОБ (POBs), указанных посредством УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) в ОИСВФУ (DPLGI) в качестве предназначенных для отображения на экране. В точке, находящейся через шесть минут после начала воспроизведения, выполняют объединение изображений так, как показано на Фиг.80, а на экран ЖК-панели 5 выводят совокупное изображение, показанное на Фиг.97Б.
В точке, находящейся через шестнадцать минут после начала воспроизведения, выполняют объединение изображений так, как показано на Фиг.81, а на экран ЖК-панели 5 выводят совокупное изображение, показанное на Фиг.97В.
{94-2_96-1_98А,Б,В} Примеры изображений, выводимых на экран ЖК-панели 5
На чертежах с Фиг.98А по Фиг.98В показано, какие совокупные изображения выводят на экран на ЖК-панели 5 в том случае, когда вывод на экран изображения, расположенного на переднем плане, которое указано посредством УП_ИОБ_ИДФ (TKI_РОВ_SRP), и фонового изображения, указанного посредством УП_ИОБ_ИСВФ (PLI_POB_SRP), осуществляют согласно процедурам вывода на экран, показанным на схемах последовательности операций по Фиг.94 и Фиг.96.
В примере по Фиг.97А предполагают, что пользователем указана ИСВФ (PLI) и что отображение ИОБ (POBs) на экране начинают в соответствии с тем порядком воспроизведения, который задан в этом списке воспроизводимых файлов. Путем выполнения процедуры вывода на экран изображения, расположенного на переднем плане, которая показана на Фиг.94, и процедуры вывода на экран фонового изображения, которая показана на Фиг.96, осуществляют вывод на экран одного за другим ИОБ (POBs), указанных посредством УП_ИОБ_ИДФ (TKI_POB_SRPs) в ОИФГ (TKGI) в качестве предназначенных для отображения на экране, и ИОБ (POBs), указанных посредством УП_ИОБ_ИСВФ (PLI_POB_SRPs) в ОИСВФ (PLGI) в качестве предназначенных для отображения на экране. В точке, находящейся через шесть минут после начала воспроизведения, выполняют объединение изображений так, как показано на Фиг.85, а на экран ЖК-панели 5 выводят совокупное изображение, показанное на Фиг.98Б. В точке, находящейся через шестнадцать минут после начала воспроизведения, выполняют объединение изображений так, как показано на Фиг.86, а на экран ЖК-панели 5 выводят совокупное изображение, показанное на Фиг.98В.
{99_1} Устройство записи второго варианта осуществления изобретения
Ниже приведено описание устройства записи этого второго варианта осуществления. Это устройство записи отличается от устройства записи первого варианта осуществления тем, что оно может производить запись в плату флэш-памяти множества ИОБ (POBs) и выполнять установку параметров в УП_ИОБ_ИДФ, УП_ИОБ_ИСВФУ и УП_ИОБ_ИСВФ (TKI_POB_SRPs, DPLI_POB_SRPs, PLI_POB_SRPs), а также выполнять установку параметров в АТР_ИОБ_ИДФ, АТР_ИОБ_ИСВФУ и АТР_ИОБ_ИСВФ (TKI_POB_ATR, DPLI_POB_ATR, PLI_POB_ATR).
Для реализации этих операций ЦП 10 в устройстве записи этого второго варианта осуществления выполняет процедуру, показанную на Фиг.99. Ниже приведено описание процедуры записи, выполняемой устройством записи этого второго варианта осуществления, со ссылкой на схему последовательности операций, которая изображена на Фиг.99.
При выполнении операции 3601 ЦП 10 осуществляет инициализацию различных переменных, используемых в этой процедуре. Этими переменными являются: "х", "у", "z", "u", "vy" и "w" (#х, #у, #z, #u, #vy, #w). Из них переменную "х" (#х) используют для указания обрабатываемого в текущий момент ИОБ (РОВ), переменную "у" (#у) используют для указания обрабатываемой в текущий момент времени последовательности фонограмм (ИСВФ) (PLI), а переменную "z" (#z) используют для указания обрабатываемой в текущий момент фонограммы (ИДФ) (TKI). Переменная "u" (#u) определяет то, какой из УП_ИОБ_ИСВФУ (DPLI_РОВ_SRPs) обрабатывают в текущий момент времени, а переменная "vy" (#vy) - то, какой из УП_ИОБ_ИСВФ (PLI_POB_SRPs) в ИСВФ №у (PLI#y), указанной посредством переменной "У" (#у), обрабатывают в текущий момент времени. Переменная "w" (#w) определяет то, какой УП_ИОБ_ИДФ (TKI_POB_SRPs) в ИДФ №z (TKI#z), указанных посредством переменной "z" (#z), обрабатывают в данный момент времени.
После инициализации этих переменных ЦП 10 переходит далее к операции S602, при которой он выполняет отображение на экране ИОБ №х (РОВ#х). Это позволяет пользователю осуществлять визуальное подтверждение фотографии, рисунка или страницы со словами песни из этого ИОБ (РОВ). При выполнении операции S603 ЦП 10 просит пользователя указать, следует ли данные о неподвижных изображениях из ИОБ №х (РОВ#х) выводить на экран в течение всей последовательности фонограмм или же только в течение продолжительности воспроизведения конкретной фонограммы, а затем получает данные о произведенном пользователем выборе.
В том случае, когда пользователь принимает решение, что ИОБ №х (РОВ#х) следует присвоить последовательности фонограмм, то выполняют операцию S604, при которой ЦП 10 ожидает данные об указании пользователем той последовательности фонограмм, для которой должно быть осуществлено отображение ИОБ №х (РОВ#х) на экране. Когда пользователь вводит данные о его/ее выборе, в процедуре обработки переходят к выполнению операции S605, при которой ЦП 10 принимает решение о том, принадлежит ли указанная последовательность №у (#у) фонограмм ИСВФУ (DPLI) или ИСВФ (PLI). В том случае, когда последовательность №у (#у) фонограмм представляет собой ИСВФУ (DPLI), то в процедуре обработки переходят далее к выполнению операции S606, при которой в УП_ИОБ_ИСВФУ №u (DPLI_POB_SRP#u) задают ИОБ №х (POB#x), а затем - к выполнению операции S607, при которой на основании этого ИОБ №х (РОВ#х) устанавливают значение АТР_ИОБ_ИСВФУ №u (DPLI_POB_ATR#u) в ИСВФУ (DPLI).
После того, как таким способом установлены значения УП_ИОБ_ИСВФУ (DPLI_POB_SRP) и АТР_ИОБ_ИСВФУ (DPLI_POB_ATR), ЦП 10 при выполнении операции S608 осуществляет приращение переменной "и" (#u←#u+1), а при выполнении операции S609 - переменной "х" (#х←#х+1).
В том случае, когда при выполнении операции S605 был произведен выбор ИСВФ (PLI), в процедуре обработки переходят к выполнению операции S610, при которой в УП ИОБ ИСВФ №vy (PLI_РОВ_SRP#vy) из ИСВФ №у (PLI#y) задают ИОБ №х (РОВ#х), и к выполнению операции S611, при которой устанавливают значение АТР_ИОБ_ИСВФ №vy (PLI_POB_ATR#vy) для этой ИСВФ (PLI) на основании ИОБ №х (РОВ#х). После этого, перед тем как перейти к операции S609, при которой осуществляют приращение переменной #х (#х←#х+1), выполняют операцию S612, при которой ЦП 10 осуществляет приращение переменной "vy" (#vy←#vy+1).
В том случае, если при выполнении операции S603 пользователь принимает решение о том, что ИОБ №х (POB#x) должен быть присвоен конкретной фонограмме, то в процедуре обработки переходят к выполнению операции S613, при которой ЦП 10 принимает указания пользователя относительно этой конкретной фонограммы. Затем, при выполнении операции S614 ЦП 10 задает ИОБ №х (POB#x) в УП_ИОБ_ИДФ №w (TKI_POB_SRP#w), значения которого установлены для ИДФ №z (TKI#z) указанной фонограммы (фонограммы №z) (track#z).
Затем в процедуре обработки переходят к выполнению операции S615, при которой ЦП 10 на основании ИОБ №х (РОВ#х) устанавливает значение АТР_ИОБ_ИДФ №w (TKI_POB_ATR#w) ИДФ №z (TKI#z), к выполнению операции S616, при которой ЦП 10 осуществляет приращение переменной "w" (#w←#w+1), и к выполнению операции S617, при которой ЦП 10 принимает решение о том, достигла ли переменная "х" последнего номера №n (#n) в ИОБ (РОВ). Если это не имеет места, то в процедуре обработки переходят к выполнению операции S609, при которой ЦП 10 осуществляет приращение переменной "х". Если значение переменной "х" достигло последнего номера №n (#n) в ИОБ (РОВ), то в процедуре обработки переходят к выполнению операции S618, при которой в плату полупроводниковой памяти осуществляют запись ИОБ с №1 по №n (POB#1-POB#n), АДФГ (TKMG), который содержит в себе ИДФ (TKIs), и АДСВФ (PLMG), который содержит ИСВФУ (DPLI) и ИСВФ (PLI), и этим завершают обработку.
В этих вариантах осуществления изобретения существует возможность отображать на экране в качестве фонового изображения одни и те же данные о неподвижном изображении, например, фотографию артиста или логотип звукозаписывающей компании, во время воспроизведения множества фонограмм. Этого достигают просто путем задания данных о неподвижном изображении в соответствующих этим фонограммам УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) или УП_ИОБ_ИСВФ (PLI_POB_SRPs) в Информации_о_списке_воспроизводимых_файлов_по_умолчанию (Default_Playlist_Information) или в ИСВФ (PLI).
Те данные о неподвижном изображении, например страница со словами песни, вывод которых на экран вместе с фоновым изображением должен быть осуществлен только во время воспроизведения конкретной фонограммы, могут быть указаны посредством УП_ИОБ_ИДФ (TKI_POB_SRP) в ИДФ (TKI) фонограммы.
Основное внимание в приведенном выше объяснении сосредоточено на том варианте, который, как полагают в настоящее время, является идеальной системой для реализации идеи настоящего изобретения, хотя очевидно, что в пределах объема патентных притязаний изобретения могут быть выполнены несколько видоизменений. Ниже приведены три примера таких видоизменений, обозначенные (а), (б) и (в).
(а) Процедуры, объяснение которых выполнено с использованием схем последовательности операций по Фиг.94, Фиг.95, Фиг.96 и Фиг.99, могут быть реализованы посредством программ, распространение и продажа которых могут быть осуществлены в записанном на носитель записи виде.
(б) В приведенных здесь вариантах осуществления описан тот случай, в котором воспроизводимые данные и навигационные данные используют для музыкального информационного содержимого, хотя должно быть очевидно, что такие данные могут быть использованы и для озвученной книги, которая представляет собой запись чтения книги актером или диктором. Наилучшим вариантом для этого случая может служить тот, в котором в качестве изображений, расположенных на переднем плане, посредством УП_ИОБ_ИДФ (TKI_POB_SRPs) заданы данные о неподвижных изображениях, представляющих собой текст книги, а иллюстрации из книги заданы посредством УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) или УП_ИОБ_ИСВФ (PLI_POB_SRPs).
(в) Несмотря на то что в этом втором варианте осуществления изобретения в качестве фоновых изображений используют те ИОБ (POBs), которые указаны посредством УП_ИОБ_ИСВФУ (DPLI_POB_SRPs) и УП_ИОБ_ИСВФ (PLI_POB_SRPs), а в качестве изображений, расположенных на переднем плане, используют те ИОБ (POBs), которые указаны посредством УП_ИОБ__ИДФ (TKI_РОВ_SRPs), может быть использована и обратная конфигурация. В альтернативном варианте, в том случае, когда посредством УП__ИОБ_ИСВФУ (DPLI_POB_SRP) или УП_ИОБ_ИСВФ (PLI_POB_SRP) и УП_ИОБ_ИДФ (TKI_POB_SRP) одновременно заданы различные ИОБ (POBs), то на экране может быть отображен только один из таких ИОБ (POBs). Другим альтернативным вариантом является тот, в котором нет необходимости вводить какие-либо различия между "фоновым изображением" и "изображением, расположенным на переднем плане". Одним из примеров этого является тот, в котором сначала может быть выполнено отображение на экране ИОБ (РОВ), указанного посредством УП_ИОБ_ИСВФУ (DPLI_POB_SRP) или УП_ИОБ_ИСВФ (PLI_POB_SRP), а затем может быть выполнено отображение на экране ИОБ (РОВ), указанного посредством УП_ИОБ_ИДФ (TKI_POB_SRP).
ТРЕТИЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
В то время как во втором варианте осуществления описан случай, в котором отображение на экране каждого ИОБ (РОВ) выполняют с одинаковой длительностью в течение периода действия ИДФ (TKI) и ИСВФ (PLI), в этом третьем варианте осуществления описан случай, в котором в плате 31 флэш-памяти также запоминают таблицу распределения фраз во времени и таблицу выделяемых на экране координат, что позволяет надлежащим образом синхронизировать процедуру вывода на экран слов песни с воспроизведением песни.
Таблица распределения фраз во времени обеспечивает соответствие между УП_ИОБ_ИДФ (TKI_POB_SRPs), посредством которых заданы ИОБ (POBs), представляющие собой каждый из фрагментов текста песни, и информацией, в которой указаны время начала и окончания соответствующей фразы в песне. На Фиг.100А показан один из примеров таблицы распределения фраз во времени. В этом примере "распределение фраз во времени" относится к тому отрезку времени, в течение которого поют фразу, указанную в словах песни фонограммы и представляющую собой фрагмент воспроизведения ЗОБ (АОВ). Этот отрезок времени задают с точностью до миллисекунд. Помимо обновления кода времени воспроизведения, что описано в первом варианте осуществления, устройство воспроизведения дополнительно выполняет контроль распределения фраз во времени, заданного в этой таблице, которое соответствует текущему значению кода времени воспроизведения. Посредством такого контроля распределения фраз во времени устройству воспроизведения может быть известно, в каком ИОБ (РОВ) запомнены слова песни для тех ЗОБ (АОВ), ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT) и КАДРа_ЗОБ (AOB_FRAME), воспроизведение которых осуществляют в настоящий момент времени. Использование подобной таблицы, в которой задана синхронизация фразы ИОБ (РОВ) в миллисекундах, позволяет устройству воспроизведения осуществлять синхронизацию воспроизведения ЗОБ (АОВ) и отображения на экране слов песен с точностью до миллисекунды.
В том случае, когда пользователь указывает желательное время начала воспроизведения с использованием поворотного диска со ступенчатым переключением так, как описано в первом варианте осуществления изобретения, устройство воспроизведения, используя уравнения с Уравнения 1 по Уравнение 3, приведенные в первом варианте осуществления, может найти то, какой КАДР_ЗОБ (AOB_FRAME) в каком ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT) какого ЗОБ (АОВ) соответствует указанному времени начала воспроизведения. Устройство воспроизведения также принимает решение о том, временной интервал какой фразы содержит в себе указанное время начала воспроизведения, и отображает на экране тот ИОБ (РОВ), который соответствует времени этой фразы. Это означает, что в том случае, когда пользователь начинает воспроизведение с желательного места, которое указано посредством поворотного диска со ступенчатым переключением, то на экране может быть также отображен и ИОБ (РОВ), соответствующий этому желательному месту. Следует отметить, что несмотря на то, что в данном варианте указано, что в таблице распределения фраз во времени заданы значения времени, вместо них в таблице распределения фраз во времени могут быть заданы номер ЗОБ (АОВ), номер ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT) и номер КАДРа_ЗОБ (AOB_FRAME) того ЗОБ (АОВ), ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT) и КАДРа_ЗОБ (AOB_FRAME), с которыми должна быть синхронизирована фраза.
С другой стороны, таблица выделяемых на экране координат обеспечивает соответствие между координатами отображаемых на экране букв, используемых для слов песни, и тем моментом времени, в который осуществляют воспроизведение ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT) и КАДРов_ЗОБ (AOB_FRAMEs), соответствующих этим символам. На Фиг.100Б показан один из примеров таблицы выделяемых на экране координат. Составление такой таблицы выделяемых на экране координат позволяет устройству воспроизведения осуществлять отображение на экране иным цветом букв, соответствующих словам песни в воспроизводимом в текущий момент ЭЛЕМЕНТе_ЗОБ (AOB_ELEMENT) и КАДРе_ЗОБ (АОВ_FRAME), из тех слов песни, которые отображены на экране в соответствии с распределением фраз во времени.
В качестве одного из примеров может быть приведен тот, в котором текст песни содержит в себе фразу "Hey hey boy don't take it slow", а таблица выделяемых на экране координат содержит в себе координаты отображения на экране для букв "Н", "е", "y", "h", "е", "у", ..., которые связаны с продолжительностью воспроизведения ЭЛЕМЕНТа_ЗОБ (AOB_ELEMENT) и КАДРа_ЗОБ (AOB_FRAME), соответствующих этим символам. При воспроизведении ЗОБ (АОВ) устройство воспроизведения изменяет цвет в том месте, которое указано посредством координат отображения на экране для букв, заданных в таблице выделяемых на экране координат.
Следовательно, устройство воспроизведения может отображать на экране слова песни таким способом, который позволяет пользователю мгновенно распознать воспроизводимую в данный момент часть ЗОБ (АОВ). Это означает, что воспроизведение записанной в плате флэш-памяти музыки может быть осуществлено с выделением слов песен точно так же, как и при воспроизведении обычных фонограмм караоке.
В этом третьем варианте осуществления изобретения таблицу распределения фраз во времени и таблицу выделяемых на экране координат создают для обеспечения возможности точной синхронизации между воспроизведением звуковых данных и отображением на экране слов песен, такой же как и в обычных фонограммах караоке. Несмотря на то что все описание настоящего изобретения было выполнено со ссылкой на сопроводительные чертежи, следует отметить, что для специалистов в данной области техники очевидна возможность наличия различных видоизменений и модификаций. Следовательно, в том случае, если такие видоизменения и модификации не выходят за объем патентных притязаний настоящего изобретения, их следует рассматривать в качестве подпадающих под него.
ПРОМЫШЛЕННАЯ ПРИМЕНИМОСТЬ
Плата полупроводниковой памяти настоящего изобретения приспособлена для использования главным образом в области бытовой электроники в качестве носителя записи для записи музыки или иного материала, распространение которого осуществляют при помощи электронных средств или иным способом. Устройства записи и воспроизведения настоящего изобретения позволяют потребителям полностью использовать возможности этой платы полупроводниковой памяти.
Изобретение относится к плате полупроводниковой памяти, к устройству воспроизведения, устройству записи, способам воспроизведения и записи, носителю записи. Техническим результатом является расширение функциональных возможностей. Плата полупроводниковой памяти содержит защищенную область, незащищенную область, причем плата хранит звуковую последовательность, множество объектов, представляющих собой неподвижные изображения, по меньшей мере, один фрагмент информации о маршруте воспроизведения, по меньшей мере, по одному фрагменту информации о первом и втором указателях. Устройство воспроизведения содержит средство воспроизведения, средство визуального отображения, средство управления. Устройство записи содержит средство присвоения и средство записи. Способы описывают работу указанных устройств. Носитель информации содержит компьютерную программу, обеспечивающую процедуру воспроизведения для указанной платы. 7 н. и 8 з.п. ф-лы, 148 ил. 
| СПОСОБ ПРОИЗВОДСТВА КОНСЕРВОВ "ПОЧКИ ЖАРЕНЫЕ С КАПУСТОЙ В ЛУКОВОМ СОУСЕ" СПЕЦИАЛЬНОГО НАЗНАЧЕНИЯ | 2005 |
|
RU2300286C1 |
| СИСТЕМА ПЕРЕДАЧИ ДАННЫХ, ПЕРЕДАТЧИК, ПРИЕМНИК И СПОСОБ ЗАПИСИ ИНФОРМАЦИОННОГО СИГНАЛА НА НОСИТЕЛЕ ИНФОРМАЦИИ | 1993 |
|
RU2121164C1 |
| Диффузионный вакуумный насос | 1978 |
|
SU840506A1 |
| US 5892975 A, 06.04.1999 | |||
| Устройство для принудительной подачиСМАзКи | 1979 |
|
SU802688A1 |
| US 5815201 A, 29.09.1998 | |||
| ДИСКООБРАЗНЫЙ НОСИТЕЛЬ ЗАПИСИ | 1991 |
|
RU2032233C1 |
