ES2270272T3 - Procedimiento de prueba del estado de conexion entre un cliente y un servidor en una red digital. - Google Patents

Procedimiento de prueba del estado de conexion entre un cliente y un servidor en una red digital. Download PDF

Info

Publication number
ES2270272T3
ES2270272T3 ES04100645T ES04100645T ES2270272T3 ES 2270272 T3 ES2270272 T3 ES 2270272T3 ES 04100645 T ES04100645 T ES 04100645T ES 04100645 T ES04100645 T ES 04100645T ES 2270272 T3 ES2270272 T3 ES 2270272T3
Authority
ES
Spain
Prior art keywords
script
page
server
browser
variable
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.)
Expired - Lifetime
Application number
ES04100645T
Other languages
English (en)
Inventor
Jean-Thomas Ferreri
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.)
Sagemcom Broadband SAS
Original Assignee
Sagem Communications SAS
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 Sagem Communications SAS filed Critical Sagem Communications SAS
Application granted granted Critical
Publication of ES2270272T3 publication Critical patent/ES2270272T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

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

Abstract

Procedimiento de prueba del estado de conexión entre un cliente y un servidor en una red digital, siendo dicho cliente de tipo navegador y dicho servidor de tipo HTTP, que incorpora las diferentes etapas consistentes en: - estructurar una primera página de tipo HTML, accesible en el servidor, incorporando dicha página al menos un primer marco visible (102) vinculado al menos a una página de presentación visual, y un segundo marco invisible (103) vinculado al menos a una página de datos; - descargar (101), por medio del navegador y desde el servidor, la primera página de tipo HTML; caracterizado porque incorpora las siguientes etapas: - descargar (105) la página de presentación visual y descargar (104) la página de datos, incorporando dicha página de presentación visual al menos una variable (K) con un valor inicial previamente determinado, un primer guión (guión 1) para mandar la descarga de la página de datos, y un segundo guión (guión 2) para comparar un valor momentáneo de la variable (K) con el valor inicial de dicha variable (K), e incorporando dicha página de datos al menos un tercer guión (guión 3), ejecutado automáticamente en cada descarga de la página de datos, para asignar a la variable (K) de la página de presentación visual un valor modificado diferente del valor inicial; - en cada ejecución del segundo guión (guión 2), determinar si el valor momentáneo de la variable (K) es el valor inicial de la variable (K) y, en caso de igualdad, detectar así una ausencia de conexión en red entre el navegador y el servidor o, en caso de desigualdad, detectar así un estado de conexión en red entre el navegador y el servidor.

Description

Procedimiento de prueba del estado de conexión entre un cliente y un servidor en una red digital.
Campo técnico de la invención
La presente invención tiene por objeto un procedimiento de prueba del estado de conexión entre un servidor de tipo HTTP y un cliente de este servidor. El procedimiento según la invención está destinado a su puesta en práctica con documentos estructurados según el formato denominado HTML (sigla de la expresión HyperText Markup Language en inglés, para "Lenguaje de marcado de hipertexto"), por ejemplo enriquecido con instrucciones en lenguaje de tipo Javascript (R). La invención tiene por objeto especialmente el proponer, como consecuencia de la determinación del estado de conexión entre el navegador y el servidor, una gestión de un procedimiento de error cuando ha fracasado un intento de acceso al servidor, gestión tanto en el ámbito de la aparición de mensajes de error como en el ámbito de la prosecución del intento de conexión. Una aplicación inmediata del procedimiento según la invención es su puesta en práctica en el contexto de operaciones de regeneración de documentos denominados páginas Web cuando tal página está destinada a su actualización con regularidad. Los documentos US2002165954 y WO0165391 son ejemplos de técnica anterior.
El campo de la invención es, de modo general, el de la red Internet, que es, de hecho, un conjunto de redes interconectadas. Previamente a la descripción de la invención en sí, se propone un léxico referente a diferentes términos empleados posteriormente, con el fin de fijar el vocabulario empleado:
- servidor HTTP: servidor dedicado al protocolo HTTP (sigla de la expresión HyperText Transfer Protocol, en inglés, es decir Protocolo de transferencia de hipertexto), que pone a disposición de cualquier usuario de un ordenador conectado a una red digital un conjunto de páginas escritas en un lenguaje de marcado de tipo HTML.
- navegador: herramienta informática de tipo soporte lógico, instalada en un ordenador, que permite descargar y visualizar, en ventanas de presentación visual, información procedente de un servidor a través de una red, especialmente una red provista del protocolo TCP/IP (Transmission Control protocol/ Internet Protocol en inglés, es decir, Protocolo de control de transmisión/ Protocolo de Internet) puesto en práctica en una intranet o Internet; un navegador de Internet es específico de la red Internet y, más particularmente, de un conjunto de servidores accesibles por una interfaz gráfica, también llamados "servidores Web" o "sitios Web".
- página, o página Web, o página en Internet: elemento básico de un sitio Web; por ejemplo, un archivo en formato HTML.
- applet: programa informático de pequeño tamaño, que suele ir acompañado de datos mucho más voluminosos que él, y diseñado para ser descargado a través de una red cada vez que quiera usarse, en particular mediante un navegador que se encargará de ejecutarlo.
- marco: traducción al español del término inglés frecuentemente empleado "frame"; ventana secundaria derivada de la división de una ventana principal de presentación visual de un navegador; un documento se encuentra, por ejemplo en formato HTML, en cada uno de los marcos procedentes de esta división, poseyendo cada marco su propio URL.
- HTML: (HyperText Markup Language en inglés, para "Lenguaje de marcado de hipertexto"); formato particular de documento de la Web, constituido de marcas interpretables por un navegador para su ejecución.
- Java (R): Lenguaje de programación, que puede insertarse eventualmente en un documento HTML en forma de applet.
- Javascript (R): lenguaje de guión (script) relativamente simple y usado profusamente para enriquecer los documentos HTML.
- módulo de extensión (plug-in): extensión de una aplicación que queda integrada en la propia aplicación.
- guión: sucesión de instrucciones simples que permiten automatizar determinadas tareas.
- URL (Uniform Resource Locator en inglés): dirección de acceso en una red TCP/IP.
- XML (extensible Markup Language en inglés): norma de intercambio de documentos informatizados.
Cuando un usuario que dispone de un ordenador decide conectarse a un servidor HTTP, a través de la red digital, el navegador descarga desde el servidor información en un formato especial, la mayoría de las veces HTML. Esta información está contenida en un archivo que, una vez descargado completamente, es interpretado por el navegador. Este archivo puede contener especialmente información de datos que pueden representarse visualmente e información referente al formato en el que hay que representar visualmente estos datos. Los datos pueden ser texto, imágenes o sonidos. Por ejemplo una imagen, cuya dirección en la red está contenida en un archivo en formato HTML, puede localizarse y descargarse mediante un navegador después de que este último haya leído e interpretado dicha dirección, y después representarse visualmente mediante el navegador.
Determinadas páginas HTML incorporan referencias a otras páginas. Estas referencias se representan visualmente en un formato particular. El hecho de usar, por ejemplo, un dispositivo de punteo para seleccionar una de estas referencias sobre una pantalla donde está representada visualmente permite pasar de una página a otra. Por otro lado, determinadas páginas pueden incorporar un guión, denominado guión de descarga, que permite una descarga automática y ulterior de una nueva página, pudiendo ser esta nueva página bien la misma página que ha experimentado una puesta al día, una regeneración, o bien una página diferente.
Antecedentes tecnológicos de la invención
En caso de que una página HTML ordene su propia descarga ulterior, por ejemplo en una versión puesta al día, el guión de descarga puede ordenar esta descarga en forma periódica. Tales páginas pueden usarse, por ejemplo, para seguir, sin intervención por parte del usuario, un evento particular, por ejemplo la evolución de un evento deportivo, de una cotización en bolsa, o para actualizar la disponibilidad de determinados elementos, tales como una impresora en una red local.
Cuando se interrumpe la conexión en red entre el navegador y el servidor HTTP al que aquél está conectado, se hace imposible cualquier intento de acceso al servidor HTTP. Tal intento de acceso, ya sea ejecutado en forma automática por medio de un guión de descarga ubicado en una página descargada, o como consecuencia de una acción adecuada del usuario, se traduce entonces en la aparición de un mensaje de error en la pantalla del usuario, siendo dicho mensaje de error específico del navegador usado. Debido al funcionamiento del navegador, el mensaje de error se representa visualmente en el marco asociado al guión de descarga, que corresponde, en el estado de la técnica, al marco que debe ser objeto de regeneración.
Ahora bien, este modo de gestionar las interrupciones de conexión en red entre el navegador de Internet y el servidor de Internet plantea cierto número de inconvenientes y de problemas.
Por una parte, el mensaje de error representado visualmente es, la mayoría de las veces, antiestético, y nunca es específico del servidor HTTP al que estaba conectado el usuario antes de la interrupción de conexión en red. Por otra parte, al representarse visualmente el mensaje de error en el marco que debe ser objeto de una regeneración, la información anterior representada visualmente en este marco deja de ser visible para el usuario. Finalmente, no hay nada previsto para intentar restablecer automáticamente la conexión entre el navegador y el servidor HTTP, con lo que el usuario debe intervenir manualmente para esperar obtener una página puesta al día del servidor al que estaba conectado.
En el estado de la técnica, se conocen determinadas tecnologías que han intentado especialmente responder a estos problemas. Estas tecnologías recurren especialmente a la norma XML o al lenguaje Java (R), con el uso necesario de applets o de módulos de extensión particulares que pasan a añadirse, cuando es posible, al funcionamiento básico de un navegador. Ahora bien, estas tecnologías están demasiado evolucionadas para ser compatibles con una gran parte de los navegadores disponibles actualmente en el mercado, y sus sistemas de gestión de detección de ausencia de conexión en red resultan por tanto ineficaces.
Descripción general de la invención
El procedimiento según la invención propone una solución a los problemas e inconvenientes que acaban de ser expuestos. En la invención, se propone una solución para gestionar las interrupciones de conexión entre un servidor HTTP y un cliente de este servidor de tipo navegador que, por una parte, al tiempo que es directamente funcional con cualquier navegador, informa, de modo no engorroso y específico de cada servidor, a un usuario de una ausencia de conexión y que, por otra parte, intenta restablecer la conexión automáticamente entre el navegador y el servidor.
A tal efecto, en la invención se propone el uso de guiones simples, integrados directamente en un documento en formato HTML que corresponde a una primera página descargada asociada al sitio pretendido. Se prevé especialmente, en la invención, escindir dicha primera página al menos en un marco visible y un marco invisible, estando comprendido un guión de descarga de una página de datos en una página de presentación visual del marco visible. El guión de descarga de la página de datos permite someter a prueba, en forma continua, el estado de conexión entre el navegador y el servidor de Internet. De modo regular, se transmite una información desde la página de datos hacia la página de presentación visual, asociada al marco visible, para que pueda representarse visualmente una información referente al estado de conexión, con el fin de informar del mismo al usuario. El guión de descarga puede incorporar además un conjunto de instrucciones que permita intentar restablecer automáticamente la conexión en red cuando se ha interrumpido la misma.
La invención concierne pues esencialmente a un procedimiento de prueba del estado de conexión entre un cliente y un servidor en una red digital, siendo dicho cliente de tipo navegador y dicho servidor de tipo HTTP, caracterizado porque incorpora las diferentes etapas consistentes en:
\newpage
- estructurar una primera página de tipo HTML, accesible en el servidor, incorporando dicha página al menos un primer marco visible vinculado al menos a una página de presentación visual, y un segundo marco invisible vinculado al menos a una página de datos;
- descargar, por medio del navegador y desde el servidor, la primera página de tipo HTML;
- descargar la página de presentación visual y descargar la página de datos, incorporando dicha página de presentación visual al menos una variable con un valor inicial previamente determinado, un primer guión para mandar la descarga de la página de datos, y un segundo guión para comparar un valor momentáneo de la variable con el valor inicial de dicha variable, e incorporando dicha página de datos al menos un tercer guión, ejecutado automáticamente en cada descarga de la página de datos, para asignar a la variable de la página de presentación visual un valor modificado diferente del valor inicial;
- en cada ejecución del segundo guión, determinar si el valor momentáneo de la variable es el valor inicial de la variable y, en caso de igualdad, detectar así una ausencia de conexión en red entre el navegador y el servidor de Internet, o, en caso de desigualdad, detectar así un estado de conexión en red entre el navegador de Internet y el servidor de Internet.
El procedimiento según la invención puede incorporar una o varias etapas suplementarias entre las siguientes, consistentes en:
- ejecutar el primer guión cada M segundos y ejecutar el segundo guión cada N segundos, siendo N superior a M, pudiendo la relación entre N y M, en un ejemplo de puesta en práctica particular, estar comprendida entre 5 y 15.
- en cada ejecución del segundo guión que conduce a la detección de un estado de conexión entre el navegador y el servidor en la red, asignar de nuevo el valor inicial a la variable booleana, y/o efectuar una operación de actualización de la página de presentación visual.
- en cada ejecución del tercer guión, realizar una operación de actualización de la página de presentación visual y/o mandar la suspensión de cualquier ejecución del primer guión hasta una ejecución del segundo guión.
- en cada ejecución del segundo guión que conduce a la detección de una ausencia de conexión entre el navegador y el servidor en la red, orientar un mensaje de error, emitido por el navegador de Internet y referente a una información de ausencia de conexión, hacia el segundo marco invisible y/o hacer que aparezca, por medio de un cuarto guión de la página de presentación visual, una información de error en el primer marco visible.
Es otro objeto de la invención un documento HTML que puede usarse como primera página HTML en una de las puestas en práctica del procedimiento que acaba de mencionarse. El documento HTML, en un ejemplo preferido de la invención, se enriquece con instrucciones en lenguaje Javascript (R).
La invención y sus diferentes aplicaciones se entenderán mejor con la lectura de la descripción que sigue y con la revisión de las figuras que la acompañan.
Breve descripción de las figuras
Éstas están presentadas solamente con carácter indicativo y en modo alguno limitativo de la invención. Las figuras muestran:
- en la figura 1, un organigrama que ilustra unas etapas preliminares del procedimiento según la invención;
- en la figura 2, un organigrama que ilustra la puesta en práctica del procedimiento según la invención en presencia de una conexión en red;
- en la figura 3, un organigrama que ilustra la puesta en práctica del procedimiento según la invención en ausencia de conexión en red.
Descripción de las formas de realización preferidas de la invención
En la figura 1, una primera etapa 100 que interviene en el procedimiento según la invención está constituida por un establecimiento de conexión entre un navegador de Internet y un servidor de Internet, que aloja uno o varios sitios de Internet poseyendo cada uno sus propios URL. A tal efecto, el navegador y el servidor se comunican respetando el protocolo HTTP. En un primer momento, el navegador procede a una operación denominada de resolución de una dirección alfanumérica registrada por el usuario, correspondiente a la dirección de un sitio que éste desea consultar, para obtener una dirección IP (Internet Protocol en inglés). Una vez obtenida la dirección IP, el navegador emite una petición denominada petición "get", estandarizada por el protocolo HTTP, hacia esta dirección IP. Esta petición viene acompañada de un conjunto de parámetros necesarios para que el servidor destinatario transmita al navegador la página Web que el usuario trata de obtener, correspondiendo esta página Web a un sitio particular del servidor.
Esta transmisión de la página Web pretendida, denominada primera página, corresponde a una etapa 101 de descarga. De acuerdo con la invención, la primera página es un documento en formato HTML, compuesta al menos de un marco visible 102 y de un marco invisible 103.
La Tabla 1 muestra un ejemplo de realización de la parte denominada "índice" de esta primera página.
\vskip1.000000\baselineskip
TABLA 1
1
El marco visible 102 está destinado a restituir diferentes informaciones que han de representarse visualmente, sin representarse visualmente la información asociada al marco invisible 103. De modo general, cuando un navegador recibe un documento, por ejemplo en formato HTML, interpreta este documento de modo que determine la estructura, llamada frameset (o conjunto de marcos), de la página que ha de representarse visualmente asociada a este documento. En la invención, el frameset de la primera página indica que el navegador debe emitir al menos dos peticiones "get", una primera petición asociada al marco visible 102 al que quedará asignada, de acuerdo con el contenido del código fuente de la primera página, una página denominada página de presentación visual, y una segunda petición asociada al marco invisible 103 al que quedará asignada, aún según el código fuente de la primera página, una página denominada página de datos. Así, las páginas de presentación visual y de datos se descargan respectivamente en una etapa 104 y una etapa 105 del organigrama de la figura 1.
La Tabla 2 siguiente muestra un ejemplo de realización del marco visible 102 de la primera página.
TABLA 2
2
Según este ejemplo particular de la invención, la página de presentación visual incorpora especialmente:
- una variable K, denominada variable de control, inicializada en un valor inicial; en este ejemplo, la variable de control es una variable booleana, cuyo valor inicial es 1. Más adelante en la descripción, la variable de control se describirá siempre como una variable booleana, evidentemente sin que la invención quede limitada a este ejemplo de realización.
- un primer guión, guión 1, cuya ejecución tiene como efecto principal el de provocar la descarga de la página de datos (Función NetworkCheckupDownload). En un ejemplo particular de realización, el primer guión está diseñado para ejecutarse periódicamente cada M segundos. Típicamente, M puede variar entre 1 y 10 segundos.
- un segundo guión, guión 2, cuya ejecución tiene como efecto principal el de comparar el valor momentáneo de la variable de control (Función NetworkCheckup), es decir, el valor de la variable de control en el momento en que se ejecuta el segundo guión, con el valor inicial de esta variable. En un ejemplo particular de realización, el segundo guión está diseñado de tal modo que se ejecute cada N segundos, siendo N un número superior al número M. Típicamente, M puede variar entre 5 segundos y 20 segundos, pudiendo variar la relación entre M y N, por su parte, en 5 y 15.
Todavía según este ejemplo particular de la invención, la página de datos incorpora especialmente:
- un tercer guión, guión 3, para asignar a la variable de control de la página de presentación visual un valor diferente del valor inicial de esta variable. Así, si la variable de control es una variable booleana inicializada en 1, el tercer guión le asigna el valor 0. El tercer guión se ejecuta automáticamente en cada descarga de la página de datos. Por otro lado, el tercer guión puede completarse, o lanzar la ejecución de un cuarto guión, para permitir la actualización de la página de presentación visual con el fin de que el marco visible 102 incorpore una página puesta al día. La Tabla 3 siguiente muestra una forma de implementar este tercer guión.
TABLA 3
3
Las figuras 2 y 3 aportan un ejemplo de puesta en práctica del procedimiento según la invención, respectivamente en el caso de una conexión en red ininterrumpida entre el navegador y el servidor de Internet y en el caso de una conexión en red interrumpida.
En estas figuras, la parte izquierda representa los eventos vinculados a la página de datos, es decir, en el marco invisible 103, y la parte central, los eventos vinculados a la página de presentación visual, es decir, en el marco visible 102. Estas dos partes están separadas por un eje temporal vertical 200 que sirve para marcar los momentos de ejecución de los diferentes eventos descritos. En la parte derecha de estas figuras, se ha indicado el valor momentáneo que ha tomado la variable de control K en cada evento que interviene.
Ahora se explica el funcionamiento del procedimiento según la invención durante la ausencia de interrupción de conexión en red, esencialmente en referencia a la figura 2:
Se considera el instante T=0 como el inicio de un ciclo de prueba, es decir, un instante en el que acaba de asignarse a la variable de control K su valor inicial, K=1. El final de un ciclo de prueba corresponde al instante en el que se ejecuta completamente el segundo guión, asignándose entonces de nuevo a la variable de control su valor inicial K=1. La ejecución de los diferentes guiones que se mencionarán requiere una duración muy inferior a M. En T=M, se ejecuta el primer guión. Éste manda la descarga de la página de datos. En caso de conexión en red, esta descarga se realiza con éxito, y se ejecuta el tercer guión, que tiene como efecto el de modificar la variable de control K, instantáneamente en el ejemplo descrito. Entonces se modifica la variable de control, y tenemos K=0.
En una primera alternativa de la invención, que corresponde a la ilustrada en la figura 2, el primer guión y, consiguientemente, el tercer guión, se repiten cada M segundos hasta el instante T=N, en el que se ejecuta el tercer guión. Al comparar el valor momentáneo de la variable de control (K=0) con su valor inicial, (K=1), el tercer guión interpreta entonces la diferencia de valor como una muestra de la conexión en red y no emite mensaje de error para señalar interrupción alguna de la red. La variable de control K se reinicializa en su valor inicial 1, y puede emprenderse un nuevo ciclo.
En una segunda alternativa de la invención, diferente de la representada en la figura 2, se prevé, en la página de presentación visual, un guión particular capaz de detectar un cambio del valor de la variable K en cuanto interviene este cambio. Para el ciclo de prueba en curso, resulta entonces inútil ejecutar el primer guión y el segundo guión, a partir del momento que la variable de control ha tomado un valor momentáneo diferente de su valor inicial.
En el procedimiento según la invención, en caso de que no se interrumpa la conexión por la red, se proponen varias soluciones para poner al día la página de presentación visual:
\newpage
- en una primera solución, el tercer guión, u otro guión de la página de datos cuya ejecución sea mandada por el tercer guión, permite, por una parte, la descarga de información puesta al día de la página Web objeto de la presentación visual y, por otra parte, la transmisión de esta información puesta al día a la página de presentación visual en la que será tratada para su representación visual. En otras palabras, la información representada visualmente se regenera cada M segundos.
- en una segunda solución, el segundo guión es el que, durante su ejecución, acarrea la modificación de cierta información representada visualmente, por ejemplo con la ayuda de información recuperada durante la descarga de la página de datos por medio del tercer guión. En otras palabras, la información representada visualmente se regenera cada N segundos.
Ahora se explica el funcionamiento del procedimiento según la invención durante una interrupción de la conexión por la red, esencialmente en referencia a la figura 3:
Una vez más, se considera en esta figura el desarrollo de un ciclo de prueba. En T=0, se asigna a la variable de control K su valor inicial K=1. En T=M, se ejecuta el primer guión. Éste manda la descarga de la página de datos. Durante todo el ciclo de prueba, al estar interrumpida la conexión por la red, no puede realizarse la descarga de la página de datos puesta al día y, entonces, el tercer guión nunca se ejecuta. Consiguientemente, el valor de la variable de control no se modifica; la ejecución del segundo guión, en T=N, permite entonces revelar la interrupción de conexión.
En la invención, lo que ha fallado es una petición de tipo "get" destinada a descargar la página de datos en el marco invisible 103. De acuerdo con el funcionamiento habitual de los navegadores, se elabora entonces un mensaje de error, propio del navegador, y se transmite al marco asociado a la petición que ha fallado, es decir, al marco invisible 103. Consiguientemente, este mensaje de error, habitualmente antiestético y engorroso, no será visible para el usuario. En la invención se prevé, en el caso ilustrado en la figura 2, representar visualmente en el marco visible una información relativa a la ausencia de conexión, estando controlada esta presentación visual, por ejemplo, por un guión particular de la página de presentación visual que se activa en caso de que el segundo guión haya permitido llegar a la conclusión de una ausencia de conexión.
La información relativa a la ausencia de conexión puede ser, por ejemplo, un símbolo discreto, de tipo círculo rojo, que no hace que desaparezca la página Web en curso de visualización. El símbolo puede ser específico del servidor, o de uno de los sitios del servidor, al que estaba conectado el usuario, habiendo sido este símbolo previamente objeto de una descarga previa en una memoria intermedia de alta velocidad, por ejemplo durante la descarga 101 de la primera página.
En la invención se prevé recomenzar automáticamente el ciclo de prueba, ya se haya detectado o no una ausencia de conexión. Así, en el caso de una ausencia de conexión, el usuario no tiene que realizar ninguna operación manual para intentar poner al día su página de presentación visual.
En un supuesto intermedio a los representados en las figuras 2 y 3, correspondiente al caso en el que sobreviene una interrupción de conexión en el transcurso de un ciclo de prueba, no obstante habiendo conseguido durante el ciclo de prueba considerado que se produzca una descarga de la página de datos y, por tanto, una ejecución del tercer guión, se prevé, en una alternativa de la invención, el uso de una variable de control no booleana que permita indicar el número de descargas de la página de datos que han fallado en el transcurso de un ciclo de prueba. Entonces puede restituirse en el marco visible, en una forma de puesta en práctica particular, una información que indique el número de descargas que han fallado.
En una forma de puesta en práctica preferida de la invención, los diferentes guiones están codificados en lenguaje Javascript. El documento HTML descargado es, de este modo, un documento HTML enriquecido con instrucciones en lenguaje Javascript (R). Tal modo de proceder mejora aún más la compatibilidad del procedimiento según la invención con el conjunto de los navegadores existentes.
En la invención, se ha llevado a cabo por tanto una separación entre la página de presentación visual y un proceso de regeneración de esta página realizando una distribución juiciosa, entre el marco visible 102 y el marco invisible 103, de los diferentes guiones que intervienen. Constituye asimismo un objeto de la invención un documento HTML que presenta una distribución de los diferentes guiones tal como la descrita en una cualquiera de las alternativas que acaban de ser descritas.
La descripción anterior describe el procedimiento según la invención en el caso de un navegador de Internet y de un servidor de Internet; se entiende que el mismo procedimiento podría poner en práctica cualquier otro servidor de tipo HTTP y un cliente asociado, especialmente en una intranet.

Claims (10)

1. Procedimiento de prueba del estado de conexión entre un cliente y un servidor en una red digital, siendo dicho cliente de tipo navegador y dicho servidor de tipo HTTP, que incorpora las diferentes etapas consistentes en:
-
estructurar una primera página de tipo HTML, accesible en el servidor, incorporando dicha página al menos un primer marco visible (102) vinculado al menos a una página de presentación visual, y un segundo marco invisible (103) vinculado al menos a una página de datos;
-
descargar (101), por medio del navegador y desde el servidor, la primera página de tipo HTML; caracterizado porque incorpora las siguientes etapas:
-
descargar (105) la página de presentación visual y descargar (104) la página de datos, incorporando dicha página de presentación visual al menos una variable (K) con un valor inicial previamente determinado, un primer guión (guión 1) para mandar la descarga de la página de datos, y un segundo guión (guión 2) para comparar un valor momentáneo de la variable (K) con el valor inicial de dicha variable (K), e incorporando dicha página de datos al menos un tercer guión (guión 3), ejecutado automáticamente en cada descarga de la página de datos, para asignar a la variable (K) de la página de presentación visual un valor modificado diferente del valor inicial;
-
en cada ejecución del segundo guión (guión 2), determinar si el valor momentáneo de la variable (K) es el valor inicial de la variable (K) y, en caso de igualdad, detectar así una ausencia de conexión en red entre el navegador y el servidor o, en caso de desigualdad, detectar así un estado de conexión en red entre el navegador y el servidor.
2. Procedimiento según la reivindicación precedente, caracterizado porque incorpora las diferentes etapas suplementarias consistentes en:
-
ejecutar el primer guión (guión 1) cada M segundos;
-
ejecutar el segundo guión (guión 2) cada N segundos, siendo N superior a M.
3. Procedimiento según la reivindicación precedente, caracterizado porque la relación entre N y M está comprendida entre 5 y 15.
4. Procedimiento según al menos una de las reivindicaciones precedentes, caracterizado porque incorpora la etapa suplementaria consistente en:
-
en cada ejecución del segundo guión (guión 2) que conduce a la detección de un estado de conexión entre el navegador y el servidor en la red, asignar de nuevo a la variable (K) el valor inicial.
5. Procedimiento según al menos una de las reivindicaciones precedentes, caracterizado porque incorpora la etapa suplementaria consistente en:
-
en cada ejecución del segundo guión (guión 2) que conduce a la detección de un estado de conexión entre el navegador y el servidor en la red, realizar una operación de actualización de la página de presentación visual.
6. Procedimiento según al menos una de las reivindicaciones precedentes, caracterizado porque incorpora la etapa suplementaria consistente en:
-
en cada ejecución del tercer guión (guión 3), realizar una operación de actualización de la página de presentación visual.
7. Procedimiento según al menos una de las reivindicaciones 2 a 6, caracterizado porque incorpora la etapa suplementaria consistente en:
-
en cada ejecución del tercer guión (guión 3), mandar la suspensión de cualquier ejecución del primer guión (guión 1) hasta una ejecución del segundo guión (guión 2).
8. Procedimiento según al menos una de las reivindicaciones precedentes, caracterizado porque incorpora la etapa suplementaria consistente en:
-
en cada ejecución del segundo guión (guión 2) que conduce a la detección de una ausencia de conexión entre el navegador y el servidor en la red, orientar un mensaje de error, emitido por el navegador y relativo a una información de ausencia de conexión, hacia el segundo marco invisible (103).
9. Procedimiento según al menos una de las reivindicaciones precedentes, caracterizado porque incorpora la etapa suplementaria consistente en:
-
en cada ejecución del segundo guión (guión 2) que conduce a la detección de una ausencia de conexión entre el navegador y el servidor en la red, hacer que aparezca, por medio de un cuarto guión de la página de presentación visual, una información de error en el primer marco visible (102).
10. Documento HTML adaptado a la puesta en práctica del procedimiento de prueba del estado de conexión entre un cliente de tipo navegador y un servidor de tipo HTTP según al menos una de las reivindicaciones precedentes, estando estructurado el documento HTML en un primer marco visible (102) vinculado al menos a una página de presentación visual, y un segundo marco invisible (103) vinculado al menos a una página de datos; caracterizado porque dicha página de presentación visual incorpora al menos una variable (K) con un valor inicial previamente determinado, un primer guión (GUIÓN 1) para mandar una descarga de la página de datos, y un segundo guión (GUIÓN 2) para comparar un valor momentáneo de la variable (K) con el valor inicial de dicha variable (K) y para, en caso de igualdad, detectar así una ausencia de conexión en red entre el navegador y el servidor o para, en caso de desigualdad, detectar así un estado de conexión en red entre el navegador y el servidor; e incorporando dicha página de datos al menos un tercer guión (GUIÓN 3), ejecutado automáticamente en cada descarga de la página de datos para asignar a la variable (K) de la página de presentación visual un valor modificado diferente del valor inicial.
ES04100645T 2003-02-20 2004-02-18 Procedimiento de prueba del estado de conexion entre un cliente y un servidor en una red digital. Expired - Lifetime ES2270272T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0350031 2003-02-20
FR0350031A FR2851703A1 (fr) 2003-02-20 2003-02-20 Procede de test de l'etat de connexion entre un client et un serveur sur reseau numerique

Publications (1)

Publication Number Publication Date
ES2270272T3 true ES2270272T3 (es) 2007-04-01

Family

ID=32749810

Family Applications (1)

Application Number Title Priority Date Filing Date
ES04100645T Expired - Lifetime ES2270272T3 (es) 2003-02-20 2004-02-18 Procedimiento de prueba del estado de conexion entre un cliente y un servidor en una red digital.

Country Status (4)

Country Link
EP (1) EP1458135B1 (es)
DE (1) DE602004001793T2 (es)
ES (1) ES2270272T3 (es)
FR (1) FR2851703A1 (es)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2293202B1 (en) * 2000-03-02 2015-07-29 Polycom Israel Ltd. Device and method for providing an updateable web page by means of a visible and invisible pane
US6944660B2 (en) * 2001-05-04 2005-09-13 Hewlett-Packard Development Company, L.P. System and method for monitoring browser event activities

Also Published As

Publication number Publication date
DE602004001793T2 (de) 2007-08-09
DE602004001793D1 (de) 2006-09-21
EP1458135A1 (fr) 2004-09-15
FR2851703A1 (fr) 2004-08-27
EP1458135B1 (fr) 2006-08-09

Similar Documents

Publication Publication Date Title
US7640512B1 (en) Updating objects contained within a webpage
US8555158B2 (en) Dynamically updating webpage style
US20050246422A1 (en) System and method for interactive internet co-browsing
US20030004272A1 (en) Data transfer method and apparatus
US20070266177A1 (en) Communication device with indirect command distribution
US20030001888A1 (en) Data transfer method and apparatus
US20050229188A1 (en) Communication between browser windows
US20070061129A1 (en) Localization of embedded devices using browser-based interfaces
CN101389927A (zh) 用于检测特定计算机命令的处理装置、方法及计算机程序
US20110145299A1 (en) Offline Gadgets IDE
US20020078140A1 (en) Remote web page maintenance
US20110276876A1 (en) Method and system for storing words and their context to a database
WO2018133772A1 (zh) 网页资源的获取方法和装置、存储介质、电子装置
US20170214948A1 (en) Method And Device For Presenting Content Data From Network
ES2270272T3 (es) Procedimiento de prueba del estado de conexion entre un cliente y un servidor en una red digital.
RU2435202C2 (ru) Устройство передачи данных для эмуляции поведения навигационного устройства
US20020029244A1 (en) Client-server system, computer readable medium and computer-executable program product for updating software
US20050114481A1 (en) Program
US20070260445A1 (en) Communication device for emulating a behavior of a navigation device
Cisco CCS_301_ReleaseNotes
Žemla et al. Design and Implementation of the Application for the Irrigation System
Cisco Installing the Software and Configuration
Turland Web Scraping with PHP
JP2008234279A (ja) シナリオ作成プログラム及びシナリオ作成装置
US10834167B1 (en) Client side navigation compositor