EXPLORACIÓN TECNOLÓGICA

El acceso a los servicios y contenidos de una biblioteca digital desde una red de baja velocidad, requiere de una solución arquitectónica que sea capaz de aprovechar de la mejor manera los recursos disponibles, para ofrecer al usuario resultados satisfactorios a pesar de las restricciones impuestas por las características de la red de telecomunicaciones, mencionadas en el capítulo anterior. En el presente capítulo, se expone y se explica la arquitectura software diseñada para el sistema de acceso desarrollado bajo el contexto de las redes EHAS.

Para el diseño de la arquitectura, la red de telecomunicaciones se dividió en dos; una red de baja velocidad en él que el acceso a Internet es discontinuo y limitado, y otra de alta velocidad que cuenta con acceso a Internet de forma continua y sin mayores limitaciones. En el contexto real de la red de telecomunicaciones EHAS en el Departamento del Cauca, la red de baja velocidad corresponde a los terminales EHAS localizados en los puestos de salud, interconectados con su hospital de referencia a través de enlaces de radio de baja velocidad; mientras que la red de alta velocidad corresponde a los hospitales rurales con su respectiva conexión a Internet. Consecuente con la división realizada, se decidió hacer dos aplicaciones: una Aplicación Cliente localizada en la red de baja velocidad, donde se encuentra el Lector Remoto, y una Aplicación Servidor localizada en la red de alta velocidad donde se encuentra la Biblioteca Digital EHAS (Figura 3-1).

Internet Aplicación Cliente Biblioteca Digital Remota Biblioteca Digital EHAS Red EHAS Lector Remoto Aplicación Servidor Lector

RED DE ALTA VELOCIDAD RED DE BAJA VELOCIDAD

Figura 3-1. Aplicación Cliente y Aplicación Servidor

La división de la aplicación fue hecha con el ánimo que en el cliente se ejecuten estrictamente los procesos necesarios, mientras que los procesos que no son obligatorios del lado del cliente se han hechos del lado del servidor; de esta forma, se tienen procesos de una misma tarea ejecutándose de manera distribuida y la red de telecomunicaciones es usada únicamente para transmitir la información necesaria.

Los inconvenientes más grandes a superar consistieron en resolver para el Lector Remoto las siguientes preguntas: ¿cómo acceder a los servicios de consulta de la Biblioteca

ACCESO A BIBLIOTECAS DIGITALES DESDE REDES DE BAJA VELOCIDAD CAPITULO III. ARQUITECTURA DEL SOFTWARE

38

Digital EHAS?, ¿cómo interactuar con otras bibliotecas digitales? y ¿cómo descargar los contenidos de la biblioteca digital?

Conforme a lo expuesto en el primer capítulo, no cabía la menor duda de que los protocolos HTTP y Z39.50 eran las alternativas a tratar para implementar los servicios de consulta en la biblioteca digital. Ahora, el problema se centraba en definir qué conexiones se deberían hacer por Z39.50 y cuáles por HTTP.

La consulta a la Biblioteca Digital EHAS fue probada con ambos protocolos desde un terminal EHAS en el laboratorio (ver Anexo A), y se llegó a la conclusión que HTTP era la única alternativa viable. De acuerdo a lo descrito en el segundo capítulo, todas las conexiones del terminal EHAS desde/hacia la red de alta velocidad deben hacerse a través de un proxy para atravesar el enlace de radio de baja velocidad; esta condición descartó al protocolo Z39.50, pues el proxy no lo soporta. Además, muchos servicios ofrecidos por la biblioteca digital sólo están disponibles a través de HTTP.

El protocolo HTTP no está regularmente habilitado en los terminales EHAS, debido a que su velocidad de conexión no hace práctico el uso del servicio de navegación. Su uso para los servicios de consulta de la biblioteca digital sólo es eficiente si las páginas web de la biblioteca digital son ligeras, debido a que es la única forma de garantizar que la información a transmitir no sea muy pesada y los tiempos de respuesta no sean tan elevados. Por este motivo, se realizó para la interfaz de la biblioteca digital un diseño gráfico que ofreciera al Lector Remoto interfaces ligeras, pero al mismo tiempo atractivas e intuitivas para explotar de la mejor manera los servicios ofrecidos (ver Anexo B).

El segundo inconveniente a solucionar era la interacción con otras bibliotecas digitales. Para lograrlo aprovechamos las características de la herramienta Greenstone, que permite realizar búsquedas en otras bibliotecas digitales a través de la misma interfaz web de usuario, usando en forma transparente Z39.50 como protocolo de comunicación. De esta forma un Lector Remoto puede realizar búsquedas en otras bibliotecas digitales a través de la misma interfaz gráfica de la Biblioteca Digital EHAS, pues Greenstone realiza la función de pasarela entre los protocolos HTTP y Z39.50.

Si el protocolo HTTP ofrece la solución para los servicios de consulta, definitivamente no puede ser utilizado para el servicio de descarga de los contenidos de la biblioteca. Para ello, acudimos al servicio utilizado normalmente para transferir información a/desde los puestos de salud: el correo electrónico.

Esta decisión llevó a enfrentar un problema adicional: una de las restricciones de las redes EHAS, mencionadas en el Capítulo 2, establece un tamaño máximo para los archivos que se pueden enviar por correo electrónico; ¿qué hacer si el Lector Remoto desea descargar un archivo de la biblioteca que tenga un tamaño mayor al permitido? La alternativa más viable es fragmentar el archivo en pedazos, de forma que cada fragmento sea apto para ser enviado como adjunto en un correo electrónico por la red de telecomunicaciones de EHAS.

Una vez definidos los protocolos a usar en las diferentes conexiones, se debía hacer que funcionaran en conjunto. El acceso a la Biblioteca Digital EHAS y la interacción con otras bibliotecas podía hacerse usando simplemente un navegador web comercial; el inconveniente era detectar en la biblioteca digital que la petición de descarga era realizada por un Lector Remoto localizado en el ambiente desconectado, y no por un

ACCESO A BIBLIOTECAS DIGITALES DESDE REDES DE BAJA VELOCIDAD CAPITULO III. ARQUITECTURA DEL SOFTWARE

39

Lector normal, y que por tanto el envío del archivo debería hacerse a través del correo electrónico y no del protocolo HTTP. Esta situación, y el hecho de que al disponer de un navegador web comercial los usuarios en el puesto de salud podrían acceder a cualquier página web en Internet, acción que no es deseable debido a las características propias de la red, llevaron a descartar su uso.

Después de considerar lo descrito anteriormente, se incorporó a la Aplicación Cliente su propio navegador web para interactuar únicamente con la Biblioteca Digital EHAS, realizando las consultas a través del protocolo HTTP, y para conectarse a otras bibliotecas digitales utilizando el servicio de pasarela entre web y Z39.50 de Greenstone. Para descargar un contenido, la Aplicación Cliente detecta que el Lector Remoto ha hecho una petición de descarga, y en vez de enviarla hacia la biblioteca digital la re- direcciona hacia la Aplicación Servidor; ésta realiza vía HTTP la petición y descarga el archivo de la biblioteca digital, lo comprime y divide en fragmentos, cada uno de tamaño apto para ser enviado como adjunto en un mensaje de correo electrónico por la red de telecomunicaciones EHAS; a continuación, la Aplicación Servidor envía los mensajes a través del Servidor de Correo Electrónico del Hospital, donde permanecen hasta que a través de un socket TCP, la Aplicación Cliente interacciona con la aplicación EmailsDownloader para ordenar que atraviesen el enlace de radio de baja velocidad y lleguen al Servidor de Correo Electrónico del Puesto Salud; una vez realizada esta acción, la Aplicación Cliente, usando el protocolo POP3, descarga los mensajes de correo electrónico con los fragmentos, los une, descomprime el archivo y coloca el contenido completo a disposición del Lector Remoto.

La Figura 3-2 muestra la arquitectura inicial del sistema, con las aplicaciones y conexiones descritas anteriormente.

Navegador web Biblioteca Digital EHAS Proxy Hospital Proxy Local PC Cliente Windows PC Comunicaciones Linux Servidor de Correo Electrónico Servidor de Correo Electrónico Servidor de Aplicaciones Biblioteca Digital Remota Servidor de Comunicaciones Hospital Aplicación Servidor Radio VHF Radio VHF AX.25

RED DE ALTA VELOCIDAD RED DE BAJA VELOCIDAD

Internet Lector Remoto Lector Consulta: HTTP Descarga: POP3 HTTP Z39.50 SMTP HTTP SSH Ejecución: Socket TCP EmailsDownloader UUCP HTTP Aplicación Cliente

Figura 3-2. Arquitectura inicial del Sistema de Acceso a Bibliotecas Digitales desde Redes de Baja Velocidad para un terminal EHAS.

ACCESO A BIBLIOTECAS DIGITALES DESDE REDES DE BAJA VELOCIDAD CAPITULO III. ARQUITECTURA DEL SOFTWARE

40