IEEE 1073 Standard Implementation to Manage and Storage Corporal Variables Using Mobile Devices D. A. Martínez

Tamaño: px
Comenzar la demostración a partir de la página:

Download "IEEE 1073 Standard Implementation to Manage and Storage Corporal Variables Using Mobile Devices D. A. Martínez"

Transcripción

1 IEEE 1073 Standard Implementation to Manage and Storage Corporal Variables Using Mobile Devices D. A. Martínez Abstract The IEEE 1073 Standard seeks to regulate the processes of communication between medical devices and external computer systems. Such devices have reduced processing capacity, as is the case of patient care units used in ambulatory state or at home. This paper shows the IEEE 1073 standard concepts application in a medical device that monitors positions and detects abrupt falls of a person. The parameters are applied in all possible extensions within a communication environment between a cell phone that receives posture and falls signals from the medical device and transmits these to a remote web server in which the information is displayed graphically for analysis by multiple users (doctor, nurse, patient). The implementation shows that the rule is easily applied in the communication process for low-capacity devices (Cell phones that support J2ME or Android java applications) that can t support other standards such as DICOM or HL7. However, some of its concepts are too complex to be included in simple items such as a microcontroller. Keywords wireless communications, modeling, simulation, neural networks, software tools. I. INTRODUCCIÓN L CRECIMIENTO del uso de dispositivos médicos E basados en tecnologías inalámbricas y de tamaño reducido utilizados en aplicaciones para cuidado en el hogar o monitoreo ambulatorio de pacientes, ha generado la necesidad de normalizar los procesos de comunicación entre estos dispositivos con sistemas similares o sistemas computacionales externos. Por otra parte, cada señal médica puede requerir un tipo de tecnología diferente dependiendo de las tasas de transmisión, frecuencias de muestreo, potencia de emisión y recepción, entre otros parámetros, para ser capturada desde el paciente y emitida a un destino correctamente. Estos y otros aspectos son la razón que ha generado la necesidad de un estándar para implementaciones en dispositivos con limitaciones de procesamiento o transmisión de señales por medios inalámbricos. Es así como surge el estándar denominado IEEE 1073, el cual busca lograr metas, tales como interoperabilidad plug and play entre dispositivos médicos y facilitar intercambio eficiente de información entre éstos. El presente documento describe el proceso de implementación de un dispositivo para la medición de posturas de la espalda y la detección de caídas de una persona como un ejemplo de la utilización del estándar IEEE El dispositivo es capaz de generar alarmas locales para el paciente que indican que la espalda está en una mala postura, generar alarmas que se emiten a un receptor remoto cuando D. A. Martínez, Universidad Manuela Beltrán, Bogotá, Colombia, sucede una caída y enviar datos promedio sobre los estados de la espalda a un servidor WEB. Este prototipo aplica algunos de los conceptos de la norma en la implementación hardware, la arquitectura de red a utilizar y principalmente en lo que se refiere al envío de mensajes sobre eventos hasta el servidor. II. CONCEPTOS GENERALES DE LA NORMA IEEE La norma está definida en varios documentos, de los cuales, los cuatro que se describen a continuación son relevantes dentro del proyecto. 1) Sección : Modelo del Dominio de la Información (DIM): El DIM define abstracciones de entidades del mundo real relacionadas con información de signos vitales. Cada una de estas entidades es representada como un Objeto compuesto por Atributos y Métodos, tal como se definen en un modelo Orientado a Objetos. El Modelo está descrito con UML y es subdividido en paquetes que contienen a los Objetos para permitir una mejor organización de los conceptos. La Fig. 1 muestra un diagrama general de paquetes para un sistema médico, según se define en el DIM [1]. Figura 1. Diagrama de paquetes de un sistema médico según el DIM. Algunos de estos paquetes se describen a continuación. 1) Paquete del sistema: Representa a todo el sistema médico, es decir, los dispositivos, los eventos de alarma, las mediciones, los medios de almacenamiento de información y los actores del proceso de comunicación. En la Fig. 1 se puede apreciar que contiene al objeto MDS (Medical Device System) al cual están asociados todos los objetos definidos en los demás paquetes. 2) Paquete Médico: Contiene a los objetos relacionados con el dispositivo, las medidas y los eventos de alarmas que se generan dentro de él. Sus objetos se describen a continuación: a. Objeto VMD. Representa a un subsistema médico que puede ser de tipo Hardware o Software.

2 b. Objeto Métricas. Representa las medidas cualitativas, cuantitativas, directas o derivadas tomadas por medio del dispositivo médico. c. Objeto Canal. Agrupa objetos de tipo Métricas que se relacionan entre sí. 3) Paquete de Alarmas: Contiene objetos que representan alarmas que ocurren dentro de un objeto VMD o dispositivo y es causado por razones fisiológicas o de tipo técnico y alarmas pertenecientes a un MDS, es decir, en varios objetos VMD s o dispositivos. 4) Paquete de Servicios Extendidos: Contiene los objetos denominados Escáner. Estos son los encargados de identificar cuando se presentan sucesos anormales en otros objetos (niveles anormales, desconexión inesperada del dispositivo, entre otras). Estos objetos generan notificaciones que son emitidas a un elemento de gestión que reacciona ante el evento. 5) Paquete de Archivo: Representa el medio de almacenamiento en el cual se guarda información relacionada con un paciente o las mediciones hechas sobre él. 6) Paquete de Comunicaciones: Involucra a todos los objetos que representan entidades participantes en un proceso de comunicación en el cual se intercambia información sobre señales médicas. 2) Sección : Nomenclatura: La nomenclatura de la norma IEEE 1073 es un diccionario que asigna un código único a cada objeto perteneciente al DIM o a los componentes que participan en un proceso de comunicación. El código de cada elemento está compuesto por dos valores enteros, el primero de ellos identifica un bloque o partición del diccionario o nomenclatura y el segundo es un valor que va de 0 a (entero de 16 bits) que identifica a un elemento dentro de cada partición del diccionario. El propósito de utilizar valores enteros como identificadores es minimizar la longitud de los mensajes en un proceso de comunicación teniendo en cuenta que ésta se realiza entre dispositivos pequeños y de bajas capacidades de procesamiento [2]. 3) Sección : Perfiles de Aplicación: Esta parte de la norma define un modelo de comunicaciones que se aplica para la transmisión de información de signos vitales y se basa en el concepto Manager-Agente definido por ISO [3]. 1) Agente. Es el organismo en donde se encuentran los objetos del DIM en los cuales se almacena información referente a las señales médicas capturadas de un paciente. 2) Manager. Accede a los objetos del DIM definidos dentro del Agente para extraer o modificar información relacionada con las señales médicas provenientes del paciente. 3) Sistema Híbrido. Actúa tanto como Agente y Manager. 4) Comunicación entre Manager y Agente. Un Agente o Manager accede a la información de signos vitales sólo a través de un conjunto de servicios de gestión de información denominado CMDISE y los protocolos CMDIP y ROSE que se describen a continuación: a) CMDISE (Common Medical Device Information Service Element). Es el elemento que proporciona los servicios necesarios para acceder remotamente a la información de signos vitales presente dentro de un Agente. Algunos de éstos servicios son: Event Report: Utilizado para reportar un evento ocurrido dentro de un objeto; por ejemplo, una notificación de un evento de caída de una persona generado por un objeto Escáner. Get: Utilizado para recuperar el valor de un atributo perteneciente a un objeto; por ejemplo, una petición de estado de la batería de un dispositivo. Set: Utilizado para fijar el valor de un atributo perteneciente a un objeto; por ejemplo, un mensaje que indique a un dispositivo médico que entre en un estado de bajo consumo de potencia. b) Protocolos CMDIP y ROSE. El protocolo CMDIP (Common Medical Device Information Protocol) es utilizado para estructurar los mensajes correspondientes a los servicios CMDISE (mensajes Event Report, Set, etc), mientras que el protocolo ROSE (Remote Operation Service Element) contiene a los mensajes CMDIP y les asigna un identificador de invocación (InvokeID) y un identificador de operación (operation-value). El primero de estos parámetros es un identificador de mensaje, y sirve para saber cuál es la respuesta a un mensaje enviado, mientras el segundo, indica que tipo de mensaje se envía (Event Report, Set, Get, etc). La Fig. 2 muestra como se arma un mensaje CMDISE a partir de los protocolos CMDIP y ROSE. Figura 2. Empaquetamiento de mensaje CMDISE. Observe en la Fig. 2 como la estructura CMDIP es contenida dentro de una estructura ROSE lla-mada ROIVapdu. c) Proceso de generación de mensaje Event Report. Para ilustrar el modo en el que se crea un mensaje se toma el caso de Event Report. Este mensaje se gesta cuando un objeto tipo Escáner genera una notificación debida a un suceso importante dentro del sistema (como una alarma, o un evento de actualización de datos de paciente, etc). Tal notificación tiene una estructura cuyos componentes son: ObservationScan: Contiene los valores de los atributos relacionados con un suceso y un identificador local dentro del contexto o sistema médico (MDS) para el objeto o entidad que produjo el evento. SingleCtxtScan: Contiene al objeto Observation-Scan y un identificador del contexto en el que se toma la medida. El contexto se refiere al sistema médico (MDS) en el cual se está trabajando; algunos ejemplos de contextos son: el de mediciones de electrocardiografía, actividad corporal, encefalografía, flujo sanguíneo, etc. ScanReportInfo: Contiene al objeto SingleCtxt-Scan y un identificador de reporte que no es más que un valor entero contador de eventos utilizado para saber que eventos se han perdido.

3 La Fig. 3 muestra la estructura de una notificación generada junto con sus principales campos, los cuales provienen de los objetos descritos anteriormente. dispositivo médico en un ambiente inalámbrico. En el prototipo implementado se utiliza una WWAN en la etapa 2 y una WPAN - Bluetooth para conectar las etapas 1 y 2. Figura 3. Esquema de una notificación generada por un objeto Escáner. Una vez creada la notificación, esta pasa a ser una parte del contenido del objeto EventReportArgument. Este objeto posee los siguientes elementos: managedobject: Es un identificador global del objeto que produce el evento. Está compuesto por el identificador local y el identificador de contexto vistos anteriormente más un identificador de tipo entero (16 bits) establecido por la nomenclatura de la norma. eventtime: Es el tiempo que ocurre entre un evento y el siguiente. Está representado como un entero de 32 bits. eventtype: Es el identificador para cada tipo de evento asignado por la nomenclatura. Como ejemplo, consideremos un evento de Apnea, generado porque un paciente conectado a un respirador artificial ha sobrepasado un límite de tiempo pre configurado sin respirar. El código para este evento según la nomenclatura es 3072 y su ID de referencia es MDC EVT APNEA (pertenece al bloque E de la nomenclatura). eventinfo: Este parámetro contiene la notificación creada anteriormente, Fig. 3. La Fig. 4 muestra la estructura del objeto EventReportArgument. Esta estructura es la establecida por el protocolo CMDIP y es la que se inserta en la estructura ROSE para finalmente obtener el mensaje CMDISE mostrado en la Fig. 2. Figura 4. Estructura del objeto EventReportArgument (Es de tipo CMDIP). 4) Sección : Guía para el uso en tecnología RF Wireless: Esta sección de la norma es una guía sobre los aspectos a tener en cuenta cuando se transportan datos de señales médicas en redes inalámbricas, permanentemente, mediante un sistema portátil o desde el mismo hospital en forma ambulatoria o estática. Desde el punto de vista tecnológico se hace una comparación entre las redes inalámbricas de área personal (WPAN), las de área local (WLAN), las de área metropolitana (WMAN) y las de área extensa (WWAN). Esta comparación permite seleccionar la mejor opción para el transporte de datos que permita que la señal manejada no sea alterada de forma relevante. [4]. La Fig. 5 muestra la arquitectura de un sistema que utiliza una red WWAN (enlace entre celular y estación base) o WLAN (router inalámbrico usado en una red casera) para transmitir datos recibidos desde un dispositivo médico portátil hasta un centro remoto de diagnóstico. El diagrama muestra cuatro etapas en las que la norma divide el concepto de Figura 5. Estructura del dispositivo médico en un ambiente inalámbrico 5) Atributos: Los atributos están contenidos dentro de los objetos definidos en el DIM. La mayoría de éstos son útiles en los procesos de comunicación ya que contienen los datos que son trasladados de un punto a otro. Su representación se hace mediante la notación ASN.1. Para ilustrar como utilizar la definición de atributo veamos el ejemplo del tipo atributo TYPE que identifica a un objeto perteneciente al DIM. Este puede ser de tipo Alarma, el cual identifica una alarma causada por la caída de una persona. La notación ASN.1 de TYPE se muestra en la Fig. 6 [1].. Figura 6. Estructura ASN.1 del tipo de dato TYPE. El parámetro partition, es un entero que identifica el bloque o partición de la nomenclatura a la cual pertenece el objeto, en este caso por tratarse de un objeto tipo Alarma, este valor es 3 (3 identifica a la partición de Alarmas). En cuanto al parámetro llamado code del tipo OID-Type, este es el código definido dentro de la nomenclatura para este objeto. Sin embargo, no hay un código aún asignado para una alerta de caída por lo que se selecciona uno de los 4095 disponibles dentro de la partición de Alarmas. III. METODOLOGÍA El prototipo descrito en las siguientes dos secciones (III -A y III-B) fue desarrollado para estudiar la aplicabilidad de la norma IEEE 1073 en todos los niveles de implementación de un dispositivo médico con bajas capacidades de procesamiento, teniendo en cuenta los aspectos relacionados con el hardware y el software. A. Implementación Hardware. Esta sección describe los elementos que componen el hardware del prototipo y su relación con los conceptos definidos en el estándar IEEE La Fig. 7 muestra el diagrama de bloques para éste caso.

4 2) Detector de caídas. Cuando se presenta un evento de caída, las medidas en los 3 ejes tienden al valor correspondiente a 0g [6]. Se hicieron varios cálculos para determinar los rangos dentro de los cuales se considera que ocurre éste evento, lo que llevó a establecer los niveles mostrados en la tabla II como los determinantes para la alarma. Figura 7. Diagrama de bloques del hardware del prototipo. Cada bloque se describe a continuación. 1) Unidad receptora de bioseñales: Monitorea la postura de la espalda y detecta caídas de una persona. Su implementación se basa en un acelerómetro de tres ejes (MMA7260QT de Freescale) cuyas características, tales como bajo consumo de potencia (entre 2.2V y 3.6V), bajo costo y pequeñas dimensiones, lo hacen ideal para el prototipo [5]. Está compuesta por dos elementos: El monitor de posturas y el detector de caídas, cuya implementación se describe a continuación. 1) Monitor de postura. Para entender el principio de diseño del monitor de postura, analizaremos el caso del eje Z (Fig. 8), entendiéndose que el funcionamiento es similar para los otros dos ejes. Figura 8. Movimiento de espalda hacia adelante y atrás dado por el eje Z. El acelerómetro al igual que el resto del circuito está ligado a la espalda del paciente, en el punto más sensible a las variaciones de postura. Cuando la persona inclina su espalda en cualquier dirección se produce una variación de voltaje que es capturada por el conversor Análogo-Digital perteneciente a la unidad de control y transformada en una palabra digital de 16 bits. Estos valores fueron obtenidos de múltiples mediciones en 2 personas diferentes, de los cuales se dedujeron empíricamente los estados mencionados (La validación de los estados mostrados debe hacerse por personal experto en ortopedia para que puedan utilizarse en una aplicación clínica real. Tal validación está fuera del alcance del proyecto.). Por medio de la combinación de las medidas tomadas en los tres ejes se pueden determinar los estados mostrados en la tabla I. Algunos de ellos generan alarmas, mientras que otros simplemente sirven para llevar registros estadísticos (Los estados: acostado boca arriba, acostado boca abajo, acostado a la derecha y acostado a la izquierda se basan únicamente en la posición del tronco de la persona, una medida más precisa requiere que se analice también que ocurre con las extremidades inferiores.), TABLA I. POSTURAS MEDIBLES POR EL DISPOSITIVO. Inclinado hacia adelante Inclinado hacia atrás. Inclinado hacia la derecha Inclinado hacia la izquierda Inclinado hacia adelante y a la derecha Inclinado hacia adelante y a la izquierda Inclinado hacia atrás y a la derecha Inclinado hacia atrás y a la izquierda Acostado hacia la derecha (No alarma) Acostado hacia la izquierda (No alarma) Acostado Boca arriba (No alarma) Acostado Boca abajo (No alarma) Posición correcta (No alarma) Evento de caída TABLA II. RANGO DENTRO DEL CUAL ESTÁN LAS MEDIDAS DE LOS EJES EN UN EVENTO DE CAÍDA. Valor Hexadecimal 8CA0 5DC0 Estado Nivel superior Nivel inferior Cuando los valores para los tres ejes se encuentran al mismo tiempo dentro del rango ubicado entre los niveles superior e inferior, se produce un evento de caída. 2) Unidad de control: La unidad de control es un Microcontrolador del fabricante Freescale (HC9S08QG8), seleccionado por su bajo costo, tamaño reducido y bajo consumo de potencia, (entre 2.6V y 3.6V), características importantes para dispositivos médicos portátiles. Solo posee 16 pines y ofrece funciones tales como un conversor Análogo- Digital que se puede configurar para 8 o 10 bits de resolución, con varios canales de entrada de los cuales se utilizan 3 para cada eje proveniente del acelerómetro y un módulo de transmisión serial SCI que ofrece una interfaz RS-232 utilizada para la conexión con el módulo conversor RS-232 a Bluetooth [7]. La unidad de control hace las veces de Objeto Escáner según la norma IEEE 1073, ya que contiene rutinas que detectan valores anormales en ciertos atributos pertenecientes a las Alarmas. Para el caso de la detección de caída, existe una rutina que se ejecuta continuamente y detecta cuando los niveles de los 3 ejes están en el rango que la determinan. En el caso de las posturas, una rutina se encarga de monitorear si la espalda permanece por más de cierto tiempo en posición incorrecta y genera el evento de alerta. En este módulo también se implementa un monitor de postura que lleva una estadística de permanencia en cada uno de los estados mostrados en la tabla I, lo cual permite que se lleve un registro de que posturas son las más habituales en un paciente. La información de Alertas de posturas incorrectas, Alertas de caídas e información de estadísticas de posturas son emitidas al teléfono celular por medio de un protocolo sencillo llamado xyz. Una vez en el celular, el evento de caída es notificado a otro celular mediante un mensaje SMS, los eventos de postura incorrecta son anunciados de manera local al usuario con alertas sonoras y los reportes estadísticos son enviados a un servidor remoto por medio de mensajes EventReport tal como lo especifica la norma IEEE ) Módulo conversor Serial a Bluetooth: Este módulo se encarga de recibir los datos en formato RS-232 provenientes de la unidad de control y transmitirlos al teléfono celular vía Bluetooth. El dispositivo seleccionado (Parani ESD200), proporciona un alcance de 10 metros y puede ser configurable mediante comandos AT para soportar varias tasas de transmisión y direcciones Bluetooth de dispositivos a los cuales se puede conectar, entre otras funciones [8].

5 Por medio de comandos AT fue posible asignar el siguiente nombre a este módulo, el cual identifica a todo el dispositivo médico: MDC DEV MON POS FALL BODY 1 (Monitor de postura y caídas del cuerpo). Tal nombre cumple con los parámetros provistos por la nomenclatura vista en la sección II-2. El número uno adicionado al final de la estructura del nombre permite identificar al dispositivo ante sus similares, es decir, es un identificador interno dado por el fabricante (Desde el punto de vista de la nomenclatura el número uno es el atributo HANDLE, que identifica a un elemento dentro de un contexto). Finalmente, para comunicar al teléfono celular con éste módulo, se utiliza el conjunto de librerías J2ME para programación JAVA en celulares con perfiles CDC y CLDC (CDC y CLDC son perfiles manejados en celulares de fabricación previa al auge del los Smart Phones.), y la librería android.bluetooth [11] para celulares con sistema operativo Android. En el celular se implementan rutinas de búsqueda y conexión hacia el dispositivo monitor de posturas y caídas siguiendo el proceso mostrado en la Fig. 9. B. Implementación Software. 1) Software del microcontrolador: El software de éste dispositivo fue desarrollado en lenguaje C. Sus rutinas de programación capturan las señales provenientes de los tres ejes del acelerómetro por medio de tres canales del conversor Análogo - Digital. Una vez digitalizados los valores entrantes se analizan para determinar los eventos producidos (caída o postura incorrecta) casos en los cuales se emite un mensaje al módulo conversor RS232 - Bluetooth según un protocolo propietario denominado xyz que no está regido por la norma debido a las limitaciones del microcontrolador. Figura 9. Diagrama Proceso de enlace entre monitor de posturas y caídas con teléfono celular por Bluetooth. 2) Software en el teléfono y servidor WEB: El software implementado en el teléfono celular y el servidor WEB aplica los conceptos definidos por la norma IEEE 1073 en lo relacionado al proceso de comunicación entre un dispositivo médico y un sistema computacional externo. Tales conceptos involucran a dos actores denominados Manager y Agente mostrados en la Fig. 10. Figura 10. Diagrama de bloques de la implementación software del teléfono celular y el servidor WEB. A continuación se describe cada uno de estos bloques. 1) Agente. Para el caso de este proyecto, el concepto de Agente es materializado en el teléfono celular, en el cual se reciben los promedios y alarmas de las señales de postura y caídas que provienen del dispositivo de medición. En otras palabras, en el teléfono celular se publica la información sobre las medidas, la cual puede ser accedida remotamente a través de servicios CMDISE por una entidad que opera como Manager. 2) Manager. Este se implementó como un servidor WEB que ofrece servicios CMDISE, tales como el servicio Event Report. El Agente accede a los servicios ofrecidos por el servidor WEB para transmitir la información de alertas o promedios de datos para que éstos sean almacenados en una base de datos. 3) Centro de almacenamiento. El centro de almacenamiento es una base de datos que permite guardar la información sobre posturas y caídas. Los datos son desplegados y visualizados en gráficos estadísticos que pueden ser vistos tanto por los pacientes como por trabajadores de la salud para su respectivo análisis. Para desarrollar la aplicación que permite la comunicación entre el Manager y el Agente se utilizó una estructura Cliente- Servidor basada en una plataforma llamada WEB Services que se describe en la siguiente sección. 3) Estructura de comunicación: Para facilitar la comprensión de los conceptos, se va a utilizar de ahora en adelante el nombre Cliente para hacer referencia al Agente y Servidor para hacer referencia al Manager. La plataforma WEB Services permite que un servidor ofrezca servicios que los clientes utilizan para modificar, extraer o actualizar remotamente la información. En el caso del prototipo, el cliente es un dispositivo móvil con una aplicación JAVA (Android o J2ME), que permite que la comunicación se haga por medio de mensajes estructurados con el lenguaje XML. La comunicación con mensajes XML utiliza un protocolo conocido como SOAP (Simple Object Acces Protocol) que tiene una representación literal fácil de comprender para un desarrollador y está contenida en un archivo llamado WSDL ( WSDL: Web Services Description Language). En el caso del proyecto, el archivo WSDL determina la estructura de la comunicación, la cual cumple con lo establecido por la norma a través de los protocolos CMDIP y ROSE. La comunicación es transparente al usuario ya que se efectúa por la misma red por la que transitan los datos convencionales (SMS, voz, etc). Luego de llegar a la estación base, los datos son transferidos por Internet hasta el servidor por medio del protocolo SOAP y la estructura XML. El Cliente se implementa con una aplicación JAVA que se comunica con el Servidor a través de una clase denominada Stub, que hace que los procesos de transmisión de datos sean transparentes al desarrollador; tal aplicación se desarrolla para celulares que manejan perfiles CDC y CLDC, utilizando el conjunto de librerías de programación para dispositivos de baja capacidad de procesamiento denominada J2ME (Java 2 Micro Edition) y para celulares con sistema operativo Android. En el servidor se implementan clases JAVA que contienen

6 métodos que realizan acciones específicas. El Cliente, a través del Stub, puede acceder a tales métodos y ejecutar remotamente las acciones relacionadas con éstos. Desde el punto de vista del prototipo, los métodos implementados en el servidor son servicios CMDISE a los que el Cliente accede especialmente para enviar reportes de eventos, que contienen la información de estadísticas de las posturas del paciente. 4) Codificación JAVA de las estructuras pertenecientes al conjunto de servicios CMDISE: En primer lugar se retomaron las estructuras ROSE y CMDIP definidas en la sección 4b, con base en las cuales se definió un diagrama de clases para diseñar una librería JAVA que pueda ser utilizada cada vez que se desee desarrollar una aplicación en la cual se intercambien mensajes según la norma IEEE Cada clase se incluyó dentro de un paquete dependiendo de protocolo y procedencia, como es el caso de las clases del paquete CMDIP que incluye los objetos relacionados con el protocolo que lleva el mismo nombre. La Fig. 11 muestra el diagrama de paquetes de la librería creada a la cual se denominó ieee1073. Figura 11. Diagrama de paquetes de la librería JAVA ieee1073, creada para este proyecto. 1 WSDL: Web Services Description Language. Observe como las clases mostradas en la Fig. 11 tienen relación con las estructuras definidas en la sección 4b, necesarias para construir un mensaje del servicio Event Report de CMDISE. La siguiente es una descripción de los paquetes de la librería. Paquete MDDL: Incluye las clases que representan atributos contenidos en los objetos de los otros paquetes, entre ellos el atributo AVA TYPE que contiene los valores promedio de posturas medidos en el dispositivo. Paquete Notifications: Contiene a los objetos necesarios para armar una notificación generada por el Escáner. Paquete CMDIP: Contiene a los objetos EventReportArgument y EventReportResult usados para envío y respuesta de reporte de evento respectivamente. Uno de los atributos de EventReportArgument es el objeto ScanReportInfo del paquete Notifications tal como se vio en la sección 4b. Paquete ROSE: Las objetos RORSapdu y ROIVapdu contienen a los objetos EventReportArgument y EventReportResult respectivamente. Representan a la trama CMDISE completa y lista para ser transmitida. 5) Implementación del Servidor: El servidor es un servicio WEB creado con el motor de servicios WEB Axis2. Dentro de este proyecto se incluye la librería de clases ieee1073. Finalmente, se crea una clase con métodos que representan a los servicios CMDISE. La Fig. 12 muestra la implementación en código JAVA del servicio Event Report. Figura 12. Sección de código JAVA en el servidor para el servicio EventReport. Como se puede apreciar en el código, la librería ieee1073 es incluida, lo cual permite utilizar las clases definidas en III- B4. Una de éstas clases, denominada ROIVapdu, del paquete ROSE, se recibe como parámetro en el método eventreport con el nombre evento (mostrado en azul), el cual es desglosado comenzando por el argumento evento.getargument() que es un objeto de la clase EventReportArgument del paquete CMDIP; luego, a partir del argumento se extrae la notificación getargument().geteventinfo().getglbscan().getscaninfo(), que es un objeto de la clase ScanReportInfo del paquete Notifications; finalmente, a partir de la notificación se extraen los valores de los atributos que corresponden a los valores promedios de postura medidos en el dispositivo, que han sido enviados por el Cliente. 6) Implementación del Cliente: La implementación del Cliente se basa en el archivo WSDL generado en el Servidor; por medio de éste se genera el Stub que permite el acceso al servicio eventreport publicado en el Servidor. Después de ésto, las clases pertenecientes a la librería ieee1073 y el Stub están disponibles en el lado del Cliente para iniciar la comunicación. Figura 13. Segmento de código en el Cliente.

7 Los pasos necesarios para crear un mensaje EventReport (reflejados en el código JAVA de la Fig. 13 son los siguientes: Se crea un atributo y se fijan sus identificadores y valores correspondientes a las mediciones de postura (pasos 1 y 2 de la Fig. 13). Se crea una lista de atributos que involucra varios valores medidos (paso 3). Se crean los objetos correspondientes a la notificación (pasos 4,5 y 6). Se fijan los parámetros del objeto de la clase EventReportArgument (pasos 7,8 y 9). Se fijan los parámetros del objeto ROIVapdu que contiene toda la información a transmitir (pasos 10, 11 y 12). Se crea una instancia del Stub (paso 13). Se invoca al servicio eventreport remoto que recibe como parámetro al objeto del tipo ROIVapdu, que es enviado al servidor para ser procesado como se explicó en la sección III-B4 (paso 14). La organización del mensaje creado es similar a la estructura definida por la norma IEEE 1073 (sección 4b) y se aprecia mejor cuando se analiza el contenido del archivo WSDL completo, el cual es muy extenso para ser mostrado en este documento. IV. OPERACIÓN Y DIAGRAMA DEL SISTEMA La Fig. 14 muestra el diagrama total el sistema. Las alarmas sobre malas posturas y caídas y los datos de promedios de posiciones se envían al teléfono celular. Las posturas incorrectas generan alertas locales dentro del mismo celular, las caídas generan una alerta transmitida al celular de otra persona mediante un mensaje SMS y por último, los datos promedio son enviados al Servidor como mensajes Event Report para ser almacenados en una base de datos y publicados gráficamente por medio de una aplicación WEB desarrollada también con el lenguaje JAVA, cuya interfaz gráfica se muestra en la Fig. 15. Figura 14. Diagrama completo del sistema. Figura 15. Despliegue gráfico de promedios de postura. V. RESULTADOS Se logró una implementación funcional del prototipo en la cual el estándar IEEE 1073 es aplicable en mayor medida en el proceso de comunicación entre el teléfono celular y el servidor WEB. Sin embargo, para el caso del hardware, los conceptos de la norma, la mayoría basados en la orientación a objetos, no se pudieron aplicar completamente debido a la limitación de recursos de memoria del microcontrolador y el lenguaje C, usado para programarlo, el cual no soporta orientación a objetos. Esto condujo a que la comunicación con el teléfono celular se hiciera por medio de un protocolo reducido y propietario. A partir del teléfono celular, la información pudo ser manejada desde una estructura orientada a objetos y la comunicación con el servidor WEB cumplió con lo establecido en la norma gracias a la estructura de comunicación WebServices utilizada. La interacción entre el protocolo propietario y la estructura de comunicaciones del estándar se manejó en la aplicación desarrollada en el teléfono celular sin mayores complicaciones gracias a la librería ieee1073 creada. La comunicación entre el monitor de posturas y caídas con el teléfono celular se limitó a las capacidades del módulo Bluetooth de este último, cuya tasa máxima sin distorsión en los datos fue de 9600 bps, lo cual causa que la detección de caídas no sea muy precisa y se noten únicamente aquellos casos en los que éstas son muy abruptas. VI. CONCLUSIONES La norma se puede utilizar en la estructura Cliente- Servidor, especialmente en la comunicación mediante el servicio Event Report de CMDISE. Para el caso del microcontrolador algunos de los conceptos que está define se pueden introducir, como es el caso del objeto Escáner y el objeto Alarma. Sin embargo, no pueden ser vistos como objetos que poseen parámetros o heredan de otros objetos debido a las limitaciones del microcontrolador. La librería ieee1073 creada es flexible y puede ser utilizada en otras implementaciones que necesiten transmitir datos relacionados con otros tipos de señales siguiendo los parámetros de comunicación establecidos por la norma. Esto significa que el Stub generado puede ser utilizado por varios clientes para tener acceso al servicio eventreport implementado en el Servidor.

8 En relación con otros estándares de comunicación tales como DICOM o HL7, la norma IEEE 1073 no pretende reemplazarlos, por el contrario, busca generar una alternativa de estandarización en puntos en los cuales la captura y transmisión de señales biomédicas deben hacerse en condiciones de almacenamiento y procesamiento restringidos, como es el caso del dispositivo propuesto en éste trabajo, en el cual no se dispone de suficientes recursos para hacer una transferencia de imágenes o archivos robustos tal como se maneja en los dispositivos sobre los cuales operan los protocolos de DICOM o HL7. Sin embargo, esto no significa que no haya interoperabilidad del estándar 1073 con DICOM o HL7, ya que los trabajos de desarrollo de todos éstos se hacen conjuntamente. En términos de costo beneficio, se puede decir que una implementación con el estándar 1073 no requiere una elevada inversión económica ni de desarrollo a nivel de hardware y software, sin embargo, el beneficio es alto si se tiene en cuenta que se logra una estandarización que es compatible con los estándares convencionales. En cuanto a la implementación del estándar sobre el dispositivo móvil celular, se concluye que las facilidades aumentan gradualmente con las mejoras que en éste campo la tecnología ofrece cada día, tal es el caso del incremento en velocidades presentes en los módulos Bluetooth (versión 3.0), de la cual no se dispone en los dispositivos pequeños sobre los que se maneja J2ME, mayor capacidad de procesamiento en aplicaciones complejas (Java Android) versus dispositivos con aplicaciones J2ME, la posibilidad de acceder y visualizar más fácilmente la información relacionada con variables corporales del usuario gracias a las mejoras en tamaño y resolución de pantalla de un celular con plataforma Android. Medical Device Communication-Technical Report-Guidelines for the Use of RF Wireless Technology. IEEE 1073 Standard Committee, [5] Freescale Semiconductor: Documento de especificaciones MMA7260QT. Marzo de doc/data sheet/mma7260qt.pdf?pspll=1. [6] Michelle Clifford: Detecting Freefall with Low-G Accelerometers. Freescale Semiconductor. Rev 3, Noviembre de freescale.com/files/sensors/doc/app note/an3151.pdf. [7] Freescale Semiconductor: MC9S08QG8 Data Sheet. Rev 5, Noviembre de sheet/mc9s08qg8.pdf. [8] Sena Technologies: Parani-ESD100/110/200/210 User Guide. Diciembre 26 de parani esd-v1.1.7.pdf. [9] Enrique Ortíz: Introduction to J2ME Web Services. Java Community Process, Marzo de webservices html. [10] Create java web service in Eclipse using Axis2. Diciembre de [11] Developer Android: Bluetooth, Noviembre de android.com/guide/topics/connectivity/bluetooth.html. David Alejandro Martínez received the Engineering degree in Electronic and Telecommunications from Universidad del Cauca - Popayán, Colombia, in 2005, and the Master degree in Electronic Engineering and Computers from Universidad de los Andes, Bogotá, Colombia in His current research interest is Biomedical Engineering and applications of MEMS devices in telemedicine and medical home care, Telecommunications and Smart Grids. VII. TRABAJOS FUTUROS Una aplicación que puede valerse de los conceptos expuestos en este documento es el monitoreo de actividad física de una persona, que estaría basado en la relación que tiene la aceleración con el gasto de energía. El proyecto es muy aplicable para monitorear el ritmo de vida de las personas, especialmente el de aquellas que se encuentran en observación médica. Implementaciones para otros tipos de variables fisiológicas, que se desarrollen de manera similar a la expuesta, tales como transmisiones de eventos sobre niveles de azúcar de un paciente o señales de alerta o comportamiento de estados generados en un electrocardiógrafo. Análisis de interacción del estándar IEEE 1073 con estándares como HL7 y DICOM. REFERENCIAS [1] IEEE1073 Committee of the IEEE Engineering in Medicine and Biology Society: ISO/IEEE :2004(E), Domain Information Model. IEEE 1073 Standard Committee, Junio 24 de [2] IEEE1073 Committee of the IEEE Engineering in Medicine and Biology Society: ISO/IEEE :2004(E), Nomenclature. IEEE 1073 Standard Committee, Junio 24 de [3] IEEE 1073 Committee of the IEEE Engineering in Medicine and Biology Society: ISO/IEEE :2004(E), Application profiles- Base Standard. IEEE 1073 Standard Committee, Junio 24 de [4] IEEE 1073 Committee of the IEEE Engineering in Medicine and Biology Society: P /D03, Health Informatics-Point-of-Care

Fundamentos de Redes LI. Unidad III Modelos de Comunicaciones 3.1 Modelo de referencia OSI.

Fundamentos de Redes LI. Unidad III Modelos de Comunicaciones 3.1 Modelo de referencia OSI. 3.1 Modelo de referencia OSI. Durante las últimas dos décadas ha habido un enorme crecimiento en la cantidad y tamaño de las redes. Muchas de ellas sin embargo, se desarrollaron utilizando implementaciones

Más detalles

JAVA EE 5. Arquitectura, conceptos y ejemplos.

JAVA EE 5. Arquitectura, conceptos y ejemplos. JAVA EE 5. Arquitectura, conceptos y ejemplos. INTRODUCCIÓN. MODELO DE LA APLICACIÓN JEE5. El modelo de aplicación Java EE define una arquitectura para implementar servicios como lo hacen las aplicaciones

Más detalles

Supervisión y Monitoreo de Procesos Empleando Mensajes de Texto

Supervisión y Monitoreo de Procesos Empleando Mensajes de Texto 15 Supervisión y Monitoreo de Procesos Empleando Mensajes de Texto Luis Humberto Pérez Urteaga, Guillermo Tejada Muñoz Facultad de Ingeniería Electrónica y Eléctrica, Universidad Nacional Mayor de San

Más detalles

DISEÑO, IMPLEMENTACIÓN Y VERIFICACIÓN DE UN SISTEMA DE HARDWARE RECONFIGURABLE PARA APLICACIONES DE CONTROL.

DISEÑO, IMPLEMENTACIÓN Y VERIFICACIÓN DE UN SISTEMA DE HARDWARE RECONFIGURABLE PARA APLICACIONES DE CONTROL. DISEÑO, IMPLEMENTACIÓN Y VERIFICACIÓN DE UN SISTEMA DE HARDWARE RECONFIGURABLE PARA APLICACIONES DE CONTROL. Javier Ernesto Santos Estepa Universidad Distrital Francisco José De Caldas 2015. Bogotá-Colombia

Más detalles

UNIVERSIDAD CENTROCCIDENTAL "LISANDRO ALVARADO" DECANATO DE CIENCIAS Y TECNOLOGIA MAESTRIA EN CIENCIAS DE LA COMPUTACION MENCION REDES DE COMPUTADORAS

UNIVERSIDAD CENTROCCIDENTAL LISANDRO ALVARADO DECANATO DE CIENCIAS Y TECNOLOGIA MAESTRIA EN CIENCIAS DE LA COMPUTACION MENCION REDES DE COMPUTADORAS UNIVERSIDAD CENTROCCIDENTAL "LISANDRO ALVARADO" DECANATO DE CIENCIAS Y TECNOLOGIA MAESTRIA EN CIENCIAS DE LA COMPUTACION MENCION REDES DE COMPUTADORAS MODELO DE GESTION WBEM PARA ADMINISTRACION DE REDES

Más detalles

CAPITULO III. TECNOLOGÍA SNMP

CAPITULO III. TECNOLOGÍA SNMP CAPITULO III. TECNOLOGÍA SNMP En este capitulo haremos una presentación sobre la estructura básica del protocolo de monitoreo SNMP. El objetivo de este protocolo es poder realizar un monitoreo del estado

Más detalles

GLOSARIO 1.2G: 2-2.5G 3G: Bluetooth: Bps: Bits por Segundo CEPT (European Postal Telephone and Telegraph):

GLOSARIO 1.2G: 2-2.5G 3G: Bluetooth: Bps: Bits por Segundo CEPT (European Postal Telephone and Telegraph): GLOSARIO 1.2G: Segunda generación de la telefonía móvil. Nace en el momento en el que se empieza a utilizar la tecnología digital para las comunicaciones móviles, a través de una red GSM, en 1991. 2-2.5G:

Más detalles

Mejor tecnología para aplicación práctica NOMAD

Mejor tecnología para aplicación práctica NOMAD TECNOLOGÍA APLICACIÓN PRÁCTICA NOMAD: NOMADIC MODEL FOR THE DISPLAY ADAPTATION ORIENTED TO FINAL USERS NOMAD Mejor tecnología para aplicación práctica NOMAD Luis Carlos Niño Tavera Juan Carlos Nova El

Más detalles

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo.

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo. GLOSARIO Actor: Un actor es un usuario del sistema. Esto incluye usuarios humanos y otros sistemas computacionales. Un actor usa un Caso de Uso para ejecutar una porción de trabajo de valor para el negocio.

Más detalles

LX20 Transmisor universal GPRS

LX20 Transmisor universal GPRS LX20 Transmisor universal GPRS GPRS un medio de comunicación eficiente Cómo funciona? El transmisor universal GPRS LX20 permite el uso de la red de telefonía celular GSM para la transmisión de eventos

Más detalles

Diseño de Sistemas embebidos y comunicaciones: Aplicaciones de telefonía, RF y localización remota. Ing. José Oliden Martínez

Diseño de Sistemas embebidos y comunicaciones: Aplicaciones de telefonía, RF y localización remota. Ing. José Oliden Martínez Diseño de Sistemas embebidos y comunicaciones: Aplicaciones de telefonía, RF y localización remota El controlador dentro de un sistema de Control DISPOSITIVO DE MEDICIÓN CONVERSOR ANÁLOGO DIGITAL CONTROLADOR

Más detalles

En este capítulo se presenta el marco teórico sobre las redes inalámbricas que utilizan el

En este capítulo se presenta el marco teórico sobre las redes inalámbricas que utilizan el Capítulo 2 Estándar IEEE 802.11 En este capítulo se presenta el marco teórico sobre las redes inalámbricas que utilizan el WEP como protocolo de seguridad. Se mencionan las características generales de

Más detalles

Capítulo 5. Análisis del software del simulador del sistema de seguridad

Capítulo 5. Análisis del software del simulador del sistema de seguridad 1 Capítulo 5. Análisis del software del simulador del sistema de seguridad Para realizar análisis del simulador de sistema de seguridad se recurrió a diagramas de flujo de datos (DFD s), ya que se consideró

Más detalles

Protocolos y Modelo OSI

Protocolos y Modelo OSI Protocolos y Modelo OSI. Mg. Gabriel H. Tolosa. tolosoft@unlu.edu.ar So as I look at transitioning to the communication platforms of the future, I see that the beauty of Internet protocols is you get the

Más detalles

Capítulo 1: Introducción

Capítulo 1: Introducción Capítulo 1: Introducción El presente trabajo se ubica en el área de administración de redes inalámbricas de computadoras y tiene como objetivo crear una propuesta de solución para permitir un manejo más

Más detalles

CAPÍTULO 3 Programación en LabVIEW

CAPÍTULO 3 Programación en LabVIEW CAPÍTULO 3 Programación en LabVIEW 3.1 Conexión física de los elementos Para capturar todas las señales provenientes de los sensores se utilizó una tarjeta de adquisición de datos de National Instruments,

Más detalles

51 Int. CI.: H04N 5/00 (2011.01) TRADUCCIÓN DE PATENTE EUROPEA. Título: Receptor con guía electrónica de programas multiusuario concurrente

51 Int. CI.: H04N 5/00 (2011.01) TRADUCCIÓN DE PATENTE EUROPEA. Título: Receptor con guía electrónica de programas multiusuario concurrente 19 OFICINA ESPAÑOLA DE PATENTES Y MARCAS ESPAÑA 11 Número de publicación: 2 487 868 1 Int. CI.: H04N /00 (11.01) 12 TRADUCCIÓN DE PATENTE EUROPEA T3 96 Fecha de presentación y número de la solicitud europea:

Más detalles

CAPÍTULO III SISTEMA PAGING. breves mensajes a una terminal portátil. Este sistema es conveniente para personas que

CAPÍTULO III SISTEMA PAGING. breves mensajes a una terminal portátil. Este sistema es conveniente para personas que CAPÍTULO III SISTEMA PAGING 3.1 Sistema Paging El paging es un sistema que tiene como meta principal la transmisión inalámbrica de breves mensajes a una terminal portátil. Este sistema es conveniente para

Más detalles

Conjunto de computadores, equipos de comunicaciones y otros dispositivos que se pueden comunicar entre sí, a través de un medio en particular.

Conjunto de computadores, equipos de comunicaciones y otros dispositivos que se pueden comunicar entre sí, a través de un medio en particular. Que es una red? Conjunto de computadores, equipos de comunicaciones y otros dispositivos que se pueden comunicar entre sí, a través de un medio en particular. Cuantos tipos de redes hay? Red de área personal,

Más detalles

PROYECTO DISEÑO Y CONSTRUCCIÓN DE UN MONITOR DE SIGNOS VITALES BASADO EN UN COMPUTADOR PORTÁTIL

PROYECTO DISEÑO Y CONSTRUCCIÓN DE UN MONITOR DE SIGNOS VITALES BASADO EN UN COMPUTADOR PORTÁTIL PROYECTO DISEÑO Y CONSTRUCCIÓN DE UN MONITOR DE SIGNOS VITALES BASADO EN UN COMPUTADOR PORTÁTIL PRODUCTO INTERMEDIO P01 RELACIÓN ADQUISICIÓN MATERIAL BIBLIOGRÁFICO ACTIVIDAD: A05: Adquisición material

Más detalles

Capitulo 3. Desarrollo del Software

Capitulo 3. Desarrollo del Software Capitulo 3 Desarrollo del Software 3.1 Análisis del sistema 3.1.1 Organización de la autopista virtual Para el presente proyecto se requiere de simular una autopista para que sirva de prueba. Dicha autopista

Más detalles

Introducción a las Redes de Computadoras

Introducción a las Redes de Computadoras Introducción a las Redes de Computadoras Temas: - Repaso del curso Práctico 10 Objetivos: Practicar con ejercicios de examen. Ejercicio 1. (05/02/2003) Una empresa desde donde se realizan muchas consultas

Más detalles

Implementación de tecnologías móviles para celular en una biblioteca universitaria

Implementación de tecnologías móviles para celular en una biblioteca universitaria Título de la ponencia: Implementación de tecnologías móviles para celular en una biblioteca universitaria Información del autor(es): Nombres y apellidos: JOSE O. VERA Grado académico: Ingeniero en Electrónica

Más detalles

Visualización y modelado de elementos geográficos en dispositivos móviles. Capítulo 5: Aplicaciones cliente

Visualización y modelado de elementos geográficos en dispositivos móviles. Capítulo 5: Aplicaciones cliente Capítulo 5: Aplicaciones cliente 46 5.1 La aplicación cliente en la Pocket PC La aplicación desarrollada para el cliente en un dispositivo móvil como corresponde a la Pocket PC necesita una capa muy delgada

Más detalles

Sistema Web con Acceso a Bases de Datos Multiplataforma a Través de Teléfonos Celulares

Sistema Web con Acceso a Bases de Datos Multiplataforma a Través de Teléfonos Celulares TELEPROCESO Y SISTEMAS DISTRIBUIDOS Sistema Web con Acceso a Bases de Datos Multiplataforma a Través de Teléfonos Celulares L I C. S E R G I O A N D R É S S O T O Guía de la Presentación Marco Conceptual

Más detalles

DICOM (Digital Imaging and Communications in Medicine)

DICOM (Digital Imaging and Communications in Medicine) DICOM (Digital Imaging and Communications in Medicine) El estándar DICOM Creado por ACR (American College of Radiology) y NEMA (National Electrical Manufacturers Association). Es un estándar de facto.

Más detalles

LBRTU315011. Características

LBRTU315011. Características Tu Sitio de Automatización! LBRTU315011 El LBRTU315011 es un equipo GSM de control y alarma. Le permite monitorear y controlar una alarma o estaciones remotas o equipos vía SMS. Este dispositivo es alimentado

Más detalles

Cada día se utilizan los sistemas de control remoto para el control de la protección catódica, por la siguientes ventajas:

Cada día se utilizan los sistemas de control remoto para el control de la protección catódica, por la siguientes ventajas: . * DENOMINACIÓN: SISTEMA DE CONTROL REMOTO DE PROTECCIÓN CATÓDICA * CÓDIGO: CPM Cada día se utilizan los sistemas de control remoto para el control de la protección catódica, por la siguientes ventajas:

Más detalles

El monitoreo de una variable física requiere supervisión permanente de señales que

El monitoreo de una variable física requiere supervisión permanente de señales que Capítulo 1 Marco Contextual 1.1. Formulación del problema 1.1.1. Definición del problema El monitoreo de una variable física requiere supervisión permanente de señales que varían con el tiempo. Tal información,

Más detalles

dentro del SGP (Sistema de Gestión de Propiedades) una lista de reservaciones que

dentro del SGP (Sistema de Gestión de Propiedades) una lista de reservaciones que 1. Introducción 1.1. Definición del problema La operación diaria en la recepción de un hotel incluye capturar manualmente dentro del SGP (Sistema de Gestión de Propiedades) una lista de reservaciones que

Más detalles

CAPÍTULO I. Sistemas de Control Distribuido (SCD).

CAPÍTULO I. Sistemas de Control Distribuido (SCD). 1.1 Sistemas de Control. Un sistema es un ente cuya función es la de recibir acciones externas llamadas variables de entrada que a su vez provocan una o varias reacciones como respuesta llamadas variables

Más detalles

1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones.

1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones. Módulo Profesional: Servicios en Red. Código: 0227. Resultados de aprendizaje y criterios de evaluación. 1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones.

Más detalles

ESCUELA POLITÉCNICA DEL EJÉRCITO DEPARTAMENTO DE ELÉCTRICA Y ELECTRÓNICA. Sr. Daniel Cadena M. Sr. Luis Romero S. RESUMEN

ESCUELA POLITÉCNICA DEL EJÉRCITO DEPARTAMENTO DE ELÉCTRICA Y ELECTRÓNICA. Sr. Daniel Cadena M. Sr. Luis Romero S. RESUMEN Diseño e implementación de un sistema de control e inventario electrónico a través de la internet basado en la tecnología RFID para los laboratorios del DEEE-ESPE ESCUELA POLITÉCNICA DEL EJÉRCITO DEPARTAMENTO

Más detalles

Prototipo de virtualización de un caso de estudio para fundamentar la virtualización en el SNEST

Prototipo de virtualización de un caso de estudio para fundamentar la virtualización en el SNEST L u n a G a r c í a F e l i p e - M a r t í n e z Z a m u d i o M a r í a d e L o u r d e s V Í N C U L O S J U L I O D E 2 0 1 3 VOLUMEN 10 NÚMERO 2 Prototipo de virtualización de un caso de estudio para

Más detalles

Sistema de monitoreo remoto y evaluación de signos vitales en pacientes con enfermedades crónicas.

Sistema de monitoreo remoto y evaluación de signos vitales en pacientes con enfermedades crónicas. Sistema de monitoreo remoto y evaluación de signos vitales en pacientes con enfermedades crónicas. Grecia Areli López-Orozco 1, Juan Antonio Guerrero-Ibáñez 2, Erika Ramos-Michel 3 Universidad de Colima

Más detalles

Control de la instalación fotovoltaica FRONIUS IG Signal Card y FRONIUS IG DatCom

Control de la instalación fotovoltaica FRONIUS IG Signal Card y FRONIUS IG DatCom Control de la instalación fotovoltaica FRONIUS IG Signal Card y FRONIUS IG DatCom UNA DELICIA PARA LA COMUNICACIÓN KOMMUNIKATIONS- FREUDIG CONTROL Y VISUALIZACIÓN DE LA INSTALACIÓN FOTOVOLTAICA LA FRONIUS

Más detalles

5. MODELOS DE CLIENTE Y SERVIDOR ORIENTADOS A AGENTES MÓVILES

5. MODELOS DE CLIENTE Y SERVIDOR ORIENTADOS A AGENTES MÓVILES SISTEMAS DISTRIBUIDOS DE REDES 5. MODELOS DE CLIENTE Y SERVIDOR ORIENTADOS A AGENTES MÓVILES Programación remota: Introducción y generalidades INTRODUCCIÓN Debido a la dificultad de la arquitectura actual

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Especificaciones de Software

Especificaciones de Software Especificaciones de Software Actualización: junio 13, 2011 Total de páginas: 7 Todos los derechos reservados Requerimientos Los únicos requerimientos para el uso del software son los siguientes: Componente

Más detalles

11 Número de publicación: 2 321 774. 21 Número de solicitud: 200600040. 51 Int. Cl.: 74 Agente: Urízar Anasagasti, Jesús María

11 Número de publicación: 2 321 774. 21 Número de solicitud: 200600040. 51 Int. Cl.: 74 Agente: Urízar Anasagasti, Jesús María 19 OFICINA ESPAÑOLA DE PATENTES Y MARCAS ESPAÑA 11 Número de publicación: 2 321 774 21 Número de solicitud: 200600040 51 Int. Cl.: H04W 88/00 (2009.01) G08B 23/00 (2006.01) 12 SOLICITUD DE PATENTE A1 22

Más detalles

ANEXO B. ARTÍCULO SEGÚN EL FORMATO DE LA IEEE PARA DIFUSIÓN SEGUIMIENTO GPS BASADO EN EVENTOS: UNA NUEVA APLICACION PARA TELÉFONOS CELULARES

ANEXO B. ARTÍCULO SEGÚN EL FORMATO DE LA IEEE PARA DIFUSIÓN SEGUIMIENTO GPS BASADO EN EVENTOS: UNA NUEVA APLICACION PARA TELÉFONOS CELULARES ANEXO B. ARTÍCULO SEGÚN EL FORMATO DE LA IEEE PARA DIFUSIÓN SEGUIMIENTO GPS BASADO EN EVENTOS: UNA NUEVA APLICACION PARA TELÉFONOS CELULARES Rueda, Jesús Andrés Resumen. Este artículo tiene como propósito

Más detalles

13º) LA COMUNICACIÓN ENTRE LA UPS Y EL USUARIO

13º) LA COMUNICACIÓN ENTRE LA UPS Y EL USUARIO 13º) LA COMUNICACIÓN ENTRE LA UPS Y EL USUARIO Introducción: En la actualidad, prácticamente todos los equipos UPS, independientemente de su potencia y sistema de operación, incorporan algún tipo de sistema

Más detalles

UNIDAD FORMATIVA 1: Instalación y Configuración de los Nodos de Area Local

UNIDAD FORMATIVA 1: Instalación y Configuración de los Nodos de Area Local UNIDAD FORMATIVA 1: Instalación y Configuración de los Nodos de Area Local OBJETIVOS: - Explicar las topologías de una red local en función de las tecnologías y arquitecturas existentes. - Clasificar los

Más detalles

Escogiendo un sistema host

Escogiendo un sistema host 2002 Emerson Process Management. Todos los derechos reservados. Vea este y otros cursos en línea en www.plantwebuniversity.com. Fieldbus 402 Escogiendo un sistema host Generalidades Experiencia del proveedor

Más detalles

11 Número de publicación: 2 214 165. 51 Int. Cl. 7 : H04L 12/58. 72 Inventor/es: Degraeve, Michel. 74 Agente: Curell Suñol, Marcelino

11 Número de publicación: 2 214 165. 51 Int. Cl. 7 : H04L 12/58. 72 Inventor/es: Degraeve, Michel. 74 Agente: Curell Suñol, Marcelino 19 OFICINA ESPAÑOLA DE PATENTES Y MARCAS ESPAÑA 11 Número de publicación: 2 214 16 1 Int. Cl. 7 : H04L 12/8 H04Q 7/22 12 TRADUCCIÓN DE PATENTE EUROPEA T3 86 Número de solicitud europea: 0187007. 86 Fecha

Más detalles

PACS. Picture Archiving and Communication Systems

PACS. Picture Archiving and Communication Systems PACS Picture Archiving and Communication Systems Introducción Sistemas diseñados para la gestión de la imagen médica. No hay estándares. Utilizan como base DICOM. Qué es un PACS? Un sistema de adquisición

Más detalles

Capítulo I. Marco Teórico

Capítulo I. Marco Teórico 1 Capítulo I. Marco Teórico 1. Justificación Hoy en día existe una gran diversidad de aplicaciones que corren sobre la World Wide Web (WWW o Web), y cada una orientada a un fin en particular, el cuál depende

Más detalles

Sistema de marketing de proximidad

Sistema de marketing de proximidad Dizan Vasquez Propuesta de proyecto Sistema de marketing de proximidad ACME México Dizan Vasquez Índice general 1. Descripción 3 2. Resúmen ejecutivo 4 2.1. Objetivo.................................................

Más detalles

Análisis de Requisitos

Análisis de Requisitos Análisis de Requisitos Los requisitos determinan lo que hará el sistema y definen restricciones sobre su operación e implementación. El análisis de requisitos es el proceso del estudio de las necesidades

Más detalles

Gestión de energía Solución integrada basada en la Web para el control de aplicaciones de energía convencional distribuida Modelo Em 2 -Server

Gestión de energía Solución integrada basada en la Web para el control de aplicaciones de energía convencional distribuida Modelo Em 2 -Server Gestión de energía Solución integrada basada en la Web para el control de aplicaciones de energía convencional distribuida Modelo Em 2 -Server Solución software con base de datos incorporada y servidor

Más detalles

Para el desarrollo de aplicaciones Web se han generado múltiples tecnologías entre ellas se encuentran:

Para el desarrollo de aplicaciones Web se han generado múltiples tecnologías entre ellas se encuentran: Desarrollo de aplicaciones y servicios web Cinxgler Mariaca Minda Cinxgler@udistrital.edu.co Presidente Capítulo de Computadores Rama IEEE Universidad Distrital Francisco José de Caldas Resumen: Este articulo

Más detalles

LA ARQUITECTURA TCP/IP

LA ARQUITECTURA TCP/IP LA ARQUITECTURA TCP/IP Hemos visto ya como el Modelo de Referencia de Interconexión de Sistemas Abiertos, OSI-RM (Open System Interconection- Reference Model) proporcionó a los fabricantes un conjunto

Más detalles

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el Capitulo II. Análisis de herramientas y tecnologías de desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el lenguaje de Modelo de Objetos llamado UML (Unified

Más detalles

SISTEMAS IDEALES SISTIDE, S.A. SISTEMA GESTION DE USUARIOS

SISTEMAS IDEALES SISTIDE, S.A. SISTEMA GESTION DE USUARIOS SISTEMAS IDEALES SISTIDE, S.A. SISTEMA GESTION DE USUARIOS PÁGINA 2 SISTEMAS IDEALES SISTIDE, S.A. SISTEMA DE GESTIÓN DE USUARIOS (SGU) Hoy en día los centros de tecnología de información tienen a su cargo

Más detalles

Etapas del desarrollo

Etapas del desarrollo Capítulo 4 Etapas del desarrollo Este capítulo documenta la aplicación del modelo presentado anteriormente, para el caso de la detección y clasificación de eventos sísmicos sobre señales digitales. El

Más detalles

SMART GRIDS. Herramientas para una Iluminación Eficiente. Ignacio Benítez Sánchez ignacio.benitez@ite.es INSTITUTO TECNOLÓGICO DE LA ENERGÍA

SMART GRIDS. Herramientas para una Iluminación Eficiente. Ignacio Benítez Sánchez ignacio.benitez@ite.es INSTITUTO TECNOLÓGICO DE LA ENERGÍA SMART GRIDS Herramientas para una Iluminación Eficiente Ignacio Benítez Sánchez ignacio.benitez@ite.es Departamento Smart Grids INSTITUTO TECNOLÓGICO DE LA ENERGÍA Valencia, 13 de Mayo de 2014 CONTENIDO

Más detalles

DISPOSITIVO DE DETECCIÓN Y RASTREO DE MOVIMIENTO AUTÓNOMO PARA CÁMARAS DE VIDEO Anteproyecto de Tesis de Magíster en Ingeniería del Software

DISPOSITIVO DE DETECCIÓN Y RASTREO DE MOVIMIENTO AUTÓNOMO PARA CÁMARAS DE VIDEO Anteproyecto de Tesis de Magíster en Ingeniería del Software DISPOSITIVO DE DETECCIÓN Y RASTREO DE MOVIMIENTO AUTÓNOMO PARA CÁMARAS DE VIDEO Anteproyecto de Tesis de Magíster en Ingeniería del Software Tesista: Ing. José A. Bello Director: Prof. M.Ing. Paola V.

Más detalles

Manual de Operación del Software

Manual de Operación del Software Manual de Operación del Software Capitulo 1. Introducción 1.1 Introducción 1.2 Descripción 1.3 Entrada al sistema Índice Capitulo 2. Monitoreo de Variables y Control 2.1 Pantalla de Monitoreo de variables

Más detalles

Manual del Módulo de Telefonía IP v1.23a. Titulo

Manual del Módulo de Telefonía IP v1.23a. Titulo Manual del Módulo de Telefonía IP v1.23a Titulo Contenido 1 INTRODUCCIÓN... 3 2 ARQUITECTURA Y CONCEPTOS... 3 3 CAPACIDADES Y ESQUEMAS DE CONEXIÓN... 5 3.1 EDOMO COMO CENTRALITA TELEFÓNICA: INTERCOMUNICACIÓN...

Más detalles

V. CAPÍTULO: CONTRIBUCIÓN

V. CAPÍTULO: CONTRIBUCIÓN V. CAPÍTULO: CONTRIBUCIÓN Requerimientos del Sistema Para llevar a cabo el desarrollo de nuestro sistema se establecieron tanto los actores como los requerimientos funcionales y no funcionales del sistema.

Más detalles

OBLIGACIONES DE HACER INSTITUCIONES PÚBLICAS (INSTITUCIONES EDUCATIVAS, HOSPITALES Y CENTROS DE SALUD) DECRETO 2044 DE 2013

OBLIGACIONES DE HACER INSTITUCIONES PÚBLICAS (INSTITUCIONES EDUCATIVAS, HOSPITALES Y CENTROS DE SALUD) DECRETO 2044 DE 2013 OBLIGACIONES DE HACER INSTITUCIONES PÚBLICAS (INSTITUCIONES EDUCATIVAS, HOSPITALES Y CENTROS DE SALUD) DECRETO 2044 DE 2013 ANEXO 5 MONITOREO Y SISTEMAS DE INFORMACION JUNIO 2014 ÍNDICE DE CONTENIDOS MONITOREO

Más detalles

Arquitectura de Aplicaciones

Arquitectura de Aplicaciones 1 Capítulo 13: Arquitectura de aplicaciones. - Sommerville Contenidos del capítulo 13.1 Sistemas de procesamiento de datos 13.2 Sistemas de procesamiento de transacciones 13.3 Sistemas de procesamiento

Más detalles

Eagle e Center. Tel 57 1 6064173 Bogotá Colombia. estadístico que genera reportes gráficos y consolidados de esta información.

Eagle e Center. Tel 57 1 6064173 Bogotá Colombia. estadístico que genera reportes gráficos y consolidados de esta información. El valor de la información, definiendo información como los datos procesados bajo parámetros útiles, es determinante en los mercados actuales, donde las decisiones basadas en hechos y datos garantizan

Más detalles

SISTEMA UNIFICADO DE CONTROL EN TIEMPO REAL (SUCTR)

SISTEMA UNIFICADO DE CONTROL EN TIEMPO REAL (SUCTR) SISTEMA UNIFICADO DE CONTROL EN TIEMPO REAL (SUCTR) Sistema Unificado de Control en Tiempo Real - SUCTR: El sistema unificado de control en tiempo real, en adelante SUCTR, es un sistema de administración

Más detalles

Wireless Sensor Network in a nuclear facility: A technology aplication proposal

Wireless Sensor Network in a nuclear facility: A technology aplication proposal Wireless Sensor Network in a nuclear facility: A technology aplication proposal CNEA,IB (1) U. FASTA (2) Maciel, F. 1 - Fernández, R. O. 1 - Vilugron, R. M. 2 This work presents an overview of a pretended

Más detalles

Guía Práctica: Como configurar el SYRUS para trabajar con www.visioanairegps.com Rev. 1.0

Guía Práctica: Como configurar el SYRUS para trabajar con www.visioanairegps.com Rev. 1.0 Guía Rápida de Configuración de Equipo SYRUS. Página 1 de 24 Guía Práctica: Como configurar el SYRUS para trabajar con www.visioanairegps.com Rev. 1.0 Guía Rápida de Configuración de Equipo SYRUS. Página

Más detalles

Desarrollo y servicios web

Desarrollo y servicios web Desarrollo y servicios web Luisa Fernanda Rincón Pérez 2014-2 Qué vimos la clase pasada? Introducción a Big Data Introducción a bases de datos NOSQL Características bases de datos NOSQL MongoDB como motor

Más detalles

Centro Universitario de Ciencias Exactas e Ingenierías DIVISION DE ELECTRONICA Y COMPUTACION

Centro Universitario de Ciencias Exactas e Ingenierías DIVISION DE ELECTRONICA Y COMPUTACION SISTEMA DE MONITOREO POR INTERNET CON ENVÍO DE IMÁGENES Ricardo Hernández Durán (Ingeniería en Comunicaciones y Electrónica) Gabriela Ramos Rosas (Licenciatura en Informática) Víctor Jiménez García (Ingeniería

Más detalles

Sistema de Señalización #7

Sistema de Señalización #7 Sistema de Señalización #7 ITU-TS desarrolla CCS#6 en los 60 s Mas tarde evoluciona a CCS#7, actual estandar. SU secreto radica en su estructura y topología Usa paquetes para transferir información entre

Más detalles

Implementación de Redes Inalámbricas de Sensores WSN (Wireless Sensor Networks) para el Monitoreo Estructural

Implementación de Redes Inalámbricas de Sensores WSN (Wireless Sensor Networks) para el Monitoreo Estructural Implementación de Redes Inalámbricas de Sensores WSN (Wireless Sensor Networks) para el Monitoreo Estructural Daniel Omar Buelvas Contreras*, Roberto Carlos Hincapié Reyes* *Universidad Pontificia Bolivariana,

Más detalles

INTEROPERABILIDAD ENTRE LOS MARCOS DE GESTION SNMP Y CORBA (GATEWAY)

INTEROPERABILIDAD ENTRE LOS MARCOS DE GESTION SNMP Y CORBA (GATEWAY) UNIVERSIDAD CENTROCCIDENTAL LISANDRO ALVARADO DECANATO DE CIENCIA Y TECNOLOGIA MAESTRIA CIENCIA DE LA COMPUTACION MENCION REDES DE COMPUTADORAS INTEROPERABILIDAD ENTRE LOS MARCOS DE GESTION SNMP Y CORBA

Más detalles

ATN Recorder Pro V. Grabador Analógico & Digital Profesional de Comunicaciones. Versión 5

ATN Recorder Pro V. Grabador Analógico & Digital Profesional de Comunicaciones. Versión 5 ATN Recorder Pro V Grabador Analógico & Digital Profesional de Comunicaciones Versión 5 Copyright (C) ATN Recorder Pro V 2001 2014 DC. Todos los Derechos Reservados. La información contenida en este documento

Más detalles

Introducción En este apartado se va a proporcionar una apreciación global del SRS.

Introducción En este apartado se va a proporcionar una apreciación global del SRS. INTRODUCCIÓN Se pretende desarrollar una aplicación web para la gestión de un restaurante que ofrece espectáculos en fechas determinadas con el fin de poner en práctica los principios de planificación

Más detalles

CAPÍTULO 5. Hemos utilizado la técnica de programación orientado a objetos por su

CAPÍTULO 5. Hemos utilizado la técnica de programación orientado a objetos por su 88 CAPÍTULO 5 5. IMPLEMENTACIÓN 5.1 Modelo Utilizado en Programación. Hemos utilizado la técnica de programación orientado a objetos por su eficiencia y eficacia en el modelo mvc, ya que permite la reutilización

Más detalles

DISEÑO DE UN SOFTWARE BASADO EN FORMATO DICOM PARA ADQUISICIÓN, ALMACENAMIENTO Y TRANSMISIÓN DE IMÁGENES EN TELEMEDICINA

DISEÑO DE UN SOFTWARE BASADO EN FORMATO DICOM PARA ADQUISICIÓN, ALMACENAMIENTO Y TRANSMISIÓN DE IMÁGENES EN TELEMEDICINA DISEÑO DE UN SOFTWARE BASADO EN FORMATO DICOM PARA ADQUISICIÓN, ALMACENAMIENTO Y TRANSMISIÓN DE IMÁGENES EN TELEMEDICINA Leonor Delgado Plaza1, Karina Reyes Figueroa2, M. Sc. Miguel Yapur3 1 Ingeniero

Más detalles

Requisitos del Software Aplicativo Móvil SISTEMAS INTELIGENTES EN RED S.A.S.

Requisitos del Software Aplicativo Móvil SISTEMAS INTELIGENTES EN RED S.A.S. Requisitos del Software Aplicativo Móvil SISTEMAS INTELIGENTES EN RED S.A.S. Desarrollo de Aplicativo Móvil 2 Índice 1. INTRODUCCIÓN... 3 2. OBJETIVO... 3 3. MÓDULO MENSAJERÍA... 3 3.1. Actores... 3 3.2.

Más detalles

Productos de medición polifásica para aplicaciones avanzadas de medición de energía. Medición Comercial e Industrial

Productos de medición polifásica para aplicaciones avanzadas de medición de energía. Medición Comercial e Industrial Productos de medición polifásica para aplicaciones avanzadas de medición de energía Medición Comercial e Industrial Tecnología de Punta La familia de medidores comerciales e industriales de Landis+Gyr

Más detalles

Capítulo 2. Planteamiento del problema. Capítulo 2 Planteamiento del problema

Capítulo 2. Planteamiento del problema. Capítulo 2 Planteamiento del problema Capítulo2 Planteamientodelproblema 38 2.1Antecedentesycontextodelproyecto En lo que respecta a los antecedentes del proyecto, se describe inicialmente el contexto donde se utiliza el producto de software.

Más detalles

Prototipo del sistema integrado

Prototipo del sistema integrado TSI-090100-2011-19/ Ministerio de Industria, Turismo y Comercio / AVANZA I+D (2011) SISTEMA DE DISTRIBUCIÓN DE CONTENIDOS Y PUBLICIDAD PERSONALIZADA SOBRE IP Proyecto CONTENTIPLICER Prototipo del sistema

Más detalles

Estructura del protocolo OSI

Estructura del protocolo OSI Semana 14 14 Empecemos! En esta última semana del 9no semestre te queremos felicitar por haber llegado hasta aquí con éxito, enfrentando y resolviendo retos relacionados a los tipos de redes. Esperamos

Más detalles

5.2 Plataforma de Desarrollo Para la Interfaz de Usuario

5.2 Plataforma de Desarrollo Para la Interfaz de Usuario 5.1 Introducción Para la comunicación entre SATEDU y su estación terrena se necesita ajustar ciertos parámetros de comunicación de la Tarjeta de Comunicaciones como la tasa de transmisión, el número de

Más detalles

DICOM (Digital. Imaging and Communications in Medicine)

DICOM (Digital. Imaging and Communications in Medicine) DICOM (Digital Imaging and Communications in Medicine) El estándar DICOM Creado por ACR (American College of Radiology) y NEMA (National Electrical Manufacturers Association). Es un estándar de facto.

Más detalles

Casa Inteligente. Descripción general del Sistema

Casa Inteligente. Descripción general del Sistema Casa Inteligente Descripción general del Sistema El sistema que se describe a continuación permite la gestión y el control inteligente del hogar de modo de mejorar el confort y permitir una gestión eficiente

Más detalles

Agrupamiento Familia Puesto Alcance del puesto Requisitos excluyentes

Agrupamiento Familia Puesto Alcance del puesto Requisitos excluyentes TIC-1-1 Analista de monitoreo de redes Monitorear y controlar las redes del GCABA con el fin de detectar incidentes y reportarlos. Analizar las métricas utilizadas para el monitoreo de la red, la configuración

Más detalles

instrumento virtual que se realizó en LabVIEW 8.5, tomando en cuenta las consideraciones

instrumento virtual que se realizó en LabVIEW 8.5, tomando en cuenta las consideraciones Capítulo 2. Descripción Del Panel Frontal En este capítulo se detallan las ideas para el desarrollo del panel frontal del instrumento virtual que se realizó en LabVIEW 8.5, tomando en cuenta las consideraciones

Más detalles

Router Teldat. Interfaz Web

Router Teldat. Interfaz Web Router Teldat Interfaz Web Doc. DM801 Rev. 10.80 Abril, 2011 ÍNDICE Capítulo 1 Introducción... 1 1. Accediendo a la configuración del router... 2 Capítulo 2 Interfaz Web... 5 1. Estructura... 6 2. Inicio...

Más detalles

Mª Dolores Carballar Falcón 28935146L

Mª Dolores Carballar Falcón 28935146L Mª Dolores Carballar Falcón 28935146L Nivel educativo: Módulo de Redes de Área Local Ciclo Formativo de Administración de Sistemas Informáticos. Módulo de Sistemas Informáticos Multiusuario y en Red..

Más detalles

GENERALIDADES DE LA COMUNICACIÓN DE DATOS

GENERALIDADES DE LA COMUNICACIÓN DE DATOS Comunicaciones I Capítulo 1 GENERALIDADES DE LA COMUNICACIÓN DE DATOS 1 El Sistema de Comunicación Sistema de comunicación: Lleva a cabo el intercambio de información entre dos entes ubicados en los extremos

Más detalles

Conmutación. Conmutación telefónica. Justificación y definición.

Conmutación. Conmutación telefónica. Justificación y definición. telefónica Justificación y definición de circuitos de mensajes de paquetes Comparación de las técnicas de conmutación Justificación y definición. Si se atiende a las arquitecturas y técnicas utilizadas

Más detalles

J2ME ENTORNO DE EJECUCIÓN. Un entorno de ejecución determinado de J2ME se compone entonces de una selección de:

J2ME ENTORNO DE EJECUCIÓN. Un entorno de ejecución determinado de J2ME se compone entonces de una selección de: J2ME Esta versión de Java está enfocada a la aplicación de la tecnología Java en dispositivos electrónicos con capacidades computacionales y gráficas muy reducidas, tales como teléfonos móviles, PDAs o

Más detalles

Enfoque embebido para una Estación Meteorológica con Interfaz Web

Enfoque embebido para una Estación Meteorológica con Interfaz Web Enfoque embebido para una Estación Meteorológica con Interfaz Web Esp. Ing. Martín Federico Pelliza Especialidad en Sistemas Embebidos Instituto Universitario Aeronáutico Córdoba, Argentina fpelliza@hotmail.com

Más detalles

CAPITULO II PROTOCOLOS, ARQUITECTURA DE REDES Y MODELO OSI/ISO.

CAPITULO II PROTOCOLOS, ARQUITECTURA DE REDES Y MODELO OSI/ISO. CAPITULO II PROTOCOLOS, ARQUITECTURA DE REDES Y MODELO OSI/ISO. Competencias a desarrollar: Conocer la importancia de la estandarización en redes de datos. Identificar los estándares. Saber los tipos de

Más detalles

Entidad Formadora: Plan Local De Formación Convocatoria 2010

Entidad Formadora: Plan Local De Formación Convocatoria 2010 Entidad Formadora: Enterprise Architect Comenzando Puede iniciar Enterprise Architect desde el ícono que se creó en su escritorio de Windows durante la instalación, o alternativamente: 1. Abrir el menú

Más detalles

TOMO II. Línea de Investigación. Redes y Sistema Operativo. Nombre del egresado. Antonio Nicolás Rodríguez Andrade.

TOMO II. Línea de Investigación. Redes y Sistema Operativo. Nombre del egresado. Antonio Nicolás Rodríguez Andrade. TOMO II Línea de Investigación Redes y Sistema Operativo Nombre del egresado Antonio Nicolás Rodríguez Andrade Nombre del Tema Evaluación de la plataforma Android para dispositivos móviles Número de Proyecto

Más detalles

XDR. Big Data solution.

XDR. Big Data solution. XDR Big Data solution. Objetivo Principal Xdr es una solución que utiliza una arquitectura sencilla, de bajo costo y totalmente integrada a la infraestructura de los negocios de las empresas de Telecomunicaciones.

Más detalles

Phone Manager Compatibilidad con aplicaciones OCTOBER 2014 DOCUMENT RELEASE 4.1 COMPATIBILIDAD CON APLICACIONES

Phone Manager Compatibilidad con aplicaciones OCTOBER 2014 DOCUMENT RELEASE 4.1 COMPATIBILIDAD CON APLICACIONES Phone Manager Compatibilidad con aplicaciones OCTOBER 2014 DOCUMENT RELEASE 4.1 COMPATIBILIDAD CON APLICACIONES SalesLogix NOTICE The information contained in this document is believed to be accurate in

Más detalles

LABORATORIO REMOTO DE MÁQUINAS DE CORRIENTE ALTERNA

LABORATORIO REMOTO DE MÁQUINAS DE CORRIENTE ALTERNA LABORATORIO REMOTO DE MÁQUINAS DE CORRIENTE ALTERNA Calidad y Materiales educativos y Herramientas Tecnológicas en Educación a Distancia Chacón Rafael, Hernández Edwin rafa.anto@gmail.com, edwingh@hotmail.com

Más detalles

Dell Printer Management Pack versión 6.0 para Microsoft System Center Operations Manager Guía del usuario

Dell Printer Management Pack versión 6.0 para Microsoft System Center Operations Manager Guía del usuario Dell Printer Management Pack versión 6.0 para Microsoft System Center Operations Manager Guía del usuario Notas, precauciones y avisos NOTA: Una NOTA proporciona información importante que le ayuda a utilizar

Más detalles

Sistema de Monitoreo con Sensores Móviles usando Tecnología de Arquitectura Modular. Centro de Modelamiento Matemático Universidad de Chile

Sistema de Monitoreo con Sensores Móviles usando Tecnología de Arquitectura Modular. Centro de Modelamiento Matemático Universidad de Chile Sistema de Monitoreo con Sensores Móviles usando Tecnología de Arquitectura Modular Centro de Modelamiento Matemático Universidad de Chile Julio, 2012 Agenda Introducción Etapa previa: Conceptualización

Más detalles

Reproducción de una Imagen en un Monitor VGA Utilizando un FPGA

Reproducción de una Imagen en un Monitor VGA Utilizando un FPGA 7 Reproducción de una Imagen en un Monitor VGA Utilizando un FPGA Michael Alejandro Diaz Illa, Alfredo Granados Ly Facultad de Ingeniería Electrónica y Eléctrica, Universidad Nacional Mayor de San Marcos,

Más detalles