Устройство воспроизведения мультимедийных данных, способ приема аудиоданных и структура аудиоданных в них
Предложены устройство декодирования мультимедийных данных, способ приема аудиоданных с использованием HTTP протокола и структура аудиоданных. Устройство воспроизведения мультимедийных данных содержит декодер, который декодирует AV данные и воспроизводит AV данные в синхронизации с заданными данными разметки, относящимися к этим AV данным. Декодер ресурса разметки принимает информацию о местоположении видеоданных, вычисляет местоположение воспроизведения данных разметки, относящихся к этим видеоданным, и передает местоположение воспроизведения данных разметки в декодер. Аудиоданные принимают с использованием HTTP протокола, а не сложного аудио/видео протокола поточной передачи, и выводят в синхронизации с видеоданными. 6 н. и 7 з.п. ф-лы, 10 ил.
Область техники, к которой относится изобретение
Данное изобретение относится к передаче аудиоданных, более конкретно к устройству воспроизведения мультимедийных данных, способу приема аудиоданных с использованием протокола передачи гипертекстовых данных (HTTP) и структуре аудиоданных, используемой для устройства и способа.
Уровень техники
Фиг.1 иллюстрирует процесс запрашивания аудиофайла от сервера и приема запрошенного файла терминалом, принимающим данные по Интернет.
Со ссылкой на фиг.1 визуализатор Web-страниц, такой как Internet Explorer, установлен на терминале 110, принимающем данные по Интернет. Терминал 110 может запрашивать Web-данные, хранимые на сервере 120, подлежащие передаче с использованием заданного протокола через визуализатор Web-страниц.
Когда терминал 110 запрашивает audio.ac3 файл, который является видом сжатого аудиофайла, терминал 110 передает сообщение 130 запроса файла серверу 120. Сервер 120 передает ответное сообщение 140 терминалу 110 и затем передает аудиоданные терминалу 110.
Здесь обычно используемым протоколом является протокол HTTP. Принимаемые аудиоданные временно хранятся в буферной памяти, включенной в терминал 110, декодируются декодером, воспроизводящим данные, и выводятся как аналоговое аудио.
В подробностях, данные ресурса разметки включают в себя файлы HTML, файлы изображений, файлы определения ресурсов, аудиофайлы и видеофайлы. Терминал 110, который принимает данные ресурса разметки, подключен к Web-серверу, на котором хранятся данные ресурса разметки, с использованием протокола HTTP. Например, если пользователь желает, чтобы терминал 110 получил доступ к сайту www.company.com и загрузил audio.ac3 файл, терминал 110 запускает визуализатор и получает доступ к серверу 120 посредством набора 'http://www.company.com' в поле URL (унифицированного указателя информационного ресурса). После доступа к серверу 120 сообщение 130 запроса файла передается к серверу 120. Сервер 120 передает ответное сообщение 140 терминалу 110.
Сервер обеспечивает хранимые данные ресурса разметки. Поскольку терминал 110 запрашивает audio.ac3 файл, сервер 120 передает audio.ac3 файл в терминал 110. Терминал 110 сохраняет принятый audio.ac3 файл в буферной памяти. Декодер, включенный в терминал 110, декодирует audio.ac3 файл, хранимый в буферной памяти, и выдает декодированный файл как аналоговое аудио.
В стандартном способе передачи данных ресурса разметки терминал 110 запрашивает полный файл и сервер 120 передает полный файл, или, если передается большой файл, такой как аудиоданные, терминал 110 запрашивает файл посредством задания заранее диапазона, подлежащего передаче, и сервер 120 передает часть файла, соответствующую этому диапазону.
Однако, когда данные временно закодированы, и когда данные, подлежащие передаче, заданы согласно времени, в которое они будут передаваться, как в аудиоданных, трудно использовать стандартный способ. Например, если различные виды аудиофайлов, такие как MP3, MP2 и АС3, существуют, когда та же самая временная информация аудиофайлов передается на сервер 120, и когда запрашиваются аудиоданные, соответствующие этой временной информации, трудно использовать стандартный способ, так как местоположения файлов, соответствующих временной информации, являются различными для каждого типа аудиофайла.
Сущность изобретения
Техническое решение
Данное изобретение обеспечивает способ приема аудиоданных с использованием HTTP протокола, а не сложного аудио/видео протокола поточной передачи, структуру принимаемых аудиометаданных и структуру аудиоданных.
Данное изобретение также обеспечивает устройство воспроизведения мультимедийных данных, выполненное с возможностью воспроизведения аудиоданных и видео, хранимых в DVD.
Преимущественные эффекты
Как описано выше, согласно вариантам осуществления данного изобретения, аудиоданные принимаются с использованием HTTP протокола, а не сложного аудио/видео протокола поточной передачи, и выдаются в синхронизации с видеоданными.
Например, DVD включает в себя содержание кино и видео, в котором режиссер объясняет процедуры изготовления кино (режиссер отсутствует). Объяснение, в основном, производится на одном языке. Соответственно, производящая фильм компания должна изготовить специальный DVD для обеспечения корейского содержания. Поэтому, так как только аудио, изготовленное с различными языками загружается по Интернет и выводится в синхронизации с оригинальным DVD видео, проблема изготовления специального DVD может быть преодолена.
Описание чертежей
Фиг.1 иллюстрирует процесс запрашивания аудиофайла от сервера и приема запрошенного файла терминалом, принимающим данные по Интернет;
фиг.2 - блок-схема терминала;
фиг.3 - блок-схема сервера;
фиг.4 иллюстрирует процесс, посредством которого терминал принимает аудиоданные от сервера с использованием метаданных;
фиг.5 - таблица, показывающая сообщения запроса и ответные сообщения, используемые для связи между терминалом и сервером;
фиг.6 иллюстрирует конфигурацию audio.ac3 файла;
фиг.7 - блок-схема терминала, включающего в себя буфер круглого типа;
фиг.8А и 8В - подробные диаграммы заголовков порций данных согласно вариантам осуществления данного изобретения;
фиг.9 иллюстрирует процесс считывания порций аудиоданных, хранимых в буфере, декодирования порций аудиоданных, синхронизации декодированных порций аудиоданных с видеоданными и вывода синхронизированных аудио- и видеоданных; и
фиг.10 - блок-схема, иллюстрирующая способ вычисления начальной позиции аудиоданных согласно варианту осуществления данного изобретения.
Наилучший режим
Согласно аспекту данного изобретения обеспечено устройство для воспроизведения мультимедийных данных, содержащее декодер, принимающий AV (аудио-видео) данные, декодирующий AV данные и воспроизводящий AV данные в синхронизации с заданными данными разметки, связанными с AV данными; и декодер ресурса разметки, принимающий информацию о местоположении видеоданных, воспроизводимых декодером, вычисляющий местоположение воспроизведения данных разметки, связанных с видео, и передающий местоположение воспроизведения данных разметки в декодер.
Согласно другому аспекту данного изобретения обеспечен способ приема аудиоданных, заключающийся в том, что принимают метаданные, включающие в себя информацию атрибута аудиоданных, от сервера; вычисляют информацию о начальной позиции аудиоданных, передачу которых запрашивают, согласно информации атрибута, включенной в метаданные; и передают вычисленную информацию о начальной позиции на сервер и принимают аудиоданные, соответствующие начальной позиции.
Согласно другому аспекту данного изобретения обеспечен способ вычисления местоположения аудиоданных, заключающийся в том, что преобразуют информацию о начальном времени данных, передачу которых запрашивают, в число кадров, включенных в аудиоданные; преобразуют это число кадров в информацию о начальной позиции порции, которая является блоком передачи аудиоданных; и вычисляют информацию о байтовой позиции, соответствующую информации о начальной порции.
Согласно другому аспекту данного изобретения обеспечен носитель записи, имеющий записанные на нем аудио метаданные, содержащие информацию относительно формата сжатия аудиоданных; информацию относительно числа байтов, расположенную в единственном кадре, включенном в аудиоданные; информацию о времени, расположенную в единственном кадре; информацию относительно размера данных порции, которая является блоком передачи аудиоданных, и информацию относительно размера заголовка порции; и информацию о местоположении относительно сервера, в котором хранятся аудиоданные.
Согласно другому аспекту данного изобретения обеспечен носитель записи, имеющий записанную на нем структуру аудиоданных, содержащую поле заголовка порции, включающее в себя информацию синхронизации, определяющую опорную точку во времени, для воспроизведения аудиоданных; и поле аудиоданных, в котором хранятся кадры, образующие аудиоданные.
Согласно другому аспекту данного изобретения обеспечен считываемый компьютером носитель информации, имеющий записанную на нем считываемую компьютером программу для выполнения способа приема аудиоданных и способа вычисления местоположения аудиоданных.
Режим изобретения
Далее, данное изобретение будет теперь описано более полно со ссылкой на сопутствующие чертежи, на которых показаны примерные варианты осуществления изобретения.
Сообщение запроса файла, используемое, когда терминал запрашивает полный файл audio.ac3 от сервера, таково:
ПОЛУЧИТЬ /audio.ac3 HTTP/1.0.
Дата: Пятн., 20 сент. 1996 08:20:58 по Гринвичу.
Соединение: элемент поддержки установленного соединения.
Агент-пользователь: ENAV 1.0 (Изготовитель).
Ответное сообщение, которое сервер передает к терминалу в ответ на сообщение запроса файла, таково:
HTTP/1.0 200.
Дата: Пятн., 20 сент. 1996 08:20:58 по Гринвичу.
Сервер: ENAV 1.0 (NCSA/1.5.2).
Модифицирован послед. раз: Пятн., 20 сент. 1996 08:17:58 по Гринвичу.
Тип содержания: text/xml.
Длина содержания: 655360.
Сообщение запроса файла, используемое, когда терминал запрашивает определенный диапазон файла audio.ac3 от сервера, таково:
ПОЛУЧИТЬ /audio.ac3 HTTP/1.0.
Дата: Пятн., 20 сент. 1996 08:20:58 по Гринвичу.
Соединение: элемент поддержки установленного соединения.
Агент-пользователь: ENAV 1.0 (Изготовитель).
Диапазон: 65536-131072.
Если терминал запрашивает данные от позиции 65536 байтов до позиции 131072 байтов файла audio.ac3, как показано выше, ответное сообщение от сервера таково:
HTTP/1.0 200.
Дата: Пятн., 20 сент.1996 08:20:58 по Гринвичу.
Сервер: ENAV 1.0 (NCSA/1.5.2).
Модифицирован послед. раз: Пятн., 20 сент. 1996 08:17:58 по Гринвичу.
Тип содержания: text/xml.
Длина содержания: 65536.
Фиг.2 является блок-схемой терминала. Со ссылкой на фиг.2 терминал 200 включает в себя MPEG буфер 201 данных, буфер 202 ресурса разметки, MPEG декодер 203 и декодер 204 ресурса разметки. Терминал 200 может принимать данные от сервера 210 через сеть или от носителя записи 205, такого как диск.
Ресурс разметки, хранимый в сервере 210, передается в буфер 202 ресурса разметки и декодируется декодером 204 ресурса разметки. Видеоданные, хранимые в носителе записи 205, передаются в MPEG буфер 201 данных и декодируются MPEG декодером 203. Декодированные видео и ресурс разметки отображаются вместе.
Фиг.3 - блок-схема сервера.
Сервер 300 включает в себя передатчик 301 данных, блок 302 вставки аудио синхронизирующего сигнала и блок 303 хранения ресурса разметки. Передатчик 301 данных передает данные к множеству терминалов 310, 320 и 330 и принимает данные от них. Блок 302 вставки аудио синхронизирующего сигнала вставляет синхронизирующий сигнал для одновременного воспроизведения аудио и видео посредством синхронизации аудио и видео, когда видео воспроизводится. Блок 303 хранения ресурса разметки сохраняет данные ресурса разметки, такие как файл audio.ac3.
Фиг.4 иллюстрирует процесс, посредством которого терминал принимает аудиоданные от сервера с использованием метаданных.
Терминал 410 передает сообщение запроса, запрашивающее метаданные (audio.acp), на сервер 420 на этапе 401. Сервер 420 передает ответное сообщение в терминал 410 в ответ на сообщение запроса на этапе 402. Затем сервер 420 передает метаданные в терминал 410 на этапе 403.
Файл audio.acp аудиометаданных таков:
<версия носителя='1.0'>
<имя данных=значение 'формата'='audio/ac3'/>
<имя данных=значение 'байтов на кадр'='120'/>
<имя данных=значение 'мс на кадр'='32'/>
<имя данных=значение 'тип порции'='1'/>
<имя данных=значение 'размер порции'='8192'/>
<имя данных=значение 'заголовок порции'='21'/>
<имя данных = значение 'местоположение'='http://www.company.com/ac3/audio/ac3'/>
</носитель>.
Как указано выше, аудиометаданные включают в себя формат аудиофайла, число байтов на кадр, время воспроизведения единственного кадра, тип порции, размер порции, размер заголовка порции и местоположение хранимых аудиоданных. Терминал 410 хранит принятый файл audio.acp аудиометаданных в буферной памяти, включенной в терминал 410. Здесь audio.acp метаданные могут быть считаны с диска или приняты от сервера через сеть. audio.acp метаданные могут быть также переданы как любой тип, включающий в себя тип файла.
Терминал 410 принимает метаданные audio.acp и вычисляет местоположение аудиоданных, подлежащих считыванию на этапе 404. Способ вычисления местоположения аудиоданных будет описан позже. Когда местоположение вычислено, терминал 410 передает сообщение, запрашивающее фактический аудиофайл audio.ac3, на сервер 420 на этапе 405. Сервер передает ответное сообщение в терминал 410 в ответ на сообщение запроса аудиофайла на этапе 406 и затем передает аудиоданные audio.ac3 в терминал на этапе 407.
Фиг.5 является таблицей, показывающей сообщения запросов и ответные сообщения, используемые для связи между терминалом и сервером.
Со ссылкой на фиг.5 сообщения, передаваемые от терминала на сервер, включают в себя сообщение запроса метаданных и сообщение запроса файла ac3, и сообщения, передаваемые от сервера в терминал, включают в себя ответные сообщения в ответ на сообщения запросов.
Фиг.6 иллюстрирует конфигурацию файла audio.ac3.
Файл audio.ac3 включает в себя поля 610 и 630 заголовков порций и поля 620 и 640 аудиоданных ac3. Поля 610 и 630 заголовков порций включают в себя информацию синхронизации, определяющую временную опорную точку для воспроизведения аудио. Поля 620 и 640 аудиоданных ac3 включают в себя аудиоданные, включающие в себя множество кадров. Единственный аудиокадр может быть включен в единственное поле аудиоданных ac3, и единственный аудиокадр, такой как четвертый кадр 624, может быть разделен на два.
Процесс вычисления местоположения аудиоданных, которые терминал запрашивает от сервера, заключается в следующем.
Терминал вычисляет число байтов, соответствующее начальной позиции, запрошенной терминалом, посредством анализа аудиометаданных audio.acp, хранимых в буферной памяти, включенной в терминал. Например, если начальная позиция файла, запрашиваемого терминалом, составляет 10 минут 25 секунд 30 миллисекунд, то терминал преобразует начальную позицию в блок миллисекунд заранее. В этом случае 10:25:30=625.030 миллисекунд. Вычисленное значение преобразуется в число кадров с использованием времени воспроизведения на кадр (мс/кадр), используемого в аудиометаданных.
Число кадров вычисляется как 625.030/32=19.532, и, соответственно, кадр аудиоданных, следующий за 19.532-м кадром, является начальной позицией. Также вычисляется порция, к которой принадлежит 19.533-й кадр. А именно, размер 19.532 кадров вычисляется как 19.532* (число байтов, расположенных в кадре) = 19.532*120=2.343.840 байтов.
Размер данных, включенных в поле 620 аудиоданных ac3, не включающих поле 610 заголовка порции, составляет (размер порции - размер заголовка порции) = 8.192-21=8.171. Когда размер общих кадров делится на размер данных, 2.343.840/8.171=286 порций. Следовательно, принимаются аудиоданные, начинающиеся с 287-й порции. Здесь местоположение 287-й порции, преобразуемое в блок байтов, есть 286* (размер порции), 2.342.912-ая байтовая позиция.
Терминал передает следующее сообщение, включая информацию байтовой позиции, вычисленной, как описано выше, на сервер для приема аудиоданных:
ПОЛУЧИТЬ /audio.ac3 HTTP/1.0.
Дата: Пятн., 20 сент. 1996 08:20:58 по Гринвичу.
Соединение: элемент поддержки установленного соединения.
Агент-пользователь: ENAV 1.0 (Изготовитель).
Диапазон: 2342912-2351103.
Сервер передает файл аудиоданных audio.ac3 терминалу. Здесь файл ac3 может быть считан с диска или принят от сервера через сеть.
Фиг.7 - блок-схема терминала, включающего в себя буфер круглого типа.
Со ссылкой на фиг.7 терминал 700 сохраняет принятый файл audio.ac3 данных ресурса разметки в буфере 702 ресурса разметки, включенном в терминал 700. Буфер 702 ресурса разметки является буфером круглого типа и последовательно принимает и сохраняет данные во множественных блоках порций. Декодер 704 ресурса разметки декодирует файл audio.ac3, хранимый в буфере 702 ресурса разметки круглого типа, и выводит декодированный файл audio.ac3.
DVD AV данные, хранимые в носителе записи 705, таком как диск, передаются в буфер 701 DVD AV данных, и DVD AV декодер 703 декодирует DVD AV данные. Наконец, DVD AV данные, декодированные DVD AV декодером 703, и файл audio.ac3, декодированный декодером 704 ресурса разметки, воспроизводятся одновременно.
Фиг.8А и 8В являются подробными диаграммами заголовков порций согласно вариантам осуществления данного изобретения.
Заголовок порции согласно варианту осуществления данного изобретения может быть определен для следования ISO/IEC-13818 Часть 1 и стандарту DVD таким образом, что DVD файл может быть легко декодирован. Как показано на фиг.8А, в программном потоке (PS), заголовок порции включает в себя заголовок 810 пакета, системный заголовок 820 и заголовок PES 830, которые написаны в ISO/IEC-13818. Также только один из заголовков - заголовок пакета 810 или системный заголовок 820 может быть включен в заголовок порции. Как показано на фиг.8 В, в транспортном потоке (TS) заголовок порции включает в себя заголовок 840 TS пакета и PES заголовок 850.
Отпечаток времени представления (PTS) данных порции включен в PES заголовки 830 и 850. Если фрагментированный файл существует в начальной позиции поля аудиоданных, PTS указывает начальную позицию полного кадра.
Фиг.9 иллюстрирует процесс считывания аудиоданных порции, хранимых в буфере, декодирования аудиоданных порции, синхронизации декодированных аудиоданных порции с видеоданными и вывод синхронизированных аудио- и видеоданных.
Синхронизация между аудиопорцией и DVD видео выполняется следующим образом.
Декодер 704 ресурса разметки подтверждает позицию времени воспроизведения текущего DVD видео. Если предполагается, что позиция времени воспроизведения составляет 10 минут 25 секунд 30 миллисекунд, как выше, местоположение соответствующей аудиопорции может быть легко определено. Способ воспроизведения аудио с использованием ECMAScript будет теперь описан с использованием APIs (интерфейсов прикладного программирования).
[obj].elapsed_Time - это API транспортирующая информация позиции времени воспроизведения DVD видео.
Также, независимо от того, требуется ли синхронизация с DVD видео и требуется ли синхронизация с информацией позиции времени воспроизведения DVD видео, когда аудиопорции синхронизируется и воспроизводится, требуется API: [obj].playAudioStream ('http://www.company.com/audio.acp','10:25:30',true), обозначающий, где аудиопорции расположены.
Вышеприведенный API указывает, что обозначенный аудиометафайл, такой как 'http://www.company.com/audio.asp', был загружен и декодирован, и когда DVD видео воспроизводится в течение 10 минут 25 секунд 30 миллисекунд, пока не наступит соответствующая точка во времени, воспроизведение аудио порции начинается посредством синхронизации аудиокадра, полученного посредством PTS вычисления аудиопотока порции, соответствующего этому времени.
Однако API внизу используется, когда аудиоклип воспроизводится как бесконечная петля без синхронизации или когда аудиоклип воспроизводится только один раз:
[obj].playAudioClip ('http://www.company.com/audio.acp',-1).
API используется для загрузки и декодирования обозначенного аудиометафайла из 'http://www.company.com/audio.acp', загружая соответствующий аудиоклип в буфер 702 ресурса разметки и воспроизводя аудиоклип с использованием бесконечной петли.
Здесь, вместо образования файла, включающего в себя аудиометаданные, также можно вычислить аудиометаданные с использованием языка программы (например, Javascript, язык Java) или язык тага (например, SML, XML), непосредственно извлечь информацию, относящуюся к кадрам, и воспроизвести аудиоклип.
Также варианты осуществления данного изобретения могут быть применены не только к аудиоданным, но также к мультимедийным данным, сконфигурированным с фиксированной скоростью передачи данных, например данным на носителе, таким как графические данные видео, текста и анимации. А именно, если графические данные видео, текста и анимации имеют конфигурацию данных порций, можно воспроизвести графические данные видео, текста и анимации в синхронизации с DVD видео.
Фиг.10 - блок-схема, иллюстрирующая способ вычисления начальной позиции аудиоданных согласно варианту осуществления данного изобретения.
Информация о начальном времени воспроизведения аудиофайла преобразуется во множество кадров, образующих аудиоданные на этапе S1010. Число кадров преобразуется в начальную позицию порции на этапе S1020. Информация о байтовой позиции, соответствующая начальной позиции порции, вычисляется на этапе S1030. Информация о байтовой позиции передается на сервер на этапе S1040, и аудиоданные, начиная с желаемой позиции, принимаются от сервера.
Изобретение может быть также воплощено как считываемые компьютером коды на считываемом компьютером носителе записи. Считываемым компьютером носителем записи является любое устройство хранения данных, которое может хранить данные, которые впоследствии считываются компьютерной системой. Примеры считываемого компьютером носителя записи включают в себя ПЗУ (ROM), ЗУПВ (RAM), CD-ROM, магнитные ленты, флоппи-диски, устройства хранения оптических данных и волны несущей (такие как передача данных через Интернет). Считываемый компьютером носитель записи может быть также распределен по связанным сетью компьютерным системам таким образом, что считываемый компьютером код хранится и исполняется распределенным образом.
Хотя данное изобретение было конкретно показано и описано со ссылкой на его предпочтительные варианты, специалистам в данной области техники будет понятно, что различные изменения в форме и деталях могут быть сделаны в нем, не выходя за рамки сущности и объема изобретения, определенного в прилагаемой формуле изобретения. Примерные варианты следует рассматривать только в описательном смысле, а не с целями ограничения. Поэтому объем изобретения определяется не подробным описанием изобретения, а прилагаемой формулой изобретения, и все различия в пределах объема будут истолковываться как включенные в данное изобретение.
1. Устройство для воспроизведения мультимедийных данных, содержащее
декодер, принимающий аудио-видео (AV) данные, декодирующий AV данные и воспроизводящий AV данные в синхронизации с заданными данными разметки, относящимися к AV данным; и
декодер ресурса разметки, принимающий информацию о местоположении видеоданных, воспроизводимых декодером, вычисляющий местоположение воспроизведения данных разметки, относящихся к видео, и передающий местоположение воспроизведения данных разметки в декодер.
2. Устройство по п.1, дополнительно содержащее буфер ресурса разметки, принимающий и хранящий данные разметки.
3. Устройство по п.2, в котором буфер ресурса разметки является буфером круглого типа и сохраняет данные ресурса разметки, относящиеся к AV данным, в заданных блоках порций.
4. Устройство по п.3, в котором порция содержит
поле заголовка порции, включающее в себя информацию синхронизации, определяющую опорную точку во времени для воспроизведения аудио; и
поле аудиоданных, в котором хранятся аудиокадры.
5. Устройство по п.1, в котором данные разметки являются аудиоданными.
6. Способ приема аудиоданных, заключающийся в том, что
принимают метаданные, включающие в себя информацию атрибута аудиоданных, от сервера;
вычисляют информацию о начальной позиции аудиоданных, передачу которых запрашивают, согласно информации атрибута, включенной в метаданные; и
передают вычисленную информацию о начальной позиции на сервер и принимают аудиоданные, соответствующие начальной позиции.
7. Способ по п.6, в котором метаданные содержат
информацию относительно формата сжатия аудиоданных;
информацию относительно числа байтов, размещенную в единственном кадре, включенном в аудиоданные;
информацию о времени, размещенную в единственном кадре;
информацию относительно размера данных порции, которая является блоком передачи аудиоданных, и информацию о размере заголовка порции; и
информацию о местоположении относительно сервера, в котором хранятся аудиоданные.
8. Способ по п.6, в котором при вычислении информации о начальной позиции
принимают информацию о времени, указывающую начальную позицию аудиоданных, передачу которых запрашивают;
преобразуют информацию о времени в информацию, указывающую число кадров, образующих аудиоданные;
преобразуют информацию, указывающую число кадров, в информацию о начальной позиции порции, образующей аудиоданные; и
вычисляют байтовую информацию, соответствующую информации о начальной позиции порции.
9. Способ приема аудиоданных от сервера, заключающийся в том, что
преобразуют информацию о начальном времени данных, передачу которых запрашивают, в число кадров, включенных в аудиоданные;
преобразуют это число кадров в информацию о начальной позиции порции, которая является блоком передачи аудиоданных; и
вычисляют информацию о байтовой позиции, соответствующую информации о начальной позиции блока передачи аудиоданных,
передают вычисленную информацию о байтовой позиции на сервер, и
принимают аудиоданные, начиная с желаемой позиции, от сервера.
10. Способ по п.9, в котором упомянутая порция содержит
поле заголовка порции, включающее в себя информацию синхронизации, определяющую опорную точку во времени для воспроизведения аудио; и
поле аудиоданных, в котором хранятся кадры, образующие аудиоданные.
11. Носитель записи, имеющий записанные на нем аудиометаданные, содержащие
информацию относительно формата сжатия аудиоданных;
информацию относительно числа байтов, размещенную в единственном кадре, включенном в аудиоданные;
информацию о времени, размещенную в единственном кадре;
информацию относительно размера данных порции, которая является блоком передачи аудиоданных, и информацию о размере заголовка порции; и
информацию о местоположении относительно сервера, в котором хранятся аудиоданные.
12. Считываемый компьютером носитель информации, имеющий записанную на нем считываемую компьютером программу для выполнения способа приема аудиоданных, заключающегося в том, что
принимают метаданные, включающие в себя информацию атрибута аудиоданных, от сервера;
вычисляют информацию о начальной позиции аудиоданных, передачу которых запрашивают, согласно информации атрибута, включенной в метаданные; и
передают вычисленную информацию о начальной позиции на сервер и принимают аудиоданные, соответствующие начальной позиции.
13. Считываемый компьютером носитель информации, имеющий записанную на нем считываемую компьютером программу для выполнения способа вычисления местоположения аудиоданных, заключающегося в том, что
преобразуют информацию о начальной позиции данных, передачу которых запрашивают, в число кадров, включенных в аудиоданные;
преобразуют число кадров в информацию о начальной позиции порции, которая является блоком передачи аудиоданных; и
вычисляют информацию о байтовой позиции, соответствующую информации о начальной порции.
