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

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

Info

Publication number
RU2446625C2
RU2446625C2 RU2010123939/07A RU2010123939A RU2446625C2 RU 2446625 C2 RU2446625 C2 RU 2446625C2 RU 2010123939/07 A RU2010123939/07 A RU 2010123939/07A RU 2010123939 A RU2010123939 A RU 2010123939A RU 2446625 C2 RU2446625 C2 RU 2446625C2
Authority
RU
Russia
Prior art keywords
page
user terminal
redirection
wap gateway
requested
Prior art date
Application number
RU2010123939/07A
Other languages
English (en)
Other versions
RU2010123939A (ru
Inventor
Цзанфэн ЯН (CN)
Цзанфэн ЯН
Сюжи ЛЮ (CN)
Сюжи ЛЮ
Original Assignee
Хуавэй Текнолоджиз Ко., Лтд.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Хуавэй Текнолоджиз Ко., Лтд. filed Critical Хуавэй Текнолоджиз Ко., Лтд.
Publication of RU2010123939A publication Critical patent/RU2010123939A/ru
Application granted granted Critical
Publication of RU2446625C2 publication Critical patent/RU2446625C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H04L67/5651—Reducing the amount or size of exchanged application data

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

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

Description

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее раскрытие относится к области техники связи, а более точно к технологии для переадресации страниц.
УРОВЕНЬ ТЕХНИКИ
С ростом потребности пользователя в мобильной связи, необходимо, чтобы сеть мобильной связи выпускала на рынок больше и больше новых услуг, с тем чтобы удовлетворять различные потребности пользователя. В последние годы, непрерывно появлялись новые услуги сети мобильной связи, в том числе передача данных и факсимильная связь, служба китайских и английских коротких сообщений, международный роуминг, фондовая биржа по мобильному телефону, двухдиапазонные сети, виртуальные частные сети, услуги секретаря, протокол приложений для беспроводной связи (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 необходимо определять, является ли страница, запрошенная пользовательским терминалом, страницей загрузки или страницей, сконфигурированной, чтобы не нуждаться в переадресации, с тем чтобы решать проблему, что пользовательский терминал не может идентифицировать файл, когда страница, запрошенная пользовательским терминалом, является страницей загрузки или страницей, сконфигурированной, чтобы не нуждаться в переадресации.
Несмотря на то, что настоящее раскрытие было проиллюстрировано и описано со ссылкой на его некоторые предпочтительные варианты осуществления, специалисты в данной области техники могут принимать во внимание, что различные модификации могут быть произведены по форме и содержанию, не выходя из сущности и объема настоящего раскрытия.

Claims (13)

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 дополнительно содержит:
второй модуль определения, сконфигурированный с возможностью определения, является ли страница, запрошенная пользовательским терминалом, страницей загрузки или страницей, сконфигурированной, чтобы не нуждаться в переадресации;
модуль отправки дополнительно сконфигурирован с возможностью отправки страницы, удовлетворяющей критерию переадресации страницы, на пользовательский терминал;
при этом второй модуль определения определяет, когда первый модуль определения определяет, что страница удовлетворяет критерию переадресации страницы, является ли страница, запрошенная пользовательским терминалом, страницей загрузки или страницей, сконфигурированной, чтобы не нуждаться в переадресации, и, если страница, запрошенная пользовательским терминалом, не является страницей загрузки или страницей, сконфигурированной, чтобы не нуждаться в переадресации, второй модуль определения запускает модуль переадресации; а если страница, запрошенная пользовательским терминалом, является страницей загрузки или страницей, сконфигурированной, чтобы не нуждаться в переадресации, второй модуль определения запускает модуль отправки, чтобы отправлять страницу, удовлетворяющую критерию переадресации страницы, на пользовательский терминал; или
второй модуль определения определяет, после того как модуль переадресации выполняет переадресацию, является ли страница, запрошенная пользовательским терминалом, страницей загрузки или страницей, сконфигурированной, чтобы не нуждаться в переадресации, и, если страница, запрошенная пользовательским терминалом, не является страницей загрузки или страницей, сконфигурированной, чтобы не нуждаться в переадресации, второй модуль определения запускает модуль отправки, чтобы возвратить страницу, которая получена после переадресации, на пользовательский терминал; а если страница, запрошенная пользовательским терминалом, является страницей загрузки или страницей, сконфигурированной, чтобы не нуждаться в переадресации, второй модуль определения запускает модуль отправки, чтобы отправлять страницу, удовлетворяющую критерию переадресации страницы, на пользовательский терминал.
RU2010123939/07A 2007-11-13 2008-11-12 Способ для переадресации страниц и шлюз wap RU2446625C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2007101245148A CN101197843B (zh) 2007-11-13 2007-11-13 页面重定向方法及无线应用协议网关
CN200710124514.8 2007-11-13

Publications (2)

Publication Number Publication Date
RU2010123939A RU2010123939A (ru) 2011-12-20
RU2446625C2 true RU2446625C2 (ru) 2012-03-27

Family

ID=39547989

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2010123939/07A RU2446625C2 (ru) 2007-11-13 2008-11-12 Способ для переадресации страниц и шлюз wap

Country Status (7)

Country Link
US (2) US20100223355A1 (ru)
EP (1) EP2205011B1 (ru)
CN (1) CN101197843B (ru)
BR (1) BRPI0820424A2 (ru)
ES (1) ES2414080T3 (ru)
RU (1) RU2446625C2 (ru)
WO (1) WO2009067926A1 (ru)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101197843B (zh) 2007-11-13 2010-12-01 华为技术有限公司 页面重定向方法及无线应用协议网关
CN102006675B (zh) * 2009-08-31 2013-09-11 华为技术有限公司 一种数据传输方法、传输设备及移动终端
CN101902493B (zh) * 2009-11-13 2013-02-13 亿赞普(北京)科技有限公司 一种能够提高页面推送效率的方法
US8984164B2 (en) 2010-11-09 2015-03-17 Usablenet Inc. Methods for reducing latency in network connections and systems thereof
US8868638B2 (en) 2010-11-09 2014-10-21 Usablenet Inc. Methods for reducing latency in network connections using automatic redirects and systems thereof
US9936037B2 (en) * 2011-08-17 2018-04-03 Perftech, Inc. System and method for providing redirections
WO2013078687A1 (zh) 2011-12-02 2013-06-06 华为技术有限公司 一种内容分发网络路由方法、系统和用户终端
US9736260B2 (en) 2012-06-21 2017-08-15 Cisco Technology, Inc. Redirecting from a cloud service to a third party website to save costs without sacrificing security
CN103856540A (zh) * 2012-12-06 2014-06-11 腾讯科技（深圳）有限公司 响应处理方法及响应处理装置
CN104038914B (zh) * 2013-03-08 2018-04-24 中兴通讯股份有限公司 一种Cookie纠错的方法及装置
US10643149B2 (en) 2015-10-22 2020-05-05 Oracle International Corporation Whitelist construction
CN106612311A (zh) * 2015-10-23 2017-05-03 中兴通讯股份有限公司 数据推送方法及装置
CN106649389A (zh) * 2015-11-03 2017-05-10 阿里巴巴集团控股有限公司 一种页面推送方法及装置、网络系统
CN109446445B (zh) * 2018-10-23 2022-03-22 北京乐我无限科技有限责任公司 一种资源获取方法及装置
CN111291284A (zh) * 2018-12-10 2020-06-16 北京京东金融科技控股有限公司 一种多级页面的重定向方法和装置
CN111698324B (zh) * 2020-06-12 2022-12-06 北京奇艺世纪科技有限公司 一种数据请求方法、装置及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001084368A2 (en) * 2000-04-28 2001-11-08 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for fast web browsing
WO2002046948A1 (en) * 2000-12-06 2002-06-13 Adjectivity, Inc. Method, system and computer program for enhanced access to content over a network
US7136930B1 (en) * 1999-11-05 2006-11-14 Nokia Corporation System and method for effective use of air link between mobile stations and gateway servers
RU2301506C2 (ru) * 2002-10-31 2007-06-20 Нокиа Корпорейшн Способ и система для выбора элементов данных для запросов на обслуживание
US7275217B2 (en) * 2002-09-09 2007-09-25 Vijay Anand Saraswat System and method for multi-modal browsing with integrated update feature

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7346695B1 (en) * 2002-10-28 2008-03-18 F5 Networks, Inc. System and method for performing application level persistence
US6775687B1 (en) * 1999-10-12 2004-08-10 International Business Machines Corporation Exchanging supplemental information fields between a client and a server
US20020046299A1 (en) * 2000-02-09 2002-04-18 Internet2Anywhere, Ltd. Method and system for location independent and platform independent network signaling and action initiating
US6865593B1 (en) * 2000-04-12 2005-03-08 Webcollege, Inc. Dynamic integration of web sites
CN1326156A (zh) * 2000-05-25 2001-12-12 英业达股份有限公司 因特网上可选择超连结的离线阅读方法
ATE426855T1 (de) * 2000-06-05 2009-04-15 Unipier Mobile Ltd Verfahren zum navigieren durch den inhalt eines zellularen netzwerks
US7461150B1 (en) * 2000-07-19 2008-12-02 International Business Machines Corporation Technique for sending TCP messages through HTTP systems
US8095875B2 (en) * 2001-06-22 2012-01-10 Krause Philip R Method and apparatus for consolidating network information
US20030154446A1 (en) * 2002-01-28 2003-08-14 Constant Nicholas Robert Character-based, graphically expressive mobile messaging system
US7110399B2 (en) * 2002-03-28 2006-09-19 International Business Machines Corporation System and method for redirecting network addresses for deferred rendering
KR100390172B1 (en) * 2003-03-22 2003-07-04 Knowledge Info Net Service Inc Method and system for controlling internet contents providing service using redirection method
US20050060410A1 (en) * 2003-09-11 2005-03-17 Nokia Corporation System and method for proxy-based redirection of resource requests
EP1739557A1 (en) * 2005-06-30 2007-01-03 Nortel Networks Limited Method for analyzing browsing and device for implementing the method
US20070088801A1 (en) * 2005-10-17 2007-04-19 Zohar Levkovitz Device, system and method of delivering targeted advertisements using wireless application protocol
KR100786652B1 (ko) * 2006-05-04 2007-12-21 에스케이 텔레콤주식회사 왑 게이트웨이와 콘텐츠 제공 서버 간의 리다이렉션을처리하기 위한 방법 및 시스템
CN101127038B (zh) * 2006-08-18 2012-09-19 鸿富锦精密工业（深圳）有限公司 下载网站静态网页的系统及方法
CN101197843B (zh) * 2007-11-13 2010-12-01 华为技术有限公司 页面重定向方法及无线应用协议网关

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7136930B1 (en) * 1999-11-05 2006-11-14 Nokia Corporation System and method for effective use of air link between mobile stations and gateway servers
WO2001084368A2 (en) * 2000-04-28 2001-11-08 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for fast web browsing
WO2002046948A1 (en) * 2000-12-06 2002-06-13 Adjectivity, Inc. Method, system and computer program for enhanced access to content over a network
US7275217B2 (en) * 2002-09-09 2007-09-25 Vijay Anand Saraswat System and method for multi-modal browsing with integrated update feature
RU2301506C2 (ru) * 2002-10-31 2007-06-20 Нокиа Корпорейшн Способ и система для выбора элементов данных для запросов на обслуживание

Also Published As

Publication number Publication date
BRPI0820424A2 (pt) 2015-05-19
CN101197843A (zh) 2008-06-11
CN101197843B (zh) 2010-12-01
EP2205011B1 (en) 2013-04-03
US20130124678A1 (en) 2013-05-16
RU2010123939A (ru) 2011-12-20
WO2009067926A1 (fr) 2009-06-04
EP2205011A1 (en) 2010-07-07
ES2414080T3 (es) 2013-07-18
EP2205011A4 (en) 2011-02-16
US8918476B2 (en) 2014-12-23
US20100223355A1 (en) 2010-09-02

Similar Documents

Publication Publication Date Title
RU2446625C2 (ru) Способ для переадресации страниц и шлюз wap
CN108353095B (zh) 域名解析方法、客户端、边缘节点及域名解析系统
CN102171673B (zh) 用于减少往返和改进体验质量的跨层管道传送优化
EP2294515B1 (en) Request routing using network computing components
US20030033356A1 (en) Extensible client aware detection in a wireless portal system
WO2013131472A1 (zh) 消息处理方法、装置和系统
KR20050102636A (ko) 이동전화통신 어플리케이션 플랫폼
CN1684448A (zh) 通过网关在无线通信网络的用户设备之间建立连接的方法
CN101662464A (zh) 一种用于实现http请求服务的系统及其方法
CN102571941B (zh) 云端点对点数据传输方法及系统
US9210142B2 (en) Method for providing internet services to a telephone user
EP1830528A1 (en) A method and system for agent redirecting the terminal request
US20050228884A1 (en) Resource management
CN110392069B (zh) Cdn业务调度处理方法及cdn服务器
US20160323365A1 (en) Content delivery method, apparatus, and system
CN114268631B (zh) 低延迟网络系统及其通信连接方法及可读存储介质
US10382981B2 (en) Cellular network protocol optimizations
CN106790176B (zh) 一种访问网络的方法及系统
CN109600452B (zh) 服务器集群、消息推送方法及相关服务器
WO2001080028A1 (en) Retrieving and processing stored information using a distributed network of remote computers
AU2001250169A1 (en) Retrieving and processing stored information using a distributed network of remote computers
US8549089B2 (en) Method for sending messages to a mobile telephone
FI111584B (fi) Tiedonsiirto langattomassa verkossa
CN118450439A (zh) 可移动物联设备的流量智能管理方法与系统
CN115118593A (zh) 一种多台设备网络共享时对流量优化的方法及其系统