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 -