Область техники
Настоящее изобретение относится к системам защиты от копирования и, более конкретно, к системе для защиты от копирования данных музыкальных записей при начислении пользователю за это соответствующих лицензионных платежей.
Предшествующий уровень техники
В последние годы компакт-диски (КД) стали популярным видом носителя для музыкальных записей. Такие КД легко переносятся, и пользователи свободно передают свои КД другим пользователям для прослушивания. Такое распределение музыкальных записей “из рук в руки” насчитывает миллионы обращений. Проблема здесь состоит в том, что КД по существу не защищены от пиратства, т.е. от несанкционированного копирования. Кроме того, такие КД копируются без каких-либо проблем на записываемые компакт-диски (ЗКД), которые в последнее время стали коммерчески доступными. Мини-диски (МД) также стали популярными в качестве носителя для записи музыкальных данных, ранее записывавшихся на КД. Таким образом, данные музыкальной записи легко копируются на них, и если музыкальные записи совместно используются в обход закона об авторских правах, то владельцы авторского права несут убытки.
Для того чтобы воспрепятствовать такому легкому копированию, в японской выложенной заявке №9-34841 (97-34841) раскрыта обычная система для шифрования КД перед их распространением, передачи ключа дешифрирования через сеть и расчетов за их предоставление. Онлайновое распространение музыкальных записей и расчеты по сети получили широкое распространение.
В случае обычной системы, однако, онлайновое распространение музыкальных записей и расчеты персонализированы по принципу “один-к-одному”, и, следовательно, данные музыкальных записей не получают массовое распространение среди пользователей, как в случае распространения по принципу “из рук в руки” для КД. До сих пор упрощение распространения данных музыкальных записей не являлось вопросом онлайнового распространения музыкальных записей.
Раскрытие изобретения
Задачей настоящего изобретения является создание системы защиты от копирования, особенно для онлайнового распространения музыкальных записей, реализующей защиту от копирования данных музыкальных записей путем начисления соответствующих лицензионных платежей за них и облегчающей распространение данных музыкальных записей.
Для достижения указанного результата настоящее изобретение характеризуется следующими признаками.
В первом аспекте изобретение направлено на систему защиты от копирования цифровых данных для начисления пользователю соответствующего лицензионного платежа при реализации защиты от копирования цифровых данных, причем система содержит
блок распространения содержимого, предназначенный для распространения данных дополнительного распространения, включающих цифровые данные, по сети;
множество устройств записи и воспроизведения цифровых данных, взаимосвязанных посредством сети, каждое из которых имеет возможность хранения данных дополнительного распространения, принимаемых от блока распространения содержимого, воспроизведения цифровых данных и распространения данных дополнительного распространения, сохраненных в них, для других лиц; и
блок обработки расчетов, предназначенный для информационного обмена с устройствами записи и воспроизведения цифровых данных по сети и выполнения обработки расчетов для начисления лицензионных платежей, причем каждое из устройств записи и воспроизведения цифровых данных
осуществляет связь, перед воспроизведением цифровых данных, с блоком обработки расчетов, для выполнения обработки покупки, чтобы быть готовым для обработки расчетов при приеме данных дополнительного распространения от блока распространения содержимого или от других устройств записи и воспроизведения цифровых данных посредством сети,
и добавляет, перед распространением, идентификатор (ИД) дистрибьютора к данным дополнительного распространения, полученным от блока распространения содержимого или от других устройств записи и воспроизведения цифровых данных посредством сети,
при этом, если данные дополнительного распространения, подлежащие обработке расчетов, снабжены ИД дистрибьютора, блок обработки расчетов выполняет обработку премии для пользователя, идентифицированного посредством ИД дистрибьютора.
Как описано выше, согласно первому аспекту изобретения, предложена система защиты от копирования цифровых данных, обеспечивающая защиту от копирования при начислении пользователю соответствующих лицензионных платежей, и обеспечивающая выгоду владельцу авторских прав в большей степени путем использования премии для стимулирования распространения данных пользователем.
Согласно второму аспекту, настоящее изобретение направлено на устройство для записи и воспроизведения цифровых данных, обеспечивающее возможность сохранения данных дополнительного распространения, включая содержимое, которое представляет собой цифровые данные, зашифрованные соответственно первой системе, и информацию управления полномочиями, имеющую ключ содержимого, используемый для первой системы, а также воспроизведения содержимого после выполнения обработки покупки для подготовки к обработке расчетов путем осуществления связи с блоком обработки расчетов, связанным посредством сети, причем устройство содержит
блок приема данных дополнительного распространения, предназначенный для приема внешним образом данных дополнительного распространения,
блок хранения данных дополнительного распространения, предназначенный для хранения данных дополнительного распространения,
блок обработки покупки, предназначенный для выполнения, по команде пользователя, обработки покупки для воспроизведения содержимого, включенного в данные дополнительного распространения, сохраненные в блоке хранения данных дополнительного распространения;
блок выделения данных, предназначенный для выделения данных дополнительного распространения из блока хранения данных дополнительного распространения;
блок дешифрирования содержимого, предназначенный для дешифрирования, при выполнении обработки покупки, данных дополнительного распространения, сохраненных в блоке хранения данных дополнительного распространения, соответственно первой системе, и выделения содержимого;
блок воспроизведения, предназначенный для воспроизведения содержимого, выделенного блоком дешифрирования содержимого; и
блок идентификатора (ИД) дистрибьютора, предназначенный для шифрования первого ИД пользователя, являющегося идентификационной информацией, уникальной для устройства, и для добавления зашифрованного ИД первого пользователя к данным дополнительного распространения, выделенным блоком выделения данных, для вывода внешним образом.
Как описано выше, согласно второму аспекту настоящего изобретения, предложено устройство для записи и воспроизведения цифровых данных, имеющее возможность начисления пользователю соответствующих лицензионных платежей и соответственно защищающее от копирования при распространении данных дополнительного распространения, включающих такое содержимое, как музыкальные записи.
Согласно третьему аспекту, настоящее изобретение направлено на блок обработки расчетов, предназначенный для сохранения данных дополнительного распространения и для приема по сети от устройства записи и воспроизведения цифровых данных, обеспечивающего воспроизведение содержимого после обработки расчетов, информации управления расчетами, соответствующей данным дополнительного распространения, ИД дистрибьютора, указывающего на того, кто предоставил данные дополнительного распространения, и ИД передатчика, соответствующего устройству записи и воспроизведения цифровой информации, причем блок обработки расчетов содержит
блок приема информации обработки расчетов, предназначенный для приема информации управления расчетами и ИД дистрибьютора,
блок авторизации передатчика, предназначенный для приема ИД передатчика и идентификации передатчика;
блок обработки расчетов, предназначенный для выполнения, в соответствии с принятой блоком приема информации обработки расчетов информацией управления расчетами, обработки расчетов по отношению к передатчику, идентифицированному блоком авторизации передатчика; и
блок обработки премии, предназначенный для выполнения обработки премии для дистрибьютора, идентифицированного ИД дистрибьютора, принятым блоком приема информации обработки расчетов.
Как описано выше, согласно третьему аспекту настоящего изобретения, предложен блок обработки расчетов, обеспечивающий защиту от копирования при начислении пользователю соответствующих лицензионных платежей и обеспечивающий выгоду владельцу авторских прав в большей степени путем предоставления пользователю, идентифицированному посредством ИД дистрибьютора, премии для стимулирования распространения данных пользователем.
Эти и другие задачи, признаки и преимущества настоящего изобретения поясняются в последующем детальном описании изобретения, иллюстрируемом чертежами.
Краткое описание чертежей
Фиг.1 - блок-схема, показывающая структуру системы защиты от копирования цифровых данных, соответствующей первому варианту осуществления изобретения;
Фиг.2 - схематичное представление конфигурации первых данных дополнительного распространения;
Фиг.3 - схематичное представление конфигурации вторых данных дополнительного распространения;
Фиг.4 - схематичное представление, иллюстрирующее, каким образом пользователь предоставляет другим пользователям данные дополнительного распространения, которые он получил в соответствии с настоящей системой защиты от копирования;
Фиг.5 - блок-схема, показывающая структуру устройства записи и воспроизведения цифровых данных, соответствующего первому варианту осуществления изобретения;
Фиг.6 - блок-схема, показывающая первое устройство 1011 записи и воспроизведения цифровых данных, реализованное на универсальном компьютере;
Фиг.7 - блок-схема алгоритма, иллюстрирующая работу устройства записи и воспроизведения цифровых данных для получения информации управления полномочиями;
Фиг.8 - диаграмма, иллюстрирующая структуру таблицы информации управления полномочиями;
Фиг.9 - диаграмма, иллюстрирующая структуру информации 1605 управления данными дополнительного распространения;
Фиг.10 - блок-схема алгоритма, иллюстрирующая работу устройства записи и воспроизведения цифровых данных для воспроизведения;
Фиг.11 - блок-схема, иллюстрирующая детальную структуру блока 411 добавления ИД дистрибьютора;
Фиг.12 - блок-схема, иллюстрирующая детальную структуру блока 412 обработки покупки;
Фиг.13 - схематичное представление, иллюстрирующее пример информации обработки расчетов;
Фиг.14 - блок-схема алгоритма, иллюстрирующая работу устройства записи и воспроизведения цифровых данных для обработки покупки;
Фиг.15 - блок-схема, иллюстрирующая детальную структуру блока 801 обработки расчетов;
Фиг.16 - блок-схема алгоритма, иллюстрирующая работу блока 801 обработки расчетов для обработки расчетов;
Фиг.17 - блок-схема, показывающая структуру устройства записи и воспроизведения цифровых данных, соответствующего второму варианту осуществления изобретения;
Фиг.18 - диаграмма, иллюстрирующая структуру пакета SDAF в соответствии с третьим вариантом осуществления изобретения;
Фиг.19а-19с - диаграммы, иллюстрирующие другие структуры пакетов SDAF,
Фиг.20 - диаграмма, иллюстрирующая то, каким образом заголовок SDAF делится на пакеты SDAF;
Фиг.21 - диаграмма, иллюстрирующая пример пакета SDAF;
Фиг.22 - диаграмма, иллюстрирующая структуру заголовка;
Фиг.23 и 24 - исходные коды, описывающие структуру заголовка с использованием языка C++;
Фиг.25а-25с - диаграммы, показывающие, как определить таблицу атрибутов CEL (элемента содержимого);
Фиг.26 - диаграмма, иллюстрирующая соответствие между парами ключей и элементами содержимого;
Фиг.27 - исходные коды, описывающие структуру пары ключей с использованием языка C++;
Фиг.28 - диаграмма, иллюстрирующая возможность ссылок на элементы содержимого (CEL) из навигационных данных;
Фиг.29 - диаграмма, иллюстрирующая пример структуры навигационных данных;
Фиг.30 - диаграмма, иллюстрирующая другой пример структуры навигационных данных;
Фиг.31 - таблица, показывающая спецификации MPEG2-AAC (Усовершенствованного кодирования аудиоданных стандарта MPEG - алгоритм сжатия подвижного изображения) в применении к аудиоэлементу содержимого;
Фиг.32 - таблица, показывающая спецификации JPEG (алгоритм сжатия неподвижного изображения) в применении к графическому элементу содержимого;
Фиг.33 - таблица, показывающая спецификации MPEG-I в применении к графическому элементу содержимого;
Фиг.34 - таблица, показывающая спецификации PNG (портативная сетевая графика) в применении к графическому элементу содержимого;
Фиг.35 - таблица, показывающая спецификации MPEG2 в применении к видеоэлементу содержимого;
Фиг.36 - диаграмма, иллюстрирующая структуру карты временного поиска;
Фиг.37, 38а и 38b - таблица и диаграммы, детально показывающие заголовок, включенный в карту временного поиска;
Фиг.39 - таблица, детально показывающая каждую запись, включенную в карту временного поиска;
Фиг.40 - таблица, показывающая пример переадресации элементов содержимого;
Фиг.41а-41с - диаграммы, иллюстрирующие примеры того, как распространяется пакет SDAF;
Фиг.42а-42с - диаграммы, иллюстрирующие примеры того, как создается пакет SDAF;
Фиг.43 - внешний вид портативного устройства воспроизведения музыкальных записей;
Фиг.44 - блок-схема, показывающая пример структуры блока преобразования данных;
Фиг.45 - блок-схема, показывающая другой пример структуры блока преобразования данных.
Наилучшие варианты осуществления изобретения
(Первый вариант)
Со ссылками на фиг.1, 2 и 3 ниже описана система защиты от копирования цифровых данных, соответствующая первому варианту осуществления настоящего изобретения. На фиг.1 схематично представлена структура системы защиты от копирования цифровых данных.
Система защиты от копирования цифровых данных содержит с первого по третье устройства 1011-1013 записи и воспроизведения цифровых данных, сервер 102 содержимого для распространения цифровых данных и сервер 103 расчетов для выполнения обработки расчетов. Они взаимосвязаны через сеть Интернет. Однако использование сети Интернет не накладывает ограничений, и также могут использоваться телефонная линия, специализированная сеть, сеть спутникового вещания или сеть кабельного телевидения. Количество устройств записи и воспроизведения цифровых данных также не является принципиальным.
Согласно фиг.1, устройства 1011-1013 записи и воспроизведения цифровых данных могут представлять собой компьютеры, соединенные с сетью Интернет. Пользователь получает цифровые данные через Интернет или с носителя записи, такого как КД с музыкальными записями, для воспроизведения на его устройстве записи и воспроизведения цифровых данных.
На фиг.2 и 3 представлены диаграммы, иллюстрирующие конфигурации цифровых данных, распространяемых через Интернет. Цифровые данные согласно фиг.2 включают в себя информацию 203 управления полномочиями и содержимое 205. Информация 203 управления полномочиями включает в себя информацию 201 управления расчетами и ключ 202 содержимого. Содержимое 205 состоит из одной или нескольких групп аудиоданных 204. Ниже конфигурированные таким образом данные называются первыми данными дополнительного распространения.
Информация 201 управления расчетами включает в себя информацию, относящуюся к начислениям за содержимое, предоставление возможности предварительного просмотра, количество предварительных просмотров и т.д. Информация 201 управления расчетами может также включать в себя информацию, относящуюся к схеме расчетов, базирующейся на количестве прослушиваний, например, за каждое прослушивание или за предварительно определенное количество прослушиваний, и указанное число. Ключ 202 содержимого используется для шифрования и дешифрирования содержимого 205. Содержимое 205 предварительно зашифровано ключом 202 содержимого.
Информация 203 управления полномочиями предварительно зашифрована согласно предварительно определенной системе шифрования с помощью ключа, отличающегося от ключа 202 содержимого. Такой ключ называется ключом информации управления полномочиями (не показан) и в типовом случае сохраняется в программном обеспечении, выполняемом в устройствах 1011-1013 записи и воспроизведения цифровых данных. Программное обеспечение инсталлируется пользователем для его использования. При этом ключ информации управления полномочиями может шифровать и дешифрировать информацию в аппаратном обеспечении, предусмотренном для этого.
Ключ информации управления полномочиями сохранен в области памяти, недоступной для пользователя при нормальном режиме работы. Такая область, недоступная для пользователя, называется далее защищенной областью. Защищенная область часто обеспечивается во встроенной памяти в универсальном компьютере, но может также находиться и в специализированном аппаратном обеспечении, в блоке памяти или на носителе записи.
Цифровые данные, представленные на фиг.3, содержат идентификатор (ИД) 301 пользователя и первые данные 302 дополнительного распространения, как показано на фиг.2. Конфигурированные таким образом данные далее называются вторыми данными дополнительного распространения.
ИД 301 пользователя на фиг.3 указывает на информацию для идентификации пользователя, имеющего цифровые данные, распространяемые другим лицам. ИД 301 пользователя зашифрован согласно предварительно определенной системе шифрования и уникальным образом предоставлен каждому пользователю. ИД 301 пользователя сохраняется в вышеописанной защищенной области и может состоять из нескольких ИД конкретных пользователей. ИД конкретного пользователя генерируется при инсталляции такого программного обеспечения, как указано выше, в системе защиты от копирования, или предоставляется от сервера 103 расчетов или других узлов сети. Детальные сведения о возможности составления ИД 301 пользователя из нескольких ИД конкретных пользователей приводятся ниже.
Компакт-диск (КД), т.е. внешний носитель 417 записи, как описано ниже, в данном варианте осуществления имеет содержимое (данные музыкальной записи) и информацию идентификации содержимого. Информация идентификации содержимого в типовом случае может представлять собой ISRC (Международный стандартный код записи), используемый для идентификации названий музыкальных записей.
Содержимое, записанное на КД, предположительно не зашифровано. Данный КД может представлять собой усовершенствованный КД, в котором объединены область музыкального КД (звукового компакт-диска) и область ПЗУ-КД. Кроме того, в области ПЗУ-КД может храниться информация 203 управления полномочиями, зашифрованная в соответствии с предварительно определенной системой шифрования.
Ниже описано распространение цифровых данных в предлагаемой системе защиты от копирования. Предположим, что пользователь А приобретает и воспроизводит с помощью первого устройства 1011 записи и воспроизведения цифровых данных некоторые цифровые данные (в типовом случае музыкальную звукозапись) и решает предложить пользователю В приобрести понравившуюся ему музыкальную звукозапись. В этом случае пользователь А может сохранить цифровые данные на носителе записи и вручить его пользователю В или непосредственно передать данные через Интернет. Это имеет положительные стороны для обоих, поскольку пользователь А не утруждает себя описанием того, что представляют собой эти цифровые данные (например, название музыкального произведения, фамилия певца и т.д.), а пользователь В просто получает данные от пользователя А. После этого, пользователь В также может рекомендовать понравившуюся ему музыкальную звукозапись другому пользователю С. Если такое широкое распространение цифровых данных оценивается на базе использования и за это производятся соответствующие начисления, то владелец авторского права может получать выгоду от такого распространения. По существу данная система защиты от копирования разработана с учетом данных обстоятельств.
На фиг.4 схематично представлена система защиты от копирования, используемая с такой целью, как описано выше. Согласно фиг.4, пользователь А, имеющий первое устройство 1011 записи и воспроизведения цифровых данных, загружает данные музыкальной записи из сервера 102 содержимого (этап 1) и осуществляет онлайновый платеж серверу 103 расчетов (этап 2). Затем пользователь А пересылает данные музыкальной записи пользователю В, использующему второе устройство 1012 записи и воспроизведения цифровых данных (этап 3). Пользователь В осуществляет онлайновый платеж серверу 103 расчетов в отношении данных музыкальной записи (этап 4). После этого пользователь В пересылает данные музыкальной записи пользователю С, использующему третье устройство 1013 записи и воспроизведения цифровых данных (этап 5). Пользователь С осуществляет онлайновый платеж серверу 103 расчетов в отношении данных музыкальной записи (этап 6). В данном случае пользователи имеют выбор не платить за музыкальные данные и могут просто переслать данные музыкальной записи другим субъектам.
Как таковая, настоящая система защиты от копирования может выставлять счет пользователям за предоставленные данные музыкальной записи в процессе их распространения, способствуя в большей степени получению выгоды владельцами авторского права. Более того, система может предоставить премию, например, в виде купона, для стимулирования пользователей к распространению данных музыкальных записей среди других пользователей. Более детальные сведения приведены ниже.
Ниже описано устройство записи и воспроизведения цифровых данных, приводимое в действие пользователем. На фиг.5 представлена блок-схема, показывающая структуру первого устройства 1011 записи и воспроизведения цифровых данных. Устройство записи и воспроизведения цифровых данных, показанное на фиг.5, содержит блок 401 приема данных дополнительного распространения, область 402 памяти для хранения данных дополнительного распространения, блок 403 получения информации управления полномочиями (ИУП), область 404 памяти для хранения ИУП, блок 405 выделения ключа содержимого, блок 406 считывания данных, блок 407 сжатия данных, блок 408 шифрования данных, блок 409 добавления ИУП, блок 410 доступа к данным, блок 411 добавления ИД дистрибьютора, блок 412 обработки покупки, блок 414 дешифрирования содержимого, блок 415 управления воспроизведением, громкоговоритель 416 и область 418 памяти для хранения ИД пользователя.
Отметим, что громкоговоритель 416 может быть внешним образом соединен с устройством записи и воспроизведения цифровых данных. Кроме того, блок 403 получения информации управления полномочиями (ИУП), область 404 памяти для хранения ИУП, блок 405 выделения ключа содержимого, блок 406 считывания данных, блок 407 сжатия данных, блок 408 шифрования данных, блок 409 добавления ИУП предусмотрены для преобразования нешифрованных данных в данные дополнительного распространения. Если нет необходимости в таком преобразовании, эти компоненты могут быть опущены. Второе и третье устройства 1012 и 1013 записи и воспроизведения цифровых данных структурно идентичны первому устройству 1011 записи и воспроизведения цифровых данных и поэтому здесь дополнительно не описываются.
Такое устройство записи и воспроизведения цифровых данных в принципе может быть реализовано на персональном компьютере. На фиг.6 представлена блок-схема первого устройства 1011 записи и воспроизведения цифровых данных, реализованного на персональном компьютере.
Устройство, представленное на фиг.6, содержит блок 2 обработки информации, выполняющий обработку данных и управляющий другими компонентами, блок 3 хранения программ, обеспечивающий хранение данных программ для работы блока 2 обработки информации, блок 4 вывода для отображения различной информации пользователю и воспроизведения и вывода данных музыкальной записи и т.п., блок 5 ввода для приема команд пользователя и данных от внешнего носителя записи, блок 6 хранения общих данных таких, как данные дополнительного распространения, блок 7 хранения защищенных данных для хранения данных, которые должны храниться в секрете от пользователя в области, недоступной при нормальной работе, и коммуникационный блок 8, осуществляющий связь с различными серверами через сеть Интернет. Эти компоненты соединены общей системной шиной.
Блок 5 ввода может быть выполнен в виде устройства считывания с ПЗУ-КД, устройства считывания с цифровых видеодисков, клавиатуры, мыши и предназначен для приема команд и данных пользователя, данных от внешнего носителя записи, такого как ПЗУ-КД и т.п. Блок 4 вывода может быть выполнен в виде дисплея, принтера, громкоговорителя и предназначен для отображения различной информации, генерируемой блоком 2 обработки информации, пользователю и для воспроизведения музыкальной записи. Блок 2 обработки информации может содержать центральный процессорный блок и выполняет различную обработку данных для управления другими компонентами при обеспечении защиты от копирования цифровых данных. Такая обработка данных ниже описана более подробно.
Блок 2 обработки информации выполняет различную обработку данных с помощью программы. Данная программа хранится в блоке 3 хранения программ и передается по мере необходимости в блок 2 обработки информации. Блок 3 хранения программ может быть выполнен с возможностью хранения информации программ на носителе записи, например на жестком диске или в полупроводниковой памяти, или на съемном носителе записи, таком как оптический диск (например, КД, ЦВД) и плата полупроводниковой памяти. Если используемый носитель записи представляет собой память съемного типа, он может заменяться другим носителем с другой программой, по мере необходимости.
Блок 6 хранения общих данных представляет собой блок памяти, на который осуществляется запись и с которого осуществляется считывание, например, жесткий диск или полупроводниковую память, и предназначен для хранения данных, которые не обязательно должны сохраняться в секрете от пользователя, например данных дополнительного распространения. Блок 7 хранения защищенных данных может представлять собой блок памяти, такой как жесткий диск или специализированное аппаратное обеспечение, или блок памяти с областью хранения зашифрованных данных, и предназначен для хранения данных, которые должны храниться в секрете от пользователя в области, недоступной при нормальной работе. Коммуникационный блок 8 может представлять собой модем и маршрутизатор и предназначен для осуществления связи с сервером 102 содержимого, сервером 103 расчетов и другими устройствами записи и воспроизведения цифровых данных через сеть Интернет.
Отметим, что выполнение устройства записи и воспроизведения цифровых данных не ограничено персональным компьютером. Оно может быть выполнено, например, в виде телеприставки, которая записывает программы вещания.
Ниже описана работа первого устройства 1011 записи и воспроизведения цифровых данных, показанного на фиг.5. Это устройство работает по-разному при использовании данных дополнительного распространения и незашифрованных данных. Ниже описан первый случай, когда пользователь А получает данные дополнительного распространения, т.е. первые данные дополнительного распространения, показанные на фиг.2, или вторые данные дополнительного распространения, показанные на фиг.3.
Согласно фиг.5, первые или вторые данные дополнительного распространения подаются в блок 401 приема данных дополнительного распространения от сервера 102 содержимого, второго или третьего устройств 1012, 1013 записи и воспроизведения цифровых данных, приводимых в действие другим пользователем, или от внешнего носителя 417 записи, например КД. Данные сохраняются в области 402 хранения данных дополнительного распространения. Местоположение хранения данных записывается в информацию управления данными дополнительного распространения, которая описана более подробно ниже и которая хранится в защищенной области хранения. Хотя защищенная область может быть предусмотрена отдельно от других областей хранения, в этом устройстве она предусматривается в области 402 хранения данных дополнительного распространения.
Ниже описан второй случай, когда пользователь А принимает незашифрованные данные музыкальной записи от внешнего носителя 417 записи, например КД. Незашифрованные данные музыкальной записи могут быть получены от сервера 102 содержимого или из других источников. Если это имеет место, то их защита от копирования едва ли обеспечивается, и поэтому такие данные здесь не будут учитываться. Кроме того, если устройство записи и воспроизведения цифровых данных конфигурировано без блока 403 получения ИУП, области 404 памяти для хранения ИУП, блока 405 выделения ключа содержимого, блока 406 считывания данных, блока 407 сжатия данных, блока 408 шифрования данных и блока 409 добавления ИУП, то описываемые ниже операции невозможно выполнить.
Согласно фиг.5, блок 406 считывания данных считывает из внешнего носителя 417 записи незашифрованные данные музыкальной записи, соответствующие содержимому 205, включающему в себя аудиоданные 204. Блок 403 получения ИУП получает информацию управления полномочиями от сервера 102 содержимого или внешнего носителя 417 записи. Полученная ИУП сохраняется в области 404 хранения ИУП.
На фиг.7 представлена блок-схема, детально иллюстрирующая работу первого устройства 1011 записи и воспроизведения цифровых данных для получения информации ИУП. На этапе S901 блок 403 получения ИУП получает информацию, идентифицирующую содержимое, от внешнего носителя 417 записи, такого как КД. Информация, идентифицирующая содержимое, представляет собой идентификационный код, такой как ISRC, или информацию заголовка, предназначенную для идентификации содержимого.
На этапе S902 блок 403 получения ИУП определяет, имеет ли внешний носитель записи информацию управления полномочиями, соответствующую содержимому, определенному полученной информацией идентификации содержимого. Если да, то процедура переходит к этапу S903, в противном случае - к этапу S904.
На этапе S903 блок 403 получения ИУП получает информацию управления полномочиями от внешнего носителя 417 записи. Затем процедура переходит к этапу S905. Отметим, что информация управления полномочиями, записанная на внешнем носителе 417 записи, зашифрована в предварительно определенной системе шифрования. Информация управления полномочиями может быть записана на таком внешнем носителе записи, как КД или в защищенной области носителя записи другого типа, например, на защищенной цифровой карте.
На этапе S904 блок 403 получения ИУП осуществляет связь с сервером 102 содержимого с обеспечением защиты и получает информацию управления полномочиями. Затем процедура переходит к этапу S905.
На этапе S905 полученная информация управления полномочиями сохраняется в области 404 памяти для хранения ИУП, более конкретно, в предварительно определенной защищенной области, предусмотренной в устройстве 1011 для записи и воспроизведения цифровых данных. Альтернативно, информация управления полномочиями зашифровывается в предварительно определенной системе шифрования, и соответствующий ключ дешифрирования для нее хранится в защищенной области памяти.
На этапе S906 блок 403 получения ИУП добавляет информацию, релевантную для вновь полученной информации управления полномочиями, в таблицу распределения информации управления полномочиями в области 404 памяти для хранения ИУП.
На фиг.8 представлена диаграмма, иллюстрирующая примерную структуру таблицы распределения информации управления полномочиями. На фиг.8 таблица распределения информации управления полномочиями имеет номер индекса 1501, информацию 1502 идентификации содержимого и информацию 1503 местоположения хранения информации управления полномочиями. Номер индекса 1501 присваивается в восходящем порядке каждой информации управления полномочиями в области 404 памяти для хранения ИУП. В примере на фиг.8 область 404 памяти для хранения ИУП имеет семь различных единиц информации управления полномочиями.
Информация 1502 идентификации содержимого включает в себя вышеописанную информацию идентификации содержимого, уникальную для каждой информации управления полномочиями. Информация 1503 местоположения хранения информации управления полномочиями указывает местоположение, где сохранена информация управления полномочиями. В примере по фиг.8 каждая из семи различных единиц информации управления полномочиями сохранена в файле в директории Header на С-диске.
Содержимое, считанное из блока 406 считывания данных, сжимается блоком 407 сжатия данных предварительно определенным способом. Хотя содержимое не обязательно сжимать, меньший объем данных является предпочтительным для операций передачи/приема через сеть Интернет. Кроме того, он также является предпочтительным с точки зрения размера области памяти для хранения информации.
Сжатое содержимое зашифровывается блоком 408 шифрования данных. Ключ, используемый для шифрования содержимого, является ключом, выделенным с помощью блока 405 выделения ключа содержимого из информации управления полномочиями, сохраненной в области 404 памяти для хранения ИУП.
Блок 409 добавления ИУП добавляет информацию управления полномочиями к данным, зашифрованным блоком 408 шифрования данных, для формирования первых данных дополнительного распространения. Такие сформированные первые данные дополнительного распространения сохраняются в области 402 памяти для хранения данных дополнительного распространения, а местоположение их хранения записывается к информации распределения данных дополнительного распространения, сохраненной в защищенной области хранения.
На фиг.9 представлена диаграмма, иллюстрирующая структуру информации 1605 распределения данных дополнительного распространения. Информация 1605 распределения данных дополнительного распространения, показанная на фиг.9, включает в себя номер индекса 1601, информацию 1602 местоположения хранения данных и состояние 1603 покупки. Номер индекса 1601 присваивается в восходящем порядке к каждым данным дополнительного распространения, сохраненным в области 402 памяти для хранения данных дополнительного распространения. Информация 1602 местоположения хранения данных указывает местоположение, где сохранены данные дополнительного распространения. В примере, показанном на фиг.9, данные дополнительного распространения сохранены в семи различных папках. Состояние 1603 покупки указывает, были ли уже приобретены данные дополнительного распространения или нет.
Если данные дополнительного распространения, попавшие в область памяти 402 для хранения данных дополнительного распространения, являются теми, которые поступили из блока 401 приема данных дополнительного распространения, то состояние 1603 покупки, соответствующее данным, обозначается как “еще не приобретено”. После того как будет завершена описанная ниже обработка расчетов, состояние 1603 покупки изменится на “приобретено”. Здесь состояние 1603 покупки может быть указано предварительно определенным символом или флагом, соответствующим предварительно определенному биту.
Если данные дополнительного распространения, попавшие в область памяти 402 для хранения данных дополнительного распространения, являются теми, которые получены шифрованием данных, считанных блоком 406 считывания данных, например, из внешнего носителя 417 записи, и преобразованием данных в данные дополнительного распространения блоком 409 добавления ИУП, состояние 1603 покупки, соответствующее данным, изменяется на “приобретено”. Это объясняется тем, что пользователь уже приобрел внешний носитель 417 записи.
Ниже описана работа устройства 1011 для записи и воспроизведения цифровых данных, показанного на фиг.5, для воспроизведения таких сохраненных данных дополнительного распространения и для распространения этих данных для других пользователей.
Согласно фиг.5, в ответ на команду пользователя о воспроизведении определенного содержимого блок ввода команды считывания (не показан) вводит команду блоку 410 доступа к данным о считывании соответствующих данных дополнительного распространения из области 402 памяти для хранения данных дополнительного распространения. Блок 410 доступа к данным затем выполняет команду.
В случае, когда обработка расчетов уже завершена или доступен предварительный просмотр, блок 414 дешифрирования содержимого получает содержимое 205, показанное на фиг.2, из данных дополнительного распространения, выделенных блоком 410 доступа к данным. Блок 415 управления воспроизведением управляет воспроизведением выделенного содержимого и затем водит команду в громкоговоритель 416 о выдаче аудиоданных.
Работа указанных блока 414 дешифрирования содержимого и блока 415 управления воспроизведением описаны детально со ссылками на фиг.10. На фиг.10 представлена блок-схема алгоритма, иллюстрирующая обработку, выполняемую для воспроизведения данных дополнительного распространения, сохраненных в области 402 памяти для хранения данных дополнительного распространения.
На этапе S1301 блок 414 дешифрирования содержимого выделяет из данных дополнительного распространения, считанных блоком 410 доступа к данным, ключ 202 содержимого и информацию 201 управления расчетами, включенную в информацию 203 управления полномочиями, как показано на фиг.2. Как уже описано, конкретное программное обеспечение использует ключ информации управления полномочиями для дешифрирования данной информации.
На этапе S1303 блок 414 дешифрирования содержимого обращается к информации 1605 распределения данных дополнительного распространения и проверяет, указано ли “приобретено” в состоянии 1603 покупки для воспроизводимых данных дополнительного распространения. Если да, то процедура переходит к этапу S1305, в противном случае - к этапу S1304.
На этапе S1304 блок 414 дешифрирования содержимого обращается к информации 201 управления расчетами, включенной в дешифрированную информацию 203 управления полномочиями, и проверяет, доступен ли предварительный просмотр. Если доступен, то процедура переходит к этапу S1305, в противном случае обработка на этом завершается, и дешифрированное содержимое отбрасывается. Если предварительный просмотр доступен заданное число раз, то это число указывается в информации 201 управления расчетами. Предварительный просмотр доступен несколько раз, и при каждом прослушивании это число уменьшается на единицу.
На этапе S1305 блок 414 дешифрирования содержимого использует выделенный ключ 202 содержимого для дешифрирования зашифрованного содержимого, включенного в данные дополнительного распространения, считанные блоком 410 доступа к данным. Кроме того, блок 415 управления воспроизведением управляет воспроизведением считанного содержимого и затем вводит команду в громкоговоритель 416 для воспроизведения, например, музыкальной записи. Для того чтобы зарегистрировать число прослушиваний содержимого, число прослушиваний в информации 203 управления полномочиями получает приращение, и затем информация снова шифруется и преобразуется вновь в данные дополнительного распространения для хранения в области 402 памяти для хранения данных дополнительного распространения. Аналогичным образом, если число допустимых просмотров уже установлено, то соответствующее число в информации 203 управления полномочиями получает отрицательное приращение, и затем информация шифруется вновь и преобразуется в данные дополнительного распространения для сохранения. Кроме того, если начисление производится за каждое прослушивание, то соответствующее состояние 1603 покупки изменяется на “еще не приобретено” непосредственно после воспроизведения.
Ниже описан случай, когда содержимое распространяется среди других пользователей. Согласно фиг.5, в ответ на команду пользователя о распространении некоторых данных дополнительного распространения, аналогично случаю воспроизведения, блок выдачи команды выделения выдает команду блоку 410 доступа к данным о считывании соответствующих данных дополнительного распространения. Блок 411 добавления ИД дистрибьютора осуществляет поиск в области 418 памяти для хранения ИД пользователя идентификатора конкретного пользователя, чтобы сформировать вторые данные 505 дополнительного распространения. Сформированные вторые данные 505 дополнительного распространения пересылаются, например, во второе устройство 1012 записи и воспроизведения цифровых данных. Разумеется, данные можно переслать в другие устройства записи и воспроизведения цифровых данных или можно записать на портативный носитель записи, например на защищенную цифровую плату, и передать другим пользователям.
Ниже описана структура блока 411 добавления ИД дистрибьютора и способ его работы. На фиг.11 представлена блок-схема, детально показывающая структура блока 411 добавления ИД дистрибьютора. Блок 411 добавления ИД дистрибьютора, показанный на фиг.11, содержит блок 501 получения ИД пользователя, блок 502 шифрования ИД пользователя, блок 503 добавления ИД пользователя и блок 504 получения информации распределения.
Блок 501 получения ИД пользователя получает конкретный ИД пользователя из защищенной области памяти, например из области 418 памяти для хранения ИД пользователя. Конкретный ИД пользователя представляет собой идентификационный код, уникальным образом предусмотренный для каждого пользователя или устройства записи и воспроизведения цифровых данных. Отметим, что конкретный ИД пользователя может быть заранее сохранен в области 418 памяти для хранения ИД пользователя или может быть предоставлен сервером выдачи ИД или сервером 103 расчетов с помощью предварительно определенной процедуры.
Блок 504 получения информации распределения считывает посредством блока 410 доступа к данным информацию 1605 распределения данных дополнительного распространения, сохраненную в защищенной области памяти. После этого состояние покупки 1603 в информации 1605 распределения данных дополнительного распространения вводится в блок 502 шифрования ИД пользователя.
Блок 502 шифрования ИД пользователя затем записывает состояние покупки 1603, введенное из блока 504 получения информации распределения, к ИД пользователя, полученному блоком 501 получения ИД пользователя. В типовом случае ИД пользователя состоит из ИД и состояния покупки. Затем блок 502 шифрования ИД пользователя зашифровывает ИД пользователя в соответствии с предварительно определенной системой шифрования.
Блок 503 добавления ИД пользователя добавляет ИД пользователя, зашифрованный блоком 502 шифрования ИД пользователя, к данным дополнительного распространения, считанным блоком 410 доступа к данным, и, таким образом, формирует вторые данные 505 дополнительного распространения.
В случае, когда данные дополнительного распространения, считанные блоком 410 доступа к данным, являются первыми данными дополнительного распространения, не имеющими ИД 301 пользователя, они могут быть просто снабжены идентификатором дистрибьютора. С другой стороны, если вторые данные дополнительного распространения уже имеют ИД пользователя, то ИД дистрибьютора может быть добавлен различными способами.
Например, уже предусмотренный ИД пользователя может быть удален перед добавлением ИД дистрибьютора, или он может сопровождаться идентификаторами дистрибьютора во временной последовательности. В последнем случае, когда имеется множество ИД дистрибьюторов, их количество может быть ограничено последними несколькими. Здесь предполагается, что ИД пользователей являются последними двумя, а именно за ИД дистрибьютора данного устройства следует ИД другого дистрибьютора, относящийся к устройству, с которого производится распространение данных.
При таком подходе не имеет значения, какой тип данных дополнительного распространения выделен блоком 410 доступа к данным, т.е. первые или вторые данные дополнительного распространения, блок 503 добавления ИД пользователя добавляет зашифрованный ИД пользователя в его заголовке, так что ИД пользователей являются по крайней мере последними двумя. Таким образом формируются вторые данные 505 дополнительного распространения.
Ниже описана обработка покупки в устройстве 1011 записи и воспроизведения цифровых данных. Как описано выше, данные дополнительного распространения, сохраненные в области 402 памяти для хранения данных дополнительного распространения, содержат данные, которые еще не приобретены. Поэтому в ответ на команду пользователя о покупке блок выдачи команды о покупке (не показан) выдает команду блоку 412 обработки покупки считать данные из области 402 памяти для хранения данных дополнительного распространения, относящиеся к соответствующим данным дополнительного распространения. Блок 412 обработки покупки затем выполняет команду и осуществляет обработку расчетов.
На фиг.12 представлена блок-схема, детально иллюстрирующая блок 412 обработки покупки. Блок 412 обработки покупки, представленный на фиг.12, содержит блок 601 выделения ИУП, блок 602 выделения информации управления расчетами, блок 603 выделения ИД дистрибьютора, блок 604 формирования информации обработки расчетов, блок 605 передачи информации обработки расчетов, блок 606 передачи ИД передатчика, блок 607 приема нормального завершения и блок 608 перезаписи информации распределения данных дополнительного распространения.
Блок 601 выделения ИУП выделяет информацию управления полномочиями из считанных данных 610 дополнительного распространения. Блок 602 выделения информации управления расчетами затем выделяет информацию управления расчетами из информации управления полномочиями, выделенной блоком 601 выделения ИУП. Если считанные данные дополнительного распространения уже содержат добавленные ИД некоторого пользователя, то блок 603 выделения ИД дистрибьютора выделяет ИД пользователя и затем выдает команду блоку 604 формирования информации обработки расчетов добавить выделенный ИД пользователя. К выделенной информации управления расчетами блок 604 формирования информации обработки расчетов добавляет ИД пользователя, выделенный блоком 603 выделения ИД дистрибьютора, чтобы сформировать информацию 611 обработки расчетов. Блок 605 передачи информации обработки расчетов передает сформированную таким образом информацию 611 обработки расчетов в сервер 103 расчетов.
На фиг.13 представлена блок-схема, иллюстрирующая возможную структуру информации 611 обработки расчетов. Информация 611 обработки расчетов, представленная на фиг.13, включает в себя информацию 702 управления расчетами, выделенную блоком 602 выделения информации управления расчетами, и ИД 701 пользователя, выделенный блоком 603 выделения ИД дистрибьютора. Если считанные данные дополнительного распространения не имеют добавленного ИД пользователя, то информация 611 обработки расчетов включает в себя только информацию 702 управления расчетами. ИД 701 пользователя, выделенный блоком 603 выделения ИД дистрибьютора, может включать не только ИД, принадлежащий пользователю, который осуществил распространение данных к устройству записи и воспроизведения, но и ИД других пользователей, участвовавших в предшествующем распространении данных. Одновременно или непосредственно после того, как блок 605 передачи информации обработки расчетов передал данную информацию 611 обработки расчетов, показанную на фиг.13, блок 606 передачи ИД передатчика передает к серверу 103 расчетов ИД 612 передатчика, который является ИД конкретного пользователя, полученным из защищенной области памяти для идентификации передатчика. В типовом случае такая информация последовательно передается в виде набора данных.
Блок 607 приема нормального завершения принимает от сервера 103 расчетов уведомление 613 о нормальном завершении обработки расчетов, которое сообщает ему, что обработка расчетов нормально завершена. После того как принято уведомление 613, что обработка расчетов нормально завершена, блок 608 перезаписи информации распределения данных дополнительного распространения изменяет состояние покупки 1603 с “еще не приобретено” на “приобретено”, в информации 1605 распределения данных дополнительного распространения, сохраненных в области 402 памяти для хранения данных дополнительного распространения.
Ниже описана процедура приобретения таких данных дополнительного распространения со ссылками на блок-схему, показанную на фиг.14. На этапе S1201 блок 601 выделения ИУП выделяет информацию управления полномочиями из считанных данных 610 дополнительного распространения.
На этапе S1202 блок 602 выделения информации управления расчетами использует вышеописанный ключ информации управления полномочиями для дешифрирования выделенной информации управления полномочиями. Данное дешифрирование выполняется специализированным программным обеспечением, как описано выше. На этапе S1203 блок 602 выделения информации управления расчетами выделяет информацию управления расчетами из дешифрированной информации управления полномочиями. Выделенная информация управления расчетами представляет собой информацию, включенную в состав информации 611 обработки расчетов.
На этапе S1204 определяет, являются ли считанные данные дополнительного распространения вторыми данными дополнительного распространения. Если это так, то процедура переходит к этапу S1205, в противном случае - к этапу S1207.
На этапе S1205 блок 603 выделения ИД дистрибьютора выделяет ИД пользователя из вторых данных дополнительного распространения. На этапе S1206 блок 603 выделения ИД дистрибьютора добавляет выделенный ИД пользователя к информации управления расчетами, чтобы сформировать информацию 611 обработки расчетов, как показано на фиг.13.
На этапе S1207 блок 605 передачи информации обработки расчетов передает информацию 611 обработки расчетов к серверу 103 расчетов. Одновременно или последовательно с этим блок 606 передачи ИД передатчика получает из защищенной области памяти ИД передатчика и передает ИД передатчика к серверу 103 расчетов.
На этапе S1208 спустя время, требуемое серверу 103 расчетов для выполнения обработки, блок 607 приема нормального завершения определяет, передано ли уведомление 613 о нормальном завершении обработки расчетов от сервера 103 расчетов. Если это так, то обработка переходит к этапу S1209, в противном случае - возвращается к этапу S1207. Если уведомление 613 о нормальном завершении обработки расчетов не передано, то не имеет значения, сколько раз повторяется обработка на этапе S1207, сервер 103 обработки может продолжать обработку дальше. Соответственно для обработки ошибок используется соответствующая процедура обработки (не показана).
На этапе S1209 блок 608 перезаписи информации распределения данных дополнительного распространения считывает информацию 1605 распределения данных дополнительного распространения из области 402 памяти для хранения данных дополнительного распространения, изменяет состояние покупки 1603 с “еще не приобретено” на “приобретено” и затем записывает информацию вновь в область 402 памяти для хранения данных дополнительного распространения.
В вышеприведенном описании предполагается, что информация обработки расчетов передается к серверу расчетов в онлайновом режиме. Однако информация обработки расчетов может быть сохранена в устройстве записи и воспроизведения цифровых данных и затем передана в сервер расчетов, когда это необходимо.
Ниже описана структура и работа сервера 103 расчетов, выполняющего обработку расчетов. На фиг.15 представлена блок-схема, иллюстрирующая блок 801 обработки расчетов, предусмотренный в сервере 103 расчетов. Блок 801 обработки расчетов, показанный на фиг.15, содержит блок 802 приема информации обработки расчетов, блок 803 авторизации передатчика, блок 804 обработки расчетов, блок 805 нормального завершения, блок 806 выделения ИД дистрибьютора, блок 807 дешифрирования ИД дистрибьютора и блок 808 обработки премии.
Блок 802 приема информации обработки расчетов принимает информацию 611 обработки расчетов, переданную из блока 412 обработки покупок. Информация обработки расчетов затем поступает в блок 804 обработки расчетов и в блок 806 выделения ИД дистрибьютора. Блок 803 авторизации передатчика принимает ИД 612 пользователя, поступающий из блока 412 обработки покупки в первом устройстве 1011 записи и воспроизведения цифровых данных, и затем определяет передатчик.
На основе информации управления расчетами, включенной в информацию обработки расчетов, блок 804 обработки расчетов выполняет обработку расчетов по отношению к пользователю, определенному блоком 803 авторизации передатчика. Блок 805 уведомления о нормальном завершении затем передает уведомление 613 о нормальном завершении обработки расчетов в блок 412 обработки покупки в первом устройстве 1011 записи и воспроизведения цифровых данных.
Если информация 611 обработки снабжена ИД пользователя, определяющим дистрибьютора, то блок 806 выделения ИД дистрибьютора выделяет ИД дистрибьютора. Как описано выше, выделенный ИД дистрибьютора может быть идентификатором как текущего, так и предыдущего дистрибьютора. Блок 807 дешифрирования ИД дистрибьютора дешифрирует ИД дистрибьютора, выделенный блоком 806 выделения ИД дистрибьютора. Блок 808 обработки премии осуществляет обработку премии по отношению к пользователю, определенному дешифрированным ИД пользователя. Детали обработки описаны ниже.
Работа блока 801 обработки расчетов подробно описана ниже со ссылками на фиг.16, где показана блок-схема алгоритма обработки для каждого компонента в блоке 801 обработки расчетов.
На этапе S1401 блок 802 приема информации обработки расчетов принимает информацию 611 обработки расчетов от блока 412 обработки покупки, в то время как блок 803 авторизации передатчика принимает ИД передатчика от блока 412 обработки покупки.
На этапе S1402 блок 804 обработки расчетов выполняет обработку расчетов по отношению к пользователю, определенному ИД передатчика, полученным блоком 803 авторизации передатчика. Эта обработка выполняется на основе информации управления расчетами, включенной в информацию обработки расчетов, которая была принята блоком 802 приема информации обработки расчетов. Как описано выше, информация управления расчетами включает, например, счет, необходимый для начисления платежа.
На этапе S1403 блок 806 выделения ИД дистрибьютора определяет, снабжена ли информация обработки расчетов, принятая блоком 802 приема информации обработки расчетов, идентификатором какого-либо пользователя. Если это так, то обработка переходит к этапу S1404, в противном случае - к этапу S1406.
На этапе S1404 блок 807 дешифрирования ИД дистрибьютора дешифрирует ИД пользователя предварительно определенным способом. В данном случае ИД пользователя может представлять собой идентификатор как текущего, так и предыдущего дистрибьюторов.
На этапе S1405 блок 808 обработки премии выполняет обработку премии в отношению к пользователю, определенному дешифрированным ИД пользователя. Пользователю при этом предоставляется скидка или купон, действительные по отношению к следующему счету. В данном случае, как описано выше, пользователь, которому предоставлена такая премия, может быть как текущим, так и предыдущим дистрибьютором. В таком случае блок 808 обработки премии увеличивает процент скидки или номинальную стоимость купона для текущего дистрибьютора в большей степени, чем для предыдущего дистрибьютора. Это связано с тем, что текущий дистрибьютор является лицом, непосредственно участвующим в распространении данных, в то время как предыдущий дистрибьютор принимает в этом косвенное участие.
Дешифрированный ИД пользователя снабжается вышеупомянутой информацией расчетов. Соответственно, для пользователя, который уже приобрел данные музыкальной записи, блок 808 обработки премии увеличивает процент скидки или номинальную стоимость купона в большей степени, чем для пользователя, который еще не приобрел их.
Как следует из вышеописанного, в предложенной системе защиты от копирования цифровых данных платеж по счету пользователя и его вклад в процедуру распространения данных определяют процент скидки или номинальную стоимость купона. Таким путем пользователь может оказаться заинтересованным в приобретении данных или в участии в распространении данных, чтобы повысить величину своей премии. При таком участии пользователей предложенная система защиты от копирования цифровых данных может обеспечить более высокую выгоду для владельцев авторского права при обеспечении защиты их прав.
Как описано выше, премия для пользователя может представлять собой, например, скидку или купон, однако не ограничена только этими примерами. Премия может меняться на пункты, обмениваемые на товары, специальные услуги; т.е. возможен любой вариант, если такая премия служит привлечению интереса пользователей.
(Второй вариант осуществления)
Система защиты от копирования цифровых данных, соответствующая второму варианту, во многом такая же, как и описанная применительно к первому варианту. Более конкретно, сервер 102 содержимого и сервер 103 расчетов идентичны соответствующим узлам в первом варианте осуществления. Кроме того, устройство записи и воспроизведения цифровых данных в данном варианте почти такое же по своей структуре. Поэтому во втором варианте описаны только отличия от первого варианта осуществления. Любой из идентичных компонентов обозначен той же самой ссылочной позицией и повторно не описывается.
На фиг.17 представлена блок-схема, показывающая структуру устройства 1701 записи и воспроизведения цифровых данных, выполненного согласно второму варианту осуществления. Согласно фиг.17, устройство 1701 записи и воспроизведения цифровых данных содержит блок 401 приема данных дополнительного распространения, область 402 памяти для хранения данных дополнительного распространения, блок 403 получения информации управления полномочиями (ИУП), область 404 памяти для хранения ИУП, блок 405 выделения ключа содержимого, блок 406 считывания данных, блок 407 сжатия данных, блок 408 шифрования данных, блок 409 добавления ИУП, блок 410 доступа к данным, блок 411 добавления ИД дистрибьютора, блок 412 обработки покупки, блок 414 дешифрирования содержимого, блок 415 управления воспроизведением, громкоговоритель 416, область 418 памяти для хранения ИД пользователя, блок 1702 добавления данных, область 1703 памяти для хранения дополнительной информации и дисплей 1704.
Как следует из описанного выше, отличие от первого устройства 1011 записи и воспроизведения цифровых данных, соответствующего первому варианту, состоит в дополнительном включении блока 1702 добавления данных, области 1703 памяти для хранения дополнительной информации и дисплея 1704. Ниже описана работа блока 1702 добавления данных.
Блок 1702 добавления данных считывает из области 1703 памяти для хранения дополнительной информации данные изображения, предварительно предусмотренные пользователем, и/или дополнительную информацию, включающую информацию управления воспроизведением, такую как данные изображения и аудиоданные. Эта информация изображений добавляется к аудиоданным, которые сжаты посредством блока 407 сжатия данных. В типовом случае дополнительная информация предусмотрена в конце аудиоданных и состоит из одной или нескольких групп данных. Более конкретно, дополнительная информация предусматривается в конце аудиоданных 204 в содержимом 205, показанном на фиг.2. Отметим, что дополнительная информация может быть предварительно добавлена к аудиоданным для сжатия вместе с аудиоданными.
Данные изображения, предусмотренные пользователем, отображаются при воспроизведении содержимого в предварительно определенном порядке во времени. Информация управления воспроизведением предусмотрена для управления воспроизведением содержимого. Например, информация управления воспроизведением управляет порядком и хронированием при воспроизведении множества аудиоданных, или управляет хронированием при воспроизведении данных изображения, предусмотренного пользователем.
Блок 408 шифрования данных осуществляет шифрование аудиоданных с данными изображения, добавленными блоком 1702 добавления данных. Разумеется, могут шифроваться только аудиоданные. В остальном, устройство 1701 записи и воспроизведения цифровых данных работает аналогично первому устройству 1001 записи и воспроизведения цифровых данных, соответствующему первому варианту осуществления, и поэтому вновь не описывается.
Отметим, что в устройстве, показанном на фиг.17, для воспроизведения содержимого используется громкоговоритель 416, а для отображения изображения может быть использован дисплей 1704. Как уже описывалось выше со ссылками на фиг.6, если устройство реализовано на обычном персональном компьютере, то дисплей может представлять собой ЭЛТ или иное средство для отображения различной информации. Поэтому если информация содержимого включает в себя данные изображения, изображение должно отображаться с помощью дисплея 1704, что широко известно применительно к персональным компьютерам.
Как описано выше, в соответствии с предложенной системой защиты от копирования цифровых данных, больше не требуется шифровать КД для начисления соответствующих лицензионных платежей за них и защиты от их копирования. Кроме того, с использованием информации управления воспроизведением для изображения и аудиоданных, обеспеченных пользователем, содержимое музыкальной записи для распространения в качестве данных дополнительного распространения может стать еще более интересным.
(Третий вариант осуществления)
В качестве третьего варианта осуществления ниже описан конкретный пример данных дополнительного распространения, упоминавшихся в первом и втором вариантах, представленный форматом распространения содержимого, называемым SDAF (формат защищенных цифровых аудиоданных). Со ссылками на фиг.18-39 сначала представлены детальные характеристики формата SDAF, а затем со ссылками на фиг. 40-46 описано, как используется формат SDAF.
Формат распространения содержимого (SDAF) согласно представленному варианту осуществления используется для описания мультимедийного содержимого, включающего в себя аудио, изображения, видео, текст и файловые данные. Мультимедийное содержимое, описываемое стандартом SDAF, ниже называется заголовком SDAF. Данные представления, содержащие заголовок SDAF, здесь называются элементом содержимого (CEL). Каждый элемент содержимого (CEL) имеет идентификатор CEL, который уникален в заголовке SDAF (ниже обозначается как CEL_ID).
Заголовок SDAF распространяется разделенным на блоки, называемые пакетами SDAF. Каждому пакету SDAF присвоен идентификатор пакета, который уникален во всей системе распространения. На фиг.18 представлен пример пакета SDAF. Как показано на фиг.18, заголовок 2000 SDAF состоит из множества пакетов SDAF. Каждый пакет 2001 SDAF содержит заголовок 2011, навигационные данные 2012, множество элементов содержимого (CEL) 2013 и предложение 2014.
Заголовок 2011 включает в себя такую информацию, как местоположение, размер и атрибут каждых данных в пакете. Эта информация определяет структуру пакета. Навигационные данные 2012 представляют собой информацию управления воспроизведением, определяющую работу устройства воспроизведения (плейера) при воспроизведении заголовка SDAF. Из навигационных данных 2012 осуществляются ссылки на элемент содержимого (CEL), включенный в пакет, к которому относятся навигационные данные, или в другие пакеты. CEL 2013 получают путем шифрования каждых данных представления (презентации), составляющих заголовок SDAF, более конкретно, путем шифрования аудио, изображений, видео, текста и файловых данных. Пара ключей дешифрирования для дешифрирования CEL 2013 и CEL_ID называется парой ключей. Предложение 2014 включает множество пар ключей и правила покупки, описывающие цену покупки и период действительности для каждой пары ключей.
На фиг.19а-19с представлены диаграммы, показывающие три типа пакетов SDAF. Полный пакет 2001, показанный на фиг.19с, включает, аналогично фиг.18, заголовок 2011, навигационные данные 2012, множество CEL 2013 и предложение 2014. Пакет 2002 предложения, показанный на фиг.19а, включает в себя заголовок 2011, навигационные данные 2012 и предложение 2014, но не включает в себя каких-либо CEL 2013. CEL-пакет 2003, показанный на фиг.19b содержит заголовок 2011 и множество CEL 2013. Поскольку для воспроизведения заголовка SDAF требуются навигационные данные 2012, полный пакет 2001 и пакет 2002 предложения могут быть воспроизведены по одиночке, но CEL-пакет 2003 не может быть воспроизведен.
CEL-пакет используется для разбиения заголовка SDAF в соответствии с каналом распространения. Например, если распространение осуществляется с использованием КД-ПЗУ, то заголовок SDAF записывается в качестве полного пакета в КД-ПЗУ. С другой стороны, при распространении через Интернет заголовок SDAF разбивается на полный пакет и множество CEL-пакетов для распространения. Например, заголовок SDAF разбивается на полный пакет, включающий аудио-CEL, и множество CEL-пакетов, включая видео-CEL, на который даются ссылки из полного пакета для распространения.
Кроме того, как показано на фиг.20, заголовок SDAF может быть разбит на множество пакетов SDAF посредством дорожек записи. При разделении пакетов, как показано на фиг.20, заголовок SDAF 2020, включающий аудиоданные для пяти дорожек, разбивается на три пакета 2021 - 2023. Пакеты 2021 - 2023 имеют имена пакетов Single1, Single2 и album соответственно. Первый и второй пакеты 2021 и 2022 содержат аудио-CEL для одной дорожки и навигационные данные для управления воспроизведением CEL. Третий пакет 2023 включает в себя аудио-CEL для трех дорожек и навигационные данные для управления воспроизведением всех аудио CEL, включенных в пакеты 2021-2023. Путем деления заголовка SDAF на множество пакетов SDAF можно уменьшить размер каждых данных и упростить обработку каждых данных.
Заголовок, предложение, навигационные данные и CEL, образующие пакет SDAF, описаны в этом порядке ниже.
Заголовок 2011 описан первым. Пакет SDAF, показанный на фиг.21, приведен в качестве примера, и описан заголовок 2031 пакета SDAF 2030. В пакете SDAF 2030 предполагается, что размер навигационных данных 2032 и размер предложения 2034 имеют величину 400Н каждый, в шестнадцатеричной записи. Этот пакет включает в себя три элемента содержимого CEL 2033, типами которых соответственно являются аудиоданные, изображение и файл. Предполагается, что размеры этих CEL соответствуют 400000Н, 18000Н и 8000Н в шестнадцатеричной записи.
На фиг.22 представлена диаграмма, показывающая структуру заголовка 2031. В заголовке 2031 данные, как описано ниже, сохранены последовательно; размер заголовка равен ВСН в шестнадцатеричной записи. Заметим, что структура заголовка 2031 может быть описана на языке C++, как показано на фиг.23 и 24. На фиг.23 и 24 представлены диаграммы, показывающие последовательный исходный код, разделенный на два, причем до деления исходный код 2062, показанный на фиг.24, следует за исходным кодом 2061, показанным на фиг.23.
В начале заголовка 2031 сохранено магическое число 2041 (4 байта), показывающее, что файл имеет SDAF формат. Значение магического числа 2041 является последовательностью символов "SDAF". Затем сохранен номер версии 2042 (4 байта) SDAF. Затем сохранены идентификатор (ИД) 2043 пакета (16 байтов) и размер 2044 пакета (4 байта). Затем сохранена информация 2045 местоположения навигационных данных (SDAF_LOCATION_NAV на фиг.23), информация 2046 местоположения предложения (SDAF_LOCATION_OFFER на фиг.23) и число элементов содержимого (CEL) в пакете 2047. Затем сохранена информация 2048 (SDAF_LOCATION_CEL на фиг.24) для каждого CEL. Наконец, сохранена таблица 2049 атрибутов CEL, указывающая атрибут каждого CEL.
Информация 2045 местоположения навигационных данных указывает местоположение и размер навигационных данных 2032. Информация 2046 местоположения предложения указывает местоположение и размер предложения 2034. Каждый из этих двух фрагментов информации состоит из сдвига (4 байта) от начала пакета SDAF и размера каждого фрагмента (4 байта).
Информация 2048 CEL состоит из CEL_ID 2051 (16 байтов), типа 2052 CEL (2 байта), типа 2053 шифрования CEL (2 байта), информации 2054 местоположения данных CEL и информации 2055 местоположения таблицы атрибутов CEL. CEL_ID 2051 является идентификатором элемента содержимого, который уникален в заголовке SDAF. Тип 2052 CEL может иметь значение, соответствующее аудио, изображению, видео, тексту и файлу. Тип 2053 шифрования CEL указывает алгоритм, используемый для шифрования CEL. Каждая информация 2054 местоположения данных CEL и информация 2055 местоположения таблицы атрибутов CEL состоит из сдвига (4 байта) от начала пакета SDAF и размера (4 байта). Если сдвиг или размер равны нулю, то это означает, что данные отсутствуют.
Таблица 2049 атрибутов CEL представляет собой список атрибутов, определенных для каждого типа CEL. Таблица атрибутов аудио-CEL (SDAF_ATTR_AUDIO на фиг.24) включает в себя по меньшей мере кодек, число квантованных битов, частоту дискретизации и число аудиоканалов.
Таблица атрибутов графического CEL (SDAF_ATTR_GRAPHIC на фиг.24) включает в себя по меньшей мере высоту и ширину изображения и тип шифрования. Таблица атрибутов видео-CEL включает в себя по меньшей мере высоту и ширину видео и тип шифрования. Таблица атрибутов текстового элемента включает в себя по меньшей мере тип шифрования текста, например, Unicode или music shift JPS (Японские промышленные стандарты). Таблица атрибутов файлового CEL включает в себя по меньшей мере тип MIME (Многоцелевое расширение для передачи сообщений в сети Интернет).
Таблица 2049 атрибутов CEL определена не как таблица фиксированной длины, а как структура тега (дескриптора) переменной длины, как показано на фиг.25а-25с. Если используется структура тега, то длина тега и ИД тега сохраняются перед данными, как показано на фиг.25а. Например, таблица атрибутов графического CEL состоит из характеристического тега 2053 и тега 2064 типа шифрования. Элементы таблицы определены с использованием структуры тега, при этом новый элемент таблицы может быть добавлен к формату данных или формат данных может быть изменен только путем добавления тега. Таблица атрибутов CEL определена с использованием структуры тега с большими возможностями расширения.
Ниже описано предложение 2014. Как отмечено выше, предложение включает в себя множество пар ключей и правила покупки для каждой пары ключей. Каждая пара ключей состоит из ключа дешифрирования для дешифрирования элемента содержимого (CEL) и идентификатора элемента содержимого (CEL_ID). На фиг.26 представлена диаграмма, показывающая соответствие между парой ключей и CEL. Как показано на фиг.26, пара ключей 2072 состоит из ключа 2073 дешифрирования и CEL_ID 2074, и каждая пара ключей 2072 связана с каждым CEL 2071. Предложение включает в себя не только пару ключей CEL, включенного в пакет SDAF, но и все пары ключей других CEL, включенных в пакеты SDAF того же самого заголовка SDAF. Иными словами, когда заголовок SDAF разбивается на множество пакетов SDAF, только один пакет SDAF включает предложение, и это предложение включает все пары ключей других CEL, включенных в заголовок SDAF.
Правила покупки описаны с использованием языка для описания условий использования пары ключей, называемого языком управления полномочиями. Условия использования пары ключей включают дату покупки, период использования и то, приобретен ли конкретный CEL или заголовок SDAF. Правила покупки определены применением этих условий использования, и при этом один и тот же CEL может быть продан по различным ценам в зависимости от условий.
Далее описаны навигационные данные 2012. Навигационные данные создаются создателем содержимого так, чтобы пользователь мог использовать CEL наиболее эффективным образом, определяя логическую структуру заголовка SDAF.
В SDAF для описания навигационных данных используется XML (расширяемый язык маркировки), представляющий собой язык описание тегов в текстовом формате. Если структура данных описана на языке XML, то используется структура тегов в текстовом формате. Поэтому данные, описанные на языке XML, являются избыточными по сравнению с двоичными данными. Тем не менее, язык XML принят ввиду его очень хороших возможностей расширения.
Для ссылок на CEL из навигационных данных используется указатель CEL. Указатель CEL представляет собой конкатенацию идентификатора пакета и идентификатора элемента содержимого (CEL_ID) с применением символа "?" (метка вопроса) в качестве ограничителя. Однако для CEL, включенного в пакет SDAF, который включает навигационные данные, ИД пакета и ограничитель опускаются, и CEL_ID становится указателем CEL. Указатель CEL может определять CEL независимо от физического адреса CEL.
На фиг.28 представлена диаграмма, показывающая, каким образом следует ссылаться на CEL из навигационных данных с использованием указателя CEL. На фиг.28 навигационные данные 2081 и данные 2082 представления показаны в качестве примера. Данные 2082 представления включают аудио-CEL 2083, кодированный согласно стандарту MPEG2-AAC, и графический CEL 2084, кодированный согласно стандарту JPEG. Идентификатор пакета и CEL_ID аудио-CEL оба представляют собой 1, в то время как соответствующие идентификаторы графического CEL представляют собой 1 и 2 соответственно. В этом случае указатель CEL вида "1?1", включенный в навигационные данные 2081, указывает на аудио-CEL 2083, у которого идентификатор пакета есть "1" и CEL_ID есть "1". Указатель CEL вида "1?2" указывает на графический CEL 2084, у которого идентификатор пакета есть "1", a CEL_ID есть "2". Как видно из этого примера, только изменение в идентификаторе пакета указателя CEL после создания заголовка SDAF может вызвать изменение в структуре пакета SDAF. Поэтому возможно структурировать заголовок SDAF как одиночный пакет или разбить заголовок SDAF на множество пакетов SDAF.
На фиг.27 и 30 представлены диаграммы, показывающие структуру навигационных данных на основе следующего способа представления. Каждый прямоугольник представляет элемент навигационных данных. Стрелка, проходящая от элемента А к элементу В, указывает, что элемент А включает элемент В в качестве порожденного элемента. Каждая метка, предусмотренная в начале каждой стрелки, указывает следующее:
* указывает, что элемент включает 0 или более порожденных элементов;
+ указывает, что элемент включает 1 или более порожденных элементов;
? указывает, что элемент включает 0 или 1 порожденный элемент.
Если элемент А включает объект Р без стрелки, то это означает, что элемент А имеет объект Р в качестве признака. Подчеркнутые объекты представляют указатели CEL. PCDATA представляет строку символов, состоящую из символов, включенных в предварительно определенное множество символов. Это представление определяет иерархическую структуру с элементом TITLE (заголовок) в качестве корневого.
Элемент TITLE 2101 описывает компоновочную (транспортную) информацию заголовка SDAF. Этот элемент имеет три атрибута: UPC, VERSION, LANGUAGE. Атрибут UPC описывает Универсальный код продукта, который является международным стандартом кодов продуктов. Атрибут VERSION описывает номер версии навигационной структуры SDAF. Атрибут LANGUAGE описывает тип языка соответственно ISO 639. Его значение, устанавливаемое по умолчанию, есть "en", что означает “английский”.
Элемент 2102 METADATA описывает информацию, такую как жанр элемента PLAYLIST или элемента TRACK. Элемент METADATA имеет атрибут TYPE. Атрибут TYPE описывает тип элемента METADATA.
Элемент 2103 ASSOC описывает информацию для ссылки на элемент содержимого CEL, включенный в другие заголовки SDAF. Этот элемент имеет атрибут REF. Атрибут REF описывает указатель CEL.
Элемент 2104 URL описывает Унифицированный указатель ресурсов. Этот элемент имеет два атрибута: ID и TYPE. Атрибут ID описывает идентификационный номер этого элемента. Атрибут TYPE описывает тип элемента URL.
Элемент 2105 PLAYLIST описывает список воспроизведения, который является базовым блоком для заголовка SDAF. Список заголовка соответствует “альбому” в обычной пакетной среде передачи и включен во все заголовки SDAF. Элемент PLAYLIST может включать в себя элемент MENU, который представляет собой меню для списка воспроизведения. Элемент PLAYLIST имеет пять атрибутов: NAME, ARTIST, PRODUCTID, THUMBNAILID и ONSTART. Атрибут NAME описывает имя списка воспроизведения. Атрибут PRODUCTID описывает информацию, соответствующую коду каталога в КД. Атрибут THUMBNAILID описывает указатель CEL элемента изображение-CEL, который является типичным в списке воспроизведения. Атрибут OBSTART описывает операцию воспроизведения списка воспроизведения. Если атрибут ONSTART есть "MENU", то устройство воспроизведения прекращает воспроизведение и отображает меню списка воспроизведения. Если атрибутом является TRACK", то устройство воспроизведения запускает воспроизведение первого элемента TRACK, включенного в элемент PLAYLIST. Все элементы PLAYLIST имеют по меньшей мере один элемент 2106 TRACK.
Элемент 2106 TRACK описывает дорожку, включающую в себя один аудио-CEL. Элемент TRACK может включать в себя меню дорожек, слайдшоу (покадровый вывод), текст, файл и т.п. Элемент TRACK имеет семь атрибутов: ID, NAME, ARTIST, ISRC, AUDIOID, TSMID, THUMBNAILID. Атрибут ID описывает идентификационный номер, который является уникальным в заголовке SDAF. Атрибут NAME описывает имя элемента TRACK. Атрибут ARTIST описывает имя артиста. Атрибут ISRC описывает Международный стандартный код записи. Атрибут AUDIOID описывает указатель CEL элемента аудио-CEL, относящегося к элементу TRACK. Атрибут TSMID описывает указатель CEL карты временного поиска, соответствующей аудио-CEL. Карта временного поиска поясняется ниже. Атрибут THUMBNAILID описывает указатель CEL элемента изображение-CEL, который является типичным в элементе TRACK.
Элемент 2107 MARKER описывает маркер для использования в нахождении начала в элементе TRACK. Этот элемент имеет два атрибута TIME и NAME. Атрибут TIME описывает местоположение маркера в миллисекундах. Атрибут NAME описывает имя маркера.
Элемент 2108 SYNCSLIDESHOW описывает слайдшоу (покадровый вывод) для отображаемых слайдов или меню, следуя информации хронирования отображения, определяемой элементом 2109 SYNCMAP. Элемент 2108 SYNCSLIDESHOW имеет три атрибута: ID, NAME, TYPE. Атрибут ID описывает идентификационный номер, который уникален в заголовке SDAF. Атрибут NAME описывает имя слайдшоу. Атрибут TYPE описывает категорию информации, содержащейся на дорожке, такую как заслуги, тексты песен, аннотации к музыкальным записям, биографии, наборы изображений, реклама.
Элемент 2109 SYNCMAP описывает информацию хронирования отображения для слайда или меню, определенном в элементе SYNCSLIDESHOW. Элемент 2109 SYNCMAP имеет три атрибута: MENUID, PLAIID, TIME. Атрибут MENUID описывает идентификационный номер слайда или меню, которые должны отображаться. Атрибут PLAYID описывает номер индекса для определении кнопки, которая должна быть установлена в состояние воспроизведения в меню. Атрибут TIME описывает хронирование отображения в миллисекундах.
Элемент 2110 SLIDESHOW описывает слайдшоу (покадровый вывод) для отображения слайдов или меню с предварительно определенными интервалами отображения. Элемент 2110 SLIDESHOW имеет четыре атрибута: ID, NAME, TYPE, INTERVAL. Атрибут ID описывает идентификационный номер, который уникален в заголовке SDAF. Атрибут NAME описывает имя слайдшоу. Атрибут TYPE описывает категорию информации, содержащейся на дорожке, такую как заслуги, тексты песен, аннотации к музыкальным записям, биографии, наборы изображений, реклама. Атрибут INTERVAL описывает интервал отображения слайда или меню.
Элемент 2111 SYNCTEXT описывает текстовую информацию для отображения с предварительно определенным хронированием. Текстовая информация описывается с использованием элемента 2112 SYNCTEXTBLOCK. Как вариант, текстовая информация может быть определена путем ссылки на часть текстового CEL. Элемент SYNCTEXT имеет четыре атрибута: ID, TEXTID, REFID, TYPE. Атрибут ID описывает идентификационный номер, который уникален в заголовке SDAF. Атрибут TEXTID описывает указатель CEL текстового CEL. Атрибут REFID описывает идентификационный номер элемента TEXTREF в текстовом CELL, определенном атрибутом TEXTID. Элемент TEXTID описан ниже. Атрибут TYPE описывает категорию информации, содержащейся на дорожке, такую как заслуги, тексты песен, аннотации к музыкальным записям, биографии, наборы изображений, реклама.
Элемент 2112 SYNCTEXTBLOCK описывает текстовую информацию для отображения с предварительно определенным хронированием. Этот элемент имеет атрибут TIME. Атрибут TIME описывает хронирование отображения в миллисекундах.
Элемент 2113 TEXT описывает текстовую информацию. Текстовая информация описана в формате текстовых данных. Как вариант, текстовая информация может быть определена путем ссылки на часть текстового CEL. Элемент TEXT имеет те же типы атрибутов, что и элемент SYNCTEXT.
Элемент 2114 VIDEO описывает любой существующий элемент видео-CEL. Этот элемент имеет три атрибута: ID, VIDEOID, TYPE. Атрибут ID описывает идентификационный номер, который уникален в заголовке SDAF. Атрибут VIDEOID описывает указатель CEL видео-CEL. Атрибут TYPE описывает категорию информации, содержащейся на дорожке, такую как заслуги, тексты песен, аннотации к музыкальным записям, биографии, наборы изображений, реклама.
Элемент 2115 FILE описывает любой существующий файловый CEL. Этот элемент имеет три атрибута: ID, FILEID, TYPE. Атрибут ID описывает идентификационный номер, который уникален в заголовке SDAF. Атрибут FILEID описывает указатель CEL файлового CEL. Атрибут TYPE описывает категорию информации, содержащейся на дорожке, такую как заслуги, тексты песен, аннотации к музыкальным записям, биографии, наборы изображений, реклама.
Элемент 2116 SLIDE описывает слайд. Этот элемент имеет три атрибута: ID, NAME, BACKGROUNDID. Атрибут ID описывает идентификационный номер, который уникален в заголовке SDAF. Атрибут NAME описывает имя слайда. Атрибут BACKGROUNDID описывает указатель CEL графического CEL на экране слайда.
Элемент 2117 MENU описывает меню. Этот элемент имеет четыре атрибута: ID, NAME, BACKGROUNDID и SELECTID. Атрибут ID описывает идентификационный номер, который уникален в заголовке SDAF. Атрибут NAME описывает имя меню. Атрибут BACKGROUNDID описывает указатель CEL графического CEL, отображенного на экране меню. Атрибут SELECTID описывает номер индекса для определения кнопки, которая должна быть установлена в состояние выбора.
Элемент 2118 BUTTON описывает экранные кнопки, упорядоченные на экране меню. Элемент BUTTON включает, в качестве порождаемых элементов, одну или более пар элементов TEXTBUTTON и COMMAND или пар элементов GRAPHICBUTTON и COMMAND. Элемент BUTTON имеет семь атрибутов: INDEX, TAB, UP, RIGHT, LEFT, AUTOACTION. Атрибут INDEX описывает номер индекса, который уникален в элементе MENU. Атрибут TAB описывает последовательный номер, который обеспечен последовательным и циклическим образом для каждой из кнопок меню.
Атрибуты UP, DOWN, LEFT, RIGHT описывают номер индекса выбранной кнопки-адресата, расположенной выше, ниже, левее, правее соответственно от текущей кнопки. Атрибут AUTOACTION описывает флаг, указывающий, изменяется ли автоматически состояние из выбранного в активное.
Элемент 2119 TEXTBUTTON описывает экранные кнопки, представленные текстом. Этот элемент имеет одиннадцать атрибутов: X, Y, WIDTH, HEIGHT, FONTSIZE, NORMALCOLOR, SELECTCOLOR, ACTIONCOLOR, PLAYINGCOLOR, TEXTID, REFID. Атрибуты X, Y, WIDTH, HEIGHT описывают местоположение на дисплее кнопки с использованием системы координат, имеющей начало координат в верхнем левом углу меню. Элемент FONTSIZE описывает размер шрифта, измеренный в пунктах. Атрибуты NORMALCOLOR, SELECTCOLOR, ACTIONCOLOR и PLAYINGCOLOR описывают цвет отображения на дисплее в формате RGB (красный, зеленый, синий), когда состояние кнопки соответствует нормальному, выбранному, активному и воспроизведению. Атрибут TEXTID описывает указатель CEL внешнего текстового элемента содержимого (CEL). Атрибут REFID описывает идентификационный номер элемента TEXTREF в текстовом CEL, определенном посредством TEXTID.
Элемент 2120 GRAPHICBUTTON описывает экранную кнопку, представленную графически. Этот элемент имеет восемь атрибутов: X, Y, WIDTH, HEIGHT, NORMALID, SELECTID, ACTIONID, PLAYINGID. Атрибуты X, Y, WIDTH, HEIGHT описывают местоположение на дисплее кнопки с использованием системы координат, имеющей начало координат в верхнем левом углу меню. Атрибуты NORMALID, SELECTID, ACTIONID и PLAYINGID описывают указатель элемента содержимого (CEL) отображения на дисплее CEL, когда состояние кнопки соответствует нормальному, выбранному, активному и воспроизведению.
Элемент 2121 COMMAND описывает навигационную операцию, когда пользователь нажимает одну из экранных кнопок. Этот элемент имеет два атрибута: TYPE и TARGET. Атрибут TYPE описывает любую одну из команд SHOW, FUNCTION, GOTO, NEXT, PREVIOUS. Команда SHOW предназначена для отображения элемента, определяемого атрибутом TARGET. Команда FUNCTION предназначена для выполнения элемента, определяемого атрибутом TARGET. Эта команда используется при отображении меню списка воспроизведения. Команда GOTO предназначена для перемещения от элемента, отображенного в данный момент, к определенному родственному элементу. Команда NEXT предназначена для перемещения от элемента, отображенного в данный момент, к следующему родственному элементу. Команда PREVIOUS предназначена для перемещения от элемента, отображенного в данный момент, к предыдущему родственному элементу. Атрибут TARGET описывает параметр команды, определенной атрибутом TYPE. Если определена команда SHOW, то атрибут TARGET описывает идентификационный номер элемента, который должен быть отображен. Если определена команда FUNCTION, то атрибут TARGET описывает идентификационный номер элемента, который должен выполняться. Если определена команда GOTO, то атрибут TARGET описывает идентификационный номер родственного элемента, который отображается в текущий момент.
Элемент TEXTREF описывает информацию категории текста для использования в ссылках из навигационных данных на часть текстовых данных, сохраненных в текстовом элементе содержимого (CEL). На текстовые данные, включенные в элемент TEXTREF, ссылаются путем определения идентификационного номера элемента TEXTREF из навигационных данных. Атрибут TEXTREF имеет атрибут ID. Атрибут ID описывает идентификационный номер, который уникален в заголовке SDAF.
Ниже описан элемент 2013 CEL. Элемент CEL имеет пять типов: аудио, графический, видео, текстовый и файловый. В SDAF формат и параметр данных определены для каждого типа CEL.
Данные, включенные в аудио-CEL, представляют собой аудиоданные, кодированные в соответствии с MPEG2-AAC (Усовершенствованное аудио кодирование) [профиль низкой сложности]. Отметим, что MPEG2-AAC определен в документе ISO/IEC 13818-7:1997(E) Information technology - Generic coding of moving pictures and associated audio information - Part 7 Advanced Audio Coding (AAC). Битовый поток, кодированный посредством MPEG2-AAC, подразумевается имеющим формат ADTS (Транспортный поток аудио данных). Кроме того, данные, описанные в ISO/IEC 13818-7, ограничены как показано на фиг.31. Из этих параметров, параметры иные, чем sampling_frequency_index (индекс частоты дискретизации) и channel_configuration (конфигурация канала) ограничены ввиду выбора профиля низкой сложности, определенного согласно ISO/IEC 13818-7. Кроме того, средняя скорость передачи битов равна 64 или 128 кбит/с.
Данные, включенные в графический CEL представляют собой данные, кодированные в соответствии с алгоритмами JPEG, MPEG-I frame или PNG (Переносимая сетевая графика). На фиг.32, 33 и 34 представлены таблицы, определяющие JPEG, MPEG-I frame и PNG соответственно. Спецификации для алгоритмов кодирования, применимых для графического CEL, ограничены, как показано на этих чертежах.
Данные, включенные в видео-CEL, представляют собой видеоданные, кодированные в соответствии с MPEG2. На фиг.35 представлена таблица, показывающая спецификацию MPEG2. Спецификация для алгоритма кодирования, применимого для графического CEL, ограничена, как показано на фиг.35.
Данные, включенные в текстовый CEL, представляют собой PLAIN (открытый) текст или текст формата XML (расширяемый язык маркировки) в SDAF. Тип кодирования соответствует Unicode или music shift JIS (Японский промышленный стандарт).
В качестве примера файлового CEL ниже описан CEL карты временного поиска, который включает в себя карту временного поиска в качестве данных. Карта временного поиска представляет собой таблицу, состоящую из адреса аудиокадра. На фиг.36 представлена диаграмма, показывающая структуру карты временного поиска. Как показано на фиг.36, карта 2090 временного поиска состоит из заголовка 2091 и множества записей 2092. На фиг.27, 38а, 38b показаны таблица и диаграммы, детально иллюстрирующие заголовок 2091. Как показано на фиг.27, 28а, 38b, заголовок 2091 включает в себя длительность воспроизведения между записями, представленными в миллисекундах, и полное число записей. На фиг.39 представлена таблица, показывающая детально каждую запись. Как показано на фиг.39, каждая запись включает в себя адрес аудиокадра в точке записи. Первая запись указывает на начальное местоположение аудиокадра, включенного в аудио-CEL.
Отметим, что в настоящем варианте осуществления изобретения алгоритм кодирования MPEG2-AAC использован для сжатия данных музыкальной записи, включенной в аудио-CEL. Альтернативно могут использоваться такие алгоритмы кодирования, как МР3 (MPEG1 Audio Layer 3), Dolby-АС3 или DTS (Система цифрового театра).
Ниже со ссылками на фиг.40-45 описано, каким образом используется SDAF. Как указано выше, SDAF представляет собой формат для описания мультимедийного содержимого, используемый главным образом для распространения данных музыкальных записей. Формат SDAF может применяться к различным типам носителей записи, таким как жесткие диски, оптические диски, например цифровые видеодиски-ОЗУ, полупроводниковая память, например платы памяти.
Помимо распространения данных музыкальных записей, формат SDAF может использоваться в комбинации с существующими данными музыкальной записи. Например, как упомянуто ниже, формат SDAF может быть использован в комбинации с данными музыкальной записи, совместимыми со стандартами для цифровых многоцелевых аудиодисков (DVD-Audio). Аналогичным образом, формат SDAF может быть применен для других носителей записи, таких как цифровым многоцелевых видеодисков (DVD-Video), компакт-дисков, видео-компакт-дисков, фото-компакт-дисков.
Данные музыкальной записи, совместимые со стандартами DVD-Audio, включают в себя аудиосодержимое, кодированное с использованием линейной импульсно-кодовой модуляции (ЛИКМ), и содержимое изображения кадра, кодированное согласно MPEG-I. Устройство воспроизведения, совместимое со стандартами DVD-Audio, отображает экран меню для интерактивных операций пользователя. В стандартах DVD-Audio такой экран меню отображается путем наложения максимально четырех цветных суб-видео-изображений на фоновое изображение для отображения и обеспечения множества прямоугольных областей в суб-видео-изображениях. Такие прямоугольные области называются кнопками, причем каждой кнопке присвоена команда. Однако для ряда цветов отображения и формы кнопок применяются некоторые ограничения, и поэтому лицо, создающее содержимое, не может свободно проектировать экран меню.
Данная проблема может частично решаться путем предварительной записи данных экрана меню, описанного в формате SDAF, на обычном DVD аудиодиске, и отображения экрана меню с использованием этих данных при воспроизведении. Более конкретно, DVD аудиодиск записывает мультимедийное содержимое, описанное в SDAF, и указатель переадресации для ссылок из SDAF к исходному содержимому на DVD аудиодиске. Далее DVD аудиодиск с такими записанными на нем данными называется расширенным DVD аудиодиском, а устройство воспроизведения такого расширенного DVD аудиодиска называется устройством воспроизведения DVD аудиодисков, совместимым с форматом SDAF.
На фиг.40 представлена диаграмма, показывающая пример указателей переадресации CEL, которые соответствуют одному DVD аудиодиску. Каждая строка представляет указатель переадресации для каждого содержимого, включенного в исходный DVD аудиодиск. Указатель переадресации CEL включает идентификатор CEL_ID 2201, имя файла 2202, начальный адрес 2203, конечный адрес 2204. CEL_ID 2201 представляет собой идентификатор содержимого, который уникален на диске. Имя файла 2202 является именем файла, который включает соответствующее содержимое. Начальный и конечный адреса 2203 и 2204 являются значениями сдвига, указывающими начальное местоположение и конечное местоположение соответственно каждого содержимого в файле. Указатель переадресации CEL записан, например, в файле с именем DVDA.MAP в директории SDAF, предусмотренной в области ПЗУ расширенного DVD аудиодиска.
Все различные функции управления воспроизведением, такие как управление порядком воспроизведения аудиозаписи, воспроизведение покадрового вывода изображения и функция меню, определенная стандартами DVD-Audio, могут быть описаны с использованием навигационных данных SDAF. Например, функция меню может быть реализована путем наложения изображений кнопок JPEG, имеющих любое число цветов и форму, на фоновое изображение кадра MPEG-I для отображения и связывания каждой области кнопки с командой.
Когда информация управления, включенная в DVD аудиодиск, преобразуется в навигационные данные SDAF, информация, указывающая содержимое, преобразуется в CEL_ID с использованием указателя переадресации CEL. Экран меню преобразуется в изображения кнопок JPEG. Полученные изображения упорядочены в местоположениях таким образом, чтобы накладываться на фоновое изображение. Навигационные данные и изображения кнопок, полученные вышеописанным способом, сохраняют в одном пакете SDAF и записывают в файле с именем, например, SDAF.SDR в директории SDAF, предусмотренной в области ПЗУ расширенного DVD аудиодиска. Способ воспроизведения расширенного DVD аудиодиска описан ниже.
Ниже описано устройство воспроизведения формата SDAF, предназначенное для воспроизведения мультимедийного содержимого, описываемого форматом SDAF. Устройство воспроизведения формата SDAF воспроизводит распространяемые данные музыкальной записи следующим образом. Во-первых, устройство воспроизведения осуществляет поиск идентификаторов пакетов и навигационной информации для получения CEL_ID элементов CEL, требуемых для воспроизведения. Устройство воспроизведения осуществляет поиск в базе данных покупок с использованием наборов полученных идентификаторов пакетов и CEL_ID для определения того, приобретен или нет каждый элемент содержимого (CEL). Если какой-либо CEL еще не приобретен, устройство воспроизведения анализирует кодированное предложение и оплачивает предварительно определенную цену посредством существующей системы электронного распространения. После приобретения в базе данных покупок сохраняется пара ключей, сохраненных в предложении. При определении того, что пакет SDAF, необходимый для воспроизведения, не найден в устройстве воспроизведения, устройство воспроизведения пересылает идентификатор пакета к устройству распространения данных. Устройство распространения данных пересылает пакет SDAF с полученным идентификатором пакета к устройству воспроизведения. После приобретения всех CEL, требуемых для воспроизведения, устройство воспроизведения дешифрирует CEL с использованием пар ключей, сохраненных в базе данных покупок, для воспроизведения. В этот момент устройство воспроизведения интерпретирует навигационные данные для управления воспроизведением.
Заголовок SDAF пересылается к устройству воспроизведения будучи разделенным на один или более пакетов SDAF. На фиг.41а-41с представлены диаграммы, показывающие примеры распространения пакетов SDAF. В способе распространения, показанном на фиг.41а, пакет 2301 включает в себя только аудиосодержимое, в то время как пакет 2302 включает в себя только изображение или видеографическое содержимое. Более того, из пакета 2302 могут делаться ссылки на аудиосодержимое, включенное в пакет 2301. Поэтому пользователь, который приобрел только пакет 2301, может воспроизводить только аудиосодержимое. Пользователь, который приобрел пакет 2302, в дополнение к пакету 2301, может воспроизводить графическое содержимое вместе с аудиосодержимым. Заголовок SDAF может быть определен путем добавления CEL к существующей дорожке.
В способе распространения, как показано на фиг.41b, пакет 2303 включает в себя множество объектов аудиосодержимого и графического содержимого. Одиночный пакет может содержать все CEL, включенные в заголовок SDAF.
В способе распространения, как показано на фиг.41с, один заголовок SDAF разделен на пакеты 2304, 2305, 2306 для распространения. Пакет 2305 включает содержимое для дорожки #1, в то время как пакет 2306 включает содержимое для дорожки #2. В этом способе распространения возможно выбрать любой один из пакетов 2305 и 2306 для распространения.
Более того, в устройстве воспроизведения может быть создан новый пакет SDAF, включающий содержимое, являющееся собственностью пользователя. На фиг.42а-42с представлены диаграммы, показывающие примеры, как сформировать пакеты SDAF. На фиг.42а-42с пакет пользователя является пакетом SDAF, созданным пользователем, в то время как приобретенный пакет является распространенным пакетом SDAF. Содержимое, окруженное жирной линией, приобретено в собственность пользователем. Предполагается, что пользователь приобрел в собственность данные, считанные с КД, т.е. аудиосодержимое, полученное с КД, и графическое содержимое, созданное им самим.
Как показано на фиг.42а, пользователь может создать пакет 2401, включающий в себя аудиосодержимое, приобретенное в собственность им самим. Кроме того, как показано на фиг.42b, пользователь может создать пакет 2402, включающий аудио и графическое содержимое, приобретенное в собственность им самим. Кроме того, как показано на фиг.42с, пользователь может создать пакет 2404, из которого можно ссылаться на аудиосодержимое, включенное в приобретенный пакет 2403. Если пакет 2404 воспроизводится, то воспроизводится аудиосодержимое, включенное в приобретенный пакет, и графическое содержимое, приобретенное в собственность пользователем. Поэтому изображение, включенное в приобретенный пакет, может изменяться пользователем, или новое изображение, созданное пользователем, может добавляться к приобретаемому пакету.
Ниже описывается совместимое с SDAF устройство воспроизведения DVD аудиодисков. Устройство воспроизведения управляет операцией воспроизведения, отслеживая навигационные данные, описываемые форматом SDAF, вместо исходной информации управления воспроизведением, совместимой со стандартами DVD-Audio. Устройство воспроизведения считывает навигационные данные и указатель CEL из диска стандарта расширенного DVD-Audio и работает в соответствии со считанными навигационными данными. Если ссылка на исходное аудиосодержимое или графическое содержимое делается из навигационных данных, то устройство воспроизведения делает ссылку на указатель CEL для получения информации о местоположении, в котором сохранено содержимое, и воспроизводит содержимое. Устройство воспроизведения считывает фоновое изображение из области DVD-Audio на диске и изображения кнопок из данных SDAF, и объединяет их для отображения экрана меню.
При использовании диска стандарта расширенного DVD-Audio существующее устройство воспроизведения стандарта DVD-Audio может выполнять обычное воспроизведение, в то время как совместимое с SDAF устройство воспроизведения стандарта DVD-Audio может отображать экран меню с использованием навигационных данных, описываемых посредством SDAF.
Ниже описано устройство преобразования данных для копирования мультимедийного содержимого, определенного в SDAF, на внешний носитель данных для портативного устройства воспроизведения музыкальных записей. Портативное устройство воспроизведения музыкальных записей выполнено с использованием полупроводниковой памяти в качестве внешнего носителя памяти и характеризуется малым размером, малым весом и способностью скоростной записи данных. Портативное устройство воспроизведения музыкальных записей включает в себя, как показано на фиг.43, жидкокристаллический дисплей 2501, имеющий возможность отображать текст, панель управления для управления воспроизведением аудиоданных и наушники 2503 для вывода аудиосигнала. Кроме того, в портативное устройство воспроизведения музыкальных записей может сменным образом вводиться плата памяти 2500 для хранения аудиоданных. Портативное устройство воспроизведения музыкальных записей воспроизводит аудиосодержимое, совместимое с MPEG2-AAC, а также воспроизводит на дисплее текстовую информацию. Однако формат записи данных платы памяти не является форматом SDAF, а представляет собой уникальный формат.
На фиг.44 представлена блок-схема, показывающая структуру устройства преобразования данных для преобразования содержимого, записанного на диске расширенного стандарта DVD-Audio, в предварительно определенный формат, и для записи преобразованного содержимого на плате памяти для портативного устройства воспроизведения музыкальных записей. На фиг.44 предполагается, что аудиосодержимое формата ЛИКМ, информация управления воспроизведением, описанная с использованием SDAD, и дополнительная текстовая информация записаны на диске 2601.
В устройстве преобразования данных, показанном на фиг.44, блок 2602 считывания данных считывает информацию управления воспроизведением с диска 2601 и выдает ее в блок 2603 анализа информации управления воспроизведением. Блок 2603 анализа информации управления воспроизведением анализирует считанную информацию управления воспроизведением для проверки того, может ли содержимое, записанное на диске 2601, быть воспроизведено или требует преобразования.
Затем блок 2602 последовательно считывает с диска 2601 содержимое, которое может быть воспроизведено портативным устройством воспроизведения музыкальных записей, и выдает считанное содержимое в блок 2605 преобразования данных. В этот момент содержимое, которое не может быть воспроизведено портативным устройством воспроизведения музыкальных записей, не считывается. Блок 2505 преобразования данных преобразует считанное содержимое в соответствии с типом платы памяти 2500. Например, текстовая информация, которая не может быть непосредственно воспроизведена портативным устройством воспроизведения музыкальных записей, такая как заголовки, не преобразуется. С другой стороны, аудиосодержимое формата ЛИКМ преобразуется в формат MPEG2-ААС, чтобы портативное устройство воспроизведения могло воспроизводить содержимое.
Блок 2604 преобразования информации управления воспроизведением генерирует информацию управления воспроизведением для портативного устройства воспроизведения музыкальных записей на основе информации управления воспроизведением, проанализированной блоком 2603 анализа информации управления воспроизведением. Блок 2606 записи данных записывает информацию управления воспроизведением, генерируемую блоком 2604 преобразования информации управления воспроизведением, и содержимое, преобразованное блоком 2605 преобразования данных, на плату памяти 2500.
Отметим, что блок преобразования данных, показанный на фиг.44, может преобразовывать произвольное содержимое, отличное от аудиосодержимого, в предварительно определенный формат и записывать преобразованное содержимое на плату памяти 2500. Кроме того, формат записи данных платы памяти может быть произвольным форматом, отличным от SDAF. Дополнительно, для поддержки множества внешних носителей записи устройство преобразования данных может включать в себя блок преобразования данных, блок преобразования информации управления воспроизведением и блок записи данных для каждого внешнего носителя записи.
Кроме того, если никакие навигационные данные формата SDAF не записаны на диске 2601, как показано на фиг.45, отсутствующие данные могут быть получены через сеть связи. На фиг.45 предполагается, что идентификационный номер записан на диске 2601. Например, идентификационный номер КД с музыкальной записью представляет собой код каталога, код ISRC и т.п.
Блок 2602 считывания данных считывает идентификационный номер диска и выдает его в коммуникационный блок 2607. Коммуникационный блок 2607 осуществляет связь с сервером 2611 информации содержимого через сеть связи 2610. Коммуникационный блок 2607 может получать доступ к серверу 2611 информации содержимого через Интернет или может непосредственно получать доступ к серверу 2611 информации содержимого посредством телефонной линии. Север 2611 информации содержимого сохраняет недостающие данные во взаимосвязи с идентификационным номером, и в ответ на запрос от устройства преобразования данных пересылает недостающие данные в устройство преобразования данных. После приема недостающих данных устройство преобразования данных выполняет ту же самую операцию, что и устройство преобразования данных, как показано на фиг.44.
Как отмечено выше, формат SDAF распространения содержимого, согласно представленному варианту осуществления изобретения, является форматом для описания мультимедийного содержимого и главным образом используется для распространения данных музыкальных записей. Таким образом, использование SDAF в комбинации с имеющимися данными музыкальной записи позволяет расширить функцию имеющихся данных музыкальных записей.
Заметим, что, как видно из сравнения фиг.3 и фиг.18, корреляция между данными музыкальных записей, описанными в приведенных выше с первого по третий вариантах осуществления изобретения, и SDAF согласно данному варианту состоит в следующем. Заголовок 40, показанный на фиг.3, соответствует заголовку 2011, показанному на фиг.18. Навигационная информация 41, показанная на фиг.3, соответствует навигационным данным 2012, показанным на фиг.18. Содержимое 42, показанное на фиг.3, соответствует CEL 2013, показанному на фиг.18. Информация 43 расчетов, показанная на фиг.3, соответствует предложению 2014, показанному на фиг.18.
Хотя изобретение выше описано детально, предшествующее описание является во всех аспектах иллюстративным, но не ограничительным. Ясно, что многочисленные другие вариации и модификации могут быть введены без изменения сущности изобретения.
(Четвертый вариант)
В четвертом варианте осуществления в качестве конкретного примера данных, защищенных от копирования, как упоминалось в вариантах с первого по третий, ниже описан формат распространения содержимого, называемый форматом SDAF (защищенный цифровой аудиоформат). Со ссылками на фиг.18 и 19 ниже описаны детальные характеристики формата SDAF, а затем со ссылками на фиг.40-45 описано использование формата SDAF.
Формат распространения содержимого (SDAF) согласно представленному варианту осуществления изобретения используется для описания мультимедийного содержимого, включая аудио, изображения, видео, текстовые и файловые данные. Мультимедийное содержимое, описанное в связи с форматом SDAF, называется заголовком SDAF. Данные представления, каждые из которых содержат заголовок SDAF, называются элементом содержимого (CEL). Каждому CEL присвоен идентификатор CEL, который уникален в заголовке SDAF и для которого далее используется сокращение ID_CEL.
Заголовок SDAF распространяется разделенным на блоки, называемые пакетами SDAF. Каждому пакету SDAF присвоен идентификатор пакета, который уникален во всей системе распространения. На фиг.18 представлен пример пакета SDAF. Как показано на фиг.18, заголовок SDAF 2000 состоит из множества пакетов SDAF. Каждый пакет SDAF 2001 содержит заголовок 2011, навигационные данные 2012, множество элементов содержимого (CEL) 2013 и предложение 2014.
Заголовок 2011 включает в себя такую информацию, как местоположение, размер и атрибут каждых данных в пакете. Эта информация определяет структуру пакета. Навигационные данные 2012 представляют собой информацию управления воспроизведением, определяющую работу устройства воспроизведения (плейера) при воспроизведении заголовка SDAF. Из навигационных данных 2012 осуществляются ссылки на элемент содержимого (CEL), включенный в пакет, к которому относятся навигационные данные, или в другие пакеты. CEL 2013 получают путем шифрования каждых данных представления (презентации), составляющих заголовок SDAF, более конкретно, путем шифрования аудио, изображений, видео, текста и файловых данных. Пара ключей дешифрирования для дешифрирования CEL 2013 и CEL_ID называется парой ключей. Предложение 2014 включает множество пар ключей и правила покупки, описывающие цену покупки и период действительности для каждой пары ключей.
На фиг.19а-19с представлены диаграммы, показывающие три типа SDAF-пакетов. Полный пакет 2001, показанный на фиг.19с, включает, аналогично фиг.18, заголовок 2011, навигационные данные 2012, множество CEL 2013 и предложение 2014. Пакет 2002 предложения, показанный на фиг.19а, включает в себя заголовок 2011, навигационные данные 2012 и предложение 2014, но не включает в себя каких-либо CEL 2013. CEL-пакет 2003, показанный на фиг.19b, содержит заголовок 2011 и множество CEL 2013. Поскольку для воспроизведения заголовка SDAF требуются навигационные данные 2012, полный пакет 2001 и пакет 2002 предложения могут быть воспроизведены по одиночке, но CEL-пакет 2003 не может быть воспроизведен.
CEL-пакет используется для разбиения заголовка SDAF в соответствии с каналом распространения. Например, если распространение осуществляется с использованием КД-ПЗУ, то заголовок SDAF записывается в качестве полного пакета в КД-ПЗУ. С другой стороны, при распространении через Интернет заголовок SDAF разбивается на полный пакет и множество CEL-пакетов для распространения. Например, заголовок SDAF разбивается на полный пакет, включающий аудио-CEL, и множество CEL-пакетов, включая видео-CEL, на который даются ссылки из полного пакета для распространения.
Кроме того, как показано на фиг.20, заголовок SDAF может быть разбит на множество пакетов SDAF посредством дорожек записи. При разделении пакетов, как показано на фиг.20, заголовок SDAF 2020, включающий аудиоданные для пяти дорожек, разбивается на три пакета 2021-2023. Пакеты 2021-2023 имеют имена пакетов Single 1, Single 2 и album соответственно. Первый и второй пакеты 2021 и 2022 содержат аудио-CEL для одной дорожки и навигационные данные для управления воспроизведением CEL. Третий пакет 2023 включает в себя аудио-CEL для трех дорожек и навигационные данные для управления воспроизведением всех аудио-CEL, включенных в пакеты 2021-2023. Путем деления заголовка SDAF на множество пакетов SDAF можно уменьшить размер каждых данных и упростить обработку каждых данных.
Заголовок, предложение, навигационные данные и CEL, образующие пакет SDAF, описаны в этом порядке ниже.
Заголовок 2011 описан первым. Пакет SDAF, показанный на фиг.21, приведен в качестве примера, и описан заголовок 2031 пакета SDAF 2030. В пакете SDAF 2030 предполагается, что размер навигационных данных 2032 и размер предложения 2034 имеют величину 400Н каждый, в шестнадцатеричной записи. Этот пакет включает в себя три элемента содержимого CEL 2033, типами которых соответственно являются аудиоданные, изображение и файл. Предполагается, что размеры этих CEL соответствуют 400000Н, 18000Н и 8000Н в шестнадцатеричной записи.
На фиг.22 представлена диаграмма, показывающая структуру заголовка 2031. В заголовке 2031 данные, как описано ниже, сохранены последовательно; размер заголовка равен ВСН в шестнадцатеричной записи. Заметим, что структура заголовка 2031 может быть описана на языке C++, как показано на фиг.23 и 24. На фиг.23 и 24 представлены диаграммы, показывающие последовательный исходный код, разделенный на два, причем до деления исходный код 2062, показанный на фиг.24, следует за исходным кодом 2061, показанным на фиг.23.
В начале заголовка 2031 сохранено магическое число 2041 (4 байта), показывающее, что файл имеет SDAF формат. Значение магического числа 2041 является последовательностью символов "SDAF". Затем сохранен номер версии 2042 (4 байта) SDAF. Затем сохранены идентификатор (ИД) 2043 пакета (16 байтов) и размер 2044 пакета (4 байта). Затем сохранена информация 2045 местоположения навигационных данных (SDAF_LOCATION_NAV на фиг.23), информация 2046 местоположения предложения (SDAF_LOCATION_OFFER на фиг.23) и число элементов содержимого (CEL) в пакете 2047. Затем сохранена информация 2048 (SDAF_LOCATION_CEL на фиг.24) для каждого CEL. Наконец, сохранена таблица 2049 атрибутов CEL, указывающая атрибут каждого CEL.
Информация 2045 местоположения навигационных данных указывает местоположение и размер навигационных данных 2032. Информация 2046 местоположения предложения указывает местоположение и размер предложения 2034. Эти два фрагмента информации состоят оба из сдвига (4 байта) от начала пакета SDAF и размера каждого (4 байта).
Информация 2048 CEL состоит из CEL_ID 2051 (16 байтов), типа 2052 CEL (2 байта), типа 2053 шифрования CEL (2 байта), информации 2054 местоположения данных CEL и информации 2055 местоположения таблицы атрибутов CEL. CEL_ID 2051 является идентификатором элемента содержимого, который уникален в заголовке SDAF. Тип 2052 CEL может иметь значение, соответствующее аудио, изображению, видео, тексту и файлу. Тип 2053 шифрования CEL указывает алгоритм, используемый для шифрования CEL. Каждая информация 2054 местоположения данных CEL и информация 2055 местоположения таблицы атрибутов CEL состоит из сдвига (4 байта) от начала пакета SDAF и размера каждой (4 байта). Если сдвиг или размер равны нулю, то это означает, что данные отсутствуют.
Таблица 2049 атрибутов CEL представляет собой список атрибутов, определенных для каждого типа CEL. Таблица атрибутов аудио-CEL (SDAF_ATTR_AUDIO на фиг.24) включает в себя по меньшей мере CODEC, число квантованных битов, частоту дискретизации и число аудиоканалов. Таблица атрибутов графического CEL (SDAF_ATTR_GRAPHIC на фиг.24) включает в себя по меньшей мере высоту и ширину изображения и тип шифрования. Таблица атрибутов видео-CEL включает в себя по меньшей мере высоту и ширину видео и тип шифрования. Таблица атрибутов текста включает в себя по меньшей мере тип шифрования текста, например, Unicode или music shift JPS (Японские промышленные стандарты). Таблица атрибутов файлового CEL включает в себя по меньшей мере тип MIME (Многоцелевое расширение для передачи сообщений в сети Интернет).
Таблица 2049 атрибутов CEL определена не как таблица фиксированной длины, а как структура тега (дескриптора) переменной длины, как показано на фиг.25а-25с. Если используется структура тега, то длина тега и ИД тега сохраняются перед данными, как показано на фиг.25а. Например, таблица атрибутов графического CEL состоит из характеристического тега 2053 и тега 2064 типа шифрования. Элементы таблицы определены с использованием структуры тега, при этом новый элемент таблицы может быть добавлен к формату данных или формат данных может быть изменен только путем добавления тега. Таблица атрибутов CEL определена с использованием структуры тега с большими возможностями расширения.
Ниже описано предложение 2014. Как отмечено выше, предложение включает в себя множество пар ключей и правила покупки для каждой пары ключей. Каждая пара ключей состоит из ключа дешифрирования для дешифрирования элемента содержимого (CEL) и идентификатора элемента содержимого (CEL_ID). На фиг.26 представлена диаграмма, показывающая соответствие между парой ключей и CEL. Как показано на фиг.26, пара ключей 2072 состоит из ключа 2073 дешифрирования и CEL_ID 2074, и каждая пара ключей 2072 связана с каждым CEL 2071. Предложение включает в себя не только пару ключей CEL, включенного в пакет SDAF, но и все пары ключей других CEL, включенных в пакеты SDAF того же самого заголовка SDAF. Иными словами, когда заголовок SDAF разбивается на множество пакетов SDAF, только один пакет SDAF включает предложение, и это предложение включает все пары ключей других CEL, включенных в заголовок SDAF.
Правила покупки описаны с использованием языка для описания условий использования пары ключей, называемого языком управления полномочиями. Условия использования пары ключей включают дату покупки, период использования и то, приобретен ли конкретный CEL или заголовок SDAF. Правила покупки определены применением этих условий использования, и при этом один и тот же CEL может быть продан по различным ценам в зависимости от условий.
Далее описаны навигационные данные 2012. Навигационные данные создаются создателем содержимого так, чтобы пользователь мог использовать CEL наиболее эффективным образом, определяя логическую структуру заголовка SDAF.
В SDAF для описания навигационных данных используется XML (расширяемый язык маркировки), представляющий собой язык описания тегов в текстовом формате. Если структура данных описана на языке XML, то используется структура тегов в текстовом формате. Поэтому данные, описанные на языке XML, являются избыточными по сравнению с двоичными данными. Тем не менее, язык XML принят ввиду его очень хороших возможностей расширения.
Для ссылок на CEL из навигационных данных используется указатель CEL. Указатель CEL представляет собой конкатенацию идентификатора пакета и идентификатора элемента содержимого (CEL_ID) с применением символа "?" (метка вопроса) в качестве ограничителя. Однако для CEL, включенного в пакет SDAF, который включает навигационные данные, ИД пакета и ограничитель опускаются, и CEL_ID становится указателем CEL. Указатель CEL может определять CEL независимо от физического адреса CEL.
На фиг.28 представлена диаграмма, показывающая, каким образом следует ссылаться на CEL из навигационных данных с использованием указателя CEL. На фиг.28 навигационные данные 2081 и данные 2082 представления показаны в качестве примера. Данные 2082 представления включают аудио-CEL 2083, кодированный согласно стандарту MPEG2-AAC, и графический CEL 2084, кодированный согласно стандарту JPEG.
Идентификатор пакета и CEL_ID элемента аудио-CEL оба представляют собой 1, в то время как соответствующие идентификаторы графического CEL представляют собой 1 и 2 соответственно. В этом случае указатель CEL вида "1?1", включенный в навигационные данные 2081, указывает на элемент аудио-CEL 2083, у которого идентификатор пакета есть "1" и CEL_ID есть "1". Указатель CEL вида "1?2" указывает на графический CEL 2084, у которого идентификатор пакета есть "1", a CEL_ID есть "2". Как видно из этого примера, только изменение в идентификаторе пакета указателя CEL после создания заголовка SDAF может вызвать изменение в структуре пакета SDAF. Поэтому возможно структурировать заголовок SDAF как одиночный пакет или разбить заголовок SDAF на множество пакетов SDAF.
На фиг.27 и 30 представлены диаграммы, показывающие структуру навигационных данных на основе следующего способа представления. Каждый прямоугольник представляет элемент навигационных данных. Стрелка, проходящая от элемента А к элементу В, указывает, что элемент А включает элемент В в качестве порожденного элемента. Каждая метка, предусмотренная в начале каждой стрелки, указывает следующее:
* указывает, что элемент включает 0 или более порожденных элементов;
+ указывает, что элемент включает 1 или более порожденных элементов;
? указывает, что элемент включает 0 или 1 порожденный элемент.
Если элемент А включает объект Р без стрелки, то это означает, что элемент А имеет объект Р в качестве атрибута. Подчеркнутые объекты представляют указатели CEL. PCDATA представляет строку символов, состоящую из символов, включенных в предварительно определенное множество символов. Это представление определяет иерархическую структуру с элементом TITLE (заголовок) в качестве корневого.
Элемент TITLE 2101 описывает компоновочную (транспортную) информацию заголовка SDAF. Этот элемент имеет три атрибута: UPC, VERSION, LANGUAGE. Атрибут UPC описывает Универсальный код продукта, который является международным стандартом кодов продуктов. Атрибут VERSION описывает номер версии навигационной структуры SDAF. Атрибут LANGUAGE описывает тип языка соответственно ISO 639. Его значение, устанавливаемое по умолчанию, есть "en", что означает “английский”.
Элемент 2102 METADATA описывает информацию, такую как жанр элемента PLAYLIST или элемента TRACK. Элемент METADATA имеет атрибут TYPE. Атрибут TYPE описывает тип элемента METADATA.
Элемент 2103 ASSOC описывает информацию для ссылки на элемент содержимого CEL, включенный в другие заголовки SDAF. Этот элемент имеет атрибут REF. Атрибут REF описывает указатель CEL.
Элемент 2104 URL описывает Унифицированный указатель ресурсов. Этот элемент имеет два атрибута: ID и TYPE. Атрибут ID описывает идентификационный номер этого элемента. Атрибут TYPE описывает тип элемента URL.
Элемент 2105 PLAYLIST описывает список воспроизведения, который является базовым блоком для заголовка SDAF. Список заголовка соответствует “альбому” в обычной пакетной среде передачи и включен во все заголовки SDAF. Элемент PLAYLIST может включать в себя элемент MENU, который представляет собой меню для списка воспроизведения. Элемент PLAYLIST имеет пять атрибутов: NAME, ARTIST, PRODUCTID, THUMBNAILID и ONSTART. Атрибут NAME описывает имя списка воспроизведения. Атрибут PRODUCTID описывает информацию, соответствующую коду каталога в КД. Атрибут THUMBNAILID описывает указатель CEL графического CEL, который является типичным в списке воспроизведения. Атрибут ONSTART описывает операцию воспроизведения списка воспроизведения. Если атрибут ONSTART есть "MENU", то устройство воспроизведения прекращает воспроизведение и отображает меню списка воспроизведения. Если атрибутом является "TRACK", то устройство воспроизведения запускает воспроизведение первого элемента TRACK, включенного в элемент PLAYLIST. Все элементы PLAYLIST имеют по меньшей мере один элемент 2106 TRACK.
Элемент 2106 TRACK описывает дорожку, включающую в себя один элемент аудио-CEL. Элемент TRACK может включать в себя меню дорожек, слайдшоу (покадровый вывод), текст, файл и т.п. Элемент TRACK имеет семь атрибутов: ID, NAME, ARTIST, ISRC, AUDIOID, TSMID, THUMBNAILID. Атрибут ID описывает идентификационный номер, который является уникальным в заголовке SDAF. Атрибут NAME описывает имя элемента TRACK. Атрибут ARTIST описывает имя артиста. Атрибут ISRC описывает Международный стандартный код записи. Атрибут AUDIOID описывает указатель CEL элемента аудио-CEL, относящегося к элементу TRACK. Атрибут TSMID описывает указатель CEL карты временного поиска, соответствующей элементу аудио-CEL. Карта временного поиска поясняется ниже. Атрибут THUMBNAILID описывает указатель CEL графического CEL, который является типичным в элементе TRACK.
Элемент 2107 MARKER описывает маркер для использования в нахождении начала в элементе TRACK. Этот элемент имеет два атрибута TIME и NAME. Атрибут TIME описывает местоположение маркера в миллисекундах. Атрибут NAME описывает имя маркера.
Элемент 2108 SYNCSLIDESHOW описывает слайдшоу (покадровый вывод) для отображаемых слайдов или меню, следуя информации хронирования отображения, определяемой элементом 2109 SYNCMAP. Элемент 2108 SYNCSLIDESHOW имеет три атрибута: ID, NAME, TYPE. Атрибут ID описывает идентификационный номер, который уникален в заголовке SDAF. Атрибут NAME описывает имя слайдшоу. Атрибут TYPE описывает категорию информации, содержащейся на дорожке, такую как заслуги, тексты песен, аннотации к музыкальным записям, биографии, наборы изображений, реклама.
Элемент 2109 SYNCMAP описывает информацию хронирования отображения для слайда или меню, определенную в элементе SYNCSLIDESHOW. Элемент 2109 SYNCMAP имеет три атрибута: MENUID, PLAIID, TIME. Атрибут MENUID описывает идентификационный номер слайда или меню, которые должны отображаться. Атрибут PLAYID описывает номер индекса для определения кнопки, которая должна быть установлена в состояние воспроизведения в меню. Атрибут TIME описывает хронирование отображения в миллисекундах.
Элемент 2110 SLIDESHOW описывает слайдшоу (покадровый вывод) для отображения слайдов или меню с предварительно определенными интервалами отображения. Элемент 2110 SLIDESHOW имеет четыре атрибута: ID, NAME, TYPE, INTERVAL. Атрибут ID описывает идентификационный номер, который уникален в заголовке SDAF. Атрибут NAME описывает имя слайдшоу. Атрибут TYPE описывает категорию информации, содержащейся на дорожке, такую как заслуги, тексты песен, аннотации к музыкальным записям, биографии, наборы изображений, реклама. Атрибут INTERVAL описывает интервал отображения слайда или меню.
Элемент 2111 SYNCTEXT описывает текстовую информацию для отображения с предварительно определенным хронированием. Текстовая информация описывается с использованием элемента 2112 SYNCTEXTBLOCK. Как вариант, текстовая информация может быть определена путем ссылки на часть текстового CEL. Элемент SYNCTEXT имеет четыре атрибута: ID, TEXTID, REFID, TYPE. Атрибут ID описывает идентификационный номер, который уникален в заголовке SDAF. Атрибут TEXTID описывает указатель CEL текстового CEL. Атрибут REFID описывает идентификационный номер элемента TEXTREF в текстовом CELL, определенном атрибутом TEXTID. Элемент TEXTID описан ниже. Атрибут TYPE описывает категорию информации, содержащейся на дорожке, такую как заслуги, тексты песен, аннотации к музыкальным записям, биографии, наборы изображений, реклама.
Элемент 2112 SYNCTEXTBLOCK описывает текстовую информацию для отображения с предварительно определенным хронированием. Этот элемент имеет атрибут TIME. Атрибут TIME описывает хронирование отображения в миллисекундах.
Элемент 2113 TEXT описывает текстовую информацию. Текстовая информация описана в формате текстовых данных. Как вариант, текстовая информация может быть определена путем ссылки на часть текстового CEL. Элемент TEXT имеет те же типы атрибутов, что и элемент SYNCTEXT.
Элемент 2114 VIDEO описывает любой существующий элемент видео-CEL. Этот элемент имеет три атрибута: ID, VIDEOID, TYPE. Атрибут ID описывает идентификационный номер, который уникален в заголовке SDAF. Атрибут VIDEOID описывает указатель CEL элемента видео-CEL. Атрибут TYPE описывает категорию информации, содержащейся на дорожке, такую как заслуги, тексты песен, аннотации к музыкальным записям, биографии, наборы изображений, реклама.
Элемент 2115 FILE описывает любой существующий файловый CEL. Этот элемент имеет три атрибута: ID, FILEID, TYPE. Атрибут ID описывает идентификационный номер, который уникален в заголовке SDAF. Атрибут FILEID описывает указатель CEL файлового CEL. Атрибут TYPE описывает категорию информации, содержащейся на дорожке, такую как заслуги, тексты песен, аннотации к музыкальным записям, биографии, наборы изображений, реклама.
Элемент 2116 SLIDE описывает слайд. Этот элемент имеет три атрибута: ID, NAME, BACKGROUNDID. Атрибут ID описывает идентификационный номер, который уникален в заголовке SDAF. Атрибут NAME описывает имя слайда. Атрибут BACKGROUNDID описывает указатель CEL графического CEL на экране слайда.
Элемент 2117 MENU описывает меню. Этот элемент имеет четыре атрибута: ID, NAME, BACKGROUNDID и SELECTID. Атрибут ID описывает идентификационный номер, который уникален в заголовке SDAF. Атрибут NAME описывает имя меню. Атрибут BACKGROUNDID описывает указатель CEL графического CEL, отображенного на экране меню. Атрибут SELECTID описывает номер индекса для определения кнопки, которая должна быть установлена в состояние выбора.
Элемент 2118 BUTTON описывает экранные кнопки, упорядоченные на экране меню. Элемент BUTTON включает, в качестве порождаемых элементов, одну или более пар элементов TEXTBUTTON и COMMAND или пар элементов GRAPHICBUTTON и COMMAND. Элемент BUTTON имеет семь атрибутов: INDEX, TAB, UP, RIGHT, LEFT, AUTOACTION. Атрибут INDEX описывает номер индекса, который уникален в элементе MENU. Атрибут TAB описывает последовательный номер, который обеспечен последовательным и циклическим образом для каждой из кнопок меню. Атрибуты UP, DOWN, LEFT, RIGHT описывают номер индекса выбранной кнопки-адресата, расположенной выше, ниже, левее, правее соответственно от текущей кнопки. Атрибут AUTOACTION описывает флаг, указывающий, изменяется ли автоматически состояние из выбранного в активное.
Элемент 2119 TEXTBUTTON описывает экранные кнопки, представленные текстом. Этот элемент имеет одиннадцать атрибутов: X, Y, WIDTH, HEIGHT, FONTSIZE, NORMALCOLOR, SELECTCOLOR, ACTIONCOLOR, PLAYINGCOLOR, TEXTID, REFID. Атрибуты X, Y, WIDTH, HEIGHT описывают местоположение на дисплее кнопки с использованием системы координат, имеющей начало координат в верхнем левом углу меню. Элемент FONTSIZE описывает размер шрифта, измеренный в пунктах. Атрибуты NORMALCOLOR, SELECTCOLOR, ACTIONCOLOR и PLAYINGCOLOR описывают цвет отображения на дисплее в формате RGB (красный, зеленый, синий), когда состояние кнопки соответствует нормальному, выбранному, активному и воспроизведению. Атрибут TEXTID описывает указатель CEL внешнего текстового элемента содержимого (CEL). Атрибут REFID описывает идентификационный номер элемента TEXTREF в текстовом CEL, определенном посредством TEXTID.
Элемент 2120 GRAPHICBUTTON описывает экранную кнопку, представленную графически. Этот элемент имеет восемь атрибутов: X, Y, WIDTH, HEIGHT, NORMALID, SELECTID, ACTIONID, PLAYINGID. Атрибуты X, Y, WIDTH, HEIGHT описывают местоположение на дисплее кнопки с использованием системы координат, имеющей начало координат в верхнем левом углу меню. Атрибуты NORMALID, SELECTID, ACTIONID и PLAYINGID описывают указатель элемента содержимого (CEL) отображения на дисплее CEL, когда состояние кнопки соответствует нормальному, выбранному, активному и воспроизведению.
Элемент 2121 COMMAND описывает навигационную операцию, когда пользователь нажимает одну из экранных кнопок. Этот элемент имеет два атрибута: TYPE и TARGET. Атрибут TYPE описывает любую одну из команд SHOW, FUNCTION, GOTO, NEXT, PREVIOUS. Команда SHOW предназначена для отображения элемента, определяемого атрибутом TARGET. Команда FUNCTION предназначена для выполнения элемента, определяемого атрибутом TARGET. Эта команда используется при отображении меню списка воспроизведения. Команда GOTO предназначена для перемещения от элемента, отображенного в данный момент, к определенному родственному элементу. Команда NEXT предназначена для перемещения от элемента, отображенного в данный момент, к следующему родственному элементу. Команда PREVIOUS предназначена для перемещения от элемента, отображенного в данный момент, к предыдущему родственному элементу. Атрибут TARGET описывает параметр команды, определенной атрибутом TYPE. Если определена команда SHOW, то атрибут TARGET описывает идентификационный номер элемента, который должен быть отображен. Если определена команда FUNCTION, то атрибут TARGET описывает идентификационный номер элемента, который должен выполняться. Если определена команда GOTO, то атрибут TARGET описывает идентификационный номер родственного элемента, который отображается в текущий момент.
Элемент TEXTREF описывает информацию категории текста для использования в ссылках из навигационных данных на часть текстовых данных, сохраненных в текстовом элементе содержимого (CEL). На текстовые данные, включенные в элемент TEXTREF, ссылаются путем определения идентификационного номера элемента TEXTREF из навигационных данных. Атрибут TEXTREF имеет атрибут ID. Атрибут ID описывает идентификационный номер, который уникален в заголовке SDAF.
Ниже описан элемент 2013 CEL. Элемент CEL имеет пять типов: аудио, графический, видео, текстовый и файловый. В SDAF формат данных и параметр определены для каждого типа CEL.
Данные, включенные в аудио-CEL, представляют собой аудиоданные, кодированные в соответствии с MPEG2-AAC (Усовершенствованное аудио кодирование) [профиль низкой сложности]. Отметим, что MPEG2-AAC определен в документе ISO/IEC 13818-7:1997(Е) Information technology - Generic coding of moving pictures and associated audio information - Part 7 Advanced Audio Coding (AAC). Битовый поток, кодированный посредством MPEG2-AAC, подразумевается имеющим формат ADTS (Транспортный поток аудиоданных). Кроме того, данные, описанные в ISO/IEC 13818-7, ограничены как показано на фиг.31. Из этих параметров, параметры иные, чем samplmg_frequency_index (индекс частоты дискретизации) и channel_configuration (конфигурация канала) ограничены ввиду выбора профиля низкой сложности, определенного согласно ISO/IEC 13818-7. Кроме того, средняя скорость передачи битов равна 64 или 128 кбит/с.
Данные, включенные в графический CEL, представляют собой данные, кодированные в соответствии с алгоритмами JPEG, MPEG-I frame или PNG (Переносимая сетевая графика). На фиг.32, 33 и 34 представлены таблицы, определяющие JPEG, MPEG-I frame и PNG соответственно. Спецификации для алгоритмов кодирования, применимых для графического CEL, ограничены, как показало на этих чертежах.
Данные, включенные в видео-CEL, представляют собой видеоданные, кодированные в соответствии с MPEG2. На фиг.35 представлена таблица, показывающая спецификацию MPEG2. Спецификация для алгоритма кодирования, применимого для графического CEL, ограничена, как показано на фиг.35.
Данные, включенные в текстовый CEL, представляют собой PLAIN (открытый) текст или текст формата XML (расширяемый язык маркировки) в SDAF. Тип кодирования соответствует Unicode или music shift JIS (Японский промышленный стандарт).
В качестве примера файлового CEL ниже описан CEL карты временного поиска, который включает в себя карту временного поиска в качестве данных. Карта временного поиска представляет собой таблицу, состоящую из адреса аудиокадра. На фиг.36 представлена диаграмма, показывающая структуру карты временного поиска. Как показано на фиг.36, карта 2090 временного поиска состоит из заголовка 2091 и множества записей 2092. На фиг.27, 38а, 38b показаны таблица и диаграммы, детально иллюстрирующие заголовок 2091. Как показано на фиг.27, 28а, 38b, заголовок 2091 включает в себя длительность воспроизведения между записями, представленными в миллисекундах, и полное число записей. На фиг.39 представлена таблица, показывающая детально каждую запись. Как показано на фиг.39, каждая запись включает в себя адрес аудиокадра в точке записи. Первая запись указывает на начальное местоположение аудиокадра, включенного в аудио-CEL.
Отметим, что в настоящем варианте осуществления изобретения алгоритм кодирования MPEG2-AAC использован для сжатия данных музыкальной записи, включенной в аудио-CEL. Альтернативно могут использоваться такие алгоритмы кодирования, как МР3 (MPEG1 Audio Layer 3), Dolby-АС3 или DTS (Система цифрового театра).
Ниже со ссылками на фиг.40-45 описано, каким образом используется SDAF. Как указано выше, SDAF представляет собой формат для описания мультимедийного содержимого, используемый главным образом для распространения данных музыкальных записей. Формат SDAF может применяться к различным типам носителей записи, таким как жесткие диски, оптические диски, например цифровые видеодиски-ОЗУ, полупроводниковая память, например платы памяти.
Помимо распространения данных музыкальных записей, формат SDAF может использоваться в комбинации с существующими данными музыкальной записи. Например, как упомянуто ниже, формат SDAF может быть использован в комбинации с данными музыкальной записи, совместимыми со стандартами для цифровых многоцелевых аудиодисков (DVD-Audio). Аналогичным образом, формат SDAF может быть применен для других носителей записи, таких как цифровые многоцелевые видеодиски (DVD-Video), компакт-диски, видео-компакт-диски, фото-компакт-диски.
Данные музыкальной записи, совместимые со стандартами DVD-Audio, включают в себя аудиосодержимое, кодированное с использованием линейной импульсно-кодовой модуляции (ЛИКМ), и содержимое изображения кадра, кодированное согласно MPEG-I. Устройство воспроизведения, совместимое со стандартами DVD-Audio, отображает экран меню для интерактивных операций пользователя. В стандартах DVD-Audio такой экран меню отображается путем наложения максимально четырех цветных суб-видео-изображений на фоновое изображение для отображения и обеспечения множества прямоугольных областей в суб-видео-изображениях. Такие прямоугольные области называются кнопками, причем каждой кнопке присвоена команда. Однако для ряда цветов отображения и формы кнопок применяются некоторые ограничения, и поэтому лицо, создающее содержимое, не может свободно проектировать экран меню.
Данная проблема может частично решаться путем предварительной записи данных экрана меню, описанного в формате SDAF, на обычном DVD аудиодиске, и отображения экрана меню с использованием этих данных при воспроизведении. Более конкретно, DVD аудиодиск записывает мультимедийное содержимое, описанное в SDAF, и указатель переадресации для ссылок из SDAF к исходному содержимому на DVD аудиодиске. Далее DVD аудиодиск с такими записанными на нем данными называется расширенным DVD аудиодиском, а устройство воспроизведения такого расширенного DVD аудиодиска называется устройством воспроизведения DVD аудиодисков, совместимым с форматом SDAF.
На фиг.40 представлена диаграмма, показывающая пример указателей переадресации CEL, которые соответствуют одному DVD аудиодиску. Каждая строка представляет указатель переадресации для каждого содержимого, включенного в исходный DVD аудиодиск. Указатель переадресации CEL включает идентификатор CEL_ID 2201, имя файла 2202, начальный адрес 2203, конечный адрес 2204. CEL_ID 2201 представляет собой идентификатор содержимого, который уникален на диске. Имя файла 2202 является именем файла, который включает соответствующее содержимое. Начальный и конечный адреса 2203 и 2204 являются значениями сдвига, указывающими начальное местоположение и конечное местоположение соответственно каждого содержимого в файле. Указатель переадресации CEL записан, например, в файле с именем DVDA.MAP в директории SDAF, предусмотренной в области ПЗУ расширенного DVD аудиодиска.
Все различные функции управления воспроизведением, такие как управление порядком воспроизведения аудиозаписи, воспроизведение покадрового вывода изображения и функция меню, определенная стандартами DVD-Audio, могут быть описаны с использованием навигационных данных SDAF. Например, функция меню может быть реализована путем наложения изображений кнопок JPEG, имеющих любое число цветов и форму, на фоновое изображение кадра MPEG-I для отображения и связывания каждой области кнопки с командой.
Когда информация управления, включенная в DVD аудиодиск, преобразуется в навигационные данные SDAF, информация, указывающая содержимое, преобразуется в CEL_ID с использованием указателя переадресации CEL. Экран меню преобразуется в изображения кнопок JPEG. Полученные изображения упорядочены в местоположениях таким образом, чтобы накладываться на фоновое изображение. Навигационные данные и изображения кнопок, полученные вышеописанным способом, сохраняют в одном пакете SDAF и записывают в файле с именем, например, SDAF.SDR в директории SDAF, предусмотренной в области ПЗУ расширенного DVD аудиодиска. Способ воспроизведения расширенного DVD аудиодиска описан ниже.
Ниже описано устройство воспроизведения формата SDAF, предназначенное для воспроизведения мультимедийного содержимого, описываемого форматом SDAF. Устройство воспроизведения формата SDAF воспроизводит распространяемые данные музыкальной записи следующим образом. Во-первых, устройство воспроизведения осуществляет поиск идентификаторов пакетов и навигационной информации для получения CEL_ID элементов CEL, требуемых для воспроизведения. Устройство воспроизведения осуществляет поиск в базе данных покупок с использованием наборов полученных идентификаторов пакетов и CEL_ID для определения того, приобретен или нет каждый элемент содержимого (CEL). Если какой-либо CEL еще не приобретен, то устройство воспроизведения анализирует кодированное предложение и оплачивает предварительно определенную цену посредством существующей системы электронного распространения. После приобретения в базе данных покупок сохраняется пара ключей, сохраненных в предложении. При определении того, что пакет SDAF, необходимый для воспроизведения, не найден в устройстве воспроизведения, устройство воспроизведения пересылает идентификатор пакета к устройству распространения данных. Устройство распространения данных пересылает пакет SDAF с полученным идентификатором пакета к устройству воспроизведения. После приобретения всех CEL, требуемых для воспроизведения, устройство воспроизведения дешифрирует CEL с использованием пар ключей, сохраненных в базе данных покупок, для воспроизведения. В этот момент устройство воспроизведения интерпретирует навигационные данные для управления воспроизведением.
Заголовок SDAF пересылается к устройству воспроизведения, будучи разделенным на один или более пакетов SDAF. На фиг.41а-41с представлены диаграммы, показывающие примеры распространения пакетов SDAF. В способе распространения, показанном на фиг.41а, пакет 2301 включает в себя только аудиосодержимое, в то время как пакет 2302 включает в себя только изображение или видеографическое содержимое. Более того, из пакета 2302 могут делаться ссылки на аудиосодержимое, включенное в пакет 2301. Поэтому пользователь, который приобрел только пакет 2301, может воспроизводить только аудиосодержимое. Пользователь, который приобрел пакет 2302, в дополнение к пакету 2301, может воспроизводить графическое содержимое вместе с аудиосодержимым. Заголовок SDAF может быть определен путем добавления CEL к существующей дорожке.
В способе распространения, как показано на фиг.41b, пакет 2303 включает в себя множество объектов аудиосодержимого и графического содержимого. Одиночный пакет может содержать все CEL, включенные в заголовок SDAF.
В способе распространения, как показано на фиг.41с, один заголовок SDAF разделен на пакеты 2304, 2305, 2306 для распространения. Пакет 2305 включает содержимое для дорожки #1, в то время как пакет 2306 включает содержимое для дорожки #2. В этом способе распространения можно выбрать любой один из пакетов 2305 и 2306 для распространения.
Более того, в устройстве воспроизведения может быть создан новый пакет SDAF, включающий содержимое, являющееся собственностью пользователя. На фиг.42а-42с представлены диаграммы, показывающие примеры, как сформировать пакеты SDAF. На фиг.42а-42с пакет пользователя является пакетом SDAF, созданным пользователем, в то время как приобретенный пакет является распространенным пакетом SDAF. Содержимое, окруженное жирной линией, является собственностью пользователя. Предполагается, что собственностью пользователя являются данные, считанные с КД, т.е. аудиосодержимое, полученное с КД, и графическое содержимое, созданное им самим.
Как показано на фиг.42а, пользователь может создать пакет 2401, включающий в себя аудиосодержимое, приобретенное в собственность им самим. Кроме того, как показано на фиг.42b, пользователь может создать пакет 2402, включающий аудио и графическое содержимое, приобретенное в собственность им самим. Кроме того, как показано на фиг.42с, пользователь может создать пакет 2404, из которого можно ссылаться на аудиосодержимое, включенное в приобретенный пакет 2403. Если пакет 2404 воспроизводится, то воспроизводится аудиосодержимое, включенное в приобретенный пакет, и графическое содержимое, являющееся собственностью пользователя. Поэтому изображение, включенное в приобретенный пакет, может изменяться пользователем, или новое изображение, созданное пользователем, может добавляться к приобретенному пакету.
Ниже описывается совместимое с SDAF устройство воспроизведения DVD аудиодисков. Устройство воспроизведения управляет операцией воспроизведения, отслеживая навигационные данные, описываемые форматом SDAF, вместо исходной информации управления воспроизведением, совместимой со стандартами DVD-Audio. Устройство воспроизведения считывает навигационные данные и указатель CEL из диска стандарта расширенного DVD-Audio и работает в соответствии со считанными навигационными данными. Если ссылка на исходное аудиосодержимое или графическое содержимое делается из навигационных данных, то устройство воспроизведения делает ссылку на указатель CEL для получения информации о местоположении, в котором сохранено содержимое, и воспроизводит содержимое. Устройство воспроизведения считывает фоновое изображение из области DVD-Audio на диске и изображения кнопок из данных SDAF, и объединяет их для отображения экрана меню.
При использовании диска стандарта расширенного DVD-Audio существующее устройство воспроизведения стандарта DVD-Audio может выполнять обычное воспроизведение, в то время как совместимое с SDAF устройство воспроизведения стандарта DVD-Audio может отображать экран меню с использованием навигационных данных, описываемых посредством SDAF.
В приведенном выше описании пакет SDAF и указатель переадресации CEL сохранены на диске. Как вариант, эти данные могут быть загружены через сеть в устройство воспроизведения. Этот способ может быть применим к КД и DVD-дискам, которые уже были проданы пользователю. Кроме того, на элементы содержимого (CEL), которые доступны через сеть связи, ссылки могут делаться с использованием URL.
Ниже описано устройство преобразования данных для копирования мультимедийного содержимого, определенного в SDAF, на внешний носитель данных для портативного устройства воспроизведения музыкальных записей. Портативное устройство воспроизведения музыкальных записей выполнено с использованием полупроводниковой памяти в качестве внешнего носителя памяти и характеризуется малым размером, малым весом и способностью скоростной записи данных. Портативное устройство воспроизведения музыкальных записей включает в себя, как показано на фиг.43, жидкокристаллический дисплей 2501, имеющий возможность отображать текст, панель управления для управления воспроизведением аудиоданных и наушники 2503 для вывода аудиосигнала. Кроме того, в портативное устройство воспроизведения музыкальных записей может сменным образом вводиться плата памяти 2500 для хранения аудиоданных. Портативное устройство воспроизведения музыкальных записей воспроизводит аудиосодержимое, совместимое с MPEG2-AAC, а также воспроизводит на дисплее текстовую информацию. Однако формат записи данных платы памяти не является форматом SDAF, а представляет собой уникальный формат.
На фиг.44 представлена блок-схема, показывающая структуру устройства преобразования данных для преобразования содержимого, записанного на диске расширенного стандарта DVD-Audio, в предварительно определенный формат, и для записи преобразованного содержимого на плате памяти для портативного устройства воспроизведения музыкальных записей. На фиг.44 предполагается, что на диске 2601 записаны аудиосодержимое формата ЛИКМ, информация управления воспроизведением, описанная с использованием SDAF, и дополнительная текстовая информация.
В устройстве преобразования данных, показанном на фиг.44, блок 2602 считывания данных считывает информацию управления воспроизведением с диска 2601 и выдает ее в блок 2603 анализа информации управления воспроизведением. Блок 2603 анализа информации управления воспроизведением анализирует считанную информацию управления воспроизведением для проверки того, может ли содержимое, записанное на диске 2601, быть воспроизведено или требует преобразования.
Затем блок 2602 последовательно считывает с диска 2601 содержимое, которое может быть воспроизведено портативным устройством воспроизведения музыкальных записей, и выдает считанное содержимое в блок 2605 преобразования данных. В этот момент содержимое, которое не может быть воспроизведено портативным устройством воспроизведения музыкальных записей, не считывается. Блок 2605 преобразования данных преобразует считанное содержимое в соответствии с типом платы памяти 2500. Например, текстовая информация, которая не может быть непосредственно воспроизведена портативным устройством воспроизведения музыкальных записей, такая как заголовки, не преобразуется. С другой стороны, аудиосодержимое формата ЛИКМ преобразуется в формат MPEG2-ААС, чтобы портативное устройство воспроизведения могло воспроизводить содержимое.
Блок 2604 преобразования информации управления воспроизведением генерирует информацию управления воспроизведением для портативного устройства воспроизведения музыкальных записей на основе информации управления воспроизведением, проанализированной блоком 2603 анализа информации управления воспроизведением. Блок 2606 записи данных записывает информацию управления воспроизведением, генерируемую блоком 2604 преобразования информации управления воспроизведением, и содержимое, преобразованное блоком 2605 преобразования данных, на плату памяти 2500.
Отметим, что блок преобразования данных, показанный на фиг.44, может преобразовывать произвольное содержимое, отличное от аудиосодержимого, в предварительно определенный формат, и записывать преобразованное содержимое на плату памяти 2500. Кроме того, формат записи данных платы памяти может быть произвольным форматом, отличным от SDAF. Дополнительно, для поддержки множества внешних носителей записи устройство преобразования данных может включать в себя блок преобразования данных, блок преобразования информации управления воспроизведением и блок записи данных для каждого внешнего носителя записи.
Кроме того, если на диске 2601 не записаны никакие навигационные данные, описанные форматом SDAF, как показано на фиг.45, то отсутствующие данные могут быть получены через сеть связи. На фиг.45 предполагается, что идентификационный номер записан на диске 2601. Например, идентификационный номер КД с музыкальной записью представляет собой код каталога, код ISRC и т.п.
Блок 2602 считывания данных считывает идентификационный номер диска и выдает его в коммуникационный блок 2607. Коммуникационный блок 2607 осуществляет связь с сервером 2611 информации содержимого через сеть связи 2610. Коммуникационный блок 2607 может получать доступ к серверу 2611 информации содержимого через Интернет или может непосредственно получать доступ к серверу 2611 информации содержимого через телефонную линию. Сервер 2611 информации содержимого сохраняет недостающие данные во взаимосвязи с идентификационным номером и в ответ на запрос от устройства преобразования данных пересылает недостающие данные в устройство преобразования данных. После приема недостающих данных устройство преобразования данных выполняет ту же самую операцию, что и устройство преобразования данных, как показано на фиг.44.
Как отмечено выше, формат SDAF распространения содержимого, согласно представленному варианту осуществления изобретения, является форматом для описания мультимедийного содержимого и главным образом используется для распространения данных музыкальных записей. Таким образом, использование SDAF в комбинации с имеющимися данными музыкальной записи позволяет расширить функцию имеющихся данных музыкальных записей.
Заметим, что корреляция между данными дополнительного распространения в первом и втором вариантах и SDAF согласно настоящему варианту заключается в следующем. Дополнительная информация, включая информацию управления воспроизведением, такая как данные изображения и аудиоданные во втором варианте, соответствует навигационным данным 2012, показанным на фиг.18. Содержимое 205 или аудиоданные 204, показанные на фиг.2, и данные изображения во втором варианте осуществления соответствуют элементу содержимого (CEL) 2013, показанному на фиг.18. Информация 203 управления полномочиями, показанная на фиг.2, соответствует предложению 2014, показанному фиг.18.
Хотя изобретение выше описано детально, предшествующее описание является во всех аспектах иллюстративным, но не ограничительным. Ясно, что многочисленные другие вариации и модификации могут быть введены без изменения сущности изобретения.
Промышленная применимость
Согласно настоящему изобретению, система защиты цифровых данных от копирования может реализовать онлайновое распространение музыкальных записей “из рук в руки” и в значительной степени облегчить распространение музыкальных записей при обеспечении защиты от копирования и начислении пользователю соответствующих лицензионных платежей.
Изобретение относится к системам защиты от копирования, более конкретно, к системе для защиты от копирования данных музыкальных записей при начислении пользователю соответствующих лицензионных платежей. Техническим результатом является облегчение распространения музыкальных записей при обеспечении защиты от копирования и начислении пользователю соответствующих лицензионных платежей. Указанный результат достигается за счет того, что система содержит блок распространения содержимого, множество устройств записи и воспроизведения цифровых данных, блок обработки расчетов, предназначенный для осуществления связи с устройствами записи и воспроизведения и выполнения обработки расчетов для начисления упомянутых лицензионных платежей. 5 с. и 6 з.п. ф-лы, 45 ил.
Приоритет по пунктам:
WO 9714087 А, 17.04.1997 | |||
WO 9737316 А, 10.09.1997 | |||
RU 95122638 А, 20.02.1998 | |||
НОСИТЕЛЬ ЗАПИСИ, СПОСОБ И УСТРОЙСТВО ДЛЯ ЗАПИСИ ИНФОРМАЦИОННЫХ ФАЙЛОВ И УСТРОЙСТВО ДЛЯ ВОСПРОИЗВЕДЕНИЯ ИНФОРМАЦИИ С ТАКОГО НОСИТЕЛЯ ЗАПИСИ | 1991 |
|
RU2073913C1 |
Авторы
Даты
2005-04-27—Публикация
2000-08-30—Подача