ES2200546T3 - Control de la utilizacion de informaciones de una red informatica. - Google Patents
Control de la utilizacion de informaciones de una red informatica.Info
- Publication number
- ES2200546T3 ES2200546T3 ES99943070T ES99943070T ES2200546T3 ES 2200546 T3 ES2200546 T3 ES 2200546T3 ES 99943070 T ES99943070 T ES 99943070T ES 99943070 T ES99943070 T ES 99943070T ES 2200546 T3 ES2200546 T3 ES 2200546T3
- Authority
- ES
- Spain
- Prior art keywords
- information
- computer
- server
- client
- indication
- 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
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
- G06F11/3495—Performance evaluation by tracing or monitoring for systems
-
- 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
- G06F11/3476—Data logging
-
- 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/1396—Protocols specially adapted for monitoring users' activity
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99953—Recoverability
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99954—Version management
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Telephonic Communication Services (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
Un método para supervisar el uso de información pedida por un ordenador receptor a un ordenador emisor, que comprende los pasos de: transmitir información desde el ordenador emisor al ordenador receptor; transmitir con la información transmitida información adicional para utilizar en la supervisión del uso de la información; caracterizado por supervisar en el ordenador receptor el uso de la información recibida para proporcionar una indicación de eventos relacionados con el uso de la información en el ordenador receptor; grabar la información supervisada en el ordenador receptor para proporcionar un registro; y transmitir posteriormente el registro junto con una petición de información desde el ordenador receptor al ordenador emisor; en el que la información adicional es transmitida con cada transmisión de la información pedida y comprende una indicación de la versión que tiene por lo menos un valor que varía unidireccionalmente; el paso de supervisión comprende la comparación de la información adicional relacionada con la información recibida con una información adicional previamente recibida ya retenida en el ordenador peticionario; y la indicación de la versión almacenada es sustituida por la indicación de la versión recibida si la indicación de la versión recibida es más reciente que la indicación de la versión almacenada.
Description
Control de la utilización de informaciones de una
red informática.
La invención se refiere a un método para
supervisar el uso de información proporcionada por una red de
ordenadores, y a ordenadores para implementar el método.
Una red es un medio de comunicarse entre dos o
más ordenadores o procesadores, y puede tomar muchas formas,
incluyendo por ejemplo Internet, rayos infrarrojos, señales de radio
y comunicación por cable. Cualquier medio de transportar
información desde un ordenador a otro puede considerarse como una
red.
La mayor parte de la tecnología existente en este
campo está basada en el área de servidores de Web de Internet o
Intranet. Por consiguiente, la invención será descrita en el
contexto de los registros de servidores utilizados en esta área,
pero es aplicable a muchas otras áreas de interacción
cliente/servidor. Otra área especial de interés potencial está
relacionada con el correo electrónico.
Actualmente cuando un ordenador que proporciona
información (es decir, un servidor) cumplimenta una petición de
información, escribe en un archivo del servidor (un registro del
servidor) cualquier información a la que se refiera la petición.
Normalmente, esto incluirá los siguientes detalles:
(a) en qué momento llegó al servidor la
petición;
(b) qué información fue pedida;
(c ) adónde se envió la información; y
(d) cómo se remitió al usuario a la información
(es decir, el remitente).
Algunos servidores, o programas diseñados para
ejecutarse juntamente con servidores, enviarán también (e) un
elemento de información para identificar al destinatario, y grabarán
éste si se incluye posteriormente con cualquier petición futura de
información. Actualmente hay muchos analizadores de registros en el
mercado que toman los detalles escritos por el servidor e intentan
formar una imagen de qué información han estado mirando los
usuarios, cuándo y durante cuánto tiempo.
Como los servidores sólo ven las peticiones de
los clientes, la información sobre los tiempos que proporciona un
analizador de registros de servidores puede ser inexacta. El tiempo
empleado por el usuario en examinar la información puede estimarse
solamente mirando la diferencia de tiempo entre cuándo fue hecha una
petición por un usuario y cuándo fue hecha la siguiente petición
por el mismo usuario. Si un usuario deja de ver la información
enviada, y vuelve a ella más tarde para hacer otra petición de
información, el tiempo empleado en otra cosa puede ser incluido en
la estimación del tiempo empleado en ver la información enviada.
Esto puede ser sumamente inexacto, hasta el punto de dar horas
empleadas en ver la información pedida cuando sólo se emplearon
segundos en realidad.
Otro problema con los tiempos es que en redes
grandes como Internet, en particular cuando se accede a ellas por
conexiones de ancho de banda pequeño, el tiempo que la información
invierte en pasar de un ordenador a otro puede ser también
importante, y no puede medirse por el análisis del registro del
servidor.
Cuando se almacenan copias de la información
enviada por el servidor en el ordenador cliente y después se ven
fuera de línea, no se está en contacto con el servidor y, por lo
tanto, no se mantiene ningún registro de esta visión de las copias.
Si el servidor o el cliente no está conectado a la red, no se verá
nada utilizando el análisis del registro incluso si los ordenadores
se vuelven a conectar más tarde a través de la red. Ésta es otra
importante deficiencia en los métodos actuales.
Con un servidor de Web al que se accede mediante
un explorador estándar, se accederá a menudo a páginas de la memoria
caché siempre que se utilicen el "botón atrás" o el "botón
adelante". No se envía ninguna nueva petición al servidor.
Dependiendo de los ajustes individuales, pueden utilizarse también
para cualquier página que se vuelva a visitar en un sitio Web.
Otras cosas diferentes pueden provocar también el uso de la memoria
caché, pero en todos los casos pueden conducir a que se obtengan
indicaciones de tiempos inexactas de los registros de los
servidores.
Un servidor delegado es un servidor que saca una
copia de información de un servidor de contenido cuando es pedida
por primera vez, y después la pasa a cada cliente que la pide
dentro de un período de tiempo limitado. Las copias posteriores de
cualquier información pasada a través de un servidor delegado no
implican ninguna interacción con el servidor de contenido y, por
consiguiente, no son registradas por el servidor de contenido.
Por todas estas razones, los métodos actuales de
análisis de registros de servidores están expuestos a ser inexactos
y poco fiables. Hemos apreciado que hay una necesidad de
proporcionar una estructura que pueda ser utilizada para
proporcionar un análisis más efectivo del uso del servidor,
superando por lo menos los principales de estos problemas.
El problema de los servidores delegados ha sido
reconocido por MatchLogic Inc., de 10333 Church Ranch Boulevard,
Westminster, Colorado 80021, Estados Unidos de América, que ha
producido un sistema TrueCount con vistas a mejorar las
inexactitudes de recuento resultantes del uso de un servidor
delegado. En este sistema se añade un pequeño elemento de código a
la cabecera de las páginas de contenido que hay que contar. Si las
páginas están en memoria caché en un servidor delegado, siempre que
el servidor delegado entregue el contenido almacenado a un usuario
posterior, este elemento de código añadido actúa como mensajero y
transmite un mensaje a un servidor especial preparado para recibir
estos mensajes. No obstante, esto es sólo una solución limitada a
los problemas antes enumerados y no permite superar las demás
dificultades. En particular, el sistema no puede tener en cuenta las
visiones fuera de línea, y realmente no lo necesita, ya que su
finalidad pretendida es determinar por cuántos usuarios ha sido
accedida una página, o más probablemente una pancarta de anuncio. No
puede dar información sobre la duración del tiempo en que se estuvo
viendo una página, ni en línea ni fuera de línea, ni ninguna
información de naturaleza más compleja.
La publicación de solicitud de Patente
Internacional Nº WO98/10349 describe un sistema para supervisar la
visualización por un usuario del contenido (por ej., anuncios)
recibido de un servidor. El sistema está diseñado, entre otras
cosas, para dificultar que el proveedor del contenido manipule el
archivo del registro en el servidor, configurando ordenadores de
usuarios automáticamente para acceder al contenido pero no
visualizarlo, y para evitar no contar las páginas en memoria caché.
Esto se consigue supervisando en el ordenador del usuario la
visualización de las páginas Web, en lugar de simplemente las
peticiones de páginas. Cuando se pide una página, se transmite un
programa al usuario que hace que el ordenador del usuario determine
qué parte del contenido está siendo visualizada en la pantalla del
usuario, y que anote el número de veces que se visualiza el
contenido o los momentos de inicio y fin de esa visualización. Esta
información se transmite entonces al proveedor del contenido o a
otro lugar donde se analiza la información de supervisión.
Este sistema tiene diversos problemas. En primer
lugar, no describe cómo manejar la visión de las páginas fuera de
línea. En segundo lugar, se limita a la supervisión de la
visualización, lo cual es complejo y puede ser en sí mismo inexacto
y no representar correctamente la efectividad del contenido, por
ej., los anuncios, que se esté visualizando. Finalmente, no hay
ninguna manera efectiva de asegurarse de que los datos de
supervisión llegan al lugar en el que se analiza la información de
supervisión ni tampoco de evitar que se estén almacenando datos
durante períodos largos y/o indefinidos en el ordenador del
usuario.
Puede hacerse referencia también a la Patente de
los Estados Unidos 5.732.218; a la solicitud de Patente del Reino
Unido 2.250.112 A; y a las Publicaciones de Solicitud de Patente
Internacional Nº WO97/41673 y WO97/22074.
Es bien conocido que los servidores de Web envían
``galletas'' a los ordenadores de los usuarios que se almacenan en
el ordenador del usuario y proporcionan información sobre el
usuario al servidor.
La invención se define en las reivindicaciones
independientes que se dan más adelante, a las que debe hacerse
referencia ahora. En las reivindicaciones subordinadas se exponen
características ventajosas de la invención.
En una realización preferida de la invención,
descrita con más detalle más adelante, un ordenador proveedor
transmite a un ordenador peticionario o receptor código que hace
que el ordenador peticionario supervise cada vez que se accede a una
página o ésta es visualizada, tanto en línea como fuera de línea, y
genere un registro de ese uso. El registro incluye eventos que
ocurren no sólo cuando el ordenador peticionario está en línea con
el ordenador proveedor sino también eventos que ocurren fuera de
línea. Cuando el peticionario hace al proveedor una posterior
petición de información, la información registrada es enviada, o se
le da acceso a ella, al ordenador proveedor, donde puede ser
analizada.
El ordenador proveedor acompaña también cada
página transmitida de una indicación de la versión, que comprende
por ejemplo un código de fecha/hora. El ordenador peticionario
almacena la indicación de la versión recibida en último lugar. Cada
vez que se produce un evento o eventos especificados, compara la
indicación de la versión de esa página con la indicación de la
versión almacenada. Si la indicación de la versión almacenada es
más antigua que la indicación de la versión de la página
visualizada, sabe que la nueva página está siendo recibida en
respuesta a una petición de información que ha enviado al ordenador
proveedor, y no es una página almacenada. Así sabe que su
información sobre el uso registrada, que habrá sido transmitida con
esa petición de información, ha llegado al ordenador proveedor, y
también sabe por lo tanto que puede borrar el registro, o por lo
menos sabe qué información del registro es redundante.
Pueden aplicarse similares funcionamientos al
envío y la recepción de mensajes de correo electrónico, como se
describe más adelante.
Se describirá ahora la invención con más detalle,
a modo de ejemplo, con referencia a los dibujos adjuntos, en los
que:
la Figura 1 es un diagrama de flujo que ilustra
el funcionamiento de un servidor en un sistema de cliente/servidor
que realiza la invención; y
la Figura 2 es un diagrama de flujo que ilustra
el funcionamiento correspondiente del cliente.
Se dará primero una descripción resumida de la
realización preferida de la invención. La realización preferida toma
la forma de un sistema y un método para registrar el uso de una
máquina servidora (ordenador o procesador) por una máquina cliente
en una relación de cliente/servidor. Se apreciará que esto
representa solamente un posible uso de la invención y que es
aplicable a otras redes y relaciones de ordenadores como se ha
discutido antes. En particular, el uso de la invención en la
supervisión del correo electrónico se describe al final de esta
descripción.
El sistema preferido comprende un método de
registro que funciona tanto en la máquina servidora como en la
máquina cliente. En el sistema la información suministrada al
cliente se aumenta con código especial que puede ser ejecutado en
la máquina cliente. Este código adicional, cuando se ejecuta, graba
información acerca del comportamiento del usuario por referencia a
eventos especificados que se producen en el ordenador del usuario.
Esto puede incluir el tiempo que emplea el usuario en acceder a la
información suministrada o mirarla. La información grabada se
almacena en el cliente en forma de un registro. La información
grabada no se limita al tiempo que emplea el usuario en acceder a
la información suministrada sino que puede incluir también otra
información acerca del comportamiento del usuario, tal como hasta
dónde se desplazó un usuario en la página o cuánto tiempo se
mantuvo el puntero sobre una pancarta o un botón en particular, por
ejemplo.
El código adicional no es sólo operacional cuando
el cliente está en línea con el servidor sino que también se
ejecuta cuando la información se está viendo fuera de línea.
En el código aumentado se incluye también una
indicación de la versión, que puede ser simplemente un código de
fecha/hora. Esta indicación de la versión indica el momento en que,
con relación a otras transmisiones de información a este cliente,
fue transmitida la información por el servidor. Esta información es
copiada para su almacenamiento en el lado del cliente. Una
comparación por el ordenador cliente de la indicación de la versión
que acompaña a cualquier información visualizada con la copia
anteriormente almacenada en el cliente confirma primero al cliente
qué información ha llegado al servidor. En particular, permite al
cliente determinar si el servidor ha sido contactado en el interin
y, de acuerdo con ello, puede determinar también cómo debe
conservarse la información almacenada en el cliente. Esto incluye,
por ejemplo, si se ha purgado información antigua, si se requiere
ahora nueva información, y si debe almacenarse más o menos
información acerca de cada acceso. Ejemplos de esto podrían
ser:
(1) Purgar todas las grabaciones del lado del
cliente que hayan sido pasadas al servidor.
(2) Decidir después de una cantidad fijada de
accesos que un usuario era un usuario periódico y podría
permitírsele un mayor acceso.
(3) Almacenar información acerca del
comportamiento de un usuario mientras ve un conjunto de
informaciones si se ha visto anteriormente información destinada a
influir en ese comportamiento.
El servidor puede asignar a cada cliente un
identificador único (UID) que pasa después al cliente junto con la
indicación de la versión apropiada a la edición en particular del
conjunto de informaciones en particular pedido. El UID único del
cliente o usuario se almacena entonces en el lado del cliente para
su uso posterior por el servidor.
El sistema hace posible detectar la visión de
copias antiguas de la información proporcionada, almacenada en el
disco duro del usuario, y, si se requiere, impedir que puedan
verse.
Es posible relacionar la cantidad de información
almacenada acerca de un conjunto de información enviada con la
frecuencia con la que ésta, o cualquier otro conjunto de
información enviada desde el mismo servidor, ha sido vista.
El código en el lado del cliente puede tomar
decisiones sobre el almacenamiento de información, es decir decidir
el mantenimiento de las grabaciones y el comportamiento apropiados
del conjunto de informaciones.
Se describirá ahora un ejemplo específico con
referencia a los dibujos, en los que las figuras 1 y 2 son
diagramas de flujo que ilustran la ejecución del método en los
ordenadores servidor y cliente respectivamente. El Apéndice de esta
descripción contiene un fragmento de código de muestra para el
mantenimiento de las grabaciones del lado del cliente codificado en
el formato actual de JavaScript.
La rutina ilustrada en la figura 1 muestra los
pasos que se dan en el servidor después de la recepción de una
petición de información de un cliente, paso 10. Primero se hace una
comprobación para averiguar si este cliente tiene ya un
identificador único (UID), paso 12, y, si no, se le asigna uno
(paso 14). Después, la información pedida se recoge y recopila,
paso 16. En el ejemplo ilustrado no tiene lugar ningún
procesamiento adicional de la información. Sin embargo, en un
sistema más sofisticado, podría tener lugar un procesamiento
adicional que dependiera de si se recibía un identificador único,
y, si así fuera, cuál era.
A continuación, el código de fecha/hora que
constituye una ``indicación de la versión'' se incorpora a la
información que debe enviarse, junto con el identificador único
(UID) y el código del lado del cliente requerido para implementar el
sistema, paso 18. Como se ha advertido antes, el código enviado de
esta manera y almacenado en el destinatario es conocido de ordinario
en la jerga de Internet como una ``galleta''. Como se ha descrito,
todo el código es enviado con cada página, pero en un sistema más
sofisticado el envío del código del lado del cliente podría depender
de la información de registro, como se acaba de describir.
Se envía ahora la información pedida, paso 20,
consiguiendo así un tiempo de respuesta razonable para el cliente.
Toda la grabación o el registro en el servidor de la información
enviada tiene lugar después del envío de la información al cliente,
y por lo tanto no retrasa el envío de la información. Se hace una
comprobación, paso 22, de si el cliente ha enviado con la petición
alguna información que necesite ser registrada. Si el cliente ha
enviado información de registro, esto significará que ha recibido
previamente el código y un UID antes, y por lo tanto la información
de registro se pasa y almacena como una grabación del
comportamiento de ese cliente.
Se verá ahora con referencia a la Figura 2 lo que
ocurre en el cliente. La petición del cliente, que es básicamente
convencional y que tiene lugar antes de la rutina de la Figura 1,
no necesita ser mostrada. No obstante, puede incluir información de
registro como se discute más adelante. La Figura 2 ilustra lo que
ocurre en el cliente al recibir la información desde el servidor de
contenido.
La información puede venir directamente del
servidor o puede haber sido almacenada o guardada en memoria caché.
Cuando la información es recibida en el lado del cliente por el
usuario, el código del lado del cliente que fue enviado por el
servidor hace en primer lugar que el sistema cliente haga una
comprobación, paso 30, para ver si existe una copia de la
indicación de la versión codificada de forma rígida (código de
fecha/hora), en una galleta recibida del servidor. Si no existe, el
procedimiento pasa directamente al paso 34 y copia la indicación de
la versión codificada de forma rígida en una galleta. Si existe, el
procedimiento compara entonces, en el paso 32, si la indicación de
la versión almacenada en el cliente es la misma o alternativamente
es más antigua que la indicación de la versión recibida entonces.
Si la indicación de la versión almacenada es más antigua que la
indicación de la versión recibida entonces, lo que indica que se ha
recibido nueva información en línea del servidor, el procedimiento
pasa al paso 34, y la nueva indicación de la versión es copiada en
la galleta para sustituir a la indicación de la versión que estaba
almacenada allí previamente. Si las indicaciones de la versión son
las mismas, la información que se está visualizando es información
almacenada o guardada en memoria caché y no acaba de ser recibida
en línea del servidor de contenido.
Después del paso 34, el procedimiento pasa al
paso 38, en el que se borra el registro de información que ha sido
enviado al servidor. No obstante, la forma precisa del paso 38
dependerá de la implementación en particular. En el ejemplo que se
acaba de describir los únicos eventos que se están supervisando son
eventos de carga, de manera que toda la información habrá sido
pasada al servidor, como una galleta de registro, cuando se pidió
la información que contenía la indicación de la versión más
reciente. Por lo tanto, pueden borrarse todos los eventos del
registro. Como esta situación sólo se producirá cuando la salida
del paso de comparación 32 es ``sí'', este paso 38 podría en este
ejemplo trasladarse a entre los pasos 32 y 34. En cualquier evento,
el hecho de que la indicación de la versión almacenada sea más
antigua que la indicación de la versión de la página visualizada
indica que se está recibiendo la nueva página en respuesta a una
petición de información que ha enviado el cliente al servidor. Por
lo tanto, el cliente sabe que la información sobre el uso
registrada, que habrá acompañado a esa petición de información, ha
llegado al servidor. Por eso es por lo que sabe que puede borrar el
registro. De hecho, el registro puede no ser borrado en realidad,
ya que algo de la información puede conservarse como copia de
seguridad, pero por lo menos el cliente sabe qué información es
redundante ahora.
Finalmente, el procedimiento llega al paso 36,
directamente desde el paso 32, si las indicaciones de la versión son
las mismas, o a través de los pasos 34 y 38. En el paso 36 el
evento en curso, es decir ver la información recibida, se añade a la
galleta de registro.
Como se ha descrito, el único evento que está
siendo supervisado y registrado es la carga de información, es
decir solamente cuando se visualiza la información, y esto
representa la realización más simple de la invención. Sin embargo,
el potencial del sistema es tal que pueden supervisarse muchos
otros eventos diferentes. Pueden introducirse otras características
sofisticadas. Por ejemplo, puede cambiarse la apariencia de la
información, o cuanto de ella se visualiza, dependiendo de la salida
del paso 32.
El código ilustrado en el Apéndice puede ser
adaptado fácilmente para supervisar otros eventos, por ej., la
información de tiempos que se está viendo, incluyendo código extra
similar a la última sección del código (desde ``function GCLoaded'')
para supervisar los eventos adicionales. La solución preferida sería
supervisar cada evento que se produjera en el ordenador del cliente
y analizar la información de supervisión buscando solamente eventos
especificados. La identificación de los eventos pertinentes podría
hacerse en el servidor o podrían ser filtrados previamente en el
cliente. Sólo se miraría entonces la información visualizada cuando
se alterase la visualización.
La forma en que se mantiene el registro puede
elegirse para adaptarse a cualquier aplicación determinada. Por
ejemplo, el registro puede contener el nombre de la página, la hora
de inicio y la hora de fin, o el nombre de la página y la duración
de la visión.
El registro es transmitido al servidor
simplemente como una cadena de caracteres de longitud variable. Como
se ha descrito, el registro se borra siempre que se reciba una
nueva indicación de versión. No obstante, si se desea, algunas o
todas las grabaciones pueden duplicarse almacenándolas tanto en el
cliente como en el servidor.
Se verá por lo anterior que el servidor transmite
con cada transmisión de información enviada una indicación de la
versión que permite al código del cliente determinar si ésta es una
nueva transmisión de información o no. Además, el cliente mantiene
un registro del uso hecho y transmite este registro al servidor en
la próxima ocasión cuando se hace una petición de información a ese
servidor.
La indicación de la versión no tiene que ser un
código de fecha/hora, aunque ésta es una forma especialmente
conveniente para adoptar. Podría ser en principio simplemente un
número de serie que se incrementa en cada transmisión desde el
servidor, bien en ese UID o bien generalmente, o cualquier otro
valor que cambie unidireccionalmente. Podría ser el último código
de fecha/hora del registro más recientemente recibido del
cliente.
Si se están utilizando servidores delegados, el
UID recibido del delegado probablemente no coincidirá con el UID
para el cliente. En cualquier caso, es como si el cliente y el
servidor no estuvieran en comunicación, y el sistema funciona
exactamente igual que cuando el cliente está viendo información
fuera de línea. No obstante, en el presente sistema la información
transmitida desde el servidor de contenido a un servidor delegado
da preferentemente un tiempo de validez cero para que el servidor
delegado retenga la información. Efectivamente, esto inhabilita la
función del servidor delegado. Poner el período de tiempo de
validez limitado en cero de esta manera es una técnica conocida. Si
no se hace esto, el sistema seguirá funcionando mientras lleguen al
servidor de contenido por lo menos peticiones ocasionales del
cliente.
La estructura de las páginas de Internet es tal,
que aunque cada página sea relativamente simple, los vínculos y las
interacciones entre ellas pueden conducir rápidamente a un árbol de
toma de decisiones muy complejo. Mantener el seguimiento de lo que
se ve no es fácil con esta estructura. No obstante, el método
descrito de enviar simplemente una indicación de la versión para
identificar una transmisión de una página o páginas deseadas, y su
uso en el registro de los eventos que se desea supervisar, y en
particular en borrar el registro, conduce a una manera especialmente
eficaz de supervisar lo que se desea ver y/o otros eventos, sin
excesiva complejidad y sin tener que retener un registro de un
tamaño posiblemente formidable.
La realización específica de la invención
descrita e ilustrada es un programa de seguimiento de sesión de la
Web para seguir a un visitante a un sitio Web, y anotar sus
esquemas de comportamiento. El Apéndice incluye algún código de
muestra para mantener el seguimiento de la información de tiempos de
cualquier página Web individual. No incluye ningún intento de
comprimir la información, ni ninguna gestión de errores, las cuales
dos cosas podrían añadirse ventajosamente. El código incluido es
genérico para todas las páginas de un sitio, omitiéndose por
claridad los lugares en los que el código es único de una página
específica.
Una aplicación típica aquí sería seguir a un
usuario por un sitio Web mirando el tiempo que emplea en cada
página, tanto en línea como fuera de línea. Ésta es una forma de
medir la efectividad de cada página. Determinar el tiempo que un
usuario ha empleado en una página dada es sencillo y exacto
utilizando las grabaciones del lado del cliente. En este ejemplo el
servidor marca cada conjunto de información de tiempos con el
identificador único de ese usuario en particular, permitiendo así el
análisis de cuántas páginas diferentes interactúan.
En el Apéndice la indicación de la versión
codificada de forma rígida tiene un valor que es fijado por el
servidor. El ajuste de este valor no está incluido en el fragmento
de código.
El uso de la indicación de la versión de la
manera descrita tiene la ventaja de que el cliente puede estar
seguro de que la información de supervisión anterior ha llegado al
servidor, y por lo tanto de que la información de supervisión
almacenada en el cliente no necesita ya ser retenida.
Pueden utilizarse principios similares a los
descritos para supervisar mensajes de correo electrónico enviados
por Internet. Esto se hace como sigue. Programas de correo
electrónico existentes permiten que se envíen los mensajes de correo
electrónico como código HTML, que es el código utilizado para las
páginas Web. Esta opción es seleccionada en el ordenador emisor. El
mensaje lleva con él automáticamente el código adicional necesario
para emprender la supervisión en el ordenador receptor. La
supervisión puede confirmar simplemente la recepción del mensaje
pero puede incluir otra información acerca del usuario o de las
actividades en el ordenador receptor. Es entonces necesario que el
receptor se ponga en contacto con el emisor de manera que la
información de supervisión sea transmitida al emisor. Esto puede
conseguirse de una de dos maneras básicas. En la primera de éstas,
el mensaje incluye algo que hace que el usuario desee volver a
ponerse en contacto con el emisor, por ejemplo enviando un correo
electrónico de contestación. Alternativamente, el mensaje puede
incorporar algo que hace que el ordenador se ponga en contacto con
el servidor con independencia de las órdenes del usuario. Esto
puede conseguirse incluyendo un gráfico hacia el final del mensaje
que tenga que ser descargado. El gráfico puede ser una imagen de un
píxel, que es imperceptible de hecho para el usuario.
Se ha descrito la invención en el contexto de un
ejemplo específico, y los expertos en la técnica apreciarán que
pueden hacerse muchas modificaciones en el sistema descrito e
ilustrado. El sistema permite la supervisión del uso de información
proporcionada a través de una red de ordenadores y, de la forma
descrita, puede supervisar el uso no sólo cuando la máquina
proveedora y la máquina cliente están conectadas ambas a la red
sino también cuando una de ellas o las dos están desconectadas de la
red. Además, el sistema es capaz de funcionar conjuntamente con
otros sistemas a los que se suministra otros conjuntos de
información desde el mismo proveedor de información sin
interferencia perjudicial.
Fragmento de código de JavaScript de muestra para
mantener las grabaciones del lado del cliente:
Claims (11)
1. Un método para supervisar el uso de
información pedida por un ordenador receptor a un ordenador emisor,
que comprende los pasos de: transmitir información desde el
ordenador emisor al ordenador receptor; transmitir con la
información transmitida información adicional para utilizar en la
supervisión del uso de la información; caracterizado por
supervisar en el ordenador receptor el uso de la información
recibida para proporcionar una indicación de eventos relacionados
con el uso de la información en el ordenador receptor; grabar la
información supervisada en el ordenador receptor para proporcionar
un registro; y
transmitir posteriormente el registro junto con
una petición de información desde el ordenador receptor al
ordenador emisor; en el que la información adicional es transmitida
con cada transmisión de la información pedida y comprende una
indicación de la versión que tiene por lo menos un valor que varía
unidireccionalmente; el paso de supervisión comprende la comparación
de la información adicional relacionada con la información recibida
con una información adicional previamente recibida ya retenida en el
ordenador peticionario; y la indicación de la versión almacenada es
sustituida por la indicación de la versión recibida si la indicación
de la versión recibida es más reciente que la indicación de la
versión almacenada.
2. Un método según la reivindicación 1, en el que
cuando la información adicional relacionada con la información
recibida indica que es posterior a la información adicional
anteriormente recibida ya retenida en el ordenador receptor, la
información grabada en el registro es borrada o tratada como
redundante.
3. Un método según la reivindicación 1, en el que
la información adicional incluye código que es operativo en el
ordenador receptor para ordenar al ordenador receptor que efectúe
los pasos de supervisión y grabación.
4. Un método según la reivindicación 1, en el que
el registro es transmitido desde el ordenador receptor al ordenador
emisor cuando una petición posterior de información es hecha por el
ordenador receptor al ordenador emisor.
5. Un método según la reivindicación 1, en el que
el paso de supervisión comprende la supervisión del tiempo durante
el cual se visualizan las páginas.
6. Un método según la reivindicación 1, en el que
el paso de supervisión continúa tanto si el ordenador receptor está
en comunicación con el ordenador emisor como si no.
7. Un ordenador cliente para utilizar en un
sistema de cliente/servidor, estando adaptado el ordenador cliente
para proporcionar información a un servidor con relación al uso de
información pedida por el cliente al servidor, incluyendo el
ordenador cliente:
un medio para transmitir del cliente a un
servidor una petición de información especificada; un medio para
recibir del servidor información pedida correspondiente a la
información especificada;
caracterizado por un medio para recibir
del servidor con cada transmisión de la información pedida
información adicional para utilizar en la supervisión del uso de la
información pedida;
un medio para supervisar el uso de la información
recibida para proporcionar una indicación de eventos relacionados
con el uso de la información, tanto si el ordenador cliente está en
comunicación con el servidor haciendo uso de la información
adicional recibida como si no;
un medio para grabar la información supervisada
para proporcionar un registro: en el que la información adicional
comprende una indicación de la versión que tiene por lo menos un
valor que varía unidireccionalmente; y se proporciona un medio para
transmitir posteriormente el registro desde el ordenador cliente al
servidor cuando se transmite una petición posterior de información
desde el ordenador cliente al servidor.
8. Un ordenador según la reivindicación 7,
preparado de manera que, cuando la información adicional
relacionada con la información recibida indica que es posterior a la
información adicional anteriormente recibida ya retenida en el
ordenador receptor, la información grabada en el registro se borra o
se trata como redundante.
9. Un producto de programa de ordenador
directamente cargable en la memoria interna de un ordenador
digital, comprendiendo el programa porciones de código de software
para realizar todos los pasos de la reivindicación 1 cuando el
producto se ejecuta en una red de ordenadores, que comprende por lo
menos un ordenador emisor y un ordenador receptor.
10. Un método para producir un ordenador cliente
según la reivindicación 7 o la reivindicación 8 que comprende la
carga de un programa de ordenador en la memoria interna de un
ordenador, comprendiendo el programa de ordenador porciones de
código para hacer que un ordenador se transforme en un ordenador
cliente cuando el programa se ejecuta en el ordenador, estando
adaptadas las porciones de código para realizar los pasos
siguientes:
transmitir del cliente a un servidor una petición
de información especificada;
recibir del servidor información pedida
correspondiente a la información especificada;
recibir del servidor con la información pedida
información adicional para utilizar en la supervisión del uso de la
información pedida;
supervisar el uso de la información recibida para
proporcionar una indicación de eventos relacionados con el uso de la
información, tanto si el ordenador cliente está en comunicación con
el servidor haciendo uso de la información adicional recibida como
si no;
grabar la información supervisada para
proporcionar un registro; y transmitir posteriormente el registro
desde el ordenador cliente al servidor cuando es transmitida una
petición posterior de información por el ordenador cliente al
servidor: en el que la información adicional es transmitida con cada
transmisión de información pedida y comprende una indicación de la
versión que tiene por lo menos un valor que varía
unidireccionalmente.
11. Un producto de programa de ordenador
directamente cargable en la memoria interna de un ordenador,
comprendiendo el programa de ordenador porciones de código para
hacer que el ordenador se transforme en un ordenador cliente
siguiendo el método de la reivindicación 10.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GBGB9818872.5A GB9818872D0 (en) | 1998-08-28 | 1998-08-28 | Computer network information use monitoring |
| GB9818872 | 1998-08-28 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2200546T3 true ES2200546T3 (es) | 2004-03-01 |
Family
ID=10838048
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES99943070T Expired - Lifetime ES2200546T3 (es) | 1998-08-28 | 1999-08-27 | Control de la utilizacion de informaciones de una red informatica. |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US6763383B1 (es) |
| EP (1) | EP1027787B1 (es) |
| AT (1) | ATE241241T1 (es) |
| AU (1) | AU768256B2 (es) |
| DE (1) | DE69908079T2 (es) |
| ES (1) | ES2200546T3 (es) |
| GB (1) | GB9818872D0 (es) |
| WO (1) | WO2000013373A1 (es) |
Families Citing this family (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1340132A4 (en) * | 2000-11-02 | 2005-12-07 | Netiq Corp | SYSTEM AND METHOD FOR REPORT GENERATION AND COMMUNICATION ON MOUCHARD VALUES AT A CLIENT NODE |
| GB2372667B (en) | 2001-02-21 | 2003-05-07 | 3Com Corp | Apparatus and method for providing improved stress thresholds in network management systems |
| GB2372672B (en) | 2001-02-27 | 2003-04-30 | 3Com Corp | Network management apparatus and method for processing events associated with device reboot |
| GB2372673B (en) | 2001-02-27 | 2003-05-28 | 3Com Corp | Apparatus and method for processing data relating to events on a network |
| GB2372671B (en) | 2001-02-27 | 2003-04-30 | 3Com Corp | Processing network events to reduce the number of events to be displayed |
| GB2372674B (en) * | 2001-02-27 | 2003-05-07 | 3Com Corp | Network management apparatus and method for determining network events |
| GB0123564D0 (en) * | 2001-10-02 | 2001-11-21 | Bednall Richard | Film transmission |
| US7072947B1 (en) * | 2001-11-06 | 2006-07-04 | Ihance, Inc. | Method and system for monitoring e-mail and website behavior of an e-mail recipient |
| US7076533B1 (en) * | 2001-11-06 | 2006-07-11 | Ihance, Inc. | Method and system for monitoring e-mail and website behavior of an e-mail recipient |
| US20030149743A1 (en) * | 2002-02-06 | 2003-08-07 | Shumeet Baluja | Data logging for resident applications within portable electronic devices |
| US20040205119A1 (en) * | 2002-03-26 | 2004-10-14 | Streble Mary C. | Method and apparatus for capturing web page content development data |
| US7921213B1 (en) * | 2002-09-26 | 2011-04-05 | Unisys Corporation | Ring content distribution system |
| US7203720B2 (en) * | 2002-11-27 | 2007-04-10 | Bea Systems, Inc. | Web server hit multiplier and redirector |
| US7792954B2 (en) * | 2004-04-02 | 2010-09-07 | Webtrends, Inc. | Systems and methods for tracking web activity |
| US8108350B2 (en) * | 2004-05-12 | 2012-01-31 | Oracle International Corporation | End-to-end tracing for database applications |
| US10248917B1 (en) | 2004-10-14 | 2019-04-02 | Capital One Services, Llc | System and method for developing and utilizing a contactability profile |
| US8171127B2 (en) * | 2005-10-07 | 2012-05-01 | Citrix Systems, Inc. | Systems and methods for response monitoring |
| US9021140B2 (en) | 2007-03-12 | 2015-04-28 | Citrix Systems, Inc. | Systems and methods for error detection |
| US8572160B2 (en) | 2007-03-12 | 2013-10-29 | Citrix Systems, Inc. | Systems and methods for script injection |
| EP2160867B1 (en) * | 2007-06-29 | 2011-08-10 | Telefonaktiebolaget LM Ericsson (publ) | Method of processing event notifications and event subscriptions |
| US8533221B2 (en) | 2007-08-30 | 2013-09-10 | 5Th Tier Limited | Provision of targeted content |
| GB2465477A (en) * | 2008-11-18 | 2010-05-26 | Thomas R Mcknight | Detecting display of content, such as a web page, using identifier codes |
| US20170255967A1 (en) * | 2012-05-14 | 2017-09-07 | Iqzone, Inc. | Systems and methods for unobtrusively displaying media content on portable devices |
| US11663628B2 (en) | 2012-05-14 | 2023-05-30 | Iqzone, Inc. | Systems and methods for unobtrusively displaying media content on portable devices |
| US11599907B2 (en) | 2012-05-14 | 2023-03-07 | Iqzone, Inc. | Displaying media content on portable devices based upon user interface state transitions |
| US11205045B2 (en) * | 2018-07-06 | 2021-12-21 | International Business Machines Corporation | Context-based autocompletion suggestion |
| US11736776B2 (en) | 2019-10-25 | 2023-08-22 | Iqzone, Inc. | Monitoring operating system methods to facilitate unobtrusive display of media content on portable devices |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| IE904102A1 (en) | 1990-11-14 | 1992-05-20 | Elverex Ltd | A screen capture circuit |
| US5794210A (en) | 1995-12-11 | 1998-08-11 | Cybergold, Inc. | Attention brokerage |
| US5848396A (en) | 1996-04-26 | 1998-12-08 | Freedom Of Information, Inc. | Method and apparatus for determining behavioral profile of a computer user |
| US6108637A (en) * | 1996-09-03 | 2000-08-22 | Nielsen Media Research, Inc. | Content display monitor |
| US5870559A (en) | 1996-10-15 | 1999-02-09 | Mercury Interactive | Software system and associated methods for facilitating the analysis and management of web sites |
| US5732218A (en) * | 1997-01-02 | 1998-03-24 | Lucent Technologies Inc. | Management-data-gathering system for gathering on clients and servers data regarding interactions between the servers, the clients, and users of the clients during real use of a network of clients and servers |
| US5796952A (en) * | 1997-03-21 | 1998-08-18 | Dot Com Development, Inc. | Method and apparatus for tracking client interaction with a network resource and creating client profiles and resource database |
| US6286045B1 (en) | 1997-05-19 | 2001-09-04 | Matchlogic, Inc. | Information storage and delivery over a computer network using centralized intelligence to monitor and control the information being delivered |
| US6178439B1 (en) * | 1997-12-23 | 2001-01-23 | British Telecommunications Public Limited Company | HTTP session control |
| US6256620B1 (en) * | 1998-01-16 | 2001-07-03 | Aspect Communications | Method and apparatus for monitoring information access |
| US6182133B1 (en) * | 1998-02-06 | 2001-01-30 | Microsoft Corporation | Method and apparatus for display of information prefetching and cache status having variable visual indication based on a period of time since prefetching |
| US6317782B1 (en) * | 1998-05-15 | 2001-11-13 | International Business Machines Corporation | Method and apparatus for detecting actual viewing of electronic advertisements and transmitting the detected information |
| US6256028B1 (en) * | 1998-08-14 | 2001-07-03 | Microsoft Corporation | Dynamic site browser |
-
1998
- 1998-08-28 GB GBGB9818872.5A patent/GB9818872D0/en not_active Ceased
-
1999
- 1999-08-27 EP EP99943070A patent/EP1027787B1/en not_active Expired - Lifetime
- 1999-08-27 AU AU56355/99A patent/AU768256B2/en not_active Ceased
- 1999-08-27 US US09/529,744 patent/US6763383B1/en not_active Expired - Lifetime
- 1999-08-27 AT AT99943070T patent/ATE241241T1/de not_active IP Right Cessation
- 1999-08-27 DE DE69908079T patent/DE69908079T2/de not_active Expired - Lifetime
- 1999-08-27 WO PCT/GB1999/002843 patent/WO2000013373A1/en not_active Ceased
- 1999-08-27 ES ES99943070T patent/ES2200546T3/es not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| WO2000013373A1 (en) | 2000-03-09 |
| US6763383B1 (en) | 2004-07-13 |
| AU768256B2 (en) | 2003-12-04 |
| AU5635599A (en) | 2000-03-21 |
| DE69908079D1 (de) | 2003-06-26 |
| EP1027787B1 (en) | 2003-05-21 |
| DE69908079T2 (de) | 2004-04-01 |
| GB9818872D0 (en) | 1998-10-21 |
| EP1027787A1 (en) | 2000-08-16 |
| ATE241241T1 (de) | 2003-06-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2200546T3 (es) | Control de la utilizacion de informaciones de una red informatica. | |
| US7277938B2 (en) | Method and system for managing performance of data transfers for a data access system | |
| ES3008884T3 (en) | Data storage and retrieval system for non-contiguous medical device operational data | |
| ES2177912T5 (es) | Un procedimiento de vigilancia en tiempo real de un sistema informatico para su administracion y ayuda para su mantenimiento en fase de explotacion. | |
| US8762550B2 (en) | Method for cross-domain tracking of web site traffic | |
| USRE48382E1 (en) | Security for WAP servers | |
| AU2004208177B2 (en) | Method and system of measuring and recording user data in a communications network | |
| US7765295B2 (en) | Methods and apparatus for real user monitoring | |
| ES2200753T3 (es) | Aparato y metodo para agregacion y suministro automatizados de transacciones que implican informacion o datos electronicos personales. | |
| US11456935B2 (en) | Method and server for monitoring users during their browsing within a communications network | |
| US9054942B1 (en) | Monitoring of services | |
| US20080004958A1 (en) | Client side counting verification testing | |
| US20050027820A1 (en) | Page views proxy servers | |
| US11704423B2 (en) | Network-shared data managing system and method | |
| KR20140088120A (ko) | 보안 트리밍을 위한 지능형 캐싱 기법 | |
| EP1618482A2 (en) | Network meeting system | |
| US20100211648A1 (en) | Email recipient behavior tracking | |
| CN106372174A (zh) | 防止表单重复提交的方法和装置 | |
| BR102014016616A2 (pt) | servidor de dados e método para manipular uma solicitação de servidor recebida em um servidor de dados | |
| ES2960889T3 (es) | Métodos para detectar elementos de rastreo de una página web y dispositivos servidores relacionados | |
| Moss et al. | Forecasting COVID-19 activity in Australia to support pandemic response: May to October 2020 | |
| US7475129B2 (en) | Estimating bandwidth of client-ISP link | |
| US7747735B1 (en) | Method and apparatus for seamlessly acquiring data from various sensor, monitor, device (SMDs) | |
| JP7284580B2 (ja) | 環境中のアレルゲン濃度を示す情報を提供するための方法、通信システムおよびコンピュータプログラム | |
| Li et al. | Quantifying the impact of time‐varying baseline risk adjustment in the self‐controlled risk interval design |