Система и способ идентификации и доступа к услугам сети

Система и способ идентификации и доступа к услугам сети

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

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

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

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

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

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

"Мобильный Интернет" относится к доступности этих услуг и приложений для подвижных устройств, действующих в беспроводных сетях. В настоящее время мобильный Интернет строят на инфраструктуре "всемирной паутины" (WWW) или WAP. Однако в настоящее время нет официального стандарта, предназначенного для идентификации приложений или услуг в мобильном Интернете. Вместо этого приложения или услуги идентифицируют с помощью унифицированного адреса ресурса (УАР, URL), который используют для задания адреса сети, в которой может быть осуществлен доступ к этим услугам или приложениям. Например, доступ к конкретной услуге или приложению Интернет осуществляют с помощью ввода УАР, который указывает на главную машину сети, предлагающую эту услугу или приложение. Несмотря на то, что такой подход в некоторых отношениях является достаточным способом доступа к таким услугам, это происходит в значительной степени благодаря тому факту, что обычно нет стандартизации приложений Web или WAP. Например, имеющиеся в настоящее время услуги поиска, предоставляемые двумя или более различными поисковыми приложениями Web, вероятно, предоставляют одинаковые функциональные возможности, но могут работать по-разному. Следовательно, идентификация нестандартизированных приложений с использованием УАР, вставляющих реальные адреса сети, может быть приемлемой в некоторых случаях для доступа к соответствующим приложениям.

Однако этот подход отказывает, когда приложения и услуги стандартизированы (включая стандарты, принятые органами стандартов, собственные стандарты или соглашения и т.д.). Это происходит из-за того, что доступ к таким приложениям через специализированные УАР не дает возможности обращаться к ситуациям, в которых стандартизированные приложения и услуги предоставляются многочисленными поставщиками (провайдерами) услуг. Например, услуга мультимедийных сообщений (УМС, MMS) является услугой, которая стандартизована совместно с помощью форума WAP и 3GPP. Следовательно, многие разные поставщики услуг могут предлагать использование одного и того же приложения и, следовательно, существующая практика не может больше использоваться для правильной идентификации приложения. Это из-за того, что УАР будет включать в себя адреса сетей поставщиков соответствующих приложений/услуг. В результате он будет идентифицировать экземпляр услуги, предоставленной поставщиком конкретного приложения/услуги, вместо самой стандартизированной услуги. Например, Web-адрес, включающий в себя "...компания XYZ.com/СМС" не может идентифицировать, в целом, приложение УМС, так как другие операторы, такие как компания ABC, также будут предлагать это приложение.

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

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

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

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

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

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

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

В соответствии с другим вариантом осуществления изобретения, предложена система для облегчения доступа подвижного терминала к целевому приложению, доступному через множество серверов приложений в сети. Система содержит элемент обеспечения, предназначенный для обеспечения одного или нескольких информационных файлов обеспечения. Используемые в настоящем описании файлы, записи, документы, блоки или другая терминология не предназначена для того, чтобы иметь дополнительный смысл любой конкретной структуры или типа информационного блока, а вместо этого предназначена для того, чтобы обобщенно включать любой тип формата, используемого для обеспечения такой информации обеспечения, включая просто последовательность информационных байтов. По меньшей мере, один из файлов обеспечения включает в себя идентификатор приложения, соответствующий целевому приложению. Файл (файлы) обеспечения дополнительно включают в себя параметры доступа к приложению, связанные с идентификатором приложения, где, по меньшей мере, один из параметров доступа к приложению включает в себя адрес сервера приложений одного из множества серверов приложений. Система включает в себя подвижный терминал, предварительно сконфигурированный для распознавания вставленного идентификатора приложения после приема файлов обеспечения. Подвижный терминал осуществляет доступ к целевому приложению по адресу сервера приложений, как предписано с помощью одного или нескольких параметров доступа к приложению, связанных с идентификатором приложения. В более конкретном варианте осуществления сетевой элемент обеспечения включает в себя сервер обеспечения, соединенный с сетью, который реализует технологию принудительного распространения информации для принудительной посылки информации обеспечения в подвижный терминал через сеть. В соответствии с другим конкретным вариантом осуществления, сетевой элемент обеспечения включает в себя портативный или встроенный в устройство компонент, такой как модуль идентификации абонента (МИА, SIM), модуль идентификации WAP (WIM) или смарт-карта, который хранит информацию обеспечения для передачи в подвижное устройство.

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

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

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

Изобретение описано в связи с вариантами осуществления, проиллюстрированными на следующих схемах.

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

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

фиг.3 иллюстрирует конкретный вариант осуществления сетевой системы, использующей обеспечение ИД приложения и принципы доступа настоящего изобретения в среде протокола мобильной интерактивной связи с Интернет (WAP);

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

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

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

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

Подробное описание различных вариантов осуществления

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

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

Фиг.1 - примерный вариант осуществления сетевой системы 100, которая использует обеспечение идентификации приложения и доступ в соответствии с принципами настоящего изобретения. Изобретение дает возможность подвижному терминалу осуществлять доступ к сетевому приложению в конкретном сервере приложений, причем множество серверов приложений обеспечивают это приложение. Подвижные терминалы принимают идентификатор приложения (ИД приложения) и связанные параметры доступа во время процесса обеспечения, который дает возможность подвижному терминалу идентифицировать соответствующий сервер приложений и выбрать характеристики доступа, с помощью которых осуществить доступ к приложению, идентифицированному с помощью ИД приложения.

Когда подвижный пользователь желает использовать новые услуги, имеющиеся в сети, терминал должен быть сконфигурирован для использования этих новых услуг. Конфигурирование терминала для использования услуги в сети обычно называют "обеспечением" терминала. В соответствии с одним вариантом осуществления изобретения, подвижный терминал 102 принимает ИД приложения и связанные параметры доступа через эфир (ОТА, ЧЭ) через сеть 104 из источника 106 обеспечения. В другом варианте осуществления ИД приложения и связанные параметры доступа могут быть приняты через непосредственное средство обеспечения, например, как через смарт-карту, модуль идентификации абонента (МИА), модуль идентификации WAP или другой аналогичный портативный или встроенный в устройство компонент. ИД приложения подают с помощью источника 106 обеспечения в подвижный терминал (терминалы) во время процедур обеспечения подвижного терминала. Процесс обеспечения, который подает ИД приложения в соответствии с настоящим изобретением, может проходить в любое время. Например, процесс обеспечения может происходить в связи с предоставлением новой услуги в подвижное устройство или в связи с модернизацией услуг и приложений, уже используемых в этом подвижном терминале. В других примерах процесс обеспечения может быть процессом обеспечения самозагрузки, который происходит после начальной установки подвижного терминала, или процессом повторного обеспечения для обновления информации обеспечения после обеспечения начальной самозагрузки.

Источник 106 обеспечения может быть любым устройством, соединенным с сетью 104, который может обеспечить такую информацию обеспечения, таким как сервер обеспечения. Источник 106 обеспечения также может быть портативным или встроенным в устройство компонентом, таким как МИА, WIM и т.д. В проиллюстрированном варианте осуществления ИД приложения обеспечивают с помощью источника 106 обеспечения через эфир посредством реализации признака "принуждения", также известного как признак "уведомления" или признак "оповещения". Такие признаки принуждения более подробно описаны ниже.

В соответствии с одним вариантом осуществления изобретения ИД приложения вставляют в информацию обеспечения, подаваемую с помощью источника 106 обеспечения. Следовательно, вместо простого включения в заголовок как основы диспетчеризации сообщения в некоторые другие принимающие приложения в подвижном терминале 102, ИД приложения, принятый с помощью подвижного терминала 102, в свою очередь, может быть использован подвижным терминалом для окончательного осуществления доступа к конкретному приложению (приложениям) 108. Приложение 108 может быть сделано доступным, например, с помощью сервера приложений или услуги, доступной через сеть 104.

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

Фиг.2 иллюстрирует другой вариант примерного варианта осуществления сетевой системы 200, использующей обеспечение идентификации приложения и доступ в соответствии с принципами настоящего изобретения. Примерный вариант осуществления фиг.2 включает в себя один или несколько подвижных терминалов 202, которые принимают ИД приложения и связанные параметры доступа из источника обеспечения. В одном варианте осуществления источник обеспечения, обеспечивающий ИД приложения и связанные параметры, является МИА, WIM, смарт-картой или другим портативным или встроенным компонентом 208, который может быть соединен с терминалом 202. В другом варианте осуществления ИД приложения и связанные параметры подают в терминал 202 через сервер 204 обеспечения, причем терминал и сервер обеспечения взаимодействуют через любую одну или несколько взаимодействующих беспроводных и наземных сетей 206.

Подвижные терминалы могут включать в себя любой тип беспроводного вычислительного устройства. Например, подвижный терминал 202 может представлять любое из ряда беспроводных устройств связи, таких как радио/сотовый телефон 210, персональный цифровой ассистент (ПЦА) 212, ноутбук или портативный компьютер (лаптоп) 214 или любой другой тип терминала, представленный с помощью устройства 216.

Необеспеченный терминал 202 является терминалом, который не подвергнут конфигурированию параметров соединения устройства/инфраструктуры, необходимых для осуществления доступа и использования желаемого (требуемого) приложения или услуги. В мобильной сети, такой как мобильный Интернет, стал возможным посредством технологий, таких как протокол мобильной интерактивной связи с Интернет (WAP), соответствующий доступ к приложению, которое может требовать различные типы информации. Например, приложение может требовать может конкретное качество обслуживания (КО, QoS), которое может быть предоставлено с помощью использования информации пункта (точки) доступа к сети (например, пункт доступа к сети GPRS (общие услуги пакетной радиопередачи)) с конкретными установками параметров, которые должны быть известны перед тем, как подвижное устройство пытается установить контакт с приложением. Определение пункта доступа к сети может включать в себя множество параметров, включающих в себя, например, номер набора, скорость линии связи, строка инициализации модема, имя пользователя и пароль РРР (протокол двухточечной связи), используемый протокол аутентификации и т.д. Кроме того, с мобильным Интернетом желательно избежать обменов протокола так, чтобы задержки сети не ухудшили впечатление пользователя. В результате может быть большое число параметров, которые должны быть предоставлены в подвижное устройство перед тем, как оно соответствующим образом может осуществить доступ и использовать приложения.

Сервер 204 обеспечения или другой элемент обеспечения предоставляет такую информацию обеспечения в терминал 202 для того, чтобы дать возможность терминалу 202 выполнить соответствующее и наиболее эффективное соединение с целевым (намеченным) приложением. В соответствии с изобретением, эта информация обеспечения включает в себя ИД приложения, служащий для извещения подвижного терминала о требуемом приложении. Информация обеспечения включает в себя параметры доступа, связанные с ИД приложения, которые дают возможность подвижному терминалу 202 быть обеспеченным для осуществления доступа к требуемому приложению из конкретного элемента множества элементов сети, из которого доступно требуемое приложение. Параметры доступа также дают возможность того, чтобы соединение было конкретно настроено для наиболее эффективного или, иначе, желаемого доступа и использования приложения (приложений).

Имеются различные способы, с помощью которых сервер 204 обеспечения может инициировать обеспечение подвижного терминала 202. Например, дистанционные серверы (не изображены) могут побуждать сеанс связи с устройством 204 сервера обеспечения и обеспечивать сервер обеспечения информацией обеспечения. В качестве дополнительного примера, двумя существующими стандартами для дистанционного конфигурирования терминалов являются протокол обеспечения самозагрузки WAP и протокол управления устройством маркировочного языка синхронизации (SyncML). Протокол обеспечения самозагрузки WAP является примером технологии принудительного распространения информации, а управление устройством SyncML является примером обеспечения, которое может включать в себя технологию принудительного распространения информации, а также процессы обеспечения, инициируемые терминалом. В другом варианте осуществления сервер 204 обеспечения может побудить процесс обеспечения и предоставить информацию обеспечения и ИД приложения в подвижный терминал (терминалы) 202 с использованием технологии принудительного распространения информации.

Фиг.3 иллюстрирует конкретный вариант осуществления сетевой системы 300, использующей обеспечение ИД приложения и принципы доступа настоящего изобретения в среде протокола мобильной интерактивной связи с Интернет (WAP). WAP является технологией, облегчающей передачу информации Интернет в беспроводные устройства и из них. WAP объединяет Интернет и другие сети с платформами беспроводных сетей. В целом WAP является множеством протоколов, которые учитывают характеристики и функциональные возможности как стандартов Интернет, так и стандартов для беспроводных услуг. Он не зависит от стандартов беспроводных сетей и разработан как открытый стандарт. WAP ликвидирует промежуток между парадигмой проводного Интернета и беспроводной областью таким образом, чтобы дать возможность пользователям беспроводных устройств пользоваться преимуществами Интернета через обе платформы.

В проиллюстрированном варианте осуществления фиг.3 подвижные терминалы используют технологию WAP, и сервер обеспечения является сервером 302 обеспечения WAP с принудительной рассылкой. В типичной модели клиент/сервер клиент запрашивает услугу или информацию из сервера, который затем отвечает передачей информации клиенту. Обычно это называют технологией "вытягивания", в которой клиент вытягивает информацию из сервера. Например, ввод УАР в клиентском устройстве, который затем направляют в сервер, чтобы извлечь связанную информацию, является транзакцией "вытягивания". Наоборот, технология с принудительным распространением информации обычно относится к средству, предназначенному для передачи информации в одно или несколько устройств без предшествующего действия пользователя. Следовательно, отсутствует явный запрос от клиента перед тем, как сервер передает свою информацию и, следовательно, технология с принудительным распространением информации, по существу, использует транзакции, инициируемые сервером. Технологии с принудительным распространением информации могут быть использованы в связи с различными протоколами и технологиями связи. Например, некоторые типичные технологии с принудительным распространением информации включают в себя WAP с принудительной рассылкой, услугу коротких сообщений (УКС), услугу мультимедийных сообщений (УМС), протокол инициализации сеанса (SIP), а также другие. Для целей настоящего примера предполагается среда WAP.

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

Что касается технологии WAP с принудительной рассылкой, WAP задает общий протокол (протокол доступа с принудительной рассылкой) для взаимодействия между поставщиком услуг с принудительной рассылкой и шлюзом с принудительной рассылкой беспроводной сети. Шлюз и подвижное устройство используют специальный протокол для взаимодействия, такой как протокол с принудительной рассылкой через эфир. Более конкретно, операция принудительной рассылки в WAP происходит, когда инициатор принудительной рассылки (ИПР, PI) передает информацию клиенту с использованием протокола с принудительной рассылкой через эфир или протокола доступа с принудительной рассылкой. ИПР находится в сети, такой как Интернет, а клиент WAP находится в области WAP. Часто промежуточное управление взаимодействием между ИПР и клиентом WAP облегчается через шлюз WAP. ИПР вступает в контакт со шлюзом со стороны Интернет, доставляя информацию с использованием протоколов Интернет. Протокол доступа к шлюзу стороны Интернет является протоколом доступа с принудительной рассылкой, который использует сообщения расширяемого языка разметки (РМЯ, XML), которые могут быть туннелированы через различные широко известные протоколы Интернет, такие как протокол передачи гипертекста (НТТР). Шлюз передает протолкнутую информацию в область WAP, где информацию передают через эфир (OTA) в мобильной сети клиенту WAP. Протокол (OTA) стороны WAP является протоколом с принудительной рассылкой через эфир, который основан на протоколе радиосеанса (WSP), который, по существу, является двоичной версией HTTP. В настоящее время имеется большое число технологий принудительного распространения информации и "вытягивания", и больше таких технологий, вероятно, должно появиться в будущем, каждая из которых может быть использована в связи с настоящим изобретением.

Стандартный сервер обеспечения WAP в настоящее время включает в себя параметры, необходимые для установления основных возможностей подключения к сети. Эта информация неявно допускается применимой ко всем приложениям, и нет средства, осуществляющего связь конкретных установок параметров с конкретным приложением. В соответствии с настоящим изобретением, сервер 302 обеспечения WAP с принудительной рассылкой предоставляет ИД приложения (идентификаторы приложений) и различные параметры доступа, изображенные в блоке 304, в терминал 306 WAP через сеть 316. ИД приложений и параметры, предоставленные в подвижный терминал 306, устраняют недостатки предшествующего уровня техники, причем подвижный терминал 306 должен осуществлять доступ к одному из множества эквивалентных или стандартизованных приложений 308, которыми распоряжаются разные адресуемые серверы 310, 312, 314 приложений, доступные в сети 316. В частности, ИД приложения, соответствующий эквивалентным или стандартизированным приложениям 308, вместе с конкретным УАР/адресом сети и другими параметрами 304 доступа предоставляют в терминал 306. УАР/адрес сети может предоставить адрес сервера приложений, к которому осуществляет доступ подвижный терминал. Кроме того, или альтернативно, УАР/адрес сети может предоставить маршрут, такой, что адрес также связывают с конкретной услугой, такой как .../компания/АВС/УМС, где УМС представляет часть маршрута для идентификации целевой услуги. Пользовательский программный агент 307, предварительно сконфигурированный для распознавания ИД приложения, использует связанные параметры доступа для идентификации соответствующего сервера 310, 312, 314 приложений, в котором осуществить доступ к приложению 308, а также для осуществления связи конкретных установок возможности подключения к сети и характеристик доступа с приложением 308 для этого сервера 310, 312, 314.

Например, ИД 304 приложения связан с параметрами, включающими в себя УАР или адрес сети сервера приложений, к которому должен быть осуществлен доступ, такого как сервер 312 приложений. Параметры, связанные с ИД приложения, предоставленные в терминал 306, идентифицируют УАР или адрес сети сервера 312 приложений как конкретного сервера, предназначенного для вступления с ним в контакт для того, чтобы использовать приложение 308. Кроме того, другие параметры, связанные с ИД приложения, могут быть использованы для осуществления связи конкретных установок возможности подключения к сети с приложением 308 и конфигурирования других характеристик доступа, необходимых для осуществления доступа или для облегчения доступа к приложению 308 в сервере 312.

Архитектуры WAP с принудительной рассылкой в настоящее время реализуют идентификатор приложения, который может быть унифицированным идентификатором ресурса (URI, УИР) или сокращенным зарегистрированным значением. Однако рамки его использования очень ограничены, так как он определен для использования в заголовках сообщений WAP с принудительной рассылкой как основа направления сообщений в некоторое принимающее приложение в терминале 306 WAP, отличное от приложения по умолчанию (например, браузера), когда терминал 306 WAP принимает сообщение принудительной рассылки из сети. В соответствии с одним вариантом осуществления настоящего изобретения, ИД приложения вставляют в документы или записи, несущие информацию обеспечения WAP, и принудительно посылают в терминал 306 WAP. Затем ИД приложения используют с соответствующими ему параметрами доступа для целей больших возможностей подключения к конкретному приложению и для идентификации конкретного сервера приложений, в котором можно осуществить доступ к требуемому приложению.

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

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