universidad de chile facultad de ciencias físicas y

Anuncio
UNIVERSIDAD DE CHILE
FACULTAD DE CIENCIAS FÍSICAS Y MATEMÁTICAS
DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN
UNA ESTRATEGIA DE EDUCACIÓN A DISTANCIA PARA EL DEPARTAMENTO
DE CIENCIAS DE LA COMPUTACIÓN, UTILIZANDO CONFERENCE XP
MEMORIA PARA OPTAR AL TÍTULO DE INGENIERO CIVIL EN
COMPUTACIÓN
LEONARDO DAVID OPORTO SEGURA
PROFESOR GUÍA
SERGIO OCHOA DELORENZI
MIEMBROS DE LA COMISIÓN
NELSON ANTRANIG BALOIAN TATARYAN
GEORGES DUPRET
SANTIAGO DE CHILE
2008
-1-
RESUMEN DE LA MEMORIA PARA
OPTAR AL TÍTULO DE INGENIERO
CIVIL EN COMPUTACIÓN.
POR: LEONARDO OPORTO SEGURA
FECHA: 20/7/2008
PROF. GUÍA: SERGIO OCHOA
“UNA ESTRATEGIA DE EDUCACIÓN A DISTANCIA PARA EL
DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN,
UTILIZANDO CONFERENCE XP”
En la actualidad, el área de Educación Continua, perteneciente al Departamento de
Ciencias de la Computación de la Universidad de Chile (DCC), dicta cursos de
capacitación orientados a personas que trabajan en el día y estudian después de la jornada
laboral. Debido a que muchas veces los lugares de trabajo de estas personas se encuentran
a una distancia considerable del edificio del DCC o bien a la imposibilidad de estos
alumnos para desplazarse hasta el lugar donde se imparten las clases, se ha generado la
necesidad estudiar la factibilidad de realizar las mismas clases, pero a distancia.
Este trabajo de título tiene como objetivo general encontrar una solución al problema de
impartir las clases de manera remota. Para ello, se diseñó una estrategia que para su
diseño requirió una caracterización del escenario de enseñanza-aprendizaje presente en el
DCC, una definición del tipo de estudiantes y por último la implementación de la
estrategia de instrucción.
Para poder llevar a cabo el diseño de la estrategia, se utilizó una herramienta llamada
ConferenceXP, con la cual fue posible diseñar una solución que contempla el diseño de
salas de clases capaces transmitir las cátedras hacia una o más salas remotas. Además,
dado que existe la posibilidad que no todos los alumnos puedan asistir siempre a clases, la
estrategia contempla la posibilidad de almacenar dentro de un servidor las clases ya
dictadas, de modo que sea posible recuperarlas después.
Para ver la factibilidad de usar ConferenceXP sobre Internet (con todos los problemas de
velocidad y tráfico que pudiesen existir), se realizaron pruebas simulando el escenario de
clases, llegando a la conclusión que es posible realizarlas de manera remota, con una
calidad de comunicación aceptable.
Como resultado final de este trabajo, se obtuvo una estrategia con la cual es posible
montar salas de clases para realizar cursos de educación a distancia. Esto permite dar
solución al problema planteado, extendiendo así las posibilidades del DCC para dictar
cursos a distancia.
-2-
Agradecimientos
Quiero agradecer a todos los que me apoyaron e hicieran posible que llegara al punto
de escribir estas líneas. A mi familia que siempre creyó en mí y que estuvo toda la
carrera junto conmigo, en penas y alegrías. A mi Osa por dar vuelta los santos, a mi
papá por creer en mi y auspiciarme siempre :P, a mi mamá por jugársela por mi y a mi
hermana por aconsejarme y escucharme siempre.
A mis amigos, en especial a Nicolás que desde primer año hasta la fecha me ha puesto
el hombro cuando he necesitado, a Guille y Topo que junto con Nicolás son como mis
hermanos, me han escuchado y apoyado siempre. A Lucho por haberme dado fuerzas
en la última etapa de mi carrera. A la Juani por saber siempre hacerme reir cuando lo
necesitaba. A Roberto por su nobleza y por haberme ayudado en parte importante de
esta memoria justo cuando más necesitaba.
Por último quiero agradecer de manera muy especial a mi profesor Sergio Ochoa, que
con mucha dedicación me ayudó a realizar esta memoria, siendo un ejemplo de
persona, con cuya caballerosidad y camaradería me enseñó también a ser mejor como
persona.
-3-
Índice de Contenido
1. Introducción ................................................................................................................ 7
1.1. Justificación.............................................................................................................. 9
1.2. Objetivo General ...................................................................................................... 9
1.3. Plan de Trabajo ...................................................................................................... 10
1.4. Caracterización Básica del Escenario de Estudio .................................................. 11
2. Marco Teórico ........................................................................................................... 13
2.1. Enfoque Teórico..................................................................................................... 14
2.2. Enfoque Práctico .................................................................................................... 15
2.3. Enfoque Teórico-Práctico ...................................................................................... 15
2.4. Enfoque Presencial................................................................................................. 16
2.5. Enfoque a Distancia ............................................................................................... 16
3. Descripción de ConferenceXP .................................................................................. 18
3.1. Conceptos Asociados a ConferenceXP.................................................................. 18
3.2. El Archive Service ................................................................................................. 20
3.3. El Venue Service.................................................................................................... 21
3.4. El Reflector Service ............................................................................................... 22
3.5. Problemas Identificados en ConferenceXP............................................................ 22
3.5.1. Problemas de Conexión....................................................................................... 23
3.5.2. Problemas de Rendimiento ................................................................................. 24
3.5.3. Problemas al Grabar Streams de Audio/video asociados a Reflector service .... 24
3.5.4. Problemas al Grabar Streams de Audio/video asociados tener dos interfaces de
red.................................................................................................................................. 25
3.5.5. Venues en Internet y en Internet 2 ...................................................................... 25
4. Propuesta Educativa para el DCC ............................................................................. 26
4.1. Caracterización del escenario de enseñanza-aprendizaje que está presente en el
DCC............................................................................................................................... 26
4.1.1. Elementos que se añadieron en la caracterización del escenario enseñanzaaprendizaje hasta ahora utilizado .................................................................................. 27
-4-
4.1.2. Dinámica del Proceso de Enseñanza-Aprendizaje.............................................. 28
4.2 Definición de los Tipos de Estudiante .................................................................... 30
4.3 Creación de la Estrategia Educativa........................................................................ 31
4.3.1. Participantes en el proceso .................................................................................. 32
4.3.2. Medio de comunicación escrito para los integrantes del curso........................... 32
4.3.3. Estructura de las salas de clases .......................................................................... 33
4.3.4. Disposición de un equipo tablet pc para los profesores de cada curso ............... 33
4.3.5. Capacidad de almacenar el contenido de las clases ............................................ 34
4.3.6. Uso de equipos tablet pc para los alumnos que toman los cursos ...................... 34
5. Propuesta Tecnológica de Soporte al Modelo Educativo ......................................... 35
5.1.1. Implementación de la Sala de Clases Local........................................................ 35
5.1.2. Implementación de las Salas de Clases Remotas................................................ 37
6. Resultados Obtenidos y Resultados Esperados......................................................... 48
6.3.1 Evaluación de Tester desde la sala remota........................................................... 52
6.3.2 Evaluación de Usuario desde la Sala Local ......................................................... 54
6.4.1 Evaluación de Tester desde la Sala Remota......................................................... 57
6.4.2 Evaluación de Usuario desde la Sala Local ......................................................... 57
7. Conclusiones y Trabajo a Futuro .............................................................................. 61
Bibliografía y Referencias............................................................................................. 64
Anexo A: Instalación del Producto ............................................................................... 66
A.1. Instalación del Archive Service ............................................................................ 66
A.2. Instalación del Venue Service ............................................................................... 71
A.3. Instalación de Reflector Service............................................................................ 76
A.4. Puesta en marcha de ConferenceXP ..................................................................... 76
Configuración de audio y video .................................................................................... 76
Configuración de servicios............................................................................................ 77
Configuración de profile ............................................................................................... 80
Conectarse con otro equipo sin utilizar Venue service ................................................. 81
Conectarse a un Venue.................................................................................................. 81
Iniciar una presentación: ............................................................................................... 83
-5-
Iniciar un Chat:.............................................................................................................. 84
Iniciar una reproducción Windows Media:................................................................... 84
Iniciar un flujo de pantalla: ........................................................................................... 85
Iniciar Browser compartido: ......................................................................................... 85
A.5. Archive Service ..................................................................................................... 86
A.6 Venue service ......................................................................................................... 87
Creación de Venues....................................................................................................... 87
A.7 Reflector Service .................................................................................................... 88
Anexo B: Hardware y equipos utilizados ..................................................................... 90
-6-
1. Introducción
Es evidente que en los últimos años, las tecnologías de la información, se han
acercado a la vida cotidiana de las personas. El transmitir información utilizando
dispositivos como los computadores o inclusive teléfonos móviles, es un hecho en la
vida diaria de muchas personas. Dada la familiarización que se tiene con estas
tecnologías, no es difícil imaginar la cantidad de usos que éstas pueden tener sobre el
quehacer de las personas. Uno de los usos que puede dárseles a éstas, y en el cual se
enfocará este trabajo, es la educación a distancia. Este tipo de instrucción puede ser
síncrona (a través de videoconferencias), asíncrona (a través de mecanismos de auto
instrucción), o bien puede ser una mezcla de ambas. Este trabajo propone un método de
educación a distancia mixto (blended learning) para cursos de capacitación del
Departamento de Ciencias de la Computación (DCC) de la Universidad de Chile.
Este tipo de educación permite a los estudiantes aprender los contenidos necesarios
para sus estudios, sin la necesidad de asistir físicamente a un aula. Este método
instruccional tiene ciertas ventajas, tales como el no depender de un horario fijo y así
poder estudiar con mayor flexibilidad horaria. Otra ventaja es el no tener que estar en
una misma zona geográfica para obtener la educación impartida en cierto lugar.
Sin embargo, este método de enseñanza también tiene sus aspectos negativos. Al
ser a distancia, generalmente no existe una relación fuerte del tipo “tutor – alumno”,
por lo que no existe una retroalimentación evidente que permita que el tutor o profesor
pueda observar con claridad el progreso del estudiante. Como se puede ver, la
educación a distancia, en general, entrega información al estudiante, en donde podría
decirse que éste, podría pasar a ser un actor pasivo en el proceso educativo. Para evitar
caer en esta situación, se debe realizar un diseño instruccional apropiado, para que el
alumnos pase a ser el protagonista de su propio proceso de aprendizaje.
Lo que pretende este trabajo, es entregar una estrategia instruccional mixta (parte
síncrona y parte asíncrona) para que el estudiante pase a ser un actor activo en el
proceso de aprendizaje; que pueda (si es posible) aportar experiencia a los otros
miembros partícipes del proceso educativo. Como herramienta de apoyo a la propuesta
instruccional se utilizará un software de videoconferencia llamado ConferenceXP y
una herramienta que permita generar comunidades.
Dado que las estrategias de educación a distancia dependen de muchos factores,
tales como las características organizacionales de la institución en la cual se aplican, la
forma de enseñanza de el o los profesores, los alumnos de la institución, el tipo de
cursos en el que se desea aplicar la tecnología, entre otros, habrá que hacer un estudio
de éstos, en una institución en particular, para comenzar, en el Departamento de las
Ciencias de la Computación.
-7-
Para poder adoptar una estrategia de educación a distancia, fue necesario no sólo
enfocarse al aspecto computacional de ésta, si no que además fue necesario extender la
investigación hacia otras áreas propias de las ciencias educación como tal. En términos
globales, para poder cumplir con el objetivo de este trabajo (encontrar una estrategia
aplicada a educación a distancia utilizando Conference XP), fue necesario analizar
distintos escenarios en los objetivos y modo de realización de un curso a distancia para
luego poder adaptarlos a las disponibilidades (y eventualmente limitaciones técnicas)
propias del DCC, obteniendo así una estrategia en el modo de la realización de los
cursos.
-8-
1.1. Justificación
El haber elegido en una primera instancia al DCC para hacer el estudio de la
estrategia de educación a distancia, tiene como fundamento el hecho de que
actualmente el Departamento tiene una demanda de cursos de capacitación, y
justamente, se requiere que éstos se efectúen a distancia.
El tema presentado es interesante, ya que si se crea una estrategia exitosa para
realizar los cursos que le son demandados al departamento, se puede dar paso a crear
nuevas estrategias mejoradas e innovadoras, que puedan hacer que no sólo el
departamento de computación, si no, toda la universidad pueda vivir un fenómeno de
“extender sus aulas”.
La estrategia pretende que al ser aplicada, el estudiante sea capaz de no sólo recibir
información, si no que además pueda interactuar inclusive a tiempo real, con otros
estudiantes en forma remota. El hecho de que un estudiante pueda interactuar de forma
remota con otros estudiantes puede ser beneficioso, ya que al no encontrarse solo, se
pueden obtener experiencias de aprendizaje grupal haciendo el uso de tecnologías,
como la de video conferencia.
1.2. Objetivo General
El objetivo general de esta memoria es diseñar una estrategia de enseñanzaaprendizaje a distancia, e implementarla utilizando la herramienta ConferenceXP y una
herramienta de apoyo a comunidades. El escenario donde se pretende aplicar la
solución es en el área de Educación Continua del Departamento de Ciencias de la
Computación. Entre los objetivos específicos que se desprenden del objetivo general,
se pueden distinguir los siguientes:
Objetivo Específico 1: Caracterizar el escenario de enseñanza-aprendizaje que
está presente en el DCC.
Objetivo Específico 2: Definir los tipos de estudiantes de modo que se puedan
clasificar de acuerdo a las necesidades que presenten, para así poder considerarlos
dentro de la estrategia propuesta.
Objetivo Específico 3: En base a los tipos de estudiantes definidos, crear
estrategia de aprendizaje para éstos.
-9-
Objetivo Específico 4: Implementar la estrategia utilizando la herramienta
Conference XP. Se harán las extensiones necesarias en caso de requerirse.
1.3. Plan de Trabajo
Para llevar a cabo esta memoria se utilizó el plan de trabajo que se describe a
continuación.
Tareas:
1. Estudio del funcionamiento de la herramienta ConferenceXP (4 semanas) –
Estatus: Terminado.
2. Instalación de la herramienta y puesta en marcha en modo de prueba (4 semanas)
– Estatus: Terminado.
3. Analizar el escenario de enseñanza-aprendizaje existente en el DCC (4 semanas) –
Estatus: Terminado.
4. Definir los tipos de estudiantes involucrados en el proceso (1 semana) – Estatus:
Terminado.
5. Análisis de performance e identificación de las limitantes tecnológicas existentes
(4 semanas) – Estatus: Terminado.
6. Revisar las estrategias existentes para educación a distancia (sincrónica y
asincrónica) (4 semanas) – Estatus: Terminado.
7. Diseñar y formalizar una estrategia que se adapte al escenario y las limitantes
existentes (8 semanas) – Estatus: Terminado.
8. Aplicar la estrategia y refinarla en forma iterativa. Dicha estrategia tendrá un
componente metodológico, y otro tecnológico (10 semanas) – Estatus: Terminado.
- 10 -
9. Escribir la memoria (12 semanas) – Estatus: Terminado.
El cronograma de trabajo asociado a las actividades antes presentadas es el
siguiente:
Cronograma de Actividades:
Mes/
Tarea
1
2
3
4
5
6
7
8
9
1
XXXX
X
2
XXX
X
3
4
5
6
7
8
XXXX
XXXX
XXX
XXXX
XXX
X
X
XXX
XX
XXXX
XX
XXXX
XXXX
XXX
1.4. Caracterización Básica del Escenario de Estudio
Como parte de los requisitos de este trabajo se estableció que el auditorio del 3er
piso del DCC sería la sala a utilizar para realizar las pruebas asociadas a esta memoria.
Como escenario de estudio se van a tomar los cursos de diplomado y postítulos que se
dictan en el DCC. A continuación se presenta una caracterización inicial de dicho
escenario.
Sala de clases. La sala de clases es de tipo auditorio, con capacidad para 60-70
personas. Esta sala cuenta con un proyector y una pantalla de plasma. Ambos
dispositivos con capacidad para conectarse a un computador. Al momento de las
pruebas la sala deberá contar con al menos 1 micrófono inalámbrico. La sala cuenta
actualmente con un equipo de audio y una cámara de video. Se intentará contar con 2
cámaras al momento de realizar las pruebas.
Estudiantes. Los estudiantes son profesionales que trabajan en entidades públicas o
privadas en el área de computación y sistemas. La gran mayoría de ellos no tiene
experiencias previas en educación a distancia, aunque probablemente han hecho
videoconferencias a través de una WebCam, y han utilizado un chat.
- 11 -
Profesores. Los profesores son académicos del DCC y expertos de la industria local.
Todos ellos son capaces de utilizar tecnología para realizar una clase. Sin embargo, la
mayoría no tiene experiencia en educación a distancia. Por el momento no se ve que
esto pueda volverse un obstáculo para esta propuesta.
Red de Comunicaciones. Se utiliza la red del DCC. Se trabajará sobre Internet I e
Internet II. Por el momento se sabe que el ancho de banda de la Universidad de Chile
hacia Internet II es un canal simétrico de 7MB para subida, y otro similar para la
bajada. Por otra parte, el ancho de banda para Internet I es de 9.5 MB de subida y
bajada.
- 12 -
2. Marco Teórico
Desde que se le conoce como tal, la educación a distancia se ha desarrollado con el
objeto que los estudiantes no se vean obligados a asistir físicamente a un aula o sala de
clases.
En sus inicios, la educación a distancia funcionaba de un modo
“unidireccional”, en el que había un profesor, quien mediante correspondencia, enviaba
el material necesario para que su alumno pudiera estudiar los contenidos enviados. Una
vez enviada la correspondencia, el profesor se desligaba, en cierto modo, de la labor
educativa para con el estudiante, ya que cualquier cualquiera fuera la duda, inquietud u
observación que pudiese tener éste, se hacía prácticamente imposible la comunicación
con el profesor.
Con la aparición de medios audiovisuales se mejoró la calidad del material que el
profesor podía entregar. Del material escrito, se hizo una transición a medios como
cintas de video o programas de televisión (por ejemplo TELEDUC en la década de los
80) en los cuales se le facilitaba mucho más la labor del aprendizaje. Pese a ello la
transmisión de los contenidos del curso seguía siendo unidireccional, siendo dificultosa
la comunicación del alumno hacia el profesor, al presentarse cualquier duda u
observación.
Desde mediados de la década de los 90, el avance que ha experimentado la
tecnología de las comunicaciones en el área de las redes e Internet, ha crecido de
manera asombrosa. A medida que esta tecnología se ha vuelto más avanzada, el
número de personas que tienen acceso a ésta se ha hecho mucho mayor. En la siguiente
figura se puede apreciar un gráfico con el crecimiento del número de usuarios desde
1996 hasta el 2001 en millones [2]:
Figura 1: Crecimiento de usuarios de Internet, en millones
- 13 -
Además de ser un medio masivo, Internet permite enviar y recibir información a
grandes velocidades, permitiendo el envío de texto, datos, imágenes y sonido (medios)
destacándose estos últimos dado que un usuario puede extenderse a enviar y recibir
medios, contraponiéndose al paradigma televisivo que limitaba al usuario a ser un mero
receptor.
Con el poder de manejo de la información otorgado por Internet, es posible acceder
a bases de datos multimediales, obtener material escrito de manera inmediata,
comunicarse con otras personas de manera instantánea, etc. Esto da pie para que la
educación a distancia pase de ser un medio unidireccional a un medio multidireccional
en la transmisión del conocimiento (Multidireccional dado que la interacción entre
alumnos y profesor no se realiza sólo de modo “profesor – alumno, alumno – profesor”
si no que también puede ser de modo “alumno – alumno”).
Teniendo claro que las posibilidades entregadas por las tecnologías actuales
parecieran entregar una gran cantidad de posibilidades a explotar, es necesario definir
un enfoque del tipo de enseñanza que se desea impartir, como una primera
aproximación a la toma de una estrategia.
Para comenzar a definir un enfoque del tipo de enseñanza a impartir, es necesario
definir dos variables que se consideraron relevantes. La primera variable es definir
“qué se va a enseñar” de modo que se pueda determinar la enseñanza estará orientada a
lo teórico, práctico o tal vez a una mezcla de ambos.
La segunda variable es definir “dónde se impartirán las clases”. Esto implica
definir si las clases necesariamente requieren ser presenciales, a distancia o una
combinación de éstas.
2.1. Enfoque Teórico
Como el nombre lo indica, el enfoque teórico en el proceso de enseñanza está
orientado a que el alumno sea capaz de obtener un aprendizaje basado en teoría. Se
orienta básicamente a que el alumno reciba información y mediante su estudio y
comprensión obtenga el conocimiento de la materia. La manera tradicional de evaluar
al alumno es mediante pruebas (tests) en los cuales el alumno demuestra el
conocimiento adquirido mediante la resolución de problemas propuestos.
- 14 -
Para poder llevar a cabo el proceso de enseñanza bajo este enfoque, es necesario
contar con un profesor o guía que tenga la labor de transmitir los contenidos del curso.
Por otra parte, es importante contar con material (escrito, multimedial, etc.) para que el
alumno pueda usar en su proceso de entendimiento los contenidos entregados por el
profesor.
2.2. Enfoque Práctico
Este enfoque se orienta a que el alumno sea capaz de obtener conocimiento sobre
ciertos tópicos, mediante experiencia obtenida por la realización de una actividad en la
cual se vea en la necesidad de resolver un problema en particular. En la realización de
la actividad es necesaria la presencia de un profesor o guía para que vaya orientando al
alumno en la resolución del problema.
Al haber completado la actividad, el alumno obtendrá el conocimiento necesario para
enfrentarse a situaciones similares habiendo cumplido el objetivo ésta.
Para saber que es necesario para la realización de la actividad o taller que se
realice, se necesita definir en qué consistirá ésta. Dado que el objetivo de este trabajo
se enfoca en cursos dictados por el DCC, se asume que para un trabajo práctico es
necesario un laboratorio con computadoras, que actualmente el departamento dispone.
2.3. Enfoque Teórico-Práctico
Este enfoque se basa en la combinación de los dos enfoques revisados y pretende
que el alumno obtenga una enseñanza de modo teórico para luego aplicar lo aprendido
en una actividad o taller para ir adquiriendo destreza, de modo que el alumno pueda
reforzar lo que no pudo haber quedado del todo claro en el ámbito teórico.
Habiendo definido los posibles enfoques al momento de decidir “qué es lo que se
va a enseñar”, es necesario definir cómo se impartirán las clases, si se requiere que los
alumnos tengan que ir a un lugar físico en particular o no.
- 15 -
2.4. Enfoque Presencial
Al momento de diseñar una clase, es importante definir qué tan importante es la
presencia de los alumnos en un lugar físico determinado. El riesgo de deserción
disminuye al sentirse parte de un grupo y poder interactuar entre los compañeros y
docentes de forma directa. De esa manera se genera una motivación extra que hace que
el alumno no pierda interés en el curso.
2.5. Enfoque a Distancia
Como se puede apreciar, el enfoque presencial tiene bastantes puntos positivos por
lo que generalmente se opta utilizarlo. Sin embargo existe otro enfoque de cómo
impartir las clases que puede denominarse como un enfoque a distancia. Este enfoque
pretende reemplazar los lugares físicos por lugares virtuales, en los cuales se pueden
dictar clases o cátedras pero sin que los alumnos asistan de manera física. Una de las
principales diferencias que existe entre este enfoque y el presencial, consiste en que las
clases se pueden realizar de manera tanto síncrona como asíncrona.
Este enfoque tiene un riesgo al momento de hablar de la deserción de los alumnos.
Dado que es a distancia, es lógico pensar que los alumnos puedan tender a “asistir”
solos a las clases, frente a una pantalla en la que un profesor dicta una clase. Al estar
solos frente a un monitor, los alumnos pueden aburrirse. Es más, si tienen dudas y los
tiempos de respuestas son demasiado prolongados, lo más seguro es que los alumnos
dejen de tomar la clase.
Es por eso que el docente encargado de realizar la clase debe tener una buena
preparación tal como lo menciona la Dra. Louise Sauvé: “Tiene que ser un buen
educador, especialista en su área y estar sensibilizado hacia la educación desescolarizada y sus alumnos, que estudian solos en sus casas. Además debe ser buen
redactor y manejar las tecnologías de la información, lo cual no siempre se le exige a
un docente de una universidad tradicional. Con frecuencia los maestros de la
educación des-escolarizada nos decimos que somos unos súper profesores” [1].
Gracias a los avances Internet y de las redes actuales, es posible observar que
existen distintas formas de comunicación que pueden ser útiles en los enfoques tanto
teóricos como prácticos, dependiendo de cómo se desee impartir un curso en particular.
- 16 -
La primera opción por la que se puede optar, es utilizar un método de
comunicación unidireccional. Esto se puede dar en un escenario en el cual se desee
transmitir una clase desde un lugar a otro, tal como si fuera una clase televisada. Es tal
vez, técnicamente hablando, la que tiene más facilidades de implementarse ya que no
se requiere de una arquitectura de red más elaborada que la que dispone la universidad
y el departamento de computación.
Otra opción que podría implementarse es realizar una comunicación “peer-to-peer”
en la cual la comunicación vaya en dos sentidos, de modo que el profesor que dicte la
cátedra pueda transmitir una señal de audio y video a un receptor y que a la vez, este
último pueda responder también con una señal de audio y video de modo que pueda ser
vista en el lugar en el que el profesor dicta la clase.
Una última opción es la realización de una transmisión multicast desde el lugar que
el profesor dicta la clase. La transmisión multimedia dentro de un ambiente corporativo
puede alcanzar niveles de audiencia ilimitadas gracias al método de transmisión
multicast. Con el método multicast el consumo de ancho de banda en una red Ethernet
es equivalente al de un único usuario, independientemente si se conectan a la
transmisión cinco, quinientas, o el número que sea de computadoras simultáneamente.
Esta eficiencia se consigue con instrucciones de la capa 3 del modelo OSI que
convierte a cada computadora de un grupo determinado en destinataria de los paquetes
de datos multicast que viajan a lo largo de la espina dorsal Ethernet. Técnicamente
multicast también podría implantarse en las redes públicas de los proveedores de
acceso a Internet, pero es altamente improbable que algún día éstos alcancen un
acuerdo comercial sobre una aplicación tan sutil como el intercambio de tráfico
multimedia (streaming) [5].
En la siguiente tabla se puede ver la disponibilidad de transmitir en vivo o bajo
demanda (diferido) a través de internet o una red corporativa (privada) utilizando
unicast o multicast:
Tabla 1: Aplicación de transmisión unicast/multicast sobre una red Intranet o Internet
- 17 -
3. Descripción de ConferenceXP
ConferenceXP es un producto Cliente-Servidor que permite la interacción entre
grupos de usuarios a través de diferentes modalidades; por ejemplo videoconferencias,
conferencias de audio y chat. Además permite almacenar en el servidor los flujos de
audio y/o video grabados durante las interacciones entre los usuarios; y luego
recuperarlo y reproducirlos de manera off-line. En esta sección se describen con más
detalle las características y capacidades de este producto.
3.1. Conceptos Asociados a ConferenceXP
A continuación se presenta una lista de definiciones de conceptos asociados a la
plataforma ConferenceXP. Estos conceptos son útiles para entender el resto del
documento.
Cliente ConferenceXP. Un Cliente ConferenceXP permite la conexión de un nodo
con uno o más nodos que tengan el cliente ConferenceXP. Esta conexión permite
realizar una serie de tareas compartidas tales como realizar una presentación, una
sesión de Chat, una reproducción de archivos multimedia Windows en formato WMV
o WMA. También permite compartir Browsers y realizar un envío a tiempo real de lo
que ocurre en la pantalla local del nodo que se quiera (local screen streaming).
Archive service. Es un servicio que permite el almacenamiento de flujos de audio y
video en la base de datos de un servidor en particular. Este servicio permite recuperar
los flujos almacenados para su reproducción utilizando un cliente de ConferenceXP
Venue. Un Venue es un espacio virtual, en el que puede reunirse uno o más nodos.
Para poder crear un Venue, es necesario contar con el Venue service funcionando.
Venue service. Es un servicio que permite la creación y administración de Venues
en un servidor en particular. Un nodo con un cliente ConferenceXP será capaz de
conectarse a un Venue gracias a Venue service.
Reflector service. Es un servicio que permite que nodos en redes que no soportan
multicast, puedan conectarse a un Venue.
Nodo. Se llamará nodo a cualquier equipo que utilice ConferenceXP y esté
conectado a algún Venue o a otro nodo mediante conexión unicast (o sea uno a uno).
- 18 -
Figura 2. Esquema básico de ruteo en redes unicast y multicast
Unicast. Se refiere a la transmisión de información desde un único emisor a un
único receptor en una red. Las redes tradicionales soportan unicast.
Multicast. Se refiere a la transmisión de información que permite que múltiples
receptores puedan recibirla. Internet2 puede soportar multicast. Por ejemplo, un
esquema básico de funcionamiento sobre una red multicast podría ser el que se muestra
en la siguiente figura.
Figura 3: Esquema de funcionamiento de multicast
Como se aprecia en la figura 3, el multicast permite la transmisión de un nodo origen
(de color negro) a múltiples destinatarios en la red (gris oscuro). Las redes
tradicionales soportan, en general, sólo transmisión unicast o broadcast (sólo a uno o a
todos los nodos, no a algunos).
- 19 -
3.2. El Archive Service
Este servicio cumple un rol fundamental a la hora de querer guardar o recuperar
flujos de audio y/o video con ConferenceXP, de modo que se puede almacenar desde
simples videoconferencias hasta cátedras universitarias para luego poder reproducirlas
cuando se estime necesario. El funcionamiento de Archive Service requiere tener SQL
SERVER 2005 instalado, para poder crear la base de datos en la que se almacenará la
información.
Gracias a la estructura de la base de datos en la que se almacenan estos flujos de
datos, es posible almacenarlos y recuperarlos separando audio y video, permitiendo
almacenar o reproducir varios flujos de video y/o sonido de forma separada. El modelo
de la base de datos que Reflector Service genera al instalarse, es el que se muestra a
continuación:
Figura 4: Modelo de datos de Archive Service
Sin pretender detallar demasiado, se menciona que es en la tabla Stream, en donde
se puede distinguir claramente cuáles son los flujos de audio y video existentes (el
atributo payload_type toma valores dynamicVideo y dynamicAudio). Para poder
utilizar este servicio, es necesario que desde el cliente de ConferenceXP se agregue el
servidor en el cual se encuentra Archive Service. Los detalles de configuración se
encuentran en el Anexo.
- 20 -
3.3. El Venue Service
Venue Service es la componente de ConferenceXP que permite la creación de
espacios de colaboración en los cuales distintos nodos pueden acceder de manera
simultánea. Estos espacios permiten la interacción de los distintos nodos que se
encuentran en línea.
Venue Service es fundamental para el uso de ConferenceXP ya que con éste es
posible realizar desde sesiones de chat o videoconferencias, hasta compartir una pizarra
y exponer presentaciones a distintos nodos de forma simultánea. Además, funciona
como un servicio web, y requiere ser utilizado con IIS. Gracias a esto, distintos nodos
pueden acceder a un Venue Service mediante el ingreso de una URL (en el anexo se
explica lo anterior con más detalle). En la figura puede apreciarse un cliente
ConferenceXP conectado a un servidor de Venues:
Figura 5: Cada ícono representa un Venue (un espacio de reunión) en particular
- 21 -
3.4. El Reflector Service
ConferenceXP fue diseñado pensando en redes con soporte multicast. Sin embargo,
dado que no todas las redes tienen esta característica, es necesario disponer de una
herramienta que permita hacer de “puente” entre redes con soporte y sin soporte de
multicast. Esta es la razón de por qué existe Reflector Service.
Figura 6: Esquema de funcionamiento de Reflector Service
Para entender mejor el concepto, se muestra en la figura 6 que el Reflector Service
permite que un nodo perteneciente a una red, sin multicast habilitado, pueda conectarse
a una red con multicast habilitado. Para ello, Reflector Service se debe encontrar en la
red multicast, de modo que sea capaz de redireccionar los paquetes multicast vía
unicast, a la red sin soporte multicast. Los nodos con ConferenceXP en la red sin
soporte multicast, deben conectarse al Reflector Service ubicado en la red Multicast.
3.5. Problemas Identificados en ConferenceXP
En esta sección se documentan algunos de los problemas típicos con los que se
encontraron a la hora de realizar pruebas del producto. El objetivo de documentar estos
problemas se debe a que no se encontró información al respecto en el sitio oficial del
producto, ni tampoco se obtuvo ayuda al respecto, por parte del equipo se soporte del
producto.
Estos problemas fueron identificados en las pruebas que se hicieron en el DCC,
entre Marzo y Mayo del 2007. Las pruebas consistieron en la realización de
conferencias de audio y video a través Internet y también utilizando Internet 2.
- 22 -
Los flujos de audio y video fueron grabados y luego almacenados utilizando
Archive Service. Posteriormente se probó que los flujos de audio y video pudieran
recuperarse de manera off-line desde el repositorio alojado en el servidor. A partir de
estas pruebas se identificaron los siguientes problemas.
3.5.1. Problemas de Conexión
Una lección aprendida a partir de las pruebas realizadas radica en que no se puede
conectar a un Venue si se tiene Reflector service. Cuando se elige un servidor para el
reflector service, y en la máquina local también se corre el Reflector service, aparece el
siguiente mensaje de error al tratar de conectarse a un Venue:
Figura 7: Mensaje de error cuando existe una colisión de puertos e IP
Esto es debido a que reflector service utiliza un puerto por defecto. Luego, si está
corriendo el servicio en la máquina local, éste puerto está siendo utilizado. Al tratar de
conectarse a un servidor con Reflector service, se tratará de utilizar el mismo puerto,
por lo que se generará el error. Una posible solución consiste en cambiar el puerto de
Reflector service en el computador que se está utilizando dicho servicio.
El archivo de configuración de Reflector service se encuentra en la carpeta de
instalación de Reflector service y se llama ReflectorService.exe.config. Una vez
abierto, hay que cambiar la línea que dice:
<add key="MSR.LST.Reflector.UnicastRTPListenPort"
value="7004"/>
- 23 -
En donde 7004 es el puerto que se ocupa por defecto. Para evitar este problema basta
cambiar el puerto por alguno desocupado y reiniciar el servicio de Reflector service.
3.5.2. Problemas de Rendimiento
En general, los problemas de rendimiento del producto están asociados
fundamentalmente a limitaciones en el hardware del servidor, o bien en el ancho de
banda del enlace de comunicaciones. Con respecto al servidor se requiere contar con
una CPU poderosa, por ejemplo CPUs de 3.0 Ghz dual processor o dual core con
Hyperthreading habilitado (4 CPUs virtuales). La cantidad de memoria mínima
utilizada en las pruebas es de 2 GB, aunque en las especificaciones técnicas del
producto dice otra cosa. Además es recomendable tener una buena tarjeta de video
(Nvidia, ATI) de no más de dos años de antigüedad con al menos 64MB de RAM.
En cuanto a la red, se recomienda al menos 2 MB para upload, y N * 2MB de
bajada, dependiendo de la cantidad de personas (nodos) en la conferencia (N). Es
importante ver la disponibilidad de red que se posee en el DCC, para así poder generar
una estrategia que se encuentre a su alcance.
En cuanto al procesamiento de video, es dos veces más caro codificar que
decodificar video, por lo que es recomendable reducir la codificación para dar más
prioridad a la decodificación. Hay que notar que una resolución de 640x480 contiene 4
veces más datos que una de 320x240, por lo que requiere más cpu para codificar y
decodificar.
En las pruebas se vio que el audio es más importante que el video, por lo que en
caso de tener problemas de video, es recomendable usar sólo audio. En el caso
particular de una de las pruebas realizadas en el DCC, se tuvo problemas con una
videoconferencia en la que se utilizó la red de la universidad. Allí el consumo de CPU
del servidor bordeaba el 100%. La utilización de ésta disminuyó al 50% cuando se
cambió la resolución del video de 640x480 a 320x240.
3.5.3. Problemas al Grabar Streams de Audio/video asociados a Reflector
service
No se vio en la documentación de ConferenceXP, pero las veces que se ha
utilizado Archive service sin utilizar Reflector service, no es posible grabar ni
recuperar flujos de audio o video. Por eso es recomendable utilizarlo en caso de querer
- 24 -
grabar o recuperar flujos de datos multimedia. Hay que tener en cuenta que
ConferenceXP y Reflector service usan la misma IP y puerto para unicast, de modo que
se recomienda correr Reflector en un computador por separado.
Si se instala ConferenceXP y Reflector en el mismo computador, no podrán
realizarse operaciones que involucren unicast, como reproducir un archivo fuera de un
Venue, abrir una conexión uno a uno o usar Reflector para habilitar un cliente
ConferenceXP en una red sólo unicast [14].
3.5.4. Problemas al Grabar Streams de Audio/video asociados tener dos
interfaces de red
Este problema no está registrado en la documentación, pero se pudo corroborar la
existencia de éste, en dos servidores de pruebas distintos que tenían las mismas
características en común. El problema se registró al tener un servidor con dos
interfaces de red, una para internet y la otra para internet2. El servidor ejecutaba Venue
service y los demás servicios sobre internet. Al tener levantada la interfaz con
internet2, por un motivo aún no descubierto, era imposible hacer que “Archive service”
fuese capaz de almacenar alguna grabación. Al bajar la interfaz de internet2, todo
funcionó normalmente.
3.5.5. Venues en Internet y en Internet 2
Por lo que se pudo experimentar, los Venues creados asociándoles una IP de
Internet 2, no pueden ser alcanzados por nodos localizados en Internet normal.
También se vio en la necesidad de utilizar Reflector service para una conferencia con
nodos y servidor en Internet 2. Esto es, al parecer, porque no se contaba con una
autorización para habilitar multicast ya que por lo hablado con el profesor guía de este
trabajo, se requiere de cierta autorización para poder usas esta característica.
- 25 -
4. Propuesta Educativa para el DCC
Para poder seguir en el desarrollo de una estrategia instruccional, fue necesario
hacer un análisis que fuese capaz de enmarcar el tipo de cursos y el tipo de alumnos
sobre los cuales se diseñó y aplicó la estrategia. Para ello se hizo una caracterización
del escenario de enseñanza-aprendizaje presente en el DCC (actual y al que se
pretendió llegar aplicando la estrategia) y una descripción del tipo de estudiantes
asociados a los cursos sobre los cuales se diseñó la estrategia.
4.1. Caracterización del escenario de enseñanza-aprendizaje que está
presente en el DCC
El caracterizar el escenario de enseñanza-aprendizaje que está presente en el DCC
será el primer paso para el desarrollo de una estrategia. Dada las características de este
trabajo, el escenario de enseñanza-aprendizaje del DCC se enfocará principalmente a la
realización de los cursos pertenecientes a los programas de formación continua y
actualización de excelencia a profesionales que se desempeñan en áreas relacionadas
con las ciencias de la computación e informática.
Los cursos a los que se pretende enfocar esta estrategia, son principalmente cursos
de Diplomado los cuales consisten en aproximadamente 6 clases de 4 horas cada una,
lo cual hace un total de 24 horas por curso. Actualmente estos cursos se realizan de
manera presencial y con un enfoque teórico-práctico. La cantidad promedio de
alumnos oscila alrededor de los veinte por curso.
Usualmente las clases mezclan entrega de materia en forma expositiva y trabajos
prácticos o ejercicios que se llevan a cabo en forma grupal (grupos de 2 o 3 personas).
Toda la materia está disponible en un sitio Web que cada curso tiene para tal fin. Eso
les permite a los alumnos acceder dicho material en cualquier momento. La interacción
entre los alumnos y el profesor se hace en forma cara-a cara (durante las clases) o bien
a través de correo electrónico (en cualquier otro momento).
Hasta ahora, el escenario educativo que se puede observar para los cursos es un
escenario pensado para la realización de cátedras de una manera tradicional (no a
distancia). En lo que sigue, se detalla qué es lo que se agrega en el escenario de
enseñanza-aprendizaje, de modo que se pueda diferenciar el escenario actual con el que
se pretende llegar a tener, impartiendo clases a distancia.
- 26 -
4.1.1. Elementos que se añadieron en la caracterización del escenario
enseñanza-aprendizaje hasta ahora utilizado
Los cursos dictados por los programas del DCC que están siendo analizados, son
tanto teóricos como prácticos. Sin embargo, dado que este trabajo es un primer
acercamiento respecto a la estrategia instruccional a seguir, inicialmente se asumió que
los cursos a analizar tenía un enfoque netamente teórico. El objetivo de esto fue
identificar la forma más apropiada de realizar la entrega del conocimiento, sin
considerar (por el momento) las actividades prácticas que permitían su asimilación.
Uno de los cambios más importantes en el escenario actual, es el pretender que las
clases de cada curso, puedan llegar más allá de las aulas del departamento. Se espera
que, además del aula física de la que se dispondrá (con alumnos tomando el curso en
forma presencial), se cuente con aproximadamente 3 aulas virtuales (aulas remotas).
Cada una de estas aulas tendrá una capacidad de entre 10 y 20 alumnos.
Las clases de impartirán a través de una videoconferencia. Para la realización de
esta actividad es sumamente importante que el audio del profesor y las transparencias
de la clase puedan distribuirse en forma apropiada y mantenerse sincronizada. El video
tanto de profesor como de los alumnos locales y remotos es un plus, pero no representa
un recurso fundamental para la entrega del conocimiento. Debido a los típicos
problemas de comunicación que afectan a estos escenarios, es sumamente importante
que los alumnos puedan descargar la presentación del profesor en cualquier momento.
- 27 -
4.1.2. Dinámica del Proceso de Enseñanza-Aprendizaje
Para la entrega de conocimientos, los profesores podrán continuar realizando sus
cátedras apoyándose en una presentación PowerPoint, de modo que los alumnos que
estén presentes en el momento de la cátedra (tanto física, como virtualmente), puedan
hacer sus observaciones por escrito en la misma presentación, pudiendo quedar ésta
registrada de modo que cualquier alumno que desee, pueda recuperarla junto con las
observaciones realizadas en el orden que fueron hechas.
Existe una herramienta desarrollada por la Universidad de Washington llamada
“Classroom Presenter” similar a una de las funcionalidades que posee ConferenceXP,
la cual permite que los alumnos realicen sus observaciones en las presentaciones. Del
documento [3], se extrae una pequeña descripción de las características de la
herramienta:
“With Classroom Presenter, professors can project their Microsoft PowerPoint
presentation to a projector screen as well as to student notebooks and Tablet PCs.
Professors can then add real-time ink on their Tablet PC to highlight text, draw an
illustration, or solve an example problem. Students can receive the professor’s
presentation in real time on their devices and add their own notes during the lecture.”
....
For example, an instructor can use Classroom Presenter for the lecture slides, while
students can use ReMarkable Texts to receive the slides and add notes. Then when the
class is over, students can organize the presentation with their other class notes in
ReMarkable Texts” [3].
En la medida que sea posible, se espera que los alumnos puedan disponer de
equipos tablet pc, de modo que se pueda realizar esto último. Lo que si se tomará como
un hecho, es que cada profesor dispondrá de un tablet pc, para poder realizar sus
anotaciones con el sistema mencionado. La siguiente figura, representa una idea de lo
dicho con respecto a la posibilidad de realizar observaciones sobre una presentación:
- 28 -
Figura 8: Cómo se podrían ver las observaciones realizadas sobre una presentación
El último elemento a agregar en el escenario de enseñanza-aprendizaje que se
quiere construir, hace referencia a la posibilidad de acceder a una clase, una vez que
esta ha terminado. Hasta ahora, para asistir a una clase impartida por el DCC se
requiere (dejando de lado el hecho de ir físicamente a un aula) estar a una hora
determinada, aún si se asiste de manera remota. Lo que se pretende a futuro, es
entregarle a los alumnos la posibilidad de asistir a una cátedra de forma asíncrona (que
los alumnos accedan a una cátedra ya realizada), de modo de que el alumno se sienta
con más libertad para poder realizar otras actividades en caso de no poder asistir al
momento que se realiza la cátedra. Para ello se pretende almacenar en forma
sincronizada en un archivo multimedial, tanto el audio del profesor como las
transparencias cada presentación. De esa forma un alumno podrá tomar la clase en
forma asíncrona, sólo recuperando el archivo multimedial desde un servidor. Esto le
permite también al alumno recuperar las observaciones que fueron realizadas sobre
dicha presentación, en el orden con que fueron hechas.
Ahora que se tiene el escenario actual y al que se pretende llegar, se definirá el tipo
de estudiante que será partícipe de estos cursos, de modo que se tenga más parámetros
para poder tomar una decisión respecto a la estrategia instruccional a aplicar. Está claro
que los cambios del modelo instruccional, tanto para profesores como para los
alumnos, deben ser graduales para no generar un rechazo inmediato.
- 29 -
4.2 Definición de los Tipos de Estudiante
El perfil de estudiante que toma estos cursos, corresponde a un profesional
familiarizado con el uso de una computadora. El aprender a utilizar una herramienta
relativamente sencilla como lo es ConferenceXP, no debiera tomarle más que un par de
horas en hacerlo.
El estudiante que toma estos cursos generalmente no lo hace como un asunto de
“obligación”, si no que toma estos cursos ya sea para capacitarse o para mejorar el
currículum. Esto se traduce en que el alumno se motiva por el hecho que sabe que al
aprovechar el curso, tendrá mejor expectativa salarial. Esto hace que el alumno que
toma estos cursos esté más motivado inclusive que un alumno de pregrado, el cual
muchas veces no sabe bien la razón de por qué está estudiando (muchas veces por
inercia).
La motivación de un alumno, en el ámbito de la educación a distancia, es un tema
no menos importante ya que se ha demostrado que en los casos de educación a
distancia, se requiere de un mayor nivel de motivación base por parte del alumno dado
que suele pasar que la sensación de observar una clase desde un lugar remoto puede
desmotivar causando deserción del alumno. Un texto extraído de [4], expresa lo
siguiente en relación a la motivación y la deserción como un factor relevante:
“A diferencia de la educación tradicional, la mayor parte de la responsabilidad en el
proceso de enseñanza recae en el estudiante. Difiere no sólo por la separación física
entre alumno y asesor, sino también por la distancia entre comprensión y percepción.
Estos dos tipos de lejanía tienen que ser superados por alumnos, maestros y
organizaciones educativas, a fin de generar un aprendizaje. Los procedimientos que
pueden ayudar son el diseño instruccional y los mecanismos de interacción, en cuya
eficaz realización juega un papel determinante la motivación. Los índices de deserción
en la educación a distancia pueden ser preocupantes. Según Moore y Kearsley (1996),
antes estaban entre el 30 y 50 por ciento; hoy, de acuerdo con los autores, la cifra ha
de ser más baja” [4].
Dado que los alumnos de estos cursos son personas las que en su mayoría trabajan,
muchos de ellos no disponen del tiempo para llegar a una hora determinada al DCC en
donde se realizará la cátedra. Para muchos de ellos, les resulta más fácil agruparse en
una sala en la cual puedan ser partícipes, de manera remota y en tiempo real, de la
clase.
- 30 -
Por otra parte, existen alumnos que por una u otra razón no pueden asistir a una
clase a una hora determinada, lo que les hace ver la necesidad de asistir a las clases de
manera “asíncrona”.
4.3 Creación de la Estrategia Educativa
Hasta ahora se han revisado dos aspectos fundamentales que servirán como base
para idear una estrategia de empleo de la aplicación ConferenceXP en la realización de
las clases a distancia. El primero de ellos fue lograr una caracterización del escenario
de enseñanza-aprendizaje existente y al que se pretende llegar. El otro aspecto fue
definir el perfil de estudiantes que tomarán los cursos sobre los cuales se aplicará la
estrategia. En la siguiente tabla se puede ver un resumen de los dos aspectos revisados:
Escenario enseñanza-aprendizaje
al que se aspiró a llegar
Definición del tipo de estudiante
que tomaron los cursos sobre los
cuales se aplicó la estrategia
• Aproximadamente 6 clases de 4
horas (aproximado) cada una.
• La duración de cada curso es de
24 horas.
• Enfoque teórico-práctico.
• 1 aula física.
• 3 aulas virtuales (aproximado).
• 20 alumnos por aula.
• Capacidad de los alumnos de
realizar observaciones sobre las
presentaciones
expuestas
(opcional).
• Capacidad del profesor de
realizar sus observaciones sobre
la presentación escrita.
• Tener la capacidad de recuperar
una clase que ya se hizo.
• Estudiantes familiarizados con la
computación.
• Alumnos motivados.
• Existencia de alumnos que
tienen problemas con el horario.
• Existencia de alumnos que
tienen problemas con el lugar.
Tabla 2 Elementos a considerar sobre la creación de la estrategia
En base a los puntos vistos en la tabla, se ideó una estrategia que se aplica a la
propuesta educativa del DCC. Esta estrategia se basa en seis elementos, siendo los
- 31 -
cinco primeros necesarios mientras que el último es opcional. A continuación se
exponen los elementos básicos que componen la estrategia diseñada para realizar
educación a distancia en el DCC.
4.3.1. Participantes en el proceso
Los roles que deberán estar presentes en el proceso de enseñanza-aprendizaje a
distancia son los siguientes: profesor, asistente, alumnos, soporte técnico. El profesor
es el encargado de entregar el conocimiento a los alumnos. Éste es el responsable de
responder las preguntas que se realizan en forma síncrona durante las clases. También
puede participar en el proceso de discusión o respuesta a temas/preguntas surgidos en
forma asíncrona. Sin embargo la responsabilidad principal de esto recae en el asistente
del curso. Cada curso tiene un asistente que responde preguntas del curso y coordina
las actividades de los alumnos.
Por otra parte, los alumnos son los responsables de llevar adelante el proceso de
enseñanza-aprendizaje que incluye la asimilación de los contenidos teóricos y la
aplicación de éstos en ejercicios prácticos. El proceso también incluye la evaluación
del conocimiento adquirido por los alumnos.
Un rol que debe estar presente pero que usualmente no es visible a los alumnos es
el de soporte técnico. Estas personas son las responsables de realizar backups de los
servidores que almacenan las clases (en formato multimedial), de configurar el equipo
de videoconferencia para que el profesor pueda entregar el contenido según lo
planificado, y por ende, que los alumnos puedan recibirlo en forma adecuada. Sin esta
persona, toda la estrategia de educación a distancia se remece, ya que es casi imposible
pensar que el profesor o el asistente se van a hacer cargo de esta tarea.
4.3.2. Medio de comunicación escrito para los integrantes del curso
El que el número de clases sea pequeño, quiere decir que la duración de los cursos
sea corta. Considerando que se podrá dar el caso que existan alumnos que accedan a las
clases de un modo diferido, muchos de ellos podrán generar inquietudes que
necesariamente tienen que ser resueltas. Sumando la necesidad de resolver las
inquietudes de los alumnos junto con la corta duración de los cursos, es necesario que
los tiempos de respuesta hacia los alumnos sea el mínimo posible. Si los tiempos de
respuesta son lentos, el alumno claramente perderá el interés por lo que está estudiando
y sentirá una sensación de frustración, que es justamente lo que se quiere evitar. Para
- 32 -
ello, es fundamental el compromiso del profesor o del encargado en resolver las
inquietudes de los alumnos de la manera más rápida posible.
Para resolver el problema de responder las inquietudes de los alumnos, como parte
de la estrategia será crear o asignar una cuenta de correo al profesor o encargado del
curso para que se dedique exclusivamente a responder las inquietudes de los alumnos.
4.3.3. Estructura de las salas de clases
En relación con el enfoque teórico que tendrían las clases, se considera necesario
que se disponga de salas a las cuales los alumnos puedan ir y prestar atención a las
clases. No se considerará el uso de laboratorios dado que no habrá clases prácticas.
Dado que se está hablando de educación a distancia, es necesario clasificar el tipo
de salas de clases. La clasificación es la siguiente:
• Sala de clases local: Es la sala de clases en la cual se encuentra el profesor y desde
donde se transmite la realización de las clases hacia las salas remotas.
• Sala de clases remota: Es la sala de clases en la cual no se encuentra el profesor
realizando clases. A esta sala llega la señal de audio y video de la “sala de clases
local”.
Tanto la sala de clases local como remota serán capaces de enviar y recibir flujos
de audio y video. Esto permite la interacción entre los asistentes tanto local como
remotamente.
4.3.4. Disposición de un equipo tablet pc para los profesores de cada curso
Se recomienda que cada profesor disponga de un equipo tablet pc, dado que desde
ese equipo es sumamente fácil transmitir la presentación que tenga el profesor para la
clase, realizar anotaciones sobre la presentación, o recibir las consultas (en forma de
anotaciones) de los alumnos. La particularidad de utilizar un equipo tablet pc en vez de
un notebook o computador tradicional, radica en que el tablet pc le permite al profesor
escribir sobre las presentaciones como si se tratara de un lápiz a tinta sobre una hoja de
- 33 -
papel. Esta particularidad hace menos necesaria la existencia del video con la imagen
del profesor.
4.3.5. Capacidad de almacenar el contenido de las clases
Una de las partes más importantes de la estrategia, consiste en que las clases
pueden ser almacenadas en su totalidad. Esto implica que tanto los flujos de audio y
video de salas remotas y locales pueden ser almacenados y recuperados de forma
separada. Esto quiere decir que al momento de recuperar lo almacenado de una
grabación, se puede escoger si se quiere escuchar sólo el audio de una sala, o el video
de otra sala, etc. Lo mismo ocurre con las presentaciones, ya que al momento de
realizar una grabación, éstas quedan almacenadas, manteniéndose el orden de cómo se
fue escribiendo sobre ellas (en caso de hacerlo) desde los equipos tablet pc.
4.3.6. Uso de equipos tablet pc para los alumnos que toman los cursos
Los alumnos que puedan verse beneficiados con el uso de un tablet pc, podrán
hacer sus observaciones sobre la presentación que tenga el profesor. Esto aumenta el
nivel de interactividad de los alumnos hacia el curso, haciendo incluso que los más
tímidos se atrevan a participar.
- 34 -
5. Propuesta Tecnológica de Soporte al Modelo Educativo
Se revisó una serie de documentos relacionados con ConferenceXP y educación a
distancia para tener una base en la elaboración de una propuesta inicial. Dada la
naturaleza de los cursos en los que se piensa aplicar lo expuesto en este trabajo y en
base a lo leído, se realizará una propuesta inicial basándose en las ideas que se
observan en el documento “Videoconferencing and Presentation Support for
Synchronous Distance Learning” [9], en el cual se muestra una posible configuración
de las salas de clases para la educación a distancia.
A continuación se explica el modelo que mejor describe cómo se conformarán los
cursos, considerando la topología de estos. Para cada uno de los puntos que forman
parte de la estrategia ideada, se detalla cómo serán implementados explicando lo
necesario tanto a nivel de hardware como software.
5.1. Estructura de las Salas de Clases
Tal como se definió previamente, se pueden distinguir dos tipos de salas de clases.
La implementación de cada una de éstas se describe a continuación:
5.1.1. Implementación de la Sala de Clases Local
La sala donde se realizarán las clases presenciales debe ser una sala capaz de
albergar unos 20 alumnos aproximadamente. Debe poseer buena iluminación y acústica
en lo posible. La sala debe poseer conexión inalámbrica como cableada.
Reemplazando a la tradicional pizarra, se utilizará un telón con un proyector. En
éste se proyectarán las presentaciones con los contenidos de cada curso. Para que el
profesor de la clase pueda escribir la cátedra, se le entregará un equipo tablet pc. Los
alumnos que eventualmente puedan, dispondrán de un tablet pc con el cual podrán
hacer y compartir sus observaciones. Además del telón que funcionará como pizarra, se
dispondrá de otro telón (o en su defecto un plasma), que tendrá la función de mostrar lo
que ocurre en las otras aulas.
Para la grabación de cada clase, se dispondrá de una (o más cámaras) de video de
acuerdo a la capacidad de la sala. También se dispondrá de un equipo de micrófonos
encargados de grabar el audio del aula y de la clase. En el siguiente esquema se puede
- 35 -
apreciar la configuración inicial de la sala de clases local, detallando cada una de sus
componentes.
Figura 9: Disposición de la sala de clases “local”
Además de especificar la disposición de la(s) cámara(s), del proyector, plasma y
telón, es necesario especificar cómo estos elementos interactúan con ConferenceXP. El
siguiente diagrama pretende dejar en claro la interacción mencionada:
Figura 10: Interacción de los elementos con ConferenceXP en la sala local
El servidor denominado “Servidor ConferenceXP” corresponde al equipo
encargado de mantener los servicios de ConferenceXP funcionando (Venue service,
Archive service y Reflector service). Este equipo no necesariamente debe pertenecer a
la sala de clases local ya que cumple sólo con la función de otorgar los servicios de
ConferenceXP.
- 36 -
El equipo denominado “Servidor sala local” es un computador equipado con el
cliente ConferenceXP, conectado por la red cableada con el “Servidor ConferenceXP”.
Este computador tiene la labor de conectarse mediante el cliente ConferenceXP con el
servidor ConferenceXP, enviando y recibiendo la información de audio y video a éste
último. Es necesario que la conexión se realice de modo cableado, ya que por pruebas
que se hicieron con la red inalámbrica, quedó demostrado que la pérdida de
información es considerable. Tanto cámara, micrófonos, plasma y proyector se
conectarán directamente a este equipo.
El tablet pc, como se mencionó, será el instrumento con el cual el profesor
encargado de la clase (y eventualmente los alumnos) podrá hacer las observaciones
escritas sobre la presentación. En resumen, las componentes de la sala de clases local
se componen por:
•
•
•
•
•
Proyector
Telón (para el proyector)
Televisor de plasma
Red inalámbrica
Red cableada
5.1.2. Implementación de las Salas de Clases Remotas
A diferencia de la sala de clases local, las salas de clase remota no tendrán la
presencia física de un profesor. Sin embargo la configuración de éstas no varía
demasiado ya que al igual que el primer tipo de salas, se requiere tanto de un plasma
como un telón para proyectar, un equipo con el cual conectarse al servidor
ConferenceXP, una o más cámaras de video y eventualmente, tablet pc para los
alumnos. A continuación se aprecia el esquema propuesto para las salas de clases
remotas:
- 37 -
Figura 11: Disposición de la sala de clases “local”
Estas salas también requieren de un computador con el cual se han de conectar con
el servidor remoto, encargado de mantener funcionando los servicios de
ConferenceXP. En la siguiente figura se puede apreciar como interactúan las
componentes de la sala con el servidor externo.
Figura 12: Interacción de los elementos con ConferenceXP en la sala remota
- 38 -
5.2. Disposición de un equipo tablet pc para los profesores de cada curso
Como ya se ha dicho, la disposición de un equipo tablet pc para el profesor es parte
de la estrategia desarrollada. Como se puede apreciar en el siguiente diagrama,
mediante la red inalámbrica es como desde el tablet pc se almacenan las presentaciones
y observaciones de ésta, realizadas por el profesor.
Figura 13: El tablet pc se comunica con el servidor ConferenceXP mediante la red
inalámbrica
Es importante notar que, dado que las clases serán dictadas por el DCC y el
servidor de ConferenceXP se encuentra en el mismo lugar (no precisamente en la sala
de clases, sino que en el mismo edificio), la comunicación inalámbrica entre el tablet
pc y el servidor ConferenceXP será más eficiente y menos lenta.
5.3. Capacidad de almacenar el contenido de las clases
La implementación de este punto de la estrategia nos la entrega ConferenceXP
mediante su servicio “Archive service”. Como se describió en un principio, esta es la
componente capaz de almacenar el audio, video y presentaciones que se registren tanto
en la sala de clases local como la sala de clases remota.
En la siguiente figura se muestra un esquema del interacción de las componentes
de las salas de clases (local y remota) con archive service:
- 39 -
Figura 14: Interacción de las componentes de las salas de clases con archive service
Como se puede ver en la figura 14, el servidor de la sala de clases envía y recibe
streams de audio y video al servidor ConferenceXP, el que a la vez recupera o
almacena de la Base de datos los streams enviados o recibidos.
El servidor de la sala de clases (local o remota), el cual estará conectado tanto con
el proyector o plasma y las cámaras con el sistema de audio, que se conectará mediante
ConferenceXP con Archive service, será el encargado de enviar y recibir la
información de audio y video capturadas en la sala.
5.4. Uso de equipos tablet pc para los alumnos que toman los cursos
Parte de la estrategia considera la posibilidad que los alumnos hagan sus
observaciones sobre la presentación que se está haciendo al momento de realizar la
clase. Para poder implementar esto, basta que los alumnos tengan un equipo tablet pc,
de modo de poder conectarse al servidor para grabar lo que ellos escriban.
5.5. Uso de ConferenceXP aplicado a la estrategia
Dado que por motivos de tiempo y disponibilidad de equipos (no llegaron a
tiempo), el uso de ConferenceXP aplicado a la estrategia se hizo simulando una
instancia de clases remotas.
Para ello, la sala de clases local se fijó como el laboratorio Microsoft del tercer piso del
departamento. Desde esta sala es donde se realizaron las pruebas, contando con un
equipo tablet pc y un computador (servidor de la sala de clases) los cuales se
conectaron al servidor ConferenceXP con los servicios Archive, Venue y Reflector
- 40 -
(Servidor ORION). También se contó con una cámara y micrófono Microsoft para
poder realizar la transmisión de medios.
La sala de clases remota se definió como un nodo particular ubicado fuera de la
universidad, contando con una conexión de banda ancha casera (1024 Kbps). La
principal diferencia de este nodo remoto con la sala de clases remota originalmente
considerada, radica esencialmente en la velocidad de la red dedicada que sería mucho
mayor.
Sin embargo, al definir este nodo particular, con una conexión de banda ancha
normal, sirvió para recrear un escenario más realista, ya que muchas de las
instituciones o individuos que podrían interesarse en utilizar estos servicios, no
disponen de un ancho de banda dedicado. Es por esto que las pruebas y resultados
obtenidos tienen mayor relevancia que si se hubiese utilizado un escenario como se
tenía pensado en un principio.
En el nodo remoto definido, se situó a una persona a modo de tester, equipado con
una cámara y micrófono, con quién se realizaron las pruebas.
Teniendo ya definidas las componentes de la estrategia, se pretende mostrar como
se utilizó ConferenceXP simulando las salas de clases locales como remotas a modo de
no dejar dudas de cómo aplicar el software en la práctica. De aquí en adelante, nos
referiremos a las salas de clases como “sala de clases remota” y “sala de clases local”
propiamente tal, a modo de simplificar la comprensión de lo que se hizo.
Habiendo instalado los servicios (Archive service, Venue service y Reflector
service), en el servidor ConferenceXP, junto con el cliente de ConferenceXP tanto en
los servidores de salas de clases local y remota como en el tablet pc, el primer paso en
el uso de la herramienta fue crear un venue que fue el utilizado para realizar la clase.
Para ello se abrió el administrador de venues localizado en el servidor
“orion.dcc.uchile.cl”, que fue el utilizado como servidor ConferenceXP. Luego se creó
un venue asociado a la clase a impartir. En las figuras que se muestran a continuación
se puede observar lo descrito.
- 41 -
Figura 15: Administrador de venues en el servidor ConferenceXP (orion.dcc.uchile.cl)
Figura 16: Los datos con los que se creó el venue para ser utilizado en las clases
Una vez creado el venue de nombre “Venue Clases 01” asociado al curso que se
impartió, se creó la instancia para que los servidores de la sala de clases local y remota,
fueran capaces de conectarse al venue creado para el curso.
Al iniciar la clase, tanto el servidor de la sala local como remota se conectaron al
venue creado en el servidor ConferenceXP (orion.dcc.uchile.cl) quedando los dos
conectados al venue del curso tal y como se aprecia en la figura:
- 42 -
Figura 17: Sala local y remota conectados al mismo venue
En la figura 17, se aprecia que tanto servidor local como remoto se conectan al
mismo venue para la realización de la clase. El servidor local aparece como
“kaiser.eidolon…” mientras que la representación del pc del laboratorio es
“Tablet@TABLE...”
Una vez que los dos computadores fueron capaces de unirse al venue creado, se
procede a conectar el tablet pc del profesor al venue del curso. En la figura se aprecia
el estado en el que queda el venue del curso una vez que los tres equipos se han
conectado.
Figura 18: Estado del venue una vez que se conecta el tablet
- 43 -
Una vez conectado el tablet al venue, se comenzó la presentación haciendo uso de
la herramienta de ConferenceXP para la realización de presentaciones. En las
siguientes figuras se aprecia cómo se realizó esto. Profesor@TAB... Corresponde al
tablet pc que se conectó al Venue.
Figura 19: Cómo poner la herramienta para presentaciones y cómo quedó
Ahora, para grabar las clases con audio y video, además de la presentación, se
accedió a la función que permite grabar con “Archive service” la clase. En las
siguientes figuras se aprecia lo realizado:
Figura 20: Cómo se grabó la conferencia
- 44 -
Una vez finalizada la clase, se presiona el botón “stop” quedando almacenado el
audio, video y presentación de la sesión. Al hacer esto, la clase ha terminado y ha sido
almacenada.
5.6. Herramienta de Apoyo a la Comunidad de un Curso
Para registrar los miembros de la comunidad y apoyar sus actividades se diseñó
una herramienta que permite registrar información personal, darle una identidad visual
al estudiante (mediante su foto) y realizar búsquedas de miembros activos, a través de
apellido y/o nombre. Debido a la imposibilidad de probarlo en el DCC durante los
últimos meses del 2007, esta herramienta fue instanciada e instalada para dar soporte a
la comunidad de LACCIR (Latin American and Caribean Collaborative Ict Research
federation), URL: www.laccir.org. Ya que el DCC es parte fundamental de esta
federación, y que la misma pretende realizar actividades educativas de similares
características a las antes descritas, se utilizó esta instancia como prueba de concepto
para evaluar las prestaciones del software.
Los resultados obtenidos fueron muy buenos en término de robustez, performance
y usabilidad. Más de 100 miembros de la comunidad LACCIR fueron capaces de
utilizarlo en forma adecuada. A continuación se describen brevemente algunas de las
interfaces de usuario que este software provee. La siguiente figura muestra la ventana
de login al sitio Web de la comunidad. En este caso se accederá como usuario
“administrador”, por lo tanto las opciones que se le ofrecerán al usuario estarán acordes
a dicho rol.
Figura 21: Ventana de login al sitio de la comunidad LACCIR
- 45 -
En la figura 22 se pueden ver cuatro botones, con los cuales se puede ir a la
administración de usuarios y perfiles disponibles para esta comunidad. Además, en esta
interfaz se puede agregar el acceso a cualquier tipo de recurso o asignación de tareas
para los estudiantes. Por ejemplo el botón “projects” permite a los usuarios acceder a
los proyectos asignados a ellos.
Figura 22: Opciones para la administración de miembros y servicios de la comunidad
Particularmente la administración de usuarios le permite al administrador de la
comunidad, agregar, modificar o eliminar miembros. Los miembros a su vez, también
pueden acceder a esta parte del sistema, con la restricción de modificar sólo su
información personal.
Figura 23: Interfaz de administración de usuarios
- 46 -
La interfaz de esta parte del sistema es sumamente sencilla tal como se puede apreciar
de la siguiente figura. A través de esta ventana se puede cargar también la foto o
imagen que personificará a cada miembro de la comunidad.
Figura 24: Interfaz de ingreso/actualización de datos personales
Figura 25: Interfaz de búsqueda de miembros de la comunidad
La figura 25 permite a los miembros de la comunidad buscar a otros miembros, ya
sea por apellido y nombre (a través de la barra superior) o bien por sus áreas de interés
(a través del combo box). Los resultados son entregados en forma de lista, la cual
puede recorrerse utilizando la barra de scroll.
- 47 -
6. Resultados Obtenidos y Resultados Esperados
Una vez concluidas las pruebas fue necesario categorizar lo obtenido y esperado,
para poder así tener una pauta evaluativa de lo que se realizó. Para la categorización, se
definieron dos grupos principales, definidos como “Resultados técnicos” y “Resultados
humanos”. Los resultados técnicos contienen los resultados relacionados netamente
con la calidad de video, sonido, etc. Por otra parte, los resultados humanos, contienen
ítems relacionados con lo que percibió el tester en la sala de clases remota y lo
percibido por la persona ubicada en la sala de clases local.
6.1 Resultados Técnicos Esperados
En esta sección se muestran los resultados que se espera obtener de las pruebas,
considerando aspectos técnicos como calidad de audio, video y de la herramienta para
hacer presentaciones con ConferenceXP. A continuación se muestran las categorías
con la que se evaluaron los distintos ítems de la pauta evaluativa asociada a los
resultados realizados.
• BUENO: Implica que la percepción de lo que se recibe, contribuye a una buena
comprensión de lo que se quiere transmitir.
• REGULAR: Implica que la percepción de lo que se recibe, contribuye a una
comprensión parcial de lo que se expresa, teniendo en ocasiones que inferir para
poder comprender los conceptos transmitidos.
• MALO: Implica que la percepción de lo que se recibe, contribuye a una mala
comprensión de lo transmitido.
• NO LLEGA: No hay señal, por lo que no se puede comprender nada.
- 48 -
Calidad de Video: Para probar el video se hicieron pruebas con la siguiente
configuración:
Figura 26.a: Configuración de video para las pruebas
Figura 26.b: Configuración de video para las pruebas
Nitidez de la imagen: Las pruebas se realizarán con resoluciones de 640x480 y
320x240 a 15 cuadros por segundo. Dada la velocidad de conexión del nodo remoto, y
las resoluciones que se utilizaron, se espera una nitidez de imagen REGULAR.
- 49 -
Cortes en la imagen: Se espera que haya una cantidad de cortes REGULAR dada
la hora en que se hicieron las pruebas (de 21:00 a 22:30hs) ya que en ese intervalo de
tiempo, hay mucho tráfico en la red.
Velocidad de respuesta con la otra sala: Dependiendo si se considera usar audio
y video, se espera una velocidad de respuesta REGULAR; por otra parte, considerando
utilizar sólo audio, se espera una velocidad de respuesta BUENA con la otra sala.
Calidad de audio: Para las pruebas de video se habilitó la opción de compresión de
audio que trae ConferenceXP, quedando como se muestra en pantalla:
Figura 27: Configuración de audio para las pruebas
Nitidez del sonido usando video: Dado que el video consume gran cantidad de
recursos de red, se espera que la calidad de sonido sea REGULAR en cuanto a la
calidad transmitida (sonido poco nítido).
Nitidez del sonido sin usar video: Se espera que al no usar video, la nitidez del
sonido sea BUENA, que lo que se transmita sea escuchado con claridad y sin
demasiado retardo.
Cortes en el sonido usando video: Se espera que la cantidad de cortes sean
REGULARES (permita una percepción moderada de lo que se transmite) dado que el
ancho de banda debiera utilizarlo en gran parte el video.
- 50 -
Cortes en el sonido sin usar video: Se espera que al no usar video no haya casi
cortes logrando una BUENA percepción de lo transmitido.
Velocidad de respuesta con la otra sala usando video: Se espera que la respuesta
sea REGULAR, pudiendo observar casi fluidamente lo que ocurre en la otra sala.
Velocidad de respuesta con la otra sala sin usar video: Se espera que sea
BUENA, dado que al no utilizar el ancho de banda con el video, el audio no tardará en
transmitirse.
Calidad de presentación: (usando la herramienta para presentación con el lápiz
del tablet): Para realizar la presentación, se cargó un archivo PowerPoint y luego se
realizó la presentación.
Velocidad de respuesta con la otra sala: Se espera que sea BUENA, dado que es
un recurso que no demanda tanto ancho de banda como lo es el video o sonido.
Pérdida de información de la pizarra: Se espera que no haya pérdida de
información haciendo que la recepción de ésta sea BUENA. Esta especulación es
porque con las pruebas anteriormente realizadas, no se registraron pérdidas en la
información transmitida con la herramienta.
Reproducción de la clase: A continuación se presenta brevemente los aspectos
relacionados con audio y video:
Video. Dados los resultados de
pruebas realizadas anteriormente en la
recuperación de video, se espera que la recuperación de éste sea BUENA dentro de la
red de la universidad (en donde se encuentra el servidor ORION). Por otra parte se
espera que la recuperación de video con el uso de Archive service, desde una red
externa y casera NO LLEGUE, dado que con pruebas realizadas con conexiones de
banda ancha caseras (de 256 Kbps, más lentas de donde se hicieron las pruebas finales)
no se pudo recuperar la información de video almacenada.
Audio. De manera similar a la recuperación de los streams de video, se espera que
dentro de la red de la universidad en donde se encuentra el servidor ORION, la
recuperación de streams de audio sea BUENA. También se espera que los streams de
audio NO LLEGUEN a la conexión remota, tal y como sucedió en pruebas realizadas
anteriormente con una conexión de 256 Kbps.
- 51 -
6.2 Resultados Humanos Esperados
En esta sección se muestran los resultados que se espera obtener de las pruebas,
considerando aspectos más subjetivos como el nivel de entendimiento de lo transmitido
o expuesto (qué tan bien se entendió lo que la otra persona dijo del otro lado) y el
poder de interacción entre las salas (qué tan buena es la interacción entre las personas
ubicadas tanto en la sala remota como en la sala local).
Entendimiento de lo expuesto: Dados los resultados obtenidos con pruebas hechas
con anterioridad, se espera que el entendimiento de lo expuesto sea REGULAR tanto
en la sala remota como en la local.
Poder de interacción entre las salas: Se espera que la interacción que se logre entre
las dos salas sea BUENA, pudiendo realizar una clase a distancia, como si fuera casi
una clase presencial.
6.3 Resultados Técnicos Obtenidos
En esta sección se muestran los resultados que se obtuvieron de las pruebas
realizadas, considerando aspectos técnicos como calidad de audio, video y de la
herramienta para hacer presentaciones con ConferenceXP.
6.3.1 Evaluación de Tester desde la sala remota
A continuación se presenta el resultado de la evaluación realizada por el Tester,
quién se encontraba ubicado en la sala de clases remota. El Tester, fue evaluando según
lo que percibió, cada ítem de la pauta de evaluación asociada a los aspectos técnicos de
la transmisión.
Calidad de video:
Nitidez de la imagen: REGULAR.
OBSERVACION: Salvo algunos momentos en que se veían algunos cuadrados,
se podía distinguir perfectamente a la otra persona.
- 52 -
Cortes en la imagen: REGULAR
OBSERVACION: Atribuibles a momentos de congestión en la red. Quien
recibía hizo la prueba con una ADSL de 1024/256 Kbps.
Velocidad de respuesta con la otra sala: REGULAR.
OBSERVACION: Esto bajo audio y video, había un retraso aproximado de
1 a 2 segundos.
Calidad de audio:
Nitidez del sonido usando video: BUENO.
OBSERVACION: La calidad del sonido no cambia.
Nitidez del sonido sin usar video: BUENO.
OBSERVACION: "crystal clear", ningún comentario.
Cortes en el sonido usando video: REGULAR.
OBSERVACION: existían cortes en algunos instantes, pero nada muy
molesto.
Cortes en el sonido sin usar video: POCOS (BUENO).
OBSERVACION: no se apreciaron cortes de audio.
Velocidad de respuesta con la otra sala usando video: REGULAR.
OBSERVACION: existía un leve retardo; no importa si sólo se va a exponer,
pero para una clase totalmente interactiva, podría ser letal para el buen
desarrollo.
Velocidad de respuesta con la otra sala sin usar video: BUENA.
OBSERVACION: Era prácticamente una conversación con la persona en
forma presencial.
- 53 -
Calidad de presentación: (usando la herramienta para presentación con el
lápiz del tablet pc):
Velocidad de respuesta con la otra sala: BUENA.
OBSERVACION: en este caso no se apreciaba retardo alguno.
Pérdida de información de la pizarra: REGULAR
OBSERVACION: No se pudo ver la presentación cargada. Se veía si lo
escrito con el lápiz.
Figura 28: Pérdida de la presentación en la sala remota
Reproducción de la clase:
Video: BUENA
OBSERVACION: Con algunos pocos cortes, pero en general muy fluido.
Audio: BUENA.
OBSERVACION: solo se observó retraso, al estar junto al video.
6.3.2 Evaluación de Usuario desde la Sala Local
A continuación se presenta el resultado de la evaluación realizada por el Usuario
ubicado en la sala de clases local (desde el laboratorio del DCC). El Usuario, fue
evaluando según lo que percibió, cada ítem de la pauta de evaluación asociada a los
aspectos técnicos de la transmisión (calidad de la transmisión de la presentación, audio
y video).
- 54 -
Calidad de video:
Nitidez de la imagen: REGULAR
OBSERVACION: Se alcanzaba a distinguir la imagen, pero habían muchos
cuadros, tal y como se muestra en la figura.
Figura 29: Nitidez de la imagen observada
Cortes en la imagen: REGULAR.
OBSERVACION: Con las pruebas realizadas a 320x240, la imagen se
cortaba
a veces. Con una resolución de 640x480 eran más frecuentes los
cortes.
Velocidad de respuesta con la otra sala: REGULAR
OBSERVACION: Cuando no habían cortes, había un leve retardo, pero se
lograba percibir bien lo transmitido.
Calidad de audio:
Nitidez del sonido usando video: BUENO
OBSERVACION: Se escuchaba muy claro todo.
Nitidez del sonido sin usar video: BUENO
OBSERVACION: Se escuchaba muy claro todo.
Cortes en el sonido usando video: REGULAR
OBSERVACION: Se percibían algunos cortes, sin embargo se lograba entender la
idea de lo que se recibía.
- 55 -
Cortes en el sonido sin usar video: POCOS (BUENO)
OBSERVACION: Casi no se percibían cortes en lo recibido, por lo que se
entendía bien todo lo escuchado.
Velocidad de respuesta con la otra sala usando video: REGULAR
OBSERVACION: se percibía un retardo como de 5 segundos. Por lo que se
percibió si, el video con el sonido parecían estar coordinados.
Velocidad de respuesta con la otra sala sin usar video: BUENA
OBSERVACION: se percibió una buena respuesta de audio sin video. La
respuesta era aproximadamente de 1 segundo.
Calidad de presentación: (usando la herramienta para presentación con el
lápiz del tablet pc):
Velocidad de respuesta con la otra sala: BUENA
OBSERVACION: al usar la pizarra, se pudo interactuar con la otra persona a
una buena velocidad.
Pérdida de información de la pizarra: NO HAY (BUENA)
OBSERVACION: No se registró pérdida en la transmisión, desde el receptor.
Reproducción de la clase:
Video: BUENA
OBSERVACION: Todo se recuperó bien.
Audio: BUENA
OBSERVACION: Todo se recuperó bien.
- 56 -
6.4 Resultados Humanos Obtenidos
En esta sección se muestran los resultados obtenidos de las pruebas, considerando
aspectos más subjetivos como el nivel de entendimiento de lo transmitido o expuesto
(qué tan bien se entendió lo que la otra persona dijo del otro lado) y el poder de
interacción entre las salas (qué tan buena es la interacción entre las personas ubicadas
tanto en la sala remota como en la sala local).
6.4.1 Evaluación de Tester desde la Sala Remota
A continuación se presenta el resultado de la evaluación realizada por el Tester,
quién se encontraba ubicado en la sala de clases remota. El Tester, fue evaluando según
lo que percibió, cada ítem de la pauta de evaluación asociada a los aspectos subjetivos
de la transmisión.
Entendimiento de lo expuesto: BUENA.
OBSERVACION: Se requiere una conexión de mucha mejor calidad, para ambas
partes, y los intermedios, pero en general, con el audio y el apoyo de la pizarra, se
compensa el que la conexión sea algo deficiente.
Poder de interacción entre las salas: BUENA.
OBSERVACION: sin comentarios negativos, pero mejorando las conexiones
podría cambiar; o incluso, evaluando mejorar algunos aspectos del software, como
la compresión para transmisión en tiempo real.
6.4.2 Evaluación de Usuario desde la Sala Local
A continuación se presenta el resultado de la evaluación realizada por el Usuario,
quién se encontraba ubicado en la sala de clases local. El Usuario, fue evaluando según
lo que percibió, cada ítem de la pauta de evaluación asociada a los aspectos subjetivos
de la transmisión.
Entendimiento de lo expuesto: BUENO
OBSERVACION: Pese a la limitante dada por la velocidad de conexión, se pudo
entender casi todo lo transmitido y conversado en la videoconferencia. Donde más
- 57 -
hubo problemas fue en la señal de video, pero pese a eso, había buen sonido y la
pizarra funcionaba bien.
Poder de interacción entre las salas: BUENO
OBSERVACION: Bueno, sobre todo por el audio y la pizarra. Con una conexión
de ancho de banda más potente, podría experimentarse una mejor calidad en el
video, aumentando el nivel de interacción entre los miembros de ambas salas.
6.5. Análisis de Resultados
Una vez obtenidos los resultados, tanto del tester del nodo remoto como del
usuario en la sala de clases local, se procedió a hacer una tabla de puntajes asignando
un valor para lo observado. En la siguiente tabla se muestra la asignación:
BUENO
REGULAR
MALO
NO LLEGA
Puntaje
7
5
2
0
Tabla 3: Asignación de puntajes
La escala va de 0 a 7, siendo BUENO el máximo y NO LLEGA el mínimo. Para
cada ítem medido, se asignó un porcentaje del puntaje total, tal como se aprecia en la
tabla que se muestra a continuación:
Calidad de video
nitidez
cortes
respuesta
Calidad de Audio
nitidez
cortes
respuesta
Calidad Presentación
Velocidad
Pérdida
Porcentaje
30
20
40
40
50
20
40
40
20
50
50
Tabla 4: Porcentajes de asignación para cada ítem
Como se aprecia, del total del puntaje, un 30% va para la calidad de video, un 50%
para la calidad de audio y un 20% para la calidad de la presentación con la pizarra. Se
pondera con mayor porcentaje para el audio, ya que sin éste la clase no podría hacerse.
Es más, podría hacerse una clase sólo con pizarra y audio, prescindiendo del video.
Para el caso del audio, se consideró la nitidez, cortes y respuesta considerando que se
utilizaba el video.
- 58 -
Dentro de cada ítem de evaluación (audio, video y presentación), se asignan
porcentajes a los sub-ítems. Por ejemplo, del ítem de calidad de audio, la nitidez
representa el 20%, los cortes el 40% y la respuesta el 40% del total del puntaje.
Tomando los resultados obtenidos, los puntajes quedan de la siguiente manera:
Calidad de video
Nitidez
Cortes
Respuesta
Puntaje obtenido por tester
5
5
5
5
Calidad de Audio
Nitidez
Cortes
Respuesta
5,4
7
5
5
Calidad Presentación
Velocidad
Pérdida
7
7
5
Calidad de video
Nitidez
Cortes
Respuesta
Puntaje obtenido por usuario local
5
5
5
5
Calidad de Audio
Nitidez
Cortes
Respuesta
5,4
7
5
5
Calidad Presentación
Velocidad
Pérdida
7
7
7
Puntaje Tester
5,4
Puntaje Usuario Local
5,6
Tabla 5: Tabla de puntajes asignados
Dada la información obtenida por los puntajes y las características de las pruebas
realizadas, podemos sacar varias conclusiones que permitirán a futuro la
implementación de estrategias basadas en escenarios similares a los con que se
realizaron las pruebas.
La primera conclusión nos dice que, eventualmente podrían realizarse cursos “online” a tiempo real, sin embargo se necesitaría tal vez una red con un ancho de banda
mucho mayor. Como se explicó al comienzo de la sección 5.5 del documento, no fue
posible hacer las pruebas con un lugar remoto dotado de un mayor ancho de banda
(incluso dedicado exclusivamente a la transmisión). Con respecto a esto, sería cuestión
- 59 -
de tiempo probar este escenario, de la misma manera que se describieron las pruebas en
este documento. De ser exitosas, bastaría con un escenario favorable para realizar las
clases remotas a tiempo real.
La segunda conclusión es que, a diferencia de lo que se pensaba, es posible
recuperar una clase completa con una buena calidad. Este resultado es favorable, ya
que con esto, es realmente posible crear una estrategia que considere realizar clases a
tiempo diferido. Sólo bastaría tener una conexión de banda ancha igual o superior a los
1024 Kbps, la que es una velocidad casi al alcance de todos.
- 60 -
7. Conclusiones y Trabajo a Futuro
Este trabajo de título surgió dada la necesidad de encontrar una solución inicial al
problema de realizar clases a distancia para los cursos de educación continua ofrecidos
por el Departamento de Ciencias de la Computación de la Universidad de Chile.
El problema de realizar clases a distancia consiste básicamente en que la
Universidad no posee, hasta ahora, una estrategia ni una infraestructura de trabajo que
permita realizar esta labor. Para dar solución a esto, fue necesario crear una estrategia
que se adaptara a la infraestructura que dispone la Universidad, maximizando en lo
posible los recursos de ésta.
Para poder diseñar la estrategia que da solución al problema planteado, se diseñó
un plan de trabajo inicial, dividiendo en etapas la creación de la propuesta buscada. De
acuerdo al plan de trabajo, se comenzó por evaluar la herramienta ConferenceXP. Se
aprendió cómo instalarla, configurarla y utilizarla. También se analizaron sus diversas
componentes para luego considerarlas como parte de la estrategia a diseñar. En este
proceso se realizaron pruebas y puestas a punto, utilizando el servidor
orion.dcc.uchile.cl, que fue asignado como servidor de pruebas. De esta etapa, lo
principal fue descubrir que ConferenceXP se compone de servicios (Venue, Archive y
Reflector) que interactuando entre sí, logran formar una potente herramienta orientada
al aprendizaje a distancia.
Una vez concluida la etapa anterior, fue necesario realizar una caracterización del
escenario de enseñanza – aprendizaje, definir el tipo de estudiantes que participarán en
el proceso e implementar la solución utilizando ConferenceXP. Se estableció que el
escenario de enseñanza – aprendizaje tendría un enfoque teórico – práctico. Dentro de
éste, se considera tener un aula física y aproximadamente 3 aulas virtuales, con una
capacidad aproximada de 20 alumnos por sala. Uno de los puntos más importantes,
considera el hecho de que los alumnos deben ser capaces de realizar observaciones a lo
presentado por el profesor y por sobre todo ser capaces de recuperar una clase realizada
con anterioridad.
Con respecto al tipo de estudiantes, se llegó a la conclusión que éstos serán
personas familiarizadas con el uso de un computador (no tendrán mayores problemas
en el aprendizaje del uso de la aplicación ConferenceXP). Se ha de
considerar que
muchos de estos alumnos pueden presentar problemas con el horario (no les es posible
asistir a determinado lugar en determinada hora, y que es en gran medida una de las
principales justificaciones de por qué es necesario recuperar las clases hechas).
- 61 -
Finalmente, se diseñó una propuesta tecnológica al modelo educativo, en base a
estrategias y modelos vistos para la educación a distancia. En esta propuesta se diseña
una infraestructura de salas de clases, considerando los casos de salas remotas como
locales; se establece la configuración de los equipos dentro de las salas, etc.
De esta propuesta, que es la solución que se diseñó para el problema de la
realización de clases a distancia, se esperaba obtener resultados que permitieran
realizar clases a distancia y a tiempo real, además de que cada participante de éstas,
fuera capaz de revisar desde el servidor, las clases previamente realizadas (conteniendo
streams de audio, video y las presentaciones realizadas).
Una vez que se estableció dicha infraestructura y configuración, se quiso realizar
las pruebas de uso de ConferenceXP como estaba dicho en la propuesta tecnológica al
modelo educativo. Sin embargo, surgieron problemas de retrasos con los equipos, por
lo que se tuvo que recurrir a realizar las pruebas con equipos que se tenían a la mano y
sin poder contar con la infraestructura de una sala de clases. Básicamente, se utilizó
uno de los laboratorios del Departamento de Ciencias de la Computación como sala de
clases local, y se utilizó un computador con una conexión casera de 1024 Kbps, como
una sala de clases remota.
Dados los resultados obtenidos con las pruebas se comprobó que es posible realizar
clases a distancia, con algunas limitaciones. La primera de estas limitaciones sale a la
vista con los resultados de las pruebas hechas en relación a la calidad de transmisión de
una Videoconferencia utilizando ConferenceXP. Los resultados mostraron que es
posible transmitir imagen y video, sin embargo en video tanto la cantidad de cortes en
la señal como la velocidad de respuesta observada, fueron evaluadas como “regular”,
lo que quiere decir que no todo lo que se ha transmitido, ha sido entendido con
claridad, incluso, que es necesario inferir para obtener la idea de lo que se quiere
transmitir. En cuanto al audio utilizado con video, también se obtuvo una evaluación
“regular” en relación a la cantidad de cortes y velocidad de respuesta observada.
La segunda limitación está asociada a la pérdida de información al realizar una
presentación con la Herramienta para Presentaciones de ConferenceXP. Como se pudo
ver en los resultados obtenidos en las pruebas, el receptor no fue capaz de recibir una
presentación enviada por completo. Sólo fue capaz de recibir lo escrito con el lápiz del
tablet pc, pero no pudo recibir la información de las diapositivas que se intentó enviar.
Sin embargo, pese al éxito parcial de las pruebas en relación a la transmisión de
streams de audio y video, junto con la transmisión de presentaciones a tiempo real, las
pruebas asociadas a la recuperación de una clase grabada previamente, fueron exitosas.
- 62 -
Con este último resultado, es posible realizar clases y recuperarlas posteriormente,
alcanzando así parte de los objetivos pensados para la propuesta tecnológica que se ha
diseñado.
Dado lo anterior, se puede concluir que gracias al uso de ConferenceXP y a una
infraestructura con características similares a la cual se realizaron las pruebas, es
posible realizar clases a distancia, pero sólo de forma diferida. Podría realizarse una
clase a distancia a tiempo real, pero teniendo en cuenta que habrá pérdida en la calidad
de transmisión tanto de audio como video, por lo que el uso de estos medios no se
justifica bajo estas circunstancias.
Los resultados vistos con estas pruebas demuestran que la universidad y el
departamento de computación están preparados para poder realizar clases impartidas a
distancia, en un modo diferido. Podrían realizarse cursos experimentales en los cuales
se graben las clases con ConferenceXP, y sea una opción el poder recuperarlas cuando
se estime necesario. Este sería el primer paso para la realización de cursos de este tipo.
Como motivación para trabajos futuros, se deja en pie la propuesta educativa con
todo lo que ella implica, para así realizar pruebas de transmisión entre “salas” que
dispongan de un mayor ancho de banda. En caso de que las pruebas sean favorables,
se podrá decir que se está con las condiciones para realizar clases a distancia a tiempo
real, utilizando ConferenceXP.
- 63 -
Bibliografía y Referencias
[1] Berra, M., Dueñas, R. (2000). Repensar el aprendizaje grupal como construcción del
conocimiento.
URL:http://www.uaq.mx/psicologia/lamision/repensar_aprendizajegrupal.html
[2] Grupo de Trabajo sobre Comercio Electrónico y Comercio Exterior (2007).
URL:http://www.mecon.gov.ar/comercio/electronico/12.htm, última visita: Dic. 2007.
[3] Beavers, J., Chou, T., Hinrichs, R., Moffatt, C., Pahud, M., Powers, L., Van Eaton, J.
(2004). The Learning Experience Project: Enabling Collaborative Learning with
ConferenceXP. URL: ftp://ftp.research.microsoft.com/pub/tr/TR-2004-42.doc
[4] Montes Ponce, D. (2003). Programa en línea de la licenciatura en educación. Gaceta
Universitaria.
URL: http://www.comsoc.udg.mx/gaceta/paginas/308/308-15.pdf
[5] Dinamic.com. (2007)
URL:http://www.dinamic.com/latlink/content/services/streaming/transmision.asp,
última visita: Dic. 2007.
[6] Chickering, A. W., Ehrmann, S.C. (1997). Implementing the Seven Principles:
Technology as a Lever. American Association for Higher Education. WWW URL:
http://www.aahe.org/technology/ehrmann.htm
[7] Ebel, R. and Frisbie, D. (1986). Essential of Education Measurement. Fourth Edition.
Prentice-Hall. Engelwood Cliffs, NJ.
[8] Graham, C., Cagiltay, K., Craner, J., Lim, B., Duffy, T. (2000). Teaching in a Web
Based Distance Learning Environment: An Evaluation Summary Based on Four
Courses. Technical Report No. 13-00. University of Indiana.
[9] Kagan, S., Kagan, M. (1994). The Structural Approach: Six Keys To Cooperative
Learning. Handbook of Cooperative Learning Methods. (S. Sharon, Ed.) 115-133.
Westport, CT. Greenwood Press.
[10] Rourke, L., Anderson, T. (2002). Exploring social presence in computer
conferencing. Journal of Interactive Learning Research, 13(3), 259-275.
http://www.aace.org/dl/search/files/JILR133259.pdf
[11] UNESCO. (2002). Open Distance Learning. Technical Report,
URL: http://unesdoc.unesco.org/images/0012/001284/128463e.pdf
- 64 -
[12] Tu, C.H. (2002). The measurement of social presence in an online learning
environment. International Journal on E-Learning, 1 (2), pp.34-45.
http://www.aace.org/dl/files/IJEL/IJEL1234.pdf
[13] Richard Anderson, Jay Beavers, Tammy VanDeGrift, Fred Videon, (2003).
Videoconferencing and Presentation Support for Synchronous Distance Learning.
URL:http://www.cs.washington.edu/education/dl/presenter/talks/2003/FIE_2003.ppt
[14] ConferenceXP (2007). Reflector Service 1.3 Help.
URL: http://research.microsoft.com/conferencexp/user_reflectorhelp.aspx. Última
visita: Dic, 2007.
[15] Agencia universitaria de Periodismo Científico (1997). Los Maestros De La
Educación a Distancia, Unos Superprofesores
URL:http://aupec.univalle.edu.co/informes/noviembre97/boletin53/superprofesor.html.
Última visita: Dic, 2007.
- 65 -
Anexo A: Instalación del Producto
Debido a que este es un producto experimental, la documentación existente es aún
escasa. Por esa razón en este documento se especifican varios de los procesos que se
siguieron para poner en producción el producto, después de varios intentos fallidos.
Para instalar ConferenceXP client, se ejecuta el instalador y se siguen las instrucciones
(es casi automático), por ende no se requiere profundizar en este proceso.
A.1. Instalación del Archive Service
Para instalar el Archive service, se ejecuta el instalador y se siguen las instrucciones del
wizard. Durante la instalación aparecerá el siguiente recuadro:
Figura 30: Instalación de Archive Service
En el recuadro se pregunta su se quiere inicializar la base de datos del Archive
Service. Esta base de datos será la que contendrá los flujos de audio y video
almacenados en el computador en el que se instala el servicio. Lo que se advierte aquí,
reside en que si se tiene una base de datos de Archive service creada, el hacer clic en
“Sí” la limpiará (se borrará toda grabación existente). Si no se tiene creada la base de
datos, se debe inicializarla para que funcione bien con Archive service.
- 66 -
Si se pone la opción “No”, se finalizará la instalación de Archive Service. Si ya se
tenía una base de datos de Archive Service, no habrá problemas en ejecutar este
servicio. Sin embargo, si es primera vez que se instala el servicio y la base de datos no
está creada, aparecerá el siguiente mensaje al ejecutar el servicio de Archive Service:
Figura 31: Mensaje de error de Archive Service al no poderse conectar a una base de
datos
Por otra parte, si se elige la opción “Si”, el instalador tratará de realizar la operación de
“limpiado” de la base de datos (si es que está creada) o de creación de la base de datos
en caso que no esté creada. No debiera haber problema al elegir esta opción, sin
embargo, experiencias previas en la instalación han mostrado que es altamente
probable que aparezca el siguiente aviso en la instalación:
Figura 32: Mensaje de error de Archive Service al no poder crear la base de datos
Se hace click en Aceptar y se termina con la instalación. Este problema se genera
porque Archive service trae dos scripts con los cuales crea e inicializa la base de datos
que utilizará. Estos scripts incluyen líneas en las que se invoca a un usuario de sistema,
el cual no siempre puede llamarse de la misma forma. Luego, al ejecutarse los scripts,
no encuentran a dicho usuario y se genera el error.
En caso de que ocurra este problema, es necesario ejecutar los scripts que trae la
aplicación, habiéndolos modificado previamente. A continuación se detalla cómo
modificarlos para luego correrlos y dejar funcionando el servicio de Archive service,
utilizando SQL SERVER 2005. Primero se ubican los archivos AddDatabase.sql y
AddSPs.sql ubicados en la carpeta del programa:
- 67 -
Figura 33: Scripts SQL para la creación de la base de datos de Archive Service
Primero se modifica AddDatabase, con el editor que trae SQL Server 2005 (basta con
hacer doble click en el archivo). Primero hay que encontrar el siguiente trozo de código
en AddDatabase:
/* Installation directories for 2000 & 2005 are different, so replace
MSSQLServerLocation with the
correct installation path at run-time. Those are usually:
2000: C:\Program Files\Microsoft SQL Server\MSSQL\DATA\
2005: C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\
*/
CREATE DATABASE ArchiveService
ON (
NAME = N'Archive_dat',
-- SET THIS FILE LOCATION TO BE ON YOUR PRIMARY DATA ARRAY -FILENAME = N'MSSQLServerLocation\ArchiveService.mdf',
SIZE = 100 MB,
MAXSIZE = UNLIMITED,
FILEGROWTH = 50 MB)
LOG ON( NAME = N'Archive_log',
-- MOVE THIS FILE ONTO A SEPERATE HARD DRIVE FOR BEST PERFORMANCE -FILENAME = N'MSSQLServerLocation\ArchiveService_log.ldf',
SIZE = 10 MB,
MAXSIZE = UNLIMITED,
FILEGROWTH = 10%)
- 68 -
Hay que cambiar “MSSQLServerLocation” por “C:\Archivos de programa\Microsoft SQL
Server\MSSQL.1\MSSQL\Data” que es donde se tiene las bases de datos de SQL SERVER 2005. Luego el trozo
de código debiera quedar de esta forma:
CREATE DATABASE ArchiveService
ON (
NAME = N'Archive_dat',
-- SET THIS FILE LOCATION TO BE ON YOUR PRIMARY DATA ARRAY -FILENAME = N'C:\Archivos de programa\Microsoft SQL
Server\MSSQL.1\MSSQL\Data\ArchiveService.mdf',
SIZE = 100 MB,
MAXSIZE = UNLIMITED,
FILEGROWTH = 50 MB)
LOG ON( NAME = N'Archive_log',
-- MOVE THIS FILE ONTO A SEPERATE HARD DRIVE FOR BEST PERFORMANCE -FILENAME = N'C:\Archivos de programa\Microsoft SQL
Server\MSSQL.1\MSSQL\Data\ArchiveService_log.ldf',
SIZE = 10 MB,
MAXSIZE = UNLIMITED,
FILEGROWTH = 10%
Una vez modificado ese trozo de código, se busca y modifica este otro trozo del mismo
archivo:
DECLARE @serveraccount varchar(58)
select @serveraccount = CONVERT(varchar(50), SERVERPROPERTY('machinename'))
select @serveraccount = N'NT AUTHORITY\LOCAL SERVICE'
--create it if the login does not exist...
IF NOT EXISTS( SELECT * FROM master.dbo.syslogins WHERE loginname =
@serveraccount)
EXEC sp_grantlogin @serveraccount
EXEC sp_defaultdb @serveraccount, N'ArchiveService'
IF NOT EXISTS (SELECT * FROM dbo.sysusers WHERE [name] = @serveraccount AND
uid < 16382)
EXEC sp_grantdbaccess @serveraccount
EXEC sp_addrolemember
EXEC sp_addrolemember
GRANT SELECT, UPDATE,
SERVICE]
GRANT SELECT, UPDATE,
SERVICE]
GRANT SELECT, UPDATE,
SERVICE]
GRANT SELECT, UPDATE,
SERVICE]
GRANT SELECT, UPDATE,
SERVICE]
N'db_datareader', @serveraccount
N'db_datawriter', @serveraccount
INSERT, DELETE ON Conference to [NT AUTHORITY\LOCAL
INSERT, DELETE ON Frame to [NT AUTHORITY\LOCAL
INSERT, DELETE ON Participant to [NT AUTHORITY\LOCAL
INSERT, DELETE ON RawStream to [NT AUTHORITY\LOCAL
INSERT, DELETE ON Stream to [NT AUTHORITY\LOCAL
Puede que en algunos equipos no se reconozca al usuario “NT AUTHORITY \ LOCAL
SERVICE” (debido a que no siempre el sistema operativo está en inglés), por lo que
hay que cambiarlo por su equivalente para el sistema operativo en español (o el idioma
en el que se encuentre el sistema operativo).
- 69 -
El usuario que se pondrá en el script, será “NT AUTHORITY \ SERVICIO LOCAL”
Para el otro archivo que trae Archive Service (AddSPs.sql) se realiza lo mismo. Se
busca el trozo de código que utiliza “NT AUTHORITY \ LOCAL SERVICE” y se
cambia por el usuario que se utilizó para ejecutar AddDatabase.sql. El trozo de código
modificado en AddSPs.sql, debiera verse similar a esto:
DECLARE @serveraccount varchar(58)
select @serveraccount = CONVERT(varchar(50), SERVERPROPERTY('machinename'))
select @serveraccount = N'NT AUTHORITY\SYSTEM'
--create it if the login does not exist...
IF NOT EXISTS( SELECT * FROM master.dbo.syslogins WHERE loginname =
@serveraccount)
EXEC sp_grantlogin @serveraccount
EXEC sp_defaultdb @serveraccount, N'ArchiveService'
IF NOT EXISTS (SELECT * FROM dbo.sysusers WHERE [name] = @serveraccount AND
uid < 16382)
EXEC sp_grantdbaccess @serveraccount
EXEC sp_addrolemember N'db_datareader', @serveraccount
EXEC sp_addrolemember N'db_datawriter', @serveraccount
GRANT EXECUTE
GRANT EXECUTE
GRANT EXECUTE
GRANT EXECUTE
GRANT EXECUTE
GRANT EXECUTE
GRANT EXECUTE
LOCAL]
GRANT EXECUTE
GRANT EXECUTE
GRANT EXECUTE
GRANT EXECUTE
GRANT EXECUTE
GRANT EXECUTE
LOCAL]
ON
ON
ON
ON
ON
ON
ON
AppendBuffer to [NT AUTHORITY\SERVICIO LOCAL]
CreateConference to [NT AUTHORITY\ SERVICIO LOCAL]
CreateParticipant to [NT AUTHORITY\ SERVICIO LOCAL]
CreateStream to [NT AUTHORITY\ SERVICIO LOCAL]
GetConferences to [NT AUTHORITY\ SERVICIO LOCAL]
GetParticipants to [NT AUTHORITY\ SERVICIO LOCAL]
GetStreamAndParticipantDetails to [NT AUTHORITY\ SERVICIO
ON
ON
ON
ON
ON
ON
GetStreams to [NT AUTHORITY\ SERVICIO LOCAL]
GetStreamStatistics to [NT AUTHORITY\ SERVICIO LOCAL]
LoadIndices to [NT AUTHORITY\ SERVICIO LOCAL]
ReadBuffer to [NT AUTHORITY\ SERVICIO LOCAL]
RecordConferenceEndTime to [NT AUTHORITY\ SERVICIO LOCAL]
GetConferenceLastFrameSentTime to [NT AUTHORITY\ SERVICIO
Una vez ejecutados ambos scripts, se repara la aplicación Archive Service haciendo
clic en el instalador de ésta y se selecciona “reparar” (ver figura 34).
- 70 -
Figura 34: Reparar Archive Service
A.2. Instalación del Venue Service
Antes de ejecutar el instalador del Venue Service, se requiere tener IIS (Internet
Information Server) versión 5 o superior instalado. Se ejecuta el instalador de forma
habitual, y luego se llega a una instancia en la que aparece la siguiente pantalla:
Figura 35: Instalación de Venue Service: Selección de directorio virtual
Las veces que se ha instalado Venue, se dejan esas opciones como predeterminadas. El
directorio virtual (virtual directory) indica la ruta con la que se accederá al servidor de
Venues. Por ejemplo, si se mantiene la configuración como se indica en la figura y se
quiere acceder al Venue service en la maquina local, se hará mediante la URL
http://localhost/Venueservice. El resto se instala casi automáticamente.
Una vez instalado el Venue service, puede que sea necesario realizar ciertas
operaciones para la puesta a punto con IIS. Según la experiencia que se ha tenido, al
instalar Venue service y probar con la URL http://localhost/Venueservice, lo más
probable es que aparezca una pantalla similar a esta:
- 71 -
Figura 36: Problema que puede presentarse con Venue Service si no se tiene instalado
ASP 2.0 o superior
Para solucionar esto, hay que ir al IIS, y aparecerá una pantalla como la siguiente:
Figura 37: Selección de propiedades de Venue Service dentro de IIS
Luego seleccionando la opción “Sitio Web Predeterminado” y haciendo click con el
botón derecho del Mouse se accede a las propiedades. Al hacer click en propiedades se
accede a la pestaña ASP.NET, y al campo “ASP.NET version”, donde se selecciona la
versión 2.x (que ya se debe tener instalado):
- 72 -
Figura 38: Pestaña de ASP.NET en las propiedades de IIS
Una vez seleccionada la versión de ASP, se intentará nuevamente a acceder a la URL
http://localhost/Venueservice. Lo más seguro es que aparezca lo siguiente:
Figura 39: Mensaje de error de Venue Service que ocurre cuando no se cuenta con los
permisos apropiados a la metabase de IIS
Esto indica que hay que conceder permisos de la metabase de IIS al usuario que
ejecutará el servicio. Para ello basta correr la orden aspnet_regiis –ga
<CuentaDeUsuarioDeWindows>, tal como se muestra en la figura:
- 73 -
Figura 40: Ejecución del comando aspnet_regiis para solucionar el problema de
acceso a la metabase de IIS
Una vez hecho esto, se debe “reparar” el Venue service utilizando el instalador de éste.
Se ejecuta el instalador y aparece la siguiente pantalla:
Figura 41: Interfaz para la reparación de Venue Service
También se debe “reparar” el .NET. Para ello, se accede a agregar / modificar
programas y se accede a modificar el ítem Microsoft .NET Framework para luego
repararlo, como se muestra en las siguientes figuras:
- 74 -
Figura 42: Cómo acceder a la interfaz de reparación de .NET mediante agregar/quitar
programas de Windows
Figura 43: Interfaz de reparación de .NET
Una vez finalizada la reparación, hay que reiniciar el equipo. Ahora, se accede a la
URL http://localhost/Venueservice/ y se puede apreciar la siguiente pantalla:
- 75 -
Figura 44: Página que muestra el correcto funcionamiento de Venue Service
Esto indica que se el Venue service está listo para ser usado.
A.3. Instalación de Reflector Service
Se ejecuta el instalador y se siguen las instrucciones (es casi automático). Debido a que
la complejidad de este proceso es muy baja, no vale la pena describirlo en este
documento.
A.4. Puesta en marcha de ConferenceXP
A continuación se describen brevemente los procesos de configuración requeridos.
Configuración de audio y video
Para configurar el audio y video en el cliente ConferenceXP, se accede al menú en
“settings Audio/Video...” obteniéndose la siguiente pantalla:
- 76 -
Figura 45: Configuración de audio y video para ConferenceXP
En esta ventana se puede seleccionar las preferencias que se tengan para el formato de
audio y video. En particular la opción “advanced Settings” en la parte de opciones de
video, muestra la siguiente pantalla:
Figura 46: Configuración avanzada de video para ConferenceXP
En esta pantalla puede cambiarse la resolución de video, entre otras propiedades. Puede
parecer de poca importancia, pero es muy importante ya que el ancho de banda
necesario por nodo que ocupe la aplicación puede variar mucho dependiendo de las
propiedades del flujo de video que se maneje.
Configuración de servicios
Para acceder a la configuración de servicios de conferenceXP, se accede al menú
“settings Services...” obteniéndose la siguiente pantalla:
- 77 -
Figura 47: Configuración de los servidores (Venue, Archive, Reflector) para
ConferenceXP
Esta pantalla permite seleccionar los servidores a los cuales el cliente conferenceXP se
conectará. Como se puede ver, es posible conectarse a un servidor que contenga el
Venue service, Archive service y Reflector service. Para elegir un servidor de Venues,
puede seleccionarse alguno de la lista, como se muestra en la figura:
Figura 48: Selección de un servidor de Venues para ConferenceXP
En caso de que el servidor deseado no se encuentre en la lista, se presiona el botón
Configure Venue Services para agregar una URL asociada a un servidor de Venues, tal
como se puede apreciar en la figura:
- 78 -
Figura 49: Cómo agregar un nuevo servidor de Venues a la lista de servidores.
Para conectarse a un servidor que contenga Archive Service es necesario activar la
opción Enable Archive Service y luego seleccionar alguno de los servidores de la lista,
como se muestra en la figura:
Figura 50: Configuración de servidores para ConferenceXP
Si no aparece en la lista el nombre del servidor al cual se desea conectar, se hace clic
en el botón Configure Archive Services y se agrega el nombre del servidor deseado
(no la URL como en el caso anterior) tal como se muestra en la siguiente figura:
- 79 -
Figura 51: Cómo agregar un servidor de Archive Service a la lista
Para conectarse a un servidor que contenga el Reflector service, el procedimiento es
análogo al descrito anteriormente para el Archive service.
Configuración de profile
Para configurar el profile, se accede al menú Settings profile y se puede apreciar la
siguiente pantalla:
Figura 52: Configuración de profile en ConferenceXP
En ella se puede poner la información de cómo se desplegará la información de quien
use el nodo de conferenceXP.
- 80 -
Conectarse con otro equipo sin utilizar Venue service
En el cliente ConferenceXP, se accede al menú Actions Start a two-way Unicast
Conference y se ingresa la IP del equipo al cual se desea conectar, como muestra la
figura:
Figura 53: Cómo realizar una conferencia punto a punto
La IP que aparece más arriba, es la IP que se recomienda entregar al participante
remoto en caso que se quiera que éste se conecte con nosotros.
Conectarse a un Venue
Una vez seleccionado el servidor de Venues, aparecerá la lista de Venues disponibles
en el servidor, tal como se puede apreciar:
Figura 54: Lista de Venues dentro de un servidor
- 81 -
Para acceder a uno de los Venues, basta con hacer doble click en alguno de los íconos
que representan a estos. Una vez adentro el ambiente es el que se aprecia en la
siguiente figura. Para dejar el Venue, basta presionar Leave Venue.
Figura 55: Un usuario dentro de un Venue
- 82 -
Iniciar una presentación:
Al acceder a Actions Start presentation se puede que aparece una aplicación, la cual
permite realizar presentaciones. Con ella se puede cargar, entre otras cosas, un PPT, tal
como se muestra a continuación:
Figura 56: Ejemplo de presentación compartida
En ésta, los distintos participantes pueden hacer modificaciones, como por ejemplo
subrayar, entre otras cosas, de modo que el resto de estos podrá ver los cambios y
marcas que se hagan.
- 83 -
Iniciar un Chat:
Al acceder a Actions Start Chat aparece una ventana en la cual se puede enviar
mensajes de chat a todos los integrantes del Venue.
Figura 57: Ejemplo de Chat
Iniciar una reproducción Windows Media:
Al acceder a Actions Start Windows Media Playback se puede apreciar una interfaz
que permite que se carguen archivos multimedia windows para ser reproducidos en el
Venue en el que se encuentra quien los carga:
Figura 58: Reproducción de medios con ConferenceXP
- 84 -
Iniciar un flujo de pantalla:
Al acceder a Actions Start local screen streaming se puede apreciar una interfaz
como la que sigue:
Figura 59: Flujo de pantalla con ConferenceXP
Iniciar Browser compartido:
Al acceder a Actions Start shared browser se abre un navegador web en cada nodo
conectado al Venue. Si quien creó la instancia accede a un sitio, todos los demás nodos
accederán también de forma automática.
- 85 -
A.5. Archive Service
Para acceder al Archive Service (Archive Service Manager), se accede al menú inicio
Todos los programas conferenceXP Services Archive Services Manager.
Figura 60: Archive Service Manager provee una interfaz en la cual se puede apreciar
la lista con conferencias realizadas
Con esta aplicación, es posible iniciar o detener el servicio, además de administrar las
grabaciones hechas en la base de datos.
- 86 -
A.6 Venue service
Creación de Venues
El Venue service es un servicio web que opera bajo IIS, sin embargo para la
administración de Venues es necesario acceder al Venue service manager, ubicado en
al menú inicio Todos los programas conferenceXP Services Venue
Service Manager. La aplicación tiene la siguiente interfaz:
Figura 61: Venue Service Manager
En la ventana del administrador de Venues, puede observarse que hay solamente dos
Venues creados. En la sección superior de la ventana, se encuentran los Venues que
están creados, pudiendo observarse el nombre del Venue y otros datos asociados a éste.
En la sección inferior de la ventana puede apreciarse quién se ha conectado a los
Venues. Para crear un nuevo Venue, es necesario presionar el botón “new”, de modo
tal que aparecerá la siguiente ventana:
- 87 -
Figura 62: Cómo crear un Venue
En el campo de texto asociado a Owner se agrega el correo del encargado del Venue.
En el campo Name va el nombre con el que se identificará el Venue. Por último, el
campo asociado a IP Address corresponde a la IP multicast asociada al Venue, junto
con el puerto que ocupará. Una vez creado nuestro Venue, se puede ver como aparece
éste en la lista:
Figura 63: Se puede apreciar en Venue recién creado
Con esta aplicación se puede crear, editar o eliminar Venues del servidor. También se
puede ver quién ha visitado los Venues, mostrando el nombre y mail de quien lo ha
hecho.
A.7 Reflector Service
Una vez instalado, el reflector service inicia automáticamente el servicio. En caso que
se desee detener el servicio de forma manual, basta correr el reflector service manager
- 88 -
ubicado en la carpeta de servicios de conferenceXP (al menú inicio Todos los
programas conferenceXP Services Reflector Service Manager) y aparecerá
la siguiente pantalla:
Figura 64: Interfaz de Reflector Service Manager
Acá se puede, por ejemplo, iniciar y detener el servicio de Reflector.
- 89 -
Anexo B: Hardware y equipos utilizados
A continuación se presenta una descripción técnica del hardware utilizado en las
pruebas:
Equipo local:
Procesador: AMD Sempron Processor 3000+ ,1.80 GHz
Memoria: 1.96 GB RAM
Video: SIS 760
Memoria Video: 32MB
Cámara: Microsoft LIFECAM VX-6000 1.3 mega píxeles en video
Micrófono: Integrado a la cámara
Equipo remoto:
Procesador: Core2 Duo 2 GHz
Memoria: 2 GB RAM
Video: nvidia geforce GS 8600
Memoria Video: 256 MB.
Cámara: Webcam de 2.0 MP
Micrófono: genérico.
Servidor ORION:
Procesador: AMD Opteron 2,21 GHz
Memoria: 1 GB RAM
Ancho banda Internet I de la universidad 9.5 MB/s de subida y bajada.
Ancho banda Internet de nodo remoto 1024 Kbps bajada/ 256 Kbps subida.
- 90 -
Descargar