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

Sistema y aparato de maquina de cajero automatizado.

Info

Publication number
MXPA99004939A
MXPA99004939A MX9904939A MX9904939A MXPA99004939A MX PA99004939 A MXPA99004939 A MX PA99004939A MX 9904939 A MX9904939 A MX 9904939A MX 9904939 A MX9904939 A MX 9904939A MX PA99004939 A MXPA99004939 A MX PA99004939A
Authority
MX
Mexico
Prior art keywords
server
machine
devices
computer
data
Prior art date
Application number
MX9904939A
Other languages
English (en)
Inventor
El-Kaissi Omar
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,647 external-priority patent/US7003492B1/en
Application filed by Diebold Inc filed Critical Diebold Inc
Publication of MXPA99004939A publication Critical patent/MXPA99004939A/es

Links

Classifications

    • 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/62Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6236Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database between heterogeneous systems
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

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

Abstract

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

Description

SISTEMA Y APARATO DE MAQUINA DE CAJERO AUTOMATIZADO CAMPO TECNICO La - presente invención se refiere a máquinas de-banca ...automá ica. Éspe'cíficaraente, esta .invención se refiere a ún aparato y sistema de banca, automática que es capaz de ser utilizada en una red de área amplia, y que proporciona al ustfarío, una interfase familiar desde su institución sede en las máquinas de banda operadas ppr; otras instituciones, y ¦ que proporciona mayores opciones para l¾s salidas de la máquina. 1 ANTECEDENTES DEL ARTE Son bien conocidas las máquinas de banca automática. Un tipo común de tipo de máquina de banca automática utilizada por lo consumidores es un ¿ajero automático. ("ATM" , , . · · . '¦ ¦¦¦ por sus siglas en inglés) . Los ATMs permiten. ¾ los consumidores realizar operaciones bancarias. Entre las operaciones bancarias comunes realizadas por los ATMs se encuentran disposición de efectivo, realización de depósitos, transferencia de fondos entre cuentas, pago de servicios y solicitudes de saldos de cuenta. El tipo de operaciones bancarias que un cliente puede realizar lo determinan las capacidades de la máquina bancaria particular y la programación de la institución que opera la misma. Otros tipos de Máquinas de Banca Automática pueden permitir a los clientes hacer cargos contra cuentas o transferir fondos. Otros tipos de". Máquinas de Banca Automática pueden imprimir o suministrar; artículos de valor, por ejemplo cupones, boletos, sobres para' depósito, comprobantes, cheques, cupones de alimento giro¾. postales, vales o- cheques de viajero. Para fines de esta presentación una áquina de banca automática o máquinas dé opejración automática abarcará cualquier dispositivo que realice operaciones, incluyendo transferencias de valor. Actualmente los ATMs son operados en redes de comunicaciones, estas redes interconectan los ATMs operados por instituciones financieras y. otras éntidades. 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á inte^conectada 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 otra institución.
Un cliente puede hallar dificultades al utilizar la máquina de la otra institución. Pueden ocurrir problemas porque el usuario no está familiarizado con el tipo de máquina operado por la otra institución. Puede haber confusión porque el cliente no sabe qué botones u otros mecanismos activar para realizar las operaciones deseadas. El flujo de la operación para un cliente en una máquina de otra institución puede ser muy distinto de las máquinas operadas por la institución del usuario. Este puede ser particularmente un problema cuando el usuario es de otro país y no esta familiarizado con el tipo de máquina de banca o el idioma de la interfaz proporcionada por la otra, institución. Dé 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 también puede ' proporcionar distintos tipos de operaciones de las que el usuario conoce en su institución. Por ejemplo, la institución del usuario puede permitir la transferencia de fondos 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 hasta-que los requieran. Si la otra institución', no proporciona esta capacidad, el usuario no podrá hacer esto cuando operé 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 .
Las redes que operan cajeros automáticos y otros tipos de máquinas de banca automática generalmente operan redeg propietarias con acceso restringido. Es necesario preveni fraudes o la manipulación en la red o las cuentas de los usuarios. Las redes propietarias también se usan por lo general para la transmisión de mensajes de tarjetas de crédito y otros mensajes de operaciones financieras. El. acceso a dicho .sistemas de procesamiento dé tarjeta, de crédito también QStán restringidos principalmente para fines de mantener la · seguridad.
La comunicación sobre redes de' área amplia permite que los mensajes se transmitan entre lugares distantes. La red de área amplia mejor conocida es Internet que puede utilizarse para proporcionar comunicación entre computadoras en todo el mundo. Internet no se utiliza ampliamente para mensajes de operaciones financieras porque no es un sistema seguro. Los mensajes destinados para ser recibidos en un domicilio de computadora particular pueden ser interceptados en otras direcciones sin que esto se detecte. Dado que los mensajes pueden interceptarse en lugares alejados donde se encuentra el receptor previsto, existe el potencial de fraude y corrupción.
Las empresas están empezando a proporcionar enfoques para una transmisión más segura de mensajes en Internet, También se están aplicando técnicas de encriptación a los mensajes de Internet. Sin embargo, la apertura de Internet ha limitado su utilidad para fines de mensajes financieres, particularmente los mensajes financieros relacionados con la operación de máquinas de banca automática.
Los mensajes en las redes de área amplia puedenv" comunicarse utilizando el Protocolo de Control de Transmisión/ Protocolo de Internet ( "TCP/IP" , por sus siglas en inglés). La patente de los Estados Unidos Número 5,706,422 muestra un ejemplo' de un sistema en el cual se almacena información financiera s,ia bases de datos a -las cuales se accede a través de un red de área amplia privada utilizando mensajes TCP/IP. Los mensajes transmitidos en dichas redes que utilizan TCP/IP pueden incluir, "documentos" (también llamados "páginas "j . Los documentos se producen en lenguaje Descriptor de Hipertextos ("HTML", por sus. siglas en inglés) que es una referencia a un tipo de lenguaje ie programación utilizado para producir documentos con comandos ó "etiquetas" dentro. Las etiquetas son códigos que definen características u operaciones del documento como tipos de letra, disposición, gráficos incrustados y vínculos de hipertexto. l s documentos HTML se procesan o leen mediante el uso de un programa de computadora denominado "navegador". Las etiquetas indican al navegador cómo procesar y controlar lo que se ve en una pantalla o se escucha en las bocinas conectadas a la computadora r e ejecuta el navegador cuando el documento se procesa. L s documentos HTML pueden transmitirse a través de una red por medio del Protocolo de Transferencia de Hipertexto ("HTTP", por sus siglas en inglés) . El término "Hipertexto"', es una referencia a la ; capacidad de los vínculos incrustados en el texto de un documento ,, que permite la comunicación con otros documentos, a los cuales se puede tener acceso en la red.
Así, existe la necesidad de una máquina y sistema de banca automá ica que pueda aplicarse en una red de área local, ?: por ejemplo Internet, al tiempo que proporciona un alto nivel de seguridad. Existe además una necesidad de una máquina y sistema · de banca automática que proporcione al usuario la interfaz 1 familiar y las opciones de operación de su institución al operar . máquinas de otras instituciones.
DESCRIPCION DE LA INVENCIÓN Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática en la cual 'un ' usuario pueda realizar operaciones.
Es un objetivo adicional, de la presente invención proporcionar una máquina de banca automática que pueda ser operada a través de la conexión a una red de área amplia.
Es un objetivo adicional de la presente invencioít. proporcionar una máquina y sistema de banca automática q*ié proporcione al usuario una interfaz familiar y opciones de operación de su institución en máquinas operadas por otras, instituciones. * Es n objetivo adicional de la presente invención; proporcionar una máquina de banca automática que se comunique, utilizando documentos HTML. (Lenguaje Descriptor de Hiperfecto, por sus siglas en inglés) y mensajes TCP/IP (Protocolo de Control dé Transmisión/Protocolo de Internet, por sus siglas en inglés) generados como respuesta a indicios que se encuentran en la información proporcionada por la tarjeta de un usuario.
Es un objetivo adicional de la presente invención proporcionar una máquina y sistema de banca automática que realice operaciones a través de una red de área amplia al tiempo que mantiene un alto nivel de seguridad.
Es un objetivo adicional de la presente invención proporcionar una máquina y sistema de banca automática que controle la conexión de la máquina de banca a un domicilio extranjero a través de un servidor caché. ·-?. · ···?¾&· ' Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que limite la operación de dispositivos en la máquina a través de un servidor de dispositivos local.
Es un objetivo adicional de la presente invención proporcionar una máquina y sistema de banca, automática que sea operable a través de la conexión a Internet.
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que pueda utilizarse para proporcionar a un usuario más tipos de mensajes, incluyendo mensajes dirigidos a usuarios particulares.
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que sea capaz de. proporcionar a los usuarios un variedad más amplia de documentos impresos .
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que proporcione opciones adicionales para identificar usuarios autorizados.
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que pueda utilizarse realización preferida de la invención a través de una máquina de mecanismo spensador de hojas, el lector e tar etas y otros dispositivos físicos de la máquina de banca. La computadora incluye programas de software que pueden ejecutarse ahí. Los programas de software incluyen una porción de manejo ¿e documentos HTML. La porción de manejo de documentos HTML opera para enviar y recibir documentos HTML y mensajes HTTP. La porción de manejo de documentos HTML se encuentra preférentemente en conexión con el dispositivo de salida hacia las- pantallas que incluyen indicadores de enlaces de hipertexto. La porción de manejo de documentos HTML también se encuentra preferentemente en conexión con el dispositivo de entrada que permite la selección por parte del usuario y la generación de mensajes de respuesta provenientes de la computadora. La porción de manejo ie documentos HTML opera preferentemente en conexión con un ambiente de software JAVA y tiene la capacidad de ejecutar instrucciones en JAVA script transmitido con los documentos HTML.
El software de l computadora 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 lá 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 inter,£az 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 los dispositivos operen a través de las interfases de hardware apropiadas. En una forma preferida de la máquina de banca automática, la porción de manejo de documentos HTML, la porción de aplicación de dispositivos y la porción de software que establece interfases con los dispositivos, se encuentran en la misma computadora y se comunican en distintos puertos IP.
La máquina de banca automática de la invención se. comunica preferentemente utilizando mensajes TCP/IP en una intranet que incluye una variedad de dichas máquinas. La intranet está a su vez conectada a por lo menos una' computadora que es'' operada por una institución. La institución es la entidad que. opera las máquina de banca. · La computadora de la institución incluye preferentemente un servidor HTTP local, un servidor caché y un servidor de dispositivos. El servidor caché se comunica a través de la intranet con la porción de manejo de documentos HTML del software de cada una de las máquinas de banca. El servidor caché también puede conectarse a una red de área amplia, por ejemplo Internet, a los cuales se conectan los servidores extranjeros. El servidor de dispositivos es operativo para transmitir mensajes entre la porción de aplicación dé disposi ivos y la porción de software que establece interfases con los dispositivos de las máquinas de banca. El servidor de disposi ivos- incluye software de monitoreo que monitorea y limita selectivamente el uso y operación de dispositivos en la máquina de banca. Esto proporciona un nivel de seguridad.
La máquina y sistema de banca automática sen operativos para colocar al usuario en conexión con la institución, en donde tiene sus cuentas. Ésta puede ser la institución que opera la máquina de banca en donde el usuario está presente u otra institución que esté conectada a la red de área amplia. Para: operar la máquina de banca un usuario proporciona entradas que corresponden a un domicilio, por ejemplo un domicilio URL (Localizador Uniforme de Recursos, por sus siglas en inglés) , a través de un dispositivo de registro de domicilios. La porción de manejo de documentos HTML opera para conectar la máquina de banc al servidor que corresponde a ese domicilio. Esto se logra preferentemente teniendo el usuario indicios representativos del domicilio en una tarjeta que es leída por un lector de tarjetas en la máquina de banca, ü otro dispositivo de entrada que identifica al usuario o a una institución o entidad en la cual el* usuario tiene cuentas.
La porción de manejo de documentos HTML es sensible al domicilio que se · encuentra en la tarjeta para conectarse a través del servidor caché a la institución del usuario. Si el domicilio de la institución del usuario corresponde al servidor local, la máquina de banca opera en respuesta a los mensajes provenientes del mismo. Si, sin embargo, el registro del domicilio del usuario corresponde a un domicilio de un servidor extranjero, el servidor caché es operativo para comunicarse a través de la red dé área amplia con el servidor extranjero y la institución del cliente. Si el cliente hace que la máquina se conecte a un .servidor operado por una institución que no sea la suya, los documentos HTML enviados desde la otra institución corresponden a aquellos proporcionados normalmente-por la misma. Como resultado de ello, el cliente está familiarizado con la interfase producida por estos documentos y* será capaz de operar más fácilmente la máquina de banca.
El servidor extranjero o el servidor local operan la máquina de banca enviando documentos HTML que incluyen instrucciones para operar los dispositivos en la máquina de banca. Las instrucciones son transmitidas desde la porción de manejo de documentos HTML a la porción de aplicación de dispositivos del software, que opera los dispositivos en respuesta a las instrucciones. Las instrucciones provenientes de la porción de aplicación de dispositivos a los dispositivos en la máquina de banca automática se transmiten a través del servidor de dispositivos 'de la institución. Esto ayudá a mantener la seguridad. Además el servidor caché incluye vigilancia de software que limita a los servidores extranjeros que puedan conectarse a y operar la máquina de banca. Esto se llama "firé wall" (muro de fuego) .
Las formas de realización de la presente invención también proporcionan mejores interfases del usuario y la impresión de una amplia variedad de documentos con la máquina ¿e banca. La invención también permite lograr una mayrr funcionalidad al tiempo que se utilizan las redes de operaciones y máquinas de operaciones automáticas actuales.
BREVE DESCRIPCIÓN DE LOS DIBUJOS La Figura 1 es una vista esquemática de una configuración de red que incluye el aparato y sistema de máquina de. banca automática de la presente invención.
La Figura 2 es una vista esquemática de una forma de realización preferida de una máquina de banca automática de la, presente invención. - Las Figuras 3 a 24 muestran vistas esquemáticas de la máquina de banca automática, una intranet que conecta la máquina de banca a un sistema de computadora de un banco sede y una red de área amplia que conecta el sistema de computadora del banco sede a otro banco.
Las Figuras 3 a 18 representan esquemáticamente los pasos en la operación realizada en la máquina de banca con el sistema de computadora del banco sede .
Las Figuras 19 a 24 representan esquemáticamente les pasos de una operación realizada por la máquina de banca con el sistema de computadora del otro banco. ai. La Figura 25 es una vista esquemática de una configuración de red que incluye una forma de realización, alternativa de- una máquina de banca automática " de la presente invención.
La Figura 26 es una vista esquemática de los marcos ce la porción de manejo de documentos HTML de la forma de realización alternativa de la máquina de banca automátic mostrada en la Figura 25.
La Figura 27 es una vista esquemática de una interfaz del cliente de una máquina de banca automática y las teclas de función y teclas del teclado numérico incluidas en la interfaz., Las Figuras 28-30 representan esquemáticamente los pasos ejemplares al convertir las entradas de tecla de función y tecla de teclado numérico en entradas de flujo de teclado y d flujo de ratón.
La Figura 31 representa esquemáticamente los pasos ejemplares en la., impresión de documentos con ia máquina de banca automática.
MEJORES FORMAS DE LLEVAR A CABO LA INVENCIÓN Con referencia ahora los dibujos, y én particular a la Figura 1, se muestra ahí una conf guración de red indicada esquemáticamente por 10, qüe incluye ei aparato y sistema de banca- automática de una forma de realización preferida de la presente invención: La -red 10 incluye una variedad de máquinas de banca automática 12 que en la forma de realización preferida de la invención son ATMs . Los ATMs 12 están conectados a un sistema de computadora de un banco sede indicado esquemáticamente por 14. El sistema de computadora del banco sede 14 es el sistema de computadora que es operado por el banco u otra institución que tiene la responsabilidad principal de los ATMs 12. El sistema de computadora del baftco sede 14 está conectado a los ATMs 12 a través de una intranet. La · intranet ,es preferentemente una red local o propietaria qe- proporciona comunicación entre el sistema de computadora 14 y las máquinas de banca 12 tilizando mensajes en el formato de prptocolo de control transmisión/protocolo de Internet ("TCP/IP", por sus siglas en inglés).
Los mensajes que se comunican a través de la intranet-16 son preferentemente mensajes TCP/IP y documentos de lenguaje descriptor de hipertexto ("HTML", por sus siglas en inglés) . Err la forma de realización preferida de la invención los documento HTML enviados a través de la intrane 16 incluyen instrucciones de programación orientada a objetos enclavados, preferentemente en el formato JAVA® que ha sido creado por Sun Microsystems . Los mensajes enviados a través de la intranet 16 pueden ser enviados en una forma encriptada o no encriptada, dependiendo de la naturaleza del sistema y las necesidades de seguridad del banco' sede .
Debe entenderse que las formas de- realización de la invención pueden procesar otros formatos de documentos que incluyan etiquetas con instrucciones. Por ejemplo, recientemente se ha propuesto un formato de HTML "extendido" que puede utilizarse en forma de realización de la invención. Para fines de la invención, todos los formatos de lenguajes y variantes que incluyan documentos, y cuyos documentos incluyan instrucciones se denominarán documentos HTML. De igual modo, aunque el JAVA® se utiliza en la forma de realización descrita, pueden utilizarse otros lenguajes de programación. Por ejemplo, en otras formas de realización puede usarse Active-X™ creado por Microsft Corporation u otros lenguajes. Además debe entenderse que las instrucciones incluidas en los documentos pueden ser operativas para provocar que una computadora acceda a otros documentos, registros o archivos en otros domicilios para obtener un programa que realice una operación.
El sistema de computadora del banco sede 14 también puede conectarse,"cómo se muestra' a una red de área amplia 18. En algunas formas de . realización de la invención, la red de área amplia 18 es Internet. En otras formas de realización de la invención, pueden utilizarse otras redes de área amplia. La red de área amplia comunica preferentemente mensajes en TCP/IP entre numerosos sistemas de computadora conectados á la red de área amplia. Estos sistemas de computadora extranjeros se representan esquemáticamente por los servidores 20, 22, 24, 26 y 28. Debe entenderse que los servidores 20 a 28 pueden ser operados o estar conectados a otras' . instituciones financieras en todo el mundo. Los servidores 20 · a 28 operan preferentemente mediante la comunicación de documentos HTML' y otros mensajes HTTP.
La Figura 2 muestra una vista esquemática del ATM 12 utilizado en relación cón una forma de realización preferida de la invención. El ATM 12 incluye una pantalla táctil 30. La pantalla táctil 30 incluye una pantalla que sirve como dispositivo de salida para la comunicación con el usuario de la máquina. La pantalla táctil 30, debido a que es una pantalla táctil, también sirve como dispositivo de entrada para recibir instrucciones de entrada de un usuario. La pantalla táctil 30' está conectada a través- de una interfaz 32 a una computadora 3¾ que está preferentemente albergada dentro de ;la máquina. Formas de realización alternativas de la invención pueden incluir otros dispositivos de salida, por ejemplo, bocinas.de a dio.
La computadora 34 también está en conexión con una variedad de dispositivos de función de operación 36 que se, incluyen en el ATM, 12. Los dispositivos 36 incluyen, por ejemplo, un mecanismo lector/ escritor de tarjetas 38 y un teclado 40. Los dispositivos 36 incluyen además un mecanismo, dispensador de hojaá 42 que es operativo para dispensar hojas, que en la forma preferida de la invención son billetes de banco. Los dispositivos 36 incluyen además un depósito 44 para aceptar depósitos en un lugar seguro de la máquina. Una impresora de comprobantes 46 para proporcionar comprobantes de operación a los clientes se incluye también entre los dispositivos 36. Una impresora diaria 48 también se incluye entre de los dispositivos para mantener un registro de copia impresa de la información sobre las operaciones. En otras formas de realización pueden utilizarse otros dispositivos de función de operaciones que realicen otras funciones de operaciones. Otras formas de realización pueden incluir menos dispositivos de función de operaciones. Debe entenderse que aunque la forma de realización descrita de la invención es una máquina de banca automática, los principios de la invención pueden aplicarse en muchos tipos de máquinas de operaciones que no realizan necesariamente operaciones bancarias.
Cada uno de los dispositivos está conectado a un bus dé control interno 50 dentro de la máquina de banca 12. El bus de, control 50 emite los mensajes internos a los dispositivos particulares. Cada dispositivo tiene una interfaz de hardware adecuada que permita al dispositivo particular operar en respuesta a los mensajes que le son transmitidos «n el bus de control 50. El lector/escritor de tarjetas 38 tiene un interfaz de hardware mostrada esquemáticamente como 52. Las interfases de hardware 54, 56, 58, 60 y 62 son operativas respectivamente para conectar el teclado 40, el mecanismo dispensador de hojas 42, el mecanismo . de depósito 44, el mécanismo de impresión de comprobantes 46 y el mecanismo impre-sor diario 48 al bus de control 50.
La computadora 34 tiene varios programas de software que son ejecutables dentro de ,1a misma. En la forma de realización preferida de la invención estos programas del software incluyen una porción de software que establece interfases con los dispositivos generalmente indicada por 64. La porción'de software que establece interfases con los dispositivos 64 incluye preferentemente una interfaz de dispositivo de software 66 que comunica mensajes electrónicos con el bus de control 50. La porción de software que establece interfases con los dispositivos 64 incluye preferentemente., además, un administrador de dispositivos 68. El administrador de dispositivos es preferentemente operativo para administrar los varios dispositivos 36 y controlar sus varios, estados , de tal manera .que se garantice que operan adecuadamente en secuencia. El administrador de dispositivos también és 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 objetólo. La porción del software que establece interfases con los dispositivos 64 incluye también la porción del programa orientado hacia objeto .70, que en la forma de realización preferida es una aplicación escrita en el lenguaje JAVA. El programa 70 trabaja junto con el administrador de dispositivos para recibir mensajes JAVA orientados hacia objetos en lo que provoca que los dispositivos operen, y que se transmitan mensajes de operación de los, dispositivos indicativos de una manera en la -cual los mismos están operando o recibiendo^ datos de entrada, o ambas cosas.
La porción de software que establece interfases con los' dispositivos 64 en la forma de realización preferida opera en la computadora 34 y se comunica a través de una conexión física TCP/IP 72 con la intranet 16. La conexión física puede ser per marcado analógico, puerto serial, conexión ISDN (Red Digital ce Servicios Integrados, por sus siglas en inglés) u otra conexión adecuada. En la configuración del sistema tal como se muestra, la porción del software que establece interfases con les;, dispositivos 64 se comunica en el domicilio. IP de la computadora 34 en un puerto o socket IP indicado por 74 que es distinto al ce las demás aplicaciones de software. En otras formas de realización de la invención, la porción de software que. establece interfases con .los dispositivos 64 puede operar en ur.a computadora diferente a las otras aplicaciones de software de la invención.
Debe entenderse ademáis que aunque en la forma de realización preferida de, la- i vención la porción que establece interfases con los dispositivos*64 es software, en otras formas de realización de a invención todos o partes de los pasos de instrucción ejecutados por la porción de software 64 pueden estar residentes en firmware o en otros medios de programa en relación con una o más computadoras, que son operativas para comunicarse con los dispositivos '36. Para fines de la invención, todas esas formas de instrucciones ejecutables se denominarán como software.
Otro software opera también en la computadora 34. Este software incluye software de manejo de documentos HTML que' incluye un navegador, indicado esquemáticamente por 76. En la forma de realización preferida de la invención el software de manejo de documentos HTML incluye un navegador proporcionado por Netscape®. Sin embargo, en otras formas de realización puede utilizarse otro software de manejo y comunicación de documentos HTML y software de navegador, por ejemplo JAVA® de ,Sun Microsystems. El navegador 76 se Comunica en la computadora 34 en un puerto IP indicado por 78.
El navegador 76 es operativo en relación con el, software del ambiente JAVA 80 que permite a la computadora 34 ejecutar programas de lenguaje JAVA. Los programas de lenguaje JAVA tienen la ventaja de que operan de igual "manera en varias plataformas de hardware sin modificación. Esta capacidad "escribir una vez/ejecutar en cualquier lugar" hace que el ambiente JAVA sea idóneo para la forma de realización preferida de la invención. Sin embargo, otras formas de realización pueden utilizar destinos tipos de programas de software.
El software de ambiente JAVA 30 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 preferen emente comandos de JAVA script enclavados que se incluyen en los documentos HTML que se reciben a través del navegador 76. El navegador 76 en conexión con el software de ambiente JAVA 80 que ejecuta las instrucciones en el JAVA script enclavado 82, sirven como una porción de software de manejo cié documentos HTML para transmitir y recibir documentos HTML y mensajes TCP/IP a través del puerto IP indicado por 78. . ' La computadora 34 también tiene software ejecutable que tiene una porción de aplicación de dispositivos 84. La porción de. aplicación de dispositivos 84 contiene instrucciones ejecutables relacionadas co la operación de los dispositivos 36. En la farsa de realización preferida de la invención, la porción de aplicaciones de dispositivos consta de "una variedad de' subprogramas JAVA. Los subprogramas también son 'preferentemente operables para controlar y hacer un seguimiento del estado de los dispositivos cont los cuales están relacionados. Ciertos subprogramas también son preferentemente operables para configurar el navegador para comunicar mensajes. Ciertos subprogramas administran entidades de seguridad y autentificación utilizados por el ATM.
En la forma descrita de la invención; los subprogramas JAVA están relacionados con funciones tales como la habilitación del mecanismo lector de tarjetas, la notificación al navegador cuando los datos de la tarjeta de un usuario han sido registrados, la operación del mecanismo impresor de comprobantes, la operación del mecanismo de impresora diaria, habilitar el teclado del cliente y recibir la entrada de datos a través de el teclado, operar el mecanismo dispensador de hojas, operar el sitio de depósito, navegar hacia el domicilio del documento, funciones del dispositivo de temporización, verificar las firmas digitales, manejar la incriptación de mensajes, controlar la mezcla de billetes dispensados a partir de múltiples mecanismos dispensores de hojas, calcular el tipo de cambio, y finalizar la operación y dar instrucciones al navegador para volver a establecer la comunicación con el servidor local. Desde luego, en otras formas de realización, puedén utilizarse otros subprogramas para realizar varias funciones deseadas o controlar los dispositivos de la máquina. La porción de aplicación de dispositivos 84 se comunica en la computadora 34 en cualquier puerto IP indicado por 86.
En la forma de realización descrita dé la invención, la porción de aplicación de dispositivos 84 del software no comunica sus mensajes directamente a la porción de software que establece interfases con los dispositivos 64. Como se explicará posteriormente, esto proporciona mayor seguridad. Sin embargo, debe entenderse que las formas de realización de la invención pueden establecer que la porción de aplicación de dispositivos 84 comunique directamente mensajes de operación de dispositivo al programa de dispositivos 70. Esto puede hacerse ya sea internamente utilizando TCP/IP, mediante entrega de mensajes de., manera convencional a través de una fila establecida en el sistema de operación de la computadora que está relacionado con el software que establece interfases con los dispositivos, o mediante una llamada directa a este software.
Del análisis anterior se apreciara también que ciertos subprogramas de" la porció de aplicación de dispositivos 84 pueden corresponder a dispositivos qué no esjcán presentes en todos los caj eros: automáticos . Por ejemplo, un cajero automático que opera únicamente como di-spensador de efectivo no incluye un mecanismo de depósito como el depósito 44. Para' dar cabida a la situación en la que' un usuario solicita una operación que no es posible físicamente en el ATM 12, la porción de software que establece interfases con los dispositivos 64 puede programarse para proporcionar un mensaje de respuesta adecuado para indicar que la función no está disponible.
De manera alternativa, la porción del software que establece interfases con los dispositivos puede incluir una: función que verifique la presencia o ausencia de cada tipo de dispositivo físico dentro del ATM. La información indicativa de los dispositivos presentes en el ATM puede incluirse como parte de los mensajes generados por el ATM. Por ejemplo, puede incluirse información indicativa de los dispositivos que son operativos en el ATM como parte de los domicilios URL a los cuales el ATM dirige mensajes. De esta manera, el URL del servidor al cual se conecta e.l ATM puede configurarse para proporcionar únicamente documentos HTML que correspondan a los tipos de operaciones <, que el ATM es capaz de realizar. Ccr.o resultado de ello el navegador evita mostrar documentos que incluyan referencias a los tipos de operación que la máquina no es capaz de realizar. Así, por ejemplo, una máquina puede evitar producir una pantalla en respuesta a un documento que incluya una referencia a una operación de depósito si la máquina no incluyé un sitio para depósitos. ,.
De manera alternativa, la máquina puede . incluir en la memoria, dato's representativos de los dispositivos funcionales incluidos en la máquina. Esto puede incluir, por ejemplo, datos representativos de una variedad de dispositivos en la máquina y las configuraciones de los dispositivos, o, de manera alternativa, un designador tal que un número de máquina sea suficiente para identificar las capacidades de la máquina. Los datos del dispositivo que indican los dispositivos funcionales en la máquina se comunican a un servidor y el servidor es operativo para suministrar los documentos HTML adecuados para los dispositivos presentes en la máquina. Esto puede hacerse con base en los datos que corresponden a los datos de dispositivo provenientes de la máquina, o puede resolverse a partir de la memoria que mantiene los datos representativos de los dispositivos funcionales en una máquina relacionados con designador particular. Los documentos suministrados servidor de dispositivos pueden incluirse en una sola computadora, como se muestra, o en otras formas de realización V·.. pueden ser distintas computadoras. En otras formas de realización puede haber operativos servidores adicionales.
El servidor local HTTP 9? está preferentemente en comunicación electrónica con' un sistema de computadora auxiliar, indicado esquemá icamente por 9 . El sistema de computadora auxiliar 94 es operativo para hacer un seguimiento de las cuentas de débito o de crédito de los clientes cuando realizan operaciones en las máquinas de banca automática. Además la computadora auxiliar 94 también es preferentemente operativa para hacer un seguimiento de las operaciones con fines de lograr arreglos con otras instituciones que participen en el sistema y cuyos clientes realicen operaciones en los ATMs 12, Como se explicará/posteriormente, el servidor caché 88c 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 po 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 riécesariamente que la institución se localiza en otro país al de la institución qu opera el sistema de. computadora 14. Sin embargo, es posible que-el servidor extranjero 96 pudiera estar localizado en un país extranjero, incluso un país en el cual el idioma hablado sea distinto al generalmente utilizado en el país en donde se localiza el ATMs 12.
La realización de operaciones utilizando el ATM 12 se explica ahora con referencia a las Figuras 3-24. Debe entenderse que los siguientes flujos de operación descritos son meramente ejemplos de la operación del aparato y sistema, y que el aparato y sistema puede configurarse y operarse de múltiples maneras 'para; realizar operaciones. V, ' Al inicio de una operación ejemplar, como se represente esquemáticamente en la Figura 3, el navegador 76 se comunica a través de la intranet 16 con el servidor1 caché 88. La comunicación, se establece preferentemente de tal ¿manera que los documentos HTML que tienen como objetivo atraer a clientes al ATM. 12 se muestran en la pantalla táctil 30. Esto se denomina como la "modalidad de atracción". Estos documentos.HTML que producen las pantallas en la pantalla digital 30 se originan del servidor local HTTP 90 que es operativo para suministrar los documentos HTML al servido caché. El servidor local HTTP envía los mensajes dirigidos al puerto IP relacionado con el navegador 76, de tal manera que provoque que aparezcan en la pantalla en el ATM adecuado. Debe entenderse que aunque en este ejemplo el servidor local 90 se describe en comunicación con los ATMs a través del servidor caché 88, el servidor 90 puede en otros sistemas abarcados por la invención comunicarse directamente con los ATMs.
Una venta fundamental del sistema es que el servidor local HTTP 90 puede proporcionar documentos selectivamente a los ATMs 12 conectados a la intranet 16. Estos documentos pueden incluir mensajes diseñados para el lugar particular en el cual se localiza el ATM 12. Los ejemplos de pantalla diseñados particularmente pueden incluir mensajes bilingües en ciertos barrios o información con respecto al tipo de' cambio en varíes puertos de entrada. El material o los mensajes podrían incluir publicidad de varios productos o servicios u otro materiaL dirigido a lugares de máquina particulares. Los subprogramas JAVA y el JAVA script se cargan a partir de un lugar central, proporcionando distribución de software selectiva en los ATMs que también pueden utilizarse para personalizar el ATM a su ambiente al provocar que acceda a documentos que incluyen material destinado para ser útil en ese lugar, y que rio se proporciona en los documentos suministrados' por lo menos a alguna otra de las máquinas del sistema.
Los sistemas de la presente invención pueden configurarse para tener documentos de acceso HTML a máquinas seleccionadas en. distintos domicilios, para que los documentes particulares a los cuales se tenga acceso incluyan el material dirigido a los usuarios de la máquina particular. De manera alternativa, una máquina puede comunicar datos de máquina indicativos de su identidad o lugar a un servidor. A partir de los datos de la máquina, y los datos almacenados en el almacen es datos en relación con el servidor, el servidor opera para"' suministrar' los .documentos incluyendo el material dirigido. Esto puede lograrse mediante el ensamblado de subdocumentos , o de otro modo, para generar los documentos que serán suminsitrados al navegador de la máquina particular. Además, debe entenderse que aunque en la forma de realización mostraba se tiene acceso a los, documentos HTML a través de un servidor de una institución relacionada con la máquina, se puede tener acceso a los documentos utilizados para ,1a modalidad de atracción desde^ otros servidores operados por otras entidades.
La pantalla táctil 30 en esta operación ejemplar muestra una pantalla que incluya un icono que indica en uno o más idiomas que para iniciar una operación el usuario debe tocar la pantalla. Si el usuario toca la pantalla en el área de un icono se genera una señal de entrada. La señal de entrada es transmitida a través del navegador 76 al domicilio local del servidor local HTTP 90 cón el cual el ATM 12 se encuentra actualmente en comunicación. El mensaje generado en el servidor HTTP está representado por las flechas dirigidas desde el navegador 76 a la intranet 16, desde la intranet 16 al servidor caché, y desde el . servidor caché al servidor HTTP 90 de la Figura 3.
En respuesta a la recepción del mensaje por parte del servidor local HTTP 90 que indica que un cliente ha tocado el icono de la pantalla, el servidor local es operativo para enviar un mensaje a través del servidor caché 88 (o en otras formas de realización directamente) al navegador" 76. Este mensaje es 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 documento HTML que se representa gráficamente en la Figura 4, incluye preferentemente, además?> instrucciones enclavadas en JAVA script que operan en el ambiente JAVA para comunicar vun mensaje al subprograma JAVA responsable de' habilitar el lector de tarjetas en la porción de aplicación de dispositivos 84. En una forma , de realizacrón preferida las instrucciones proporcionan un puntero o etiqueta al subprograma*-que sé ejecuta en respuesta a la recepción de ras instrucciones del documento. Desde luego, en. otras formas, dé' realización pueden aplicarse otro Software y otros enfoques.
Como se muestra en la Figura 5, en respuesta al JAVA script enclavado que activa el subprograma JAVA relacionado con, la habilitación de la funció del lector de tarjetas, el subprograma JAVA de la porción de aplicación de dispositivos 84 se comunica con . el servidor de dispositivos 9-2. El servidor de dispositivos 92 incluye un programa de servido de dispositivos 98 que en la forma de realización preferida es un programa JAVA que permite la comunicación con los sub¾rogramas 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 de monitoreo reduce al mínimo el riesgo de fraude o abuso en una manera que se explicará posteriormente.
Volviendo a la operación muestra, ¡ n respuesta a la recepción del mensaje de habilitación del íéctor de tarjetas proveniente de la porción de aplicación de dispositivos 84, el servidor de dispositivos 92 es operativo para generar un mensaje a través de la intranet a la porción de software que establece interfases con los dispositivos 64 del ATM, 12. Este mensaje se dirige al puerto IP indicado por 74 que es en donde se comunic la porción de software que establece interfases con los dispositivos 64. En respuesta a la recepción dé este mensaje, la porción de software 64 es operativa para enviar un mensaje al bus de control 50 que habilita el mecanismo de lector de tarjetas 34.
Siguiendo con la operación como se muestra en la Figura 6, el registro de la tarjeta por parte del cliente en el lector de tarjetas 34 es operativo para provocar, que los datos de la tarjeta sean leídos y la porción de programas que establecen interfases con los dispositivos 64 envíen un mensaje al servido ... ,:,'V. ¦' * de dispositivos 92 indicando que se han leido los datos de ia tarjeta. El servidor de dispositivos trans¾i'te este mensaje a través de la intranet 16 a la porción de aplicación de dispositivos 84. La porción de aplicación de dispositivos envía entonces un mensaje al servidor de dispositivos solicitando los datos de la tarjeta. El servidor de dispositivos 92 transmite un. mensaje solicitando los datos de la tarjeta provenientes de la porción de software que establece interfases con los dispositivos 64 que responde enviando los datos de la tarjeta a través de la intranet al servidor de dispositivos. El servidor de dispositivos, si no hay bases para detener la operación, transmite un registro HTTP que incluye datos de tarjeta dé regreso a través de la intranet 16 a la porción de aplicación de dispositivos 84.
En una forma de realización preferida de la invención, la tarjeta por parte del usuario o cliente incluye indicios que-corresponden a un domicilio relacionado con el usuario en la red. En esa forma de realización. los indicios corresponden a un domicilio del localizador uniforme de recursos ("URL", por síis siglas en inglés) que proporciona información en la computadora. con respecto a dónde, reside la información sobre el usuario, así como un directorio O ' subdirectorio que incluye la información del. usuario y el nombre del recurso que incluye la información del usuario. El domicilio URL puede estar codificado en la tarjeta del cliente. El domicilio puede codificarse en la pista 3 de una tira magnética, en otros sitios dentro de los datos de la tira magnética o a través de codificación de otros indicios legibles en la tarjeta. De manera alternativa, si la tarjeta del cliente es una tarjeta "inteligente" que incluye almacenamiento de semiconductor sobre 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 alternativa, un URL puede derivarse de otros datos en la tarjeta accediendo a la base de datos en la cual los datos del domicilio se correlacionan con otros datos leídos en la tarjeta. Los datos necesarios para derivar el domicilio para acceder a los documentos relacionados con un cliente también pueden derivarse de las entradas a los dispositivos de entrada distintos a, o además de los datos de tarjeta, incluso, por ejemplo, dates biométricos que son ingresados por un cliente a través de un dispositivo de lectura biométrico. Tales datos biométricos pueden 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 d tarjeta o ,¾in lector de tarjeta,,, pueden corresponder a un domicilio psr¾ acceder a un registro HTTP, que puede ser un archivo o documento que incluye información que pueda utilizarse para verificar la identidad de un usuario. Este registro podría incluir datos que corresponden a un número PIN. La información puede incluir dates 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 dé¾ usuario que ingresa la tarjeta. De manera alternativa, los datos-;, de entrada representativos de la apariencia, voz, u otras características (o combinaciones de ellas) u otros datos de entrada, pueden utilizarse para generar uno o más domicilios qué correspondan a un usuario, y el contenido del- registro en el domicilio al cual se ha tenido acceso utilizarse para verificarse que el usuario de la máquina corresponda al usuario relacionado con el registro. Pueden aplicarse numerosos enfoques dentro del alcance de la invención. La información del registro que corresponda a un usuario puede usarse, de igual manera, para autorizar a ciertos dispositivos funcionales de la máquina pará-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 régistro a cual se ha accedido que le impida activar el suministrador de efectivo, mientras qué otros usuarios que no estén sobregirados pueden incluir información que les permita realizar dicha- operación. De manera alternativa, la ausencia de información en un registro correspondiente puede activar la operación,, -mientras ,que la inclusión de información limite selectivamente la operación de los dispositivos.
Volviendo a la operación ejemplar, el suministro de los* datos de la tarjeta de una tarjeta leída con éxito se entrega como respuesta a la programación de la porción de aplicación de dispositivos 84 a un subprogramá JAVA relacionado con la notificación en el sentido de que se han registrado los datos de la tarjeta. En respuesta a ello, el subprogramá JAVA opera para generar el JAVA script que configura el navegador con el" domicilio URL de la tarjeta. El subprogramá JAVA también es preferentemente operativo" para ; abrir un registro indicado esquemáticamente por 104 con respecto a la operación, que incluye el domicilio URL del usuario, la hora y otros datos de la tarjeta. Este registro puede, en una forma de realización preferida, almacenarse en una memoria como dato en un objeto de software. El objeto se utiliza preferentemente para acumular datos como ingresos por operaciones. Los datos almacenados en él objeto de datos de' operaciones incluyen preferentemente entrada de datos a través de dispositivos de entrada por parte del usuario así como datos representativos de las operaciones efectuadas mediante los dispositivos de función de operaciones.
El registro del objeto de datos de operaciones proporciona persistencia a través de lo que pueden ser varios pasos de operaciones distintos ejecutados por el cliente. La capacidad para utilizar y compartir les datos en distintas operaciones evita la necesidad de derivarla u obtenerla del cliente más de una vez durante el curso de una cesión del usuario que implique varios pasos de operación. El uso del objeto de : datos de operaciones habilita la ejecución de subprogramas en gran medida de manera independiente, para obtener los datos requeridos del objeto de la operación. El enfoque también activa el registro u objeto de datos para ser utilizado en la producción de un registro adecuado al final de la operación, Este registro puede almacenarse, recopilarse en un lot o entregarse en domicilios seleccionados en. una red de área local o amplia.
Como se muestra esquemáticamente en la Figura 7, en respuesta a la recepción del navegador 76 dfé los datos dál domicilio URL, el navegador es operativo para transmitir un mensaje a través de la intranet 16 al servidor caché 88. Para fines de este ejemplo, el domicilio URL relacionado con los datos de la tarjeta es el de un cliente relacionado con el banco sede que opera el sistema 14. Como resultado de ello, . el domicilio del cliente provocará que el mensaje sea dirigido del servidor chaché 88 al servidor local HTTP 90. De manera alternativa, en ótros sistemas, la conexión puede hacerse directamente con el servidor,-, 90 sin la intervención del ''servidor chaché 88. Como se analizó anteriormente, el domicilio URL" también puede incluir datos' representativos de los dispositivos que son operativos en el ATM.
En respuesta a la recepción del mensaje, el servidor local HTTP 90 encuentra los datos correspondientes a los datos" del domicilio URL del cliente en la memoria y responde al navegador web en su puerto IP: con un documento HTML.. Este documento HTML puede incluir una pantalla que reconoce al clienté particular por nombre así como con el nombre de la institución-bancaria u otra entidad que opere el sistema de computadora del' banco sede 14.
Además, el documento HTML incluye preferentemente JAVA script enclavado que tiene una firma digital o un mecanismo para obtener una firma digital relacionada con el servidor local HTTP 90. La instrucción de Script incluida en el documento, en ciertas formas de realización, provoca 'que la porción de aplicación de dispositivos accede a un domicilio HTTP en un servidor, que, jen la forma de realización descrita es el servidor 90. El domicilio HTTP corresponde a un registro HTTP que incluye por lo menos una instrucción y preferentemente incluye un programa, por ejemplo, un subprograma JAVA o un archivo Active-X. La instrucción se utiliza para operar el dispositivo de función de operaciones adecuado. El registro HTTP incluye preferentemente datos representativos de una firma, por ejemplo una f irma digital . Esta firma digital se recibe en el JAVA script 82 y lo procesa el subprograma JAVA en' la porción de aplicación de dispositivos 84. El subprograma JAVA para procesar la firma digital autentifica la misma y autoriza la operación de la máquina de banca. En ciertas formas de realización el subprograma puede comparar la firma con los datos de firma almacenados en la memoria para una relación previamente determinada, por ejemplo una comparación.
Después de que su programa verifique que el servidor HTTP 90 u otro registro HTTP al cual se fea tenido acceso ha enviado la firma digital adecuada, se permitirá que continúe la operación. Si por alguna razón no.se ha enviado úna 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 uso de instrucciones firmadas puede ser particularmente 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 una firma adecuada, en cuyo caso uri mensaje es devuelto por el navegador 76 al servidor local 90 indicando que la operación puede seguir adelante. Como se muestra en la Figura 8, en esta operación ejemplar el servidor local HTTP 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 paira hacer que la porción de aplicación de dispositivos 84 habi ite el teclado 40, del ATM para, que la máquina puede recibir el número PIN. -Dicho mensaje se' muestra esquemáticamente en la Figura 8 en donde el JAVA script 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 de 1¾ porción de aplicación de dispositivos 84 envía un mensaje a través efe |^ intranet 16 al servidor de dispositivos 92. El servidor 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 teclado también es preferentemente operativo para actualizar el registro de operaciones 104 para 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 la 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 dispositivos. El subprograma JAVA opera entonces para provocar que el JAVA script envíe un mensaje dé regreso a través de la porción de manejo de documentos HTML y el navegador 76 al servidor local HTTP 90. Éstíe mensaje incluye datos representativos del PIN registrado por el cliente. Bh 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 teclado debe ser operativo para mostrar un carácter implícito en la pantalla por ejemplo un símbolo "*" u otro símbolo en lugar de los dígitos PIN. Además, como se analiza posteriormente, puede se deseable evitar la transmisión del PIN u otros datos a través del navegador, en cuyo caso los datos del PIN pueden manejarse como un mensaje HTTP : separado o de otra manera para reducir el riesgo de divulgación.
El software que opera en relación con el servidor HTTP 90 es entonces operativo ya sea para verificar el PIN mismo o para verificar el número PIN y el número de cuenta del cliente enviándolo de nuevo a la computadora auxiliar 94 y esperando una respuesta. De manera alternativa, la verificación del PIN del cliente puede realizarse en el ATM a través de un subprograma apropiado. Esto puede hacerse en situaciones, en las que los datos de la tarjeta del cliente, por ejemplo un número de cuenta puedan correlacionarse con el número PIN del cliente a través de un algoritmo. El JAVA script enclavado en los mensajes HTML püede ¦ incluir o señalar a un domicilio para obtener los datos o' instrucciones que el subprograma utiliza para realizar esta función de verificación, incluso ciertos datos de encriptación claves. Esto puede incluir información del usuario en el documento HTML u otros datos de registro a los que se accedió como respuesta a los datos de la tarjeta del usuario: Como se muestra esquemáticamente en la Figura 9, el objeto de datos de operaciones 104 también es actualizado adecuadamente por el subprograma para indicar el registro del PÍN del cliente En formas de realización alternativas la máquina puede incluir un dispositivo lector biométrico u otro dispositivo de entrada para aceptar datos de un usuario. El usuario puede registrar datos a través del dispositivo que puede utilizarse en lugar de, o además de, los datos del PIN para verificar que él usuario sea un usuario autorizado. Esto puede hacerse, por ejemplo, comparando el registro de datos del usuario con la información correspondiente al usuario autorizado de la tarjeta incluidos en un registro o un documento que tenga un domicilio HTTP y al cual se acceda mediante el navegador o una aplicación HTTP del cliente, a través de un servidor HTTP en respuesta a los datos de la tarjeta. De manera alternativa, los datos registrados pueden utilizarse para generar domicilios para documentos o registros a los cuales se acceda por medio del navegador o el cliente, y los registros o documentos contienen información que se utiliza para verificar la identidad del usuario. Por ejemplo» los datos concernientes a los usuarios pueden almacenarse en un almacén de datos relacionado con un servidor HTTP', que proporciona datos de un registro sensible a los datos del usuario, que se utiliza. para verificar la identidad del usuario..
Debe señalarse que la página o pantalla que solicita al cliente que registre su PIN la genera el servidor local HTTP 90. Ésta es preferentemente una pantalla que está relacionada con el domicilio URL de ún cliente particular: Ésta será la inferíase" del banco sede del cliente y será conocida por el cliente. De manera alternativa, el domicilio del cliente puede acceder a lo que será esencialmente la "página inicial" del cliente con la institución que opera el sistema de computadora 14. Como tal, no es solo algo con lo cual el usuario está familiarizado, sino está diseñado idealmente para sus necesidades de operación particulares.
De manera alternativa, el (los) documento(s) o registro (s) que contiene (n) los datos del cliente pueden utilizarse para generar los domicilios de otros documentos. La información también puede utilizarse para generar un documento para un cliente particular en las circunstancias particulares. Este enfoque puede ser útil para reducir el esfuerzo relacionado con la creación por anticipado de una página visual personal o documento para cada cliente.
Los enfoques para lograr esto pueden incluir varios tipos de categorías de información de usuario en el (ios) documentos (s) o registro (s) relacionado (s) . con un cliente* particular. Esto puede incluir información tal como género, personas relacionadas, tipos de cuentas, operaciones permitidas, preferencias del cliente, intereses del cliente, saldos de; cuenta, ofertas previas declinadas, o aceptadas y Otra información. Esta información sobre el cliente la puede usar un subprograma adecuado entre los subprogramas 86 para tratar o crear un documento adecuado para que el navegador acceda a él co base en el "perfil"; del cliente. Además, el subprograma del perfil puede tomar en consideración los dispositivos de operaciones presentes en la máquina particular, la información sobre la cual se almacena en un almacén de datos en la máquina o en otra parte del sistema, así como otros factores, por ejemplo, el día de la semana y la hora del día con base en un reloj del sistema. De esta manera, 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 T-Í subprograma de perfil puede actuar para provocar que los documentos sean construidos o se la institución que opera la máquina. El subprograma de perfil puede operar para hacer que la computadora acceda a otros documentos de otros servidores ,,, por ejemplo datos de la bolsa de valores, y proporcionarla selectivamente a los clientes. Debe entenderse que el subprograma 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 continuación del flujo de operación para esta operación ejemplar por parte de un cliente de la institución que opera la red de computadora 14, se' muestra esquemáticamente en Iá Figura 10. El servidor local HTTP 90 es operat v'ó en respuesta al registro del cliente del PIN correcto para enviar documentos1 HTML a la porción de mane.j o. de documentos HTML del software en la computadora que opera el ATM. Los mensaj es¾ pueden incluir pantallas que indican al cliente seleccionar una. operación. Para fines de este ejemplo se supondrá que el c^ietíte registra en la" pantalla táctil 30 una selección que corresponde a disposición de efectivo, que es una operación común de una 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 á" través- de la porción de manejo de documentos HTML que comunica un mensaje al servidor local HTTP 90. El servidor 90 responde entonces 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 manejo de documentos HTML y el navegador 76 de regreso al servidor local 90.
En respuesta a la recepción de los datos sobre la. cantidad ingresada por el cliente, el servidor local 90 es preferentemente operativo para comunicarse electrónicamente coa la computadora auxiliar 94 para verificar que el cliente tiene l cantidad solicitada en su cuenta. Esto se logra preferentemente a través de una Interfaz de Puerta de Acceso Común <CGI, por sus siglas en inglés) 106 que está en conexión operativa con el servidor local 90. Para fines de esta operación/ se supondrá que la computadora auxiliar 94 indica que el dinéro 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 se 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 HTML del software en. el ATM. Este mensaje es preferentemente ocasionará que la información se presente en l pantalla que indica al cliente que la operación está en proceso. Además, el documento HTML incluye preferentemente JAVA script con instrucciones enclavadas que se ejecutan y comunican a un subprograma JAVA con la operación del mecanismo dispensador de hojas 42.
El documento devuelto por el servidor local 90 puede incluir publicidad u otra información en lugar de o además del mensaje del cliente. El documento devuelto también puede incluir una instrucción que provoca que la máquina acceda o genere otro documento. Estas instrucciones pueden invocar métodos en " eí subprograma de perfil que dependen de las propiedades relacionadas con el cliente, la máquina, la hora "actual u ' otras, circunstancias. Esto permite acceder ; a .documentos que,' proporcionan mensajes" promocionales por ejemplo publicidad u otra* información al cliente mientras el cliente está esperando que la máquina opere . Debe entenderse que puede tenerse acceso a estos documentos en cualquier lugar, incluso en Internet. Esto hace posible presentar selectivamente una amplia gama de materiales 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 sér 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 la' generación de un mensaje al servidor de dispositivo 92. El mensaje al servidor de dispositivos 92 para dispensar efectivo lo analiza preferentemente el software dé monitoreo 102 para verificar .si el mensaje es adecuado. Por ejemplo, el software de monitoreo 102 es preferentemente operativo para garantizar qué · 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 QGI '^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 e monitoreo, el servidor del dispositivo 92 es operativo pa^a enviar un mensaje-' que proporcione el efectivo a la porción , de software que establece interfases con los dispositivos 64 del ATM. La porción. de software 64 es operativa entonces para operar el mecanismo dispensador de hojas 42 para dispensar la cantidad de efectivo solicitada por el cliente.
El software de monitoreo 102 realiza preferentemente funciones adiciqaales en el servidor de .dispositivos. Por ejemplo, los reglamentos gubernamentales o las' buenas prácticas comerciales pueden requerir qie 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 monitoreo también puede trabajar en conexión con el servidor cáché 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 subprograma JAVA que es operativo para enviar mensajes y 'que provoca que se proporcione efectivo, trabaja en relación con otro subprograma que controla la mezcla de billetes proporcionados a un cliente. Muchos cajeros automáticos tienen la capacidad de dispensar dos o más denominaciones de billetes de banco. Es deseable controlar la mezcla de billetes dispensada a un cliente para ajustarse a la que está disponible en la máquina y evitar quedarse sin una denominación de billetes antes de la otra. El subprograma de mezcla de billetes es preferentemente operable para controlar la mezcla de billetes de conformidad con los deseos de la institución que opera el cajero automático así como de conformidad con las capacidades del mismo. De manera alternativa, un subprograma JAVA para controlar la mezcla de billetes puede residir en el procframa de dispositivos 70 en la porción de software que establece interfases con los dispositivos 64.
Como lo apreciarán los expertos en la técnica, los programas JAVA o los datos de configuración particulares de la máquina pueden cargarse selectivamente desde el servidor local 90 al inicio o en otros momentos . Dado que los- subprogramas y los datos de configuración pueden ser suministrádo.s a máquinas particulares, las máquinas pueden diseñarse específicamente para las capacidades de suministro de dinero y otras de los ATMs . Por ejemplo, el ATM puede configurarse para que ciertos programas o grupos de 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 la terminal para indicar en dónde pueden obtenerse las varios documentos. La máquina también puede requerir que los subprogramas cargados de esta manera sean subprogramas firmados-1 que incluyan firmas digitales u otras características de autentificación para lograr la operación de ciertos dispositivos en las máquinas. .
De manera alternativa, las formas de-realización de ía invención pueden adquirir los subprogramas y datos necesarios de un almacén de datos remoto . El almacén de datos incluye preferentemente los datos o programas que activan la máquina para 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 indicios de la máquina que la identifican. Es.to puede ser la máquina particular, por ejemplo un número de máquina, o puede incluir indicios representativos del tipo o capacidades de dispositivos funcionales de la máquina.
El almacén de datos incluye preferentemente registros que tienen datos o programas 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 operaciones. Este (estos) mensaje (s) incluyen los datos de configuración o programas para habilitar a la máquina en la operación en la manera deseada o pu,ede incluir instrucciones que' indiquen cómo la máquina ha de adquirir dichoá programas de los servidores conectados en el sistema.
En el ejemplo mostrado el servidor de configuración y el almacén de datos pueden operar en La misma computadora como un servidor de banco local 90. En otras formas de ' realización, el servidor de base de datos puede recibir en ó.fcra parte en las redes a las cuales está conectada la máquina.
Una ventaja de las máquinas y sistemas que emplean dichas características es la flexibilidad de cambiar la operación e interfaz del cliente de la máquina para responder a condiciones cambiantes. Esto puede incluir un cambio en el dispositivo de función de operaciones., Las condiciones pueden cambiar de tal manera que ciertas operaciones estén limitadas o no estén disponibles. Por ejemplo, una máquina puede aceptar normalmente depósitos pero su lugar de depósito estará lleno. En esa situación, la máquina puede cambiar los documentos a los cuales accede para presentar mensajes a los usuarios a través de sus dispositivos de salida en el sentido de que ya no se ofrece la opción de depósito. Esto puede lograrse a través de los subprogramas y datos cargados en la máquina inicialmente , que ha hecho la selección se proporciona una indicación en el sentido de que la opción de" operaciones seleccionada no está disponible. El enfoque descrito en el presente documento puede utilizarse con numerosas opciones de operaciones y variaciones de operaciones. Las opciones de operaciones pueden cambiarse fácilmente del servidor de base de datos en máquina por máquina o incluso cliente por cliente, como se analizó anteriormente, con base en los deseos de la entidad que opere la máquina de operaciones.
Ahora se continuará con' el análisis de la operación ejemplar. En respuesta al suministro del dispensador de efectivo 42 de la cantidad de efectivo solicitada, el programa de sof.twaré¡' que establece interf ses con los dispositivos 64 preferentemente opera para enviar un meijsaje de operación , de. suministro confirmando el mismo al subprograma. JAVA responsable del suministro en el programa de apiicáci'óif'de¾isp'ce1feivo¿ 84. Como se representa en la Figura .12 , él subprogr ma particular es operativo para actualizar el registro de operaciones 104 paira indicar el suministro de efectivo al cliente; en la cantidad particular. Las instrucciones enclavadas del JAVA script qu¾, 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 él sentido de que se ha completado el suffliniátr ¿ ¾ El recibo del ¡ A mensaje de la operación de suministro que indica que se proporcionó el efectivo hace que el subprograma JAVA, configure la porción de manejo de documentos HTML para enviar un mensaje de respuesta al dispositivo al servidor local . El servidor local entonces se opera 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.
Generalmente durante una operación es común preguntar, al cliente si desea un comprobante de la operación. Esto puede hacerse en varios momentos durante el flujo de la operación. En el presente ejemplo, después de que sea proporcionado el efectivo al cliente al operar la máquina se , envía ese mensaje como se muestra en la Figura 13. El servidor loeal 90 es operativo para enviar un documento HTML que. incluye una pantalla que le pregunta al cliente si desearía un comprobante. Este mensaje se muestra como parte de una página en' la pantalla digital 30 ¿orno respuesta a la recepción de un mensaje a través del navegador 76. De manera alternativa, el documento puede ser generado por i-a máquina. En respuesta a la indicación del cliente de qué desea o no desea un comprobante, se regresa un. mensaje al servidor local. De nuevo debe entenderse que las pantallas mostradas al cliente son a las cuales el cliente está acostumbrado en su institución sede, y . pueden ser parte de su página inicial única.
Suponiendo que el cliente desee obtener un comprobante de la operación, el servidor local 90 opera, como se muestran en la Figura 14 para enviar un documento al ·G??? con JAVA script enclavado que indica que debe imprimirse un comprobante de la operación. Estas instrucciones en JAVA se comunican a la porción de aplicación de dispositivos 84 que envía un mensaje TCP/IP a través de la intranet al servidor de dispositivos 92. El servidor de dispositivos 92, a su vez, se comunica con la porción de software que establece interfases con los dispositivos 64 del ATM. En respuesta a la recepción del mensaje, la porción de software 64 es operativa para provocar que la impresora 46 imprima el comprobante de la operación ' del " cliente . El subprograma JAVA responsable de habilitar la impresora es también, preferentemente operativo para actualizarles! · registro de la operación 104. Como se analizará posteriormente./ el subprograma que controla la impresión del recibo puede"' obtener los datos utilizados en la impresión, del recibo a partir del objeto de datos de operaciones. .
Debe entenderse que incluso si el cliente no desea un comprobante, es deseable imprimir un registro de la operación como copia impresa a través de la impresora diaria 48. Esto puede lograrse en respuesta a instrucciones incrustadas que sean parte del mismo documento desde el servidor local 90, lo que provoca que se imprima el comprobante de la operación del cliente, o puede ser parte de un documento aparte que indique que el cliente ha declinado la opción de recibir un comprobante de la operación. Alternativamente, la impresora diaria puede activarse en respuesta a otros subprogramas , por ejemplo el subprograma que provoca que se dispensé efectivo o de otra manera elegida por el operador del ATM. Como se apreciará, en la descripción que sigue, la operación de la forma de realización preferida del ATM .es inherentemente inflexible y programable para satisfacer las necesidades del operador del sistema.
Como se muestra en la Figura 15 al terminar la impresión del comprobante de operación,' la porción de software 64 es preferentemente operativa para enviar un mensaje de operación de dispositivo al servidor de dispositivos 32 que indica que la función del dispositivo solicitada se realizo con éxito. El servidor de dispositivos 92 es operativo para enviar un mensaje de operación de dispositivo correspondiente a la porción de aplicación de dispositivos 84, y en la forma de realización, preferida al subprograma JAVA particular responsable de la impresión del comprobante. El subprograma JAVA, a su vez, configura la porción de manejo de .documentos HTML para generar un mensaje de vuelta al servidor local en forma de un mensaje dé: respuesta de dispositivo paira indicar que se, imprimió el comprobante del cliente.
Como se muestra en la Figura 16 después de recibir el efectivo y un comprobante, se indica al cliente a través de un documento HTML enviado por el servidor local 90, que indique si desea realizar otra operación: La página visual o pantalla indica al cliente a este respecto. Pará fines de este ejemplo,- se supondrá que el cliente no desea realizar "otra operación y se devuelve un mensaje a tal efecto a través de la porción de manejo de documentos HTML de regreso al servidor local 90.
Como se muestra esquemáticamente en la Figura 17 en respuesta a la recepción de un mensaje en el sentido de que eí cliente ha terminado, el servidor local 90 es operativo para enviar un mensaje '"ir a casa" al ATM. Este mensaje incluyen preferentemente un documento HTML que agradece al cliente. Este mensaje también incluye preferentemente 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 ¾0 que transmite los mensajes a la así llamada "modalidad de atracción". Debe recordarse que en ciertas formas de realización script puede operar para provocar que un mensaje sea enviado de la porción de manejo de documento a un domicilio en el servidor local que provoca un registro HTTP correspondiente que incluye instrucciones que comprenden la carga del subprograma deseado.
Como se indica esquemáticamente en la Figura 18, el subprograma de comando "ir a casa" es operativo para configurar el navegador 76. Después de que la porción de manejo de documentos HTML es configurada por el subprograma JAVA para regresar a casa, el subprograma JAVA puede configurarse para proporcionar información al servidor local 90 con respecto al registro de la operación 104 concerniente a la operación que se acaba de completar. Debido a que la operación ejemplar se hizo con un cliente de la institución que opera el sistema de computadora 14, todos los datos concernientes a la operación ya debieron haberse registrado en el sistema auxiliar 94. Sin embargo, se apreciará que éste no será el caso si la operación sé realizó como respuesta a mensajes de un servidor operado por una institución distinta. Así, la información proveniente del registro de operación 104 puede entregarse como respuesta a un comando "ir a casa" al servidor local 90 a través de la CGI ai sistema auxiliar 94 en donde pueda' identificarse cómo información"' duplicada y desecharse. Esto puede hacerse utilizando la invocación de método remoto (RMI) para transmitir o suministrar el objeto al servidor 90 y luego transmitir los datos a través de mensajes del servidor a la oficina auxiliar o a través de mensajes u otras técnicas.
Desde luego, en otras formas de realización la información sobre la operación puede almacenarse .en una base de datos durante períodos prolongados, en lugar de devolverse después de cada operación. De manera alternativa, el ATM 12 de la presente invención puede incluir subprogramas que son operables para suministrar información sobre el registro- de la operación a domicilios distintos al del servidor local, si el operador del sistema 14 lo desea.
La operación del sistema de computadora cuando uní usuario "extranjero" utiliza el ATM 12 se representa gráficamente En la forma de realización preferida, de la invención, el servidor caché 88 incluye software de vigilancia indicado gráficamente por 107. El software de vigilancia es preferentemente operable para verificar los domicilios a los cuales están dirigiendo los mensajes del ATM y para prevenir selectivamente el envío de mensajes a domicilios particulares.
Esto sirve como un "fire wall" y es deseable para fines impedir fraudes en el sistema.
Como se mues-tra 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 sócket segura ("SSC", por sús siglas en inglés) de tal manera 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 subprog.rama firmado, como se. analizó previamente. Un dispositivo de su programa en la porción de aplicación 84 del ATM opera preferentemente para autorizar la firma digital de la manera descrita en el ejemplo anterior, y envía un mensaje que indica que la operación ha sido autorizada. La identidad digital de la institución extranjera se almacenará en el ATM y, a la larga, se registrará en el sistema auxiliar 94.
Debe señalarse que los documentos HTML del servidor extranjero 96 producen las páginas o pantallas de la institución extranjera que el cliente extranjero está acostumbrado a ver. Estas páginas pueden corresponder a la "página inicial" del usuario extranjero que están diseñadas específicamente para satisfacer las necesidades de ese usuario particular.
La Figura 21 muestra un ejemplo de un documento que viene de un servidor extranjero 96 al ATM 12. El documento del servidor extranjero 'puede incluir JAVA script enclavado que permite la operación de " subpr-ogramas JAVA en la manera' previamente analizada para operar los dispositivos 36 del ATM.. Como se muestra en la Figura 21 los mensajes TCP/IP a los dispositivos provenientes de los subprogramás 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 interfas.es con los dispositivos 64 del ATM. Los mensajes de operación del dispositivo siguen una trayectoria inversa.; Conforme estos mensajes pasan a través-; del servidor de dispositivos 92, el software de fti nitoreo 10,2 los monitorea para, reducir al mínimo el riesgo de fraude o abuso. f '' - 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 script enclavado incluirían, como en el ejemplo de la operación antes analizado, instrucciones que permiten al teclado 40 aceptar al PIN del cliente. Como en el ejemplo anterior, se abriría un registro de operación 104 con respecto a esta operación a través^ de la porción de software de aplicación de dispositivos. Como se analizó previamente, pueden tomarse disposiciones para impedir la transmisión de los datos del PI a través del. navegador si se desea.
La Figura 22 indica la devolución del mensaje' de operación de dispositivo y los datos del PIN al Subprograma JAVA, que a su vez transmite los datos de regreso al servidor extranjero 96 a través de la red de área amplia 18 usando un 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 de documentos HTML del ATM. El servidor extranjero 96 incluye software de aplicación JAVA necesario para incluir JAVA script enclavado en los documentos que son enviados al ATM para operar los dispositivos 36 de la máquina.
Conforme él servidor extranjero 96 opera la máquina, sin embargo, el software de monitoreo 102 del servidor de dispositivo 92 es 'operativo para monitorear los mensajes en. la manera antes analizada. Dicho monitoreo operaría, por ejemplo, para prevenir el suministro de cantidades indebidamente grandes :< de efectivo de la máquina. El software de monitoreo también operaría para restringir a ciertas instituciones extranjeras a un subconjunto de dispositivos o capacidades de máquina de operaciones. Esto se hace con base en los datos almacenados en la memoria que limitan los dispositivos o actividades que pueden' efectuarse a partir de los documentos en ciertos domicilios. Esto puede lograrse, por .ejemplo, a través del uso de conexiones d l código que ejecutan una clase de objetos de operatción que limita . las operaciones que pueden realizarse. Por ejemplo, lás operaciones que activan la conexión con -el servidor extranjero pueden establecer instancias de objetos que proporcionan · capacidades limitadas específicas con respécto a mensajes recibidos del servidor extranjero. Esto puede, por ejemplo, limitar la cantidad de dinero suministrada, impetílir la operación de un dispositivode aceptación de cheques; limitar el suministro de documentos impresos por ejemplo boletos, impedir la operación del suministrador de efectivo o limitar el uso de la máquina en otras maneras apropiadas. Esto puede hacerse con base en domicilios o porciones de domicilios de documentos.
Si las capacidades de la máquina al cliente extranjero son limitadas, puede proporcionarse al cliente extranjero una interfaz visual del banco extranjero con base en las operaciones que la máquina pueda realizar y iel propietario de la máquina permita. Como resultado de ello, los documentos a los cuales se altere en el servidor de banco extranjero pueden ser una variación de lo que se proporcionaría al cliente en una máquina operada por un banco extranjero. Esto podría basarse en documentos específicamente creados para máquinas que operan en el extranjero, o podría ser una variante de la interfaz usual del banco extranjero con indicaciones visuales en el sentido de que ciertas operaciones no están disponibles. En algunas instancias, la interfaz puede indicar que ciertas'' operaciones está disponibles con un cargo de servicio relacionado.
El ATM de la- forma dé realización descrita puede mejorar la seguridad al .limitar los domicilios a los cuales puede tener acceso el navegador. Esto puede hacerse .manteniendo una. lista en la memoria de la máquina. La lista puede mantenerse en registros HTTP (incluso documentos) a los cuáles¦ se puede acceder a través de la intranet del banco local. Se puede tener acceso a la máquina para registrar periódicamente los datos de la memoria y actualizarlos. Este registro por sí mismo .puede requerir una firma digital que corresponda a una firma en la memoria de la terminal antes de que los datos sean cargados en la memoria de la terminal. Esta ' información puede incluir también las instrucciones y la información para que el ATM verifique que son genuinos los mensá¾'és que recibe al acceder a ¦ los documentos en el servidor extranjero. Esto puede incluir firmas digitales que al ser transferidas utilizando técnicas de incriptación de tecla pública o tecla privada verifican los mensajes como genuinos. La máquina realiza una verificación para aségurarsé' de que la firma en los registros a los cuales se ha áccédid1© désdé el servidor extranjero corresponde a la firma digital para ese domicilio, almacenada en la memoria, y permite la >operación de los dispositivos de operación, por ejemplo el dispensador de, efectivo, únicamente cuando dicha correspondencia está presente. Desde luego, pueden aplicarse varios enfoques para verificar y encriptar mensajes en varias formas de realización. Como se utilizan en el presente documentó, las firmas o el registro firmado abarcan cualquier indicio que sé incluya en o sea derivable de un registro que sea indicativo de que está autorizado.
Como puede apreciarse a partir de la presentación anterior, el servidor extranjero 96 puede comunicarse con el usuario a través de la pantalla táctil en un idioma que sea distinto al normalmente utilizado por los clientes de la institución que opera el sistema de computadora 14. Cómo resultado de ello, los documentos HTML pueden mostrar solicitudes de efectivo de un tipo o de una cantidad que no se incluya en el ATM. Para dar acomodo a esta situación se incluye un subprograma en la porción de -aplicación de dispositivos 84 para tratar las solicitudes de moneda extranjera. ' El subprograma de moneda extranjera provoca que el ATM envié un mensaje de regreso a S¾Í servidor local con fines de calcul-ar la cantidad más cercana que puede proporcionarse al cliente en la moneda disponible en el ATM1:' que corresponda a la -que solicitó el cliente. Como se apreciará-este subprograma será - operativo pSra solicitar ¼1 domicilio de función particular!: denfcro del servidor» local que sea capaz dé", proporcionar esta función. Cuando se hace el suministro el subprograma también es operativo para indicar el servidor 96 que la cantidad suministrada difiere uri. atitCr ide : la cantidad que solicitó el cliente. Desde luego, eñ otras formas de realización, pueden aplicarse otros enfoques. Dé manera alternativa, un subprograma en la máquina puede generar presentaciones visuales que muestran equivalentes en moneda local cuando se muestran o procesan cantidades en moneda extranjera. Esto puede incluir presentar ambas cantidades en presentaciones'VisAjalés 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 apere en respuesta a las instrucciones del JAVA script enclavado para configurar la porción de manejo de documentos HTML y provocar que el navegador : 76 reestablezca la comunicación con el servidor local 90, u otro ·; f¾ domicilio de documento designado. *' Como se indica en la Figura 24, el subprograma de la porción " . ' de aplicación de dispositivos 84 que procesa el mensaje "ir a -casa" es preferentemente operativo para volver a conectar el servidor local 90 así como para enviar información sobre el ?. registro de la operación en el registro 1Ó4. Esta información del , registro de la operación que incluye el nombre del cliente, el . r. nombre de la institución extranjera, el identificador digital, la. información sobre la cantidad con respecto a cantidades suministradas, transferidas o depositadas, y todos los demás datos de operación pertinentes. Los datos,, de operación son utilizados por los subprogramas al realizar los pasos de la operación en los cuales se requiera cualquier porción de los datos. Cuando concluye la actividad del cliente en la máquina un subprograma proporciona un mensaje de datos de operación que incluye por lo menos, una porción de los datos recopilados. Estos datos se comunican al servidor 90 a través de/ la CGI 106 al sistema auxiliar del banco sede 94. Esta información se almacena, en el sistema auxiliar para uso, posterior con- fines de arreglo con el banco extranjero que opera el servidor extranjero 96. De manera alternativa, o además, los datos de operación pueden registrarse en la terminal en la memoria así como en una copia impresa en una impresora de diario. Los datos de la operaci n pueden almacenarse para bajarlos en un lote o haciendo pasar objetos que incluyen datos de muchas operaciones. Los datos de lote pueden comunicarse a las horas y a los domicilios que puedan estar almacenados "en la memoria eii los datos de corifiguración dé la terminal . ' Una ventaja de las formas: de realización de la invención es que los datos de la operación pueden suministrarse a domicilios en una. red de área local o en una red de área amplia, por ejemplo, Internet. Esto facilita realizar diversas variedades de operaciones y dirigir mensajes relacionados con el uso de rastreos (por ejemplo, tarjetas inteligentes de tipo bolsillo electrónico) o para el arreglo de varios tipos de operaciones con respecto a un domicilio de sistema seleccionado.
Se apreciará que la forma de realización descrita de la máquina y sistema de banca automática de la presente invención proporciona la ventaja de que cuando la máquina está conectada a una red de área amplia como Internet, los clientes pueden realizar sus operaciones bancarias virtualmente en cualquier parte del mundo. Además, a pesar de las amplias capacidades del sistema, dado que la máquina se monitorea localmente, tanto en términos de conexión como de actividad, el riesgo de fraude se reduce al mínimo .
Las formas de realización de la invención pueden incluir una característica adicional para facilitar el acceso a. documentos en la red a la cual la máquina está conectada. EstC característica es operativa para determinar si un registro HTTP, por ejemplo, un documento HTML u otro artículo es accesible en un? domicilio para bajarlo antes de que la computadora intente acceder al registro. Esto evita tiempos' muertos'- de operación que: de otro modo ocurrirían como resultado.de l incapacidad de tener acceso a un registra,? debido a que el servidor a través- del cual se tiene acceso al registro normalmente este descompuesto . Otras formas de realización pueden considerar tanto el tamaño del registro como la velocidad de transferencia y determinar que una velocidad de transferencia para el registro no es lo suficientemente rápida, de tal manera que debe transferirse un registro alternativo.
En una forma de realización, esta característica se logra a través del uso de un programa o subprograma sepa ado qué verifica si un servidor, al cual, la computadora deseará acceder, está vivo. El subprograma opera en respuesta a la recepción de un domicilio o porción 'del mismo, con el cual se establece una conexión. El subprograma opera para realizar una conexión de socket con el domicilio y carga una cantidad pequeña pero suficiente del registro u opera de otra manera para determinar que el servidor a través del cual se debe acceder al registro está vivo. En respuesta a la verificación de la operación del servidor remoto por parte del subp-rograma , o de la determinación de otra manera de condiciones indicativas de que se puede tener acceso o que está cargado, la computadora opera entonces de tal manera que el navegador o componente de software similar se habilita para navegar hacia el domicilio a la hora adecuada en la secuencia de la operación. Si el subprograma no puede detectar que el servidor remoto está vivo, o determina que no aparece, · puede accederse al registro o éste puede cargara^, puede tomarse pasos para ' acceder a domicilios alternativos, o descontinuar la. operación. Los domicilios alternativos a los cuales se accederá pueden basarse en datos almacenados en la memoria de la terminal o pueden obtenerse accediendo a documentos, ya sea local o remotamente que incluyan datos a partir de los cuales puedan obtenerse o derivarse domicilios alternativos. Los domicilios alternativos se verifican de manera similar para hacer una determinación en cuanto si se puede acceder a ellos antes de hacer intentos por acceder a los registros, alternativos. Esté¿ t-; .--enfoque evita demoras a.l. realizar las operaciones.
Formas de realización alternativas pueden emplear otros enfoques para determinar si se puede accede 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 considerarse al determinar si se puede acceder con éxito al documento, la velocidad de transferencia u otras condiciones relacionadas con la operación del sistema o contenido del documento. Por ejemplo, en su programa que realiza las pruebas para determinar si se puede acceder al registró HTTP, o un subprograma adicional, puede determinar la velocidad de transferencia a la cual el registro puede transferirse a la computadora. La velocidad a la cual los datos pueden transferirse puede comparase con datos almacenados en lá memoria, y si la velocidad es menor a la de los datos representativos de la velocidad almacenada deseada se accede a un regis ro, alternativo. Éste puede ser, por ejemplo, un documento HTML almacenado localmente en la máquina . Otras formas de realización pueden incluir programas que consideren el tamaño del registro HTTP y la velocidad de transferencia en la determinación de la velocidad de transferencia. Dichos programas determinan entonces si el' registro puede transferirse lo suficientemente rápido para adecuarse a los parámetros establecidos en la configuración de la memoria, y de no ser así, se accede a domicilios alternativos.. Dichos registros alternativos pueden probarse de igual manera en cuanto a la velocidad de transferencia antes de ser transferidos.
Los programas también pueden considerar otros factores al decidir si acceden a un domicilio particulat, destacan entre estos factores, por ejemplo, información sobre el día y la hora, máquinas de banca automática pueden configurarse para operar sus1''' dispositivos a través de la porción de software que establece interfases con los dispositivos de la invención o a través de una interfase software distinta al operar en una red convencional. Dichas máquinas pueden cambiar a requerir que los mensajes de dispositivos pasen a través de un servidor de dispositivos al operar bajo el control de un servidor dentro de una red de área amplia para mantener la seguridad en el sistema. De esta manera un sólo ATM podría operar en redes propietarias en la manera en la cual lo hacen los ATMs actuales así como en la configuración de red del sistema de la invención. ' Formas d,e 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 manejó de documentos HTML del ATM o el servidor local HTTP. La , CGI ópera en" conexión con un programa de conversión de mensajes, para obtener los datos -necesarios de los documentos HTML y los mens,ajes TCP/IP y genera, los mensajes de solicitud de operación 'adecuados para la red de-; operaciones propietarias. De igual modo, el programa dé 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 que estos formatos de red propietaria están definidos y los datos necesarios para producir e interpretar los mensajes son conocidos, se logra el uso del ATM 12 directamente en una red de ATM propietaria.
Los mensajes de operación ATM convencionales son mensajes de disposición definidos que no incluyen dócumentos HTML en mensajes HTTP. Un ejemplo de mensajes convencionales conocidos utilizados para operar los ATMs son los mensajes Diebold 91X. Dichos mensajes suponen por lo general la transmisión de un+ mensaje de solicitud de un ATM en una disposición definida que incluye datos registrados por el cliente (cüenta/pin) y una indicación del tipo y cantidad de la operación solicitada. El mensaje solicitado es recibido por una computadora matriz ATM que' en vía de regreso Un mensaje de respuesta con una disposición definida que incluye una indicación de si se autoriza ,.la operación. A continuación el ATM devuelve otro mensaje a la computadora matriz indicando si la máquina pudo realizar la operación. Los mensajes utilizados en dichas redes propiedad de la empresa convencionales ocupan generalmente poca amplitud de banda .
Al conectar el ATM de la invención a dicha red, se proporciona un servidor. El servidor se encuentra en conexión operativa con una memoria que incluye una base de datos de relación que mant-iene datos de conversión de mensajes y de creación de documentos. En una configuración, el servidor está conectado a una porción de manejo de documentos a través de una red, o puede recibir en la computadora del ATM. El servidor produce los documentos a los cuales accede el navegador y que incluyen instrucciones para el dispositivo ; de ^operaciones . El servidor (o servidor conectado) comunica los mensajes convencionales con la computadora matriz. Un servidor puede proporcionar una' interfase para varios ATMs conectados en una LAN, o, alternativamente, cada ATM puede tener su propio servidor operando en sí.
La capacidad del ATM 12 para comunidarsé en una red propietaria también permite la operación del ATM en una manera en la que la interfáz es generad por la institución sede del usuario en la manera antes descrita, pero en la que las operaciones son autorizadas a través dé" 'mensajes dirigidos a través 'de una red ATM propietaria. Esto ha£¿e qué se logre la seguridad de utilizar la red propietaria al^ tiempo de que se proporcionan al cliente las ventajas de la interfaz del banco sede familiar o la interfaz de "página inicial personal", o ambas .
En una configuración dé ese tipo .''los dispositivos de función de operaciones del ATM pueden operarsé de la manera convencional en respuesta a mensajes * de operación ATM convencionales, por ejemplo mensajes Diebold '¾1 , en la red propiedad de la empresa. Los dispositivos de salida del cliente, por ejemplo la pantalla (y las bocinas, si se proporcionan) se comunican a través de un navegador conectado a' ;una red de área, local o amplia. El navegador accede a documentos para indicar al cliente a través del funcionamiento de una operación, pero los documentos no incluyen instrucciones que provoquen la operación-:* de dispositivos como el dispensador de efectivo.
En una configuración, el navegadofc puede ser operado, por la computadora en respuesta al estado de los dispositivos de la máquina, ya que los dispositivos son operados en respuesta a mensajes ATM convencionales. De esta manera, el navegador puede llegar a domicilios seleccionados, incluso domicilios que están,' relacionados con el cliente con base en los datos registrados por el cliente. Sin embargo, conforme a los documentos , recibidos por ¾ el navegador no operen los dispositivos de función de operaciones, hay: menos necesidad de -'medidas de seguridad para acceder a los documentos . Como resultado de ello, el cliente aún puede operar la máquina en respuesta a una intertaz familiar y única, y puede presentarse información de comercialización, por ejemplo publicitaria u otro 'material en la secuencia de operación.
En otras forma de realización, las ¿máquinas puede realizar algunas funciones de dispositivo con base en mensajes convencionales, mientras que otras pueden ..realizarlas en respuesta a instrucciones de documentos HTML u otros mensajes-HTTP. Por ejemplo, los documentos HTML pueden proporcionar datos considerables para ser utilizados por impresoras u otros dispositivos de salida. Algunas' forma de realización pueden mensajes se denominan, en el presente documento, de maneras intercambiable, como mensajes de estado o falla.
La porción de software que establece interfases con los dispositivos 64 · se comunica a través de la intranet utilizando 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 la intranet o Internet-*-''' Por ejemplo, dichos mensajes de falla pueden dirigirse a una aplicación de software que suministra mensaj.es al proveedor de servicios. Además, los mensajes de falla pueden dirigirse selectivamente con base en la naturaleza de la fa la í indicada. Por ejemplo, los mensajes de falla indicadores de . #¾- necesidad de volver a abastecer dinero ó suministros puede dirigirse a un domicilio en la intranet relacionado con un entidad que tenga la responsabilidad de reabastecer lo¾J suministros. De manera alternativa, los mensajes de falla que; indican una necesidad de otro'jS tipos de servicios pueden dirigirse a un domicilio relacionado con u a entidad que puédá: 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 computadora que opere el software Event enagement 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.
·¦*.·- El ATM 12 puede incluir a demás una función de Software para ayudar en el" diagnóstico de problemas y proporcionar servicio de reparación. Como se representa gráficamente en la Figura 2, formas de realización alternativas del ATMs 12 pueden incluir un miniservidor HTTP 109 que está en comunicación con el dispositivo que establece una interfaz con la porción de Software 64. El servidor 109 está configurado para recibir , mensaj es de estado de dispositivo y para producir registros HTTP incluso documentos HTML en respuesta a ello, que proporcionan datos representativos del estado de dispositivo un dispositivo de diagnóstico 110, por ejemplo una terminal de computadora manual. El servidor 109 incluye un CGI, para establecer un interfaz con el Software de dispositiv para que un técnico, pueda acceder a la información en los registros accesiblé a Jlós domicilios HTT3? relacionados con mensajes de estado, y realizar una prueba de entrada e instrucciones correctivas a través del dispositivo de diagnóstico 110. Los registros HTTP o documentos HTML generados por el servidor 109 pueden incluir preferentemente instrucciones gráficas y de audio indicativas de condiciones como problemas, > así como datos de acción correctiva e j' instrucciones de reparación .
En versiones alternativas de la invención, las funciones del miniservidor HTTP 109 pueden residir en el servidor de dispositivo 92. Esto puede ser particularmente apropiado cuando la función del' servidor de dispositivo reside en la computadora dentr.q 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. localizadas en cualquier parte y que estén conectadas a la red. 4 El miniservidor HTTP maneja los mensajes estado y falla y también puede configurarse para enviar un mensaje de conreo electrónico · o mensaje similar a un domicilio seleccionado siempre que exista una condición o un grupo de condiciones particulares.
Una ventaja adicional de esta característica es que los mensajes HTTP también pueden ser enviados al miniservidor HTTP para intentar corregir los problemas. Dichos mensajes pueden incluir pruebas de diagnóstico en ejecución y resultados de recepción. También pueden incluir dispositivos de operación para hacer pruebas o intentar liberar atascos y otros malos funcionamientos. Á menudo esto puede hacerse desde sitios remotos. Desde luego, cuando hay un riesgo significativo de acceso no autorizado al servidor que maneja los mensajes implícitos o de dispositivo, deben tomarse las medidas de seguridad adecuadas . ·< Los registros HTTP que indican él estado de .los dispositivos de función de operaciones pueden tener distintas formas, dependiendo de- la configuración de Software y las necesidades del operador de sistema. En algunas forma "de realización, la información sobre el estado del dispositivo con respecto a uno o más dispositivos pueden representarse por los indicios incluidos dentro de un objeto de datds. El objeto de datos puede transferirse a otras computadoras conectadas para proporcionar los datos sobre el estado. La transferencia del objeto de datos puede lograrse a través de la invocación de1 método remoto (RMI) por ejemplo. Los datos que se encuentran en los objetos de datos transferidos pueden entonces utilizarse para generar mensajes y/o salidas deseadas por el operador de sistema.
Esta técnica puede ser particularmente útil cuando el. operador desea conectar la máquina a un sistema de monitoreo existente e indicios incluidos en los objetos de datos pueden utilizarse para generar salidas o mensajes indicativos del estado del dispositivo' los cuales pueden procesarse en el sistema actual . Pueden utilizarse además conectores para lograr la comunicación entre los sistemas de 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 distintos tipos de dispositivos y capacidades de función de operaciones.
La técnica de transferir un objeto de dato también puede utilizarse para, realizar la prueba o "modificación de los dispositivos de función de operaciones . Por ejemplo, los indicios en el objeto de datos pueden modificarse a trávés de un. servidor y el objeto pasarse de regreso a la máquina. El Software de l V máquina puede provocar que los dispositivos en función de operaciones operen o modificar condiciones con la programación en respuesta al objeto de datos modificados. Esto puede incluir, por ejemplo, borrar una indicación de falla o provocar que opere un dispositivo para liberar un atasco o efectuar una prueba. Los resultados de dicha actividad pueden reflejarse en indicios modificados en el objeto de datos que luego puede ser transferido a la computadora en la terminal de diagnóstico. Desde luego, los enfogues analizados en el presente documento son ejemplares y otros enfoques se volverán aparentes a los expertos en la técnica a partir de la descripción presentada aquí.
La Figura 25 muestra una vista esquemática de una configuración de red para una forma de realización alternativa de la máquina de bánca automática de la presente invención. La forma de realización mostrada en la Figura 25 incluye una máquina de banca automática adaptada específicamente para operar en relación con sistemas de máquina de banca automática convencionales, por ejemplo, sistemas que operan utilizando formatos de mensaje Diebold 91X ATM u otro formato convencional distinto al HTTP. Una computadora matriz 120 es un ATM local que se comunica utilizando dichos mensajes. El ATM se comunica con un servidor de interfaz indicado esquemáticamente por 122. El servidor de interfaz 122 opera en la manera antes mencionada y se encuentra en conexión operativa con una memoria que incluye la información necesaria para convertir los mensajes HTTP relacionados con una solicitud de operación a un mensaje de solicitud 9IX u otro mensaje convencional, que puede ser manejado por al. computadora matriz"; 120. De igual manera, el servidor de i-rfteffaz 122 y las instrucciones y datos almacenados en la memoria son operativos^ para convertir un- mensaje dé comando convencional 9IX 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 dé interfaz 124, que en la forma de realización preferida es un..: conector COMM que opera en la terminal de máquina de banca en un ambiente operativo Windows NT®. El servidor de interfaz 122 incluye tambié una puerta .dé acceso de comando/estado 126. La puerta de acceso de comando/estado es operativa para rec bir 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 12Q\ 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 122, 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 maner *- , alternativa, el servidor de interfaz 122 y la porción de puerta de acceso de estado de comando 126 puede residir en un servidor separado mientras que la porción de cliente de interfaz 124 puede resibir en la terminal. Esto permite al servidor de interfaz 122 manejar varias máquinas de banca automática, al conectar las máquinas al servidor de interfaz a través de . la red.
La configuración alternativa del sistema de máquina de banca automática mostrada en la Figura 25 se adapta particularmente para ser utilizada en relación con el sistema ATM actual. La máquina incluye una porción de manejo de documentos.,. HTML 128 que incluye un navegador que opera en la 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. L porción de manejo de documentos HTML opera en relación con una red 130 para acceder a los registros HTTP en forma de documentos-" HTML a través de los servidores 132, 134 y 136. Para fines de este ejemplo, el servidor 132 se considerará como el servidor d l banco local que opera la máquina de banca automática. La porción del navegador 12B se activa para acceder a documentos de su banco local para fines de obtener contenido e instrucciones con el fin dé emitir información a los clientes, así como para operar' dispositivos en la máquina. Los servidores 134 y 136 son representativos de otros servidores a los cuáles puede acceder la máquina de banca automática por instrucciones con fines de bajar documentos que incluyan información o instrucciones. A menudo dichos documento^ de servidores bancarios que no son el banco local incluyen información que debe presentarse a los clientes por ejemplo publicidad, . material promocional ,. . cotizaciones de-valores u otros ? tipos de información. Debe en enderse que ló's servidores 134 y 136 pueden conectarse de manera directa a la red 130 o se puede acceder a ellos a través de otras redes servidores. En algunas forma de realización se; puede accede " a los servidores a través de Internet con fines de proporcionar documentos a la máquina de banca automática.
La porción .de manejo de documentos 128 incluye una porción de Software de teatro de terminal indicada esquemáticamente por 138. La porción de teatro de terminal 138 muestra esquemáticamente con mayor detalle en ía Figura 26. La porción de teatro de terminal 138 incluye un márco de bastidores 140 y un marco de teatro 142. El marco de bastidores 140, aunque-reside en el navegador, no es visible en la pantalla de la máquina de banca automática. El marco de teatro: 142 es un marco visible y controla lo que se muestra al cliente.
Como se representa esquemáticamente en la Figura 25, la porción de manejo de documentos HTML incluye también una porción de director de terminal 144. La porción de director de terminal incluye directores que son instancias relacionadas de subprogramas que se utilizan para efectuar tipos particulares de operaciones. Los directores c¾e terminal corresponden generalmente a la operación de los subprogramas JAVA en la forma dé, realización descrita anteriormente.
La máquina de banca automática de la forma de realización alternativa incluy además una aplicación de servicios de operación- (TSA) indicada esquemáticamente por 146. La aplicación de servicios de operación proporciona servicios de seguridad, condición de terminal, autorización de terminal y de gestió claves dentro de la máquina de banca automática. La aplicación de servicios de operación incluye, una función para comunicar mensajes HTTP con el servidor de interfaz 122. - La-aplicación de servicios de operación también se puede comunicar a través de una red, por ejemplo, la red 130 en la manera en la que se explica posteriormente. La aplicación de servicios de operación también proporciona una función de servidor que activa la aplicación de servicios de operación para realizar las funciones del servidor de dispositivos 92 en la forma d realización previamente descrita.
La máquina de banca automática de la forma de realización alternativa incluye a demás interfases de dispositivos comunes JAVA indicados esquemáticamente por 148. Las interfaces de comunes JAVA de la forma de realización preferida son instancias de su programa relacionadas que controlan y coordinan la operación de los dispositivos funcionales 150 de las máquinas que realizan las operaciones de operación. Los dispositivos funcionales pueden incluir dispositivos del tipo descrito . en relación con la forma fje realización anterior u otros tipos de dispositivos que operan para efectuar una, función relacionada con una operación. Las interfaces de dispositivos comunes JAVA 148 se. comunican con los dispositivos funcionales a t avés de interfaces de dispositivos", comunes esquemáticamente representados por 152. Las interfaces de dispositivos comunes (CDIs) proporcionan una interfaz que controlan los módulos electromecánicos y los dispositivos funcionales incluidos en la máquina de banca automática. Las interfaces de dispositivos comunes se muestran esquemáticamente en relación con un servidor de diagnóstico 154. El servidor de diagnóstico opera eYi una manera similar al servidor 109 de la forma de realización antériorménte descrita. El servidor de diagnóstico 154 es útil para diagnosticar el estado y corregir los problemas de los dispositivos en la máquina de banca automática .
Con referencia de nuevo a la Figura 26, el marco de bastidores 140 dentro de la porción de teatro de terminal 138 es un componente llamado subprograma de bastidores 156. El subprograma de bas idores 15S es preferentemente un componente relativamente delgado. Las instrucciones denominadas como script incluidas en los documentos a los cuales accede el navegador selectiyamente , provocan que el subprograma de bastidores-notifique al director de terminal cuando vaya a tomarse una acción en respuesta a las instrucciones incluidas en el documento al cual se ha accedido. El subprograma de bastidores también opera para solicitar; un nuevo documento HTML al cual se tendrá acceso. El subprograma de bastidores también proporciona acceso al objeto de datos de operación compartido analizado anteriormente, que contiene los datos de la operación.
El marco de teatro 142 controla la interfaz del usuario-tal como la ve el usuario de la terminal de la máquina de banca automática. El cliente HTML representado esquemáticamente por 158:' en el marco de teatro 142 define los indicios identificadores relacionados con los acontecimientos enviad s a un gestor director a través del subprograma -de bastidores y proporciona una interfaz con los métodos públicos del gestor director. El gestar director indicado esquemáticamente por 160 en la Figura 26, tiene una clase que reside en la aplicación de servicios de operaciones. (TSA) 146, como se muestra. La clase de gestor director que reside en el proceso TSA es operativo para cargar los directores-de terminal 144 de la porción de manejo de documentos HTML. El gestor director también incluye una clase de subprograma de bastidores que reside en el marco de bastidores 140. La clave del subprograma de bastidores del gestor director proporciona una interfaz para el cliente HTML para hacer solicitudes al director', gestor. Las instrucciones de los documentos HTML pueden pasar acontecimientos a través del subprograma de t bastidores 150 al ' gestor director. Dichos eventos incluyen una., solicitud para autorizar una operación. Las solicitudes también pueden incluir indicaciones de que el cliente ha realizado la operación y de qüé un documento cargado por el navegador incluye instrucciones que solicitan que se termine la sesión. Otros eventos que puedan ser* transmitidos a través del gestor director inclliyen los evento^ de impresión. Otros eventos que pueden transmitirse a través del subprograma de bastidores al gestor director incluyen una indicación de que se canceló una entrada, u otros eventos definidos por el usuario.
En respuesta recibir eventos, el gestor director de la forma de realización mostrada responde a instrucciones en los documentos a los que accede el navegador para realizar las funciones que incluyen el cambio de contenido del marco de de; teatro 142. El gestor director sensible a dichas instrucciones, también cambia la clase de director terminal activo. El gestor director también guarda la clase de director terminal para uso posterior o carga las clases de director terminal y los documentos HTML en una lista de servidores disponibles. El gestor director también proporciona acceso al objeto de datos de operación compartido que mantiene los datos de la operación para una operación particular. El gestor director también envía eventos de teatro terminales a la clase de control de bastidores del director de terminal actual y proporciona un temporizador de tiempo fuera de pantalla. Desde luego, en otras forma de realización el director de terminal puede realizar otras funciones . ' En operación de la forma de realización alternativa mostrada en la Figura 25, los directores de te minal 144 de la aplicación de servicios de operaciones 146 activa documentos a los que se accede selectivamente con la porción de manejo de documentos HTML 128. Los documentos a los cuales se accede pueden incluir instrucciones que se utilizan para operar la máquina de banca automática y los dispositivos funcionales que se encuentran ahí. La aplicación de servicios de operaciones 146 es operativa^ además .para comunicar los mensajes HTTP que son transmitidos po el servidor de interfáz 122 y que se utilizan para generad-mensajes convencionales ATM que pueden manejados por la> computadora matriz 120. El suministro de efectivo y otras transferencias de valores se efectúan como respuesta a ¾la aprobación de la computadora matriz 120, mientras que la interfáz y otras funciones son controladas a través de instrucciones que se encuentran en los documentos a los cuales accede el navegador.
En una forma de realización preferida el ATM u otra máquina de operaciones se comunica con la computadora matriz ATM convencional transmitiendo el objeto de da.tos de operaciones ,: entre la computadora y el ATM y el servidor dTe interfaz . Está transferencia se logra preferentemente mediaste la cáraoterística de invocación de mensajes remotos (RMI) de software , por ejemplo, JAVA. Desde luego, pueden utilizarse otros métodos para transferir el archivo de objeto de datos utilizando HTTP.
Como se analizó anteriormente, el objeto de datos de " operación incluye los datos de la operación. La máquina adquiere datos pertinentes a la operación, por ejemplo, datos de la cuenta a través de una tarjeta, un número PIN del cliente, la operación y la cantidad solicitadas, e incluye estos datos entre los datos de la operación.
Una vez que los datos requeridos : para generar un mensaje de operación convencional ATM se representan en los datc-ß de operación, el objeto de datos se transfiere al servidor de interfaz. El servidor de interfaz está en conexión operativa concuna base de datos 123 u otro elemento que incluya datos ,dé 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 sé procesan como respuesta a los datos de conversión para produci datos de operaciones modificados en el objeto'- de datos. Estos-datos de operaciones modificados incluyen preferentemente datos indicativos de si la .operación solicitada queda autorizada o es denegada, así como otros datos. Por ejemplo, si la operación es denegada, puede incluir datos indicativos del motivo de la negación.
El objeto de datos de .operaciones con los datos de operaciones modificados se transfiere entonces a la computadora que opera el ATM a través de la RMI u otro método" de transferencia. La aplicación de servicios de operaciones 146 que operan e\ Software recibe el objeto de datos y opera Ios-dispositivos de función de operaciones en respuesta a los datos de operaciones codificados. 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 dé operaciones modificados se utilizan entonces para generar un 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 de: terminación convencional que no es HTTP, qu© indica si la operación se realizó con éxito a través de los dispositivos de' funciones de operaciones.
El formato de los mensajes de . operaciones convencionales que no son HTTP puede modificarse fácilmente en la forma de realización descrita. Esto puede lograrse a través del uso de conectores . Los conectores son operativos para ingresar datos, y para extraer datos de, el objeto de datos deoperaciones. Los cónectores lograji- la conversión entre los datos de operaciones y los mensajes convencionales que no son de HTTP. El uso de conectores permite utilizar más fácilmente el ATM de 1¾ forma de realización descrita en relación con varios tipos de redes de operaciones convencionales .
Los datos de operaciones en el objeto de datos de operaciones también son preferentemente operativos para hacer que la computadora opere el navegador para acceder a documentos HTML seleccionados, esto puede hacerse para indicar que la operación queda autoriza o es denegada,' así como para acceder a documentos específicos. sensibles a los componentes del mensaje. Por ejemplo, los clientes de los bancos distintos al cual ópera el ATM pueden recibir ciertas promociones no presentadas a los clientes actuales del bancd. Los' datos de operaciones indicativos de porqué se niega una operación pueden utilizarse para accedería documentos que proporcionan una explicación,., o pueden alentar al, cliente a realizar otra acción, pc¾r ejemplo tomar un anticipo de efectivo en' una tarjeta de crédito o solicitar un préstamo.
El sistema mostrado esquemáticamente en la Figura 25 es ' un ejemplo de un sistema de máquina de banca automática que logra-una amplia gama de opciones de interfaz disponibles a través del uso de una interfaz HTML a tiempo que conserva la compatibilidad con los sistemas de máquina de banca actuales y las técnicas de seguridad relacionadas con éstos. Desde luego, en otras forrrtás 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 de,, entradas a través del teclado tipo QWERTY type keybóard, así como "clieks" con el ratón en los lugares correspondientes a los iconos u otras características que se encuentran en los. documentos HTML para navegar con éxito y utilizar dichos documentos. Las mácfuinas de banca automática convencionales no incluyen por lo generál 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 .a'l utilizado en los' teléfonos, así como teclas de función. Las formas de realización de la presente invención permiten la operación del sistema con terminales que tienen dichas interfases para operar en una manera que logra los beneficios de la invención.
La Figura 27 muestra un ejemplo de una interfaz de máquina de banca automática convencional 162. La interfaz 162 incluye un dispositivo de salida que incluye una pantalla 164. La pantalla 164 puede ser una pantalla CRT, LCD u- otra, pantalla convencional. En la forma de realización la pantalla mostrada 16 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 especializadas como "cancelar", "corregir" y "aceptar". Otras teclas del teclado numérico están generalmente en blanco pero algunas instancias pueden utilizarse.
En la operación de la' máquina d banca automática ¿ convencional, los datos de la pantalla que se generar a partir de la información almacenada en la memoria de la terminal producen £ pantallas de operación definidas que se presentan gráficamente en la pantalla 164. Las pantallas aparece en una secuencia como respuesta a la función de operación seleccionada por el cliente.
Las pantallas 'convencionales también incluyen por lo generSl -'..,·.¦ texto o gráficos representativos de las selecciones que ~ puede hacer el cliente. Estas opciones d texto o gráfica incluyen por . · lo general renglones u otros indicios que extiénden los extremos de la pantalla adyacentes a na de las teclas de función 166. Se habilita al usuario' a seleccionar opciones presionando la tecla de función que es -señalada por la selección. De igual manera, en la operación de la máquina de banca automática, se habilita al usuario a ingrééar carácteres alfanuméricos que comprenden el número PIN así como información de cantidades numéricas y otras instrucciones presionando las teclas del teclado numérico 168.
En una-forma de realización de la presente invención, el software operado en la máquina de banca automática opera para convertir las entradas de tecla ATM normales en eventos del sistema operativo, por ejemplo, un click del ratón en un lugar deseado o una entrada de un ingreso de información de un teclado de tipo QWERTY. Los componentes del software que habilitan la realización de esta función se muestran en las Figuras 28-30,. Estas funciones incluyen un subprograma de teclado numérico 170. El subprograma de teclado numérico 170 en la forma de realización descrita se incluye entre los subprogramas. de los directores de terminal 144. El subprograma de teclado numérico 170 soporta un-subconjunto de funcionalidad de interfaz de dispositivo común de teclado (CDI, por sus siglas en inglés) .
El subprograma de teclado numérico 170 se coordina con el servidor de comando de teclado que opera en la aplicación de servicios de operaciones 146. El servidor de la aplicación de servicios de operaciones se comunica con la interfaz de dispositivos comunes para el teclado numérico y las teclas de función, indicados esquemá icamente' por 172. La CDI clave de la forma .de realización preferida es un programa JAVA que se denomina como una envoltura para la interfaz de dispositivo común relacionada con las teclas de función y el teclado numérico.
El software incluye además un programa de trazado de teclado indicado esquemáticamente por 174. El trazador de teclado de la forma de realización preferida está en conexión con- una base de datos 176 que almacena una variedad de conjuntos de trazos. En la forma de realización preferida, el trazador de teclado es una extensión de la clase de objetos de teclado utilizada para operar el teclado. El trazador de teclado opera-para almacenar conjuntas de mapas de teclas en la base de datos 176. Esto se logra leyendo la información de una base de datos de configuración para el ATM para obtener los mapas de teclas que son operados en la máquina particular. Durante la operación, el trazador de teclado selecciona uno de los mapas de tecla como el conjunto actual. Esto se hace en respuesta al subprograma de teclado y se basa en las instrucciones que se encuentran en los registros HTTP a los cuales se accede selectivamente. El trazador de teclado puede seleccionar mapas de teclado sensibles a las instrucciones de los documentos HTML cargados a través del navegador. El trazador de teclado también es operativo para habilitar el teclado numérico y las teclas de función adecuadas para el conjunto de mapa particular seleccionado. El trazador de teclado es operativo además en respuesta al conjunto de mapas seleccionado para traducir una señal de entrada del teclado numérico o una señal de entrada de*tecla de función en una señal de entrada de teclado o ratón respectiva que luego se suministra al flujo de entrada del teclado o al flujo de entrada de ratón del sistema operativo de la computadora en el cual opera el software. que las tec as de tec a o num r co y as tec as e unc n pue en utilizarse para producir entradas de ratón. De igual manera, las entradas de tecla de función pueden convertirse e¡n entradas de teclado. En algunas formas de realización, sin embargo, sería deseable desactivar el indicador de ratón en la pantalla, de tal manera que el usuario no advierta un icono ' de ratón usual. Tal desactivación puede incluir, en algunas formas de realización, reducir el tamaño del icono del ratón, de tal manera que sea tan pequeño que no pueda ser fácilmente visto por un usuario de la' máquina .
Durante porciones de algunas operaciónes quizás sea necesario que el usuario oprima cualquier t'e'cl¾ . En dichas situaciones, algunas formas de realización preferidas de la invención, operan para desactivar las teclas de teclado numérico o las teclas de función. Dado que los recursos de la computadora ¦¦¦ Y - ¦ ·-.' se utilizan para sondear dichas teclas en búsqueda de entradas,' el. cese de dicho sondeo durante momentos adecuados permite que los recursos de la computadora se dediquen a la realización de otras funciones. Esto aumenta la velocidad a l cual se pueden; efectuar otras actividades. Esto puede lograrse en algunas formas de realización a través del subprágrama del teclado numérico que opera para retirar los dispositivos de tecla de una lista de sondeo. ·, Las Figuras 28-30 incluyen representaciones esquemáticas de los ejemplos de operación del trazador de teclado y del subprograma del teclado numérico. La Figura 29 muestra un ejemplo de una entrada en el teclado numérico 168. En este ejemplo, el subprograma de teclado numérico 170, generalmente como respuesta a las instrucciones de un registro HTTP, por ejemplo un documento HTML u otros eventos, trasnmite y habilita los eventos a la aplicación de servicios de operaciones 146. ?&· respuesta a ello, se selecciona un conjunto d.e mapa de la base de datos 176 que corresponde a un nombre de mapa particular. El servidor de comando de teclado es operativo -además para activad las teclas adecuadas del ATM.
En este ejemplo, en respuesta á' la activación- : del cliente de la tecla "ACEPTAR" en el teclado numérico el CDI genera una señal adecuada para las aplicaciones de servicios de operaciones. Como se advertirá en la Figura 27, la tecla-; "ACEPTAR" se denominará por convención la tecla "J" de la interfaz del ATM:: La aplicación de servicios' de operaciones transmite la señal generada al oprimir el cliente la tecla "J" al trazador de teclado 174. En respuesta a la recepción de la señal el trazador de teclado opera para resolver el objeto en el conjunto de mapa que corresponde al nombre del mapa 'ue. 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 el sistema operativo NT®. El subprograma de teclado numérico 170 opera para detectar la entrada a través de escucha de tecla correspondiente. El subprograma 170 también es operativo para recibir el evento y puede operar para mostrar un icono u otro gráfico que corresponde a lo que el cliente ha:; introducido- ' La Figura 28 muestra la operación dé un trazador de. teclado- en situaciones en las que la aplicación de servicio de operaciones opera para prevenir la transmisión dé la entrada de datos por parte del cliente a su programa 170. Esto puede ser deseable, por ejemplo, en situaciones en las que la entrada por parte del cliente es el PIN del cliente u otros, datos que no se muestran en pantalla.. En estas circunstancias, ía aplicación de servicios de operaciones 1 6 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 caso un símbolo "*" de regreso al navegador. Esto se hace selectivamente en respuesta a las instrucciones incluidas en los documentos a los cuales accede el navegador o en otros registros HTTP a los que accede la computadora, lo que indica que la entrada del cliente corresponde a>su PIN u otros datos que no son enviados al navegador. En el ejemplo mostrado en la Figura 28, solamente el carácter de mantenimiento se transmite a través del trazador del teclado al navegador. En las situaciones en las que el registro HTTP al cual se accede invoca métodos en los que se enviarán valores numéricos al navegador o se mostrarán en la pantalla (por ejemplo, la cantidad de una operación de retiro) la señal enviada Como se apreciará, para activar la máquina de banca automática que procesa documentos HTML para operar utilizando una interfaz convencional de ATM la entrada de ratón incluirá por lo general localizaciones, de coordenadas que correspondan a un lugar ' de la pantalla adyacente a la tecla de función particular. Esto se debe a que el icono, renglón, texto u otro indicio que está seleccionando el cliente presionando la tecla, aparecerán^ preferentemente o se extenderán en la pantalla adyacentes a la' tecla. De esta manera, el cliente está consiente, por medio de la presentación visual, de qué tecla presionar para hacer uñar selección correspondiente. Cualquiera de las teclas de función adyacentes a- la pantalla pueden ser operativas en cualquier momento. El cliente puede hacer selecciones presionando una tecla, de función en un lugar y luego una tecla de función en otro lugafr dispuesto a partir del primero. Esto provocará el envío de señales al flujo de -ratón correspondiente a los 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 dé ratón, según se determine mediante los conjuntos de mapass--seleccionados. Además, los programadores pueden crear conjuntos de 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 convertirse en entradas de teclado y suministrarse al flujo de entrada de teclado. Una ventaja adicional de la configuración de terminal descrita es que las teclas puede 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 e\. teclado. Además, como, se analizó anteriormente,, también pueden tomarse pasos para desactivar las teclas cuando no se requieren y así aumentar las velocidades de procesamiento de las operaciones .
Una ventaja adicional de las formas de realización de la presente invención es la capacidad de la máquina de banca automática para proporcionar documentos impresos con 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 formas de realización preferidas para acceder y procesar documentos HTML permite imprimir gráficos y otros indicios que pueden producir documentos impresos con características de apariencia seleccionadas y diseños ornamentales seleccionados. Esto puede reducir la necesidad de utilizar formatos previamente impresos y también permite imprimir una gran variedad de formatos impresos. Además, la configuración de algunas formas de realización de la máquina permiten imprimir sólo partes seleccionadas de la información de la operación para mantener registros dentro de la máquina, al tiempo que ?e proporicionan, versiones que incluyen gráficos mejorados u otras*-características atractivas para los clientes.
La Figura 31 es una representación esquemática de la operación del sistema al imprimir formatos utilizando una impresora en una máquina de operaciones automática. La forma* preferida de la invención utiliza servicios de impresora WIN3.2 que operan en el NT® 4.0. En la operación ejemplar mostrada, la. clase del gestor director 180 que opera en la porción de teatro de terminal 138 inicia la impresión de un comprobante de operación al solicitar a un director de impresora 182 que imprima un comprobante. El director de impresora en una forma de realización preferida es un grupo de instancias del ambiente JAVA que operan para efectuar actividades de impresión, y es uno de los directores entre los directores de terminal 144. El director de impresora incluye una clase de impresión que se muestra esquemáticamente de manera separada, que, es operativa para invocar un método de impresión URL. La clase de impresora en la forma de realización preferida incluye acceso a un objeto de datos de operaciones compartido que incluye información específica del cliente con respecto a la operación que incluye indicios representativos de la información que se imprimirá. En el caso de una máquina de banca automática, esto puede inclir, por ejemplo, indicios representativos de la información que es leída en la entrada; de tarjeta del clientela la máquina y es leída por un lector de tarjeta;. Esto incluye, por ejemplo, e^L nombre y número de cuenta del cliente. La demás información sobre la operación puede incluir los tipos de operaciones realizados, por ejemplo, depósito^ retiro, o consulta, así como la cantidad implicada en cada operación respectiva.
La aplicación de servicios de operaciones 146 recibe la solicitud de impresión, y transmite la cadena URL al objeto de impresora WIN 184 a través del método de impresión URL. El, domicilio URL en una forma de realización preferida es el domicilio de un registro- HTTP,· por ejemplo un- documento HTML que será' utilizado para formatear .el documento que se habrá de imprimir, en este caso un comprobante. El documento HTML incluye el JAVA script incrustado que procesa los datos de la operación a partir del objeto de datos de operación. El domicilio URL del documento puede encontrarse en una máquina local o recuperarse de otro servidor, por ejémplo, a través de una red indicada y. esquemáticamente por 186. La red 186 puede ser una red de área local o una red de área- amplia, dependiendo de la configuración, de la máquina.
El objeto de impresora WIN 184 navega entonces al domicilio del documento al cual se accederá. Esto se hace de la forma de realización preferida utilizando el C Web Browser 2 ActiveX control de Microsoft. Cuando el documento HTML se ha ; cargado el ActiveX control empieza automáticamente a procesar el "* contenido del documento al cual se ha accedido. La aplicación dé servicios de operaciones 164 invoca el método de impresión URL del objeto de imprésora WIN 184. El objeto de impresora WIN utiliza el ActiveX- paira imprimir el documento- HTML actual. Esta impresión se procesa en los componentes de impresión de íntegrador y gráficos Windows NT®.
El JAVA. CDI recibe un evento del componente de monito -de impresión 192 que, indica la terminación de la integración de impresión. Esto indica que un archivo está ahora di-sponible para ser leído y enviado a la interfaz de dispositivos comunes (CDI) 188 de la impresora de comprobantes.
A continuación, un objeto de impresora 190 invoca una función de datos de lectura en el monitor de impresión 192 para determinar el lugar y el tamaño del archivo de datos de impresión. El objeto de impresión 190 envía los datos o el nombre de la ruta del archivo de datos a la CDI de impresora 188. La CDI de la impresora 188 transmite entonces los datos de impresión al hardware de la impresora. Esto provoca la impresión del documento. e proporc onar ormatos mpresos en var os omas me ante 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 imprimir estados de los clientes, así como para imprimir un diario de operaciones dentro de la máquina de banca automática. Además, al acceder a documentos seleccionados que controlan el formato de impresión los registros del diario de información pueden proporcionarse con información consolidada de manera tal que permita conservar un papel de diario dentro dé la máquina al no' imprimir información promocional o de otro tipo que se proporciona en los documentos, del cliente. ' El método de impresión de la presente invención también permite imprimir varios tipos de indicios ópticos, por ejemplo, código de barras ü otros tipos de. indicios legibles por máquina, que pueden utilizarse para imprimir cupones, cheques o elementos similares. Dicha codificación puede facilitar el rastreo del uso de los elementos por 'parte» de clientes con .finés de evaluar, la efectividad de varias*esfuerzos de GomerciafezacriÓn. Además, los. indicios legibles por ;,1a máquina pueden utilizarse para imprimir en elementos tales como sobre de depósito o en diarios de operación. Dicha' impresión puede facilitar la lectura de tales elementos por parte de la máquina para verificar los contenidos de los depósitos.
Las capacidades de impresión logradas a través de los métodos de la presenta invención también permiten imprimir materiales gráficos selectos. Esto puede incluir, por ejemplo, materiales que incluyan' firmas digitales incrustadas que pueden, utilizarse para vérifijcar la autenticidad- de los elementos impresos. Esto puede, ser particularmente útil, por ejemplo, en situaciones en las que la máquina de operación se utiliza para imprimir vales, cheques de viajero, sobres para puestas u otros artículos que tengan ún valor independiente. Además, puedan producirse documentos ¡impresos a todo color' al incluir una. ... ! impresora de color 'en la máquina de operaciones. , 1 El software, de computadora utilizado en la opreación de las máquinas de operaciones automáticas de la presente invención i ¦¦¦ y las computadoras conectadas pueden cargarse a partir -de artículos de varios tipos en. computadoras respectivas. Dicho software de computadoras puede incluirse en y cargarse desde uno o más artículos, por ejemplo, disketes o discos compactos. Dicho software también puede incluirse en artículos como discos duros, i cintas o dispositivos de; memoria de sólo lectura. Otros artículos que incluyen datos reprsentativos de las instrucciones para operar computadoras ... eiji la manera descrita en el present documento son adecuados par ser utilizados en el logro dé la operación de las máquinas y sistemas de operaciones de conformidad con las formas de realización de la presente invención.
Las formas de realización ejemplares de las máquinas y: sistemas de banca automática descritos en el presente documento se han descrito con referencia a (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 una funcionalidad similar.
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 exactos mostrados ó 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 y los resultados útiles logrados, los elementos nuevos y útiles, disposiciones, piezas, combinaciones, sistemas, equipo, qperaciones , . métodos , procesos y relaciones se especifican en las cláusulas anexas.

Claims (15)

R E I V I N D I C A C I O N E S
1. Un aparato que comprende : una máquina 'de transacción automatizada que incluye por lo menos un dispositivo de función de transacción, un servidor en conexión operativa con el dispositivo de función de transacción, por lo menos un documento HTML accesible a través del servidor, en donde por lo menos un primer documento incluye indicios que corresponden al estado del dispositivo de función de transacción.
2. El aparato tal y como se reivindica en la cláusula 1, caracterizado porque el dispositivo de función de transaccióia. opera en respuesta a un mensaje HTTP recibido pór él servidor. .,
3. El aparato tal y como se reivindica en la cláusula 1, caracterizado porque el estado es representativo de una falla en el dispositivo de función de transacción.
4. El aparato tal y como se reivindica en la cláusula 1, caracterizado porque la máquina incluye una pluralidad de dispositivos de función de transacción, y en donde el documento HTML accesible a través del servidor incluye indicios que corresponden a un estado de cada uno de una pluralidad dé dispositivos de función de transacción.
5. El aparato tal y como se reivindica en la cláusula 1, caracterizado porque la máquina es una ATM.
6. El aparato tal y como se reivindicá en la cláusula 1, caracterizado además porque comprende una terminal portátil, en donde la terminal portátil incluye un mirador, en donde la. terminal es operativa para accesar los . documentos a través del servidor .
7. Un método que comprende: operar un dispositivo de función de transacción en una máquina de transacción automatizada, el dispositivo de función ¿Le transacción tiene un status asociados; y generar por lo menos un primer documento HTML que incluye las primeras instrucciones que corresponden al estado del dispositivo de función de transacción.
8. El método tal y como se reivindica en la cláusula 7, caracterizado además porque comprende el paso de accesar el primer documento con una terminal que incluye un mirador.
9. El método tal y como se reivindica en la cláusula 8, caracterizado porque el paso de accesar incluye el accesar el primer documento con una terminal portátil adyacente a la máquina de transacción automatizada.
10. El método tal y como se reivindica en la cláusula 8, caracterizado porque el paso de accesar incluye el accesar el primer documento a través de una red con una terminal localizada en forma remota de la máquina de transacción automatizada.
11. El método tal y como se reivindica en la cláusula 7, caracterizado además porque comprende los pasos de: recibir un segundo documento HTML con la máquina, el segundo documento incluye las segundas instrucciones; y operar el dispositivo de función de transacción que responde a las segundas instrucciones.
12. Un aparato que comprende: una máquina de transacción automatizada que incluye una. pluralidad de dispositivos de función de transacción, en donde cada uno de os dispositivos de función de transacción tiene un estado asociado, en donde el estado es indicativo de una condición operativa del dispositivo de función de transacción; una computadora de máquina de transacción en conexión operativa con el dispositivo de función de transacción y además que comprende un programa de computadora de máquina ejecutable en la computadora, en donde el programa de computadora opera para hacer que la computadora genere por lo menos un registro HTTP que incluye indicios representativos del estado de por lo menos un dispositivo de función de transacción, y en donde el programa además incluye un servidor, en donde el primer registro HTTP es accesible a través del servidor.
13. El aparato tal y como se reivindica en la cláusula 12, caracterizado porque el registro HTTP comprende un documento HTML .
14. El aparato tal y como se reivindica en la cláusula 12, caracterizado porque el registro HTTP comprende un objeto de datos .
15. El aparato tal y como se reivindica en la cláusula 14, caracterizado además porque comprende una computadora de terminal afuera de la máquina de transacción automatizada, una conexión de comunicaciones que conecta operativamente la computadora de máquina de transacción y la computadora de terminal , y además que comprende un programa de computadora terminal en la computadora terminal, en donde el programa de computadora terminal y el programa de la máquina son operados para transferir el objeto de datos desde la máquina de transacción a la computadora terminal . R E S U M E N Una máquina de cajero automático opera para llevar a cabo transacciones en respuesta a documentos HTML y a mensajes TCP/IP intercambiados con un sistema de computadora local a través de una red interna, así como en respuesta a mensajes intercambiados con servidores extranjeros en una red de área amplia. La máquina de cajero incluye una computadora que tiene una parte de manejo de documento HTML. La parte de manejo de documento HTML opera para comunicarse a través de un servidor proxi , con un servidor HTTP doméstico en la red interna o con los servidores extranjeros en la red de área amplia. La computadora además incluye una parte de aplicación de dispositivo la cual interconecta con la parte de manejo de documento HTML y despacha mensajes para operar los dispositivos en la máquina de cajero automático. Los dispositivos incluyen un mecanismo de surtido de hojas el cual surte billetes así como otros dispositivos de transacción. La parte de aplicación del dispositivo se comunica con una parte de un programa de computadora de interconexión del dispositivo en la máquina de cajero a través de un servidor del dispositivo en la red interna. El servidor del dispositivo mantiene el control local sobre los dispositivos en la máquina de cajero incluyendo el surtidor de hoja. La máquina de cajero opera para leer indicios sobre la tarjeta del usuario que corresponden a una dirección del sistema. La computadora opera para conectar la máquina de cajero con el servidor doméstico o extranjero que corresponde a la dirección del sistema, cuyo servidor conectado opera la' máquina de cajero hasta que se completan las transacciones del usuario.
MX9904939A 1998-05-27 1999-05-27 Sistema y aparato de maquina de cajero automatizado. MXPA99004939A (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,647 US7003492B1 (en) 1996-11-27 1998-11-17 Apparatus and method for indicating the status of transaction function devices in an automated banking machine

Publications (1)

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

Family

ID=27536142

Family Applications (1)

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

Country Status (3)

Country Link
EP (1) EP1030276A3 (es)
CA (1) CA2271222C (es)
MX (1) MXPA99004939A (es)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
HU224671B1 (hu) 2002-10-28 2005-12-28 Comfort-Netshare Kft. Rendszertechnikai elrendezés elektronikus és intelligens kártyát kiszolgáló eszközök adatátviteli hálózatokon központi szerverszámítógéphez történõ összeköttetésére
BR0317741A (pt) * 2002-12-26 2005-11-22 Diebold Inc Aparelho para máquina bancária automática; método de monitorar um módulo de exibição de uma máquina bancária automática; método para determinar falha em um módulo de exibição de uma máquina bancária automática; método para monitorar um módulo de exibição de uma máquina bancária automática; e instruções que possuem meios legìveis em computador
EP1603093B1 (en) * 2002-12-26 2013-07-17 Diebold, Incorporated Cash dispensing automated banking machine display failure detection system and method
JP4355639B2 (ja) * 2004-09-15 2009-11-04 キヤノン株式会社 画像処理装置およびその制御方法
CN113178238B (zh) * 2021-05-24 2024-01-09 北京天健源达科技股份有限公司 云电子病历的体温单生成方法

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
EP0894315A2 (en) * 1996-04-18 1999-02-03 Citibank, N.A. An improved method and system for performing banking transactions, including home banking
CA2258648A1 (en) * 1996-06-17 1997-12-24 Verifone, Inc. A system, method and article of manufacture for managing transactions in a high availability system
US5938726A (en) * 1996-10-04 1999-08-17 Motorola, Inc. Apparatus for reading an electronic network navigation device and a peripheral for use therewith
US5931917A (en) * 1996-09-26 1999-08-03 Verifone, Inc. System, method and article of manufacture for a gateway system architecture with system administration information accessible from a browser
GB2317723A (en) * 1996-09-30 1998-04-01 Viewinn Plc Caching system for information retrieval
SE9603753L (sv) * 1996-10-14 1998-04-06 Mirror Image Internet Ab Förfarande och anordning för informationsöverföring på Internet
US5956487A (en) * 1996-10-25 1999-09-21 Hewlett-Packard Company Embedding web access mechanism in an appliance for user interface functions including a web server and web browser
US5933816A (en) * 1996-10-31 1999-08-03 Citicorp Development Center, Inc. System and method for delivering financial services
US5905872A (en) * 1996-11-05 1999-05-18 At&T Corp. Method of transferring connection management information in world wideweb requests and responses
GB2319102B (en) * 1998-01-30 1998-12-23 Ibm A security system for a transaction processing system

Also Published As

Publication number Publication date
CA2271222A1 (en) 1999-11-27
CA2271222C (en) 2003-10-21
EP1030276A3 (en) 2004-06-30
EP1030276A2 (en) 2000-08-23

Similar Documents

Publication Publication Date Title
US6289320B1 (en) Automated banking machine apparatus and system
US6598023B1 (en) Automated banking machine system using internet address customer input
US6539361B1 (en) Automated banking machine system using plural communication formats
US6901382B1 (en) Automated banking machine and system
US20020026421A1 (en) Automated banking machine and system
US20060136336A1 (en) Automated banking machine and system
MXPA99004931A (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
US20050273427A1 (en) Automated banking machine apparatus and system
US7624050B1 (en) Automated banking machine apparatus and system
EP0961246B1 (en) Methods by which an ATM selectively accesses documents based on the transaction function devices present in the machine
MXPA99004932A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004939A (es) Sistema y aparato de maquina de cajero automatizado.
US7634433B1 (en) Automated banking machine and system
US6963333B1 (en) Automated banking machine apparatus and system
MXPA99004937A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004934A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004933A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004935A (es) Sistema y aparato de maquina de cajero automatizado.
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