Aplicaci´on del proyecto

En el desarrollo de la aplicaci´on para el Smartphone se tom´o en cuenta que se utilizar´ıa el almacenamiento en Google Drive y, por lo tanto, se deber´ıa buscar la forma de acceder al contenido de la cuenta del usuario, de esta ma- nera el primer punto fue determinar los procesos de autorizaci´on para acceder a Google Drive.

Como primer paso se debe crear una app en “https://developers.google.com”, iniciar una sesi´on con una cuenta de correo de Gmail y posteriormente crear un proyecto nuevo, al cual se le deben dar permisos para acceder a las aplica- ciones necesarias, en el caso de este proyecto se deben activar las aplicaciones

38 CAP´ITULO 3. SOFTWARE

Figura 3.6: Proceso de autentificaci´on Web de OAuth 2.0.

“Drive API” y “Drive SDK”. Por otro lado se deben crear aplicaciones re- gistradas, las cuales proporcionar´an los permisos necesarios para que nuestra aplicaci´on pueda acceder a la cuenta de Google Drive, de esos datos obtenidos los requeridos son “IDENTIFICADOR DE CLIENTE” ´o “CLIENT ID” con el formato “7835625340731 -ta97jif6823m2uut1eotn8524mvrpvtm.apps.google- usercontent.com” y el “SECRETO DE CLIENTE” ´o “CLIENT SECRET” con el formato “U6pADP rlk1XF1n-ePCYAjHd”, as´ı se puede iniciar el desarrollo de la aplicaci´on para el Smartphone con los permisos que requiere Google Drive para su autenticaci´on.

En la pantalla de bienvenida (Figura 3.7) se observa un bot´on que sirve para iniciar el proceso de autenticaci´on de la aplicaci´on.

Al oprimir el bot´on “Iniciar” la aplicaci´on inicia el proceso de autenticaci´on en Google Drive y una vez que lo lleva a cabo por primera vez se debe propor- cionar la cuenta y password del correo de Gmail (Figura 3.8).

3.4. APP INVENTOR 39

Figura 3.7: Pantalla de inicio de la aplicaci´on.

40 CAP´ITULO 3. SOFTWARE

Figura 3.9: Permiso para usar aplicaci´on.

generada en la consola de Google33

, la cual ya tiene los permisos necesarios y solo nos informa si se acepta utilizar y dar consentimiento al uso de la apli- caci´on (Figura 3.9), se indica a qu´e informaci´on tendr´a acceso dicha aplicaci´on. Una vez que es aceptado el consentimiento de la aplicaci´on inicia la busque- da de la ´ultima imagen registrada en la Pandaboard (Figura 3.10), lo cual se hace de manera autom´atica y se genera un sonido y vibraci´on en el Smartphone cuando se encuentra.

Cuando se detecta el ´ultimo registro la aplicaci´on inicia la descarga, mues- tra c´ual es la ´ultima imagen y la fecha en que fue generada (Figura 3.11).

A partir de ese momento la aplicaci´on utilizar´a un temporizador que en un intervalo de tiempo predeterminado buscar´a si existe alg´un cambio en la imagen guardada en Google Drive aunque el usuario no est´e dentro de la apli- caci´on. De esta manera se detectar´a el momento en que se genere la imagen al tocar el timbre y en pocos segundos estar´a disponible en nuestro Smartphone.

33

3.4. APP INVENTOR 41

Figura 3.10: B´usqueda de la ´ultima imagen registrada.

42 CAP´ITULO 3. SOFTWARE

Al contar con los datos del usuario, posteriormente al entrar a la aplicaci´on automaticamente se iniciar´a la b´usqueda de la ´ultima imagen, y si el usuario no desea que la aplicaci´on est´e funcionando, con oprimir el bot´on “Salir de la aplicaci´on” detendr´a dicha b´usqueda y saldr´a de la aplicaci´on; los datos del usuario se guardar´an y estar´an disponibles al momento que decida volver a iniciar la detecci´on del timbre.

Cap´ıtulo 4

Pruebas

4.1.

Mediciones de tiempo

El sistema busca dar una opci´on a que las personas que se encuentren fuera de su domicilio o negocio sepan a trav´es de un Smartphone qui´en est´a tocando a su puerta, pero tambi´en un factor importante a tomar en cuenta es que se pretende que sea en el menor tiempo posible, en el rango de segundos, para lo cual se deben optimizar las herramientas tanto de hardware como de software para minimizar los tiempos de respuesta del sistema.

En la b´usqueda de una soluci´on viable y funcional para la adquisici´on de las im´agenes se realizaron pruebas con c´amaras web para determinar el tama˜no y calidad de la imagen, de tal manera que se consiguiera una imagen que tuviera la suficiente resoluci´on para identificar a la persona que tocara la puerta y a su vez, con un tama˜no de archivo peque˜no que agilizara su transferencia a trav´es de la red de Internet; de esta manera se trata de minimizar el tiempo de res- puesta del sistema de Portero Electr´onico. Una de las c´amaras web utilizadas para las pruebas tiene una resoluci´on de 320 x 240 p´ıxeles, la cual muestra una imagen que sirve para identificar a los rostros y crea archivos de imagen en formato JPEG1

, con un tama˜no aproximado de entre 10 y 20 KB; por lo cual, se utiliz´o en la implementaci´on del proyecto.

El proceso para transferir el archivo obtenido por la c´amara web, desde el momento en que es tomada la fotograf´ıa, es almacenada en la memoria de la tarjeta Pandaboard, hasta que es trasnferida al repositorio en la cuenta de Google Drive, determina parte de la respuesta del tiempo total del sistema. Para medir el tiempo antes mencionado, se utiliz´o la aplicaci´on creada en Qt

1

www.jpeg.org