MX2013000264A - Sistema y metodo para controlar dispositivos. - Google Patents

Abstract

Un método y sistema para comunicación, que comprende: al menos un dispositivo maestro que comprende al menos un controlador maestro con al menos una aplicación de controlador expendedor inteligente; al menos un dispositivo esclavo que comprende al menos un controlador esclavo; y al menos una barra colectora de red de área de controlador (CAN) que facilita la comunicación entre el al menos un dispositivo maestro y el al menos un dispositivo esclavo; el dispositivo maestro que facilita la comunicación entre al menos una aplicación del anfitrión y el al menos un dispositivo maestro y el al menos un dispositivo esclavo tal que el dispositivo esclavo no requiere la al menos una aplicación de controlador expendedor inteligente para comunicarse con la aplicación del anfitrión; en donde el al menos un dispositivo maestro y el al menos un dispositivo esclavo son dispositivos vendedores.

Description

SISTEMA Y MÉTODO PARA CONTROLAR DISPOSITIVOS REFERENCIA CRUZADA A LAS SOLICITUDES RELACIONADAS Esta solicitud se basa en y deriva el beneficio delafecha de presentación de la Solicitud de Patente Provisional Norteamericana No. 61/360,091, presentada el 30 de Junio de 2010. El contenido completo de esta solicitud se incorpora aquipor referenciaen su totalidad.

BREVE DESCRIPCIÓN DE LOS DIBUJOS La FIGURA 1 ilustra un sistema de comunicaciones, de acuerdo con una modalidad.

La Figura 2 ilustra un método para utilizar un sistema de comunicaciones, de acuerdo con una modalidad.

Las FIGURAS 3-8 ilustran diversos detalles del software IVG, de acuerdo con varias, modalidades.

DESCRIPCIÓN DE LAS MODALIDADESDE LA INVENCIÓN Sistema de Dispositivo Inteligente La FIGURA 1 ilustra un sistema 100 de comunicacionesde acuerdo con una modalidad. Múltiples dispositivos (105, 106) se pueden conectar, por ejemplo, por medio de unabarra colectora, tal como, pero no limitado a, una barra colectoral20 de red de área de controlador (CAN) .

El sistema 100 puede comprender: al menos un dispositivo 106 maestroque comprende al menos un procesador 130 maestro y al menos un controlador 110 maestro; al menos un dispositivo 105 esclavoque comprendeal menos un procesador 135 esclavo y al menos un controlador 115 esclavo; yal menos una barra colectora 120 de red de área de controlador (CAN) que facilita la comunicación entre el al menos un dispositivo 106 maestro y el al menos un dispositivo 105 esclavo. La barra colectora 120 CAN puede ser un estándar de la barra colectora de vehículo que puede permitir a los controladores (y de esta maneraa los dispositivos) comunicarse entre sí y con al menos unacomputadora 125 anfitrión (también llamada computadora host) en un área limitadasin que cada controlador necesite comunicarse separadamente con la computadora 125 anfitrión. Un mensaje CANse puede radiodifundir a la red de modo que cada controladorlea cada mensaje y determines! o no el mensaje es para él.

Como se ilustraen la FIGURA1, se puede utilizar una configuración maestro/esclavo. Esta configuración puede permitir que el controlador 110 maestrodiga a los controladores 115 esclavo cuándo puede transferir datos a la aplicación 125 del anfitrión. Un controlador 115 esclavo puede hacer una peticiónal controladorllO maestro, el cual puede revisar para ver si éste (el controlador 110 mae'stro) actualmente se comunica con la aplicación 125 del anfitrión. Si el controlador 110 maestro está inactivo, el controlador 110 maestro puede decirle al controlador 115 esclavo que siga adelante y envíe la comunicación, que el controlador 110 maestroreenviará posteriormente. Si el controlador 110 maestrose está comunicando con la computadora anfitrión o computadora host, el controlador 110 maestro le puede decir al controlador 115 esclavo que esperare hasta que el controlador 110 maestrole proporcione permiso al controlador 115 esclavo de enviar la comunicación, que el controlador 110 maestro reenviará posteriormente.

CAN. Como se indica anteriormente, CAN es un estándar de la barra colectora de vehículo de red de área de controlador que puede permitir que los dispositivos 105 y 106 conectados por la barra colectora 120 CANse comuniquen entre sí en un área limitada. Cada dispositivo en la barra colectora 120 CAN puede enviar y recibir mensajes. Cada dispositivo (por ejemplo, 105, 106) puede comprender al menos un controlador (por ejemplo, 110, 115) y al menos un procesador (por ejemplo, 130, 135) . El controlador puede recibir mensajes a partir de la barra colectora, y posteriormente comunicar los mensajes al procesador. Además, el controlador puede recibir mensaje a partir del procesador, y comunicarlosa la barra colectora 120 CAN. El procesador puede determinar lo que significan los mensajes y también puede crear mensajes para transmitir.

Un mensaje puede comprender una ID (por ejemplo, la ID del controlador) y datos, y se puede transmitir de manera serial sobre la barra colectora 120 CAN, un bitio después de otro. Este mensaje se puede detectar por todos los dispositivos anexados a la barra colectora 120 CAN. Si la barra colectora 120 CANestá libre, cualquier dispositivo puede comenzar a transmitir. Si dos o más dispositivos comienzan a enviar mensajes al mismo tiempo, un mensaje puede anular otro utilizando diversos algoritmos de anulación, los cuales serán conocidos por aquellos de habilidad ordinaria en el arte. Más información sobre la barra colectora 120 CANse puede encontrar en la ISO 11898-1 (2003), la cual se incorpora aquipor referencia .

Muchos controladores se pueden configurarya sea como controladores 110 maestro o controladores 115 esclavo. En este caso, la barra colectora 120 CANtiene un conector maestro especial. Sólo el controladoranexado alconector maestro recibe la señal para ser el controlador 110 maestro. Ese controladorposteriormente se puede configurar a si mismo como el controlador 110 maestro. Debido a que los otros controladores no reciben señal, pueden adoptar por defecto elmodo esclavo.

Dentro de la barra colectora 120 CAN, un dispositivo 106 maestrose puede comunicar con cualquier dispositivo 105 esclavo que estélocalizado dentro de aproximadamente 1000 metros del al menos un dispositivo 106 maestro. Sin embargo, aquellos de habilidad ordinaria en el arte, verán que el área que puede ser cubierta puede incrementar a medida que la tecnología CAN se vuelva más avanzada.

Software IVC. Como se ilustraen la FIGURA1, el controlador 110 maestrose puede comunicar con al menos un procesador 130 maestro, que puede comprender al menos unsoftware 140 de controlador expendedor inteligente (IVC), quese puede comunicar con al menos una aplicación 125 del anfitrión en al menos unacomputadora 130 anfitrión.

El dispositivo 106 maestro puede facilitar la comunicación entre al menos una aplicación 125 del anfitrión y el dispositivo 105 esclavotal que sólo el dispositivo 106 maestro necesita tener el software 140 IVCque permite queel dispositivo 106 maestroasi como el dispositivo 105 esclavose comuniquen con la aplicación 125 del anfitrión. De este modo, el sistema 100 puede ser menos costoso debido a que se requieren menos licencias/paquetes de software. Además, cuando el software 140 necesita ser actualizado, reparado, o cambiado, sólo el software 140 en el procesador 130 maestro necesita ser actualizado, reparado, o de otra manera cambiado. Debido a que el software 140 no es necesitado en los controladores 115 esclavo, no hay necesidad de perder el tiempo en. actualizar, reparar, o de otra manera cambiar el software en los controladores 115 esclavolo que permite que los controladores 115 esclavose comuniquen con la aplicación 125 del anfitrión, ya queel controlador 115 esclavo es impactado como si su software 140estuviera actualizado, reparado o de otra manera cambiado. Esto puede ser de ayuda cuando el software cambia muy rápidamente, necesitarepararse a menudo, o es costoso. Además, el sistema 100 puede tener un alto nivel de seguridad debido a que el software 140 sólo está presente detrás de unmuro de fuego 130 en el procesador 130 maestro, y no está presente en todos los dispositivos 105 esclavo. Se debe notar que los dispositivos 105 esclavo pueden tener otro software, sin embargo, no se requiere que los dispositivos esclavotengan software 140 que se comunique con la aplicación 125 del anfitrión.

La FIGURA 3 establece los detalles del software 140 IVC, de acuerdo con una modalidad. El software 140 IVC puede incluir, pero no se limita a: al menos uñábase de datos 305 de ID única del dispositivo, al menosuna base de datos310 de ID de CAN, al menos un motor 320 IVC, y al menos un registro 315 de errores.

Base de Datos de ID Única del Dispositivo. Como se ilustraen la FIGURA 2, el software 140 IVC puede incluir una base de datos de número de ID único para cualquier dispositivo conectado a o parte del dispositivo 106 maestro o del dispositivo 105 esclavo. Los números de ID únicos pueden ser, por ejemplo, los números' de serie de los dispositivos. Se puede mantener un registro de los diferentes dispositivos (por ejemplo, dispositivos de teclado, dispositivos de digitalización, dispositivos de validación y dispensación de dinero en efectivo(por ejemplo, billetes, monedas), etcétera) que se deben conectar a o que deben ser parte de cada dispositivo 106 maestro y dispositivo 105 esclavo. Este registro se puede mantener en el software 140 IVC. Por ejemplo, se puede mantenerun registro de todos los dispositivos que se deben conectar al dispositivo 106 maestroy/oal dispositivo 105 esclavo. La aplicación 125 del anfitrión también puede llevar un registro de todos los dispositivos que se deben conectar a los dispositivos 106 maestro y/olos dispositivos 105 anfitrión o dispositivos hostcomo un respaldo en algunas modalidades. (En alguna modalidad, esta información también se puede mantener en el controlador 110 maestroy/oen el controlador 115 esclavo, y en un servidor anfitrión de seguridad y mantenimiento central) . De este modo, el software 140 IVC puede determinar cuándo un dispositivo no autorizado trata de conectarse a la barra colectora 120 CAN. Por ejemplo, si un dispositivo no autorizado (por ejemplo, un teclado) intenta conectarse al dispositivo 106 maestroy/oa los dispositivos 105 esclavo (por ejemplo, a fin de obtener los números PIN de los usuarios) , el software 140 IVCse puede configurar para apagar el dispositivo 106 maestro o el dispositivo 105 esclavo. Además, en algunas modalidades, esta información puede ayudar a determinar cuándo cualquier dispositivo o cualquier parte deldispositivo necesitamantenimiento o reemplazo. Por ejemplo, si la información del modelo y las fechas se mantienen junto con los números de serie para cada dispositivo (por ejemplo, el dispositivo 105 esclavo, el dispositivo 106 maestro, asi como cualquier dispositivoconectado al dispositivo 105 esclavoy/oal dispositivo 106 maestro, tal como un teclado) cuando los dispositivos son más antiguos que unafecha pre-establecida, el dispositivo 106 maestroy/o el dispositivo 105 esclavo puede indicar que estos dispositivos necesitan ser revisados y/o reemplazados, y puede comunicar esta información a la aplicación 125 del anfitrión. (Nótese que en el caso de un dispositivo 105 esclavoque tiene dispositivos conectados que necesitan ser reemplazados, el dispositivo 105 esclavo primero se comunicarla al dispositivo 106 maestro, el cual posteriormentese comunicaría a la aplicación 125 del anfitrión, como se indica a continuación) . Además, si hay un problema con un dispositivo particular (por ejemplo, un digitalizador de modelo X que ha sido removido debido a problemas) , el sistema 100 puede indicar dónde se localizan estos ciertos dispositivos sin la necesidad de revisar cada dispositivo .

Base de Datos de ID de CAN. La base de datos 310 de ID de CAN puede incluir información referente a las IDsde los diversos controladores conectados a la barra colectora CAN.

Motor IVC. El motor 320 IVC puede recibir y enviar mensajes a la aplicación 125 del anfitrión. Los detalles referentes a los mensajes se discuten debajo con respecto a la FIGURA 2.

Base De Datos de Errores. La base de datos 315 de errores puede registrar errores. La base de datos de errores puede tener campos para el código de error, subcódigo, fecha, hora y nivel de severidad. Cuando se registra un error para un código de error particular, cualquier error subsiguiente con el mismo código puede actualizar la fecha y la hora para ese código. De esta manera, cada tipo de error puede permanecer en el registro hasta que sea borrado. La información adicional sobre los tipos de errores de ejemplo se describe debajo con respecto a la FIGURA 2.

La FIGURA 4 ilustra otra modalidad delsoftware 140 IVC, que puede comprender un módulo 405 de administración, un módulo 410 de monitoreo, o un módulo 415 de reporte, o cualquier combinación de los mismos. El módulo 405 de administración puede mantener la informaciónreférente a los usuarios y la información de uso del dispositivo. El módulo 410 de monitoreo puede monitorear diversos tipos de información relacionada a los dispositivos. El módulo 415 de reporte puede proporcionar diversos reportes relacionados a los dispositivos.

Módulo de Administración . La FIGURA 5 ilustra los detalles relacionados al módulo 405 de administración, de acuerdo con una modalidad. El módulo 405 de administración puede incluir: el módulo 505 de parámetro, el módulo 510 de cliente, el módulo 515 de sucursal, el módulo 520 de terminal, el módulo 525 de modelo,- el módulo 530 de valor, el módulo 535 de aplicación, el módulo 540 de alerta, el módulo 545 de perfil, el módulo 550 de usuario, o el módulo 555 de error, o cualquier combinación de los mismos. El módulo 505 de parámetro puede administrardiversos parámetros del dispositivo, tales como, pero no limitado a: cuando al dispositivo se le permite operar (por ejemplo, 9 AM - 6 PM) , qué clases de billetes y monedas se le permite al dispositivo aceptar y/o distribuir, etcétera. El módulo 510 de cliente puede administrar la informaciónrelacionada alos clientes (por ejemplo, el nombre, la IDfiscal, los números telefónicos, los números de fax, etcétera) . El módulo 515 de sucursal puede administrar la información relacionada aqué sucursales del cliente tienen dispositivos instalados. El módulo 520 de terminal puede administrar la informaciónrelacionada a los dispositivos (por ejemplo, qué cliente está utilizando el dispositivo en qué sucursal, el número de serie del dispositivo) . El módulo 525 de modelo puede administrar la informaciónrelacionada a qué modelos de los dispositivos están disponibles. El módulo 530 de valor puede administrar la informaciónrelacionada a otras entidades, tales' como, pero no limitado a, unacompañia de Transporte de Fondos, que puede recoger y entregar dinero en efectivo en los dispositivos. El módulo 535 de aplicación puede administrarqué aplicaciones utiliza un cierto dispositivo. Por ejemplo, un cierto dispositivo se puede configurar para proporcionar una característica de mancha de tinta, donde los billetes pueden ser manchados por la tinta si el dispositivo es abierto por alguien sin autorización. Como otro ejemplo, un cierto dispositivo se puede configurar para realizar un seguimiento de cuánto dinero en efectivo está en el dispositivo en cualquier tiempo dado. Muchos otros tipos de aplicaciones relacionadas a los dispositivos se puedenofrecer al cliente. El módulo 540 de alerta puede administrar qué alertas se pueden enviar referentes a los dispositivos. Por ejemplo, un cierto dispositivo puede realizar un seguimiento de cuánto dinero en efectivo se deposita normalmente cada hora, y enviar una alerta si el dinero en efectivo no se deposita como se espera. Muchos otros tipos de alertas relacionadas a los dispositivos se pueden ofrecer al cliente. El módulo 545 de perfil puede administrardiversos - tipos de perfiles. Por ejemplo, el perfil Ase puede configurarcomo permitir a un usuario ingresar dinero en efectivo dentro del dispositivo y también abrir el dispositivo; yel .perfil Bse puede configurarcomo permitir a un usuario sólo ingresar dinero en efectivo dentro del dispositivo. El módulo 550 de usuario puede administrar la informaciónrelacionada a diversos usuarios. Por ejemplo, se puede utilizar el nombre de un usuario, la ID del usuario, la contraseña, la información de contacto, la información del perfil, etcétera. De esta manera, por ejemplo, la ID de usuario y contraseña de un empleado de Transporte de Fondos se pueden almacenar, junto con el perfil del usuario, que indica que este empleado puede abrir el dispositivo. El módulo 555 de error puede administrar diversos errores. Por ejemplo, se pueden mostrar errores a los usuarios si hacen algo que no deberían hacer o que no puedenhacer en el sistema .

Módulo de Monitoreo . La FIGURA 6 ilustra los detalles relacionados al módulo 410 de monitoreo, que puede incluir: un módulo 605 de dispositivo; un módulo 610 de mancha de tinta: y un módulo 620 de contabilidad. El módulo 605 de dispositivo puede administrar la informaciónrelacionada al dispositivo, incluyendo, pero no limitado a: cuánto dinero está en el dispositivo, las comunicaciones con el dispositivo, el monitoreo de todas las alarmas, y enviar alarmas cuandose provoquen. El módulo 610 de mancha de tintapuede administrar cuándo el dinero en efectivose mancha con tinta. Por ejemplo, si se reúnen ciertas condiciones (por ejemplo, un usuario no autorizado abre el dispositivo) , el módulo 610 de mancha de tinta causará que la tinta sea distribuida sobre los billetes. El módulo 620 de contabilidad puede administrar la información de contabilidad relacionada a todos los dispositivos, o todos los dispositivos de un cliente particular (por ejemplo, cuánto dinero tiene un cliente en todos los diferentes ATMs y PDTsdel cliente en ciertos puntos de tiempo) .

LA FIGURA 8 proporciona los detalles relacionados al módulo 610 de mancha de tintade la FIGURA 6. El módulo 610 de mancha de tinta puede comprender: un módulo 805 de monitoreo, un módulo 810 de reporte, un módulo 815 de apertura/cierre; o cualquier combinación de los mismos. El módulo 805 de monitoreo puede tener diversos modos: el modo 820 normal; el modo 825 de alarma (por ejemplo, cuando se detecta actividad no autorizada) , y el modo 830 urgente (por ejemplo, cuando se abre un dispositivo y/o la inicialización delproceso de mancha de tinta) . El módulo 835 de comunicacionesse puede utilizar para monitorear las comunicaciones entre un anfitrión y un dispositivo para asegurar que las comunicaciones estén trabajando normalmente (por ejemplo no hay electricidad perdida, etcétera) .

El módulo '810 de reporte de mancha de tinta puede comprender: un módulo 840 de incidente; un módulo 845 de apertura/cierre; o un módulo 850 de tiempo de funcionamiento; o cualquier combinación de los mismos. El módulo de incidente puede mantener un registro de todala información relacionadaa todos los incidentes. El módulo 845 de apertura/cierrede reporte puede mantener un registro de cada vez que el dispositivo se abre y/o se cierra. El módulo 850 de tiempo de funcionamientopuede mantener un registro de cuánto tiempo el dispositivo estuvo encendido y funcionando. Por ejemplo, el cliente puede ver que el dispositivo estuvo en plena marcha cuando deberla estarlo (por ejemplo, entre 9 AM y 6 PM, cinco días a la semana 98% del tiempo) .

El módulo 815 de apertura/cierre puede comprender: un módulo 855 de apertura remotay/o unmódulo 860 de desactivar sistema. El módulo 855 de apertura remota puede permitirle a alguien con autoridad abrir el dispositivo desde una ubicación remota. El módulo860 de desactivación del sistema puede permitirle a alguien con autoridad desactivar el dispositivo desde una ubicación remota.

Aquellos de habilidad ordinaria en el arte verán que los módulos se pueden mover dentro del software 140 IVC, y que son posibles configuraciones alternas, tal que algunos módulos aquidescritos como submódulos de ciertos módulos, también puede ser submódulos de otros módulos dentro del software 140 IVC.

Módulo de Reporte. La FIGURA 7 ilustra los detalles relacionados al módulo 415 de reporte, que puede incluir un módulo 710 de administración del reportey/o un módulo 715 de monitoreo del reporte. El módulo 710 de administración del reporte puede administrar las diversas capacidades de reporte relacionadas a la administración de los dispositivos. El módulo 715 de monitoreo del reporte puede administrarlos reportes relacionados a cualquier monitoreo de los dispositivos, y puede incluir: un módulo 720 de monitoreo del dispositivo, unmódulo 725 de monitorear mancha de tinta, o un módulo 730 de contabilidad del reporte, o cualquier combinación de los mismos. El módulo 720 de monitoreo del dispositivode reporte puede crear reportes relacionados a diversas habilidades para monitorear los dispositivos. El módulo 725 de monitoreo de mancha de tinta de reporte puede crear reportes relacionados a cuando se dispara el manchado de tinta. El módulo 730 de contabilidad del reporte puede crear reportes relacionados a cuánto dinero está en ciertos dispositivos cuando.

Método para Utilizar un Dispositivo Inteligente La FIGURA 2 ilustra un método para comunicación. En 205, la información se comunica entre, la aplicación 125 del anfitrión y el controlador 110 maestro. Por ejemplo, para que el controlador 110 maestroenvie una instrucción, la aplicación 125 del anfitrión puede ensamblar un mensaje y enviarlo al controlador 110 maestro como una secuencia de caracteres en el enlace de comunicaciones. En un ejemplo, el comando puede comprender los siguientes campos: longitud del paquete, firma de autenticación del mensaje, ID de CAN del controlador, código de comando, longitud de datos, y elementos de datos. El campo longitud del paquete puede contener información sobre la longitud total en bytes para el paquete de comando. El campo firma de autenticación del mensaje puede ser una secuencia de bytes con una firma que indica que a la aplicación 125 del anfitriónse le permite acceder a un dispositivo (por ejemplo un dispositivo 106 maestro, un dispositivo 105 esclavo) . El campo código de comando puede indicar qué comandosse deben realizar. El campo longitud de datos y el campo elemento de datos pueden tener los datos y la longitud de los datos que se deben enviar desde la aplicación 125 del anfitriónhacia el controlador 110 maestro, y posiblemente hacia un controlador 115 esclavo.

En 210, la información se comunica entre el controlador 110 maestro y el (los) controlador (es) 115 esclavo. Por ejemplo, para que la aplicación 125 del anfitriónenvie un mensaje, el controlador 110 maestro puede ensamblar un mensaje y enviarlo a la aplicación 125 del anfitrión como una secuencia de caracteres en el enlace de comunicaciones. En un ejemplo, el comando puede comprender los siguientes campos: longitud del paquete, ID del controlador, código de respuesta, código de error, longitud de datos, y elementos de datos. El campo código de respuesta puede ser un código de carácter único correspondiente al comando para el cual es una respuesta. El campo código de error se puede utilizar para reportar errores detectados durante el procesamiento. Los valores pueden ser numéricos. Un valor (por ejemplo, 00) puedeindicar que no se encontró error alguno. Si se devuelve un valor de error (por ejemplo, aparte de 00), los campos subsiguientes pueden no ser incluidos en el mensaje de vuelta a la aplicación 125 del anfitrión.

Los errores pueden incluir errores fatales, errores irrecuperables, errores recuperables, y errores de programación. Los errores fatales pueden indicar una falla de hardware en el equipo, y se pueden registrar y reportar para que se tome acción del usuario (por ejemplo, reportaral supervisor, requerimientos de mantenimiento, necesidades de seguridad) . Los errores irrecuperables pueden no ser rectificados por el programa y pueden necesitar intervención del usuario. Tales errores se pueden registrar y reportar para que se tome acción del usuario (por ejemplo, reportar al supervisor) . Los errores irrecuperables pueden prevenirque el controlador 110 maestrotome acción sobre otros tipos de comandos. Los errores recuperables pueden ser el resultado de la corrupción de datos o pueden indicar que el controlador 110 maestro no puede procesar un comando porque primero se requiere alguna otra acción. El controlador 110 maestro puede intentar recuperarse re-emitiendo el comando, intentando eliminar la corrupción, o implementando la acción faltante. Los errores de programación pueden ser errores causados por la programación .

La flecha bidireccional en la FIGURA 2 ilustra que la comunicación pueden ir en ambas direcciones, es decir, de la aplicación 125 del anfitriónal controlador 110 maestroal controlador 115 esclavo, y también del controlador 115 esclavoal controlador 110 maestroa la aplicación 125 del anfitrión .

En algunas modalidades, el dispositivo 106 maestro y el dispositivo 105 esclavo pueden ser dispositivos. Tales dispositivos pueden incluir, pero no se limitan a: al menos un ATM; al menos un punto de terminal de depósito (PDT); al menos un manipulador de entrada/salida de moneda; al menos un dispensador de dinero en efectivo (por ejemplo, billetes , monedas) ; al menos un reciclador (por ejemplo, un recirculadorde billetes) ; al menos un detector; al menos unaceptadorde billetes; al menos una impresora; al menos undigitalizador; al menos un quiosco; al menos undispositivo de apertura de puerta de cochera; al menos unacaja registradora; al menos unvalidador de dinero en efectivo (por ejemplo, billetes, monedas); al menos unlector de tarjetas; al menos undispensador de tarjetas; al menos undispensador de boletos (por ejemplo, con o sin grabado en relieve) ; al menos un teclado (por ejemplo, teclado estándar, almohadilla) ; al menos un dispositivo de alarma (por ejemplo, alarma de fuego, alarma de seguridad) ; al menos un dispositivo de bloqueo; al menos un filtro de energía (por ejemplo, un sistema de protección de sobretensión) ; oal menos un máquina expendedora; o cualquier combinación de los mismos. Cualquier tipo de computadora o procesador se puede incluir en cualquier dispositivo vendedor, o se puede configurar para trabajar con cualquier dispositivo vendedor.

En algunas modalidades del sistema 100, el dispositivo 106 maestro y el dispositivo 105 esclavo son dispositivos similares (por ejemplo, ambos son ATMsy/oPDTs) . En otras modalidades, el dispositivo 106 maestro y el dispositivo 105 esclavo son diferentes tipos de dispositivos (por ejemplo, diferentes dispositivos dentro de un ATM, tales como un recirculadorde billetes y dispensador de dinero en efectico dentro de un ATM; un ATM y cajero automático; un ATM y dispositivo de apertura de puerta de cochera (por ejemplo, para control del estacionamiento, un punto de terminal de depósito (PDT) para colección de dinero en efectivo monitoreado) . Ejemplos de tales sistemas 100 se establecen debajo.

Ejemplo de ATM En un ejemplo, una entidad bancaria puede operar una aplicación 125 del anfitrión, que se puede comunicar con un dispositivo ATM. El dispositivo ATM puede tener un controlador 110 maestro con software 140 para comunicarse con la aplicación 125 del anfitrión. (Se debe notar que a lo largo de los ejemplos aquí listados y debajo, en algunas modalidades, se puede utilizar más de un controlador 110 maestro) . Este controlador 110 maestrose puede comunicarsobre la barra colectora 120 CAN con los controladores 115 esclavo en el mismo ATM, los controladores 115 esclavoque incluyen, pero no se limitan a: un dispensador de billetes, un aceptadorde billetes, un recicladorde billetes (por ejemplo, un recirculadorde billetes) , un dispensador de monedas, un aceptador de monedas, un reciclador de monedas, detectores, una impresora láser, un lector de código de barras, un lector de cheques, un dispensador de tarjetas, un lector de tarjetas, un módulo de control central para manchado de tinta, o unos sistemas de cierre electrónico, o cualquier combinación de los mismos. De esta manera, por ejemplo, la aplicación 125 del anfitriónse puede comunicar con el software 140 IVC tal que la aplicación 125 del anfitriones capaz de comunicarse con el dispensador de billetes y el recirculadorde billetesde modo quelos mismos billetes que se utilizan por un cliente para hacer un depósito o pagar una cuenta se proporcionen para pagarle a otro cliente que retira dinero del ATM.

Ejemplo de múltiplesATM En otro ejemplo, una entidad bancaria puede operar una aplicación 125 del anfitrión, quese puede comunicar con un dispositivo ATM maestro (con un controlador 110 maestro) . Este dispositivo ATM maestro a su vez se puede comunicarsobre la barra colectora 120 CAN con múltiples dispositivos esclavo (utilizando los controladores 115 esclavo) . Cuando un usuario entra en una peticiónpor dinero en efectivo (por ejemplo, informaciónde la tarjeta bancaria, información de cantidad, información del PIN) en uno de los dispositivos ATM esclavo, el dispositivo ATM esclavo puede indicar al dispositivo ATM maestroque desea comunicar esta información a la aplicación del anfitrión a través de la barra colectora 120 CAN. Si el dispositivo ATM maestro ya no se está comunicando con la aplicación 125 del anfitrión, el dispositivo ATM maestro puede indicar al dispositivo ATM esclavoque reenvié la información, que el dispositivo ATM maestro posteriormente puede reenviar a la aplicación 125 del anfitrión de la entidad bancaria, que puede determinar que la información de la tarjeta bancaria corresponde a la información delNIP, y enviar de vuelta instrucciones al dispositivo ATM esclavo, por medio del dispositivo ATM maestro, indicandoque se deberla distribuir la cantidad de dinero en efectivosolicitada y se debería imprimir un recibo.

Ejemplo de ATM/Caja Registradora En un ejemplo, el dispositivo 106 maestro podría ser un ATM, y los dispositivos 105 esclavo podrían ser otros ATMsasí como cajas registradoras. Las cajas registradorasse pueden configurar de modo que cuando una cierta cantidad preestablecida de dinero en efectivose ha ingresado en una caja registradora, la caja registradora puede indicar y/orequerir que una cierta cantidad preestablecida de dinero en efectivo sea movida a un ATM. Por ejemplo, si hay dos ATMs y nueve cajas registradoras en una tienda de comestibles, un ATM puede ser el dispositivol06 maestro y un ATM y todas las cajas registradoras pueden ser los dispositivos 105 esclavo. Se puede determinar cuándo una cierta caja registradora tiene más de $1,000 en efectivo. Por ejemplo, cuando se recibe dinero en efectivo, éstese puede designar electrónicamente por un encargado o se puede designar automáticamente antes de que el dinero en efectivo se sume a la caja registradora. Esta información se puede almacenar o computar (por ejemplo, sumar) en la caja registradoraesclavo, en el ATM maestro, o en la computadora anfitrión de la tienda de comestibles. Una vez que se ha cumplido el umbral de $1000, el encargado puede ser instruido para dar el dinero en efectivoa alguien para que deposite en uno de los ATMs. (Nótese que el encargado también puede estar autorizado para hacer esto) . En este ejemplo, las cajas registradoras pueden ser muy seguras debido a que no tienen más que $1000 de dinero en efectivo en cualquier momento. Además, los costos para operar los ATMsse pueden reducir debido a que los ATMs continuamente son reabastecidos con dinero en efectivo de las cajas registradoras. De esta manera, el dinero en efectivo no necesita ser entregado a los ATMs por las compañías de Transporte de Fondos.

Ejemplo de ATM/Dispositivo de Apertura de Puerta de Cochera En otro ejemplo, una entidad podría operar una aplicación 125 del anfitrión, . quese puede comunicar con un dispositivo ATM maestro. Este dispositivo ATM maestro a su vez se puede comunicarsobre la barra colectora 120 CAN con un dispositivo de apertura de puerta de cocheraesclavo. Cuando un usuario ingresa en la información delboleto de estacionamiento y la información de dinero en efectivo o crédito en el dispositivo de apertura de puerta de cocheraesclavo, el dispositivo de apertura de puerta de cocheraesclavo puede indicar al dispositivo ATM maestroque desea comunicar esta información a la aplicación del anfitrión a través de la barra colectora 120 CAN. Si el dispositivo ATM maestro ya no se está comunicando con la aplicación 125 del anfitrión, el dispositivo ATM maestro puede indicar al dispositivo ATM esclavoque reenvié la información, que el dispositivo ATM maestro posteriormente puede reenviar a la aplicación 125 del anfitrión de la entidad, que puede determinar el costo delestacionamiento a partir delboleto de estacionamiento y confirmarque fue recibida la cantidad correcta de dinero en efectivo (o la información de crédito) . La aplicación 125 del anfitriónposteriormente puede enviar de vuelta instrucciones al dispositivo de apertura de puerta de cocheraesclavo, por medio del dispositivo ATM maestro, indicando que se debería alzar la barra y se debería imprimir un recibo.

Ejemplo de PPT Un dispositivo PDT puede ser una terminal que permita a un usuario hacer un depósito. Por ejemplo, una cajera puede tener un PDT detrás de ella en la tienda donde ella puede hacer depósitos de dinero en efectivo. En otras modalidades, el dispositivo PDT puede ser accesible por el público, en caso que alguien con una cuenta bancaria desee hacer un depósito. En todos los ejemplos anteriormente mencionados, se puede utilizar un dispositivo PDT en lugar de o además del dispositivo ATM. Por ejemplo, una entidad podría operar una aplicación 125 del anfitrión que se puede comunicar con un dispositivo PDT maestro (o en algunas modalidades, más de un dispositivo PDT maestro) . Este dispositivo PDT maestro a su vez se puede comunicarsobre la barra colectora 120 CAN con otros dispositivos esclavo. Cuando un usuario ingresa un depósito de dinero en efectivo en el dispositivo PDT esclavo, el dispositivo PDT esclavo puede indicar al dispositivo ATM maestroque desea comunicar esta información a la aplicación del anfitrión a través de la barra colectora 120 CANde modo que la aplicación 125 del anfitrión puedemantener registros precisos de todo el dinero depositado en la red PDT. Si el dispositivo PDT maestro ya no se está comunicando con la aplicación 125 del anfitrión, el dispositivo PDT maestro puede indicar al dispositivo PDT esclavoque reenvíe la información, que el dispositivo PDT maestro posteriormente puede reenviar a la aplicación 125 del anfitrión, que puede determinar las cantidades depositadas en los diferentes dispositivos PDT y confirmarque se recibió la cantidad correcta de dinero en efectivo (o la información de crédito) y reportar esta información a las entidades interesadas. La aplicación 125 del anfitrión también puede enviar de vuelta instrucciones a los PDTsesclavopor medio del dispositivo PDT maestro, tal como la información acerca de cuáles usuarios están autorizados para depositar en la red PDT.

Una red que utiliza dispositivos PDT y/oATM se puedeutilizar, por ejemplo, en los carriles del supermercado, donde muchos cajeros recogen dinero. Si el dinero se contabiliza en la red, este dinero se puede almacenar en cajas seguras y acreditar incluso antes de que la compañía de Transporte de Fondos recoja este dinero.

CONCLUSIÓN Mientras que anteriormente se han descrito diversas modalidades de la presente invención, se debe entender que se han presentado a manera de ejemplo, y no a manera de limitación. Será aparente para las personas expertas en el (las) arte(s) pertinente ( s ) que se puede hacer ahí diversos cambios en la forma y detalle sin desviarse del espíritu y alcance de la presente invención. De esta manera, la presente invención no se debe limitar por alguna de las modalidades ejemplares anteriormente descritas.

Además, se debe entender que las figuras anteriormente descritas, que resaltan la funcionalidad y las ventajas de la presente invención, se presentan sólo para propósitos de ejemplo. La arquitectura de la presente invención es suficientemente flexible y configurable, tal quese puede utilizar en formas distintas a aquella mostrada en las figuras .

Además, los términos "un", "el", "dicho", etcétera, se deben interpretar como "al menos un", "el al menos un", "dicho al menos un", etcétera, a lo largo de la solicitud y las reivindicaciones .

Adicionalmente, el propósito del Resumen de la Invención es permitir ala Oficina Norteamericana de Patentes y Marcas y al público en general, y especialmente a los científicos, ingenieros y practicantes en el arte que no están familiarizados con términos de patente o legales o con la fraseología, determinar rápidamente a partir de una inspección superficial la naturaleza y esencia de la divulgación técnica de la solicitud. El Resumen de la Invención no pretende ser limitante en modo alguno en lo que se refiere al alcance de la presente invención.

Finalmente, es el intento del solicitante que sólo las reivindicaciones que incluyen el lenguaje expreso "medio para" o "etapa para"se interpreten bajo la 35 U.S.C. 112, párrafo 6.

Las reivindicaciones que no incluyen expresamente la frase "medio para" o "etapa para" no se deben interpretar bajo la 35 U.S.C. 112, párrafo 6.

Claims (24)

REIVINDICACIONES

1. Un sistema para comunicación, caracterizado en que comprende : al menos un dispositivo maestro que comprende al menos un controlador maestro con al menos unaaplicación de controlador expendedor inteligente; al menos un dispositivo esclavo que comprende al menos un controlador esclavo; y al menos una barra colectora de red de área de controlador (CAN) que facilita la comunicación entre el al menos un dispositivo maestro y el al menos un dispositivo esclavo; eldispositivo maestroque facilita la comunicación entre al menos una aplicación del anfitrión y el al menos un dispositivo maestro y el al menos un dispositivo esclavotal queel al menos un dispositivo esclavo no requiere la cuando menos una aplicación de controlador expendedor inteligentepara comunicarse con la aplicación del anfitrión; en donde el al menos un dispositivo maestro y el al menos un dispositivo esclavo son dispositivos vendedores.

2. El sistema de la Reivindicaciónl, caracterizado en que la CPU necesitaser actualizada o cambiada sólo en el al menos un dispositivo maestro, pero la CPUactualizada afecta el al menos un dispositivo esclavo.

3. El sistema de la Reivindicación 1, caracterizado en queel al menos un dispositivo maestroy/oel al menos un dispositivo esclavo comprenden: al menos unATM; al menos undispositivo de apertura de puerta de cochera ; al menos uncajero automático; o al menos undispositivo depunto de depósito (PDT); o cualquier combinación de los mismos.

4. El sistema de la Reivindicación!, caracterizado en que el sistema tiene un alto ni.vel de seguridad debido a que la CPUdel al menos un controlador maestro está en una sección segura del al menos un dispositivo maestro.

5. El sistema de la Reivindicación 4, caracterizado en que el sistema tiene un alto nivel de seguridad debido a que las CPUs no necesitan estar presentes en el al menos un dispositivo esclavo.

6. El sistema de la Reivindicaciónl, caracterizado en queel al menos un dispositivo maestro y el al menos un dispositivo esclavoson diferentes tipos de dispositivos.

7. El sistema de la Reivindicaciónl, caracterizado en queel al menos un dispositivo maestrose puede comunicar con cualquier dispositivo esclavo que se localice dentro de aproximadamente 1000 metros del al menos un dispositivo maestro.

8. El sistema de la Reivindicaciónl, caracterizado en queel al menos un dispositivo maestroy/oel al menos un dispositivo esclavose identifican por números de serie, y se mantiene un registro del al menos un dispositivo esclavo que se debe conectar al cuando menos un dispositivo maestro.

9. El sistema de la Reivindicación 8, caracterizado en queel al menos un controlador maestroy/ola al menos unacomputadora anfitriones capaz de determinar cuándo al menos un nuevo dispositivo intenta conectarse a la barra colectora CAN.

10. El sistema de la Reivindicación 8, caracterizado en queel al menos un controlador maestroy/ola al menos unacomputadora anfitrión es capaz de determinar cuándo el al menos un dispositivo maestroy/oel al menos un dispositivo esclavo necesita mantenimiento o reemplazo o brecha de seguridad .

11. El sistema de la Reivindicación 3, caracterizado en que la al menos una caja registradoradetermina cuándo al menos una cantidad preestablecida de dinero en efectivo está en la cuando menos una caja registradora, y la cuando menos una caja registradora indica que la cuando menos una cantidad preestablecida de dinero en efectivo se debería mover a: el al menos un ATM; el al menos un cajero automático; oel al menos un dispositivo PDT; o cualquier combinación de los mismos.

12. El sistema de la Reivindicaciónll , caracterizado en quela cuando menos una caja registradora es altamente segura, ya que no tiene más que la cuando menos una cantidad preestablecida de dinero en efectivoen cualquier momento.

13. El sistema de la Reivindicaciónll, caracterizado en quelos costos para operar el al menos un ATM se reducen debido a que el al menos un ATM es continuamente reabastecido con dinero en efectivo de la al menos una caja registradora.

14. Un método para comunicación, caracterizado en que comprende : comunicar información entre al menos una computadora anfitrión y al menos un dispositivo maestro, el al menos un dispositivo maestro que comprende al menos un controlador maestro con una CPU; y comunicar información entre el al menos un dispositivo maestro y al menos un dispositivo esclavo, tal queel al menos un dispositivo esclavo no requiere una CPU para comunicarse con la computadora anfitrión; en donde el al menos un dispositivo maestro y el al menos un dispositivo esclavo son dispositivos vendedores.

15. El método de la Reivindicaciónl , caracterizado en que la CPU necesita ser actualizada o cambiada sólo en el al menos un dispositivo maestro, pero la CPUactualizada afecta el al menos un dispositivo esclavo.

16. El método de la Reivindicaciónl4 , caracterizado en queel al menos un dispositivo maestroy/oel al menos un dispositivo esclavo comprenden: al menos unATM; al menos undispositivo de apertura de puerta de cochera ; al menos uncajero automático; o al menos undispositivo depunto de depósito (PDT); o cualquier combinación de los mismos.

17. El método de la Reivindicaciónl4 , caracterizado en queel al menos un dispositivo maestro y el al menos un dispositivo esclavo son diferentes tipos de dispositivos.

18. El método de la Reivindicaciónl4 , caracterizado en queel al menos un dispositivo maestrose puede comunicar con cualquier dispositivo esclavo que se localice dentro de aproximadamente 1000 metros del al menos un dispositivo maestro .

19. El método de la Reivindicaciónl , caracterizado en queel al menos un dispositivo maestroy/oel al menos un dispositivo esclavose identifican por números de serie, y. se mantiene un registro del al menos un dispositivo esclavo que se debe conectar al cuando menos un dispositivo maestro.

20. El método de la Reivindicaciónl9, caracterizado en queel al menos un controlador maestroy/ola al menos unacomputadora anfitriones capaz de determinar cuándo al menos un nuevo dispositivo intenta conectarse a lá barra colectora CAN.

21. El método de la Reivindicaciónl9, caracterizado en queel al menos un controlador maestroy/ola al menos unacomputadora anfitrión es capaz de determinar cuándo el al menos un dispositivo maestroy/oel al menos un dispositivo esclavo necesita mantenimiento o reemplazo.

22. El método de la Reivindicaciónl6, caracterizado en quela al menos una caja registradoradetermina cuándo al menos una cantidad preestablecida de dinero en efectivo está en la al menos una caja registradora, y la al menos una caja registradora indica que la al menos una cantidad preestablecida de dinero en efectivo se debería mover al al menos un ATM.

23. El método de la Reivindicación 22, caracterizado en quela al menos una caja registradora es altamente seguraya que no tiene más que la al menos una cantidad preestablecida de dinero en efectivoen cualquier momento.

24. El método de la Reivindicación 22, caracterizado en quelos costos para operar el al menos un ATM se reducen debido a que el al menos un ATM es continuamente reabastecido con dinero en efectivo de la al menos una caja registradora.