ES2329008T3 - Red de informacion dsitribuida accessible de forma global. - Google Patents
Red de informacion dsitribuida accessible de forma global. Download PDFInfo
- Publication number
- ES2329008T3 ES2329008T3 ES01904831T ES01904831T ES2329008T3 ES 2329008 T3 ES2329008 T3 ES 2329008T3 ES 01904831 T ES01904831 T ES 01904831T ES 01904831 T ES01904831 T ES 01904831T ES 2329008 T3 ES2329008 T3 ES 2329008T3
- Authority
- ES
- Spain
- Prior art keywords
- information
- distributed
- server
- search
- local
- 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; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/951—Indexing; Web crawling techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
-
- 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/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
Abstract
Una red (10) de información distribuida construida para recopilar información a partir de sitios distribuidos a través de una red informática accesible de forma global, que comprende: un servidor (14) raíz que almacena una lista de múltiples sitios (A, B, C) distribuidos, cada uno de los cuales está representado por metadatos correspondientes a contenido de información disponible directa o indirectamente; múltiples sitios (A, B, C) distribuidos, cada uno de los cuales se implementa con un proveedor (16, 18, 20) de información que está ubicado de forma remota del servidor (14) raíz, almacenando el proveedor de información de cada uno de los sitios distribuidos, metadatos correspondientes al contenido de información que está disponible en un servidor (A, B, C) de o un servidor (A1, C1, C2, C2-1, C2-2) asociado con el proveedor de información, pudiendo recuperarse el contenido de información en respuesta a una petición de búsqueda de información perfilada desde el servidor raíz de resultados de búsqueda de una búsqueda realizada sobre el contenido de información; caracterizada por: un enlace de comunicación de información perfilada entre el servidor (14) raíz y cada uno de los múltiples sitios (A, B, C) distribuidos, habilitando el enlace de comunicación de información perfilada la formación de una trayectoria para la entrega de los resultados de búsqueda del contenido de información al que corresponden los metadatos a un sitio de destino a partir de un sitio o sitios representados por los metadatos de la petición de búsqueda de información perfilada; y un cliente (12) de sistema operativo que entrega al servidor (14) raíz una petición de búsqueda de información por un usuario, reuniendo el servidor raíz una lista que identifica a uno o más seleccionados de los servidores válidos para buscar contenido de información en los mismos, y recibe sin pasar a través del enlace de comunicación de información perfilada los resultados de búsqueda recuperados a partir del uno o más servidores seleccionados identificados en la lista en respuesta a la petición de búsqueda de información perfilada.
Description
Red de información distribuida accesible de
forma global.
La presente invención se refiere a sistemas y
técnicas para recopilar y buscar información disponible en sitios
de una red de información accesible de forma global tal como
Internet y, en particular, a una arquitectura de búsqueda
distribuida que facilita el acceso en tiempo real a información que
reside en cualquier número de servidores distribuidos por toda la
red y sintetiza la información para un acceso continuo a información
específica buscada por un usuario.
Aunque ha demostrado un crecimiento explosivo y
ha tenido un enorme impacto en los ámbitos de la información y el
comercio, la red informática accesible de forma global, conocida
como Internet, se ha convertido, en efecto, en una víctima
desestructurada de sí misma. La utilización de información de
Internet ha perdido en gran medida su utilidad debido a que los
motores de búsqueda tradicionales no pueden ni acceder al vasto
fondo de información disponible ni calificarlo de forma adecuada.
El mejor motor de búsqueda actual puede realizar un seguimiento de,
y acceder a, sólo una pequeña fracción de las páginas de la World
Wide Web de Internet (es decir, aproximadamente mil millones de 550
mil millones de documentos disponibles). Los sitios accesibles se
dividen en categorías de forma rudimentaria usando palabras clave en
vez de una valoración inteligente del contenido. Un resultado común
actual de búsquedas de información, incluso limitadas a la pequeña
fracción de la información disponible, es de miles, y a menudo
millones, de respuestas irrelevantes.
La recopilación y distribución de información en
Internet tiene lugar como sigue. Un motor de búsqueda por Internet
convencional usa software (denominado "spiders") que
itinera por la Web para recopilar información, que se destila,
indexa y cataloga en una base de datos central. Una búsqueda por
Internet realizada por un usuario Web de ese motor de búsqueda
produce resultados que provienen de la base de datos, no de la
propia Internet. Los resultados producidos son referencias a
direcciones de Internet, requiriendo de este modo que el usuario
Web abra múltiples sitios en la búsqueda de la información.
Los motores de búsqueda actuales no incluyen una
capacidad de búsqueda masiva de todos los sitios y recuperan y
organizan los resultados de búsqueda por contenido; por tanto, las
búsquedas se aplican a toda la información accesible, con
independencia de si es relevante. El resultado es un esfuerzo de
motor de búsqueda en gran medida ineficaz y respuestas no sensibles
a las consultas de búsqueda. Ejemplos de tales motores de búsqueda
tradicionales incluyen Northern Light^{TM}, Snap^{TM}, Alta
Vista^{TM}, HotBot^{TM}, Microsoft^{TM}, Infoseek^{TM},
Goggle^{TM}, Yahoo^{TM}, Excite^{TM}, Lycos^{TM} y
Euroseek^{TM}.
La tecnología de búsqueda convencional se basa,
por tanto, en un modelo en el que los índices, referencias y datos
reales (en el caso de redes de comercio) están centralizados. Todas
las consultas tienen lugar en sitios centrales, y los datos
distribuidos no se actualizan en tiempo real (y están normalmente
obsoletos) y normalmente requieren un nuevo formateo. Internet es,
en el mejor de los casos, un entorno de búsqueda frustrante, debido
a que los datos residen en múltiples formatos y en un ámbito
distribuido.
Para aplicaciones de comercio, la arquitectura
de Internet existente puede albergar sólo a una pequeña fracción de
la participación empresarial que en otro caso estaría disponible
para producir beneficios para el consumidor derivados de la
competencia. Internet, como consecuencia, sirve en efecto sólo a los
grandes participantes dominantes, mientras que excluye
efectivamente a todos los demás. Parte de la percepción del comercio
electrónico es que puede comprarse virtualmente cualquier cosa por
Internet. Aunque la percepción es precisa, ignora el hecho de que
la polarización en el sistema actual deja fuera una parte del
mercado mucho mayor que a la que da servicio. La utilización
comercial de empresa a empresa de Internet consiste en gran medida
en comunicaciones por correo electrónico.
Para aplicaciones en prestación de servicios,
particularmente como diversas entidades gubernamentales han
intentado usar Internet, la carencia de estructura práctica es
especialmente notable. Estas situaciones no existen por culpa o
incompetencia de los usuarios, sino que de nuevo tienen su origen en
una limitación inherente y sistémica de una Internet
"centralizada".
Los esfuerzos de sitios de búsqueda
tradicionales para conservar y atraer más atención del consumidor y
de este modo generar más ingresos por publicidad han provocado que
el intento de centralizar toda la información en línea llegue a un
punto de conflicto. Según se expone anteriormente, el crecimiento en
el volumen y la diversidad de contenido de Internet en la
actualidad conduce a búsquedas que generan miles de páginas de
resultados que abarcan sólo una fracción del cuerpo global de la
información relevante. El mercado necesita acceder a estructuras
organizativas adicionales, pero el sistema actual hace estos
requisitos imposibles de cumplir. Los sitios de búsqueda
tradicionales se diseñan y predicen para conducir a una
centralización adicional, que acentuará el problema de la
accesibilidad a la información.
La idea convencional ha sido que la velocidad
puede compensar el crecimiento de la información de Internet. El
énfasis del sector se ha puesto en mejoras de hardware en vez de en
software de próxima generación. Hace cinco años, un ordenador
personal según el estado de la técnica usaba un chip microprocesador
de 166 MHZ. Actualmente, chips microprocesadores de 800 MHZ son
convencionales, y se espera que chips microprocesadores de 1.000
MHZ estén disponibles pronto. Irónicamente, aunque las máquinas
disponibles actualmente pueden buscar información mucho más
rápidamente, también crean información a un ritmo acorde con su
velocidad. Están, en efecto, ayudando a que el problema siga el
ritmo de la solución. En la medida en que el énfasis se ha puesto
en el software, ha sido para mejorar las aplicaciones dentro de la
arquitectura actual o para ofrecer y comercializar alternativas al
comercio electrónico dentro de la arquitectura actual. Como
consecuencia, se ponen trabas a todos los esfuerzos de este tipo
antes de que comiencen.
Debido al mero tamaño de Internet y a que los
spiders operan desde una ubicación central, los
spiders pueden cubrir sólo una pequeña fracción de todo
Internet. La base de datos resultante de resultados de búsqueda
está inherentemente limitada no sólo en tamaño sino también en
actualidad. Las compensaciones requeridas son contraproducentes.
Hacer la base de datos más amplia y más profunda requeriría un
tiempo de "itinerancia" excesivo de modo que la información se
volvería obsoleta. Mantener la información actual requeriría buscar
en una fracción más pequeña de los documentos de Internet
disponibles, haciendo de este modo los resultados menos
exhaustivos.
La información total está creciendo en la
actualidad a un ritmo exponencial. La mayor parte de la información
nueva termina en la categoría de inaccesible. No hay certeza de que
la información actualizada "echará" a la información desfasada
del fondo de información accesible. La edad promedio de los enlaces
de la World Wide Web recientemente devueltos es de 186 días. El
entorno es frecuentemente el de información antigua, información
insuficiente, información desorganizada y, en resumen, información
no gestionable. Existe una necesidad acuciante, por tanto, de
incorporar la Internet existente en un nuevo ámbito de organización
eficaz que gestione, de forma competente, generaciones futuras de
crecimiento.
El documento de HINDS N ET AL:
"Managing metadata for distributed information servers" SYSTEM
SCIENCES, 1998., PROCEEDINGS OF THE THIRTY-FIRST
HAWAII INTERNACIONAL CONFERENCE ON KOHALA COAST, HI, EE.UU.
6-9 de enero de 1998, LOS ALAMITOS, CA, EE.UU.,
IEEE COMPUT. SOC.US, 6 enero de 1998, páginas 513 a 522, se refiere
a una arquitectura de índice distribuido para facilitar encontrar
metadatos en grandes redes, que usa jerarquías descriptivas para
organizar metadatos y encaminar consultas de metadatos a sitios que
es probable que produzcan resultados relevantes.
Aspectos de la invención se exponen en las
reivindicaciones adjuntas. La presente invención es una red de
información distribuida que se construye para recopilar información
a partir de sitios distribuidos a través de una red informática
accesible de forma global, es decir, Internet. Estos sitios
distribuidos están equipados para alojar y mantener su propia
información, mientras que otra tecnología asociada habilita la
inclusión de sitios individuales en las búsquedas masivas por
Internet.
Una realización preferida de la red de
información distribuida incluye un servidor raíz que almacena una
lista de múltiples sitios distribuidos, cada uno de los cuales está
representado por metadatos correspondientes a contenido de
información disponible directa o indirectamente. Los metadatos son
propiedades ampliadas de un objeto de datos, que pueden ser, por
ejemplo, un único archivo, un objeto en una base de datos, un
mensaje de correo electrónico, un fragmento de memoria o una
descripción del contenido de información en un sitio. Los metadatos
pueden ser tan simples como para representar un nombre o tamaño de
archivo o tan complejos como para representar al autor del archivo
o información de esquema de base de datos. El explorador de red del
usuario entrega una petición de búsqueda de información al servidor
raíz, que en respuesta desarrolla una petición de búsqueda de
información perfilada. Cada uno de múltiples sitios distribuidos se
implementa con un proveedor de información que está ubicado de
forma remota del servidor raíz. El proveedor de información de cada
uno de los sitios distribuidos almacena metadatos correspondientes a
contenido de información que puede recuperarse en respuesta a la
petición de búsqueda de información perfilada de resultados de
búsqueda que pueden derivarse del contenido de información al que
corresponden los metadatos. Un enlace de comunicación de
información perfilada entre el servidor raíz y cada uno de los
múltiples sitios de distribución habilita la formación de una
trayectoria para la entrega de los resultados de búsqueda a un sitio
de destino, tal como el explorador de red, a partir de un sitio o
sitios representados por los metadatos de la petición de búsqueda de
información perfilada.
La realización preferida descrita anteriormente
de una red de información distribuida proporciona un motor de
búsqueda por Internet que usa de forma ventajosa los puntos fuertes
inherentes de Internet: una arquitectura distribuida. Cuando se
inicia una petición de búsqueda, el motor de búsqueda consulta a
múltiples sitios de forma simultánea y busca la información, en
cualquier formato de datos en que ésta resida, encuentra la
información, y entonces devuelve el documento real al usuario. Un
explorador web cliente habilitado para multihilo envía consultas
simultáneas a servidores distribuidos, eliminando de este modo el
cuello de botella de un cuerpo de búsqueda o servidor centralizado.
El explorador web cliente también gestiona la descarga de
información desde el servidor y, por tanto, lo habilita para
manejar un número drásticamente mayor de clientes que los manejados
por modelos tradicionales de la actualidad. Esta aplicación de
búsqueda distribuida trata las deficiencias fundamentales en la
cobertura de Internet actual: acceso pobre, almacenes de datos
obsoletos, información irrelevante, y repositorios no estructurados
de información infrautilizada.
\newpage
La arquitectura de búsqueda de la invención
incluye la capacidad de realizar una búsqueda descentralizada de
datos en directo (estructurada o no estructurada), búsqueda según
parámetros específicos (precio, marca, disponibilidad, reseñas y
otros parámetros de ese tipo), y presentar los resultados de
búsqueda de forma limpia y organizada en una pantalla de
visualización. La arquitectura de búsqueda en efecto mueve la
consulta a la ubicación de la información. Un usuario puede aplicar
de forma continua filtros a los resultados de búsqueda y centrarse
en el producto o información específico que está buscando el
usuario.
Las ventajas de la arquitectura de búsqueda
distribuida incluyen conformidad con las normas del sector;
escalabilidad vertical y horizontal; sin requisitos de hardware
adicional o empeoramiento del rendimiento; uso de ancho de banda
disponible de Internet en lugar del ancho de banda disponible de
cualquier motor de búsqueda central, eliminando de este modo
posibles cuellos de botella inherentes a cualquier solución
centralizada; entrega de información precisa y actual; requisito de
recursos de infraestructura inferiores (servidores, almacenamiento
electrónico y ancho de banda), como consecuencia de estar las
consultas distribuidas por toda la red; ausencia de empeoramiento
del rendimiento en relación con el número de sitios buscados y
ausencia de limitaciones impuestas al número de sitios buscados;
ausencia de efecto de sitios caídos en los resultados de búsqueda; y
gestión de cliente de toda la clasificación, filtrado y
comparaciones de datos, eliminando de este modo el tráfico de red y
el procesamiento de datos redundante actualmente requerido por las
arquitecturas de hoy en día.
El uso de sitios distribuidos representa un
cambio fundamental con respecto al actual procedimiento de
almacenamiento masivo central y abre las puertas a la gran fracción
restante de información almacenada, aunque inaccesible con la
arquitectura actual. El resultado es la creación de vastas áreas de
nuevas oportunidades en el comercio electrónico e intercambio de
información corporativa a través de portales de información. Tales
nuevas oportunidades incluyen aplicaciones en la distribución de
música y películas, distribución de aplicaciones software,
mensajería instantánea, colaboración, subastas, comercio
individual, búsquedas paralelas y correo electrónico. Este cambio
permite una interacción de comercio electrónico de consumidor y de
empresa a empresa (B2B) más sofisticada.
La presente invención proporciona una
oportunidad para establecer nuevas normas y procedimientos para
recopilar información a partir de sitios distribuidos a través de
Internet. La invención está adaptada para seguir el ritmo del
crecimiento actual de la World Wide Web y puede aplicarse a
prácticamente cada comerciante, corporación y consumidor. Los
sitios distribuidos pueden alojar y mantener su propia información
mientras la invención permite que los sitios individuales se
incluyan en las búsquedas masivas por Internet. La invención se
implementa como una única arquitectura distribuida, con su propio
motor de búsqueda inteligente, para gestionar información digital y
usa software para la gestión de Internet y de su contenido, para
lograr resultados sensibles a partir de búsquedas por Internet.
La arquitectura distribuida puede describirse de
forma análoga, conceptualmente, como similar a prefijos telefónicos
o códigos postales. La diferencia es que la codificación es
específica del contenido en vez de específica de la zona
geográfica. La arquitectura de red de información distribuida puede
buscar sitios existentes, incluyendo el 84% de sitios inaccesibles
actualmente, dividirlos en categorías de forma inteligente según el
contenido y codificarlos según se requiera con códigos únicos o
múltiples para su futura recuperación inteligente. Los futuros
sitios pueden integrarse fácilmente a medida que se ponen en línea
para estar disponibles de forma inmediata, poniendo fin de este
modo al retardo actual de 186 días. Si se desea, los usuarios de
comercio pueden descargar software de sitio web de comercio
electrónico que permite una presentación personalizada de todo el
inventario de productos ofrecido. Un cliente que quiera comprar un
producto particular puede comparar de forma inmediata, a través de
múltiples sitios de vendedor, por ejemplo, precios de vendedor,
garantías, políticas de devolución y gastos de envío.
La tecnología y red de búsqueda distribuida
puede aplicarse a comercio electrónico y sirve para eliminar la
polarización, dando como resultado de este modo que se da servicio
al comercio pequeño y tradicional al igual que a los superalmacenes
electrónicos que actualmente dominan la oferta de productos y
servicios. Los vendedores pequeños y tradicionales tienen pocas
oportunidades de crear visibilidad dentro de los confines del
mercado actual, debido a que los resultados de búsqueda se
comercializan y no existe provisión para comparaciones de producto
"en directo" reales. La invención presenta una oportunidad
sustancial para buscar resultados que conduzcan a un producto real,
en vez de a un sitio web, y ofrece de este modo soluciones que
eliminan la polarización y conducen a un entorno de competencia
leal en el que puede garantizarse a los vendedores que sus sitios y
productos están incluidos.
La invención permite que vendedores y
corporaciones ejerzan el control sobre los tiempos y el contexto de
su propia información y facilita una tendencia a la
"descentralización" como una etapa evolutiva natural para
Internet. El motor de búsqueda también funciona dentro de un portal
de información que permitirá cooperación B2B eficaz. Por ejemplo,
los vendedores de componentes ya no requieren enlaces de sistema
directos con los fabricantes de equipo originales para asegurar un
suministro oportuno y adecuado. La invención permite la selección
inmediata de categoría, línea de producto y nombre de marca. Todos
los vendedores registrados en la arquitectura están representados
para su comparación. La invención hace posible que existan mercados
sustancialmente verticales para sus soluciones en las que redes
privadas de información estructurada y que puede buscarse pueden
usarse para crear sistemas de suministro y adquisición y redes de
indagación de información.
La figura 1 es un diagrama de bloques de un
ejemplo de una red de aplicación distribuida configurada según la
presente invención.
La figura 2 es un diagrama de bloques que
muestra más detalladamente la estructura interna del servidor raíz
mostrado en la figura 1.
La figura 3 es un diagrama de bloques de un
servidor de sitio de nivel uno, que muestra el flujo de programa
cuando se realiza una consulta distribuida en la red de aplicación
distribuida de la figura 1.
La figura 4 es un diagrama de bloques de un
servidor de nodo de sitio de nivel dos que no tiene sitios
registrados con el proveedor de sitio y no tiene ningún servidor
hijo.
La figura 5 es un diagrama de bloques de un
servidor de sitio en el que coexisten varios proveedores diferentes
para una amplia variedad de fuentes de información.
La figura 6 es un diagrama de bloques que
muestra un gestor de analizadores de servidores de sitio y sus
analizadores para un elemento de acceso a archivos y su almacenes
de datos para su uso para respaldar una explicación de un
procedimiento de acceso y análisis de datos según una realización de
la invención.
La figura 7 es un diagrama de bloques que
muestra en mayor detalle la estructura y organización de
determinados bloques de componente de la figura 6.
La figura 8 es un diagrama de bloques de una red
de información distribuida compuesta por una red de comercio
electrónico, una red de empresa a empresa, una red del lado de
suministro de empresa a empresa y una red de información
implementada con servidores públicos y privados.
La figura 9 es un diagrama de bloques que
muestra más detalladamente la estructura interna de un grupo ovoide
de aplicación de información de la red de información distribuida de
la figura 8.
La figura 10 es un diagrama de flujo de un
proceso de seguridad y de autenticación de sesión para
comunicaciones de red entre pares según una realización de la
invención.
La figura 11 es un diagrama de flujo que define
en términos generales las etapas de un proceso para proporcionar
seguridad para compartir archivos en un entorno distribuido.
La figura 1 es un diagrama de bloques de un
ejemplo de una red 10 de aplicación distribuida configurada según
la invención y que muestra trayectorias de flujo de información en
respuesta a una petición de usuario final particular. Una red de
aplicación es un agrupamiento de servidores que participan en una
aplicación particular de la red de información distribuida de la
invención. Ejemplos de una red de aplicación incluyen una red de
comercio electrónico, un portal de información o una red entre pares
(P2P). La red 10 es un sistema jerárquico de servidores
distribuidos que almacenan el contenido de red y se comunican con
otros servidores en la red. El sistema jerárquico es uno en el que
un servidor puede tener cualquier número de servidores hijos, cada
uno de los cuales puede tener cualquier número de sus propios
servidores hijos, con un número ilimitado de niveles sucesivos de
servidores dependientes posibles. Esta estructura ayuda a distribuir
el almacenamiento del contenido y la carga de procesamiento en la
red. Las figuras 2 a 4 muestran más detalladamente las estructuras
internas de, respectivamente, servidores raíz, de sitio y de nodo de
sitio representados como bloques de componente de sistema en la
figura 1. Las figuras 1 a 4 soportan la siguiente visión general
explicativa de la tecnología principal implementada en una
arquitectura distribuida de Internet que opera en respuesta a una
búsqueda típica de contenido por un usuario.
Con referencia a la figura 1, la red 10 incluye
un cliente de sistema operativo, que es normalmente un explorador
web o applet 12 cliente que se almacena en un ordenador de
usuario final. El applet cliente es software del lado de
cliente que está escrito preferentemente en código de lenguaje JAVA
(aunque pueden escribirse en cualquier otro lenguaje de desarrollo
de software) y permite a cualquier ordenador participar en la red.
El applet 12 cliente es la interfaz de software entre el
usuario y la red de aplicación. Un servidor 14 raíz ubicado de
forma remota del ordenador del usuario se implementa con un
perfilador raíz que almacena una lista de múltiples sitios
distribuidos a través de una red informática global, tal como
Internet. El servidor 14 raíz es el único "antepasado" de
todos los servidores y servidores hijos y es el punto de entrada
principal para el applet 12 cliente. El servidor 14 raíz
tiene tres hijos, los servidores 16, 18 y 20 de sitio, que
representan servidores de nivel uno de la Compañía A, la Compañía B
y la Compañía C, respectivamente. Los servidores 16, 18 y 20 de
sitio representan ejemplos de fuentes de información enumeradas en
el perfilador raíz del servidor 14 raíz y válidas en respuesta a
una petición específica del usuario. Los expertos apreciarán que
existen numerosas fuentes de información candidatas diferentes,
tales como, por ejemplo, redes estatales y otras redes
gubernamentales, datos corporativos, sitios web de información
comercial y educativa, sitios web de comercio electrónico y
ordenadores personales individuales de sobremesa (PC).
Cada uno de los servidores 16, 18 y 20 de sitio
se implementa con un proveedor de información que almacena
metadatos que pueden recuperarse, que se mantiene actual por y bajo
el control de la compañía con la que está asociado el servidor de
sitio. Los metadatos son información acerca del contenido residente
de forma local almacenado en cada servidor de sitio y el contenido
en cualquier servidor hijo que pueda tener un servidor de sitio.
Existen dos tipos básicos de metadatos, que son datos de tema y
datos de perfil de sitio. Un tema es una unidad de contenido
ofrecida por una red de aplicación. La base de datos de tema en un
servidor de sitio almacena información acerca del tipo de
información almacenada en el sitio y sus sitios hijos. (En las
figuras 2 y 3, las bases de datos de tema están etiquetadas,
respectivamente, "Base de datos de tema" en el servidor 14
raíz y bases de datos de "Tipo de contenido" en el servidor 16
de sitio). La base de datos de perfil de sitio almacena información
acerca de cuáles de los servidores, incluyéndose a sí mismo y sus
hijos, almacenan qué tipos de temas. Los servidores 16, 18 y 20 de
sitio proporcionan, por tanto, un conjunto de bases de metadatos,
que son bases de datos de información acerca de la información que
se almacena e intercambia en la red 10 y que son bases de datos que
realizan un seguimiento de dónde se almacenan tipos particulares de
información en la red 10. El perfilador raíz identifica los
servidores 16, 18 y 20 de sitio mediante códigos específicos de
contenido que representan perfiles de tema indicativos del contenido
de información que los servidores 16, 18 y 20 de sitio contienen.
El servidor 16 de sitio de la Compañía A está asociado con un
servidor de nivel dos, el servidor 22 de nodo de Sitio A. El
servidor 20 de sitio de la Compañía C está asociado con dos
servidores de nivel dos, el servidor 24 de nodo de Sitio C y el
servidor 26 hijo de Sitio C. El servidor 26 hijo de Sitio C está
asociado con dos servidores de nivel tres, el servidor 28 de nodo de
Sitio C2 y el servidor 30 de nodo de Sitio C2.
La figura 1 ilustra la operación de la red 10
cuando un usuario hace que el explorador 12 web solicite al
servidor 14 raíz la identificación de servidores válidos
relacionados con un tema específico. El applet 12 cliente
envía la petición a los servidores 16, 18 y 20 de sitio, todos los
que el servidor 14 raíz ha identificado como válidos en respuesta
al tema que solicitó el usuario. (Las líneas discontinuas con punta
de flecha dibujadas entre el servidor 14 raíz y cada uno de los
servidores 16, 18 y 20 de sitio representan trayectorias de
comunicación para actualizar metadatos acerca de sitios en la red y
actividad de relación (por ejemplo, información y seguimiento de
transacciones) que los enlaza y no indican trayectorias de
búsqueda).
La red 10 procesa una petición de consulta de
tema de usuario como sigue. Un usuario de red explora una página
web en el servidor 14 raíz. Si no está ya instalado en el ordenador
personal del usuario, el applet cliente se descarga e
instala (con el permiso del usuario). El applet 12 cliente
descarga una base 48 de datos de tema actual del servidor 14 raíz,
que muestra la estructura de temas normalmente como un árbol
jerárquico de categorías. El applet 12 cliente permite
entonces al usuario navegar por el árbol de categorías hasta que el
usuario encuentra la categoría de temas de interés. Tan pronto como
el usuario navega a un nivel de categoría que tiene la suficiente
especificidad para estar asociado con servidores de sitio
particulares, el applet 12 cliente envía una consulta o bien
automática o bien controlada por el usuario al servidor 14 raíz.
Cuando el applet 12 cliente indica una búsqueda, se envía al
servidor 14 raíz la petición de consulta de una lista de servidores
de sitio válidos. El servidor 14 raíz devuelve al applet 12
cliente un paquete de información que contiene una lista de todos
los servidores de sitio válidos en la red 10 de aplicación que
tienen el tipo del contenido solicitado. Los servidores 16, 18 y 20
de sitio representan los servidores de sitio que aparecen en la
lista en el ejemplo ilustrado en la figura 1. A medida que el
usuario navega por el árbol en sentido descendente hacia el nivel
de tema, el applet 12 cliente usa los metadatos disponibles
para visualizar un selector de atributos. Esto permite que el
usuario seleccione atributos, características, rasgos,
especificaciones y otros aspectos especificados del tema, que
permiten al usuario concretar el objetivo de la búsqueda. Cuando la
consulta de tema es lo suficientemente específica, el usuario la
ejecuta. El applet 12 cliente del usuario en este ejemplo
compila una lista de servidores 16, 18 y 20 de sitio, realiza una
consulta de tema en cada uno de ellos y espera a los resultados que
producen los servidores 16, 18 y 20 de sitio. El procesamiento de
la petición de consulta de tema conlleva dirigirla a los tres
servidores 16, 18 y 20 de sitio de nivel uno. Los servidores 16 y
20 de sitio pasan entonces la petición de consulta de tema a los
tres servidores 22, 24 y 26 de nivel dos. El servidor 26 hijo de
Sitio C pasa además la petición de consulta de tema a los
servidores 28 y 30 de nodo de Sitio C2. Este proceso tiene lugar al
tiempo que se evita cualquier servidor que no tenga el contenido
pertinente. Los resultados obtenidos se devuelven, al tiempo que se
evitan de nuevo todos los demás servidores, al applet 12
cliente, para su visualización al usuario. El usuario puede entonces
evaluar los resultados de búsqueda y hacer clic sobre cualquiera de
las fuentes de contenido enlazadas. El software 32 de aplicación de
administración (figuras 2 y 3) se comunica con el servidor 14 raíz
para realizar un seguimiento del número y tipos de
peticiones de búsqueda de tema procesadas, así como para actualizar las bases de metadatos en los servidores de sitio.
peticiones de búsqueda de tema procesadas, así como para actualizar las bases de metadatos en los servidores de sitio.
La figura 2 es un diagrama de bloques que
muestra en mayor detalle la estructura interna del servidor 14 raíz.
La figura 2 muestra el flujo de programa cuando una lista de
servidor de sitio se compila en el servidor 14 raíz y se entrega al
applet 12 cliente en respuesta a una petición de consulta de
tema realizada por un usuario. Con referencia a la figura 2, la
petición de consulta de tema iniciada por el applet 12
cliente pasa a través de la World Wide Web a un servidor 50 web en
el que se almacenan páginas web asociadas con el servidor 14 raíz.
(El servidor 50 web puede estar separado físicamente o ser una parte
del servidor 14 raíz). El servidor 50 web pasa la petición de
consulta de tema al servidor 14 raíz, que usa sus proveedores de
información para consultar en su base de datos todos los servidores
que corresponden al tipo de la petición. El servidor 14 raíz se
implementa con una interfaz 52 de analizador de consulta que incluye
un proveedor 54 de sitio y un proveedor 56 principal para
interpretar la petición de consulta de tema. Cada uno del proveedor
54 de sitio y el proveedor 56 principal es preferentemente un
programa basado en lenguaje JAVA que se ejecuta en el servidor 14
raíz. Los componentes de proveedor 54 de sitio y proveedor 56
principal de la interfaz 52 de analizador de consulta consultan las
bases de metadatos locales para determinar qué servidores de sitio
conducen al tipo específico de contenido de tema solicitado. Esto
conlleva identificar servidores de sitio que tienen en sí mismos
los temas correctos o están asociados con servidores descendientes
que tienen los temas correctos. El proveedor 54 de sitio identifica
servidores de sitio correspondientes a los códigos específicos de
contenido que representan los perfiles de tema, y el proveedor 56
principal identifica propiedades de los temas. La interfaz 52 de
analizador de consulta accede y recupera información de la base 48
de datos de tema y una base 60 de datos de perfil de sitio para
reunir el paquete de información que contiene la lista de servidores
de sitio válidos en los que va a buscarse. El paquete de
información representa una petición de búsqueda de información
perfilada generada por el servidor 14 raíz. Un módulo 62 de interfaz
administrativa contiene software para mantener las bases de datos y
facilitar información acerca de la frecuencia de acceso a las
mismas.
Un ejemplo de una petición de consulta de tema
es la identificación de vendedores de VCR de un tipo particular. El
proveedor 54 de sitio recupera a partir de la base 60 de datos de
perfil de sitio las identidades de servidores de sitio de compañías
que venden VCR. El proveedor 56 principal recupera a partir de la
base 48 de datos de tema las propiedades (por ejemplo, coste de
compra, compatibilidad con disco compacto y capacidad de sonido
estereofónico) del tipo especificado de VCR. El servidor 14 raíz
devuelve el paquete de información reunido al usuario por medio del
servidor 50 web. La petición de consulta de tema se distribuye
entonces a través del applet 12 cliente a los servidores de
nivel uno de los sitios identificados.
La figura 3 es un diagrama de bloques del
servidor 16 de sitio de nivel uno, que muestra el flujo de programa
cuando se realiza una consulta de tema solicitada. (Aunque el
servidor 16 de sitio tiene sólo el servidor 22 de nodo, la figura 3
muestra en líneas discontinuas dos servidores de sitio hijo de mayor
nivel jerárquico para demostrar la escalabilidad de la red). Con
referencia a la figura 3, el servidor 16 de sitio recibe del
applet 12 cliente una petición de consulta de tema realizada
por un usuario y perfilada por el servidor 14 raíz. El servidor 16
de sitio se implementa con una interfaz 78 de analizador de consulta
y procesa la petición de consulta de tema determinando si el propio
servidor 16 de sitio o un servidor de sitio de nodo hijo asociado
puede soportar la consulta de tema. La interfaz 78 de analizador de
consulta incluye un proveedor 82 de sitio, un proveedor 82 de tipo
de contenido A, un proveedor 84 de tipo de contenido B y un
proveedor 86 de tipo de contenido C, todos los cuales representan
diferentes formas de recopilar información de contenido conectando
una petición de consulta de tema y una base de datos. Por ejemplo,
los tipos A, B y C de contenido pueden representar,
respectivamente, información de comercio electrónico, datos y
contenido de sitio (HTML).
El proveedor 80 de sitio, el proveedor 82 de
comercio electrónico, el proveedor 84 de datos y el proveedor 86 de
HTML acceden y recuperan información de contenido de,
respectivamente, una base 90 de datos de sitio hijo, una base 92 de
datos de tipo de contenido A (de comercio electrónico), una base 94
de datos de tipo de contenido B (datos), y una base 96 de datos de
tipo de contenido C (contenido de sitio (HTML)). Cada servidor de
sitio de nodo hijo devuelve sus resultados de búsqueda al servidor
16, como se describe a continuación con referencia a la figura 4.
Los proveedores de información de la interfaz 78 de analizador de
consulta y los resultados de búsqueda recibidos desde cualquier
sitio de nodo hijo son las fuentes a partir de las cuales el
servidor 16 de sitio construye una lista de sitio que devuelve los
resultados completos de la búsqueda al applet 12 cliente.
Cuando el contenido en cualquier servidor
cambia, un administrador de sitio usa software 32 de aplicación de
administración (figuras 2 y 3) para actualizar las bases de
metadatos en el servidor de sitio. Esas actualizaciones se envían
automáticamente a todos los servidores padre asociados de mayores
niveles jerárquicos. Una interfaz de administración de cada
servidor (interfaz 98 administrativa del servidor 16) en cada nivel
(y la interfaz 62 administrativa del servidor 14 raíz) actualiza
las bases de metadatos locales. Cada servidor a lo largo de un
linaje siempre tiene una representación actual del contenido
disponible de forma local y a través de sus sitios hijos. El
servidor 14 raíz aloja, por tanto, bases de metadatos completas y
actuales de qué tipo de información se almacena en la red 10 (en la
base 48 de datos de tema) y la primera etapa en la trayectoria
hacia donde se almacena la información en la red 10 (en la base 60
de datos de perfil de sitio).
La figura 4 es un diagrama de bloques de un
servidor 22 de nodo de Sitio A de nivel dos, que no tiene ningún
sitio registrado con su proveedor 100 de sitio y no tiene servidor
hijo. Con referencia a la figura 4, un proveedor 102 de tipo de
contenido A (comercio electrónico), un proveedor 104 de tipo de
contenido B (datos) y un proveedor 106 de tipo de contenido C
(HTML) que residen en la interfaz 108 de analizador de consulta del
servidor 22 de nodo de Sitio A proporcionan temas válidos para
buscar en una base 110 de datos de tipo de contenido A (de comercio
electrónico) y una 112 base de datos de tipo de contenido B (sitio).
Los resultados obtenidos de las búsquedas de las bases 100 y 102 de
datos se devuelven al servidor 16 de sitio padre para la entrega al
applet 12 cliente. Una interfaz 114 administrativa actualiza
las bases de metadatos locales.
El servidor 16 de sitio, junto con el servidor
22 de nodo de Sitio A; el servidor 20 de sitio, junto con el
servidor 24 de nodo de Sitio C; y el servidor 20 de sitio, junto con
el servidor 26 hijo de Sitio C y el nodo 30 de sitio C2, forman
cada uno una red de información local según la invención.
El servidor 16 de sitio puede implementarse con
un perfilador raíz local, que como se indica en la figura 1,
incluye el servidor 22 de nodo de Sitio A en su lista de sitios
locales distribuidos. El servidor 22 de nodo de Sitio A también es
ampliable para alojar su propio perfilador raíz local aunque en el
ejemplo representado en las figuras 1 y 4 proporciona sólo
metadatos locales en respuesta a una petición de búsqueda de
información perfilada local acompañada por un código local
específico del contenido de información correspondiente al contenido
de información de los metadatos locales.
El servidor 20 de sitio puede implementarse con
un perfilador raíz local, que como se indica en la figura 1,
incluye el servidor 24 de nodo de Sitio C y el servidor 26 hijo de
Sitio C en su lista de sitios locales distribuidos. De manera
similar, el servidor 26 hijo de Sitio C puede implementarse con su
propio proveedor raíz local, que como se indica en la figura 1,
incluye los servidores 28 y 30 de nodo de Sitio C2 en su lista de
sitios locales distribuidos. Cada uno de los nodos 28 y 30 de Sitio
C2 es también ampliable para alojar su propio perfilador raíz
local.
Los sitios incluidos en los servidores de nivel
uno y servidores en niveles sucesivos funcionan, por tanto, o bien
para enumerar sitios distribuidos o bien para proporcionar metadatos
para su procesamiento por la red distribuida.
La figura 5 muestra un servidor 120 de sitio en
el que coexisten múltiples proveedores diferentes para una variedad
de fuentes de información. La organización estructural del servidor
120 de sitio facilita la capacidad de una red de información
distribuida de la invención para acceder y extraer información útil
desde una fuente de información particular una vez encontrada. Con
referencia a la figura 5, el servidor 120 de sitio tiene un gestor
122 de proveedores que encamina una consulta de búsqueda entrante a
uno apropiado o unos apropiados de los cinco proveedores mostrados
en el ejemplo presentado. Los proveedores incluyen un proveedor 124
a una base 126 de datos A de comercio electrónico y a una base 128
de datos A B2B, un proveedor 130 a un sistema 132 de archivos de
WINDOWS, un proveedor 134 a un sistema 136 de archivos UNIX, un
proveedor 138 a una base 140 de datos de contenido, y un proveedor
142 a una base 144 de datos B de comercio electrónico. Cada uno de
los proveedores 124, 130, 134, 138 y 142 tiene un elemento 124a,
130a, 134a, 138a, y 142a de acceso respectivo. Un elemento de
acceso puede encontrar, abrir, escribir y leer un objeto con
independencia del tipo de plataforma o almacén de datos. (Un
almacén de datos es un mecanismo de almacenamiento, tal como un
sistema de archivos, base de datos, sistema de correo electrónico o
archivo zip, que puede contener datos en un formato organizado). Un
elemento de acceso también tiene la capacidad de "rastrear" (es
decir, examinar el contenido de) un almacén de datos o buscar un
único objeto de datos. (Un objeto de datos es un único archivo, un
objeto en una base de datos, un mensaje de correo electrónico, un
resultado de búsqueda o un fragmento de memoria). Los proveedores
apropiados para responder a una consulta de búsqueda particular usan
sus elementos de acceso para consultar sus fuentes de información o
almacenes de datos asociados. Los elementos de acceso traducen entre
el lenguaje de consulta de un servidor raíz de la red de
información distribuida y el lenguaje de consulta de un almacén de
datos. Esta implementación facilita el acceso a cualquier fuente de
información y se describe detalladamente a continuación con
referencia a las figuras 6 y 7.
Los elementos 130a y 134a de acceso de sistema
de archivos usan un gestor 146 de analizadores, que funciona como
un intérprete de lenguaje informático y en el ejemplo presentado
incluye seis analizadores equipados para reconocer documentos en
seis formatos de archivos de software diferentes. Un analizador sabe
cómo leer el contenido de un objeto de datos y después extraer
metadatos y almacenarlos en un formato común. Los seis analizadores
incluyen analizadores de documentos de WORD, documentos de EXCEL,
imágenes JPG, audio MP3, POWERPOINT y PDF. Con independencia de
dónde y cómo está almacenado un archivo particular, el gestor 146 de
analizadores dirige el archivo al analizador apropiado. Por
ejemplo, si un archivo representa un documento WORD, el analizador
de documentos de WORD extrae los metadatos para el proveedor. Los
proveedores, junto con el gestor 146 de analizadores, habilitan el
acceso a cualquier tipo de información incluyendo: páginas web
estáticas, documentos de procesador de textos u hoja de cálculo,
imágenes, música, vídeo, e información de base de datos legada. Los
proveedores son ampliables para tratar automáticamente nuevos tipos
de datos.
Los proveedores de la red de información
distribuida permiten que la propia fuente de información conserve
la propiedad de todos los datos. Los proveedores actúan como una
ventana, directamente al interior de la fuente de datos,
habilitando de este modo a las fuentes de información para que
controlen quién tiene acceso a información particular y para que
controlen cómo se muestran los resultados.
El papel de un elemento de acceso proviene de la
existencia de datos en numerosas formas y en numerosas ubicaciones
en numerosas plataformas. Según se expone anteriormente, la presente
realización implementa una técnica que accede y analiza los datos
de manera consistente y segura y después almacena los metadatos en
un formato común. Las figuras 6 y 7 respaldan la siguiente
explicación de esta técnica. La figura 6 es un diagrama de bloques
de un gestor de analizadores de servidores de sitio ejemplar y sus
analizadores para un elemento de acceso a archivos y su almacén de
datos. La figura 7 es un diagrama de bloques que muestra más
detalladamente la estructura y organización de un gestor de
proveedores con siete elementos de acceso y un gestor de
analizadores con siete analizadores.
Con referencia a la figura 6, un servidor 200 de
sitio funciona para entregar, a un gestor 202 de analizadores,
información desde un almacén 204 de datos, a través de un elemento
206a de acceso. (El elemento 206a de acceso es uno de múltiples
elementos de acceso mostrados en la figura 7). Un proveedor (no
mostrado) en el servidor 200 de sitio también está conectado a la
base 208 de datos en una disposición estructural análoga a la
mostrada para el servidor 120 de sitio y las bases 126, 128, 140 y
144 de datos en la figura 5. El gestor 202 de analizadores dirige
información a múltiples analizadores, incluyendo, por ejemplo, un
analizador 210 de documentos de WORD; un analizador 212 de correo
electrónico; un analizador 214 de datos de base de datos; y
analizadores 216 de otra información que representan conjuntamente
a partir de la figura 7 un analizador 218 de página web, un
analizador 220 de datos archivados, un analizador 222 de bases de
datos LOTUS Notes o EXCHANGE, y un analizador 224 de imágenes,
películas o música. Con referencia a la figura 7, un gestor 230 de
elementos de acceso mantiene una lista de elementos de acceso
registrados, de los que hay siete mostrados a modo de ejemplo. Los
elementos 206a, 232a, 234a, 236a, 238a, 240a y 242a de acceso están
asociados con, respectivamente, un almacén 206 de datos de sistema
archivos, un almacén 232 de datos de sistema de correo electrónico,
un almacén 234 de datos de archivos de red, un almacén 236 de datos
de bases de datos, un almacén 238 de datos de LOTUS Notes, un
almacén 230 de datos de servidor de Internet y un almacén 232 de
datos de archivos zip.
Con referencia a las figuras 6 y 7, la técnica
para acceder y analizar datos es un mecanismo para recorrer (es
decir, leer un sistema de archivos) un almacén de datos y
analizarlo, con independencia de la ubicación de los datos o su
tipo. Al tratar almacenes de datos y objetos de datos de manera
genérica, el sistema distribuye un objeto genérico que representa
un objeto de datos. Este objeto de datos puede accederse a sí mismo
desde el almacén de datos cargando y guardando la información y
analizar sus datos en busca de propiedades ampliadas. El bloque 250
de proceso representa un evento de spider que inicia el
proceso de acceder a un almacén de datos y analizarlo. Un evento de
spider empieza con una ubicación de inicio y un elemento de
acceso de inicio. Hay un elemento de acceso asociado con cada
almacén de datos. Un elemento de acceso tiene la capacidad de
rastrear un almacén de datos o buscar un único objeto de datos.
Un elemento de acceso recorre una lista de
objetos en su almacén de datos y o bien crea un alias (denominado
un "Moniker") a partir del objeto o bien carga otro elemento de
acceso para procesar el objeto. Un Moniker es un objeto que
envuelve un objeto de datos, que puede ser un archivo, un fragmento
de datos en memoria o un enlace abstracto a cualquier tipo de
objeto. El Moniker es lo que se pasa entre los elementos de acceso,
analizadores, servidores y clientes. Los elementos de acceso tienen
una interfaz encontrar primero/encontrar siguiente que devuelve
Monikers o referencias a otros elementos de acceso. Los elementos de
acceso también tienen una interfaz de usuario con la capacidad de
incluir o excluir datos y establecer ubicaciones de inicio y fin al
procesar una fuente de datos.
El gestor 230 de elementos de acceso mantiene
una lista de todos los elementos de acceso registrados y los carga
según sea necesario. El Moniker se crea por el elemento de acceso.
El elemento de acceso carga entonces indirectamente un analizador.
El Moniker puede compartirse entre servidores o clientes remotos.
Con un Moniker, puede pedirse información de archivo, propiedades
ampliadas o cualquier otra información dinámica.
El gestor 202 de analizadores puede cargar un
analizador para un tipo de archivo dado. Un analizador procesa un
archivo extrayendo datos. Un analizador puede soportar numerosos
tipos de datos o un único tipo de datos específico. Puede haber
múltiples analizadores que soportan el mismo tipo de datos, y el
gestor 202 de analizadores determina el mejor analizador basándose
en la plataforma, los componentes instalados, u otros factores.
Cualquier analizador puede usar cualquier elemento de acceso.
El uso de un elemento de acceso, un analizador y
un Moniker proporciona una capacidad de recorrer cualquier almacén
de datos o almacenes de datos integrados en otros almacenes de datos
(por ejemplo, archivos zip en sistemas de archivos o correo
electrónico) y abrir y analizar datos con independencia del formato
del archivo.
La figura 8 es un diagrama de bloques que
muestra una red 300 de información distribuida compuesta por varias
redes de aplicaciones, que expone una arquitectura de Internet
distribuida que representa un híbrido de modelos centralizados y
entre pares. Con referencia a la figura 8, la red 300 de información
distribuida incluye una red 302 interna compuesta por un servidor
304 raíz, un servidor 306 intermedio, un servidor 308 de sitio de
compras alojado de comercio electrónico, servidores 310 de sitio de
alimentación de datos de comercio electrónico y servidores 312, 314
y 316 subraíz públicos de información. El servidor 304 raíz opera de
la manera descrita anteriormente para el servidor 14 raíz de la
figura 1, y el servidor 306 intermedio mejora los metadatos
recopilados a partir de diversos servidores en la red 300.
En particular, el servidor 306 intermedio usa
modelos, atributos de modelo, y conjuntos de campos para realizar
diversas manipulaciones, comparaciones, ordenaciones de información
y otros procesos, para presentar al usuario cliente la información
recuperada de una manera que salva el hueco de información inherente
a los motores de búsqueda actuales de la técnica anterior. Como se
indica en la figura 8, para administrar su operación, el servidor
306 intermedio está organizado por clientes, tal como comercio
electrónico, empresa a empresa (B2B) e información de comunidad. El
comercio electrónico B2B se refiere a operaciones comerciales que se
realizan entre una empresa y su cadena de suministro o entre una
empresa y otros clientes finales de la empresa. El servidor 310 de
sitio de compras alojado de comercio electrónico es un mercado en
línea que presenta productos directamente a los consumidores. El
servidor 310 de sitio proporciona, a través del servidor 304 raíz,
acceso directo en tiempo real a cada catálogo de comerciante
suscrito que conduce a un listado de productos real, en vez de a un
enlace a un sitio web. La tecnología de proveedor de información
descrita anteriormente habilita una adaptación a medida del cliente
avanzada de la información tal como establecimiento de precios
dinámico y filtrado por categorías. Los servidores 310 de sitio de
alimentación de datos de comercio electrónico almacenan, en la red
302 interna, información proporcionada por el cliente como una
adaptación a proveedores de información que no quieren búsquedas en
directo realizadas en sus sitios.
Los servidores 312, 314 y 316 subraíz públicos
de información representan tres ejemplos de servidores subraíz para
grupos de interés de comunidad pública, cada uno de los cuales tiene
potencialmente un número creciente de proveedores de información y
consumidores de información. Estos servidores subraíz, que están
alojados y administrados por un gestor de red y operan en
cooperación con el servidor 304 raíz, dan acceso directo en tiempo
real a cada fuente de in-
formación en su red, para garantizar que toda la información actual es accesible sin que se devuelvan enlaces rotos.
formación en su red, para garantizar que toda la información actual es accesible sin que se devuelvan enlaces rotos.
El sitio 308 de compras alojado de comercio
electrónico y los servidores 312, 314, 316 y 354 subraíz de
comunidad de información representan un portal de información que
abre Internet de manera que cualquier usuario puede publicar
cualquier tipo de información o acceder a cualquier tipo de
dispositivo. El portal de información puede soportar un número
indefinido de tipos de información (por ejemplo, sitios web,
servidores de archivos, bases de datos y archivos de imágenes) y
cualquier número de fuentes de información, con independencia de si
están estructuradas o no estructuradas.
El servidor 304 raíz tiene múltiples servidores
de nivel uno, incluyendo un servidor 318 A de sitio de comercio y
un servidor 320 B de sitio de comercio.
El servidor 318 A de sitio de comercio
representa un servidor de nivel uno de comercio electrónico B2B con
un proveedor 322 de comercio electrónico y un proveedor 324 B2B que
son análogos a los proveedores descritos con referencia al servidor
16 de sitio de la figura 3. El servidor 318 A de sitio de comercio
tiene un servidor 326 A1 de nodo de sitio hijo de comercio de nivel
dos, que tiene un enlace de comunicación con el proveedor 322 de
comercio electrónico y representa una red de información privada de
comercio electrónico. El servidor 326 A1 de nodo de sitio hijo de
comercio tiene un proveedor 328 de comercio electrónico y un
proveedor 330 de información que son análogos a los proveedores
descritos con referencia al servidor 22 de nodo de sitio hijo de la
figura 4. El servidor 326 de nodo de sitio hijo de comercio es una
red interna privada en la que, por ejemplo, los empleados de la
compañía propietaria del servidor A de sitio de comercio pueden
acceder a documentos propietarios internos en toda la empresa,
tales como documentos EXCEL. El servidor 318 A de sitio de comercio
se muestra con un enlace de comunicación con un cliente 332 de
compras privado de comercio electrónico que compra sólo los
productos de la entidad que posee el servidor A de sitio de comercio
y sus sitios hijos.
El servidor 320 B de sitio de comercio
representa un servidor de nivel uno de comercio electrónico del lado
de suministro B2B y de comercio electrónico B2B con un proveedor
334 de comercio electrónico y un proveedor 336 B2B que son análogos
a los proveedores descritos con referencia al servidor 16 de sitio
de la figura 3. El servidor 320 B de sitio de comercio tiene dos
servidores 338 y 340 de nodo de sitio hijo de nivel dos, ambos de
los cuales tienen enlaces de comunicación con el proveedor 236 B2B y
representan suministradores B2B. Los dos servidores 338 y 340 de
suministrador B2B pueden establecer una conexión del lado de
suministro B2B, mediante la cual la entidad propietaria del
servidor 320 B de sitio de comercio puede comprar suministros. El
servidor 320 B de sitio de comercio se muestra con un enlace de
comunicación con un cliente 342 de compras privado B2B que compra
sólo los productos de la entidad que posee el servidor 320 B de
sitio y sus sitios hijos.
Un cliente 350 de compras de comercio
electrónico y un cliente 352 de compras de portal B2B compran cada
uno en múltiples mercados a través del servidor 304 raíz. El
cliente 350 de compras de comercio electrónico habilita las compras
al por menor de empresa a consumidor (B2C) de múltiples sitios en
múltiples mercados. El cliente 352 de compras de portal B2B
habilita compras B2B de múltiples sitios en un mercado dado y de
este modo crea una oportunidad de mercado para una red de
participantes comerciantes ilimitada para crear un catálogo de
productos en red en directo y dinámico.
La figura 8 muestra servidores 312, 314 y 316
subraíz públicos de información y un servidor 354 subraíz privado
de información, asociado con lo que se denominan grupos ovoides de
aplicación de información, cada uno de los cuales está compuesto
por un cliente y un servidor de nodo. Un grupo 356 ovoide de
aplicación de información tiene un enlace de comunicación con el
servidor 312 subraíz público de información; un grupo 358 ovoide de
aplicación de información tiene un enlace de comunicación con los
servidores 356 y 358 subraíz públicos de información; y un grupo
360 ovoide de aplicación de información está asociado con el
servidor 354 subraíz privado. Se establecen enlaces 362, 364 y 366
de comunicación entre pares (P2P), respectivamente, entre los
grupos 356 y 358 ovoides de aplicación de información, entre los
grupos 358 y 360 ovoides de aplicación de información, y entre el
grupo 356 ovoide de aplicación de información y el proveedor 330 de
información del servidor 326 A1 de sitio hijo de comercio. Los
enlaces de comunicación P2P son conexiones entre ordenadores
autónomos mediante los que puede descargarse un archivo desde uno de
los ordenadores al otro sin la actuación de un servidor raíz. El
servidor 354 subraíz privado de información aloja y administra su
propio servidor y determina quién obtiene acceso, derechos y
privilegios asociados con el mismo.
La figura 9 es un diagrama de bloques que
muestra detalladamente los componentes y estructura de un grupo
ovoide de aplicación de información en asociación operativa con el
servidor 304 raíz de la red 302 interna. Con referencia a la figura
9, un servidor de registro-servidor raíz representa
el papel desempeñado por el servidor 304 raíz; la comunidad 1
subraíz y la comunidad 2 subraíz representan los papeles
desempeñados por dos cualesquiera de los servidores 312, 314 y 316
subraíz públicos de información; y la comunidad 3 subraíz
representa el papel desempeñado por el servidor 354 subraíz privado
de información. Un grupo ovoide de aplicación de información está
compuesto por dos partes, que se indican mediante la línea
horizontal que divide en dos partes cada uno de los grupos 356, 358
y 360 ovoides de aplicación de información en la figura 8. La parte
de cliente de un grupo 400 ovoide de aplicación de información
ejemplar incluye cómo sus componentes un ordenador 402 de usuario
cliente, tal como un PC y un perfil 404 de usuarios locales en un
sistema 406 de archivos. La capacidad de compartir archivos es un
derecho del usuario, y el perfil 404 registra las identificaciones
de los usuarios locales autorizados por el usuario cliente. El
sistema 406 de archivos almacena archivos descargados desde los
servidores de comunidad objetivo. La parte de servidor del grupo 400
ovoide de aplicación de información incluye como sus componentes el
servidor 200 de sitio; el gestor 2020 de analizadores y sus
analizadores 210, 212, 214 y 216 asociados; el almacén 204 de datos
y su elemento 206 de acceso asociado; y una base 208 de datos. Esta
configuración de componentes de servidor es la misma que la
presentada en la figura 6; por tanto, por motivos de claridad, se
usan los mismos números de referencia para indicar componentes
comunes en las figuras 6 y 9. En una realización preferida, las
funciones de las partes de cliente y servidor se combinan de manera
que residen en la misma plataforma.
Según la realización, para el grupo 400 ovoide
de aplicación de información, una búsqueda por un usuario cliente
hace que una consulta de búsqueda llegue al servidor 200 de sitio de
comunidad, que está incluido en el proceso de búsqueda y produce un
archivo a partir del almacén 204 de datos para la entrega al usuario
cliente.
\newpage
Un asunto problemático surge en una red P2P, tal
como la establecida por cualquiera de los enlaces 362, 364 y 366 de
comunicación P2P, proviene del hecho de que el contenido puede
residir en cualquier servidor del mismo nivel en la red P2P. Estos
servidores carecen de conocimiento específico de otros servidores
del mismo nivel en la red, aparte de un servidor de referencia que
funciona como la fuente autorizadora de la información en red (es
decir, un servicio de directorio). Para evitar que clientes del
mismo nivel no autorizados busquen en servidores del mismo nivel en
la red P2P, la realización implementa un procedimiento que indica a
un servidor del mismo nivel que un cliente del mismo nivel que
solicita una búsqueda está autorizado para hacerlo.
El procedimiento se lleva a cabo mediante la
operación del servidor 304 de registro-servidor raíz
de la figura 9, que es un servidor central conocido por todos los
clientes y usado como un repositorio para claves públicas dentro de
la red P2P. Al unirse a la red P2P por primera vez, un cliente pasa
al servidor 304 de registro-servidor raíz una parte
de clave pública del par de claves pública/privada generado por el
cliente, junto con una dirección de correo electrónico y otra
información según se requiera por un administrador de red. El
cliente se identifica como uno de los grupos ovoides de aplicación
de información en las figuras 8 y 9. El cliente en ese momento
obtiene la clave pública que identifica al servidor 304 de
registro-servidor raíz y almacena su clave pública
para futura referencia. El proceso de conexión de registro se indica
mediante la línea discontinua con punta de flecha entre el servidor
de comunidad 1 subraíz y el servidor 200 de sitio y la línea
continua que conecta el servidor de comunidad 1 subraíz y el
servidor 304 de registro-servidor raíz en la figura
9.
La figura 10 es un diagrama de flujo del proceso
de seguridad y autenticación de sesión llevado a cabo en una red
P2P. Cada uno de los servidores de comunidad 1 a 3 subraíz de la
figura 9 replica las funciones de autorización del servidor 304 de
registro-servidor raíz. Por tanto, estos servidores
de comunidad almacenan las claves públicas de los usuarios cliente
de la red P2P. Con referencia a la figura 10, la siguiente vez tras
el registro, el cliente establece comunicación con el servidor de
comunidad 1 subraíz para solicitar una cadena de bits de desafío.
El servidor de comunidad 1 subraíz genera en respuesta una cadena de
bits aleatorios y la envía al cliente como una cadena de bits de
desafío. El cliente cifra entonces la cadena de bits de desafío
usando la clave privada del cliente y devuelve la cadena de bits de
desafío cifrada al servidor de comunidad 1 subraíz. El servidor de
comunidad 1 subraíz descifra entonces la cadena de bits de desafío
devuelta por el cliente usando la clave pública que el servidor de
comunidad 1 subraíz tiene en archivo para el cliente y compara los
resultados del descifrado con la cadena de bits de desafío original.
Para una verificación satisfactoria, el resultado de descifrado de
la cadena de bits de desafío con la clave pública coincide con la
cadena de bits de desafío original, proporcionando de este modo la
identidad del cliente.
Una vez que se ha establecido la identidad del
cliente, el servidor de comunidad 1 subraíz devuelve al cliente un
testigo de acceso que permite al cliente consultar otros servidores
del mismo nivel en la red P2P. Este testigo de acceso incluye, por
ejemplo, la dirección IP de la que informó el cliente durante el
desafío/respuesta y una marca de fecha y hora desde el servidor de
comunidad 1 subraíz. El testigo de acceso se firma entonces, usando
la clave privada del servidor de comunidad 1 subraíz.
Cuando desea buscar información en un servidor
del mismo nivel objetivo, el cliente pasa el testigo de acceso
junto con el paquete de petición de consulta. El servidor 200 del
mismo nivel objetivo que recibe la petición valida entonces el
testigo de acceso. El proceso de validación puede adoptar una de dos
formas. Puesto que conoce la clave pública del servidor de
comunidad 1 subraíz, el servidor 200 del mismo nivel objetivo puede
por sí mismo validar el testigo de acceso. Alternativamente, puede
pasarse el testigo de acceso al servidor de comunidad 1 subraíz, y
validarse en el mismo. Si la marca de fecha y hora se usa para crear
un testigo de acceso con una duración limitada, la comprobación de
vuelta en el servidor de comunidad 1 subraíz eliminaría cualquier
problema en cuanto a husos horarios. Una determinación de un testigo
de acceso válido da como resultado la entrega de una petición de
descargar datos, acompañada por el testigo de acceso, al servidor
200 del mismo nivel objetivo que, en respuesta, descarga los datos
al cliente 402.
La prueba de la identidad de cliente se emprende
al inicio de cualquier sesión con un sistema remoto, de modo que si
se realiza una búsqueda durante una sesión que es diferente de una
sesión de transferencia de archivos, volvería a enviarse el testigo
de acceso, y volvería a verificarse cuando se inicie la sesión de
transferencia de archivos.
Para exhibir la capacidad adicional de la red
300 de información distribuida, la figura 9 muestra con una línea
discontinua con punta de flecha una conexión de consulta de
comunidad entre el cliente 402 y el servidor de comunidad 3 subraíz
privado, para ilustrar la capacidad del cliente 402 para buscar en
un servidor de comunidad privado. Un proceso de autenticación se
emprende para abrir una sesión con un servidor de comunidad
privado.
Otro asunto problemático surge en conexión con
un entorno distribuido en el que se comparten archivos u otra
información. Puesto que los permisos de recurso compartido residen
preferiblemente en la fuente de datos, los riesgos de seguridad
provienen de un atacante potencial que desee compartir contenido no
aprobado y que tenga acceso físico al ordenador que contiene los
datos y la información de recurso compartido. Esta situación
permite dos clases de ataque. La primera clase es la sustitución de
la propia fuente de datos. Esto se consigue con gran facilidad
sobrescribiendo un archivo compartido con un archivo no aprobado. La
segunda clase de ataque es la modificación de la información de
recurso compartido, que normalmente residirá en una base de datos.
Alterar estos datos puede permitir que los datos apunten a un
archivo no aprobado en vez de al contenido aprobado.
\newpage
La figura 11 es un diagrama de flujo que define
en términos generales las cinco etapas de un proceso para
proporcionar seguridad para compartir archivos en una red P2P. Con
referencia a la figura 11, el servidor de comunidad 1 subraíz que
funciona como un administrador tiene, como se describe con
referencia a la figura 10, autoridad de aprobación para contenido y
se identifica mediante un par de claves pública/privada. La parte
de clave pública de este par de claves se distribuye a todos los
servidores de nodo del mismo nivel en la red P2P.
La etapa 1 del proceso representa un evento
cuando un usuario desea compartir contenido. La información acerca
de tal contenido (mostrada como información de fila 1 de la tabla de
archivos del servidor de recursos compartidos) incluyendo el nombre
del archivo, el tamaño del archivo y el hash del archivo se
envía al servidor de comunidad 1 subraíz (de autorización). (Un
"hash" se forma mediante un algoritmo criptográfico, es
una representación condensada del contenido de un archivo). El
servidor de comunidad 1 subraíz examina el archivo para garantizar
que el contenido es apropiado.
La etapa 2 conlleva el uso por el servidor de
comunidad 1 subraíz de la información de fila 1 para acceder al
archivo de forma remota. La etapa 3 conlleva la aprobación del
archivo por el servidor de comunidad 1 subraíz, que aplica la
función hash al nombre del archivo, al tamaño del archivo y
al hash del archivo. Cuando aprueba el archivo para que se
comparta, el servidor de comunidad 1 subraíz, usando su clave
privada, firma la información que se le envió. La etapa 4
representa que la firma, junto con el contenido compartido, se
almacenan en la tabla de archivos en el servidor de recursos
compartidos.
La etapa 5 representa cuando un servidor de
recursos compartidos recibe una petición para descargar un archivo
de información compartida a un servidor del mismo nivel. El servidor
de recursos compartidos recupera, en respuesta, el nombre del
archivo, obtiene el tamaño del archivo a partir del sistema de
archivos y calcula el hash del archivo. Se aplica entonces
la función hash a estos tres valores y se comparan frente al
hash firmado descifrado devuelto desde el servidor de
comunidad 1 subraíz. Si cualquiera de estos valores no coincide, el
archivo no se pone a disposición del servidor del mismo nivel que
solicita la descarga. En caso contrario, el archivo se pone a
disposición del servidor del mismo nivel.
Aunque se describe con referencia a una red P2P,
el proceso de seguridad para compartir archivos puede implementarse
en cualquier red en la que un servidor puede conseguir un acceso
controlado a un archivo que reside en un servidor ubicado de forma
remota.
Resultará obvio para los expertos en la técnica
que pueden realizarse numerosos cambios en los detalles de las
realizaciones anteriormente descritas de esta invención, sin
alejarse de los principios subyacentes de la misma. Como un primer
ejemplo, pueden combinarse las funciones de un cliente (por ejemplo,
applet cliente) y un servidor raíz, de modo que residan en
la misma plataforma. Como un segundo ejemplo, un applet, una
aplicación, un explorador de red, u otro tipo de cliente de sistema
operativo, pueden usarse para iniciar una consulta o búsqueda de
tema. El ámbito de la invención debe, por tanto, determinarse sólo
por las siguientes reivindicaciones.
Claims (20)
1. Una red (10) de información distribuida
construida para recopilar información a partir de sitios
distribuidos a través de una red informática accesible de forma
global, que comprende:
- un servidor (14) raíz que almacena una lista de múltiples sitios (A, B, C) distribuidos, cada uno de los cuales está representado por metadatos correspondientes a contenido de información disponible directa o indirectamente;
- múltiples sitios (A, B, C) distribuidos, cada uno de los cuales se implementa con un proveedor (16, 18, 20) de información que está ubicado de forma remota del servidor (14) raíz, almacenando el proveedor de información de cada uno de los sitios distribuidos, metadatos correspondientes al contenido de información que está disponible en un servidor (A, B, C) de o un servidor (A1, C1, C2, C2-1, C2-2) asociado con el proveedor de información, pudiendo recuperarse el contenido de información en respuesta a una petición de búsqueda de información perfilada desde el servidor raíz de resultados de búsqueda de una búsqueda realizada sobre el contenido de información; caracterizada por:
- un enlace de comunicación de información perfilada entre el servidor (14) raíz y cada uno de los múltiples sitios (A, B, C) distribuidos, habilitando el enlace de comunicación de información perfilada la formación de una trayectoria para la entrega de los resultados de búsqueda del contenido de información al que corresponden los metadatos a un sitio de destino a partir de un sitio o sitios representados por los metadatos de la petición de búsqueda de información perfilada; y
- un cliente (12) de sistema operativo que entrega al servidor (14) raíz una petición de búsqueda de información por un usuario, reuniendo el servidor raíz una lista que identifica a uno o más seleccionados de los servidores válidos para buscar contenido de información en los mismos, y recibe sin pasar a través del enlace de comunicación de información perfilada los resultados de búsqueda recuperados a partir del uno o más servidores seleccionados identificados en la lista en respuesta a la petición de búsqueda de información perfilada.
2. La red de información distribuida según la
reivindicación 1, en la que los múltiples sitios (A, B, C)
distribuidos están configurados para alojar y mantener su propio
contenido de información mientras están disponibles para el acceso
mediante peticiones de búsqueda de información que se originan desde
fuentes de red informática accesible de forma global ubicadas de
forma remota.
3. La red de información distribuida según la
reivindicación 1, en la que el cliente (12) de sistema operativo
comprende uno de un explorador de red, un applet o una
aplicación.
4. La red de información distribuida según la
reivindicación 1, en la que al menos uno de los múltiples sitios
(A, B, C) distribuidos implementa una red de información local y
comprende además:
- un servidor (16, 18, 20) raíz local que almacena una lista de múltiples sitios locales distribuidos, cada uno de los cuales está representado por metadatos locales correspondientes a un contenido de información disponible directa o indirectamente; y
- múltiples sitios (A1, C1, C2, C2-1, C2-2) locales distribuidos, cada uno de los cuales se implementa con un proveedor de información en el que se almacenan metadatos locales correspondientes al contenido de información que puede recuperarse en respuesta a una petición de búsqueda de información perfilada local de resultados de búsqueda de una búsqueda realizada sobre el contenido de información disponible en un servidor o servidores locales asociados con el proveedor de información.
5. La red de información distribuida según la
reivindicación 1, en la que al menos uno de los múltiples sitios
(A, B, C) distribuidos incluye múltiples niveles de servidores (16,
18, 20, 22, 24, 26, 28, 30) en los que buscar en respuesta a la
petición de búsqueda de información perfilada.
6. La red de información distribuida según la
reivindicación 1, en la que los múltiples sitios (A, B, C)
distribuidos incluyen servidores de sitio para al menos uno de una
red de comercio electrónico, una red de empresa a empresa, una red
de sitio de suministro de empresa a empresa, una red entre pares o
una red de información de comunidad.
7. La red de información distribuida según la
reivindicación 1, en la que el servidor (14) raíz incluye una
interfaz (52) de analizador de consulta que tiene un proveedor (54)
de sitio y un proveedor (56) principal, identificando el proveedor
(54) de sitio uno determinado o unos determinados de los múltiples
sitios (A, B, C) distribuidos correspondientes a los metadatos que
representan perfiles de tema indicativos del contenido de
información e identificando el proveedor principal propiedades de
temas representados por los perfiles de tema.
8. La red de información distribuida según la
reivindicación 7, en la que los proveedores (54, 56) de sitio y
principal están asociados de forma operativa con bases de datos de
perfil de sitio y de tema respectivas y en la que la interfaz de
analizador de consulta accede y recupera el contenido de información
a partir de las bases de datos de perfil de sitio y de tema para
reunir un paquete de información que incluye la lista que
identifica el uno o más servidores seleccionados válidos para buscar
contenido de información en los mismos.
9. La red de información distribuida según la
reivindicación 1, en la que al menos uno de los múltiples sitios
(A, B, C) distribuidos implementa una red de información local entre
pares y comprende además:
- múltiples sitios locales del mismo nivel distribuidos, cada uno de los cuales se implementa con un proveedor de información en el que se almacenan metadatos locales del mismo nivel y pueden recuperarse en respuesta a una petición de búsqueda de información perfilada local del mismo nivel de resultados de búsqueda que pueden derivarse del contenido de información al que corresponden los metadatos locales del mismo nivel; y
- un servidor (304) raíz local del mismo nivel, que almacena una lista de los múltiples sitios locales del mismo nivel distribuidos, cada uno de los cuales está representado por metadatos correspondientes al contenido de información al que corresponden los metadatos locales del mismo nivel, y emite un testigo de acceso en respuesta a la recepción de una petición de búsqueda por uno válido de los múltiples sitios locales distribuidos para proporcionar una trayectoria aprobada para la entrega de resultados de búsqueda local del mismo nivel que son sensibles a la petición de búsqueda.
10. La red de información distribuida según la
reivindicación 9, en la que el testigo de acceso se emite según un
proceso de cifrado y descifrado con un par de claves
pública/privada.
11. La red de información distribuida según la
reivindicación 1, en la que al menos uno de los múltiples sitios
distribuidos implementa una red de información local y comprende
además:
- un servidor (304) raíz local que se identifica mediante un par de claves pública/privada de servidor raíz que tiene una parte de clave pública y que almacena una lista de múltiples sitios locales distribuidos, cada uno de los cuales está representado por metadatos locales correspondientes a contenido de información disponible directa o indirectamente y partes de clave pública de pares de claves pública/privada de sitio generadas por los múltiples sitios locales distribuidos; y
- múltiples sitios locales distribuidos, cada uno de los cuales se implementa con un proveedor de información en el que se almacenan metadatos locales correspondientes a contenido de información que puede recuperarse en respuesta a una petición de búsqueda de información perfilada local de resultados de búsqueda que pueden derivarse del contenido de información al que corresponden los metadatos locales, y almacenando los múltiples sitios locales distribuidos la parte de clave pública de servidor raíz para su uso para llevar a cabo un algoritmo criptográfico para evitar cambios no autorizados en el contenido de información representado por los metadatos locales almacenados.
12. La red de información distribuida según la
reivindicación 11, en la que los múltiples sitios locales
distribuidos forman parte de una red entre pares.
13. La red de información distribuida según la
reivindicación 1, que comprende además:
- una interfaz de administración asociada con el servidor raíz; y
- un enlace de comunicación de actualización de metadatos entre la interfaz de administración y los múltiples sitios distribuidos, para proporcionar a la interfaz de administración información de base de metadatos actualizada y de este modo habilitar al servidor raíz para alojar bases de metadatos actualizadas de tipos de información almacenada en la red de información distribuida.
14. Un procedimiento de recopilación de
información a partir de múltiples sitios distribuidos a través de
una red informática accesible de forma global, que comprende:
- implementar, con cada uno de los múltiples sitios (A, B, C) distribuidos, un proveedor (16, 18, 20) de información que almacena metadatos correspondientes a contenido de información que está disponible en un servidor (A, B, C) de o un servidor (A1, C1, C2, C2-1, C2-2) asociado con el proveedor de información, pudiendo recuperarse el contenido de información en respuesta a una petición de búsqueda de información perfilada de resultados de búsqueda de una búsqueda realizada sobre el contenido de información;
- establecer un enlace de comunicación de información perfilada entre un servidor (14) raíz que almacena una lista de múltiples sitios distribuidos, cada uno de los cuales está representado por metadatos correspondientes al contenido de información y cada uno de los múltiples sitios distribuidos, caracterizado por:
- transmitir desde un cliente (12) de sistema operativo al servidor (14) raíz una petición de búsqueda de información perfilada de resultados de búsqueda de una búsqueda realizada sobre el contenido de información;
- reunir el servidor raíz una lista que identifica a uno o más seleccionados de los servidores válidos para buscar contenido de información en los mismos; y
- formar una trayectoria de comunicación para la entrega de los resultados de búsqueda a un sitio de destino desde el uno o más servidores seleccionados.
15. El procedimiento según la reivindicación 14,
que comprende además proporcionar un enlace de comunicación con el
cliente (12) de sistema operativo para entregarle los resultados de
búsqueda recuperados a partir del sitio o sitios de destino en
respuesta a la petición de búsqueda de información perfilada.
16. La red de información distribuida según la
reivindicación 1, en la que cada uno de los múltiples sitios
distribuidos incluye una interfaz de administración local y una
base de metadatos local asociada, actualizando la interfaz de
administración local su base de metadatos local asociada para
proporcionar un registro actual del contenido disponible de forma
local en el servidor.
17. La red de información distribuida según la
reivindicación 16, en la que al menos uno de los múltiples sitios
distribuidos incluye múltiples niveles de servidores y la base de
metadatos local proporciona un registro actual que incluye el
contenido disponible a partir de al menos un nivel de servidor de
los múltiples niveles de servidores.
18. El procedimiento según la reivindicación 14,
que comprende además:
- implementar una interfaz de administración asociada con el servidor raíz; y
- establecer un enlace de comunicación de actualización de metadatos entre la interfaz de administración y los múltiples sitios distribuidos, para proporcionar a la interfaz de administración información de base de metadatos actualizada y de este modo habilitar al servidor raíz para alojar bases de metadatos actualizadas de tipos de información almacenada en la red de información de distribución.
19. El procedimiento según la reivindicación 14,
en el que cada uno de los múltiples sitios distribuidos incluye una
interfaz de administración local y una base de metadatos local
asociada, actualizando la interfaz de administración local su base
de metadatos local asociada para proporcionar un registro actual del
contenido disponible de forma local en el servidor.
20. El procedimiento según la reivindicación 19,
en el que al menos uno de los múltiples sitios distribuidos incluye
múltiples niveles de servidores y la base de metadatos local
proporciona un registro actual que incluye el contenido disponible
a partir de al menos un nivel de servidor de los múltiples niveles
de servidores.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US17632900P | 2000-01-14 | 2000-01-14 | |
| US176329P | 2000-01-14 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2329008T3 true ES2329008T3 (es) | 2009-11-20 |
Family
ID=22643922
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES01904831T Expired - Lifetime ES2329008T3 (es) | 2000-01-14 | 2001-01-12 | Red de informacion dsitribuida accessible de forma global. |
Country Status (7)
| Country | Link |
|---|---|
| US (2) | US20020038348A1 (es) |
| EP (1) | EP1381967B1 (es) |
| AT (1) | ATE435464T1 (es) |
| AU (1) | AU2001232777A1 (es) |
| DE (1) | DE60139157D1 (es) |
| ES (1) | ES2329008T3 (es) |
| WO (1) | WO2001052094A2 (es) |
Families Citing this family (143)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7035880B1 (en) | 1999-07-14 | 2006-04-25 | Commvault Systems, Inc. | Modular backup and retrieval system used in conjunction with a storage area network |
| US7389311B1 (en) | 1999-07-15 | 2008-06-17 | Commvault Systems, Inc. | Modular backup and retrieval system |
| US7395282B1 (en) | 1999-07-15 | 2008-07-01 | Commvault Systems, Inc. | Hierarchical backup and retrieval system |
| US8019757B2 (en) * | 2000-01-14 | 2011-09-13 | Thinkstream, Inc. | Distributed globally accessible information network implemented to maintain universal accessibility |
| US7155481B2 (en) | 2000-01-31 | 2006-12-26 | Commvault Systems, Inc. | Email attachment management in a computer system |
| US6658436B2 (en) | 2000-01-31 | 2003-12-02 | Commvault Systems, Inc. | Logical view and access to data managed by a modular data and storage management system |
| US7003641B2 (en) | 2000-01-31 | 2006-02-21 | Commvault Systems, Inc. | Logical view with granular access to exchange data managed by a modular data and storage management system |
| FR2810428B1 (fr) * | 2000-06-14 | 2002-12-13 | Olivier Nerot | Procede et systeme de selection sur requete d'une ou plusieurs sources d'informations disponibles a partir d'un reseau de communications |
| US20020049760A1 (en) * | 2000-06-16 | 2002-04-25 | Flycode, Inc. | Technique for accessing information in a peer-to-peer network |
| JP2002109335A (ja) * | 2000-06-30 | 2002-04-12 | Canon Inc | 消耗品オンラインショッピングシステム、ポータルサーバー、電子決算サーバー、メールオーダーセンターサーバー、リサイクル工場サーバー、サーバー、消耗品オンラインショッピング方法、プログラム及び記憶媒体 |
| US7437312B2 (en) * | 2000-08-23 | 2008-10-14 | Bizrate.Com | Method for context personalized web browsing |
| US7830399B2 (en) * | 2000-10-04 | 2010-11-09 | Shutterfly, Inc. | System and method for manipulating digital images |
| US7233942B2 (en) * | 2000-10-10 | 2007-06-19 | Truelocal Inc. | Method and apparatus for providing geographically authenticated electronic documents |
| KR20020030610A (ko) * | 2000-10-19 | 2002-04-25 | 스톰 씨엔씨 인코포레이티드 | 통신상에서 불법 유통되는 디지털 음악파일에 의해 음반의판매량이 감소되는 것을 방지하는 방법 |
| US7685224B2 (en) * | 2001-01-11 | 2010-03-23 | Truelocal Inc. | Method for providing an attribute bounded network of computers |
| US6839677B2 (en) * | 2001-02-14 | 2005-01-04 | International Business Machines Corporation | Transactional data transfer in a network system |
| US7047406B2 (en) * | 2001-03-21 | 2006-05-16 | Qurlo Holdings, Inc. | Method and system for providing a secure peer-to-peer file delivery network |
| EP1253528B1 (en) * | 2001-04-25 | 2008-10-29 | Caplin Systems Limited | Connection services |
| US7231382B2 (en) * | 2001-06-01 | 2007-06-12 | Orbitz Llc | System and method for receiving and loading fare and schedule data |
| US6668529B2 (en) * | 2001-06-27 | 2003-12-30 | Emark Manufacturing Company, Incorporated | Operator control system for self-propelled vehicles |
| US8606916B2 (en) * | 2001-09-17 | 2013-12-10 | Open Text S.A. | Graphical user interface for performing administration on web components of web sites in a portal framework |
| US7293070B2 (en) * | 2001-09-17 | 2007-11-06 | Vignette Corporation | Method and system for deploying web components between portals in a portal framework |
| AT500635A2 (de) * | 2001-10-31 | 2006-02-15 | Siemens Ag Oesterreich | Verfahren zum auffinden und anbieten von informationen und diensten in einem kommunikationsnetzwerk sowie entsprechendes kommunikationssystem |
| US10255362B2 (en) * | 2001-11-28 | 2019-04-09 | Benjamin Rodefer | Method for performing a search, and computer program product and user interface for same |
| JPWO2003060764A1 (ja) * | 2002-01-16 | 2005-05-19 | 富士通株式会社 | 情報検索システム |
| US7743045B2 (en) * | 2005-08-10 | 2010-06-22 | Google Inc. | Detecting spam related and biased contexts for programmable search engines |
| US7716199B2 (en) | 2005-08-10 | 2010-05-11 | Google Inc. | Aggregating context data for programmable search engines |
| US7693830B2 (en) * | 2005-08-10 | 2010-04-06 | Google Inc. | Programmable search engine |
| US7774611B2 (en) * | 2002-05-06 | 2010-08-10 | Hewlett-Packard Development Company, L.P. | Enforcing file authorization access |
| US7620699B1 (en) * | 2002-07-26 | 2009-11-17 | Paltalk Holdings, Inc. | Method and system for managing high-bandwidth data sharing |
| US8335779B2 (en) * | 2002-08-16 | 2012-12-18 | Gamroe Applications, Llc | Method and apparatus for gathering, categorizing and parameterizing data |
| US20050149507A1 (en) * | 2003-02-05 | 2005-07-07 | Nye Timothy G. | Systems and methods for identifying an internet resource address |
| US7613687B2 (en) * | 2003-05-30 | 2009-11-03 | Truelocal Inc. | Systems and methods for enhancing web-based searching |
| US7454569B2 (en) | 2003-06-25 | 2008-11-18 | Commvault Systems, Inc. | Hierarchical system and method for performing storage operations in a computer network |
| JP2007519066A (ja) * | 2003-09-29 | 2007-07-12 | レルム システムズ インコーポレイテッド | 可動性装置サーバ |
| US7546324B2 (en) | 2003-11-13 | 2009-06-09 | Commvault Systems, Inc. | Systems and methods for performing storage operations using network attached storage |
| CA2546304A1 (en) | 2003-11-13 | 2005-05-26 | Commvault Systems, Inc. | System and method for performing an image level snapshot and for restoring partial volume data |
| US7284006B2 (en) * | 2003-11-14 | 2007-10-16 | Microsoft Corporation | Method and apparatus for browsing document content |
| US7464330B2 (en) * | 2003-12-09 | 2008-12-09 | Microsoft Corporation | Context-free document portions with alternate formats |
| US7690000B2 (en) * | 2004-01-08 | 2010-03-30 | Microsoft Corporation | Metadata journal for information technology systems |
| US20050160276A1 (en) * | 2004-01-16 | 2005-07-21 | Capital One Financial Corporation | System and method for a directory secured user account |
| JP4682520B2 (ja) * | 2004-02-25 | 2011-05-11 | ソニー株式会社 | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム |
| US8661332B2 (en) * | 2004-04-30 | 2014-02-25 | Microsoft Corporation | Method and apparatus for document processing |
| US20060253894A1 (en) * | 2004-04-30 | 2006-11-09 | Peter Bookman | Mobility device platform |
| US7383500B2 (en) | 2004-04-30 | 2008-06-03 | Microsoft Corporation | Methods and systems for building packages that contain pre-paginated documents |
| US7565630B1 (en) | 2004-06-15 | 2009-07-21 | Google Inc. | Customization of search results for search queries received from third party sites |
| US7437358B2 (en) | 2004-06-25 | 2008-10-14 | Apple Inc. | Methods and systems for managing data |
| US7730012B2 (en) * | 2004-06-25 | 2010-06-01 | Apple Inc. | Methods and systems for managing data |
| US10514816B2 (en) | 2004-12-01 | 2019-12-24 | Uber Technologies, Inc. | Enhanced user assistance |
| US10445799B2 (en) | 2004-09-30 | 2019-10-15 | Uber Technologies, Inc. | Supply-chain side assistance |
| US7617450B2 (en) * | 2004-09-30 | 2009-11-10 | Microsoft Corporation | Method, system, and computer-readable medium for creating, inserting, and reusing document parts in an electronic document |
| US10687166B2 (en) | 2004-09-30 | 2020-06-16 | Uber Technologies, Inc. | Obtaining user assistance |
| KR101574485B1 (ko) * | 2004-10-08 | 2015-12-04 | 코닌클리케 필립스 엔.브이. | Ｄｒｍ 시스템을 위한 사용자 기반 콘텐트 키 암호화 |
| US20060136816A1 (en) * | 2004-12-20 | 2006-06-22 | Microsoft Corporation | File formats, methods, and computer program products for representing documents |
| US7617451B2 (en) * | 2004-12-20 | 2009-11-10 | Microsoft Corporation | Structuring data for word processing documents |
| US7620889B2 (en) * | 2004-12-20 | 2009-11-17 | Microsoft Corporation | Method and system for linking data ranges of a computer-generated document with associated extensible markup language elements |
| US7617229B2 (en) * | 2004-12-20 | 2009-11-10 | Microsoft Corporation | Management and use of data in a computer-generated document |
| US7617444B2 (en) * | 2004-12-20 | 2009-11-10 | Microsoft Corporation | File formats, methods, and computer program products for representing workbooks |
| US7752632B2 (en) * | 2004-12-21 | 2010-07-06 | Microsoft Corporation | Method and system for exposing nested data in a computer-generated document in a transparent manner |
| US7921365B2 (en) | 2005-02-15 | 2011-04-05 | Microsoft Corporation | System and method for browsing tabbed-heterogeneous windows |
| WO2009016427A1 (en) * | 2007-07-31 | 2009-02-05 | Macrovision Corporation | A computer-implemented method and system to enable out of band tracking for digital distribution |
| US8397072B2 (en) * | 2005-05-20 | 2013-03-12 | Rovi Solutions Corporation | Computer-implemented method and system for embedding ancillary information into the header of a digitally signed executable |
| US20070022128A1 (en) * | 2005-06-03 | 2007-01-25 | Microsoft Corporation | Structuring data for spreadsheet documents |
| KR100678956B1 (ko) * | 2005-08-25 | 2007-02-06 | 삼성전자주식회사 | 네트워크 상에서 컨텐츠 정보를 요청 및 제공하는 장치 및그 방법 |
| US20070088680A1 (en) * | 2005-10-14 | 2007-04-19 | Microsoft Corporation | Simultaneously spawning multiple searches across multiple providers |
| US8078597B2 (en) * | 2005-11-17 | 2011-12-13 | Oracle International Corporation | System and method for providing extensible controls in a communities framework |
| US7668884B2 (en) | 2005-11-28 | 2010-02-23 | Commvault Systems, Inc. | Systems and methods for classifying and transferring information in a storage network |
| US7606844B2 (en) | 2005-12-19 | 2009-10-20 | Commvault Systems, Inc. | System and method for performing replication copy storage operations |
| US7617262B2 (en) | 2005-12-19 | 2009-11-10 | Commvault Systems, Inc. | Systems and methods for monitoring application data in a data replication system |
| US7651593B2 (en) | 2005-12-19 | 2010-01-26 | Commvault Systems, Inc. | Systems and methods for performing data replication |
| US8661216B2 (en) | 2005-12-19 | 2014-02-25 | Commvault Systems, Inc. | Systems and methods for migrating components in a hierarchical storage network |
| US8930496B2 (en) | 2005-12-19 | 2015-01-06 | Commvault Systems, Inc. | Systems and methods of unified reconstruction in storage systems |
| US7636743B2 (en) | 2005-12-19 | 2009-12-22 | Commvault Systems, Inc. | Pathname translation in a data replication system |
| US7962709B2 (en) | 2005-12-19 | 2011-06-14 | Commvault Systems, Inc. | Network redirector systems and methods for performing data replication |
| US20200257596A1 (en) | 2005-12-19 | 2020-08-13 | Commvault Systems, Inc. | Systems and methods of unified reconstruction in storage systems |
| EP1974296B8 (en) | 2005-12-19 | 2016-09-21 | Commvault Systems, Inc. | Systems and methods for performing data replication |
| US8358976B2 (en) | 2006-03-24 | 2013-01-22 | The Invention Science Fund I, Llc | Wireless device with an aggregate user interface for controlling other devices |
| JP2007317028A (ja) * | 2006-05-26 | 2007-12-06 | Ns Solutions Corp | 情報処理装置、データベース管理システム、情報処理装置の制御方法及びプログラム |
| US8726242B2 (en) | 2006-07-27 | 2014-05-13 | Commvault Systems, Inc. | Systems and methods for continuous data replication |
| EP1892913A1 (de) * | 2006-08-24 | 2008-02-27 | Siemens Aktiengesellschaft | Verfahren und Anordnung zum Bereitstellen eines drahtlosen Mesh-Netzwerks |
| US7882077B2 (en) | 2006-10-17 | 2011-02-01 | Commvault Systems, Inc. | Method and system for offline indexing of content and classifying stored data |
| GB2443264A (en) * | 2006-10-27 | 2008-04-30 | Ntnu Technology Transfer As | Integrity checking method for a device in a computer network, which controls access to data; e.g. to prevent cheating in online game |
| US8370442B2 (en) | 2008-08-29 | 2013-02-05 | Commvault Systems, Inc. | Method and system for leveraging identified changes to a mail server |
| US9411976B2 (en) * | 2006-12-01 | 2016-08-09 | Maidsafe Foundation | Communication system and method |
| US8086637B1 (en) | 2006-12-22 | 2011-12-27 | Emc Corporation | Access control for business process data |
| US20080228771A1 (en) | 2006-12-22 | 2008-09-18 | Commvault Systems, Inc. | Method and system for searching stored data |
| US8290808B2 (en) | 2007-03-09 | 2012-10-16 | Commvault Systems, Inc. | System and method for automating customer-validated statement of work for a data storage environment |
| US8359300B1 (en) * | 2007-04-03 | 2013-01-22 | Google Inc. | System and method for displaying both localized search results and internet search results |
| US20080277314A1 (en) * | 2007-05-08 | 2008-11-13 | Halsey Richard B | Olefin production utilizing whole crude oil/condensate feedstock and hydrotreating |
| US20090132462A1 (en) * | 2007-11-19 | 2009-05-21 | Sony Corporation | Distributed metadata extraction |
| US7836174B2 (en) | 2008-01-30 | 2010-11-16 | Commvault Systems, Inc. | Systems and methods for grid-based data scanning |
| US8037050B2 (en) * | 2008-08-02 | 2011-10-11 | Knowledge Computing Corporation | Methods and apparatus for performing multi-data-source, non-ETL queries and entity resolution |
| US9495382B2 (en) | 2008-12-10 | 2016-11-15 | Commvault Systems, Inc. | Systems and methods for performing discrete data replication |
| US8204859B2 (en) | 2008-12-10 | 2012-06-19 | Commvault Systems, Inc. | Systems and methods for managing replicated database data |
| US20110302275A1 (en) * | 2010-06-04 | 2011-12-08 | Rich Prodan | Method and System for Matching Content Consumption Preference Via a Broadband Gateway |
| US8484259B1 (en) * | 2009-12-08 | 2013-07-09 | Netapp, Inc. | Metadata subsystem for a distributed object store in a network storage system |
| US20110137966A1 (en) * | 2009-12-08 | 2011-06-09 | Netapp, Inc. | Methods and systems for providing a unified namespace for multiple network protocols |
| US9507799B1 (en) | 2009-12-08 | 2016-11-29 | Netapp, Inc. | Distributed object store for network-based content repository |
| WO2011082113A1 (en) | 2009-12-31 | 2011-07-07 | Commvault Systems, Inc. | Asynchronous methods of data classification using change journals and other data structures |
| US8504517B2 (en) | 2010-03-29 | 2013-08-06 | Commvault Systems, Inc. | Systems and methods for selective data replication |
| US8725698B2 (en) | 2010-03-30 | 2014-05-13 | Commvault Systems, Inc. | Stub file prioritization in a data replication system |
| US8352422B2 (en) | 2010-03-30 | 2013-01-08 | Commvault Systems, Inc. | Data restore systems and methods in a replication environment |
| US8504515B2 (en) | 2010-03-30 | 2013-08-06 | Commvault Systems, Inc. | Stubbing systems and methods in a data replication environment |
| US8572038B2 (en) | 2010-05-28 | 2013-10-29 | Commvault Systems, Inc. | Systems and methods for performing data replication |
| US9021198B1 (en) | 2011-01-20 | 2015-04-28 | Commvault Systems, Inc. | System and method for sharing SAN storage |
| US8719264B2 (en) | 2011-03-31 | 2014-05-06 | Commvault Systems, Inc. | Creating secondary copies of data based on searches for content |
| US8955084B2 (en) * | 2011-11-10 | 2015-02-10 | Blackberry Limited | Timestamp-based token revocation |
| US9471578B2 (en) | 2012-03-07 | 2016-10-18 | Commvault Systems, Inc. | Data storage system utilizing proxy device for storage operations |
| US9298715B2 (en) | 2012-03-07 | 2016-03-29 | Commvault Systems, Inc. | Data storage system utilizing proxy device for storage operations |
| US9342537B2 (en) | 2012-04-23 | 2016-05-17 | Commvault Systems, Inc. | Integrated snapshot interface for a data storage system |
| US8892523B2 (en) | 2012-06-08 | 2014-11-18 | Commvault Systems, Inc. | Auto summarization of content |
| US10057377B2 (en) * | 2012-06-29 | 2018-08-21 | Vmware, Inc. | Dynamic resolution of servers in a distributed environment |
| US9886346B2 (en) | 2013-01-11 | 2018-02-06 | Commvault Systems, Inc. | Single snapshot for multiple agents |
| US20140201140A1 (en) | 2013-01-11 | 2014-07-17 | Commvault Systems, Inc. | Data synchronization management |
| US20150112996A1 (en) | 2013-10-23 | 2015-04-23 | Microsoft Corporation | Pervasive search architecture |
| US9753812B2 (en) | 2014-01-24 | 2017-09-05 | Commvault Systems, Inc. | Generating mapping information for single snapshot for multiple applications |
| US9639426B2 (en) | 2014-01-24 | 2017-05-02 | Commvault Systems, Inc. | Single snapshot for multiple applications |
| US9632874B2 (en) | 2014-01-24 | 2017-04-25 | Commvault Systems, Inc. | Database application backup in single snapshot for multiple applications |
| US9495251B2 (en) | 2014-01-24 | 2016-11-15 | Commvault Systems, Inc. | Snapshot readiness checking and reporting |
| US9600554B2 (en) | 2014-03-25 | 2017-03-21 | AtScale, Inc. | Interpreting relational database statements using a virtual multidimensional data model |
| US9838454B2 (en) * | 2014-04-23 | 2017-12-05 | Cisco Technology, Inc. | Policy-based payload delivery for transport protocols |
| US9552559B2 (en) | 2014-05-06 | 2017-01-24 | Elwha Llc | System and methods for verifying that one or more directives that direct transport of a second end user does not conflict with one or more obligations to transport a first end user |
| US9787648B2 (en) * | 2014-06-25 | 2017-10-10 | Samsung Electronics Co., Ltd. | System and method for trustzone attested authenticators |
| US10042716B2 (en) | 2014-09-03 | 2018-08-07 | Commvault Systems, Inc. | Consolidated processing of storage-array commands using a forwarder media agent in conjunction with a snapshot-control media agent |
| US9774672B2 (en) | 2014-09-03 | 2017-09-26 | Commvault Systems, Inc. | Consolidated processing of storage-array commands by a snapshot-control media agent |
| US9448731B2 (en) | 2014-11-14 | 2016-09-20 | Commvault Systems, Inc. | Unified snapshot storage management |
| US9648105B2 (en) | 2014-11-14 | 2017-05-09 | Commvault Systems, Inc. | Unified snapshot storage management, using an enhanced storage manager and enhanced media agents |
| US10503753B2 (en) | 2016-03-10 | 2019-12-10 | Commvault Systems, Inc. | Snapshot replication operations based on incremental block change tracking |
| US9948655B1 (en) * | 2016-04-15 | 2018-04-17 | AtScale, Inc. | Data access authorization for dynamically generated database structures |
| US10664501B2 (en) * | 2016-10-11 | 2020-05-26 | International Business Machines Corporation | Deriving and interpreting users collective data asset use across analytic software systems |
| US10540516B2 (en) | 2016-10-13 | 2020-01-21 | Commvault Systems, Inc. | Data protection within an unsecured storage environment |
| US10389810B2 (en) | 2016-11-02 | 2019-08-20 | Commvault Systems, Inc. | Multi-threaded scanning of distributed file systems |
| US10922189B2 (en) | 2016-11-02 | 2021-02-16 | Commvault Systems, Inc. | Historical network data-based scanning thread generation |
| US10984041B2 (en) | 2017-05-11 | 2021-04-20 | Commvault Systems, Inc. | Natural language processing integrated with database and data storage management |
| US10185607B1 (en) | 2017-07-23 | 2019-01-22 | AtScale, Inc. | Data statement monitoring and control |
| US11019073B2 (en) | 2017-07-23 | 2021-05-25 | AtScale, Inc. | Application-agnostic resource access control |
| US11537610B2 (en) | 2017-12-09 | 2022-12-27 | AtScale, Inc. | Data statement chunking |
| US10740022B2 (en) | 2018-02-14 | 2020-08-11 | Commvault Systems, Inc. | Block-level live browsing and private writable backup copies using an ISCSI server |
| US10642886B2 (en) | 2018-02-14 | 2020-05-05 | Commvault Systems, Inc. | Targeted search of backup data using facial recognition |
| US11159469B2 (en) | 2018-09-12 | 2021-10-26 | Commvault Systems, Inc. | Using machine learning to modify presentation of mailbox objects |
| US11042318B2 (en) | 2019-07-29 | 2021-06-22 | Commvault Systems, Inc. | Block-level data replication |
| US11494417B2 (en) | 2020-08-07 | 2022-11-08 | Commvault Systems, Inc. | Automated email classification in an information management system |
| US11809285B2 (en) | 2022-02-09 | 2023-11-07 | Commvault Systems, Inc. | Protecting a management database of a data storage management system to meet a recovery point objective (RPO) |
Family Cites Families (45)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5720001A (en) * | 1993-04-16 | 1998-02-17 | Compaq Computer Corporation | Questionless case-based knowledge base and a method for constructing the same |
| US5623652A (en) * | 1994-07-25 | 1997-04-22 | Apple Computer, Inc. | Method and apparatus for searching for information in a network and for controlling the display of searchable information on display devices in the network |
| JPH11504451A (ja) * | 1995-04-24 | 1999-04-20 | アスペクト・ディベロップメント・インコーポレイテッド | データベース構造に適したオブジェクトのモデリング、リレーショナルデータベース構造への翻訳、それらへの流動的なサーチ |
| US5913040A (en) * | 1995-08-22 | 1999-06-15 | Backweb Ltd. | Method and apparatus for transmitting and displaying information between a remote network and a local computer |
| US5974409A (en) * | 1995-08-23 | 1999-10-26 | Microsoft Corporation | System and method for locating information in an on-line network |
| US6401091B1 (en) * | 1995-12-05 | 2002-06-04 | Electronic Data Systems Corporation | Business information repository system and method of operation |
| US5778368A (en) * | 1996-05-03 | 1998-07-07 | Telogy Networks, Inc. | Real-time embedded software respository with attribute searching apparatus and method |
| US5826261A (en) * | 1996-05-10 | 1998-10-20 | Spencer; Graham | System and method for querying multiple, distributed databases by selective sharing of local relative significance information for terms related to the query |
| US5920854A (en) * | 1996-08-14 | 1999-07-06 | Infoseek Corporation | Real-time document collection search engine with phrase indexing |
| US5924090A (en) * | 1997-05-01 | 1999-07-13 | Northern Light Technology Llc | Method and apparatus for searching a database of records |
| US5920856A (en) * | 1997-06-09 | 1999-07-06 | Xerox Corporation | System for selecting multimedia databases over networks |
| US6760746B1 (en) * | 1999-09-01 | 2004-07-06 | Eric Schneider | Method, product, and apparatus for processing a data request |
| US6081774A (en) * | 1997-08-22 | 2000-06-27 | Novell, Inc. | Natural language information retrieval system and method |
| US5983216A (en) * | 1997-09-12 | 1999-11-09 | Infoseek Corporation | Performing automated document collection and selection by providing a meta-index with meta-index values indentifying corresponding document collections |
| US5845278A (en) * | 1997-09-12 | 1998-12-01 | Inioseek Corporation | Method for automatically selecting collections to search in full text searches |
| US6112212A (en) * | 1997-09-15 | 2000-08-29 | The Pangea Project Llc | Systems and methods for organizing and analyzing information stored on a computer network |
| US5848410A (en) * | 1997-10-08 | 1998-12-08 | Hewlett Packard Company | System and method for selective and continuous index generation |
| NZ503682A (en) * | 1997-10-21 | 2001-09-28 | British Telecomm | Information management system with data storage and retrieval, and control to input data set to data retrieval tool |
| US20020002458A1 (en) * | 1997-10-22 | 2002-01-03 | David E. Owen | System and method for representing complex information auditorially |
| US6006217A (en) * | 1997-11-07 | 1999-12-21 | International Business Machines Corporation | Technique for providing enhanced relevance information for documents retrieved in a multi database search |
| US6100890A (en) * | 1997-11-25 | 2000-08-08 | International Business Machines Corporation | Automatic bookmarks |
| US6078917A (en) * | 1997-12-18 | 2000-06-20 | International Business Machines Corporation | System for searching internet using automatic relevance feedback |
| US6055538A (en) * | 1997-12-22 | 2000-04-25 | Hewlett Packard Company | Methods and system for using web browser to search large collections of documents |
| US6094649A (en) * | 1997-12-22 | 2000-07-25 | Partnet, Inc. | Keyword searches of structured databases |
| US6275820B1 (en) * | 1998-07-16 | 2001-08-14 | Perot Systems Corporation | System and method for integrating search results from heterogeneous information resources |
| US6363377B1 (en) * | 1998-07-30 | 2002-03-26 | Sarnoff Corporation | Search data processor |
| US6144375A (en) * | 1998-08-14 | 2000-11-07 | Praja Inc. | Multi-perspective viewer for content-based interactivity |
| US6263332B1 (en) * | 1998-08-14 | 2001-07-17 | Vignette Corporation | System and method for query processing of structured documents |
| US6195725B1 (en) * | 1998-12-14 | 2001-02-27 | Intel Corporation | Dynamically varying interrupt bundle size |
| US6349307B1 (en) * | 1998-12-28 | 2002-02-19 | U.S. Philips Corporation | Cooperative topical servers with automatic prefiltering and routing |
| US6370527B1 (en) * | 1998-12-29 | 2002-04-09 | At&T Corp. | Method and apparatus for searching distributed networks using a plurality of search devices |
| US6442589B1 (en) * | 1999-01-14 | 2002-08-27 | Fujitsu Limited | Method and system for sorting and forwarding electronic messages and other data |
| US6456305B1 (en) * | 1999-03-18 | 2002-09-24 | Microsoft Corporation | Method and system for automatically fitting a graphical display of objects to the dimensions of a display window |
| US6343287B1 (en) * | 1999-05-19 | 2002-01-29 | Sun Microsystems, Inc. | External data store link for a profile service |
| US6601061B1 (en) * | 1999-06-18 | 2003-07-29 | Surfwax, Inc. | Scalable information search and retrieval including use of special purpose searching resources |
| US6591261B1 (en) * | 1999-06-21 | 2003-07-08 | Zerx, Llc | Network search engine and navigation tool and method of determining search results in accordance with search criteria and/or associated sites |
| US6484162B1 (en) * | 1999-06-29 | 2002-11-19 | International Business Machines Corporation | Labeling and describing search queries for reuse |
| US6476827B1 (en) * | 1999-08-31 | 2002-11-05 | Xoucin, Inc. | Method and apparatus for creating and maintaining a scrapbook of information pages |
| US6523023B1 (en) * | 1999-09-22 | 2003-02-18 | Networks Associates Technology, Inc. | Method system and computer program product for distributed internet information search and retrieval |
| US6665656B1 (en) * | 1999-10-05 | 2003-12-16 | Motorola, Inc. | Method and apparatus for evaluating documents with correlating information |
| US6643701B1 (en) * | 1999-11-17 | 2003-11-04 | Sun Microsystems, Inc. | Method and apparatus for providing secure communication with a relay in a network |
| US6434548B1 (en) * | 1999-12-07 | 2002-08-13 | International Business Machines Corporation | Distributed metadata searching system and method |
| US6643641B1 (en) * | 2000-04-27 | 2003-11-04 | Russell Snyder | Web search engine with graphic snapshots |
| US6804674B2 (en) * | 2001-07-20 | 2004-10-12 | International Business Machines Corporation | Scalable Content management system and method of using the same |
| WO2004097685A2 (en) * | 2003-04-25 | 2004-11-11 | Thomson Global Resources | Distributed search methods, architectures, systems, and software |
-
2001
- 2001-01-12 ES ES01904831T patent/ES2329008T3/es not_active Expired - Lifetime
- 2001-01-12 DE DE60139157T patent/DE60139157D1/de not_active Expired - Lifetime
- 2001-01-12 AU AU2001232777A patent/AU2001232777A1/en not_active Abandoned
- 2001-01-12 WO PCT/US2001/000915 patent/WO2001052094A2/en active Application Filing
- 2001-01-12 EP EP01904831A patent/EP1381967B1/en not_active Expired - Lifetime
- 2001-01-12 US US09/760,148 patent/US20020038348A1/en not_active Abandoned
- 2001-01-12 AT AT01904831T patent/ATE435464T1/de not_active IP Right Cessation
-
2004
- 2004-08-17 US US10/920,894 patent/US7430587B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US20020038348A1 (en) | 2002-03-28 |
| EP1381967B1 (en) | 2009-07-01 |
| EP1381967A2 (en) | 2004-01-21 |
| AU2001232777A1 (en) | 2001-07-24 |
| DE60139157D1 (de) | 2009-08-13 |
| US20050172010A1 (en) | 2005-08-04 |
| US7430587B2 (en) | 2008-09-30 |
| WO2001052094A3 (en) | 2003-11-20 |
| WO2001052094A2 (en) | 2001-07-19 |
| ATE435464T1 (de) | 2009-07-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2329008T3 (es) | Red de informacion dsitribuida accessible de forma global. | |
| US8600988B2 (en) | Distributed globally accessible information network implemented with a local information network | |
| US6539424B1 (en) | Restricting deep hyperlinking on the World Wide Web | |
| US10585866B2 (en) | System and method for exposing internal search indices to internet search engines | |
| Thelwall | Commercial web site links | |
| JP2022509104A (ja) | ブロックチェーンネットワークを介するデータの効率的且つセキュアな処理、アクセス、及び送信のためのシステム及び方法 | |
| JP4335559B2 (ja) | ピア・ツー・ピア・ファイル共有の方法及びその装置 | |
| CA2432483C (en) | Multiple identity management in an electronic commerce site | |
| US6836779B2 (en) | Network transaction method | |
| TW424185B (en) | Named bookmark sets | |
| US7149754B2 (en) | Method for transmitting a transferable information packet | |
| US20010034709A1 (en) | Anonymous and private browsing of web-sites through private portals | |
| US20050004927A1 (en) | Intelligent and automated system of collecting, processing, presenting and distributing real property data and information | |
| JP2002515156A (ja) | ダイナミック・クライアント・レジストリ装置及び方法 | |
| JP2001527716A (ja) | クライアント側通信サーバ装置及び方法 | |
| Dahl et al. | Digital libraries: integrating content and systems | |
| WO2008041815A1 (en) | Digital contents registration and distribution system and its method using contents identification system based on unified resource names | |
| Ingram et al. | Developing an e‐Commerce System Using Active Server Pages | |
| KR20010035310A (ko) | 클라이언트 피씨상에서의 도메인 검색/등록 시스템 및 방법 | |
| Lahlou et al. | SIM-Filter: User Profile based Smart Information Filtering and Personalization in Smartcard. | |
| US20040107206A1 (en) | Automated retrieval of data from remote location and database synchronization | |
| Gang et al. | A Decentralized E-Marketplace Based on Improved Gnutella Network | |
| JP2002312655A (ja) | スタンプラリーシステム、スタンプラリー方法、及びスタンプラリー用プログラム | |
| He | An Arbitrator Agent for e-Privacy | |
| Dean | Database access from the Web |