ES2803204T3 - Método y dispositivo de reenvío para solicitud de transferencia de hipertexto, y cliente - Google Patents

Método y dispositivo de reenvío para solicitud de transferencia de hipertexto, y cliente Download PDF

Info

Publication number
ES2803204T3
ES2803204T3 ES16810947T ES16810947T ES2803204T3 ES 2803204 T3 ES2803204 T3 ES 2803204T3 ES 16810947 T ES16810947 T ES 16810947T ES 16810947 T ES16810947 T ES 16810947T ES 2803204 T3 ES2803204 T3 ES 2803204T3
Authority
ES
Spain
Prior art keywords
http request
web page
http
send
request
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
ES16810947T
Other languages
English (en)
Inventor
Liang Tian
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Application granted granted Critical
Publication of ES2803204T3 publication Critical patent/ES2803204T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/58—Caching of addresses or names
    • 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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Abstract

Un método para reenviar una solicitud de Protocolo de Transferencia de Hipertexto, el método comprende: enviar, por un terminal cliente, una solicitud de Protocolo de Transferencia de Hipertexto HTTP a un servidor y registrar la información de la solicitud HTTP (S100), en donde la solicitud HTTP comprende los datos que representan una operación realizada por un usuario en una primera página web y en donde la información de la solicitud HTTP comprende uno o más de: un método de solicitud, una dirección de Localizador de Recursos Uniforme o una versión del protocolo HTTP; registrar las solicitudes HTTP para las cuales no se recibe la información de respuesta devuelta por el servidor y que indica que la solicitud HTTP se envió con éxito, en donde el registro de las solicitudes HTTP comprende: cuando el terminal cliente envía una solicitud HTTP, registrar la solicitud HTTP en una lista de solicitudes que fallan al enviarse; y eliminar la solicitud HTTP de la lista de solicitudes que fallan al enviarse cuando se recibe la información de respuesta devuelta por el servidor y que indica que la solicitud HTTP se envió con éxito; cuando se necesita la redirección desde la primera página web a una segunda página web, determinar si la lista de solicitudes que fallan al enviarse incluye una solicitud HTTP que falló al enviarse cuando la página web se abrió en el terminal cliente; si se determina que la lista de solicitudes que fallan al enviarse incluye una solicitud HTTP que falló al enviarse cuando se abrió la primera página web en el terminal cliente, identificar la información registrada de la solicitud HTTP que falló al enviarse (S101); transferir, a la segunda página web, la información registrada identificada de la solicitud HTTP que falló al enviarse (S102); y después de la redirección a la segunda página web, reenviar la solicitud HTTP que falló al enviarse de acuerdo con la información registrada identificada de la solicitud HTTP que falló al enviarse (S103).

Description

DESCRIPCIÓN
Método y dispositivo de reenvío para solicitud de transferencia de hipertexto, y cliente
Campo técnico
La presente solicitud se refiere al campo técnico de los navegadores y contenedores similares, y en particular, a un método y dispositivo de reenvío para una solicitud de Protocolo de transferencia de hipertexto y un terminal cliente. Técnica anterior
Una solicitud de Protocolo de transferencia de hipertexto (HTTP) es una forma de registrar los datos de monitoreo de un terminal cliente en un terminal de servidor. Cuando un usuario realiza una operación en una página web actual en un terminal cliente, por ejemplo, al hacer clic en un enlace en la página web o iniciar sesión en una cuenta en la página web, el terminal cliente monitoreará la operación y enviará los datos de monitoreo a un servidor a través de una solicitud HTTP.
En una aplicación real, cuando la redirección de la página web ocurre en el terminal cliente, por ejemplo, la redirección de una primera página web a una segunda página web, el terminal cliente descargará el contenido de la primera página web y cargará el contenido de la segunda página web. Durante el proceso en que el terminal cliente descarga la primera página web, si una solicitud HTTP enviada en un estado de la primera página web no se envía o aún no se ha enviado por completo, la solicitud HTTP puede muy probablemente cancelarse y, por lo tanto, el terminal del servidor no puede recibir los datos de monitoreo transportados en la solicitud HTTP, lo que resulta en la pérdida de datos.
El documento WO 2008/112877 A1 describe métodos y aparatos para separar la funcionalidad de hardware de un dispositivo de entrada de una aplicación.
El documento US 2008/209030 A1 describe métodos para extraer registros web para depurar problemas de conectividad de área amplia. Los proveedores de servicios de Internet y sus clientes se comunican mediante la transmisión de mensajes a través de una o más redes y componentes de infraestructura. En varios puntos entre el proveedor de servicios y los clientes, inclusive, pueden crearse registros de cada ocurrencia y estado de los mensajes. Estos registros pueden leerse y analizarse para determinar los efectos de las redes y los componentes de infraestructura en la calidad de servicio proporcionada. Los incidentes que afectan al usuario (por ejemplo, fallos) que ocurren en las redes también pueden identificarse y describirse.
Resumen de la invención
La presente invención se define por las reivindicaciones.
La presente solicitud proporciona un método y dispositivo de reenvío para una solicitud de Protocolo de transferencia de hipertexto y un terminal cliente, de modo que una solicitud HTTP que no puede enviarse debido a la redirección de la página web puede reenviarse, lo que resuelve así el problema en la técnica anterior.
En un primer aspecto de una modalidad de la presente solicitud, se proporciona un método para reenviar una solicitud de Protocolo de transferencia de hipertexto, que incluye:
enviar, por un terminal cliente, una solicitud de Protocolo de transferencia de hipertexto HTTP a un servidor, y registrar la información de la solicitud HTTP, en donde la solicitud HTTP comprende los datos que representan una operación realizada por un usuario en una primera página web y en donde la información de la solicitud HTTP comprende uno o más de: un método de solicitud, una dirección de Localizador de Recursos Uniforme o una versión del protocolo HTTP; registrar las solicitudes HTTP para las cuales no se recibe la información de respuesta devuelta por el servidor y que indica que la solicitud HTTP se envió con éxito, en donde el registro de las solicitudes HTTP comprende: cuando el terminal cliente envía una solicitud HTTP, registrar la solicitud HTTP en una lista de solicitudes que fallan al enviarse; y eliminar la solicitud HTTP de la lista de solicitudes que fallan al enviarse cuando se recibe la información de respuesta devuelta por el servidor y que indica que la solicitud HTTP se envió con éxito; cuando se necesita la redirección desde la primera página web a una segunda página web, determinar si la lista de solicitudes que fallan al enviarse incluye una solicitud HTTP que falló al enviarse cuando la primera página web se abrió en el terminal cliente; si se determina que la lista de solicitudes que fallan al enviarse incluye una solicitud HTTP que falló al enviarse cuando se abrió la primera página web en el terminal cliente, identificar la información registrada de la solicitud HTTP que falló al enviarse; transferir, a la segunda página web, la información registrada identificada de la solicitud HTTP que falló al enviarse; y después de la redirección a la segunda página web, reenviar la solicitud HTTP que falló al enviarse de acuerdo con la información registrada identificada de la solicitud HTTP que falló al enviarse.
En un segundo aspecto de una modalidad de la presente solicitud, se proporciona un dispositivo de reenvío para una solicitud de Protocolo de transferencia de hipertexto, que incluye: una primera unidad de envío configurada para enviar una solicitud de Protocolo de transferencia de hipertexto HTTP a un servidor, en donde la solicitud HTTP comprende los datos que representan una operación realizada por un usuario en una primera página web; una primera unidad de registro configurada para registrar la información de la solicitud HTTP, en donde la información de la solicitud HTTP comprende uno o más de: un método de solicitud, una dirección de Localizador de Recursos Uniforme o una versión del protocolo HTTP; una segunda unidad de registro configurada para registrar las solicitudes HTTP para las cuales no se recibe la información de respuesta devuelta por el servidor y que indica que la solicitud HTTP se envió con éxito, en donde el registro de las solicitudes HTTP comprende: cuando el terminal cliente envía una solicitud HTTP, registrar la solicitud HTTP en una lista de solicitudes que fallan al enviarse; y eliminar la solicitud HTTP de la lista de solicitudes que fallan al enviarse cuando se recibe la información de respuesta devuelta por el servidor y que indica que la solicitud HTTP se envió con éxito; una unidad de adquisición (402) configurada para: cuando se necesita la redirección desde la primera página web a una segunda página web, determinar si la lista de solicitudes que fallan al enviarse incluye una solicitud HTTP que falló al enviarse cuando la primera página web se abrió en el terminal cliente; y si se determina que la lista de solicitudes que fallan al enviarse incluye una solicitud HTTP que falló al enviarse cuando la primera página web se abrió en el terminal cliente, identificar la información registrada de la solicitud HTTP que falló al enviarse; una unidad de transferencia configurada para transferir, a la segunda página web, la información registrada identificada de la solicitud HTTP que falló al enviarse; y una segunda unidad de envío configurada para, después de la redirección a la segunda página web, reenviar la solicitud HTTP que falló al enviarse de acuerdo con la información registrada identificada de la solicitud HTTP que falló al enviarse.
En un tercer aspecto de una modalidad de la presente solicitud, se proporciona un terminal cliente, que incluye: un procesador; y una memoria configurada para almacenar instrucciones ejecutables del procesador, donde el procesador se configura para:
enviar una solicitud de Protocolo de transferencia de hipertexto HTTP a un servidor, y registrar la información de la solicitud HTTP;
si se determina que existe una solicitud HTTP que falla al enviarse en un estado de la primera página web cuando se necesita una redirección de la primera página web a una segunda página web, adquirir la información de la solicitud HTTP que falla al enviarse;
transferir, a la segunda página web, la información de la solicitud HTTP que falla al enviarse; y después de la redirección a la segunda página web, reenviar la solicitud HTTP que falla al enviarse de acuerdo con la información de la solicitud HTTP que falla al enviarse.
En la modalidad de la presente solicitud, cuando se envía una solicitud HTTP al servidor, el terminal cliente registra la información de la solicitud HTTP; cuando se necesita una redirección de una primera página web a una segunda página web, el terminal cliente determina si existe una solicitud HTTP que falla al enviarse en un estado de la primera página web; en caso afirmativo, el terminal cliente adquiere la información de todas las solicitudes HTTP que fallan al enviarse y transfiere la información a la segunda página web, de modo que después de la redirección a la segunda página web, el terminal cliente puede reenviar las solicitudes HTTP que fallan al enviarse de acuerdo con la información transferida de las solicitudes HTTP que fallan al enviarse en el estado de la primera página web, lo que evita así la pérdida de datos en el terminal del servidor y resuelve el problema en la técnica anterior.
Breve descripción de los dibujos
La Figura 1 es un diagrama de flujo de un método de reenvío para una solicitud de Protocolo de transferencia de hipertexto de acuerdo con una modalidad de la presente solicitud;
La Figura 2 es un diagrama de flujo de un método de reenvío para una solicitud de Protocolo de transferencia de hipertexto de acuerdo con otra modalidad de la presente solicitud;
La Figura 3 es un diagrama de estructura de hardware de un aparato proporcionado con un dispositivo de reenvío para una solicitud de Protocolo de transferencia de hipertexto de acuerdo con la presente solicitud; y La Figura 4 es un diagrama de bloques de un dispositivo de reenvío para una solicitud de Protocolo de transferencia de hipertexto de acuerdo con una modalidad de la presente solicitud.
Descripción detallada
Las modalidades ilustrativas se describirán en detalle en la presente descripción, y ejemplos de las mismas se muestran en los dibujos adjuntos. En la siguiente descripción que involucra los dibujos adjuntos, los mismos números en diferentes dibujos adjuntos denotan los mismos elementos o elementos similares, a menos que se especifique lo contrario. Las implementaciones descritas en las siguientes modalidades ilustrativas no representan todas las implementaciones consistentes con la presente solicitud. En contraste, son meramente ejemplos de dispositivos y métodos consistentes con algunos aspectos de la presente solicitud descritos en detalle en las reivindicaciones adjuntas.
Los términos usados en la presente solicitud se usan simplemente para describir modalidades específicas, en lugar de limitar la presente solicitud. Las formas singulares "un(una)", "dicho(a)" y "el(la)" usadas en la presente solicitud y las reivindicaciones adjuntas también incluyen formas plurales, a menos que se especifique claramente en el contexto que se denotan otros significados. Debe entenderse además que el término "y/o" usado en este texto se refiere e incluye cualquiera o todas las combinaciones posibles de uno o más elementos enumerados asociados. Debe entenderse que, aunque pueden usarse términos tales como "primero", "segundo" y "tercero" para describir varios tipos de información en la presente solicitud, estos tipos de información no deben limitarse a los términos. Estos términos se usan simplemente para distinguir información del mismo tipo entre sí. Por ejemplo, sin apartarse del alcance de la presente solicitud, la primera información también puede denominarse como la segunda información, y de manera similar, la segunda información también puede denominarse como la primera información. En dependencia del contexto, la palabra "si" usada en la presente descripción puede explicarse como "cuando...", "como...", o "en respuesta a la determinación".
HTTP es un protocolo de capa de aplicación en un modelo de Protocolo de control de transmisión/Protocolo de Internet (TCP/IP). Cuando un navegador y un servidor necesitan comunicarse entre sí, primero se establece una conexión TCP y el navegador envía información de solicitud al servidor.
Específicamente, cuando un usuario realiza una operación en una página web actual en un terminal cliente, por ejemplo, al hacer clic en un enlace en la página web o iniciar sesión en una cuenta en la página web, el terminal cliente monitoreará la operación y enviará la información de solicitud HTTP correspondiente a un servidor para su registro.
El servidor devuelve la información de respuesta correspondiente después de recibir la información de solicitud HTTP.
Si el terminal cliente recibe una información de respuesta normal devuelta por el servidor, esto indica que la solicitud HTTP se envió con éxito. Si el terminal cliente recibe una información de respuesta anormal devuelta por el servidor o no recibe información de respuesta devuelta por el servidor, esto indica que la solicitud HTTP falla al enviarse. La razón por la cual la solicitud HTTP falla al enviarse puede ser que la solicitud se cancela por un navegador antes de enviarse por completo, y el servidor no recibe la solicitud HTTP, lo que resulta en la pérdida de datos.
Una modalidad de la presente solicitud proporciona un método de reenvío para una solicitud de Protocolo de transferencia de hipertexto. El método puede registrar la información de todas las solicitudes HTTP que fallan al enviarse antes de la redirección de la página web y transferir la información a una página web siguiente después de la redirección, de modo que después de la redirección a la siguiente página web, el terminal cliente puede reenviar las solicitudes HTTP que fallan al enviarse de acuerdo con la información, lo que resuelve así el problema de la pérdida de datos en el terminal del servidor.
La Figura 1 es un diagrama de flujo de un método de reenvío para una solicitud de Protocolo de transferencia de hipertexto de acuerdo con una modalidad de la presente solicitud. Como se muestra en la Figura 1, el método puede incluir las siguientes etapas:
Etapa S100: un terminal cliente envía una solicitud HTTP a un servidor y registra la información de la solicitud HTTP.
Etapa S101: cuando el terminal cliente determina que existe una solicitud HTTP que falla al enviarse en un estado de la primera página web cuando se necesita la redirección de la primera página web a una segunda página web, el terminal cliente adquiere la información de la solicitud HTTP que falla al enviarse.
Etapa S102: el terminal cliente transfiere, a la segunda página web, la información de la solicitud HTTP que falla al enviarse.
Etapa S103: después de la redirección a la segunda página web, el terminal cliente reenvía la solicitud HTTP que falla al enviarse de acuerdo con la información de la solicitud HTTP que falla al enviarse.
En la modalidad de la presente solicitud, cuando se envía una solicitud HTTP al servidor, el terminal cliente registra la información de la solicitud HTTP; cuando se necesita una redirección de una primera página web a una segunda página web, el terminal cliente determina si existe una solicitud HTTP que falla al enviarse en un estado de la primera página web; en caso afirmativo, el terminal cliente adquiere la información de todas las solicitudes HTTP que fallan al enviarse y transfiere la información a la segunda página web, de modo que después de la redirección a la segunda página web, el terminal cliente puede reenviar las solicitudes HTTP que fallan al enviarse de acuerdo con la información transferida de las solicitudes HTTP que fallan al enviarse en el estado de la primera página web, lo que evita así la pérdida de datos en el terminal del servidor y resuelve el problema en la técnica anterior.
La Figura 2 es un diagrama de flujo de un método de reenvío para una solicitud de Protocolo de transferencia de hipertexto de acuerdo con otra modalidad de la presente solicitud. Como se muestra en la Figura 2, el método puede incluir las siguientes etapas:
Etapa S200: un terminal cliente monitorea una operación realizada por un usuario en una primera página web, envía una solicitud HTTP a un servidor y registra la información de la solicitud HTTP.
La solicitud HTTP lleva los datos de monitoreo de la operación en la primera página web.
La primera página web aquí puede referirse a una página web actualmente abierta por el terminal cliente. Cuando un usuario realiza una operación en la primera página web en el terminal cliente, por ejemplo, al hacer clic en un enlace en la primera página web o iniciar sesión en una cuenta en la primera página web, el terminal cliente monitoreará la operación y enviará los datos de monitoreo al terminal del servidor en forma de una solicitud HTTP.
Debe señalarse que, en la modalidad de la presente solicitud, cuando se envía una solicitud HTTP, el terminal cliente registra la información completa de la solicitud HTTP, que incluye un método de solicitud, una dirección de Localizador de Recursos Uniforme (URL), la versión del protocolo HTTP y similares, de modo que después de determinar que la solicitud HTTP falla al enviarse, el terminal cliente puede reenviar la solicitud HTTP de acuerdo con la información completa registrada de la solicitud HTTP, lo que evita así la pérdida de datos en el terminal del servidor.
Etapa S201: el terminal cliente registra la solicitud HTTP en una lista de solicitudes que fallan al enviarse.
En la modalidad de la presente solicitud, cuando se envía una solicitud HTTP al servidor, el terminal cliente escribe la información de la solicitud HTTP en una lista de solicitudes que fallan al enviarse. La lista de solicitudes que fallan al enviarse se almacena en el terminal cliente.
Etapa S202: al recibir un mensaje de respuesta normal devuelto por el servidor, el terminal cliente elimina la solicitud HTTP de la lista de solicitudes que fallan al enviarse; de lo contrario, cuando el terminal cliente recibe un mensaje de respuesta anormal devuelto por el servidor o no recibe un mensaje de respuesta devuelto por el servidor, el terminal cliente mantiene la solicitud HTTP registrada en la lista de solicitudes que fallan al enviarse.
Específicamente, en casos generales, las siguientes situaciones existen cuando el servidor devuelve un mensaje de respuesta para una solicitud HTTP enviada por el terminal cliente:
El código de estado del mensaje de respuesta es 200, y el mensaje es un mensaje de respuesta normal, lo que indica que la solicitud HTTP se envió con éxito; el código de estado del mensaje de respuesta no es 200 y el mensaje es un mensaje de respuesta anormal, lo que indica que la solicitud HTTP falla al enviarse; no se recibe ningún mensaje de respuesta, lo que puede deberse al hecho de que la redirección de la página web se produce antes de que la solicitud HTTP se envíe por completo, de modo que la solicitud HTTP se cancela directamente por el terminal cliente, el terminal del servidor no recibe la solicitud HTTP en absoluto, y esta situación indica que la solicitud HTTP falla al enviarse.
Para garantizar la integridad de los datos en el terminal del servidor, es necesario reenviar los datos para la solicitud HTTP que falla al enviarse en cualquiera de las situaciones anteriores. Por lo tanto, al determinar que la solicitud HTTP falla al enviarse, el terminal cliente mantiene la información relacionada de la solicitud HTTP en la lista de solicitudes que fallan al enviarse, de modo que en una página web a la que se redirige posteriormente, el terminal cliente puede reenviar las solicitudes HTTP que fallan al enviarse de acuerdo con los registros en la lista de solicitudes que fallan al enviarse.
Etapa S203: al detectar que una página web actual necesita redirigirse desde una primera página web a una segunda página web, el terminal cliente determina si la lista de solicitudes que fallan al enviarse está vacía; en caso afirmativo, la etapa S205 se realiza directamente; y en caso negativo, se realiza la etapa S204.
Etapa S204: el terminal cliente registra la información de las solicitudes HTTP en la lista de solicitudes que fallan al enviarse y transfiere la información a la segunda página web; se realiza la etapa S205.
En una aplicación real, cuando la redirección de la página web ocurre en el terminal cliente, por ejemplo, la redirección de una primera página web a una segunda página web, el terminal cliente descargará el contenido de la primera página web y cargará el contenido de la segunda página web. Durante el proceso en que el terminal cliente descarga la primera página web, si una solicitud HTTP enviada en un estado de la primera página web falla al enviarse o no se ha enviado completamente, la solicitud HTTP puede cancelarse probablemente, y el terminal del servidor no puede recibir los datos de monitoreo transportados en la solicitud HTTP, lo que resulta en la pérdida de datos.
En la modalidad de la presente solicitud, cuando se detecta que una página web actual necesita redirigirse, por ejemplo, desde una primera página web a una segunda página web, el terminal cliente verifica la lista de solicitudes que fallan al enviarse antes de la redirección de la página web para determinar si la lista de solicitudes está vacía. Si la lista de solicitudes está vacía, esto indica que todas las solicitudes HTTP enviadas en el estado de la primera página web se enviaron con éxito, el fenómeno de pérdida de datos no existe en el terminal del servidor, no es necesario reenviar los datos y la redirección a la segunda página web puede realizarse directamente.
Si la lista de solicitudes no está vacía, esto indica que las solicitudes HTTP incluidas en la lista de solicitudes fallan al enviarse o no pueden enviarse por completo en el estado de la primera página web, y el servidor no puede recibir los datos de monitoreo transportados en las solicitudes HTTP. Para evitar la pérdida de datos, el terminal cliente transfiere la información de las solicitudes HTTP incluidas en la lista de solicitudes a la segunda página web, de modo que después de la redirección a la segunda página web, el terminal cliente puede reenviar las solicitudes HTTP de acuerdo con la información de las solicitudes HTTP.
Debe observarse que, en la modalidad de la presente solicitud, la lista de solicitudes que fallan al enviarse registra la información completa de todas las solicitudes HTTP que fallan al enviarse, lo que asegura así que las solicitudes HTTP se reenvíen con éxito.
Además, en la modalidad de la presente solicitud, la etapa de registrar, por el terminal cliente, la información de las solicitudes HTTP en la lista de solicitudes que fallan al enviarse, y transferir la información a la segunda página web puede incluir: registrar, por el terminal cliente, la información de las solicitudes HTTP en la lista de solicitudes que fallan al enviarse, y escribir la información en un nombre de ventana correspondiente a la segunda página web. Si la redirección de la primera página web a la segunda página web es una redirección en una misma ventana, por ejemplo, una operación de hacer clic en "abrir un enlace en una nueva pestaña" por parte de un usuario o realizar una operación de inicio de sesión por parte de un usuario después de enviar una cuenta y una contraseña en la primera página web, el nombre de la ventana correspondiente a la segunda página web es idéntico al nombre de la ventana correspondiente a la primera página web, es decir, el nombre de la ventana abierta actualmente por el terminal cliente. En este momento, solo la información de las solicitudes HTTP en la lista de solicitudes que fallan al enviarse debe escribirse en el nombre de la ventana actualmente abierta.
Si la redirección de la primera página web a la segunda página web es una redirección entre ventanas diferentes, por ejemplo, una operación de hacer clic en "abrir un enlace en una nueva ventana" por un usuario, el nombre de la ventana correspondiente a la segunda página web es diferente del nombre de la ventana correspondiente a la primera página web. En este momento, el terminal cliente adquiere, de acuerdo con una instrucción de redireccionamiento, el nombre de la ventana correspondiente a la segunda página web, es decir, el nombre de la ventana a la que se redireccionará, y escribe la información de las solicitudes HTTP en la lista de solicitudes que fallan al enviarse en el nombre de la ventana a la que se redirige.
Etapa S205: después de la redirección a la segunda página web, el terminal cliente adquiere, desde la primera página web, la información de las solicitudes HTTP en la lista de solicitudes que fallan al enviarse, y reenvía las solicitudes HTTP de acuerdo con la información de las solicitudes HTTP.
En la modalidad de la presente solicitud, en la etapa S204, la información de las solicitudes HTTP en la lista de solicitudes que fallan al enviarse se ha escrito en el nombre de la ventana correspondiente a la segunda página web. Cuando se completa la redirección de la página web en el terminal cliente, es decir, se ha realizado la redirección a la segunda página web, el terminal cliente puede adquirir, desde el nombre de la ventana correspondiente a la segunda página web, la información de las solicitudes HTTP, correspondiente a la primera página web, en la lista de solicitudes que fallan al enviarse. La información de las solicitudes HTTP es la información de todas las solicitudes HTTP que fallan al enviarse en la primera página web, es decir, la información de las solicitudes HTTP de las cuales el servidor no recibe los datos de monitoreo en el estado de la primera página web. El terminal cliente puede reenviar las solicitudes HTTP que fallan al enviarse en el estado de la primera página web de acuerdo con la información de las solicitudes HTTP, lo que asegura así la integridad de los datos recibidos por el terminal del servidor y resuelve el problema en la técnica anterior.
En la modalidad de la presente solicitud mostrada en la Figura 2, una solicitud HTTP se registra en una lista de solicitudes que fallan al enviarse. Al recibir un mensaje de respuesta normal devuelto por el servidor, el terminal cliente elimina la solicitud HTTP de la lista de solicitudes que fallan al enviarse; de lo contrario, cuando el terminal cliente recibe un mensaje de respuesta anormal devuelto por el servidor o no recibe un mensaje de respuesta devuelto por el servidor, el terminal cliente mantiene la solicitud HTTP registrada en la lista de solicitudes que fallan al enviarse; al detectar que una página web actual necesita redirigirse desde una primera página web a una segunda página web, el terminal cliente determina si existe una solicitud HTTP que falla al enviarse en un estado de la primera página web al juzgar si la lista de solicitudes que fallan al enviarse está vacía; si la lista de solicitudes que fallan al enviarse no está vacía, el terminal cliente transfiere, a la segunda página web, la información de todas las solicitudes HTTP en la lista de solicitudes que fallan al enviarse, de modo que el terminal cliente puede reenviar las solicitudes HTTP que fallan al enviarse en el estado de la primera página web de acuerdo con la información de las solicitudes HTTP transferidas a la segunda página web.
En otra modalidad de la presente solicitud, una solicitud HTTP también puede registrarse en un grupo de caché de solicitudes HTTP. Al recibir un mensaje de respuesta normal devuelto por el servidor, el terminal cliente elimina la solicitud HTTP del grupo de caché de solicitudes HTTP; de lo contrario, cuando el terminal cliente recibe un mensaje de respuesta anormal devuelto por el servidor o no recibe un mensaje de respuesta devuelto por el servidor, el terminal cliente mantiene la solicitud HTTP registrada en el grupo de caché de solicitudes HTTP; al detectar que una página web actual necesita redirigirse desde una primera página web a una segunda página web, el terminal cliente determina si existe una solicitud HTTP que falla al enviarse en un estado de la primera página web al juzgar si el grupo de caché de solicitudes HTTP está vacío; si el grupo de caché de solicitudes HTTP no está vacío, el terminal cliente transfiere, a la segunda página web, la información de todas las solicitudes HTTP en el grupo de caché de solicitudes HTTP, de modo que el terminal cliente puede reenviar las solicitudes HTTP que fallan al enviarse en el estado de la primera página web de acuerdo con la información de las solicitudes HTTP transferidas a la segunda página web.
En otra modalidad de la presente solicitud, una solicitud HTTP también puede registrarse en una lista de solicitudes HTTP, y el estado de la solicitud HTTP se marca como que falla al enviarse con éxito. Al recibir un mensaje de respuesta normal devuelto por el servidor, el terminal cliente modifica el estado de la solicitud HTTP en la lista de solicitudes HTTP como enviada con éxito; de lo contrario, cuando el terminal cliente recibe un mensaje de respuesta anormal devuelto por el servidor o no recibe un mensaje de respuesta devuelto por el servidor, el terminal cliente mantiene el estado de la solicitud HTTP en la lista de solicitudes HTTP como que falla al enviarse con éxito; al detectar que una página web actual necesita redirigirse desde una primera página web a una segunda página web, el terminal cliente determina si existe una solicitud HTTP que falla al enviarse en un estado de la primera página web al juzgar si la solicitud HTTP con su estado marcado como que falla al enviarse con éxito existe en la lista de solicitudes HTTP; si existe la solicitud HTTP con su estado marcado como que falla al enviarse con éxito, el terminal cliente transfiere a la segunda página web la información de la solicitud HTTP con su estado marcado como que falla al enviarse con éxito, de modo que el terminal cliente puede reenviar las solicitudes HTTP que fallan al enviarse en el estado de la primera página web de acuerdo con la información de las solicitudes HTTP transferidas a la segunda página web.
Debe señalarse que, en la modalidad de la presente solicitud, el terminal cliente puede actualizar la lista de solicitudes que fallan al enviarse cada vez que recibe la información de respuesta normal devuelta por el terminal del servidor y eliminar, de la lista de solicitudes, la solicitud HTTP correspondiente a la información de respuesta normal. Definitivamente, en una aplicación real, si el terminal cliente actualiza la lista de solicitudes cada vez que recibe la información de respuesta normal devuelta por el terminal del servidor, el terminal cliente funcionará con demasiada frecuencia, y en la modalidad de la presente solicitud, cuando se determina realizar una redirección de página web, el terminal cliente puede iniciar la comprobación de la integridad de la solicitud y actualizar uniformemente la lista de solicitudes. En consideración de la modalidad mostrada en la Figura 2, cuando se determina realizar la redirección de la página web, el terminal cliente juzga, entre todas las solicitudes HTTP enviadas en el estado de la página web actual, las solicitudes HTTP específicas para las cuales se recibe la información de respuesta normal devuelta por el servidor, y elimina de la lista de solicitudes que fallan al enviarse, las solicitudes HTTP para las cuales se recibe la información de respuesta normal.
En correspondencia con la modalidad del método de la presente solicitud, la presente solicitud proporciona además modalidades de un dispositivo y un servidor.
La modalidad de un dispositivo de reenvío para una solicitud de Protocolo de transferencia de hipertexto de acuerdo con la presente solicitud puede aplicarse en un servidor. La modalidad del dispositivo puede implementarse mediante software, hardware o una combinación de los mismos. Al tomar la implementación de software, por ejemplo, el dispositivo de reenvío, como un dispositivo lógico, se forma de manera que un procesador de un aparato proporcionado con el dispositivo de reenvío lee las instrucciones correspondientes del programa informático en una memoria no volátil hacia una memoria para ejecutarlas en la misma. Desde el aspecto del hardware, la Figura 3 es un diagrama de estructura de hardware de un aparato proporcionado con un dispositivo de reenvío para una solicitud de Protocolo de transferencia de hipertexto de acuerdo con la presente solicitud. Además del procesador, la memoria, la interfaz de red y la memoria no volátil que se muestran en la Figura 3, el aparato proporcionado con el dispositivo en la modalidad también puede incluir otro hardware de acuerdo con las funciones reales del aparato, por ejemplo, como para un aparato terminal cliente, el aparato puede incluir una cámara, una pantalla táctil, un componente de comunicación y similares; mientras que para un servidor, el aparato puede incluir un chip de reenvío responsable del procesamiento de paquetes y similares.
La Figura 4 es un diagrama de bloques de un dispositivo de reenvío para una solicitud de Protocolo de transferencia de hipertexto de acuerdo con una modalidad de la presente solicitud. El dispositivo puede aplicarse en un servidor. El dispositivo puede incluir: una primera unidad de envío 400, una primera unidad de registro 401, una unidad de adquisición 402, una unidad de transferencia 403 y una segunda unidad de envío 404.
La primera unidad de envío 400 se configura para enviar una solicitud de Protocolo de transferencia de hipertexto HTTP a un servidor.
La primera unidad de registro 401 se configura para registrar la información de la solicitud HTTP.
La unidad de adquisición 402 se configura para, si se determina que existe una solicitud HTTP que falla al enviarse en un estado de la primera página web cuando se necesita la redirección de la primera página web a una segunda página web, adquirir la información de la solicitud HTTP que falla al enviarse.
La unidad de transferencia 403 se configura para transferir, a la segunda página web, la información de la solicitud HTTP que falla al enviarse.
La segunda unidad de envío 404 se configura para, después de la redirección a la segunda página web, reenviar la solicitud HTTP que falla al enviarse de acuerdo con la información de la solicitud HTTP que falla al enviarse.
La solicitud HTTP que falla al enviarse es una solicitud HTTP para la cual no se recibe la información de respuesta exitosa devuelta por el servidor.
El dispositivo puede incluir, además: una segunda unidad de registro.
La segunda unidad de registro se configura para registrar, en el estado de la primera página web, todas las solicitudes HTTP para las cuales no se recibe la información de respuesta normal devuelta por el servidor.
La segunda unidad de registro puede incluir: una primera subunidad de registro de solicitud y una primera subunidad de eliminación.
La primera subunidad de registro de solicitud se configura para, cuando se envía una solicitud HTTP, registrar la solicitud HTTP en una lista de solicitudes que fallan al enviarse.
La primera subunidad de eliminación se configura para eliminar la solicitud HTTP de la lista de solicitudes que fallan al enviarse cuando se recibe la información de respuesta normal devuelta por el servidor.
La segunda unidad de registro puede incluir: una segunda subunidad de registro de solicitud y una segunda subunidad de eliminación.
La segunda subunidad de registro de solicitud se configura para, cuando se envía una solicitud HTTP, registrar la solicitud HTTP en un grupo de caché de solicitudes HTTP.
La segunda subunidad de eliminación se configura para eliminar la solicitud HTTP del grupo de caché de solicitudes HTTP cuando se recibe la información de respuesta normal devuelta por el servidor.
La unidad de transferencia puede incluir: una subunidad de escritura.
La subunidad de escritura se configura para escribir la información de la solicitud HTTP que falla al enviarse en un nombre de ventana correspondiente a la segunda página web.
Para la implementación de las funciones y efectos de cada unidad en el dispositivo, puede hacerse referencia a la implementación de las etapas correspondientes en el método, y los detalles no se repetirán en la presente descripción.
La presente solicitud proporciona además un terminal cliente, que incluye: un procesador; y una memoria configurada para almacenar instrucciones ejecutables del procesador.
El procesador se configura para: enviar una solicitud de Protocolo de transferencia de hipertexto HTTP a un servidor y registrar la información de la solicitud HTTP; si se determina que existe una solicitud HTTP que falla al enviarse en un estado de la primera página web cuando se necesita una redirección de la primera página web a una segunda página web, adquirir la información de la solicitud HTTP que falla al enviarse; transferir, a la segunda página web, la información de la solicitud HTTP que falla al enviarse; después de la redirección a la segunda página web, reenviar la solicitud HTTP que falla al enviarse de acuerdo con la información de la solicitud HTTP que falla al enviarse. En la modalidad de la presente solicitud, cuando se envía una solicitud HTTP al servidor, el terminal cliente registra la información de la solicitud HTTP; cuando se necesita una redirección de una primera página web a una segunda página web, el terminal cliente determina si existe una solicitud HTTP que falla al enviarse en un estado de la primera página web; en caso afirmativo, el terminal cliente adquiere la información de todas las solicitudes HTTP que fallan al enviarse y transfiere la información a la segunda página web, de modo que después de la redirección a la segunda página web, el terminal cliente puede reenviar las solicitudes HTTP que fallan al enviarse de acuerdo con la información transferida de las solicitudes HTTP que fallan al enviarse en el estado de la primera página web, lo que evita así la pérdida de datos en el terminal del servidor y resuelve el problema en la técnica anterior.
Debe señalarse que el método y dispositivo de acuerdo con las modalidades de la presente solicitud pueden aplicarse a un navegador o un contenedor similar a un navegador, por ejemplo, un contenedor WebView generalmente usado en un dispositivo móvil.
La modalidad del dispositivo corresponde básicamente a la modalidad del método, de modo que para las partes relacionadas, puede hacerse referencia a la descripción de las partes en la modalidad del método. La modalidad del dispositivo descrita anteriormente es simplemente ilustrativa, donde las unidades descritas como partes separadas pueden estar o no separadas físicamente, las partes mostradas como unidades pueden ser o no unidades físicas, y pueden ubicarse en el mismo lugar o distribuirse en múltiples unidades de red. El objetivo de las soluciones de la presente solicitud puede implementarse al seleccionar una parte o todos los módulos del dispositivo de acuerdo con los requisitos reales. Los expertos en la técnica pueden comprender e implementar la presente solicitud sin esfuerzos creativos.
Los expertos en la técnica pueden obtener fácilmente otras implementaciones de la presente solicitud después de considerar la descripción y practicar la invención descrita en la presente. La presente solicitud se destina a cubrir cualquier variación, uso o cambio adaptativo de la presente solicitud, y estas variaciones, usos o cambios adaptativos siguen los principios generales de la presente solicitud e incluyen conocimiento común o medios técnicos convencionales en este campo técnico que no se describen en la presente solicitud. La descripción y las modalidades se consideran ilustrativas, y el alcance de la presente solicitud se define mediante las siguientes reivindicaciones.
Debe entenderse que la presente solicitud no se limita a las estructuras precisas que se han descrito anteriormente y se muestran en los dibujos adjuntos, y puede tener diversas modificaciones y variaciones sin apartarse del alcance de la presente solicitud. El alcance de la presente solicitud se limita por las reivindicaciones adjuntas.

Claims (1)

  1. REIVINDICACIONES
    Un método para reenviar una solicitud de Protocolo de Transferencia de Hipertexto, el método comprende: enviar, por un terminal cliente, una solicitud de Protocolo de Transferencia de Hipertexto HTTP a un servidor y registrar la información de la solicitud HTTP (S100),
    en donde la solicitud HTTP comprende los datos que representan una operación realizada por un usuario en una primera página web y en donde la información de la solicitud HTTP comprende uno o más de: un método de solicitud, una dirección de Localizador de Recursos Uniforme o una versión del protocolo HTTP;
    registrar las solicitudes HTTP para las cuales no se recibe la información de respuesta devuelta por el servidor y que indica que la solicitud HTTP se envió con éxito, en donde el registro de las solicitudes HTTP comprende:
    cuando el terminal cliente envía una solicitud HTTP, registrar la solicitud HTTP en una lista de solicitudes que fallan al enviarse; y
    eliminar la solicitud HTTP de la lista de solicitudes que fallan al enviarse cuando se recibe la información de respuesta devuelta por el servidor y que indica que la solicitud HTTP se envió con éxito;
    cuando se necesita la redirección desde la primera página web a una segunda página web, determinar si la lista de solicitudes que fallan al enviarse incluye una solicitud HTTP que falló al enviarse cuando la primera página web se abrió en el terminal cliente;
    si se determina que la lista de solicitudes que fallan al enviarse incluye una solicitud HTTP que falló al enviarse cuando se abrió la primera página web en el terminal cliente, identificar la información registrada de la solicitud HTTP que falló al enviarse (S101);
    transferir, a la segunda página web, la información registrada identificada de la solicitud HTTP que falló al enviarse (S102); y
    después de la redirección a la segunda página web, reenviar la solicitud HTTP que falló al enviarse de acuerdo con la información registrada identificada de la solicitud HTTP que falló al enviarse (S103).
    Un método para reenviar una solicitud de Protocolo de Transferencia de Hipertexto, el método comprende: enviar, por un terminal cliente, una solicitud de Protocolo de Transferencia de Hipertexto HTTP a un servidor y
    registrar la información de la solicitud HTTP (S100), en donde la solicitud HTTP comprende los datos que representan una operación realizada por un usuario en una primera página web y en donde la información de la solicitud HTTP comprende uno o más de: un método de solicitud, una dirección de Localizador de Recursos Uniforme o una versión del protocolo HTTP;
    registrar las solicitudes HTTP para las cuales no se recibe la información de respuesta devuelta por el servidor y que indica que la solicitud HTTP se envió con éxito, en donde el registro de las solicitudes HTTP comprende:
    cuando el terminal cliente envía una solicitud HTTP, registrar la solicitud HTTP en un grupo de caché de solicitudes HTTP; y
    eliminar la solicitud HTTP del grupo de caché de solicitudes HTTP cuando se recibe la información de respuesta devuelta por el servidor y que indica que la solicitud HTTP se envió con éxito;
    cuando se necesita una redirección de la primera página web a una segunda página web, determinar si el grupo de caché de solicitudes HTTP incluye una solicitud HTTP que falló al enviarse cuando la primera página web se abrió en el terminal cliente; si se determina que el grupo de caché de solicitudes HTTP incluye una solicitud HTTP que falló al enviarse cuando se abrió la primera página web en el terminal cliente, identificar la información registrada de la solicitud HTTP que falló al enviarse (S101); transferir, a la segunda página web, la información registrada identificada de la solicitud HTTP que falló al enviarse (S102); y
    después de la redirección a la segunda página web, reenviar la solicitud HTTP que falló al enviarse de acuerdo con la información registrada identificada de la solicitud HTTP que falló al enviarse (S103).
    El método de acuerdo con la reivindicación 1 o la reivindicación 2, en donde transferir, a la segunda página web, la información registrada identificada de la solicitud HTTP que falló al enviarse comprende: escribir la información registrada identificada de la solicitud HTTP que falló al enviarse en un nombre de ventana correspondiente a la segunda página web.
    Un dispositivo para reenviar una solicitud de Protocolo de Transferencia de Hipertexto, el dispositivo comprende:
    una primera unidad de envío (400) configurada para enviar una solicitud de Protocolo de Transferencia de Hipertexto HTTP a un servidor, en donde la solicitud HTTP comprende los datos que representan una operación realizada por un usuario en una primera página web;
    una primera unidad de registro (401) configurada para registrar la información de la solicitud HTTP, en donde la información de la solicitud HTTP comprende uno o más de: un método de solicitud, una dirección de Localizador de Recursos Uniforme o una versión del protocolo HTTP; una segunda unidad de registro configurada para registrar las solicitudes HTTP para las cuales no se recibe la información de respuesta devuelta por el servidor y que indica que la solicitud HTTP se envió con éxito, en donde el registro de las solicitudes HTTP comprende:
    cuando el terminal cliente envía una solicitud HTTP, registrar la solicitud HTTP en una lista de solicitudes que fallan al enviarse; y
    eliminar la solicitud HTTP de la lista de solicitudes que fallan al enviarse cuando se recibe la información de respuesta devuelta por el servidor y que indica que la solicitud HTTP se envió con éxito;
    una unidad de adquisición (402) configurada para:
    cuando se necesita una redirección de la primera página web a una segunda página web, determinar si la lista de solicitudes que fallan al enviarse incluye una solicitud HTTP que falló al enviarse cuando la primera página web se abrió en el terminal cliente; y
    si se determina que la lista de solicitudes que fallan al enviarse incluye una solicitud HTTP que falló al enviarse cuando se abrió la primera página web en el terminal cliente, identificar la información registrada de la solicitud HTTP que falló al enviarse;
    una unidad de transferencia (403) configurada para transferir, a la segunda página web, la información registrada identificada de la solicitud HTTP que falló al enviarse; y
    una segunda unidad de envío (404) configurada para, después de la redirección a la segunda página web, reenviar la solicitud HTTP que falló al enviarse de acuerdo con la información registrada identificada de la solicitud HTTP que falló al enviarse.
    Un dispositivo para reenviar una solicitud de Protocolo de Transferencia de Hipertexto, el dispositivo comprende:
    una primera unidad de envío (400) configurada para enviar una solicitud de Protocolo de Transferencia de Hipertexto HTTP a un servidor, en donde la solicitud HTTP comprende los datos que representan una operación realizada por un usuario en una primera página web;
    una primera unidad de registro (401) configurada para registrar la información de la solicitud HTTP, en donde la información de la solicitud HTTP comprende uno o más de: un método de solicitud, una dirección de Localizador de Recursos Uniforme o una versión del protocolo HTTP;
    una segunda unidad de registro configurada para registrar las solicitudes HTTP para las cuales no se recibe la información de respuesta devuelta por el servidor y que indica que la solicitud HTTP se envió con éxito, en donde el registro de las solicitudes HTTP comprende:
    cuando el terminal cliente envía una solicitud HTTP, registrar la solicitud HTTP en un grupo de caché de solicitudes HTTP; y
    eliminar la solicitud HTTP del grupo de caché de solicitudes HTTP cuando se recibe la información de respuesta devuelta por el servidor y que indica que la solicitud HTTP se envió con éxito;
    una unidad de adquisición (402) configurada para:
    cuando se necesita una redirección de la primera página web a una segunda página web, determinar si el grupo de caché de solicitudes HTTP incluye una solicitud HTTP que falló al enviarse cuando la primera página web se abrió en el terminal cliente; y
    si se determina que el grupo de caché de solicitudes HTTP incluye una solicitud HTTP que falló al enviarse cuando se abrió el estado de la primera página web en el terminal cliente, identificar la información registrada de la solicitud HTTP que falló al enviarse;
    una unidad de transferencia (403) configurada para transferir, a la segunda página web, la información registrada identificada de la solicitud HTTP que falló al enviarse; y
    una segunda unidad de envío (404) configurada para, después de la redirección a la segunda página web, reenviar la solicitud HTTP que falló al enviarse de acuerdo con la información registrada identificada de la solicitud HTTP que falló al enviarse.
    El dispositivo para reenviar una solicitud de Protocolo de Transferencia de Hipertexto de acuerdo con la reivindicación 4 o la reivindicación 5, en donde la unidad de transferencia comprende:
    una subunidad de escritura configurada para escribir la información registrada identificada de la solicitud HTTP que falló al enviarse en un nombre de ventana correspondiente a la segunda página web.
ES16810947T 2015-06-16 2016-06-08 Método y dispositivo de reenvío para solicitud de transferencia de hipertexto, y cliente Active ES2803204T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510335208.3A CN106330988B (zh) 2015-06-16 2015-06-16 一种超文本传输请求的补发方法、装置及客户端
PCT/CN2016/085215 WO2016202206A1 (zh) 2015-06-16 2016-06-08 一种超文本传输请求的补发方法、装置及客户端

Publications (1)

Publication Number Publication Date
ES2803204T3 true ES2803204T3 (es) 2021-01-25

Family

ID=57544937

Family Applications (1)

Application Number Title Priority Date Filing Date
ES16810947T Active ES2803204T3 (es) 2015-06-16 2016-06-08 Método y dispositivo de reenvío para solicitud de transferencia de hipertexto, y cliente

Country Status (9)

Country Link
US (3) US10530834B2 (es)
EP (1) EP3313022B1 (es)
JP (1) JP6745821B2 (es)
KR (1) KR102113409B1 (es)
CN (1) CN106330988B (es)
ES (1) ES2803204T3 (es)
PL (1) PL3313022T3 (es)
SG (1) SG11201710344SA (es)
WO (1) WO2016202206A1 (es)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106330988B (zh) 2015-06-16 2020-01-03 阿里巴巴集团控股有限公司 一种超文本传输请求的补发方法、装置及客户端
CN111367948B (zh) * 2020-03-12 2022-04-26 北京字节跳动网络技术有限公司 数据处理方法、装置、电子设备及计算机可读存储介质
CN112379987A (zh) * 2020-11-17 2021-02-19 中国电力财务有限公司 任务调度方法、装置、可读介质以及设备
CN112579933B (zh) * 2020-12-24 2023-12-08 中国农业银行股份有限公司 一种信息处理方法及装置
CN113489572B (zh) * 2021-08-23 2022-12-20 杭州安恒信息技术股份有限公司 一种请求发送方法、装置、设备及存储介质

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6055441A (en) * 1996-04-30 2000-04-25 International Business Machines Corporation Systems and methods for facsimile communication over a cellular radiotelephone communications link
US6615258B1 (en) * 1997-09-26 2003-09-02 Worldcom, Inc. Integrated customer interface for web based data management
US7373376B1 (en) * 1999-12-30 2008-05-13 Keynote Systems, Inc. Method and system for evaluating quality of service over the internet
JP2001249841A (ja) * 2000-03-07 2001-09-14 Hitachi Ltd プロキシサーバを用いた自動再リクエスト方法
US7080077B2 (en) * 2000-07-10 2006-07-18 Oracle International Corporation Localized access
NO313399B1 (no) * 2000-09-14 2002-09-23 Fast Search & Transfer Asa Fremgangsmate til soking og analyse av informasjon i datanettverk
US7099939B2 (en) * 2000-10-03 2006-08-29 Sun Microsystems Inc. HTTP transaction monitor with sequence replay capacity
US7185364B2 (en) * 2001-03-21 2007-02-27 Oracle International Corporation Access system interface
US7392321B1 (en) * 2001-05-30 2008-06-24 Keynote Systems, Inc. Method and system for evaluating quality of service for transactions over a network
US7017162B2 (en) * 2001-07-10 2006-03-21 Microsoft Corporation Application program interface for network software platform
US7334000B2 (en) * 2001-07-16 2008-02-19 Aol Llc Method and apparatus for calendaring reminders
JP4156852B2 (ja) * 2002-03-25 2008-09-24 富士通株式会社 ウェブサーバ管理方法、プログラム及び記録媒体
CN101079768B (zh) * 2006-05-25 2010-11-03 阿里巴巴集团控股有限公司 一种统计网页链接点击数据的方法
CN101075908B (zh) * 2006-11-08 2011-04-20 腾讯科技（深圳）有限公司 一种网络点击统计系统及方法
JP2008140203A (ja) * 2006-12-04 2008-06-19 Hitachi Software Eng Co Ltd セッション管理システム
US20080209030A1 (en) * 2007-02-28 2008-08-28 Microsoft Corporation Mining Web Logs to Debug Wide-Area Connectivity Problems
US20080228773A1 (en) * 2007-03-14 2008-09-18 Hand Held Products, Inc. Apparatus and method for data input device
JP2009021649A (ja) * 2007-07-10 2009-01-29 Pioneer Electronic Corp 情報処理装置及び方法、並びにコンピュータプログラム
CN101388768B (zh) * 2008-10-21 2011-03-23 北京启明星辰信息技术股份有限公司 检测恶意http请求的方法及装置
US8868707B2 (en) * 2009-06-16 2014-10-21 Oracle International Corporation Adaptive write-back and write-through caching for off-line data
US8856869B1 (en) * 2009-06-22 2014-10-07 NexWavSec Software Inc. Enforcement of same origin policy for sensitive data
US8291258B2 (en) * 2010-01-08 2012-10-16 Juniper Networks, Inc. High availability for network security devices
JP5255006B2 (ja) * 2010-02-19 2013-08-07 ヤフー株式会社 Ｗｅｂシステム、方法及びプログラム
US9912718B1 (en) * 2011-04-11 2018-03-06 Viasat, Inc. Progressive prefetching
CN102355449B (zh) * 2011-06-30 2014-09-17 深信服网络科技（深圳）有限公司 一种隐蔽发送重定向请求的方法、网关和系统
US8448233B2 (en) * 2011-08-25 2013-05-21 Imperva, Inc. Dealing with web attacks using cryptographically signed HTTP cookies
US20130080603A1 (en) * 2011-09-27 2013-03-28 Microsoft Corporation Fault Tolerant External Application Server
US9342615B2 (en) * 2011-12-07 2016-05-17 Google Inc. Reducing redirects
US9882956B1 (en) * 2013-03-11 2018-01-30 Amazon Technologies, Inc. Network-backed mass storage device
US9954860B2 (en) * 2013-03-15 2018-04-24 Entrust, Inc. Online secure transaction verification system proxy server and method
US9414248B2 (en) * 2013-03-15 2016-08-09 Movik Networks, Inc. System and methods for estimation and improvement of user, service and network QOE metrics
US9948610B2 (en) * 2014-08-29 2018-04-17 Citrix Systems, Inc. Method and apparatus for accessing third-party resources
US9769239B2 (en) * 2014-09-30 2017-09-19 Qualcomm Incorporated Systems and methods for user agent signaling request acceleration by transport accelerator
CN106330988B (zh) 2015-06-16 2020-01-03 阿里巴巴集团控股有限公司 一种超文本传输请求的补发方法、装置及客户端
US10691470B2 (en) * 2015-06-18 2020-06-23 Kenneth Mark Woog Personal computer system with remotely-configured hardware-enforced usage limits
JP6677496B2 (ja) * 2015-12-08 2020-04-08 キヤノン株式会社 認証連携システム及び認証連携方法、認可サーバー、アプリケーションサーバー及びプログラム
US10348701B2 (en) * 2017-03-02 2019-07-09 Citrix Systems, Inc. Protecting clients from open redirect security vulnerabilities in web applications

Also Published As

Publication number Publication date
JP2018517992A (ja) 2018-07-05
EP3313022A1 (en) 2018-04-25
KR102113409B1 (ko) 2020-05-21
PL3313022T3 (pl) 2020-10-19
SG11201710344SA (en) 2018-01-30
KR20180019162A (ko) 2018-02-23
US20180109588A1 (en) 2018-04-19
WO2016202206A1 (zh) 2016-12-22
US20200304556A1 (en) 2020-09-24
US10693942B2 (en) 2020-06-23
US10862949B2 (en) 2020-12-08
EP3313022A4 (en) 2018-12-05
US10530834B2 (en) 2020-01-07
JP6745821B2 (ja) 2020-08-26
CN106330988A (zh) 2017-01-11
US20200145476A1 (en) 2020-05-07
EP3313022B1 (en) 2020-04-01
CN106330988B (zh) 2020-01-03

Similar Documents

Publication Publication Date Title
ES2803204T3 (es) Método y dispositivo de reenvío para solicitud de transferencia de hipertexto, y cliente
US10120924B2 (en) Quarantine and repair of replicas in a quorum-based data storage system
JP6569020B2 (ja) ネットワーキング技術
US11385975B2 (en) Systems and methods for enabling a highly available managed failover service
JP5872731B2 (ja) クラスタの複数のノードのそれぞれに対してリンクの障害の検出を伝えるためのコンピュータ実装方法、非一時的なコンピュータ可読媒体およびコンピュータシステム
US6754707B2 (en) Secure computer support system
US11366728B2 (en) Systems and methods for enabling a highly available managed failover service
US11341005B2 (en) Systems and methods for enabling a highly available managed failover service
US20170187840A1 (en) System and method for acquiring, processing and updating global information
JP6096795B2 (ja) 中間プライマリバックアップ複製のための方法及び装置
US10609155B2 (en) Scalable self-healing architecture for client-server operations in transient connectivity conditions
CA2640696C (en) Storing and retrieving user context data
US10069788B1 (en) Controlling a high availability computing system
CN108280174A (zh) 前端文件构建方法和服务器、页面访问方法和终端
US9307059B2 (en) Retry mechanism for data loading from on-premise datasource to cloud
US8055991B2 (en) Error detection and recovery using an asynchronous transaction journal
CN113966604A (zh) web应用封装器
CN106101239A (zh) Http重定向报文的重写方法及装置
CN106561028B (zh) 隔离因特网协议地址
US8432922B2 (en) Method for managing IP tunnels
US20190387052A1 (en) Method, device and computer program product for transaction negotiation
Corona nginx
CN106209520A (zh) 数据链路监测的方法及装置
JP6313897B1 (ja) 通信制御装置、通信制御方法およびプログラム
EP2739010A1 (en) Method for improving reliability of distributed computer systems based on service-oriented architecture