Aplicaciones Móviles para WPAN's - Unidad Multidisciplinaria ...

Facultad de Matemáticas
Paquete didáctico de la Asignatura
“Aplicaciones Móviles para WPAN’s”
Impartida como asignatura optativa para los
alumnos de la Licenciatura en Ciencias de la
Computación, Unidad Tizimín
Elaborado por:
Maximiliano Canché Euán,
Erika Llanes Castro,
Cinhtia González Segura y
Michel García García
Tizimín, Yucatán.
Agosto 2008 – Enero 2009

Contenido
Manual de operaciones .................................................................................... 1
Unidad I. Redes Inalámbricas de Área Personal, WPAN’s ............................ 1
Unidad II. Desarrollo de Aplicaciones Móviles con J2ME ............................ 2
Unidad III. Programación Bluetooh con J2ME .............................................. 2
Unidad IV. Programación Bluetooth con Visual Basic .NET ........................ 3
Contenido del CD ............................................................................................. 4
Programa del curso .......................................................................................... 5
Diapositivas del curso....................................................................................... 9
Unidad I .......................................................................................................... 9
Unidad II ....................................................................................................... 20
Unidad III ...................................................................................................... 41
Unidad IV...................................................................................................... 53
Prácticas .......................................................................................................... 62
Unidad I ........................................................................................................ 62
Unidad II ....................................................................................................... 72
Unidad III ...................................................................................................... 76
Unidad IV...................................................................................................... 78
Bibliografía...................................................................................................... 83
i

Manual de operaciones
Este paquete didáctico fue elaborado para impartir la asignatura “Aplicaciones Móviles
para WPAN’s”. Se presenta el contenido teórico a través de las diapositivas, se incluye
material complementario para las presentaciones, también se incluyen ejercicios prácticos
donde se aplican los conceptos vistos y que ayudan a la comprensión de los temas
expuestos.
En el CD que acompaña a este material didáctico se incluyen los instaladores necesarios así
como algunas aplicaciones útiles para la impartición de las clases.
A continuación se describe la correspondencia entre las diapositivas y los temas que forman
parte de cada unidad. También se listan las prácticas que se incluyen, con su respectiva
correspondencia con los temas del programa de la asignatura.
Relación de todos los temas incluidos en el temario con su referencia a los
archivos correspondientes y a las diapositivas estudiadas en cada uno de ellos.
Unidad I. Redes Inalámbricas de Área Personal, WPAN’s
Objetivo: Definir las redes inalámbricas y sus componentes, conocer el funcionamiento de
los protocolos para redes de área local inalámbrica WPAN para poder diseñar e
implementar una red de estas dimensiones.
Tema Diapositivas
Presentación de la Unidad 1 a 2
1.1 Introducción a las redes inalámbricas 3 a 17
1.2 Clasificación de las redes inalámbricas por su cobertura 18 a 23
1.3 Redes inalámbricas de área personal WPAN 24 a 35
1.4 Protocolos y tecnologías 36 a 45
1.5 Comunicaciones ópticas: IrDa 46 a 60
1.6 Bluetooth 61 a 85
1.7 Aplicaciones bluetooth 86 a 87
Prácticas 88
Prácticas (Archivos) Temas
Práctica 1.1 1.1
Práctica 1.2 1.3
Práctica 1.3 1.6
Práctica 1.4 1.7
1

Unidad II. Desarrollo de Aplicaciones Móviles con J2ME
Objetivo: Al finalizar la unidad, el alumno explicará las características de los componentes de
J2ME, su arquitectura, entorno de ejecución, requerimientos de hardware y software, y los
conceptos básicos para desarrollar aplicaciones móviles
Tema Diapositivas
Presentación de la Unidad 1, 2
2.1 Introducción a las aplicaciones para
dispositivos móviles
3 a 20
2.2 Componentes de J2ME 21 a 42
2.3 Arquitectura del entorno de ejecución
de J2ME
43 a 48
2.4 Ciclo de vida y componentes básicos
de un MIDlet
49 a 84
2.5 Componentes avanzados de un
85 a 150
MIDlet
2.6 Almacenamiento persistente: RMS 151 a 164
Prácticas Temas
Práctica 2.1 2.3
Práctica 2.2 2.4
Práctica 2.3 2.5
Práctica 2.4 2.6
Unidad III. Programación Bluetooh con J2ME
Objetivo: Al finalizar la unidad el alumno aprenderá los conceptos básicos para desarrollar
aplicaciones con J2ME para redes de área personal inalámbrica (WPAN’s).
Tema Diapositivas
Presentación de la Unidad 1, 2
3.1 La API Bluetooth 3 a 14
3.2 La API JABWT 15 a 21
3.3 Protocolos de envío y recepción de datos 22 a 70
3.4 Plataformas de desarrollo bluetooth con soporte Java 71 a 78
3.5 Desarrollo de aplicaciones móviles para una WPAN 79 a 86
Prácticas Temas
Práctica 3.1 3.2
Práctica 3.2 3.3
2

Unidad IV. Programación Bluetooth con Visual Basic .NET
Objetivo: Diseñar, crear y ejecutar aplicaciones móviles en un entorno de desarrollo
visual y empleando un dispositivo PDA con Sistema Operativo Windows Mobile.
Tema Diapositivas
Presentación de la Unidad 1 a 3
4.1 Fundamentos de desarrollo en .NET 4 a 8
4.2 El proceso de desarrollo y compilación
de una aplicación en .NET
9 a 16
4.3 Tratamiento de errores y herramientas
de depuración
17 a 27
4.4 Desarrollo de aplicaciones con VB
.NET
28 a 35
4.5 Acceso a datos con Microsoft .NET
Framework 2.0
36 a 48
4.6 Introducción a la programación de
dispositivos móviles
49 a 51
4.7 Desarrollo de aplicaciones para
52 a 62
dispositivos móviles
Prácticas Temas
Práctica 4.1 4.1 y 4.2
Práctica 4.2 4.3
Práctica 4.3 4.4
Práctica 4.5 4.5
3

Contenido del CD
El CD que acompaña a este material está organizado en dos carpetas, una de ellas contiene ejemplos
de aplicaciones creadas que se emplean como ejemplos durante las sesiones y la otra contiene los
archivos de instalación del software necesario en las unidades.
4

Programa del curso
Universidad Autónoma de Yucatán
Facultad de Matemáticas
Licenciatura en Ciencias de la Computación
Aplicaciones Móviles para WPAN’s
PROGRAMA
Plan: 2004 Semestre: Quinto a Octavo
Área: Ingeniería de
Software/Redes
Horas a la Semana: 4 horas
Nivel: Optativa Horas al Semestre: 72 horas (56 hrs
teóricas, 16 hrs
practicas)
Requisitos: Programación
Fecha de Elaboración: Agosto, 2008
Elaborado por: Maximiliano Canché Euán, Erika Llanes Castro, Michel García García,
Cinhtia González Segura.
Descripción de la Asignatura:
En esta asignatura se describirán los conceptos importantes para el desarrollo de
aplicaciones móviles para una red de área personal inalámbrica (WPAN), sus medios y
las tecnologías de implantación más utilizadas (Java 2 MicroEdition, Visual Basic .NET, y
Bluetooth). Se profundizará en la programación orientada a objetos y orientada a eventos
para móviles, así como en los protocolos utilizados en una WPAN. Por último, se
conocerán las principales aplicaciones de usuario en entornos móviles.
Objetivo General:
Al finalizar el curso, el alumno explicará y aplicará los conceptos teóricos de la
programación móvil para su uso en redes de área personal inalámbrica (WPAN’s) con el
fin de diseñar y construir aplicaciones móviles para este tipo de redes.
5

CONTENIDO
Unidad 1. Redes de Area Personal Inalámbricas (WPAN’s) (12 horas)
Objetivo: Definir las redes inalámbricas y sus componentes, aprender el funcionamiento
del estándar de redes de área local inalámbrica WPAN para poder diseñar e implementar
una red de estas dimensiones.
1.1 Introducción a las redes inalámbricas
1.2 Clasificación de las redes inalámbricas por su cobertura
1.2.1 WPAN
1.2.2 WLAN
1.2.3 WMAN
1.2.4 WWAN
1.3 Redes inalámbricas de área personal WPAN
1.4 Protocolos y tecnologías
1.5 Comunicaciones ópticas: IrDa
1.6 Bluetooth
1.7 Aplicaciones Bluetooth
Unidad 2. Desarrollo de Aplicaciones Móviles con J2ME (20 horas)
Objetivo: Explicar las características de los componentes de J2ME, su arquitectura,
entorno de ejecución, requerimientos de hardware y software, y los conceptos básicos
para desarrollar aplicaciones móviles.
2.1 Introducción a las aplicaciones para dispositivos móviles
2.2 Componentes de J2ME
2.3 Arquitectura del entorno de ejecución de J2ME
2.4 Ciclo de vida y componentes básicos de un MIDlet
2.5 Componentes avanzados de un MIDlet
2.6 Almacenamiento persistente: RMS
Unidad 3. Programación Bluetooh con J2ME (20 horas)
Objetivo: Aprender los conceptos básicos para desarrollar aplicaciones con J2ME para
redes de área personal inalámbrica (WPAN’s).
3.1 La API Bluetooth
3.2 La API JABWT
3.3 Protocolos de envío y recepción de datos
6

3.4 Plataformas de desarrollo bluetooth con soporte Java
3.5 Desarrollo de aplicaciones móviles para una WPAN
Unidad 4. Programación Bluetooth con Visual Basic .NET (20 horas)
Objetivo: Diseñar, crear y ejecutar aplicaciones móviles en un entorno de desarrollo visual
y empleando un dispositivo PDA con Sistema Operativo Windows Mobile.
4.1 Fundamentos de desarrollo en .NET
4.2 El proceso de desarrollo y compilación de una aplicación en .NET
4.3 Tratamiento de errores y herramientas de depuración
4.4 Desarrollo de aplicaciones con VB .NET
4.5 Acceso a datos con Microsoft .NET Framework 2.0
4.6 Introducción a la programación de dispositivos móviles
4.7 Desarrollo de aplicaciones para dispositivos móviles
CRITERIOS DE EVALUACIÓN
Se efectuarán 4 exámenes parciales y un examen ordinario. Se realizarán cuatro
proyectos a lo largo del semestre, los cual serán supervisado por los instructores.
Adicionalmente se presentarán tareas y actividades individuales o grupales a lo largo del
semestre.
La calificación final se calculará como sigue:
Pruebas escritas:
Porcentaje Duración Fecha de aplicación
Prueba 1 10% 1 Sesión Al finalizar la unidad 1
Prueba 2 10% 1 Sesión Al finalizar la unidad 2
Prueba 3 10% 1 Sesión Al finalizar la unidad 3
Prueba 4 10% 1 Sesión Al finalizar la unidad 4
Trabajos en el curso:
Porcentaje
Proyectos 40%
Tareas (Lecturas, investigaciones, exposiciones) 20%
Son requisitos para poder presentar el examen ordinario:
1. 80 % de asistencia a clase.
2. Haber entregado todos proyectos asignados.
3. Haber entregado al menos el 70% de las tareas
7

El curso se aprueba con 70 puntos mínimo. Para poder exentar el examen ordinario se
requiere, además de los requisitos anteriores, tener un promedio mayor o igual a 85
puntos. Con promedio mayor o igual a 70 y menor a 85, el examen ordinario representa
el 40% de la calificación final. El 60% restante se calculará sobre la calificación obtenida
por el alumno a lo largo del curso.
Bibliografía básica
1. Thompson, Timohy. Bluetooth Application Programming with Java APIs Essentials
Edition. Morgan Kaufmann Publishers. 2008.
2. Hopkins, Bruce. Bluetooth for Java. Apress. 2003.
3. Kammer, David. Bluetooth Application Developers Guide. Syngress. 2003
4. Quintas, Agustin. J2ME: Java 2 Micro Edition. Alfaomega/Ra-Ma. 2004.
5. Feng, Yu. Wireless Java Programming with J2ME. SAMS. 2001.
6. Prasad, Ramjee. WLANs and WPANs towards 4G Wireless. 2003.
7. Ceballos, Fco. Javier. Microsoft Visual Basic .NET Curso de programación. Alfaomega
& Ra-Ma. 2008.
8. Firtman, Maximiliano. Desarrollos Móviles con .NET. MP Ediciones. 2005.
9. MSDN. Getting Started with Visual Studio .NET and the Microsoft .NET Compact
Framework. Microsoft Corp. EUA, 2004.
8

Diapositivas del curso
Unidad I
Diapositiva
1
Diapositiva
2
Diapositiva
5
Diapositiva
7
Unidad 1. Redes Inalámbricas de Área
Personal (WPAN`s)
Objetivo: Definir las redes inalámbricas y
sus componentes, conocer el
funcionamiento de los protocolos para
redes de área local inalámbrica WPAN para
poder diseñar e implementar una red de
estas dimensiones
Unidad 1. Redes Inalámbricas de Área
Personal (WPAN`s)
1.1 Introducción Introducci n a las redes inalámbricas
inal mbricas
1.2 Clasificación de las redes inalámbricas por su
cobertura
� 1.2.1. WPAN
� 1.2.2. WLAN
� 1.2.3. WMAN
� 1.2.4. WWAN
1.3 Redes inalámbricas de área personal WPAN
1.4 Protocolos y tecnologías
1.5 Comunicaciones ópticas: IrDa
1.6 Bluetooth
1.7 Aplicaciones bluetooth
1.1 Introducción a las redes inalámbricas
Esta tecnología no es nueva, su origen se
remonta a una publicación que hizo el
IEEE (Institute of Electrical and Electronics
Engineers) en 1979, de los resultados de
un experimento realizado por ingenieros
de IBM en Suiza, consistente en utilizar
enlaces infrarrojos para crear una red local
en una fábrica.
1.1 Introducción a las redes inalámbricas
Las tecnologías de redes inalámbricas
requieren un extenso trabajo de
investigación dado que son tecnologías en
desarrollo y en constante cambio.
El surgimiento y continuo crecimiento de
redes inalámbricas ha sido conducido por
la necesidad de bajar costos asociados con
la infraestructura de red, soportar la
movilidad, reducir el tiempo de instalación
y aumentar la confiabilidad.
Unidad 1. Redes Inalámbricas de Área
Personal (WPAN`s)
1.1 Introducción a las redes inalámbricas
1.2 Clasificación de las redes inalámbricas por su
cobertura
� 1.2.1. WPAN
� 1.2.2. WLAN
� 1.2.3. WMAN
� 1.2.4. WWAN
1.3 Redes inalámbricas de área personal WPAN
1.4 Protocolos y tecnologías
1.5 Comunicaciones ópticas: IrDa
1.6 Bluetooth
1.7 Aplicaciones bluetooth
1.1 Introducción a las redes inalámbricas
En el ámbito de las redes el uso de
sistemas inalámbricos representa el
siguiente escalón en la tecnología.
Las redes inalámbricas (en inglés
wireless network – redes sin cables) son
aquellas que se comunican por un medio
de transmisión no guiado (sin cables)
mediante ondas electromagnéticas.
1.1 Introducción a las redes inalámbricas
La transmisión y la recepción se realiza a
través de antenas.
Tienen ventajas como la rápida instalación
de la red sin la necesidad de usar
cableado.
Permiten la movilidad y tienen menos
costes de mantenimiento que una red
convencional.
1.1 Introducción a las redes inalámbricas
Características de una red inalámbrica
� La estandarización e interoperabilidad.
�La redacción y aprobación de normas
que se establecen para garantizar el
acoplamiento de elementos
construidos independientemente,
permiten que sistemas heterogéneos
puedan intercambiar procesos y
datos.
9

Diapositiva
9
Diapositiva
10
Diapositiva
13
Diapositiva
15
1.1 Introducción a las redes inalámbricas
� La movilidad:
�Permite transmitir información en
tiempo real en cualquier lugar de la
organización o empresa a cualquier
usuario. Esto supone mayor
productividad y mayores posibilidades
de servicio.
1.1 Introducción a las redes inalámbricas
� Escalabilidad:
�Capacidad de un sistema de cambiar
su tamaño o configuración para
adaptarse a las circunstancias
cambiantes, como adaptarse a un
número de usuarios cada vez mayor,
sin perder calidad en los servicios.
1.1 Introducción a las redes inalámbricas
� Flexibilidad:
�Puede llegar donde el cable no puede,
superando un mayor número de
obstáculos, pudiendo incluso
atravesar paredes. Por lo tanto, es útil
en zonas donde el cableado no es
posible o es muy costoso como los
parques naturales, reservas o zonas
escarpadas.
1.1 Introducción a las redes inalámbricas
Según el rango de frecuencias utilizado para
transmitir, el medio de transmisión pueden ser las
ondas de radio, las microondas y los infrarrojos.
� Ondas de radio: Comprende el espectro de los
300 a los 3000 MHz.
� Microondas: Frecuencias desde 1 hasta 300
GHz. Pueden haber interferencias con las
comunicaciones en determinadas frecuencias.
� Infrarrojos: Deben estar alineados directamente.
No pueden atravesar las paredes. Los infrarrojos
van desde 300 GHz hasta 384 THz.
1.1 Introducción a las redes inalámbricas
� Ahorro de costos de cableados fijos:
�Evita el tendido de cables y costosas
instalaciones. Además, los puntos de
acceso y los adaptadores utilizados,
tienen un costo relativamente
accesible.
1.1 Introducción a las redes inalámbricas
� Facilidad de instalación:
�Al no usar cables, se evitan obras
para hacer el tendido por muros y
techos, mejorando así el aspecto y la
habitabilidad de los locales, y
reduciendo el tiempo de instalación.
También permite el acceso
instantáneo a usuarios temporales de
la red.
1.1 Introducción a las redes inalámbricas
� Ahorro de espacio:
�La infraestructura de la red es muy
reducida y al no tener que utilizar
tanto equipo para que pueda
funcionar hay un ahorro significativo
de espacios.
Espectro Electromagnético
10

Diapositiva
17
Diapositiva
19
Diapositiva
21
Diapositiva
23
Espectro Electromagnético
Estándares inalámbricos Mundiales
WWAN
IEEE 802.20 3GPP, EDG
(GSM)
WMAN
IEEE 802.16 ETSI HIPERMAN
Wireless MAN & HIPERACCESS
WLAN
IEEE 802.11 ETSI
Wireless LAN HIPERLAN
WPAN
IEEE 802.15 ETSI
Bluetooth HIPERPAN
1.2 Clasificación de las redes inalámbricas
por su cobertura
WLAN (Wireless Local Area Network)
� En las redes de área local podemos
encontrar tecnologías inalámbricas
basadas en HiperLAN, un estándar del
grupo ETSI, o tecnologías basadas en
Wi-Fi, que siguen el estándar IEEE
802.11 con diferentes variantes.
1.2 Clasificación de las redes inalámbricas
por su cobertura
WWAN (Wireless Wide Area Network,
Wireless WWAN)
� En estas redes encontramos tecnologías
como UMTS, utilizada con los teléfonos
móviles 3G y sucesora de la tecnología
GSM (para móviles 2G), o también la
tecnología digital para móviles GPRS
(General Packet Radio Service).
Unidad I. Redes Inalámbricas de Área
Personal (WPAN`s)
1.1 Introducción a las redes inalámbricas
1.2 Clasificación Clasificaci n de las redes inalámbricas inal mbricas por su
cobertura
�� 1.2.1. WPAN
�� 1.2.2. WLAN
�� 1.2.3. WMAN
�� 1.2.4. WWAN
1.3 Redes inalámbricas de área personal WPAN
1.4 Protocolos y tecnologías
1.5 Comunicaciones ópticas: IrDa
1.6 Bluetooth
1.7 Aplicaciones bluetooth
1.2 Clasificación de las redes inalámbricas
por su cobertura
Según su cobertura, se pueden clasificar en
diferentes tipos:
WPAN (Wireless Personal Area Network)
� En este tipo de red de cobertura
personal, existen tecnologías basadas en
1.2 Clasificación de las redes inalámbricas
por su cobertura
WMAN (Wireless Metropolitan Area
Network, Wireless MAN)
� Para redes de área metropolitana se
encuentran tecnologías basadas en
WiMax (Worldwide Interoperability for
Microwave Access, es decir,
Interoperabilidad Mundial para Acceso
con Microondas), un estándar de
comunicación inalámbrica basado en la
norma IEEE 802.16. WiMax es un
protocolo parecido a Wi-Fi, pero con
más cobertura y ancho de banda.
Unidad 1. Redes Inalámbricas de Área
Personal (WPAN`s)
1.1 Introducción a las redes inalámbricas
1.2 Clasificación de las redes inalámbricas por su cobertura
� 1.2.1. PAN
� 1.2.2. LAN
� 1.2.3. MAN
� 1.2.4. WAN
1.3 Redes inalámbricas inal mbricas de área rea personal WPAN
1.4 Protocolos y tecnologías
1.5 Comunicaciones ópticas: IrDa
1.6 Bluetooth
1.7 Aplicaciones bluetooth
11

Diapositiva
25
Diapositiva
27
Diapositiva
29
Diapositiva
31
1.3 Redes inalámbricas de área personal
WPAN
Las redes inalámbricas de área personal,
conocidas como WPANs
(Wireless Personal Area Nettwork)
surgen como una consecuencia de querer
acercar la red al usuario y de integrar todos
los servicios para conseguir una
“automatización” total del entorno del
usuario
1.3 Redes inalámbricas de área personal
WPAN
Una conexión echa a través de una WPAN
involucra a muy poca o nula
infraestructura
Protocolos simples y lo más óptimos para
cada necesidad de comunicación y
aplicación.
1.3 Redes inalámbricas de área personal
WPAN
Para satisfacer las diferentes necesidades
de comunicación dentro de un área
personal la IEEE ha dividido sus esfuerzos
en cuatro grupos de trabajo, que se
encargan de desarrollar estándares.
1.3 Redes inalámbricas de área personal
WPAN
El grupo de trabajo 802.15.1 ha realizado
un estándar basado en las especificaciones
de la fundación Bluetooth. Este grupo de
trabajo publicó el estándar IEEE 802.15.1 el
14 junio de 2002.
1.3 Redes inalámbricas de área personal
WPAN
La característica principal de este tipo de
redes es que su área de cobertura es de
10 metros a la redonda que envuelve a
una persona o a algún dispositivo ya sea
que esté en movimiento o no.
1.3 Redes inalámbricas de área personal
WPAN
Interconectar dispositivos personales es diferente
a conectar dispositivos computacionales.
Conexión para dispositivos computacionales
asocian al usuario del dispositivo con servicios de
datos disponibles.
El usuario es relacionado con los dispositivos
electrónicos de su posesión, o en su vecindad.
Una WPAN puede verse como una burbuja
personal de comunicación alrededor de una
persona.
1.3 Redes inalámbricas de área personal
WPAN
1.2.1 Grupos de trabajo.
Existen principalmente cuatro grupos de
trabajo para la tecnología WPAN, cada uno
de ellos con características e intereses
específicos que generan estándares que
satisfacen necesidades específicas de
comunicación.
1.3 Redes inalámbricas de área personal
WPAN
El grupo de trabajo 802.15.2 está
desarrollando un modelo de coexistencia
entre las WLAN y WPAN
12

Diapositiva
33
Diapositiva
35
Diapositiva
37
Diapositiva
39
1.3 Redes inalámbricas de área personal
WPAN
El grupo de trabajo 802.15.3. Está
trabajando para establecer los estatus y
publicar un estándar nuevo de alta
velocidad (20 Mbits/s o mayores) para
WPANs.
Este nuevo estándar se está diseñando
para consumir poca energía y ofrecer
soluciones a bajos costos así como
aplicaciones multimedia.
1.3 Redes inalámbricas de área personal
WPAN
WLANs vs WPANs.
Ambas tecnologías permiten a un dispositivo
electrónico conectarse con el ambiente que lo
rodea e intercambiar datos sobre canales
inalámbricos libres
Las WLANs se han diseñado para dispositivos
transportables de comunicación
Las WPAN fueron diseñadas para dispositivos con
mayor movilidad.
Difieren principalmente en niveles de energía,
cobertura y configuraciones de red.
1.4 Protocolos y tecnologías
HomeRF
El HomeRF Working Group fue una iniciativa
de varias empresas que se unieron en el
año 1998 para crear una tecnología de
transmisión digital inalámbrica abierta.
� HomeRF es una solución rentable y la más
económica entre las soluciones
inalámbricas del mercado.
1.4 Protocolos y tecnologías
� Bluetooth
� Protocolo que sigue la especificación IEEE
802.15.1)
� El grupo de interés especial (SIG) de
Bluetooth es una organización privada y
sin ánimo de lucro. Este grupo se fundó en
septiembre de 1998. No se ocupa de la
fabricación ni de la venta de productos con
tecnología Bluetooth, sino del desarrollo de
ésta.
1.3 Redes inalámbricas de área personal
WPAN
El grupo de trabajo T4 para el desarrollo
IEEE 802.15.4, investiga y desarrolla
soluciones que requieren una baja
transmisión de datos y con ello una
duración en las baterías de meses e
incluso de años así como una complejidad
relativamente baja
Dicho grupo de trabajo ha publicado el
estándar que lleva su nombre; IEEE
802.15.4.
Unidad 1. Redes Inalámbricas de Área
Personal (WPAN`s)
1.1 Introducción a las redes inalámbricas
1.2 Clasificación de las redes inalámbricas por su cobertura
� 1.2.1. PAN
� 1.2.2. LAN
� 1.2.3. MAN
� 1.2.4. WAN
1.3 Redes inalámbricas de área personal WPAN
1.4 Protocolos y tecnologías
tecnolog as
1.5 Comunicaciones ópticas: IrDa
1.6 Bluetooth
1.7 Aplicaciones bluetooth
1.4 Protocolos y tecnologías
� Es un estándar para conectar todos los
teléfonos móviles de la casa y los
ordenadores mediante un aparato central
� Al igual que Bluetooth y WiFi, la HomeRF
usa la banda de frecuencia de 2,4 GHz
para colocar su señal modulada. Tiene una
tasa de transferencia de hasta 10 Mbps
(megabits) por segundo
� El grupo que desarrollaba el estándar
HomeRF se disolvió en Enero de 2003.
1.4 Protocolos y tecnologías
El núcleo del sistema Bluetooth consiste
en un transmisor de radio, una banda
base y una pila de protocolos.
Los enlaces inalámbricos Bluetooth se
forman en el contexto de una piconet.
Funciona en la banda de frecuencia de
2.4 GHz, tiene un radio de acción de 10
metros a una velocidad de transmisión es
de 1 Mbps.
13

Diapositiva
41
Diapositiva
43
Diapositiva
45
Diapositiva
47
1.4 Protocolos y tecnologías
ZigBee
� Basado en la especificación IEEE
802.15.4 y utilizado en aplicaciones
como la domótica, que requieren
comunicaciones seguras con tasas bajas
de transmisión de datos y maximización
de la vida útil de sus baterías, bajo
consumo.
1.4 Protocolos y tecnologías
RFID
� Sistema remoto de almacenamiento y
recuperación de datos con el propósito
de transmitir la identidad de un objeto
(similar a un número de serie único)
mediante ondas de radio.
� Mediante la tecnología RFID se pueden
activar etiquetas pasivas a cierta
distancia mediante un lector.
1.4 Protocolos y tecnologías
La tecnología RFID opera en frecuencias
bajas (menos de 100 MHz), altas (más de
100 MHz) y UHF (de 868 a 954 MHz).
1.5 Comunicaciones ópticas: IrDa
¿Qué es el Infrarrojo?
El infrarrojo es un tipo de luz que no
podemos ver con nuestros ojos.
Nos muestra cuánto calor tiene alguna cosa
y nos da información sobre la temperatura
de un objeto
Todas las cosas tienen algo de calor e
irradian luz infrarroja.
1.4 Protocolos y tecnologías
� Ofrece un alcance de 10 a 100 metros y
una velocidad de transmisión de
250 Kbits en la banda de 2.4 GHz,
40 Kbps en la banda de 915 MHz y
20 Kbps en la banda de 868 MHz.
� Tanto los chips ZigBee como los
Bluetooth tienen un coste muy bajo.
1.4 Protocolos y tecnologías
� El receptor, que debe encontrarse a
pocos metros, puede recabar ciertos
datos de la tarjeta y ampliar la
información obtenida, posteriormente,
mediante una base de datos.
� Algunas etiquetas incorporan una
batería que les permite estar siempre
activas, por lo que pueden leerse a
mayores distancias.
Unidad 1. Redes Inalámbricas de Área
Personal (WPAN`s)
1.1 Introducción a las redes inalámbricas
1.2 Clasificación de las redes inalámbricas por su cobertura
� 1.2.1. PAN
� 1.2.2. LAN
� 1.2.3. MAN
� 1.2.4. WAN
1.3 Redes inalámbricas de área personal WPAN
1.4 Protocolos y tecnologías
1.5 Comunicaciones ópticas: pticas: IrDa
1.6 Bluetooth
1.7 Aplicaciones bluetooth
1.5 Comunicaciones ópticas: IrDa
El vaso rojo tiene agua muy
caliente y el vaso azul contiene
hielo.
En la figura de la izquierda vemos
dos vasos uno rojo y uno azul. Solo
veríamos esa información con
nuestra visión normal.
En la imagen de abajo es una vista
con infrarrojos en la que la simple
vista nos da información de la
temperatura de cada vaso.
14

Diapositiva
49
Diapositiva
51
Diapositiva
53
Diapositiva
55
1.5 Comunicaciones ópticas: IrDa
Las cámaras infrarrojas también son
usadas por los satélites en el espacio para
medir la temperatura de los océanos, para
estudiar el clima de la Tierra durante el día
y la noche
1.5 Comunicaciones ópticas: IrDa
Infrared Data Association (IrDA) define un
estándar físico en la forma de transmisión y
recepción de datos por rayos infrarrojos.
IrDA se crea en 1993 entre HP, IBM, Sharp
y otros.
Los transceptores de IrDA se comunican
con pulsos infrarrojos en un ángulo de 30°
Opera en una distancia de 0 a 1 metro.
1.5 Comunicaciones ópticas: IrDa
1.5 Comunicaciones ópticas: IrDa
IrDA Infrared Link Access Protocol (IrLAP)
Su función es que los dispositivos IrDA no
se conflictúen entre ellos en una
comunicación múltiple, existe un solo
dispositivo primario, los demás son
secundarios. La comunicación es siempre
half-duplex. También IrLAP describe como
los dispositivos establecen conexión, como
la cierran y como deberán estar
internamente numerados.
1.5 Comunicaciones ópticas: IrDa
¿Qué es la comunicación óptica
inalámbrica en línea de visión?
La comunicación óptica en línea de visión
es aquella que requiere que el transmisor
y el receptor se encuentren alineados de
manera tal que sea posible dibujar una
línea recta imaginaria entre ambos
dispositivos. Una ventaja es que permite
altas tasas de transmisión de datos.
1.5 Comunicaciones ópticas: IrDa
Los estándares IrDA soportan una amplia
gama de dispositivos eléctricos,
informáticos y de comunicaciones
Permite la comunicación entre los 9.600
bps y los 4 Mbps.
1.5 Comunicaciones ópticas: IrDa
Physical Layer
En la capa física se encuentran los
componentes ópticos, optoeléctricos, y
electrónicos necesarios para la transmisión
de datos seriales a través de medios
infrarrojos. La capa física también incluye
la construcción de frames y la detección
de errores
1.5 Comunicaciones ópticas: IrDa
IrDA Infrared Link Managment Protocol
(IrLMP)
Cada dispositivo permite a los otros
reconocerle a través de el protocolo IrLMP,
que corre sobre el IrLAP (IrLAP es un
protocolo de conexión, se compara al
protocolo IP, aunque la resolución de
direccionamiento es diferente)
15

Diapositiva
57
Diapositiva
59
Diapositiva
61
Diapositiva
63
1.5 Comunicaciones ópticas: IrDa
IAS (Information Access Service)
El servicio de acceso a la información
actúa como un directorio que permite
determinar para cada tipo de servicio un
punto de acceso. Para IAS existe un
cliente que realiza las peticiones y un
servidor, que responde a las peticiones
gracias a una base de datos de
aplicaciones.
1.5 Comunicaciones ópticas: IrDa
IrCOMM
Un emulador de puertos seriales y
paralelos en el enlace, usado para que las
aplicaciones diseñadas para operar en
cables seriales o paralelos puedan operar
encima de enlaces infrarrojos sin tener
que cambiar nada
IrLAN
Permite el acceso de estaciones LAN sobre
enlaces de IrdA
Unidad 1. Redes Inalámbricas de Área
Personal (WPAN`s)
1.1 Introducción a las redes inalámbricas
1.2 Clasificación de las redes inalámbricas por su cobertura
� 1.2.1. PAN
� 1.2.2. LAN
� 1.2.3. MAN
� 1.2.4. WAN
1.3 Redes inalámbricas de área personal WPAN
1.4 Protocolos y tecnologías
1.5 Comunicaciones ópticas: IrDa
1.6 Bluetooth
1.7 Aplicaciones bluetooth
1.6 Bluetooth
Los miembros SIG impulsan el desarrollo de
la tecnología inalámbrica Bluetooth, y la
implantan y comercializan en sus productos.
El SIG cuenta con un pequeño equipo de
profesionales en Hong Kong, Suecia y EE.
UU.
Las empresas promotoras del SIG de
Bluetooth son Ericsson, Intel, Lenovo,
Microsoft, Motorola, Nokia y Toshiba, y otras
tantas que han adoptado este estándar.
1.5 Comunicaciones ópticas: IrDa
Componentes opcionales del IrDA:
Tiny TP
Un protocolo de control de flujo a nivel de
aplicación. Esta capa maneja canales
virtuales entre los dispositivos, realiza
corrección de errores, divide los datos en
paquetes, y reensambla el dato original de
los paquetes. Muy similar al TCP.
1.5 Comunicaciones ópticas: IrDa
IrOBEX
Es un protocolo simple, que define
comandos PUT y GET, estos permiten
transferencia de datos binarios entre
dispositivos. Hay extensiones que define
como transferir informaciones
pertenecientes a la red GSM
1.6 Bluetooth
Acerca del SIG de Bluetooth
El grupo de interés especial (SIG) de Bluetooth
es una organización privada y sin ánimo de
lucro. Se fundó en septiembre de 1998.
No se ocupa de la fabricación ni de la venta de
productos con tecnología Bluetooth, sino del
desarrollo de ésta.
Está compuesto por más de 9,000 miembros,
líderes en las áreas de telecomunicaciones,
informática, industria automotriz, música,
automatización industrial y tecnología de
redes.
1.6 Bluetooth
El nombre Bluetooth
El término “Bluetooth” proviene del rey
danés del siglo X Harald Blatand, conocido
como Harold Bluetooth.
Este rey del siglo X fue una figura crucial
en la unificación de las distintas facciones
guerreras ubicadas en lo que hoy son
Noruega, Suecia y Dinamarca.
16

Diapositiva
65
Diapositiva
67
Diapositiva
69
Diapositiva
71
1.6 Bluetooth
La tecnología Bluetooth también iba a
facilitar la colaboración entre diferentes
sectores de la industria como la
informática, la telefonía móvil o la
automoción.
Descripción general de Bluetooth
La capa física de radio (RF) Bluetooth
opera en la banda de 2.4 GHz libre para
ISM
1.6 Bluetooth
En el caso de bluetooth los dispositivos de una
piconet utilizan una secuencia de salto pseudo
aleatorio de las 79 frecuencias de la banda ISM.
Una transmisión en espectro ensanchado ofrece
3 ventajas principales:
1. Las señales son altamente resistentes al ruido y
a la interferencia.
2. Las señales son difíciles de interceptar. Una
transmisión de este tipo suena como un ruido
de corta duración.
3. Pueden compartir una banda de frecuencia con
muchos tipos de transmisiones convencionales.
1.6 Bluetooth
Una piconet puede constar de hasta siete
dispositivos activos. Además de estos
dispositivos activos, la piconet puede
contar con muchos más esclavos en
estado de espera.
1.6 Bluetooth
Paquetes
Los datos se transmiten por radio en paquetes
Formato estándar de paquetes del modo de transferencia básica.
Formato estándar de paquetes del modo de transferencia mejorada (EDR)
Reloj Bluetooth
Todos los dispositivos Bluetooth cuentan con un reloj nativo
para la sincronización con otros dispositivos.
1.6 Bluetooth
El sistema emplea un transmisor de salto de
frecuencia para contrarrestar las
interferencias y la pérdida de intensidad
(FHSS).
Espectro ensanchado por salto de frecuencia
Frequency Hopping Spread Spectrum o FHSS
es una técnica en el que la señal se emite
sobre una serie de radiofrecuencias
aparentemente aleatorias, saltando de
frecuencia en frecuencia sincrónicamente con
el transmisor.
1.6 Bluetooth
Tasa de transferencia
La tasa de transferencia es de 1 Mbps en el
modo de transferencia básica y una velocidad
de transmisión aérea total de 2 a 3 Mbps en el
modo de transferencia de datos mejorada.
Piconet
La piconet es la forma fundamental de
comunicación mediante la tecnología
Bluetooth. Consta de un grupo de dispositivos
sincronizados donde uno de ellos, es el
dispositivo maestro y proporciona los valores
de referencia y los demás reciben el nombre
de esclavos.
1.6 Bluetooth
Transmisión bidireccional
El canal físico se subdivide en unidades de
tiempo denominadas ranuras. Los datos
intercambiados entre los dispositivos
Bluetooth se transmiten en forma de
paquetes en estas ranuras. La tecnología
Bluetooth consigue la transmisión
bidireccional mediante la técnica de acceso
múltiple por división de tiempo (TDD).
1.6 Bluetooth
Dirección de dispositivos Bluetooth
A cada dispositivo Bluetooth se le asigna una
dirección de dispositivo Bluetooth única de
48-bit (BD_ADDR) proporcionada por la
autoridad reguladora de IEEE.
17

Diapositiva
73
Diapositiva
75
Diapositiva
77
Diapositiva
79
1.6 Bluetooth
La especificación principal de Bluetooth
(denominada core) define el nivel físico
(PHY) y el control de acceso al medio (MAC)
de una red inalámbrica de área personal.
El sistema básico está formado por un
transceptor de radiofrecuencia, el nivel de
banda base y la pila de protocolos
Bluetooth, y otorga conectividad a todo un
rango de dispositivos.
1.6 Bluetooth
Especificación
Bluetooth 1.1
1.6 Bluetooth
Especificación
Bluetooth 2.0 +
EDR
1.6 Bluetooth
Año
2002
Año
2004
Características
Muchos errores
encontrados en la
especificación 1.0B fueron
reparadas
Agrega soporte para
canales no encriptados
Implementa RSSI
(Received Signal Strength
Indicator – Indicador de la
potencia de la señal recibida
Características
Velocidades de hasta 2.1
Mbps, teórico 3 Mbps.
La principal diferencia es la
introducción de EDR
(Enhanced Data Rate) para
transmitir datos mas rápido.
Futuro de Bluetooth
Se está preparando la versión 3.0, cuya
características principales serán la
adopción de la tecnología ultra-wideband
(UWB) y una mayor velocidad de
transmisión de datos, pasando de los 2.1
Mbps actuales a los 480 Mbps y.
1.6 Bluetooth
Especificaciones Bluetooth
Especificación
Bluetooth
0.7, 0.8, 0.9, 1.0
draft, 1.0 a y 1.0 b
1.6 Bluetooth
Especificación
Bluetooth 1.2
1.6 Bluetooth
Especificación
Bluetooth 2.1 + EDR
1.6 Bluetooth
Año
1998
1999
Año
2003
Año
2007
Características
La primera versión solo incluía
Baseband y Link Manager
Protocol y luego se agregaron
las restantes versión a versión
La primera versión publicada
es la 1.0 a en 1999
Las versiones 1.0 a y 1.0 b
tuvieron muchos problemas y los
fabricantes tuvieron dificultades
para hacer sus productos
interoperables.
Características
Conexión y descubrimiento
más veloz e implementación de
FHSS
Tasa de transmisión arriba de
721 kbit/s. Teórico 1 Mbps.
Mejora la detección de errores
y el control de flujo así como la
capacidad de sincronización
Los cambios se efectuaron
en las capas Baseband, LMP,
HCI y L2CAP.
Características
Reporte de datos erróneos
Mayor seguridad
Proporciona más información
durante el procedimiento del
descubrimiento
Encripción mucho más fuerte
Reduce el consumo de
energía cuando los
dispositivos están en el modo
de baja potencia
18

Diapositiva
81
Diapositiva
83
Diapositiva
85
Diapositiva
87
1.6 Bluetooth
Capas y Protocolos del Núcleo Bluetooth
La pila de protocolos que conforma el núcleo del
sistema Bluetooth está compuesta por:
protocolo de radiofrecuencia (RF)
protocolo de control de enlace (LCP)
protocolo de gestión de enlace (LMP)
protocolo de adaptación y de control de enlace
lógico (L2CAP)
Todos ellos descritos en la especificación
Bluetooth. Además, hay que sumar el protocolo
de descubrimiento de servicios (SDP) requerido
por todas las aplicaciones Bluetooth.
1.6 Bluetooth
Nivel de radiofrecuencia (RF) está formado por el
transceptor físico y sus componentes asociados.
Nivel de banda base (baseband), controla las
operaciones sobre bits y paquetes, realiza detección y
corrección de errores, broadcast automático y cifrado.
También emite confirmaciones y peticiones de
repetición de las transmisiones recibidas.
Nivel de gestión de enlace (link manager, LM),
responsable del establecimiento y finalización de
conexiones, así como de su autentificación en caso
necesario. También realiza el control del tráfico y la
planificación, junto con la gestión de consumo y
supervisión del enlace.
1.6 Bluetooth
El nivel más importante del anfitrión es el
protocolo de control y adaptación de enlace
lógico (logical link control & adaptation
protocol, L2CAP), encargado de controlar la
comunicación proveniente de niveles
superiores.
Puede añadir opcionalmente detección de
errores y retransmisión de paquetes, así
como control de flujo basado en protocolos
de ventana deslizante, asignación de buffers
y QoS.
1.7 Aplicaciones bluetooth
Los dispositivos móviles están avanzando a una
velocidad sorprendente y el software móvil avanzará
igualmente rápido.
Este panorama móvil emergente abrirá una amplia
gama de posibilidades comerciales a las empresas en
el espacio móvil.
Los desarrolladores de software para dispositivos
móviles tendrán mayor demanda y es urgente
prepararnos ante estos retos.
Para esta unidad los alumnos descargaran e
implementaran una aplicación para WPANS usando la
tecnología bluetooth.
1.6 Bluetooth
Los niveles inferiores de la pila de
protocolos constituyen el controlador
Bluetooth, que contiene los bloques
fundamentales de la tecnología, sobre los
cuales se apoyan los niveles superiores y
los protocolos de aplicación
Este componente está estandarizado y
puede interactuar con otros sistemas
Bluetooth de más alto nivel
1.6 Bluetooth
El resto de niveles de base y los protocolos
de aplicación residen en el anfitrión
Bluetooth (también denominado host),
que se comunica con el controlador
utilizando un interfaz estándar.
Unidad 1. Redes Inalámbricas de Área
Personal (WPAN`s)
1.1 Introducción a las redes inalámbricas
1.2 Clasificación de las redes inalámbricas por su cobertura
� 1.2.1. PAN
� 1.2.2. LAN
� 1.2.3. MAN
� 1.2.4. WAN
1.3 Redes inalámbricas de área personal WPAN
1.4 Protocolos y tecnologías
1.5 Comunicaciones ópticas: IrDa
1.6 Bluetooth
1.7 Aplicaciones bluetooth
Prácticas
Prácticas (Archivos) Temas
Práctica 1.1.doc 1.1
Práctica 2.1.doc 1.3
Práctica 3.1.doc 1.6
Práctica 4.1.doc 1.7
19

Unidad II
Diapositiva
1
Diapositiva
3
Diapositiva
5
Diapositiva
7
Unidad 2. Desarrollo de Aplicaciones
Móviles con J2ME
Objetivo:
Explicar las características de los
componentes de J2ME, su arquitectura,
entorno de ejecución, requerimientos
de hardware y software, y los
conceptos básicos para desarrollar
aplicaciones móviles
Unidad 2. Desarrollo de Aplicaciones
Móviles con J2ME
Contenido:
1. Introducción a las aplicaciones para dispositivos
móviles
2. Componentes de J2ME
3. Arquitectura del entorno de ejecución de J2ME
4. Ciclo de vida y componentes básicos de un
MIDlet
5. Componentes avanzados de un MIDlet
6. Almacenamiento persistente: RMS
Ejemplos de aplicaciones
El primero, y quizás más lucrativo hasta la
fecha, fue el uso de la mensajería SMS (Short
Message Service).
Nuestros pequeñas terminales nos permiten
enviar mensajes cortos de texto (hasta un
tamaño de 160 caracteres) que son enviados
desde la terminal al centro servidor de
mensajes cortos o SMSC (Short Message
Service Centre), que a su vez se encarga de
hacer llegar el mensaje al móvil destinatario.
Ejemplos de aplicaciones
Para solucionar las bajas velocidades -sin contar con
la baja fiabilidad- de la tecnología GSM (Global
System for Mobile Communications) para la
transmisión de datos, apareció la tecnología GPRS
(General Packet Radio Service).
GPRS nos ofrece una red de transferencia de datos
sin hilos a una velocidad aceptable, tanto es así, que
ahora se puede enviar grandes paquetes de
información, como fotografías, música, e incluso
video.
1
3
5
7
Unidad 2. Desarrollo de Aplicaciones
Móviles con J2ME
Contenido:
1. Introducción a las aplicaciones para dispositivos
móviles
2. Componentes de J2ME
3. Arquitectura del entorno de ejecución de J2ME
4. Ciclo de vida y componentes básicos de un
MIDlet
5. Componentes avanzados de un MIDlet
6. Almacenamiento persistente: RMS
2.1. Introducción a las aplicaciones
para dispositivos móviles
Los dispositivos móviles son ya parte esencial en
nuestra forma de vida. Cada día son más los usuarios
de estos, Los cuales son cada vez más pequeños.
Hasta ahora, nos han acompañado a todas partes y
nos han permitido comunicarnos con cualquier otro
terminal, ya sea fijo o móvil.
Aunque la comunicación telefónica por voz inició
como el principal uso de estos terminales, pronto se
han desarrollado nuevas formas de comunicación y
otras capacidades en torno a nuestros pequeños
dispositivos.
Ejemplos de aplicaciones
Más tarde, aparecieron las terminales capaces de
navegar por Internet, pero las limitaciones de la
pantalla y de los teclados hacían inviable su uso con
páginas web normales.
Así nació la tecnología WAP (Wireless Application
Protocol), que nos permiten navegar por páginas
especiales creadas en WML en lugar de en HTML.
Sin embargo, las limitaciones de este medio, y quizás
también por el elevado precio y la baja velocidad del
servicio, han hecho que la tecnología WAP no se
haya extendido tanto como su hermana mayor, la
WEB.
Ejemplos de aplicaciones
A partir de aquí, se hace patente la necesidad de una
nueva generación de móviles capaces de reproducir
música más complejas y mostrar gráficos y
fotografías en color.
A la vez que aparecen estos móviles en el mercado,
aparece el nuevo servicio de mensajes cortos llamado
MMS (Multimedia Message Service).
Gracias a MMS, además de texto, podemos enviar
fotografías, sonidos, gráficos, etc. Pero aún estaba
por llegar la verdadera revolución.
2
4
6
8
20

Diapositiva
9
Ejemplos de aplicaciones
Sun Mycrosystems da un paso adelante dentro de su
tecnología Java, y nos presenta J2ME (Java 2 Micro
Edition): un entorno de producción para pequeños
dispositivos que permite la ejecución de programas
creados en Java.
Una de las principales capacidades que añade esta
tecnología a nuestras terminales es la posibilidad de
descargar y ejecutar juegos y aplicaciones con una calidad
razonable.
Hoy, nuestros teléfonos móviles corren auténticos
sistemas operativos. El más conocido quizás es Symbian,
que es el corazón de gran cantidad de móviles, como los
Nokia, Sony-Ericsson, Motorola y otros.
Diapositiva
11 Posteriormente Java se fue desplazando hacia
Internet (Servlets, JSP, Enterprise Java Beans).
Diapositiva
13
Diapositiva
15
Java hoy en día vuelve a sus orígenes, regresa
con los dispositivos móviles y a la electrónica de
consumo.
Java contiene complejas instrucciones de
hardware, y paradójicamente no posee ninguna
instrucción que acceda al sistema: Ejemplo:
Manejo de apuntadores, manejo de
interrupciones, etc.
Debido a esto, los desarrolladores están muy
interesados en todo dispositivo asociado al uso
de la red.
Los teléfonos celulares actuales tienen un
añadido por su capacidad de conexión
inalámbrica inherente a su funcionamiento.
El éxito en el ámbito empresarial de las agendas
de bolsillo, Personal Digital Assistants (PDA),
deriva del hecho de que puede sincronizarse con
una PC de escritorio o una Laptop.
Java 2 Micro Edition (J2ME)
La edición Java 2 Micro Edition fue
presentada en 1999 por Sun Microsystems
con el propósito de habilitar aplicaciones
Java para pequeños dispositivos.
En esta presentación, lo que realmente se
enseñó fue una primera versión de una
nueva Java Virtual Machine (JVM) que podía
ejecutarse en dispositivos Palm.
9
11
13
15
La tecnología Java
La tecnología Java, aunque relativamente
nuevas, ha recorrido un intenso y largo
camino.
Concebida originalmente a inicios de los 90
para ser utilizada en dispositivos de
electrónica de consumo y desarrollos
destinados al mundo de la televisión digital
interactiva, se fue desplazando hacia internet.
Actualmente están surgiendo dispositivos
y aplicaciones nuevas y con esto un nuevo
modelo: Una persona para varios equipos.
Estos equipos pueden ser de diversos
tipos, equipos que están presentes en
cualquier lugar y listos para ser usados.
Todos ellos tienen un denominador
común: La capacidad de interconexión.
Antes, las aplicaciones disponibles para un
teléfono celular eran solo desarrolladas
por el fabricante e integradas en el
hardware.
Ahora se pueden bajar aplicaciones en los
diferentes dispositivos por medio de una
conexión de red para ser ejecutadas.
Java 2 Micro Edition (J2ME)
Java 2 MicroEdition no es exactamente una
especificación, es un conjunto de
especificaciones, cada una de ellas aplicable a
un conjunto de requisitos.
J2ME no define un nuevo lenguaje sino que
mantiene la conpatibilidad hacia arriba con la
edición J2SE, adaptándo la tecnología Java a
su uso en dispositivos móviles.
10
12
14
16
21

Diapositiva
17
Diapositiva
19
Diapositiva
21
Diapositiva
23
Java 2 Micro Edition (J2ME)
J2ME elimina partes de la edición J2SE que
no son aplicables a este tipo de dispositivos
de capacidades tan limitadas, por ejemplo el
AWT o las operaciones en punto flotante.
Una ventaja del uso de J2ME es que las
aplicaciones pueden ser muy independientes,
eficientes y rápidas en el uso de las
conexiones en comparación con otras
tecnologías pues permite su almacenamiento
local.
¿Por qué Java?
Una de las preguntas que surge
habitualmente es el porqué de la
elección y éxito de Java dentro de la
programación de dispositivos
inalámbricos.
A continuación tenemos las ventajas
clave del uso de Java.
Unidad 2. Desarrollo de Aplicaciones
Móviles con J2ME
JVM
Contenido:
1. Introducción a las aplicaciones para dispositivos
móviles
2. Componentes de J2ME
3. Arquitectura del entorno de ejecución de J2ME
4. Ciclo de vida y componentes básicos de un
MIDlet
5. Componentes avanzados de un MIDlet
6. Almacenamiento persistente: RMS
Una Máquina Virtual de Java (JVM) es un
programa encargado de interpretar código
intermedio (bytecode) de los programas Java
precompilados a código máquina ejecutable
por la plataforma,
También efectúa las llamadas pertinentes al
sistema operativo subyacente y verifica las
reglas de seguridad y corrección de código
definidas para el lenguaje Java.
17
19
21
23
La plataforma Java 2
¿Por qué Java?
Java es seguro.
� Las aplicaciones Java se ejecutan en un
espacio determinado por la MVJ, es decir
no afectan a otra aplicación del dispositivo.
Java es portable.
� Esto hace posible escribir una aplicación y
ejecutarla en distintos dispositivos.
2.2 Componentes de J2ME
Un entorno de ejecución determinado
de J2ME se compone de una selección
de:
JVM
� JVM
� Configuraciones
� Perfiles
� Paquetes opcionales
J2ME define varias JVM´s de referencia
adecuadas al ámbito de los dispositivos
electrónicos que, en algunos casos,
suprimen algunas características con el
fin de obtener una implementación
menos exigente.
18
20
22
24
22

Diapositiva
25
Diapositiva
27
Diapositiva
29
Diapositiva
31
KVM: un tipo de JVM
KVM es la Máquina Virtual más pequeña
desarrollada por Sun.
Su nombre proviene de Kilobyte (hace
referencia a la baja ocupación de memoria,
entre 40Kb y 80Kb).
Es una implementación de Máquina Virtual
reducida y orientada a dispositivos con bajas
capacidades computacionales y de memoria.
Configuraciones
Una configuración es un conjunto de API´s
básicas que permiten desarrollar aplicaciones
para un grupo de dispositivos.
Existen 2 configuraciones definidas en J2ME:
� Connected Limited Device Configuration (CLDC)
enfocada a dispositivos con restricciones de
procesamiento y memoria, y
� Connected Device Configuration (CDC) enfocada
a dispositivos con más recursos
Configuración CLDC
Los dispositivos que usan CLDC deben
cumplir los siguientes requisitos:
� Tener entre 160 y 512 Kb de memoria total
disponible.
� Disponer, mínimo de 128 Kb de memoria no
volátil para la JVM y las bibliotecas CLDC, y 32
Kb de memoria volátil para la MV en tiempo de
ejecución.
� Procesador de 16 o 32 bits con al menos 25 Mhz
de velocidad.
Librerías de CLDC
25
27
29
31
CVM: un tipo de JVM
La CVM (Compact Virtual Machine) ha sido
tomada como JVM de referencia para la
configuración CDC y soporta las mismas
características que la Máquina Virtual de
J2SE.
Está orientada a dispositivos electrónicos con
procesadores de 32 bits de gama alta y en
torno a 2Mb o más de memoria RAM.
Configuración CLDC
La configuración CLDC, es la más pequeña de
las dos configuraciones.
Diseñada para dispositivos con conexiones de
red intermitentes, procesadores lentos, y con
memoria limitada.
Algunos ejemplos de dispositivos con este
tipo de configuración son: Teléfonos móviles,
PDA‟s y Pagers de dos vías.
Configuración CLDC
Además los dispositivos que usan CLDC
deben cumplir los siguientes requisitos:
� Ofrecer bajo consumo, debido a que éstos
dispositivos trabajan con suministro de energía
limitado, normalmente baterías.
� Tener conexión a algún tipo de red, normalmente
sin cable, con conexión intermitente y ancho de
banda limitado (unos 9600 bps).
Configuración CDC
La configuración CDC está diseñada para
dispositivos como:
� decodificadores de televisión digital,
� televisores con internet,
� algunos electrodomésticos
� sistemas de navegación en automóviles.
Estos dispositivos cuentan normalmente con
mayor cantidad de memoria, procesadores
más rápidos y ancho de banda mayor que en
dispositivos CLDC.
32
26
28
30
23

Diapositiva
33
Diapositiva
35
Diapositiva
37
Diapositiva
39
Configuración CDC
La configuración CDC está enfocada a
dispositivos con las siguientes capacidades:
� Procesador de 32 bits.
� Disponer de 2 Mb o más de memoria total,
incluyendo memoria RAM y ROM.
� Poseer la funcionalidad completa de la JVM
� Conectividad a algún tipo de red.
Librerías de CDC
Perfiles (Profiles)
Los perfiles son un conjunto de API‟s de alto
nivel que definen el ciclo de vida de la
aplicación, interfaz de usuario, y el acceso a
las características propias del dispositivo.
Más concretamente, un perfil es un conjunto
de API´s orientado a un ámbito de aplicación
determinado.
¿Perfil = Configuración?
El perfil establece unas APIs que
definen las características de un
dispositivo, mientras que la
configuración hace lo propio con una
familia de ellos.
Esto hace que a la hora de construir
una aplicación se cuente tanto con las
APIs del perfil como de la configuración.
33
35
37
39
Configuración CDC
La CDC está basada en J2SE v1.3 e incluye
varios paquetes Java de la edición estándar.
Las peculiaridades de la CDC están
contenidas principalmente en el paquete
javax.microedition.io, que incluye soporte
para comunicaciones http y basadas en
datagramas.
Nota sobre Configuraciones:
La configuración CLDC usa la Máquina
virtual KVM.
La configuración CDC usa la Máquina virtual
CVM
Una configuración no se encarga del
mantenimiento del ciclo de vida de la
aplicación, interfaces de usuario o manejo de
eventos, sino que estas responsabilidades
caen en manos de los perfiles.
36
Perfiles
Los perfiles identifican un grupo de
dispositivos por la funcionalidad que
proporcionan (electrodomésticos, teléfonos
móviles, etc.) y el tipo de aplicaciones que se
ejecutarán en ellos.
Las librerías de la interfaz gráfica son un
componente muy importante en la definición
de un perfil.
¿Perfil = Configuración?
Un perfil siempre se construye sobre
una configuración determinada.
De este modo, podemos pensar en un
perfil como un conjunto de APIs que
dotan a una configuración de
funcionalidad específica.
34
38
40
24

Diapositiva
41
Diapositiva
43
Diapositiva
45
Diapositiva
47
Tipos de Perfiles
Existen unos perfiles que se construyen
sobre la configuración CDC y otros sobre la
CLDC.
Para la configuración CDC se tienen los
perfiles:
� Foundation Profile.
� Personal Profile.
� RMI Profile.
Unidad 2. Desarrollo de Aplicaciones
Móviles con J2ME
Contenido:
1. Introducción a las aplicaciones para dispositivos
móviles
2. Componentes de J2ME
3. Arquitectura del entorno de ejecución de J2ME
4. Ciclo de vida y componentes básicos de un
MIDlet
5. Componentes avanzados de un MIDlet
6. Almacenamiento persistente: RMS
Arquitectura del entorno de ejecución
de J2ME
En la arquitectura se visualiza que una
configuración define las librerías de clase
para una categoría “horizontal” o
agrupamiento de dispositivos basados en
requerimientos similares para un presupuesto
de memoria y poder de procesamiento.
Y un perfil define las librerías de clase para
satisfacer las demandas específicas de un
cierto segmento de mercado “vertical”
Arquitectura del entorno de
ejecución de J2ME
El perfil PDA es para PDA‟s de mediana a alta
capacidad de procesamiento y almacenamiento.
Los perfiles Foundation y Personal, se utilizan para
dispositivos con mucho mayor poder de
procesamiento o de almacenamiento. Foundation
carece de librerías para interfaz gráfica a diferencia de
Personal.
El perfil RMI requiere una implementación del perfil
Foundation. El perfil RMI soporta un subconjunto de
las APIs J2SE v1.3 RMI.
41
43
45
47
Tipos de Perfiles
Para la configuración CLDC se tienen:
� PDA Profile.
� Mobile Information Device Profile (MIDP).
2.3 Arquitectura del entorno de
ejecución de J2ME
Arquitectura del entorno de
ejecución de J2ME
MIDP (Mobile Information Device Profile) está
construido sobre la configuración CLDC.
Al igual que CLDC, MIDP fue la primera
configuración definida para J2ME.
MIDP está diseñado para teléfonos móviles y
PDA‟s.
MIDP minimiza el uso de la memoria y el
consumo de energía en el dispositivo.
Requerimientos de Hardware
Memoria Total para J2ME: 160KB a 512KB
Procesador: 16bit ó 32bit con 25MHz de Velocidad
Memoria de almacenamiento: Aproximadamente 128KB
para las librerías de la aplicación.
Conectividad a la red: 9600bps o menos
Bajo consumo de energía
42
44
46
48
25

Diapositiva
49
Diapositiva
51
Diapositiva
53
Diapositiva
55
Unidad 2. Desarrollo de Aplicaciones
Móviles con J2ME
Contenido:
1. Introducción a las aplicaciones para dispositivos
móviles
2. Componentes de J2ME
3. Arquitectura del entorno de ejecución de J2ME
4. Ciclo de vida y componentes básicos de un
MIDlet
5. Componentes avanzados de un MIDlet
6. Almacenamiento persistente: RMS
Ciclo de vida de un MIDlet
pauseApp()
Constructor()
Paused
Active
startApp()
destroyApp()
destroyed
destroyApp()
Ejecución típica de un MIDlet
Durante el estado “Activo”, el MIDlet puede pasar al estado
de “Pausa” por una acción del usuario, o bien, por el AMS
que reduciría en todo lo posible el uso de los recursos del
dispositivo por parte del MIDlet.
Tanto en el estado “Activo” como en el de “Pausa”, el MIDlet
puede pasar al estado “Destruido” realizando una llamada al
método MIDlet.destroyApp().
Esto puede ocurrir porque el MIDlet haya finalizado su
ejecución o porque una aplicación prioritaria necesite ser
ejecutada en memoria en lugar del MIDlet. Una vez destruido
el MIDlet, éste libera todos los recursos ocupados.
En Síntesis, un MIDlet:
Es una aplicación Java en un dispositivo
MIDP.
No tiene un main()
Extiende de la clase
javax.microedition.midlet.MIDlet
Implementa startApp(), pauseApp(),
destroyApp()
49
51
53
55
2.4 Ciclo de vida de un MIDlet y
componentes básicos de un MIDlet
Un MIDlet durante su ejecución pasa por 3
estados diferentes. Estos tres estados son:
1) Activo: El MIDlet está actualmente en ejecución.
2) Pausa: El MIDlet no está actualmente en ejecución. En este
estado el MIDlet no debe usar algún recurso compartido. Para
volver a pasar a ejecución tiene que cambiar su estado a Activo.
3) Destruido: El MIDlet no está en ejecución ni puede transitar a
otro estado. Además se liberan todos los recursos ocupados por
el MIDlet.
Ejecución típica de un MIDlet
Se realiza la llamada al constructor del MIDlet
pasando éste al estado de “Pausa” durante un
corto período de tiempo.
Se invoca al método MIDlet.startApp() para entrar
en el estado de “Activo”.
El MIDlet entonces, ocupa todos los recursos que
necesita para su ejecución.
El paquete
javax.microedition.midlet
El paquete javax.microedition.midlet define
las aplicaciones MIDP y su comportamiento
con respecto al entorno de ejecución.
Contiene las siguientes clases:
Algunos métodos de la clase
MIDlet
Public abstract class MIDlet extends Object{
protected MIDlet()
protected abstract void startApp() throws MIDletStateChangeException
protected abstract void pauseApp()
protected abstract void destroyApp(boolean unconditional) throws
MIDletStateChangeException
public final String getAppProperty(String key)
public final void notifyDestroyed ()
public final void notifyPaused ()
public final void getAppProperty(String key)
public final void resumeRequest()
}
50
52
54
56
26

Diapositiva
57
Diapositiva
59
Diapositiva
61
Diapositiva
63
Primer Ejemplo
import javax.microedition.lcdui.Display;
import javax.microedition.lcdui.Form;
import javax.microedition.midlet.MIDlet;
public class Hola extends MIDlet {
private Display pantalla;
private Form formulario = null;
public Hola() {
pantalla = Display.getDisplay(this);
formulario = new Form(“Hola, mi primer ejemplo");
}
protected void startApp() {
pantalla.setCurrent(formulario);
}
Display: Es un objeto que representa
el manejador de la pantalla y los
dispositivos de entrada del sistema.
Solo una instancia hay por midlet
Form: Es un objeto que puede
contener cualquier combinación de
componentes de la interfaz de usuario
startApp(): Inicializa variables del
dispositivo, por ejemplo el display
pantalla.setCurrent(mainScreen)
Componentes básicos de la
Interfaz de usuario
El paquete javax.microedition.lcdui incluye
las clases necesarias para crear interfaces
de usuario, tanto de alto como de bajo
nivel.
La clase Display
La clase Display representa el manejador de la
pantalla y los dispositivos de entrada. Todo MIDlet
debe poseer por lo menos un objeto Display.
Métodos de la clase Display
57
59
61
63
protected void pauseApp() {
}
protected void destroyApp(boolean unconditional) {
pantalla = null;
formulario = null;
notifyDestroyed();
}
}
//Fin del MIDlet
pauseApp() y destroyApp() son usados
para liberar y limpiar recursos tales
como: conexiones de red y datos
almacenados.
Interfaz gráfica de usuario
La clase Display
En este objeto Display se puede incluir
tantos objetos Displayable como se quiera.
La clase Display puede obtener información
sobre las características de la pantalla del
dispositivo donde se ejecute el MIDlet.
Además es capaz de mostrar los objetos
que componen nuestras interfaces.
La clase Display
Todo MIDlet debe poseer al menos una
instancia del objeto Display. Para obtenerla
emplearemos el siguiente código:
Display pantalla = Display.getDisplay(this)
La llamada a este método la realizaremos
dentro del constructor del MIDlet. De esta
forma nos aseguramos que el objeto
Display esté a nuestra disposición durante
toda la ejecución de éste.
64
58
60
62
27

Diapositiva
65
Diapositiva
67
Diapositiva
69
Diapositiva
71
La clase Display
Además, dentro del método startApp()
tendremos que hacer referencia a la
pantalla que queramos que esté activa
haciendo uso del método setCurrent().
Hay que tener en cuenta que cada vez que
salimos del método pauseApp(), entramos
en el método startApp(), por lo que la
construcción de las pantallas y demás
elementos que formarán parte de nuestro
MIDlet la tendremos que hacer en el
método constructor. 65
La clase Displayable
La clase Displayable representa a las pantallas de
las aplicaciones.
Cada objeto Display puede tener tantos objetos
Displayable como se requiera.
67
La clase Command
Un objeto de la clase Command mantiene información sobre
un evento.
Como analogía podemos pensar en él como un botón de
Windows.
Generalmente, los implementaremos en nuestros MIDlets
cuando queramos detectar y ejecutar una acción simple. 69
Tipos de Command
71
La clase Displayable
Instancia de Display
Si es la primera vez que
se entra a startApp se
hace Referencia al
Display
Si no, es porque se vuelve
del estado de pausa (se
deja la pantalla tal como
está)
La clase abstracta Displayable incluye los métodos
encargados de manejar los eventos de pantalla y
añadir o eliminar comandos.
La clase Command
Existen tres parámetros que hay que definir
cuando construimos un objeto Command:
1) Etiqueta: La etiqueta es la cadena de texto que aparecerá
en la pantalla del dispositivo que identificará a nuestro
Command.
2) Tipo: Indica el tipo de objeto Command que queremos
crear. La declaración del tipo sirve para que el dispositivo
identifique el Command y le dé una apariencia específica
acorde con el resto de aplicaciones existentes en el
dispositivo.
3) Prioridad: Es posible asignar una prioridad específica a
un objeto Command. Esto puede servirle al AMS para
establecer un orden de aparición de los Command en
pantalla. A mayor número, menor prioridad.
70
Definiendo un objeto
Command
Por ejemplo, si queremos crear un objeto
Command con la etiqueta “Atras”, de tipo
BACK y prioridad 1 lo haremos de la
siguiente manera:
new Command(“Atras”,Command.BACK,1)
66
68
72
28

Diapositiva
73
Diapositiva
75
Diapositiva
77
Diapositiva
79
Métodos de la clase Command
public void startApp() {
display = Display.getDisplay(this);
f1.addCommand(salir);
f1.addCommand(activar);
f1.addCommand(desactivar);
f1.addCommand(ayuda);
display.setCurrent(f1);
}
public void pauseApp() {
}
public void destroyApp(boolean unconditional) {
display = null;
f1=null;
}
}//Fin del MIDlet
Se adicionan los cuatro commands
al Form y posteriormente se
establece al Display.
La interfaz CommandListener
Como sabemos, una interfaz es una clase donde todos sus
métodos son declarados como abstract. Es misión nuestra
implementar sus correspondientes métodos.
En este caso, la interfaz CommandListener sólo incluye un
método:
commandAction(Command c, Displayable d)
En dicho método indicaremos la acción que queremos que se
realice cuando se produzca un evento en el Command c que
se encuentra en el objeto Displayable d.
public void startApp() {
display = Display.getDisplay(this);
s1.addCommand(salir);
s1.addCommand(activar);
s1.setCommandListener(this);
display.setCurrent(s1);
}
public void commandAction(Command c, Displayable d){
if (c == salir){
destroyApp(true);
}
}
public void pauseApp() { }
public void destroyApp(boolean unconditional) {
display = null;
s1=null;
notifyDestroyed();
}
}
Se adicionan los dos commands al
Form, este establece el Listener
(para la captura de eventos) y
finalmente el Display establece el
Form.
73
75
77
Si ocurre el evento en el
command “salir” se llama
al método destroyApp
79
Ejemplo de Command
import javax.microedition.midlet.*;
import javax.microedition.lcdui.*;
public class Commander extends MIDlet {
private Display display;
private Form f1;
Command salir;
Command activar;
Command desactivar;
Command ayuda;
Se definen: Un Display, Un Form, y
cuatro commands.
public Commander(){
f1 = new Form("Formulario 1: Commands");
salir = new Command("Salir",Command.EXIT,0);
activar = new Command("Activar",Command.SCREEN,2);
desactivar = new Command("Desactivar",Command.SCREEN,3);
ayuda = new Command("Ayuda",Command.SCREEN,4);
}
La interfaz CommandListener
No basta sólo con crear un objeto
Command de un determinado tipo para que
realice la acción que nosotros deseamos,
de acuerdo a su tipo.
Para ello tenemos que implementar la
interfaz CommandListener.
En cualquier MIDlet que incluyamos
Commands, tendremos además que
implementar la interfaz CommandListener. 76
Ejemplo de CommandListener
import javax.microedition.lcdui.Command;
import javax.microedition.lcdui.CommandListener;
import javax.microedition.lcdui.Display;
import javax.microedition.lcdui.Displayable;
import javax.microedition.lcdui.Form;
import javax.microedition.midlet.MIDlet;
public class CmdListener extends MIDlet implements CommandListener{
private Display display;
private Form s1;
Command salir;
Command activar;
public CmdListener(){
s1 = new Form("Pantalla 1: Commands");
salir = new Command("Salir",Command.EXIT,0);
activar = new Command("Activar",Command.SCREEN,2);
}
74
Se implementa la interfaz
CommandListener
Se definen: Un Display, Un Form, y
dos Commands.
Uso de la clase Image
Los objetos de la clase Image pueden
añadirse a un Form para incluir
imágenes.
Es conveniente incluir un texto
alternativo que sea presentado en el
lugar que vaya a ocupar el objeto
Image en caso de que éste no pueda
ser visualizado en pantalla.
80
78
29

Diapositiva
81
Diapositiva
83
Diapositiva
85
Diapositiva
87
Ejemplo del uso de Imagenes
import javax.microedition.lcdui.*;
import javax.microedition.midlet.*;
public class CommandImg extends MIDlet implements
CommandListener {
private Display pantalla;
private Form s1;
private Form s2;
Command salir;
Command ver;
Command regresar;
Image image;
public void startApp() {
pantalla.setCurrent(s1);
}
public void pauseApp() {
}
Se implementa la interfaz
CommandListener
Se definen: Un Display, dos Form, tres
commands, y un Image.
public void destroyApp(boolean unconditional) {
pantalla = null;
s1=null;
s2=null;
}
Unidad 2. Desarrollo de Aplicaciones
Móviles con J2ME
Contenido:
1. Introducción a las aplicaciones para dispositivos
móviles
2. Componentes de J2ME
3. Arquitectura del entorno de ejecución de J2ME
4. Ciclo de vida y componentes básicos de un
MIDlet
5. Componentes avanzados de un MIDlet
6. Almacenamiento persistente: RMS
Clase Screen y sus derivadas
81
83
85
87
public CommandImg(){
pantalla = Display.getDisplay(this);
s1 = new Form("Buen dia!");
s2 = new Form("Mostrando Imagen");
salir = new Command("Salir",Command.EXIT,0);
ver = new Command("VerImg",Command.SCREEN,2);
regresar = new Command("Atras",Command.BACK,1);
Se pone en bloque try-catch
por alguna excepción
try {
image = Image.createImage( "/img/icono_0.png" );
} catch( Exception e ) {}
s1.addCommand(salir);
s1.addCommand(ver);
s2.addCommand(regresar);
s2.append(image);
s1.setCommandListener(this);
}
Se adiciona la imagen al
formulario
public void commandAction( Command c,Displayable d ) {
if( c == salir ) {
destroyApp(true);
notifyDestroyed();
}
else
if (c == ver){
pantalla.setCurrent(s2);
s2.setCommandListener(this);
}
else {
pantalla.setCurrent(s1);
s1.setCommandListener(this);
}
}
}
2.5 Componentes avanzados de la
Interfaz de Usuario
Ya tenemos un concepto general de cómo
manejar y controlar las acciones del usuario
a través de objetos Command y de cómo
insertar éstos en la pantalla del dispositivo
MID.
Ahora se estudiará la clase Screen y todas
las subclases. derivadas de ella.
Todas estas clases conforman la interfaz de
usuario de alto nivel.
86
La Clase Screen
La clase Screen es la superclase de
todas las clases que conforman la
interfaz de usuario de alto nivel.
public abstract class Screen extends
Displayable
82
84
88
30

Diapositiva
89
Diapositiva
91
Diapositiva
93
Diapositiva
95
La Clase Alert
La Clase Alert
También se puede definir el tiempo
que se quiere que el aviso
permanezca en pantalla,
diferenciando de esta manera dos
tipos de Alert:
� MODAL: La pantalla de aviso permanece un tiempo
indeterminado hasta que es cancelada por el usuario.
� NO MODAL: La pantalla de aviso permanece un tiempo
definido por el programador.
La Clase Alert
Se puede elegir el tipo de alerta a
mostrar. Cada tipo tiene asociado un
sonido.
public EjemploAlerta() {
pantalla = Display.getDisplay(this);
salir = new Command("Salir",Command.EXIT,1);
aler1 = new Command("Alerta Modal",Command.SCREEN,1);
aler2 = new Command("Alerta No Modal",Command.SCREEN,1);
}
alerta1 = new Alert("Alerta Modal","Esta alerta desaparecerá"+
"cuando pulses el botón de aceptar", null, AlertType.INFO);
alerta2 = new Alert("Alerta No Modal","Esta alerta desaparecera"+
" cuando pasen 5 segundos",null,AlertType.INFO);
alerta1.setTimeout(Alert.FOREVER);
alerta2.setTimeout(5000);
formulario= new Form("Programa principal");
formulario.addCommand(salir);
formulario.addCommand(aler1);
formulario.addCommand(aler2);
formulario.setCommandListener(this);
89
91
93
Alerta modal � hasta presionar tecla
Alerta no modal � se desplega 5 seg.
95
La Clase Alert
public class Alert extends Screen
El objeto Alert representa una pantalla de aviso.
Normalmente se usa cuando queremos avisar al
usuario de una situación especial como, por
ejemplo, un error.
Un Alert está formado por un título, texto y/o
imágenes. Para crear una pantalla de alerta se
cuenta con dos constructores:
� Alert(String titulo)
� Alert(String titulo, String textoalerta, Image
imagen, AlertType tipo) 90
La Clase Alert
Para el tipo de alerta MODAL se invoca el
método
Alert.setTimeOut(Alert.FOREVER).
Para el tipo de alerta NO MODAL se utiliza
el método
setTimeOut(tiempo).
Una vez finalizado el tiempo, la pantalla de aviso
se eliminará de pantalla y aparecerá el objeto
Displayable definido
Ejemplo del uso de Alert
import javax.microedition.midlet.*;
import javax.microedition.lcdui.*;
public class EjemploAlerta extends MIDlet implements
CommandListener {
Display pantalla;
Form formulario;
Alert alerta1,alerta2;
Command salir, aler1, aler2;
92
Se definen: Un Display, un Form, dos
Alert y tres Command
protected void startApp() throws MIDletStateChangeException {
pantalla.setCurrent(formulario);
}
protected void pauseApp() { }
protected void destroyApp(boolean arg0) { }
public void commandAction(Command c, Displayable d){
if (c == salir){
destroyApp(false);
notifyDestroyed();
}
else if (c == aler1)
pantalla.setCurrent(alerta1,formulario);
else
pantalla.setCurrent(alerta2,formulario);
}
}
94
96
31

Diapositiva
97
Diapositiva
99
Diapositiva
101
Diapositiva
103
La Clase List
Tipos de List
Métodos de la clase List
Ejemplo de Lista implícita
import javax.microedition.midlet.*;
import javax.microedition.lcdui.*;
public class ListImplicit extends MIDlet implements CommandListener {
private Display display;
private List lista;
private Command salir;
private Image[] iconos = new Image[6];
public ListImplicit() {
salir = new Command( "Salir",Command.EXIT,1 );
try {
for( int i=0; i < 6; i++ )
97
99
101
Se definen: Un Display, un
List (en vez del Form), un
Command y un arreglo de
Image
Se crea el arreglo de
imagenes
iconos[i] = Image.createImage( "/img/icono_”+i+“.png" );
} catch( Exception e ) { }
103
La Clase List
public class List extends Screen implements
Choice
La clase List permite construir pantallas que
poseen una lista de opciones.
Esto es útil para crear menús de manera
independiente.
Se pueden crear 3 tipos distintos de listas cuyo tipo
están definidos en la interfaz Choice
Constructores de la Clase List
Existen dos constructores que
permiten construir listas: el primero de
ellos crea una lista vacía y el segundo
proporciona una lista con un conjunto
inicial de opciones y de imágenes
asociadas:
� List(String titulo, int listType)
� List(String titulo, int listType, String[]
elementos, Image[] imagenes)
Lista Implícita
En este tipo de listas cuando se
selecciona un elemento, se provoca
una acción.
La acción a ejecutar cuándo se
seleccione una opción la tenemos que
implementar en el método
commandAction(Command c, Displayable d)
lista = new List( "¿Cómo estás?",List.IMPLICIT );
lista.append( "Ok",iconos[0] );
lista.append( "Feliz",iconos[1] );
lista.append( "Sorprendido",iconos[2] );
lista.append( "Triste",iconos[3] );
lista.append( “Desesperado",iconos[4] );
lista.append( "Furioso",iconos[5] );
}
protected void startApp() {
display = Display.getDisplay( this );
lista.addCommand( salir );
lista.setCommandListener(this);
display.setCurrent( lista );
}
protected void pauseApp() {}
protected void destroyApp( boolean flag ) {}
98
100
102
Se crea la lista y se
declara IMPLICITA,
esto es, ocasiona un
evento al seleccionar.
Se adiciona el Command al List, y se
le establece el Listener (al List).
Finalmente se establece (el List) al
Display.
104
32

Diapositiva
105
Diapositiva
107
Diapositiva
109
Diapositiva
111
public void commandAction( Command c,Displayable d ) {
if( c == lista.SELECT_COMMAND ) { Si seleccionó alguna opción de la lista..
Alert aviso = new Alert( "Sel Implicita" );
aviso.setString( “ESTOY...\n“+ lista.getString(lista.getSelectedIndex()) );
aviso.setTimeout( Alert.FOREVER );
display.setCurrent( aviso, display.getCurrent() );
}
else if( c == salir ) {
destroyApp( true );
notifyDestroyed();
}
}
}
Lista Exclusiva
En este caso, al contrario que ocurre
con las listas implícitas, la selección
de una opción no provoca algún tipo
de evento.
De este modo es necesario incluir un
Command para salvar el estado del
menú de opciones y ver cuál de éstas
ha sido seleccionada.
107
public void startApp() {
pantalla.setCurrent(menu);
}
public void pauseApp() {}
public void destroyApp(boolean unconditional) {}
public void commandAction(Command c, Displayable d){
if (c == salvar){
int opcionelegida = menu.getSelectedIndex();
//salvar opciones en memoria persistente.
//Poner un Alert con “Opcion elegida es: ..”
}
else{
destroyApp(false);
notifyDestroyed();
}
}
}
Lista Múltiple
Se puede conocer los elementos que
se han seleccionado mediante el uso
de los métodos getSelectedFlags() e
isSelected().
105
109
111
Lista Exclusiva
En este tipo de listas sólo podemos
seleccionar un elemento a la vez.
La selección de uno de ellos implica la
deselección del resto.
La implementación en el dispositivo de
este tipo de listas se realiza a través
de Radio Buttons.
Ejemplo de Lista Exclusiva
public class ListaExclusiva extends MIDlet implements CommandListener{
Display pantalla;
Command salir, salvar;
List menu;
public ListaExclusiva(){
pantalla = Display.getDisplay(this);
salir = new Command("Salir",Command.EXIT,1);
salvar = new Command("Salvar",Command.ITEM,1);
String opciones[] = {"Color 1","Color 2"," Color 3"};
menu = new List("Lista exclusiva. Selecciona un
color:",List.EXCLUSIVE,opciones,null);
menu.addCommand(salvar);
menu.addCommand(salir);
menu.setCommandListener(this);
}
Lista Múltiple
106
Se crea la lista y se
declara EXCLUSIVA,
esto es, solo permite
seleccionar 1 elemento.
En este tipo de listas podemos seleccionar
los elementos que queramos al mismo
tiempo.
Además, los elementos pueden ser
marcados o desmarcados para permitir la
selección individual.
Como en las listas exclusivas también es
necesario incluir un Command para salvar
los elementos elegidos.
110
Ejemplo de Lista Múltiple
public class ListaMultiple extends MIDlet implements CommandListener {
private Display display;
private Command salir, aceptar;
private List lista;
private Image[] iconos = new Image[5];
Se crea la lista y se
declara MULTIPLE, esto
public ListaMultiple() {
es, permite seleccionar
salir = new Command( "Salir",Command.EXIT,1 ); 1 o mas elementos.
aceptar = new Command( "Aceptar",Command.OK,1 );
try { for( int i=0; i < 5; i++ )
iconos[i] = Image.createImage( "/img/icono_"+i+".png" );
} catch( Exception e ) {
}
String opciones[] = {"Taza","Café","Leche","Crema","Azucar"};
lista = new List( "Selecciona:",List.MULTIPLE,opciones,iconos );
}
112
108
33

Diapositiva
113
Diapositiva
115
Diapositiva
117
Diapositiva
119
protected void startApp() {
display = Display.getDisplay( this );
lista.addCommand( salir );
lista.addCommand( aceptar );
lista.setCommandListener(this);
display.setCurrent( lista );
}
protected void pauseApp() {}
protected void destroyApp( boolean flag ) {}
if( buf.length() == 0 )
buf.append( "No hay nada seleccionado." );
Alert aviso = new Alert( "Sel. Múltiple" );
aviso.setString( buf.toString() );
aviso.setTimeout( Alert.FOREVER );
display.setCurrent( aviso,display.getCurrent() );
}
else if( c == salir ) {
destroyApp( true );
notifyDestroyed();
}
}
}
La clase TextBox
Un TextBox es una pantalla que nos permite editar
texto en ella.
Cuando creamos un TextBox, tenemos que
especificar su capacidad, es decir, el número de
caracteres que queremos que albergue cómo
máximo.
Si la capacidad del dispositivo es insuficiente para
mostrar todo a la vez, la implementación
proporciona un mecanismo de scroll que permite
visualizar todo el texto. 117
Formatos de TextBox
Se puede definir el formato del texto
basándose en las constantes de la
tabla siguiente:
113
115
119
public void commandAction( Command c,Displayable d ) {
if( c == aceptar ) {
StringBuffer buf = new StringBuffer();
boolean[] elementos = new boolean[ lista.size() ];
// Comprobamos los que están marcados o no, rellenando
// el array anterior con el valor booleano de las marcas
lista.getSelectedFlags( elementos );
for( int i=0; i < elementos.length; ++i ) {
if( elementos[i] ) {
if( buf.length() == 0 )
buf.append( "Has seleccionado:\n" );
else
buf.append( ", " );
buf.append( lista.getString( i ) );
}
}
La clase TextBox
La clase TextBox
Pero la capacidad devuelta por la llamada
al constructor de clase puede ser distinta a
la que habíamos solicitado.
De cualquier forma, el método getMaxSize()
devuelve la capacidad máxima que permite
un TextBox ya creado.
El constructor tiene la forma siguiente:
TextBox(String titulo, String texto, int tamaño, int
restricciones)
118
Formatos de TextBox
DECIMAL es una constante incorporada
por el API MIDP 2.0 que permite la
introducción con parte decimal.
Las constantes se pueden cambiar
mediante etiquetas (flags) que indican el
tipo de presentación.
La versión 2.0 del perfil MIDP añade varias
de estas etiquetas a la única que había,
PASSWORD.
120
114
116
34

Diapositiva
121
Diapositiva
123
Diapositiva
125
Diapositiva
127
Etiquetas para TextBox
PASSWORD: Hace que los caracteres que se introduzcan no
se muestren como tales sino que sean sustituidos con otros,
generalmente asteriscos.
UNEDITABLE: Indica que el texto no se puede editar.
SENSITIVE: Indica que el texto no debe almacenarse. Se
utiliza, por ejemplo, para completar automáticamente una
entrada o para indicar que el texto está fuera de límites y no
debe ser guardado.
Etiquetas para TextBox
Si no se quiere que haya tipo alguno de
validación de la entrada que realice el
usuario se debe indicar la constante ANY.
Las constantes que indican el tipo de
entrada se pueden combinar mediante el
operador lógico OR (|). Por ejemplo si no se
quiere que sea visible el salario de un
trabajador se pondría la sentencia:
Displayable d = new TextBox(“Salario”, “”, 9,
TextFiel.DECIMAL | TextField.PASSWORD)
Mas sobre TextBox
Los comandos asociados a la caja de texto
son mapeados a las teclas del dispositivo
utilizando métodos de la clase Command y
serán tratados como indique su tipo.
Si no incluyen comandos asociados a la
caja de texto, el usuario no será capaz de
validar las acciones de manipulación del
texto y los cambios se perderán.
Ejemplo de TextBox
public class CajaTexto extends MIDlet implements CommandListener {
private Display pantalla;
private TextBox cajaTexto;
private Command salir;
private Command aceptar;
Se definen: Un Display, un
TextBox (en vez del Form),
y dos Command
Se crea el TextBox
public CajaTexto() {
salir = new Command( "Salir",Command.EXIT,1 );
aceptar = new Command( "Aceptar",Command.OK,1 );
cajaTexto = new TextBox( "Número de teléfono","",10,
TextField.PHONENUMBER );
cajaTexto.setString( "9998887777" );
Se establece texto inicial
cajaTexto.addCommand( salir );
cajaTexto.addCommand( aceptar );
}
127
121
123
125
Etiquetas para TextBox
NON_PREDICTIVE: Se usa para indicar el
texto que se espera o el formato de la
entrada que se espera en el campo.
INITIAL_CAPS_WORD: Pone en
mayúscula la letra inicial de cada palabra
que se introduce.
INITIAL_CAPS_SENTENCE: Pone en
mayúscula la letra inicial de cada una de las
frases introducidas.
122
Mas sobre TextBox
La zona destinada al contenido inicial
proporciona el medio de entrada de datos al
usuario.
Cuando se crea la caja de texto es
necesario añadir comandos en la zona del
dispositivo destinada a ello, que serán
recogidos por eventos de acción llamando a
los métodos addCommand() y
setCommandListener() de esta clase.
Métodos de la clase TextBox
protected void startApp() {
pantalla = Display.getDisplay( this );
cajaTexto.setCommandListener( this );
pantalla.setCurrent( cajaTexto );
}
protected void pauseApp() {}
protected void destroyApp( boolean flag ) {}
124
126
128
35

Diapositiva
129
Diapositiva
131
Diapositiva
133
Diapositiva
135
public void commandAction(Command c,Displayable d) {
if( c == aceptar ) {
Alert aviso = new Alert( "Número de teléfono" );
aviso.setString( "El número tecleado es:\n"+
cajaTexto.getString() );
aviso.setTimeout( Alert.FOREVER );
pantalla.setCurrent( aviso, pantalla.getCurrent() );
}
else if( c == salir ) {
destroyApp( true );
notifyDestroyed();
}
}
}
La clase Form
Si se oprime aceptar se
muestra el numero
tecleado en un Alert
(modal)
Como se discutió anteriormente un formulario está
constituido por una subclase Form de la clase
Screen, que puede contener cualquier combinación
de componentes de la interfaz de usuario.
Estos componentes pueden ser objetos diversos.
Todos son instanciados de subclases de la clase
Item.
La clase Item
La clase Item es la superclase de todos los
componentes de la interfaz gráfica que son
susceptibles de ser incorporados a un objeto Form.
El número de objetos que podemos insertar en un
formulario es variable pero, teniendo en cuenta el
tamaño de las pantallas de los dispositivos MID, se
recomienda que se número sea pequeño para
evitar así el scroll que se produciría si insertáramos
demasiados objetos en un formulario.
La clase Item
Un mismo Item no puede estar en más de un
formulario a la vez.
Si, por ejemplo, deseamos usar una misma
imagen en más de un formulario, deberemos
borrar esa imagen de un formulario antes de
insertarla en el que vamos a mostrar por
pantalla.
Si no cumplimos esta regla, se lanzaría la
excepción IllegalStateException.
129
131
133
135
La clase Form
La clase Item
Las subclases de la clase Item, que
pueden formar parte de un formulario
de tipo Form, son las siguientes:
La clase Item
Para referirnos a los Items o componentes de un
formulario usaremos unos índices, siendo 0 el
índice del primer Item y Form.size()-1 el del último.
La secuencia de objetos Item almacenados en un
objeto Form se puede manipular mediante los
métodos insert(), append(), delete(), get(), set(), y
size().
El método size() nos devuelve el número de Items
que contiene un formulario.
Métodos de la clase Form
130
132
134
136
36

Diapositiva
137
Diapositiva
139
Diapositiva
141
Diapositiva
143
La clase Item
Todos los objetos Item tienen una etiqueta de tipo
String que corresponde al título del Item cuando este
aparece en la pantalla del dispositivo.
Un objeto Item, como ya se mencionó, solamente
puede estar asociado a un objeto Form, lo cual
simplifica la implementación, al no tener que
compartir el estado interno de los objetos Item.
El componente TextField
Es similar a la clase TextBox. Las diferencias entre
ambas son:
� Un TextField tiene que ser insertado en un formulario,
mientras que un TextBox puede implementarse por sí
mismo.
� TextField deriva de la clase Item, mientras que TextBox
deriva directamente de Screen, y sus eventos los
controlamos a través de Commands. Por esta razón, los
eventos que produce un TextField los podemos controlar a
través del método ItemStateChanged(Item item), mientras
que en un TextBox los controlamos en el método
commandAction(Command c, Displayable d).
public MidTextField() {
salir = new Command( "Salir",Command.EXIT,1 );
aceptar = new Command( "Aceptar",Command.OK,1 );
formulario = new Form( "Campos de texto" );
Se crean los TextField
tf_numero = new TextField( "Identificador:","12345",10,
TextField.PASSWORD | TextField.NUMERIC);
tf_url = new TextField( "Dirección:","http://www.pj.es",
40,TextField.URL );
tf_email = new TextField( "Email:","carlos@www.pj.es",
40,TextField.EMAILADDR );
tf_notas = new TextField( "Notas:","",50,TextField.ANY |
TextField.INITIAL_CAPS_WORD);
}
public void commandAction( Command c,Displayable d ) {
if( c == aceptar ) {
StringBuffer buf = new StringBuffer();
buf.append( "Id.: "+tf_numero.getString()+"\n" );
buf.append( "Email: "+tf_email.getString()+"\n" );
buf.append( "Url: "+tf_url.getString()+"\n" );
buf.append( "Notas: "+tf_notas.getString()+"\n" );
Alert aviso = new Alert( "Valores asignados:",
buf.toString(),null,AlertType.INFO );
aviso.setTimeout( Alert.FOREVER );
display.setCurrent( aviso,display.getCurrent() );
}
else if( c == salir ) {
destroyApp( true );
notifyDestroyed();
}
}
}
137
139
141
Se concatena el texto
en un StringBuffer
para imprimir en un
Alert
143
El componente TextField
Un objeto TextField es un componente que permite editar texto
y puede ser colocado sobre un objeto Form.
Constructor: TextField(String etiqueta, String texto, int
capacidad, int restricciones)
Ejemplo de Form con el Item
TextField
import javax.microedition.midlet.*;
import javax.microedition.lcdui.*;
import javax.microedition.midlet.*;
public class MidTextField extends MIDlet implements CommandListener {
private Display display;
private Form formulario;
private TextField tf_numero;
private TextField tf_url;
private TextField tf_email;
private TextField tf_notas;
private Command salir;
private Command aceptar;
protected void startApp() {
display = Display.getDisplay( this );
formulario.append( tf_numero );
formulario.append( tf_url );
formulario.append( tf_email );
formulario.append( tf_notas );
formulario.addCommand( salir );
formulario.addCommand( aceptar );
formulario.setCommandListener( this );
display.setCurrent( formulario );
}
protected void pauseApp() {}
protected void destroyApp( boolean flag ) {}
Se definen: Un Display, un
Form, cuatro TextField
(que iran en el Form) y
dos Command
Se adicionan los
TextField al Form
El componente ChoiceGroup
Un objeto ChoiceGroup define un grupo
de elementos seleccionables que
pueden incluirse en un objeto Form.
138
140
142
144
37

Diapositiva
145
Diapositiva
147
Diapositiva
149
Diapositiva
151
El componente ChoiceGroup
Este objeto es similar a un objeto de tipo List, pero
solamente soporta los modos de selección
exclusivo y múltiple.
La diferencia mas patente es que List no es una
subclase de Item, de forma que cuando una lista
aparece en pantalla solamente hay un componente
visible, mientras que ChoiceGroup, al poder ser un
objeto susceptible de incluirse en una pantalla de
tipo Form, puede compartir esa pantalla con
cualquier numero de componentes, dentro de los
límites de la memoria disponible.
145
public PreferenciasMid() {
opciones[0] = "Sonido";
opciones[1] = "Video";
opciones[2] = "Seguridad";
opciones[3] = "Otros";
try {
imagenes[0] = Image.createImage( "/img/sonido.png" );
imagenes[1] = Image.createImage( "/img/video.png" );
imagenes[2] = Image.createImage( "/img/seguridad.png" );
imagenes[3] = Image.createImage( "/img/otros.png" );
}catch( IOException e ) {}
Se crea el
ChoiceGroup y se
establece la opcion 3
preferencias = new ChoiceGroup( "Selecciona opción:", como seleccionada
Choice.EXCLUSIVE,opciones,imagenes );
preferencias.setSelectedIndex( 3,true );
formulario = new Form( "Preferencias" );
salir = new Command( "Salir",Command.EXIT,1 );
estado = new Command( "Estado",Command.SCREEN,2 );
}
147
public void commandAction( Command c,Displayable d ) {
if( c == estado ) {
boolean seleccion[] = new boolean[preferencias.size()]; Se concatena el texto
en un StringBuffer
preferencias.getSelectedFlags( seleccion );
para imprimir en un
String mensaje = "";
Alert posteriormente
for( int i=0; i < preferencias.size(); i++ ){
mensaje+= preferencias.getString(i) +
(seleccion[i] ? ": seleccionado\n" : ": no seleccionado\n");
}
Alert aviso = new Alert( "Valores
asignados:",mensaje,null,AlertType.INFO );
aviso.setTimeout( Alert.FOREVER );
display.setCurrent( aviso,display.getCurrent() );
}
else if( c == salir ) {
destroyApp( true );
notifyDestroyed();
}
}
149
}
Unidad 2. Desarrollo de Aplicaciones
Móviles con J2ME
Contenido:
1. Introducción a las aplicaciones para dispositivos
móviles
2. Componentes de J2ME
3. Arquitectura del entorno de ejecución de J2ME
4. Ciclo de vida y componentes básicos de un
MIDlet
5. Componentes avanzados de un MIDlet
6. Almacenamiento persistente: RMS
151
Ejemplo de Form con el Item
ChoiceGroup
import java.io.*;
import javax.microedition.lcdui.*;
import javax.microedition.midlet.*;
public class PreferenciasMid extends MIDlet implements CommandListener {
private Display display;
private Form formulario;
private ChoiceGroup preferencias;
private Command salir;
private Command estado;
private String[] opciones = new String[4];
private Image[] imagenes = new Image[4];
Se definen: Un Display, un
Form, un ChoiceGroup
(que ira en el Form),dos
Command, un arreglo de
String, y un arreglo de
Image.
protected void startApp() {
Se adiciona el
display = Display.getDisplay( this ); ChoiceGroup al Form
formulario.append( preferencias );
formulario.addCommand( salir );
formulario.addCommand( estado );
formulario.setCommandListener( this );
display.setCurrent( formulario );
}
protected void pauseApp() {}
protected void destroyApp( boolean flag ) {}
Notas sobre el componente
ChoiceGroup
La especificación MIDP 2.0 incluye un nuevo tipo para la
apariencia del objeto ChoiceGroup que es POPUP.
La apariencia de los objetos de este tipo son de cajas combo,
es decir muestran uno de los elementos de la lista de
selección y un botón para indicar que existen mas opciones.
Seleccionando o activando este botón, aparecerá la lista
completa de los elementos seleccionables, permitiendo una
nueva selección por parte del usuario.
preferencias = new ChoiceGroup( "Selecciona opción:",
Choice.POPUP, opciones, imagenes );
preferencias.setSelectedIndex( 3,true );
2.6 Almacenamiento Persistente:
RMS
MIDP proporciona un mecanismo a los
MIDlets que les permite almacenar datos de
forma persistente para su futura
recuperación.
Este mecanismo está implementado sobre
una base de datos basada en registros que
llamaremos Record Management System o
RMS (Sistema de Administración de
registros).
146
148
150
152
38

Diapositiva
153
Diapositiva
155
Diapositiva
157
Diapositiva
159
RMS
La información es guardada en el
dispositivo en una zona de memoria
dedicada para este propósito.
La cantidad de memoria y la zona asignada
para ello dependerá de cada dispositivo.
RMS está implementado en una base de
datos basada en registros.
RMS
Los MIDlets son los encargados de crear
los Record Stores para comunicarse con
ellos.
Estos Record Stores quedan almacenados
en el dispositivo y pueden ser accedidos
por cualquier MIDlet que pertenezca a la
misma suite
Propiedades de Record Store
Cada Record Store está compuesto por cero o más
registros.
Un nombre de Record Store es sensible a
mayúsculas y minúsculas y está formado por un
máximo de 32 caracteres UNICODE.
Dentro de una suite no pueden coexistir dos
Record Stores con el mismo nombre.
Si una suite de MIDlets es borrada del dispositivo
MID, todos los Record Stores pertenecientes a esa
suite se borrarán.
Es posible que un MIDlet acceda a un Record
Store creado por otra suite, siempre que ésta dé
permiso para ello.
157
Estructura de Record Store
153
155
159
MIDlets y RMS
Acceso a RMS por una suite
Propiedades de Record Store
Un Record Store tal como su nombre indica es un
almacén de registros. Estos registros son la unidad
básica de información que utiliza la clase
RecordStore para almacenar datos.
Cada uno de estos registros está formado por dos
unidades:
� Un número identificador de registro (Record ID) que es un
valor entero que realiza la función de clave primaria en la
base de datos.
� Un array de bytes que es utilizado para almacenar la
información deseada.
Propiedades de Record Store
Además de un nombre, cada Record Store también
posee otros dos atributos:
� Número de versión: Es un valor entero que se actualiza
conforme vayamos insertando, modificando o borrando
registros en el Record Store. Podemos consultar este
valor invocando al método RecordStore.getVersion().
� Fecha de ultima modificación: Es un entero de tipo long
que representa el número de milisegundos en que se ha
modificado por última vez la zona de almacenamiento.
Este valor lo podemos obtener invocando al método
RecordStore.getLastModified().
154
156
158
160
39

Diapositiva
161
Diapositiva
163
Creación de un Record Store
La clase RecordStore no dispone de ningún
constructor, pero posee el método estático:
static RecordStore openRecordStore(String name, boolean
createIfNeccesary)
Este método nos abre el Record Store con
el nombre pasado como parámetro o nos
crea uno si no existe cuando el parámetro
createIfNeccesary es true.
Manipulación de registros
Una vez creado o abierta la comunicación
con el Record Store, podemos leer, escribir,
modificar o borrar registros a nuestro gusto.
Para ello, usaremos los métodos de la
clase RecordStore
161
163
Métodos generales de Record
Store
Manipulación de registros
162
164
40

Unidad III
Diapositiva
1
Diapositiva
3
Diapositiva
5
Unidad 3. Programación Bluetooh
con J2ME
Objetivo:
Aprender los conceptos básicos para
desarrollar aplicaciones con J2ME para
redes de área personal inalámbrica
(WPAN‟s).
Unidad 3. Programación Bluetooh
con J2ME
Contenido:
1. La API Bluetooth
2. La API JABWT
3. Protocolos de envío y recepción de datos
4. Plataformas de desarrollo bluetooth con soporte
Java
5. Desarrollo de aplicaciones móviles para una
WPAN
Casos de uso de Bluetooth
Puntos de acceso de voz/datos
Reemplazo de cables
Redes personales ad-hoc
Unidad 3. Programación Bluetooh
con J2ME
Contenido:
1. La API Bluetooth
2. La API JABWT
3. Protocolos de envío y recepción de datos
4. Plataformas de desarrollo bluetooth con soporte
Java
5. Desarrollo de aplicaciones móviles para una
WPAN
3.1. La API Bluetooth
La tecnología inalámbrica Bluetooth es una
especificación abierta de bajo costo, bajo consumo,
de corto alcance para comunicaciones inalámbricas
ad-hoc de voz y datos realizada por el SIG (Special
Interest Group).
Especificación Bluetooth
Al mas alto nivel, la especificación es realmente una
colección de especificaciones:
� Una especificación del nucleo (core) Bluetooth: define la
arquitectura global Bluetooth, términos comunes, y
especificaciónes del controlador y del host.
� Especificaciones de transporte Bluetooth: define que
diferentes medios de transporte pueden ser usados para
comunicación entre el host y el controlador (p.e. USB).
� Especificaciones de protocolos Bluetooth: describen
protocolos de alto nivel que corren sobre tecnología
inalámbrica Bluetooth (p.e. OBEX).
� Especificaciones de perfiles Bluetooth: describen como las
aplicaciones usan la pila de protocolos.
41

Diapositiva
7
Diapositiva
9
Diapositiva
11
Diapositiva
13
Arquitectura de la pila Bluetooth
La pila de protocolos Bluetooth puede ser dividida en dos
componentes:
� El host Bluetooth, y
� el controlador Bluetooth (ó módulo de radio Bluetooth).
La interfaz Host/Controlador (HCI) provee una interfaz estandarizada
entre el host Bluetooth, y el controlador Bluetooth
Protocolos Bluetooth
(La capa) Radio Bluetooth es la capa mas baja en la
especificación Bluetooth. Esta define los
requerimientos del dispositivo tranceptor Bluetooth
operando en la banda de radio frecuencia ISM de
2.4-GHz.
La banda base y la capa de control de enlace habilita
el enlace físico de radiofrecuencia entre las unidades
Bluetooth realizando conexión.
El protocolo manejador de enlace (LMP) es
responsable de la configuración de enlace entre
dispositivos Bluetooth, administrando y negociando
los tamaños de paquete de banda base.
Perfiles Bluetooth
En adición a los protocolos, el SIG definió los perfiles
Bluetooth.
Un perfil Bluetooth define maneras estándar de usar
protocolos seleccionados y características de
protocolos que habilitan un uso particular.
Un perfil puede ser descrito como una “rebanada”
vertical de la pila de protocolos. Este define opciones
en cada protocolo que son necesarios para
determinado uso.
Perfiles Bluetooth
Protocolos Bluetooth
Protocolos Bluetooth
La capa HCI provee una interfaz de comandos para el
radio, controlador de banda base, y administrador de
enlace. Es una interfaz estandar para acceso a las
capacidades de banda base Bluetooth, el estatus del
hardware, y registros de control.
El protocolo de adaptacion y control de enlace lógico
(L2CAP) protege a los protocolos de capas superiores
de los detalles de los protocolos de capas bajas. Este
multiplexa entre las distintas conexiones lógicas
hechas por las capas superiores.
Los protocolos restantes de interés se discutirán a
detalle posteriormente.
Perfiles Bluetooth
Un dispositivo Bluetooth puede soportar uno o mas
perfiles. Los cuatro perfiles “básicos” son:
� Perfil de acceso Genérico (GAP): base de todos los demas
perfiles, define procedimientos genericos
� Perfil de Aplicación de Descubrimiento de Servicios (SDAP):
que describe las operaciones fundamentales para el
descubrimiento de servicios de otros dispositivos.
� Perfil de Puerto Serial (SPP): que define los requerimientos
para emular conexiones de cable seriales.
� Perfil de intercambio de objetos genéricos (GOEP): que es
un perfil abstracto sobre el cual pueden construirse otros
perfiles concretos.
Perfiles Bluetooth
Los perfiles Bluetooth son jerárquicos. Por ejemplo el
File Transfer Profile es construido sobre GOEP, el cual
depende de SPP, el cual es construido sobre GAP.
Los perfiles básicos –GAP,SDAP,SPP, y GOEP son
conocidos como perfiles de transporte, sobre los
cuales otros perfiles, conocidos como perfiles de
aplicación, pueden ser construidos.
42

Diapositiva
15
Diapositiva
17
Diapositiva
19
Diapositiva
21
Unidad 3. Programación Bluetooh
con J2ME
Contenido:
1. La API Bluetooth
2. La API JABWT
3. Protocolos de envío y recepción de datos
4. Plataformas de desarrollo bluetooth con soporte
Java
5. Desarrollo de aplicaciones móviles para una
WPAN
La API JABWT
Aparte de el trabajo que envuelve escribir codigo, las
pruebas de interoperabilidad entre dispositivos cuesta
mucho tiempo y dinero para las compañias
envueltas. De ahí que un API estándar podría ayudar
a aliviar estos problemas.
De esta forma fue concebida JABWT (Java API for
Bluetooth Wireless Technology) es una especificación
definida a traves de una comunidad de Java
(denominada JCP, Java Community Process) bajo el
nombre de JSR-82 (Java Specification Request 82).
NOTA: Java Community Process coordina la evolución
del lenguaje de programación Java.
Dispositivos considerados por
JABWT
La API JABWT
Algunas de las características de la especificación
JABWT son:
� Requiere solamente las librerias CLDC
� Escalabilidad (para correr en la plataforma Java: GCF)
� La definición de la API OBEX es independiente de los
protocolos Bluetooth (a traves del paquete javax.obex)
� Habilidad de las aplicaciones para ser clientes y servidores al
mismo tiempo para habilitar redes peer-to-peer.
� No provee APIs para los protocolos TCS Binary, BNEP,
Audio.
3.2. La API JABWT
Recientemente la comunidad Java reconoció la
importancia de crear una extensión estándar para el
lenguaje de programación Java para usar con
dispositivos Bluetooth.
La creación de una API estándar para Bluetooth fue
necesaria debido a que cada pila de protocolos tenía
su propia API para programadores de aplicaciónes.
Estas APIs propietarias obligan a que una aplicación
Bluetooth tenga que ser trasladadas a diferentes pilas
Bluetooth para correr sobre diferentes dispositivos.
La API JABWT
La especificación Bluetooth define el comportamiento
“sobre el aire” (over-the-air) para asegurar
compatibilidad de dispositivos de diferentes
vendedores.
Sin embargo, la especificación Bluetooth no
estandariza una API de software para pilas Bluetooth
para que usen aplicaciones Bluetooth.
JABWT ayuda a solucionar este problema al definir el
primer API estándar para desarrolladores de
aplicaciones Bluetooth.
La API JABWT
Debido al constante crecimiento del número de
perfiles Bluetooth el JCP decidió proveer soporte
solamente para los protocolos y perfiles básicos en
JABWT.
Los protocolos considerados son: OBEX, RFCOMM, y
L2CAP.
Los perfiles considerados (construidos sobre los
protocolos anteriores) son: GAP, SDAP, SPP, y GOEP.
Unidad 3. Programación Bluetooh
con J2ME
Contenido:
1. La API Bluetooth
2. La API JABWT
3. Protocolos de envío y recepción de datos
4. Plataformas de desarrollo bluetooth con soporte
Java
5. Desarrollo de aplicaciones móviles para una
WPAN
43

Diapositiva
23
Diapositiva
25
Diapositiva
27
Diapositiva
29
3.3. Protocolos de envio y recepción
de datos: RFCOMM
SPP (Serial Port Profile) es el perfil Bluetooth que
realiza una conexión RFCOMM entre dos dispositivos.
SPP es definido como un perfil de bloque de
construcción, es decir que otros perfiles se pueden
construir con SPP como base.
Protocolo RFCOMM
Aun cuando se piensa en redes Bluetooth como una
tecnología inalámbrica, solo un enlace “físico” simple
existen entre dos dispositivos Bluetooth.
Aunque puede haber solo un enlace simple, pueden
existir múltiples conexiones entre los dos dispositivos
sobre este enlace.
Esta situación es similar al mundo de redes
“alambrico”: aunque hay solamente un cable
ethernet entre dos dispositivos, puede existir
múltiples conexiones entre los dos dispositivos.
Niveles de seguridad
Existen cuatro tipos de seguridad Bluetooth:
� Pairing (Emparejamiento)
� Authentication (Autenticación)
� Encryption (Encripción)
� Authorization (Autorización)
Pairing
Protocolo RFCOMM
En términos prácticos, el perfil SPP define como dos
dispositivos Bluetooth establece una comunicación
confiable de dos vias con el protocolo RFCOMM.
El protocolo RFCOMM es una emulación de una
conexión de puerto serial RS-232 entre dos
dispositivos sobre un enlace inalámbrico.
En JABWT la comunicación con un dispositivo remoto
usando RFCOMM es similar a la comunicación sobre
una conexión de socket. En otras palabras, los datos
son enviados entre dispositivos via streams.
Protocolo RFCOMM
Multiples conexiones Bluetooth pueden existir sobre
un enlace Bluetooth simple
Pairing
Pairing es el primer paso en el proceso de seguridad sobre un
enlace Bluetooth.
La primera vez que hay contacto entre dos dispositivos, estos
deben establecer un secreto compartido para autenticación y
encripción.
El pairing requiere que el usuario de cada dispositivo introduzca
un código común o PIN en cada dispositivo. El PIN es usado
para una autenticacion inicial de ambos dispositivos.
Despues del pairing inicial, un secreto compartido es establecido
y es almacenado dentro del dispositivo Bluetooth para permitir
autenticación de ambos dispositivos en el futuro sin necesidad
de pairing.
Authentication
La autenticación verifica la identidad de un dispositivo a otro
usando un esquema de oportunidad y respuesta (Challenge and
response schema).
La autenticacion Bluetooth no autentica usuarios sino que
autentica dispositivos.
44

Diapositiva
31
Diapositiva
33
Diapositiva
35
Diapositiva
37
Encryption
Una vez que el proceso de autenticacion ha sido completado, la
encripción puede ser habilitada.
Niveles de seguridad
Cada nivel de seguridad se construye sobre el nivel previo:
� La autenticación requiere pairing.
� La encripción y autorización requieren autenticación
JABWT forza estos requerimientos. Si la encripción es solicitada
sobre un enlace, y el enlace no ha sido autenticado, la
implementación JABWT autentica el dispositivo remoto antes de
encriptar el enlace.
Protocolos de envio y recepción de datos:
Proceso Device Discovery (DD)
Debido a que el radio Bluetooth es parte de un
dispositivo móvil, un dispositivo Bluetooth debe ser
capaz de localizar dinámicamente a otros dispositivos
Bluetooth cercanos.
En el proceso de descubrimiento de dispositivos
(Device Discovery), el dispositivo Bluetooth local
encuentra los otros dispositivos Bluetooth en el area.
En términología Bluetooth, el descubrimiento de
dispositivos es conocido como inquiry.
Proceso Device Discovery
La especificación Bluetooth tiene definido dos tipos
de enquiries:
� General: usada para encontrar todos los dispositivos Bluetooth en
un área, y
� Limitada: usada para encontrar todos los dispositivos en un área
que son descubribles por solo un tiempo limitado.
Una analogía de enquiry general es solicitar a toda la
gente de un cuarto decir su nombre.
Una analogía de enquiry limitada es solicitar a toda la
gente de un cuarto decir su nombre solo si ellos son
contadores.
Authorization
Otra opción dentro de la seguridad Bluetooth es la
autorización. Autorización es el proceso de determinar si
una solicitud de conexión desde un dispositivo Bluetooth
específico debe ser concedida.
La especificación Bluetooth tienen también definido el
concepto de dispositivo confiable (trusted device).
Un dispositivo confiable es un dispositivo que
automáticamente se le es concedida autorización cuando
esta es solicitada, es decir, un dispositivo confiable es
autorizado para conectarse a cualquier servicio sobre el
dispositivo local (El BCC es el encargado de mantener la
lista de dispositivos confiables).
Programación con el API
Todas comunicación RFCOMM empieza con Connector.open() y
una String de conexión válida. Todas las String de conexión
pasadas al métodos son de la forma:
� {schema}:{target}{params}
El schema usado por cliente y servidor es: btspp. Los params
son:
Proceso Device Discovery
Cuando un dispositivo Bluetooth realiza una solicitud
inquiry, los otros dispositivos en el área responden a
la solicitud dependiendo de su modo descubrible
(discoverable).
Estos dispositivos responden con:
� su dirección Bluetooth (Bluetooth address) el cual es su
identificador único de 6 bytes) y
� la clase de registro de dispositivo (class of device record) la
cual describe el tipo de dispositivo Bluetooth y provee una
indicación general de los tipos de servicios disponibles en el
dispositivo.
Proceso Device Discovery
Un telefono celular realiza un enquiry general
45

Diapositiva
39
Diapositiva
41
Diapositiva
43
Diapositiva
45
Proceso Device Discovery
Que dispositivos responden a un inquiry depende del
modo descubrible del dispositivo.
Un dispositivo Bluetooth puede ser:
� General: si responde solo a inquiries generales.
� Limitado: si responde a inquiries generales y limitadas.
� No descubrible: no puede responder al inquiry.
Capacidades del API en DD
El descubrimiento de dispositivos inicia con la
aplicación JABWT especificando el tipo de inquiry a
realizar (general o limitada)
Los dispositivos son encontrados via el evento
deviceDiscovered().
Entonces son devueltos el dispositivo encontrado y la
clase del registro de dispositivo del dispositivo
remoto.
Programación con el API
La clase LocalDevice provee acceso al dispositivo
Bluetooth local.
Solo hay un objeto LocalDevice para la
implementación entera JABWT.
El objeto LocalDevice provee métodos de
recuperación de información acerca del dispositivo
local y una puerta de entrada para iniciar los
diferentes procesos de descubrimiento.
Acceso al Dispositivo Local
La clase DiscoveryAgent contiene constantes para
representar los modos:
� Descubrible general (GIAC, General Inquiry Access
Code)
� Descubrible limitada (LIAC, Limited Inquiry Access
Code)
� No descubrible (NOT_DISCOVERABLE)
Proceso Device Discovery
Todos los dispositivos descubribles generales y
limitados responden a un inquiry general
Capacidades del API en DD
La clase del registro de dispositivo consiste de:
1. La clase de servicio principal (major service class): Audio,
telefonía, Información,….
2. La clase de dispositivo principal (major device class):
Computadora, Telefono, Punto de acceso de red,
periférico, de Imagen…..
3. La clase de dispositivo secundario (minor device class):
Camara, escaner, impresora,…. (los cuales pertenecen a la
clase de dispositivo principal “de Imagen”)
Acceso al Dispositivo Local
LocalDevice.getLocalDevice(): recupera el
objeto LocalDevice.
getBluetoothAddress(): devuelve la dirección
del dispositivo.
getFriendlyName(): devuelve el nombre del
dispositivo o devuelve null si el nombre no pudo ser
recuperado.
getDiscoverable(): devuelve el modo
descubrible actual del dispositivo local.
Acceso al Dispositivo Local
getDeviceClass(): devuelve la clase de registro
del dispositivo . Devuelve null si no es recuperada.
setDiscoverable(): solicita un modo
descubrible diferente. Este toma el modo descubrible
como argumento. El modo puede ser:
� DiscoveryAgent.GIAC
� DiscoveryAgent.LIAC
� DiscoveryAgent.NOT_DISCOVERABLE
El método devuelve true si se realiza el cambio, de
otro modo devuelve false.
46

Diapositiva
47
Diapositiva
49
Diapositiva
51
Diapositiva
53
Acceso al Dispositivo Local
getProperty(): recupera información adicional de
las capacidades del radio y pila Bluetooth. Este
devuelve el valor de la propiedad como una string.
Device Discovery (DD) Simple
JABWT provee capacidades de descubrimiento de
dispositivos y servicios via la clase DiscoveryAgent
y la interfaz DiscoveryListener.
Cada dispositivo tiene un objeto DiscoveryAgent.
Este objeto provee métodos para iniciar búsquedas
de dispositivos y servicios.
La interfaz DiscoveryListener es usada por
DiscoveryAgent para pasar dispositivos y servicios
de regreso a la aplicación tan pronto como son
encontrados.
Device Discovery (DD) Simple
La interfaz DiscoveryListener es la otra parte
compleja del descubrimiento de dispositivos y
servicios en JABWT.
Esta es implementada por una aplicación para recibir
registros de dispositivos y servicios tan pronto como
son descubiertos.
La interfaz también provee una aplicación con una
notificación cuando el inquiry o búsqueda de servicio
ha sido completada.
Device Discovery (DD) via Inquiry
Antes que una aplicación pueda solicitar un inquiry,
esta debe implementar la interfaz
DiscoveryListener.
Esta interfaz requiere que dos métodos sean
implementados:
� deviceDiscovered(): Método usado para pasar los dispositivos remotos
encontrados en el inquiry de regreso al MIDlet.
� inquiryCompleted(): Método que verifica que el inquiry completó
exitosamente.
Propiedades disponibles a traves de
LocalDevice.getProperty()
Device Discovery (DD) Simple
El objeto DiscoveryAgent es recuperado del
dispositivo local via el método
LocalDevice.getDiscoveryAgent()
Métodos y argumentos usados por
DiscoveryAgent
retrieveDevices(): Método de la clase
DiscoveryAgent. Devuelve la lista de dispositivos
recuperados dependiendo de su argumento:
� Si el argumento es DiscoveryAgent.PREKNOWN devuelve
la lista de dispositivos pre-conocidos.
� Si el argumento es DiscoveryAgent.CACHED devuelve la
lista de dispositivos descubiertos (via un inquiry previo).
Inicio de Inquiry
Para iniciar un inquiry se debe utilizar el método
startInquiry().
Este método toma, como argumento, el tipo de
inquiry y una implementación de la interfaz
DiscoveryListener. Los tipos definidos pueden
ser:
� DiscoveryAgent.GIAC: para un inquiry general.
� DiscoveryAgent.LIAC: para un inquiry limitado.
El método startInquiry() devuelve true si el
inquiry es iniciado. Devuelve false si un código de
acceso válido es dado pero el código no es
soportado.
47

Diapositiva
55
Diapositiva
57
Diapositiva
59
Diapositiva
61
Inicio de Inquiry
Despues de iniciar el inquiry usando
startInquiry() JABWT devuelve dispositivos a la
aplicación via eventos deviceDiscovered().
Un evento de este tipo ocurre cada vez que un
dispositivo Bluetooth es encontrado por el radio
Bluetooth.
El evento deviceDiscovered() provee el objeto
RemoteDevice (da la direccion Bluetooth del
dispositivo remoto) y un objeto DeviceClass
asociado al primero (da la clase de dispositivo) cada
vez que el evento ocurre.
Inquiry completado
Para notificar a la aplicación que el inquiry ha sido
completado, JABWT adiciono el evento
inquiryCompleted().
Este evento provee la razón por la cual un inquiry
finalizó como un argumento del método:
� DiscoveryListener.INQUIRY_COMPLETED: Si el inquiry
finalizó normalmente.
� DiscoveryListener.INQUIRY_TERMINATED: Si el
inquiry fue cancelado por la aplicación usando el método
cancelInquiry().
� DiscoveryListener.INQUIRY_ERROR: Si ocurrió un
error durante el procesamiento del inquiry.
Notas adicionales sobre el Inquiry
El inquiry es iniciado con el método startInquiry()
incluido en el método startApp(), asi que esto ocurre
cada vez que el MIDlet se active.
Si el inquiry es realizado en el constructor del MIDlet, este
solo es realizado cuando el MIDlet es creado.
Los métodos deviceDiscovered() e
inquiryCompleted() deben ser implementados
debido a que se implementa la interfaz
DiscoveryListener.
Dado que el usuario puede salir del MIDlet antes que el
inquiry finalice se debe cancelar el inquiry en el método
commandAction (en el comando EXIT).
Clases del Service Discovery
Clase UUID
� Esta clase encapsula enteros sin signo que pueden ser de
16, 32 ó 128 bits de longitud. Estos enteros se usan como
un identificador universal cuyo valor representa un atributo
del servicio.
DataElement
� Esta clase contiene varios tipos de datos que un atributo de
servicio Bluetooth puede usar. Algunos de estos son:
� String
� boolean
� UUID
� Enteros con signo y sin signo, de uno, dos, cuatro o seis bytes de
longitud
� secuencias de cualquiera de los tipos anteriores.
Cancelación de Inquiry
Una aplicación podría querer cancelar un inquiry una vez
que encuentre un dispositivo Bluetooth específico o si la
aplicación es pausada o destruida.
El método cancelInquiry() cancela un inquiry.
Para prevenir que una aplicación cancele el inquiry de otra
aplicación, el método cancelInquiry() toma un
parametro, el objeto DiscoveryListener usado
cuando el inquiry fue iniciado.
El método devuelve true si el inquiry fue cancelado.
Devuelve false si el inquiry no esta asociado al
DiscoveryListener dado, así que no se cancela el
inquiry.
Descubrimiento de dispositivos via Inquiry
Proceso Service Discovery
La clase DiscoveryAgent provee de métodos para
buscar servicios en un dispositivo servidor Bluetooth
e iniciar transacciones entre el dispositivo y el
servicio.
Este API no da soporte para buscar servicios que
estén ubicados en el propio dispositivo
Clases del Service Discovery
Interfaz ServiceRecord
� Esta interfaz define el Service Record de Bluetooth, que
contiene los pares (atributo ID, valor).
� El atributo ID es un entero sin signo de 16 bits, y valor es de
tipo DataElement.
� Además, esta interfaz tiene un método populateRecord()
para recuperar los atributos de servicio deseados (pasando
como parámetro al método el ID del atributo deseado).
48

Diapositiva
63
Diapositiva
65
Diapositiva
67
Diapositiva
69
Clases del Service Discovery
Interfaz DiscoveryListener
� Esta interfaz permite a una aplicación especificar un listener
que responda a un evento del tipo Service Discovery o
Device Discovery.
� Cuando un nuevo servicio es descubierto, se llama al
método servicesDiscovered(), y cuando la transacción ha
sido completada o cancelada se llama a
serviceSearchCompleted().
Clases del Service Discovery
ServiceRecord
� Un ServiceRecord describe un servicio Bluetooth a los
clientes.
� Está compuesto de unos “cuantos” atributos de servicio. El
SDP del servidor mantiene una base de datos de los
ServiceRecords.
� Un servicio run-before-connect (la aplicación se ejecuta sin
esperar a que haya una conexión establecida) añade su
ServiceRecord a la SDDB llamando a acceptAndOpen().
� El ServiceRecord provee suficiente información a un
cliente SDP para poder conectarse al servicio Bluetooth del
dispositivo servidor.
Registro de servicio
En muchos casos los registros de servicio son
realizados automáticamente y son suficientes, asi que
la aplicación servidor no necesita realizar otra acción.
El siguiente ejemplo muestra una implementación
JABWT realizando el registro automático de servicio:
Connector.open("btspp://localhost:68EE141812D211D78EE“ +
"D00B0D03D76EC;name=SPPEx");
Registro de servicio
Las responsabilidades de una aplicación servidora
Bluetooth son:
1. Crear un Service Record que describa el servicio ofrecido por la
aplicación.
2. Añadir el Service Record al SDDB del servidor para avisar a
los clientes potenciales de este servicio.
3. Registrar las medidas de seguridad Bluetooth asociadas a un
servicio.
4. Aceptar conexiones de clientes que requieran el servicio ofrecido
por la aplicación.
5. Actualizar el Service Record en el SDDB del servidor si las
características del servicio cambian.
6. Quitar o deshabilitar el Service Record en el SDDB del
servidor cuando el servicio no está disponible
Registro de servicio
El SDDBRecord es un registro de servicio en la base
de datos SDP del servidor. No es directamente
accesible por una aplicación JABWT.
Estos registros de servicio permiten a los clientes
encontrar los servicios y hacer una conexión al
servidor.
Clases del Service Discovery
LocalDevice
� Esta clase provee un método getRecord() que la aplicación
servidora puede usar para obtener el ServiceRecord.
� Una vez modificado, puede ser puesto en la SDDB llamando
al método notifier.acceptAndOpen() o updateRecord()
de LocalDevice.
Registro de servicio
Esto genera un registro como el siguiente:
Servidor modificando su Registro de
servicio
49

Diapositiva
71
Diapositiva
73
Diapositiva
75
Diapositiva
77
Unidad 3. Programación Bluetooh
con J2ME
Contenido:
1. La API Bluetooth
2. La API JABWT
3. Protocolos de envío y recepción de datos
4. Plataformas de desarrollo bluetooth con soporte
Java
5. Desarrollo de aplicaciones móviles para una
WPAN
Impronto Simulator y DK
Impronto Simulator y DK (Development Kit), parte del kit
de desarrollo para software bluetooth de la compañia
Rococo (http://www.rococosoft.com) usa interfaces de
programación de aplicaciones Java estándar (APIs
JABWT).
Esto debido a que las APIs Java/Bluetooth estandarizadas
simplifican los protocolos de desarrollo Bluetooth
complicados y ayudan a traer tecnología inalámbrica mas
rápida y facil al mercado con un ahorro de tiempo y
dinero.
Rococo es un miembro del grupo experto JSR82
desarrollando estándares para Java y Bluetooth y es un
miembro asociado del SIG (Grupo de interes especial)
Bluetooth.
Avetana Bluetooth
Avetana Bluetooth es una implementación de JSR-82
de la empresa Avetana (http://www.avetanagmbh.de)
que provee funcionalidades Bluetooth al
software Java de una manera estandarizada.
Suporta los perfiles: SDP, L2CAP, BTSPP, OBEX.
Está disponible para las plataformas Windows (98SE-
XP SP2), MacOS X, Linux y WM 2003SE – WM5.
BlueCove
BlueCove es una implementación JSR-82 de Google
(http://code.google.com/p/bluecove/) con interfaces con
Mac OS X, WIDCOMM, BlueSoleil y la pila Bluetooth de
Microsoft en Windows XP SP2 y actuales.
Originalmente fue desarrollado por Intel y actualmente se
mantiene con investigadores voluntarios.
BlueCove se ejecuta sobre cualquier maquina virtual Java
desde la versión 1.1 sobre Windows Mobile, Windows XP,
Windows Vista, y Mac OS X.
3.4 Plataformas de desarrollo
bluetooth con soporte Java
Actualmente podemos encontrar tecnología de desarrollo
bluetooth con soporte Java no solamente para móviles,
sino con soporte para computadoras personales que
habilitan la interacción con aplicaciones móviles.
Desde este punto de vista, nos referimos al término
“Plataformas de desarrollo” como implantaciones de pilas
Bluetooth con soporte para el lenguaje Java.
Entre las plataformas de desarrollo o implementaciones
Bluetooth/Java actualmente utilizadas se encuentran:
� Impronto Simulator y DK de Rococo Software
� Avetana Bluetooth
� BlueCove
Beneficios de Impronto
Simula un entorno JSR82 completo sin hardware o pilas
Bluetooth.
Permite a los desarrolladores probar y configurar
aplicaciones antes de desarrollar sobre hardware
Bluetooth real.
Reduce el tiempo de desarrollo de aplicaciones
Soporta la plataforma Java 2 Estándar y la plataforma
Java 2 Micro Edition.
100% Java puro
Crea aplicaciones Bluetooth en Java sobre las plataformas
Windows o Windows Mobile.
Libre para uso no comercial
Beneficios de Avenata
El software está basado en las pilas de protocolos
bluetooth mas difundidas y no usa hardware o
software bluetooth especial.
El desarrollo de aplicaciones java con bluetooth llega
a ser mas rápido, barato e independiente de
plataforma.
Beneficios:
� BlueCove funciona
como una capa
superior de las
pilas Bluetooth y
el Sistema
Operativo para
soportar
aplicaciones
compatibles con
JSR-82 sin
necesidad de
hardware o
software especial.
� Tiene licencia
bajo GNU General
Public Licence.
50

Diapositiva
79
Diapositiva
81
Diapositiva
83
Unidad 3. Programación Bluetooh
con J2ME
Contenido:
1. La API Bluetooth
2. La API JABWT
3. Protocolos de envío y recepción de datos
4. Plataformas de desarrollo bluetooth con soporte
Java
5. Desarrollo de aplicaciones móviles para una
WPAN
Desarrollo de aplicaciones móviles
para una WPAN
A diferencia de las redes de área local inalámbricas
(WLAN), una conexión hecha a través de una WPAN
involucra muy poca o nula infraestructura o conexiones
directas hacia el mundo exterior.
Este tipo de tecnología también procura hacer un uso
eficiente de recursos, por lo que se han diseñado
protocolos simples y lo más óptimos para cada necesidad
de comunicación y aplicación.
Una WPAN puede entenderse como una cápsula personal
de comunicación alrededor de una persona. Dentro de
dicha cápsula, que se mueve en la misma forma en que lo
hace una persona, los dispositivos personales se pueden
conectar entre ellos.
Aplicaciones de WPANs
Nos podríamos preguntar ¿Qué aplicaciones es posible
desarrollar con dispositivos para WPANS?
El IEEE 802.15 está diseñado para ser ocupado en una
amplia gama de aplicaciones, incluyendo :
� Control y monitoreo industrial;
� Seguridad pública, como la detección y determinación de la
localización de personas en lugares de desastres;
� Medición en automóviles, como el monitoreo de la presión en las
llantas;
� Tarjetas o placas inteligentes;
� Agricultura de precisión, como medición del nivel de humedad en el
suelo, pesticida, herbicida, niveles de pH.
Sin embargo las mayores oportunidades de desarrollo del
IEEE 802.15 están en la automatización del hogar
3.5 Desarrollo de aplicaciones
móviles para una WPAN
Actualmente la tecnología WPAN (Redes de área
personal inalámbrica) es adecuada para el uso con
dispositivos móviles que funcionan con baterías (tales
como telefonos celulares, asistentes personales PDA‟s
o cámaras digitales) dado su bajo consumo de
energía.
La característica principal de este tipo de redes es
que enfocan sus sistemas de comunicaciones a un
área típica de 10 a 100 metros a la redonda que
envuelve a una persona o a algún dispositivo ya sea
que esté en movimiento o no.
Grupos de estudio de WPAN
Para satisfacer las diferentes necesidades de
comunicación dentro de un área personal la IEEE divide
los grupos de estudio en cuatro grupos de trabajo que se
encargan del desarrollo de estándares:
� El 802.15.1, que realiza el estándar basado en las especificaciones
del SIG de bluetooth
� El 802.15.2, que desarrolló un modelo de coexistencia entre las
WLAN y WPAN, así como aparatos que las envuelven
� El 802.15.3, que trabaja para publicar un estándar nuevo de alta
velocidad y bajo consumo para WPANs
� El grupo de trabajo T4 para 802.15.4, que investiga y desarrolla
soluciones que requieren baja transmisión de datos , duración de
baterías de meses e incluso años, y baja complejidad.
Aplicaciones de WPANs
En una casa, podemos considerar varias
posibilidades de mercado como:
� Juegos interactivos entre dispositivos como celulares o
Agendas electrónicas (PDA‟s);
� Comunicación del celular con teclados, joisticks
inalámbricos;
� Aparatos electrónicos como radios, televisores, controles
remotos, y un control universal para controlar todos los
anteriores;
� Automatización del hogar , como calefacción, ventilación,
aire acondicionado, iluminación, seguridad y control de
objetos como ventanas, cortinas, puertas, y cerraduras;
� Monitoreo de salud, incluyendo sensores, monitores y
diagnósticos;
51

Diapositiva
85
Aplicaciones de WPANs
En una casa, podemos considerar varias
posibilidades de mercado como:
� Juegos interactivos entre dispositivos como celulares o
Agendas electrónicas (PDA‟s);
� Comunicación del celular con teclados, joisticks
inalámbricos;
� Aparatos electrónicos como radios, televisores, controles
remotos, y un control universal para controlar todos los
anteriores;
� Automatización del hogar , como calefacción, ventilación,
aire acondicionado, iluminación, seguridad y control de
objetos como ventanas, cortinas, puertas, y cerraduras;
� Monitoreo de salud, incluyendo sensores, monitores y
diagnósticos;
Aplicaciones de unidad a desarrollar:
I. Aplicación Cliente Servidor via Bluetooth
denominado "Servicio de Verificacion de
password“
II. Aplicación Cliente Servidor vía Bluetooth
denominado "Servicio de creación de lista"
III. Aplicación Cliente Servidor vía Bluetooth
denominado "Servicios Bluetooth desde
aplicación estándar Java"
52

Unidad IV
Diapositiva
1
Diapositiva
3
Aplicaciones Móviles para
WPAN’s
M.C. Maximiliano Canché Euán
M.C. Erika Llanes Castro
M.C. Michel García García
M.C. Cinhtia Gonzalez Segura
Unidad 4. Programación Bluetooh
con Visual Basic .NET
Contenido:
1. Fundamentos de desarrollo en .NET
Diapositiva
5 ¿Qué es .NET?
2. El proceso de desarrollo y compilación de una aplicación
en .NET
3. Tratamiento de errores y herramientas de depuración
4. Desarrollo de aplicaciones con VB .NET
5. Acceso a datos con Microsoft .NET Framework 2.0
6. Introducción a la programación de dispositivos móviles
7. Desarrollo de aplicaciones para dispositivos móviles
Microsoft .NET Framework = .NET
� Entorno de desarrollo multilenguaje diseñado por
Microsoft para simplificar la construcción,
distribución y ejecución de aplicaciones para
Internet
Tres componentes
� CLR: Common Language Runtime (máquina
virtual)
� MSIL: Microsoft Intermediate Language (código
intermedio)
� Biblioteca de clases .NET y ASP.NET (para crear
aplicaciones y aplicaciones web)
Unidad 4. Programación Bluetooh
con Visual Basic .NET
Objetivo:
Diseñar, crear y ejecutar aplicaciones
móviles en un entorno de desarrollo
visual y empleando un dispositivo PDA
con Sistema Operativo Windows Mobile.
Unidad 4. Programación Bluetooh
con Visual Basic .NET
Contenido:
1. Fundamentos de desarrollo en .NET
2. El proceso de desarrollo y compilación de una aplicación
en .NET
3. Tratamiento de errores y herramientas de depuración
4. Desarrollo de aplicaciones con VB .NET
5. Acceso a datos con Microsoft .NET Framework 2.0
6. Introducción a la programación de dispositivos móviles
7. Desarrollo de aplicaciones para dispositivos móviles
Compilación
El lenguaje intermedio es común para
todos los lenguajes de .NET y será el que
ejecute la máquina virtual
Programa
escrito en
Visual Basic
Compilador
en Visual C# Compilador
en Visual C++ Compilador
en Visual J# Compilador
Código
intermedio en
MSIL
Máquina
virtual CLR
53

Diapositiva
7 Ejecución final
Diapositiva
9
Diapositiva
11
La máquina virtual posee un recolector
de basura (elimina objetos no
referenciados)
Compiladores JIT (Just In Time, al
instante)
� Traductores del código intermedio a código
nativo para cada arquitectura soportada
Unidad 4. Programación Bluetooh
con Visual Basic .NET
Contenido:
1. Fundamentos de desarrollo en .NET
2. El proceso de desarrollo y compilación de una aplicación
en .NET
3. Tratamiento de errores y herramientas de depuración
4. Desarrollo de aplicaciones con VB .NET
5. Acceso a datos con Microsoft .NET Framework 2.0
6. Introducción a la programación de dispositivos móviles
7. Desarrollo de aplicaciones para dispositivos móviles
Nuevo proyecto
Aplicación Windows Form
Diapositiva
13 Código fuente
Al hacer doble clic sobre el botón se
crea el método del botón con el código:
MessageBox.Show("Hola " +
txtNombre.Text, "Saludo")
• Ejecutar y probar el programa
Desarrollo de aplicaciones
Entorno de desarrollo (compilación)
� .Net Framework SDK disponible en
www.microsoft.com/downloads
Editor de programas
� Bloc de notas
� Microsoft Visual Studio
Versiones gratuitas
� Visual Basic Express
� SQL Expresss
� Visual Web Developer Express
Visual Studio .NET
Actividad: Aplicación “Hola
mundo”
Crear un formulario, incluir
� Label
� Group Box
� TextBox (txtNombre)
� Button (btnSaludo)
Modificar las propiedades necesarias para
obtener la apariencia deseada
Declaración de variables
Dim nombre As String
Tipos de datos
� Double
� Integer
� String
� Boolean
� Byte
� Char
� Date
� Long
� etc. Ver lista completa en:
http://msdn.microsoft.com/eses/library/47zceaw7(VS.80).aspx
54

Diapositiva
15 Comentarios
Diapositiva
17
„ Este es un comentario
REM este es otro comentario
Unidad 4. Programación Bluetooh
con Visual Basic .NET
Contenido:
1. Fundamentos de desarrollo en .NET
2. El proceso de desarrollo y compilación de una aplicación
en .NET
3. Tratamiento de errores y herramientas de depuración
4. Desarrollo de aplicaciones con VB .NET
5. Acceso a datos con Microsoft .NET Framework 2.0
6. Introducción a la programación de dispositivos móviles
7. Desarrollo de aplicaciones para dispositivos móviles
Diapositiva
19 Ventanas de depuración
Variables locales
Inspección 1
Ventana inmediato
� Permite ejecutar código al momento
Diapositiva
21 Formulario Splash
Propiedades
� Name: frmSplash
� ControlBox: False
� FormBorderStyle: None
� StartPosition: CenterScreen
Incluir
� Label: Sistema ejemplo VB .NET
� Imagen (libre, ajustar al formulario)
� Control Timer (Enabled: true, Interval: 1000)
con código: Me.Dispose()
Actividad
Hacer un programa que devuelva el
resultado de la expresión (b 2 -4ac)/2a
Debe pedir los valores de a, b y c
Mostrar los valores con un mensaje
como el siguiente:
Errores y depuración
Puntos de interrupción para depurar
Control de la ejecución
Valores instantáneos de variables
Menú Depurar (inspección rápida, etc.)
Desarrollo de aplicaciones
Hacer una aplicación que permita
autentificar a un usuario en el sistema,
crear los siguientes formularios:
� frmSplash (momentánea al iniciar la
aplicación)
� frmAcceso (para usuario y contraseña)
� frmMenu (con las opciones del Sistema )
� Principal – Procesos – Ayuda
� Salir
Formulario Acceso
Propiedades
� Name: frmAcceso
txtNombre
txtPwd
55

Diapositiva
23 Formulario inicial
En las propiedades del proyecto, establecer
el frmAcceso como inicial:
Diapositiva
25 Formulario Menú
Propiedades
� Name: frmMenu
� IsMdiContainter: True
� Text: Sistema Principal del Ejemplo
� WindowState: Maximized
Agregar
� MenuStrip
Diapositiva
27 Ejercicio
Diapositiva
29 Recordatorio
Código de “Salir” : End
Hacer la pantalla de “Acerca de” y
llamarla desde el menú del sistema
� Nombre: frmAcercade
� Elementos: Label, GroupBox, Button, etc.
Pueden usar el AboutBoxForm pero
modificándole todo: texto e imagen.
Desarrollo en .NET
Compilación y depuración de
aplicaciones
Desarrollo de la aplicación ejemplo
� Autentificación
� Pantalla de inicio
� Menú principal
Control de varios formularios
Agregar un módulo inicio.vb
En propiedades del proyecto, poner a
“Inicio” como objeto de inicio
En frmAcceso agregar:
Modificar frmAcceso
En el código del botón Aceptar llamar al
menú del sistema
Unidad 4. Programación Bluetooh
con Visual Basic .NET
Contenido:
1. Fundamentos de desarrollo en .NET
2. El proceso de desarrollo y compilación de una aplicación
en .NET
3. Tratamiento de errores y herramientas de depuración
4. Desarrollo de aplicaciones con VB .NET
5. Acceso a datos con Microsoft .NET Framework 2.0
6. Introducción a la programación de dispositivos móviles
7. Desarrollo de aplicaciones para dispositivos móviles
Calculadora
Agregar una calculadora que reciba 2
valores numéricos y dependiendo de la
opción seleccionada, devuelva la suma,
resta, multiplicación o división.
56

Diapositiva
31 Formulario Calculadora
Agregar:
Diapositiva
33 Código
Diapositiva
35 Ejercicio
� 3 cuadros de texto
� 4 radio botones
� un botón
� Una etiqueta “-”
Diapositiva
37 Recordatorio
Agregar la calculadora como una opción
del menú para que el módulo pueda ser
ejecutado desde el sistema ejemplo
Aplicación Ejemplo
� ToolStrip
� Catálogo de puestos (Base de datos)
Código
Principal
Uso de Try - Catch
Para manejar excepciones y controlar la
ejecución del programa aún en
situaciones no deseadas
Unidad 4. Programación Bluetooh
con Visual Basic .NET
Contenido:
1. Fundamentos de desarrollo en .NET
2. El proceso de desarrollo y compilación de una aplicación
en .NET
3. Tratamiento de errores y herramientas de depuración
4. Desarrollo de aplicaciones con VB .NET
5. Acceso a datos con Microsoft .NET Framework 2.0
6. Introducción a la programación de dispositivos móviles
7. Desarrollo de aplicaciones para dispositivos móviles
Formulario Empleados
Agregar un nuevo WindowsForm
� Nombre: frmEmpleados
� Text: Catálogo de empleados
57

Diapositiva
39 Funcionamiento del formulario
Añadir el comando en el menú y probar
su ejecución
Establecer frmEmpleados como
elemento de inicio en las propiedades
del proyecto
Agregar el código al formulario y a sus
botones, como se muestra a
continuación
Diapositiva
41 Más código del formulario
Diapositiva
43
Agregar registro
Imports System.Globalization '
para la fecha y hora
Código del formulario
Ejecución del formulario
Buscar registro
58

Diapositiva
45
Modificar registro
Diapositiva
47 Otra forma de hacerlo
Diapositiva
49
Desde: Orígenes de datos
� Arrastrando toda la tabla se crea el Grid
� Arrastrando campo por campo se crea el
formulario completo
Unidad 4. Programación Bluetooh
con Visual Basic .NET
Contenido:
1. Fundamentos de desarrollo en .NET
2. El proceso de desarrollo y compilación de una aplicación
en .NET
3. Tratamiento de errores y herramientas de depuración
4. Desarrollo de aplicaciones con VB .NET
5. Acceso a datos con Microsoft .NET Framework 2.0
6. Introducción a la programación de dispositivos móviles
7. Desarrollo de aplicaciones para dispositivos móviles
Diapositiva
51 Proyecto Smart Device
Eliminar registro
Tarea
Crear los formularios funcionales para
manejar el catálogo de cada tabla de la
BD
� Ya están las de empleados y usuarios
� Sólo falta la de puestos
Compact Framework
Funciones limitadas respecto al
Framework
Espacio limitado al desarrollar para
dispositivos móviles
Aplicaciones
� Ricas: Acceso local a datos
� Delgadas: Acceso remoto a BD
Unidad 4. Programación Bluetooh
con Visual Basic .NET
Contenido:
1. Fundamentos de desarrollo en .NET
2. El proceso de desarrollo y compilación de una aplicación
en .NET
3. Tratamiento de errores y herramientas de depuración
4. Desarrollo de aplicaciones con VB .NET
5. Acceso a datos con Microsoft .NET Framework 2.0
6. Introducción a la programación de dispositivos móviles
7. Desarrollo de aplicaciones para dispositivos móviles
59

Diapositiva
53 Formulario principal
Nombre: frmServicios
Text: Formulario de servicios
Agregar un Panel
� Nombre: panTop
� Width: 240 (en Size)
� Height: 24
� Back Color: IndianRed
Etiqueta en el panel
� Nombre: lblDate
� Width: 120
� Height: 16
� X: 112 (en Location)
� Y: 8
Diapositiva
55 Ejecución de la aplicación
Diapositiva
57 Agregar los demás controles
Apariencia deseada:
Código del formulario
Doble clic para editar el Load
� lblDate.Text = DateTime.Now.ToString()
Cambiar el formulario de inicio a
frmServicios (en las propiedades del
proyecto) y ejecutarlo
Controles del formulario
Agregar un TabControl con las pestañas
TabUser y TabCar:
Para crear las pestañas Clic en la
propiedad TabPages (Colección)
� Cambiar Name y Text de cada Tab
Navegación entre formularios
Agregar un nuevo formulario
frmDescripProblem
60

Diapositiva
59 Código para vincularlos
En el btnOK del frmServicios
Código del btnSave del
frmDescripProblem
Diapositiva
61 Otros tipos de aplicaciones
Aplicaciones de oficina (calculadora,
diccionario, etc.)
Manejo local de Bases de datos
Manejo remoto de Bases de datos
(sincronización con el dispositivo móvil)
Manejo de datos a través de un Servicio
Web
Ejecución del formulario
¡Listo!
¿Preguntas o comentarios?
Fecha para entrega de proyecto final.
61

Prácticas
Unidad I
Práctica 1.1.
Objetivo: El estudiante lea y analice diversos casos de estudio en donde la solución
más eficaz son las redes inalámbricas.
Introducción:
Las redes inalámbricas son aquellas que se comunican por un medio de transmisión no
guiado (sin cables) mediante ondas electromagnéticas. Tienen ventajas como la rápida
instalación de la red sin la necesidad de usar cableado, permiten la movilidad y tienen
menos costos de mantenimiento que una red convencional. Las redes inalámbricas y
alámbricas tienen sus nichos de mercado bien definidos y cada una tiene sus ventajas y
desventajas.
El material que necesitas para esta práctica es:
1. Hojas impresas con los casos de estudios
Realiza las siguientes actividades:
1. Leer el caso de estudio en binas o de manera individual
2. Compartir con los compañeros de lo que se trata el caso y decir porque las redes
inalámbricas fueron la mejor solución.
62

Caso de Estudio 1
Caso de Estudio 2
63

Caso de Estudio 3
64

Práctica 1.2
El objetivo de esta práctica es que el estudiante investigue una de las tecnologías
utilizadas en redes de área personal y transmita esta experiencia a los compañeros.
Introducción:
Existe en la actualidad una gran diversidad de soluciones inalámbricas como son:
HomeRF, RFID, WiFi, Bluetooth, Infrarrojos y Zig Bee entre otros, conocer sus
características, bondades y limitantes de cada una de estas tecnologías nos permitirá
ofrecer soluciones más rentables en el mercado inalámbrico de corto alcance.
El material que necesitas para esta práctica es:
1. Computadora conectada a Internet
Realiza las siguientes actividades:
1. Investigar en sitios importantes y confiables información sobre una de las
tecnologías para redes inalámbricas de área personal.
2. Preparar una presentación de no más de 10 minutos con la información obtenida
65

Práctica 1.3
El objetivo de esta práctica es que el alumno analice las bondades y limitaciones de las
tecnologías: Infrarrojo y Bluetooth.
Introducción:
Dado que las dos tecnologías proporcionan conexión sin cable de bajo alcance muchos nos
preguntamos si ambas tecnologías podrían sobrevivir o si una es mejor que la otra. En esta
práctica pretendemos discernir las ventajas y desventajas de cada una de estas tecnologías y
examinar los beneficios de cada una para así demostrarnos que ambas son fundamentales
en el mercado y que ninguna puede satisfacer totalmente las necesidades de los usuarios.
El material que necesitas para esta práctica es:
1. Hojas impresas con el articulo “IrDA versus Bluetooth”
Realiza las siguientes actividades:
1. Leer el artículo “IrDA versus Bluetooth” y compartir lo que más les llamó la
atención de la lectura con respecto a la comparación entre ambas tecnologías.
66

Esta comparación permite discernir las ventajas e
inconvenientes de cada una de las tecnologías que
dominaran el futuro sin cables.
A primera vista podrá parecer que las tecnologías
de IrDA y Bluetooth se complementan la una a la
otra en el mercado. Los análisis de la industria se
han preguntado abiertamente si ambas tecnologías
pueden sobrevivir, dado que las dos proporcionan
la conexión sin cable de bajo alcance. Pero si se
examinan los beneficios de cada tecnología, se
puede observar que tanto Bluetooth como IrDA
son fundamentales para el mercado.
Cada tecnología tiene sus ventajas y desventajas, y
ninguna puede completar todas las necesidades de
los usuarios. De hecho Bluetooth y IrDA juntas,
crean un avance importante en la historia de la
conexión sin cable de bajo alcance.
¿Qúe es IrDA?
La IrDA, Asociación de datos por infrarrojos,
especifica tres standards de comunicación por
infrarrojos:
-La IrDA-Data
-IrDA control
-Un nuevo emergente standard llamado ALr
-En este documento se analiza el IrDA Data y su
relación con el Bluetooth. Para este propósito, con
IrDa nos referimos al standard de IrDA-Data.
-En general, IrDa se usa para proporcionar
tecnología de conexión sin radio para aparatos que
normalmente usarían cables para su conexión,
IrDA es un punto a punto, estrecho ángulo (30º
conos), un standard de conexión de datos diseñado
para operar en una distancia de 0 a 1 metro y a una
velocidad de 9600 bps a 16 Mbps
Como características generales del IrDA podemos
señalar:
-Comprobada conexión mundial universal sin
cable.
-Base instalada de más de 50 millones de
unidades.
-Amplio abanico de plataformas de soporte
hardware y software.
-Diseño de recambios para cables point-to-point.
-Adaptación compatible con futuros standards.
-Cono de ángulo estrecho de 30º en una aplicación
point-and-shoot (sin interferencias con otros
equipos eléctricos y bajo un nivel de seguridad
para los aparatos estáticos).
IrDA versus Bluetooth
-Alto grado de datos; 4Mbts en la actualidad y 16
Mbts en desarrollo.
El uso del IrDa consiste en transmitir datos por los
siguientes aparatos:
- Notebook, desktop y handheld para PCs
- Impresoras
- Teléfonos
- Módems
- Cámaras
- Aparatos de acceso a LAN
- Equipo médico industrial
- Relojes
Con una instalación mundial de más de 50
millones de unidades y creciendo un 40%
anualmente, IrDA está ampliamente disponible en
ordenadores personales periféricos, sistemas fijos
y aparatos de todo tipo.
En suma, el amplio uso y la aceptación de los
standards IrDA y sus robustas soluciones, han
acelerado la adopción de las especificaciones de
IrDa por parte de otras organizaciones de
standards.
La adopción universal y la implementación a nivel
mundial de las especificaciones IrDA, garantiza
un puerto universal de hardware y una rápida y
emergente interoperatividad de software.
¿Qué es Bluetooth?
Bluetooth es una propuesta de especificación de
radiofrecuencia por transmisión de corto alcance,
transmisión de datos de punto a multipunto.
Bluetooth puede transmitir a través de objetos
sólidos no metálicos. Su cable de unión nominal
es de 10 cm a 10 m en teoría, pero se puede
extender a 100 m mediante el incremento de
transmisión de energía.
Basado en un bajo coste, en la unión de radio de
corto alcance y facilitada por las conexiones adhoc
para los entornos de conexión móvil y fija.
Las características generales del Bluetooth
incluyen:
-Opera en una banda 2.4 GHz de la Industria
Científica Médica (ISM).
-Usa la frecuencia de salto FH, con espectro
extendido el cual divide la banda de frecuencia en
un número de canales de salto. Durante la
67

conexión, los transmisores de radio saltan de un
canal a otro de forma aleatoria.
-Soporta más de ocho aparatos en una piconet (
dos o más unidades de Bluetooth comparten un
canal).
-Construido con seguridad interna.
-Sin línea de señal de transmisión entre carteras y
maletines.
-Omnidireccional.
-Contiene servicios sincrónicos y asincrónicos; de
fácil integración de TCP-IP.
-Reguladas por gobiernos internacionales
Bluetooth permitirá a los usuarios conectarse a un
amplio rango de ordenadores y aparatos de
telecomunicación sin necesidad de comprar,
llevar, o conectar cables.
Proporciona oportunidades para rapidez,
conexiones ad-hoc, y en el futuro, la posibilidad
de automáticas e inconscientes conexiones entre
aparatos.
La eficiencia de la energía de la radiotecnología,
puede usarse en muchos de los mismos servicios
que usa IR:
- Teléfonos
- Módems
- Aparatos de acceso LAN
- Servidores
- Notebook, desktop, y handheld para PC
Bluetooth permite a los aparatos portátiles la
conexión y la comunicación sin cable vía corto
alcance, y las redes ad-hoc.
Es una interface universal de radio en la
frecuencia de banda 2.45 GHz y que ha
conseguido el soporte de Ericsson, Nokia, IBM,
Toshiba, Intel, y otros muchos productores.
Para funcionar con unas bases a nivel mundial,
Bluetooth necesita una frecuencia de radio de libre
licencia y abierta a cualquier radio. la banda ISM
2.45 GHz, satisface estos requerimientos aunque
debe adaptarse a las interferencias de los pequeños
monitores, a las de los mandos de garajes,
teléfonos sin cables, microondas, que también
usan la misma frecuencia.
Aplicaciones IrDa y Bluetooth sobrepuestas
Muchas de las aplicaciones definidas por IrDA
son también definidas por Bluetooth. Ahora bien,
hay situaciones y condiciones donde el IrDA se
adapta mejor a hora de la transmisión de datos y
viceversa.
IrDA y Bluetooth consideran el intercambio de
datos como una función imprescindible.
El intercambio de datos puede ser tan simple
como empujar una tarjeta de negocios desde un
móvil a un PDA, o tan sofisticado como la
sincronización de la información personal entre un
PDA y un PC.
Bluetooth y IrDA especifican estas aplicaciones,
así como el intercambio de datos. Ambos usan la
misma capa de protocolo (OBEX) para
implementar estas aplicaciones.
Es la intención de IrDA y Bluetooth, utilizar las
mismas aplicaciones de intercambio de datos
cuando sea apropiado. Usando el mismo nivel de
protocolo superior, es posible una única aplicación
para poner en funcionamiento a Bluetooth y IrDA.
Podría parecer que si IrDA y Bluetooth pueden
contener las mismas aplicaciones por qué dos
tecnologías.
La respuesta radica en el hecho de que cada
tecnología tiene sus más y sus menos.
Afortunadamente los muchos escenarios en los
que IrDA se queda corto, son aquellos en los que
Bluetooth se excede y al revés.
Un escenario de intercambio común de datos es
uno en el que se producirá el intercambio en un
espacio contenido en otros equipos.
Un ejemplo es el intercambio electrónico de la
tarjeta de negocios. Dos personas se encuentran
para intercambiarse tarjetas de negocio face to
face en una amplia sala de conferencias. Muchos
otros llevan aparatos sin cable que también se
encuentran en la habitación, posiblemente
intentando hacer lo mismo.
Esta es la situación en la que el IrDA es más
amplio. El bajo alcance del estrecho ángulo de
IrDA, permite al usuario desear, en un estilo de
point-and-shoot en recipiente intencionado. La
cercana proximidad de la otra persona, es natural
en un situación de intercambio de tarjetas de
negocios, mientras es señado de un aparato a otro.
El limitado ángulo del IrDA permite a otros
desarrollar una actividad similar sin interferencias.
El corto alcance y el estrecho ángulo del IrDA
68

proporciona una forma simple de seguridad y un
uso natural.
Esta misma situación es una debilidad para
Bluetooth. Con sus características
omnidireccionales, tiene problemas para descubrir
el recipiente de intención. No permite al usuario
señalar simplemente al recipiente de intención.
Un aparato Bluetooth puede realizar una
operación de descubrimiento de consumición de
tiempo, que encontrará a muchos de los otros
aparatos en la habitación. La cercana proximidad
del recipiente de intención no ayudará. El usuario
estará obligado a elegir entre un listado de
aparatos descubiertos.
Elegir el aparato adecuado, probablemente
requerirá información especial de la otra persona,
por ejemplo, la dirección del aparato de 48 bits, o
el apodo. Además Bluetooth tiene capacidades
multipunto y de esta forma utiliza los mecanismos
de seguridad para prevenir el acceso sin
autorización.
Los dos usuarios intentando realizar un
intercambio de tarjetas, usando Bluetooth
necesitarían tomar además, medidas de seguridad.
En otras situaciones de intercambio de datos es la
mejor elección.
La habilidad de Bluetooth para penetrar objetos
sólidos y su capacidad de movilidad máxima en la
piconet, permite aplicaciones de intercambio de
datos que son imposibles o difíciles con la IrDA.
Por ejemplo con Bluetooth una persona podría
sincronizar el teléfono con un PC sin sacarlo del
bolsillo. Esto no es posible con el IrDA. La
capacidad omnidireccional de Bluetooth permite
la sincronización al comienzo cuando el teléfono
está introducido en el rango del PC.
El uso del Bluetooth para la sincronización no
requiere que el teléfono permanezca en una
localización fija. Si la persona lleva el teléfono en
el bolsillo, la sincronización se puede producir
mientras se mueve. Con el IrDA, el teléfono se
puede colocar en la localización adecuada y
permanecer estático mientras la sincronización se
ejecuta.
Acceso a LAN
Una importante característica del Bluetooth y el
IrDA es la habilidad de la conexión sin cable a un
aparato, a una amplísima red. Como no hay
requerimientos de señal de línea para los aparatos
de Bluetooth, sirve muy bien este tipo de
aplicación. Los usuarios del Bluetooth tienen un
alto nivel de flexibilidad cuando usan un punto de
acceso LAN incluido en las premisas en
comparación con el IrDA.
La capacidad del multipunto del Bluetooth
permite a múltiples equipos compartir el medio de
forma eficiente, pero el área potencial de debilidad
del Bluetooth cuando se compara con el IrDA es
la ejecución.
La banda agregada del Bluetooth está limitada a 1
Mbps mientras el IrDA soporta 4 Mbps, con 16
Mbps en desarrollo.
El IrDA especifica el protocolo de IrLAN
mediante la conexión de un aparato IrDA a una
red mundial. Los requerimientos del IrDA para la
señal de línea y distancias máximas de 1 metro,
deben tenerse en cuenta cuando se instalan los
aparatos de acceso del IrLAN. Además una vez
que el IrDA está conectado al LAN debe
permanecer relativamente estático.
Dial-up y aplicaciones de voz
Emulando una conexión EIA/TIA 232 entre un
portátil y un móvil para establecer una conexión
dial-up a Internet, es de uso común, hoy día, el
IrDA.
Una conexión de IrDA funciona muy bien con
este tipo de aplicaciones y además es una
aplicación dentro de los objetivos de Bluetooth.
Una de las ventajas primarias del Bluetooth es que
el usuario puede dejar el móvil enganchado a su
cinturón y en su bolsillo y moverse alrededor del
dial-up.
La tecnología Bluetooth no requiere que el
teléfono esté al lado del aparato como el IrDa.
En cuanto a las aplicaciones de voz, una primitiva
característica de las especificaciones del Bluetooth
es la sincronización de los canales de voz.
Bluetooth tiene la habilidad de reservar un ancho
de banda para llevar los datos digitarles de voz.
Bluetooth puede soportar tantas como tres
conversaciones duplex de voz con un piconet.
Un componente para las especificaciones de los
infrarrojos de las comunicaciones móviles IrMC
69

incluye RTCON lo que es una especificación para
la transmisión de datos de voz dúplex soble una
unión de IrDA.
RTCON consume la completa amplitud de banda
de 115.2 Kbps, así que la unión de IrDA
multiplexionando otros datos, no está permitida.
IrDA trabaja bien en este tipo de aplicaciones si
ambos lados de la unión están en posiciones fijas
en relación al otro, La aplicación más común
incluye a un teléfono móvil colocado en un manos
libres del coche.
Aspectos de seguridad
La naturaleza direccional del IR tiene una bajo
nivel de seguridad porque requiere una línea
directa entre transmisor y receptor.
Sin embargo es posible introducirse en una
conversación detectando la luz reflectada e
introduciéndose en el ruido ambiental de los
alrededores.
El IrDA no tiene capacidad de seguridad a un
nivel de conexión como el Bluetooth, en su lugar
confía en un nivel de protocolo mayor y mayores
aplicaciones para proporcionar autentificación y/o
encriptación. Como el Bluetooth es unidireccional
y puede ser monopolizado por un aparato detector
desde cualquier dirección incluyendo espacios
escondidos.
Bluetooth dirige esta aplicación proporcionando
autentificación y encriptación en su protocolo de
banda básico.
La autentificación se basa en un reto de protocolo
de respuesta, utilizando una clave secreta (palabra
de paso, pasword o pin).
Ambas tecnologías deben contener la misma clave
y así el protocolo permite a cada aparato
autentificar al otro.
Después de que los aparatos son autentificados es
posible la autentificación de la transmisión para
incrementar la seguridad.
RF e IrDA: costes de implementación
La implementación del IrDA en un aparato para
los consumidores es simple ya que los productores
tienen paquetes IR completamente integrados.
Los controladores IrDA también son simples. Los
productores de aparatos pueden conseguir una
estupenda solución por más o menos 1 dólar
americano.
El coste de integrar el IR puede no llegar a los 2
dólares americanos.
Como los aparatos Bluetooth aún no están
ampliamente disponibles, es difícil estimar los
costes de su implantación en un aparato.
Las estimaciones iniciales son de 20 dólares para
los aparatos de primera generación y de cinco
dólares para los futuros.
Las tecnologías IR y RF están aún sin regularizar
pero lo concerniente a la seguridad de los diodos
láser y los LEDS, el IEC-825-1, estándar de
seguridad, fue recientemente llamado a incluir
todos los transmisiones de base LED.
Las actuales especificaciones IrDA están también
en las guías IEC, pero hay que andarse con
cuidado porque las nuevas especificaciones IrDA
con mayor rango y amplitud de banda están a
punto de crearse.
Se necesitarán unas especificaciones para ser
veraces contra los estándares IEC.
Como una tecnología RF, Bluetooth está sujeto a
los grupos mundiales de regulación.
La gran mayoría del mundo, reconoce y permite el
uso sin licencia de aparatos de banda ISM 2.45
GHz.
España, Francia y Japón, tienen cuestiones
alrededor del Bluetooth que están siendo tratadas,
aunque es improbable que estas cuestiones se
resuelvan antes de la instauración del Bluetooth.
Breve resumen
En resumen se puede decir, que las tecnologías
IrDA y Bluetooth proporcionan implementaciones
complementarias para intercambio de datos y
aplicaciones de voz. Para algunos aparatos el tener
uno u otro será la mejor solución de aparatos sin
cable de onda corta. Para otros, la elección de
elegir uno u otro estará basada en las aplicaciones
e intención de uso de los modelos.
La historia de la tecnología de la comunicación de
la transmisión de corto alcance sin cable aún está
siendo escrita y el IrDA y el Bluetooth serán las
mayores fuerzas de dirección de esta área.
70

Práctica 1.4
El objetivo de esta práctica es que el alumno implemente alguna aplicación existente
para redes inalámbricas de área personal y que ocupe tecnología bluetooth
Introducción:
Los dispositivos móviles están avanzando a una velocidad sorprendente y el software
móvil avanza igualmente rápido. Este panorama móvil emergente abrirá una amplia
gama de posibilidades comerciales a las empresas en el espacio móvil y de igual manera
propicia la demanda de los desarrolladores de software para dispositivos móviles, es por
ello que es urgente prepararnos ante estos retos.
En esta práctica se busca que el alumno explore la gran variedad de aplicaciones con
tecnología bluetooth existentes para WPANS lo cual le permitirá crear posteriormente
soluciones novedosas para estas redes.
El material que necesitas para esta práctica es:
1. Computadora con conexión Internet
2. Módulos USB bluetooth para las computadoras
3. El dispositivo indicado con tecnología bluetooth para implementar su aplicación
Realiza las siguientes actividades:
1. Investigar y descargar alguna aplicación de la Internet para redes inalámbricas de
área personal que ocupe tecnología bluetooth
2. Implementar la aplicación
3. Preparar una presentación de cómo se usa la aplicación
4. Hacer un demo del funcionamiento de su aplicación
71

Unidad II
Práctica 2.1.
Objetivo: Instalar correctamente y familiarizarse con el kit de desarrollo y los IDE’s más utilizados
para realizar aplicaciones móviles usando J2ME.
1. Instalar el Kit de desarrollo de aplicaciones Java. Descargar última versión desde el sitio
http://www.java.sun.com/ o instalar desde el CD del paquete. El archivo de instalación en el CD
es el siguiente:
a) jdk-6u6-windows-i586-p.exe (Versión del kit de java para Sistema Operativo Windows).
2. Instalar y configurar el IDE Eclipse y su plugin para Programación Móvil. Descargar última
versión desde el sitio http://www.eclipse.org o instalar desde el CD del paquete. Los archivos
en el CD son los siguientes:
a) netbeans-6.1-ml-mobility-windows.exe (Version de Netbeans para Sistema Operativo
Windows) ó netbeans-6.1-ml-mobility-linux.sh (Version de Netbeans para Sistema
Operativo Linux)
b) sun_java_wireless_toolkit-2_5_2-windows.exe (Versión del plugin para Sistema
Operativo Windows) ó sun_java_wireless_toolkit-2_5_2-linux.bin (Versión del plugin
para Sistema Operativo Linux)
3. Instalar y configurar el IDE Netbeans y su plugin del Wireless Toolkit. Descargar última versión
desde el sitio http://www.netbeans.org.
a) eclipse-SDK-3.3.2-win32.exe (Version de Eclipse para Sistema Operativo Windows)
b) eclipseme.feature_1.7.9_site.exe (Version del plugin para Sistema Operativo Windows)
72

Práctica 2.2
Objetivo: Desarrollar aplicaciones móviles básicas usando J2ME.
4. Considere el siguiente código de MIDlet:
import javax.microedition.midlet.*;
import javax.microedition.lcdui.*;
public class CmdListener extends MIDlet implements CommandListener{
private Display pantalla;
private Form formulario = null;
private Command activar;
private Command salir;
}
public CmdListener(){
pantalla = Display.getDisplay(this);
formulario = new Form("Uso de botones CmdListener");
salir = new Command("Salir",Command.EXIT,0);
activar = new Command("Activar",Command.SCREEN,1);
}
public void startApp() {
formulario.addCommand(salir);
formulario.addCommand(activar);
formulario.setCommandListener(this);
pantalla.setCurrent(formulario);
}
public void pauseApp() {
}
public void destroyApp(boolean unconditional) {
formulario = null;
pantalla = null;
notifyDestroyed();
}
public void commandAction(Command c, Displayable d){
if (c == salir){
destroyApp(true);
}
}
Crear un MIDlet basado en el código anterior que adicione un evento en el botón activar. Este
evento debe enviar a un segundo formulario (crear formulario nuevo), el cual debe contener un
aviso y un botón llamado regresar para volver al primer formulario.
5. Crear un MIDlet que contenga lo siguiente:
a) Un formulario de bienvenida con un botón salir, y que además contenga dos botones
(adicionales a salir) los cuales conduzcan a 2 diferentes formularios que muestre una
imagen cada uno (desarrollar eventos para cada uno).
73

Práctica 2.3
Objetivo: Desarrollar aplicaciones móviles avanzadas usando J2ME.
6. Realizar un MIDlet que contenga una lista implícita con tres opciones:
1) Alerta Modal
2) Alerta No Modal
3) Forma con imagen.
Las dos primeras opciones mostrará la alerta deseada para después regresar a la lista
implícita.
La tercera opción debe enviar a una forma que muestre una imagen y deberá tener el
boton “regresar”, el cual mostrará de nuevo la lista implícita.
7. Realizar un MIDlet llamado ListaDiversa que contenga una lista exclusiva con tres
opciones:
1) Alerta Modal
2) Alerta No Modal
3) Forma con imagen.
Las dos primeras opciones mostrará la alerta deseada para después regresar a la lista.
La tercera opción debe enviar a una forma que muestre una imagen y deberá tener el
boton “regresar”, el cual mostrará de nuevo la lista.
8. Un “número palíndromo” es una cadena numérica que es igual leída al derecho y al revés.
[Por ejemplo “121”]
Realizar un MIDlet que acepte en un TextBox una cadena numerica.
Comprobar e imprimir en un ALERT si la cadena numerica dada es o no un “número
palíndromo”. [Sugerencia: Usar el método charAt (pos) de un objeto String.]
9. Realizar un MIDlet que solicite en un TextBox un numero x entre 1 y 5.
Posteriormente se creara un formulario con x-TextFields, es decir si se proporciono x= 3,
se creara un formulario con tres TextField y se solicitara el nombre de cada etiqueta (en
total tres).
Finalmente se creara un formulario con x-TextFields con los nombres de etiquetas
proporcionadas en el paso anterior.
74

Práctica 2.4
Objetivo: Desarrollar aplicaciones móviles avanzadas usando J2ME con RMS.
10. Realizar un MIDlet que realice las funciones de una agenda personalizada. Los datos que
requiere la persona deben estar en almacenamiento persistente usando RMS. Los
componentes gráficos mínimos a utilizar son los siguientes:
4) Form
5) Command
6) ChoiceGroup
7) TextField
8) Alert
9) DataField
10) Image
Los componentes adicionales como Gauge, StringItem, etc, son opcionales.
La aplicación debe contener al menos cinco datos de una persona considerando los tipos
de datos numéricos, cadenas, y fechas. La información que el usuario proporcione se debe
conservar aún y la agenda se cierre y se abra en otro momento. Utilizar RMS para el
almacenamiento persistente.
75

Unidad III
Práctica 3.1
Objetivo: Describir los componentes básicos de la API JABWT.
11. Leer el capítulo 3 (High-Level Architecture) del libro “Bluetooth Application Programming with
Java APIs Essentials Edition” de Thompson, Timohy (Editorial Morgan Kaufmann Publishers,
2008) y responde los siguientes enunciados:
a) ¿JABWT es dependiente de CLDC y MIDP?¿De que forma?
b) Describe el modelo cliente/servidor Bluetooth con una gráfica y explica
c) Enlista las funciones del Bluetooth Control Center.
12. Leer, analizar y ejecutar las aplicaciones HelloServer y HelloClient del capítulo 3 (High-
Level Architecture) del libro “Bluetooth Application Programming with Java APIs Essentials
Edition” de Thompson, Timohy (Editorial Morgan Kaufmann Publishers, 2008). Enlistar los
nombres de las clases y funciones utilizadas por cada ejemplo. Enlistar de forma separada las
clases y funciones comunes.
76

Práctica 3.2
Objetivo: Describir las funciones de las clases básicas de los protocolos de envío y recepción de la
API JABWT.
13. Leer, analizar y ejecutar las aplicaciones EchoClient y EchoServer del capítulo 4
(RFCOMM) del libro “Bluetooth Application Programming with Java APIs Essentials Edition” de
Thompson, Timohy (Editorial Morgan Kaufmann Publishers, 2008). Enlistar los nombres de las
clases y funciones utilizadas por cada ejemplo. Enlistar de forma separada las clases y
funciones comunes.
14. Leer, analizar y ejecutar la aplicación BluetoothInfoMIDlet del capítulo 6 (Device Discovery)
del libro “Bluetooth Application Programming with Java APIs Essentials Edition” de Thompson,
Timohy (Editorial Morgan Kaufmann Publishers, 2008). Enlistar los nombres de las clases y
funciones utilizadas en el ejemplo.
15. Leer, analizar y ejecutar la aplicación DiscoveryMIDlet del capítulo 6 (Device Discovery) del
libro “Bluetooth Application Programming with Java APIs Essentials Edition” de Thompson,
Timohy (Editorial Morgan Kaufmann Publishers, 2008). Enlistar los nombres de las clases y
funciones utilizadas en el ejemplo.
16. Leer, analizar y ejecutar la aplicación DiscoveryMIDlet del capítulo 7 (Service Discovery)
del libro “Bluetooth Application Programming with Java APIs Essentials Edition” de Thompson,
Timohy (Editorial Morgan Kaufmann Publishers, 2008). Enlistar los nombres de las clases y
funciones utilizadas en el ejemplo.
17. Leer, analizar y ejecutar la aplicación DefaultBtsppRecordMIDlet del capítulo 7 (Service
Discovery) del libro “Bluetooth Application Programming with Java APIs Essentials Edition” de
Thompson, Timohy (Editorial Morgan Kaufmann Publishers, 2008). Enlistar los nombres de las
clases y funciones utilizadas en el ejemplo.
18. Leer, analizar y ejecutar las aplicaciones de descubrimiento de servicios del artículo del
sitio http://www.todosymbian.com/secart43.html. Las clases que involucran descubrimiento de
servicios son: SPPServidorMIDlet, SPPServidor, SPPClienteMIDlet , y SPPCliente. Enlistar los
nombres de las clases y funciones utilizadas en cada ejemplo.
77

Unidad IV
Práctica 4.1
Objetivo: Crear una aplicación “Hola Mundo” en VB .NET
19. Crear un nuevo proyecto en VB .NET para una aplicación que lea el nombre del usuario en
un cuadro de texto y despliegue un saludo cordial que contenga la frase “Hola nombre”. Es
decir, si el usuario teclea “Juan” el saludo dirá “Hola Juan”.
El formulario principal debe poseer una apariencia similar al de la siguiente figura:
Deberás emplear los siguientes controles:
� Label
� TextBox
� GroupBox
� Button
Ejecuta la aplicación para probar su funcionamiento. Posteriormente, en una segunda ejecución,
crea un punto de interrupción para depurar la ejecución y observar los valores que toman las
variables así como las herramientas de inspección que proporciona el entorno de desarrollo.
78

Práctica 4.2
Objetivo: Crear una aplicación que realice “Cálculos algebraicos” en VB .NET
20. Crear un nuevo proyecto en VB .NET para una aplicación que lea los valores de tres
variables llamadas “a”, “b” y “c”, y devuelva el resultado de la expresión (b2-4ac)/2a. El
programa deberá mostrar el resultado de la operación con un mensaje como el de la siguiente
figura:
Ejecútalo y una vez que funcione correctamente modifícalo para que continúe pidiendo los valores
de a, b y c hasta que el usuario decida no seguir haciendo cálculos. Puedes emplear el ciclo que
desees y modificar la pantalla de resultados para que muestre cuáles fueron los valores
introducidos, además del resultado calculado.
Finalmente, modifica la pantalla para que en vez de pedir los valores de a, b y c muestre cuadros
de texto como coeficientes de un polinomio de segundo grado (ecuación cuadrática), el resultado
será, por supuesto, el valor de la variable desconocida (x).
79

Práctica 4.3
Objetivo: Agregar una pantalla accesible desde el menú principal
21. Agregar al proyecto un nuevo formulario en el que despliegues tus datos por ser el autor
del sistema ejemplo que estás desarrollando. Puedes hacerlo empleando un formulario en
blanco o con la plantilla AboutBoxForm, solamente que si usas la plantilla deberás modificar el
texto y la imagen que se despliegan por defecto. Si no empleas la plantilla deberás emplear
varios elementos tales como Label, GroupBox, Button, etc. Una vez concluida la pantalla
guárdala con un nombre que siga la convención de la nomenclatura para formularios, por
ejemplo: frmAcercade. Finalmente, crea la llamada para que pueda ser ejecutada desde el
menú principal del sistema.
80

Práctica 4.4
Objetivo: Crear una calculadora y hacerla accesible desde el menú principal
22. Crea un nuevo formulario que permita realizar cualquiera de las 4 operaciones aritméticas
básicas: suma, resta, multiplicación y división. Debes incluir al menos los siguientes controles:
3 cuadros de texto, 4 radio botones, 1 etiqueta. En la siguiente figura se muestra una
sugerencia de la vista que puede tener la pantalla:
Deberás asegurarte que la ejecución no falle con la división entre cero e incluso si el usuario teclea
letras en vez de números. Finalmente, deberás agregar al formulario como una opción más del
menú principal del sistema ejemplo.
81

Práctica 4.5
Objetivo: Crear una aplicación con acceso a datos de una Base de Datos
23. Empleando la forma de acceso a datos sin utilizar líneas de código, debes crear las
pantallas para leer, agregar, modificar, buscar y eliminar datos en las tablas del sistema,
obteniendo pantallas similares a las que se muestra en la siguiente figura.
Debes crear una pantalla (formulario) por cada tabla de la base de datos: empleados, puestos y
usuarios.
82

Bibliografía
1. Thompson, Timohy. Bluetooth Application Programming with Java APIs Essentials
Edition. Morgan Kaufmann Publishers. 2008.
2. Hopkins, Bruce. Bluetooth for Java. Apress. 2003.
3. Kammer, David. Bluetooth Application Developers Guide. Syngress. 2003
4. Quintas, Agustin. J2ME: Java 2 Micro Edition. Alfaomega/Ra-Ma. 2004.
5. Feng, Yu. Wireless Java Programming with J2ME. SAMS. 2001.
6. Prasad, Ramjee. WLANs and WPANs towards 4G Wireless. 2003.
7. Ceballos, Fco. Javier. Microsoft Visual Basic .NET Curso de programación. Alfaomega
& Ra-Ma. 2008.
8. Firtman, Maximiliano. Desarrollos Móviles con .NET. MP Ediciones. 2005.
9. MSDN. Getting Started with Visual Studio .NET and the Microsoft .NET Compact
Framework. Microsoft Corp. EUA, 2004.
83