ES2297734T3 - Interfaz de usuario mejorada. - Google Patents
Interfaz de usuario mejorada. Download PDFInfo
- Publication number
- ES2297734T3 ES2297734T3 ES05762142T ES05762142T ES2297734T3 ES 2297734 T3 ES2297734 T3 ES 2297734T3 ES 05762142 T ES05762142 T ES 05762142T ES 05762142 T ES05762142 T ES 05762142T ES 2297734 T3 ES2297734 T3 ES 2297734T3
- Authority
- ES
- Spain
- Prior art keywords
- network
- server
- page
- operable
- context
- 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
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/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
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- 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/561—Adding application-functional data or data for application control, e.g. adding metadata
-
- 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/567—Integrating service provisioning from a plurality of service providers
-
- 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/75—Indicating network or usage conditions on the user display
-
- 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
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Library & Information Science (AREA)
- Information Transfer Between Computers (AREA)
Abstract
Un sistema que comprende: un terminal (101) para ser usado por un usuario, en el que el terminal comprende un navegador (110) de red operable para solicitar páginas de red por cuenta del usuario; un servidor (120) de red; un detector (120) de errores, en el que el detector de errores es operable para generar un código (131) de error en el caso en que, siguiendo a la selección de un enlace (601) sobre una primera página (600) de red que especifica una segunda página de red, la segunda página de red no es enviada desde el servidor de red al navegador de red; un receptor (211; 311; 411; 811) de códigos de error, en el que el receptor de códigos de error es operable para recibir un código de error (131) del detector de errores y, en respuesta, origina que sea enviada información (232) a un analizador de contexto referente a la primera página (600) de red; un analizador (241, 242; 341, 343; 741) operable para recibir la información (232) del receptor de código de error, analizar el contenido dela primera página (600) de red para determinar información (602) referente al contexto del enlace (601), establecer una lista (503) de una o más páginas de red sobre la base de la información (602) de contexto, y comunicar la lista a un generador de respuestas; y un generador (143) de respuestas, en el que el generador de respuestas es operable para generar una respuesta (500) basada en la lista y comunicar la respuesta al navegador de red.
Description
Interfaz de usuario mejorada.
Esta invención se refiere a una interfaz de
usuario mejorada para un aparato de telecomunicaciones que puede
recibir datos de, y transmitir datos a, otros aparatos de
telecomunicación. Más particularmente, pero no exclusivamente, la
invención se refiere a una interfaz de usuario mejorada para un
navegador de red Internet.
Algunas veces, cuando un usuario usa un
navegador de red para ver páginas de red, el usuario tecleará la
dirección de la página de red (conocida también como "URL" o
Localizador de Recursos Uniforme) en el navegador de red.
Alternativamente, el usuario puede usar un "registro" que
especifique una dirección de página de red. La dirección de la
página de red especifica a la vez una máquina particular conectada
a la red (tal como un nombre de servidor de red concreto o una
página de red concreta) en esa máquina. El navegador de red
transmite entonces una solicitud de la página deseada al servidor
de red, como un resultado de lo cual el servidor de la red devuelve
información al navegador de red que define la apariencia de la
página de red. Algunas veces, la dirección de red especifica
válidamente la dirección de red interna de un servidor de red pero
no especifica válidamente una página de red en el particular
servidor de red. Por ejemplo, el usuario puede, (i) introducir
incorrectamente la dirección de red de la página deseada, o (ii)
puede introducir la dirección de red (trayectoria) de una página de
red que existió anteriormente pero que ya no existe. En tales casos
el servidor de red devolverá un código de error al navegador de red
del usuario. Un código de error típico es el protocolo de
transferencia de hipertexto (HTTP) "404 No hallada" aunque hay
también otros diversos códigos de error tales como "410 Se ha
ido". Un usuario que recibe esos mensajes se entera de que la
página de red especificada no existe, sin que le sean proporcionadas
razones o información útil
alguna.
alguna.
En algunos casos, el servidor de red puede
dirigir un usuario a la página de inicio del lugar de la red, en el
caso en que el usuario solicite una página que no es asequible en el
servidor, pero esto es usualmente de limitada utilidad o interés
para el usuario cuyas acciones en la especificación de una página de
red particular dentro de un lugar de la red son típicamente
indicativas de un interés concreto.
El documento US 2002/059396 A1 describe un
sistema en el que se proporciona a un usuario una lista de
direcciones de páginas de red alternativas en el caso en que el
usuario teclee una dirección incorrecta de una página de red dentro
de un navegador de red. En este documento el URL de la página de red
solicitada es analizado para proporcionar direcciones de páginas de
red alternativas.
En contra de lo que antecede, y de acuerdo con
un primer aspecto de la invención, se proporciona un sistema como se
establece en la reivindicación 1.
Según un segundo aspecto de la invención, se
proporciona un receptor de códigos de error como se establece en la
reivindicación 37.
Según un tercer aspecto de la invención, se
proporciona un analizador del contexto, como se establece en la
reivindicación 55.
Según un cuarto aspecto de la invención, se
proporciona un método que facilita a un usuario una interfaz de
usuario, como se establece en la reivindicación 61.
Según un quinto aspecto de la invención, se
proporciona un producto de programa de ordenador como se establece
en la reivindicación 58.
Una ventaja de la presente invención es que en
vez de facilitar al usuario un simple código de error indicativo de
que la página de inicio solicitada no puede ser recuperada, al
usuario se le facilitan uno o más enlaces alternativos que son
pertinentes para la página de inicio que está tratando de ver. El
usuario puede entonces investigar uno o más de los enlaces. Por
tanto, la invención puede proporcionar sugerencias constructivas de
páginas de red alternativas cuando las páginas de red solicitada
originalmente no existen.
A continuación se describirán realizaciones de
la invención, a modo de ejemplo solamente, y con referencia a los
dibujos siguientes, en los cuales:
la Figura 1 ilustra un sistema de ordenador
dispuesto de acuerdo con un primer ejemplo;
la Figura 2 ilustra un sistema de ordenador
dispuesto de acuerdo con una primera realización de la
invención;
la Figura 3 ilustra un sistema de ordenador
dispuesto de acuerdo con una segunda realización de la
invención;
la Figura 4 ilustra un sistema de ordenador
dispuesto de acuerdo con una tercera realización de la
invención;
la Figura 5 ilustra una página de red, como es
vista por un usuario del sistema de la Figura 1, después de la
entrada de un URL no existente;
la Figura 6 ilustra una página de red, vista por
un usuario del sistema de la Figura 2, después del procedimiento de
una entrada de datos efectuada mediante ese sistema;
la Figura 7 ilustra un sistema de ordenador
dispuesto de acuerdo con una quinta realización de la invención;
y
la Figura 8 ilustra una porción de un sistema de
ordenador dispuesta de acuerdo con una sexta realización de la
invención.
Primer
Ejemplo
La Figura 1 muestra un sistema 100 según un
primer ejemplo que no es una realización de la invención pero que
proporciona información de antecedentes apropiada para las
realizaciones de la invención.
El sistema 100 comprende un ordenador personal
(PC) 101. El PC 101 del usuario tiene accesorios estándar tales
como un ratón (no mostrado), un teclado 103 y un monitor 104 que
puede ser usado para presentar páginas de red. El PC 101 del
usuario tiene también un módem que permite al PC 101 del usuario
conectarse a Internet. En esta realización, el PC 101 del usuario
es un PC de mesa aunque en otras realizaciones, el PC 101 de usuario
podría ser, por ejemplo, un teléfono móvil o un Ayudante Digital de
Personal (PDA).
El PC 101 del usuario se proporciona con
software 110 de navegador de red. El software 110 de navegador de
red puede ser, por ejemplo, el Internet Explorer^{TM} de
Microsoft^{TM}, el Netscape Navigator^{TM} o Mozilla^{TM}. En
uso, un usuario introduce un URL para una página de red, usualmente
por medio del teclado 103. Esto origina que el software de navegador
envíe una solicitud al servidor de red especificada por el URL
introducido. Donde ese URL exista, ese servidor de red contesta con
instrucciones para el software 110 de navegador en el PC 101 de
usuario, y ese software 110 interpreta la información recibida y
luego presenta la página de red solicitada sobre la pantalla 104.
Como conocerán bien los expertos en la técnica, la información
enviada por el servidor de red e interpretada por el software 110 de
navegador se codifica típicamente usando el lenguaje de etiquetas de
hipertexto (HTML) y es suministrado usando el protocolo de
transferencia de hipertexto (HTTP). Se pueden hallar detalles del
protocolo HTTP y protocolos relacionados en las siguientes
direcciones de red:
http://www.ietf.org/rfc/rfc1945.txt
Hypertext Transfer Protocol - -
HTTP/1.0
\vskip1.000000\baselineskip
http://www.ietf.org/rfc/rfc2616.txt
Hypertext Transfer Protocol - -
HTTP/1.1
\vskip1.000000\baselineskip
http://www.ietf.org/rfc1866.txt
Hypertext Markup Language - 2.0
\vskip1.000000\baselineskip
http:www.w3.org/TR/REC-html32
HTML 3.2 Reference Specification
\vskip1.000000\baselineskip
http://www.w3.org/TR/html401/
HTML 4.01 Specification
\vskip1.000000\baselineskip
http://www.w3.org/TR/xhtmll/
XHTML^{TM} 1.0 The Extensible HyperText Markup
Language (Second Edition)
\vskip1.000000\baselineskip
http://www.w3.org/TR/xhtml-basic/
XHTML^{TM} Basic
\vskip1.000000\baselineskip
http://www.w3.org/TR/xhtmlll/
XHTML^{TM} 1.1 - basado en el módulo XHTML
\vskip1.000000\baselineskip
En la descripción siguiente se hará referencia a
los URLs, direcciones de red y así sucesivamente. Se entenderá por
supuesto que, aunque un URL casi siempre se introduce o es
referenciado como una cadena alfanumérica (por ej.
"http://www.ietf.org/", que se refiere a la dirección anterior,
la red Internet en efecto funciona sobre la base de direcciones de
Protocolo Internet (IP) que son números de 32 bits que pueden ser
representados como una serie de doce números separados por puntos,
tales como: 101.114.186.000. Por tanto una operación preliminar,
cuando un usuario solicita una página de red, es usualmente para el
software 110 de navegador acceder al Servidor de Nombre de Dominio
(DNS) que obtiene la dirección de red textual (un Nombre de Dominio
Completamente Calificado, o FQDN) introducido por el usuario dentro
de su dirección IP. Esta dirección IP es devuelta luego por el DNS
al navegador que entonces envía la solicitud de una página
particular a la dirección IP resuelta. Uno o más recursos de red
pueden estar presentes en la dirección IP resuelta, por ejemplo, dos
servidores de red para lugares de red no relacionados pueden ser
ambos accesibles en la misma dirección IP. La forma textual de la
FQDN (en vez de la dirección IP que es la forma resuelta es usada
por el servidor para seleccionar un lugar de la red; el resto de la
URL (la parte de trayectoria o especificadora de recursos)
selecciona una página particular en ese lugar.
Los errores en una página de red (o URL) como es
solicitada por un navegador de red que originan que la página de red
sea inalcanzable para el navegador de red pueden estar en el nombre
del dominio y/o en una particular página de red especificada como
residente en el nombre de dominio.
Haciendo referencia todavía a la Figura 1, se
supone que el usuario desea ver una página de red situada sobre un
servidor 120 de red remoto. El usuario teclea el URL de la página de
red dentro del software 110 del navegador de red usando el teclado
103. Un ejemplo hipotético de esa dirección de Internet es:
- http://www.chemical_elements.com/hydrogen/atomic_weight.html
donde "www.chemical_elements.com"
especifica la dirección FQDN del servidor 120 de red y donde:
"/hydrogen/atomic_weight.html" especifica una página de red que
es vista sobre el servidor 120 de red.
Como una primera operación, el software 110 de
navegador de red envía una solicitud 130 de HTTP al servidor 120 de
red (que ha obtenido inicialmente una resolución del URL dentro de
una dirección IP como se ha definido anteriormente). El servidor
120 de red recibe la solicitud para la información (la página)
vista, pero (en este ejemplo hipotético), encuentra que la página
solicitada no está disponible. El servidor 120 de red por lo tanto
devuelve un código de estado de HTTP al software 110 de navegador en
el PC 101 de usuario, indicando que la página de red solicitada no
se halla. Un ejemplo de un código de estado de HTTP es "404 No
hallada". Este código de estado indica que la página de red
solicitada no pudo ser hallada; hay códigos de estado de HTTP
alternativos que pueden ser usados por el servidor 120 de red para
indicar que la página de red solicitada no está temporal o
permanentemente disponible en el servidor 120 de red.
De acuerdo con una realización de la presente
invención, en vez de la presentación de este error 404, se emplea
un "plug-in" 111 (programa circunstancialmente
introducible que intercala un elemento enchufable) para mejorar la
funcionalidad del navegador en la manipulación de tales errores,
como se explicará más adelante. Los "plugs-in"
(tales como el "plug-in" 111 son piezas de
software que mejoran el software 110 del navegador. Un (BHO) Objeto
Colaborador del Navegador podría ser usado como un
"plug-in" por el Microsoft^{TM} Internet
Explorer^{TM}.
Sin el "plug-in" 111, el
software 110 de navegador de red presentaría simplemente una
indicación de que la página solicitada no puede ser hallada en el
servidor, junto con el código de estado de HTTP (por ejemplo,
"404 No hallada"). El plug-in 111 modifica el
comportamiento del software 110 de navegador de red cuando se
recibe un código de estado de HTTP apropiado tal como "404 No
hallada". Concretamente, el "plug-in" 111
detecta el código de estado de NTTF e impide que el software 110 de
navegador de red muestre la presentación de error normal "404 No
hallada".
En vez de ello, el
"plug-in" 111 origina que el software 110 de
navegador de red envíe una solicitud 132 de HTTP a un servidor 140
de red colaborador que es típicamente remoto de ambos el servidor
120 de red que gestiona el URL que podría no estar situado, y el PC
101 del usuario. La solicitud de HTTP 132 incluye el URL de la
página de red que no estaba disponible sobre el servidor 120 de
red.
El servidor 140 de red colaborador opera en
combinación con el "plug-in" para proporcionar
al usuario con una alternativa, mejorada de presentación de
información, como se establece más adelante.
\newpage
El servidor 140 de red colaborador incluye
software 141 de análisis que analiza la dirección contenida la
dirección contenida en la solicitud 132 de HTTP para determinar el
contexto de la página que no estaba disponible en el servidor 120
de red. Aquí, el software 141 de análisis analiza la dirección de
red del servidor 120 de red y analiza también la dirección de la
página de red que podría no hallarse en el servidor 120 de red, y
determinad que el contexto de la página de red que falta implica las
palabras clave: "químico", "elementos", "hidrógeno",
"atómico" y "peso". El software y los algoritmos para
determinar el contexto de información son, como tales, bien
conocidos en la técnica. Por ejemplo, algunos conocidos algoritmos
determinan el número de enlaces en una página de red, y las fuentes
de esos enlaces, para determinar el contexto de la información;
algunos otros emplean técnicas basadas en el significado de las
palabras. Los detalles del algoritmo o algoritmos usados por el
software de análisis aquí empleado no forman parte de la presente
invención y no se examinarán más.
El servidor 140 de red colaborador incluye
también software 142 de bases de datos indizadas que se usan para
identificar páginas de red sobre otros servidores de red (es decir,
sobre servidores de red distintos a los del servidor 120 de red y
al servidor 140 de red colaborador) que podrían ser pertinentes para
el contexto de la página de red que falta. El software 142 de bases
de datos indizadas comprende una base de datos que lista lugares de
red potencialmente pertinentes para cada término en la base de
datos.
Por ejemplo, para la palabra "químico", el
software 142 de la base de datos indizada puede tener diversas
entradas que estén relacionadas con el campo de la química. Para la
palabra "elementos", el software 142 de la base de datos
indizada puede tener algunas entradas que sean importantes para la
química y algunas que no tengan importancia para la química. Un
ejemplo de una entrada en el software 142 para la palabra
"elemento" que no tiene interés para el campo de la química
podría ser una página de red titulada "elementos de la danza
moderna" que, en este ejemplo, estaría relacionada con la
coreografía y no con la química. El software 142 de base de datos
indizada usa las palabras clave extraídas por el software 141 de
análisis para producir una lista de páginas de red potencialmente
interesantes. La lista producida puede ser ordenada/clasificada
mediante la importancia anticipada de las páginas de red para las
palabras clave. Por ejemplo, una página de red que tenga las
palabras clave "atómico", "peso" e "hidrógeno" puede
ser clasificada más alta que una página de red que tenga las
palabras clave "químico", "elementos", "hidrógeno" y
"peso" incluso aunque la última página de red tiene cuatro de
las palabras clave en vez de tres de las palabras clave. Los
detalles de los algoritmos de clasificación empleados aquí no
forman parte de la presente invención y no se describirán más. Los
algoritmos de clasificación son, como tales, conocidos en la
técnica, y los detalles de los algoritmos de clasificación empleados
aquí no forman parte de la presente invención y no se examinarán con
más detalle.
La lista clasificada de lugares de red
potencialmente importantes producida por el software 142 de la base
de datos de índices se hace pasar entonces al software 143 de
creación de páginas de red. El software 143 de creación de páginas
de red forma parte también del servidor 140 de red colaborador. El
software 143 de creación de páginas de red genera dinámicamente una
página de red que es enviada como una respuesta 133 de HTTP al PC
101 de usuario. El software 110 de navegador de red interpreta
entonces la respuesta 133 de HTTP y presenta la página de red sobre
la presentación 104 del PC 101 de usuario.
"Dinámico", significa que el software 143
de creación de la página de red no recupera una página de red
predefinida, sino que el software 143 de creación de la página de
red genera una nueva página basada en el contexto que fue
determinado por el software 141 de análisis y por los enlaces
determinados y clasificados por el software 142 de base de daos
indizada. Por tanto, la página de red que es generada por el
software 143 de creación de páginas de red será usualmente
particular para un contexto dado. Cada vez que el usuario intente
ver una página de red que no exista sobre el servidor 120 de red, o
no exista sobre algún otro servidor de red, el programa
"plug-in" 111 es capaz de detectar la recepción
del HTTP "404 No hallada" o una respuesta similar del servidor
de red. El "plug-in" 111 origina entonces que
el PC 101 de usuario contacte el servidor 140 de red colaborador de
modo que una página de red generada dinámicamente, que es pertinente
en el contexto de la página no disponible, es presentada sobre la
pantalla 104 del PC 101 de usuario.
La Figura 5 muestra un ejemplo de una página 500
de red que está presentada en la pantalla 104 del PC 101 de usuario
una vez que la respuesta 133 de HTTP ha sido recibida por el PC 101
del usuario e interpretada por software 110 del navegador de red.
Como se muestra, la página 500 de red contiene un campo 501 de
mensaje, que proporciona al usuario un mensaje informativo, y
contiene también un botón 502 de retroceso y un campo 503 de enlace.
En este caso, el mensaje es:
- "Lo siento, no puedo encontrar la página que usted busca. Puede pulsar el "Botón de retroceso" o hacer clic sobre un enlace apropiado".
El botón 502 de retroceso permite que el usuario
retroceda a través de su historia de páginas de red vistas
anteriormente.
El campo 503 de enlace proporciona al usuario
una lista clasificada de enlaces sugeridos que pueden ser de
importancia en el contexto del usuario. Aquí, el campo 503 de
enlace contiene dos enlaces, el enlace 503.1 y el enlace 503.2.
Para cada uno de los dos enlaces, se da el título de la página de
red señalada por el enlace respectivo, seguido por las respectivas
palabras clave que están presentes sobre la respectiva página de red
seguida por la dirección de Internet de la respectiva página de
red. Como se muestra, el enlace 503.1 es una página de red que es
interesante para las propiedades del hidrógeno. La dirección de red
proporciona el servidor de red y la dirección de la página de red
en el servidor de red. El enlace 503.2 está relacionado con una
página de red de coreografía. El enlace 503.2 se presenta debajo del
enlace 503.1 como, de acuerdo con la clasificación efectuada por el
software 142 de base de datos de índice, se considera que el enlace
503.2 es menos probable que sea interesante para el usuario que el
enlace 503.1.
Suponiendo que el usuario considera el enlace
503.1 importante, y continúa para seleccionar el enlace 503.1 con
un clic usando el ratón 102, el enlace 503.1 especifica la dirección
de Internet de la página de red que el usuario desea ver. Aquí, la
página puede ser hallada sobre un servidor 150 enlazado.
El servidor 150 enlazado en esta realización no
es típicamente una parte del servidor 120 de red o del servidor 140
de red colaborador; por el contrario, la base de datos del software
142 de base de datos indizada mantenida sobre el servidor
colaborador 140, contiene un enlace de internet con el servidor
enlazado 150.
Por tanto, el enlace 503.1 especifica la
dirección internet del servidor 150 enlazado y especifica también
el lugar en el servidor enlazado 150 en el que puede ser hallada la
página. Cuando el usuario hace clic sobre el enlace 503.1, el
software 110 de navegador de red envía una solicitud 134 de HTTP al
servidor 150 de enlace. El servidor enlazado 150 devuelve una
respuesta HTTP 135 que define la página de red requerida. El
software 110 de navegador de red interpreta que la página de red
definida por la respuesta 135 de HTTP y presenta la página de red
solicitada en la pantalla 104 del PC 101 del usuario.
Por tanto, el "plug-in" 111
y el servidor 140 de red colaborador pueden mejorar la experiencia
de navegación de red de un usuario cuando en vez de presentarle a
este un mero mensaje HTTP "404 No hallada", presentan al
usuario una lista de enlaces potencialmente interesantes para que el
usuario pueda elegir.
Primera
Realización
La Figura 2 muestra un sistema 200 según una
primera realización de la invención. Muchos de los componentes del
sistema 200 son idénticos a los componentes del sistema 100. Las
partes que son comunes han retenido por lo tanto los mismos números
de referencia que fueron usados en la Figura 1.
Ya que el sistema 100 proporciona una situación
en la que el usuario introduce la dirección de una página de red
inexistente, el sistema 200 proporciona la situación en la que un
usuario hace clic sobre un enlace proporcionado por un "servidor
de red de enlace" 201 que indica un enlace que no existe sobre el
servidor 120 de red. El sistema 200 es también capaz de recoger
información que puede ser usada para mejorar la importancia de los
enlaces presentados al usuario, o para otros propósitos.
Como una primera operación en esta primera
realización, el usuario teclea la dirección (URL) de Internet de un
lugar de red en el servidor 201 de red de enlace dentro del software
110 de navegador de red por medio del teclado 103. El software 110
de navegador de red envía una solicitud 202 de HTTP al servidor 201
de la red de enlace. En este ejemplo, la página solicitada sobre el
servidor 201 de red de enlace se encuentra, de modo que el servidor
201 de red de enlace responde con una respuesta 203 de HTTP. El
software 110 de navegador de red interpreta la página de red
definida por la respuesta 203 de HTTP y presenta la página de red
sobre la presentación 104. La página de red presentada incluye uno
o más enlaces defectuosos. Por enlaces defectuosos, se ha de
entender que el enlace es incorrecto o el enlace se refiere a una
página que ya no está disponible.
En una operación siguiente, el usuario hace clic
sobre uno de los enlaces defectuosos (que, por supuesto, no sabe
que es defectuoso como una regla). El software 110 navegador de la
red envía una solicitud 130 de HTTP al servidor 120 de red remoto
en el que el lugar de red de la página que falta o el enlace roto se
mantiene. El servidor 120 de red determina que la página solicitada
no está disponible y devuelve una respuesta 131 de HTTP "404 No
hallada" al software 110 de navegador de red.
El sistema 200 tiene un
"plug-in" 211 que es similar al
"plug-in" 111 pero incluye un ID 212 de
participante. El ID 212 de participante es una pieza de datos que
identifica la organización que suministró el
"plug-in" 211 al usuario. El
"plug-in" 211 está dispuesto de modo que es
capaz de transmitir el ID 212 de participante a un servidor 240
colaborador.
El servidor 240 colaborador es similar al
servidos 140 colaborador del sistema 100 pero incluye el software
242 de vigilancia de participante para analizar los diversos IDs 212
participantes de diferentes usuarios. Aunque por claridad se
muestra solamente un único PC 101 de usuario en el sistema 200,
múltiples usuarios, que usan respectivos PCs, pueden usar
simultáneamente el software 110 de navegador de red en sus
respectivos PCs junto con respectivos
"plug-ins" 211. Los
"plug-ins" 211 son sustancialmente idénticos
pero se proporcionan con diferentes IDs 212 de participante,
dependiendo de que organización ha suministrado un
"plug-in" 211 a un usuario.
Volviendo a la Figura 2, cuando el
"plug-in" 211 detecta que una respuesta 131 de
HTTP "404 No hallada" ha sido recibida del servidor 120 de red,
el "plug-in" 211 origina que el software 110 de
navegador envíe una solicitud 232 de HTTP al servidor 240 de red
colaborador. La solicitud 232 de HTTP es similar a la solicitud 132
de HTTP del sistema 100 pero incluye el ID 212 participante.
\newpage
Para el sistema 200, un ejemplo de la solicitud
232 de HTTP, es como sigue:
donde:
internet_address_of_helper_web_server_240 es la
dirección Internet del servidor 240 colaborador;
participant ID es el ID de participante del
"plug-in" 211;
web_page_address_of_page_on_linking_server_201
es la dirección de la página de red en el servidor 201 de red de
enlace que contiene un enlace con la página que no está presente e
el servidor 120 de red;
404 es el código de estado de la respuesta 131
de HTTP; y
web_page_address_of_missing_page es la dirección
de la página que no está presente en el servidor 120 de red que fue
indicada mediante la página en el servidor 201 de enlace.
El servidor 240 de red colaborador usa la
solicitud 232 de HTTP para deducir el contexto de la página de red
que falta. El software 242 de comprobación del participante que
forma parte del servidor 240 colaborador registra el ID 212 de
participante del "plug-in" 211 que originó que
la solicitud 232 de HTTP fuese enviada. Aquí, el ID 212 de
participante tiene un valor "123456".
El servidor 240 colaborador comprende el
software 241 de análisis que es similar al software 141 de análisis
del sistema 100. No obstante, el software 241 de análisis obtiene,
en virtud de la información extra proporcionada en la solicitud 232
de HTTP (comparada con la solicitud 132 de HTTP), información
mejorada que considera el contexto de la página de red que el
usuario intentó ver. El software 241 de análisis usa la información
"referida" en la solicitud 232 de HTTP para enviar una
solicitud 220 de HTTP al servidor 201 de red de enlace. La solicitud
220 de HTTP solicita la página de red, del servidor 201 de red, que
contenía el enlace erróneo con una página en el servidor 120 de
red. El servidor 201 de red de enlace responde con una respuesta 221
de HTTP. La respuesta 221 de HTTP incluye información que define la
apariencia y el contenido de la página de red que estaba desplegada
sobre la presentación 104 del PC 101 de usuario. El software 241 de
análisis no presenta realmente la página de red definida por la
información en el contexto de la respuesta 221 de HTTP pero analiza
la información para determinar palabras clave en la proximidad del
enlace.
La Figura 6 muestra un ejemplo de una página 600
de red como esta podría ser presentada (el software de análisis no
presentaría usualmente la página 600 de red) sobre la presentación
104 del PC 101 de usuario. El software 241 de análisis analiza la
página 600 de red para determinar el lugar del enlace que indica a
la página de red no existente sobre el servidor 120 de red. El
enlace está designado por el número de referencia 601. Como se
muestra, las palabras en la proximidad del enlace 601 contienen
varias palabras clave que son importantes en el contexto del enlace
601. El software 241 de análisis analiza estas palabras clave para
determinar palabras clave apropiadas. Diversos métodos para
analizar e indizar palabras clave se conocen en la técnica. Aquí el
software 241 de análisis determina las palabras clave 602 que han de
ser usadas por el software 142 de la base de datos indizada. El
software 241 de análisis analiza también la dirección de red de la
página 600 de red en busca de palabras clave importantes. Los
resultados del análisis se pasan por el software 241 de análisis al
software 142 a la base de datos indizada. El software 142 de la base
de datos indizada produce entonces una lista de uno o más enlaces
que se anticipan como importantes para el usuario.
En esta realización, el sistema 200 usa el ID
212 del participante para obtener información de contexto adicional.
El software 242 de comprobación del participante comprende una base
de datos que refiere IDs de participantes a cualquier organización
que suministró el "plug-in" al usuario. En este
ejemplo hipotético, el ID 212 del participante tiene un valor
"123456" que indica que el "plug-in" 211
fue suministrado al usuario por una hipotética organización
denominada "Organización de Química Industrial". Es probable
que el usuario tenga alguna relación con la hipotética sociedad
"Organización de Química Industrial" y esto proporcione
información contextual adicional, es decir que el contexto previsto
es el campo de la química. En esta realización, el software 242 de
comprobación de participante pasa al software 142 de base de datos
indizada información que indica el contexto previsto.
La lista de lugares de red potencialmente
importantes que es creada por el software 142 de base de datos
indizada se pasa al software 143 de creación de la página de red
que entonces envía una respuesta 233 de HTTP al software 110 de
navegador de red. La respuesta 233 de NTTP incluye información que
define una página de red; el software 110 de navegador de red
interpreta la información y presenta la página de red sobre la
presentación 104. La página de red presentada es similar a la
mostrada en la Figura 5 pero está más enfocada hacia lo que es
considerado por el software 241 de análisis y el software 142 de la
base de datos indizada para que sea el probable contexto del
usuario. La respuesta 233 de HTTP es similar a la respuesta 133 de
HTTP del sistema 100 pero, así como la página de red definida por
la respuesta 133 de HTTP incluía un enlace que indicaba directamente
hacia el servidor 150 enlazado, la página de red definida por la
respuesta 233 de HTTP tiene enlaces con el servidor 240
colaborador. Aunque los enlaces apuntan al servidor 240 colaborador
en vez de al servidor enlazado 150, los enlaces contienen
información que permite que el servidor colaborador 240 dirija el
software 110 de navegador de red al servidor enlazado 150. El modo
en el que el servidor 240 colaborador procesa estos enlaces se
examinará a continuación.
Si el usuario hace clic sobre uno de los
enlaces, el software 110 de navegador de red envía una solicitud 234
de HTTP al servidor colaborador 240. Para el sistema 200, un ejemplo
de la solicitud 234 de HTTP es como sigue:
La solicitud 234 de HTTP especifica la dirección
de red del servidor 240 colaborador y contiene también, como
parámetros, la dirección de red del servidor 150 enlazado y el ID
212 de participante. El servidor 240 colaborador incluye software
243 seguidor. Aquí, el software seguidor 243 determina que el ID del
participante es "123456".
El software 243 seguidor mantiene un recuento
del número de veces que una solicitud 234 de HTTP es recibida para
cada ID 212 de participante. Por tanto, cada vez que el usuario del
PC 101 hace clic sobre un enlace recibido del servidor 240
colaborador, el software 243 seguidor incrementará en 1 un registro
para el ID participante "123456". Cuando otros usuarios hacen
clic sobre tales enlaces, el respectivo registro para los otros IDs
participantes se incrementará en 1. Por tanto, el software 243
seguidor permite que el servidor 240 colaborador determine cuantos
"clics" son recibidos de cada una de las organizaciones que
pueden distribuir "plug-ins" 211.
El servidor 240 colaborador incluye también
software 244 de redireccionamiento. Al recibir una solicitud 234 de
HTTP, el software 244 de redireccionamiento extrae el parámetro que
especifica la dirección de red de una página sobre un servidor 150
enlazado. El software 244 de redireccionamiento envía entonces una
respuesta 235 de HTTP al software 110 de navegador de red. La
respuesta 235 de HTTP incluye un código de estado de
redireccionamiento HTTP (por ejemplo, "302 Movido
Temporalmente", que es siempre seguido por un campo de
encabezamiento "Lugar:" que indica al software 110 de
navegador de red que el software 110 de navegador de red debe buscar
la página de red (es decir, la página de red solicitada por la
solicitud 2234 de HTTP) en otro lugar. El otro lugar es especificado
por, en este ejemplo, el campo de encabezamiento "Lugar" de la
respuesta 235 de HTTP.
El software 110 de navegador de red, al recibir
la respuesta 235 de HTTP, envía una solicitud 134 de NTTH al
servidor 150 enlazado. El servidor 150 enlazado responde con una
respuesta 135 de HTTP y origina que una página de red sea
desplegada sobre la pantalla 104 del PC 101 de usuario.
Una ventaja de la inclusión de la solicitud 232
de HTTP del ID 212 de participante es que el participante que
vigila el software 242 puede mejorar el contexto que es usado por el
software 142 de base de datos indizado. En realizaciones
alternativas del sistema 200, el ID 212 participante es omitido de
la solicitud 232 de HTTP y el software 242 de vigilancia
participante es dispensado. En otra realización más, el participante
vigila el software 242 que se usa, en combinación con el software
241 de análisis y el software 142 de la base de datos indizada,
para mejorar la clasificación de servidores 150 de enlace
"favorecidos" o para impedir que enlaces con uno o más
servidores 150 enlazados "no favorecidos" sean presentados al
usuario.
En realizaciones alternativas del sistema 200,
el "plug-in" 211 está dispuesto de modo que el
ID 212 participante no está incluido en la solicitud 234 de HTTP,
en cuyo caso el software seguidor 243 del servidor colaborador 240
podría ser dispensado. No obstante, se prefiere la inclusión del ID
212 de participante en la solicitud 234 de NTTP y la retención del
software seguidor 243. El uso del software 243 de seguidor de ID
212 de participante permite que el servidor colaborador 240 cuente
cuantos enlaces han sido proporcionados a un particular servidor
150 enlazado, y determinar también el ID 212 del participante del
"plug-in" que fue usado para acceder a un
particular servidor 130 enlazado. Esto permite que los propietarios
del servidor 240 colaborador obtengan ingresos financieros de los
propietarios de los servidores 150 enlazados y compartan los
ingresos con las organizaciones que proporcionan el
"plug-in" 211 a los usuarios.
La Figura 2 muestra solamente un servidor 150
enlazado único. En una ejecución típica del sistema 200, se
comprenderá que hay muchos servidores 150 enlazados. Para que un
servidor 150 esté "enlazado" con el servidor 240 colaborador,
es necesario que el software 142 de la base de datos indizada
contenga información que especifique la dirección de red de una
página de red sobre un particular servidor 150 enlazado. Por
supuesto, así como que tenga enlaces con una pluralidad de
servidores 150 de enlace, el software 142 de la base de datos
indizada puede tener enlaces con una pluralidad de páginas de red
que sean recuperables de un particular servidor enlazado 150. Los
enlaces pueden incluir también enlaces con otras páginas de red, que
pueden ser recuperadas sin un error "404 No Hallada", en el
servidor 120 de red.
Se supone que los propietarios del servidor 240
colaborador han concluido acuerdos con los respectivos propietarios
de diversos servidores 150 enlazados de modo que, por cada clic a
través de un servidor enlazado 150 que sea consecuencia del uso de
un "plug-in" 211 y el servidor 240 colaborador,
el propietario del respectivo servidor enlazado 150 efectúa un pago
al propietario del servidor colaborador 240. Supongamos también que
los propietarios del servidor colaborador 240 han concluido
acuerdos con una o más organizaciones que estén preparadas para
distribuir "plug-ins" 211, donde cada una de
las organizaciones está asignada a respectivos IDs 212 de
participantes (por ejemplo, "123456" o "111222" para
distinguir los "plug-ins" 211, El software 243
seguidor y el software 244 de redireccionamiento cuentan cada uno
cuantos clics han sido pasados a través de cada servidor 150
enlazado. Como un ejemplo, supongamos que la compañía A posee un
primer servidor 150 enlazado que ha recibido 20 clics a través del
mismo, y que la compañía B posee un segundo servidor 159 enlazado
que ha recibido 10 llamadas. Ambas compañías, A y B, proporcionan a
los propietarios del servidor 240 colaborador una remuneración
financiera basada en el número de llamadas 240 registradas por el
software 243 registrador y el software 244 de redireccionamiento.
Por tanto, los propietarios del servidor colaborador 240 son
remunerados por un total de 30 llamadas. Supongamos también que una
primera organización C ha proporcionado algunos usuarios con un
"plug-in" 211 que tiene un ID 212 participante
de "123456", y que una segunda organización D ha proporcionado
otros usuarios con un "plug-in" 211, que tiene
un ID participante 212 de "111222". Los propietarios del
servidor colaborador 240 pueden proporcionar a las organizaciones C
y D con una porción de la remuneración recibida de los propietarios
A y B, proporcional al número de llamadas resultantes de (i) del
"plug-in" 211 que tiene el ID participante de
"123456", e (ii) del "plug-in" 211 que
tiene el ID 212 participante de "111222". Por tanto, las
organizaciones C y D se animan a distribuir
"plug-ins" 211 con los respectivos IDs 212
participantes a usuarios.
En realizaciones alternativas del sistema 200,
no es necesario contar el número de clics que reciben el uno o más
servidores 150 enlazados. En esas realizaciones, el ID 212
participante no está incluido en la solicitud 234 de HTTP; de modo
similar, el software 243 seguidor puede ser dispensado.
Segunda
Realización
La Figura 3, muestra un sistema 300 según una
segunda realización de la invención. El sistema 300 es de algún
modo similar al sistema 200 y los números de referencia similares se
emplean de nuevo para componentes similares. No obstante, el
sistema 300 incluye un servidor 301 de red de intermediario. Los
servidores intermediarios son usados por algunos proveedores de
servicios de Internet (ISPs) como compuertas entre abonados
individuales de los ISP (por ejemplo, usuarios locales) y la red
Internet. Los servidores intermediarios se usan también por algunos
negocios como una interfaz entre los PCs usados por su plantilla, y
la red Internet. Los servidores intermediarios pueden proporcionar
seguridad incrementada mediante la incorporación de un explorador de
virus y mejores características mediante la ocultación de
información. Toda la comunicación de red (HTTP) entre los PC 101 de
usuario y la red se efectúa a través del servidor intermediario 301
que recibe solicitudes HTTP de los PC 101 de usuario y luego las
retransmite a otros servidores de red en la red Internet. Las
respuestas HTTP de los otros servidores de red sobre la red son
recibidas por el servidor intermediario 301 que entonces las
retransmite a los PC 101 de usuario.
Otra diferencia entre el sistema 300 y el
sistema 200 consiste en que el servidor 340 de red colaborador del
sistema 300 no cuenta el número de conexiones a los servidores 150
enlazados. Por el contrario, el software 342 de base de datos
indizado modificado se usa en vez del software 142 de base de datos
indizado. Así como el almacenamiento de las direcciones de red de
las páginas de red sobre servidores 150 enlazados, el software 342
de la base de datos indizada almacena también los "IDs
enlazados" 312 que permiten que los servidores enlazados 350
determinen la proporción de clics recibida del servidor 340
colaborador. Los servidores enlazados 350 son similares a los
servidores 150 enlazados pero incluyen software seguidor 343 para
contar el número de visitas recibidas.
En la realización ilustrada en la Figura 3, el
usuario del PC 101 teclea en una dirección de red dentro del
software 110 de navegador de red o hace clic en un enlace con el
servidor 201 de red de enlace. Aquí, la solicitud 202 de HTTP es
interceptada por el servidor intermediario 301 que modifica el
encabezamiento de la solicitud 202 de HTTP y envía una nueva
solicitud 302 de HTTP al servidor 201 de red de enlace. El servidor
201 de red de enlace responde con una respuesta 203 de HTTP que es
interceptada por el servidor intermediario 301. El servidor 301
intermediario modifica el encabezamiento de la respuesta 203 de HTTP
y envía una respuesta 303 de HTTP de nuevo al software 110 de
navegador de red. Una secuencia similar de eventos tiene lugar con
las solicitudes 130 y 330 de HTTP. Cuando la respuesta 131 "404
No hallada" de HTTP es recibida por el servidor intermediario
301 del servidor 120 de red enlazado, un "add-in
311 de intermediario", modifica el comportamiento del servidor
301 de interme-
diario.
diario.
La "add-in" 311 de
intermediario es una pieza de software (en esta realización) o
hardware que modifica el comportamiento del servidor 301
intermediario cuando un código de estado "404 No Hallado" de
HTTTP o similar se recibe. Por tanto, el
"add-in" 311 de intermediario realiza una
función que es de algún modo equivalente al
"plug-in" 111 y el
"plug-in" 211 de los sistemas 100 y 200. La
"add-in" 311 de intermediario es típicamente
suministrada al propietario del servidor 301 de intermediario por el
propietario del servidor 340 colaborador. Siempre que el servidor
301 de intermediario recibe una respuesta 131 "404 No Hallado"
de HTTP de un servidor 120 de red, el "add-in"
311 de intermediario origina que el servidor 301 intermediario
genere una respuesta 331 de redireccionamiento de HTTP y la envíe
al software 110 de navegador de red. El HTTP redirige la respuesta
331 que incluye la dirección de red de la página sobre el servidor
201 de red de enlace que tiene un enlace erróneo con una página
sobre el servidor 120 de red, y la dirección de red de la página que
falta sobre el servidor 120 de red.
El software 110 de navegador de red, al recibir
la respuesta 331 redirigida de HTTP, envía una solicitud 132 de
HTTP al servidor 340 de red colaborador a través del servidor 301 de
intermediario. La solicitud 132 de HTTP es recibida por el servidor
340 de red colaborador como solicitud 332 de HTTP. Las solicitudes
132 y 332 de HTTP incluyen ambas como parámetros la dirección de
red de la página sobre el servidor 201 de red de enlace que
contenía un enlace erróneo con una página sobre el servidor 120 de
red de enlace, junto con la dirección de la página que falta en el
servidor 120 de red.
El servidor 340 de red colaborador extrae de la
solicitud 332 de HTTP la dirección de red de la página sobre el
servidor 201 de red de enlace. Como para el sistema 200, el servidor
340 de red colaborador envía una solicitud 220 de HTTP al servidor
201 de red de enlace y recibe una respuesta 221 de HTTP. Como para
el sistema 200, el software 2241 de análisis determina el contexto
de la página de red que falta y pasa información de contexto al
software 342 de base de datos.
El software 342 de base de datos incluye una
base de datos de páginas de red sobre servidores 350 enlazados. El
software 342 de base de datos indizada incluye también uno o más IDs
312 enlazados. Los IDs 312 enlazados son proporcionados al
propietario del servidor 340 de red colaborador por el respectivo
propietario(s) de los servidores 350 enlazados. Típicamente,
cada propietario de un servidor 350 enlazado suministra al
propietario del servidor 340 colaborador con un ID 312 enlazado que
es único para el propietario del servidor 340 colaborador. El uno o
más IDs 312 enlazados permiten que el propietario(s) de
servidores 350 enlazados distingan la proporción de clics del
servidor 340 colaborador con la proporción de clics de otros
servidores (no mostrados) de red. El servidor 350 enlazado cuenta
el número de IDs 312 enlazados que recibe. Se supone que el
propietario del servidor 340 de red colaborador ha sido asignado al
ID 312 enlazado que tiene el valor de "123321". Cada vez que
el servidor 350 enlazado recibe un ID 312 enlazado que tiene un
valor de "123321", un contador (no mostrado) se incrementa.
Por tanto, este contador permite que el propietario del servidor 350
enlazado determine la proporción de clics que se han originado
desde el servidor 340 de red colaborador. A cambio, el propietario
del servidor 350 enlazado remunera al propietario del servidor 340
de red colaborador.
Una descripción más detallada del sistema 300 se
presentará a continuación.
Como anteriormente, el software 143 de creación
de la página de red, genera una página de red y esta página de red
es enviada como una respuesta 133 de HTTP al PC 101 de usuario a
través del servidor intermedio 301. La respuesta 133 de HTTP es
recibida por el PC 101 de usuario como una respuesta 333 de HTTP.
Como un resultado, una página de red es presentada sobre la
pantalla 104 del PC 101 del usuario. La página de red incluye uno o
más enlaces. Cada uno de los uno o más puntos enlaza con un servidor
350 enlazado. Cada uno de los enlaces incluye también, como un
parámetro, el ID 312 enlazado que ha sido asignado o el propietario
del respectivo servidor 350 enlazado con el propietario del servidor
340 de red colaborador.
Si el usuario hace clic sobre uno de los
enlaces, entonces se envía una solicitud 334 de HTTP desde el PC
101 de usuario por medio del servidor intermedio 301, y es recibida
por el servidor 350 enlazado como una solicitud 334A de HTTP. La
solicitud 334 de HTTP es similar a la solicitud 134 de HTTP de los
sistemas 100 y 200 pero incluye, como un parámetro, el valor del ID
312 enlazado, es decir "123321".
El servidor 350 enlazado incluye software 343 de
seguidor que analiza los parámetros de ID enlazados que están
contenidos en las solicitudes de HTTP. Cada vez que el servidor 350
enlazado recibe una solicitud de HTTP con un ID enlazado de
"123321", el software 343 seguidor incrementa un contador, que
indica que una pulsación pasante ha sido recibida bajo los
auspicios del servidor 340 de red colaborador. En respuesta a la
solicitud 334A de HTTP, el servidor 350 de red enlazado envía una
respuesta 135 de HTTP por medio del servidor 301 intermediario, al
PC 101 de usuario, en el que es recibida como una respuesta 135A de
HTTP.
El "add-in" 311 de
intermediario del sistema 300 no almacena un ID 212 de participante.
En una realización alternativa del sistema 300, el
"add-in" 311 de intermediario almacena un ID
212 de participante que es transportado al servidor 340 colaborador.
Esto permite que el servidor 340 colaborador distinga entre
servidores 301 de intermediario pertenecientes a diferentes
organizaciones. Contando, para cada valor, por ejemplo,
"123456", el número de IDs 212 participantes recibidos, el
propietario del servidor 340 colaborador puede remunerar a los
propietarios de los servidores intermediarios 301 proporcionalmente
al número de clics de los visitantes. Por supuesto, esta realización
alternativa no puede detectar si o no una solicitud 332 de HTTP
originó realmente un clic de visitante. En una realización
alternativa, el "add-in" 311 de intermediario
es modificado de modo que las solicitudes 334 de HTTP son vigiladas,
permitiendo por tanto que las adiciones 311 de intermediario
determinen la remuneración apropiada para cada uno de los
propietarios respectivos de los servidores de intermediario 301 que
participan.
Tercera
Realización
La Figura 4 muestra un sistema 400 según una
tercera realización de la invención.
Así como los sistemas 100, 200, 300 mostraron un
servidor 120 de red, el sistema 400 tiene un servidor 420 de red.
El servidor 420 de red es similar al servidor 120 de red pero
incluye un manipulador 411 de errores. El manipulador 411 de
errores modifica el comportamiento del servidor 420 de red, en
comparación con el comportamiento del servidor 120 de red, cuando
una página de red solicitada no puede ser recuperada del servidor
420 de red. El manipulador 411 de errores modifica el
comportamiento del servidor 420 de red de modo que en vez de
devolver un código de estado de HTTP tal como "404 No
hallada", el servidor 420 de red devuelve una respuesta 431 de
HTTP que incluye un código de estado de redirección de HTTP (por
ejemplo, "302 Movida Temporalmente", junto
con un "Location:http://internet_address_of_helper_server_240/search.asp?referrer=web_page_address_of_page_on_ linking_server_201& error=404&missing_page=web_page_address_of_missing_page" field).
con un "Location:http://internet_address_of_helper_server_240/search.asp?referrer=web_page_address_of_page_on_ linking_server_201& error=404&missing_page=web_page_address_of_missing_page" field).
La respuesta 431 de HTTP origina que el software
110 de navegador envíe una solicitud 132 de HTTP a un servidor 440
colaborador.
El servidor 440 colaborador está en comunicación
con un servidor auxiliar 460. El servidor auxiliar 460 incluye
software 241 de análisis, software 142 de base de datos indizada y
software 143 de creación de páginas de red. Por tanto aunque el
servidor 440 colaborador difiere de los servidores 140, 240, 340, es
capaz de proporcionar, en efecto, funcionalidad similar en
combinación con el servidor 460 auxiliar. Cuando el servidor 460
auxiliar requiere el acceso a una
página de red entonces el servidor 440 colaborador actúa como un servidor intermediario para el servidor auxiliar 460.
página de red entonces el servidor 440 colaborador actúa como un servidor intermediario para el servidor auxiliar 460.
El servidor 440 colaborador envía una solicitud
220 de HTTP al servidor 201 de red de enlace que responde con una
respuesta 221 de HTTP al servidor 440 colaborador. El software 143
de creación de la página de red del servidor auxiliar 460 genera
entonces una página de red y envía, por medio del servidor 440
colaborador, una respuesta 133 de HTTP al software 110 de navegador
de red. Si el usuario hace clic sobre un enlace entonces se envía
una solicitud 134 de HTTP al servidor 150 enlazado que replica con
una respuesta 135 de HTTP, originando de ese modo que sea
desplegada una página de red desde el servidor 150 enlazado sobre la
pantalla 104 del usuario 101.
En realizaciones alternativas del sistema 400,
el manipulador 411 de errores está dispuesto a incluir un ID 212
participante que está incluido en la respuesta 431 de HTTP y por
tanto transportado al servidor 440 colaborador. En otra realización
del sistema 400, el software 142 de base de datos indizado del
servidor auxiliar 460 es sustituido con el software 342 de base de
datos indizada que incluye IDs enlazados 312. En más realizaciones
todavía, el servidor 440 colaborador incluye además software 243 de
seguimiento y software 244 de redirección.
Cuarta
Realización
En los sistemas 100-400, el
"plug-in" 111, 211, el
"add-in" 311 de intermediario o el manipulador
411 de errores detectaron que una señal (tal como el código de
estado de HTTP "404 No Hallado") que indica que una página de
red solicitada por el usuario no puede ser presentada sobre el
navegador 110 de red/pantalla 104 del PC 101 de usuario. En algunas
situaciones, se puede producirse un error sin que sea generado un
código de estado de HTTP.
En la cuarta realización (no mostrada) los
errores en tales situaciones son detectados por el
"plug-in" 111, 211,
"add-in" 311 de intermediario o el manipulador
411 de errores, como sea apropiado, y usados para activar el
software 141 de análisis, el software 142 de base de datos indizada
y el software 143 de creación de páginas de red. Los expertos en la
técnica apreciarán fácilmente las modificaciones requeridas por el
"plug-in" 111, 211, los
"add-in" 311 de intermediario o el manipulador
411 de errores.
Los cinco ejemplos siguientes son ejemplos de
situaciones en las que no será generado el código de estado de HTTP
por el servidor 120 de red:
En el caso en que la consulta del DNS efectuada
por el navegador 110 de red para la solicitud 130 en el sistema 100,
200 o aquella hecha por el servidor intermediario 301 para la
solicitud 330 de HTTP en el sistema 300 falla dejando de convertir
una dirección de Internet textual (por ejemplo:
"www.some_non_existant_domain.com") en una dirección de
Protocolo de Internet numérica, el "plug-in"
111, 211 o el "add-in" 311 de intermediario
recibirán un código de error del servidor de DNS y se comportará
como si se hubiera producido un error de "Host no hallado".
Se Supone que hay un servidor intermediario de
red estándar (es decir un servidor intermediario que no incluye el
"add-in" 311 de intermediario) entre el PC 101
de usuario y el servidor 120 de red en los sistemas 100, 200 o
entre el servidor intermediario 301 y el servidor 120 de red en los
sistemas 300, entonces ese servidor intermediario estándar
convertirá su mensaje de error de DNS recibido en un mensaje de
error HTTP y enviará ese de nuevo al navegador 110 de red o al
servidor 301 intermediario. El "plug-in" 111,
211 o el de "add-in" 311 de intermediario serán
informados entonces del código de estado de HTTP como es usual.
En el caso en que la dirección de IP en el URL o
la dirección IP resuelta desde el FQDN en el URL no sea asignada
ordinariamente a máquina alguna sobre Internet, el navegador 110 de
red o el servidor intermediario fallarán en el establecimiento de
una conexión con el servidor 120 de red no existente.
2.1 El navegador 110 de red o el servidor 301
intermediario (o el servidor intermediario estándar) esperarán si
no se establece una conexión a lo largo de un cierto periodo
(típicamente unos pocos segundos). El "plug-in"
111, 211 o el "add-in" 311 recibirán la
notificación de este retardo y pueden de nuevo seguir como si
hubiesen recibido un HTTP "Anfitrión no hallado". (El
intermediario estándar convertirá el retardo en un código de estado
de HTTP y enviará este al navegador 110 de red o al servidor
intermediario 301 y por tanto el "plug-in" 111,
211 o el "add-in" 311 pueden comportarse con
previamente se ha examinado.
2.2 Alternativamente, un encaminador más próximo
a la subred, en la que el servidor 120 de red debería estar, puede
ya tener información de que el servidor 120 de red no existe.
Enviará un mensaje ICMP (Protocolo de Mensajes de Control de
Internet) "Anfitrión inalcanzable" de nuevo. El
"plug-in" y el "add-in"
serán informados como anteriormente y podrán continuar como con
cualquier otro error. (De nuevo, un intermediario estándar
convertirá típicamente el error de ICMP en un código de estado de
HTTP que es recibido por el navegador 110 de red).
En el caso en que hay un problema que impide que
los datagramas alcancen el servidor 120 de red desde el PC 101 de
usuario o el servidor 301 intermediario (o un intermediario de red
estándar que intervenga), ocurrirá lo mismo que en el caso 2,
excepto en que un encaminador que interviene puede enviar el ICMP
"Red inalcanzable" en el caso 2.2.
En el caso en que haya un problema que impida el
retorno de datagramas desde el servidor 120 de red, se aplicará
siempre el caso 2.1.
En el caso en que el servidor 120 esté conectado
pero en el que el software de servidor de red no funciona sobre el
número de puerto de HTTP estándar (puerto 80 TCP) o sobre el número
de puerto especificado en el URL, este puede ignorar las respuestas
completamente lo cual originaría el caso 2.1 o puede devolver el
ICMP "Protocolo inalcanzable" o el ICMP "Puerto
inalcanzable" el cual puede ser manipulado como en 2.2.
Una referencia para las cinco situaciones
referida anteriormente puede ser encontrada en:
- http://www.ietf.org/rfc/rfc0792.txt
- IETF RFC 792: Protocolo de Mensajes de Control de Internet
Se ha de tener en cuenta en la situación
descrita en 2.1 anteriormente que aunque un código de estado de HTTP
sea devuelto al navegador 110 de la red, este código de estado HTTP
es generado por un servidor intermediario estándar pero no es
generado por el servidor 120 de red.
Quinta
Realización
La Figura 7 muestra un sistema 700 según una
quinta realización de la invención. El sistema 700 tiene muchas
características en común con el sistema 100 descrito anteriormente.
No obstante, en el sistema 700 el servidor 140 colaborador del
sistema 100 es sustituido por un servidor 740 colaborador. El
servidor 740 colaborador es similar al servidor 140 colaborador pero
está dispuesto también para comunicar con un servidor "quien
es" 701 y un servidor 702 "que es".
El sistema 700 permite que sea obtenida
información adicional sobre el contexto de una solicitud 130 de HTTP
fallada. Como los expertos en la técnica apreciarán, el sistema 100
como se describe analizó la forma textual del URL del servidor 120
de red para determinar palabras clave (por ejemplo, "químico" y
"elementos"). Aunque en algunas situaciones el análisis de
palabras clave de un URL puede proporcionar suficiente información
de contexto, en otras situaciones se puede requerir más información
de contexto para proporcionar a un usuario del sistema enlaces con
páginas de red alternativas que sean de suficiente importancia.
Un ejemplo hipotético se presentará a
continuación. Por ejemplo, supongamos que los tipos de usuario están
en la dirección siguiente:
- http://www.elephant.co.uk/this_page_does_not_exist.html
En este ejemplo hipotético, el servidor 120 de
red devuelve una respuesta 131 de HTTP que incluye el código "404
No hallado" de estado de HTTP. (Se ha de tener en cuenta que este
es un ejemplo hipotético, el lugar de red real www.elephant.co.uk
no devuelve un código de estado 404 HTTP sino que en vez de este
presenta una página que indica que la página:
"this_page_does_not_exist.html" no podría ser hallada). El
programa circunstancial introducible 111 envía entonces una
solicitud 132 de HTTP (que incluye la dirección de red) para
analizar el software 741 del servidor 740 de red.
El software 741 de análisis es similar al
software 141 de análisis pero se facilita para intentar obtener más
información referente al contexto de la página de red que podría no
ser hallada. Por ejemplo, un análisis simple del contexto de la
dirección de red anterior para palabras clave de lenguaje natural
podría sugerir que el contexto de la página de red es paquidermo
(es decir, animales tales como elefantes que tienen una piel
gruesa).
En esta realización el software 741 de análisis
envía el FQDN (es decir, www.elephant.co.uk) como parte de una
solicitud 730 de HTTP a un servidor "whois" 701. El servidor
"whois" 701 proporciona información referente a la persona u
organización que tiene registrado el nombre de dominio
www.elephant.co.uk. Un ejemplo de un servidor 701 "whois" es el
servidor "whois" en la siguiente dirección de red:
- http://www.samspade.org/t/whois?server=magic
Como los expertos en la técnica apreciarán, el
protocolo completo está definido por el IETF en RFC 3912, (véase
http://www.ietf.org/rfc/rfc3912.txt)
No hay especificación para el formato de las
solicitudes a los servidores "whois" basadas en HTTP. Cada uno
define su propio formato. RFC3912 define el protocolo "whois"
que es independiente de HTTP. Por lo tanto, dependiendo del
servidor "whois" que es escogido para servidor 740 colaborador,
el par de solicitud/respuesta 730/731 pueden usar un formato basado
en HTTP habitual como se ilustra para SamSpade o pueden usar el
formato "whois" definido de RFC3912.
El software 741 de análisis recibe una respuesta
732 de HTTP del servidor 701 "whois". Para este ejemplo
hipotético, la respuesta 732 de HTTF incluye la información
siguiente:
Nombre de dominio:
- elephant.co.uk
Titular del dominio:
- Servicios de Seguro Admiral Limited
Agente del Titular del dominio:
- NTL Internet Limited [Tag = CABLEOL]
- URL: HTTP://www.ntl.com
Fechas importantes:
- Última actualización: 12-Oct-2004
Listado nominal ordenado de los servidores:
- dns1.ntli.net
\hskip2cm
62.253.162.237
- dns2.ntli.net
\hskip2cm
194.168.4.237
\vskip1.000000\baselineskip
Última actualización de la base de datos
"WHOIS" el día 05-Jul-2005 a
las 18:10:00.
El analizador 741 del contexto analiza la
respuesta 732 de HTTP para palabras clave y hallando la palabra
clave "seguro" (en este caso, como parte del nombre del
solicitante), determina que el contexto de la página de red
hipotética que no podía ser recuperada es en efecto seguro y no
paquidermo. Por tanto, usando un servidor 701 de "whois", el
sistema 700 puede proporcionar una mejora en la importancia de los
enlaces en la respuesta 133 de HTTP.
En el ejemplo hipotético descrito anteriormente,
la respuesta 731 de HTTP del servidor 701 de "whois" incluía
información de contexto suficiente. En otras situaciones, la
respuesta del servidor 701 de "whois" puede contener el nombre
y dirección del propietario registrado de un nombre de dominio pero
pudiera no incluir palabras clave tales como seguro. Por ejemplo, la
respuesta de "whois" para el nombre de dominio:
- www.newscientist.co.uk
incluye la información
siguiente:
Titular del Dominio:
- Read Business Information Ltd.
- Dirección del Titular del Dominio:
- Quadrant House
- The Quadrant
- Sutton
- Surrey
- SM2 5AS
- GB
Aunque se dan los nombres del titular del
dominio del nombre de dominio, el nombre del titular del dominio
puede no siempre proporcionar suficiente información de contexto.
Aquí el nombre del titular del dominio se da como "Read Business
Information Ltd" pero este no indica suficientemente el contexto
del solicitante. En tales circunstancias, el software 741 de
análisis extrae, por ejemplo, el nombre del solicitante y envía una
solicitud 732 al que es el servidor 702.
El que es el servidor 702 responde con una
respuesta 733 de HTTP que incluye información referente al contexto
del solicitante. Por ejemplo, en el Reino Unido el siguiente lugar
de red:
- www.192.com
puede ser usado para obtener
información de contexto con respecto al titular del dominio. Para el
solicitante "Read Business Information Ltd" la respuesta 733
de HTTP incluye las palabras clave "editores de periódicos y
revistas". El software 741 de análisis usa las palabras clave
como información de contexto. Por tanto esta realización,
concatenando un servidor 701 "whois" y un servidor 702
"what_is", se puede proporcionar una mejora en la importancia
de los enlaces en la respuesta 133 de
HTTP.
Como los expertos en la técnica apreciarán, el
sistema 700 puede usar también la dirección del solicitante como
parte de la información de contexto o como parte de la consulta al
servidor 702 "what_is". En vez de usar www.192.com, el sistema
700 puede ser dispuesto para interrogar una base de datos conectada
tal como la de "Companies House". En el UK, "Companies
House" es un registro oficial que proporciona detalles de las
compañías registradas.
Los expertos en la técnica apreciarán también
que el sistema 700 puede ser modificado, por ejemplo, para que
funcione en combinación con los sistemas 200, 300, 400. Los expertos
en la técnica apreciarán también que el sistema 700 puede ser
modificado. Por ejemplo, el software 741 de análisis puede ser
modificado de modo que, en vez de, o en adición a, busque
información de contexto desde un servidor 701 "whois" o un
servidor 702 "what_is", el software 741 de análisis de
contexto puede realizar un análisis de contexto sobre otras fuentes
de información. Por ejemplo, el software 741 de análisis puede
disponerse para que envíe una solicitud de HTTP a la página local
de un lugar de la red para el que una página local de un lugar de
red para el que una página solicitada es inobtenible (es decir, en
el caso en el caso en que la página:
- http://www.elephant.co.uk/this_page_does_not_exist.html
no puede ser obtenida, el software
741 de análisis solicita la página local del lugar
www.elephant.co.uk de red y realiza un análisis de contexto sobre
la página local). Como los expertos en la técnica apreciarán hay
una diversidad de otros recursos conectados directamente en los
cuales el software 741 de análisis puede realizar un análisis de
contexto. Algunos de estos recursos conectados directamente son de
mayor utilidad en la obtención de información de contexto (es
decir, información de contexto con respecto a la página de red que
no pudo ser enviada a un PC 101 de usuario) que otros recursos
conectados
directamente.
Los expertos en la técnica pueden determinar que
recursos en línea proporcionan información útil. Por ejemplo, una
página de red escogida al azar es improbable que proporcione
información de contexto útil. Inversamente, las bases de datos en
línea, la página local del lugar de red o la página de red de
referencia (es decir, una página de red con un enlace defectuoso)
son probablemente las que proporcionan información de contexto
útil.
Sexta
Realización
La Figura 8 muestra un sistema 800 que puede ser
usado para reemplazar el "add-in" 311 del
intermediario del sistema 300. La Figura 8 muestra un servidor 801
de intermediario autorizado de Protocolo de Adaptación de
Contenidos de Internet (ICAP) y un servidor 811 de ICAP. Algunas
partes del sistema 800 son comunes con el sistema 300 y por tanto,
por conveniencia del lector, algunas de las solicitudes de HTTP y
respuestas de HTTP se muestran en la Figura 8. Como los expertos en
la técnica apreciarán, ICAP es un protocolo estándar de IETF
descrito en RFC 3507 [http://www.ietf.org/rfc/rfc3507.txt] que
permite que un servidor intermediario de Internet realice funciones
tales como explorar virus, traducir idiomas o filtrar contenidos. El
protocolo ICAP permite a los servidores intermediarios enviar
solicitaciones a uno o más servidores de adaptación de contenido
sobre una red privada (tal como una LAN interna de ISP) o sobre una
red basada en IP pública (tal como la Internet pública).
Comparado con el sistema 300, el servidor 801
intermediario sustituye al servidor intermediario 301 mientras el
servidor 811 de ICAP sustituye el "add-in" 311
de intermediario. En esta realización el servidor 811 de ICAP es un
servidor que está conectado con un servidor 340 colaborador por
medio de Internet y está conectado al servidor 801 intermediario
mediante un enlace Ethernet. El servidor 811 de ICAP no necesita por
sí mismo tener una conexión directa con el servidor 340
colaborador, puesto que la comunicación en realizaciones basadas en
intermediarios preferidos funciona haciendo el navegador 110
solicitaciones de HTTP de envío por medio de respuestas redirigidas
de HTTP 302. El servidor 801 intermediario incluye un cliente de
ICAP que comunica con el servidor 811 de ICAP.
El sistema 800 puede ser usado para interceptar
y modificar solicitaciones 130 de HTTP salientes de un PC 101 de
usuario y/o respuestas 131 de HTTP entrantes al PC 101 de usuario.
Como algunas características del sistema 800 son similares a las
del sistema 300, se proporcionará una descripción del
funcionamiento del sistema 800 en términos del sistema 300.
Se considera en primer lugar una solicitud 130
de HTTP saliente del PC 101 del usuario.
Cuando el servidor intermediario 801 recibe la
solicitud 130 de HTTP, el servidor intermediario envía un mensaje
860 sobre el enlace de Ethernet al servidor 811 de ICAP. El mensaje
860 incluye una copia de la solicitud 130 de HTTP. El servidor 811
de ICAP comprueba primero que el FQDN en el URI de la solicitud 130
de HTTP resuelve una dirección de IP real. El servidor 811 de ICAP
comprueba que el FQDN se resuelve usando un servidor de DNS. Un
ejemplo de una situación que el FQDN no resolvería en una dirección
de IP real es si el nombre de lugar de red en la solicitud 130 de
HTTP ha sido especificado incorrectamente de modo que la resolución
DNS del nombre de lugar de red falla. Suponiendo que el FQDN
resuelve una dirección de IP real, el servidor 811 de ICAP
comprueba entonces si hay o no un servidor 120 de red oyendo en la
dirección de IP que es dada por la resolución de DNS. Si hay un
servidor 120 de red oyendo entonces el servidor 811 de ICAP envía un
mensaje 861 de nuevo al servidor 801 intermediario. El mensaje 861
incluye la solicitud 130 de HTTP no modificada que es enviada por
el servidor intermediario 801 como una solicitud 330 de HTTP sobre
la red Internet al servidor 120 de red.
Si la resolución del DNS falla o si el servidor
120 de red no procesa las solicitudes HTTP entonces el servidor 811
de ICAP, en vez de enviar un mensaje 861 que incluya la solicitud
HTTP no modificada, origina que el servidor 801 intermediario envíe
una respuesta 331 redirigida al navegador 110 de red sobre el PC 101
de usuario. Como se ha descrito anteriormente, el NTTP redirige la
respuesta 331 que origina que el navegador 110 de red envíe una
solicitud 132 de HTTP al servidor 340 colaborador. El servidor 340
colaborador realiza entonces un análisis de contexto como se ha
descrito anteriormente.
Como los expertos en la técnica apreciarán, en
vez de enviar una respuesta 331 redirigida de HTTP al navegador 110
de red, el servidor 811 de ICAP podría disponer el envío de un
mensaje 861 al servidor intermediario 801 en el que el
encabezamiento de la solicitud de HTTP se modificase. El servidor
801 intermediario envía entonces la solicitud de HTTP modificada a
la red interna. La solicitud HTTP es modificada de modo que en vez
de ser dirigida al servidor 120 de red, la solicitud de HTTP
especifica el servidor 340 colaborador como destino. El servidor 340
colaborador realiza entonces un análisis de contexto como se ha
descrito anteriormente.
Se considera en segundo lugar una respuesta 131
del HTTP entrante del lugar 120 de red.
Cuando el servidor 801 intermediario recibe la
respuesta 131 de HTTP del servidor 120 de red, el servidor
intermediario 801 envía un mensaje 871 al servidor 811 de ICAP. El
mensaje 871 incluye una copia de la respuesta 131 de HTTP. El
servidor 811 de ICAP examina el encabezamiento de la respuesta 131
de HTTP para determinar si la página de red (u otro recurso) que
fue solicitado por el usuario fue recuperado satisfactoriamente del
servidor 120 de red. Si el código de estado de la respuesta 131 de
HTTP indica que la página de red fue recuperada satisfactoriamente
entonces el servidor 811 de ICAP envía un mensaje 872 al servidor
801 intermediario; el mensaje 872 informa al servidor 801
intermediario que la respuesta 131 de HTTP debe pasar no modificada
al PC 101 de usuario.
Si el código de estado de la respuesta 131 HTTP
indica que la página de red no fue recuperada satisfactoriamente
entonces, en esta realización, el servidor 811 de ICAP examina
también la longitud (es decir, el número de caracteres) del cuerpo
(opuesto al encabezamiento) de la respuesta 131 de HTTP. Si la
longitud del cuerpo es inferior a la longitud de umbral entonces el
servidor 811 de ICAP envía un mensaje 872 que ordena al servidor
801 intermediario sustituir la respuesta 131 de HTTP con una
respuesta 331 redirigida de HTTP. La respuesta 331 redirigida de
RTTP origina que el navegador 110 envíe una solicitud 132 de HTTP al
servidor 340 colaborador. El servidor 340 colaborador realiza
entonces un análisis del contexto como se describió
anteriormente.
En algunas realizaciones, el servidor 811 de
ICAP puede estar dispuesto para comprobar solamente el código de
estado de una respuesta 131 de HTTP en vez de comprobar ambos el
código de estado y la longitud de cuerpo de una respuesta 131 de
HTTP.
En la realización descrita anteriormente, el
servidor 811 de ICAP comunicaba con en servidor de DNS y con un
servidor 120 de red para comprobar que una solicitud 130 de HTTP
saliente sería contestada por el servidor 120 de red. En algunas
realizaciones el servidor 811 de ICAP incluye un cronomedidor para
determinar si ha transcurrido demasiado tiempo puesto que el
servidor de DNS o el servidor 120 de red fueron interrogados. Si ha
transcurrido demasiado tiempo entonces el servidor 811 de ICAP
estima que se ha producido un error y origina que el servidor
intermediario 801 envíe una respuesta 331 redirigida de HTTP al
navegador 110 de red.
Como los expertos en la técnica apreciarán,
muchas páginas de red comprenden una pluralidad de imágenes. Tales
páginas de red contienen información de HTML que especifica de donde
pueden ser descargadas las imágenes. Una vez que tales páginas de
red han sido descargadas en un navegador 110 de red, el navegador
110 de red expide entonces una solicitud de HTTP para cada una de
las imágenes. Se prefiere que el servidor 811 de ICAP ignore el
estado de HTTP de las solicitudes para imágenes (por ejemplo, en los
formatos .jpg y .png de fichero) y ficheros ejecutables (por
ejemplo, en el formato .exe). En algunos casos, por ejemplo donde
los extremos DRL solicitados en imagen común u otras extensiones de
nombre de fichero de objeto de página no HTML (.gif, .css, .jpg,
.map), es posible configurar el servidor 801 intermediario para no
consultar el servidor 811 de ICAP en modo alguno. Esto reduce la
carga sobre el canal de comunicaciones (Ethernet o Internet) entre
el servidor intermediario 801 y el servidor 811 de ICAP y reduce la
carga sobre el servidor 811 de ICAP. En otros casos, el URL puede
no indicar el tipo de datos y el servidor 811 de ICAP ha de
efectuar la determinación. Un método es examinar el texto de
páginas HTML devueltas anteriormente para los URLs de objetos
incorporados y para almacenar estos en una base de datos durante un
periodo de tiempo de fraguado. Cuando el servidor ICAP recibe
posteriormente la solicitud de un objeto empotrado, puede detectar
estos de la base de datos. (Para impedir que la base de datos
crezca indefinidamente, los URLs más antiguos pueden ser descartados
una vez que han estado allí durante un cierto periodo de tiempo.
Esta clase de gestión de la memoria asociada es bien conocida en la
técnica).
Más
Realizaciones
Los sistemas 100, 200, 300, 400, 700 y 800
describían anteriormente información de contexto obtenida de uno
cualquiera de (i) el FQDN, (ii) una página de red con enlace
defectuoso o (iii) de un servidor auxiliar (tal como el servidor
701 "whois" o el servidor 702 "what_is"). Como los
expertos en la técnica apreciarán, en realizaciones alternativas,
los sistemas son modificados de modo que así como, o en adición a,
obtienen información de contexto de otras fuentes, los sistemas
también tratan de obtener información de contexto de la página
local del lugar de red con la página de red inobtenible. Por
ejemplo, se supone que el usuario teclea un URL, o hace clic sobre
un enlace, por ejemplo en la página de red hipotética:
- www.valid_domain_name.com/missing_`page.html
donde la validez de FQDN especifica
un nombre de dominio pero donde la trayectoria no especifica una
página de red válida para ese nombre de dominio. En esta
realización alternativa, el sistema se dispone para cargar la
página de inicio para el lugar de red. La mayoría de los lugares de
red están dispuestos de modo que si no se especifica una
trayectoria de una página de red particular, entonces el lugar de
red vuelve por defecto a una página de red denominada
"índice.html". Por tanto en esta realización alternativa, el
lugar de red proporcionará el sistema con la siguiente página de
red:
- www.valid_domain_name.com/index.html
y el sistema deberá entonces
realizar un análisis de contexto sobre la página de inicio del lugar
de
red.
Como los expertos en la técnica apreciarán, hay
diferencias entre obtener información a partir de la página de
inicio de un lugar de red en comparación con obtener información de
contexto de un servidor auxiliar tal como uno que es el servidor
701 (Figura 7). Cuando el analizador de contexto (por ejemplo, el
software 141 de análisis) obtiene información de contexto de la
página de inicio (por ejemplo, "index.html") de un lugar de
red, entonces, el analizador de contexto envía una solicitud de HTTP
al lugar de red y realiza un análisis de contexto sobre la página
de red que es devuelta el lugar de red. Cuando el analizador de
contexto obtiene información de contexto de un servidor auxiliar,
se puede requerir la ejecución de un procedimiento de dos
operaciones. En primer lugar, el analizador de contexto envía una
solicitud de HTTP al servidor auxiliar y recibe una respuesta de
HTTP del servidor auxiliar. La respuesta de HTTP puede definir una
página de red que incluya uno o más campos. Por ejemplo, el
servidor 701 "whois" puede tener un campo en el que un usuario
(o un ordenador) pueda introducir un nombre de dominio. Una vez
que el usuario (o un ordenador) ha introducido un nombre de dominio
y pulsado la tecla "Intro", el servidor 701 "whois"
replica con una página de red HTML generada dinámicamente que
incluye información de contexto. El analizador de contexto entonces
analiza la página de red HTML generada dinámicamente, por ejemplo,
las palabras
clave.
clave.
Realizaciones adicionales son examinadas a
continuación. Por conveniencia, la mayoría de las siguientes
realizaciones serán presentadas en términos de los sistemas 100,
200, 300 ó 400. Los expertos en la técnica apreciarán que muchas de
las realizaciones podrían también ser aplicadas a los sistemas 700 y
800, o a la cuarta realización.
Como los expertos en la técnica apreciarán
pueden hacerse otras modificaciones en los sistemas 100, 200, 300 ó
400 o en la cuarta realización. Por ejemplo, en vez de usar software
para ejecutar el software 141, 241 de análisis, puede ser usado el
software 142 de bases de datos indizadas y el software 143 de
creación de páginas de red, y hardware dedicado para realizar las
mismas funciones.
Los sistemas 100, 200, 300, 400 integraban el
software 141, 241 de análisis, el software 142, 342 de bases de
datos indizadas y el software 143 de creación de páginas de red con
el servidor colaborador 140, 240, 340. En realizaciones
alternativas, el servidor colaborador no incluye esa funcionalidad
sino que por el contrario tiene enlaces de comunicación con los
otros servidores que poseen la funcionalidad requerida. Por ejemplo,
en una realización alternativa, el servidor colaborador, a la
recepción de una solicitud 232 de HTTP y una respuesta 221 comunica
la información al software de "contexto" que deduce el contexto
y devuelve el contexto al servidor colaborador. El servidor
colaborador comunica entonces el contexto a un servidor de la base
de datos que proporciona detalles de los enlaces importantes
directamente a un servidor de creación de páginas de red. El
servidor de creación de páginas de red genera entonces la página de
red requerida y envía esta al servidor colaborador para la
transmisión al software 110 de
navegador.
navegador.
Los sistemas 100, 200, 300, 400 no comunican
típicamente la dirección del protocolo (IP) de Internet del PC 101
de usuario al servidor 140, 240, 340, 440 colaborador. En
realizaciones alternativas, la dirección de IP de usuario es
enviada como un parámetro al servidor colaborador. Esta se usa para
mejorar la información de contexto teniendo en cuenta la
localización geográfica aproximada del PC 101 de usuario. Esto tiene
la importancia de que, por ejemplo, las tarjetas de crédito u otros
servicios financieros son mejorados, o permiten la venta apropiada
al por menor de bienes pesados o voluminosos, o de servicios de
traducción de idiomas.
En realizaciones alternativas, el servidor
colaborador está dispuesto para solicitudes de memoria asociada e
indización para mejorar la velocidad de respuesta al usuario. Por
ejemplo, si el servidor 120 de red llega a estar indisponible
temporalmente, es posible que diferentes usuarios intenten acceder a
páginas de acceso en el servidor 120 de red y por tanto errores
similares a "404 No Hallado" se producirán repetidamente.
En una realización alternativa, el
"plug-in" 111, 211, o el
"add-in" 311 de intermediario, genera un
"identificador globalmente único" persistente que únicamente
identifica un usuario particular. En esta realización alternativa,
se dispone que el identificador globalmente único no pueda ser
seguido hasta un individuo, garantizando de ese modo la privacidad.
Incluyendo el identificador globalmente único como un parámetro en
el servidor colaborador, el servidor colaborador puede tener en
cuenta los hábitos de navegación del usuario, mejorando por tanto el
contexto y por tanto la importancia de los enlaces presentados al
usuario. En realizaciones similares, el identificador globalmente
único puede ser puesto en práctica en forma de "cookies"
(fragmentos de información que se almacenen en el disco duro del
visitante) persistentes en el PC 101 del usuario. De modo similar,
el ID del participante puede ser almacenado como una cookie
persistente sobre el PC 101 del usuario. En otras realizaciones el
ID del participante no se usa para registrar cual es la organización
distribuida, digamos, el "plug-in" 211 en el
usuario pero se usa como identificador globalmente único persistente
o para clasificar el usuario según un estereotipo, por ejemplo para
indicar que el usuario tiende a estar interesado en la química o la
coreografía.
En algunas circunstancias, es posible que una
combinación de los sistemas 100, 200, 300 y 400 sea presentada
simultáneamente. Por ejemplo, un PC 101 de usuario que tenga un
"plug-in" 211 puede acceder a la red interna a
través de un intermediario 301 que tiene un
"add-in" 311 de intermediario, para acceder a
un servidor 420 de red que incorpora un manipulador 411 de errores.
En este caso, el manipulador 411 de errores dominaría el
"add-in" 311 del intermediario y el
"plug-in" 211 como respuesta de error número
"404 No Hallado" sería devuelto al PC 101 de usuario. Como
los expertos en la técnica apreciarán, el comportamiento del
manipulador 411 de errores puede ser modificado de modo que
proporcione información que pueda ser comprobada por el
"add-in" 311 y el
"plug-in" del intermediario, para poder
compartir la remuneración entre diversas organizaciones que
alimentan al manipulador 411 de errores,
"add-in" 311 y "plug-in"
211 de intermediario.
En realizaciones alternativas, el
"plug-in" 211 está dispuesto para incluir las
direcciones (URLs) de página de red más recientes que el usuario
visitó (por ejemplo, los cinco servidores de red anteriores) para
proporcionar información de contexto adicional. De modo similar, el
manipulador 411 de errores puede ser modificado para que
proporcione una utilización limitada de la misma funcionalidad
mediante el uso de "cookies" de sesión sobre el PC 101 del
usuario para almacenar las direcciones de las páginas de red
visitadas más recientemente por el usuario.
En más realizaciones adicionales todavía, puede
ser proporcionada una pluralidad de servidores colaboradores. En
una realización, cada usuario es dirigido a un particular servidor
colaborador para equilibrar la carga entre los diversos servidores
colaboradores, por ejemplo, para distribuir la carga de cálculo o el
tráfico de Internet igualmente entre los diversos servidores
colaboradores. Alternativamente, diferentes usuarios pueden ser
dirigidos a diferentes servidores colaboradores basándose en el ID
212 del participante. Una pluralidad de servidores de ICAP puede
ser usada también para distribuir la carga y/o proporcionar
redundancia en el caso de fallo de uno de los servidores de ICAP.
En adición, ISPs generalmente usan servidores de intermediarios
múltiples. En este caso, un único servidor 811 de ICAP puede
proporcionar servicios para más de un servidor 801 de intermediario
permitido de ICAP.
El software 143 de creación de páginas de red de
los sistemas 100, 200, 300, 400, creaba una página de red para ser
vista por un usuario sobre una presentación 104. En algunas
situaciones, el usuario puede no ser capaz de ver fácilmente una
presentación, por ejemplo, si el usuario está conduciendo. Por
tanto, en una realización alternativa, se usa software de navegador
de red modificado para producir una salida que es comunicada al
usuario, por ejemplo, mediante software de conversión de texto en
palabras de modo que el usuario oye los enlaces clasificados y
selecciona un enlace hablando al navegador de red para seleccionar
un enlace.
Los sistemas 100, 200, 300, 400 usaban un
"plug-in" 111, 211, un
"add-in" 311 de intermediario o un manipulador
411 de errores en combinación con un servidor 140, 240, 340, 440
colaborador. En realizaciones alternativas, alguna o la totalidad
de la funcionalidad del servidor colaborador está incluida en el
"plug-in" 111, 211, intermediario de
"add-in" 311 o el manipulador 411 de errores.
En otras realizaciones alternativas, el PC de usuario representa
un servidor de red y la funcionalidad de los
"plug-ins" 111, 211, el
"add-in" 311 de intermediario o el manipulador
411 de errores son parte del PC 101 de usuario. Por ejemplo, como
los expertos en la técnica apreciarán, la funcionalidad de
cualquiera/algunos/todos los "plug-ins" 111,
211, "add-in" 311 de intermediario o
manipulador 411 de errores, software 141 de análisis, software 142
de base de datos indizada, y software de creación de páginas de red
puede ser ejecutado como parte del sistema de funcionamiento del PC
de usuario.
En algunas realizaciones, en vez de presentar a
un usuario una lista de enlaces alternativos para que el usuario
considere y seleccione, una respuesta de HTTP de redireccionamiento
es enviada al PC 101 de usuario que decide cual de los enlaces es
considerado el más importante para ser presentado directamente sobre
la presentación 104. Pueden ser obtenidos ingresos basándose en el
coste por clic (CPC), coste por conductor (CPL), coste por acción
(CPA), coste por cliente, coste por mil (CPM, donde "M" es el
número romano para 1000, coste por venta (CPS) o coste por pedido
(CPO). Diferentes categorías de enlaces pueden ser asignadas a
valores diferentes. Por ejemplo, pueden ser asignados conductores a
suministradores de hipotecas de un alternativo valor financiero
debido al hecho de que los contratos de hipotecas son típicamente de
alternativo valor. Algunas veces el propietario de un lugar de red
paga a una organización para que "dirija" el lugar de red
basándose en un servidor de red nombrado por la organización. En
esta situación, la remuneración será recibida por el propietario del
lugar de red en vez de por el propietario del servidor de red.
Se mencionó anteriormente que los códigos "404
No Hallado" y "410 Ido" de estado fueron ejemplos adecuados
donde las interfaces de usuario podían ser mejoradas. Como los
expertos en la técnica apreciarán, otros códigos de estado a los que
esta interfaz de usuario puede ser aplicada incluyen pero no se
limitan a estos:
- 400 Mala Sintaxis
- 402 No usado
- 403 Prohibido
- 500 Error en servidor
- 501 No Ejecutado
- 502 Sobrecargado, y
- 503 Puerta Retardada
En el sistema 400, el servidor 440 fue conectado
a un servidor auxiliar 460 que incluía software 241 de análisis y
software 242 de base de datos indizada. En realizaciones
alternativas del sistema 100-400, los servidores de
red (no mostrados) proporcionados por terceras partes pueden ser
usados para realizar el análisis de contexto. En tales
realizaciones, el "plug-in" 111, 211, "proxy
add-in" 311 o el manipulador 411 de errores están
dispuestos, después de recibir el código de estado de HTTP, para
enviar información de contexto al servidor de la tercera parte. El
servidor de la tercera parte analiza la información de contexto y
envía una lista de enlaces potenciales al servidor colaborador que
entonces origina que una página de red sea generada y enviada al
usuario.
El sistema 100-400 de software
de base de datos indizada fue usado para determinar enlaces de
importancia potencial para el usuario. Los enlaces fueron entonces
presentados al usuario. En algunas circunstancias, puede ser
preferible garantizar que un usuario no tiene que esperar demasiado
tiempo antes de recibir algunos resultados. En una realización
alternativa, el software de análisis y el software de base de datos
indizada están dispuestos de modo que durante el primer periodo en
el que se introduce un URL que especifica una particular página no
existente, se presentan enlaces al usuario basándose en un análisis
relativamente breve de la información de contexto. Esto garantiza
que el usuario no tiene que esperar demasiado tiempo. Mientras
tanto, el software de análisis y el software de bases de datos
indizadas están dispuestos para analizar la información de contexto
con más detalle y determinar una nueva lista; es probable que esta
nueva lista sea más interesante para el contexto que la lista de
enlaces originalmente presentada al usuario como software de
análisis y el software de bases de datos indizadas habrá tenido más
tiempo para el análisis. Si un usuario diferente introduce
posteriormente el mismo URL, o si el usuario original introduce el
mismo URL una segunda vez, entonces la nueva lista se presenta. Una
ventaja de esta realización es que el tiempo de respuesta hasta que
los enlaces son devueltos a un usuario se mantiene razonablemente
corto al mismo tiempo que se permite un análisis de contexto
relativamente detallado. En un desarrollo más de esta realización
alternativa, el software 143 de creación de la página de red se
dispone para generar una página de red de "bloques de
información" que contenga dos o más "bloques". Como los
expertos en la técnica apreciarán, una página de red de bloques de
información aparece para el usuario como una página de red única
pero cada uno de los bloques puede proceder de un diferente servidor
de red. Por ejemplo, un bloque puede contener una referencia que
instruya al navegador de red para recuperar la página de red local
de un servidor de red particular. En este desarrollo adicional, el
software de creación de la página de red se dispone de modo que un
bloque que incluya enlaces hallados después de un análisis
relativamente breve se despliega primero. Si el usuario tiene
suficiente paciencia para esperar más tiempo, un bloque que incluya
enlaces hallado después de un análisis de contexto más detallado se
presenta también.
En los sistemas 100-400, fue
usado un módem 105 para conectar el PC 101 del usuario a la red
Internet. En otras realizaciones, el PC 101 incluye otros
dispositivos que usan el HTTP, protocolo de acceso inalámbrico
(WAP) o un protocolo similar para solicitar y recibir información de
un servidor de red. La invención es aplicable también a redes que
no usan protocolos HTTP y HTML. De modo similar, la invención es
aplicable a redes "intranet" (redes LAN privadas o colectivas
que proporcionan herramientas de Internet) en vez de Internet. Como
los expertos en la técnica apreciarán las redes intranets son
típicamente redes privadas que o no están conectadas a la Internet o
está separadas de Internet por un cortafuegos.
En los sistemas 100-400, fue
usado un servidor 140, 240, 340, 440 de red colaborador para
presentar al usuario enlaces potencialmente importantes cuando el
usuario podría no acceder a información solicitada de un servidor
120, 420 de red. El servidor de red colaborador y el servidor de red
fueron distintos servidores de red. En realizaciones alternativas
el servidor de red y el servidor de red colaborador pueden no solo
tener la misma dirección IP sino que pueden ser también el mismo
servidor de red, es decir el servidor de red colaborador se ayuda a
sí mismo. Una ventaja de tales realizaciones es que el tiempo de
respuesta para proporcionar al usuario con enlaces adecuados puede
ser minimizado. Por ejemplo, cuando se compara con las solicitudes
220 de HTTP y las respuestas 221 de HTTP de los sistemas
200-400, la necesidad de tales realizaciones
alternativas de información de desplazamiento para grandes
distancias se evita.
El software 242 de vigilancia participante usado
por el sistema 200 y el software 243 de seguimiento permiten que el
servidor 240 colaborador determine la asignación de remuneración. En
realizaciones alternativas, el "plug-in" 211
(por ejemplo) es modificado de modo que el
"plug-in" modificado se usa para determinar la
asignación de remuneración. En esta realización alternativa, la
solicitud 234 de HTTP y la respuesta 235 de HTTP no son necesarias
pues la respuesta 233 de HTPP es modificada para que incluya los
enlaces actuales para los servidores 150 enlazados (en vez de los
enlaces con el servidor colaborador 240 que incluyen el URL de los
servidores 150 enlazados). Cuando el usuario hace clic sobre un
enlace, el "plug-in" 211 modificado registra
este y, si es aplicable, el ID del participante de modo que la
remuneración puede ser compartida.
Las Figuras 1 a 4 muestran diversos lugares
(entre un PC 101 de usuario y servidores 120, 420 de red) cuando
los códigos de error pueden ser interceptados y usados para iniciar
un análisis de contexto de URLs incorrectos. Como los expertos en
la técnica apreciarán, muchos Proveedores de _Servicios de Internet
(ISPs) compran ancho de banda de Internet de portadores que son
típicamente compañías de telecomunicación importantes. Los
portadores típicamente poseen y mantienen, por ejemplo, cables de
fibra óptica transatlánticos y equipos de conmutación y
encaminamiento. En algunas realizaciones, pueden ser incorporados
intermediarios de red en el equipo de conmutación/encaminamiento.
Tales intermediarios funcionarán de una manera similar a la del
servidor 301 intermediario mostrado en la Figura 3.
Para la cuarta realización, fueron considerados
cinco ejemplos de situaciones en los cuales un error podría ocurrir
sin que un código de estado de HTTP fuese generado. En la primera
situación, el "plug-in" 111, 211 o el
"add-in" 311 fueron dispuestos para recibir
códigos de error de un servidor DNS y luego comportarse como si un
error HTTO hubiese ocurrido. En una realización alternativa, un
servidor de DNS es modificado para cambiar el comportamiento del
servidor de DNS en el evento en que un nombre de dominio no puede
ser resuelto en una dirección de IP. El servidor de DNS modificado
puede, por ejemplo, ser modificado mediante la utilización de un
"add-in" de DNS (no mostrado) análogo al
"add-in" 311 del intermediario.
Normalmente cuando un usuario hace clic sobre un
enlace, el navegador usa un servidor DNS para transformar el nombre
de dominio en una dirección IP. Una vez que el navegador recibe la
dirección IP del servidor DNS, el navegador envía la solicitud HTTP
a un anfitrión en la dirección IP especificada por el servidor
DNS.
En el caso en que un nombre de dominio no exista
(por ejemplo, "www.some_non_existant_domain.com") es enviado a
un servidor DNS modificado, en vez de indicar que se ha producido un
error de DNS, el servidor de DNS modificado devuelve ka dirección IP
de un servidor colaborador 140, 240, 340, 440. La dirección IP del
servidor colaborador es comunicada por Internet al navegador 110 que
entonces envía una solicitud de HTTP al servidor colaborador 140,
240, 340, 440.
Alternativamente, en vez de modificar un
servidor DNS, puede ser usado un servidor DNS de intermediario como
un intermediario entre un PC de usuario y un servidor DNS. En este
caso, el servidor DNS intermediario recibe códigos de estado del
DNS (que incluyen códigos de error del DNS) del servidor DNS. En el
caso en que un nombre de dominio no sea válido, resultante de un
código de error del servidor DNSS, entonces el servidor DNS
intermediario intercepta el código de error de DNS recibido del
servidor DNS y sustituye (o enmienda) el código de error de DNS
recibido con un código de estado de DNS que incluya la dirección IP
de un servidor colaborador 140, 240, 340, 440.
Si el usuario hubiese tecleado un URL, o hecho
clic sobre un enlace, que incluyese información de trayectoria (por
ejemplo "www.some_non_existant_domain.com/path/page.html")
entonces el navegador de red enviaría la información de trayectoria
a la dirección IP del servidor colaborador. Por tanto el servidor
colaborador deberá ser capaz de realizar un análisis de contexto
como se describe anteriormente. Hay que tener en cuenta que en casos
en los que el usuario hace clic sobre un enlace, la dirección de la
página de red (es decir, la página red que tiene el enlace que
especifica un nombre de dominio no existente) deberá ser enviada
también al servidor colaborador.
Como se ha mencionado anteriormente, la presente
invención, puede ser aplicada a las páginas de red Internet. Tales
páginas de red pueden incluir, por ejemplo, imágenes. Como los
expertos en la técnica apreciarán, las imágenes sobre una página de
red se designan típicamente usando la etiquete "<img>" de
HTML/XHTML. Uno de los atributos de la etiqueta <img> es
"src" que especifica el URL de la imagen que ha de ser
desplegada como parte de la página de red. Cuando se realiza el
análisis de contexto, realizaciones de la presente invención pueden
ser dispuestas para analizar el atributo "src". Por ejemplo, si
un atributo "src" especifica el URL
"www.some_domain_name.com/images/elephant. jpg" entonces
el análisis de contexto podría determinar que la imagen fue llamada
"elefante" y estaba en el formato JPEG.
No obstante, en algunas situaciones el nombre de
la imagen que ha de ser presentada puede no ser indicativo del
contenido de la imagen. Por ejemplo, una imagen puede ser denominada
"img0001" pero puede mostrar una imagen de un elefante. En
tales casos, realizaciones de la presente invención pueden ser
dispuestas para recuperar la imagen y realizar el tratamiento de
imagen de la imagen. Los expertos en la técnica apreciarán por
supuesto que procesando una imagen monocromática para detectar
representaciones de círculos y cuadrados requerirá menos potencia de
tratamiento de ordenador que la detección de representaciones más
complicadas tales como un elefante. De modo similar, las
realizaciones pueden estar dispuestas para analizar música (por
ejemplo música en la capa de MPEG formato 3, conocida también como
formato de fichero MP3) nombres de fichero o la música representada
por ficheros de música para determinar, por ejemplo, si un fichero
de música representa música Clásica o música de Jazz.
En otras situaciones, una página de red puede
contener un enlace defectuoso pero puede contener también enlaces
válidos. Los expertos en la técnica apreciarán que realizaciones de
la presente invención pueden ser dispuestas, si el usuario
selecciona el enlace defectuoso, pero especifica la recuperación de
las páginas de red mediante los enlaces válidos y analiza esas
páginas de red para información de contexto.
Claims (61)
1. Un sistema que comprende:
un terminal (101) para ser usado por un usuario,
en el que el terminal comprende un navegador (110) de red operable
para solicitar páginas de red por cuenta del usuario;
un servidor (120) de red;
un detector (120) de errores, en el que el
detector de errores es operable para generar un código (131) de
error en el caso en que, siguiendo a la selección de un enlace (601)
sobre una primera página (600) de red que especifica una segunda
página de red, la segunda página de red no es enviada desde el
servidor de red al navegador de red;
un receptor (211; 311; 411; 811) de códigos de
error, en el que el receptor de códigos de error es operable para
recibir un código de error (131) del detector de errores y, en
respuesta, origina que sea enviada información (232) a un analizador
de contexto referente a la primera página (600) de red;
un analizador (241, 242; 341, 343; 741) operable
para recibir la información (232) del receptor de código de error,
analizar el contenido de la primera página (600) de red para
determinar información (602) referente al contexto del enlace (601),
establecer una lista (503) de una o más páginas de red sobre la base
de la información (602) de contexto, y comunicar la lista a un
generador de respuestas; y
un generador (143) de respuestas, en el que el
generador de respuestas es operable para generar una respuesta (500)
basada en la lista y comunicar la respuesta al navegador de red.
2. Un sistema según la reivindicación 1, en el
que el sistema comprende un servidor de DNS, y en el que el detector
de errores es operable para generar un código de error en el caso de
un fallo en la resolución de la segunda página de red como ha
solicitado el navegador de red.
3. Un sistema según la reivindicación 2, en el
que el detector de errores está incorporado como un
"add-in" de DNS que funciona en combinación con
el servidor de DNS.
4. Un sistema según una cualquiera de las
reivindicaciones 1 a 3, en el que el detector de errores (120) es
operable para generar un código de error en el caso en que la
segunda página de red solicitada por el navegador de red no esté
disponible para el navegador de red.
5. Un sistema según la reivindicación 4, en el
que el servidor (120) de red comprende el detector (120) de
errores.
6. Un sistema según las reivindicaciones 4 ó 5,
en el que el navegador (110) de red comprende el detector de
errores.
7. El sistema según una cualquiera de las
reivindicaciones 1 a 6, en el que el detector de errores comprende
un detector de retardos operable para hacer que el detector de
errores genere un código de error en el caso en que una solicitud de
una página de red se haya retardado.
8. Un sistema según una cualquiera de las
reivindicaciones 1 a 7, en el que el terminal (101) comprende uno de
un PC de mesa, un teléfono móvil y un ayudante digital personal, y
en el que el navegador (110) de red comprende software de navegador
de red.
9. Un sistema según una cualquiera de las
reivindicaciones 1 a 8, en el que el receptor de código de errores
está incorporado como un "plug-in" (111, 211)
que funciona en combinación con el navegador de red.
10. Un sistema según una cualquiera de las
reivindicaciones 1 a 8, en el que el receptor de código de errores
está incorporado como un "add-in" (311)
intermediario que funciona en combinación con un servidor de red
intermediario.
11. Un sistema según una cualquiera de las
reivindicaciones 1 a 8, en el que el receptor del código de errores
está incorporado como un servidor (811) que funciona en combinación
con un servidor de red intermediario para modificar el
comportamiento del servidor de red intermediario.
12. Un sistema según una cualquiera de las
reivindicaciones 1 a 8, en el que el receptor de código de errores
está incorporado como un manipulador de errores que funciona en
combinación con un servidor de red distinto al servidor de red de
las reivindicaciones 4 a 8.
13. Un sistema según cualquiera de las
reivindicaciones precedentes, en el que el analizador del contexto y
el generador de respuestas están incorporados como un servidor (240;
340; 440; 740) de red colaborador.
\newpage
14. Un sistema según una cualquiera de las
reivindicaciones 1 a 12, en el que el receptor del código de
errores, el analizador de contexto y el generador de respuestas
están incorporados como un "plug-in" (111, 211)
que funciona en combinación con el navegador de red.
15. Un sistema según una cualquiera de las
reivindicaciones 1 a 12, que comprende un servidor (440) de red
colaborador en comunicación con el analizador de contexto y el
generador de respuestas.
16. Un sistema según cualquiera de las
reivindicaciones precedentes, en el que el analizador de contexto
comprende una base (142) de datos que indiza páginas de red con
palabras clave.
17. Un sistema según cualquiera de las
reivindicaciones precedentes, en el que en el caso en que la segunda
página de red no es enviada al terminal, el analizador de contexto
es operable para:
recuperar una página (600) de red distinta a la
segunda página de red, y
analizar la otra página (600) de red para
determinar información (602) de contexto.
18. Un sistema según la reivindicación 17, en el
que el analizador de contexto es operable para: (i) determinar una
historia de una o más páginas (600) de red que tienen enlaces (601),
que enlazan dirigiendo el usuario a la segunda página de red, (ii)
recuperar las una o más páginas de red, e (iii) analizar las una o
más páginas de red para determinar información (602) de
contexto.
19. Un sistema según las reivindicaciones 17 ó
18, en el que el analizador de contexto es accionable para recuperar
una página de inicio asociada con la segunda página de red, y
analizar la página de inicio para determinar información de
contexto.
20. Un sistema según una cualquiera de las
reivindicaciones 17 a 19, en el que el analizador de contexto es
operable para recuperar una página de red de un servidor auxiliar
(701, 702), y analizar la página de red recuperada para determinar
información de contexto.
21. Un sistema según la reivindicación 20, en el
que el servidor auxiliar comprende un servidor (701)
"whois".
22. Un sistema según las reivindicaciones 20 ó
21, en el que el servidor auxiliar es un primer servidor auxiliar
(701), en el que el analizador de contexto es accionable para usar
información de contexto determinada de una página de red recuperada
del primer servidor auxiliar como una entrada a un segundo servidor
auxiliar (702), en el que el analizador de contexto es operable para
recuperar una página de red de un segundo servidor auxiliar en
respuesta a la entrada, y en el que el analizador de contexto es
operable para analizar la página de red recuperada del segundo
servidor auxiliar para determinar información de contexto.
23. Un sistema según la reivindicación 22, en el
que el segundo servidor auxiliar comprende uno que es el servidor
(702).
24. Un sistema según una cualquiera de las
reivindicaciones 17 a 23, en el que el analizador de contexto es
operable para analizar una o más páginas de red para determinar
palabras clave (602) como información de contexto.
25. Un sistema según cualquiera de las
reivindicaciones precedentes, en el que el receptor de códigos de
error almacena información (212) del ID participante, en el que el
receptor de código de error es operable para enviar al analizador
(242) de contexto la información de ID participante, y en el que el
analizador de contexto es operable para interpretar la información
de ID participante como información relativa al contexto de la
segunda página de red solicitada por el navegador de red.
26. Un sistema según cualquiera de las
reivindicaciones precedentes, en el que el generador (143) de
respuestas es operable para enviar una respuesta al navegador de red
para redirigir el navegador de red a una de las páginas de red de la
lista de una o más páginas de red que pueden ser de interés para el
usuario.
27. Un sistema según una cualquiera de las
reivindicaciones 1 a 25, en el que el generador (143) de respuestas
es operable para generar una página (500) de red y enviar la página
de red al terminal.
28. Un sistema según la reivindicación 27, en el
que el generador (143) de respuestas es operable para generar una
página de red que contiene uno o más enlaces (503) para una o más
páginas de red respectivas que puedan ser de interés para el
usuario.
29. Un sistema según cualquiera de las
reivindicaciones precedentes, en el que el receptor del código de
error almacena información (212) de ID de participante,
en el que el receptor del código de error es
operable para originar que la información de ID del participante sea
enviada al generador de respuestas,
en el que el generador (143) de respuestas es
operable para generar una página (500) de red que contiene uno o más
enlaces que apuntan a un servidor colaborador y para enviar (233) la
página de red generada al terminal, en el que cada uno de los uno o
más enlaces de la página de red generada incluye (i) información que
especifica una respectiva de las una o más páginas de red que pueda
ser de interés para el usuario, e (ii) información de ID del
participante, y
que comprende un contador (243) asociado con la
información de ID del participante, en el que el contador es
operable para que sea incrementado en respuesta a la selección por
el usuario de uno de los uno o más enlaces de la página de red
generada.
30. Un sistema según la reivindicación 29, que
comprende un servidor (240) colaborador operable para recibir una
solicitud (234) de página de red del terminal que incluya
información que especifique una página de red e información de ID
del participante y, en respuesta a la solicitud de página de red,
envíe una respuesta (235) al navegador de red para redirigir el
navegador de red a la página de red especificada en la solicitud de
página de red e incremente el contador (243).
31. Un sistema según la reivindicación 30, que
comprende una pluralidad de contadores (243), estando cada contador
asociado con información (212) de ID del participante
respectivo.
32. Un sistema según una cualquiera de las
reivindicaciones 29 a 31, en el que el receptor de códigos de error
es operable para transportar la información de ID de participante al
analizador de contexto, y en el que el analizador de contexto es
accionable para transportar la información de ID de participante al
generador de respuestas.
33. Un sistema según la reivindicación 28 o una
cualquiera de las reivindicaciones 29 a 32 cuando son dependientes
de la reivindicación 28, en el que el generador (143) de respuestas
es operable para que incluya información (312) del ID enlazado
respectivo en el uno o más enlaces de la página de red generada.
34. Un sistema según cualquiera de las
reivindicaciones precedentes, que comprende además uno o más
servidores enlazados (150; 350), en el que uno o más servidores
enlazados almacenan páginas de red que pueden ser de interés para el
usuario.
35. Un sistema según la reivindicación 27 o una
cualquiera de las reivindicaciones 28 a 34 cuando son dependientes
de la reivindicación 27,
en el que el generador de respuestas es operable
para generar una página de red preliminar basada en una lista
preliminar recibida del analizador de contexto, y
en el que el generador de respuestas es operable
para generar una página de red suplementaria basada en una lista
suplementaria recibida del analizador de contexto.
36. Un sistema según la reivindicación 35, en el
que la respuesta del generador es operable para generar una página
de red que comprende un conjunto de imágenes en el que una de las
imágenes del conjunto de imágenes especifica la página de red
preliminar y otra de las imágenes del conjunto de imágenes
especifique la página de red suplementaria.
37. Un receptor (211; 311; 411; 811), de códigos
de error que comprende:
medios para recibir un código (131) de error de
un detector (120) de errores, en el que un código (131) de errores
es indicativo de que a continuación de la selección de un enlace
(601) sobre una primera página (600) de red que especifica una
segunda página de red, la segunda página de red no fue enviada a un
navegador de red;
caracterizado por comprender además
medios para originar, en respuesta a la recepción de un código (131)
de error, información (232) con respecto a la primera página (600)
de red para que sea enviada a un analizador (241, 242; 341, 343;
741) de contexto operable para analizar el contenido de la primera
página (600) de red.
38. Un receptor de códigos de error según la
reivindicación 37, en el que el receptor del códigos de error es
operable para originar que sea enviada información a un analizador
de contexto enviando una respuesta (331) de redireccionamiento de
HTTP a un navegador (110) de red.
39. Un "plug-in" (211) para
un navegador (110) de red, en el que el
"plug-in" comprende un receptor del códigos de
error según las reivindicaciones 37 ó 38.
40. La combinación de un
"plug-in" según la reivindicación 39 con un
navegador (110) de red.
41. Un "add-in" (311) para
un servidor (301) intermediario, en el que el
"plug-in" comprende un receptor del código de
error según las reivindicaciones 37 ó 38.
42. La combinación de un
"plug-in" según la reivindicación 41 con un
servidor (301) intermediario.
43. Un servidor (811) para modificar el
comportamiento de un servidor (801) intermediario, que
comprende:
medios de comunicación para transferir mensajes
entre el servidor (811) y el servidor intermediario (801);
un receptor de códigos de error según las
reivindicaciones 37 ó 38, operable para analizar mensajes y
determinar si un mensaje contiene un código (131) de error.
44. Un servidor de acuerdo con la reivindicación
43, que comprende:
medios operables para medir la longitud de un
mensaje, y operable para originar que la información (232) con
respecto a la primera página (600) de red sea enviada a un
analizador (241, 242; 341, 343; 741) de contexto si en ambos la
longitud de un mensaje excede un umbral el mensaje contiene un
código (131) de error.
45. Un servidor (811) para modificar el
comportamiento de un servidor (801) intermediario, que
comprende:
medios de comunicación para transferir mensajes
entre el servidor (811) y un servidor (801) intermediario;
un detector de errores, operable para analizar
mensajes resultantes de la selección de un enlace (601) sobre una
primera página (600) de red especificando una segunda página de red,
y operable para generar un código de error si una segunda página de
red no está disponible para ser enviada a un navegador de red;
un receptor de códigos de error según las
reivindicaciones 37 ó 38, operable para recibir códigos de error
desde el detector de errores.
46. Un servidor según la reivindicación 45, en
el que el detector de errores comprende unos medios de cronomedición
para determinar si una segunda página de red ha requerido demasiado
tiempo para ser enviada a un navegador de red.
47. Un servidor único, que comprende todas las
características de las reivindicaciones 43 ó 44 en combinación con
todas las características de las reivindicaciones 45 ó 46.
48. Un servidor según una cualquiera de las
reivindicaciones 43 a 47, en el que los medios de comunicación son
operables para transferir mensajes de ICAP.
49. Un servidor según una cualquiera de las
reivindicaciones 43 a 48, que comprende medios de comunicación para
comunicar con un servidor DNS.
50. Un servidor según una cualquiera de las
reivindicaciones 43 a 49, que comprende medios de comunicación para
comunicar con un servidor de red.
51. Un manipulador (411) de errores para un
servidor (420) de red, en el que el manipulador de errores comprende
un receptor de códigos de error según las reivindicaciones 37 ó
38.
52. La combinación de un manipulador (411) de
errores según la reivindicación 51 con un servidor (420) de red.
53. Un "add-in" de DNS para
un servidor de DNS, en el que el "add-in" de
DNS comprende un receptor de códigos de error según las
reivindicaciones 37 ó 38.
54. La combinación de un
"add-in" de DNS de acuerdo con la
reivindicación 53 con un servidor de DNS.
55. Un analizador (241, 242;341, 343; 741) de
contexto, operable, en el caso en que, siguiendo la selección de un
enlace (601) de una primera página (600) de red que especifica una
segunda página de red, la segunda página de red no es enviada desde
el servidor de red a un navegador de red, para:
recibir información (232) con respecto a la
primera página (600) de red de un receptor (211; 311; 411; 811) de
códigos de error,
analizar el contenido de la primera página (600)
de red para determinar información (602) con respecto al contexto
del enlace (601),
establecer una lista (503) de una o más páginas
de red sobre la base de la información (602) de contexto, y
comunicar la lista a un generador de
respuestas.
56. Un servidor (240; 340; 440; 740) colaborador
que comprende un analizador de contexto según la reivindicación
55.
57. Un servidor colaborador según la
reivindicación 56, que comprende un generador (143) de respuestas,
en el que el generador de respuestas es operable para generar una
respuesta (500) basada en la lista y comunicar la respuesta a un
navegador de red.
58. Un producto de programa de ordenador que
define instrucciones interpretables de procesador para conseguir que
un procesador ejecute: un receptor (211; 311; 411; 811) de códigos
de error según las reivindicaciones 37 ó 38 cuando dichas
instrucciones se ejecuten sobre un ordenador, un
"plug-in" (211) de ordenador según la
reivindicación 39 cuando dichas instrucciones se ejecutan sobre un
ordenador, un "add-in" (311) de intermediario
según la reivindicación 41 cuando dichas instrucciones se ejecuten
sobre un ordenador, un servidor (811) de ordenador, según las
reivindicaciones 43 ó 45 cuando dichas instrucciones se ejecutan
sobre un ordenador, un manipulador (411) de errores de ordenador
según la reivindicación 51 cuando dichas instrucciones se ejecutan
sobre un ordenador, un "add-in" de DNS de
acuerdo con la reivindicación 53 cuando dichas instrucciones son
ejecutadas sobre un ordenador, un analizador (241, 242; 341, 343;
741) de contexto de ordenador según la reivindicación 55 cuando
dichas instrucciones se ejecutan sobre un ordenador o un servidor
(240; 340; 440; 740) colaborador según la reivindicación 56 cuando
dichas instrucciones se ejecutan sobre un ordenador.
59. Un producto de programa de ordenador según
la reivindicación 58, en el que el producto de programa de ordenador
comprende un portador de datos.
60. Un producto de programa de ordenador según
la reivindicación 59, en el que el producto de programa de ordenador
comprende datos que pueden ser descargados de Internet.
61. Un método para proporcionar un usuario con
una interfaz de usuario, comprendiendo el método las operaciones
de:
detectar, en respuesta a la selección de un
enlace (601) sobre una primera página (600) de red que especifica
una segunda página de red, que la segunda página de red no es
enviada por un navegador (110) y, en respuesta, generar un código
(131) de error;
recibir (211; 311; 411; 811) el código de error
y, en respuesta;
analizar (241, 242; 341; 343; 741) el contenido
de la primera página (600) de red para determinar información (602)
con respecto al contexto del enlace (601) y de ese modo establecer
una lista (503) de una o más páginas de red basadas en la
información (602) de contexto; y comunicar la respuesta al
usuario.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB0416405A GB2421322A (en) | 2004-07-22 | 2004-07-22 | User interface for an internet web browser |
| GB0416405 | 2004-07-22 | ||
| GBGB0501851.0A GB0501851D0 (en) | 2004-07-22 | 2005-01-28 | Improved user interface |
| GB0501851 | 2005-01-28 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2297734T3 true ES2297734T3 (es) | 2008-05-01 |
Family
ID=35432462
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES05762142T Expired - Lifetime ES2297734T3 (es) | 2004-07-22 | 2005-07-19 | Interfaz de usuario mejorada. |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US8751601B2 (es) |
| EP (1) | EP1706832B1 (es) |
| JP (1) | JP2008507057A (es) |
| AU (1) | AU2005263962B2 (es) |
| BR (1) | BRPI0513582A (es) |
| CA (1) | CA2574521A1 (es) |
| DE (1) | DE602005003449T2 (es) |
| ES (1) | ES2297734T3 (es) |
| WO (1) | WO2006008516A1 (es) |
Families Citing this family (42)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2873882A1 (fr) * | 2004-07-29 | 2006-02-03 | France Telecom | Procede et dispositif de distinction de requetes http utilisateur |
| JP2008518538A (ja) * | 2004-10-27 | 2008-05-29 | フランス テレコム | Ｈｔｔｐリダイレクトリクエストをインターセプトする方法並びに前記方法を実行するためのシステム及びサーバー機器 |
| US8825837B2 (en) | 2010-04-21 | 2014-09-02 | International Business Machines Corporation | Notice of restored malfunctioning links |
| US20070185884A1 (en) * | 2006-02-07 | 2007-08-09 | Yahoo! Inc. | Aggregating and presenting information on the web |
| US8069182B2 (en) | 2006-04-24 | 2011-11-29 | Working Research, Inc. | Relevancy-based domain classification |
| US10042927B2 (en) | 2006-04-24 | 2018-08-07 | Yeildbot Inc. | Interest keyword identification |
| US8838773B1 (en) * | 2006-09-29 | 2014-09-16 | Trend Micro Incorporated | Detecting anonymized data traffic |
| US8037182B2 (en) * | 2006-11-30 | 2011-10-11 | Microsoft Corporation | Capture of content from dynamic resource services |
| US8438582B2 (en) * | 2008-06-30 | 2013-05-07 | Alcatel Lucent | Soft denial of application actions over the network communications |
| US8515937B1 (en) * | 2008-06-30 | 2013-08-20 | Alexa Internet | Automated identification and assessment of keywords capable of driving traffic to particular sites |
| CN101662464A (zh) | 2008-08-26 | 2010-03-03 | 阿里巴巴集团控股有限公司 | 一种用于实现http请求服务的系统及其方法 |
| US8825740B2 (en) * | 2008-10-23 | 2014-09-02 | Microsoft Corporation | Smart, search-enabled web error pages |
| JP5395461B2 (ja) * | 2009-02-27 | 2014-01-22 | 株式会社東芝 | 情報推薦装置、情報推薦方法および情報推薦プログラム |
| US8224923B2 (en) * | 2009-06-22 | 2012-07-17 | Verisign, Inc. | Characterizing unregistered domain names |
| US8078922B2 (en) * | 2009-09-30 | 2011-12-13 | Sap Ag | Internal server error analysis |
| US9356991B2 (en) | 2010-05-10 | 2016-05-31 | Litera Technology Llc | Systems and methods for a bidirectional multi-function communication module |
| US10674230B2 (en) * | 2010-07-30 | 2020-06-02 | Grab Vision Group LLC | Interactive advertising and marketing system |
| US8504673B2 (en) | 2011-03-31 | 2013-08-06 | Verisign, Inc. | Traffic like NXDomains |
| US9405739B1 (en) * | 2011-08-12 | 2016-08-02 | The Boeing Company | Source code format for IDE code development with embedded objects |
| WO2013038320A1 (en) * | 2011-09-16 | 2013-03-21 | Strangeloop Networks, Inc. | Mobile resource accelerator |
| US8504692B1 (en) * | 2011-09-26 | 2013-08-06 | Google Inc. | Browser based redirection of broken links |
| US8392576B1 (en) | 2011-09-26 | 2013-03-05 | Google Inc. | Browser based redirection of broken links |
| CA2789909C (en) * | 2012-09-14 | 2019-09-10 | Ibm Canada Limited - Ibm Canada Limitee | Synchronizing http requests with respective html context |
| US9411786B2 (en) * | 2013-07-08 | 2016-08-09 | Adobe Systems Incorporated | Method and apparatus for determining the relevancy of hyperlinks |
| US10425351B2 (en) * | 2013-11-08 | 2019-09-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Allocation of resources for real-time communication |
| EP3069490A4 (en) * | 2013-11-15 | 2017-07-05 | Telefonaktiebolaget LM Ericsson (publ) | Method and apparatus for operating an icap server |
| RU2014103705A (ru) * | 2014-01-31 | 2015-08-10 | Общество С Ограниченной Ответственностью "Яндекс" | Способ обработки пользовательского запроса на доступ к веб-ресурсу (варианты) и электронное устройство |
| CN104113592A (zh) * | 2014-07-01 | 2014-10-22 | 北京乐途园科技有限公司 | 一种本地微服务器及车载服务信息提供系统及方法 |
| KR102264992B1 (ko) | 2014-12-31 | 2021-06-15 | 삼성전자 주식회사 | 무선 통신 시스템에서 서버 할당 방법 및 장치 |
| CN104580552A (zh) * | 2015-01-29 | 2015-04-29 | 太仓市同维电子有限公司 | 家庭网关中错误域名解析服务器解析重定向的实现方法 |
| CN104965926B (zh) * | 2015-07-14 | 2019-03-26 | 安一恒通（北京）科技有限公司 | 网页提供方法及装置 |
| US9762521B2 (en) * | 2016-01-15 | 2017-09-12 | International Business Machines Corporation | Semantic analysis and delivery of alternative content |
| US10505985B1 (en) | 2016-04-13 | 2019-12-10 | Palo Alto Networks, Inc. | Hostname validation and policy evasion prevention |
| US10832000B2 (en) * | 2016-11-14 | 2020-11-10 | International Business Machines Corporation | Identification of textual similarity with references |
| US11669675B2 (en) | 2016-11-23 | 2023-06-06 | International Business Machines Corporation | Comparing similar applications with redirection to a new web page |
| US11032127B2 (en) * | 2017-06-26 | 2021-06-08 | Verisign, Inc. | Resilient domain name service (DNS) resolution when an authoritative name server is unavailable |
| US11288336B2 (en) * | 2018-04-18 | 2022-03-29 | Google Llc | Systems and methods for providing content items in situations involving suboptimal network conditions |
| US10182009B1 (en) * | 2018-07-24 | 2019-01-15 | Capital One Services, Llc | Creating endpoints |
| US11082339B2 (en) * | 2018-10-12 | 2021-08-03 | Hewlett Packard Enterprise Development Lp | Domain name system (DNS) optimization for wide area networks |
| US11514127B2 (en) | 2019-02-22 | 2022-11-29 | International Business Machines Corporation | Missing web page relocation |
| NL2026701B1 (en) * | 2020-10-19 | 2022-06-14 | Microsoft Technology Licensing Llc | Systems and methods for providing feedback to webpage owners |
| EP4328760A1 (en) * | 2022-08-24 | 2024-02-28 | Sandvine Corporation | System and method for classifying traffic flows using language processing |
Family Cites Families (39)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5751961A (en) * | 1996-01-31 | 1998-05-12 | Bell Communications Research, Inc. | Integrated internet system for translating logical addresses of internet documents to physical addresses using integrated service control point |
| GB2330430B (en) * | 1997-10-16 | 2002-07-17 | Ibm | Error handler for a proxy server computer system |
| US6092100A (en) * | 1997-11-21 | 2000-07-18 | International Business Machines Corporation | Method for intelligently resolving entry of an incorrect uniform resource locator (URL) |
| US6742030B1 (en) * | 1997-11-24 | 2004-05-25 | International Business Machines Corporation | Method to keep a persistent trace of weblink use per user |
| US6590588B2 (en) * | 1998-05-29 | 2003-07-08 | Palm, Inc. | Wireless, radio-frequency communications using a handheld computer |
| US6269460B1 (en) * | 1998-09-01 | 2001-07-31 | International Business Machines Corporation | Dynamic enhancement of error condition handling and displayed error messages in computer operations |
| US6687732B1 (en) * | 1998-09-28 | 2004-02-03 | Inktomi Corporation | Adaptive traffic bypassing in an intercepting network driver |
| US6332158B1 (en) * | 1998-12-03 | 2001-12-18 | Chris Risley | Domain name system lookup allowing intelligent correction of searches and presentation of auxiliary information |
| US7188138B1 (en) * | 1999-03-22 | 2007-03-06 | Eric Schneider | Method, product, and apparatus for resource identifier registration and aftermarket services |
| US9141717B2 (en) * | 1999-03-22 | 2015-09-22 | Esdr Network Solutions Llc | Methods, systems, products, and devices for processing DNS friendly identifiers |
| US6202087B1 (en) * | 1999-03-22 | 2001-03-13 | Ofer Gadish | Replacement of error messages with non-error messages |
| US6763496B1 (en) * | 1999-03-31 | 2004-07-13 | Microsoft Corporation | Method for promoting contextual information to display pages containing hyperlinks |
| US6594697B1 (en) * | 1999-05-20 | 2003-07-15 | Microsoft Corporation | Client system having error page analysis and replacement capabilities |
| US6725214B2 (en) * | 2000-01-14 | 2004-04-20 | Dotnsf | Apparatus and method to support management of uniform resource locators and/or contents of database servers |
| AU2001259075A1 (en) * | 2000-04-17 | 2001-10-30 | Circadence Corporation | System and method for web serving |
| US6832239B1 (en) * | 2000-07-07 | 2004-12-14 | International Business Machines Corporation | Systems for managing network resources |
| US20030018694A1 (en) * | 2000-09-01 | 2003-01-23 | Shuang Chen | System, method, uses, products, program products, and business methods for distributed internet and distributed network services over multi-tiered networks |
| DE10048112A1 (de) * | 2000-09-28 | 2002-04-18 | Nutzwerk Informationsgmbh | Vorrichtung unter Verfahren zur Bereitstellung von Informationen bei einer fehlerhaften Anfrage an einen Server in einem Datennetz |
| US20020056053A1 (en) * | 2000-10-26 | 2002-05-09 | Ben Vine | System and method for handling web failures |
| JP2002183002A (ja) * | 2000-12-14 | 2002-06-28 | Yafoo Japan Corp | 訂正候補のドメイン名を通知するサーバ装置、およびこのサーバ装置により通知された訂正候補のドメイン名を利用するクライアントコンピュータ、およびこのクライアントコンピュータ上で動作するプログラムを記録した記録媒体、および訂正候補のメールアドレスを通知するメールサーバ |
| US7685224B2 (en) * | 2001-01-11 | 2010-03-23 | Truelocal Inc. | Method for providing an attribute bounded network of computers |
| US20020116495A1 (en) * | 2001-01-29 | 2002-08-22 | Curt Hutten | System and method for displaying news information on a user computer |
| US20020198937A1 (en) * | 2001-03-09 | 2002-12-26 | Arif Diwan | Content-request redirection method and system |
| US20030074400A1 (en) * | 2001-03-30 | 2003-04-17 | David Brooks | Web user profiling system and method |
| US6990534B2 (en) * | 2001-07-20 | 2006-01-24 | Flowfinity Wireless, Inc. | Method for a proactive browser system for implementing background frame maintenance and asynchronous frame submissions |
| JP4692802B2 (ja) * | 2001-08-21 | 2011-06-01 | ソニー株式会社 | アドレス自動検索装置、アドレス自動検索方法、アドレス自動検索プログラム及びアドレス自動検索プログラム格納媒体 |
| WO2003052614A1 (en) * | 2001-12-17 | 2003-06-26 | Stargazer Foundation, Inc. | System and method for disseminating knowledge over a global computer network |
| US7277924B1 (en) * | 2002-05-07 | 2007-10-02 | Oracle International Corporation | Method and mechanism for a portal website architecture |
| US7360160B2 (en) * | 2002-06-20 | 2008-04-15 | At&T Intellectual Property, Inc. | System and method for providing substitute content in place of blocked content |
| US20040019697A1 (en) * | 2002-07-03 | 2004-01-29 | Chris Rose | Method and system for correcting the spelling of incorrectly spelled uniform resource locators using closest alphabetical match technique |
| US20060053213A1 (en) * | 2002-10-30 | 2006-03-09 | Robert Seeman | Method of handling web page requests from a browser |
| JP4098610B2 (ja) * | 2002-12-10 | 2008-06-11 | 株式会社日立製作所 | アクセス中継装置 |
| AU2002359137A1 (en) * | 2002-12-13 | 2004-10-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Error messaging method in http based communication systems |
| FR2854297A1 (fr) | 2003-04-25 | 2004-10-29 | France Telecom | Procede et systeme de redirection sur detection d'erreur de resolutions dns |
| US7325045B1 (en) * | 2003-08-05 | 2008-01-29 | A9.Com, Inc. | Error processing methods for providing responsive content to a user when a page load error occurs |
| US7756996B2 (en) * | 2004-01-30 | 2010-07-13 | Finjan, Inc. | Embedding management data within HTTP messages |
| US20050268219A1 (en) * | 2004-05-28 | 2005-12-01 | Microsoft Corporation | Method and system for embedding context information in a document |
| US7702902B2 (en) * | 2004-06-25 | 2010-04-20 | The Go Daddy Group, Inc. | Method for a web site with a proxy domain name registration to receive a secure socket layer certificate |
| CN101877696B (zh) * | 2009-04-30 | 2014-01-08 | 国际商业机器公司 | 在网络应用环境下重构错误响应信息的设备和方法 |
-
2005
- 2005-07-19 DE DE602005003449T patent/DE602005003449T2/de not_active Expired - Lifetime
- 2005-07-19 CA CA002574521A patent/CA2574521A1/en not_active Abandoned
- 2005-07-19 AU AU2005263962A patent/AU2005263962B2/en not_active Ceased
- 2005-07-19 WO PCT/GB2005/002835 patent/WO2006008516A1/en not_active Ceased
- 2005-07-19 JP JP2007522016A patent/JP2008507057A/ja active Pending
- 2005-07-19 ES ES05762142T patent/ES2297734T3/es not_active Expired - Lifetime
- 2005-07-19 EP EP05762142A patent/EP1706832B1/en not_active Expired - Lifetime
- 2005-07-19 BR BRPI0513582-6A patent/BRPI0513582A/pt not_active Application Discontinuation
-
2006
- 2006-08-18 US US11/465,564 patent/US8751601B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2008507057A (ja) | 2008-03-06 |
| EP1706832B1 (en) | 2007-11-21 |
| WO2006008516A1 (en) | 2006-01-26 |
| EP1706832A1 (en) | 2006-10-04 |
| DE602005003449T2 (de) | 2008-10-02 |
| DE602005003449D1 (de) | 2008-01-03 |
| BRPI0513582A (pt) | 2008-05-13 |
| AU2005263962B2 (en) | 2011-12-22 |
| CA2574521A1 (en) | 2006-01-26 |
| US20070033264A1 (en) | 2007-02-08 |
| US8751601B2 (en) | 2014-06-10 |
| AU2005263962A1 (en) | 2006-01-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8751601B2 (en) | User interface that provides relevant alternative links | |
| US10425379B2 (en) | Establishing unique sessions for DNS subscribers | |
| US9860251B2 (en) | Dynamic encryption of a universal resource locator | |
| Bonaventure | Computer Networking: Principles, Protocols and Practice | |
| JP3807961B2 (ja) | セッション管理方法、セッション管理システムおよびプログラム | |
| US20020107925A1 (en) | Method and system for e-mail management | |
| US20020073233A1 (en) | Systems and methods of accessing network resources | |
| JP2003006074A (ja) | 反転プロキシメカニズム | |
| US20080016552A1 (en) | Method and apparatus for improving security during web-browsing | |
| JPH10254807A (ja) | 匿名的にサーバサイトを閲覧する方法 | |
| US20120016959A1 (en) | Page views for proxy servers | |
| Al-Shahi et al. | The internet | |
| US20060090007A1 (en) | Message delivery apparatus, method thereof, system thereof, and program thereof | |
| US7558829B1 (en) | Apparatus and method for filtering email using disposable email addresses | |
| CN100550015C (zh) | 改进的用户界面 | |
| US6839760B1 (en) | Method for preventing deep linking into a web site | |
| TW200805972A (en) | Context based navigation | |
| JP2001350677A (ja) | メタ情報を利用した通信の監視，検査システムおよび通信の監視，検査方法、ならびにこれらの方法を記録した記録媒体 | |
| Skidmore | What is the difference between Transactional and Content data in an Internet Packet? | |
| Bethune et al. | SQA Higher Information Systems Unit 3c: The Internet | |
| Conorich | Internet Security: Securing the Perimeter | |
| John | Predicting Packet Source and Destination Using Data Mining | |
| Shin | Understanding and mitigating forum spam | |
| WO2002029582A1 (en) | Systems and methods of internet chat sessions among multiple users visiting any designated website | |
| KR20090000069A (ko) | 이메일주소의 처리방법 및 이를 실행시키기 위한프로그램을 기록한 기록매체 |