способ и устройство для предоставления услуги обогащенных мультимедиа данных

Формула изобретения

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

формируют информацию памяти, требуемую для конфигурирования обогащенного мультимедиа контента;

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

передают сформированный обогащенный мультимедиа контент в терминал,

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

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

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

2. Способ по п.1, в котором этап формирования обогащенного мультимедиа контента дополнительно содержит этап, на котором:

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

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

3. Способ по п.1, в котором этап формирования обогащенного мультимедиа контента дополнительно содержит этап, на котором:

формируют обогащенный мультимедиа контент, содержащий сложность обогащенного мультимедиа контента,

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

4. Способ, осуществляемый терминалом, для приема и обработки обогащенного мультимедиа контента, содержащий этапы, на которых:

принимают обогащенный мультимедиа контент;

извлекают информацию памяти, необходимую для конфигурирования обогащенного мультимедиа контента, из принятого обогащенного мультимедиа контента; и

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

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

при этом визуализация обогащенного мультимедиа контента содержит:

обнаружение события связанного с изменением статуса памяти терминала; и

обработку обогащенного мультимедиа контента согласно упомянутому событию,

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

5. Способ по п.4, в котором этап обнаружения события содержит этап, на котором обнаруживают изменение статуса памяти, по сравнению с предопределенным параметром статуса памяти.

6. Способ по п.5, в котором упомянутый параметр статуса памяти содержит по меньшей мере одно из числа точек графики, числа Unicode-символов и размера памяти.

7. Способ по п.5, в котором событие для изменения статуса памяти содержит по меньшей мере одно из абсолютного значения, представляющего статус ресурса, дробного значения, указывающего, может ли быть вычислена дробная часть из абсолютного значения, причем дробная часть находится между 0 и 1, включительно, и представляет статус упомянутого ресурса и параметр памяти, указывающий изменение памяти терминала.

8. Способ по п.4, в котором этап извлечения дополнительно содержит этап, на котором:

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

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

9. Способ по п.4, в котором этап извлечения дополнительно содержит этап, на котором:

извлекают сложность обогащенного мультимедиа контента из принятого обогащенного мультимедиа контента,

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

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

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

передатчик обогащенного мультимедиа контента для передачи сформированного обогащенного мультимедиа контента в терминал,

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

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

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

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

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

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

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

13. Терминал для приема и обработки обогащенного мультимедиа контента, содержащий:

приемник обогащенного мультимедиа контента для приема обогащенного мультимедиа контента; и

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

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

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

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

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

15. Терминал по п.14, в котором упомянутый параметр статуса памяти содержит по меньшей мере одно из числа точек графики, числа Unicode-символов и размера памяти.

16. Терминал по п.14, в котором событие для изменения статуса памяти содержит по меньшей мере одно из абсолютного значения, представляющего статус ресурса, дробного значения, указывающего, может ли быть вычислена дробная часть из абсолютного значения, причем дробная часть находится между 0 и 1, включительно, и представляет статус упомянутого ресурса и параметр памяти, указывающий изменение памяти терминала.

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

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

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

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

Описание изобретения к патенту

ОБЛАСТЬ ТЕХНИКИ

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

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

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

Есть два широко известных стандарта услуг обогащенных мультимедиа данных: Облегченное прикладное представление сцены (LASeR) и Двоичный формат для сцены (BIFS).

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

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

Таблица 1
<NewScene>
<svg>
...
</svg>
</NewScene>

Со ссылкой на таблицу 1 терминал конфигурирует и отображает сцены (<svg>...</svg>), включенные в соответствующую команду LASeR, каждый раз, когда выполняется команда LASeR (<NewScene>).

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

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

ТЕХНИЧЕСКАЯ ПРОБЛЕМА

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

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

РЕШЕНИЕ ДЛЯ ПРОБЛЕМЫ

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

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

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

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

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

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

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

ПОЛЕЗНЫЕ РЕЗУЛЬТАТЫ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

фиг. 4 - структурная схема, иллюстрирующая конфигурацию передатчика для формирования и передачи контента LASeR, согласно варианту осуществления настоящего изобретения; и

фиг. 5 - структурная схема, иллюстрирующая конфигурацию приемника для приема и обработки контента LASeR, переданного передатчиком, согласно варианту осуществления настоящего изобретения.

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

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

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

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

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

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

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

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

Первый вариант осуществления

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

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

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

Со ссылкой на фиг. 1 терминал, прежде всего, принимает услугу LASeR на этапе 100 и декодирует контент LASeR услуги LASeR на этапе 110. Затем терминал проверяет команды LASeR, содержащиеся в декодированном контенте LASeR, и выполняет команды LASeR на этапе 120. В это время терминал интерпретирует составные элементы сцены LASeR, включенные в команды LASeR. Команда LASeR предписывает изменения в отношении сцены декларативным образом. Например, команда 'NewScene' ('Новая сцена') создает новую сцену, команда 'Insert' ('Вставить') вставляет какой-нибудь элемент или атрибут, а команда 'Delete' ('Удалить') удаляет элемент или атрибут. Составной элемент сцены LASeR включает в себя элементы, задающие аудиовизуальные и графические объекты, составляющие сцену, декларативным образом, атрибуты, события и сценарий. В первом варианте осуществления настоящего изобретения контент LASeR также включает в себя информацию, имеющую отношение к уровню операций и пространству памяти, требуемым, чтобы терминал конфигурировал составные элементы сцены, составляющие контент LASeR. Соответственно, терминал анализирует информацию, имеющую отношение к уровню операций и пространству памяти, требуемым, чтобы терминал конфигурировал составные элементы сцен, на этапе 130. Каким образом терминал анализирует информацию об объеме операций и пространстве памяти, более подробно описано со ссылкой на фиг. 2.

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

Со ссылкой на фиг. 2 терминал интерпретирует составные элементы сцены LASeR на этапе 210. Затем терминал интерпретирует атрибуты составных элементов сцены LASeR на этапе 220.

Интерпретированные составные элементы и/или атрибуты сцены могут включать в себя уровень операций и пространство памяти, требуемые, чтобы терминал конфигурировал составные элементы сцены. После интерпретации элементов и атрибутов терминал извлекает информацию об уровне операций и пространстве памяти на этапе 230. Затем терминал определяет операции, которые должны быть выполнены, на основе информации об уровне операций и пространстве памяти, принимая во внимание свои возможности и состояние, на этапе 240. Отмечено, что этап 240 является необязательным.

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

Таблица 2
...
<g multiply="5" div="3" sub="4" add="7"
...
</g>
...

Со ссылкой на таблицу 2 элемент 'g' в качестве одного из составных элементов сцены, включенных в контент LASeR, может включать в себя по меньшей мере один из атрибутов 'multiply' ('умножение'), 'div' ('деление'), 'sub' ('вычитание') и 'add' ('сложение'). Так же, как атрибуты 'multiply', 'div', 'sub' и 'add', в качестве атрибутов операций могут использоваться операции, имеющие отношение к свойствам. В таблице 2 элемент 'g' является контейнерным элементом для группировки воедино различных связанных элементов. Соответственно, различные составные элементы сцены, составляющие обогащенный мультимедиа контент, могут быть вложены в элемент 'g'. Здесь составные элементы включают в себя графические элементы, такие как элемент 'rect' ('прямоугольник') для прорисовки прямоугольника и элемент 'circle' ('круг') для прорисовки круга, и составные элементы сцены аудио, видео и изображения. В примере по таблице 2 элемент 'g' предписывает уровень операций, требуемый, чтобы терминал прорисовывал все составные элементы сцены с 5 операциями умножения, 3 операциями деления, 4 операциями вычитания и 7 операциями сложения.

Таблица 3 показывает примерные определения, имеющие отношение к новым атрибутам, используемым в таблице 2. В варианте осуществления настоящего изобретения схема используется для определения элементов и атрибутов. Схема является документом, который описывает действительные форматы данных. В варианте осуществления настоящего изобретения схема придерживается синтаксиса 'XML Schema' ('Схема XML') и схема может быть определена с использованием элементов схемы. Структуры элементов и атрибутов могут быть определены различными способами и, таким образом, другие способы, скорее, для определения элементов и атрибутов, чем использования схемы, если имеют идентичный смысл, предполагаются настоящим изобретением. К тому же, значения элементов и атрибутов, определенных в настоящем изобретении, могут быть заданы, чтобы ограничиваться уникальным способом представления или определяться расширением традиционного типа. Хотя установлен в 'integer' ('целочисленный') в примере по таблице 3, атрибут 'type' ('тип') может иметь различные типы данных, имеющиеся в распоряжении в обогащенном аудиовизуальном контенте, такие как целочисленный, текстовая строка, десятичный с фиксированной точкой, десятичный с плавающей точкой и списочные типы, в том числе 'string', 'boolean', 'decimal', 'preci-sionDecimal', 'float', 'double', 'duration', 'dateTime', 'time', 'date', 'gYearMonth', 'gYear', 'gMonthDay', 'gDay', 'gMonth', 'hexBinary', 'base64Binary', 'anyURI', 'QName', 'NOTATION', 'normalizedString', 'token', 'language', 'NMTOKEN', 'NMTOKENS', 'Name', 'NCName', 'ID', 'IDREF', 'IDREFS', 'ENTITY', 'ENTITIES', 'integer', 'nonPositiveInteger', 'negativeinteger', long', 'int', 'short', 'byte', 'nonNega-tiveinteger', 'unsignedLong', 'unsignedint', 'unsignedShort', 'unsignedByte', 'positiveInteger', 'yearMonthDuration', 'enumeration', чтобы назвать хотя бы некоторые. Это применяется по всем вариантам осуществления настоящего изобретения.

Таблица 3
<attribute name="multiply" type="integer" use="optional"/>
<attribute name="div" type="integer" use="optional"/>
<attribute name="sub" type="integer" use="optional"/>
<attribute name="add" type="integer" use="optional'7>

Атрибуты, определенные в таблице 3, могут использоваться в качестве атрибутов контейнерных элементов, таких как 'svg' и 'g', содержащих в себе другие элементы, как описано таблицей 2, а также атрибутов всех элементов, составляющих сцену контента LASeR. К тому же, атрибуты могут использоваться в качестве атрибутов заголовка LASeR (LAseRHeader). Вновь введенные атрибуты, имеющие отношение к уровню операций, возможностям и состоянию терминала и условиям эксплуатации, которые оказывают влияние на компоновку контента, могут быть определены в группы, предназначенные для идентичных свойств или ролей.

Таблицы 4 и 5 показывают примерный контент LASeR, сформированный с новыми элементами и атрибутами, представляющими информацию, имеющую отношение к объему операций, требуемому, чтобы терминал воспроизводил сцену LASeR, описанную на этапе 130 по фиг. 1.

Таблица 4
<operation multiply="5" div="3" sub="4" add="7">
<g>
...
</g>
</operation>
...

Как показано в таблице 4, новый элемент 'operation' ('операция'), такой как 'multiply', 'div', 'add' и 'sub', имеющие отношение к операции, может содержать элемент 'g' в качестве составного элемента сцены, составляющего контент LASeR. В таблице 4 элемент 'operation' предписывает уровень операций, требуемый, чтобы терминал прорисовывал все составные элементы сцены, содержащиеся в элементе 'g', с 5 операциями умножения, 3 операциями деления, 4 операциями вычитания и 7 операциями сложения.

Таблица 5
...
<operation id="ope_01"multiply="5" div="3" sub="4" add="7"/>
<operation id="ope_02"multiply="1" div="1" sub="3" add="2"/>
<operation id="ope_03"multiply="2" div="2" sub="4" add="5"/>
<g id="group_01" ope_ref"ope_01" transform="translate(100,100)">
...

</g>
<g id="group_02">
...
<rectid="ractangle" ope_ref="ope_02" .../>
...
</g>
...
<animationMotion id="ani_01" ope_ref="ope_03" .../>

Со ссылкой на таблицу 5 элементы 'operation', содержащие в себе вновь введенные элементы 'multiply', 'div', 'sub' и 'add', подвергаются ссылке составными элементами сцены, такими как 'g', 'rect' и 'animationMotion' ('анимационное движение'), составляющими контент LASeR.

В таблице 5 уровень операций, требуемый, чтобы терминал прорисовывал все составные элементы сцены, содержащиеся в элементе 'g', атрибут 'id' ('идентификатор') которого установлен в 'group_01' ('группа 01'), определен 5 операциями умножения, 3 операциями деления, 4 операциями вычитания и 7 операциями сложения посредством ссылки на элемент 'operation', атрибут 'id' которого установлен в 'ope_01' ('операция 01'); уровень операций, требуемый, чтобы терминал прорисовывал элемент 'rect', атрибут 'id' которого установлен в 'rectangle' ('прямоугольник'), определен 1 операцией умножения, 1 операцией деления, 3 операциями вычитания и 2 операциями сложения посредством ссылки на элемент 'operation', атрибут 'id' которого установлен в 'ope_02' ('операция 02'); уровень операций, требуемый, чтобы терминал прорисовывал элемент 'animationMotion' , атрибут 'id' которого установлен в 'ani_01' ('анимация 01'), определен 2 операциями умножения, 2 операциями деления, 4 операциями вычитания и 5 операциями сложения посредством ссылки на элемент 'operation', атрибут 'id' которого установлен в 'op_03' ('операция 03').

Таблица 6 показывает схему, определяющую новые элементы и атрибуты, используемые в таблицах 4 и 5.

Таблица 6
<attributeGroup name="operationAttributeGroup">
<attribute name="multiply" type="integer" use="operationa"/>
<attribute name="div" type="integer" use="operationa"/>
<attribute name="sub" type="integer" use="operationa"/>
<attribute name="add" type="integer" use="operationa"/>
</attributeGroup>
<complextype="operationType">
<attributeGroup ref="operationAttributeGroup"/>
<attributeGroup ref=""Isr:basic"/>
<attributeGroup ref="Isr:href"/>
</complexType>
<elementname="operation" type="operationType"/>

Новые атрибуты, имеющие отношение к объему операций, могут определяться по отдельности, как показано в таблице 3, или назначаться в группы, такие как 'operationAttributeGroup' ('Группа атрибутов операций'), для новых атрибутов, имеющих отношение к объему операций, как показано в таблице 6.

Таблица 7 показывает новые атрибуты, имеющие отношение к пространству памяти, требуемому, чтобы терминал воспроизводил сцену LASeR, описанную на этапе 130 по фиг. 1.

Таблица 7
<attribute name="GraphicPoints" ... />
<attribute name="FontDataSize" ... />
<attribute name="TextDataSize" ... />
<attribute name="ImageProcessingMemory" ... />
<attribute name="VideoProcessingMemory" ... />

В таблице 7 атрибут 'GraphicPoints' ('Графические точки') дает информацию о пространстве памяти, требуемом для воспроизведения графического элемента. Этот атрибут может включать в себя информацию о точке, линии, сетке и многоугольнике, создающих графические элементы, и может использоваться в качестве атрибута для предоставления информации, требуемой согласно свойствам графического элемента. Например, если информация для представления пространства памяти, требуемого для воспроизведения графического объекта A, является точкой, атрибут 'GraphicPoints' может быть установлен в некоторое количество точек, требуемых для компоновки графического объекта A. Этот атрибут может включать в себя дополнительную информацию, такую как размер точки и объем выделения памяти, и т. д. В случае, где информация для выражения пространства памяти, требуемого под графический объект B, является сеткой и многоугольником, атрибут 'GraphicPoints' может включать в себя дополнительную информацию, такую как количества, объемы, размеры сеток и многоугольников.

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

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

Атрибут 'ImageProcessingMemory' (Память обработки изображения') дает информацию о пространстве памяти, требуемом для воспроизведения данных изображения. Когда есть дополнительная информация, требующая память для воспроизведения данных изображения, могут быть определены вспомогательные атрибуты для выражения соответствующей информации, или атрибут 'ImageProcessingMemory' может быть установлен в значение, отражающее соответствующую информацию. Например, если есть дополнительные факторы для обработки файла изображения, такие как входной видеобуфер, параметры декодирования и выходной видеобуфер, дополнительные пространства памяти могут потребоваться под размер входного видеобуфера, больший, чем размер файла изображения, и размер выходного видеобуфера, соответствующий сумме произведения длин по горизонтали и вертикали, и количества байт для выражения данных на пиксель и переменных для декодирования изображения. Соответственно, атрибут 'ImageProcessingMemory' включает в себя информацию о размере файла изображения; информацию о длинах по горизонтали и вертикали, и формате цветности изображения и кодека для определения размера выходного видеобуфера; и информацию о размере памяти, требуемом для переменных, используемых при декодировании изображения. Такая информация может быть выражена в пределах атрибута 'ImageProcessingMemory' или посредством определения отдельных атрибутов. Информация о размере входного видеобуфера и переменных декодирования может требовать разных размеров памяти в зависимости от способа передачи и/или способа реализации, и информация, которая является переменной, значительно меняющей требуемое пространство памяти, может быть исключена при выражении объема памяти, требуемого для 'ImageProcessingMemory', или выражаться специальным значением.

Атрибут 'VideoProcessingMemory' (Память обработки видео') дает информацию о пространстве памяти, требуемом для воспроизведения видеоданных. Когда есть дополнительная информация, требующая память для воспроизведения видеоданных, могут быть определены вспомогательные атрибуты для выражения соответствующей информации, или атрибут 'VideoProcessingMemory' может быть установлен в значение, отражающее соответствующую информацию. Например, если есть дополнительные факторы для обработки файла видео, такие как входной видеобуфер, параметры декодирования, выходной видеобуфер и буфер декодированного кинокадра, дополнительное пространство памяти может потребоваться под размер входного видеобуфера, больший, чем размер файла изображения, размер выходного видеобуфера, соответствующий сумме произведения длин по горизонтали и вертикали, и количества байт для выражения данных на пиксель, буфера декодированного видео и переменных для декодирования видеоданных. Соответственно, атрибут 'VideoProcessingMemory' включает в себя информацию о размере файла изображения; информацию о длинах по горизонтали и вертикали и формате цветности изображения и кодека для определения размера выходного видеобуфера; и информацию о размере памяти, требуемом для переменных, используемых при декодировании изображения. Такая информация может быть выражена в пределах атрибута 'VideoProcessingMemory' или посредством определения отдельных атрибутов. Информация о размере входного видеобуфера и переменных декодирования может требовать разных размеров памяти в зависимости от способа передачи и/или способа реализации, и информация, которая является переменной, значительно меняющей требуемое пространство памяти, может быть исключена при выражении объема памяти, требуемого для 'VideoProcessingMemory', или выражаться специальным значением.

Новые атрибуты для выражения информации, имеющей отношение к памяти, требуемой, чтобы терминал воспроизводил сцену LASeR, могут использоваться для атрибутов всех видов элементов, составляющих сцену контента LASeR, и могут использоваться с условиями или ограничениями согласно характеристикам элемента. К тому же, новые атрибуты могут быть определены в группы, предназначенные для идентичных свойств или ролей. К тому же, новые атрибуты, имеющие отношение к памяти, которые описаны со ссылкой на таблицы 4 и 5, могут содержаться в новом элементе 'min_Memory' ('минимальная память') и использоваться, как изложено ниже: <min_Memory GraphicPoints="..." FontDataSize=" ..." TextDataSize=" ..." ImageProcessingMemory=" ..." VideoProcessingMemory=" ... ">. К тому же, новый атрибут, включающий в себя информацию о новых атрибутах, имеющих отношение к памяти, может быть определен в качестве <attribute name="min_Memory">. Например, если min_Memory=10, это означает, что наибольший объем памяти, требуемый, чтобы терминал воспроизводил сцену с использованием элемента, имеющего соответствующий атрибут, имеет значение 10 единиц размера памяти. Это может быть выражено в качестве значения атрибута списочного типа посредством перечисления отдельных значений атрибутов, имеющих отношение к памяти, в качестве min_Memory = "2GraphicPoints2FontDataSize2TextDataSize2ImageProcessingMemory2VideoProcessingMemory2AudioProcessingMemory". В этом случае значения атрибутов GraphicPoints, FontDataSize, TextDataSize, ImageProcessingMemory, VideoProcessingMemory и AudioProcessingMemory выражаются в качестве значений требуемой памяти соответственных объектов, преобразованных, чтобы представляться квадратами 2, соответственно. Список значений дополнительно может включать в себя различные параметры для предоставления информации, имеющей отношение к памяти. Единица памяти может изменяться согласно системе и выражаться всеми возможными единицами представления памяти, такими как байт, бит, мегабайт (Мбайт), килобайт (кбайт) и т.д. К тому же, минимальная память, требуемая для воспроизведения сцены с использованием элемента, имеющего соответствующий атрибут, может быть классифицирована по уровням или группам, с тем чтобы выражаться символическим значением, группой или уровнем (например, High, Medium и Low).

Как упомянуто выше, структуры элементов и атрибутов могут быть определены различными способами и, таким образом, другие способы, скорее, для определения элементов и атрибутов, чем использования схемы, если имеют идентичный смысл, подразумеваются настоящим изобретением. К тому же, значения элементов и атрибутов, определенных в настоящем изобретении, могут быть заданы, чтобы ограничиваться уникальным способом представления или определяться расширением традиционного типа. Типы вновь определенных атрибутов могут обозначаться различными типами данных, такими как 'string', 'boolean', 'decimal', 'preci-sionDecimal', 'float', 'double', 'duration', 'dateTime', 'time', 'date', 'gYearMonth', 'gYear', 'gMonthDay', 'gDay', 'gMonth', 'hexBinary', 'base64Binary', 'anyURI', 'QName', 'NOTATION', 'normalizedString', 'token', 'language', 'NMTOKEN', 'NMTOKENS', 'Name', 'NCName', 'ID', 'IDREF', 'IDREFS', 'ENTITY', 'ENTITIES', 'integer', 'nonPositiveInteger', 'negativeinteger', 'long', 'int', 'short', 'byte', 'nonNega-tiveInteger', 'unsignedLong', 'unsignedint', 'unsignedShort', 'unsignedByte', 'posi-tiveInteger', 'yearMonthDuration' и перечислением.

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

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

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

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

Второй вариант осуществления

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

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

Сложность для воспроизведения контента LASeR может включать в себя уровень операций, требуемый, чтобы терминал конфигурировал составные элементы сцены, описанные в первом варианте осуществления настоящего изобретения. Сцена может воспроизводиться при адаптации к информации, такой как производительность обработки данных, из числа возможностей и характеристик, условий эксплуатации и режима терминала. Здесь производительность обработки данных пропорциональна тактовой частоте (в мегагерцах (МГц)). Когда максимальная производительность обработки данных терминала, которая указана ссылкой для воспроизведения услуги, имеет значение 2000 тактов в качестве опорной единицы обработки данных, количество тактов имеет значение 5 для операции умножения или операции деления, и 1 для операции сложения или операции вычитания. Поскольку есть различные опорные единицы для выражения производительности обработки данных, производительность обработки данных может выражаться в единицах, используемых в системе. В случае контента LASeR совокупный уровень операций, требуемый для прорисовки бегущего человека в качестве составного элемента сцены, включает в себя 20 умножений, 10 делений, 25 сложений и 12 вычитаний. Соответственно, общее количество тактов имеет значение 187 тактов согласно суммированию 2 тактов × 20 умножений = 100 тактов, 5 тактов × 10 делений = 50 тактов, 1 такт × 25 сложений = 25 тактов и 1 такт × 12 вычитаний. Как следствие, норма обработки данных, то есть общее количество тактов для прорисовки бегущего человека на 2000 тактов опорной единицы обработки данных, становится 187/2000. Норма обработки данных в 187/2000 может быть выражена в процентах, то есть 9,35%, и, таким образом, 9,35% максимально допустимого объема обработки требуется, чтобы терминал прорисовывал бегущего человека. Этот максимально допустимый объем обработки, требуемый для воспроизведения сцены, указывается ссылкой как «сложность» во втором варианте осуществления настоящего изобретения. То есть сложность может быть определена в качестве процента объема операций, требуемого для воспроизведения контента, относительно максимальной производительности обработки данных терминала. В этом случае сложность бегущего человека становится 9,35 в масштабе 1 к 100.

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

Таблица 8 показывает примерный контент LASeR, сформированный с новыми атрибутами сложности, требуемой для воспроизведения контента LASeR.

Таблица 8
...
<g complexity="9.35">
<!-- элементы для воспроизведения бегущего человека -->
</g>

В примере по таблице 8 элемент 'g' в качестве одного из составных элементов сцены, составляющей контент LASeR, имеет атрибут 'complexity' ('сложность'). Элемент 'g', который является контейнерным элементом для группировки воедино связанных элементов, содержит в себе элементы для прорисовки бегущего человека. Атрибут 'complexity' имеет значение 9,35, и это означает, что терминалу требуется иметь доступный, максимально допустимый объем производительности по меньшей мере 9,35 по сравнению с максимальной производительностью обработки в 100 для воспроизведения бегущего человека. Атрибут 'complexity' может использоваться для всех составных элементов сцены, включающих в себя контейнерные элементы. К тому же, атрибут 'complexity' может использоваться в качестве атрибута LAseRHeader.

Таблицы с 9 по 13 показывают новые атрибуты, определенные в синтаксисе схемы по таблице 7. Атрибут 'complexity' определен типом данных, как показано в таблицах 9 и 13.

Таблица 9
<attribute name="complexity" type="float" use="optional"/>

Как показано в таблице 9, атрибут 'complexity' может быть определен, чтобы выражаться различным типом данных, таким как 'float', 'integer' и 'anyURI', имеющимся в распоряжении в соответствующих обогащенных мультимедиа данных, без каких бы то ни было ограничений или условий, как описано в первом варианте осуществления.

Таблица 10
<attribute name="complexity" type="ZeroToOnefloat" use="optional"/>
<simpleType name="ZeroToOneFloat">
<restriction base="float">
<minInclusive va!ue="0"/>
<maxInclusive value="100"/>
</restriction>
</simpleType>

В таблице 10 атрибут 'complexity' определен типом данных 'float' и ограничениями минимального значения 0 и максимального значения 100.

Таблица 11
<attribue name="complexity" type="ZeroToOnefloat" use="optional"/>
<simpleType name="ZeroToOneTenint">
<restriction base="integer">
<minInclusive value="0"/>
<maxInclusive value="10"/>
</restriction>
</simpleType>

В примере по таблице 11 атрибут 'complexity' определен типом данных 'integer', исходя из условия того, чтобы значение атрибута 'complexity' выражалось после последовательности операций нормализации. В случае, где принята нормализация, 'complexity' выражается в качестве целочисленного значения в диапазоне от 1 до 10, то есть значения ниже 10% по сравнению с максимальной производительностью обработки 100 нормализуются в 1, значения ниже 20% - в 2, и так далее.

Таблица 12
<attribue name="complexity" type="complexityType" use="optional"/>
<simpleType name="complexityType">
<restriction base="string">
<enumeration value="high"/>
<enumeration value="middele"/>
<enumeration value="low"/>
</restriction>
</simpleType>

В таблице 12 атрибут 'complexity' определен типом данных 'string', исходя из условия того, чтобы значение указывалось текстом, имеющим символический смысл. В этом случае значение атрибута 'complexity' может быть установлено в 'high' ('высокая'), указывающее высокую сложность, или 'low' ('низкая'), указывающее низкую сложность.

Таблица 13
<attribue name="complexity" type="complexityType" use="optional"/>
<simpleType name="complexityType">
<restriction base="string">
<enumeration value="HH"/>
<enumeration value="HM"/>
enumeration value="HL"/>
enumeration value="MH"/>
<enumeration value="MM"/>
<enumeration value="ML"/>
<enumeration value="LH"/>
<enumeration value="LM"/>
<enumeration value="LL"/>
</restriction>
</simpleType>

В таблице 13 атрибут 'complexity' определен типом данных 'string', исходя из условия того, чтобы значение указывалось текстом, имеющим символический смысл, как в определении по таблице 12, за исключением того, что сложность поделена более точно по сравнению с 'high', 'middle' ('средняя') и 'low' в таблице 12.

Атрибут 'complexity' может определяться определениями касательно дополнительной информации, такой как опорная единица обработки данных, опорная платформа и технические условия терминала, условия эксплуатации, и эта информация может быть отражена в значении атрибута у атрибута 'complex'. Например, когда опорной единицей обработки данных является 2000 тактов, максимально допустимый объем минимально требуемой производительности обработки в 9,35% может быть выражен в качестве complexity='3,95' и complexity_criterion='2000' или complexity= '9,35(2000)'.

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

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

Третий вариант осуществления

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

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

В качестве примера обработки нового события, когда терминал, то есть механизм LASeR, обнаруживает новое событие, терминал выполняет связанную команду благодаря элементу ev:listener(listener). Здесь связанная команда может иметь отношение к различным операциям, в том числе выполнению функции или выполнению элемента и команды.

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

Таблица 14
Наименование события	Пространство имен	Описание
MemoryStatusChanged	Urn:mpeg:mpeg4:laser:2009	0| Это событие возникает, когда изменяется память терминала.
MemoryStatus(A)	Urn:mpeg:mpeg4:laser:2009	Событие возникает, когда память терминала изменяется настолько же, как у A.
MemoryStatus(B)	Urn:mpeg:mpeg4:laser;2009	Это событие возникает, когда терминал изменяется в отношении B.
MemoryStatus(A, B)	Urn:mpeg:mpeg4:laser:2009	Событие возникает, когда информация (параметр) B в памяти терминала изменяется на столько же, как у A.
MemoryStatus (a,b,c,d,e)	Urn:mpeg:mpeg4:laser:2009	Это событие возникает, когда память изменяется настолько же, как у размеров памяти, выраженных посредством a, b, c, d и e.

В таблице 14 событие 'MemoryStatusChanged' ('Состояние памяти изменилось') возникает, когда определено, что доступность обработки терминала в отношении максимально допустимого объема обработки и сложности изменяется вследствие изменения памяти терминала. Событие 'MemoryStatus(A)' ('Состояние памяти (A)') возникает, когда определено, что доступность обработки терминала в отношении максимально допустимого объема обработки и сложности изменяется вследствие изменения памяти терминала настолько же, как параметр 'A'. Параметр 'A' является значением, указывающим возникновение события, вызванного изменением элемента или рабочих характеристик, отражающего, что изменилась доступность обработки терминала в отношении максимально допустимого объема обработки и сложности.

Событие 'MemoryStatus(B)' ('Состояние памяти (B)') возникает, когда определено, что доступность обработки терминала в отношении максимально допустимого объема обработки и сложности изменяется вследствие изменения памяти в отношении параметра 'B'. Параметр 'B' является значением, указывающим изменение состояния терминала в отношении значения 'B', когда доступность обработки терминала в отношении максимально допустимого объема обработки и сложности предопределена секциями или интервалами. Параметр 'B' может выражаться в качестве комбинации различных информационных элементов. В случае, где параметр 'B' сконфигурирован в (A, B) или (a, b, c, d, e), событие 'MemoryStatus(B)' может быть определено в качестве MemoryStatus(A, B) или MemoryStatus(a, b, c, d, e).

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

Связанная с памятью терминала информация 'B' может быть любым из элементов и информации, которые могут выражать доступность обработки терминала в отношении максимально допустимого объема обработки и сложности, которая определена в настоящем изобретении. Соответственно, информация 'B' может быть объемом операций, информацией, имеющей отношение к аудиовизуальным данным, таким как изображение, шрифт, видео и аудио, информацией, имеющей отношение к количеству кодовых таблиц Unicode текста, количеству графических точек и взаимодействию, и информацией о сложности, включающей в себя вышеприведенную информацию. При такой информации, то есть событии 'MemoryStatus(A, B)', информация 'B' может быть выражена с помощью mimeType, предопределенного выражения или ссылки на внутренние/внешние данные, заданные в качестве данных, которые могут подвергаться ссылке снаружи.

В случае, когда приведено предопределенное выражение «'a' - количество кодовых таблиц Unicode текста, 'b' - количество графических точек, 'c' - потребность в памяти для воспроизведения видео, 'd' - потребность в памяти для прорисовки изображения, и 'e' - сумма максимальных частот дискретизации, требуемых для дискретизации аудио», и возникает событие 'memoryStatus(300, b)', терминал распознает, что изменился размер памяти, равный объему, требуемому для прорисовки 300 графических точек.

Событие 'MemoryStatus(a, b, c, d, e)' возникает, когда определено, что доступность обработки терминала в отношении максимально допустимого объема обработки и сложности изменилась вследствие того, что изменилась информация, имеющая отношение к памяти терминала, как указано параметрами a, b, c, d и e. В этом случае терминал должен знать смысл положений в последовательности параметров a, b, c, d и e в последовательном порядке. Например, когда последовательность 'a, b, c, d, e' параметров предопределена в качестве [количества кодовых таблиц Unicode текста, количества графических точек, объема памяти, требуемого для воспроизведения видео, объема памяти, требуемого для прорисовки изображения, суммы максимальных частот дискретизации, требуемых для дискретизации аудио] и возникает событие 'MemoryStatus (2, 30, 200, 100, 200)', терминал распознает, что изменился размер памяти, равный объему, требуемому для обработки двух кодовых таблиц Unicode текста, 30 графических точек, видео 200 кбайт, изображения 100 кбайт и аудио 200 кбайт.

Все параметры, в том числе 'A', 'B' и так далее, могут быть выражены различными типами, включая абсолютное значение, относительное значение и другие типы значений, имеющие отдельные смыслы. Значение, имеющее отдельный смысл, может быть представлено в символическом выражении и указывающим группу или набор, и предопределенным внутри/снаружи, с тем, чтобы подвергаться ссылке. Событие выражает пару типа (A, B, C, ...) параметра и действующих значений (a, b, c), как в "MemoryStatus (a, B, b, c, C, ...), без ограничения по количеству. Если требуется выражать одну пару параметров с многочисленными экземплярами, событие может быть определено, чтобы выражаться парами требуемое количество раз.

Таблицы с 15 по 17 показывают определения касательно интерфейса для событий, происходящих в соответствии с изменением доступности обработки терминала в отношении максимально допустимого объема обработки и сложности, с использованием языка определения интерфейсов. Язык определения интерфейсов (IDL) является языком спецификаций, используемым для описания определения и функций интерфейса. IDL описывает интерфейс безразличным к языку образом, дающим возможность обмена информацией между программными компонентами, которые не используют совместно язык. Интерфейс 'MemoryStatus' ('Состояние памяти') таблиц с 15 по 17 может предоставлять контекстную информацию о событии, возникающем, когда изменяется доступность обработки терминала в отношении максимально допустимого объема обработки и сложности, а типом события интерфейса 'MemoryStatus' может быть событие в соответствии с изменением возможностей обработки терминала в отношении максимально допустимого объема обработки и сложности, которое было описано со ссылкой на таблицу 9 и варианты осуществления настоящего изобретения. Атрибуты интерфейса 'MemoryStatus' могут быть любыми, дающими возможность выражения свойств, имеющих отношение к рабочим характеристикам терминала, то есть ресурсам. Хотя атрибуты выражены типами параметров с плавающей точкой, булевским и длинным целым в последующем описании, он не ограничен ими, они могут быть заменены на любой из всевозможных типов данных, имеющихся в LASeR, если есть специальные атрибуты интерфейса, которые должны быть выражены по-другому.

Таблица 15
[Определение события IDL (языка определения взаимодействий)]
interface LASeREvent : events::Event(); // Общее IDL-определение событий LASeR
interface MemoryStatus : LASeR Event {
readonly attribute float absoluteValue;
readonly attribute Boolean computableAsFraction;
readonly attribute float fraction;
readonly attribute long memoryParameter;
}
Константы не определены
Атрибуты
absoluteValue: Это значение указывает текущее состояние ресурса.

computableAsFraction: Это значение указывает, может ли доля ресурса рассчитываться по absoluteValue.
fraction: Это значение находится в диапазоне между 0 и 1 и указывает текущее состояние ресурса в процентах.
memoryParameter: Это указывает отклонение (смещение) значения, представляющего изменение памяти.

В таблице 15 'memoryParameter' является значением, указывающим отклонение (то есть смещение) значения, представляющего изменение памяти терминала. Это может быть выражено в качестве разности между возникшим ранее событием и возникшим в настоящее время событием. Этот параметр может быть выражен более чем одной переменной. В случае, если параметром, имеющим отношение к памяти терминала, является [количество кодовых таблиц Unicode текста, количество графических точек, объем памяти, требуемый для воспроизведения видео, объем памяти, требуемый для прорисовки изображения, сумма максимальных частот дискретизации, требуемая для дискретизации аудио, ...], это может быть выражено с использованием соответственных переменных, как изложено ниже:

interface MemoryStatus : LASeREvent {

readonly attribute float absoluteValue;

readonly attribute Boolean computableAsFraction;

readonly attribute float fraction;

readonly attribute long GraphicsPoints;

readonly attribute long TextUniCode;

readonly attribute long Image;

readonly attribute long Video;

readonly attribute long Audeo;

}

Описанный выше интерфейс может быть выражен иным образом, как изложено ниже:

interface MemoryStatus : LASeR Event {

readonly attribute float absoluteValue;

readonly attribute Boolean computableAsFraction;

readonly attribute float fraction;

for(i=0; i<n; i++){

readonly attribute long memoryParameter[i];

}

}

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

Таблица 16
[Определение события IDL (языка определения взаимодействий)]
interface LASeREvent: events::Event(); // Общее IDL-определение событий LASeR
interface MemoryStatus: LASeR Event {
readonly attribute float absoluteValue; readonly attribute Boolean computableAsFraction; readonly attribute float fraction; for(i=0; i<n; i++){
readonly attribute long memoryParameter[i]; readonly attribute DOMString ParamenterType[i];
}
// атрибут детализации типа DOMString только для чтения;

} или
interface MemoryStatus : LASeR Event {
readonly attribute float absoluteValue; readonly attribute Boolean computableAsFraction; readonly attribute float fraction; for(i=0; i<n; i++){
readonly attribute long memoryParameter[i];}
readonly attribute DOMString ParamenterType; // атрибут детализации типа DOMString только для чтения;
}
Константы не определены
Атрибуты absoluteValue : Это значение указывает текущее состояние ресурса. computableAsFraction : Это значение указывает, может ли доля ресурса рассчитываться с использованием absoluteValue. fraction : Это значение находится в диапазоне между 0 и 1 и указывает текущее состояние ресурса в процентах. memoryParameter: Это указывает отклонение (то есть смещение) значения, представляющего изменение памяти. memoryParameterType : Это указывает значение, которое может выражать параметр, имеющий отношение к памяти терминала.

В таблице 17 memoryParameter, указывающий изменение памяти терминала, сконфигурирован 5 информационными элементами в качестве [количества кодовых таблиц Unicode текста, количества графических точек, объема памяти, требуемого для воспроизведения видео, объема памяти, требуемого для прорисовки изображения, суммы максимальных частот дискретизации, требуемых для дискретизации аудио], параметр включает в себя комбинацию из 5 информационных элементов [количество кодовых таблиц Unicode текста, количество графических точек, объем памяти, требуемый для воспроизведения видео, объем памяти, требуемый для прорисовки изображения, сумма максимальных частот дискретизации, требуемых для дискретизации аудио]. В качестве еще одного примера каждый параметр может быть выражен в качестве пары значения параметра и типа параметра [значение параметра, тип параметра].

Таблица 17
[Определение события IDL (языка определения взаимодействий)]
interface LASeREvent : events::Event(); // Общее IDL-определение событий LASeR
interface MemoryStatus : LASeR Event {
readonly attribute float absoluteValue;
readonly attribute Boolean computableAsFraction;
readonly attribute float fraction;
readonly attribute DOMString memoryParameter;
} или
interface MemoryStatus : LASeR Event {
readonly attribute float absoluteValue;
readonly attribute Boolean computableAsFraction;
readonly attribute float fraction;
for(i=0; i<n; i++){
readonly attribute DOMString memoryParameter[i];
}
}
Константы не определены
Атрибуты
absoluteValue: Это значение указывает текущее состояние ресурса.
computableAsFraction: Это значение указывает, может ли доля ресурса рассчитываться по absoluteValue.
fraction: Это значение находится в диапазоне между 0 и 1 и указывает текущее состояние ресурса в процентах.
memoryParameter: комбинация параметров, указывающая изменение памяти терминала.

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

Таблица 18 показывает примерную компоновку сцены с использованием определенных выше событий. В случае, если a, b, c, d и e последовательно комбинируются с определением [количество кодовых таблиц Unicode текста, количество графических точек, объем памяти, требуемый для воспроизведения видео, объем памяти, требуемый для прорисовки изображения, сумма максимальных частот дискретизации, требуемых для дискретизации аудио] и возникает событие 'MemoryStatus (2, 30, 200, 100, 200)', приемник события распознает, что размер памяти, равный объему, требуемому для обработки двух кодовых таблиц Unicode текста, 30 графических точек, видео 200 кбайт, изображения 100 кбайт и аудио 200 кбайт, изменился и дает команду обработчику события выполнить операцию 'MemoryChanged'. 'MemoryChanged' выполняет <lsr:RefreshScene/>, чтобы прорисовать сцену вновь.

Таблица 18
<ev:listener handler='#MemoryChanged' event='MemoryStatus(2, 30, 200, 100, 200)' />
<script id='MemoryChanged'>
<lsr:RefreshScene/>
</script>

Операции передатчика, который формирует обогащенный мультимедиа контент согласно с первого по третий вариантам осуществления, и приемника, который воспроизводит обогащенный мультимедиа контент, переданный передатчиком, описаны со ссылкой на фиг. 2 и 5. Хотя операции передатчика и приемника описаны, исходя из предположения, что обогащенный мультимедиа контент является контентом LASeR на фиг. 2 и 3, настоящее изобретение может быть применено к другим типам мультимедиа контента. В последующих описаниях термин 'обогащенный мультимедиа контент' и 'контент LASeR' используются синонимично.

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

Со ссылкой на фиг. 3 передатчик определяет составной элемент сцены соответствующего контента LASeR на этапе 310. Затем передатчик выравнивает определенный составной элемент сцены, чтобы размещался в предопределенном положении на этапе 320.

Затем передатчик определяет атрибуты составного элемента сцены на этапе 330. После определения атрибутов передатчик рассчитывает уровень операций составного элемента сцены и добавляет рассчитанный уровень операций к составному элементу сцены или атрибуту, с тем, чтобы сформировать контент, на этапе 340.

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

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

В заключение, передатчик кодирует сформированный контент и передает контент на приемник на этапе 350.

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

Со ссылкой на фиг. 4 передатчик включает в себя формирователь 400 контента LASeR, кодировщик 410 LASeR и передатчик 420 контента LASeR.

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

Здесь информация об элементах и атрибутах, имеющая отношение к уровню операций, требуемому, чтобы терминал получателя воспроизводил обогащенный мультимедиа контент, может быть элементами и атрибутами, включающими в себя информацию, имеющую отношение к уровню операций, требуемому для конфигурирования составного элемента сцены, составляющего обогащенный мультимедиа контент. Элемент означает базовый единичный объект, составляющий сцену, а атрибут означает свойство элемента. Например, элемент 'g' в качестве одного из составных элементов сцены, составляющих контент LASeR, имеет атрибуты, имеющие отношение к операциям, таким как 'multiply', 'div', 'sub' и 'add'. При формировании контента LASeR формирователь 400 контента LASeR создает информацию, имеющую отношение к уровню операций, требуемому, чтобы терминал получателя воспроизводил данные LASeR, и упаковывает информацию об уровне операций и данные LASeR в обогащенный мультимедиа контент.

Формирователь 400 контента LASeR также создает информацию, имеющую отношение к пространству памяти, требуемому, чтобы терминал получателя воспроизводил сцену LASeR, и упаковывает информацию о пространстве памяти в обогащенный мультимедиа контент вместе с данными LASeR. Имеющая отношение к памяти информация может включать в себя атрибуты, перечисленные в таблице 7. В таблице 7 атрибут 'GraphicPoints' указывает объем памяти, требуемый, чтобы терминал получателя воспроизводил графический элемент, атрибут 'FontDataSize' указывает объем памяти, требуемый, чтобы терминал получателя воспроизводил соответствующий шрифт, атрибут 'TextDataSize' указывает объем памяти, требуемый, чтобы терминал получателя воспроизводил текстовые данные, атрибут 'ImageProcessingMemory' указывает объем памяти, требуемый, чтобы терминал получателя воспроизводил данные изображения, и атрибут 'VideoProcessingMemory' указывает объем памяти, требуемый, чтобы терминал получателя воспроизводил видеоданные.

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

К тому же, формирователь 400 контента LASeR формирует информацию, имеющую отношение к пространству памяти, требуемому, чтобы терминал воспроизводил сцену LASeR, и создает обогащенный мультимедиа контент с данными LASeR и информацией, имеющей отношение к объему памяти. Терминал распознает отклонение объема информации, требуемого для воспроизведения сцены LASeR, то есть доступности обработки в отношении максимально допустимого объема обработки терминала и сложности, и динамически изменяет сцену согласно отклонению требуемого объема памяти. При обработке контента LASeR изменения управления сеансом сети, последовательности операций декодирования, а также состояния и режима работы терминала, данных и ввода/вывода на интерфейсе могут быть определенными событиями. Механизм LASeR может обнаруживать эти события и изменяет сцену или работу терминала на основании обнаруженных событий. Соответственно, в третьем варианте осуществления настоящего изобретения, изменение емкости памяти, требуемой для воспроизведения сцены, то есть изменение максимально допустимого объема обработки и доступности обработки в отношении сложности, может быть определено в качестве события. В качестве примера обработки нового события, когда терминал обнаруживает новое событие, терминал выполняет связанную команду благодаря элементу ev:listener(listener). Здесь связанная команда может иметь отношение к различным операциям, в том числе выполнению функции или выполнению элемента и команды.

Для того чтобы выполнять описанные выше функции, формирователь 400 LASeR включает в себя определитель 403 составных элементов сцены, определитель 405 атрибутов и вычислитель 407 уровня операций. Хотя не изображено на фиг. 4, передатчик дополнительно может включать в себя другие функциональные блоки. Однако функциональные блоки, которые не имеют непосредственного отношения к настоящему изобретению, опущены.

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

Определитель 405 атрибутов определяет атрибуты составных элементов сцены.

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

Формирователь 400 контента LASeR выводит контент LASeR в кодировщик 410 LASeR. Кодировщик 410 LASeR кодирует контент LASeR (в том числе по меньшей мере одно из данных LASeR, информации, имеющей отношение к уровню операций и объему памяти и информации о сложности), выданный формирователем 400 контента LASeR, и выводит кодированный контент LASeR в передатчик 420 контента LASeR. Передатчик 420 контента LASeR передает кодированный контент LASeR, выведенный кодировщиком 410 LASeR, на терминал получателя.

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

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

Со ссылкой на фиг. 5 приемник включает в себя декодер 500 LASeR, диспетчер 510 дерева сцены LASeR и блок 520 воспроизведения LASeR.

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

Для этой цели диспетчер 510 дерева сцены LASeR включает в себя анализатор 520 составных элементов сцены, анализатор 504 атрибутов, блок 506 извлечения уровня операций и определитель 508 режима работы терминала.

Анализатор 502 составных элементов сцены принимает декодированный контент LASeR, выданный декодером 500 LASeR, и анализирует составные элементы сцены, включенные в контент LASeR. Затем анализатор 502 составных элементов сцены выводит проанализированные составные элементы сцены в блок 506 извлечения уровня операций.

Анализатор 504 атрибутов принимает декодированный контент LASeR, выданный анализатором 502 составных элементов сцены, и анализирует атрибуты составных элементов сцены контента LASeR. Затем анализатор атрибутов выводит проанализированные атрибуты в блок 506 извлечения уровня операций.

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

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

Информация о составных элементах сцены, проверенная диспетчером 510 дерева сцены LASeR, выводится в блок 520 воспроизведения LASeR. Блок 520 воспроизведения LASeR воспроизводит контент LASeR на основании информации о составных элементах сцены LASeR, выданной диспетчером 510 дерева сцены LASeR, и выводит воспроизведенный контент LASeR.

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

В варианте осуществления настоящего изобретения информация, используемая в качестве значений вновь определенных атрибутов (то есть информация, имеющая отношение к аудиовизуальным данным, такая как объем операций, изображение, шрифт, видео и аудио, информация, имеющая отношение к тексту, графике и взаимодействию, и информация, имеющая отношение к различным элементам, составляющим контент, такая как информация о сложности, включающая в себя соответствующую информацию), может конфигурироваться, чтобы подвергаться ссылке посредством данных, файлов, прикладных программ и услугам в пределах или за пределами LASeR. В это время атрибуты могут быть определены внутри LASeR, исходя из условия того, чтобы подвергались ссылке только значения атрибутов, или определяться с другими данными, файлом, прикладной программой и услугой, с тем, чтобы подвергаться ссылке с использованием элементов и атрибутов, имеющих функции ссылки. Даже когда атрибуты и значения атрибутов подвергаются ссылке с использованием элементов и атрибутов, имеющих функции ссылки, другие способы, если имеют тот же самый смысл, подразумеваются настоящим изобретением. Например, если атрибут 'href' используется для ссылки на отдельный элемент, уровень операций определяется в качестве 'operation(add(5), mul(10))' в другом файле, и используется 'href= "operation(add(5), mul(10)'''; это является идентичным с <operation add='5' mul='10'>.

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

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

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