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

Sistema y aparato de maquina de cajero automatizado.

Info

Publication number
MXPA99004930A
MXPA99004930A MXPA99004930A MX9904930A MXPA99004930A MX PA99004930 A MXPA99004930 A MX PA99004930A MX PA99004930 A MXPA99004930 A MX PA99004930A MX 9904930 A MX9904930 A MX 9904930A MX PA99004930 A MXPA99004930 A MX PA99004930A
Authority
MX
Mexico
Prior art keywords
server
machine
transaction
devices
document
Prior art date
Application number
MXPA99004930A
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,565 external-priority patent/US7062464B1/en
Application filed by Diebold Inc filed Critical Diebold Inc
Publication of MXPA99004930A publication Critical patent/MXPA99004930A/es

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0489Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using dedicated keyboard keys or combinations thereof
    • G06F3/04895Guidance during keyboard input operation, e.g. prompting
    • 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
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/12Applying verification of the received information
    • 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
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • 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

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Finance (AREA)
  • General Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Computing Systems (AREA)
  • Strategic Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Computer Interaction (AREA)
  • Data Mining & Analysis (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Una maquina de cajero automatico es operativo para llevar a cabo transacciones en respuesta a documentos HTML y mensajes TCP/IP intercambiados con el sistema de computadora local a traves de una red interna asi como en respuesta a mensajes intercambiados con servidores ajenos en una red de area amplia. La maquina de banco incluye una computadora que tiene una parte de manejo de documento HTML. La parte de manejo de documento HTML es operativo para comunicarse a traves de un servidor proxi, con un servidor HTTP domestico en la red interna de o los servidores ajenos en la red de trabajo de area amplia. La computadora ademas incluye una parte de aplicacion del dispositivo que interconecta con la parte de manejo de documento HTML ir despacha mensajes para operar los dispositivos en la maquina de banco automatizada. Los dispositivos incluyen un mecanismo surtidor de hoja el cual surte dinero 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 banco a traves de un servidor de dispositivo en la red interna. El servidor del dispositivo mantiene el control local sobre los dispositivos en la maquina de banco incluyendo el surtidor de hoja. La maquina de banco opera para leer los indicios sobre la tarjeta del usuario que corresponde a una direccion del sistema. La computadora es operativa para conectar la maquina de banco con el servidor domestico o extranjero que corresponde a la direccion del sistema, cuyo servidor conectado opera la maquina de banco hasta que se completen las transacciones por el usuario.

Description

SISTEMA, Y APARATO DE MAQUINA DE CAJERO AUTOMATIZADO 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'1 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 la 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 otr 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 par 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 o ra institución. De igual modo, los documentos que son imprimidos por impresora en un Máquina de Banca Automática se limitan ¦'. ¾ * " ' ¦ generalmente a un grupo limitado de formatos definidos en un solo idioma.
Una institución que no sea la propia tam ié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 entre cuentas a través de sus máquinas de banca automática, para permitir al usuario mantener fondos en cuentas que devengan mayores intereses hásta 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 esta acostumbrado puede presentar problemas . documentos HTML pueden transmitirse a través de una red por medió del Protocolo de Transferencia de Hipertexto ("HTTP", por stts. 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 se' 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 "dé1 seguridad. Existe además una necesidad de una máquina y sirste¾ia de banca automática que proporcione al usuario la interfáz familiar y las opciones de operación de su institución al operar máquinas de otras instituciones.
DESCRIPCION DE LA INVENCION 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 Hiperfecta» 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é . ; , 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áqui¾as\ de banca automática.
Es un objetivo adicional de la presente invenciók proporcionar mejores métodos dé 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 ¿e documentos HTML opera preferentemente en conexión con un ambiente de software JAVA y tiene la capacidad de ejecutar instrucciones1 en JAVA script transmitido con los documentos HTML.
El :; software de la , compradora incluye preferentemente, además, una porción de aplicación de dispositivos. La porción de aplicación de dispositivos incluye, software que es operativo para controlar el dispensador 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 incluye 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 mensajes provenientes de la porción de aplicación de dispositivos y para provocar que las 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, lá porción de aplicación de dispositivos y la, porción de sof ware que establece interfases con los dispositivos, se encuentran, en la nu,sma computadora y se comunican en distintos puertos IP.
La Figura 31 representa esquemáticamente los ¦pasóse- ejemplares en la impresión de documentos con la máquina de banca'1 automática.
MEJORES FORMAS DE LLEVAR A CABO LA INVENCIÓN Con referencia ahora los dibujos, y en particular a lá¾ Figura 1, se muestra ahí una configuración de red indicada! esquemáticamenté por 10, que incluye el aparato y sistejna de banca automática' de una forma dé 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 si,stenja de co putadora del banco sede 14 es el sistema de computadora qué ©s operado por él -banco u otra institución que tiene la responsabilidad principal de los ATMs 12. El sistema d computadora del banco sede 14 está conectado a los ATMs 12 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 dé 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í'príentada a objetos enclavadós, 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' qué 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 forma» 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 entr numerosos sistemas de computadora conectados a la red de áreá 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 1.2 ·.· 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 la invención pueden aplicarse en muchos tipos de máquinas des,, operaciones que no realizan necesariamente operaciones bancarias.
Cada uno .de los dispositivos está conectado a un bus de* control interno 50 den ro de la máquina de banca 12. El bus de control 50 emite ios mensajes internos a los ; dispositivos . ¦¦¦¦¦ ?-particulares. Cada dispositivo tiene u¾a iñtje-rfaz . de hardware adecuada que permita al dispositivo_ particular operar1» en respuesta a los mé óa.jes que le Son transmitidos en el bus "de control 50. El lector/escritor de tarjetas ,38 tiene un interfáz de hardware mostrada ^esquemáticamente como 52. Las interfases de hardware 54, 56, 58, 60 y 52 son operativas respectivamente para; conectar el teclado 40, el mecanismo dispensador de hojas 42, el mecanismo de depósito 44, el mecanismo dé impresión de comprobantes 46 y el mecanismo impresor diario 48 al bus de. control 50.
La computadora 34 tiene varios programas de sof ware 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 interfáz de dispositivo de software 66 que comunica mensajes electrónicos con el bus de control 50. La porción de software que establece interfases cop los dispositivos 64 incluye preferentemente, además, un administrador de dispositivos 68. El administrador dé dispositivos es preferentemente operativo para administrar lo varios dispositivos 36 y controlar sus varios estados, de tal manera que se garantice que operar! adecuadamente én 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 qiíe 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 lenguaj ' 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 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 .fí -| HTML y software de navegador, por ejemplo JAVA® de Sun . Microsystems. El navegador 76 se comunica éri la computadora 34 eri, un puerto IP indicado por 78. ¦ El. navegador 76 es operativo en relación con el software del ambiente JAVA 80 que petmite 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 puede 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 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 mecanisrtjós 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 subprograma.5" para realizar varias funciones deseadas o controlar los dispositivos de la máquina. La porción de aplicación ¦ de' .dispositivos 8 se .comunica en la computadora 34 en cualquier puerto IP indicado por 86.
En la formá 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óT» 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 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é 88 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, 14. 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 que opera el sistema de computadora 14. Sin embargo, es posible que el servidor extranjero 96 pudiera estar localizado en un país extranjero, incluso -ün 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 meramente realización directamente) al navegador 76. Este mensaje e¾ preferentemente un documento HTML que produce una pantalla que indica al cliente que inserte su tarjeta en el mecanismo lector* de tarjetas 38. El, flujo del d^eumento HTML' que se representa-gráficamente en la figura 4, incluye preferentemente, además instrucciones enclavabas en JAVA script que operan en el ambiente" JAVA párá'¾omuri¾car íárf mensajé al subprograma- JAVA responsable de-habilitar; el ;ptór de tarjetas én la porción de aplicación de . . '¦: · a-disposi ivos .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 ·' . '¦ ¦ ¦. -'y. ¦¦¦ del documento. Desde luego, en otras formas de realización pueden aplicarse otro .Software y otros enfoques.
Como se muestra én la Figura 5,>en respuesta al JAVA'' script enclavado 'qué activa, el subprograma ¿AYA relacionado con la habilitación ..'.íde. la función del lector de tarjetas, el subprograma JAVA de la porción de aplicación de dispositivos 84 se comunica con el servidor de dispositivos 92. El servidor de dispositivos 92 incluye un programa de servidor de dispositivos 98 que en la forma de realización preferida es un programa JAVA 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 monitoreo 102 que es operativa para monitorear las instrucciones de operación de los dispositivos, El software monitoreo reduce al mínimo el riesgo de fraude o abuso en UÍ manera que se explicará posteriormente.
Volviendo a la operación muestra, en respuesta a la. recepción del men'sáje-de habilitación del lector de tarjetas proveniente de la porción de aplicació de dispositivos 84, elJ 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 l puerto xP-..-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 cómo se muestra en la Figura 6, el registro de la tarjeta, por parte del cliente en el lector de tarjetas 34 es operativo r ara provocar qu¾ los datos de !¾' tarjeta sean leídos - y la porción' de programas, que establecen interfases con los dispositivos 64 envíen un melosa e 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 intr¾h'et 15 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 l.ps;; datos de la tarjeta. El servidor de dispositivos 92 transmite lin mensaje solicitando los datos de la tarjeta provenientes de ,lá porción de software que establece ihterfases coii los dispositivos. 64 que responde enviando los dat6s de la tarjeta a través de La intranet al servidor de dispositivos. El servidor ¾de dispositivos, si no hay bases; para detener la operación, transmite un registro HTTP qué' incluye, datos de tarjeta de regreso a través de la intranet, ¾6 a V porción de aplicación dé-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-i 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 p ede 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 ce semiconductor sobre. la 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' «.'al ernativa, un URL puede derivarsé de otros datos en la tarjeta'' accediendo a la base de datos en la cual los d¾tos del domicilió 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 son ingresados por uh cliente a través de un>"- dispositivb de lectura biométrico. Tales datos biométricos puede incluir, por ejemplo, . 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 ün lector de tarjeta,- pueden corresponder a un domicilio pára acceder a un registro HTTP, que puede ser un archivo o documentó que incluye información que pueda utilizarse para verificar la. identidad de un usuario. Este registro podría incluir datos qae' 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 représentativos de1 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 lia 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 ¿fe la máquina para operar para el usuario mientras que otros dispositivos quizá no lo hagan. Por ejemplo, un usuario que esté sobregirado puede tener información en el registro al cual sé ha accedido que le impida activar el suministrador de efectivo, mientras que otros usuarios que no estén sobregirados pueden incluir información que; les permita realizar dicha operación. De manera alternativa, ,1a 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. miisma y autoriza la operación de la máquina de banca. En cierta^ 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 adécuada, se permitirá que continúe. operación. Si poií alguna razón no se ha enviado una firma digital adecuada, el subprograma JAVA detendrá la operació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 úso d instrucciones firmadas puede ser . articular-mente adecuado para instrucciones que ejecutan el suministrador de hojas o, de otra manera, proporcionar valor al usuario de la máquina.
En el ejemplo', se supondrá que la firma digital enviada por el servidor local 90 es u&a firma adecuada, en cuyo caso un mensaje es devuelto por el navegádor 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 ¦i 90 opera entonces para enviar un documento HTML al navegador 76 que incluye una página o pantalla que indica al cliente que registre su número de identificación personal o PIN (por sus siglas en inglés) . Este documento HTML incluye preferentemente instrucciones JAVA enclavadas para hacer que la porción dé aplicación de dispositivos 84 habilite el teclado 40 del ATM para que la máquina puede recibir el número PÍÑ. Dicho mensaje se muestra esquemáticamente en la Figura 8 en donde el JAVA scrlpfe-82 envía una señal al subprograma JAVA responsable del teclado en el sentido de que se le ha solicitado que habilite el teclado. En respuesta a ello, el subprograma JAVA dé la porción de aplicación de dispositivos 84 envía un mensaje a través de la intranet 16 al-servidor de dispositivos 92. El seirvidor de dispositivos 92 envía un mensaje de regreso a través de la intrantet a la porción de software que establece interfases con los,' dispositivos 64 en el -ATM. Las instrucciones de este mensaje provocan que el software del dispositivo habilite el teclado 40. El subprograma JAVA* responsable de habilitar el teclá'do también eá preferentemente'' operativo para actualizar el registro de operaciones 104 pa'ra indicar que se ha solicitado el PIN. , Como se muestra en la Figura 9, el PIN registrado por medio del teclado 40 se transmite desde lá porción de software que establece interfases con los dispositivos 64 al servidor de dispositivos 92. El servidor de dispositivos 92 devuelve un mensaje al subprograma JAVA responsable que se encuentra en la. porción de aplicación de disposi ivos. 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 l servidor Iqcal HTTP 90. Este mensaje incluye, datos representativos del PIN registrado por el cliente. Er¾ algunas formas de realización' no es deseable mostrar el PIN del cliente en la -pantalla. En dichas forma de realización el subprograma de tediado debe ser operativo para mostrar un carácter implípitó en. la pantalla; por ejemplo ün símbolo "*" u otro símbolo en lugar de los dígitos PIN. Además, como se analiza posteriormente, puede se deseable evitar la . trgrnsmisión del- PIN u otros datos a trávés del navegador , en cuyo caso los datos del PIN pueden manejarse como un mensaje HTTP separado o de otr manera para reducir el riesgo de divulgación.
El software que opera en relación con el servidor HTTP 9.0 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 si'tilaotoñes 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 J8üa¡&¿-2i¡¿- i!iiniiiiigjiifcirft 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) SI documentos (s) o registro (s) relacionado (s) con un cliente particular. Esto puede incluir información tal como género, personas relacipnadas, tipos de cuentas, operaciones permitidas,; preferencias del cliente, intereses del cliente, saldos de cuenta, ofertas previas declinadas- o aceptadas y Otra información. Esta información sobre el cliente' la puede usar uf sübprograma adecuadQ entre los sxibprogramas ¾6 para tratar o crear un documento adecuado para que el navegador1 acceda a él con base en el "perfil1* del cliente^. Además, el j sübprograma del perfil puede tomar en consideración lo!s 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í conio 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 maiera, 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 él sübprograma de perfil puede actuar para provocar que los documentos se'an 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ó "v· basada selectivamente*' en la información del cliente. Por e emplo,* i. el operador de la" máquina puede .ofrecer incentivos, primas,-opciones de operaciones adicionales p 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 I pantalla con opciones que los alieriten a realiza más negocios o diferentes tipos de negocios con la · institución . De igual manera, los clientes identificados como' clientes de instituciones extránjeras puedea 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 ótros servidores, por ejemplo datos de la bolsa de valores, y proporcionarla selectivamente a los clientes. Debe entenderse que el subprograma de 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 entre operaciones. Esto puede utilizarse' adicionalmente en sistemas en los que el operador de la máquina sea capaz de vender publicidad pagada a terceros y luego acceder a los registros HTTP, por ejemplo, archivos HTML para los productos o servicios de esos terceros. Ese acceso puede hacerse con base periódicamente o de otra' manera, pero puede hacerse eficazmente seleccionando el registro HTTP al cual se accederá como respuesta al perfil del cliente; particular.
La continü¾ción del flujo de operación para está-operación ejemplar por parte de un cliente de la institución que opera la red de computadora 14, se muestra esquemáticamente en la Figura 10. El servidor local HTTP 90 es operativo en respuesta al registro del cliente! del PIN correcto para enviar documentos HT fi a la porción de manejo de documentos HTML del software' en la computadora que opera el ATM. Los mensajes pueden incluir pantallas que indican al cliente seleccionar una operación. Pararv fines de este ejemplo se supondrá que el cliente registra en la pantalla táctil 30 una selección que correspgnde a disposición de efectivo, que es una operación común de uná máquina de banca automática.
La selección del cliente a través del dispositivo de entrada de la pantalla táctil se comunica a través de la porción de manejo de documentos HTML que comunica un mensaje al servidor local HTTP 90. El servidor 90 responde entoaces enviando otro documento HTML a la máquina de banca que indica al cliente que seleccione una cantidad. De nuevo, el cliente debe registrar una selección en la pantalla táctil que indica la cantidad de-efectivo solicitada por el cliente.. Este mensaje de entrada pasa ¦ de nuevo a través de la porción de- manejó de documentos HTML y el, í navegador 76 de regréso al servidor local 90.
En respuesta a la recepción de lós datos sobre la cantidad ingresada por el cliente, el servidor local 90 es» preferentemente, optati o para comunicarse electrónicamente con la computadora auxiliar 94 para verificar que el cliente tiene la cantidad solicitadla en su cuenta. Esto se logra preferentemente' a través de una Interfaz de Puerta de Adceso Común (CGI, por sus siglas en inglés) 106 que está.-.en conexión operativa con ei servidor local ftb . Para fines de d_rsta operación, se supondrá qué la computadora auxiliar 94 indica;, que él dinero está disponible en la cuenta del cliente y envía un mensaje a través de la CGI 106 al servidor local 90 indicando que puede proceder.
Como sé representa esquemáticamente en la Figura 11, el servidor local 90 funciona entonces para enviar un documento de regreso a la porción de manejo de' documentos H¾ML del software en el ATM. Este mensaje es preferentemente, ocasionará que l información se presente en la pantalla que indica al cliente que la operación está erí 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 µ otra información en lugar de o además del-mensaje del cliente. ,'El documento ..devuelto también puede incluir una instrucción qué^provoca^ que lá máquina acceda o genere títrcí' documento. Estás instrucciones pueden invoca;!: 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. *EsjLo permite acceder , a documentos que proporcionan mensajes promocionales por ej empló' ublicidad ú 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 ána 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 base 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-.' ,1a generación de un mensaje' al servidor de dispositivo 92. El ménsaje al servidor de dispositivos 92 para dispensar efectivo lo analiáa 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 se está solicitando no exceda una cantidad previamente establecida. También .puede verificar opcionalmente 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 efectiva' solicitada por el cliente.
El software de monitoreo 102 realiza preferentemente' funcionas 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 ATM. Esto puede ser recomendable, para prevenir "lavado de dinero" u otras actividades sospechosas. El software de monitoreo opera preferentemente para 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 prevenir que una serie de depósitos dentro de un tiempo previamente, establecido exceda cierto límite. El software de monitorep también puede trabajar en conexión con él servidor caqhé para limitar ciertas operaciones que podrían realizarse en la máquina de banca como respuesta a instrucciones de servidores extranjeros, como se analizará posteriormente. * Debe señalarse que en una forma de realización preferida de la invención el sübprograma JAVA que es operativq para enviar mensajes y que -provoca' que ' sé proporcione efectivo, trabaja en relación con otro sübprograma que controla la mezcla de billetes proporcionados a un cliente. Muchos cajero^ automáticos tienen la capacidad de dispensar dos o más denominaciones de billetes de bancp. 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 bil.letés es '.preferentemente operable para controlar la. mezcla de billetes de conformidad con · los deseos de . la institución que opera el · cajérO automático así como de. conformidad con.las capacidacfes deI mismo. De manera alternativa, un subprograma JAVA .para controlar.' la mézclá de billetes puede' residir en el programa de dispositivos 70 eft la porción dé software que establece interfasés con los dispositivos 64.
Como lo apreciarán los expertos en la técnica, los programas JAVA ó los datos de comíiguración particulares de la máquina pueden cargarse 'selectivamente desdé el servidor local >90' al inicio o en' otros momentos. "£) d que los subprogramas y l<ss datos de configuración pueden"' ser suministrados a máquinas particulares, las máquinas pueden disenarseespecíficamente para las capacidades de suministro de dinero y otras de los ATMs . Por ejemplo, el ATM puede^ configurarse para qu ciertos programas o grupos de subprogramas 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 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-4 De manera alternativa, las formas de, realización de la : invención pueden adquirir lds subprogramas y datos necesarias dé un almacén de datos remoto. El almacén- de- datos incluye pref rentemente los datos o programas que activa* la máquina p ra operar como se desea o recibir instrucciones, sobre en dónde la máquina puede adquirir las instrucciones y datos necesarios 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 in.d4.ci0s 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 registr'os que tienen datos o programas que 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* 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 interfases con los dispositivos 64 preferentemente opera para enviar , un mensaje de operación de suministro confirmando el mismo al subprógrama JAVA responsable del" suministro en el programa de aplicación de dispositivos 84. Gomo se representa en la Figura.12, él subprógrama particular es operativo para actualizar el registro, de operaciones 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 ;£l suministro. El recibo del mensaje de la operación de suministro .qué",, indica que se proporcionó el efectivo hace que el sub^prograina JAVA configure la porción de manejq.de documentos HJML para enviar un mensaje -de respuesta al dispositivo al servidor local . El servidor local entonces se opera preferentemente 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. devuelve un mensaje a tal efecto a través de la porción de manejo de documentos HTML de regreso al servidor local 90.
Como se muestra esquemáticamente en la Figura 17 eñ respuesta a la recepción de un mensaje en el sentido de que el cliente ha terminado, el servidor local 90^ es operativo pat; enviar un mensaje "ir a casa"' 'al ATM, Este ; mensaj e incluye preferentemente un documento HTML que agradece al cliente. Éste mensaje también incluye preferentémente un JAVA script enclavado.;,, que llama al subprograma JAVA que, a la larga, regresa la porción, de manejo de documentos HTML a la ATM de regreso a una conexión. con el domicilio URL en el servidor local 90 que transmite los' mensajes a la así llamada "modalidad de atracción". Debe recordarse que en ciertas formaá 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 lS, 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 se acaba de completar. Debido a que la operación ejemplar se hizo con un cliente de la institución que opera él sistema de computadora 14, todos los datos concernientes a la operación ya debieron haberse ' registrado en el sistema auxiliar 94. Sin embargo, se apreciará que éséé ;no será el cá'so 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 entregarsé como respuesta a un;. comando "ir a casa" ál 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 'hacersé utilizando la invocación de mé't,odo remoto (RMI).para transmitir o suministrar el objeto al servídoY 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.
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 una conexión de socket segura ("SSC", por sus siglas en inglés) de tal níanera que se reduzca al mínimo el riesgo de intercepción ' de mensajes. Desde luego, pueden aplicarse otras técnicas, incluso de encriptación de mensajes, para reducir al mínimo el riesgo de la intercepción de mensajes.
Como se representa esquemáticamente en la Figura 20 el documento de respuesta 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 subprograma firmado, como se analizó previamente. Un dispositivo de su programa en la porción de aplicación 84 del AT 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,,' Estas páginas pueden corresponder a la "página inicial" del usuario extranje-rp qué están diseñadas específicamente para satisfacer las. necesidades <¾e ese usuario particular.
La Figura 21 mue^tíra un ejemplo de un documento que " viene dé un ser^doís!; extranjero 9*6 al ATM 12. El documento del servidor extranjero "'puede incluir JAVA ácript enclavado que permite la operaeiótí de subprogramas JAVA en la manera previamente analizada para operar los dispositivos 36 del ATM.
Como se muestra en ía Figura 21 los mensajes TCP/IP a los dispositivos provenientes de los subprogramas JAVA pasan de la porción de aplicación de dispositivos 84 al servidor de dispositivos 92, y a la porción de software que establece interfases con los dispositivos 64 del ATM.. Los mensajes $é operación del dispositivo siguen una trayectoria inversa.
Conforme estos mensajes pasan a través del servidor de dispositivos 92, el software de monitoreo 102 los monitores para reducir al mínimo el riesgo de fraude o abuso.
Como se indica en la Figura 21, los documentos provenientes 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 scriptjr enclavado incluirían,, como en el ejemplo de l operación antes analizado, instrucciones que permiten al teclado .40 aceptar al PIN del cliente . s. Como en ex ejemplo anterior, se abriría un registro de operación 104 cQn^respecto á esta operación a través de la porción de software de aplicación de dispositivos. Como sé analizó previamente^ pueden tomarse disposiciones para impedir la transmisión de lc¾s !datós del PIN a través del navegador si sé desea . .·¦·.
La Fig\ -a 22 indica la devolución r.;del mensaje de-, operación de' dispO-S'itiyo y los datos del PIN' al subprograma JAVA,'' que a su vez transmite lc>s 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ón procede generalmente como 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 dé documentos HTML del ATM. El servidor extranjero 96 incluye software de aplicación JAVA nécesário para incluir JAVA script enclavado en los documentos que son enviados al ATM para operar lós dispositivos 36rtde ¿a mágaflina.
Conforme el servidor extranjero 96 opera la máquina, sin embargo, el software de monitoreo 102 del servidor dé 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 qu puede proporcionarse al cliente en la moneda-disponible en el ATM;' que corresponda a la que solicitó él cliente. Como se apreciará este subprograma será operativo para solicitar el domicilio de · función particular dentro del servidor losjal qpe sea capaz proporcionar esta función. Cuando se hace e. suministro ' el subprograma también es operativo para indicar el servidor 96 que. la cantidad suministráda difiere un tanto de la cantidad que"; solicitó el cliente. Desde luego, n otras formas' de realización, pueden aplicarse otros enfoques. De manera -alternativa, uri subprograma en la máquina puede generar presentaciones visuales que muestran equivalentes en moneda local cuando se muestran p, procesan cantidades en moneda extranjera. Esto puede incluir presentar arabas cantidades en presentaciones visuales al usuario.
Como se representa en la Figura 23, cuando el cliente extranjero ha acompletado 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 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 d la terminal.
Una ventaja de las formas de realización de la invención es que los datos <ie la operación' ueden suministrarse a domicilios en üna réd -de 4irea local o en 'una red de áreá ¾ amplia, por ejemplo, Internet. Esto facilita realizar diversa¾ 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 garios tipos de operaciones con respecto a un domiéilio de sistema seleccionado. '·· Se apreciará que la fórm4 d 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 virtua me&te 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 dé actividad, eL ri-esgo de fraude s-é 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 regis ró, HTTP, por ejemplo, un documento HTML u otro artículo es accesible ' en un -i,;* 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 qué el servidor a través del cual se tiene acceso al registro normalmente esté descompuesto, atrás4 ~;¿ formas de realización pueden considerar tanto el tamaño del registro como la velocidad de' transferencia' y determinar que una f -velocidad de transferencia para el registro no es lo suf cientemente ráp'ida, 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 subprogírama 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 d¾í 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 tai manera que el navegador o componente de software similar · se habilita para navegar hacia el domicilio a la hüra adecuada en la secuencia de la operación. Si él subprograma -n,£> puede detectar que el servidor remoto está vivo, o determina . que no aparece;' puede accederse a,l registro ó éste, puede cargarse, puede tomarse pasosJl para acceder a 'domicilios alternativos o, descontinuar ia operación. Los domicilios alternativos á los cuales se accederá pueden basarse en datos almacenados en la memoria de la terminal o pueden obtenerse accediendo á documentos ya- sea local remotamente que incluyan datos a partir de los cuales puedan obtenérse o derivarse domicilios alternativos. Los domicilio^ 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 alternativos. 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 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 ATM o el servidor local HTTP. La ¡ CGI opera en' conexión con tín programa de conversión de 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 documentos HTML o mensajes TCP/IP adecuados, o en ambos, que pueden ser usados por el ATM. Debido a'gue est s formatos de red propietaria están definidos y los datos necesarios para producir e interpretar los mensajes son conocidos,' se lo¾ra 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 documentos no incluyen instrucciones que provoquen la operación 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 e 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 pqr el cliente. Sin émbargo, conforme a los documentos recibidos por el navegador no operen los dispositivos de función de.' operaciones, hay ménos necesidad de medidas dé seguridad para acceder a los documentos. Como resultado.de ello, el cliente aúní puede operar la máquiná en respuesta a una interfaz familiar y única, y puede presentarse információ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 dodumentos HTML u otros mensajes HTTP. Por ejemplo, . l«os 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 seleccionar el enfoque configurando el Software con base en sus requerimientos.
Una ventaja adicional de la configuración del sistema de una forma de realizació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 d los dispositivos 36. Estos mensajes de estado pueden represéntar comúnmente información sobre las condiciones que existen en los dispositivos. Dichos mensajes pueden indicar que los suministros de papel para las impresoras o los billetes, son bajo o se han agotado. Otros mensajes pueden indicar que, los dispositivos no están funcionando de manera adecuada. A menucio, dichos mensajes indican que el ATM requiere de servicio. Todos esos tipos de mensajes se denominan en el presente documento, de manera intercambiable, como mensajes de estado o falla.
La porción de sof ware que establece interfases con los dispositivos 64 se comunica a través de la intranet utilizand mensajes TCP/IP. Aunque 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 la3 intranet o Internet". 'Por ejemplo, dichos mensajes de falla pueden, dirigirse a una aplicación de software que sumi istra mensajes al proveedor de servicios. Además, los mensajes de falla pueden' dirigirse selectivamente con base en la naturaleza de la fall 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 una 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 domicilió relacionado con una entidad que pueda 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 software 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 comptítadora que opere el software Even Menagement System™ disponible en Diebold, Incorporated . Dicho software es operativo para resolver la naturaleza de la conducción de falla y notificar al personal adecuado de la acción correctiva a emprenderse. 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 mini servidor » HTTP incluyen instrucciones que coErésponde-n 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 ú oteo 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 de correo electrónico o mensaje similar a un domicilio seleccionado siempre que exista una condición o un grupo de condiciones particulares. 98 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 i ¦ 1 · los sistemas de monitoreo 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 distintc¡s tipos de dispositivos y capacidades de función de opera'cioríes .
La técnica de transferir un objeto de dato también, puede utilizarse para realizar la prueba o modificación de los . dispositivos de función de operaciones. Por ejemplo, los indicios en el objeto de datos pueden modificarse a través de un servido Y el objeto pasarse' de regreso a la máquina. Él Software de la máquina puede provocar que los dispositivos en función de operaciones operen omodificar condiciones con la programación en respuesta al objeto de datos modificados. Esto puede incluir, por ejemplo, borrar uha Sindicació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 obgeto 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écnic a partir de la descripción presentada aquí.
La Fig rav, 25 muestra una vista esquemática- de una configuración de r¾á 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 o'perar 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 manerl- 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 ú 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 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 estas funciones, el servidor de interfaz se comunica con un cliente de interfaz 124, que en la forma de realización preferida es un cónector COMM que opera en la terminal de máquina de banca en ún ambiente operativo Windows NT®. El servidor de interfaz 122 in-cluye también una puerta de acceso de comando/estado 126. La t puerta de acceso -de, ¦¦' ¦ ···' comando/estado es operativa " ara recibir mensajes de comando y estado de las porciones de Software que manejan los dispositivos funcionales dentro de la 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 de la puerta 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 servidor .de interfaz .22, la porción de puerta de acceso de estado de comando 126 y el cliente 'de interfaz 124 pueden resibir en el 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 permitíe al servidor de interfaz 122 manejar varias máquinas . de banca automática al "conectar las máquinas al servidor dé interfaz a través de la red.
La configuración alternativa del sistema de máquina de banca automática mostrada en la Figura 25 se adapta par icularmente para- ser utilizada en relación con el sistema ATM actual. La máquina incluye una porción de manejo de documentos. HTM 128 que incluye un navegador que opera eñ¿a manera 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 opéra 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 documentos 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 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 dé operaciones. Los directores de terminal corresponden generalmente a la operación dé 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 d i-gestión claves dentro de la máquina de banca automática. I?a aplicación de servicios de operación incluye uha 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 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 par 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 iñstrucciones 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 for a4^ 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 gesto director también guarda la clase de director terminal para usó' 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 diréctor 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 sérvi-cios de operaciones 146 activa documentos a los que se accede selectivamente con la porción de manejo de documentos HTML 128. Los documentos a IOS cualés se accede pueden incluir instrucciones que s'e 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 inter'faz 122 y que se utilizan para generar mensajes convencionales ATM que pueden manejados por la computadora matriz 120. Él suministro de efectivo y otras transferencias <e" .«valores se efectúan como respuesta a la aprobación de la computadora matriz 120, mientras que la interfaz 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 pre erentemente 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 iricluir 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 dé transferencia. La aplicación de servicios de operaciones 146 que operan · el Software 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, los 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ón transmitidos de regreso al servidor de interfaz 122. Los datos de operaciones modificados se utilizan entonces para generar u mensaje a la computadora matriz del ATM. El mensaje a la matriz incluye los datos correspondientes a los datos de operaciones modificados. Por lo general, este mensaje es un mensaje dé terminación convencional que no es HTTP, qué indica si ' La operación se realizó con éxito a través de los dispositivos dé funciones de operaciones .
El formato de los mensajes de operaciones convencionales que río -son HTTP puede modificarse fácilmente en lar forma de realización descrita. Esto puede lograrse a través del. i uso de conectores. Los conectores son operativos para ingresarf datos, y par extraér datos de, el objeto de datos de operaciones. Los conectores logran la conversión entre los datos de operaciones y los mensajes convencionales igue no son de HTTP . El uso de conectqres 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 op re el navegador para acceder a documentos HTML seleccionados, esto puede hacerse para indicar que la operaciófi queda autoriza o es .denegada, así como para acceder a documentos*, específicos sensibles a los componentes del mensaje. Por ejemplo, los clientes de lós bancos distintos al cual opera el ATM pueden recibir ciertas promociones no : presentadas a los clientes actuales del banco. Los datos de operaciones indicativos dé porqué se niega juna operación pueden utilizar.-se para acceder á' documentos que^proporcionan una explicación, p pueden alentar, al cliente a realiza'r otra acción, por ejemplo tomar uu anticipo de efectivo en una tarjeta de crédito o solicitar iin 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 interf z- .HTML a tiempo que conserva la compatibilidad con los sistemas de ymáquina de banca actuales y. las técnicas dé-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 las computadoras convencionales requiere d entradas a través del teclado tipo QWERTY type keyboard, así cbmo "clicks" con el ratón ¾n los lugares correspondientes a los iconos u otras características que se encuentran en los' documentos HTML para navegar con éxito y utilizar diolios', documentos. Las máquinas de banca automática eónvéncionalest 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 los teléfonos, así como teclas de función. Las foranas "-de realización de la presente invención permiten la operación del sistema co 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 interfa2 de máquina de banca- automática convencional 162. La interfaz 162 incluye un dispositivo de salida que incluye una pantalla 64. La pantalla 164 puede ser una pantalla CRT, LCD 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éricas así como ciertas teclas 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/él teclado. El trazador de teclado opera para almacenar conjuntos de mapas de teclas en la base de datos 176. Esto se logra le^sendo la información de una basé de datos dé'-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. Ésto se hace en respuesta al subprograma de teclado y se basa en las instrucciones que se encuentran en los: regis"tros 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ñad, 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 le verificación, de tal manera que cada objeto incluye los valores de operaciones necesarias para convertir una tecla ATM adecuada 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 quizás sea deseable -'¦ proporcionar una entrada de ratón al fluj o de entrada de ratón, que,r corresponda a un' lugar de coordenadas particulares para la*' entrada del ratón. Esto se proporciona a través del trazador d; teclado utilizando el conjunto de mapa de tecla seleccionado. Los varios conjuntos.de mapa de tecla habilitan <Jas distintas teclas de función para prpporcionar distintos tipos de entradas al sistema Operativo de la computadora en respuesta al documento HTML/'- mostrado en el navegador. Además, el. :¾raz¾do'r de tecladQV provoca que al oprimir una tecla .séleccioií¾da , sé produzca una" entrada que corresponde a un click de ratón' én¾'.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 puedeft. utilizarse para producir entradas de ratón. De igual manera, las entradas.de técla de función pueden convertirse en entradas de teclado. En algunas formas de realización, sin embargo, sería deseable desactivar el indicador de ratón en la, antalla, de tal manera que el usuario no advierta un icono de ratón usual. Tal 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 unyconjunto 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. ." i? .
En este ejemplo, en respuesta a- la activación del' cliente de la tecla "ACEPTAR" erf el teclado -numérico el CDÍ: genera una señal adécuada para las aplicaciones de servicios, de ' operaciones. Como ge advertirá en la Figura 27, la tecla "ACEPTAR" se denominará pot" convención la tecla "J" de 1¾¾ interfaz del ATM. La aplicación de servicios de operaciones* transmite la señal generada al oprimir el el vent 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 introduce en él 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 2.8 muestra la operación, de un trazador d 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 qué la entrada por i. ¦ parte del cliente e.s el PIN del cliente u otros datos que no se r muestran, en pantalla. En estas circunstancias, la aplicación de servicios de operaciones 146 opera para mantener la entrada de datos por parte del cliente y para enviar sólo una señal representativa de un carácter de mantenimiento, en este casó un s 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 qué indica que la entrada del cliente corresponde a su PIN u otros datos que nó 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 registra 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 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 entenderán en la pantalla adyacentes a la tecla. De esta manera,, el cliente está consiente, por medio de la presentación visual, de qué tecla presionar paf"a hacer una' selección correspondiente. Cualquiera de l¡ás teclas de función adyacentes a -la pantalla pueden ser operativas ¾n cualquier: momento. El cliente $>uede hacer selecciones presionando una tecla? de función en un lugar y luego una tecla dé función en otro l gar1: dispuesto a partir del primero. Esto provocará el envío de señales al flujo de ratón correspondiente a ' os clicks 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 conjuntos de mapas seleccionados. Además, los programadores pueden crear conjuntos dé mapas especiales que correspondan a gráficos 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 oonvertiree"' 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 se-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 puederf tomarse pasos para desactivar las 'teclas cuando;, no se requiere' y así aumentar las velocidades de procesamiento de l s ' 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 base 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 de las formás de realización preferidas para .acceder, y procesar documentos HTML 'permite imprimir gráficos, y otaros 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.
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 URL del objeto de impresora WIN. 184. El objeto de impresora WIN, utiliza el ActiveX para imprimir el .documento HTML actual. Esta' impresión se pro¾esa en los componentes de impresión de integrador y gráfic s 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 deimpresión. El objeto de impresión 190 envía los datos o el nombjís de la ruta del archivo de datos a la CDI de impresora 188. La CDI de la impresora 188 transmite entonces los datos de impresión al hardware de la impresora. Esto provoca la impresión del documento .
Cuando se imprime el comprobante el subprograma delí director de impresora 182 emite una solicitud de suministrar el comprobante impreso . La solicitud dé suministró se transmite través de la aplicación de servicios desperaciones 146 al objetoj de impresoras 190. ?? objeto de impresora 190 invoca el método efe suministro en la CDI de impresora 188 para hacer que el recibo,, sea entregado al usuario de la máquina . - La operación de los componentes de software activan* selectivamente el acceso -a4? formato de documentos, así como a las instrucciones de uso. incluidas en los documentos, para que incluyan datos de. operaciones dentro de los documentos impresos . Esto permite producir documentos de distintos tipos. Además, permite proporcionar distantos tipos de impresión de" documentos para-distintos clientes. Esto puede ser deseable al proporciona información sobre¥ comercialización, cupones o indicios similares en los comprobantes de operación. E$te enforque simplifica además el proporcionar formatos impresos en varios idiomas mediante Í documentos de programación HTML para proporcionar formatos impresos en distintos idiomas. Además, los métodos de la presente 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 imprimiÉ*. estados de los clientes, así como para imprimir un diario dé 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 lá presente invención también permite imprimir varios tipos de ihdicitís ópticos,. por ejemplo, código de barras u oitrós tipos de indicios legibles por máquina, que pueden utilizarse para imprimir cupones, cheques o elementos similares. Dicha ccídlficación puede facilitar el rastreo del uso de los elementos por parte dé clientes con fines de evaluar la efectividad de varios esfuerzos de comercialización. Además, los indicios legibles por Ta 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. 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 componentes y características de software particulares. Otras formas de realización de la'-""., invención pueden incluir otros componentes de software., o'; componentes distintos, que proporcionen üna funcionalidad' similar. a ?· ··>'¾ De esta manera, la nueva máquina y sistema de banca automática de la presente invención logra los anteriores objetivos declarados, elimina las dificultades encontradas en el curso de dispositivos y sistemas anteriores,- resuelve problemas, ¡ y alcanza los resultados deseables descritos 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 o descritos.
En las siguientes reivindicaciones, cualquier característica descrita como mecanismo para llevar a efecto una función se interpretará en el sentido de . que abarca cualquier mecanismo capaz de ejecutar la función señalada y no se considerará limitada al mecanismo particular mostrado y que ejecuta la función señalada en la descripción anterior, o como mero equivalente.: Habiendo descrito las características, descubrimientos, y principios de la invención, la manera en la cual est construida y se opera y las ventajas los resultados útil i¾ logrados, los elementos nuevos y útiles, disposiciones, pie^zas", combinaciones, sistemas, equipo, operaciones, métodos, procesos y relaciones se especifican en las: cláusulas anexas.

Claims (1)

  1. 3. El aparato tal y como se reivindica en la cláusula 1, caracterizado porque' el dispositivo de función de transacción', de tipo incluye un depósito. 4. El aparato tal y- como se reivindica en la cláusul 1, caracterizado además porque comprende un servidor, en donde el servidor.es operativo para entregar por lo ménos un documento al mirador, en donde. el'- documento es entregado en respuesta a u tipo de dispositivo de función de transacción en la máquina. 5\ El aparato tal y como se reivindicd! en la cláusula. 4, caracterizado porque el dispositivo1 de función de transacción en la máquina incluye .un .surtidor de hoja-, y.en donde la máquiriá, no incluye un depósito para llevar a cabo "transacciones de depósito, y en- donde el un documento entregado por el servidor no incluye referencia a una transacción de depósito. 6. Él aparato tal y como' se reivindica en la cláusula 4, caracterizado porque el dispositivo de función de transacción en la máquina inclu e un surtidor de hoja para llevar a cabo una transacción de surgido y un depósito para ll.évar a cabo las transacciones de depósito, y en .donde el documento que el servidor es operativo para entregar al mirador incluye una referencia a ambas la transacción de surtido y la transacción 'de depósito. 7. Un aparato .que comprende: una máquina de transacción automatizada que incluye:, una pluralidad de tipos de dispositivos de función de transacción; 4 en donde cada tipo' de dispositivo de función de transacción es selectivamente operativo para - llevar a cabo una función de transacción; por lo menos un dispositivo de salida, en donde eí dispositivo de salida es selectivamente operativo para proporcionar salidas de usuario; una computadora e donde la computadora está en una conexión operativa cotí una memoria, el dispositivo :' de salida y cada uno de los dispositivos de función de transacción, y en donde la memoria incluye datos de dispositivo representativos de una pluralidad de dispositivos de función de transacción en l máquina; un programa que puede llevarse a cabo en la computadora, en donde el programa incluye un mirador; proporcionar una pluralidad de documentos HTML, en donde cada uno de los documentos es accesible a través de un servidor, en donde un primer documento incluye una primera referencia, en donde la primera referencia es , a un primer tipo de transacción llevado a cabo por un primer dispositivo de función de transacción; y en donde un segundo documentóles accesible a través del servidor e incluye una segunda referencia, en donde la segunda referencia- es a, -un segundo. tipo de transacción llevado a cabo por un segundo dispositivo de función de transacción; y accesar con un mirador operando en una- computadora en una máquina de transacción automatizada, ya' sea , el primero o el segundo documento en donde el primer documento es accesado cuando la máquina incluye el primer dispositivo' de función de-transacción pero no el' segundo dispositivo de función' de. transacción, y en donde el segundo documento es accesado cuando la máquina incluye ambos dispositivos de función de transacción primero y segundo. 11. El método tal y como se reivindica en la cláusula 10, caracterizado porque el paso de acceso incluye el accesar el primer documento en una primera dirección o el accesar el segundo documento en una segunda dirección.. " :. 12. El método tal y como se reivindica en la cláusula 10, caracterizado porque antes del .paso de proporcionar además comprende el paso de entregar al servidor desde el dispositivo de máquina datos representativos de los dispositivos de función de transacción incluidos en la máquina,"' en donde el documento accesado en el- paso> de acceso es accesado. en respuesta a los datos del dispositivo. R E S U M E N Una máquina de cajero automático es operativa para llevar a cabo transacciones-' en respuesta a documentos HTML y mensajes TCP/IP intercambiados con el sistema de computadora local estraves dé una red interna así como en respuesta a mensajes-intercambiados con servidores ajenos en una red de área amplían-La máquina de banco incluye uria computadora que tiene una parte de manejo de documentó HTML. La parte de manejo de documento HTML es operativa para comunicarse a través -de un servidor proxi,"-con un servidor HTTP doméstico en la red interna de o los servidores ajenos en la red de trabajo de área amplia. Lá'.. computadora ademas incluye una parte de áplicacíón del dispositivo que intercónecta con la parte de manejo de documento HTML y despacha mensajes para operar los dispositivos en la máquina de banco automatizada. Los dispositivos incluyen un mecanismo surtidor de hoja el cual surte dinero así como otros dispositivos de transacción. La parte de aplicación del dispositivo se comunica con una parte de programa de interconexión del dispositivo en la máquina .de banco a través dé un servidor- de dispositivo e la red interna*. El servidor del;-' dispositivo mantiene él control local sobre los dispositivos en la máquina de banco incluyendo el surtidor de., hc¾a. La máquina de banco opera para leer los indicios sobre la tarjeta del usuario que corresponde a una dirección del sistema. L computadora es operativa para conectar la máquina de banco con el servidor doméstico o extranjero que corresponde a la dirección del sistema, cuyo servidor conectado opera la máquina de banco hasta que se completen las transacciones por el usuario.
MXPA99004930A 1998-05-27 1999-05-27 Sistema y aparato de maquina de cajero automatizado. MXPA99004930A (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,565 US7062464B1 (en) 1996-11-27 1998-11-17 Automated banking machine and system

Publications (1)

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

Family

ID=27536133

Family Applications (1)

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

Country Status (6)

Country Link
EP (1) EP0961246B1 (es)
BR (1) BR9901647B1 (es)
CA (1) CA2271213C (es)
DE (1) DE69939668D1 (es)
ES (1) ES2313768T3 (es)
MX (1) MXPA99004930A (es)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2276637A1 (en) 1999-06-30 2000-12-30 Alan A. Mcnaughton Multipersonality automated transaction execution system
JP4200055B2 (ja) * 2003-06-12 2008-12-24 日立オムロンターミナルソリューションズ株式会社 紙幣取引システム
US8161330B1 (en) 2009-04-30 2012-04-17 Bank Of America Corporation Self-service terminal remote diagnostics
US8495424B1 (en) 2009-04-30 2013-07-23 Bank Of America Corporation Self-service terminal portal management
US8924266B2 (en) 2009-04-30 2014-12-30 Bank Of America Corporation Self-service device inventory information control
US8108726B2 (en) 2010-03-18 2012-01-31 Bank Of America Corporation Adaptive diagnostics for implementation of an automated teller machine (“ATM”) thin-client mode
US8423465B1 (en) 2010-03-18 2013-04-16 Bank Of America Corporation Adaptive diagnostics for automated teller machine(“ATM”) fault conditions
US8635159B1 (en) 2010-03-26 2014-01-21 Bank Of America Corporation Self-service terminal limited access personal identification number (“PIN”)
US8593971B1 (en) 2011-01-25 2013-11-26 Bank Of America Corporation ATM network response diagnostic snapshot

Family Cites Families (17)

* 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
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 端末管理方法並びにそのためのホスト計算機及びフロントエンドプロセッサ
AU7706596A (en) * 1995-11-13 1997-06-05 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
WO1997041498A2 (en) * 1996-04-18 1997-11-06 Citibank, N.A. An improved method and system for performing banking transactions, including home banking
AU3640597A (en) * 1996-06-17 1998-01-07 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
SE507138C2 (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
BR9901647B1 (pt) 2011-01-11
DE69939668D1 (de) 2008-11-20
EP0961246A2 (en) 1999-12-01
CA2271213A1 (en) 1999-11-27
CA2271213C (en) 2003-10-21
BR9901647A (pt) 2000-10-03
EP0961246B1 (en) 2008-10-08
ES2313768T3 (es) 2009-03-01
EP0961246A3 (en) 2004-06-30

Similar Documents

Publication Publication Date Title
US8567667B2 (en) Automated banking machine that operates responsive to data bearing records
US8046300B2 (en) Automated banking machine system using internet address customer input
US7062464B1 (en) Automated banking machine and system
MXPA99004931A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004942A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004938A (es) Sistema y aparato de maquina de cajero automatizado.
US6983256B2 (en) Cash dispensing automated banking machine system and method
US20050289055A1 (en) Automated banking machine apparatus and system
US7003492B1 (en) Apparatus and method for indicating the status of transaction function devices in an automated banking machine
MXPA99004930A (es) Sistema y aparato de maquina de cajero automatizado.
US7603302B1 (en) Automated banking machine system with multiple entity interface
MXPA99004929A (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.
MXPA99004935A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004933A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004941A (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
MM Annulment or lapse due to non-payment of fees