Способ передачи медиа-файлов по сети связи

Способ передачи медиа-файлов по сети связи

Реферат

 

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

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

В отношении медиа-файлов существует несколько способов их передачи с помощью компьютеров по сетям связи, таким как Internet, но все они имеют определенные недостатки. Некоторые известные методы загрузки аудиофайлов основаны на посылке аудиофайла в виде пакета данных или оцифрованного звука, и приемник должен ожидать пока медиа-файл не загрузится полностью, прежде чем начнется полное воспроизведение файла. В частности, применительно к Internet, продолжительность времени, требующегося для загрузки медиа (MIDI-файла [файл в стандарте MIDI (Musical Instrument Digital Interface цифровой интерфейс музыкальных инструментов)] может быть настолько продолжительным, что пользователь может принять решение отключиться до того, как медиа-файл будет загружен и сможет быть проигран.

При использовании способов потоковой передачи медиа-файлов в режиме реального времени, таких как, например, RealAudio или Shockwave, происходит перенос сжатых аудиофайлов, которые декодируются и проигрываются по мере получения их приемником с использованием метода буферизации. Однако эти способы передачи сжатых аудиофайлов обычно требуют стабильной полосы пропускания и соответствующего программного обеспечения на стороне приемника. Другим недостатком систем RealAudio является то, что для адекватного воспроизведения звука они требуют модема, имеющего скорость как минимум 28,8 Кбит/с. Такие системы обычно и лучше всего использовать для вещания радиостанций, трансляции концертов или для видеоконференций, но они не годятся для быстрого встраивания в узлы глобальной гипертекстовой сети (World Wide Web) Internet, поскольку при доступных в настоящее время значениях полосы пропускания, Internet в целом не может поддерживать много одновременных потоков непрерывных аудио-/видеоданных, исходящих и большого числа Web-узлов. Решения, основанные на потоковой передаче медиа в режиме реального времени, предоставляют определенные возможности разработчику Internet, но у них отсутствует способность возобновления проигрывания, взаимодействия с пользователем, отслеживания статистики и использования доступной полосы пропускания.

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

SMIL (Synchronized Multimedia Integration Language) язык синхронизованной интеграции мультимедиа является новым открытым стандартом Internet и позволяет вызывать объекты в программу браузера в заданных точках. Это является одной из простейших форм упорядочения и требует достаточно новых версий браузера для поддержки такой технологии. SMIL не может обеспечить какой-либо гибкости в отношении предварительной выборки, многоуровневости и, что более важно, интеллектуального воспроизведения композиций в соответствии с колебаниями пропускной способности сети. SMIL был создан с расчетом на концепцию широкополосной технологии, в то время как скорость передачи сообщений SMIL в современных узкополосных сетях тормозится вследствие большого времени, которое требуется для извлечения требуемого файла в заданной точке.

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

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

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

Также очевидно, что имеется необходимость в системе, которая была бы способна передавать и воспроизводить через сеть связи, такую как Internet, все типы файлов, и которая оптимальным образом использовала бы имеющуюся полосу пропускания, позволяя упорядочивать и управлять загрузкой всех упомянутых файлов с помощью небольшой исполняемой программы и устанавливать инструкции для упорядочивания, которые определяют порядок загрузки всего контента сообщения и порядок его воспроизведения, при котором сообщение представляет собой голос за кадром, музыкальную композицию или другую фонограмму, аудиовизуальный отрывок, содержащий неподвижные изображения или анимационные изображения, синхронизованные со звуком или другим образом, а также взаимодействие с пользователем или другим образом, отрывок потоковых медиа или других мультимедийных компонентов, таких как Flash фильмов и других композиций, таких как компоненты, требующиеся для Web-узла. Таким контентом могут быть файлы HTML [hypertext markup language язык разметки гипертекста] или файлы подобного типа, текстовые файлы, файлы изображений, мультимедийные файлы и аудиофайлы.

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

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

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

В общих чертах, изобретение содержит способ передачи медиа-файла или другого типа файла по сети связи и воспроизведения или проигрывания упомянутых файлов, который включает: (a) разделение медиа-контента на последовательность сегментированных файлов, (b) поддержание упомянутых сегментированных файлов в средствах компьютера провайдера и (c) передача упомянутых сегментированных файлов к средствам принимающего компьютера в определенной последовательности, в котором, после того как каждый сегмент был получен упомянутым принимающим компьютером, проигрывание или воспроизведение сегмента будет начинаться до или во время загрузки следующего последовательного сегмента, и, кроме того, в котором последующие полученные сегменты будут проигрываться в соответствии с информацией об очередности, в котором информация об очередности определяет, проигрывается ли какой-либо сегмент, какой именно и каким образом, в том случае, когда следующий сегмент последовательности не доступен для проигрывания или воспроизведения.

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

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

Предпочтительно эта программа является Java-аплетом [приложением] или Active X файлом.

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

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

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

Предпочтительно медиа-файл представляет собой любую совокупность данных, таких как аудиофайл, видеофайл, файл изображения, файл анимационного изображения, HTML файл, VRNML/3d World [Virtual Reality Modeling Language язык моделирования виртуальной реальности трехмерного мира] файл, текстовый файл. Flash фильм, другие исполняемые файлы, инструкции для других устройств, потоки данных или фильтр, который модифицирует другие медиа.

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

Предпочтительно изобретение предполагает способ передачи медиа-файла по сети связи в соответствии с одним или более из следующих примеров.

C помощью прилагаемых чертежей описан один из предпочтительных способов передачи и воспроизведения медиа- или файла другого типа по сети связи, в котором: фиг.1 - блок-схема предпочтительного способа работы данной системы; фиг.2 - диаграмма работы основной системы; фиг.3 - образец псевдокода для аплета предпочтительного варианта; фиг. 4 - диаграмма, которая схематически иллюстрирует одну из стадий в повторном проигрывании сегмента медиа-файла; фиг. 5 - диаграмма, которая схематически иллюстрирует еще одну стадию в повторном проигрывании сегмента медиа-файла; фиг. 6 - диаграмма, которая схематически иллюстрирует еще одну стадию в повторном проигрывании сегмента медиа-файла; фиг. 7 - диаграмма, которая схематически иллюстрирует другую стадию в повторном проигрывании сегмента медиа-файла; фиг. 8 - диаграмма, которая схематически иллюстрирует другую стадию в повторном проигрывании сегмента медиа-файла; фиг. 9 - диаграмма, которая схематически иллюстрирует другую стадию в повторном проигрывании сегмента медиа-файла.

фиг.4 - 9 в комбинации иллюстрируют интеллектуальную природу метода.

Система 2, как показано на общей блок-схеме фиг.1, содержит провайдер 3, включающий модем 4 провайдера, сервер 5 и память 6 провайдера, которая содержит Web-страницу 7, небольшую исполняемую программу [SEP] 8 и один или более медиа-файлов 9, разделенных на сегменты 10, длина и размер которых определяются разработчиком или диктуются природой исходных медиа, в которых, например, музыка обычно может быть разделена на логичные фразы.

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

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

Размещение этих многократно используемых сегментов 10 в компьютере пользователя происходит также с целью регулировки скорости синхронизации для управления воспроизведением сегментированных файлов должным образом, но, по умолчанию, эта синхронизация может быть использована для управления объявлениями и другими повторяющимися во времени событиями и/или контентом, что вводит истинное понятие "временной развертки просмотра" для таких объектов, как Internet Web-узел или другие сообщения.

Провайдер 3 может быть соединен с множеством пользователей 13 сетью связи 12, такой как Internet. Система 13 пользователя включает модем 14 пользователя или другое устройство подключения к сети, компьютер 15 пользователя и память 16 пользователя, содержащую Internet браузер 17. Браузер 17 содержит интерпретатор, который интерпретирует и исполняет SEP 8 и его инструкции относительно очередности.

Как показано на фиг.1 и 2, компьютер провайдера поддерживает в памяти 6 провайдера, файл 7 Web-страницы, SEP 8 и один или более медиа-файлов 9, или другие файлы в виде кодированных файлов или других типов файлов 10, которыми могут быть аудио, видео, графические, HTML и другие известные типы файлов, которые составляют контент сообщения по сети связи. SEP 8 получает от сервера 5 кодированные файлы или другие типы файлов, которые представляют собой медиа-файл 9, полный контент, музыкальный фрагмент или другую композицию, в виде некоторого числа частей, каждая из которых закодирована или сжата в кодированный файл.

Система 13 пользователя может загрузить Web-страницу 7, SEP 8 и набор инструкций провайдера 3, определяющих очередность, используя Internet 12, а также модемы пользователя и провайдера или другие интерфейсы устройств подключения к сети 14 и 4 соответственно. Web-страница 7 обеспечивает пользователю 13 возможность загрузки и воспроизведения одного или более медиа-файлов 9. При выборе файла 9 SEP 8, которая теперь находится в памяти пользователя (обведена штриховой линией), исполняется программой браузера 17 пользователя. SEP 8 предпочтительно написана на Java или ActiveX для исходной цели как приложение Internet, хотя может быть использован любой язык, интерпретируемый браузером 17, если только он поддерживает медиа-файлы. В другом варианте пользователь 13 может использовать резидентную исполняемую прикладную программу для загрузки и воспроизведения кодированных файлов 10.

В другом варианте исходная Web-страница 7 и SEP 8 провайдера 3 могут быть загружены и, как только будет загружен SEP 8, исполняемый программой браузера 17, он может управлять дальнейшей загрузкой всех типов файлов, медиа или других, которые образуют весь контент сообщения (Web-страницы и их контент).

SEP 8 начинает загружать первый из последовательных кодированных файлов или других типов файлов 10 [1.1] и ожидает пока он полностью загрузится в память 16 компьютера пользователя. Затем SEP 8 декодирует или разворачивает кодированный файл 10 [1.1] в декодированный файл 19 [1.1 р] и начинает проигрывание или воспроизведение файла, если это предписано набором инструкций очередности. Затем, как можно раньше, обычно вместе с проигрыванием загруженных файлов SBP 8 начинает загружать следующий из последовательности кодированных файлов или файлов другого типа 10 [1.2] [1.3] и по завершении загрузки каждого кодированного файла или другого типа файла 10 SEP 8 декодирует его в декодированный файл 19 и может начинать проигрывание или воспроизведение его в той точке, которая предписывается информацией об очередности. На практике декодированные файлы 19 [1.1p], [1.2p]... будут добавляться в очередь, которая делает возможным проигрывание каждого декодированного файла 19 в порядке "первый вошел первый вышел (FIFO), так что один файл, например, [1.1p] переходит в другой [1.2p], если это предписывается информацией об очередности. Таким образом, будет создаваться впечатление, что медиа-файл или другой тип файла 9 проигрывается непрерывно без пауз межу декодированными файлами. Следовательно, эта система требует от пользователя 13 наличия только основной звуковой карты 21 (с целью воспроизведения звука) и модема 14 или другого устройства подключения к сети для проигрывания высококачественных медиа (аудио) файла 9 или других типов файлов.

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

Распределение по времени загрузки кодированных файлов или других типов файлов 10 и проигрывание декодированных файлов 19 видно на линии 20 фиг.1, где первый декодированный файл [1.1p] не начинает проигрываться до тех пор, пока соответствующий ему кодированный файл 10 [1.1] не будет полностью загружен и кодирован. В информации об очередности определены точки циклического возврата, которые указывают, что соответствующие фразы должны повторяться в том случае, если дальнейшее прохождение последовательности невозможно (обычно, хотя не обязательно, потому что требуемый медиа-файл или другой тип файла 10 еще не полностью загружен 10 или декодирован 19).

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

Пользователь 13 должен только дождаться загрузки и декодирования первого кодированного файла или другого типа файла 10 [1.1] и ему не нужно ждать загрузки всего медиа, всего контента, музыкального отрывка или другой композиции, или других типов файлов прежде, чем медиа-файл 9 или другой тип файла начнет проигрываться или воспроизводиться. Разделение всего медиа-файла избавляет от необходимости загрузки всего медиа-файла до того, как он начнет проигрываться.

SEP 8, предпочтительно написанный на Java, содержит два элемента или "цепочки", которые исполняются одновременно во время жизни Java SEP (как показано на фиг.3). Первый элемент представляет собой ядро или загрузчик, который запускает второй элемент и загружает кодированные файлы 10 от провайдера 3. Второй элемент представляет собой проигрыватель/программатор, который находится в цикле и непрерывно отслеживает состояние кодированных и декодированных файлов 10 и 19. В течение цикла, если проигрыватель/программатор обнаруживает, что декодированный файл доступен для проигрывания (т.е. и кодированный файл был загружен и декодирован), он проигрывает этот файл (в начале цикла, чтобы сохранить синхронизацию), коль скоро этот файл подчиняется определенному для него набору правил. Этот набор правил определяет очередность файлов. Этот элемент также поддерживает счетчик, который отображает положение в медиа-файле 9. Этот счетчик в сочетании проверкой доступности файла для проигрывания и логикой правил очередности делает SEP способным интеллектуально программировать последовательность декодированных файлов, обеспечивая эффективный блок упорядочивания.

Как следует из фиг.2 и 3, при исполнении SEP 8 ядро сначала загружает информацию об очередности медиа-файла(ов) 9, который должен быть загружен, а затем начинает загружать первый кодированный файл или файл другого типа 10. Затем ядро инициализирует все необходимые медиа-системы, такие как звуковые карты или системы воспроизведения видео, и создает и/или запускает проигрыватель и цепочки загрузчика исполняемых таким образом, что оба элемента работают одновременно.

Информация об очередности синхронизована с помощью тактов (временных отрезков фиксированной длительности), каждый из которых допускает выполнение некоторого набора событий в течение такта. Такты происходят через регулярные интервалы, определенные в информации об очередности. Одним из событий в описываемой последовательности может быть изменение длительности такта в определенной точке. Это позволяет комбинировать в одной и той же композиции медиа-файлы, различающиеся по длине и ритму. События - это действия, которые могут быть выполнены проигрывателем. Некоторые из возможных действий перечислены ниже: - начать или остановить проигрывание медиа-файла; - изменить контент медиа-файла (напр.: размывание изображения, использование эффекта реверберации для звука); - установить свойства медиа-файла (напр.: установить уровень тумана в 3D world [трехмерный мир виртуальной реальности]) - остановить воспроизведение; - изменить следующий такт, который должен быть проигран (напр.: переход, повторение фрагмента); - реагировать на ввод извне проигрывателя, например, ввод информации от пользователя или от параллельно работающей программы, или от периферийного устройства, присоединенного к компьютеру, может вызвать выполнение проигрывателем одного или более действий (событий). Ввод данных не обязательно должен происходить в той же точке, в которой событие обрабатывается проигрывателем, а введенные данные могут быть получены ранее и сохранены до тех пор, пока они не потребуются; - синхронное управление в дополнение к событиям, которые реагируют на внешний ввод, сам проигрыватель может прямо и непосредственно отвечать на определенные команды. Такие команды могут включать способность приостанавливать проигрывание (делать паузу) или блокировать и вновь разблокировать определенные виды событий; - синхронизировать звуковые файлы и файлы изображения; - синхронизировать звуковые файлы и страницы HTML; - синхронизировать планируемую по времени доставку любого отрывка контента для Web-узла Internet.

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

Тем временем проигрыватель загружает первый декодированный файл 19 [1.1 р], который требуется для начала последовательности. Проигрыватель находится в цикле, получая инструкции из информации об очередности, загруженной ядром. Если проигрыватель способен исполнить события, содержащиеся в каждом такте, в соответствии с информацией об очередности, то он их исполняет, просматривая одновременно следующий такт, чтобы убедиться в том, что события, содержащиеся в следующем такте, могут быть выполнены. Если события следующего такта не могут быть выполнены вследствие того, что следующий кодированный файл или другой тип файла 10 не был полностью загружен или декодирован, проигрыватель устанавливает последнюю точку цикла в качестве следующего такта, который должен быть выполнен, или другую точку, определенную инструкцией об очередности исполнения. После окончания одного такта проигрыватель ожидает загрузки следующего такта и повторяет этот цикл до тех пор, пока все имеющиеся такты в информации об очередности не будут исполнены над декодированными файлами 19.

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

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

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

d. Воспроизводится подлинный предварительно записанный звук, а не звуки, генерируемые компьютером.

е. Приемник может использовать стандартное широко доступное оборудование.

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

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

h. Факторы времени можно ввести и разместить в сообщении, таком как Web-узел, для того чтобы контент мог быть вызван в точке, обозначенной разработчиком в независимой временной шкале.

i. Композиции могут быть размещены на существующем Web-узле таким образом, чтобы связать их с конкретными страницами.

ПРИМЕРЫ Загрузка и проигрывание сегментов данных отслеживается SEP 8 с использованием набора упорядочивающих инструкций так, что определенные резервные события инициируются в соответствии с пропускной способностью сети и тем, как это влияет на воспроизведение упомянутой последовательности. Эти функции специально сконструированы и выполняются в соответствии с инструкциями разработчика об очередности и предназначены для обеспечения следующих возможностей.

Фиг. 4 схематически показывает повторное проигрывание отдельного файла или совокупности файлов однократно или как фразу в том случае, когда следующий требуемый сегмент файла не готов для проигрывания. Применительно к Internet, примером этого может быть случай, в котором сегментный файл "а" должен быть проигран за 8 временных отрезков. Однако после 4 отрезков второй файл "b" должен проигрываться одновременно с файлом "а". В этом примере можно предположить, что файл "b" не загрузился полностью или не поступил в то место, в котором он доступен для использования. В этом случае резервное событие состоит в том, чтобы файл "а" был проигран дополнительное число "х" раз до тех пор, пока не прибудет файл "b", где "х" - это один или несколько проходов выбранного разработчиком отрезка. Как только поступает файл "b", последовательность может продолжиться.

Фиг. 5 показывает повторное проигрывание отдельного файла или совокупности файлов однократно или как фразу в том случае, когда следующий требуемый сегментный файл не готов для проигрывания. Применительно к Internet, примером этого может быть случай, в котором сегментный файл "с" должен быть проигран однократно. Однако, после того как он закончил проигрываться, второй файл "d" должен быть проигран также однократно, в определенной точке через некоторое время после файла "с" и в момент времени, заданный разработчиком. Эти два файла могут быть отдельными речевыми предложениями и могут быть неподходящими для повторения. В этом случае резервное событие состоит в том, что как только проигрывание файла "с" закончено, последовательность должна проиграть беззвучный отрезок или некоторое число беззвучных отрезков между с & d, до тех пор, пока файл "d" не поступит и сможет быть проигран.

Фиг. 6 показывает повторное проигрывание отдельного файла или совокупности файлов однократно или как фразу в том случае, когда следующий требуемый сегмент файл не готов для повторного проигрывания, но где некоторые из файлов, включенных в повторяемый отрывок, не пригодны для повторения. Применительно к Internet, примером этого может быть случай, в котором сегментный файл "е" должен проигрываться в течение 8 временных отрезков. Однако после 4 отрезков второй файл "f" должен проигрываться вместе с файлом "е". В этом примере можно предположить, что файл "f" такого типа, который не подходит для повторного проигрывания, такого как речевое предложение, повторение которого будет выглядеть странно. Третий файл "g" должен присоединиться к файлу "е" в некоторый момент времени после проигрывания файла "f" отдельно или вместе с файлом "е". В этом примере можно предположить, что файл "g" не загрузился полностью или не поступил в нужное место, откуда он может быть использован. В этом случае резервное событие состоит в том, что файл "е" проигрывается дополнительное число "х" раз до тех пор, пока не поступит файл "g", где "х" - число, выбранное разработчиком, и где файл "f" отмечен в композиции как файл такого типа, который проигрывается только один раз и не повторяется, если некоторая часть последовательности, в которой он н