Detección de Libros

Visión Computacional
Proyecto

Esta es la entrada con el contenido fundamental para la entrega final del proyecto de Visión Computacional, que consistió en la presentación en grupo de nuestro proyecto, la entrega de un reporte y el código generado en un repositorio en línea con su respectiva explicación de uso.

Presentación

Reporte

En seguida se encuentra el documento incrustado aquí mismo, pero debido a que el contenido puede no llegar a ser claro de esta forma, dejo el enlace al documento en su versión pública.

Enlace al reporte:
https://docs.google.com/document/d/12nBI7A9WBVIUooWdVQ7FVE3OOCuliB1Ql_imLV_PiYo/pub

Código en repositorio

Todo el código y un par de imágenes de prueba se encuentran en el repositorio, y son descargables desde el siguiente enlace:

https://github.com/ramonesteban/proyecto-vision

O desde una terminal con la siguiente instrucción:

~$ git clone https://github.com/ramonesteban/proyecto-vision.git

En los archivos del repositorio se encuentran incluidas las instrucciones para la instalación de los paquetes necesarios para ejecutar el programa y la explicación de como ejecutarlo.

Actividad 11: Retroalimentación de Proyectos

Laboratorio de Cómputo Ubicuo
Actividad 11

En el quinto avance de la clase de Cómputo Ubicuo los equipos presentaron los detalles relacionados a la seguridad en el proyecto. Entre las cosas que se tomaron en cuenta para esta presentación de privacidad se tomó en cuenta, no sólo la privacidad en cuanto a los datos personales que es posible almacenar de los usuarios, sino también la seguridad de los mismos al momento de hacer uso de los dispositivos que sean necesarios para la interacción con el sistema.

Después de escuchar a todos los equipos se nos pidió hacer una retroalimentación para dar sugerencias en cuanto a los aspectos de privacidad mencionados en cada proyecto.

A continuación están mis recomendaciones, sugerencias y críticas constructivas para las presentaciones de privacidad.

Alarma Inteligente para Autos

Integrantes: Alex, Sergio, Roberto y Cristhian.

Como ustedes mencionan, los datos que se envían por medio de bluetooth no son datos personales, pero si son los comandos que se pide al sistema realizar como el activar o desactivar la alarma, por lo que se puede dar el caso en el que se copie la identidad del dispositivo bluetooth del usuario, y fácilmente quién copio esta identidad podría desactivar el sistema para hacer algún daño o robo. Podrían buscar que los comandos enviados tampoco sean fáciles de interpretar, posiblemente mediante algún algoritmo de encriptación, con el fin de evitar este tipo de problemas.

Todo lo que mencionan sobre la localización por GPS es muy cierta, y evidentemente implica un gran riesgo de seguridad y privacidad para el usuario, por lo que como solución yo propondría hacer que los datos de la localización actual del usuario sólo se mantenga almacenada en el auto por un periodo no muy largo de tiempo, con el fin de que esta información de ubicación no sea transmitida a ningún otro lugar al menos de que el sistema lo solicite directamente al dispositivo cuando a este se le indique que esta en un posible robo.

Enlace a presentación:
http://ubicomputo.blogspot.mx/2013/05/actividad-5-privacidad.html

Computadora Inteligente

Integrantes: Obed, Avendaño, Pedro y Jonathan.

Como sugerencia podrían crear en su sistema algún módulo encargado de extraer de las imágenes la información característica y necesaria de éstas y después guardar estos datos en algún tipo de archivo menos reconocible o fácil de leer, en vez de solo guardar las imágenes o fotografías del usuario en una carpeta de la computadora, ya que ésta puede estar expuesta a algún tipo de ataque informático y a nadie le gustaría que fotografías nuestras anden siendo usadas sin consentimiento.

Mencionan también que necesitan el correo electrónico del usuario para poder usar el sistema, y me parece que no mencionan que uso se le dará a este correo, ya que a la mayoría de los usuarios les interesa que su correo no sea agregado a una lista de distribución con correo de publicidad, por lo que esto debería de estar explicado en el aviso de privacidad y mencionar el uso que se le darán al mismo.

Enlace a presentación:
http://aveoctavo.blogspot.mx/2013/05/presentacion-de-privacidad.html

Oficina Personalizada

Integrantes: Osvaldo, Triana, José y Esteban.

Como para su proyecto es necesario el almacenamiento en una base de datos los rasgos faciales de las personas que tienen acceso a la oficina, sería importante conocer si estos no están en peligro de ser robados o de ser vendidos a terceros, ya que esta información puede ser muy valiosa para algunas personas, para poder identificar personas en un sistema de búsqueda de perfiles de redes sociales en la red haciendo un emparejamiento de rostros, con el fin de seguir todo tipo de actividad de una persona, lo que puede ser algo peligroso. Lo ideal es que esta base de datos sea lo más segura posible para evitar accesos indebidos por terceros sin permiso.

No mencionan como será la seguridad mediante el servicio web del mismo sistema, por lo que sería bueno definir también el tipo de seguridad que existirá en el mismo, así como saber si el usuario necesita algún tipo de usuario y contraseña, y como lograrán hacer que esta información también sea segura.

Y al final en su aviso de privacidad podrían decir que no se hacen responsables de una alteración en el sistema, ya que en dado caso los datos estarían comprometidos y no estaría bajo sus manos impedir el mal uso de los mismos.

Enlace a presentación:
http://pepgonzalez.blogspot.mx/2013/05/avance-5-computo-ubicuo.html

Alarma de Dispositivos Inteligente

Integrantes: Omar, Saúl e Isaías.

Para lo que mencionan del almacenamiento de los datos de los otros dispositivos (como la dirección MAC), así como de la configuración del usuario, ya expusieron ustedes los posibles problemas existentes que se pueden presentar al guardar esta información en la memoria interna ya que es posible leer esta información mediante la opción de debug o cuando el dispositivo tenga permisos de superusuario, sin embargo es posible conocer cuando el dispositivo tiene permisos de superusuario, y ustedes podrían incluir en la aplicación una especie de bloqueo que impida hacer uso de la misma cuando esto pase, o que muestre un mensaje de alerta que explique que la información podría estar en riesgo.

En el aviso de privacidad deberían de explicar más claramente en que momento ustedes ya no se hacen responsables del manejo de la información personal, porque muchos de los usuarios posiblemente no conozcan este tipo de términos como "debug" o "superusuario", que para los desarrolladores son conceptos más comunes.

Me pareció bueno agregar en el aviso de privacidad la nota de que los términos pueden cambiar sin previo aviso. Aunque también pueden agregar alguna especie de notificación que se mande al usuario cuando el aviso de privacidad cambie y que la aplicación no pueda seguir siendo usada mientras no se acepte el nuevo aviso de privacidad.

Enlace a presentación:
http://gtdsoftwa.blogspot.mx/2013/05/presentacion-ubicuo-privacidad.html

Galería Inteligente

Integrantes: Adriana, Blanca, Vanessa y Rodolfo.

Es cierto que en su proyecto no manejan datos privados de un usuario en específico, por lo que posiblemente la privacidad de usuarios no sea lo que se este buscando, ya que lo que almacenan de información es más para fines estadísticos para la galería que tenga implementado este sistema.

Algo de lo que podrían buscar es que esta información de cantidad de usuarios que visitan cada una de las obras expuestas en el museo o galería, no sean vulnerables a ser accedidas por otras galerías que busquen crear competencia. Para esto falta proveer de mayor seguridad a la base de datos para que no este todo bajo la administración de una sola persona, en este caso el administrador del sistema, y que posiblemente él pueda vender información valiosa a otras galerías.

Enlace a presentación:
http://ultimo-sem.blogspot.mx/2013/05/entrega-5.html

Casa Inteligente

Integrantes: René, Raúl e Iván.

Además de la ubicación, no mencionan que otro tipo de dato necesitarán obtener o guardar del usuario, como puede ser el nombre, un identificador, o alguna contraseña de acceso.

Pueden buscar alguna alternativa para el manejo de la cámara, por ejemplo que ésta se apague mediante la indicación del usuario con algún comando de voz, o una opción mucho mejor es asegurar al usuario que lo que graban las cámaras no se almacena en ningún lado después de que se proceso y se tomaron acciones.

Para la parte del aviso de privacidad faltó definir y concretar todo lo que pondrán en ese apartado, y también con lo que el usuario deberá estar de acuerdo al firmar o aceptar los términos y condiciones establecidos.

Enlace a presentación:
http://3puntosteam.blogspot.mx/2013/05/privacidad.html

Auto con NFC

Integrantes: Abraham, Rafael, David y Juan.

Para la parte de comunicación con redes sociales, deberían de agregar una explicación de que información se compartirá por medio de su aplicación y explicar cuáles son los riesgos que se pueden presentar al publicar esta información.

En su explicación mencionan que hacen uso de encriptación para la información para cuando se envía por medio de la red, pero cuando llegan al servidor vuelven a ser descifrados los mensajes, lo que no mencionaron, es como pretenden dar seguridad a este servidor, ya que no importa si la información mientras viaja esta encriptada si alguien puede “hackear” el servidor y recuperar información de todos los usuarios.

Enlace a presentación:
http://inteligentsystems.wordpress.com/2013/05/07/fase-5-privacidad/

Garage Inteligente

Integrantes: Emmanuel, Max, Carmen y Víctor.

Para la parte de los datos que se guardan en la base de datos en un servidor no quedó muy claro si estos una vez guardados tienen también algún tipo de encriptación, o si solo se son cifrados al momento de viajar en la red y descifrados antes de almacenarse. Suponiendo que los datos tienen algún tipo de encriptación, podrían incluir en su aviso de privacidad o algún manual de usuario la explicación de como son guardados los datos y darle a conocer al usuario que sus datos están seguros para poder generar confianza.

Para dar mayor seguridad en el servicio web, podrían usar algo parecido al inicio de sesión en dos pasos, donde además de ingresar la contraseña, se ingresa un código de uso único que se genera desde el dispositivo del usuario, como se esta implementando actualmente en servicios web modernos.

Enlace a presentación:
http://obicomp.blogspot.mx/2013/05/privacidad.html

Con las presentaciones logramos observar que existen muchos detalles que son necesarios tomar en cuenta para lograr que el sistema que estamos desarrollando ofrezca un buen nivel de privacidad y a la vez seguridad al usuario, con el fin de no poner en riesgo en ningún momento la integridad de la persona.

Actividad 9: Detección de Esquinas

Laboratorio de Visión Computacional
Actividad 9

Para la entrega de esta semana se nos pidió detectar esquinas en polígonos y hacer un "wire-frame" del mismo sobre la imagen. Utilizamos la técnica llamada Filtro Mediano, el cual es muy fácil de implementar, y este detecta esquinas de polígonos sin importar si son regulares o irregulares. El único problema se presenta cuando las esquinas de los polígonos son la unión de dos aristas con un ángulo interno muy grande.

Los pasos que se siguieron para esta tarea fueron los siguientes:

• Aplicar filtro de escala de grises a la imagen.
• Aplicar el filtro mediano para encontrar las esquinas.
• Aplicar el filtro de binarización para resaltar estas esquinas.
• Identificar las coordenadas de los puntos donde se encontraron las esquinas.
• Detectar bordes en la imagen original.
• Hacer un pequeño corte donde comienza una de las esquinas.
• Usar BFS para seguir el camino del borde de la figura y marcar que puntos se unen con cuáles.
• De lo anterior se obtienen los puntos pertenecientes a las esquinas de cada figura.
• Y por último se dibujan círculos sobre estos puntos y líneas que los unen.

Pruebas

Imagen original e imagen con detección de bordes.


Detección de esquinas.

Esquinas y líneas.

Código

Enseguida los fragmentos de código relevantes. Si se quiere ver el código completo, pueden encontrarlo en el siguiente repositorio.

Visión Computacional

Y por último otro ejemplo más.

Referencias:
Elisa Schaeffer, "Detección de polígonos y esquinas", 2013 [En línea]. Disponible en: http://elisa.dyndns-web.com/~elisa/teaching/comp/vision/poligonos.pdf

Corrección de Errores

Teoría de la Información y Métodos de Codificación
Tarea 5

Esta entrada trata de la corrección de errores de transmisión en un canal de comunicación, y particularmente la implementación del algoritmo para corrección de errores llamado Hamming(7, 4), que es un caso específico de los códigos Hamming.

Lo que se intenta hacer con estos códigos de bloques (en este caso bloques de bits), es transformar estos bloques por una cadena de bits un poco más larga, agregando los llamados bits de paridad, que son bits con los que luego es posible recuperarse de un error en la transmisión.

Cuando se transmiten bloques de bits por un canal de transmisión, se pueden presentar dos escenarios distintos. Primero, que el bloque de bits transmitido sea un código válido y no se tenga que hacer otra cosa más que decodificarlo y continuar con el siguiente bloque. Y segundo, que el bloque de bits no haya sido un código válido, y por lo tanto se tanga que recurrir a dos alternativas: (a) pedir al transmisor que vuelva a enviar el bloque, (b) poder recrear el bloque original mediante el código que se recibió.

Lo que nos interesa es conocer el algoritmo para lograr recrear el bloque original, a partir del bloque recibido con errores.

Como podemos ver en la siguiente imagen, nosotros definimos un tamaño de bloque de k bits, el cual entra a la función encargada de codificarla, para dar como resultado un bloque codificado, de n bits, donde n>k. Esto último es por que se habrán agregado los bits de paridad. Y para el caso en especifico que trataré, usamos bloques de 4 bits, que resultan en un código Hamming de 7 bits.

Para el caso de Hamming(7, 4), cuando existe un error en un bit, es posible recuperar el mensaje completo sin ninguna afectación. Y esto es porque cuanto menor sea la distancia entre bloques de código válidos, más difícil es recuperar lo que era la palabra clave correcta.

Este funciona haciendo uso de álgebra lineal simple, haciendo uso de matrices y multiplicaciones de matrices, lo que lo hace más eficiente que hacer uso de listas, ya que el consumo de memoria es menor, así como del procesamiento necesario.

Obtener el código Hamming es sencillo, solo es necesario multiplicar las matrices. Supongamos que tenemos un mensaje de 4 bits x = [1 1 0 1] y deseamos obtener su respectivo código Hamming, entonces hacemos lo siguiente.

$xG = \begin{bmatrix}{1}&&{1}&&{0}&&{1}\end{bmatrix} \begin{bmatrix} {1}&&{0}&&{0}&&{0}&&{0}&&{1}&&{1}\\ {0}&&{1}&&{0}&&{0}&&{1}&&{0}&&{1}\\ {0}&&{0}&&{1}&&{0}&&{1}&&{1}&&{0}\\ {0}&&{0}&&{0}&&{1}&&{1}&&{1}&&{1}\end{bmatrix}$

$xG = \begin{bmatrix}{1}&&{1}&&{0}&&{1}&&{0}&&{0}&&{1}\end{bmatrix}$

Este código de 7 bits es el que se transmite, y una vez recibido por el receptor, este verifica si es válido o no de la siguiente manera.

$Hy = \begin{bmatrix} {0}&&{0}&&{0}&&{1}&&{1}&&{1}&&{1}\\ {0}&&{1}&&{1}&&{0}&&{0}&&{1}&&{1}\\ {1}&&{0}&&{1}&&{0}&&{1}&&{0}&&{1}\end{bmatrix} \begin{bmatrix}{1}\\{1}\\{0}\\{1}\\{0}\\{0}\\{1}\end{bmatrix}$

$Hy = \begin{bmatrix}{0}\\{0}\\{0}\end{bmatrix}$

Cuando la suma de los elementos de esta última matriz no da cero, significa que existe un error. Supongamos que en vez de resultar ser Hy = [0; 0; 0] fuera Hy = [1; 0; 1], estos 3 bits se unen para formar un número binario el cual convertido a decimal sería 5, lo cual indicaría que el bit en la posición 5 es el que tiene el error, y lo que se hace es cambiar el 0 por un 1 o viceversa según sea el caso.

Código y pruebas

La prueba que realicé es sencilla, se trata de generar bloques de 4 bits para ser transmitidos, y comparo si lo que se mando se logró decodificar para obtener el original, y voy contando las veces que salió correcta la transmisión.

Referencias:
University of Wyoming, "Encoding and Decoding with the Hamming Code" [En línea]. [Fecha de consulta: 9 de Mayo, 2013].
Disponible en: http://www.uwyo.edu/moorhouse/courses/4600/encoding.pdf

Muhamad Asvial, "Channel coding, linear block codes, Hamming and cyclic codes" [En línea]. Fecha de consulta: 9 de Mayo, 2013].
Disponible en: http://staff.ui.ac.id/internal/132094574/material/KomDig_8.pdf

Diana Palsetia, "Error Detection and Correction", 2008 [En línea]. [Fecha de consulta: 9 de Mayo, 2013].
Disponible en: http://www.cis.upenn.edu/~palsetia/cit595s08/Lectures08/ErrorCD.pdf

Tipos de Satélites

Laboratorio de Redes de Telecomunicaciones
Puntos Extra

Actividad 10: Seguridad en Redes de Telefonía

Laboratorio de Redes de Telecomunicaciones
Actividad 10

En la siguiente infografía se aborda el tema de seguridad en redes móviles donde se muestran algunas vulnerabilidades existentes en este tipo de redes.

Actividad 10: Privacidad en Cómputo Ubicuo

Laboratorio de Cómputo Ubicuo
Actividad 10

Nombre del documento:
An Architecture for Privacy-Sensitive Ubiquitous Computing

Autores:
Jason I. Hong y James A. Landay

Enlace:
http://www.eecs.berkeley.edu/BEARS/2004/STARS/final/hong.pdf

Introducción

Westin define privacidad de la información como "el reclamo de personas, grupos o instituciones para determinar por sí mismos cuándo, cómo y hasta qué punto la información sobre ellos se comunica a los demás" [1]. Aunque muchas personas creen que la computación ubicua tiene gran futuro, la privacidad es fácilmente una de sus críticas más citada frecuentemente.

http://planetatelefonica.com.ar/usoresponsable/files/2010/11/seguridad-hackers.gif

Ha habido numerosas entrevistas y la respuesta negativa reiterada que describe las preocupaciones de la gente sobre el gran potencial para el abuso, inquietud por una posible falta de control, y la necesidad general de los sistemas de cómputo ubicuo sensible a la privacidad. Estas preocupaciones sugieren que la privacidad puede ser el mayor obstáculo para el éxito a largo plazo de la computación ubicua.

La gran mayoría de los trabajos previos sobre la privacidad se ha centrado en proporcionar el anonimato o el mantenimiento de la información personal y los mensajes privados a los hackers informáticos, el gobierno y las corporaciones sin rostro. Mientras que el anonimato y la privacidad son importantes, sólo se refieren a un aspecto relativamente estrecho de privacidad y no cubren las muchas situaciones de la vida cotidiana donde las personas quieren compartir información con otros. Por ejemplo, uno podría imaginar compartir la información de ubicación de uno con los amigos para facilitar la coordinación de las llegadas en un lugar de encuentro, o compartiendo nociones simples de actividad para transmitir una sensación de presencia de los compañeros de trabajo y amigos. Es importante señalar que las partes que están recibiendo dicha información ya conocen la identidad de uno, no son adversarios en el sentido tradicional, y que los riesgos para la privacidad puede ser tan simple como querer evitar las obligaciones sociales no deseadas o situaciones potencialmente embarazosas.

Privacidad en cómputo ubicuo

La privacidad es un concepto cambiante con una amplia gama de necesidades y niveles de confianza. La atención se centra en las personas con la elección y consentimiento informado, dejando que las personas compartan información personal con las personas y los servicios adecuados, en las situaciones adecuadas y con un nivel de detalle adecuado. Como ha indicado Weiser, "el problema, aunque a menudo expresada en términos de privacidad, es realmente de control. Si el sistema computacional es invisible, así como extenso, se hace difícil saber qué está controlando qué, qué está conectado con qué, cuando la información está fluyendo y la forma en que se está utilizando... y cuáles son las consecuencias de cualquier acción" [2].

El problema es que todavía es difícil diseñar e implementar aplicaciones de cómputo ubicuo sensible a la privacidad. Los desarrolladores de sistemas tienen poca orientación o apoyo a la programación en la creación de arquitecturas e interfaces de usuario que son eficaces para ayudar a los usuarios finales a gestionar su privacidad. El resultado es que la privacidad se realiza de manera ad hoc y, a menudo en el último momento, en todo caso, lo que lleva a las aplicaciones que los usuarios finales pueden rechazar en última instancia, porque se sienten incómodos con ellos o los encuentran intrusivos.

A partir del análisis que se realizó de las necesidades de privacidad de los usuarios finales y las necesidades de desarrolladores de aplicaciones, estamos desarrollando una infraestructura destinada a simplificar la tarea de crear aplicaciones de cómputo ubicuo sensible a la privacidad. La infraestructura esta diseñada para la computación contextual-consciente, un aspecto común de la computación ubicua en la que los sensores y otras fuentes de datos se aprovechan para proporcionar sistemas de computación con una mayor conciencia del medio ambiente físico y social de un usuario. Desde una perspectiva sistémica, se ofrece una arquitectura y un conjunto de mecanismos de aislamiento que permiten a los desarrolladores de aplicaciones y usuarios finales para apoyar una gama de niveles de confianza y las necesidades de privacidad. Desde el punto de vista del usuario final, se proporcionan mecanismos e interfaces de usuario que facilitan la creación de los tres patrones básicos de interacción para aplicaciones sensibles a la privacidad: optimistas, donde una aplicación comparte información personal y detecta abusos por defecto; pesimista, donde es más importante para una aplicación evitar los abusos, y de iniciativa mixta, donde las decisiones de compartir información se realizan de forma interactiva a los usuarios finales.

Hay muchas cuestiones sociales y organizacionales que simplemente no se pueden gestionar por medios tecnológicos por sí solos. En última instancia, la intimidad tendrá que ser gestionada a través de una combinación de tecnología, legislación, política corporativa y normas sociales. Se proporciona una arquitectura general y técnicas para hacer más fácil a los desarrolladores crear aplicaciones sensibles de los datos para una comunidad de usuarios, y para las empresas ofrecer servicios y reducir al mínimo el riesgo para la privacidad de las personas.

Requerimientos de usuarios y desarrolladores

Las necesidades de los usuarios finales fueron recogidos a través de varias entrevistas basadas en escenarios de aplicaciones con capacidad de localización que se llevaron a cabo con veinte personas de diferentes edades y profesiones, análisis extendido de forma libre a los comentarios que se llevaron a cabo en un estudio anterior sobre preferencias de privacidad en cómputo ubicuo, el análisis de la investigación sobre papeles y tableros de mensajes sobre el uso hipotético y real de los sistemas de cómputo ubicuo emergentes, el análisis de varias leyes de protección de privacidad propuestas y existentes, y el análisis de una serie de pautas de diseño diferentes para los sistemas sensibles de los datos, en particular las prácticas de la información justa y flujos de información asimétrica.

http://lidereshoy.com.mx/wp-content/uploads/2013/04/c%C3%B3mo_proteger_identidad_Internet.jpg

Resumen de requerimientos:

• Arquitectura descentralizada
• Control sencillo y apropiado
• Retroalimentación simple y apropiada
• Negación plausible
• Retención limitada de los datos
• Excepciones especiales para emergencias

En primer lugar, la gente está preocupada acerca de los sistemas que centralizan los datos. Si bien hay muchas ventajas a arquitecturas centralizadas, también significa que los datos sensibles son almacenados en un equipo del que los usuarios finales tienen poco control.

En segundo lugar, la gente quiere niveles sencillos y apropiados de control sobre quién ve qué información sobre ellos y cuándo, ya que cada persona tiene diferentes niveles de confianza con otras personas y organizaciones.

En tercer lugar, la gente quiere información sencilla y adecuada sobre qué información personal está siendo revelada.

En cuarto lugar, muchas personas expresaron su deseo de negación plausible. Trabajos previos han sugerido una necesidad social para evitar situaciones potencialmente embarazosas, intrusiones no deseadas, y las obligaciones sociales no deseados.

En quinto lugar, algunos de los entrevistados se preocupan por la retención a largo plazo de la información personal, ya que abre la posibilidad de intrusión en el almacenamiento de datos.

Y en sexto lugar, la gente expresa que debe haber excepciones especiales para los casos de emergencia.

Ahora las necesidades de los desarrolladores de aplicaciones son recogidos mediante la identificación de las funciones de privacidad comunes en varias redes, así como aplicaciones de cómputo ubicuo.

Resumen de requerimientos para el desarrollador:

• Soporte para aplicaciones optimistas, pesimistas, y de iniciativa mixta.
• Etiquetado de los datos personales
• Los mecanismos para controlar el acceso, la circulación y retención de información personal
• Mecanismos para controlar la precisión de la información personal revelada
• Inicio de sesión

Es importante señalar que los requisitos antes expuestos tienen como objetivo apoyar una serie de políticas de privacidad y no todos lo que se utiliza en una sola aplicación.

Las fuentes de datos del contexto en el que se encuentra, tales como sensores, pueden rellenar campos de datos para realizar sus tareas disponibles para su uso y recuperación. Las aplicaciones recuperan y manipulan datos para realizar tareas sensibles al contexto. Estos datos almacenados también proporcionan una abstracción con la que se puede modelar y controlar el acceso a datos de contexto sobre una entidad. Por ejemplo, los usuarios pueden especificar las preferencias de privacidad para saber cómo la aplicación se encarga del control de acceso y el flujo de datos.

En resumen, si bien existen muchos juegos de herramientas e infraestructuras que prestan apoyo a los programas y las abstracciones de los sensores, y aunque ha habido muchas técnicas individuales para la gestión de la privacidad, esta idea es la primera en ofrecer un diseño extensible que proporciona soporte la arquitectura de software y soporte de desarrolladores de aplicaciones para la creación de aplicaciones de cómputo ubicuo sensible a la privacidad que son optimistas, pesimistas, y de iniciativa mixta. Se proporcionan mecanismos reutilizables para los desarrolladores de aplicaciones y para los usuarios finales en el manejo de la información personal, así como los mecanismos y abstracciones para los desarrolladores.

Conclusiones

En el documento se hacen resaltar requerimientos que no se deben pasar por alto en la elaboración de un sistema de cómputo ubicuo donde se quiere proveer al usuario de la privacidad. Estos requerimientos son listados en base a trabajos previos elaborados por personas que han dedicado investigaciones a este campo, así como de encuestas y entrevistas con usuarios finales de sistemas sensibles a la privacidad.

Aunque la lista de aspectos a tomar en cuenta para el usuario final, así como la de los desarrolladores, no es de gran extensión, se pueden lograr abarcar las principales preocupaciones existentes en el uso de información y datos almacenados de un individuo, sobre todo hablando en el contexto de cómputo ubicuo.

Podría completarse aún más el aspecto de privacidad si se incluyera un modelo o arquitectura para el correcto almacenamiento de la información pertinente del usuario, que brindará a la vez de seguridad y control.

Referencia bibliográfica:
Jason I. Hong y James A. Landay, "An architecture for privacy-sensitive ubiquitous computing", en Proceedings of the second international conference on mobile systems, applications, and services (MobiSys), Boston, 2004, pp. 177-189.

Otras referencias:
[1] Westin, A.F., Privacy and Freedom, New York, NY, 1967.

[2] Weiser, M., R. Gold, and J.S. Brown, The Origins of Ubiquitous Computing Research at PARC in the Late 1980s. IBM Systems Journal 1999, pp. 693-696.