Способ для переадресации страниц и шлюз wap

Изобретение относится к области техники связи и раскрывает способ переадресации страниц и шлюз WAP. Технический результат заключается в уменьшении временной задержки, которую испытывает терминал при получении страниц. Для этого шлюз WAP запрашивает, при приеме запроса страницы с пользовательского терминала, страницу, запрошенную пользовательским терминалом, у поставщика услуг; и когда страница, возвращенная поставщиком услуг, удовлетворяет критерию переадресации страницы, шлюз WAP выполняет переадресацию страницы и возвращает страницу, полученную после переадресации, на пользовательский терминал. Критерий переадресации страницы состоит в том, что страница содержит в себе последовательные коды состояний переадресации, указывающие, что необходима переадресация, или что страница содержит в себе метку «переадресации по входу». Шлюз WAP удерживает информацию «куки», включенную в страницу, возвращенную поставщиком услуг. 2 н. и 11 з.п. ф-лы, 7 ил.

 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

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

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

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

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

Более точно, пользовательский терминал инициирует запрос страницы в отношении шлюза WAP через беспроводный интерфейс, запрос несет информацию URL, где информация URL имеет отношение к странице, когда страница расположена на сервере A. Согласно информации URL шлюз WAP получает страницу, соответствующую информации URL, с сервера A у SP и непосредственно возвращает страницу на пользовательский терминал. Если требуемая страница пользовательского терминала была переключена с сервера A на сервер B, страница, полученная пользовательским терминалом с сервера A, может содержать в себе информацию переадресации, требующую, чтобы пользовательский терминал повторно получал страницу с сервера B. Согласно информации переадресации пользовательский терминал выполняет переадресацию страницы, с тем чтобы получать требуемую страницу.

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

При наблюдении через программное обеспечение CDS, временная задержка, чтобы пользовательский терминал получал заключительную страницу, является зависящей от количества раз переадресации: чем больше количество раз переадресации, тем длиннее временная задержка. Например, суммарным временем от запрашивания «дом и автомобиль * общественный форум» пользовательским терминалом до получения страницы является 8,3 с, где четыре переадресации отнимают 5 с, а каждая переадресация приблизительно отнимает около 1 с, а отображение контента на странице «дом и автомобиль * общественный форум» занимает 3 с. По существу, операция многочисленных переадресаций является основной причиной для осуществления обновления страницы.

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

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

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

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

Шлюз WAP запрашивает, при приеме запроса страницы с пользовательского терминала, страницу, запрошенную пользовательским терминалом, у SP, а когда страница, возвращенная SP, удовлетворяет критерию переадресации страницы, скорее шлюз WAP, чем пользовательский терминал, выполняет переадресацию страницы и возвращает страницу, полученную после переадресации, на пользовательский терминал. Когда странице, запрошенной пользовательским терминалом, необходимо переадресовываться, скорее шлюз WAP будет выполнять переадресацию страницы, чем пользовательский терминал, инициирующий переадресацию страницы. Такая конфигурация может уменьшать занятость ресурса Um-интерфейса (интерфейс между мобильной станцией и оборудованием базовой станции) между шлюзом WAP и пользовательским терминалом, тем самым, уменьшая временную задержку, которую испытывает терминал при запрашивании страниц, с тем, чтобы повышать потребительскую удовлетворенность и улучшать оперативность обновления страниц. Более того, так как переадресации страницы, инициированной пользовательским терминалом, необходимо использовать полосу пропускания беспроводной сети и необходимо, чтобы пользовательский терминал имел функцию переадресации страниц, переадресация страницы, выполняемая скорее шлюзом WAP, чем пользовательским терминалом, будет дополнительно сокращать использование полосы пропускания беспроводной сети, с тем чтобы снижать полные затраты на приобретение мобильной связи, ослаблять зависимость от пользовательского терминала и уменьшать недовольства со стороны пользователя.

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

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

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

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

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

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

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

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

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

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

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

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

На этапе 110, шлюз WAP принимает запрос страницы с пользовательского терминала и запрашивает страницу, запрошенную пользовательским терминалом, у SP согласно запросу страницы пользовательского терминала.

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

На этапе 120, шлюз WAP определяет, удовлетворяет ли страница, возвращенная SP, критерию переадресации страницы, и, если страница удовлетворяет критерию переадресации страницы, последовательность операций переходит на этап 130; если страница не удовлетворяет критерию переадресации страницы, последовательность операций переходит на этап 140.

Более точно, после того как шлюз WAP запрашивает страницу у SP согласно информации URL, несомой в запросе страницы пользовательского терминал, SP возвращает страницу, соответствующую информации URL, в шлюз WAP. Шлюз WAP синтаксически анализирует страницу, возвращенную SP, и, если страница, возвращенная SP, удовлетворяет критерию переадресации страницы, он указывает, что страница, которую пользовательский терминал ожидает получить, больше не расположена на исходном сервере и что необходима переадресация страницы; если страница, возвращенная SP, не удовлетворяет критерию переадресации страницы, он указывает, что страница, которую пользовательский терминал ожидает получить, по-прежнему расположена на исходном сервере и что страница, возвращенная SP, является требуемой страницей пользовательского терминала. Здесь, критерий переадресации страницы может состоять в том, что страница содержит в себе последовательные коды состояний переадресации, указывающие, что необходима переадресация, или что страница содержит в себе метку «переадресации по входу». Что касается обычных страниц, если коды состояний являются последовательными кодами состояний переадресации, она указывает, что переадресация необходима для страницы; что касается страниц на языке разметки для беспроводной связи (WML), если страница содержит метку «переадресации по входу», она указывает, что для страницы необходима переадресация. Поэтому, критерии для определения переадресации согласно варианту осуществления применимы не только для обычных страниц, но также и для WML-страниц.

Например, страница, возвращенная SP, содержит в себе последовательные коды состояний переадресации, такие как 300, 301, 302, 303, 305 и 307, или страница, возвращенная SP, является WML-страницей, которая содержит в себе метку «переадресации по входу». В это время, шлюз WAP определяет, что страница, возвращенная SP, удовлетворяет критерию переадресации страницы и что необходима переадресация страницы, то есть следует перейти к этапу 130. Если страница, возвращенная SP, является WML-страницей, но страница не содержит в себе метки «переадресации по входу», или если страница, возвращенная SP, не является WML-страницей, и страница не содержит в себе последовательных кодов состояний переадресации (таких как 300, 301, 302, 303, 305 и 307), шлюз WAP определяет, что страница, возвращенная SP, не удовлетворяет критерию переадресации страницы и что переадресация страницы не требуется, то есть следует перейти к этапу 140.

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

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

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

Фиг.2 представляет собой схематическое представление, иллюстрирующее конкретную последовательность операций способа переадресации страниц согласно варианту осуществления настоящего раскрытия. Этот вариант осуществления является реализацией варианта осуществления, который показан на Фиг.1. Согласно этому варианту осуществления, шлюзу WAP, кроме того, необходимо удерживать информацию «куки», включенную в страницу, возвращенную от SP.

На этапе 201, пользовательский терминал инициирует запрос страницы на шлюз WAP, URL запрошенной страницы, к которой должен быть осуществлен доступ, имеет значение http://wap.monternet.com/redirect.wml.

На этапе 202, после того как шлюз WAP принимает запрос страницы, он может быть осведомлен, что согласно информации URL в запросе, страница, запрошенная пользовательским терминалом, находится в Monternet.

Поэтому, запрос пересылается в Monternet, чтобы запросить получение страницы, запрошенной пользовательским терминалом.

На этапе 203, Monternet возвращает переадресованную страницу и устанавливает куки в качестве uid=8888. После того как Monternet принимает запрос страницы, пересланный шлюзом WAP, он может быть осведомлен, что страница, которую пользовательский терминал ожидает получить, была переключена на Sina. Отсюда, Monternet возвращает страницу переадресации в шлюз WAP, где страница переадресации содержит в себе информацию, которую необходимо переадресовать на http://wap.sina.com/2.wml, а также информацию «куки» (uid=8888) страницы переадресации.

На этапе 204, после приема страницы переадресации, шлюз WAP обрабатывает страницу переадресации. Более точно, после того как шлюз WAP принимает страницу переадресации, посредством синтаксического анализа страницы переадресации, он может быть осведомлен, что страница удовлетворяет критерию переадресации страницы и должна быть переадресована на http://wap.sina.com/2.wml. Поэтому, шлюз WAP, замещая пользовательский терминал, выполняет переадресацию страницы и переадресовывает страницу на http://wap.sina.com/2.wml. В дополнение, так как переадресованная страница содержит в себе информацию «куки» (uid=8888), шлюзу WAP, кроме того, необходимо удерживать информацию «куки».

На этапе 205, Sina возвращает WML-страницу в шлюз WAP и устанавливает куки в качестве uid=6666. На этапе 206, после приема WML-страницы, возвращенной от Sina, шлюз WAP возвращает WML-страницу на пользовательский терминал и сохраняет информацию «куки» (uid=6666) в WML-странице. Пользовательский терминал типа WAP2.0 может поддерживать WML-страницу наряду с тем, что пользовательский терминал типа WAP1.x не поддерживает WML-страницу. Поэтому, если пользовательский терминал, инициирующий запрос страницы, является типом WAP1.x, шлюз WAP может предпочесть не рассылать WML-страницу на пользовательский терминал.

Согласно этому варианту осуществления шлюз WAP удерживает информацию «куки», включенную в страницу, возвращенную от SP. Поэтому, когда шлюзу WAP необходимо запрашивать получаемую страницу у SP, запрошенная страница может успешно получаться согласно удерживаемой информации «куки». Конкретная последовательность операций будет описана следующими этапами 207-214.

На этапе 207, пользовательский терминал инициирует запрос страницы в шлюз WAP, URL запрошенной страницы, к которой должен быть осуществлен доступ, имеет значение http://wap.monternet.com/news/2.wml.

На этапе 208, после того как шлюз WAP принимает запрос страницы, согласно информации URL в запросе он может быть осведомлен, что страница, запрошенная пользовательским терминалом, находится в Monternet. Поэтому, запрос пересылается в Monternet, чтобы запросить получение страницы, запрошенной пользовательским терминалом. Согласно информации URL в запросе шлюз WAP, кроме того, может осведомляться об удерживаемой информации «куки» (uid=8888). Поэтому, наряду с пересылкой запроса страницы, шлюзу WAP дополнительно необходимо отправлять информацию «куки» (uid=8888) на Monternet.

На этапе 209, Monternet получает правильный куки: uid=8888 в запросе, пересланном шлюзом WAP, осуществляет успешный доступ и возвращает WML-страницу в шлюз WAP.

На этапе 210, шлюз WAP рассылает WML-страницу, возвращенную от Monternet, на пользовательский терминал.

На этапе 211, пользовательский терминал инициирует запрос страницы в шлюз WAP, URL запрошенной страницы, к которой должен быть осуществлен доступ, имеет значение http://wap.sina.com/2.wml.

На этапе 212, после того как шлюз WAP принимает запрос страницы, согласно информации URL в запросе он может быть осведомлен, что страница, запрошенная пользовательским терминалом, находится в Sina. Поэтому, запрос пересылается в Sina, чтобы запросить получение страницы, запрошенной пользовательским терминалом. Так как шлюз WAP, кроме того, может осведомляться об удерживаемой информации «куки» (uid=6666) согласно информации URL в запросе, шлюзу WAP, кроме того, необходимо отправлять информацию «куки» (uid=6666) на Sina наряду с пересылкой запроса страницы.

На этапе 213, Sina получает правильный куки: uid=6666 в запросе, пересланном шлюзом WAP, осуществляет успешный доступ и возвращает WML-страницу в шлюз WAP.

На этапе 214, шлюз WAP рассылает WML-страницу, возвращенную от Monternet, на пользовательский терминал.

Легко может быть видно, что этапы 207-210 описывают последовательность операций пользовательского терминала, осуществляющего доступ к странице с URL в качестве http://wap.monternet.com/news/2.wml; этапы 211-214 описывают последовательность операций пользовательского терминала, осуществляющего доступ к странице с URL в качестве http://wap.sma.com/2.wml. Не существует явного отношения предшествования между двумя последовательностями операций. Шлюз WAP успешно получает страницы у SP, благодаря удерживаемой информации «куки», и рассылает их на пользовательский терминал.

Протокол HTTP является протоколом без поддержки хранения адресов, поэтому информация «куки» играет роль соответствующего управления состоянием сеанса. Во многих случаях, SP определяет, действителен или нет запрос пользователя согласно информации «куки». Например, если некоторый пользовательский терминал осуществляет доступ к веб-сайту (такому как Monternet), SP сначала будет устанавливать куки для пользовательского терминала. В пределах периода действительности куки, пользовательскому терминалу необходимо нести куки при осуществлении доступа к другим каталогам или файлам на веб-сайте; иначе страница остается на начальной странице все время, и пользовательский терминал не может войти ни в какой следующий каталог. Более того, некоторые веб-сайты могут устанавливать некоторые персонализированные страницы (такие как настройки языка) для определенного пользовательского терминала. Если пользовательскому терминалу вновь необходимо осуществлять доступ к веб-сайту в пределах периода действительности куки, пользовательский терминал может повторно осуществлять доступ к веб-сайту согласно информации «куки» без необходимости перенастройки страницы.

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

Согласно этому варианту осуществления информация «куки» обрабатывается шлюзом WAP, с тем чтобы предохранять пользовательский терминал от взятия куки у http://wap.monternet.com/redirect.wml в качестве UID=6666 по ошибке (UID=6666 фактически является куки у http://wap.sina.com), что может привести к ошибке доступа.

Более того, информация «куки» веб-страницы, удерживаемая шлюзом WAP, имеет отношение к одному терминалу. Поэтому, есть множество способов в реализации, например, информация «куки» удерживается в памяти или базе данных, и т.д.

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

На этапе 301, пользовательский терминал инициирует запрос страницы на шлюз WAP, URL запрошенной страницы, к которой должен быть осуществлен доступ, имеет значение http://wap.monternet.com/redirect.wml.

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

На этапе 303, Monternet возвращает переадресованную страницу. После того как Monternet принимает запрос страницы, пересланный шлюзом WAP, он может быть осведомлен, что страница, которую пользовательский терминал ожидает получить, была переключена на Sina. Поэтому, Monternet возвращает страницу переадресации на шлюз WAP, где переадресованная страница содержит в себе информацию, которой необходимо переадресовываться на http://wap.sina.com/sports.wml.

На этапе 304, после приема переадресованной страницы, шлюз WAP обрабатывает переадресованную страницу. Более точно, после того как шлюз WAP принимает переадресованную страницу, посредством синтаксического анализа переадресованной страницы, он может быть осведомлен, что страница удовлетворяет критерию переадресации страницы и должна быть переадресована на http://wap.sina.com/sports.wml. Поэтому, скорее шлюз WAP, чем пользовательский терминал, выполняет переадресацию страницы и переадресовывает страницу на http://wap.sina.com/sports.wml.

На этапе 305, Sina возвращает WML-страницу в шлюз WAP.

На этапе 306, шлюз WAP определяет, содержит ли в себе WML-страница, возвращенная от Sina, информацию относительного URL; и, если да, информация URL заменяется на информацию абсолютного URL. Согласно этому варианту осуществления WML-страница, возвращенная от Sina, содержит в себе информацию относительного URL:./basketball.wml, и, таким образом, шлюзу WAP необходимо заменить информацию относительного URL на информацию абсолютного URL, то есть заменить./basketball.wml на http://wap.sina.com/basketball.wml. После этого WML-страница, в которой была заменена информация URL, отправляется на пользовательский терминал.

На этапе 307, пользовательский терминал осуществляет доступ к странице, заданной абсолютным URL. То есть пользовательский терминал инициирует запрос страницы на шлюз WAP, URL запрошенной страницы, к которой должен быть осуществлен доступ, имеет значение http://wap.sina.com/basksetball.wml.

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

На этапе 309, Sina возвращает запрошенную WML-страницу в шлюз WAP.

На этапе 310, после приема WML-страницы, возвращенной от Sina, шлюз WAP возвращает страницу на пользовательский терминал.

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

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

Этап 410 и этап 420 подобны этапу 110 и этапу 120 соответственно и здесь не повторяются для краткости.

Если шлюз WAP определяет, что страница, возвращенная от SP, удовлетворяет критерию переадресации страницы на этапе 420, последовательность операций переходит на этап 430; если нет, последовательность операций переходит на этап 460.

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

Более точно, после того как SP возвращает страницу, удовлетворяющую критерию переадресации страницы, в шлюз WAP, согласно информации переадресации на странице шлюз WAP может определять, является ли страница, запрошенная пользовательским терминалом, страницей загрузки или страницей, сконфигурированной, чтобы не нуждаться в переадресации. Например, когда страница, возвращенная в шлюз WAP от SP, несет информацию, которая переадресована на http://wap.sina.com/2.wml согласно суффиксу имени файла переадресованного URL, шлюз WAP может определять, является ли страница, запрошенная пользовательским терминалом, страницей загрузки или страницей, сконфигурированной, чтобы не нуждаться в переадресации, и, если страница, запрошенная пользовательским терминалом, является страницей загрузки или страницей, сконфигурированной, чтобы не нуждаться в переадресации, последовательность операций переходит на этап 440, где страница, возвращенная от SP, непосредственно отправляется на пользовательский терминал и переадресация страницы выполняется пользовательским терминалом; если страница, запрошенная пользовательским терминалом, не является страницей загрузки или страницей, сконфигурированной, чтобы не нуждаться в переадресации, последовательность операций переходит на этап 450, где переадресацию страницы скорее выполняет WAP, чем пользовательский терминал, и возвращает страницу, полученную после переадресации, на пользовательский терминал. Этап 450 подобен этапу 130.

Если шлюз WAP определяет, что страница, возвращенная от SP, не удовлетворяет критерию переадресации страницы на этапе 420, последовательность операций переходит на этап 460, где страница, возвращенная от SP, непосредственно отправляется на пользовательский терминал, так что пользовательский терминал получает требуемую страницу. Этот этап подобен этапу 140.

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

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

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

Этапы с 510 по 540 полностью подобны этапам с 410 по 440, и здесь не повторяются для краткости.

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

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

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

Если шлюз WAP определяет, что страница, возвращенная от SP, не удовлетворяет критерию переадресации страницы на этапе 520, последовательность операций переходит на этап 580, где страница, возвращенная от SP, непосредственно отправляется на пользовательский терминал, так что пользовательский терминал получает требуемую страницу. Этот этап подобен этапу 460.

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

Этот вариант осуществления описан ниже конкретным примером.

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

На этапе 601, пользовательский терминал инициирует запрос страницы на шлюз WAP, URL запрошенной страницы, к которой должен быть осуществлен доступ, имеет значение http://kjava.monternet.com/download.wml.

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

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

На этапе 604, после приема переадресованной страницы, шлюз WAP обрабатывает переадресованную страницу. Более точно, после того как шлюз WAP принимает переадресованную страницу, посредством синтаксического анализа переадресованной страницы, он может быть осведомлен, что страница удовлетворяет критерию переадресации страницы и должна быть переадресована на http://wap.sina.com/1.jar. Поэтому, шлюз WAP, замещая пользовательский терминал, выполняет переадресацию страницы и переадресовывает страницу на http://wap.sina.com/1.jar.

На этапе 605, Sina возвращает страницу, переадресованную шлюзом WAP, в шлюз WAP.

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

На этапе 607, шлюз WAP удерживает страницу, полученную с Sina, и возвращает страницу переадресации, полученную с Monternet, на пользовательский терминал.

На этапе 608, после того как пользовательский терминал принимает переадресованную страницу, посредством синтаксического анализа переадресованной страницы, он может быть осведомлен, что страница удовлетворяет критерию переадресации страницы и должна быть переадресована на http://wap.sina.com/1.jar. Поэтому, пользовательский терминал выполняет переадресацию страницы и переадресовывает страницу на http://wap.sina.com/1.jar.

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

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

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

Фиг.7 является схематическим представлением, иллюстрирующим отдельную конфигурацию шлюза WAP согласно варианту осуществления настоящего раскрытия. Шлюз WAP включает в себя: модуль запрашивания, сконфигурированный для запрашивания, при приеме запроса страницы с пользовательского терминала, страницы, запрошенной пользовательским терминалом у SP, и для приема страницы, возвращенной от SP; первый модуль определения, сконфигурированный для определения, после того как модуль запрашивания принимает страницу, возвращенную от SP, удовлетворяет ли страница, возвращенная от SP, критерию переадресации страницы; модуль переадресации, сконфигурированный для выполнения, вместо пользовательского терминала, переадресации страницы, когда первый модуль определения определяет, что страница, возвращенная от SP, удовлетворяет критерию переадресации страницы; и модуль отправки, сконфигурированный для возвращения страницы, полученной после переадресации модулем переадресации, на пользовательский терминал.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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