ES2373297T3

ES2373297T3 - Procedimientos y sistemas para la captura y la recuperación de información.

Info

Publication number: ES2373297T3
Application number: ES05731427T
Authority: ES
Inventors: Stephen R. Lawrence; David Marmaros; Niniane Wang; Omar Habib Khan; Mihai Florin Ionescu
Original assignee: Google LLC
Current assignee: Google LLC
Priority date: 2004-03-31
Filing date: 2005-03-30
Publication date: 2012-02-02
Anticipated expiration: 2025-03-30
Also published as: US20050234848A1; EP1745360A2; WO2005098594A3; EP1745360B1; JP2007534057A; US7725508B2; JP4812747B2; ATE509319T1; WO2005098594A2; EP1745360A4

Abstract

Procedimiento, que comprende: capturar (202) un evento en tiempo real cuando se produce el evento, en el que el evento comprende una interacción del usuario con un artículo en un dispositivo del cliente, en el que el artículo es susceptible de ser asociado con al menos uno de una pluralidad de aplicaciones del cliente (120); determinar (204) si el evento debe ser indexado o si el evento es un evento no indexable; si el evento debe ser indexado, indexar (208) el evento y almacenar (208) el evento y al menos una porción del contenido asociado con el artículo, en respuesta al evento que determina un evento no indexable, actualizar un estado de usuario actual para el usuario basado en el evento; generar automáticamente una consulta de búsqueda implícita basada en el estado del usuario actual para producir un resultado de búsqueda que contiene artículos asociados con los eventos capturados; y mostrar al menos una porción del resultado de la búsqueda en el dispositivo del cliente.

Description

Procedimientos y sistemas para la captura y la recuperación de información

Campo de la invención

La invención se refiere, en general, a motores de búsqueda. Más particularmente, la invención se refiere a procedimientos y sistemas para la captura y recuperación de información.

Antecedentes de la invención

Los usuarios generan y acceden a un gran número de artículos, tales como correos electrónicos, páginas web, documentos de texto, hojas de cálculo, mensajes de mensajería instantánea, y los documentos de presentación, usando un dispositivo del cliente, tal como un ordenador personal, asistente personal digital, o teléfono móvil. Algunos artículos se almacenan en uno o más dispositivos de almacenamiento acoplados a, accesible mediante, o asociados de otra manera con el dispositivo(s) cliente. Los usuarios a veces desean buscar artículos en el dispositivo(s) de almacenamiento.

Las aplicaciones de búsqueda de dispositivo del cliente convencionales pueden perjudicar de manera significativa el funcionamiento del dispositivo del cliente. Por ejemplo, ciertas aplicaciones de búsqueda de dispositivo del cliente convencionales típicamente usan el procesamiento por lotes para indexar todos los artículos, lo cual puede resultar en un rendimiento notablemente más lento del dispositivo del cliente durante el procesamiento por lotes. Además, el procesamiento por lotes sólo se realiza periódicamente. Por lo tanto, cuando un usuario realiza una búsqueda, los artículos más recientes a veces no se incluyen en los resultados. Por otra parte, si el procesamiento por lotes está previsto para un momento en que el dispositivo del cliente no está en funcionamiento y, por lo tanto, no se realiza durante un período prolongado de tiempo, el índice de artículos relacionados con el dispositivo del cliente puede llegar a ser obsoleto. Las aplicaciones de búsqueda del dispositivo del cliente convencionales también pueden tener que reconstruir el índice en cada proceso por lotes o construir nuevos índices parciales y realizar una operación de fusión que pueden usar importantes recursos del dispositivo del cliente. Las aplicaciones de búsqueda del dispositivo del cliente convencionales a veces también usan una gran cantidad de recursos del sistema cuando están operativas, resultando en un rendimiento más lento del dispositivo del cliente.

Además, las aplicaciones de búsqueda del dispositivo del cliente convencionales pueden requerir una consulta de búsqueda explícita de un usuario para generar resultados, y puede limitarse a examinar los nombres del archivo o el contenido de los archivos de una aplicación particular.

El documento US 6 532 023 B1 (SCHUMACHER DANIEL M [US] et al publicado el 11 de marzo de 2003) divulga un sistema para registrar los eventos derivados de la interacción del usuario con applets, y posteriormente, para la reproducción de los eventos registrados. El sistema genera los objetos del evento para los eventos detectados y además genera valores del índice de los componentes para los eventos de interacción. El sistema indexa todos los eventos de interacción registrados. El documento US 6 662 226 B1 (Wang Jinsheng [US] et al publicado el 9 diciembre de 2003) divulga un sistema para registrar los eventos derivados de la interacción del usuario con applets, y, posteriormente, para la reproducción de los eventos registrados. Enseña la indexación de la información capturada y el uso de dicha información indexada para la reproducción de los eventos capturados. El documento US 2002/103664 A1 (OLSSON ANDERS [US] et al publicado el 1 de agosto de 2002) divulga un servidor de seguimiento de eventos para el seguimiento de la interacción del usuario con un sitio web. El sistema de seguimiento de eventos determina la información de seguimiento de eventos y recupera un conjunto de instrucciones que corresponden a la información determinada. En el documento "Spector CNE" (XP002332115 publicado en 2003) divulga un software de usuario (Spector) que registra las actividades del usuario. Esencialmente, el software Spector supervisa las actividades de un determinado equipo mediante el registro de eventos que ocurrieron en ese equipo cada vez que un usuario inicia una sesión en el mismo. Ninguno de estos documentos implica la etapa de determinar si el evento es un evento indexable o un evento no indexable y no divulgan la generación automática de una consulta implícita o producir o mostrar un resultado de la búsqueda.

Sumario

Las realizaciones de la presente invención comprenden procedimientos y sistemas para la captura y la recuperación de información. En una realización, un motor de búsqueda implementa un procedimiento que comprende la captura de un evento en tiempo real cuando se produce el evento, en el que el evento comprende una interacción del usuario con un artículo en un dispositivo del cliente, en el que el artículo es susceptible de ser asociado con al menos uno de una pluralidad de aplicaciones del cliente, para determinar si el evento debe ser indexado, y si el evento debe ser indexado, indexar los eventos y almacenar el evento y al menos una parte de los contenidos relacionados con el artículo. En otra realización, un motor de búsqueda implementa un procedimiento que comprende la captura de una pluralidad de eventos que ocurren en un dispositivo del cliente, en el que los eventos están asociados con al menos uno de una pluralidad de aplicaciones del cliente, en el que por lo menos algunos de los eventos se capturan en tiempo real cuando se produce el evento, indexando y almacenando al menos algunos de los eventos, en el que los eventos que se indexan y almacenan tienen un artículo asociado, recibiendo una consulta de búsqueda, y localizando los artículos relevantes de los eventos relevantes para la consulta de búsqueda.

Estos ejemplos de realización no se mencionan para limitar o definir la invención, sino para dar ejemplos de realizaciones de la invención para facilitar la comprensión de las mismas. Los ejemplos de realización se discuten en la descripción detallada y una descripción adicional de la invención se proporciona ahí. Las ventajas ofrecidas por las diversas realizaciones de la presente invención pueden entenderse también mediante el examen de esta memoria.

Breve descripción de los dibujos

Estas y otras características, aspectos y ventajas de la presente invención se entienden mejor cuando se lee la siguiente descripción detallada con referencia a los dibujos adjuntos, en los que:

La figura 1 es un diagrama que ilustra un ambiente de ejemplo en el que una realización de la presente invención puede funcionar;

La figura 2 es un diagrama de flujo que ilustra un procedimiento de ejemplo de captura y procesamiento de datos de eventos asociados con un dispositivo del cliente en una realización de la presente invención; y

La figura 3 es un diagrama de flujo que ilustra un procedimiento de ejemplo de la recuperación de los artículos relacionados con los eventos en una realización de la presente invención.

Descripción detallada de realizaciones específicas

Haciendo referencia ahora a los dibujos, en los que números similares indican elementos similares a lo largo de las diversas figuras, la figura 1 es un diagrama de bloques que ilustra un ambiente de ejemplo para la implementación de una realización de la presente invención. Aunque el ambiente que se muestra refleja una realización de la arquitectura del motor de búsqueda en el lado del cliente, son posibles otras realizaciones. El sistema 100 que se muestra en la figura 1 incluye múltiples dispositivos del cliente 102a-n que pueden comunicarse con un dispositivo de servidor 150 en una red 106. La red 106 que se muestra comprende Internet. En otras realizaciones, otras redes, tales como una intranet, se pueden usar en su lugar. Además, los procedimientos de acuerdo con la presente invención pueden operar dentro de un dispositivo de un solo cliente que no se comunica con un dispositivo de servidor o una red.

Los dispositivos del cliente 102a-n que se muestran en la figura 1, incluyen, cada uno, un medio legible por ordenador 108. La realización mostrada en la figura 1 se incluye una memoria de acceso aleatorio (RAM) 108 acoplada a un procesador 110. El procesador 110 ejecuta instrucciones de programa ejecutables por ordenador almacenadas en la memoria 108. Los procesadores pueden incluir un microprocesador, un ASIC, máquinas de estado, u otro procesador, y puede ser cualquiera de un número de procesadores informáticos adecuados, tales como procesadores de Intel Corporation de Santa Clara, California y Motorola Corporation de Schaumburg, Illinois. Los procesadores incluyen, o pueden estar en comunicación con medios, por ejemplo, medios que se puede leer por ordenador, que almacenan las instrucciones que, cuando son ejecutadas por el procesador, hacen que el procesador realice las etapas descritas en este documento. Las realizaciones de medios legibles por ordenador incluyen, pero no están limitados a, un almacenamiento electrónico, óptico, magnético, u otros dispositivos de transmisión, capaces de proporcionar a un procesador, tal como el procesador 110 del cliente 102a, instrucciones legibles por ordenador. Otros ejemplos de los medios adecuados incluyen, pero no se limitan a, un disquete, CD-ROM, DVD, disco magnético, chip de memoria, ROM, RAM, un ASIC, un procesador configurado, cualquier medio óptico, cualquier cinta magnética u otro medio magnético, o cualquier otro medio del cual un procesador de ordenador pueda leer instrucciones. Además, varias otras formas de un medio legible por ordenador pueden transmitir o comunicar instrucciones a un ordenador, incluyendo un enrutador, red privada o pública, u otro dispositivo de transmisión o canal, tanto con cable como inalámbrico. Las instrucciones pueden comprender código de cualquier lenguaje de programación adecuado para ordenadores, incluyendo, por ejemplo, C, C++, C#, Visual Basic, Java, Python, Perl y JavaScript.

Los dispositivos del cliente 102a-n pueden ser acoplados a una red 106, o, alternativamente, pueden ser máquinas independientes. Los dispositivos del cliente 102a-n también pueden incluir una serie de dispositivos externos o internos, tales como un ratón, un CD-ROM, DVD, un teclado, un dispositivo de visualización, u otros dispositivos de entrada y de salida. Ejemplos de dispositivos del cliente 102a-n son ordenadores personales, asistentes digitales, asistentes digitales personales, teléfonos celulares, teléfonos móviles, teléfonos inteligentes, localizadores, tabletas digitales, ordenadores portátiles, dispositivos de Internet y otros dispositivos basados en procesadores. En general, los dispositivos del cliente 102a-n pueden ser cualquier tipo de plataforma basado en un procesador que funciona en cualquier sistema operativo adecuado, tal como Microsoft® Windows® o Linux, capaz de soportar uno o más programas de aplicación del cliente. Por ejemplo, el dispositivo del cliente 102 puede comprender un ordenador personal que ejecuta los programas de aplicación del cliente, también conocido como aplicaciones del cliente 120. Las aplicaciones del cliente 120 pueden estar contenidas en la memoria 108 y pueden incluir, por ejemplo, un procesador de textos, una hoja de cálculo, una aplicación de correo electrónico, una aplicación de mensajería instantánea, una aplicación de presentaciones, una aplicación de navegador de Internet, una aplicación de calendario/organizador, una aplicación de reproducción de vídeo, una aplicación de reproducción de audio, una aplicación de visualización de imágenes, un programa de gestión de archivos, una consola del sistema operativo y

otras aplicaciones capaces de ser ejecutadas por un dispositivo del cliente. Las aplicaciones del cliente también pueden incluir aplicaciones del cliente que interactúan con o acceden a otras aplicaciones (como, por ejemplo, un navegador web que se ejecuta en el dispositivo del cliente 102 que interactúa con un servidor de correo remoto para acceder a correo electrónico).

El usuario 112a puede interactuar con varias aplicaciones del cliente 120 y los artículos asociados con las aplicaciones de cliente 120 a través de varios dispositivos de entrada y de salida del dispositivo del cliente 102a. Los artículos incluyen, por ejemplo, documentos de un procesador de textos, hojas de cálculo, documentos de presentación, correos electrónicos, mensajes de mensajería instantánea, entradas de la base de datos, entradas de calendario, entradas de citas, entradas del administrador de tareas, archivos de código fuente y otros archivos de contenido del programa de aplicación del cliente, mensajes, artículos, páginas web de diversos formatos, tal como HTML, XML, XHTML, archivos de Formato de Documento Portátil (PDF) y archivos multimedia, tal como archivos de imágenes, archivos de audio, y archivos de vídeo, o cualquier otro documento o artículos o grupos de documentos o artículos o informaciones de cualquier tipo adecuado.

La interacción del usuario 112a con los artículos, las aplicaciones del cliente 120, y el dispositivo del cliente 102a crean datos de eventos que pueden ser observados, registrados, analizados o usados de otra manera. Un evento puede ser cualquier posible aparición asociada con un artículo, aplicación del cliente 120, o el dispositivo del cliente 102, tal como introducir texto en un artículo, mostrar un artículo sobre un dispositivo de visualización, enviar un artículo, recibir un artículo; manipular un dispositivo de entrada, abrir un artículo, guardar un artículo, imprimir un artículo, cerrar un artículo, abrir un programa de aplicación del cliente, cerrar un programa de aplicación del cliente, tiempo de inactividad, carga del procesador, acceso al disco, uso de la memoria, llevar un programa de aplicación del cliente a primer plano, cambiar detalles de la presentación visual de la aplicación (por ejemplo, cambiar el tamaño o minimizar) y cualquier otro evento apto asociado con un artículo, un programa de aplicación del cliente o el dispositivo del cliente que sea. Además, los datos de eventos se pueden generar cuando el dispositivo del cliente 102a interactúa con un artículo independiente del usuario 112a, como cuando se recibe un correo electrónico o se realiza una tarea programada.

La memoria 108 del dispositivo del cliente 102 también puede contiene un procesador de captura 124, una cola 126, y un motor de búsqueda 122. El dispositivo del cliente 102 también puede contener o estar en comunicación con un almacén de datos 140. El procesador de captura 124 puede capturar eventos y los pasa a la cola 126. La cola 126 puede pasar los eventos capturados en el motor de búsqueda 122 o el motor de búsqueda 122 puede recuperar los nuevos eventos de la cola 126. En una realización, la cola 126 notifica al motor de búsqueda 122 cuando un nuevo evento llega a la cola 126 y el motor de búsqueda 122 recupera el evento (o eventos) de la cola 126 cuando el motor de búsqueda 122 está listo para procesar el evento (o eventos). Cuando el motor de búsqueda recibe un evento, puede ser procesado y pueda ser almacenado en el almacén de datos 140. El motor de búsqueda 122 puede recibir una consulta explícita de un usuario 112a o generar una consulta implícita y se puede recuperar la información del almacén de datos 140 en respuesta a la consulta. En otra realización, la cola se encuentra en el motor de búsqueda

122. En otra realización, el dispositivo del cliente 102 no tiene una cola y los eventos se transmiten desde el procesador de captura 124 directamente al motor de búsqueda 122. De acuerdo con otras realizaciones, los datos del evento se transfieren por medio de un protocolo de intercambio de información. El protocolo de intercambio de información puede comprender, por ejemplo, una regla o convención adecuada para facilitar el intercambio de datos, y puede incluir, por ejemplo, uno de los siguientes mecanismos de comunicación: protocolo de lenguaje de marcado extensible-llamada de procedimiento remoto (XML/RPC), protocolo de transferencia de hipertexto (HTTP), protocolo de acceso de objeto simple (SOAP), memoria compartida, conexiones, llamada de procedimiento local o remoto, o cualquier otro mecanismo adecuado de intercambio de información.

El procesador de captura 124 puede capturar un evento mediante la identificación y la recopilación de datos de eventos asociados con un evento. Ejemplos de eventos incluyen enviar o recibir un mensaje de correo electrónico, un usuario que visualiza una página web, guardar un documento de procesamiento de texto, la impresión de una hoja de cálculo, la entrada de texto para componer o editar un correo electrónico, la apertura de una aplicación de presentaciones, el cierre de una aplicación de mensajería instantánea, pulsar una tecla, mover el ratón, copiar texto al portapapeles, y pasar el ratón sobre un hipervínculo. Un ejemplo de datos de eventos capturados por el procesador de captura 124 para un evento que involucra la visualización de una página web por un usuario puede incluir la URL de la página web, la hora y la fecha en que el usuario visita la página web, el contenido de la página web en forma original o elaborada, el tamaño del documento original, una captura de pantalla de la página web tal como se muestra al usuario, una versión en miniatura de la captura de pantalla y un icono asociado a la página web

o al sitio web.

En la realización mostrada en la figura 1, el procesador de captura 124 comprende varios componentes de captura. Por ejemplo, el procesador de captura 124 que se muestra en la figura 1 comprende un componente de captura separado para cada aplicación del cliente con el fin de capturar los eventos asociados a cada aplicación. El procesador de captura 124 puede comprender también un componente de captura independiente que supervisa la actividad global de la red para capturar datos de los eventos relacionados con la actividad de la red, tales como la recepción o el envío de un mensaje de mensajería instantánea. El procesador de captura 124 que se muestra en la figura 1 también puede comprender un componente de captura del dispositivo del cliente separado que monitoriza todos los datos de rendimiento del dispositivo del cliente, tales como la carga del procesador, el tiempo de

inactividad, el acceso al disco, las aplicaciones del cliente en uso y la cantidad de memoria disponible. El procesador de captura 124 que se muestra en la figura 1 también incluye un componente de captura separado para controlar y capturar las pulsaciones del teclado de entrada por el usuario y un componente de captura separado para controlar y capturar los artículos, tal como texto, que aparecen en un dispositivo de visualización asociado con el dispositivo del cliente 102. Un componente de captura individual puede controlar la aplicación de varios clientes y varios componentes de captura pueden controlar diferentes aspectos de una única aplicación del cliente.

En una realización, el procesador de captura 124, a través de los componentes individuales de captura, puede monitorizar la actividad en el dispositivo del cliente y puede capturar los eventos mediante una definición de eventos generalizados y el mecanismo de registro, tal como un esquema de eventos. Cada componente de la captura puede definir su propio esquema de eventos o puede usar uno predefinido. El esquema de eventos puede variar dependiendo de la aplicación del cliente o de la actividad del componente de la captura que se monitoriza. En general, el esquema de eventos puede describir el formato de un evento, por ejemplo, proporcionando los campos de datos de eventos asociados con el evento (por ejemplo, la hora del evento) y los campos relacionados con cualquier artículo relacionado (como el título), así como el contenido de cualquier artículo relacionado (por ejemplo, el cuerpo del documento). Un esquema de eventos puede describir el formato de los datos de eventos adecuado que se refiere a un evento. Por ejemplo, un esquema de eventos para un evento de mensaje de correo electrónico recibido por el usuario 112a puede incluir el remitente, el destinatario o la lista de destinatarios, la hora de envío, la fecha de envío, y el contenido del mensaje. Un esquema de eventos de una página web que está viendo actualmente un usuario puede incluir el Localizador Uniforme de Recursos (URL) de la página web, el tiempo que la página web fue vista, la cantidad de tiempo que el usuario emplea en visualizar la página web, y el contenido de la página web. Un esquema de eventos de un documento de texto que se guarda por un usuario puede incluir el título del documento, el tiempo guardado, el formato del documento, el texto del documento, y la ubicación del documento. En términos más generales, un esquema de eventos puede describir el estado del sistema en todo el tiempo del evento. Por ejemplo, un esquema de eventos puede contener una URL para un evento de la página web asociada a una página web anterior, de la que el usuario navega. Además, el esquema de eventos puede describir los campos con una estructura más complicada, tal como listas. Por ejemplo, un esquema de eventos puede contener campos que listan destinatarios múltiples. Un esquema de eventos también puede contener campos opcionales, para que una aplicación pueda incluir datos adicionales del evento si así se desea. Un evento puede ser capturado mediante la compilación de datos de eventos en los campos descritos en el esquema de eventos asociado.

El procesador de captura 124 puede capturar eventos que ocurren en la actualidad (o "eventos en tiempo real") y puede capturar eventos que han ocurrido en el pasado (o "eventos históricos"). Los eventos en tiempo real pueden ser "reversibles" o "no indexables". En una realización, el motor de búsqueda 122 indexa los eventos indexables en tiempo real, pero no indexa eventos no indexables en tiempo real. El motor de búsqueda 122 puede determinar si indexar un evento basado en la importancia del evento. Los eventos indexables en tiempo real pueden ser eventos más importantes relacionados con un artículo, como la visualización de una página web, cargar o guardar un archivo, y recibir o enviar un mensaje instantáneo o de correo electrónico. Los eventos no indexables se pueden considerar no suficientemente importantes como para que el motor de búsqueda 122 indexe y guarde el evento, tales como mover el ratón o la selección de una porción de texto en un artículo. Por otra parte, el procesador de captura 124 puede ser capaz de determinar que los eventos no son lo suficientemente importantes, y no los envía a la cola 126. En esta realización, la carga en la cola 126 puede ser reducida y la velocidad del sistema puede aumentar. Los eventos no indexables y/o reversibles pueden ser usados por el motor de búsqueda 122 para actualizar el estado del usuario actual. Mientras que todos los eventos en tiempo real pueden relacionarse con lo que el usuario está haciendo (o el estado del usuario actual), los eventos indexables en tiempo real pueden ser indexados y almacenados en el almacén de datos 140. Por otra parte, el motor de búsqueda 122 puede indexar todos los eventos en tiempo real. Los eventos en tiempo real pueden incluir, por ejemplo, enviar o recibir un artículo, como un mensaje instantáneo, el examen de una parte de un artículo, tal como la selección de una porción de texto

: o mover el ratón sobre una porción de una página web, cambiar un artículo, tal como escribir una palabra en un correo electrónico o pegar una frase en un documento de texto, cerrar un artículo, tal como el cierre de una ventana de mensajería instantánea o cambiar un mensaje de correo electrónico que se está viendo, cargar, guardar, abrir o ver un artículo, tal como un documento de texto, página web o correo electrónico, escuchar o guardar un archivo MP3 u otro archivo de audio/vídeo, o la actualización de los metadatos de un artículo, tal como guardar en los favoritos una página web, la impresión de un documento de presentación, la eliminación de un documento de texto,

: o mover un documento de hoja de cálculo.

Los eventos históricos son similares a los eventos indexables en tiempo real, salvo que el evento ocurrido antes de la instalación del motor de búsqueda 122 o no fue capturado de otra manera, porque, por ejemplo, el motor de búsqueda 122 no estaba en funcionamiento durante un período de tiempo, mientras que el dispositivo del cliente 102a estaba en funcionamiento o porque no existía el componente de captura para un tipo específico de evento histórico en el momento de realizarse el evento. Ejemplos de eventos históricos incluyen los documentos de texto guardados por los usuarios, archivos multimedia, documentos de presentación, entradas del calendario, y hojas de cálculo, los mensajes de correo electrónico en la bandeja de entrada del usuario, las páginas web en la memoria caché del usuario, las conversaciones de mensajería instantánea del pasado y las páginas web marcadas por el usuario. El procesador de captura 124 puede capturar los eventos históricos periódicamente rastreando la memoria 108 y cualquier dispositivo de almacenamiento de datos para los eventos no previamente capturados por el

procesador de captura 124. El procesador de captura 124 también puede capturar los eventos históricos mediante la solicitud de determinadas aplicaciones, como por ejemplo un navegador web o una aplicación de correo electrónico, para recuperar los artículos y otra información relacionada. Por ejemplo, el procesador de captura 124 puede solicitar que la aplicación del navegador web obtenga todas las páginas web visitadas por el usuario o solicitar que la aplicación de correo electrónico obtenga todos los mensajes de correo electrónico asociados con el usuario. Estos artículos no existentes en la memoria 108 o en un dispositivo de almacenamiento del dispositivo del cliente 102a. Por ejemplo, la aplicación de correo electrónico puede tener que recuperar mensajes de correo electrónico desde un dispositivo del servidor. En una realización, el motor de búsqueda 122 indexa los eventos históricos.

En una realización, el motor de búsqueda 122 puede capturar selectivamente e indexar los eventos históricos. Por ejemplo, datos de artículos relacionados con el artículo para el evento puede usarse en parte para determinar si se captura y se indexa el evento. Los datos del artículo pueden comprender, por ejemplo, la ubicación del artículo, el tipo de archivo del artículo, y los datos de acceso para el artículo. En una realización, los datos del artículo se usan para determinar una puntuación de captura y la puntuación de captura se compara con un valor de umbral. Si la puntuación de captura para un evento en particular está por encima del valor umbral, entonces el evento se captura y es indexado. Si la puntuación de captura para un artículo es inferior al valor umbral, entonces el evento no es capturado o indexado. Del mismo modo, el motor de búsqueda 122 puede capturar e indexar de manera selectiva los eventos en tiempo real.

En una realización que se muestra en la figura 1, los eventos capturados por el procesador de captura 124 se envían a la cola 126 en el formato descrito por un esquema de eventos. El procesador de captura 124 también puede enviar los datos de rendimiento a la cola 126. Algunos ejemplos de datos de rendimiento incluyen la carga del procesador actual, la carga del procesador promedio durante un período de tiempo predeterminado, el tiempo de inactividad, el acceso al disco, las aplicaciones del cliente en uso y la cantidad de memoria disponible. Los datos de rendimiento también pueden proporcionarse mediante componentes específicos de supervisión del rendimiento, algunos de los cuales pueden ser parte del motor de búsqueda 122, por ejemplo. Los datos de rendimiento en la cola 126 pueden recuperarse mediante el motor de búsqueda 122 y los componentes de captura del procesador de captura 124. Por ejemplo, los componentes de captura se pueden recuperar los datos de rendimiento para alterar la cantidad de eventos que se envían a la cola 126 o el grado de detalle de los eventos que se envían (menos o más eventos, cuando el sistema está ocupado) o con qué frecuencia se envían los eventos (los eventos se envían con menor frecuencia cuando el sistema está ocupado o no hay demasiados eventos en espera para ser procesados). El motor de búsqueda 122 puede usar los datos de rendimiento para determinar cuándo se indexan los diversos eventos y cuándo y con qué frecuencia se emiten consultas implícitas.

En una realización, la cola 126 contiene eventos hasta que el motor de búsqueda 122 está listo para procesar un evento o eventos. Por otra parte, la cola 126 usa los datos de rendimiento para ayudar a determinar la rapidez para proporcionar los eventos al motor de búsqueda 122. La cola 126 puede comprender una o más colas separadas incluyendo una cola de estado de usuario y una cola de índice. La cola de índice puede poner en la cola eventos indexables, por ejemplo. Alternativamente, la cola 126 puede tener colas adicionales o incluir una sola cola. La cola 126 se puede implementar como una cola de prioridad circular usando archivos de memoria asignada. La cola puede ser una cola de prioridad múltiple en la que varios eventos de prioridad más alta se sirven antes de los eventos de menor prioridad, y otros componentes pueden ser capaces de especificar el tipo de eventos que interesen. En general, a los eventos en tiempo real se les puede dar una mayor prioridad que los eventos históricos y a los eventos indexables se les puede dar una mayor prioridad que a los que a los eventos no indexables en tiempo real. Otras implementaciones de la cola 126 son posibles. En otra realización, el dispositivo del cliente 102 no tiene una cola 126. En esta realización, los eventos se transmiten directamente desde el procesador de captura al motor de búsqueda 122. En otras realizaciones, los eventos pueden ser transferidos entre los componentes de captura y el motor de búsqueda usando los mecanismos adecuados de intercambio de información, tales como: protocolo de lenguaje de marcado extensible - llamada de procedimiento remoto (XML/RPC), protocolo de transferencia de hipertexto (HTTP), protocolo de acceso de objeto simple (SOAP), memoria compartida, conexiones, llamada de procedimiento local o remoto, o cualquier otro mecanismo que permita el intercambio de información.

El motor de búsqueda 122 puede contener un indizador 130, un sistema de consulta 132, y un formateador 134. El sistema de consulta 132 puede recuperar eventos en tiempo real y datos del rendimiento de la cola 126. El sistema de consulta 132 puede usar los datos de rendimiento y los eventos en tiempo real para actualizar el estado actual del usuario y generar una consulta implícita. Una consulta implícita puede ser una consulta generada automáticamente en función del estado del usuario actual. El sistema de consulta 132 también puede recibir y procesar consultas explícitas del usuario 112a. Los datos de rendimiento también pueden ser recuperados por el motor de búsqueda 122 de la cola 126 para su uso en la determinación de la cantidad de actividad posible gracias al motor de búsqueda 122.

En la realización mostrada en la figura 1, los eventos indexables en tiempo real y los eventos históricos (eventos indexables) se recuperan de la cola 126 mediante el indizador 130. Por otra parte, la cola 126 puede enviar los eventos indexables al indizador 130. El indizador 130 puede indexar los eventos indexables y puede enviarlos al almacén de datos 140, donde se almacenan. El almacén de datos 140 puede ser cualquier tipo de medio legible por ordenador y se puede integrar con el del dispositivo del cliente 102a, como por ejemplo un disco duro, o externo al del dispositivo del cliente 102a, como por ejemplo un disco duro externo o en otro dispositivo de almacenamiento de

datos que se accede a través de la red 106. El almacén de datos puede ser una o más áreas de almacenamiento físico o lógico. En una realización, el almacén de datos 140 puede estar en la memoria 108. El almacén de datos 140 puede usar uno o una combinación de procedimientos para el almacenamiento de datos, incluyendo, sin limitación, los arreglos, tablas hash, listas, y pares, y pueden incluir compresión y encriptación. En la realización mostrada en la figura 1, el almacén de datos comprende un índice 142, una base de datos 144 y un depósito 146.

En una realización, cuando el indizador 130 recibe un evento, el indizador 130 puede determinar, a partir del evento, las condiciones (si existen) asociadas con el evento, la hora del evento (si está disponible), las imágenes (si las hay) asociadas con el evento, y/o cualquier otra información que definen el evento. El indizador 130 puede determinar si el evento es un duplicado de un evento recibido con anterioridad. El indizador 130 también puede determinar si el evento se relaciona con otros eventos y asociar el evento con los eventos relacionados. Por ejemplo, para un evento de correo electrónico recibido, el indizador 130 puede asociar el mensaje con otros eventos de mensaje de la misma conversación. Como ejemplos, el indizador 130 puede asociar un evento con otros eventos basados en texto que figura en los eventos o sobre la base del tiempo de los eventos. Los correos electrónicos de la misma conversación se pueden asociar con otros en un objeto del evento relacionado, que se pueden almacenar en el almacén de datos

140.

El indizador 130 puede enviar e incorporar la información de los términos y la ubicación, asociada con el evento en el índice 142 del almacén de datos 140. El evento puede ser enviado a la base de datos 144 para el almacenamiento y el contenido del artículo asociado y las imágenes asociadas pueden ser almacenadas en el depósito 146. El objeto de conversación asociada con los mensajes de correo electrónico puede ser almacenado en la base de datos 144.

En la realización mostrada en la figura 1, un usuario 112a puede introducir una consulta explícita en una interfaz de motor de búsqueda que aparece en el dispositivo del cliente 102, que es recibida por el motor de búsqueda 122. El motor de búsqueda 122 también puede generar una consulta implícita sobre la base de un estado actual del usuario, que puede ser determinada por el sistema de consulta 132 a partir de los eventos en tiempo real. Con base en la consulta, el sistema de consulta 132 puede localizar la información relevante en el almacén de datos 140 y proporcionar un conjunto de resultados. En una realización, el conjunto de resultados incluye los identificadores de artículos para los artículos relacionados con las aplicaciones de cliente 120 o los artículos del cliente. Los artículos del cliente incluyen artículos relacionados con el usuario 112a o el dispositivo del cliente 102a, tales como mensajes de correo electrónico del usuario, documentos de texto, mensajes de mensajería instantánea, páginas web vistas anteriormente y cualquier otro artículo o parte de un artículo relacionado con el dispositivo del cliente 102a o con el usuario 112a. Un identificador de artículos puede ser, por ejemplo, un localizador de recursos uniforme (URL), un nombre de archivo, un enlace, un icono, una ruta de un archivo local, u otra información pertinente que pueda identificar un artículo. En otra realización, el conjunto de resultados incluye también los identificadores de artículo de los artículos ubicados en la red 106 o los artículos de la red situados en un motor de búsqueda en un dispositivo de servidor. Los artículos de la red incluyen los artículos ubicados en la red 106 no vistos anteriormente o referenciados de otra manera por parte del usuario 112a, tales como páginas web no vistas anteriormente por el usuario 112a.

El formateador 134 puede recibir el resultado de la búsqueda por medio del sistema de consulta 132 del motor de búsqueda 122 y dar formato a los resultados de salida a un procesador de visualización 128. En una realización, el formateador 134 puede formatear los resultados en XML, HTML o texto delineado de tabulador. El procesador de visualización 128 puede estar contenido en la memoria 108 y puede controlar la visualización del conjunto de resultados en un dispositivo de visualización asociado con el dispositivo del cliente 102. El procesador de visualización 128 puede comprender varios componentes. Por ejemplo, en una realización, el procesador de visualización 128 comprende un protocolo de transferencia de hipertexto (HTTP) que recibe las solicitudes de información y responde mediante la construcción y transmisión de páginas de lenguaje de marco de hipertexto (HTML). En esta realización, el servidor HTTP comprende una versión a escala reducida del servidor Web Apache. El procesador de visualización 128 puede estar asociado con un conjunto de APIs para permitir que varias aplicaciones reciban los resultados y los muestren en distintos formatos. Los APIs de visualización se pueden implementar de distintas maneras, incluyendo, por ejemplo, mensajería de Windows, exportaciones DLL, interfaz COM, VB, JAVA o. librerías .NET, o un servicio web.

A través de los dispositivos del cliente 102a-n, los usuarios 112a-n pueden comunicarse a través de la red 106, entre sí y con otros sistemas y dispositivos de acoplamiento a la red 106. Como se muestra en la figura 1, un dispositivo de servidor 150 se puede acoplar a la red 106. En la realización mostrada en la figura 1, el motor de búsqueda 122 puede transmitir una consulta de búsqueda que comprende una consulta explícita o implícita, o ambas, al dispositivo de servidor 150. El usuario 112a también puede realizar una búsqueda en una interfaz de motor de búsqueda, que puede ser transmitida al dispositivo de servidor 150 mediante el dispositivo del cliente 102a a través de la red 106. En otra realización, la señal de consulta, por el contrario, puede ser enviada a un servidor proxy (no mostrado), que transmite la señal al dispositivo de búsqueda del servidor 150. Otras configuraciones son posibles.

El dispositivo de servidor 150 puede incluir un servidor de la ejecución de un motor de búsqueda de programas de aplicación, tales como el motor de búsqueda de Google™. En otras realizaciones, el dispositivo de servidor 150 puede comprender un servidor de información relacionada o un servidor de publicidad. Similar a los dispositivos del cliente 102a-n, el dispositivo de servidor 150 puede incluir un procesador 160, junto con una memoria legible por

ordenador 162. El dispositivo de servidor 150, representado como un solo sistema de computación, se puede implementar como una red de procesadores informáticos. Ejemplos de un dispositivo de servidor 150 son servidores, ordenadores centrales, ordenadores en red, un dispositivo basado en el procesador, y otros tipos similares de sistemas y dispositivos. El procesador del servidor 160 puede ser cualquiera de una serie de procesadores de ordenador, tales como procesadores de Intel Corporation de Santa Clara, California y Motorola Corporation de Schaumburg, Illinois. En otra realización, el dispositivo de servidor 150 puede existir en un dispositivo del cliente. En otra realización, puede haber varios dispositivos de servidor 150.

La memoria 162 contiene el programa de aplicación del motor de búsqueda, también conocido como un motor de búsqueda de la red 170. El motor de búsqueda 170 puede localizar la información relevante de la red 106 en respuesta a una consulta de búsqueda de un dispositivo del cliente 102a. El motor de búsqueda 170 puede proporcionar un conjunto de resultados al dispositivo del cliente 102a a través de la red 106. El conjunto de resultados puede comprender uno o más identificadores de artículos. Un identificador de artículo puede ser, por ejemplo, un localizador de recursos uniforme (URL), un nombre de archivo, un enlace, un icono, una ruta de un archivo local, o cualquier otra cosa que identifica a un artículo. En una realización, un identificador de artículo puede comprender una URL asociada con un artículo.

En una realización, el dispositivo de servidor 150, o el dispositivo relacionado, ha realizado previamente un rastreo de la red 106 para localizar artículos, tales como páginas web, almacenados en otros dispositivos o sistemas acoplados a la red 106, y los artículos indexados en la memoria 162 o en otro dispositivo de almacenamiento de datos. Debe tenerse en cuenta que se pueden usar otros procedimientos para la indización de artículos en lugar o en combinación con el rastreo, tales como la presentación manual.

Cabe señalar que otras realizaciones de la presente invención pueden comprender sistemas con arquitectura diferente a la que se muestra en la figura 1. Por ejemplo, en algunas otras realizaciones de la presente invención, el dispositivo del cliente 102 es un dispositivo independiente que no está permanentemente unido a una red. El sistema 100 que se muestra en la figura 1 no es más que un ejemplo, y se usa para explicar los procedimientos de ejemplo mostrados en las figuras 2 y 3.

Varios procedimientos de acuerdo con las realizaciones de la presente invención pueden llevarse a cabo. Por ejemplo, en una realización de un motor de búsqueda de captura de un evento en tiempo real cuando se produce el evento, en el que el evento comprende la interacción del usuario con un artículo sobre un dispositivo del cliente, en el que el artículo es susceptible de ser asociado con al menos uno de una pluralidad de aplicaciones del cliente, se actualiza un estado del usuario actual, basado en parte en el evento, determina si el evento debe ser indexado, y si el evento debe ser indexado, indexa el evento y almacena el evento y por lo menos una parte del contenido relacionado con el artículo.

En otra realización, un motor de búsqueda pueden captar una pluralidad de eventos que ocurren en un dispositivo del cliente, en el que los eventos están asociados con al menos uno de una pluralidad de aplicaciones del cliente, en el que por lo menos algunos de los eventos se capturan en tiempo real cuando se produce el evento, se indexan y se almacenan por lo menos algunos de los eventos, en el que los eventos que se indexan y se almacenan tienen un artículo asociado, reciben una consulta de búsqueda, y se localizan los artículos pertinentes de los eventos relevantes para la consulta de búsqueda. El motor de búsqueda también puede generar un resultado de búsqueda fijado a partir de los artículos relevantes. En una realización, la consulta de búsqueda es introducida por el usuario. En otra realización, la consulta de búsqueda es generada por el motor de búsqueda basado en un estado de usuario actual determinado a partir de eventos en tiempo real.

En otra realización, una pluralidad de eventos en tiempo real se capturan en tiempo real ante la ocurrencia de los eventos en tiempo real, en donde cada evento en tiempo real comprende una interacción del usuario con un artículo sobre un dispositivo del cliente, en el que el artículo es capaz de estar asociado con al menos uno de una pluralidad de aplicaciones de cliente, una pluralidad de eventos históricos que se produjeron en el pasado son capturados, en el que cada evento histórico comprende la interacción del usuario con un artículo sobre un dispositivo del cliente, en el que el artículo es capaz de estar asociado con al menos uno de una pluralidad de aplicaciones del cliente, para cada caso, se determina si el evento debe ser indexado, y si el evento debe ser indexado, el evento se indexa y se almacenan el evento y por lo menos una parte del contenido relacionado con el artículo.

En otra realización, un evento se captura en tiempo real cuando se produce el evento, en el que el evento comprende la interacción del usuario con un artículo sobre un dispositivo del cliente, en el que el artículo es susceptible de ser asociado con al menos uno de la pluralidad de las aplicaciones del cliente, un estado de usuario se actualiza basado en parte en el evento, el evento se indexa y se almacenan el evento y al menos una parte de los contenidos relacionados con el artículo. En esta realización, el evento puede ser un evento en tiempo real o puede ser un evento histórico.

En otra realización, una pluralidad de eventos que se producen en un dispositivo del cliente son capturados, en el que cada evento se asocia con al menos uno de una pluralidad de aplicaciones de cliente, por lo menos algunos de los eventos son indexados y almacenados, en el que los eventos que son indexados y almacenados tienen un artículo del cliente asociado, una pluralidad de artículos de la red se indexan, se recibe una consulta de búsqueda, y

los artículos de clientes relevantes y los artículos basados en la red se encuentran, al menos en parte, en la consulta de búsqueda. En esta realización, por lo menos algunos de los eventos pueden ser eventos en tiempo real capturados en tiempo real. La consulta de búsqueda puede ser implícita basada generada al menos en parte al menos en eventos en tiempo real.

La figura 2 muestra un procedimiento de ejemplo 200 que proporciona un procedimiento para la captura y el procesamiento de un evento, de acuerdo con una realización de la invención. Este procedimiento de ejemplo se proporciona a modo de ejemplo, tal como se apreciará a partir de la descripción anterior de realizaciones de ejemplo, hay una variedad de formas para llevar a cabo los procedimientos en otras realizaciones de la presente invención. El procedimiento 200 que se muestra en la figura 2 puede ser ejecutado o realizado de otra manera por cualquiera de los diversos sistemas. El procedimiento 200 a continuación se describe como realizado por el sistema 100 que se muestra en la figura 1 a modo de ejemplo, y los distintos elementos del sistema 100 se hacen referencia en la explicación del procedimiento de ejemplo de la figura 2.

En 202, el procesador de captura 124 captura de un evento. El evento puede ser un evento en tiempo real o puede ser un evento histórico. El procesador de captura 124 puede capturar un evento en tiempo real mediante la identificación y la recopilación de datos de eventos asociados con el evento cuando se produce el evento. El procesador de captura 124 puede capturar un evento histórico, por ejemplo, rastreando periódicamente la memoria 108 o un dispositivo de almacenamiento de datos asociados del dispositivo del cliente 112a para artículos previamente capturados o recibir los artículos o los datos de las aplicaciones del cliente y la identificación y la recopilación de datos de eventos asociados con el evento. El procesador de captura 124 pueden tener distintos componentes de captura para cada aplicación del cliente, monitorización de la red, rendimiento de captura de datos, captura de pulsaciones de teclas, y captura de pantalla. En una realización, el componente de captura puede usar un mecanismo de eventos de definición generalizada, tal como un esquema de eventos que ya se ha definido y registrado en el dispositivo del cliente 102a, para capturar o expresar el evento.

En 204, el procesador de captura 124 se determina si el evento que se captura es un evento indexable. Como se explicó anteriormente, algunos eventos en tiempo real no pueden ser indexados (eventos no indexables en tiempo real). En una realización, los eventos no indexable en tiempo real se usan para actualizar el estado actual del usuario y son, por ejemplo, el examen de una parte de un artículo, el cambio de un artículo, y el cierre de un artículo. En esta realización, los eventos no indexables no son indexados o enviados para su almacenamiento por el indizador 130. Los eventos indexables pueden ser eventos indexables en tiempo real o eventos históricos. Ejemplos de eventos indexables incluyen la recepción de un mensaje de correo electrónico, la visualización de una página web, guardar un documento de procesamiento de textos, y el envío de un mensaje de mensajería instantánea.

Si se determina un evento indexable, entonces, en 206, el evento puede ser enviado por el procesador de captura 124 a la cola 126 con una indicación de que se trata de un evento indexable. En la realización mostrada en la figura 2, los eventos indexables en tiempo real se envían a una cola de estado del usuario y a una cola de índice en la cola 126 y los eventos históricos se envían a la cola de la cola en índice 126. Por otra parte, los eventos indexables en tiempo real no pueden ser enviados a la cola de estado del usuario para ahorrar tiempo de cálculo. El procesador de captura 124 puede enviar el evento en una forma descrita por un esquema de eventos a la cola 126. Si el evento está determinado que es un evento no indexable, y luego, en el 206, el evento no indexable puede ser enviado por el procesador de captura 124 a la cola de estado del usuario de la cola 126 con una indicación de que no es para que se indexe. En una realización alternativa, el bloque 204 se puede realizar después y/o antes del bloque 206. Por ejemplo, algunos eventos pueden ser determinados para ser indexables o no indexables por el procesador de captura 124 y otros eventos se pueden determinar que son indexables o no indexables mediante el indizador 130.

En una realización, la cola 126 contiene el evento hasta que el motor de búsqueda está listo para recibirla. Con base en los datos del evento, al evento se le puede dar prioridad en la cola 126 para su manejo. Por ejemplo, a los eventos históricos se les da una prioridad más baja para el procesamiento de la cola 126 que los eventos en tiempo real. En una realización, cuando el indizador 130 está listo para procesar otro evento, se puede recuperar un evento

o eventos de la cola de índice de la cola126. El sistema de consulta 132 puede recuperar un evento o eventos de la cola de estado del usuario de la cola 126, cuando esté listo para actualizar el estado del usuario. La información de la ubicación de un evento capturado puede ser usada para actualizar el estado del usuario. En otro ejemplo, una cola no se usa y los eventos son enviados directamente al motor de búsqueda 122 del procesador de captura 124.

En 208, el indizador 130 indexa y almacena el evento. El indizador 130 puede recuperar un evento de la cola 126 cuando está listo para procesar el evento. En una realización, el indizador 130 determina si el evento es un evento duplicado y si no se asigna un ID de evento para el evento. El indizador 130 también puede asociar el evento con los eventos relacionados. En la realización mostrada en la figura 2, el indizador 130 puede determinar los términos indexables asociados con el evento, las fechas y tiempos asociados con el evento, y otros datos relacionados con el evento desde el esquema de eventos. El indizador 130 puede asociar el evento con los términos indexables que se encuentran en el índice 142. El evento se pueden almacenar en la base de datos 144 y el contenido del evento se puede almacenar en el depósito 146. La captura de los eventos que están indexados y almacenados por el motor de búsqueda 122 permite al usuario 122a buscar artículos en el dispositivo del cliente 102a y permite que el motor de búsqueda busque automáticamente los artículos en el dispositivo del cliente 102a.

La figura 3 muestra un procedimiento 300 de ejemplo que proporciona un procedimiento para localizar y recuperar los artículos en un dispositivo del cliente, de acuerdo con una realización. Este procedimiento de ejemplo se proporciona a modo de ejemplo, ya que hay una gran variedad de formas para llevar a cabo los procedimientos según la presente invención. El procedimiento 300 que se muestra en la figura 3 se puede ejecutar o realizar de otra manera mediante cualquiera de los diversos sistemas. El procedimiento 300 a continuación se describe como llevado a cabo por el sistema 100 que se muestra en la figura 1 a modo de ejemplo, los diversos elementos del sistema 100 se hacen referencia en el procedimiento de ejemplo de la figura 3.

En 302, el sistema de consulta 132 recibe una consulta de búsqueda. La consulta puede ser una consulta explícita o una consulta implícita. Una consulta explícita puede ser generada por un usuario introduciendo términos de búsqueda en una interfaz de motor de búsqueda que aparece en el dispositivo del cliente 102a. Una consulta implícita pueden ser generada por el sistema de consulta 132 sobre la base de un estado de usuario actual. Por ejemplo, el usuario 112a puede introducir los términos "agenda de la reunión mensual del presupuesto" en una interfaz de búsqueda. Alternativamente, el usuario puede introducir 112a los términos "agenda de la reunión mensual del presupuesto" en un correo electrónico que el usuario 112a está redactando. El procesador de captura 124 puede capturar este evento contextual y puede ser recibido por el sistema de consulta 132. El sistema de consulta 132 puede generar una consulta de búsqueda basado en los términos capturados en este evento contextual.

En 304, el sistema de consulta 132 localiza los artículos relacionados con la consulta de búsqueda. El sistema de consulta 132 puede localizar los artículos relevantes haciendo coincidir los términos de la consulta de búsqueda con los términos ubicados en el índice 142. Por ejemplo, el sistema de consulta 132 puede hacer coincidir los términos de la consulta con los términos en el índice 142. A partir de los términos coincidentes, el sistema de consulta 132 puede determinar los eventos almacenados en la base de datos 144 relacionados con los términos en los identificadores de eventos asociados con los términos coincidentes. A partir de estos eventos, el sistema de consulta 132 puede determinar artículos relacionados con los eventos. Los artículos pueden ser almacenados en el depósito

146. Para la consulta de búsqueda "agenda para la reunión sobre el presupuesto mensual", por ejemplo, el sistema de consulta 132 puede localizar varios artículos de distintas aplicaciones del cliente que contienen los términos de la consulta, como por ejemplo, correos electrónicos, documentos de presentación, documentos de texto, hojas de cálculo y otros artículos coincidentes con los términos de la consulta. La consulta también puede designar un tiempo y el sistema de consulta 132 puede localizar artículos que son relevantes para el tiempo de consulta. La consulta también puede designar un evento del tipo y el sistema de consulta 132 puede localizar artículos de un tipo específico, tal como, por ejemplo, archivos de texto o mensajes de correo electrónico. El sistema de consulta 132 también puede recuperar los artículos de la red de un motor de búsqueda de 170 que son relevantes para la consulta.

En 306, el sistema de consulta 132 genera un resultado de búsqueda establecido sobre la base de los artículos localizados. En una realización, el sistema de consulta 132 puede ordenar y clasificar los artículos localizados sobre la base de una variedad de señales que indican la preferencia del usuario 112a para los artículos. El conjunto de resultados de búsqueda puede contener una lista ordenada de identificadores de artículos para los artículos relacionados con una variedad de diferentes aplicaciones del cliente 120 y los identificadores de artículos de los artículos de la red. Cada enlace puede contener también un resumen del artículo, así como una imagen asociada con el artículo.

En 308, el conjunto de resultados de búsqueda se formatea con el formateador 134. En una realización, el formateador 134 puede formatear el conjunto de resultados en XML o HTML. En 310, el conjunto de resultados de la búsqueda se muestra en el dispositivo del cliente 102 por el procesador de visualización 128. Por ejemplo, el conjunto de resultados de búsqueda se pueden visualizar en el dispositivo de visualización asociado con el dispositivo del cliente 102. Si el conjunto de resultados de la búsqueda se generó en respuesta a una consulta implícita, el procesador de visualización 128 puede determinar el momento oportuno para mostrar el conjunto de resultados de la búsqueda implícita. El usuario 112a puede seleccionar un identificador del artículo para un artículo y mostrar el artículo asociado en el dispositivo de visualización.

El ambiente que se muestra refleja la realización de la arquitectura del motor de búsqueda del lado del cliente. Son posibles otras realizaciones, tal como por ejemplo un dispositivo del cliente independiente o un motor de búsqueda de la red.

Aunque la descripción anterior contiene muchos detalles, estos detalles no se deben interpretar como limitaciones en el alcance de la invención, sino meramente como ejemplificaciones de las realizaciones descritas. Por ejemplo, los ejemplos de los artículos y los eventos son ilustrativos y no pretenden ser limitativos. Los expertos en la materia prevén muchas otras variantes posibles que están dentro del alcance de la invención.

Claims

REIVINDICACIONES

1.

Procedimiento, que comprende:

capturar (202) un evento en tiempo real cuando se produce el evento, en el que el evento comprende una interacción del usuario con un artículo en un dispositivo del cliente, en el que el artículo es susceptible de ser asociado con al menos uno de una pluralidad de aplicaciones del cliente (120); determinar (204) si el evento debe ser indexado o si el evento es un evento no indexable; si el evento debe ser indexado, indexar (208) el evento y almacenar (208) el evento y al menos una porción del contenido asociado con el artículo, en respuesta al evento que determina un evento no indexable, actualizar un estado de usuario actual para el usuario basado en el evento; generar automáticamente una consulta de búsqueda implícita basada en el estado del usuario actual para producir un resultado de búsqueda que contiene artículos asociados con los eventos capturados; y mostrar al menos una porción del resultado de la búsqueda en el dispositivo del cliente.
2.

Procedimiento según la reivindicación 1, en el que el artículo está asociado con una aplicación del cliente.
3.

Procedimiento según la reivindicación 1 o la reivindicación 2, en el que el evento se captura en forma de un esquema de eventos predefinidos.
4.

Procedimiento según una cualquiera de las reivindicaciones anteriores, en el que la interacción del usuario con el artículo comprende la carga del artículo.
5.

Procedimiento según una cualquiera de las reivindicaciones anteriores, en el que la interacción del usuario con el artículo comprende guardar el artículo.
6.

Procedimiento según una cualquiera de las reivindicaciones anteriores, en el que la interacción del usuario con el artículo comprende ver el artículo.
7.

Procedimiento según una cualquiera de las reivindicaciones anteriores, en el que la interacción del usuario con el artículo comprende actualizar los metadatos del artículo.
8.

Procedimiento según la reivindicación 7 , en el que la actualización de los metadatos de un artículo comprende marcar el artículo como favorito.
9.

Procedimiento según la reivindicación 7 o la reivindicación 8, en el que la actualización de los metadatos del artículo comprende la impresión del artículo.
10.

Procedimiento según una cualquiera de las reivindicaciones 7 a 9, en el que la actualización de los metadatos del artículo comprende la eliminación del artículo.
11.

Procedimiento según una cualquiera de las reivindicaciones 7 a 9, en el que la actualización de los metadatos del artículo comprende mover el artículo.
12.

Procedimiento según una cualquiera de las reivindicaciones anteriores, que también comprende:

responder al evento que se determina en un evento indexable, indexando el evento en un índice.
13.

Procedimiento según la reivindicación 12, que también comprende:

recibir una segunda consulta de búsqueda; determinar si el evento está asociado con la segunda consulta de búsqueda buscando en el índice; y responder al evento que se asocia con la segunda consulta de búsqueda, generando (306) un segundo resultado de búsqueda basado en el artículo.
14.

Procedimiento según la reivindicación 13, en el que la segunda consulta de búsqueda es introducida por un usuario.
15.

Procedimiento según la reivindicación 13 o la reivindicación 14, que también comprende la localización de los artículos de la red relevantes para la segunda consulta de búsqueda.
16.

Procedimiento según una cualquiera de las reivindicaciones 13 a 15, en el que la generación del resultado de la búsqueda basado en el artículo comprende la generación del resultado de la búsqueda basado en el artículo y el artículo de la red.
17.

Procedimiento según una cualquiera de las reivindicaciones anteriores, que también comprende:

capturar (202) un evento histórico que ocurrió en el pasado, en el que el evento histórico comprende la interacción del usuario con un segundo artículo en el dispositivo del cliente;

determinar (204) si el evento histórico es un evento indexable; responder al evento histórico que es un evento indexable, indexando los datos de eventos asociados con el evento histórico en el índice, comprendiendo los datos de eventos asociados con el evento histórico al menos una porción del segundo artículo;

5 determinar si el evento histórico está asociado con la consulta de búsqueda buscando el índice; y responder al evento histórico que está asociado con la consulta de búsqueda, generar el resultado de la búsqueda que incluye el segundo artículo.
18. Medio legible por ordenador codificado con un programa de ordenador ejecutable, comprendiendo el programa

informático el código del programa para realizar el procedimiento según una cualquiera de las reivindicaciones 10 anteriores.
19. Sistema para la generación automática de consultas de búsqueda, comprendiendo el sistema:

un procesador de captura configurado para capturar un evento en tiempo real, en el que el evento comprende una interacción del usuario con un artículo en un dispositivo del cliente, estando el procesador de captura también configurado para determinar si el evento es un evento no indexable, actualizando un estado del

15 usuario actual para el usuario basado en el evento de respuesta al evento que determina un evento no indexable, y generando automáticamente una consulta de búsqueda basada en el estado del usuario actual; un motor de búsqueda configurado para producir un resultado de búsqueda para la consulta de búsqueda; y el dispositivo del cliente está configurado para mostrar al menos una porción de los resultados de búsqueda.
20. Sistema según la reivindicación 19, en el que el motor de búsqueda está también configurado para indexar el 20 evento en un índice en respuesta al evento que determina un evento indexable.