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

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

Иллюстрации

Показать все

Реферат

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

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

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

С ростом потребности пользователя в мобильной связи, необходимо, чтобы сеть мобильной связи выпускала на рынок больше и больше новых услуг, с тем чтобы удовлетворять различные потребности пользователя. В последние годы, непрерывно появлялись новые услуги сети мобильной связи, в том числе передача данных и факсимильная связь, служба китайских и английских коротких сообщений, международный роуминг, фондовая биржа по мобильному телефону, двухдиапазонные сети, виртуальные частные сети, услуги секретаря, протокол приложений для беспроводной связи (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 непосредственно отправляет страницу, удовлетворяющую критерию переадресации страницы, на пользовательский терминал, пользователь может выполнять переадресацию страницы самостоятельно, с тем чтобы решать проблему, что пользовательский терминал не может идентифицировать загружаемый файл. Однако согласно этому варианту осуществления до того, как страница, полученная после переадресации, возвращена на пользовательский терминал, производится определение касательно того, является ли страница страницей загрузки или страницей, сконфигурированной, чтобы не нуждаться в переадресации, и, если страница, запрошенная пользовательским терминалом, не является страницей загрузки или страницей, сконфигурированной, чтобы не нуждаться в переадресации, страница, полученная после переадресации, возвращается на пользовательский терминал; а если страница, запрошенная пользовательским терминалом, является страницей загрузки или страницей, сконфигурированной, чтобы не нуждаться в переадресации, страница, удовлетворяющая критер