4bots

La solución se ha dividido en cuatros áreas cláramente definidas y que será implementada por robots que establecen un protocolo de comunicación de dos vías, que se podrían definir como SEMIDUPLEX por el grado de asincronismo presente, con un lado cliente y servidor presentes que permitan sincronizar la información de contenidos y de seguimiento a ambos extremos del canal.

CLIENTE

CSbot: Los usuarios desconectados, es decir aquellos con pobres capacidades de conectividad a internet, tienen a su dispoción una serie de cursos y contenidos que corren localmente. CSbot (Client Smtp Robot) se encarga de revisar, con la frecuencia definida por el usuario, la pobre conexión a internet que dispone el equipo desconectado y en el momento de mejor conexión, recoge los datos de sincronización generados por la plataforma como efecto de la actividad académica que éste desempeña en los cursos a los que pertenece y los envía como archivo comprimido a una dirección de correo válida y dispuesta para este servicio.

CMPbot: Este robot se conecta con un servidor de correo en el cual el usuario desconectado tiene alojado sus correos electrónicos, descarga los nuevos, los analiza para filtrar aquellos que son utilizados para la actualización de los contenidos. CMPbot (Client Mime-Pop3 Robot) descarga el contenido y lo sube a LORs en la comunidad, curso y asignatura específica que el usuario desconectado está estudiando.

SERVIDOR

SMPbot: Server Mime-Pop3 Robot se encarga de conectar al servidor de correo del usuario administrador de la plataforma, y luego de analizar los correos nuevos, filtra aquellos que provienen de los usuarios desconectados con información de seguimiento y los sube a la plataforma servidora.

SSbot: En el momento que se suben contenidos a un curso, Server Smtp Robot analiza los usuarios desconectados que pertenecen a ese curso, y les envía un correo a sus cuentas de correo en el formato establecido con el curso scorm como archivo adjunto.

La comunicación es de dos vías y si asumimos que el flujo Cliente-Servidor es de subida y el Servidor-Cliente es de bajada, entonces podríamos decir que la comunicación:

En subida es CSbot-SMPbot
En bajada es SSbot-CMPbot

Pasos para crear un paquete en dotLRN

Para crear el paquete se siguen los siguientes pasos:

• En la página principal (http://localhost/index) pinchar el botón Administration
• En el menú de administración (/admin) pinchar el enlace Site-Wide Administration
• En el menú de Site-Wide Administration (/acs-admin) pinchar el botón Developer's Admin
• En el menú de Developer's Administration (/acs-admin/developer) pinchar el enlace Package Manager
• Y finalmente dentro de las opciones del APM (/acs-admin/apm) pinchar la opción Create a new package.
• Se llena el formulario y gualá, fácilmente se crea un paquete.
• Se busca el paquete recién creado en la lista ofrecida por el APM y se habilita la opción Watch all files
  

Luego de creado el paquete, hay que crear y adicionar una instancia de la aplicación al servidor, de forma que pueda ser referenciado después a través de una url. Estos son los pasos para conseguirlo:

• Parado sobre la página de administración (/admin) pinchar secuencialmente el enlace Applications (/admin/applications) y el botón Add application (admin/applications/application-add) y llenar el formulario