ESTUDIO DE LA BIBLIOTECA DIGITAL DE LA UNIVERSIDAD DE
MICHIGAN
(UMDL)
S.R.P. 2003-2004
Lic. Documentación
CATARINEU GARCÍA, CARLOS
CÓZAR SANTIAGO, AMPARO
SANCHO GONZÁLEZ, CARMINA
TÁRREGA RAMÓN, ANA
INDICE
- Introducción……………………………………………………………………………………...1
- La descentralización como ventaja……………………………………………………………3
- Tipos de agentes de software…………………………………………………………………4
- Arquitectura de agentes de la UMDL…………………………………………………………8
4.1.
Protocolos y Ontologías…………………………………………………………………...8
4.2.
Facilitadores………………………………………………………………………………10
4.3.
Servicios de la UMDL: Facilitadores de Apoyo a través de Protocolos…………….11
- Conclusiones…………………………………………………………………………………..13
- Bibliografía……………………………………………………………………………………..14
1. INTRODUCCIÓN
Una biblioteca sirve a una comunidad de usuarios y pone a su
disposición el contenido de la información
y los servicios que son valorados por dicha comunidad. Una biblioteca
tradicional, física no es simplemente un edificio que contenga información,
sino más bien una configuración compleja de bienes de la información y
servicios que con cuidado han sido seleccionados y organizados alrededor de las
necesidades de una comunidad de usuarios.
En una biblioteca digital, el contenido y los servicios
están disponibles electrónicamente, y las comunidades de usuario no son
definidas geográficamente. La biblioteca digital, por lo tanto, incluye
dificultades en la digitalización del contenido, la automatización de
servicios, y la interconexión de usuarios. Incluso si se vencen estas
dificultades, el resultado bien puede ser un enredo de posibles fuentes de
información sin la estructura y la selectividad que da una biblioteca
tradicional. En otras palabras, si la administración de una biblioteca tradicional
supone un desafío, la administración de una biblioteca digital puede ser imposible debido a la magnitud de contenido y
servicios disponibles, la tarifa de cambio de lo que está disponible, y el
tamaño y la evolución de una población de usuario que no es delimitada por la
proximidad física.
La respuesta a este desafío debe confiar en los métodos
tradicionales que ponen los administradores en el centro de la empresa, atraer,
registrar, y rastrear una comunidad de usuario, buscar e incluir el contenido
que beneficiará a la comunidad, y proporcionar los servicios más valiosos para
tareas, como la organización, la búsqueda, la abstracción, y difusión del
contenido. Una alternativa propuesta es proporcionar mecanismos por los cuales
una biblioteca digital continuamente puede configurarse de nuevo para los
usuarios, contenido, y los servicios que cambian constantemente. Estos
mecanismos deberían fomentar:
Flexibilidad: Ellos deberían ser
capaces de incorporar una amplia variedad de política para darse cuenta de las
diferentes esencias de las bibliotecas (el público, lo corporativo, la
universidad, el personal...)
Extensibilidad: Los proveedores y los
consumidores de bienes de la información y servicios deberían tener incentivos
para unir la biblioteca y capacidades de encontrar a sus colegas.
Adaptabilidad: Como el conjunto de
usuarios, bienes y servicios crecen, la administración automatizada de la
biblioteca no debería desbordarse.
Los retos de la UMDL a afrontar
son proporcionar una infraestructura que permita a los usuarios sentirse como si estuvieran
trabajando en una biblioteca, con el tradicional énfasis en organizar el
contenido estructurado, cuando de hecho el contenido es volátil,
administrativamente descentralizado y su estructura flexible permite
desarrollarse más eficientemente que lo que nunca se habría podido imaginar en
una biblioteca tradicional, con la ventaja que ello supone para los usuarios.
En la UMDL se están alcanzando
estos retos definiendo e incrementando progresivamente interfaces desarrolladas
e infraestructuras para los usuarios de modo que el trabajo intelectual como
encontrar, crear, y diseminar conocimiento está implementado en un estructurado
contexto aunque el sistema de red se esté desarrollando. La infraestructura
soporta ontologías extensibles – metadescriptores de
colecciones y servicios- para permitir a los componentes de la biblioteca
digital autoorganizarse, como un equipo dinámico para
formar las estructuras y servicios que los usuarios necesitan. Los principios
de economía también se utilizan para repartir eficientemente los recursos y
proporcionar incentivos para la continua mejora de los servicios de red.
El núcleo de la UMDL es la
arquitectura de agentes, que soporta el agrupamiento de agentes para
proporcionar servicios complejos mediante la combinación de capacidades
individuales limitadas. En las primeras fases del proyecto, la arquitectura fue
definida y ha estado en uso durante un tiempo. Los continuos esfuerzos han sido
desplegar la UMDL en marcos del mundo real, lo que ha acentuado la necesidad de
interfaces para usuarios avanzados y en deliberadamente diversificar la
arquitectura de agentes con un diverso conjunto de servicios. A pesar de su
naturaleza abierta, la UMDL puede también soportar preguntas realizadas por
comunidades de usuarios – clases escolares – que son muy dependientes del
servicio y estructuras. El prototipo de la UMDL está siendo usado para soportar
consultas respecto a temática científica en la educación media y superior.
2. LA DESCENTRALIZACIÓN COMO VENTAJA
Debido a grandes diferencias las ideas de
las bibliotecas tradicionales no se pueden comparar con las posibilidades de
las capacidades tecnológicas actuales –como la WWW-. Las bibliotecas
tradicionalmente han hecho hincapié en el servicio, la organización y la
centralización. La WWW se caracteriza por la flexibilidad, la rápida evolución
y la descentralización. Las bibliotecas digitales de algún modo necesitan unir
todas estas características.
La
mayoría de las técnicas de las bibliotecas digitales ofrecen los mismos
servicios que las tradicionales con la salvedad de que ofrecen el servicio a
través de medios electrónicos. En el Proyecto Digital de la Universidad de Michigan se piensa que de este modo se pierden las ventajas
de la descentralización – geográfica y administrativa -, la rápida evolución y
la flexibilidad, que son los rasgos distintivos de la web. En UMDL se pretenden
aprovechar estos rasgos distintivos de la web además de introducir mecanismos
computacionales para ordenar su inherente caos. Además, se están respetando los
valores tradicionales de servicio, organización y acceso que han hecho de las
bibliotecas fuertes instituciones intelectuales
Por otra parte, la descentralización y la infraestructura
flexible pueden ser explotada para permitir buena
información y servicios para desarrollarla de una manera más rápida, diversa y
adecuada que había sido posible en una biblioteca tradicional para el bien de
los proveedores y consumidores. La razón fundamental de la descentralización de
la biblioteca digital de la UMDL viene determinada por las siguientes
características:
-
Cantidad de
información
-
Variedad de
contenido: incluye colecciones de grabaciones de sonidos, películas, bases de
datos, información y otros trabajos. Cada formato requiere facilidades
especializadas para el almacenaje, indización y manipulación de datos de
diferentes maneras.
-
Variedad de
servicios: servicio de difusión de noticias diarias, edición de trabajos de
colaboración y otras tareas específicas
-
Evolución de los
servicios: se crean nuevos servicios a partir de las nuevas demandas de los
usuarios. Se incrementan nuevas herramientas de edición y mayor facilidad de
acceso a las redes.
-
Derechos de autor y
de propiedad intelectual: algunas organizaciones participantes quieren mantener
el control de su contenido y software.
-
Variedad de usuarios:
Los usuarios potenciales de
la biblioteca digital incluirán expertos buscadores, estudiantes, y
público en general. La biblioteca incluirá diferentes tipos de media desde
páginas de imágenes a interactivas, documentos compuestos y ocasionalmente
interacción con información en tiempo real.
3. TIPOS DE AGENTES DE SOFTWARE
“Los
agentes son sistemas computacionales que habitan en entornos dinámicos complejos,
perciben y actúan de forma autónoma en ese entorno, realizando un conjunto de
tareas y cumpliendo objetivos para los cuales fueron diseñados.” (P. Maes)
Un
sistema multiagente es aquel que contiene una
colección de dos o más agentes
Por tanto un sistema multiagente requiere:
- Dos o mas agentes
- Al menos un agente autónomo
- Al menos una relación entre dos
agentes donde uno satisface el objetivo del otro
El
prototipo de la UMDL consistirá en un conjunto de cooperación de tres tipos de
agentes de software: agentes de usuario de interfaz, agentes mediadores y
agentes de colección.
Los
agentes son responsables de las siguientes tareas dentro de la biblioteca:
procesamiento de las consultas del usuario, despliegue de la información
recuperada, búsqueda, filtrado y resumen de grandes volúmenes de datos,
canalización de las solicitudes de búsqueda a la base de datos o a otros
agentes, mantenimiento de los metadatos para un
almacenamiento de datos en particular y control de los patrones usados y cambio
de información para iniciar una reorganización de datos y notificar a los
usuarios.
Existen tres niveles de agentes:
- UIA (User Interface Agents).
Se trata de un programa que interactúa
con el usuario y proporciona un ambiente gráfico donde el usuario pregunta al
sistema de una manera amplia y profunda sobre la información que los mismos necesitan. El agente de interfaz permitirá
también al usuario especificar las áreas
de interés, para que el sistema pueda comunicar al usuario los ítems de
potencial relevancia que desea obtener.
El UIA está diseñado para obtener la información que el usuario
necesita, es un interfaz entre el usuario y el sistema de la biblioteca digital
(BD). Esta interfaz realiza dos funciones: primero, almacena las consultas de
los usuarios de manera que es entendido por los protocolos del sistema de la
UMDL. Segundo, da a conocer el perfil de los usuarios que es usado por los
agentes mediadores para guiar el proceso de búsqueda.
Una meta de la BD es proporcionar un
surtido de UIAs cada uno apropiado a un usuario o a
un sistema particular de tareas.
2. Mediator Agents
Proporciona servicios informativos
intermedios, se ocupa de otros agentes de software más que del usuario y las
colecciones, realizando funciones tales como: dirigir una pregunta de un UIA a
una colección, supervisando el progreso de la pregunta, transmitiendo
resultados y traduciendo formatos y registrando los resultados.
El UIA le envía la pregunta al Agente
mediador Planning Agent, responsable de descomponer
las tareas y formar grupos de agentes para dotarlas de tareas. El Planning Agent se ayuda de tres agentes para satisfacer la pregunta.
Estos tres agentes son:
-
Topic Agent: proporciona una jerarquía
de términos genéricos y específicos que son usados por el Collection
Agents para describir el contenido de su colección.
-
Thesaurus Agent: ayuda a describir la
pregunta.
-
Registry Agent: Las descripciones son
almacenadas y asociadas con agentes localizadores (Agent
Locations) por el Registry Agent.
Después de comparar la pregunta con la
descripción de las colecciones, el Planning Agent
recomienda uno o más Collection Agent
para el User Agent, el
cual, luego trabaja directamente con el Collection Agents para procesar la pregunta.
- CIA (Collection Interface Agents)
Programa que trabaja recíprocamente con
el Registro de la colección. Los agentes de colección de interfaz están
asociados con cada colección específica y pueden encargarse de la búsqueda
dentro de específicas colecciones de texto, imágenes, gráficos, audio y vídeo.
La información contenida en las colecciones pueden
pertenecer a varias entidades, algunas de las cuales pueden pedir llevar el
control sobre la diseminación de los contenidos o algún tipo de compensación
por tener acceso a su material con copyright. El diseño del sistema
proporcionará mecanismos para proteger el acceso a la información y poder
llevar a cabo las operaciones de remuneración consecuentes del copyright.
Mientras que el UIA trabaja con el
usuario, a través de la interfaz, el CIA, a su vez, trabaja con los contenidos
de la colección, a través del conspectus. Este
concepto está relacionado con el término colección. El espacio de información
en la UMDL es potencialmente enorme, es por ello se encuentra dividido, con la
finalidad de que el proceso de búsqueda se encuentre limitado a través de los
dos niveles de espacios de información: conspectus y
colección.
-
El conspectus es el conjunto de descriptores de una
colección. Para cada colección, el conspectus
describe, entre otras cosas, el contenido de la colección, las capacidades de
los motores de búsqueda asociados con la colección, y la estructura del
material en la colección.
-
La Colección es el
conjunto de documentos en una colección. Estos documentos se encuentran en
formato original, y los motores de búsqueda están unidos a través del lenguaje
natural.
FIGURA 1. Tipos
de agentes en la UMDL
Los
protocolos básicos de la UMDL fueron diseñados para ser generales, se pueden
reutilizar muchos de ellos para implementar interacciones entre varios agentes
de tarea-específicos. Por ejemplo, cuando un agente que localiza agentes con el
contenido específico de la pregunta (Query Planning Agent, o QPA) consiguen la ayuda de un agente que sepa
algunas relaciones posibles entre los temas de contenido (un agente de
tesauro). Éste utiliza el protocolo de las operaciones de búsqueda, pero con un
lenguaje y ontología de la tarea que sean apropiados a las preguntas de los
temas de consulta. Cuando interaccionan con el registro, el QPA utiliza el
protocolo de búsqueda conspectus, la ontología de
UMDL, y el lenguaje conspectus-query
de la UMDL como requiere la UMDL.
Ocasionalmente
se han ampliado los protocolos de la UMDL. Por ejemplo, un protocolo es
necesario para la comunicación entre un agente del usuario-interfaz (UIA) que
solicita una conexión con un agente de la colección-interfaz (CIA). La conexión
es un sistema de los objetos de ILU que someten una pregunta a una colección, y
devuelve los resultados pedidos al UIA.
El protocolo de la conexión utiliza un mensaje de conexión para indicar el
intento de comunicación del UIA. El CIA responde con un mensaje que contiene el
objeto identificador ILU para el objeto del servidor de la colección con el
cual el UIA debe interactuar.
Un
ejemplo es nuestro desarrollo de otros objetos de ILU para poner un protocolo
de la búsqueda en ejecución y de la recuperación de la colección. El protocolo
de recuperación de la colección hace un uso más completo del modelo del objeto
distribuido que permite interacciones más ricas entre los agentes. El protocolo
implementa instrucciones de consulta, colecciones, y artículos recuperados como
objetos que son accesibles en la red. Estos objetos se pueden manipular
directamente por los agentes. Todas las colecciones son representadas por los objetos
de la colección con un interfaz estándar. Esto permite que tengamos acceso a
colecciones uniformemente, sin importar los mecanismos de la búsqueda usados
por cada colección. Por ejemplo, se ha utilizado este protocolo para tener
acceso a los catálogos en línea del de acceso público que utilizan el protocolo
estándar de ANSI/NISO Z39.50 para la búsqueda y la recuperación de la
información. El Z39.50 es un protocolo del cliente-servidor para someter
peticiones de la búsqueda a una base de datos y recuperar el todo o parte de
los resultados. Se encapsula el cliente Z39.50 en un objeto de la colección,
creando una entrada entre UMDL y la entrada de Z39.50. El gateway
traduce peticiones y respuestas entre los dos protocolos.
Los facilitadores de la UMDL y los protocolos por sí mismos no
proporcionan una biblioteca digital en funcionamiento. Los usuarios de una
biblioteca digital cuentan con algunos servicios de esta biblioteca. Ellos
esperan que sea posible la búsqueda de documentos y el acceso al contenido. En algunos casos,
esperan publicar sus documentos o expresar sus opiniones en documentos que
otros han publicado. Para algunos usuarios, hojear a través de varios temas
podría ser importante, para otros, ir directamente a la fuente que conocen,
podría ser útil.
Todos
los servicios se proporcionan a través de un equipo de agentes de tarea
específicos. Estos agentes expresan cualidades diferentes a cada campo. Por ejemplo,
- Un
agente tesauro conoce palabras sinónimas dentro de un campo específico.
- Un
agente notificación sabe como controlar acontecimientos dentro de la UMDL e
igualar acontecimientos con condiciones de notificación.
- Un
agente query planning (QPA) conoce los procedimientos
para tratar una pregunta y encontrar las posibles fuentes de contenido relevante
para esa pregunta.
Existen
muchos agentes de tarea-específicos posibles, y la población de tales agentes
varia según las comunidades de usuario y el tiempo.
FIGURA 2. Fases
del proceso de consulta en la UMDL
4. LA ARQUITECTURA DE AGENTES DE LA UMDL
En esta
apartado se describen los detalles de la arquitectura de los agentes de la
UMDL, en términos de modelos de comunicación y agentes facilitadores
que proporcionan un servicio a la UMDL para la localización de agentes.
Que los
agentes puedan comunicarse no significa que puedan trabajar juntos. Los agentes deben
intercambiar el contenido apropiado con los agentes seleccionados. Los detalles
de contenido y selección de agentes son generalmente campos dependientes. Si
los agentes tienen diferentes visiones de las tareas de localización,
negociación, selección o diferentes expectativas de cómo deberían interactuar
recíprocamente para llevarlas a cabo, entonces es imposible la combinación y
por lo tanto la entrega de servicios significativos. Se proporcionan los
protocolos para la interacción del agente, y las especificaciones ontológicas
que dan a agentes un vocabulario compartido a través de sus tareas mutuas de
localización y de combinación.
4.1.1
Protocolo de la UMDL: Definiciones e Implementación
La comunicación en
la UMDL está basada en el intercambio de mensajes usando formatos de mensaje de
acuerdo al lenguaje de comunicación Knowledge Query and Manipulation
Language (KQML). Los agentes usan estos mensajes para
llevar a cabo las tareas de la UMDL, usando modelos de mensaje intercambiables
que conducen a un sistema deseable de cambios del estado entre agentes. Como
ejemplo simple, un mensaje que se presenta como una pregunta, se contesta lo
mejor posible con un mensaje que transmita una contestación. De hecho, resulta
que hay un pequeño número de patrones fundamentales de mensaje intercambiables
entre agentes, los cuales se llaman protocolos. Así, los protocolos describen
como los mensajes KQML deben ser enviados y respondidos durante la comunicación
entre agentes.
“Knowledge Query and Manipulation Language (KQML) is a
language that is designed to support interactions among intelligent software
agents. It was developed by the ARPA supported Knowledge Sharing Effort [24,
27] and separately implemented by several research groups. It has been
successfully used to implement a variety of information systems using different
software architectures.”
FININ, Tim; Richard FRITZSON; Don McKAY
y Robin McENTIRE: KQML As An Agent Communication
Language.- En Proceedings
of the Third International Conference on Information and Knowledge Management
(CIKM'94). ACM Press, 1994.
(El
lenguaje de manipulación y consulta del conocimiento (KQML) es un lenguaje que
se diseña para apoyar interacciones entre agentes inteligentes del software.
Fue desarrollado por el soporte ARPA Knowledge Sharing Effort [ 24, 27 ] y puesto en ejecución e implementado por varios
grupos de investigación. Se ha utilizado con éxito para poner en ejecución una
variedad de sistemas de información usando arquitecturas diferentes del
software).
La Figura 3 muestra
la estructura de un mensaje, con ejemplos de los atributos del mensaje.
El “performative” identifica
el tipo de mensaje: decir, preguntar sobre uno o, preguntar sobre todos.
FIGURA 3 Elementos del mensaje KQML
El :sender y el :receiver son agentes que indican su localización a un Registry Agent.
El :ontology y el :language describen los
contenidos del campo :content. El :language podía ser SQL, Prolog o lógica de
primer orden, etc. En el ejemplo, un TPA (Agente Planificador de Tareas)
comunica al SCA (Agente Clasificador de Servicios) la naturaleza de sus
servicios. El SCA analiza el :content
usando la sintaxis del :language. El
:ontology identifica un conjunto de
definiciones para la terminología usada en el campo :content
que no forma parte de la sintaxis :language.
Dada la naturaleza
general de las representaciones del KQML, hay muchas maneras de combinación
para formar protocolos. Los protocolos de la UMDL tienen las características
siguientes:
· representar los
tipos básicos de interacción entre agentes;
· definir cómo
puede utilizarlos cualquier agente particular;
· son imparciales a
los algoritmos o a las metas de cualquier agente;
· son
independientes siempre que sea posible.
Estas
características significan que los agentes pueden combinar los protocolos de
manera idiosincrásica para crear otras interacciones más complejas.
4.1.2 Ontologías de la UMDL
Una de
las ventajas del lenguaje KQML y los protocolos, es su generalidad; pueden ser
utilizados por los agentes independientemente de las tareas que se realizan o
las capacidades que tienen. Ésta es también una de las debilidades; la
imprecisión de las representaciones del mensaje, en particular, puede
significar que un agente puede aplicar una definición arbitraria que esté de
acuerdo con la definición usada por otro agente al cual se esté comunicando.
Los diseñadores del KQML anticiparon este problema, y requieren que un mensaje,
y por lo tanto un protocolo, estén interpretados relativamente a una ontología,
que se especifica en el mensaje. La ontología se debe suscribir por ambos agentes, eliminando de tal modo
cualquier problema con definiciones.
Se ha definido una
ontología específica para la UMDL. Esta define, entre otras cosas, que cosas
pueden pertenecer a una biblioteca digital (por ejemplo: artículos, documentos
de los multimedia), los tipos genéricos de servicios en una biblioteca digital,
algunos aspectos de los derechos de la propiedad intelectual y las licencias, y
una gran cantidad de conceptos relacionados. La ontología no está pensada para
ser una fuente del metadatos para describir, por
ejemplo, el contenido de varias colecciones de
información. La ontología define las definiciones básicas necesarias
para permitir la comunicación en la UMDL.
La mejora de la
arquitectura de agentes que define la arquitectura de la UMDL implica la
existencia de agentes que suministran los servicios UMDL para: la localización
de agentes, envío de mensajes de contenido, seguridad, negociación y
remuneración. Los agentes que proporcionan estos servicios se llaman los facilitadores porque su papel no es proporcionar los
servicios específicos que ven los usuarios finales de la UMDL, sino que es
proporcionar las facilidades de apoyo que permiten a los agentes de
tarea-específicas proporcionar servicios a los usuarios.
4.3 SERVICIOS DE LA UMDL:
FACILITADORES DE APOYO A TRAVÉS DE PROTOCOLOS
En esta sección,
describimos el servicio del registro como un ejemplo de un servicio de UMDL,
para elaborar los detalles del proceso.
Hay
tres protocolos que usan el registro. Todos los agentes deben colocarse en el
registro. El registro se logra enviando un mensaje correctamente compuesto,
usando el Registry Agent performative y una extensión local al sistema del estándar
del KQML de performatives. El registro simplemente
indica que exista el agente; no proporciona una descripción de las capacidades
del agente. La información descriptiva se envía al registro usando el protocolo
conspectus (utilizando aquí el término conspectus como la descripción de la
capacidad del agente en la UMDL). En este protocolo, un agente envía un mensaje
de aviso que contiene la capacidad o la descripción contenido del registro. Un
ejemplo de la descripción del Conspectus Language (CL) de un agente del índice de autores se
muestra en la Figura 4. Esta descripción formaría la descripción del campo :content del mensaje de
aviso. Un agente del índice de autores es representante de los agentes
tarea-específicos de UMDL que no inician las interacciones. La descripción del
CL especifica su tipo y el servicio que proporciona en términos de qué
interacciones apoya. El campo especifica que el agente acepta preguntas con un
autor específico $A como entrada, y devuelve las colecciones asociadas al autor
especificado en el input como $A.
Una vez
que el registro haya almacenado con éxito los datos devueltos del conspectus en su base de datos, contesta al agente y se
termina el protocolo. La actualización del registro y del conspectus
son protocolos separados porque habrá muchas veces que un agente registrado
deseará poner al día su entrada del conspectus sin duplicar
el registro. Un ejemplo de esta actualización es cuando un editor de una
colección agrega nuevos títulos a su colección y debe poner al día el campo conspectus que indica el tema general del material en la
colección.
FIGURA 4
Descripción del Agente del Índice de Autores en el Conspectus
Languages
Las
entradas de Conspectus se encuentran en el registro
usando el protocolo de la búsqueda. Este protocolo se inicia con un “recommend-all” o “recommend- one” del mensaje del
agente que pregunta. Para el registro, el contenido del mensaje se debe
especificar usando el lenguaje de interrogación de Conspectus
(CQL), una codificación simple de la pregunta de la base de datos relacional
del select-where
(seleccionar-donde) usando términos derivados de la ontología del conspectus. La respuesta a una petición de la recomendación
es una lista de 0 o más identificadores del agente que son recuperados por la
búsqueda. La información adicional de la entrada del conspectus
sobre unas o más entradas se puede solicitar usando el protocolo de las
operaciones de búsqueda.
Una de las características principales de la Biblioteca
Digital de la Universidad de Michigan, es su sistema
de gestión descentralizado, debido a la diversidad -en usuarios, en fuentes de
información, habilidades de búsqueda, demandas de información, niveles de
profesionalidad (escolares, investigadores, etc.).
El proyecto de la UMDL supone aunar esfuerzos para diseñar y
construir una infraestructura para interpretar servicios bibliotecarios en un
contexto digital. Esto se ha logrado al implementar la biblioteca como un
conjunto de agentes interactivos,
cada uno especializado en realizar una tarea particular. Este conjunto de
sistemas multiagentes fomenta la creación de nuevos
agentes, que participan en el sistema sin requerir la modificación de los
agentes existentes. La arquitectura de agentes es un sistema abierto, por lo
tanto en constante evolución.
El aspecto más importante de la UMDL, desde la perspectiva
del usuario es el conjunto de servicios que se suministran y la cantidad de
fondos ofertados por la biblioteca.
Desde el punto de vista del documentalista, gracias a los
dos niveles de información -el conspectus y la colección -
se divide el espacio de la información, haciendo que la consulta sea más
eficaz y rápida.
http://ict.udlap.mx/people/cristina/DOCTO/cap3.ps
http://zope.aditel.org/personal/esanchez/documentos/rtb/files/rtb-doc/x987.html/x155.html
William P. Birmingham, Edmund H. Durfee,
Tracy Mullen, Michael P. Wellman .The Distributed Agent Arquitecture of the University of Michigan Digital Library
(Extended Abstract). In AAAI
Spring Symposium Series on Software Agents, 1995.
José M. Vidal; Edmund H. Durfee. Task Planning Agents in the UMDL (Extended Abstract).
In Proceedings of the 1995. Artificial Intelligence Laboratories.
Edmund H. Durfee,
Daniel L. Kiskis, William P. Birmingham. The Agent Architecture of the
Peter C. Weinstein,
William P. Birmingham, Edmund H. Durfee.
Agent-Based Digital Libraries: Decentralization and Coordination. IEEE Communication Magazine, p. 110-115, 1999.