MXPA99004941A - Sistema y aparato de maquina de cajero automatizado. - Google Patents

Sistema y aparato de maquina de cajero automatizado.

Info

Publication number
MXPA99004941A
MXPA99004941A MXPA99004941A MX9904941A MXPA99004941A MX PA99004941 A MXPA99004941 A MX PA99004941A MX PA99004941 A MXPA99004941 A MX PA99004941A MX 9904941 A MX9904941 A MX 9904941A MX PA99004941 A MXPA99004941 A MX PA99004941A
Authority
MX
Mexico
Prior art keywords
machine
server
computer
data
keyboard
Prior art date
Application number
MXPA99004941A
Other languages
English (en)
Inventor
Church James
Original Assignee
Diebold Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US09/193,638 external-priority patent/US6470326B1/en
Application filed by Diebold Inc filed Critical Diebold Inc
Publication of MXPA99004941A publication Critical patent/MXPA99004941A/es

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/042Payment circuits characterized in that the payment protocol involves at least one cheque
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/18Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F19/00Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
    • G07F19/20Automatic teller machines [ATMs]
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F19/00Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
    • G07F19/20Automatic teller machines [ATMs]
    • G07F19/201Accessories of ATMs
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F19/00Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
    • G07F19/20Automatic teller machines [ATMs]
    • G07F19/206Software aspects at ATMs
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F19/00Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
    • G07F19/20Automatic teller machines [ATMs]
    • G07F19/211Software architecture within ATMs or in relation to the ATM network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Debugging And Monitoring (AREA)

Abstract

Una maquina de cajero automatico opera para llevar a cabo transacciones en respuesta a los documentos HTML y a los mensajes TCP/IP intercambiados con un sistema de computadora local a traves de una red interna, asi como en respuesta a mensajes intercambiados con servidores extranjeros en una red de area amplia. La maquina de cajero incluye una computadora que tiene una parte de manejo de documento HTML. La parte de manejo de documento HTML opera para comunicarse a traves del servidor proxi, con un servidor HTTP domestico en la red interna o los servidores extranjeros en la red de area amplia. La computadora ademas incluye una parte de aplicacion del dispositivo que interconecta con la parte de manejo del documento HTML y despacha mensajes para operar los dispositivos en la maquina de cajero automatico. Los dispositivos incluyen un mecanismo surtidor de hoja el cual surte billetes asi como otros dispositivos de transaccion. La parte de aplicacion del dispositivo se comunica con una parte de programa de interconexion del dispositivo en la maquina de cajero a traves de un servidor del dispositivo en una red interna. El servidor del dispositivo mantiene el control local sobre el dispositivo en la maquina de cajero incluyendo el surtidor de hoja. La maquina de cajero opera para leer indicios sobre la tarjeta del usuario que corresponde a una direccion del sistema. La computadora opera para conectar la maquina de cajero con el servidor domestico o extranjero que corresponde a la direccion del sistema, cuyo servidor conectado opera la maquina de cajero hasta que se completan las transacciones del usuario.

Description

SISTEMA Y APARATO DE MAQUINA DE CAJERO AUTOMATIZADO CAMPO TECNICO > La presente invención se refiere a máquinas de banca automática. Específicamente, esta invención se refiere a un aparato y sistema de banca automática que es capaz de ser utilizada en una red de área amplia, y que proporciona al usuario una interfase familiar desde su institución sede en las máquinas de banda operadas por otras instituciones, y que proporciona mayores opciones para las salidas de la máquina.
ANTECEDENTES» DEL ARTE Son bien conocidas las máquinas de banca automática. Un tipo común de tipo de máquina de banca automática utilizada por los consumidores es un cajero automático ("ATM", por sus siglas en inglés) . Los ATMs permiten a los consumidores realizar operaciones bancarias. Entre las operaciones bancarias comunes realizadas por los' ATMs se encuentran disposición de efectivo, realización de depósitos, transferencia de fondos entre cuentas, pago de servicios y solicitudes de saldos de cuenta. El tipo de operaciones bancarias que un cliente puede realizar lo determinan las capacidades de la máquina bancaria particular y la programación de la institución que opera la misma. Otros tipos de Máquinas de Banca Automática pueden permitir a los clientes hacer cargos contra cuentas o transferir fondos. Otros tipos de Máquinas de Banca Automática pueden imprimir o suministrar artículos de valor, por ejemplo cupones, boletos, sobres para depósito, comprobantes, cheques, cupones de alimento, giros postales, vales o cheques de viajero. Para fines de esta presentación una máquina de banca automática o máquinas de operación automática abarcará cualquier dispositivo que realice operaciones, incluyendo transferencias de valor. Actualmente los ATMs son operados en redes de comunicaciones, estas redes interconectan los ATMs operados por instituciones financieras y otras entidades. La interconexión de las redes suele permitir a un usuario utilizar una máquina de banca operada por otra institución si la máquina de banca de la institución está interconectada con la red que incluye la institución del usuario. Sin embargo, cuando el cliente opera la máquina de la otra institución, el cliente debe operar la máquina utilizando ia interfaz del cliente que ha sido establecida por la otra institución para sus máquinas de banca. Además, el usuario está limitado a opciones de operación proporcionadas por la otra institución.
Un cliente puede hallar dificultades al utilizar la máquina de la otra institución. Pueden ocurrir problemas porque el usuario no está familiarizado con el tipo de máquina operado por la otra institución. Puede haber confusión porque el cliente no sabe qué botones u otros mecanismos activar para realizar las operaciones deseadas. El flujo de la operación para un cliente en una máquina de otra institución puede ser muy distinto de las máquinas operadas por la institución del usuario. Este puede ser particularmente un problema cuando el usuario es de otro país y no esta familiarizado con el tipo de máquina de banca o el idioma de la interfaz proporcionada por la otra institución. De igual modo, los documentos que son imprimidos por impresora en un 'Máquina de Banca Automática se limitan eneralmente a un grupo limitado de formatos definidos en un solo idioma .
Una institución que no sea la. propia también puede proporcionar distintos, tipos de operaciones.de las que el usuario conoce en su institución. Por ejemplo, la institución del usuario puede permitir la transferencia de fondos entré' cuentas a través de sus máquinas de banca automática, para permitir al usuario mantener fondos en cuentas que devengan mayores intereses hasta que los requieran. Si la otra institución no proporciona esta capacidad, el usuario no podrá hacer esto cuando opere una-máquina que no sea de su institución. La incapacidad de un usuario en una máquina que no sea de su institución para realizar operaciones a las que está acostumbrado puede presentar, problemas.
Las redes que operan cajeros automáticos y otros tipos de máquinas de banca automática generalmente operan redes propietarias con acceso restringido. Es necesario prevenir fraudes o la manipulación en la red o las cuentas de los usuarios. Las redes propietarias también se usan por lo general para la transmisión de mensajes de tarjetas de crédito y otros j mensajes de operaciones financieras. El acceso a dicho sistemas de procesamiento de tarjjeta de crédito también están restringidos principalmente para fines de mantener la seguridad.
La comunicación sobre redes de área amplia permite que los mensajes se trajnsmitan entre lugares distantes. La red de área amplia mejor conocida es Internet que puede utilizarse para proporcionar comunicación entre computadoras en todo el mundo. Internet no se utiliza! ampliamente para mensajes de operaciones financieras porque nó es un sistema seguro. Los mensajes destinados para ser recibidos en un domicilio de computadora particular pueden ser interceptados en otras direcciones sin que esto se detecte. Dado que los mensajes pueden interceptarse en lugares alejados donde se encuentra el receptor previsto, existe potencial de fraude Y corrupción Las empresas están empezando a proporcionar enfoques para una transmisión más segura de mensajes en Internet, También se están aplicando técnicas de encriptación a los mensajes de Internet. Sin embargo, la apertura de Internet ha limitado su utilidad para fines de mensajes financieros, particularmente los mensajes financieros relacionados con la operación de máquinas de banca automática.
Los mensajes en las redes de área amplia pueden comunicarse utilizando el Protocolo de Control de Transmisión/ -Protocolo de Internet ("TCP/IP", por sus siglas en inglés). La patente de los Estados Unidos Número 5,706,422 muestra un ejemplo de un sistema en el cual se almacena información financiera en bases de datos a las cuales se accede a través de un red de área amplia privada utilizando mensajes TCP/IP. Los mensajes transmitidos en dichas redes que utilizan TCP/IP pueden incluir "documentos" (también llamados "páginas"). Los documentos se producen en lenguaje Descriptor de Hipertextos ("HTML", por sus siglas en inglés) que es una referencia a un tipo de lenguaje de programación utilizado para producir documentos con comandos o "etiquetas" dentro. Las etiquetas son códigos que definen características u operaciones del documento como tipos de letra, disposición, gráficos incrustados y vínculos de hipertexto. Los documentos HTML se procesan o leen mediante el uso de un programa de computadora denominado "navegador" . Las etiquetas indican al navegador cómo procesar y controlar lo que se ve en una pantalla o se escucha en las bocinas conectadas a la computadora que ejecuta el navegador cuando el documento se procesa. Los documentos HTML pueden transmitirse a través de una red por medio del Protocolo de Transferencia de Hipertexto ("HTTP", por sus siglas en inglés) . El término "Hipertexto" es una referencia a la capacidad de los vínculos incrustados en el texto de un documento que permite la comunicación con otros documentos a los cuales sé puede tener acceso en la red.
Así, existe la necesidad de una máquina y sistema de banca automática que pueda aplicarse en una red de área local, por ejemplo Internet, al tiempo que proporciona un alto nivel de seguridad. Existe además una necesidad de una máquina y sistema de banca automática que proporcione al usuario la interfaz familiar y las opciones de operación de su institución al operar máquinas de otras .instituciones .
DESCRIPCION DE LA INVENCIÓN Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática en la cual un usuario pueda realizar operaciones.
Es un objetivo adicional de la presente invención... proporcionar una máquina de banca automática que pueda ser operada a través de la conexión a una red de área amplia.
Es un objetivo adicional de la presente invención proporcionar una máquina y sistema de banca automática que proporcione al usuario una interfaz familiar y opciones de operación de su institución en máquinas operadas por otras instituciones.
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que se comunique utilizando documentos HTML (Lenguaje Descriptor de Hiperfecto, por sus siglas en inglés) y mensajes TCP/IP (Protocolo de Control de Transmisión/Protocolo de Internet, por sus siglas en inglés) generados como respuesta a indicios que se encuentran en la información proporcionada por la tarjeta de un usuario.
Es un objetivo adicional de la presente invención proporcionar una máquina y sistema de banca automática que realice operaciones a través de una red de área amplia al tiempo que mantiene un alto nivel de seguridad.
Es un objetivo adicional de la presente invención proporcionar una máquina y sistema de banca automática que controle la conexión de la máquina de banca a un domicilio extranjero a través de un servidor caché.
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que limite la operación de dispositivos en la máquina a través de un servidor de dispositivos local.
Es un objetivo adicional de la presente invención proporcionar una máquina y sistema de banca automática que sea operable a través de la conexión a Internet.
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que pueda utilizarse para proporcionar a un usuario más tipos de mensajes, incluyendo mensajes dirigidos a usuarios particulares.
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que sea capaz de proporcionar a los usuarios un variedad más amplia de documentos impresos .
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que proporcione opciones adicionales para identificar usuarios autorizados.
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que pueda utilizarse en relación con los sistemas de operación actuales al tiempo que proporciona mayor funcionalidad.
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que proporcione mejores capacidades de diagnóstico y servicio.
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que realice operaciones a velocidad rápida.
Es un objetivo adicional de la presente invención proporcionar mejores sistemas en los que se utilicen las máquinas de banca automática.
Es un objetivo adicional de la presente invención proporcionar mejores métodos de operación para máquinas y sistemas de banca automática.
Objetivos adicionales de la presente invención se volverán aparentes en las siguientes mejores modalidades para llevar a la práctica la invención y las Reivindicaciones anexas.
Los objetivos anteriores se logran en una forma de realización preferida de la invención a través de una máquina de banca automática que incluye un dispositivo de salida, por ejemplo una pantalla, y un dispositivo de entrada, por ejemplo una pantalla táctil o un teclado. La máquina, de banca incluye' además dispositivos como un mecanismo dispensador de hojas de billetes, un mecanismo impresor, un lecto /escritor de tarjetas,, un mecanismo de depósito y otros dispositivos físicos que son utilizados por la máquina para realizar' las operaciones bancarias . ...
La máquina de banca incluye además una computadora. La computadora está en conexión opérativa con los dispositivos de salida y los dispositivos'-de-entrada, así como el mecanismo dispensador de hojas, el lector ,de. tarjetas y otros dispositivos físicos de la máquina de banca. La computadora incluye programas de software que pueden ejecutarse ahí. Los programas de software incluyen una porción de manejo de documentos HTML. La porción de manejo de documentos HTML opera para enviar y recibir documentos HTML y mensajes HTTP. La porción de manejo de documentos HTML se encuentra preferentemente en. conexión con el dispositivo de salida hacia las pantallas que incluyen indicadores de enlaces de hipertexto. La porción de manejo de documentos HTML también se encuentra preferentemente en conexión con el dispositivo de entrada que permite la selección por parte del usuario y la generación de mensajes de respuesta provenientes de la computadora. La porción de manejo de documentos HTML opera preferentemente en conexión con un ambiente de software JAVA y tiene la capacidad de ejecutar instrucciones en JAVA script transmitido con los documentos HTML.
El software de la computadora incluye preferentemente, ade.más, una porción de aplicación de dispositivos. La porción dé aplicación de dispositivos incluye software que es operativo para controlar él dispéisador de hojas y otros dispositivos. En la forma preferida de la invención la" porción de ampliación de dispositivos incluye una variedad de sus programas JAVA para operar los dispositivos . que se encuentran en la máquina .
La computadora que se encuentra en la máquina de banca automática j-ncluye además una porción de software que establece una interfaz con los dispositivos. La porción de software que establece una interfaz con los dispositivos opera para recibir mensájes provenientes de la porción de aplicación de dispositivos y para provocar que los dispositivos operen a través de las interfases de, hardware apropiadas. En una forma preferida de la máquina de banca automática, la porción de manejo de documentos HTML, la porción de aplicación de dispositivos y la porción de software que establece interfases con los dispositivos, se encuentran en la misma computadora y se comunican en distintos puertos IP.
La máquina de banca automática de la invención se comunica preferentemente utilizando mensajes TCP/IP en una intranet que incluye una variedad de dichas máquinas. La intranet está a su vez conectada a por lo menos una computadora que es operada por una institución. La institución es la entidad que opera las máquina de banca.
La computadora de la institución incluye preferentemente un servidor HTTP local, un servidor caché y un servidor de dispositivos. El servidor caché se comunica a través de la intranet con la porción de manejo de documentos HTML del software de cada una de las máquinas de banca. El servidor caché también puede conectarse a una red de área amplia, por ejemplo Internet, a los cuales se conectan los servidores extranjeros. El servidor de dispositivos es operativo para transmitir mensajes entre la porción de aplicación de dispositivos y la porción de software que establece interfases con los dispositivos de las máquinas de banca. El servidor de dispositivos incluye software de monitoreo que monitorea y limita selectivamente el uso y operación de dispositivos en la máquina de banca. Esto proporciona un nivel de seguridad.
La máquina y sistema de banca automática son operativos para colocar al usuario en conexión con la institución en donde tiene sus cuentas. Ésta puede ser la institución que opera la máquina de banca en donde el usuario está presente u otra institución que esté conectada a la red de área amplia. Para operar la máquina de banca un usuario proporciona entradas que corresponden a un domicilio, por ejemplo un domicilio URL (Localizador Uniforme de Recursos, por sus siglas en inglés), a través de un dispositivo de registro de domicilios. La porción de manejo de documentos HTML opera para conectar la máquina de banca al servidor que corresponde a ese domicilio. Esto se logra preferentemente teniendo el usuario indicios representativos del domicilio en una tarjeta que es leída por un lector de tarjetas en la máquina de banca, u otro dispositivo de entrada que identifica al usuario o a una institución o entidad en la cual el usuario tiene cuentas.
La porción de manejo de documentos HTML es sensible al domicilio que se encuentra en la tarjeta para conectarse a través del servidor caché a la institución del usuario. Si el domicilio de la institución del usuario corresponde al servidor local, la máquina de banca opera en respuesta a los mensajes provenientes del mismo. Si, sin embargo, el registro del domicilio del usuario corresponde a un domicilio de un servidor extranjero, el servidor caché es operativo para comunicarse a través de la red de área amplia con el servidor extranjero y la institución del cliente. Si el cliente hace que la máquina se conecte a un servidor operado por una institución que no sea la suya, los documentos HTML enviados desde la otra institución corresponden a aquellos proporcionados normalmente por la misma. Como resultado de ello, el cliente está familiarizado con la interfase producida por estos documentos y será, capaz de operar más fácilmente la máquina de banca.
El servidor extranjero o ei servidor local operan la máquina de banca enviando documentos HTML que incluyen1 instrucciones para operar los dispositivos en la máquina de banca. Las instrucciones son transmitidas desde la porción de manejo de documentos HTML a la porción de aplicación de dispositivos del software, que opera los dispositivos en respuesta a las instrucciones. Las instrucciones provenientes de la porción de aplicación de dispositivos a los dispositivos en la máquina de banca automática se transmiten a través del servidor de dispositivos de la institución. Esto ayuda a mantener la seguridad. Además, el servidor caché incluye vigilancia de software que limita a los servidores extranjeros que puedan conectarse a y operar la máquina de banca. Esto se llama "fire wall" (muro de fuego) .
Las formas de realización de la presente invención también proporcionan mejores interfases del usuario y la impresión de una amplia variedad de documentos con la máquina de banca. La invención también permite lograr una mayor funcionalidad al tiempo que se utilizan las redes de operaciones y máquinas de operaciones automáticas actuales.
BREVE DESCRIPCIÓN DE LOS DIBUJOS La Figura 1 es una vista esquemática de una configuración de red que incluye el aparato y sistema de máquina de banca automática de la presente invención.
La Figura 2 es una vista esquemática de una forma de realización preferida de una máquina de banca automática de la presente invención.
Las Figuras 3 a 24 muestran vistas esquemáticas de la máquina de banca automática, una intranet que conecta la máquina de banca a un sistema de computadora de un banco sede y una red de área amplia que conecta el sistema de computadora del banco sede a otro banco.
Las Figuras 3 a 18 representan esquemáticamente los pasos en la operación realizada en la máquina de banca con el sistema de computadora del banco sede.
Las Figuras 19 a 24 representan esquemáticamente los pasos de una operación realizada por la máquina de banca con el sistema de computadora del otro banco.
La Figura 25 es una vista · esquemática de una configuración de red que incluye una forma de realización alternativa de una máquina de banca automática de la presente invención.
La Figura 26 es una vista esquemática de los marcos de la porción de manejo de documentos HTML de la forma de realización alternativa de la máquina de banca automática mostrada en la Figura 25.
La Figura 27 es una vista esquemática de una interfaz del cliente de una máquina de banca automática y las teclas de función y teclas del teclado numérico incluidas en la interfaz.
Las Figuras 28-30 representan esquemáticamente los pasos ejemplares al convertir las entradas de tecla de función y tecla de teclado numérico en entradas de flujo de teclado y de flujo de ratón.
La Figura 31 representa esquemáticamente los pasos ejemplares en la impresión de documentos con la máquina de banca automática.
MEJORES FORMAS DE LLEVAR A CABO LA INVENCIÓN Con referencia ahora los dibujos, y en particular a la Figura 1, se muestra ahí una' configuración de red indicada esquemáticamente por 10, qué incluye el aparato y sistema de banca automática de una forma de realización preferida de la presente invención. La red 10 incluye una variedad de máquinas de banca automática 12 que en la forma de realización preferida de la invención son ATMs . Los ATMs 12. están conectados a un sistema de computadora de un banco sede indicado esquemáticamente por 14. El sistema de computadora del banco sede 14 es el sistema de computadora que es operado por el banco u otra institución que tiene la responsabilidad principal de los ATMs 12. El sistema de computadora del banco sede 14 está conectado a los ATMs 12 a través de una intranet. La intranet es preferentemente una red local o propietaria que proporciona comunicación entre el sistema de computadora 14 y las máquinas de banca 12 utilizando mensajes en el formato de protocolo de control transmisión/protocolo de Internet ("TCP/IP", por sus siglas en inglés) .
Los mensajes que se comunican a través de la intranet 16 son preferentemente mensajes TCP/IP y documentos de lenguaje descriptor de hipertexto ("HTML", por sus siglas en inglés). En la forma de realización preferida de la invención los documentos HTML enviados a través de la intranet 16 incluyen instrucciones de programación orientada a objetos enclavados, preferentemente en el formato JAVA® que ha sido creado por Sun Microsystems. Los mensajes enviados a través de la intranet 16 pueden ser enviados en una forma encriptada o no encriptada, dependiendo de la naturaleza del sistema y las necesidades de seguridad del banco sede .
Debe entenderse que las formas de realización de la invención pueden procesar otros formatos de documentos que incluyan etiquetas con instrucciones. Por ejemplo, recientemente se ha propuesto un formato de HTML "extendido" que puede utilizarse en forma de realización de la invención. Para fines de la invención, todos los formatos de lenguajes y variantes que incluyan documentos, y cuyos documentos incluyan instrucciones se denominarán documentos HTML. De igual modo, aunque el JAVA®' se utiliza en la forma de realización descrita, pueden utilizarse otros lenguajes de programación. Por ejemplo, en otras formas de realización puede usarse Active-X™ creado por Microsft Corporation u otros lenguajes. Además debe entenderse que las instrucciones incluidas en los documentos pueden ser operativas para provocar que una computadora acceda a otros documentos, registros o archivos en otros domicilios para obtener un programa que realice una operación.
El sistema de computadora del banco sede 14 también puede conectarse como se muestra a una red de área amplia 18. En algunas formas de realización de la invención la red de área amplia 18 es Internet. En otras formas de realización de la invención, pueden utilizarse otras redes de área amplia. La red de área amplia comunica preferentemente mensajes en TCP/IP entre numerosos sistemas de computadora conectados a la red de área amplia. Estos sistemas de computadora extranjeros se representan esquemáticamente por los servidores 20, 22, 24, 26 y 28. Debe entenderse que los servidores 20 a 28 pueden ser operados o estar conectados a otras instituciones financieras en todo el mundo. Los servidores 20 a 28 operan preferentemente mediante la comunicación de documentos HTML y otros mensajes HTTP.
La Figura 2 muestra una vista esquemática del ATM 12 utilizado en relación con una forma de realización preferida de la invención. El ATM 12 incluye una pantalla táctil 30. La pantalla táctil 30 incluye una pantalla que sirve como dispositivo de salida para la comunicación con el usuario de la máquina. La pantalla táctil 30, debido a que es una pantalla táctil, también sirve como dispositivo de entrada para recibir instrucciones de entrada de un usuario. La pantalla táctil 30 está conectada a través de juna interfaz 32 a una computadora 34 i que está preferentemente albergada dentro de la máquina. Formas de realización alternativas de la invención pueden incluir otros dispositivos de salida, por! ejemplo, bocinas de audio.
La computadora 34 también está en conexión con una variedad de dispositivos de función de operación 36 que se incluyen en el ATM 12. Los dispositivos 36 incluyen, por ejemplo, un mecanismo lector/ escritor de tarjetas 38 y un teclado 40. Los dispositivos 36 incluyen además un mecanismo dispensador de hojas 42 que es operativo para dispensar hojas, que en la forma preferida de la invención son billetes de banco. Los dispositivos 36 incluyen además un depósito 44 para aceptar depósitos en un lugar seguro de la máquina. Una impresora de comprobantes 46 para proporcionar comprobantes de operación a los clientes se incluye también entre los dispositivos 36. Una impresora diaria 48 también se incluye entre de los dispositivos para mantener un registro de copia impresa de la información sobre las operaciones. En otras formas de realización pueden utilizarse otros dispositivos de función de operaciones que realicen otras funciones de operaciones. Otras formas de realización pueden incluir menos dispositivos de función de operaciones. Debe entenderse que aunque la forma de realización descrita de la invención es una máquina de banca automática, los principios de la invención pueden aplicarse en muchos tipos de máquinas de operaciones que no realizan necesariamente operaciones bancarias.
Cada uno de los dispositivos está conectado a un bus de control interno 50 dentro de la máquina de banca 12. El bus de control 50 emite . los mensajes internos a los dispositivos particulares. Gada. dispositivo tiene una interfaz de hardware adecuada que permitá al .dispositivo particular operar en respuesta a los mensajes que le son transmitidos en el bus de control 50. El lector/escritor de tarjetas 38 tiene un interfaz de hardware mostrada esquemáticamente como 52. Las interfases de hardware 54, 56, 58, 60 y 62 son operativas respectivamente para conectar el teclado 40, el mecanismo dispensador de hojas 42, el mecanismo de depósito 44, el mecanismo de impresión de comprobantes 46 y el mecanismo impresor diario 48 al bus de control 50.
La computadora 34 tiene varios programas de software que son ejecutables dentro de la misma. En la forma de realización preferida de la invención estos programas del software incluyen una porción de software que establece interfases con los dispositivos generalmente indicada por 64. La porción de software que establece interfases con los dispositivos 64 incluye preferentemente una interfaz de dispositivo de software 66 que comunica mensajes electrónicos con el bus de control 50. La porción de software que establece interfases con los dispositivos 64 incluye preferentemente, además, un administrador de dispositivos 68. El administrador de dispositivos es preferentemente operativo para administrar los varios dispositivos 36 y controlar sus varios estados, de tal manera que se garantice que operan adecuadamente en secuencia. El administrador de dispositivos también es preferentemente operable para crear objetos de dispositivos en el software, de tal manera que permita la operación de los dispositivos a través del programa orientado hacia objeto 70. La porción del software que establece interfases con los dispositivos 64 incluye también la porción del programa orientado hacia objeto 70, que en la forma de realización preferida es una aplicación escrita en el lenguaje JAVA. El programa 70 trabaja junto con el administrador de dispositivos para recibir mensajes JAVA orientados hacia objetos en lo que provoca que los dispositivos operen, y que se transmitan mensajes de operación de los dispositivos indicativos de una manera en la cual los mismos están operando o recibiendo datos de entrada, o ambas cosas.
La porción de software que establece interfases con los dispositivos 64 en la forma de realización preferida opera en la computadora 34 y se comunica a través de una conexión física TCP/IP 72 con la intranet 16. La conexión física puede ser por marcado analógico, puerto serial, conexión ISDN (Red Digital de Servicios Integrados, por sus siglas en inglés) u otra conexión adecuada. En la configuración del sistema tal como se muestra, la porción del software que establece interfases con los dispositivos 64 se comunica en el domicilio IP de la computadora 34 en un puerto o socket IP indicado por 74 que es distinto al de las demás aplicaciones de software. En otras formas de realización de la invención, la porción de software que establece interfases con los dispositivos 64 puede operar en una computadora diferente a las otras aplicaciones de software de la invención.
Debe entenderse además que aunque en la forma de realización preferida de la invención la porción que establece interfases con los dispositivos 64 es software, en otras formas de realización de la invención todos o partes de los pasos de instrucción ejecutados por la porción de software 64 pueden estar residentes en firmware o en otros medios de programa en relación con una o más computadoras, que son operativas para comunicarse con los dispositivos 36. Para fines de la invención, todas esas formas de instrucciones ejecutables se denominarán como software.
Otro software opera también en la computadora 3 . Este software incluye software de manejo de documentos HTML que incluye un navegador, indicado esquemáticamente por 76. En la forma de realización preferida de la invención el software de manejo de documentos HTML incluye un navegador proporcionado por Netscape®. Sin embargo, en otras formas de realización puede utilizarse otro software de manejo y comunicación de documentos HTML y software de navegador, por ejemplo JAVA® de Sun Microsystems. El navegador 76 se comunica en la computadora 34 en un puerto IP indicado por 78.
El navegador 76 es operativo en relación con el software del ambiente JAVA 80 que permite a la computadora 34 ejecutar programas de lenguaje JAVA. Los programas de lenguaje JAVA tienen la ventaja de que operan de igual manera en varias plataformas de hardware sin modificación. Esta capacidad "escribir una vez/ejecutar en cualquier lugar" hace que el ambiente JAVA sea idóneo para la forma de realización preferida de la invención. Sin embargo, otras formas de realización pueden utilizar destinos tipos de programas de software.
El software de ambiente JAVA 80 permite a la computadora 34 ejecutar instrucciones en JAVA, indicadas esquemáticamente por 82. Las instrucciones que son ejecutadas por la computadora en JAVA son preferentemente comandos de JAVA script enclavados que se incluyen en los documentos HTML que se reciben a través del navegador 76. El navegador 76 en conexión con el software de ambiente JAVA 80 que ejecuta las instrucciones en el JAVA script enclavado 82, sirven como una porción de software de manejo de documentos HTML para transmitir y recibir documentos HTML y mensajes TCP/IP a través del puerto IP indicado por 78.
La computadora 34 también tiene software ejecutable que. tiene una porción de aplicación de dispositivos 84. La porción de aplicación de dispositivos 84 contiene instrucciones ejecutables relacionadas con la operación de los dispositivos 36. En la forma de realización preferida de la invención, la porción de aplicaciones de dispositivos consta de una variedad de subprogramas JAVA. Los subprogramas también son preferentemente operables para controlar y hacer un seguimiento del estado de los dispositivos con los cuales están relacionados. Ciertos subprogramas- también son preferentemente operables para configurar el navegador para comunicar mensajes. Ciertos subprogramas administran entidades de seguridad y autentif icación utilizados por el ATM.
En la forma descrita de la invención, los subprogramas JAVA están relacionados con funciones tales como la habilitación del mecanismo lector de tarjetas, la notificación al navegador cuando los datos de la tarjeta de un usuario han sido registrados, la operación del mecanismo impresor'de comprobantes, la operación del mecanismo de impresora diaria, habilitar el teclado del cliente y recibir la entrada de datos a través de el teclado, operar el mecanismo dispensador de hojas, operar el sitio de depósito, navegar hacia el domicilio del documento, funciones del dispositivo de temporización, verificar las firmas digitales, manejar la incriptación de mensajes, controlar la mezcla de billetes dispensados a partir de múltiples mecanismos dispensores de hojas, calcular el tipo de cambio, y finalizar la operación y dar instrucciones al navegador para volver a establecer la comunicación con el servidor local . Desde luego, en otras formas de realización, pueden utilizarse otros subprogramas para realizar varias funciones deseadas o controlar los dispositivos de la máquina. La porción de aplicación de dispositivos 84 se comunica en la computadora 34 en cualquier puerto IP indicado por 86.
En la forma de realización descrita de la invención, la porción de aplicación de dispositivos 84 del software no comunica sus mensajes directamente a la porción de software que establece interfases con los dispositivos 64. Como se explicará posteriormente, esto proporciona mayor seguridad. Sin embargo, debe entenderse que las formas de realización de la invención pueden establecer que la porción de aplicación de dispositivos 84 comunique directamente mensajes de operación de dispositivo al programa de dispositivos 70. Esto puede hacerse ya sea internamente utilizando TCP/IP, mediante entrega de mensajes de manera convencional a través de una fila establecida en el sistema de operación de la computadora que está relacionado con el software qué establece' : inte fases con los dispositivos, o, mediante una llamada directa a este software.
Del análisis anterior se apreciará también que ciertos subprogramas de la . porción de aplicación de dispositivos 84. pueden corresponder a dispositivos que no están presentes en todos los cajeros automáticos. Por ejemplo, un cajero automático, que ópera únicamelete'como dispensador de efectivo no incluye un mecanismo de depósito como el depósito 44. Para dar cabida a la situación en la que un usuario . solicita una operación que no es ' posible físicamente en el ATM 12, la porción de software que establece interfases con los dispositivos 64 puede programarse para proporcionar un mensaje de respuesta adecuado para indicar que la función no está disponible.
De manera alternativa, la porción del software que establece interfase-s con los dispositivos puede incluir una función que verifique la presencia o ausencia de cada tipo de dispositivo físico dentro del ATM. La información indicativa de los dispositivos presentes en el ATM puede incluirse como parte de los mensajes generados por el ATM. Por ejemplo, puede incluirse información indicativa de los dispositivos que son operativos en el ATM como parte de los domicilios URL a los cuales el ATM dirige mensajes. De esta manera, el URL del servidor al cual se conecta el ATM puede configurarse para proporcionar únicamente documentos HTML que correspondan a los tipos de operaciones que el ATM es capaz de realizar. Como resultado de ello él navegador evita mostrar documentos que incluyan referencias a los tipos de operación que la máquina no es capaz de realizar. Así, por ejemplo, una máquina puede evitar producir una pantalla en respuesta a un documento que incluya una referencia a una operación de depósito si la máquina no incluye un sitio para depósitos.
De manera alternativa, la máquina puede incluir en la memoria, datos representativos de los dispositivos funcionales incluidos en la máquina. Esto puede incluir, por ejemplo, datos representativos de una variedad de dispositivos en la máquina y las configuraciones de los dispositivos, o, de manera alternativa, un designador tal que un número de máquina sea suficiente para identificar las capacidades de la máquina. Los datos del dispositivo que indican los dispositivos funcionales en la máquina se comunican a un servidor y el servidor es operativo para suministrar los documentos HTML adecuados para los dispositivos presentes en la máquina. Esto puede hacerse con base en los datos que corresponden a los datos de dispositivo provenientes de la máquina, o puede resolverse a partir de la memoria que mantiene los datos representativos de los dispositivos funcionales en una máquina relacionados con un designador particular. Los documentos suministrados selectivamente por él servidor al navegador de la máquina incluirán las referencias adecuadas a los dispositivos funcionales presentes en la máquina. Estos documentos pueden ser documentos estáticos o pueden generarse en un tiempo de ejecución a partir de subdocumentos o, de otro modo, para proporcionar las salidas e instrucciones adecuadas a los dispositivos de salida de la máquina de operaciones,.
La Figura 3· muestra al ATM en comunicación a través de la intranet 16 con el sistema de computadora del banco sede 1 . El sistema de computadora 14 incluye un servidor caché 88. El sistema 14 incluye además un servidor local HTTP (Protocolo de Transporte de Hipertexto, por sus siglas en inglés) 90. El sistema dé computadora 14 incluye además un servidor de dispositivos 92. El servidor caché, el servidor local HTTP y el servidor de dispositivos pueden incluirse en una sola computadora, como se muestra, o en otras formas de realización pueden ser distintas computadoras. En otras formas de realización puede haber operativos servidores adicionales.
El servidor local HTTP 90 está preferentemente en comunicación electrónica con un sistema de computadora, auxiliar, indicado esquemáticamente por 94. El sistema de computadora auxiliar 94 es operativo para hacer un seguimiento de las cuentas de débito o de crédito de los clientes cuando realizan operaciones en las máquinas de banca automática. Además la computadora auxiliar 94 también es preferentemente operativa para hacer un seguimiento de las operaciones con fines de lograr arreglos con otras instituciones que participen en el sistema y cuyos clientes realicen operaciones en los ATMs 12.
Como se explicará posteriormente, el servidor caché B8 también es operativo para comunicarse a través de la red de área amplia 18 con servidores distintos, por ejemplo el servidor extranjero 96. El servidor extranjero 96 es un ejemplo de un servidor operado por una institución distinta a la institución que opera el sistema de computadora 1 . Debe; entenderse que aunque el servidor extranjero 96 se indica como operado por una institución "extranjera", esto no indica necesariamente que la institución se localiza en otro país al de la institución qae opera el sistema de computadora 14. Sin embargo, es posible que el servidor extranjero 96 pudiera estar localizado en un país extranjero, incluso un país en el cual el idioma hablado sea distinto al generalmente utilizado en el país en donde se localiza el ATMs 12.
La realización de operaciones utilizando el ATM 12 se explica ahora con referencia a las Figuras 3-24. Debe entenderse que los siguientes flujos de operación descritos son meramer.-.e ejemplos de la operación del aparato y sistema, y que el aparato y sistema puede configurarse y operarse de múltiples maneras para realizar operaciones.
Al inició de una operación ejemplar, como se represent esquemáticamente en la Figura 3, el navegador 76 se comunica a través de la intranet 16 con el servidor caché 88. La comunicación se establece preferentemente de tal manera que Ios-documentos HTML que tienen como objetivo atraer a clientes al ATM' 12 se muestran en la pantalla táctil 30. Esto se denomina como la "modalidad.de atracción". Estos documentos HTML'que producen las pantallas en la pantalla digital 30 se originan del servidor, local HTTP 90 que es operabivo para suministrar los documentos HTML al servidor caché. El servidor local HTTP envía los mensajes: dirigidos al puerto IP relacionado con el navegador 76, de tal manera, que provoque que aparezcan en la pantalla en el ATM adecuado . Debe entenderse que. aunque erí este ejemplo el servido local 90 se describe '-en' comunicación con los ATMs a través del servidor caché 88, el servidor 90 puede en otros sistemas abarcados por la invención comunicarse directamente con los ATMs.
Una venta fundamental del sistema es que el servidor local HTTP 90 puede proporcionar documentos selectivamente a los ATMs 12 conectados a la intranet 16·. Estos' documentos pueden incluir mensajes diseñados para el lugar particular en el cual se localiza el ATM 12. Los ejemplos de pantalla diseñados particularmente pueden incluir mensajes bilingües en ciertos barrios o información con respecto al tipo de cambio en varios puertos de entrada. El material o los mensajes podrían incluir publicidad de varios productos o servicios u otro material dirigido a lugares de máquina particulares. Los subprogramas JAVA y el JAVA script se cargan a partir de un lugar central, proporcionando distribución de software selectiva en los ATMs que también pueden utilizarse para personalizar el ATM a su ambiente al provocar que acceda a documentos que incluyen material destinado para ser útil en ese lugar, y que no se proporciona en los documentos suministrados por lo menos a alguna otra de las máquinas del sistema.
Los sistemas de la presente invención pueden configurarse para tener documentos de acceso HTML a máquinas seleccionadas en distintos domicilios, para que- los documentos particulares a los cuales se tenga acceso incluyan el material dirigido a los usuarios de la máquina particular. De manera; alternativa, una máquina puede comunicar datos de máquina1 indicativos de su identidad o lugar a un servidor. A partir de los datos de la máquina, y los datos almacenados en el almacén de datos en relación con el servidor, el servidor opera para suministrar los documentos incluyendo el material dirigido. Esto puede lograrse mediante el ensamblado de subdocumentos , o de otro modo, para generar los documentos que serán suminsitrados al navegador de la máquina particular. Además, debe entenderse que aunque en la forma de realización mostrada se tiene acceso a los. documentos HTML a través de un servidor, de una institucióh, relacionada con la»' máquina, se puede tener acceso a los documentos utilizados para la modalidad de atracción desde otros', servidores operados por otras entidades.
La pantaLla táctil 30 en esta operación ejemplar, muestra una pantalla que incluya un icono que indica en uno o más idiomas que para iniciar una operación el usuario debe tocar la pantalla. Si el usuario toca la pantalla en el área de un icono; se genera una señal de entrada. La señal de entrada es transmitida a través del navegador 76 al domicilio local del" servidor local '^???? 90 con el cual el ATM 12 se encuentra actualmente en comunicación. El mensaje generado en el servidor HTTP está representado por las flechas dirigidas desde el navegador 76 a la intranet 16, desde la intranet 16 ai servidor caché, y desde el servidor caché al servidor HTTP 90 de la Figura 3.
En respuesta a la recepción del mensaje por parte dóí servidor local HTTP 90 que indica que un cliente ha tocado el icono de la pantalla, el servidor local es operativo para enviar un mensaje a través del servidor caché 88 (o en otras formas de realización directarríente) al navegador 76. Este mensaje es preferentemente un documento HTML que produce una pantalla que indica al cliente qué inserte su tarjeta en el mecanismo lector de tarjetas 38. El flujo del documento HTML que se representa gráficamente en la igura 4, incluye preferentemente, además, instrucciones enclavadas en JAVA script que operan en el ambiente JAVA para comunicar uñ mensaje al subprograma JAVA responsable de I habilitar el lector de tarjetas en la porción de aplicación de. dispositivos 84. En! una forma de realización preferida las instrucciones proporcionan un puntero o etiqueta al subprograma que se ejecuta en respuesta a la recepción de las instrucciones del documento. Desde luego, en otras formas de realización pueden i aplicarse otro Software y otros enfoques.
Como se muestra en la Figura 5, en respuesta al JAVA script enclavado que ¡activa el subprograma JAVA relacionado con la habilitación de ¡ la función del lector de tarjetas, el I subprograma JAVA de la porción de aplicación de dispositivos 84 se comunica con el servidor de dispositivos 92. El servidor de i i dispositivos 92 incluye un programa de servidor de dispositivos 98 que en la forma de realización preferida es un programa JAVA i que permite la comunicación con los subprogramas JAVA y la aplicación del servidor de dispositivo 100. El servidor de dispositivos 92 incluye preferentemente, además., una aplicación de software de monito!reo 102 que es operativa para monitorear las instrucciones de operación de los dispositivos. El software de monitoreo reduce al mínimo el riesgo de fraude o abuso en una manera que se explicará posteriormente.
Volviendo a la operación muestra, en respuesta a la recepción del mensaje de habilitación del lector de tarjetas proveniente de la porción de aplicación de dispositivos 84, el servidor de dispositivos 92 es operativo para generar un mensaje a través de la intranet a la porción de software que establece interfases con los '-dispositivos 64 del ATM 12.. Este mensaje se dirige al puerto IP indicado por 74 que es en donde se comunica la porción de software que establece interfases con los dispositivos 64. En respuesta a la recepción, de este mensaje, la porción de software 64 es operativa para enviar un mensaje al bus de control 50 que habilita el mecanismo de lector de tarjetas 34.
Siguiendo con la operación como se muestra en la Figura 6, el registro de la tarjeta por parte del cliente en el lector de tarjetas 34 es ."operativo para provocar que los datos de la tarjeta sean leídos y la porción de programas que establecen interfases con los dispositivos 64' envíen un mensaje al servidor de dispositivos 92 indicando que se han leído los datos de la tarjeta. El servidor de dispositivos transmite este mensaje a través de la intranet 16 a la porción de aplicación de dispositivos 84. La porción de aplicación de dispositivos envía entonces un mensaje al servidor de dispositivos solicitando los datos de la tarjeta. Él servidor de dispositivos 92 transmite un mensaje solicitando los datos de la tarjeta provenientes de la. porción de software que establece interfases con los dispositivos 64 que responde enviando los datos de la tarjeta a través de la intranet al servidor de dispositivos. El servidor de dispositivos, si ño hay bases para detener la operación, transmite un registró HTTP que incluye datos de tarjeta de regreso a través de la intranet 16 a la porción de aplicación de. dispositivos 84.
En una forma de realización preferida de la invención, la tarjeta por parte del usuario o cliente incluye indicios que corresponden a un domicilio relacionado con el usuario en la red. En esa forma de realización los indicios corresponden a un domicilio del localizador uniforme de recursos ("URL", por sus siglas en inglés) que proporciona información en la computadora" .·**.! con respecto a dónde reside la información sobre el usuario, así • 1 como un directorio o subdirectorio que incluye la información del usuario y el nombre del recurso que incluye la información del usuario. El domicilio URL puede estar codificado en la tarjeta del cliente. El domicilio puede codificarse en la pista 3 de una tira magnética, en otros sitios dentro de los datos de la tira magnética o a través de codificación de otros indicios legibles en la tarjeta. De manera alternativa, si la tarjeta del cliente es una tarjeta "inteligente" que incluye almacenamiento de semiconductor sobre 1a misma, el domicilio URL relacionado con el cliente puede incluirse como parte de los datos almacenados en el chip de circuito integrado de la tarjeta del cliente. De manera alternativa, un URL puede derivarse de otros datos en la tarjeta accediendo a la base de datos en la cual los datos del domicilio se correlacionan con otros datos leídos en la tarjeta. Los datos necesarios para derivar el domicilio para acceder a los documentos relacionados con un cliente también pueden derivarse de las entradas a los dispositivos de entrada distintos a, o además de los datos de tarjeta, incluso, por ejemplo, datos. -biométricos que ingresados por un cliente a través de un dispositivo de lectura biométrico. Tales datos biométricos pueden incluir, por ejemplo I, datos que corresponden a una o más huellas dactilares, datos de la apariencia del usuario o combinaciones de ello.
Por ejemplo, y sin imitación, los datos ingresados por un cliente, por ejemplo a través de una entrada de tarjeta o un lector de tarjeta, pueden corresponder a un domicilio para acceder a un registro HTTP, que puede ser un archivo o documento que incluye información que pueda utilizarse para verificar la identidad de un usuirio. Este registro podría incluir datos que corresponden a un número PIN. La información puede incluir datos biométricos que correspondan al usuario autorizado de la tarjeta.
El navegador puede acceder al registro y utilizar los contenidos del mismo, por ejemplo, en forma de datos o instrucciones para verificar que los indicios que correspondan a los datos biométricos del registro correspondan a los datos biométricos del usuario que ingresa la tarjeta. De manera alternativa, los datos de entrada representativos de la apariencia, voz, u otras características (o combinaciones de ellas) u otros datos de entrada, pueden utilizarse para generar uno o más domicilios que correspondan a un usuario, y el contenido del registro en el domicilio al cual se ha tenido acceso utilizarse para verificarse que el usuario de la máquina corresponda al usuario relacionado con el registro. Pueden aplicarse numerosos' enfoques dentro del alcance de la invención. La información, del registro que corresponda a un Usuario puede usarse, de igual manera, para autorizar a ciertos dispositivos funcionales de la máquina para operar para el usuario mientras qüe otros dispositivos quizá no lo hagan. Por ejemplo, un usuario que esté sobregirado puede tener información en el registro al cual se ha accedido que le impida activar el suministrador de 1 efectivo, mientras que otros usuarios que no estén sobregirados pueden incluir información que les permita realizar dicha operación. De manera alternativa, la ausencia de información en un registro correspondiente puede activar la operación, mientras que la inclusión de información limite selectivamente la operación de los dispositivos.
Volviendo a la operación ejemplar, el suministro de los datos de la tarjeta de una tarjeta leída con éxito se entrega operaciones evita a necesidad de derivarla u obtenerla del cliente más de una vez durante el curso de una cesión del usuario que implique varios pasos de operación. El uso del objeto de datos de operaciones habilita la ejecución de subprogramas en gran medida de manera independiente, para obtener los datos,. ? requeridos del objeto de la operación. El enfoque también activa el registro u objeto de datos para ser utilizado en la producción de un registro adecuado al final de la operación. Este registro' puede almacenarse, recopilarse en un lote o entregarse en domicilios seleccionados en una red de área local o amplia.
Como se muestra esquemáticamente en la Figura 7, en respuesta a la recepción del navegador 76 de los datos delv, domicilio URL, el navegador es operativo para transmitir un mensaje a través de la intranet 16 al servidor caché 88. Para fines de este ejemplo, el domicilio URL relacionado con los datos de la tarjeta es el de un cliente relacionado con el banco sede que opera el sistema 14. Como resultado de ello, el domicilio del cliente provocará que el mensaje sea dirigido del servidor chaché 88 al servidor local HTTP 90. De manera alternativa, en otros sistemas, la conexión puede hacerse directamente con el servidor 90 sin la intervención del servidor chaché 88. Como se analizó anteriormente, el domicilio URL también puede incluir datos representativos de los dispositivos que son operativos en el ATM.
En respuesta a la recepción del mensaje, el servidor local HTTP 90 encuentra los datos correspondientes a los datos del domicilio URL del cliente en la memoria y responde al navegador web en su puerto IP con un documento HTML. Este documento HTML puede incluir una pantalla que reconoce al cliente particular por nombré así como con el nombre de la institución bancaria u otra entidad que opere el sistema de "computadora del banco sede 14.
Además, él documentó HTML incluye preferentemente JAVA script enclavado que tiene una firma digital o un mecanismo para obtener una firma digital relacionada con el servidor local HTTP 90. La instrucción de Script incluida en el documento, en ciertas formas de realización, provoca que la porción de aplicación de dispositivos accede a un domicilio HTTP en un servidor, que, en la forma de realización descrita es el servidor 90. El domicilio HTTP corresponde a un registro HTTP que incluye por lo menos una instrucción y preferentemente incluye un programa, por ejemplo, un subprograma JAVA o un archivo Active-X. La instrucción se utiliza para operar el dispositivo de función de operaciones adecuado. El registro HTTP incluye preferentemente datos representativos de una firma, por ejemplo una firma digital. Esta firma digital se recibe en el JAVA script 82 y lo procesa el subprograma JAVA en la porción de aplicación de dispositivos 84. El subprograma JAVA para procesar la firma digital autentifica la misma y autoriza la operación de la máquina de banca. En ciertas formas de realización el subprograma puede comparar la firma con los datos de firma almacenados en la memoria, para una relación : previamente determinada, por ejemplo una comparación.
Después de, que su programa verifique que el servidor HTTP 90 u otro registro HTTP al cual se ha tenido acceso ha', enviado la firma digital adecuada, se permitirá- que continúe la,, operación. Si por alguna razón no se ha enviado Una firma digital adecuada, el subprograma JAVA detendrá la opér?a<bión y regresará' a la máquina de banca 12 a la condición anterior al inicio de la operación conectando.- el. ATM al domicilio relacionado con la modalidad de atracción, en el servidor local 90. El uso de; instrucciones firmadas puede utilizarse para garantizar que los varios dispositivos de función de operaciones sólo sean operados como respuesta a mensajes apropiados.' El uso de instrucciones firmadas puede ser particularmente adecuado para instrucciones; que ejecutan l suministrador de hojas o, de otra manera,-proporcionar valor-, ál - suario de la máquina .
En el ej etopl-o, se supondrá que la firma digital enviada por el Servidor local- 0 es una firma adecuada, en cuyo caso un mensaje es devuelto por el navegador 76 al servidor local 90 indicando que la operación puede seguir adelante. Como se muestra en la Figura 8, en esta operación ejemplar el servidor local HTTP spos t vos 92. E serv or e spos t vos 92 devue ve un mensaje al subprograma JAVA responsable que se encuentra en la porción de aplicación de dispositivos. El subprograma JAVA opera entonces para provocar que el JAVA script envíe un mensaje de regreso a través de la porción de manejo de documentos HTML y el navegador 76 al servidor local HTTP 90. Este mensaje incluye datos representativos del PIN registrado por el cliente. En algunas formas de realización no s deseable mostrar el PIN del: cliente en la pantalla. En dichas forma de realización el subprograma de teclado debe ser operativo para mostrar un carácter implícito en la pantalla por ejemplo un símbolo " * " u. otro símbolo en lugar de 'los dígitos PIN. Además, como se analiza posteriormente, puede se deseable evitar' la t ansmisión del PIN u otros datos a través del navegador, en cuyo caso los datos del PIN pueden manejarse como un mensaje HTTP separado o de otra, manera para reducir el riesgo de divulgación.
El softwáre que opera en relación con el servidor HTTP 90 es entonces operativo ya sea para verificar el PIN mismo o para verificar el número PIN y el número de cuenta del cliente enviándolo de nuevo a la computadora auxiliar 94 y esperando una respuesta. De manera alternativa, la verificación del PIN del cliente: puede realizarse en el ATM a través de un subprograma apropiado. Esto puede hacerse en situaciones en las que los datos de la tarjeta del cliente, por ejemplo un número de cuenta puedan correlacionarse con el número PIN del cliente a través de un algoritmo. El JAVA script enclavado en los mensajes HTML puede incluir o señalar a un domicilio para obtener los datos o': instrucciones que el subprograma utiliza para realizar esta , función de verificación, incluso ciertos datos de encriptaeión claves. Esto puede incluir información del usuario en el documento HTML u otros datos de registro a los que se accedió como respuesta a los datos de la tarjeta del usuario. Como se muestra esquemáticamente en la Figura 9, el objeto de datos de operaciones 104 también es actualizado adecuadamente por el subprograma para indicar el registro del PIN del cliente En formas de realización alternativas la. máquina puede, incluir un dispositivo lector biométrico otro dispositivo de entrada para aceptar datos de un usuario. El usuario puede registrar datos a través del dispositivo que puede utilizarse en lugar de, o además de, los datos del PIN para verificar que el usuario sea un usuario autorizado. Esto ' ípuede 'hacerse, por ejemplo, comparando el registro de datos del usuario con la; información correspondiente al usuario autorizado de la tarjeta incluidos en un registro o un documento que tenga un domicilio HTTP y al cual se acceda mediante el navegador o una aplicación HTTP del cliente, a través de un servidor HTTP en respuesta a. los datos de la tarjeta.. D manera alternativa, los datos registrados pueden utilizarse para generar domicilios para documentos p registros a los cuales se acceda por medio del navegador o el cliente, y los registros o documentos contienen información que se utiliza para verificar la identidad del usuario. Por ejemplo, los datos concernientes a los usuarios pueden almacenarse en un almacén de datos relacionado con un servidor HTTP, que proporciona datos de un registro sensible a los datos del usuario, que se utiliza para verificar la identidad del usuario..
Debe señalarse que la página o pantalla que solicita al cliente que registre su PIN la genera el servidor local HTTP 90. Ésta es preferentemente una pantalla que está relacionada con el domicilio URL de un cliente particular. Ésta será la interfase del banco sede del cliente y será conocida por el cliente. De manera alternativa, el domicilio del cliente puede acceder a lo que será esencialmente la "página inicial" del cliente con la institución que opera el sistema de computadora 14: Como tal, no es solo algo con lo cual el usuario está familiarizado, sino está diseñado idealmente' para sus necesidades de operación particulares .
De manera alternativa, el (los) documento (s) o registro (s) que contiene (n) los datos del cliente pueden utilizarse para generar los domicilios de otros documentos. La información también puede utilizarse para generar un documento .para un cliente particular en las circunstancias particulares. Este enfoque puede ser útil para reducir el esfuerzo relacionado con la creación por anticipado de una página visual personal o' documento para cada cliente.
Los enfoques para lograr esto pueden incluir varios tipos de categorías de información de usuario en el (los) documentos (s) o registro (s) relacionado (s) con un cliente, particular. Esto puede incluir información tal como género, personas relacionadas;,; tipos de cuentas, operaciones permitidas, preferencias del cliente, intereses del cliente, saldos de cuenta, ofertas" previas declinadas o aceptadas y- Otraj'r información. Esta información sobre el 'cliente la puede usar un subprograma adecuado. entre los subprogramas 86 para tratar o-crear un documento adecuado para que el navegador acceda á él con base en el "perfil" del cliente. Además, el subprograma del. perfil puede tomar en consideración los dispositivos de operaciones presentes en la máquina particular, la información sobre la cual se almacena en un almacén de datos en la máquina o en otra parte del sistema, así como otros factores, por ejemplo,, el día de la semana y la hora del día con base en un reloj del sistema. De esta mariera, la máquina determina el documento adecuado al cual se -accederá o el cual será generado para el cliente particular bajo las circunstancias particulares.
La lógica aplicada en el subprograma de perfil puede actuar para provocar que los documentos sean construidos o se acceda a ellos por el cliente, que incluyan opciones de operaciones con base en la información del cliente, información sobre la terminal, y otros factores. El subprograma de perfil puede operar para ofrecer opciones de operaciones o información basada selectivamente en la información del.cliente. Por ejemplo, el operador de la máquina puede ofrecer . incentivos, primas, opciones de operaciones adiciónales o información publicitaria de manera selectiva -a los usuarios. Ciertos tipos' de clientes de la, institución que opera en la máquina pueden recibir salidas de pantalla con opciones que los alienten a realizar más negocios o diferentes tipos de negocios con la institución. De igual manera/, los clientes identificados comió clientes de instituciones extranjeras pueden recibir incentivos para realizar negocios con la institución que opera la máquina . El subprograma de perfil puede operar para hacer que la computadora acceda a otros documentos de otros servidores,* por ejemplo datos de la bolsa de valores, y proporcionarla selectivamente a los clientes. Debe entenderse que el subprograma ie perfil puede operar para determinar un domicilio o- generar documentos que produzcan pantallas iniciales de una secuencia de operación. El subprograma de perfil también puede operar para proporcionar información o accesos o producir documentos para generar salidas visuales al cliente en otros puntos en una operación o entré operaciones. Esto puede utilizarse adicionalmente en sistemas en los que el operador de la máquina sea capaz de vender publicidad pagada a información se presente en la pantalla que indica al cliente que la operación está en proceso. Además, el documento HTML incluye preferentemente JAVA script con instrucciones enclavadas que se ejecutan y comunican a un subprograma JAVA con la operación del mecanismo dispensador de hojas 42.
El documento devuelto por el servidor local 90 puede incluir publicidad u otra información n lugar de o además del mensaje del cliente. Él documento devuelto tárribxén puede incluir una instrucción que provoca que la máquina acceda o genere otro documento. Estas instrucciones pueden invocar métodos en el subprograma de perfil que dependen de las propiedades' relacionadas con el cliente, la máquina, la hora actual u otras, circunstancias. Esto permite acceder a documentos que proporcionan mensajes promocionales por ejemplo publicidad u otra información al cliente mientras el cliente está esperando que la máquina opere. Debe entenderse que puede tenerse acceso a estos documentos en cualquier lugar, incluso en Internet. Esto hace posible presentar selectivamente una amplia gama de materiales a los clientes. También permite a los operadores de los ATMs y otras máquinas de operaciones presentar publicidad a los clientes, de manera amplia, o dirigida a categorías de clientes o incluso a clientes particulares de un segmento. Ésta podía ser publicidad del operador de la máquina, por ejemplo un banco, o publicidad relacionada con virtualmente cualquier tipo de bienes o servicios. La publicidad también puede presentarse selectivamente con basé en el dispositivo de> operación particular que se esté operando, la cantidad de fondos implicada u otros parámetros. Los documentos HTML también permiten la presentación de video y sonido al cliente lo que puede mejorar la efectividad de las promociones.
El mensaje enviado al subprograma JAVA en la porción de aplicación de dispositivos 84 del software para iniciar la operación del dispensador de hojas provoca la generación de un mensaje al servidor de dispositivo 92. El mensaj-e al servidor de dispositivos 92 para dispensar efectivo lo analiza preferentemente el software de monitoreo 102 para verificar si el mensaje es adecuado. Por ejemplo, el software de monitoreo 102 es preferentemente operativo para garantizar que la cantidad de efectivo que sé está solicitando no exceda una cantidad previamente establecida. También puede verificar ppcionalmente que la cantidad proporcionada a este cliente dentro de un período, anterior no haya excedido una cantidad. Esto puede hacerlo el servidor de dispositivos enviando un mensaje a la computadora auxiliar' que incluye los datos de la tarjeta que, ha recibido previamente del cliente. Este mensaje puede pasar a través del servidor 90 y su CGI asociada u otra conexión. Suponiendo que la instrucción de proporcionar efectivo no sea impedida por un mensaje de la computadora auxiliar o el software de monitoreo, el servidor del dispositivo 92 es operativo para enviar un mensaje que proporcione el efectivo a la porción de software que establece interfases con los dispositivos 64 del ATM. La porción de software 64 es operativa entonces para operar el mecanismo, dispensador de hojas 42 para dispensar la cantidad de efectivo solicitada por el cliente.
El software de monitoreo 102 realiza preferentemente funciones adicionales en el servidor de= dispositivos. Por ejemplo, los reglamentos gubernamentales o las buenas prácticas comerciales pueden requerir que se limite el tamaño y cantidades de los depósitos . que puedan hacerse en un ATIftl Esto puede ser recomendable para -prevenir "lavado dé dinero!' u otras actividadeá sospechosas. El software de monitoreo opera pre erentemente pdra' limitar la cantidad de cualquier depósito individual por debajo a un límite establecido. Opera demás comunicándose con el sistema auxiliar del banco sede 94 para preveni que una serie de depósitos dentro dé un tiempo previamente establecido exceda cierto límite. El software de monitoreo también puede trabajar enj conexión con el servidor caché para limitar ciertas operaciones que podrían realizarse en la máquina de banca comó respuesta a instrucciones de servidores extranjeros, como se analizará posteriormente. - Debe señalarse que en una forma de realización ,t preferida de la invención el subprograma JAVA que es operativo para enviar .mensajes y que provoca que sé proporcione efectivo, trabaja en relación con otro subprograma que controla la mezcla de billetes proporcionados a un cliente. Muchos cajeros automáticos tienen la capacidad de dispensar dos o más denominaciones de billetes de banco. Es deseable controlar la mezcla de billetes dispensada a un cliente para ajustarse a la que está disponible -en la máquina y evitar quedarse sin una denominación de billetes antes de la otra. El subprograma .de mezcla de billeteá es 'preferentemente operable para controlar la mezcla de billetes de conformidad con los déseos de la institución que opera el cajero automático así como de conformidad con las capacidades del mismo. De manera alternativa, un subprograma JAVA, para controlar la mezcla de. billetes puede, residir en el programa de dispositivos 70 en la porción de software que establece interfases con los dispositivos 64.
Como lo apreciarán los expertos en la técnica, los' progratnas JAVA o los datos de configuración, particulares de la máquina pueden cargarse selectivamente desde, el servidor local 90 al inicio o en otros momentos. Dado que los subprógramas y los" datos de configuración pueden ser suministrados a máquinas particulares, las máquinas pueden diseñarse específicamente para las' capacidades de suministro de dinero y otras de los ATMs . Por ejemplo, el ATM puede configurarse para que ciertos programas o grupos de subprógramas estén presentes para habilitar La operación de la máquina. Un enfoque para cargar tales datos o programas es proporcionar valores de domicilio en el software de la terminal para indicar en dónde pueden obtenerse las instrucciones requeridas para adquirir los subprogramas o datos.. Si los subprogramas o grupos de subprogramas no están presentes en la memoria de la terminal ATM al inicio, el software es operativo para acceder a los domicilios del sistema para documentos que contengan los registros o instrucciones requeridos' lo que provocará que la máquina cargue los registros requeridos. El navegador puede Utilizarse para acceder a. |os ^domicilios y los datos de carga de software correspondientes a las instrucciones-de los documentos a. los cuales se ha tenido acceso en una memoria de la terminal ATM, para que la terminal tenga los subprogramas y datos requeridos. Dichos domicilios de documentos pueden ser accesibles a través del servidor local 90. De manera alternativa los domicilios pueden encontrarse en un servidor de desarrollo separado conectado a la intranet %6. De manera alternativa, los documentos pueden ser proporcionados a través de un servidor de desarrollo u otro -servidor que sea accesible a la máquina a través de una red de área aYnplia. Lpsií- documentos pueden proporcionarse en el' servidor ,d;e: desarrollo, para proporcionar a la máquina instrucciones de cómo adquirir el código de operación para efectuar una amplia variedad de funciones. Las instrucciones pueden ordenar a la máquina que adquiera los datos y los códigos de domicilios necesarios accesibles a través de servidores HTTP a través de un cliente HTTP en la máquina. Los datos y el código pueden adquirirse como respuesta ' a las instrucciones en uno o varios documentos. La máquina también puede requerir que los subprogramas cargados de esta manera sean subprogramas firmados que incluyan firmas digitales u otras características de autentificación. para lograr la operación de ciertos dispositivos en las máquinas.
De manera alternativa, las formas de realización de la invención pueden adquirir los subprogramas y datos necesarios de. un almacén de datos remoto. El almacén d datos incluye preferentemente los datos o programas que activan l máquina para operar como se desea o recibir instrucciones sobre en dónde la-máquina puede adquirir las instrucciones y dáto,sxiece'sarios para la operación. Los datos pueden ser accesibles; desde un servidor de base de datos . La máquina de operaciones plantea una consulta al servidor de base de datos. La consulta incluye o está acompañada por indicios de la máquina que la identifican. Esto puede ser la máquina particular, por ejemplo un número de máquina, o puede incluir indicios representativos del tipo o capacidades de dispositivos . funcionales de la máquina.
El almacén de datos incluye preferentemente registros que tienen datos o programas qué" van a ser" transmitidos a la máquina. En respuesta a la consulta al servidor, el servidor recupera registros del almacén de datos y en respuesta a ello suministra uno o más mensajes al cliente HTTP de la máquina de operaciones. Este (estos) mensaje (s) incluyen los datos de configuración o programas para habilitar a la máquina en la operación en la manera deseada o puede incluir instrucciones que indiquen cómo la máquina ha de adquirir dichos programas de los servidores conectados en el sistema.
En el ejemplo mostrado el servidor de': configuración el almacén de datos pueden operar en la misma computadora como un servidor de banco local 90. En otras formas d realización, el servidor de base dé datos puede recibir e otra parte en las redes a las cuales está conectada la máquina.
Una ventaja de las máquinas y sistemas que emplean dichas características es la flexibilidad de. cambiar la operación é interfaz del cliente.de -la máquina para responder a condiciones cambiantes. Esto puede incluir un cambio en el dispositivo de función de operaciones. Las condiciones pueden cambiar de tal manera que ciertas operaciones estén limitadas o no estén disponibles. Por ejemplo, una máquina puede aceptar normalmente depósitos pero su lugar de depósito estará lleno. En esa situación, la máquina puede cambiar los documentos a los cuales accede para presentar mensajes a los usuarios a través de sus dispositivos de salida en el sentido de que ya no se ofrece ia opción^ de depósito. Esto puede lograrse a través de los subprogramas y datos cargados en la máquina inicialmente , que proporcionan instrucciones cuando se detecta un acontecimiento, así. De manera alternativa, la programación de la máquina puede modificarse mediante la carga de subprogramas o datos nuevos desde un servidor HTTP sensible al estado vigente en ese momento. Esto puede hacerse como respuesta a una consulta a un servidor de base de datos que* -incluya o esté acompañada por datos representativos de ¾ais condiciones o capacidades modificadas dé la máquina. En respuesta el servidor suministra el (los) subprograma (s) , datos o instruccionés que opérarán la máquina en la modalidad modificada.
Este enfoqué, elimina la situación. cón las máquinas de operaciones convencipnales en donde la presentación de interfaz estática en el dispositivo de salida ofrece una opción de operación a un clienté. En ocasiones, después de que el cliente ha hecho, la selección "sé proporciona una indicación en el sentido de que la opción dé operaciones seleccionada „nó está disponible. El enfoque descrito en el presente, documento puede utilizarse con numerosas opciones de operaciones y variaciones de operaciones. Las opciones de operaciones pueden cambiarse fácilmente del servidor de base de datos én máquina por máquina o incluso cliente por cliente, como se analizó anteriormente, con base en los deseos de la entidad que opere la máquina de operaciones.
Ahora se continuará con el análisis de la operación ejemplar. En respuesta al suministro del dispensador de efectivo 42 de la cantidad de efectivo solicitada, el .programa de software que establece interfáses con los dispositivos 64. preferentemente opera para enviar un mensaj e de operación de suministró, confirmando el mismo al subpr-ograma JAVA - responsable del suministro en el programa de apiicación de dispositivos 84. Como se representa en la. Figura 12, el subprog-raroá particular es operativo para actualizar el rjegistro de óp'eraciones 104 para indicar el suministro de efectivo : al cliente en la cantidad particular. Las instrucciones enclavadas del JAVA script que estuvieron operativas para provocar el suministro de dinero al cliente como también incluirían preferentemente instrucciones para enviar. un mensaje de confirmación al servidor local 90 en el sentido de que se ha completado el suministro. El recibo del mensaje de la operación de suministro que indica que se proporcionó el efectivo hace que el subprogramá JAVA configure la porción de manejo de documentos HTML para enviar un mensaje de respuesta al dispositivo al servidor local. El servidor local entonces se opera preferentJmente de conformidad con su programación para indicar al sistema auxiliar 94 que el cliente recibió la cantidad de los fondos dispensados. Esta cantidad se deduce de la cuenta, del cliente en los registros' mantenidos por el sistema auxiliar. i 60 Generalmente durante una operación es común preguntar al cliente si desea un comprobante de la operación. Esto puede de la operación, el servidor lqcal 90 opera como se muestran en la Figura 14 para enviar un documento al ATM con JAVA script enclavado que indica que debe 'imprimirse ún comprobante de la operación. Estas instrucciones en JAVA se comunican a la porción de aplicación de dispositivos 84 que envía un mensaje TCP/IP a través de la intranet al servidor de dispositivos 92. El servidor de dispositivos 92, a su vez, i se comunica con la porción de del mismo documento- desde el servidor local 90, lo que provoca que se imprima el comprobante de la operación del cliente, o puede ser parte de un documento aparte que indique que el cliente ha declinado la opción de recibir un comprobante.de la operación. Alternativamente, la impresora diaria puede activarse en respuesta a otros subprogramas, por ejemplo el subprograma que provoca que se dispense efectivo o de otra manera elegida por el operador del ATM. Como- se apreciará en la descripción que sigue, la -operación de la forma de realización preferida del ATM es inherentemente inflexible y programable para satisfacer las necesidades del operador del sistema.
Como se' muestra en la Figura 15 al terminar lé impresión del comprobante de operación,, la porción de software 64 es preferentemente ©perativa para.enviar un mensaje de operación de dispositivo al sé-traidor de dispositivos 92. que indica que la función del dispositivo solicitada . se realizó con éxito. El servidor de dispositivos 92 es operativo para .enviar un mensaje de operación de dispositivo correspondiente a . la porción de aplicación de dispositi os 84, y e la forma, de realización preferida al subprograma JAVA particular responsable de la impresión del comprobante . El subprograma JAVA, a su vez", configura la porción de manejo de documentos HTML para generar un mensaje de vuelta a,l;. servidor local en forma de un mensaje de respuesta de dispositivo para ' indicar que se imprimió el comprobante del cliente.
Como se muestra en la Figura 16 después de recibir el efectivo y un comprobante, se indica al cliente a través de un documento HTML enviado por el servidor local 90, que indique si desea realizar otra operación. La página visual o pantalla indica al cliente a este respecto. Para fines de este ejemplo, se supondrá que el cliente no .desea realizar otra operación y se devuelve un mensaje a tal efecto a través de la porción de manego de documentos HTML de regreso al servidor local 90.
Como se muestra esquemáticamente en la Figura 17 en respuesta a la recepción de un mensaje en el sentido de que el cliente ha terminado, el servidor local 90' es operativo para enviar un mensaje "ir a casa" al ATM. Este mensaje incluye preferentemente un documento ???S? que agradece al cliente. Esté mensaje también incluye preferentemente . un JAVA script enclavado, que llama al subprograma JAVA que, a la larga, regrésa la porción de manejo de documentos HTML a la ATM de regreso a una conexión con el domicilio URL en el servidor Ideal 90 que transmite los mensajes a la así llamada "modalidad de atracción". Debe recordarse que en ciertas formas de realización script puede operar para provocar que un mensaje sea enviado de la porción de manejo de documento a un domicilio , en el servidor local que provoca un registro HTTP correspondiente que incluye instrucciones que comprenden la carga del subprograma deseado.
Como se indica esquemáticamente en la Figura 18, el subprograma de comando "ir a casa" es operativo para configurar el navegador 76. Después de que la porción de manejo de documentos HTML es configurada por el subprograma JAVA para regresar a casa, el subprograma JAVA puede configurarse para proporcionar información al servidor local 90 con respecto al registro de la operación 104 concerniente a la operación que ste.* acaba de. completar. Debido a que la operación ejemplar se hizo con un cliente de la institución que opera el sistema de computadora 14, todos los datós concernientes a la operación ya debieron haberse registrado en el sistema auxiliar 94. Sin embargo, se apreciará que éste no será el caso si la operación se realizó como respuesta a mensajes de un servidor operado por una institución distinta. Así, la información proveniente del registro de operación 104 puede entregarse como respuesta a un comando "ir a casa" al servidor local 90 a través de la CGI al sistema auxiliar 94 en donde pueda identificarse, como información duplicada y desecharse. Esto puede hacerse ¦ utilizando la invocación de.método remoto (R I) para transmitir o suministrar el objeto al servidor 90 y luego transmitir los datos a través de mensajes del servidor a la oficina auxiliar o a través de mensajes u otras técnicas.
Desde luego, en otras formas de realización la información sobre la operación puede almacenarse en una base de datos durante períodos prolongados, en lugar de devolverse después de cada operación. De manera alternativa, el ATM 12 de la presente invención puede incluir subprogramas que son operables para suministrar información sobre el registro de la operación a domicilios distintos al del servidor local, si el operador del sistema 14 lo desea.
La operación del sistema de computadora cuando un usuario "extranjero"' utiliza el ATM 12 se representa gráficamente con respecto a las Figuras 19 a 24. Una operación con un usuario extranjero que no sea cliente de la institución que opera el ATM 12 y el sistema de computadora 14 se operará bajo el control del servidor local 90 "y procederá de la manera del. ejemplo anterior hasta el punto" en el que .el cliente inserta- su tarjeta. El cliente inserta una 'tarjeta que ti ne indicios que corresponden a un domicilio URL que no corresponde, al servidor local 90. La porción de manejo de documentos HTML es operativa para configurar un mensaje dirigido , 'al domicilio URL que corresponde a los' indicios de la tarjeta del clien e u otro domicilio sensible a-tales indicios. ,Este ménsaj se erttréga ai servidor caché 88 que a su vez lo transmite, a la r d.-d área amplia 18. Desde la red de-área amplia .el .mensaje procede al servidor extranjero qué-corresponde al domicilio URL, del cliente. Para fines de este' ejemplo el servidor extranjero corresponde al servidor 96 que está conectado a Internet.
En la forma de realización preferida de la invención,-el servidor caché 88 incluye software de vigilancia indicado gráficamente por · 107. El software de vigilancia es preferentemente op¿ráble para verificar los domicilios a los ' cuales están dirigiendo los ¦' mensajes del AT y para prevenir selectivamente el eiVio de mensajes a domicilios particulares.
Esto sirve como un "fire wall" y es deseable para fines impedir; fraudes en el sistema.
Como se muestra en la Figura 20, el servidor extranjero. 96 es preferentemente operable para comunicar documentos al ATM 12 a través de la red de área amplia 18. Esto se hace preferentemente utilizando uria conexión de soclet segura ("SSC", por sus siglas en inglés) dé cal manera que "se %-edüzca al mínimo el riesgo de intercepción de mensajes. Desde .luego, pueden aplicarse otras técnicas, incluso de encriptacíón de mensajes, para reducir al mínimo el riesgo de la intercepción de mensajesV- Como se representa esquemáticamente en la Figura 20 el documento de respueátá del servidor extranjero 96 incluye preferentemente JAVA script enclavado representativo de o que corresponde a una firma digital que identifica el servidor extranjero 96. Esto.' puede lograrse cargando un registro HTTP que incluya un subprogramá firmado,' como se analizó, previamente. Un dispositivo de su programa en la porción de aplicación 84 del ATM opera preferentemente para autorizar la firma digital de la manera descrita en, el . ejemplo anterior, y envía un mensaje que indica que la operación ha sido autorizada. La identidad digital de la institución extranjera se almacenará en el ATM y, a la larga, se registrará en el sistema auxiliar 94.
Debe señalarse que los documentos HTML del servidor -extranjero 96 producen las páginas o pantallas de la institución extranjera que el cliente extranjero está acostumbrado a ver. spos t vos 92, y a a porc n e so tware que esta ece interfases con los dispositivos 64 del ATM. Los mensajes de operación del dispositivo siguen una trayectoria inversa. A Conforme estos mensajes pasan a través del servidor de dispositivos 92, el software de monitoreo 102 los monitorea para reducir al mínimo el riesgo dé fraude o abuso. Í"' Como se , indica en la .Figura 21, los documentos provénientes del servidor extranjero 96 pueden ser operativos para mostrar en la pantalla táctil 30 una solicitud del cliente para registrar su PIN. Las instrucciones del JAVA script enclavado incluirían, como en el ejemplo de la operación antes analizado, instrucciones que permiten al teclado 40 aceptar al PIN del cliente. Como en el ejemplo anterior, se abriría un registro de operación 104 con respecto a esta operación a través de la porción de software de aplicación de dispositivos. Como áe analizó previamente, pueden tomarse disposiciones para impedir la transmisión de los datos del PIN a través del navegador si se desea.
La Figura: 22 indica la devolución del mensaje de operación de dispositivo y los datos del PIN al subprograma JAVA, que a su vez transmite los datos de regreso al servidor extranjero 96 a través de la red de área amplia 18 usando una conexión de socket segura. A partir de este punto, la operació procede generalmente cxmo se describió anteriormente, salvo que el servidor extranjero 96 envía los documentos HTML y recibe los mensajes TCP/IP provenientes de la porción de manejo de documentos HTML del ATM. El servidor extranjero 96 incluye software de aplicación JAVA necesario para incluir JAVA script enclavado en los documentos que son enviados al ATM para operar los dispositivos 36 de la máquina.
Conforme el servidor extranjero 96 opera la máquina, sin embargo, el software de monitoreo 102 del servidor de dispositivo 92 es operativo para monitorear los mensajes en la manera antes analizada. Dicho monitoreo operaría, por ejemplo, para prevenir el suministro de^ cantidades indebidamente grandesi de efectivo de la m ¾j ina . El softv¾are' deV-'monitoreo también operaría para restringir a ciertas instituciones extranjeras a t»i, subconjunto de dispositivos o capacidades de- máquina de operaciones. Esto se hace con base en los datos almacenados en 1Á-memoria que limitan los. dispositivos o actividades que pueden, efectuarse a partir de los documentos en ciertos domicilios. Esto . puede lograrse, por ejemplo, a través del uso de conexiones del código que ejecutan úna.:clase de objetos de operación que limita las operaciones que puede¾' realizarse. . Por .ejemplo, la »* operaciones que activan la Conexión con el servidor extranjero pueden establecer instancias de objetos que. proporcionan.:.: capacidades limitadas1 -especificas con respecto a mensajes recibidos del servidor extranjero. Esto puede, por ejemplo;, limitar la cantidad de dinero suministrada, impedir la operación de un dispositivo de aceptaqíón de cheques, limitar el suministró' de documentos impresos por ejvemplo boletos, impedir la operación del suministrador de efectivo o limitar el uso de la máquina en otras maneras apropiadas . Esto1 puede hacerse con base er* domicilios o porciones de domicilios de documentos.
Si las capacidades de la máquina al cliente extranjero son limitadas, puede; proporcionarse al cliente extranjero una interfaz visual del banco extranjero con base en las operaciones que la máquina pueda realizar y el propietario de la máquina permita. Como resultado de ello, los documentos a los cuales se altere en el servidor de banco extranjero pueden ser una variación de lo'qüe se proporcionaría al cliente en una máquina operada por un banco extranjero. Esto podría basarse en documentos especí íc mente creados para máquinas que operan en el extranjero, o podíria ser una variante de la interfaz usual del bancó éxtranjero con indicaciones visuales en el sentido de que cierta§ Operaciones no están disponibles. En algunas instancias^ la interfaz puede, indicar que ciertas operaciones están disponibles con un cargo de servicio relacionado.
El ATM de la forma de realización descrita puede mejorar la seguridad: al 'limitar los domicilios a los cuales puede tene acceso el navegador. Esto puede hacerse manteniendo una lista en la memoria* de la máquina. La lista puede mantenerse en registros HTTP (incluso documentos) a los cuales se puede acceder a través de la intranet del banco local . Se puede tener acceso a la máquina para registrar periódicamente los datos de la memoria y actualizarlos. Este registro por sí mismo puede requerir una firma digital que corresponda a una firma en la memoria de la terminal antes de qüe los datos sean cargados en la memoria de la' terminal . Esta información puede incluir también las instrucciones y la información para que el ATM verifique que son genuinos los mensajes que recibe al acceder a los documentos en el servidor extranjero. Esto puede incluir firmas digitales que al ser transferidas utilizando técnicas de incriptación de tecla pública o tecla privada verifican los mensajes como genuinos. La máquina realiza una verificación para asegurarse de que la firma en los registros a los cuales se ha accedido desde el servidor extranjero corresponde a la firma digital para ese domicilio almacenada ' en la memoria, y permite la operación de los dispositivos de operación, por ejemplo el dispensador dé efectivo, únicamente cuando dicha correspondencia está presente. Desde luego, pueden aplicarse varios enfoques para verificar y encriptar mensajes en varias formas de realización. Como se utilizan en el presente documento, las firmas o el registro firmado abarcan cualquier indicio que se incluya en o sea derivable de un registro que sea indicativo de que está autorizado .
Como puede apreciarse a partir de la presentación anterior, el servidor extranjero 96 puede comunicarse con el usuario a través de la pantalla táctil en un idioma que sea distinto al normalmente utilizado por los clientes de la institución que opera el sistema de computadora 1 . Como resultado de ello, los documentos HTML pueden mostrar solicitudes de efectivo de un tipo o de una cantidad que no se incluya en el ATM. Para dar acomodo a esta situación se incluye un subprograma en la porción de aplicación de dispositivos 84 para tratar las solicitudes de moneda extranjera. El subprograma de moneda extranjera provoca que el ATM envíe un mensaje de regreso a su servidor local con fines- de calcular la cantidad más cercana que. puede proporcionarse al cliente en la moneda disponible en el ATM que corresponda a lá; que solicitó el cliente. Como se apreciará este subprograma será operativo para solicitar el domicilio de función particular dentro del servidor local* que sea capaz de proporcionar esta función. Cuando- se hace e¾ suministro el subprograma también es operativo para indicar el servidor 96 que la cantidad suministrada difiere un tanto de Ja cantidad que solicitó el cliente. Desde luego, en otras formas de realización, pueden aplicarse otros enfoques. De manera alternativa, un. subprograma en la máquina puede generar presentaciones visuales que muestran equivalentes en moneda local cuando.se muestran o procesan cantidades en moneda extranjera. Esto puede incluir presentar ambas cantidades en presentaciones visuales al usuario.
Como se representa en la Figura 23, cuando el cliente extranjero ha acomplétado su operación indicándolo a través de la pantalla táctil 30, el servidor extranjero 96 es operativo para enviar el mensaje "ir a casa" al ATM. La recepción de este mensaje es operativo en la manera previamente descrita para provocar que la aplicación de dispositivos 84 opere en respuesta a las instrucciones del JAVA script enclavado para configurar la porción de manejo de documentos HTML y provocar que el navegador 76 reestablezca la comunicación con el servidor local 90, u otro domicilio de documento designado.
Como se indica en la Figura 24, el sübprográma de la porción de aplicación de dispositivos 84 que procesa el mensaje "ir- a casa" es preferentemente operativo para volvér a conectar el servidor local 90 así como para enviar información sobre el registro de la operación en el registro 104. Esta información del registro de la ope-jajión, que incluye el nombre del cliente, el nombre de la institución extranjera, el ideneif cador digital, la información sobre " 'la, cantidad , con J respecto a cantidades suministradas, transferidas o depositadas, y todos los demás datos de operación pertinentes. Los datos de operación son utilizados por los subprogramas al realizar los pasos de la operación en los cuajes se requiera cualquier porción de los datos. Cuando concluye la actividad del cliente en la máquina un sübprográma proporciona un mensaje de datos de operación que incluye por lo menos una porción de los datos recopilados. Estos, datos se comunican al servidor 90 a través dé la CGI 106 al sistema auxiliar del banco sede 94. Esta información se almacena en el sistema auxiliar para uso posterior con fines de arreglo con el banco extranjero que opera el servidor extranjero 96. Des manera alternativa, o además, los datos de operación pueden registrarse en la terminal en la memoria así como en una copia impresa en una impresora de diario. Los datos de la operación pueden almacenarse para bajarlos en un lote o haciendo pasar objetos que incluyen datos de muchas operaciones. Los datos de lote pueden comunicarse a las horas y a los domicilios que puedan estar almacenados en la memoria en los datos de configuración de la terminal . üna ventaja de las formas de realización de la invención es que los datos de la operación pueden suministrarse a domicilios en una red de área local o en una red de área amplia, por ejemplo, Internet. Esto facilita realizar diversas variedades de operaciones y dirigir mensajes relacionados con el uso de rastreos (por ejemplo, tarjetas inteligentes de tipo bolsillo electrónico) o para el arreglo de varios tipos de operaciones con respecto a un domicilio de sistema seleccionado.
Se.apreciará que la forma de realización descrita de la máquina y sistema de banca automática de la presente invención proporciona la ventaja de que cuando la máquina está conectada a una red de área amplia como Internet, los clientes pueden realizar sus operaciones bancarias virtualmente en cualquier parte del mundo. Además, a pesar de las amplias capacidades del sistema, dado que la máquina se monitorea localmente, tanto en términos' de conexión como de actividad, el riesgo de fraude se reduce al mínimo.' Las formas de realización de la invención pueden incluir una característica adicional para facilitar el acceso a documentos en la red a la cual la máquina está conectada. Esta característica es operativa para determinar si un registro HTTP,-por ejemplo, un documento HTML u otro articulo es accesible en un" domicilio para bajarlo antes de que la computadora intente acceder al registro. Esto evita tiempos muertos de operación que . de otro modo ocurrirían como resultado de la incapacidad de tener acceso a un registro, debido a que el servidor a través del cual se tiene acceso al registro normalmente esté descompuesto. Otras ' formas de realizació pueden considerar tanto el tamaño del registro como la velocidad de transferencia y determinar que una. velocidad de transferencia para el registro no es lo", suficientemente rápida, de tal manera que debe transferirse un registro alternativo.
En una forma de realización, esta característica se logra a través del uso de un programa o subprograma separado que verifica si un servidor, al cual la computadora deseará acceder, está vivo. El subprograma opera en respuesta a la recepción de un domicilio o porción del mismo, con el cual se establece una conexión. El subprograma opera para realizar una conexión de socket con el domicilio y carga una cantidad pequeña pero suficiente del registro u opera de otra manera para determinar que el servidor a través del cual se debe acceder al registro está vivo. En respuesta a la verificación de la operación del servidor remoto por parte del subprograma, o de la determinación de otra manera de condiciones indicativas de que se puede tener acceso o que está cargado, la computadora opera entonces de tal manera que el navegador o componente de software similar se habilita para navegar hacia el domicilio a la hora adecuada en la secuencia de la operación. Si el subprograma no puede detectar que el servidor remoto está vivo, o determina que no aparece, puede accederse al registro o éste puede cargarse, puede tomarse pasos para acceder a domicilios alternativos o descontinuar la operación. Los domicilios alternativos a los cua'les se accederá pueden basarse en datos almacenados en la memoria de la terminal o pueden obtenerse accediendo a documentos ya sea local o ? remotamente que incluyan datos a partir de loé cuales puedan obtenerse o derivarse domicilios alternativos. Los domicilios, alternativos se verifican de manera similar para hacer una determinación en cuanto si se puede acceder a ellos antes de hacer intentos por acceder a los registros al¾er.í¾ativos. Este enfoque evita demoras al realizar las operaciones.
Formas de realización alternativas pueden emplear otros enfoques para determinar si se puede acceder o bajar con éxito los registros HTTP deseados, por ejemplo documentos HTML, antes de que el navegador proporcione intentos de interfaz del cliente para acceder al documento. Dichas formas de realización pueden Dichos registros alternativos pueden probarse de igual manera en cuanto a la velocidad de transferencia antes de ser transferidos.
Los programas también pueden considerar otros factores al decidir si acceden a un domicilio particular, destacan entre estos factores, por ejemplo, información sobre el día y la hora, o información de los detectores, por ejemplo, detectores que indican que otras personas están esperando utilizar la máquina. De esta manera, puede evitarse el acceso a documentos que tengan salidas excesivas y que tienden" a prolongar , las operaciones, incluso cuando los registros pueden cargarse a una velocidad ¦ adecuada .
Aunque la forma de realización descrita de la máquina y sistema de banqa automática de la presente invención se muestra; con respecto a un tipo de máquina particular que se hace" específicamente para obtener colectividad con redes ,de área amplia, también pueden adaptarse máquinas de banca automática» convencionales para incluir dicha capacidad. Específicamente, la porción de manejo de documentos HTML y las porciones de aplicación de dispositivos pueden incluirse en otro software convencional que opera dentro de una máquina de banca automática. Esto permite a los ATM operar ya sea en la red propietaria convencional o como parte de una red de área amplia. Además, las máquinas de banca automática pueden configurarse para operar sus dispositivos a través de la porción de · software que establece interfases con los dispositivos de la invención o a través de una · interfase software distinta al operar en una red convencional. Dichas máquinas pueden cambiar a requerir que los mensajes de dispositivos pasen . a través de un servidor de dispositivos al operar bajo el control de un servidor dentro de una red de área amplia para mantener la seguridad en el sistema. De esta manera un sólo ATM podría operar en redes propietarias en la manera en la cual lo hacen los ATMs actuales así como en la configuración de red del sistema de la invención. - Formas de realización alternativas de la invención operan para comunicar mensajes de operación utilizados en una red de ATM propietaria. Esto puede lograrse utilizando una CGI en" conexión ya sea con la porción de manejo de documentos HTML del AT o él servidor local HTTP. La CGI opera' en conexión con un programa de conversión dé mensajes para obtener los datos necesarios de los documentos HTML y los mensajes TCP/IP y genera los mensajes de solicitud de operación adecuados, para la red de-operaciones propietarias. De . igual modo, el programa de conversión de mensajes y la CGI operan para recibir mensajes de comando de función de la red propietaria y los convierten en documéntos HTML o mensajes TCP/IP adecuados, p en ambos, que pueden ser usados por el ATM. Debido a que estos formatos de red propietaria están definidos y los datos necesarios para producir, e interpretar los mensajes son conocidos, se logra el uso del ATM 12 directamente en una red de ATM propietaria.
Los mensajes de operación ATM convencionales son mensajes de disposición definidos que no incluyen documentos HTML en mensajes HTTP. Un ejemplo de mensajes convencionales conocidos utilizados para operar los ATMs son los mensajes Diebold 91X.' Dichos mensajes suponen por lo general la transmisión de un mensaje de solicitud de un ATM en una disposición definida qué incluye datos registrados por el cliente (cuenta/pin) y una indicación del tipo y cantidad de la operación solicitada. El mensaje solicitado es recibido por una computadora matriz ATM que en vía de regreso un mensaje de respuesta con una disposición definida que incluye una indicación de si se autoriza la operación. A continuación el ATM devuelve otro mensaje a la computadora matriz indicando si la máquina pudo realizar la operación. Los mensajes utilizados en dichas redes propiedad de la empresa convencionales ocupan generalmente poca amplitud de banda .
Al conectar el ATM de la invención a dicha red, se proporciona un servidor. El servidor se encuentra en conexión operativa con una memoria que incluye una base de datos de relación que mantiene datos de conversión de mensajes y de creación de documentos. En una configuración, el servidor está conectado a una porción de manejo de documentos a través de una red, o puede recibir en la computadora del ATM. El servidor produce los documentos a los cuales accede el navegador y que incluyen instrucciones para el dispositivo de operaciones. El servidor (o servidor conectado) comunica los mensajes convencionales con la computadora matriz. Un servidor puede proporcionar una interfase para varios ATMs conectados en una LAN, o, alternativamente, cada ATM puede tener su propio servidor Operando en sí.
La capacidad del ATM 12 para comunicarse en una red propietaria tambiéa permite la operación del ATM en una manera en la que la interfaz es generada por la institución sede del-usuario en la manera antes descrita, pero en la que las-operaciones son autorizadas a través de mensajes dirigidos a través de una red ATM propietaria. Esto hace que se logre' la seguridad de utilizar la red propietaria al tiempo de que se. proporcionan al cliente las ventajas de la interfaz del banco sede familiar o la interfaz de "página inicial personal", o ambas .
En una configuración de ese tipo los dispositivos de función de operaciones del ATM pueden operarse de la manera convencional en respuesta a mensajes de operación ATM convencionales, por ejemplo mensajes Diebold 91X, en la red propiedad de la empresa. Los dispositivos de salida del cliente, por ejemplo la pantalla (y las bocinas, si se proporcionan) se comunican a través ' de un navegador conectado a una red de área, local o amplia. El navegador accede a documentos para indicar al cliente a través del funcionamiento de una operación, pero los documentos no incluyen instrucciones que provoquen la operación1 de dispositivos como el dispensador de efectivo.
En una configuración, el navegador puede ser operado por la computadora en respuesta al estado de los dispositivos de la máquina, ya que los dispositivos son operados en respuesta a mensajes ATM convencionales. De esta manera, el navegador puede llegar a domicilios seleccionados, incluso domicilios que están relacionados con el cliente con base en los datos registrados por el cliente. Sin embargo, conforme a los documentos recibidos por. el navegador no operen los dispositivos de función de operaciones, hay menos necesidad de medidas de seguridad para: acceder a los documentos. Como resultado de ello, el cliente aún puede operar la máquina en respuesta a una infeerfaz familiar y única, y puede presentarse información de comercialización, por" : ejemplo publicitaria u otro material en la secuencia de operación.
En otras forma de realización, las máquinas pueden realizar algunas funciones de dispositivo con base en mensajes convencionales, mientras que otras pueden realizarlas en respuesta a instrucciones de documentos HTML u otros mensajes HTTP. Por ejemplo, los documentos HTML pueden proporcionar datos considerables para ser utilizados por impresoras u otros dispositivos de salida. Algunas forma de realización pueden acceder a documentos que contengan instrucciones, pero pueden ignorar algunos y actuar en respuesta a otros. El operador de sistemas puede selecoionar el enfoque configurando el Software con base en sus requerimientos .
Una ventaja adicional de la con iguración del sistema de una forma; de realipación preferida es que tiene una mayor flexibilidad para comunicar mensajes relacionados con el ATM. El administrador de dispositivos 68 genera preferentemente mensajes de estado relacionados con el estado de los dispositivos 36. Estos mensajes de estado pueden representar comúnmente información sobre las condiciones que existen en los dispositivos. Dichos mensajes pueden indicar que los suministros de papel para las impresoras p. los billetes, son bajo o se han agotado. Otros mensá e pueden indicar que los dispositivos no están funcionando, dé manera adecuada. A menudo, dichos mensajes indican que el ATM requiere de servició. Todos esos tipos de mensajes se denominan en el presente* documento, de manera; intercambiable, como mensajes dé estado o falla'.
La porción de software que establece interfases con los dispositivos 64 se comunica a través de la intranet utilizandor mensajes TCP/IP. Auríqué los mensajes relacionados con las operaciones descritas anteriormente se dirigen al servidor de dispositivos 92, la porción' de software 64 puede configurarse para tratar mensajes de falla ' hacia otros domicilio de la intranet o Internet. Por ejemplo, dichos mensajes de falla pueden? dirigirse a una aplicación de software que suministra mensajes al proveedor de servicios. Además, los mensajes de falla pueden dirigirse selectivamente con basé en la naturaleza de la falla indicada. Por ejemplo, los mensajes de falla indicadores de una necesidad de volver . a abastecer dinero o suministros puede dirigirse a un domicilio en. >la intranet relacionado con unái-entidad que tenga la. responsabilidad de ' reabastecer los': suministros. De manera alternativa, \ los mensajes de falla que indican una " necesidad de otros tipos de servicios pueden dirigirse a un domicilio relacionado con una entidad que pueda L proporcionar el tipo de servicio requerido.
De manera alternativa,., el despacho selectivo de mensajes de falla a domicilio en;la intranet 16 puede lograrse configurando de manera adecuada el servidor de dispositivos 92. Además, ya sea la porción de sof ware 64 o el servidor local 90 de dispositivos 92 puede dirigir mensajes de falla del ATMs a un' sistema de manejo de fallas por ejemplo una computadora que opere el software Event Menagement System™ disponible en Diebold, Incorporated. Dicho software es ' operativo para resolver la naturaleza de la conducción ,d -íalla y notificar al personal adecuado de la acción correctiva a emprenderse.
El ATM 12 puede incluir a demás una función de Software para ayudar en el diagnóstico de problemas y proporcionar servicio de reparación. Como se representa gráficamente en la Figura 2, formas de realización alternativas del ATMs 12 pueden incluir un miniservidor HTTP 109 que está en comunicación con el dispositivo que establece una interfaz con la .porción de Software 64. El servidor 109 está configurado" para;, recibir mensajes de estado de dispositivo y para producir registros .HTTP incluso; documentos HTML en respuesta a ello, que proporcionan datos representativos del estado de dispositivo a un dispositivo de diagnóstico 110, por ejemplo una terminal de computadora manual. El servidor 109 incluye un CGI paira establecer un interfaz con el Software de dispositivo para qué un técnico pueda acceder a la información en los registros accesible a los domicilios HTT relacionados con mensajes de estado,.' y realizar una prueba de entrada e instrucciones correctivas a través del dispositivo de diagnóstico 110. Los registros HTTP o documentos HTML generados* por el servidor 109 pueden incluir preferentemente instrucciones gráficas y de audio indicativas de condiciones como problemas, así como datos de acción correctiva e instrucciones de reparación.
En versiones alternativas de la invención, las funciones del miniservidor HTTP 109 pueden residir en el servidor de dispositivo 92. Esto puede ser particularmente apropiado cuando la función del servidor de dispositivo reside en la computadora dentro del ATM. A pesar de en dónde reciba la función, el uso de componentes visuales y de audio de documentos HTML relacionados con el mensaje de mantenimiento y diagnóstico facilita el servicio al ATM.
Estos registros suministrados a través del miniservidor HTTP incluyen instrucciones que corresponden, con las condiciones de estado o falla. Puede accederse a dichos registros o documentos localmente como se analizó previamente, o de manera remota. Un técnico que utilice una computadora manual que incluya un navegador u otro software operativo para acceder a los registros HTTP puede acceder a los documentos localmente con fines de mantenimiento, diagnóstico y servicio. En algunas situaciones, la interfaz del cliente y el navegador relacionado con ella pueden utilizarse para acceder al miniservidor HTTP, o pueden utilizarse un navegador distinto, o dispositivos de visualización y entrada en la máquina destinados para la actividad de servicio. De manera alternativa, los mensajes de falla y estado pueden ser monitoreados desde las terminales localizadas en cualquier parte y que estén conectadas a la red. El miniservidor HTTP maneja los mensajes estado y falla y también puede configurarse para enviar un mensaje dé correo electrónico o mensaje similar a un domicilio seleccionado siempre que exista una condición o un grupo de condiciones particulares.
Una ventaja adicional de esta característica es que los mensajes HTTP también pueden ser enviados al miniservidor HTTP para intentar corregir los problemas. Dichos mensajes pueden incluir pruebas de diagnóstico en ejecución y resultados de recepción. También pueden incluir dispositivos de operación para hacer pruebas o intentar liberar atascos y otros malos funcionamientos. A menudo esto puede hacerse desde sitios remotos. Desde luego, cuando hay un riesgo significativo de acceso no autorizado al servidor que maneja los mensajes implícitos o de dispositivo, deben tomarse las medidas de seguridad adecuadas .
Los registros HTTP que indican el estado de los dispositivos de función de operaciones pueden tener distintas formas, dependiendo de la configuración de Software y las necesidades del operador de sistema. En algunas forma de realización, la información sobre el estado del dispositivo con respecto a uno o más dispositivos pueden representarse por IOSÍ indicios incluidos dentro de un objeto de datos. El objeto de datos puede transferirse a otras computadoras conectadas para' proporcionar los datps sobre el estado. La transferencia del objeto de datos puede lograrse a través de la invocación de método remoto (RMI) por ejemplo. Los datos que se encuentran n los objetos de datos transferidos pueden entonces utilizarse para generar mensajes y/o salidas deseadas por el operador de sistema.
Esta técnica puede ser particularmente útil cuando el operador desea conectar la máquina a un sistema de monitoreo existente e indicios incluidos en los objetos de datos pueden utilizarse para generar salidas o mensajes indicativos del estado del dispositivo los cuales pueden procesarse en el sistema actual . Pueden utilizarse además conectores para lograr la comunicación entre los sistemas de mpnitoreo existentes y las máquinas de operaciones que tengan distintos tipos de condiciones de estado o distintos tipos de formatos de mensaje. Esto incluye máquinas que tienen distintos¦'·. tipos de dispositivos y capacidades de función de operaciones.
La técnica, de transferir un objeto de dato también puede utilizarse para -realizar la prueba o modificación de lo.s dispositivos de función de operaciones. Por ejemplo, los indicios en el objeto de datos pueden modificarse a través de un servidor y el objeto pasarse de regreso a la máquina. El Software de la máquina puede provocar que los dispositivos en función de operaciones operen o modificar condiciones con la programación en respuesta al objeto de datos modificados. Esto puede incluir, por ejemplo, borrar una indicación de falla o provocar que opere un dispositivo para liberar un atasco o efectuar una prueba. Los resultados de dicha actividad pueden reflejarse en indicios modificados en el objeto de datos que luego puede ser transferido a la computadora en la terminal de diagnóstico. Desde luego, los, enfoques analizados en el presente documento son ejemplares y otros enfoques se volverán aparentes a los expertos en la técnica a partir de la descripción presentada aquí.
La Figura 25 muestra una vista esquemática de una configuración de red para una forma de realización alternativa de la máquina de banca automática de la presente invención. La forma de realización mostrada en la Figura 25 incluye una máquina de banca automática adaptada específicamente para operar en relación con sistemas de máquina de banca automática convencionales, por ejemplo, sistemas que operan utilizando formatos de mensaje Diebold 91X ATM u otro formato convencional distinto al HTTP. Una computadora matriz 120 es un ATM local que se comunica utilizando dichos mensajes. El ATM se comunica con un servidor de interfaz indicado esquemáticamente por 122. El servidor de interfaz 122 opera en la manera antes mencionada y se encuentra en conexión operativa con una memoria que incluye la información necesaria para convertir los mensajes HTTP relacionados con una solicitud de operación a un mensaje de solicitud 91X u otro mensaje convencional, que puede ser manejado por al computadora matriz . 120. De igual manera, el servidor de interfaz 122 y las instrucciones y datos almacenados en la memoria son operativos para convertir un mensaje de comando convencional 91X u otro mensaje de comando convencional de la computadora matriz 120 en mensajes HTTP que pueden utilizarse en la máquina de banca s automática para llevar a cabo el comando. De manera similar, el servidor de interfaz 122 es operativo para recibir los mensajes HTTP que corresponden con la respuesta de la máquina de banca automática a los comandos para producir el mensaje de respuesta 91X u otro mensaje de respuesta convencional a la computadora matriz. Al lograr es.tas funciones, el servidor de interfaz se comunica con un cliente de interfaz 124, que en la forma de realización preferida es un conector COMM que opera en la terminal de máquina de banca en un ambiente operativo Windows NT®. El servidor,, de interfaz' 122 incluye también una puerta de acceso de comando-/estado 126. La puerta de acceso d comando/estado es operativa para recibir mensajes de comando y estado de las porci'ones de Software que manejan los dispositivos funcionales dentro de Ja máquina. Los mensajes relativos a los dispositivos se utiliza para producir mensajes de operación que, se envían de regreso a la computadora matriz 120. Además, la porción dé la puert de acceso de estado-, de comando también produce ; mensajes de estado indicativos del estado de los dispositivos que: también se pueden comunicar con la computadora matriz.
El *stervid©r de interfaz 122, la porción de puerta de acceso de estado de comando 126 y el cliente de interfaz 124 pueden resibir en él Software de la terminal de la máquina de ' banca automática. En esta configuración, la terminal aparece ante la computadora matriz como una máquina convencional. De manera alternativa, el servidor de interfaz 122 y la porción de puerta de acceso de estado de comando 126 puede residir en un servidor separado mientras que la porción de cliente de interfaz 124 puede, resibir en la terminal. Esto permite al servidor 'de interfaz 122 manejar varias máquinas de banca automática al conectar las máquinas al servidor de interfaz a través de la red.
La configuración alternativa del sistema de máquina dé banca automática mostrada en la Figura 25. se adapta; particularmente para ser utilizada en relación con ej sistema ATM actual. La máquina incluye una porción de manejo de documentos HTML 128 que incluye un navegador que opera en la mánera de las formas de realización anteriormente descritas. La porción de manejo de documentos HTML se denomina alternativamente como navegador en el presente documento en aras de la simpleza. La porción de manejo de documentos HTML opera en relación con una red 130 para acceder a los registros HTTP en forma de documentos HTML a través de los servidores 132, 134 y 136. Para fines de este ejemplo, el servidor 132 se considerará como el servidor del banco local que opera la máquina de banca automática. La porción del navegador 128 se activa para acceder a docümeritos de su banco local para fines de obtener contenido e instrucciones con el fin de emitir información a los clientes, así como para operar dispositivos en la máquina. Los servidores 134 y 136 son representativos de otros servidores a los cuales puede acceder la máquina de banca automática por instrucciones con fines de bajar documentos que incluyan información o instrucciones. A menudo dichos documentos de servidores bancarios que no son el banco local incluyen información que debe presentarse a los clientes por ejemplo publicidad, material promocional, cotizaciones de valores u otros tipos de información. Debe entenderse que los servidores 134 y 136 pueden conectarse de manera directa a la red; 130 o se puede acceder . a ellos a través dé otras redes y servidores. En algünas forma de realización se puede acceder a los servidores a través de Internet con fines de proporcionar* documentos a la máquina de banca automátics ;: La porción, de manejo .de documentaos 128 incluye una porción de Software de . teatro de terminal indicada esquemáticamente por' 138. La porción de teatro de: terminal 138 sé' muestra esquemáticamente con. mayor detalle en, la Figura 26. La porción de teatro de terminal 138 incluye un marco de bastidores 140 y un marco de tea-tro 142. El marco de bastidores 140, aunque* reside en el navegador, no es visible enr'úa pantalla de la-máquina de banca automática. El marco de teatro 142 es un marco visible y controla lo que se muestra al cliente.
Como se representa esquemáticamente en la Figura 25, la porción de manejo de documentos HTML incluye también una porción de director de terminal 144. La porción de director de terminal incluye directores que son instancias relacionadas de subprogramas que se utilizan para efectuar tipos particulares de operaciones. Los directores de terminal corresponden generalmente a la operación de los subprogramas JAVA en la forma de realización descrita anteriormente.
La máquina de banca automática de la forma de realización alternativa incluye además una aplicación de servicios de operación (TSA) indicada esquemáticamente por 146. La aplicación de servicios de operación proporciona servicios de seguridad, condición de terminal, autorización de terminal y de gestión claves dentro de la máquina de banca automática. La aplicación de servicios de operación incluye una función para comunicar mensajes HTTP con el servidor de interfaz 122. La aplicación de servicios de operación también se puede comunicar a través de una red, por ejemplo, la red 130 en la manera en la que se explica posteriormente. La aplicación de servicios de operación también proporciona una función de servidor que activa la aplicación de servicios de operación para realizar las funciones del servidor de dispositivos 92 en la forma de realización previamente descrita.
La máquina de banca automática de la forma de realización alternativa incluye a demás interfases de dispositivos comuriés JAVA indicados esquemáticamente por 148. Las interfaces de dispositivos comunes JAVA de la forma de realización pr'efer-ida son instancias de su programa relacionadas que controlan y coordinan la operación de los dispositivos funcionales 150 de las» máquinas que realizan las..operaciones de operación. Los disposi ivos funcionales pueden incluir dispositivos del '"ítipp descrito en, relación con la forma de realización anterior ü otros tipos de dispositivos que operan para efectuar una función relacionada con una operación. Las interfaces de dispositivos comunes JAVA 148 se comunican con los dispositivos funcionales a través de interfaces de dispositivos comunes esquemáticamente representados por 152. Las interfaces de dispositivos comunes (CDIs) proporcionan una interfaz que controlan los módulos electromecánicos y los dispositivos funcionales incluidos en la máquina de banca automática. Las interfaces de dispositivos comunes se muestran ..esquemáticamente en relación con un servidor de diagnóstico 154. El servidor de diagnóstico opera en una manera similar al servidor 109 de la forma de realización anteriormente descrita. El servidor de diagnóstico 154 es útil para diagnosticar el estado y corregir los problemas de los dispositivos en la máquina de banca automática.
Con referencia de nuevo a la Figura 26, el marco de bastidores 140 dentro de la porción de teatro de terminal 138 es un componente llamado subprograma de bastidores 156. El subprograma de bastidores 156 es preferentemente un componente director a través del subprograma de bastidores y proporciona una , · interfaz con los métodos públicos del gestor director. El gestor director indicado esquemáticamente por 160 en la Figura 26, tiene una clase que reside en la aplicación de servicios de operaciones - (TSA) 146, como se muestra. La clase de gestor director que - reside en el proceso TSA es operativo para cargar los directores de terminal 144 de la porción de manejo de documentos HTML. El '„ gestor director también incluye una clase de subprograma de bastidores que reside en el marco de bastidores 140. La clave del subprograma de bastidores del gestor director proporciona una interfaz para el cliente HTML para hacer solicitudes al director gestor. Las instrucciones de los documentos HTML pueden pasar acontecimientos a través del subprograma de bastidores 150 al gestor director. Dichos eventos incluyen una solicitud para autorizar una operación. Las solicitudes también pueden incluir indicaciones de que el cliente ha realizado la operación y de que un documento cargado por el navegador incluye instrucciones que solicitan que se termine la sesión. Otros eventos que puedan ser transmitidos a través del gestor director incluyen los eventos de impresión. Otros eventos que pueden transmitirse a través del subprograma de bastidores al gestor director incluyen una indicación de que se canceló una entrada, u otros eventos definidos por el usuario.
En respuesta recibir eventos, el gestor director de la forma de realización mostrada responde a instrucciones en los documentos a los que accede el navegador para realizar las funciones que incluyen el cambio de contenido del marco de de teatro 142. El gestor director sensible a dichas instrucciones, también cambia la clase de director terminal activo. El gestor director también guarda la clase de director terminal para uso posterior o carga las clases de director terminal y los documentos HTML en una lista de servidores disponibles. El gestor director también proporciona acceso al objeto de datos de operación compartido que mantiene los datos de la operación para una operación particular. El gestor director también envía eventos de teatro terminales a la clase de control de bastidores del director de terminal actual y proporciona un temporizador de tiempo fuera de pantalla. Desde luego, en otras forma de realización el director de terminal puede realizar otras funciones.
En operación de la forma de realización alternativa mostrada en la Figura 25, los directores de terminal 144 de la aplicación de servicios de operaciones 146 activa documentos a los que se accede selectivamente con la porción de manejo de documentos HTML 128. Los documentos a los cuales se accede pueden incluir instrucciones que se utilizan para operar la máquina de banca automática y los dispositivos funcionales que se encuentran ahí. La aplicación de servicios de operaciones 146 es operativa además para comunicar los mensajes HTTP que son transmitidos por el servidor de interfaz 122 y que se utilizan para generar mensajes convencionales ATM que pueden manejados por la computadora matriz 120. El suministro de efectivo y otras transferencias de valores se efectúan como respuesta a la aprobación de la computadora matriz 120, mientras que la interfaz-y otras funciones son controladas a través de instrucciones que se encuentran en los documentos a los cuales accede el navegador.
En una forma de realización preferida el ATM u otra máquina de operaciones se comunica con la computadora matriz ATM convencional transmitiendo el objeto de datos de operaciones entre la computadora y el ATM y el servidor de interfaz. Esta transferencia se logra preferentemente mediante la característica de invocación de mensajes remotos (RMI) de software, por ejemplo, ·.' JAVA. Desde luego, pueden utilizarse otros métodos para transferir el archivo de objéto de datos utilizando HTTP.
Como se analizó anteriormente, el objeto de datos de operación incluye los datos de la operación. La máquina adquiere datos pertinentes a la operación, por ejemplo, datos de la cuenta a través de una tarjeta, un número PIN del cliente, la operación y la cantidad solicitadas, e incluye estos datos entre los datos de la operación.
Una vez que los datos requeridos para generar un mensaje de operación convencional ,ATM se representan en los datos de operación, el objeto de datos se transfiere al servidor de interfaz. El servidor de interfaz está en conexión operativa con una base de datos 123 u otro elemento que incluya datos de conversión como se indica esquemáticamente. El Software relacionado con el servidor utiliza los datos de conversión para generar un mensaje de solicitud de operación ATM convencional a la computadora matriz 120. El mensaje convencional puede formatearse como un mensajae 91X convencional . u otro mensaje de operación convencional que no sea HTTP.
Después de procesar esto, la computadora matriz 120 responde con un mensaje de repuesta convencional. Los elementos del mensaje de respuesta son recibidos en el servidor y se procesan como respuesta a los datos de conversión para producir datos de operaciones modificados en el objeto de datos. Estos datos de operaciones modificados incluyen preferentemente datos indicativos de si la operación solicitada queda autorizada o es denegada, así como otros datos. Por ejemplo, si la operación es denegada, puede incluir datos indicativos del motivo de la negación.
El objeto de datos de operaciones con los datos de operaciones modificados se transfiere entonces a la computadora que opera el ATM a través de la RMI u otro método de transferencia. La aplicación de servicios de operaciones 146 que operan el Softwaré recibe el objeto de datos y opera los dispositivos de función de operaciones en respuesta a los datos de operaciones modificados. Mediante la inclusión de información relativa a la operación de los dispositivos, ros datos de operación del objeto de datos se modifican nuevamente. Después de que se han operado los dispositivos, el objeto de datos de operaciones modificará adicionalmente los datos de operaci-óñ transmitidos de regreso al servidor de interfaz Í22. Los datos de: operaciones modificados se utilizan entoncés para generar un-mensaje a la computadora matriz del ATM. El mensaje a la matriz-incluye los datos correspondientes a los d¾tos de operaciones modificados. Por lo general, este mensaj-é es un mensaje de terminación convencional que la operación se realizó con éxito de funciones de operaciones.
El formato de los mensajes de operaciones convencionales que no son HTTP puede modificarse fácilmente en la forma de realización descrita. Esto puede lograrse a través del uso de conectores. Los conectores son operativos para ingresar datos, y para extraer datos de, el objeto de datos de operaciones. Los conectores logran la conversión entre los datos de operaciones y los mensajes convencionales que no son de HTTP. El uso de conectores permite utilizar más fácilmente el ATM de la forma de realización descrita en relación con varios tipos de redes de operaciones convencionales.
Los datos de operaciones en el objeto de datos de operaciones también son preferentemente operativos para hacer que la computadora opere el navegador para acceder a documentos HTML seleccionados, esto puede hacerse para indicar que la operación queda autoriza o es denegada, así como para acceder a documentos específicos sensibles a los componentes del mensaje. Por ejemplo, los clientes de los bancos distintos al cual opera el ATM pueden recibir ciertas promociones no presentadas a los · clientes actuales del banco. Los datos de operaciones indicativos de porqué se niega una operación pueden utilizarse para acceder a documentos que proporcionan una explicación, o pueden alentar al cliente a realizar otra acción, por ejemplo tomar un anticipo de efectivo en una tarjeta de crédito o solicitar un préstamo.
El sistema mostrado esquemáticamente en la Figura 25 es un ejemplo de un sistema de máquina de banca automática que logra una amplia gama de opciones de interfaz disponibles a través del uso de una interfaz HTML a tiempo que conserva la compatibilidad con los sistemas de máquina de banca actuales y las técnicas de seguridad relacionadas con éstos. Desde luego, en otras formas de realización pueden utilizarse enfoques y configuraciones alternativos.
Una ventaja adicional incorporada en el sistema representado esquemáticamente en la Figura 25 es la capacidad para operar los componentes de software de la forma de realización descrita de la presente invención en las máquinas de banca automática actuales. Como se apreciará, el manejo de los documentos HTML en as computadoras convencionales requiere de entradas a través del teclado tipo QWERTY type keyboard, así como "clicks" con el ratón en los lugares correspondientes a los iconos u otras características que se encuentran en los documentos HTML para navegar con éxito y utilizar dichos, documentos . Las máquinas de banca automática convencionales no incluyen- por lo general un ratón o un teclado completo. Más bien, las máquinas de banca automática 'convencionales incluyen por lo general un teclado^ alfanumérico similar al utilizado en lo teléfonos, así como teclas.de función. Las formas de realización de la presente invención permiten la operación' del sistem con terminales que tienen dichas interfases para operar en una manera que logra los beneficios de la invención.
La Figura 27 muestra un ejemplo de una interfaz de' máquina de banca automática convencional 162. La interfaz 162 incluye un dispositivo de salida que incluye una pantalla 164. La pantalla 164 puede ser una pantalla CRT, LQ u otra pantalla convencional. En la forma de realización la pantalla mostrada 164 no es una pantalla táctil como en la forma de realización descrita anteriormente. Una variedad de teclas de función 166 están dispuestas en lugares adyacentes a la pantalla 164. También se incluye en la interfaz 162 un teclado numérico 168. El teclado numérico 168 incluye teclas alfanumé icas así como ciertas teclas especializadas como "cancelar", "corregir" y "aceptar". Otras teclas del teclado numérico están generalmente en blanco pero algunas instancias pueden utilizarse.
En la operación de la máquina de banca automática convencional, los datos de la pantalla que se génerar a partir de la información almacenada e la memoria de la terminal producen pantallas de operación definidas que se presentan gráficamente en la pantalla 164. Las .pantallas aparecen en úna secuencia como respuesta a la función de operación seleccionada por el cliente. Las pantallas convencionales también incluyen por lo general texto o gráficos representativos.de las selecciones que puede hacer el cliente. Estas opciones de te¾:o o gráfica incluyen por lo general renglones u otros indicios que extienden los extremos de la pantalla adyacentes a una dé las teclas de función 166. Se habilita al usuario a seleccionar opciones presionando la tecla de función que es señalada por la selección. De igual manera, en la operación de la máquina de banca automática, se habilita al usuario a ingresa^ carácteres alfanuméricos que comprenden el número PIN así como información de cantidades numéricas y otras instrucciones presionando las teclas del teclado numérico 168.
En una forma de realización de la presente invención, el software operado en la máquina de banca automática opera para1 convertir las entradas de tecla ATM normales en eventos del sistema operativo, por ejemplo, un click del ratón en un lugar deseado o una entrada de un ingreso de información de un teclado de tipo QWERTY. Los componentes del software que habilitan la realización de esta función se muestran en las Figuras 28-30. Estas funciones incluyen un subprograma de teclado numérico 170.. El subprograma de teclado numérico 170 en la forma de realización descrita se incluye entre los subprogramas de los directores de terminal 144. El subprograma de teclado numérico 170 soporta un subconjunto de funcionalidad de interfaz de dispositivo común de teclado (CDI, por sus siglas en inglés).
El subprograma de teclado numérico 170 se coordina con el servidor de comando de teclado que opera en la aplicación de servicios de operaciones 146. El servidor de la aplicación de. servicios de operaciones se comunica con la interfaz de dispositivos comunes para el teclado numérico y las teclas de función, indicados esquemáticamente por 172. La CDÍ clave de la forma de realización preferida es un programa JAVA que se denomina Como una envoltura para la interfaz de dispositivo común relacionada con las teclas de función y el teclado numérico.
El software incluye además un programa de trazado de. teclado indicado esquemáticamente por 174. El trazador de teclado de la forma de realización preferida está en conexión con una base de datos 176 que almacena una variedad de conjuntos de trazos. En la forma de realización preferida, el trazador de teclado es una extensión de la clase de objetos de teclado utilizada para operar el teclado. El trazador de teclado opera para almacenar conjuntos de mapas de teclas en la base de datos 176. Esto se logra leyendo la información de una base de datos de configuración para el ATM para obtener los mapas de teclas que son operados en la máquina particular. Durante la operación, el trazador de teclado selecciona uno de los mapas de tecla como el conjunto actual. Esto se hace en respuesta al subprograma de teclado y se basa en las instrucciones que se encuentran en los registros HTTP a los cuales se accede selectivamente. El trazador de teclado puede seleccionar mapas de teclado sensibles a las instrucciones de los documentos HTML cargados a través del navegador. El trazador de teclado también es operativo para habilitar el teclado numérico y las teclas de función adecuadas para el conjunto de mapa particular seleccionado. El trazador de teclado es operativo además en respuesta al conjunto de mapas seleccionado para traducir una señal de entrada del teclado numérico o una señal de entrada de tecla de función en una señal de entrada de teclado o ratón respectiva que luego se suministra al flujo de entrada del teclado o al flujo de entrada de ratón del sistema operativo de la computadora en el cual opera el software .
En la forma de realización preferida de los conjuntos de mapas están compuestos cada uno de cuadros de verificación, de tal manera que cada objeto incluye los valores de operaciones necesarias para convertir una tecla ATM adecuad-a en un evento de entrada del sistema operativo.
Como puede apreciarse 'en el caso, de las teclas de función , adyacentes a la pantalla del ATM quizas sea deseable proporcionar una entrada de ratón al flujo de entrada de ratón que corresponda a un lugar de coordenadas particulares para la: entrada del ratón. Esto se proporciona a través del trazador de teclado utilizando él,conjunto de tfíápa de tec.l.á seleccionado. Los/' varios conjuntos de mapa de tecla habilitan Las, distintas teclas, de función para proporcionar distintos tipos.de entradas al. sistema operativo de la computadora en respuesta' al documento^ HTML mostrado en el navegador. Además, el trazador de teclado provoca que al oprimir una tecla seleccionada se 'produzca una" entrada que corresponde a un click de ratón en una posición de coordenadas x, y seleccionadas en la pantalla. Debe entenderse que las teclas de teclado numérico y las teclas de función pueden utilizarse para producir entradas de ratón. De igual manera, las entradas de tecla de función pueden convertirse en entradas de teclado. En algunas formas de realización, siíi embargo, sería deseable desactivar el indicador de ' ratón en la pantalla, de tal manera que el usuario no advierta un icono de 'ratón usual . Tal,, desactivación puede incluir, en algunas formas de realización, reducir el tamaño del icono del ratón, de tal manera que sea tan pequeño que no pueda ser fácilmente visto por un usuario de la máquina.
Durante porciones de algunas -operaciones quizás sea necesario que el usuario oprima cualquier tecla. En dichas situaciones, algunas formas de realización preferidas de la invención, operan par,a desactivar las teclas de teclado numérico otras funciones. Esto aumenta la velocidad a la cual se pueden efectuar" otras actividades. Esto puede lograrse en algunas formas de realización a través del subprograma del teclado numérico que opera para retirar los dispositivos de; tecla de una lista de sondeo .
Las Figuras 28-30 incluyen representaciones esquemáticas de los ejemplos de operación| del trazador de teclado y del subprograma del teclado numérico. ¡La Figura 29 muestra un-ejemplo de una entrada en el teclado numérico 168. En este. ! ejemplo, el subprograma de teclado numérico 170/ genéralmente como respuesta a las- instrucciones de un registro HTTP, por ejemplo un documento HTML u otros eventos, trasnmite y habilita los eventos a la aplicación de servicios de operaciones 146. En respuesta a ello, se selecciona un conjunto de mapa de la base dé datos 176 que corresponde a un nombre de mapa particular. El servidor de comando de teclado es operativo además para activar las teclas adecuadas del ATM.
En este ejemplo, en respuesta a la activación del cliente de la tecla "ACEPTAR" en el teclado numérico el CDI genera una señal adecuada para las aplicaciones de servicios dé operaciones. Como se advertirá .en la Figura 27, la tecla "ACEPTAR" se denominará por convención la tecla "J" de la interfaz del ATM. La aplicación de servicios de operaciones' transmite la señal generada al oprimir el cliente la tecla "J" al trazador de teclado 174. En respuesta a la recepción de la señal el trazador de teclado opera para resolver el objeto en el conjunto de mapa que corresponde al nombre del mapa que convertirá la señal de entrada de tecla de función en una señal de entrada de teclado que será reconocida por el sistema operativo. Al llamar al objeto seleccionado del conjunto de mapas, la señal de entrada del teclado es producida y suministrada al flujo del teclado de la computadora. Esto se representa en el flujo de teclado 178. En la forma de realización mostrada el flujo de teclado se introducé en el sistema operativo NT®. El subprograma de teclado numérico 170 opera para detectar la entrada a través de escucha de tecla correspondiente. El-subprograma 170 también es operativo para recibir el evento y puede operar para mostrar un icono u otro gráfico que corresponde a lo que el cliente ha introducido.
La Figura 28 muestra la operación de un trazador de teclado en situaciones en las que la aplicación de servicio de operaciones opera para prevenir la transmisión de la entrada de datos por parte del cliente a su programa 170. Esto puede ser deseable, por ejemplo, en situaciones en las qüe la entrada por parte del cliente es el PIN del cliente u otros datos que no se muestran en pantalla. En estas circunstancias, la aplicación de servicios de operaciones 146 opera para mantener la entrada de datos por parte dél cliente y para enviar sólo una señal representativa de un carácter de mantenimiento, en este caso un símbolo "*" de regreso al navegador. Esto se hace selectivamente en respuesta a las instrucciones incluidas en los documentos a los cuales accede el navegador o en otros registros HTTP a los que accede la computadora, lo que indica que la entrada del cliente corresponde a su PIN u otros datos que no son enviados al navegador. En el ejemplo mostrado en la Figura 28, solamente el carácter de mantenimiento se transmite a través del trazador del teclado al navegador. En las situaciones en las que el registro HTTP al cual se accede invoca métodos en los que se enviarán valores numéricos al navegador o se mostrarán en la pantalla (por ejemplo, la cantidad de una operación de retiro) la señal enviada por la aplicación de servicios dé operaciones al navegador es indicativa del valor numérico relacionado con la tecla presionada. -', La Figura 30 es un ejemplo adicional 'de 'la operación del trazador de teclado, en este caso, la entrada Corresponde a una tecla de función 166. En este caso, la entrada se provocá presionando, la. tecla de función "A" que se muest a adyacente al ángulo superior derecho de la pantalla como se muestra en l Figura 27. La señal generada en respuesta a presionar la tecla de función 'se transmite al trazador de teclado .que en respuesta a los datos obtenidos del almacén de datos 176' emi^e una entrada de. ratón que corresponde a un click de ratón. ' La entrada de ratón incluye datos representativos de las coordenadas x e y que aparecen en la pantalla en los casos en los que ha de proporcionarse un click. de ratón. La señal de entrada de ratón se transmite a la entrada de flujo de ratón representada esquemáticamente por 180.
Como se apreciará, para activar la máquina de banca automática que procesa documentos HTML para operar utilizando una interfaz convencional de ATM la entrada de ratón incluirá por lo general localizaciones de coordenadas que correspondan a un lugar de la pantalla adyacente a la tecla de función particular. Esto se debe a que el icono, renglón, texto u otro indicio que está seleccionando el cliente presionando la tecla, aparecerán preferentemente o se extenderán en la pantalla adyacentes a la r tecla. De esta manera, el cliente está consiente, por medio de la ,. presentación visual, de qué tecla presionar para hacer una · selección correspondiente. Cualquiera de las teclas de función adyacentes a la pantalla pueden ser operativas en cualquier:,, momento. El cliente puede hacer selecciones presionando una tecla ' de función en un lugar y luego una tecla de función en otro lugar' dispuesto a partir del primero. Esto provocará ', él envío de ·' señales al flujo de ratón correspondiente a los cljicks de ratón en coordenadas en la pantalla adyacentes a las botones de función presionados por el cliente. Durante las operaciones, varias combinaciones de teclas de función y de' teclado numérico pueden ser operativas y trazarse a varias entradas de .. teclado y de ratón, según se determine mediante los conj-untos de mapas seleccionados. Además, los programadores puedeji crear conjuntos de mapas especiales que correspondan a grá icos particulares en los documentos HTML que se muestren.
En la manera anterior, el teclado numérico introduce en un ATM convencional información, además otro teclado automático de máquina de banca automática puede traducirse en entradas convencionales de teclado ratón y procesarse en un flujo de entrada de teclado o flujo de entrada de ratón convencionales hacia una computadora. De igual manera, las teclas de función pueden traducirse en entradas de ratón en lugares seleccionados y suministrarse al flujo de entrada de ratón para que la computadora los procese o puedan convertirse en entradas de teclado y suministrarse al flujo de entrada de teclado. Una ventaja adicional de la configuración de terminal descrita es qué las teclas pueden desactivarse selectivamente, salvo cuando sé requieran. Esto puede reducir las instancias de intentos por acceder de manera inadecuada a la máquina al oprimir teclas en el teclado. Además, como se analizó anteriormente/ también pueden tomarse pasos para desactivar las teclas cuando no se requieren y así aumentar las velocidades de procesamiento -de las.' operaciones .
Una ventaja adicional de las formas de realización de. la presente invención es la capacidad de la máquina de banca, automática para proporcionar documentos impresos con basé en instrucciones de los documentos HTML. Dichos elementos impresos' pueden incluir boletos, cheques de viajero, giros bancarios, cheques, vales u otros tipos de documentos. La capacidad dé las formas .de realización preferidas para acceder y procesar documentos HTML pérmite imprimir gráficos y otros indicios que pueden producir documentos impresos con características de apariencia seleccionadas y diseños ornamentales seleccionados. Esto puede reducir la necesidad de utilizar formatos previamente impresos y también permite imprimir una gran variedad de formatos impresos. Además, la configuración de algunas formas de realización de la máquina permiten imprimir sólo partes seleccionadas de la información de la operación para mantener registros dentro de la máquina, al tiempo que se proporicionan versiones que incluyen gráficos mejorados u otras características atractivas para los clientes.
La Figura 31 es una representación esquemática de la operación del sistema al imprimir formatos utilizando una impresora en una máquina de operaciones automática. La forma preferida de la invención utiliza servicios de impresora WIN32 que operan en el NT® 4.0. En la operación ejemplar mostrada, la. clase del gestor director 180 que opera en la porción de teatro de terminal 138 inicia la impresión de un comprobante de operación al solicitar a un director de impresora 182 que imprima un comprobante. El director de impresora en una forma de realización preferida es un grupo de instancias del ambiente JAVA-que operan para efectuar actividades de impresión, y es uno de los directores entre los directores de terminal 144. El director de impresora incluye una clase de impresión que se muestra-esquemáticamente de manera separada, que es operativa para . invocar un método de impresión URL. La clase de impresora en la forma de realización preferida incluye acceso a un objeto de datos de operaciones compartido que incluye información específica del cliente con respecto a la operación que incluye indicios representativos dé la información que se imprimirá. En el caso de una máquina de banca automática, esto puede inclir, por ejemplo, indicios representa ivos de la información que es leída en la entrada de tarjeta del cliente a la máquina y es leída por un lector de- tarjeta. Esto incluye, por ejemplo, el nombre y número de cuenta del cliente. La demás información sobre la operación puede incluir los tipos de operaciones realizados, por ejemplo, depósito, retiro, o consulta, a¾í como la cantidad implicada en cada operación respectiva.
La aplicación de servicios de operaciones 146 recibe la solicitud de impresión y transmite-, la cadena URL al objeto de impresora WIN 184 a través del método de impresión URL. El domicilio URL en una forma de realización preferida es el domicilio de un registra HTTP, por ejemplo un documento HTML que será. Utilizado para . formate^r el documento que se habrá de imprimir, en este caso.un, comprobante.. Él doCi_tmérito HTML incluye el JAVA script incrustado que procesa los datos de la operación a partir del objeto de : datos de operación. El domicilio URL del documento puede encontrarse en una máquina local o recuperarse de otro servidor, por ejemplo, a través de una red indicada esquemáticamente por 186. La 'red 186 puede ser una red de área local o una red de área.amplia, dependiendo de la configuración de la máquina.
El objeto de impresora WIN 184 navega entonces al domicilio del documento al cual se accederá. Esto se hace de la forma de realización preferida utilizando el C Web Browser 2 ActiveX control de Microsoft. Cuando el documento HTML se ha cargado el ActiveX control empieza automáticamente" a procesar el contenido del documento al cual se ha accedido. La aplicación de servicios de operaciones 164 invoca el método de impresión U L: del objeto de impresora WIN 184. El objeto de impresora WIN utiliza el ActiveX para imprimir el documento HTML actual. Esta impresión se procesa en los componentes de impresión de integrador y gráficos Windows NT®.
El JAVA CDI recibe un evento del componente de monitor de impresión 192 que indica la terminación de la integración de impresión. Esto indica que un archivo está ahora disponible para ser leído y enviado a la interfaz de dispositivos comunes (CDI) 188 de la impresora de comprobantes.
A continuación, un objeto de impresora 190 invoca una función de datos de lectura en el monitor de impresión 192 para determinar el lugar y el tamaño del archivo de datos de impresión. El objeto de impresión 190 envía los datos o el nombre de la ruta del archivo de datos a la CDI de impresora 188. La CDI de la impresora 18'8 transmite entonces los datos de impresión al invención pueden utilizarse para proporcionar elementos de comercialización a los clientes pro perfil o tipo de categoría de' cliente, así como con base en segmentos.
Aunque el método de impresión descrito anteriormente se analiza en relación con el suministro de comprobantes de operación, pueden, invocarse métodos similares para imprimir estados de los clientes, así como para imprimir un diario de operaciones dentro de la máquina de banca automática. Además, al acceder a documentos seleccionados que controlan el formato de impresión los registros del diario - de información pueden proporcionarse con información consolidada de manera tal que permita conservar un papel de diario dentro de la máquina al no' imprimir información promocional o de otro tipo que se proporciona en los documentos del cliente.
El método de impresión de la presente invención también permite imprimir varios tipos de indicios ópticos, por ejemplo, código de barras u otros tipos de indicios legibles por máquina, que pueden utilizarse para imprimir cupones, cheques o elementos similares. Dicha codificación puede facilitar el rastreo del uso de los elementos por parte de clientes con fines de evaluar la efectividad de varios esfuerzos de comercialización. Además, los indicios legibles por la máquina pueden utilizarse para imprimir en elementos tales como sobre de depósito o en diarios de operación. Dicha impresión puede facilitar la lectura de tales elementos por parte de la máquina para verificar los contenidos de los depósitos.
Las capacidades de impresión logradas a través de los métodos de la presente invención también permiten imprimir' materiales gráficos , selectos . Esto puede incluir, por ejemplo, materiales que incluyan firmas digitales incrustadas que pueden utilizarse para verificar la autenticidad de los elementos impresos* Esto puede ,ser particularmente útil, por ejemplo, en situaciones en las qué la máquina de operación se utiliza para imprimir vales, cheques de viajero, sobres para puestas u otros artículos que tengan un valor independiente. Además, pueden producirle documentos impresos a todo color al incluir una impresora de color en la máquina de operaciones.
El software de computadora utilizado en la opreación de las máquinas de operaciones automáticas de la presente invención y las computadoras conectadas pueden cargarse a partir de artículos de varios tipos en computadoras respectivas. Dicho software de computadoras puede incluirse en y cargarse desde uno o más artículos, por ejemplo, disketes o discos compactos. Dicho software también puede incluirse en artículos como discos duros, cintas o dispositivos de memoria de sólo lectura. Otros artículos que incluyen datos reprsentativos de las instrucciones para operar computadoras en la manera descrita en el presente documento son adecuados para ser utilizados en el logro de la operación de las máquinas y sistemas de operaciones de conformidad con las formas de realización de la presente invención.
Las formas de realización ejemplares de las máquinas y sistemas de banca automática descritos en el presente documento, se han descrito, con referencia a componen es y características de software particulares. Otras ¦ Sormas de realización de la invención pueden* iríeLuir otros" componentes' de. software, o componentes distintos, que proporcionen una funcionalidad similar .
De esta " manera, la nueva máquina y sistema de banca automática de la presente invención logra loe anteriores objetivos declarados, elimina las dificultades encontradas en el curso de dispositivos, y sistemas' anteriores, resuelve problemas, y alcanza los resultados deseables déscri.tos en el presente documento.
En la descripción anterior, se han empleado ciertos términos en aras de la brevedad; claridad y comprensión. Sin embargo, no quedan implicadas limitaciones innecesarias a partir de ello dado que dichos términos se aplican con fines descriptivos y tienen la intención de interpretarse de manera amplia. Más aún, las descripciones e ilustraciones proporcionadas en el presente documento se dan a manera de ejemplos y la invención no se limita a los detalles exactos mostrados o

Claims (1)

1. Un método que comprende los pasos de : (a) producir una primera señal de entrada de tecla de función mediante el oprimir una primera tecla de función sobre una máquina de cajero automático; (b) convertir la primera señal de entrada ' de tecla de función en una primera señal de entrada de ratón incluyendo indicios que corresponden a un primer lugar de entrada de ratón; y (c) entregar la primera señal de entrada de ratón a una corriente de entrada de ratón de una computadora en conexión operativa con la máquina de cajero automático. 2. El método tal y como se ¦ reivindica en la-cláusula 1, caracterizado porque la máquina incluye una pantalla, y en donde la primera tecla de función está adyacente a la rejilla sobre la máquina, y en donde la primera ubicación de entrada de ratón está sobre la pantalla a un lado de la primera tecla de función. 3. El método tal y como se reivindica en la cláusula 1, caracterizado además porque comprende los pasos de: (d) producir una segunda señal de entrada de tecla de función mediante el oprimir un segunda tecla de función sobre la máquina de cajero automático; (e) convertir la segunda señal de entrada de tecla de función en una segunda señal de entrada de ratón' que incluye indicios que corresponden a una segunda ubicación de entrada de ratón dispuesta de la primera ubicación; y (f) entregar la segunda señal de entrada de ratón a la corriente de entrada de ratón de la computadora. 4. El método tal y como se reivindica en la cláusula 3, caracterizado porque la máquina de cajeYo automático incluye una pantalla, en donde la primera tecla de función está dispuesta sobre la máquina a un lado de la pantalla, y en donde la segunda tecla de función está colocada sobre la máquina a un lado de la pantalla y está dispuesta desde la. primera tecla de función, y en donde la primera ubicación de entrada de ratón está sobre la pantalla a un lado de la primera tecla de función y la segunda ubicación de entrada de ratón está sobre la pantalla a un lado de la segunda tecla de función. 5. El método tal y como se reivindica en la cláusula 1, caracterizado además porque comprende los pasos de: (d) producir una primera señal de entrada de teclado mediante el oprimir una primera tecla del teclado sobre la máquina de cajero automático ; (e) convertir la primera s-eñal de entrada de tecla del teclado..en una primera señal de entradla del teclado; y (f) v entregar la primera .señal de entrada del, teclado a una corriente, de entrada del teclado de la computadora. 6. El método tal y como se reivindica en la cláusula 1, caracterizado además porque comprende los pasos de: d) , producir una primera >sei¾al, de entrada de teclado mediante el oprimir una' primera tecla, ..de- teclado sobre la máquina de cajero automático; · e) ' convertir la primera señal de entrada del teclado en una segunda señal de entrada de ratón incluyendo los indicios que corresponden a una segunda ubicación de entrada de ratón dispuesta de "la primera ubicación; y f) entregar la segunda señal de entrada de ratón a la corriente de entrada de ratón de la computadora. 7. El método tal y como se reivindica en la cláusula 1, caracterizado porque la máquina incluye un depósito de datos, y en donde el depósito de datos incluye datos de conversión, en donde los datos de conversión son usables para convertir por lo menos una señal de entrada de clave de función a una señal de entrada de ratón, y antes del paso (c) además comprende el paso de: (d) obtener del depósito de datos los datos de conversión y convertir la primera señal de entrada de tecla de función en la primera señal de entrada de ratón usando los datos de conversión. 8. El método tal y como se reivindica en la cláusula 7, caracterizado porque los datos de conversión incluyen datos coordinados que corresponden a por lo menos una ubicación de entrada de ratón y en donde en el paso (d) los datos de conversión incluyen datos coordinados. 9. El método tal y como se reivindica en la cláusula 7, caracterizado porque la máquina incluye por lo menos 12. El método- tal y como se reivindica en la cláusula 7, caracterizado porque la máquina incluye una pluralidad de teclas de función y además comprende el paso de:. (e) inhabilitar la operación de una segunda te-clá de función sobre la* máquina en respuesta a los datos dé conversión proporcionados en el paso (d) en donde el presiona -lá segunda tecía de f.uhción no resulta en la entrega dé una señal a la corriente de er'trada de ratón. 13. El método tal y como se reivindica en la cláusula 12, caracterizado porque la máquina incluye por lo menos un servidor en conexión operativa con la computadora, y antes del*. J¾ pasó (d) además com tende el paso (í] ' accesar un primer registro HTTP a través del servidor, en donde los. datos, dé conversión en el paso (c) queH¾ opera para inhabilit'ajr la segunda tecla de función se obtiene respuesta a accesar: el primer registro. 14. Una máquina de cajero automático que opera de acuerdo con el método indicado en la cláusula 1. 15. Por'' - lo menos un artículo que incluye un ¦. r ¿ programa de computadora almacenado en el mismo en donde el' (b) convertir la primera señal de entrada de tecla de teclado en una primera señal de entrada de teclado; y (c) entregar la primera señal de entrada de. teclado a una primera corriente de entrada de teclado · de una computadora en conexión operativa con la máquina de cajero automático . 19'. El método tal y como se reivindica en la cláusula 18, caracterizado porque la máquina incluye un programa ejecutable en la computadora, en donde la computadora incluye un mirador, y por lo menos un servidor en conexión operativa con la computadora, y además comprende los pasos de : (d) accesar un primer registro HTTP a través del servidor, y en respuesta al primer registro accesado ya sea: (e) entregar una señal indicativa de una primera tecla de teclado oprimido en el paso (a) para el mirador; o (f) entregar una señal no indicativa de la primera tecla de teclado oprimida en el paso (a) para el mirador. 20. El método tal y como se reivindica en la cláusula 19, caracterizado porque en el primer paso (d) el primer registro HTTP incluye un primer documento HTML, y en donde el primer documento HTML incluye una petición para un cliente para meter un número de número de identificación personal, y en donde la primera tecla de teclado corresponde a una parte del número de identificación personal y en donde el paso alterno (f) se lleva a cabo en respuesta al paso (a) . .21. El método tal y como se reivindica en la cláusula 18, caracterizado porque la máquina comprende una pluralidad de teclas de función y una pluralidad de teclas de teclado, y en donde la máquina además comprende un ¦ mirador' qu ¦ opera en la computadora, en donde la computadora está en una conexión operativa con un servidor y además .comprende los pasos de: ' '. (d) accesar un primer documento HTML a través del servidor con el mirador; (e) habilitar selectivamente' unas seleccionadas de las teclas de función y de las teclas de teclado para producir las señales representativas cuando se oprimen, en respuesta al primer documento HTML accesado en el paso de acceso. 22. El método tal y como se reivindica en la cláusula 21, caracterizado porque en el paso (c) todas las teclas del teclado y las teclas de función no están habilitadas en respuesta a accesa'r el primer documento HTML/ por lo que la velocidad de la transacción se aumenta. 23. Un método que comprende los pasos de: ; (a) producir una señal ,-d'e- ^ntrada de tecla de teclado mediante el presionar una primera tecla dé teclado, sobré una máquina de cajero automático; "jV " (b) convertir/ la primera señal de éntrada de tecla de teclado en una primera señal ¦ de entrada de ratón incluyendo indicios que corresponden a una primera ubicación de entrada de ratón; y (c) 'entregar 'la. primera señal -'de entrada dé ratón a una' corriente de entrada de ratón de una computadora en conexión operativa con una máquina de caj ero -automático . 24. Una máquina de cajero automático operada' desacuerdo con los pasos del método tal y -como se reivindica en lár" cláusula 23. 25. Por lo menos un. artículo que incluye un programa de computadora en el mismo, en donde el programa de computadora opera cuando se ejecuta en una computadora de una máquina de cajero automático para operar la máquina de acuerdo con el método tal y como se reivindica en la cláusula 23. d spos t vo se comun ca con una parte e programa e interconexión del dispositivo en la máquina de cajero a través de un servidor del dispositivo en una red interna. El servidor del dispositivo mantiene el control local sobre el dispositivo en la máquina de cajero incluyendo el surtidor de hoja. La máquina de cajero opera para leer indicios sobre la tarjeta del usuario que corresponde a una dirección del sistema. La computadora opera para conectar la máquina de cajero con el servidor doméstico o extranjero que corresponde a la dirección del sistema, cuyo servidor conectado opera la máquina de cajero hasta que se completan las transacciones del usuario.
MXPA99004941A 1998-05-27 1999-05-27 Sistema y aparato de maquina de cajero automatizado. MXPA99004941A (es)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US7733798A 1998-05-27 1998-05-27
US9188798P 1998-07-07 1998-07-07
US9562698P 1998-08-07 1998-08-07
US9890798P 1998-09-02 1998-09-02
US09/193,638 US6470326B1 (en) 1996-11-27 1998-11-17 Automated banking machine apparatus and system

Publications (1)

Publication Number Publication Date
MXPA99004941A true MXPA99004941A (es) 2005-07-25

Family

ID=27536140

Family Applications (2)

Application Number Title Priority Date Filing Date
MXPA99004940A MXPA99004940A (es) 1998-05-27 1999-05-27 Sistema y aparato de maquina de cajero automatizado.
MXPA99004941A MXPA99004941A (es) 1998-05-27 1999-05-27 Sistema y aparato de maquina de cajero automatizado.

Family Applications Before (1)

Application Number Title Priority Date Filing Date
MXPA99004940A MXPA99004940A (es) 1998-05-27 1999-05-27 Sistema y aparato de maquina de cajero automatizado.

Country Status (6)

Country Link
EP (1) EP1030495B1 (es)
BR (1) BR9901653B1 (es)
CA (1) CA2271212C (es)
DE (1) DE69939523D1 (es)
ES (1) ES2315000T3 (es)
MX (2) MXPA99004940A (es)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6505177B1 (en) * 1996-11-27 2003-01-07 Diebold, Incorporated Automated banking machine apparatus and system
CA2276637A1 (en) 1999-06-30 2000-12-30 Alan A. Mcnaughton Multipersonality automated transaction execution system

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4314352A (en) * 1972-04-12 1982-02-02 Docutel Corporation Banking machine
US4636622A (en) * 1985-05-06 1987-01-13 Clark Clement P Card user identification system
JPH0771106B2 (ja) 1989-12-30 1995-07-31 株式会社日立製作所 通信システム
US5764789A (en) * 1994-11-28 1998-06-09 Smarttouch, Llc Tokenless biometric ATM access system
JPH08320838A (ja) * 1995-05-26 1996-12-03 Fujitsu Ltd 端末管理方法並びにそのためのホスト計算機及びフロントエンドプロセッサ
WO1997018636A2 (en) * 1995-11-13 1997-05-22 Webtronics, Inc. Control of remote devices using http protocol
GB9523922D0 (en) * 1995-11-23 1996-01-24 At & T Global Inf Solution Method of authenticating an application program and a system therefor
US5754830A (en) * 1996-04-01 1998-05-19 Openconnect Systems, Incorporated Server and web browser terminal emulator for persistent connection to a legacy host system and method of operation
AU2669897A (en) * 1996-04-18 1997-11-19 Citibank, N.A. An improved method and system for performing banking transactions, including home banking
CA2258648A1 (en) * 1996-06-17 1997-12-24 Verifone, Inc. A system, method and article of manufacture for managing transactions in a high availability system
US5938726A (en) * 1996-10-04 1999-08-17 Motorola, Inc. Apparatus for reading an electronic network navigation device and a peripheral for use therewith
US5931917A (en) * 1996-09-26 1999-08-03 Verifone, Inc. System, method and article of manufacture for a gateway system architecture with system administration information accessible from a browser
GB2317723A (en) * 1996-09-30 1998-04-01 Viewinn Plc Caching system for information retrieval
SE9603753L (sv) * 1996-10-14 1998-04-06 Mirror Image Internet Ab Förfarande och anordning för informationsöverföring på Internet
US5956487A (en) * 1996-10-25 1999-09-21 Hewlett-Packard Company Embedding web access mechanism in an appliance for user interface functions including a web server and web browser
US5933816A (en) * 1996-10-31 1999-08-03 Citicorp Development Center, Inc. System and method for delivering financial services
US5905872A (en) * 1996-11-05 1999-05-18 At&T Corp. Method of transferring connection management information in world wideweb requests and responses
GB2319102B (en) * 1998-01-30 1998-12-23 Ibm A security system for a transaction processing system

Also Published As

Publication number Publication date
BR9901653A (pt) 2000-01-18
EP1030495A3 (en) 2004-06-30
EP1030495B1 (en) 2008-09-10
DE69939523D1 (de) 2008-10-23
CA2271212A1 (en) 1999-11-27
CA2271212C (en) 2003-10-21
ES2315000T3 (es) 2009-03-16
MXPA99004940A (es) 2005-07-25
EP1030495A2 (en) 2000-08-23
BR9901653B1 (pt) 2011-11-16

Similar Documents

Publication Publication Date Title
US8523057B2 (en) Automated banking machine that operates responsive to data read from data bearing records
MXPA99004942A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004938A (es) Sistema y aparato de maquina de cajero automatizado.
US20050216408A1 (en) Automated banking machine apparatus and system
MXPA99004931A (es) Sistema y aparato de maquina de cajero automatizado.
US20050086146A1 (en) Cash dispensing automated banking machine system and method
US20050273427A1 (en) Automated banking machine apparatus and system
US20050119974A1 (en) Cash dispensing ATM system with multiple entity interface
MXPA99004930A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004932A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004937A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004939A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004934A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004941A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004933A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004935A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004936A (es) Sistema y aparato de maquina de cajero automatizado.

Legal Events

Date Code Title Description
FG Grant or registration