Область техники, к которой относится изобретение
Настоящее изобретение относится к системе перекодировки, состоящей из прикладной платформы и платформы перекодировки для выполнения транзакций по перекодировке, которые состоят из следующих этапов:
- передача запроса от упомянутой прикладной платформы упомянутой платформе перекодировки;
- выполнение упомянутого запроса упомянутой платформой перекодировки;
- передача ответа от упомянутой платформы перекодировки упомянутой прикладной платформе;
В настоящем описании слово "платформа" относится к совокупности аппаратуры и программного обеспечения, которая обеспечивает функциональные возможности относящихся к ней приложений.
Предшествующий уровень техники
Внедрение мультимедийных приложений, таких как MMS (служба передачи мультимедиа-сообщений), WAP 2 (протокол приложений для беспроводной связи), электронная почта, просмотр (броузинг) web-страниц и т.д.) может требовать определенной адаптации контента из-за различия в технических характеристиках телефона (памяти, размере экрана, разрешении, глубине цвета и т.д., и поддерживаемых форматах мультимедийной информации) и форматах мультимедийной информации при распространении индустрией контента (JPEG, GIF, все режимы AMR, вокодер 13К, EVRC, SMV, MPEG-1, MPEG-4, H.263 и т.д.). Слово "контент", используемое в данном документе, обозначает любое содержание или информацию, которая обрабатывается, сохраняется или передается в электронном виде. Адаптация контента в значительной степени независима от типа службы, которая доставляет данные конечным пользователям. В данном контексте STI 1.0 является первой спецификацией стандартного интерфейса между мультимедийными прикладными платформами и платформой перекодировки и предназначена разрешить некоторые проблемы интеграции и тестирования при развертывании мультимедийных услуг на устройства мобильной связи.
Сущность изобретения
Задачей изобретения является предложение нового решения по стандартному интерфейсу для использования STI 1.0 OMA (OMA = открытый союз мобильной связи).
С этой целью изобретение относится к системе перекодировки, такой как определена во вводном параграфе описания и в которой упомянутый запрос основан на теле запроса, которое структурировано, как показано в Таблице 1, и упомянутый ответ, когда является успешным, основан на теле ответа, которое структурировано как показано в Таблице 3.
Перечень чертежей
Теперь, настоящее изобретение будет описано посредством примера со ссылкой на сопровождающие чертежи, на которых:
Фиг. 1 - иллюстрация транзакции перекодировки;
Фиг. 2 - высокоуровневый обзор компонентов запроса для такой транзакции;
Фиг. 3 - структура задания на перекодировку, включающая в себя параметры исходного объекта и параметры целевого объекта;
Фиг. 4 - структура транзакции ответа;
Фиг. 5 - структура результата задания;
Фиг. 6 - пример формата комбинированной мультимедийной информации;
Фиг. 7 - структура транзакции запроса;
Фиг. 8 - структура транзакции ответа.
Подробное описание изобретения
Высокоуровневый обзор взаимодействия между прикладной платформой 10 и платформой 20 перекодировки проиллюстрирован на фиг. 1. Взаимодействие между платформами основано на транзакциях, то есть сеанс перекодировки всегда представляет собой запрос 30, за которым следует ответ 40. Сеанс закрывается только после приема ответа. Прикладная платформа запрашивает перекодировку у платформы перекодировки. Платформа перекодировки принимает запрос, выполняет его разбор, обрабатывает его и формирует ответ исходной прикладной платформе.
Выбор протокола выполняется следующим образом. Интерфейс между прикладной платформой и платформой перекодировки основывается на протоколе SOAP (простом протоколе доступа к объектам) (SOAP vl.l, http://www.w3.org/TR/SOAP), посылаемому по HTTP (протокол передачи гипертекста) и используемому по TCP/IP (протокол управления передачей/межсетевой протокол).
Фиг. 2 показывает общий вид компонентов запроса. Предложенный интерфейс допускает множественную массовую перекодировку внутри одной транзакции запроса (= запрос на перекодировку, выданный прикладной платформой; он может содержать одно или несколько заданий на перекодировку от 1 до N и одно или несколько вложений контента от 1 до M, причем задание на перекодировку является частью транзакции запроса, которая соответствует одной отдельной перекодировке, то есть одной ссылке на входной контент и параметрам, соответствующим отдельной перекодировке, как задано прикладной платформой): следовательно, будет проведено различие между заданием на перекодировку (отдельная перекодировка мультимедийной информации) и телом запроса (списком результатов заданий), который может содержать одно или несколько заданий как часть одного отдельного запроса к платформе перекодировки. Для каждого отдельного задания на перекодировку внутри тела запроса параметры перекодировки заданы в контексте SOAP. В случае, когда задание на перекодировку содержит сами файлы контента, они вложены внутри относящегося к ним сообщения, но снаружи конверта SOAP. Каждое задание на перекодировку внутри тела запроса должно содержать параметры исходного объекта (формат, тип, местоположение и т.д.) и параметры целевого объекта (идентификатор профиля, параметры перекодировки, местоположение, идентификатор политики, параметры политики и т.д.), как представлено на фиг. 3. Предложенная структура транзакции запроса поддерживает все типы контента в объеме STI 1.0: изображения, звук, речь, видео, текст, форматы представления и комбинированную мультимедийную информацию и т.д.).
Транзакция ответа (ответ платформы перекодировки на транзакцию запроса) содержит результаты задания (результаты 1, 2, ..., N заданий на перекодировку), как представлено на фиг. 4. В этом теле ответа параметры (длительность, код возврата и т.д.) относятся либо к транзакции в целом, либо к результатам отдельных заданий на перекодировку. Например, длительность соответствует полной длительности транзакции. Тем не менее, в результатах задания могут также присутствовать несколько параметров, описывающих отдельную выполненную перекодировку (то есть изображение 1 было перекодировано из формата GIF (формата обмена графическими данными) в JPEG (формат объединенной группы экспертов в области фотографии)). Предложенный интерфейс поддерживает предоставление информации по статистическим данным, собранным во время перекодировки на уровнях задания и транзакции. Результаты задания, содержащиеся в транзакции, подробно показаны на фиг. 5. Блок исходного объекта каждого задания на перекодировку может задавать тип, формат и параметры исходного объекта. Блок целевого объекта каждого задания транзакции должен задавать желаемые параметры перекодировки и может задавать параметры политики.
Предложенный интерфейс также поддерживает перекодировку контента в виде комбинированной мультимедийной информации, то есть набор элементов мультимедийной информации может быть перекодирован как единое целое. В этом случае ожидается, что платформа перекодировки принимает файл комбинированной мультимедийной информации, выполняет комбинированную перекодировку различных элементов мультимедийной информации (включая любые логические решения между различными элементами мультимедийной информации) и воссоединяет эти элементы в один файл перекодированной комбинированной мультимедийной информации в качестве ответа. Комбинированная мультимедийная информация передается как элемент содержимого MIME-Multipart (MIME часть 1 (2, 3, ...): см. http://www.ietf.org/rfc/rfc2045 (до 2049). txt). Тип MIME устанавливается либо multipart/related (составной/связанный) (в случае, если существует представление), либо multipart/mixed (составной/смешанный) (в случае, если представления не существует). В первом случае начальный параметр ссылается на часть, соответствующую представлению. Фиг. 6. иллюстрирует структуру комбинированной мультимедийной информации (с частью, соответствующей представлению). Кодирование содержимого MIME-Multipart (как входное, так и выходное) является либо текстовым, как определено в [MIME], либо двоичным кодированием WAP, как определено в [WAPWSP] ("протокол приложений для беспроводной связи, спецификация беспроводного сеансового протокола", WAP-203-WSP-20000504-a, WAP ForumTM (форум WAP). URL [унифицированный указатель информационного ресурса] = http://www.openmobilealliance.org). Запрошенное кодирование для целевого содержимого MIME-Multipart установлено в параметрах перекодировки задания на перекодировку. На данные контента (либо комбинированную мультимедийную информацию, либо отдельные части мультимедийной информации) делается ссылка изнутри тела запроса SOAP (и тела ответа), причем данные контента располагаются либо в хранилище, доступ к которому может осуществлять платформа перекодировки, либо вложены как часть самой транзакции. Предложенный интерфейс обеспечивает два способа поддержки присоединенных мультимедийных вложений:
- самодостаточные запросы, в которых данные контента располагаются внутри самой транзакции;
- ссылки на внешние элементы контента, при которых транзакция содержит только указатель на удаленное местоположение, из которого платформа перекодировки может извлечь элементы контента.
Каждый из способов будет описан ниже (необходимо отметить, что два варианта могут быть объединены внутри одной транзакции, содержащей ссылки (указатели URL) на внешние элементы контента и вложенные элементы контента). В случае, когда используются ссылки на внешние элементы контента, тело запроса/ответа SOAP содержит указатели URL, указывающие на соответствующие файлы, а прикладная платформа и платформа перекодировки имеют доступ к совместно используемому устройству постоянного хранения, либо "локальному", либо доступному посредством HTTP или FTP (протокола передачи файлов). В случае самодостаточных запросов, тело запроса/ответа SOAP содержит ссылки на вложения, отправленные вместе с транзакцией, как части MIME. Каждое вложение контента идентифицируется своим идентификатором контента MIME. Тело запроса/ответа SOAP ссылается на контент, используя идентификатор (ID) контента.
Параметры перекодировки - это параметры, которые определяют целевой объект, который должна создать платформа перекодировки. Чтобы задать параметры перекодировки, прикладная платформа использует предопределенные профили и/или явно заданные параметры перекодировки (необходимо отметить, что во всех случаях платформа перекодировки может дополнять список параметров, кроме случая, когда параметры платформы перекодировки замещают параметры, которые прикладная платформа указала в транзакции запроса). Параметры перекодировки могут указываться с использованием ссылки на предопределенный профиль (профиль - это набор параметров и ограничений, которые определяют целевой объект перекодировки). Одним из обычных случаев использования профиля является описание оборудования пользователя (= устройства, позволяющего пользователю осуществлять доступ к услугам сети). Ссылка на профиль может, кроме того, быть ссылкой на базу данных, которую совместно используют, и платформа перекодировки, и прикладная платформа. Чтобы использовать предопределенный профиль, транзакция запроса устанавливает идентификатор (ID) профиля для профиля, который должен использоваться (определение профиля и его содержимого находятся вне объема настоящего описания). Параметры перекодировки могут также быть указаны с использованием явно заданного списка параметров, которые будут отражать характеристики целевого устройства и/или специальные требования от приложения. При указании идентификатора профиля и добавлении явно задаваемых параметров, явно задаваемые параметры замещают соответствующие параметры в профиле, на который делается ссылка.
Параметры политики позволяют прикладной платформе задавать общие правила (общие ограничения и предпочтения) для транзакции запроса (то есть порядок приоритета между различными элементами мультимедийной информации...). Чтобы задать параметры политики прикладная платформа использует предопределенную политику и/или явно задаваемые параметры политики. При указании идентификатора профиля и добавлении явно задаваемых параметров, явно задаваемые параметры замещают соответствующие параметры в профиле, на который делается ссылка.
Теперь будет подробно раскрыта транзакция запроса. Как упоминалось выше, транзакции запроса содержат заголовок SOAP, состоящий из заданий на перекодировку, и могут содержать одно или несколько вложений контента (если некоторые элементы контента содержатся в самой транзакции). Задания на перекодировку ссылаются на все элементы контента, для которых необходимо выполнить перекодировку (указывая на вложение или внешний источник). Транзакция запроса содержит, по меньшей мере, одно задание на перекодировку и может содержать несколько заданий на перекодировку. Фиг. 7 показывает структуру транзакции запроса. Транзакции запроса, которые не содержат вложений (все ссылки на файлы используют указатели URL, указывающие на внешние источники), содержат заголовок SOAP и тело запроса на основе SOAP. Заголовок SOAP задает исходящий сетевой узел, длину, кодирование запроса и действие SOAP. Транзакции запроса с вложениями контента содержат заголовок SOAP и строку, которая будет указывать границу между каждым вложением контента, как определено в MIME (см. [MIME]). Каждое вложение контента содержит свой собственный заголовок (используя MIME). Каждый заголовок вложения контента содержит его уникальный идентификатор, его тип, его кодирование и его длину.
Согласно изобретению тело запроса на основе SOAP структурировано, как показано в следующей Таблице 1 (в которой структуры напечатаны жирным шрифтом):
Params (Параметры перекодировки)
объект)
"Видео", "Текст", "Синтетический звук"
Params (Параметры перекодировки)
"Видео", "Текст", "Синтетический звук"
"Комбинированный"
"Видео", "Текст", "Синтетический звук"
"Комбинированный"
(1 или более)
Params
преобразованиями
значениями параметров для определенного преобразования
форматами звуковых сигналов
кодеками звукового сигнала
форматами изображения
Params (параметры перекодировки)
Params
Params
Params
Params
Params
Params
Params
Params
Params
Params
Types
Чтобы выполнять преобразования над мультимедийной информацией, прикладная платформа задает для каждого запрошенного преобразования тип преобразования и параметр для преобразования. В следующей таблице 2 перечислен минимальный набор поддерживаемых преобразований, допустимые значения параметра для этих преобразований и тип (или типы) элементов мультимедийной информации, для которых могут использоваться эти преобразования. STI поддерживает другие специализированные преобразования, которые затем должны быть определены между прикладной платформой и платформой перекодировки. Если платформа перекодировки не распознаёт тип преобразования, она возвращает ошибку.
Транзакция запроса рассматривается как успешная до тех пор, пока во время обработки транзакции не произойдет ошибка, препятствующая выполнению транзакции в целом. Ошибки в отдельных заданиях на перекодировку не влияют на значение успешного исхода транзакции запроса в целом. То есть транзакция запроса может быть успешной, даже если некоторые (или все) задания на перекодировку потерпели неудачу. Структура успешной транзакции ответа, содержащей результаты одного или более заданий на перекодировку, полностью аналогична транзакции запроса, то есть заголовок SOAP, включающий в себя код успешного исхода, один или более результатов заданий и, по выбору, вложения контента. Тело ответа содержит ссылки либо на внешний элемент контента, либо на самодостаточные элементы контента. Такие же различия между транзакцией с элементами, содержащими контент, и транзакцией без элементов, содержащих контент, как обсуждалось в транзакции запроса, применимы к транзакциям ответа. Фиг. 8 показывает структуру транзакции ответа. Как и для тела запроса, таблица показывает (Таблица 3) как структурировано тело ответа:
Params
Params
Params
Params
Params
Params
Params
Params
Media
Ответ ошибки транзакции возвращается в ситуации, когда не могла быть обработана транзакция в целом. Это может случиться, если возникла проблема с параметрами транзакции или любая другая проблема, которая относится к транзакции в целом (а не только к одному или более заданиям на перекодировку). Заголовок ошибки перекодировки содержит строку, которая указывает, что возникла ошибка (ошибка HTTP/l.l 500) и стандартные поля. Ниже в Таблице 4 приведено тело SOAP со структурой, отличной от структуры успешного тела SOAP:
Можно добавить, что платформа перекодировки поддерживает коды ошибки транзакции, указанные в следующей Таблице 5,
и что платформа перекодировки поддерживает коды ошибок заданий на перекодировку, указанные в следующей Таблице 6:
Изобретение относится к средствам для выполнения транзакций по перекодировке. Техническим результатом является обеспечение интерфейса между мультимедийными прикладными платформами и платформой перекодировки при использовании мультимедийных услуг на устройстве мобильной связи. Система перекодировки содержит прикладную платформу и платформу перекодировки для выполнения транзакций по перекодировке, включающих передачу запроса от прикладной платформы платформе перекодировки, выполнение упомянутого запроса упомянутой платформой перекодировки и передачу ответа упомянутой прикладной платформе, причем упомянутые запрос и ответ имеют особые форматы, приведенные в детализированных таблицах. Запрос имеет элемент параметра перекодировки, содержащий элемент преобразования, который определяет преобразование, которому должен подвергнуться контент, из множества поддерживаемых преобразований, также определенных в детализированной таблице. 4 н. и 2 з.п. ф-лы, 8 ил., 6 табл.
1. Система перекодировки, содержащая
прикладную платформу для передачи запроса платформе перекодировки, платформу перекодировки для выполнения упомянутого запроса и передачи ответа от платформы перекодировки прикладной платформе,
причем упомянутый запрос основан на теле запроса, которое структурировано как показано в приведенной ниже Таблице 1
а упомянутый ответ, когда он является успешным, основан на теле ответа, которое структурировано как показано в приведенной ниже Таблице 3
2. Система перекодировки по п.1, в которой упомянутый запрос имеет элемент параметра перекодировки, содержащий элемент преобразования, который задает преобразование, которому должен подвергнуться контент, среди множества поддерживаемых преобразований, как показано в нижеприведенной Таблице 2
3. Устройство, на котором размещена прикладная платформа для использования в системе перекодировки по любому из пп.1 и 2.
4. Устройство, на котором размещена платформа перекодировки для использования в системе перекодировки по любому из пп.1 и 2.
5. Способ перекодировки, используемый для прикладной платформы и платформы перекодировки и содержащий этапы, на которых передают запрос от прикладной платформы платформе перекодировки, выполняют упомянутый запрос посредством платформы перекодировки и передают ответ от платформы перекодировки прикладной платформе, причем упомянутый запрос основан на теле запроса, которое структурировано как показано в Таблице 1, а упомянутый ответ, когда он является успешным, основан на теле ответа, которое структурировано как показано в Таблице 3.
6. Способ по п.5, в котором упомянутый запрос имеет элемент параметра перекодировки, включающий в себя элемент преобразования, который определяет преобразование, которому должен подвергнуться контент, среди множества поддерживаемых преобразований, как показано в Таблице 2.
Аппарат для очищения воды при помощи химических реактивов | 1917 |
|
SU2A1 |
РАСШИРЯЕМАЯ ТЕЛЕКОММУНИКАЦИОННАЯ СИСТЕМА | 1995 |
|
RU2154346C2 |
СПОСОБ И УСТРОЙСТВО ДЛЯ ВЗАИМНОЙ АДАПТАЦИИ СКОРОСТИ ПЕРЕДАЧИ В СЛУЖБАХ ПЕРЕДАЧИ ДАННЫХ МЕЖДУ СИСТЕМАМИ GSM И DECT | 1996 |
|
RU2153238C2 |
СУППОЗИТОРИИ КОМБИНИРОВАННОГО ДЕЙСТВИЯ ДЛЯ ЛЕЧЕНИЯ ИНФЕКЦИОННЫХ ГИНЕКОЛОГИЧЕСКИХ ЗАБОЛЕВАНИЙ (ВАРИАНТЫ) | 2007 |
|
RU2356535C2 |
US 2003061386, 27.03.2003 | |||
US 2002174147, 21.11.2001. |
Авторы
Даты
2009-10-27—Публикация
2004-08-20—Подача