Servidor Bluetooth de exámenes en J2ME

Universidad Carlos III de Madrid

Repositorio institucional e-Archivo http://e-archivo.uc3m.es

Trabajos académicos Proyectos Fin de Carrera

2009-10

Servidor Bluetooth de exámenes en J2ME

http://hdl.handle.net/10016/7483

PROYECTO FIN DE CARRERA ESCUELA POLITÉCNICA SUPERIOR INGENIERÍA TÉCNIA DE TELECOMUNICACIONES: TELEMÁTICA Autora: Ana Belén Lobo Romero Tutor: Mario Muñoz Organero

`

INTRODUCCIÓN

ESTADO DEL ARTE

◦ _J2ME ◦ _BLUETOOTH ◦ _{JSR 82} `

APLICACIÓN

DEMOSTRACIÓN

PREGUNTAS

`

¿Por qué este PFC?

◦ _{Cada año disminuye el número de universitarios.} ◦ _{Falta de interés en las clases por parte de los}

alumnos.

◦ _{Los alumnos no asisten a clase.}

◦ _{Los profesores no tienen datos reales de los}

conocimientos de los alumnos hasta el examen final.

`

¿Qué puede ofrecer este PFC?

◦ _{La utilización de las nuevas tecnologías como}

herramienta para mejorar la educación.

◦ _{Dinamizar las clases.}

◦ _{Aumentar el grado de interés de los alumnos.} ◦ _{Aportar al profesorado datos reales de la}

`

Esta aplicación se ha desarrollado utilizando

las siguientes tecnologías:

◦ _J2ME

◦ _BLUETOOTH ◦ _{JSR 82}

`

Centrado en dispositivos móviles conectados.

`

J2ME se basa en los conceptos de:

◦ _{Configuración: CLDC (}

Connected Limited Device

Configuration.

`

Los requisitos mínimos hardware que definen a

un dispositivo englobado en la configuración

CLDC son:

◦ _{160Kb de memoria disponible para Java. Esta memoria}

está dividida en dos áreas: 128Kb de memoria no volátil para la máquina virtual Java y las librerías del API CLDC; y 32Kb de memoria volátil para el entorno de ejecución.

◦ _{Un procesador de 16 bits.}

◦ _{Bajo consumo, por regla general por medio del uso de}

baterías.

◦ _{Conexión a red, normalmente con un ancho de banda de}

`

Las características mínimas que deben de

tener los dispositivos del perfil MIDP son:

◦

_Memoria:

x Al menos 128Kbytes de memoria no volátil para

almacenar el API MIDP.

x Al menos 32Kbytes de memoria volátil para el

sistema de ejecución Java.

x Un mínimo de 8Kbytes de memoria persistente para

el almacenamiento de información por parte de los programas.

◦

_Pantalla:

x Tamaño mínimo: 96x54 pixels.

x Profundidad: 1 bit.

x Aspecto pixel 1:1, es decir que la pantalla debe

parecer cuadrada, lo que supone usar unos pixels alargados.

◦

_{Entrada de datos:}

x Debe tener un teclado o una pantalla táctil, o

ambos.

x Aunque un ratón no forma parte de los medios de

entrada reconocidos, un puntero (como en las

PDAs) sí es un sistema de entrada válido ya que se aplica sobre una pantalla táctil.

◦ _{Conectividad:}

x Debe contar con acceso a una red bidireccional inalámbrica. x Las exigencias mínimas de ancho de banda son 9.600 bps. ◦ _{Plataforma software:}

x Kernel (núcleo del sistema operativo) capaz de hacerse cargo

de tareas de bajo nivel como la gestión de interrupciones, excepciones y temporizadores.

x Un mecanismo para leer y escribir en memoria no volátil. x Gestión del tiempo para fijar temporizadores y añadir

marcas temporales a la información persistente.

x Acceso de lectura/escritura a la conexión inalámbrica del

x

Medios para obtener la información introducida

por el usuario a través de los dispositivos de

entrada.

x

Soporte a gráficos basados en mapas de bits.

x

Medios para gestionar el ciclo de vida de una

aplicación (inicio, interrupción, reactivación y

destrucción).

`

Un MIDlet es una aplicación J2ME desarrollada

sobre el perfil MIDP.

`

Para que un MIDlet siga la filosofía Java de

“

write one, run anywhere”

, la especificación

MIDP ha definido los siguientes requisitos:

◦ _{Gestor de aplicaciones - JAM,}

Java Application

Management

◦ _{Todos los MIDlet heredan de la misma clase,}

`

Bluetooth es una tecnología inalámbrica de

especificación abierta, de bajo coste, bajo

consumo, de corto alcance. Enfocada a la

comunicación tanto de datos como de voz.

`

El chip Bluetooth tiene un bajo coste de

`

Características :

◦ _{Está orientado a aplicaciones de voz y datos.} ◦ _{Públicamente disponible y derechos libres.} ◦ _{Es de corto alcance.}

◦ _{Consumo bajo.}

◦ _{Funciona en cualquier parte del mundo.}

`

La comunicación Bluetooth se basa en el

concepto de maestro/esclavo.

`

El maestro establece la frecuencia de salto.

Los esclavos se sincronizan en tiempo y

frecuencia al maestro.

`

TDM,

Time Division Multiplexing

`

Todo dispositivo tiene una única dirección

`

JSR-82 es la forma de unir el mundo J2ME con la

tecnología Bluetooth, es un estándar definido por

la Java Community Process para poder desarrollar

aplicaciones Bluetooth en Java.

`

JSR-82 consta de dos paquetes independientes

entre sí y que dependen de javax.microedition.io:

◦ _{javax.bluetooth: define clases e interfaces básicas para}

el descubrimiento de dispositivos, descubrimiento de servicios, conexión y comunicación.

◦ _{javax.obex: permite manejar el protocolo de alto nivel}

`

Arquitectura cliente-servidor.

◦ _{BluetoothServer} ◦ _{BluetoothClient}

`

Mantener el servicio ofrecido.

`

Publicar vía Bluetooth los test que el profesor

considere oportuno.

`

Aceptar conexiones Bluetooth por parte de

los alumnos.

`

Enviar los test solicitados por los alumnos.

Recibir y gestionar los resultados obtenidos

`

Está formado por las clases:

◦ _{TestServer – MIDlet.}

◦ _{BluetoothServer – encargada de gestionar la}

comunicación Bluetooth.

◦ _{Examen – gestiona los exámenes.}

◦ _{Notas – gestiona el almacenamiento persistente de}

` Métodos: ◦ _TestServer() ◦ _{destroyApp(boolean flag)} ◦ _pauseApp() ◦ _startApp() ◦ _{commandAction(Command c,Displayable d)} ◦ _{completeInitialization(boolean isBTReady)} ◦ _destroy()

◦ _{String getTestFileName(String teName)} ◦ _{setupTestList()}

◦ _{Notas getNotas(String test)} ◦ _{crearListaNotas(String test)} ◦ _{borrarNotas(String test)} ◦ _show()

`

Métodos:

◦ _{BluetoothServer(TestServer parent)} ◦ _run()

◦ _{boolean changeTestInfo(String name, boolean}

isPublished)

◦ _destroy()

◦ _{processConnection(StreamConnection conn)}

◦ _{sendTestData(Byte[] tData, StreamConnection conn)} ◦ _{String readTestName(StreamConnection conn)}

`

Es una clase interna de la clase

BluetoothServer.

`

Se encarga de gestionar una a una las

peticiones.

`

Métodos:

◦ _{ClientProcessor()} ◦ _run()

◦ _{addConnection (StreamConnection conn)} ◦ _{destroy(boolean needJoin)}

`

Métodos:

◦ _Examen()

◦ _{String getPregunta(int p)}

◦ _{String[] getRespuestas(int pregunta)} ◦ _{byte[] getExamen(String numero)}

◦ _{byte[] concatena(byte[] array, byte[] array2)} ◦ _{byte[] getSoluciones(String examen)}

`

Métodos:

◦ _Notas()

◦ _{openNotas(String examen)} ◦ _closeNotas()

◦ _{deleteNotas(int pos)}

◦ _{addNotas(String alumno, int aciertos)} ◦ _{String devolverNota(int id)}

◦ _{int[] getIdsNota()}

`

Se encarga de:

◦ _{Descubrir nuevos dispositivos - móvil del profesor.} ◦ _{Descubrir nuevos servicios – examen publicado.}

◦ _{Establecer la conexión.} ◦ _Comunicarse.

`

Lo forman las clases:

◦ _{TestClient – MIDlet}

◦ _{BluetoothClient – gestiona la comunicación}

` Métodos: ◦ _TestClient() ◦ _{destroyApp(boolean flag)} ◦ _startApp() ◦ _{commandAction(Command d, Displayable d)} ◦ _{completeInitialization(boolena isBTReady)} ◦ _destroy() ◦ _{informSearchError(String resMsg)} ◦ _{informLoadError(String resMsg)} ◦ _showTest()

◦ _{Boolean showTestNames(Hashtable base)} ◦ _{Form representarTest(byte[] dat, Form f)} ◦ _{Byte[] getTestSolicitado(byte[] t)}

◦ _{int[] aciertos()}

◦ _{int numAciertos(int[] respuestasAcertadas)} ◦ _{getRespuestasAlumno()}

`

Métodos:

◦ _{servicesDiscovered (int transID, ServiceRecord[]}

servRecord)

◦ _{serviceSearchCompleted(int transID, int respCode)}

◦ _{requestSearch()}

◦ _{cancelSearch()}

◦ _{requestLoad(String name)}

◦ _destroy()

◦ _{processTestSearchDownload()} ◦ _{boolean searchDevices()}

◦ _{boolean searchServices()}

◦ _{boolean presentUserSearchResults()} ◦ _{boolean loadTest(String name)}

◦ _{boolean enviarRespuesta(String respuesta)} ◦ _{Byte[] getTestDescargado()}

◦ _{setAddresse(String url)} ◦ _{String getAdresse()}

Notas Notas

Examen 1 Examen

1 1.-Se obtiene el examen.

2.-Se publica el examen y el alumno lo descarga.

3.-El alumno responde y manda su NIA junto con los aciertos obtenidos. 4.- Se guardan las notas

por orden de llegada.

5.-El profesor consulta los resultados de los alumnos.