ПЕРЕНОСИМОСТЬ И СОВМЕСТИМОСТЬ МЕДИЙНЫХ ДАННЫХ ДЛЯ РАЗЛИЧНЫХ ПЛАТФОРМ-АДРЕСАТОВ Российский патент 2014 года по МПК G06F15/16 G11B27/34 

Описание патента на изобретение RU2523123C2

Уровень техники

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

Сущность изобретения

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

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

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

Краткое описание чертежей

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

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

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

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

Подробное описание изобретения

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

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

На фиг. 1 показаны системы или операционные среды, обозначенные в целом под ссылочной позицией 100, которые подходят для обеспечения переносимости и совместимости медийных данных для различных платформ-адресатов. Обратимся к фиг. 1, где с соответствующими пользовательскими устройствами 104 может взаимодействовать любое количество пользователей 102. Пользовательские устройства 104, сконфигурированные так, как здесь описано, дают возможность пользователям 102 создавать или редактировать документы, которые содержат мультимедийные данные, для их распространения на любое количество различных устройств 106A и 106N (устройства 106). Соответственно, без ограничения возможных вариантов реализации это описание может относиться к пользовательским устройствам 104, выступающим в качестве вызывающих устройств, а также может относиться к устройствам 106, выступающих в качестве устройств- или платформ-адресатов.

На фиг. 1 ссылочной позицией 108 обозначены взаимодействия между пользователями 102 и вызывающими устройствами 106A и 106N. В общем случае эти взаимодействия 108 могут представлять команды, выдаваемые пользователями на вызывающие устройства 104, ответные реакции на эти команды и т.п. совместно с обеспечением переносимости и совместимости медийных данных для различных платформ-адресатов, как здесь описано.

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

Если более подробно, то пользовательские устройства 104 могут включать в себя один или несколько процессоров 110, которые могут иметь конкретный тип или архитектуру, выбранную для конкретных вариантов реализации в зависимости от ситуации. Процессор 110 может быть связан с одной или несколькими системами 112 шин, тип и/или архитектура которой выбрана так, чтобы обеспечить совместимость с процессором 110.

Пользовательские устройства 104 также могут включать в себя один или несколько экземпляров носителя или носителей 114, считываемых компьютером, которые соединены с системами 112 шин. Системы 112 шин позволяют процессорам 110 считывать код и/или данные из считываемых компьютером запоминающих носителей 114. Носители 114 могут представлять собой устройство в виде элементов памяти, которые реализованы с использованием любой подходящей технологии, включая, но не только, полупроводники, магнитные материалы, оптические средства или т.п. Носители 114 могут включать в себя компоненты памяти, будь то ОЗУ (RAM), ПЗУ (ROM), флэш-память или другие типы памяти, а также может представлять собой накопители на жестких дисках.

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

Если более подробно, то средства 116 обеспечения переносимости медийных данных могут принимать исходные медийные данные 118 в качестве входных данных. Примеры исходных медийных данных 118 могут включать в себя видео, аудио или их комбинации, которые вместе называют здесь мультимедийными данными. Как правило, вызывающие устройства 104 включают в себя какие-либо плееры или редакторы, подходящие для отображения и/или редактирования исходных медийных данных 118. Вдобавок вызывающие устройства 104 могут включать в себя специализированные средства для визуализации или манипулирования исходными медийными данными (например, утилиты с медийным кодером-декодером, или кодеки, или т.п.). Однако устройства-адресаты 106 могут как иметь, так и не иметь такие же медийные плееры или редакторы, как вызывающее устройство 104. Вдобавок устройства-адресаты 106 могут включать или не включать в себя кодеки, подходящие для визуализации исходных медийных данных 118. В случаях, когда исходные медийные данные должны быть распространены на большое количество различных устройств-адресатов 106, достижение медийной совместимости со всеми этими устройствами-адресатами 106 может стать проблемой.

Для решения указанных вопросов, касающихся совместимости, средства 116 обеспечения медийной переносимости могут изменять или преобразовывать исходные медийные данные 118 в образцы переносимых медийных данных, более совместимые с устройствами-адресатами 106. На фиг. 1 показаны примеры этих переносимых медийных данных под ссылками 120A и 120N (обозначенных вместе как переносимые медийные данные 120), связанных соответственно с устройствами-адресатами 106A и 106N. В частности, средства 116 обеспечения медийной переносимости могут преобразовывать исходные медийные данные 118 в переносимые медийные данные 120A и 120N соответствующим образом, чтобы сделать эти медийные данные более подходящими для представления на устройствах- адресатах 106A и 106N с учетом конкретных конфигураций конкретных устройств-адресатов 106A и 106N. В некоторых случаях средства 116 обеспечения медийной переносимости могут действовать на основе ожидаемых конфигураций устройств-адресатов 106. В других случаях средства 116 обеспечения медийной переносимости могут в той или иной степени присутствовать в действительных конфигурациях устройств-адресатов 106.

В некоторых вариантах реализации, но не обязательно во всех, вызывающие устройства 104 могут осуществлять связь с устройствами-адресатами 106 через одну или несколько промежуточных сетей 122 связи. Если более подробно, то количество этих сетей 122 может быть любым. Например, сети 122 могут представлять собой локальные сети (LAN), глобальные сети (WAN) и/или персональные сети (например, сети типа Bluetooth), причем любая из них может работать автономно или вместе для облегчения функционирования упомянутых средств и способов, изложенных в этом описании. Сети 122, показанные на фиг. 1, также представляют аппаратные средства (например, адаптеры, интерфейсы, кабели и т.п.), программные средства или программно-аппаратные средства, связанные с реализацией этих сетей, а также могут представлять любые протоколы, на основе которых эти сети могут функционировать.

На фиг. 2 под общей ссылочной позицией 200 показаны компоненты и потоки данных, предоставляемые средствами 116 обеспечения переносимости медийных данных, показанными на фиг. 1. Для удобства ссылки, но не как ограничение возможных вариантов реализации, на фиг. 2 исходные медийные данные под ссылочной позицией 118 и переносимые медийные данные под ссылочной позицией 120 взяты из описанной выше фиг. 1.

Если более подробно, то на фиг. 2 средства 116 обеспечения медийной переносимости могут включать в себя пользовательские элементы 202 управления. В общем случае эти пользовательские элементы управления не способны обеспечить сбор или получение средствами 116 обеспечения медийной переносимости каких-либо входных параметров, которые управляют преобразованием исходных медийных данных 118 в переносимые медийные данные 120. Как показано на фиг. 2, некоторые варианты реализации пользовательских элементов 202 управления могут включать в себя интерактивный пользовательский интерфейс (UI), представленный в целом под ссылочной позицией 204. Через этот пользовательский интерфейс 204 средства 116 обеспечения медийной переносимости могут получать входные данные от пользователя 102, относящиеся к конкретным целям и/или задачам, релевантным конкретному процессу преобразования. На фиг. 2 эти цели/задачи показаны под ссылочной позицией 206.

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

Средства 116 обеспечения медийной переносимости могут определять набор профилей преобразования, обозначенный в целом под ссылочной позицией 210. Прежде чем вернуться к завершению описания фиг. 2, обратимся к фиг. 3 для дальнейшей конкретизации профилей 210 преобразования.

На фиг. 3 показаны примеры различных факторов, обозначенных в целом под ссылочной позицией 300, которые могут быть учтены при установлении профилей 210 преобразования совместно с обеспечением переносимости и совместимости медийных данных для различных платформ-адресатов. Для облегчения ссылок, но не для ограничения возможных вариантов реализации, на фиг. 3 примеры целей/задач 206 и набор профилей 210 взяты из фиг. 2.

Если более подробно, то на фиг. 3 набор профилей 210 может включать в себя множество различных профильных настроек, причем на фиг. 3 показаны два примера под ссылочными позициями 302A и 302M (обозначены вместе как профильные настройки 302). Эти профильные настройки 302 могут представлять компромиссные варианты по количеству различных факторов, представляющих интерес, или по приоритету в различных конкретных преобразованиях исходных медийных данных 118.

На фиг. 3 представлены примеры, в которых различные факторы или критерии показаны по соответствующим осям 304, 306, 308, 310. Данное обсуждение касается этих приведенных в качестве примера осей и связанных с ними факторов или критериев только лишь для облегчения понимания. Однако варианты реализации этого описания могут включать и другие факторы или критерии, не выходящие за рамки объема и сущности изобретения.

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

Ось 306 представляет различные типы платформ-адресатов для характеристики устройств-адресатов 106. Например, некоторые устройства-адресаты 106 могут представлять собой вычислительные платформы на базе персональных компьютеров, работающие под операционными системами WINDOWS®. Можно ожидать, что в указанных вычислительных платформах конкретные типы медийных плееров и/или кодеков обеспечат более высокое качество функционирования. Другие устройства-адресаты 106 могут представлять собой вычислительные платформы на основе APPLE®, работающие с другими операционными системами. Можно ожидать, что в этих более поздних вычислительных платформах другие типы медийных плееров и/или кодеков обеспечат более высокое качество функционирования. Соответственно, по оси 306 может быть представлено любое количество различных вычислительных платформ.

Ось 308 представляет качество визуализации, требуемое при представлении переносимых медийных данных 120 на различных устройствах-адресатах 106. Например, некоторые устройства-адресаты 106 могут иметь физические или рабочие характеристики, которые поддерживают только определенный уровень качества визуализации. Соответственно, можно уменьшить размер файлов переносимых медийных данных 120, посылаемых указанным устройствам-адресатам 106. С другой стороны, другие устройства-адресаты 106 могут быть сконфигурированы для использования преимуществ «полноразмерных» переносимых медийных данных 120 или переносимых медийных данных 120 «высокого качества». В общем случае по оси 308 может быть представлено любое количество различных уровней качества визуализации.

Ось 310 представляет время и/или вычислительную сложность, связанную с декодированием переносимых данных 120 на различных устройствах-адресатах 106. Например, различные кодеки могут иметь различные уровни вычислительной сложности при кодировании и/или декодировании медийных данных с использованием этих кодеков. В некоторых случаях конкретные устройства-адресаты 106 не могут обладать достаточными вычислительными возможностями для декодирования переносимых медийных данных 120, закодированных с использованием высокопроизводительных кодеков. Соответственно, средства 116 обеспечения медийной переносимости могут выбрать конкретные кодеки в зависимости от вычислительной мощности, которой располагают различные устройства-адресаты 106. Соответственно, по оси 310 может быть представлено любое количество различных кодеков или других схем кодирования с разными уровнями сложности.

Различные факторы или критерии, показанные по осям 306-310, могут в некоторых случаях быть относительно независимы друг от друга. Однако в других случаях различные факторы могут быть сбалансированы, или между ними может быть достигнут компромисс. Например, одним из критериев, представляющих интерес при выполнении некоторых преобразований, является размер файла переносимых медийных данных 120, после того как преобразование будет завершено. Некоторые типы медийных данных (например, видео) требуют относительно больших объемов памяти. В случаях, когда вызывающие устройства 104 осуществляют связь с устройствами-адресатами 106 через сеть 122, как показано на фиг. 1, для передачи больших файлов с видео может потребоваться значительная доля пропускной способности сети. Кроме того, в некоторых случаях конкретные устройства-адресаты 106 могут обеспечить приемлемое качество воспроизведения видео даже в том случае, если размер файла исходных медийных данных 118 в той или иной степени уменьшился при создании переносимых медийных данных 120. Этот уменьшенный размер файла может дать дополнительные преимущества, состоящие в том, что для переносимых медийных данных может потребоваться меньше памяти при их загрузке в устройства-адресаты 106, а также будет задействована меньшая часть пропускной способности при передаче по сетям 122. Таким образом, в некоторых случаях может быть достигнут компромисс между уменьшением размеров файлов и снижением качества визуализации. Однако варианты реализации этого изобретения могут дать любое количество различных сценариев, в которых достигается определенный компромисс между теми или иными факторами.

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

Вернемся к фиг. 2, где настройки профиля представлены под ссылочной позицией 302. Средства 116 обеспечения переносимости медийных данных включают в себя механизм 212 обеспечения переносимости, который принимает входные исходные медийные данные 118 и преобразует исходные медийные данные 118 в соответствии с профильными настройками 302. Вдобавок механизм 212 обеспечения переносимости может получать указание (обозначенное в целом под ссылочной позицией 214) конкретной целевой платформы, для которой выполняется преобразование исходных медийных данных 118. Это указание целевой платформы 214 может представлять любое из устройств-адресатов 106 с любым подходящим уровнем детализации. Например, целевая платформа 214 может представлять устройства-адресаты 106 в относительно обобщенном виде (например, система WINDOWS® или система Mac®) или может представлять устройства-адресаты 106 более детально. В примерных сценариях устройство-адресат 106A может быть представлено в виде системы, имеющей относительно мощные процессор, видеокарту, память или другие конфигурационные элементы, в то время как устройство-адресат 106N может быть представлено в виде системы, имеющей менее мощные процессор, видеокарту и т.д. Вдобавок указание целевой платформы 214 может представлять ожидаемые или действительные конфигурации для устройств-адресатов 106.

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

Механизм 212 обеспечения переносимости может создавать в различных независимых сценариях различные выходные данные. Например, на фиг. 2 переносимые медийные данные 120 представлены как выходные данные механизма 212 обеспечения переносимости. Вдобавок механизм 212 обеспечения переносимости может создавать и выдавать альфа-маску, обозначенную в целом под ссылочной позицией 218. Альфа-маска 218 позволяет использовать приложение с несколькими типами эффектов пост-преобразования без повторного вычисления для преобразования исходных медийных данных 118 в переносимые медийные данные 120. Примеры таких эффектов, которые не являются ограничениями, включают в себя обеспечение трехмерных (3-D) визуальных эффектов, введение свечения или подсветки, изменение цветов, регулировку прозрачности и т.п.

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

В вариантах реализации, включающих в себя альфа-маску 218, переносимые медийные данные 120 могут представлять собой промежуточные медийные данные, которые могут быть, а могут и не быть окончательными данными для просмотра на устройствах-адресатах 106. В некоторых случаях устройства-адресаты 106 могут применять альфа-маску к промежуточным результатам преобразования для создания конечного результата. Таким образом, альфа-маски 218 могут обеспечить большую гибкость в системе-адресате путем обеспечения множества различных визуальных эффектов, начиная с одинакового преобразования медийных данных. Например, механизм 212 обеспечения переносимости может преобразовать исходные медийные данные 118 в переносимые медийные данные 120, имеющие определенный уровень прозрачности. Вдобавок механизм обеспечения переносимости может определить соответствующую альфа-маску 218, имеющую другой уровень прозрачности. Механизм 212 обеспечения переносимости может встроить переносимые медийные данные 222 и альфа-маску 224 в выходной документ 220, который затем посылают на любое количество устройств-адресатов 106.

После приема выходного документа 220 устройство-адресат 106 может объединить встроенные переносимые данные 222 с встроенной альфа-маской 224 для достижения другого уровня прозрачности в результате такого объединения. Вдобавок различные альфа-маски 224 с различными прозрачностями могут обеспечить разные комбинированные прозрачности. Этот пример иллюстрирует один сценарий из множества сценариев, где предусмотрено использование альфа-маски 218.

На фиг. 4 показаны последовательности операций, обозначенные в целом под ссылочной позицией 400 и относящиеся к обеспечению переносимости и совместимости для различных платформ-адресатов. Для облегчения описания, но не как ограничение возможных вариантов реализации, последовательности 400 операций описаны здесь совместно с механизмом 212 обеспечения переносимости, раскрытым выше со ссылками на фиг. 2. Однако в вариантах реализации этого изобретения могут выполняться по меньшей мере части последовательностей 400 операций с использованием других компонент, если это не выходит за рамки объема и сущности настоящего изобретения.

Если более подробно, то на фиг. 4 блок 402 представляет прием команды на запуск приложения (например, 216 на фиг. 2), которое интегрирует возможности, предоставляемые средствами 116 обеспечения переносимости медийных данных. Как было описано выше, механизм 212 обеспечения переносимости может представлять собой автономную компоненту, либо может также быть интегрирован в приложение. При автономной реализации механизма 212 обеспечения переносимости блок 402 можно опустить.

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

Блок 406 представляет прием одного или нескольких экземпляров исходных медийных данных для преобразования. На фиг. 1 примеры исходных медийных данных представлены под ссылочной позицией 118. Как отмечалось выше, исходные медийные данные 118, как правило, совместимы с вызывающим устройством 104, причем они могут иметь, а могут и не иметь оптимальную совместимость с устройствами-адресатами 106.

Блок 408 представляет прием указания подходящего профиля для преобразования исходных медийных данных, принятых в блоке 406. На фиг. 3, описанной выше, показаны различные примеры профильных настроек 302, которые реализуют цели или задачи 206, релевантные преобразованию данного экземпляра исходных медийных данных. Соответственно, блок 408 может включать в себя любое количество различных факторов или критериев, релевантных указанному преобразованию, включая, но не только, любой из факторов, представленных по осям 304-310, показанным на фиг. 3.

Блок 410 представляет преобразование исходных медийных данных в переносимые медийные данные согласно профильной настройке, установленной в блоке 408. Блок 410 может создать в качестве выходных данных переносимые медийные данные 120, как показано на фиг. 1.

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

Блок 414 представляет определение альфа-маски, связанной с преобразованными исходными медийными данными. На фиг. 2 показаны примеры альфа-маски под ссылочной позицией 218 в виде выходных данных из механизма 212 обеспечения переносимости.

Блок 416 представляет вставку или встраивание альфа-маски в выходной файл. На фиг. 2 также показаны примеры альфа-маски 224, встроенной в выходной документ 220.

Блок 418 представляет распространение выходного файла, созданного блоком 412 и/или 416. Как отмечалось выше в связи с фиг. 2, альфа-маски 218 могут быть, а могут и не быть связаны с каждым экземпляром переносимых медийных данных 120. Как описывалось ранее в связи с фиг. 1, блок 418 может включать в себя распространение экземпляров переносимых медийных данных 120 по любому количеству устройств-адресатов 106.

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

Похожие патенты RU2523123C2

название год авторы номер документа
СИСТЕМЫ И СПОСОБЫ ДЛЯ ОБЕСПЕЧЕНИЯ УСЛУГ СИНХРОНИЗАЦИИ ДЛЯ БЛОКОВ ИНФОРМАЦИИ, УПРАВЛЯЕМЫХ АППАРАТНОЙ/ПРОГРАММНОЙ ИНТЕРФЕЙСНОЙ СИСТЕМОЙ 2004
  • Шах Ашиш
  • Шах Даршаткумар А.
  • Худис Ирена
  • Новик Лев
  • Джхавери Вивек Джавахир
  • Ву Винни К.
  • Дим Майкл Э.
  • Шеппард Эдвард Дж.
  • Фанг Лицзян
  • Ли Цзянь
  • Тэйлор Майкл Б.
RU2377646C2
СИСТЕМА И СПОСОБ АВТОМАТИЗИРОВАННОГО ПРОИЗВОДСТВА ЦИФРОВЫХ РЕКЛАМНЫХ МАТЕРИАЛОВ 2020
  • Павлов Алексей Юрьевич
  • Агафонов Дмитрий Николаевич
  • Селиверстов Алексей Александрович
RU2724365C1
СПОСОБ И УСТРОЙСТВО ДЛЯ УПРАВЛЕНИЯ ПРЕДСТАВЛЕНИЕМ МУЛЬТИМЕДИЙНЫХ ДАННЫХ ИЗ МУЛЬТИПЛЕКСНОГО СИГНАЛА СРЕДИ УСТРОЙСТВ В ЛОКАЛЬНОЙ СЕТИ 2009
  • Равииндран Виджаялакшми Р.
RU2499361C2
МНОГОПЛОСКОСТНОЙ ТРЕХМЕРНЫЙ ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС 2004
  • Глейн Кристофер Алан
  • Остоджик Бояна
  • Фонг Джеффри К.
  • Сандс Корт Даннер
  • Гибсон Марк Р.
RU2360276C2
ОПРЕДЕЛЯЮЩИЕ ПОЛЯ ДЛЯ ПРЕДСТАВЛЯЕМЫХ ФАЙЛОВ И СХЕМЫ РАСШИРЯЕМОГО ЯЗЫКА РАЗМЕТКИ ДЛЯ БИБЛИОГРАФИЙ И ЦИТИРОВАНИЯ 2006
  • Михельштейн Дженнифер П.
  • Яп Джо К.
  • Ника Эдисон
RU2422889C2
ЭЛЕКТРОННЫЙ ПУТЕВОДИТЕЛЬ ПО МЕДИАКОНТЕНТУ 2013
  • Шиндлер Йорг
  • Цир Томас
  • Мюллер-Леффельхольц Георг
RU2621697C2
УСТРОЙСТВО И СПОСОБ ДЛЯ ВОСПРОИЗВЕДЕНИЯ АУДИО- И ВИДЕОДАННЫХ 2004
  • Ким Ду-Ил
  • Ким Йоунг-Йоон
  • Портных Владимир
RU2331936C2
МОДУЛЬНЫЙ ФОРМАТ ДОКУМЕНТОВ 2004
  • Шур Эндрю
  • Дунитц Джерри
  • Фер Оливер
  • Эмерсон Дэниэл
  • Хиллберг Майк
  • Ким Янг Гах
  • Поллокк Джош
  • Шит Сарджана
  • Орнстайн Дэвид
  • Паоли Джин
  • Джонс Брайан
RU2368943C2
УСТРОЙСТВО И СПОСОБ РЕВЕРСИРОВАНИЯ И ПЕРЕСТАНОВКИ БИТОВ В РЕГИСТРЕ МАСКИ 2014
  • Улд-Ахмед-Валл Эльмустафа
  • Вэлентайн Роберт
RU2636669C2
ПРЕДСТАВЛЕНИЕ ВЫЧИСЛИТЕЛЬНОЙ СРЕДЫ НА МНОЖЕСТВЕННЫХ УСТРОЙСТВАХ 2015
  • Трелкельд Элизабет Фей
  • Стобер Уилльям Скотт
  • Миккола Петтери
  • Морен Кери Крус
  • Коури Исса Й.
  • Дэвис, Деррен Рей
  • Сега Джордио Франческо
  • Шипли Кентон Аллен
  • Баласубраманиан Рамраджпрабу
  • Деркс Патрик
  • Рахман Мохаммед Калимур
  • Пендлей Райан Чендлер
RU2700188C2

Иллюстрации к изобретению RU 2 523 123 C2

Реферат патента 2014 года ПЕРЕНОСИМОСТЬ И СОВМЕСТИМОСТЬ МЕДИЙНЫХ ДАННЫХ ДЛЯ РАЗЛИЧНЫХ ПЛАТФОРМ-АДРЕСАТОВ

Изобретение относится к системам воспроизведения медийных файлов. Технический результат - обеспечение переносимости и совместимости медийных данных для различных платформ-адресатов. Устройство для преобразования медийных данных содержит средства, которые могут принимать команды на запуск возможности обеспечения переносимости и совместимости медийных данных и могут принимать исходные медийные данные в качестве входных данных для преобразования. Эти средства могут также принимать указание профильных настроек для задания того, каким образом преобразовывать исходные медийные данные для обеспечения улучшенной переносимости для воспроизведения на системах-адресатах. Исходные медийные данные могут преобразовываться в соответствии с профильной настройкой, с вставкой преобразованных медийных данных в документ. Указанные средства могут затем распространить документ на систему-адресат для воспроизведения. 3 н. и 8 з.п. ф-лы, 4 ил.

Формула изобретения RU 2 523 123 C2

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

2. Устройство по п.1, дополнительно содержащее команды для приема по меньшей мере одной команды на запуск приложения, связанного с упомянутым документом.

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

4. Устройство по п.1, дополнительно содержащее команды для определения профильной настройки для преобразования исходного файла в формат, совместимый с системой-адресатом.

5. Устройство по п.1, дополнительно содержащее команды для выбора формата для кодирования исходных медийных данных на основе рабочих характеристик системы-адресата.

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

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

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

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

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

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

Документы, цитированные в отчете о поиске Патент 2014 года RU2523123C2

Станок для изготовления деревянных ниточных катушек из цилиндрических, снабженных осевым отверстием, заготовок 1923
  • Григорьев П.Н.
SU2008A1
US 5911776 A, 15.06.1999
Способ приготовления мыла 1923
  • Петров Г.С.
  • Таланцев З.М.
SU2004A1
Пресс для выдавливания из деревянных дисков заготовок для ниточных катушек 1923
  • Григорьев П.Н.
SU2007A1
Топчак-трактор для канатной вспашки 1923
  • Берман С.Л.
SU2002A1
Устройство для изготовления бетонных изделий 1989
  • Карпов Борис Николаевич
  • Цветков Анатолий Борисович
  • Чипизубов Игорь Владимирович
  • Шиханов Андрей Викторович
SU1701543A1
Станок для изготовления деревянных ниточных катушек из цилиндрических, снабженных осевым отверстием, заготовок 1923
  • Григорьев П.Н.
SU2008A1

RU 2 523 123 C2

Авторы

Чэнь Джеффри Чао-Нань

Ли Барн Ван

Луй Кай Чун

Даты

2014-07-20Публикация

2009-11-16Подача