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

Sistema y aparato de maquina de cajero automatizado.

Info

Publication number
MXPA99004936A
MXPA99004936A MXPA99004936A MX9904936A MXPA99004936A MX PA99004936 A MXPA99004936 A MX PA99004936A MX PA99004936 A MXPA99004936 A MX PA99004936A MX 9904936 A MX9904936 A MX 9904936A MX PA99004936 A MXPA99004936 A MX PA99004936A
Authority
MX
Mexico
Prior art keywords
data
server
computer
machine
transaction
Prior art date
Application number
MXPA99004936A
Other languages
English (en)
Inventor
W Weis David
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,646 external-priority patent/US6973442B1/en
Application filed by Diebold Inc filed Critical Diebold Inc
Publication of MXPA99004936A publication Critical patent/MXPA99004936A/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0489—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using dedicated keyboard keys or combinations thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0489—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using dedicated keyboard keys or combinations thereof
    • G06F3/04895—Guidance during keyboard input operation, e.g. prompting
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/042—Payment circuits characterized in that the payment protocol involves at least one cheque
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F19/00—Complete 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/20—Automatic teller machines [ATMs]
    • G07F19/201—Accessories of ATMs
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F19/00—Complete 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/20—Automatic teller machines [ATMs]
    • G07F19/206—Software aspects at ATMs
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F19/00—Complete 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/20—Automatic teller machines [ATMs]
    • G07F19/211—Software architecture within ATMs or in relation to the ATM network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/564—Enhancement of application control based on intercepted application data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Abstract

Una maquina de cajero automatico que opera para llevar a cabo transacciones en respuesta a los documentos HTML y a los mensajes TCP/IP intercambiados con un sistema de computadora local a traves de una red interna, asi como en respuesta a los mensajes intercambiados con servidores ajenos 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 el servidor HTTP domestico en la red interna o los servidores ajenos 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 una maquina de cajero automatico. El dispositivo incluye un mecanismo surtidor de hoja el cual surte billetes o monedas asi como otros dispositivos de transaccion. La parte de aplicacion del dispositivo se comunica con una parte de programa de interconexion del dispositivo en la maquina de cajero a traves de un servidor de 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 al servidor domestico o ajeno que corresponde a la direccion del sistema, cuyo servidor conectado opera la maquina de cajero hasta que se completan las transacciones por el usuario.

Description

SISTEMA Y APARATO DE MAQUINA DE CAJERO AUTOMATIZADO CAMPO TECNICO La presente invención se refiere a máquinas de banca automática. Específicamente, esta invención se refiere a un aparato y sistema de banca automática que es capaz de ser utilizada en una red de área amplia, y que proporciona al usuario una interfase familiar desde su institución sede en las máquinas de banda operadas por otras instituciones, y que proporciona, mayores opciones para las salidas de la máquina.
ANTECEDENTES DEL ARTE Son bien conocidas las máquinas de banca automática. Un tipo común de tipo de máquina de banca automática utilizada por los consumidores es un cajero automático ("ATM", por sus siglas en inglés) . Los ATMs permiten a los consumidores realizar operaciones bancarias. Entre las operaciones bancarias comunes realizadas por los ATMs se encuentran disposición de efectivo, realización de depósitos, transferencia de fondos entre cuentas, pago de servicios y solicitudes de saldos de cuenta. El tipo de operaciones bancarias que un cliente puede realizar lo determinan las capacidades de la máquina bancaria particular y la programación de la institución que opera la misma. Otros tipos ce Máquinas de Banca Automática pueden permitir a los clientes hacer cargos contra cuentas o transferir fondos. Otros tipos de Máquinas de Banca Automática pueden imprimir o suministrar artículos de valor, por ejemplo cupones, boletos, sobres para depósito, comprobantes, cheques, cupones de alimento., giros postales, vales o cheques de viajero. Para fines de esta presentación una máquina de banca automática o máquinas de operación automática abarcará cualquier dispositivo que realice operaciones, incluyendo transferencias de valor. Actualmente los ATMs son operados en redes de comunicaciones, estas redes interconectan los ATMs operados por instituciones financieras y otras entidades. La interconexión de las redes suele permitir a un usuario utilizar una máquina de banca operada por otra institución si la máquina de banca de la institución está interconectada con la red que incluye la institución del usuario. Sin embargo, cuando el cliente opera la máquina de la otra institución, el cliente debe operar la máquina utilizando 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. De igual modo, los documentos que son imprimidos por impresora en un Máquina de Banca Automática se limitan generalmente a un grupo limitado de formatos definidos en un solo idioma .
Una institución que no sea la propia 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 opere una máquina que no sea de su institución. La incapacidad de un usuario en una máquina que no sea de su institución para realizar operaciones a las que esta acostumbrado puede presentar problemas .
Las redes que operan cajeros automáticos y otros tipos de máquinas de banca automática generalmente operan redes propietarias con acceso restringido. Es necesario prevenir fraudes o la manipulación en la red o las cuentas de los usuarios. Las redes propietarias también se usan por lo general para la transmisión de mensajes de tarjetas de crédito y otros mensajes de operaciones financieras. El acceso a dicho sistemas de procesamiento de tarjeta de crédito también están restringidos principalmente para fines de mantener la seguridad.
La comunicación sobre redes de área amplia permite que los mensajes se 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 financieros, particularmente los mensajes financieros relacionados con la operación de máquinas de banca automática.
Los mensajes en las redes de área amplia pueden comunicarse utilizando el Protocolo de Control de Transmisión/ Protocolo de Internet ("TCP/IP", por sus siglas en inglés). La patente de los Estados Unidos Número 5,706,422 muestra un ejemplo de un sistema en el cual se almacena información financiera en bases de datos a las cuales se accede a través de un red de área amplia privada utilizando mensajes TCP/IP. Los mensajes transmitidos en dichas redes que utilizan TCP/IP pueden incluir "documentos" (también llamados "páginas"). Los documentos se producen en lenguaje Descriptor de Hipertextos ("HTML", por sus siglas en inglés) que es una referencia a un tipo de lenguaje de programación utilizado para producir documentos con comandos o "etiquetas" dentro. Las etiquetas son códigos que definen características u operaciones del documento como tipos de letra, disposición, gráficos incrustados y vínculos de hipertexto. Los documentos HTML se procesan o leen mediante el uso de un programa de computadora denominado "navegador" . Las etiquetas indican al navegador cómo procesar y controlar lo que se ve en una pantalla o se escucha en las bocinas conectadas a la computadora que ejecuta el navegador cuando el documento se procesa. Los documentos HTML pueden transmitirse a través de una red por medio del Protocolo de Transferencia de Hipertexto ("HTTP", por sus siglas en inglés) . El término "Hipertexto" es una referencia a la capacidad de los vínculos incrustados en el texto de un documento que permite la comunicación con otros documentos a los cuales se puede tener acceso en la red.
Así, existe la necesidad de una máquina y sistema de banca automática que pueda aplicarse en una red de área local, por ejemplo Internet, al tiempo que proporciona un alto nivel de seguridad. Existe además una necesidad de una máquina y sistema de banca automática que proporcione al usuario la interfaz familiar y las opciones de operación de su institución al operar máquinas de otras instituciones.
DESCRIPCION DE LA INVENCIÓN Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática en la cual un usuario pueda realizar operaciones.
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que pueda ser operada a través de la conexión a una red de área amplia.
Es un objetivo adicional de la presente invención proporcionar una máquina y sistema de banca automática que proporcione al usuario una interfaz familiar y opciones de operación de su institución en máquinas operadas por otras instituciones .
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que se comunique utilizando documentos HTML (Lenguaje Descriptor de Hiperfecto, por sus siglas en inglés) y mensajes TCP/IP (Protocolo de Control de Transmisión/Protocolo de Internet, por sus siglas en inglés) generados como respuesta a indicios que se encuentran en la información proporcionada por la tarjeta de un usuario.
Es un objetivo adicional de la presente invención proporcionar una máquina y sistema de banca automática que realice operaciones a través de una red de área amplia al tiempo que mantiene un alto nivel de seguridad.
Es un objetivo adicional de la presente invención proporcionar una máquina y sistema de banca automática que controle la conexión de la máquina de banca a un domicilio extranjero a través de un servidor caché.
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que limite la operación de dispositivos en la máquina a través de un servidor de dispositivos local.
Es un objetivo adicional de la presente invención proporcionar una máquina y sistema de banca automática que sea operable a través de la conexión a Internet .
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que pueda utilizarse para proporcionar a un usuario más tipos de mensajes, incluyendo mensajes dirigidos a usuarios particulares.
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que sea capaz de proporcionar a los usuarios un variedad más amplia de documentos impresos .
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que proporcione opciones adicionales para identificar usuarios autorizados.
Es un objetivo adicional de la pres,ente invención proporcionar una máquina de banca automática que pueda utilizarse en relación con los sistemas de operación actuales al tiempo que proporciona mayor funcionalidad.
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que proporcione mejores capacidades de diagnóstico y servicio.
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que realice operaciones a velocidad rápida.
Es un objetivo adicional de la presente invención proporcionar mejores sistemas en los que se utilicen las máquinas de banca automática.
Es un objetivo adicional de la presente invención proporcionar mejores métodos de operación para máquinas y sistemas de banca automática.
Objetivos adicionales de la presente invención se volverán aparentes en las siguientes mejores modalidades para llevar a la práctica la invención y las Reivindicaciones anexas.
Los objetivos anteriores se logran en una forma de realización preferida de la invención a través de una máquina ce banca automática que incluye un dispositivo de salida, por ejemplo una pantalla, y un dispositivo de entrada, por ejemplo una pantalla táctil o un teclado. La máquina de banca incluye además dispositivos como un mecanismo dispensador de hojas de billetes, un mecanismo impresor, un lector/escritor de tarjetas, un mecanismo de depósito y otros dispositivos físicos que son utilizados por la máquina para realizar las operaciones bancarias .
La máquina de banca incluye además una computadora. La computadora está en conexión operativa con los dispositivos de salida y los dispositivos de entrada, así como el mecanismo dispensador de hojas, el lector de tarjetas y otros dispositivos físicos de la máquina de banca. La computadora incluye programas de software que pueden ejecutarse ahí. Los programas de software incluyen una porción de manejo de documentos HTML. La porción de manejo de documentos HTML opera para enviar y recibir documentos HTML y mensajes HTTP. La porción de manejo de documentos HTML se encuentra preferentemente en conexión con el dispositivo de salida hacia las pantallas que incluyen indicadores de enlaces de hipertexto. La porción de manejo de documentos HTML también se encuentra preferentemente en conexión con el dispositivo de entrada que permite la selección por parte del usuario y la generación de mensajes de respuesta provenientes de la computadora. La porción de manejo de documentos HTML opera preferentemente en conexión con un ambiente de software JAVA y tiene la capacidad de ejecutar instrucciones en JAVA script transmitido con los documentos HTML.
El software de la computadora incluye preferentemente, además, una porción de aplicación de dispositivos. La porción de aplicación de dispositivos incluye software que es operativo para controlar el dispensador de hojas y otros dispositivos. En la forma preferida de la invención la porción de ampliación de dispositivos incluye una variedad de sus programas JAVA para operar los dispositivos que se encuentran en la máquina.
La computadora que se encuentra en la máquina de banca automática incluye además una porción de software que establece una interfaz con los dispositivos. La porción de software que establece una interfaz con los dispositivos opera para recibir mensajes provenientes de la porción de aplicación de dispositivos y para provocar que los dispositivos operen a través de las interfases de hardware apropiadas. En una forma preferida de la máquina de banca automática, la porción de manejo de documentos HTML, la porción de aplicación de dispositivos y la porción de software que establece interfases con los dispositivos, se encuentran en la misma computadora y se comunican en distintos puertos IP.
La máquina de banca automática de la invención se comunica preferentemente utilizando mensajes TCP/IP en una intranet que incluye una variedad de dichas máquinas. La intranet está a su vez conectada a por lo menos una computadora que es operada por una institución. La institución es la entidad que opera las máquina de banca.
La computadora de la institución incluye preferentemente un servidor HTTP local , un servidor caché y un servidor de dispositivos. El servidor caché se comunica a través de la intranet con la porción de manejo de documentos HTML del software de cada una de las máquinas de banca. El servidor caché también puede conectarse a una red de área amplia, por ejemplo Internet, a los cuales se conectan los servidores extranjeros. El servidor de dispositivos es operativo para transmitir mensajes entre la porción de aplicación de dispositivos y la porción de software que establece interfases con los dispositivos de las máquinas de banca. El servidor de dispositivos incluye software de monitoreo que monitorea y limita selectivamente el uso y operación de dispositivos en la máquina de banca. Esto proporciona un nivel de seguridad.
La máquina y sistema de banca automática son operativos para colocar al usuario en conexión con la institución en donde tiene sus cuentas. Ésta puede ser la institución que opera la máquina de banca en donde el usuario está presente u otra institución que esté conectada a la red de área amplia. Para operar la máquina de banca un usuario proporciona entradas que corresponden a un domicilio, por ejemplo un domicilio URL (Localizador Uniforme de Recursos, por sus siglas en inglés) , a través de un dispositivo de registro de domicilios. La porción de manejo de documentos HTML opera para conectar la máquina de banca al servidor que corresponde a ese domicilio. Esto se logra preferentemente teniendo el usuario indicios representativos del domicilio en una tarjeta que es leída por un lector de tarjetas en la máquina de banca, u otro dispositivo de entrada que identifica al usuario o a una institución o entidad en la cual el usuario tiene cuentas.
La porción de manejo de documentos HTML es sensible al domicilio que se encuentra en la tarjeta para conectarse a través del servidor caché a la institución del usuario. Si el domicilio de la institución del usuario corresponde al servidor local, la máquina de banca opera en respuesta a los mensajes provenientes del mismo. Si, sin embargo, el registro del domicilio del usuario corresponde a un domicilio de un servidor extranjero, el servidor caché es operativo para comunicarse a través de la red de área amplia con el servidor extranjero y la institución del cliente. Si el cliente hace que la máquina se conecte a un servidor operado por una institución que no sea la suya, los documentos HTML enviados desde la otra institución corresponden a aquellos proporcionados normalmente por la misma. Como resultado de ello, el cliente está familiarizado con la interfase producida por estos documentos y será capaz de operar más fácilmente la máquina de banca.
El servidor extranjero o 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 ayuda a mantener la seguridad. Además, el servidor caché incluye vigilancia de software que limita a los servidores extranjeros que puedan conectarse a y operar la máquina de banca. Esto se llama " fire wall" (muro de fuego) .
Las formas de realización de la presente invención también proporcionan mejores interfases del usuario y la impresión de una amplia variedad de documentos con la máquina de banca. La invención también permite lograr una mayor funcionalidad al tiempo que se utilizan las redes de operaciones y máquinas de operaciones automáticas actuales.
BREVE DESCRIPCIÓN DE LOS DIBUJOS La Figura 1 es una vista esquemática de una configuración de red que incluye el aparato y sistema de máquina de banca automática de la presente invención.
La Figura 2 es una vista esquemática de una forma de realización preferida de una máquina de banca automática de la presente invención.
Las Figuras 3 a 24 muestran vistas esquemáticas de la máquina de banca automática, una intranet que conecta la máquina de banca a un sistema de computadora de un banco sede y una red de área amplia que conecta el sistema de computadora del banco sede a otro banco.
Las Figuras 3 a 18 representan esquemá icamente los pasos en la operación realizada en la máquina de banca con el sistema de computadora del banco sede .
Las Figuras 19 a 24 representan esquemáticamente los pasos de una operación realizada por la máquina de banca con el sistema de computadora del otro banco.
La Figura 25 es una vista esquemática de una configuración de red que incluye una forma de realización alternativa de una máquina de banca automática de la presente invención.
La Figura 26 es una vista esquemática de los marcos de la porción de manejo de documentos HTML de la forma de realización alternativa de la máquina de banca automática mostrada en la Figura 25.
La Figura 27 es una vista esquemática de una interfaz del cliente de una máquina de banca automática y las teclas de función y teclas del teclado numérico incluidas en la interfaz.
Las Figuras 28-30 representan esquemáticamente los pasos ejemplares al convertir las entradas de tecla de función y tecla de teclado numérico en entradas de flujo de teclado y de flujo de ratón.
La Figura 31 representa esquemáticamente los pasos ejemplares en la impresión de documentos con la máquina de banca automática .
MEJORES FORMAS DE LLEVAR A CABO LA INVENCIÓN Con referencia ahora los dibujos, y en particular a la Figura 1, se muestra ahí una configuración de red indicada esquemáticamente por 10, que incluye el aparato y sistema de banca automática de una forma de realización preferida de la presente invención. La red 10 incluye una variedad de máquinas de banca automática 12 que en la forma de realización preferida de la invención son ATMs. Los ATMs 12 están conectados a un sistema de computadora de un banco sede indicado esquemáticamente por 14. El sistema de computadora del banco sede 14 es el sistema de computadora que es operado por el banco u otra institución que tiene la responsabilidad principal de los ATMs 12. El sistema de computadora del banco sede 14 está conectado a los ATMs 12 a través de una intranet . La intranet es preferentemente una red local o propietaria que proporciona comunicación entre el sistema de computadora 14 y las máquinas de banca 12 utilizando mensajes en el formato de protocolo de control transmisión/protocolo de Internet ("TCP/IP", por sus siglas en inglés).
Los mensajes que se comunican a través de la intranet 16 son preferentemente mensajes TCP/IP y documentos de lenguaje descriptor de hipertexto ("HTML", por sus siglas en inglés). En la forma de realización preferida de la invención los documentos HTML enviados a través de la intranet 16 incluyen instrucciones de programación orientada a objetos enclavados, preferentemente en el formato JAVA® que ha sido creado por Sun Microsystems. Los mensajes enviados a través de la intranet 16 pueden ser enviados en una forma encriptada o no encriptada, dependiendo de la naturaleza del sistema y las necesidades de seguridad del banco sede .
Debe entenderse que las formas de realización de la invención pueden procesar otros formatos de documentos que incluyan etiquetas con instrucciones. Por ejemplo, recientemente se ha propuesto un formato de HTML "extendido" que puede utilizarse en forma de realización de la invención. Para fines de la invención, todos los formatos de lenguajes y variantes que incluyan documentos, y cuyos documentos incluyan instrucciones se denominarán documentos HTML. De igual modo, aunque el JAVA® se utiliza en la forma de realización descrita, pueden utilizarse otros lenguajes de programación. Por ejemplo, en otras formas de realización puede usarse Active-X™ creado por Microsft Corporation u otros lenguajes. Además debe entenderse que las instrucciones incluidas en los documentos pueden ser operativas para provocar que una computadora acceda a otros documentos, registros o archivos en otros domicilios para obtener un programa que realice una operación.
El sistema de computadora del banco sede 14 también puede conectarse como se muestra a una red de área amplia 18. En algunas formas de realización de la invención la red de área amplia 18 es Internet. En otras formas de realización de la invención, pueden utilizarse otras redes de área amplia. La red de área amplia comunica preferentemente mensajes en TCP/IP entre numerosos sistemas de computadora conectados a la red de área amplia. Estos sistemas de computadora extranjeros se representan esquemáticamente por los servidores 20, 22, 24, 26 y 28. Debe entenderse que los servidores 20 a 28 pueden ser operados o estar conectados a otras instituciones financieras en todo el mundo. Los servidores 20 a 28 operan preferentemente mediante la comunicación de documentos HTML y otros mensajes HTTP.
La Figura 2 muestra una vista esquemática del ATM 12 utilizado en relación con una forma de realización preferida de la invención. El ATM 12 incluye una pantalla táctil 30. La pantalla táctil 30 incluye una pantalla que sirve como dispositivo de salida para la comunicación con el usuario de la máquina. La pantalla táctil 30, debido a que es una pantalla táctil, también sirve como dispositivo de entrada para recibir instrucciones de entrada de un usuario. La pantalla táctil 30 está conectada a través de una interfaz 32 a una computadora 34 que está preferentemente albergada dentro de la máquina. Formas de realización alternativas de la invención pueden incluir otros dispositivos de salida, por ejemplo, bocinas de audio.
La computadora 34 también está en conexión con una variedad de dispositivos de función de operación 36 que se incluyen en el ATM 12. Los dispositivos 36 incluyen, por ejemplo, un mecanismo lector/ escritor de tarjetas 38 y un teclado 40. Los dispositivos 36 incluyen además un mecanismo dispensador de hojas 42 que es operativo para dispensar hojas, que en la forma preferida de la invención son billetes de banco. Los dispositivos 36 incluyen además un depósito 44 para aceptar depósitos en un lugar seguro de la máquina. Una impresora de comprobantes 46 para proporcionar comprobantes de operación a los clientes se incluye también entre los dispositivos 36. Una impresora diaria 48 también se incluye entre de los dispositivos para mantener un registro de copia impresa de la información sobre las operaciones. En otras formas de realización pueden utilizarse otros dispositivos de función de operaciones que realicen otras funciones de operaciones. Otras formas de realización pueden incluir menos dispositivos de función de operaciones. Debe entenderse que aunque la forma de realización descrita de la invención es una máquina de banca automática, los principios de la invención pueden aplicarse en muchos tipos de máquinas de operaciones que no realizan necesariamente operaciones bancarias.
Cada uno de los dispositivos está conectado a un bus de control interno 50 dentro de la máquina de banca 12. El bus de control 50 emite los mensajes internos a los dispositivos particulares. Cada dispositivo tiene una interfaz de hardware adecuada que permita al dispositivo particular operar en respuesta a los mensajes que le son transmitidos en el bus de control 50. El lector/escritor de tarjetas 38 tiene un interfaz de hardware mostrada esquemáticamente como 52. Las interfases de hardware 54, 56, 58, 60 y 62 son operativas respectivamente para conectar el teclado 40, el mecanismo dispensador de hojas 42, el mecanismo de depósito 44, el mecanismo de impresión de comprobantes 46 y el mecanismo impresor diario 48 al bus de control 50.
La computadora 34 tiene varios programas de software que son ejecutables dentro de la misma. En la forma de realización preferida de la invención estos programas del software incluyen una porción de software que establece interfases con los dispositivos generalmente indicada por 64. La porción de software que establece interfases con los dispositivos 64 incluye preferentemente una interfaz de dispositivo de software 66 que comunica mensajes electrónicos con el bus de control 50. La porción de software que establece interfases con los dispositivos 64 incluye preferentemente, además, un administrador de dispositivos 68. El administrador de dispositivos es preferentemente operativo para administrar los varios dispositivos 36 y controlar sus varios estados, de tal manera que se garantice que operan adecuadamente en secuencia. El administrador de dispositivos también es preferentemente operable para crear objetos de dispositivos en el software, de tal manera que permita la operación de los dispositivos a través del programa orientado hacia objeto 70. La porción del software que establece interfases con los dispositivos 64 incluye también la porción del programa orientado hacia objeto 70, que en la forma de realización preferida es una aplicación escrita en el lenguaje JAVA. El programa 70 trabaja junto con el administrador de dispositivos para recibir mensajes JAVA orientados hacia objetos en lo que provoca que los dispositivos operen, y que se transmitan mensajes de operación de los dispositivos indicativos de una manera en la cual los mismos están operando o recibiendo datos de entrada, o ambas cosas.
La porción de software que establece interfases con los dispositivos 64 en la forma de realización preferida opera en la computadora 34 y se comunica a través de una conexión física TCP/IP 72 con la intranet 16. La conexión física puede ser por marcado analógico, puerto serial, conexión ISDN (Red Digital de Servicios Integrados, por sus siglas en inglés) u otra conexión adecuada. En la configuración del sistema tal como se muestra, la porción del software que establece interfases con los dispositivos 64 se comunica en el domicilio IP de la computadora 34 en un puerto o socket IP indicado por 74 que es distinto al de las demás aplicaciones de software. En otras formas de realización de la invención, la porción de software que establece interfases con los dispositivos 64 puede operar en una computadora diferente a las otras aplicaciones de software de la invención.
Debe entenderse además que aunque en la forma de realización preferida de la invención la porción que establece interfases con los dispositivos 64 es software, en otras formas de realización de la invención todos o partes de los pasos de instrucción ejecutados por la porción de software 64 pueden estar residentes en firmware o en otros medios de programa en relación con una o más computadoras, que son operativas para comunicarse con los dispositivos 36. Para fines de la invención, todas esas formas de instrucciones ejecutables se denominarán como software.
Otro software opera también en la computadora 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 80 permite a la computadora 34 ejecutar instrucciones en JAVA, indicadas esquemáticamente por 82. Las instrucciones que son ejecutadas por la computadora en JAVA son preferentemente comandos de JAVA script enclavados que se incluyen en los documentos HTML que se reciben a través del navegador 76. El navegador 76 en conexión con el software de ambiente JAVA 80 que ejecuta las instrucciones en el JAVA script enclavado 82, sirven como una porción de software de manejo de documentos HTML para transmitir y recibir documentos HTML y mensajes TCP/IP a través del puerto IP indicado por 78.
La computadora 34 también tiene software ejecutable que tiene una porción de aplicación de dispositivos 8 . La porción de aplicación de dispositivos 84 contiene instrucciones ejecutables relacionadas con la operación de los dispositivos 36. En la forma de realización preferida de la invención, la porción de aplicaciones de dispositivos consta de una variedad de subprogramas JAVA. Los subprogramas también son preferentemente operables para controlar y hacer un seguimiento del estado de los dispositivos con los cuales están relacionados. Ciertos subprogramas también son preferen emente 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, pueden utilizarse otros subprogramas para realizar varias funciones deseadas o controlar los dispositivos de la máquina. La porción de aplicación de dispositivos 84 se comunica en la computadora 34 en cualquier puerto IP indicado por 86.
En la forma de realización descrita de la invención, la porción de aplicación de dispositivos 84 del software no comunica sus mensajes directamente a la porción de software que establece interfases con los dispositivos 64. Como se explicará posteriormente, esto proporciona mayor seguridad. Sin embargo, debe entenderse que las formas de realización de la invención pueden establecer que la porción de aplicación de dispositivos 84 comunique directamente ménsajes 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 apreciará también que ciertos subprogramas de la porción de aplicación de dispositivos 84 pueden corresponder a dispositivos que no están presentes en todos los cajeros automáticos. Por ejemplo, un cajero automático que opera únicamente como dispensador de efectivo no incluye un mecanismo de depósito como el depósito 44. Para dar cabida a la situación en la que un usuario solicita una operación que no es posible físicamente en el ATM 12, la porción de software que establece interfases con los dispositivos 64 puede programarse para proporcionar un mensaje de respuesta adecuado para indicar que la función no está disponible.
De manera alternativa, la porción del software que establece 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 el ATM puede configurarse para proporcionar únicamente documentos HTML que correspondan a los tipos de operaciones que el ATM es capaz de realizar. Como resultado de ello 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 incluye un sitio para depósitos.
De manera alternativa, la máquina puede incluir en la memoria, datos representativos de los dispositivos funcionales incluidos en la máquina. Esto puede incluir, por ejemplo, datos representativos de una variedad de dispositivos en la máquina y las configuraciones de los dispositivos, o, de manera alternativa, un designador tal que un número de máquina sea suficiente para identificar las capacidades de la máquina. Los datos del dispositivo que indican los dispositivos funcionales en la máquina se comunican a un servidor y el servidor es operativo para suministrar los documentos HTML adecuados para los dispositivos presentes en la máquina. Esto puede hacerse con base en los datos que corresponden a los datos de dispositivo provenientes de la máquina, o puede resolverse a partir de la memoria que mantiene los datos representativos de los dispositivos funcionales en una máquina relacionados con un designador particular. Los documentos suministrados selectivamente por el servidor al navegador de la máquina incluirán las referencias adecuadas a los dispositivos funcionales presentes en la máquina. Estos documentos pueden ser documentos estáticos o pueden generarse en un tiempo de ejecución a partir de subdocumentos o, de otro modo, para proporcionar las salidas e instrucciones adecuadas a los dispositivos de salida de la máquina de operaciones.
La Figura 3 muestra al ATM en comunicación a través de la intranet 16 con el sistema de computadora del banco sede 14. El sistema de computadora 14 incluye un servidor caché 88. El sistema 14 incluye además un servidor local HTTP (Protocolo de Transporte de Hipertexto, por sus siglas en inglés) 90. El sistema de computadora 14 incluye además un servidor de dispositivos 92. El servidor caché, el servidor local HTTP y el servidor de dispositivos pueden incluirse en una sola computadora, como se muestra, o en otras formas de realización pueden ser distintas computadoras. En otras formas de realización puede haber operativos servidores adicionales.
El servidor local HTTP 90 está preferentemente en comunicación electrónica con un sistema de computadora auxiliar, indicado esquemáticamente por 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é 88 también es operativo para comunicarse a través de la red de área amplia 18 con servidores distintos, por ejemplo el servidor extranjero 96. El servidor extranjero 96 es un ejemplo de un servidor operado por una institución distinta a la institución que opera el sistema de computadora 14. Debe entenderse que aunque el servidor extranjero 96 se indica como operado por una institución "extranjera", esto no indica necesariamente que la institución se localiza en otro país al de la institución que opera el sistema de computadora 14. Sin embargo, es posible que el servidor extranjero 96 pudiera estar localizado en un país extranjero, incluso 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.
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 servidor 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 servidor caché. El servidor local HTTP envía los mensajes dirigidos al puerto IP relacionado con el navegador 76, de tal manera que provoque que aparezcan en la pantalla en el ATM adecuado. Debe entenderse que aunque 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 varios puertos de entrada. El material o los mensajes podrían incluir publicidad de varios productos o servicios u otro material dirigido a lugares de máquina particulares. Los subprogramas JAVA y el JAVA script se cargan a partir de un lugar central, proporcionando distribución de software selectiva en los ATMs que también pueden utilizarse para personalizar el ATM a su ambiente al provocar que acceda a documentos que incluyen material destinado para ser útil en ese lugar, y que no se proporciona en los documentos suministrados por lo menos a alguna otra de las máquinas del sistema.
Los sistemas de la presente invención pueden configurarse para tener documentos de acceso HTML a máquinas seleccionadas en distintos domicilios, para que los documentos particulares a los cuales se tenga acceso incluyan el material dirigido a los usuarios de la máquina particular. De manera alternativa, una máquina puede comunicar datos de má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 almacén de datos en relación con el servidor, el servidor opera para suministrar los documentos incluyendo el material dirigido. Esto puede lograrse mediante el ensamblado de subdocumentos , o de otro modo, para generar los documentos que serán suminsitrados al navegador de la máquina particular. Además, debe entenderse que aunque en la forma de realización mostrada se tiene acceso a los documentos HTML a través de un servidor de una institución relacionada con la máquina, se puede tener acceso a los documentos utilizados para la modalidad de atracción desde otros servidores operados por otras entidades.
La pantalla táctil 30 en esta operación ejemplar muestra una pantalla que incluya un icono que indica en uno o más idiomas que para iniciar una operación el usuario debe tocar la pantalla. Si el usuario toca la pantalla en el área de un icono se genera una señal de entrada. La señal de entrada es transmitida a través del navegador 76 al domicilio local del servidor local HTTP 90 con el cual el ATM 12 se encuentra actualmente en comunicación. El mensaje generado en el servidor HTTP está representado por las flechas dirigidas desde el navegador 76 a la intranet 16, desde la intranet 16 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 un 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 realización preferida las instrucciones proporcionan un puntero o etiqueta al subprograma que se ejecuta én respuesta a la recepción de las instrucciones del documento. Desde luego, en otras formas de 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ón del lector de tarjetas, el subprograma JAVA de la porción de aplicación de dispositivos 84 se comunica con el servidor de dispositivos 92. El servidor de dispositivos 92 incluye un programa de servidor de dispositivos 98 que en la forma de realización preferida es un programa JAVA que permite la comunicación con los subprogramas JAVA y la aplicación del servidor de dispositivo 100. El servidor de dispositivos 92 incluye preferentemente, además, una aplicación de software de monitoreo 102 que es operativa para monitorear las instrucciones de operación de los dispositivos. El software de monitoreo reduce al mínimo el riesgo de fraude o abuso en una manera que se explicará posteriormente.
Volviendo a la operación muestra, en respuesta a la recepción del mensaje de habilitación del lector de tarjetas proveniente de la porción de aplicación de dispositivos 84, el servidor de dispositivos 92 es operativo para generar un mensaje a través de la intranet a la porción de software que establece interfases con los dispositivos 64 del ATM 12. Este mensaje se dirige al puerto IP indicado por 74 que es en donde se comunica la porción de software que establece interfases con los dispositivos 64. En respuesta a la recepción de este mensaje, la porción de software 64 es operativa para enviar un mensaje al bus de control 50 que habilita el mecanismo de lector de tarjetas 34.
Siguiendo con la operación como se muestra en la Figura 6, el registro de la tarjeta por parte del cliente en el lector de tarjetas 34 es operativo para provocar que los datos de la tarjeta sean, leídos y la porción de programas que establecen interfases con los dispositivos 64 envíen un mensaje al servidor de dispositivos 92 indicando que se han leído los datos de la tarjeta. El servidor de dispositivos transmite este mensaje a través de la intranet 16 a la porción de aplicación de dispositivos 84. La porción de aplicación de dispositivos envía' entonces un mensaje al servidor de dispositivos solicitando los datos de la tarjeta. 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 de regreso a través de la intranet 16 a la porción de aplicación de dispositivos 84.
En una forma de realización preferida de la invención, la tarjeta por parte del usuario o cliente incluye indicios que corresponden a un domicilio relacionado con el usuario en la red. En esa forma de realización los indicios corresponden a un domicilio del localizador uniforme de recursos ("URL", por sus siglas en inglés) que proporciona información en la computadora con respecto a dónde reside la información sobre el usuario, así 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 correlacionar, con otros datos leídos en la tarjeta. Los datos necesarios para derivar el domicilio para acceder a los documentos relacionados con un cliente también pueden derivarse de las entradas a los dispositivos de entrada distintos a, o además de los datos de tarjeta, incluso, por ejemplo, datos biométricos que son ingresados por 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 de tarjeta o un lector de tarjeta, pueden corresponder a un domicilio para acceder a un registro HTTP, que puede ser un archivo o documento que incluye información que pueda utilizarse para verificar la identidad de un usuario. Este registro podría incluir datos que corresponden a un número PIN. La información puede incluir datos biométricos que correspondan al usuario autorizado de la tarjeta.
El navegador puede acceder al registro y utilizar los contenidos del mismo, por ejemplo, en forma de datos o instrucciones para verificar que los indicios que correspondan a los datos biométricos del registro correspondan a los datos biométricos del usuario que ingresa la tarjeta. De manera alternativa, los datos de entrada representativos de la apariencia, voz, u otras características (o combinaciones de ellas) u otros datos de entrada, pueden utilizarse para generar uno o más domicilios que correspondan a un usuario, y el contenido del registro en el domicilio al cual se ha tenido acceso utilizarse para verificarse que el usuario de la máquina corresponda al usuario relacionado con el registro. Pueden aplicarse numerosos enfoques dentro del alcance de la invención. La información del registro que corresponda a un usuario puede usarse, de igual manera, para autorizar a ciertos dispositivos funcionales de la máquina para operar para el usuario mientras que otros dispositivos quizá no lo hagan. Por ejemplo, un usuario que esté sobregirado puede tener información en el registro al cual se ha accedido que le impida activar el suministrador de efectivo, mientras que otros usuarios que no estén sobregirados pueden incluir información que les permita realizar dicha operación. De manera alternativa, la ausencia de información en un registro correspondiente puede activar la operación, mientras que la inclusión de información limite selectivamente la operación de los dispositivos.
Volviendo a la operación ejemplar, el suministro de los datos de la tarjeta de una tarjeta leída con éxito se entrega como respuesta a la programación de la porción de aplicación de dispositivos 84 a un subprograma JAVA relacionado con la notificación en el sentido de que se han registrado los datos de la tarjeta. En respuesta a ello, el subprograma JAVA opera para generar el JAVA script que configura el navegador con el domicilio URL de la tarjeta. El subprograma 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 el 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 los 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 lote o entregarse en domicilios seleccionados en una red de área local o amplia.
Como se muestra esquemáticamente en la Figura 7, en respuesta a la recepción del navegador 76 de los datos del domicilio URL, el navegador es operativo para transmitir un mensaje a través de la intranet 16 al servidor caché 88. Para fines de este ejemplo, el domicilio URL relacionado con los datos de la tarjeta es el de un cliente relacionado con el banco sede que opera el sistema 14. Como resultado de ello, el domicilio del cliente provocará que el mensaje sea dirigido del servidor chaché 88 al servidor local HTTP 90. De manera alternativa, en otros sistemas, la conexión puede hacerse directamente con el servidor 90 sin la intervención del servidor chaché 88. Como se analizó anteriormente, el domicilio URL también puede incluir datos representativos de los dispositivos que son operativos en el ATM.
En respuesta a la recepción del mensaje, el servidor local HTTP 90 encuentra los datos correspondientes a los datos del domicilio URL del cliente en la memoria y responde al navegador web en su puerto IP con un documento HTML. Este documento HTML puede incluir una pantalla que reconoce al cliente particular por 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, en la forma de realización descrita es el servidor 90. El domicilio HTTP corresponde a un registro HTTP que incluye por lo menos una instrucción y preferentemente incluye un programa, por ejemplo, un subprograma JAVA o un archivo Active-X. La instrucción se utiliza para operar el dispositivo de función de operaciones adecuado. El registro HTTP incluye preferentemente datos representativos de una firma, por ejemplo una firma digital. Esta firma digital se recibe en el JAVA script 82 y lo procesa el subprograma JAVA en la porción de aplicación de dispositivos 84. El subprograma JAVA para procesar la firma digital autentifica la misma y autoriza la operación de. la máquina de banca. En ciertas formas de realización el subprograma puede comparar la firma con los datos de firma almacenados en la memoria para una relación previamente determinada, por ejemplo una comparación.
Después de que su programa verifique que el servidor HTTP 90 u otro registro HTTP al cual se ha tenido acceso ha enviado la firma digital adecuada, se permitirá que continúe la operación. Si por alguna razón no se ha enviado una firma digital adecuada, el subprograma JAVA detendrá la 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 un mensaje es devuelto por el navegador 76 al servidor local 90 indicando que la operación puede seguir adelante. Como se muestra en la Figura 8, en esta operación ejemplar el servidor local HTTP 90 opera entonces para enviar un documento HTML al navegador 76 que incluye una página o pantalla que indica al cliente que registre su número de identificación personal o PIN (por sus siglas en inglés) . Este documento HTML incluye preferentemente instrucciones JAVA enclavadas para hacer que la porción de aplicación de dispositivos 84 habilite 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 la porción de aplicación de dispositivos 84 envía un mensaje a través de la intranet 16 al servidor de dispositivos 92. El 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 de regreso a través de la porción de manejo de documentos HTML y el navegador 76 al servidor local HTTP 90. Este mensaje incluye datos representativos del PIN registrado, por el cliente. En algunas formas de realización no 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 puede incluir o señalar a un domicilio para obtener los datos o instrucciones que el subprograma utiliza para realizar esta función de verificación, incluso ciertos datos de 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 PIN 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 el usuario sea un usuario autorizado. Esto puede hacerse, por ejemplo, comparando el registro de datos del usuario con la información correspondiente al usuario autorizado de la tarjeta incluidos en un registro o un documento que tenga un domicilio HTTP y al cual se acceda mediante el navegador o una aplicación HTTP del cliente, a través de un servidor HTTP en respuesta a los datos de la tarjeta. 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 lá página o pantalla que solicita al cliente que registre su PIN la genera el servidor local HTTP 90. Ésta es preferentemente una pantalla que está relacionada con el domicilio URL de un cliente particular. Ésta será la interf se 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á f miliarizado, sino está diseñado idealmente para sus necesidades de operación particulares.
De manera alternativa, el (los) documento (s) o registro (s) que contiene (n) los datos del cliente pueden utilizarse para generar los domicilios de otros documentos. La información también puede utilizarse para generar un documento para un cliente particular en las circunstancias particulares. Este enfoque puede ser útil para reducir el esfuerzo relacionado con la creación por anticipado de una página visual personal o documento para cada cliente.
Los enfoques para lograr esto pueden incluir varios tipos de categorías de información de usuario en el (los) documentos (s) o registro (s) relacionado (s) con un cliente particular. Esto puede incluir información tal como género, personas relacionadas, tipos de cuentas, operaciones permitidas, preferencias del cliente, intereses del cliente, saldos de cuenta, ofertas previas declinadas o aceptadas y -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 con base en el "perfil" del cliente. Además, el subprograma del perfil puede tomar en consideración los dispositivos de operaciones presentes en la máquina particular, la información sobre la cual se almacena en un almacén de datos en la máquina o en otra parte del sistema, así como otros factores, por ejemplo, el día de la semana y la hora del día con base en un reloj del sistema. De esta 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 el subprograma de perfil puede actuar para provocar que los documentos sean construidos o se acceda a ellos por el cliente, que incluyan opciones de operaciones con base en la información del cliente, información sobre la terminal y otros factores. El subprograma de perfil puede operar para ofrecer opciones de operaciones o información basada selectivamente en la información del cliente. Por ejemplo, el operador de la máquina puede ofrecer incentivos, primas, opciones de operaciones adicionales o información publicitaria de manera selectiva a los usuarios. Ciertos tipos de clientes de la institución que opera en la máquina pueden recibir salidas de pantalla con opciones que los alienten a realizar más negocios o diferentes tipos de negocios con la institución. De igual manera, los clientes identificados como clientes de instituciones extranjeras pueden recibir incentivos para realizar negocios con la institución que opera la máquina. El subprograma de perfil puede operar para hacer que la computadora acceda a otros documentos de otros servidores, por ejemplo datos de la bolsa de valores, y proporcionarla selectivamente a los clientes. Debe entenderse que el subprograma 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 la Figura 10. El servidor local HTTP 90 es operativo en respuesta al registro del cliente del PIN correcto para enviar documentos HTML a la porción de manejo de documentos HTML del software en la computadora que opera el ATM. Los mensajes pueden incluir pantallas que indican al cliente seleccionar una operación. Para fines de este ejemplo se supondrá que el cliente 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 a través de la porción de manejo de documentos HTML que comunica un mensaje al servidor local HTTP 90. El servidor 90 responde 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 con la computadora auxiliar 94 para verificar que el cliente tiene la 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 dinero está disponible en la cuenta del cliente y envía un mensaje a través de la CGI 106 al servidor local 90 indicando que puede proceder.
Como 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 la pantalla que indica al cliente que la operación está en proceso. Además, el documento HTML incluye preferentemente JAVA script con instrucciones enclavadas que se ejecutan y comunican a un subprograma JAVA con la operación del mecanismo dispensador de hojas 42.
El documento devuelto por el servidor local 90 puede incluir publicidad u otra información 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 el subprograma de perfil que dependen de las propiedades relacionadas con el cliente, la máquina, la hora actual u otras circunstancias. Esto permite acceder a documentos que proporcionan mensajes promocionales por ejemplo publicidad u otra información al cliente mientras el cliente está esperando que la máquina opere. Debe entenderse que puede tenerse acceso a estos documentos en cualquier lugar, incluso en Internet. Esto hace posible presentar selectivamente una amplia gama de materiales a los clientes. También permite a los operadores de los ATMs y otras máquinas de operaciones presentar publicidad a los clientes, de manera amplia, o dirigida a categorías de clientes o. incluso a clientes particulares de un segmento. Ésta podía ser publicidad del operador de la máquina, por ejemplo un banco, o publicidad relacionada con virtualmente cualquier tipo de bienes o servicios. La publicidad también puede presentarse selectivamente con 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 de monitoreo 102 para verificar si el mensaje es adecuado. Por ejemplo, el software de monitoreo 102 es preferentemente operativo para garantizar que la cantidad de efectivo que se está solicitando no exceda una cantidad previamente establecida. También puede verificar opcionalmente que la cantidad proporcionada a este cliente dentro de un período anterior no haya excedido una cantidad. Esto puede hacerlo el servidor de dispositivos enviando un mensaje a la computadora auxiliar que incluye los datos de la tarjeta que ha recibido previamente del cliente. Este mensaje puede pasar a través del servidor 90 y su CGI asociada u otra conexión. Suponiendo que la instrucción de proporcionar efectivo no sea impedida por un mensaje de la computadora auxiliar o el software de monitoreo, el servidor del dispositivo 92 es operativo para enviar un mensaje que proporcione el efectivo a la porción de software que establece interfases con los dispositivos 64 del ATM. La porción de software 64 es operativa entonces para operar el mecanismo dispensador de hojas 42 para dispensar la cantidad de efectivo solicitada por el cliente.
El software de monitoreo 102 realiza preferentemente funciones adicionales en el servidor de dispositivos. Por ejemplo, los reglamentos gubernamentales o las buenas prácticas comerciales pueden requerir que se limite el tamaño y cantidades de los depósitos que puedan hacerse en un 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 caché 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 programa de dispositivos 70 en la porción de software que establece interfases con los dispositivos 64.
Como lo apreciarán los expertos en la técnica, los 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 suministrados a máquinas particulares, las máquinas pueden diseñarse específicamente para las capacidades de suministro de dinero y otras de los ATMs . Por ejemplo, el ATM puede configurarse para que ciertos programas o grupos de 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 instrucciones requeridas para adquirir los subprogramas o datos. Si los subprogramas o grupos de subprogramas no están presentes én la memoria de la terminal ATM al inicio, el software es operativo para acceder a los domicilios del sistema para documentos que contengan los registros o instrucciones requeridos lo que provocará que la máquina cargue los registros requeridos. El navegador puede utilizarse para acceder a los domicilios y los datos de carga de software correspondientes a las instrucciones de los documentos a los cuales se ha tenido acceso en una memoria de la terminal ATM, para que la terminal tenga los subprogramas y datos requeridos. Dichos domicilios de documentos pueden ser accesibles a través del servidor local 90. De manera alternativa los domicilios pueden encontrarse en un servidor de desarrollo separado conectado a la intranet 1S. De manera alternativa, los documentos pueden ser proporcionados a través de un servidor de desarrollo u otro servidor que sea accesible a la máquina a través de una red de área amplia. Los documentos pueden proporcionarse en el servidor de desarrollo para proporcionar a la máquina instrucciones de cómo adquirir el código de operación para efectuar una amplia variedad de funciones. Las instrucciones pueden ordenar a la máquina que adquiera los datos y los códigos de domicilios necesarios accesibles a través de servidores HTTP a través de un cliente HTTP en la máquina. Los datos y el código pueden adquirirse como respuesta a las instrucciones en uno o varios documentos. La máquina también puede requerir que los subprogramas cargados de esta manera sean subprogramas firmados que incluyan firmas digitales u otras características de autentificación para lograr la operación de ciertos dispositivos en las máquinas.
De manera alternativa, las formas de realización de la invención pueden adquirir los subprogramas y datos necesarios de un almacén de datos remoto. El almacén 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. Esto puede ser la máquina particular, por ejemplo un número de máquina, o puede incluir indicios representativos del tipo o capacidades de dispositivos funcionales de la máquina.
El almacén de datos incluye preferentemente registros que tienen datos o programas 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 puede incluir instrucciones que indiquen cómo la máquina ha de adquirir dichos programas de los servidores conectados en el sistema.
En el ejemplo mostrado el servidor de configuración 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 otra parte en las redes a las cuales está conectada la máquina.
Una ventaja de las máquinas y sistemas que emplean dichas características es la flexibilidad de cambiar la operación 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 proporcionan instrucciones cuando se detecta un acontecimiento así. De manera alternativa, la programación de la máquina puede modificarse mediante la carga de subprogramas o datos nuevos desde un servidor HTTP sensible al estado vigente en ese momento. Esto puede hacerse como respuesta a una consulta a un servidor de base de datos que incluya o esté acompañada por datos representativos de las condiciones o capacidades modificadas de la máquina. En respuesta el servidor suministra el (los) subprograma (s) , datos o instrucciones que operarán la máquina en la modalidad modificada.
Este enfoque elimina la situación con las máquinas de operaciones convencionales en donde la presentación de interfaz estática en el dispositivo de salida ofrece una opción de operación a un cliente. En ocasiones, después de que el cliente 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 software que establece interfases con los dispositivos 64 preferentemente opera para enviar un mensaje de operación de suministro confirmando el mismo al subprograma JAVA responsable del suministro en el programa de aplicación de dispositivos 84. Como se representa en la Figura 12, el subprograma particular es operativo para actualizar el registro de operaciones 104 para indicar el suministro de efectivo al cliente en la cantidad particular. Las instrucciones enclavadas del JAVA script que estuvieron operativas para provocar el suministro de dinero al cliente como también incluirían preferentemente instrucciones para enviar un mensaje de confirmación al servidor local 90 en el sentido de que se ha completado el suministro. El recibo del 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 local 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 como respuesta a la recepción de un mensaje a través del navegador 76. De manera alternativa, el documento puede ser generado por la máquina. En respuesta a la indicación del cliente de que 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 ATM 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 actualizar el 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 dispense efectivo o de otra manera elegida por el operador del ATM. Como se apreciará en la descripción que sigue, la operación de la forma de realización preferida del ATM es inherentemente inflexible y programable para satisfacer las necesidades del operador del sistema.
Como se muestra en la Figura 15 al terminar 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 92 que indica que la función del dispositivo solicitada se realizó con éxito. El servidor de dispositivos 92 es operativo para enviar un mensaje de operación de dispositivo correspondiente a la porción de aplicación de 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 de respuesta de dispositivo para indicar que se imprimió el comprobante del cliente.
Como se muestra en la Figura 16 después de recibir el efectivo y un comprobante, se indica al cliente a través de un documento HTML enviado por el servidor local 90, que indique si desea realizar otra operación. La página visual o pantalla indica al cliente a este respecto. Para fines de este ejemplo, se supondrá que el cliente no desea realizar otra operación y se devuelve un mensaje a tal efecto a través de la porción de 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 el cliente ha terminado, el servidor local 90 es operativo para enviar un mensaje "ir a casa" al ATM. Este mensaje incluye preferentemente un documento 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 90 que transmite los mensajes a la así llamada "modalidad de atracción". Debe recordarse que en ciertas formas de realización script puede operar para provocar que un mensaje sea enviado de la porción de manejo de documento a un domicilio en el servidor local que provoca un registro HTTP correspondiente que incluye instrucciones que comprenden la carga del subprograma deseado.
Como se indica esquemáticamente en la Figura 18, el subprograma de comando "ir a casa" es operativo para configurar el navegador 76. Después de que la porción de manejo de documentos HTML es configurada por el subprograma JAVA para regresar a casa, el subprograma JAVA puede configurarse para proporcionar información al servidor local 90 con respecto al registro de la operación 104 concerniente a la operación que 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 se realizó como respuesta a mensajes de un servidor operado por una institución distinta. Así, la información proveniente del registro de operación 104 puede entregarse como respuesta a un comando "ir a casa" al servidor local 90 a través de la CGI al sistema auxiliar 94 en donde pueda identificarse como información duplicada y desecharse. Esto puede hacerse utilizando la invocación de método remoto (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 con respecto a las Figuras 19 a 24. Una operación con un usuario extranjero que no sea cliente de la institución que opera el ATM 12 y el sistema de computadora 14 se operará bajo el control del servidor local 90 y procederá de la manera del ejemplo anterior hasta el punto en el que el cliente inserta su tarjeta. El cliente inserta una tarjeta que tiene indicios que corresponden a un domicilio URL que no corresponde al servidor local 90. La porción de manejo de documentos HTML es operativa para configurar un mensaje dirigido al domicilio URL que corresponde a los indicios de la tarjeta del cliente u otro domicilio sensible a tales indicios. Este mensaje se entrega al servidor caché 88 que a su vez lo transmite a la red de área amplia 18. Desde la red de área amplia el mensaje procede al servidor extranjero que corresponde al domicilio . URL del cliente. Para fines de este ejemplo el servidor extranjero corresponde al servidor 96 que está conectado a Internet .
En la forma de realización preferida de la invención, el servidor caché 88 incluye software de vigilancia indicado gráficamente ¦ por 107. El software de vigilancia es preferentemente 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 all" y es deseable para fines impedir fraudes en el sistema.
Como se muestra en la Figura 20, el servidor extranjero 96 es preferentemente operable para comunicar documentos al ATM 12 a través de la red de área amplia 18. Esto se hace preferentemente utilizando una conexión de socket segura ("SSC, por sus siglas en inglés) de tal 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 documentó de respuesta del servidor extranjero 96 incluye preferentemente JAVA script enclavado representativo de o que corresponde a una firma digital que identifica el servidor extranjero 96. Esto puede lograrse cargando un registro HTTP que incluya un subprograma firmado, como se analizó previamente. Un dispositivo de su programa en la porción de aplicación 84 del 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 subprogramas 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 subprogramas JAVA pasan de la porción de aplicación de dispositivos 84 al servidor de dispositivos 92, y a la porción de software que establece inter.fases 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 monitoreo 102 los monitorea para reducir al mínimo el riesgo de fraude o abuso.
Como se indica en la Figura 21, los documentos provenientes del servidor extranjero 96 pueden ser operativos para mostrar en la pantalla táctil 30 una solicitud del cliente para registrar su PIN. Las instrucciones del JAVA 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 él 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 PIN a través del navegador si se desea.
La Figura 22 indica la devolución del mensaje de operación de dispositivo y los datos del PIN al subprograma JAVA, que a su vez transmite los datos de regreso al servidor extranjero 96 a través de la red de área amplia 18 usando una conexión de socket segura. A partir de este punto, la operació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 el servidor extranjero 96 opera la máquina, sin embargo, el software de monitoreo 102 del servidor de dispositivo 92 es operativo para monitorear los mensajes en la manera antes analizada. Dicho monitoreo operaría, por ejemplo, para prevenir el suministro de cantidades indebidamente 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 del código que ejecutan una clase de objetos de operación que limita las operaciones que pueden realizarse. Por ejemplo, las operaciones que activan la conexión con el servidor extranjero pueden establecer instancias de objetos que proporcionan capacidades limitadas específicas con respecto a mensajes recibidos del servidor extranjero. Esto puede, por ejemplo, limitar la cantidad de dinero suministrada, impedir la operación de un dispositivo de 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 el propietario de la máquina permita. Como resultado de ello, los documentos a los cuales se altere en el servidor de banco extranjero pueden ser una variación de lo 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án disponibles con un cargo de servicio relacionado.
El ATM de la forma de realización descrita puede mejorar la seguridad al limitar los domicilios a los cuales puede 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 cuales se puede acceder a través de la intranet del banco local. Se puede tener acceso a la máquina para registrar periódicamente los datos de la memoria y actualizarlos. Este registro por sí mismo puede requerir una firma digital que corresponda a una firma en la memoria de la terminal antes de 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 mensajes que recibe al acceder a los documentos en el servidor extranjero. Esto puede incluir firmas digitales que al ser transferidas utilizando técnicas de incriptación de tecla pública o tecla privada verifican los mensajes como genuinos. La máquina realiza una verificación para asegurarse de que la firma en los registros a los cuales se ha accedido desde el servidor extranjero corresponde a la firma digital para ese domicilio almacenada en la memoria, y permite la operación de los dispositivos de operación, por ejemplo el dispensador 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 documento, las firmas o el registro firmado abarcan cualquier indicio que se incluya en o sea derivablé de un registro que sea indicativo de que está autorizado.
Como puede apreciarse a partir de la presentación anterior, el servidor extranjero 96 puede comunicarse con el usuario a través de la pantalla táctil en un idioma que sea distinto al normalmente utilizado por los clientes de la institución que opera el sistema de computadora 1 . Como resultado de ello, los documentos HTML pueden mostrar solicitudes de efectivo de un tipo o de una cantidad que no se incluya en el ATM. Para dar acomodo a esta situación se incluye un subprograma en la porción de aplicación de dispositivos 84 para tratar las solicitudes de moneda extranjera. El subprograma de moneda extranjera provoca que el ATM envíe un mensaje de regreso a su servidor local con fines de calcular la cantidad más cercana que puede proporcionarse al cliente en la moneda disponible en el ATM que corresponda a la que solicitó el cliente. Como se apreciará este subprograma será operativo para solicitar el domicilio de función particular dentro del servidor local que sea capaz de proporcionar esta función. Cuando se hace el suministro el subprograma también es operativo para indicar el servidor 96 que la cantidad suministrada difiere un tanto de la cantidad que solicitó el cliente. Desde luego, en otras formas de realización, pueden aplicarse otros enfoques. De manera alternativa, un subprograma en la máquina puede generar presentaciones visuales que muestran equivalentes en moneda local cuando se muestran o procesan cantidades en moneda extranjera. Esto puede incluir presentar ambas cantidades en presentaciones visuales al usuario.
Como se representa en la Figura 23, cuando el cliente extranjero ha acompletado su operación indicándolo a través de la pantalla táctil 30, el servidor extranjero 96 es operativo para enviar el mensaje "ir a casa" al ATM. La recepción de este mensaje es operativo en la manera previamente descrita para provocar que la aplicación de dispositivos 84 opere en respuesta a las instrucciones del JAVA script enclavado para configurar la porción de manejo de documentos HTML y provocar que el navegador 76 reestablezca la comunicación con el servidor local 90, u otro domicilio de documento designado.
Como se indica en la Figura 24, el 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 104. Esta información del registro de la operación que incluye el nombre del cliente, el 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 pertinentés. 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 en los datos de configuración de 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 püeden incluir una característica adicional para facilitar el acceso a documentos en la red a la cual la máquina está conectada. Esta característica es operativa para determinar si un registro HTTP, por ejemplo, un documento HTML u otro 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 la incapacidad de tener acceso a un registro, debido a que el servidor a través del cual se tiene acceso al registro normalmente esté descompuesto. Otras formas de realizació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 separado que verifica si un servidor, al cual la computadora deseará acceder, está vivo. El subprograma opera en respuesta a la recepción de un domicilio o porción del mismo, con el cual se establece una conexión. El subprograma opera para realizar una conexión de socket con el domicilio y carga una cantidad pequeña pero suficiente del registro u opera de otra manera para determinar que el servidor a través del cual se debe acceder al registro está vivo. En respuesta a la verificación de la operación del servidor remoto por parte del subprograma, o de la determinación de otra manera de condiciones indicativas de que se puede tener acceso o que está cargado, la computadora opera entonces de tal manera que el navegador o componente de software similar se habilita para navegar hacia el domicilio a la hora adecuada en la secuencia de la operación. Si el subprograma no puede detectar que el servidor remoto está vivo, o determina que no aparece, puede accederse al registro o éste puede cargarse, puede tomarse pasos para acceder a domicilios alternativos o descontinuar la operación. Los domicilios alternativos a los 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. Este enfoque evita demoras al realizar las operaciones.
Formas de realización alternativas pueden emplear otros enfoques para determinar si se puede acceder o bajar con éxito los registros HTTP deseados, por ejemplo documentos HTML, antes de que el navegador proporcione intentos de interfaz del cliente para acceder al documento. Dichas formas de realización pueden 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 registro 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 la memoria, y si la velocidad es menor a la de los datos representativos de la velocidad almacenada deseada se accede a un registro 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 particular, destacan entre estos factores, por ejenplo, información sobre el día y la hora, o información de los detectores, por ejemplo, detectores que indican que otras personas están esperando utilizar la máquina. De esta manera, puede evitarse el acceso a documentos que tengan salidas excesivas y que tienden a prolongar las operaciones, incluso cuando los registros pueden cargarse a una velocidad adecuada .
Aunque la forma de realización descrita de la máquina y sistema de banca automática de la presente invención se muestra con respecto a un tipo de máquina particular que se hace específicamente para obtener conectividad con redes de área amplia, también pueden adaptarse máquinas de banca automática convencionales para incluir dicha capacidad. Específicamente, la porción de manejo de documentos HTML y las porciones de aplicación de dispositivos pueden incluirse en otro software convencional que opera dentro de una máquina de banca automática. Esto permite a los ATM operar ya sea en la red propietaria convencional o como parte de una red de área amplia. Además, las máquinas de banca automática pueden configurarse para operar sus dispositivos a través de la porción de software que establece interfases con los dispositivos de la invención o a través de una interfase software distinta al operar en una red convenc onal. Dichas máquinas pueden cambiar a requerir que los mensajes de dispositivos pasen a través, de un servidor de dispositivos al operar bajo el control de un servidor dentro de una red de área amplia para mantener la seguridad en el sistema. De esta manera un sólo ATM podría operar en redes propietarias en la manera en la cual lo hacen los ATMs actuales así como en la configuración de red del sistema de la invención.
Formas de realización alternativas de la invención operan para comunicar mensajes de operación utilizados en una red de ATM propietaria. Esto puede lograrse utilizando una CGI en conexión ya sea con la porción de manejo de documentos HTML del ATM o el servidor local HTTP. La CGI opera en conexión con un programa de conversión de mensajes para obtener los datos necesarios de los documentos HTML y los mensajes TCP/IP y genera los mensajes de solicitud de operación adecuados para la red de operaciones propietarias. De igual modo, el programa de conversión de mensajes y la CGI operan para recibir mensajes de comando de función de la red propietaria y los convierten en documentos HTML o mensajes TCP/IP adecuados, o en ambos, que pueden ser usados por el ATM. Debido a que estos formatos de red propietaria están definidos y los datos necesarios para producir e interpretar los mensajes son conocidos, se logra el uso del ATM 12 directamente en una red de ATM propietaria.
Los mensajes de operación ATM convencionales son mensajes de disposición definidos que no incluyen documentos HTML en mensajes HTTP. Un ejemplo de mensajes convencionales conocidos utilizados para operar los ATMs son los mensajes Diebold 91X. Dichos mensajes suponen por lo general la transmisión de un mensaje de solicitud de un ATM en una disposición definida que incluye datos registrados por el cliente (cuenta/pin) y una indicación del tipo y cantidad de la operación solicitada. El mensaje solicitado es recibido por una computadora matriz ATM que en vía de regreso un mensaje de respuesta con una disposición definida que incluye una indicación de si se autoriza la operación. A continuación el ATM devuelve otro mensaje a la computadora matriz indicando si la máquina pudo realizar la operación. Los mensajes utilizados en dichas redes propiedad de la empresa convencionales ocupan generalmente poca amplitud de banda .
Al conectar el ATM de la invención a dicha red, se proporciona un servidor. El servidor se encuentra en conexión operativa con una memoria que incluye una base de datos de relación que mantiene datos de conversión de mensajes y de creación de documentos. En una configuración, el servidor está conectado a una porción de manejo de documentos a través de una red, o puede recibir en la computadora del ATM. El servidor produce los documentos a los cuales accede el navegador y que incluyen instrucciones para el dispositivo de operaciones. El servidor (o servidor conectado) comunica los mensajes convencionales con la computadora matriz. Un servidor puede proporcionar una interfase para varios ATMs conectados en una LAN, o, alternativamente, cada ATM puede tener su propio servidor operando en sí .
La capacidad del ATM 12 para comunicarse en una red propietaria también permite la operación del ATM en una manera en la que la interfaz es generada por la institución sede del usuario en la manera antes descrita, pero en la que las operaciones son autorizadas a través de mensajes dirigidos a través de una red ATM propietaria . Esto hace que se logre la seguridad de utilizar la red propietaria al tiempo de que se proporcionan al cliente las ventajas de la interfaz del banco sede familiar o la interfaz de "página inicial personal", o ambas .
En una configuración de ese tipo los dispositivos de función de operaciones del ATM pueden operarse de la manera convencional en respuesta a mensajes de operación. ATM convencionales, por ejemplo mensajes Diebold 91X, en la red propiedad de la empresa. Los dispositivos de salida del cliente, por ejemplo la pantalla (y las bocinas, si se proporcionan) se comunican a través de un navegador conectado a una red de área local o amplia. El navegador accede a documentos para indicar al cliente a través del funcionamiento de una operación, pero los documentos no incluyen instrucciones que provoquen la operación de dispositivos como el dispensador de efectivo.
En una configuración, el navegador puede ser operado por la computadora en respuesta al estado de los dispositivos de la máquina, ya que los dispositivos son operados 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 interfaz familiar y única, y puede presentarse información de comercialización, por ejemplo publicitaria u otro material en la secuencia de operación.
En otras forma de realización, las máquinas pueden realizar algunas funciones de dispositivo con base en mensajes convencionales, mientras que otras pueden realizarlas en respuesta a instrucciones de documentos HTML u otros mensajes HTTP. Por ejemplo, los documentos HTML pueden proporcionar datos considerables para ser utilizados por impresoras u otros dispositivos de salida. Algunas forma de realización pueden acceder a documentos que contengan instrucciones, pero pueden ignorar algunos y actuar en respuesta a otros . El operador de sistemas puede seleccionar el enfoque configurando el Software con base en sus requerimientos .
Una ventaja adicional de la configuración del sistema de una forma de realización preferida es que tiene una mayor flexibilidad para comunicar mensajes relacionados con el ATM. El administrador de dispositivos 68 genera preferentemente mensajes de estado relacionados con el estado de los dispositivos 36. Estos mensajes de estado pueden representar comúnmente información sobre las condiciones que existen en los dispositivos. Dichos mensajes pueden indicar que los suministros de papel para las impresoras o los billetes, son bajo o se han agotado. Otros mensajes pueden indicar que los dispositivos no están funcionando de manera adecuada. A menudo, dichos mensajes indican que el ATM requiere de servicio. Todos esos tipos de mensajes se denominan en el presente documento, de manera intercambiable, como mensajes de estado o falla.
La porción de sof ware que establece interfases con los dispositivos 64 se comunica a través de la intranet 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 mensajes al proveedor de servicios. Además, los mensajes de falla pueden dirigirse selectivamente con base en la naturaleza de la falla indicada. Por ejemplo, los mensajes de falla indicadores de una necesidad de volver a abastecer dinero o suministros puede dirigirse a un domicilio en la intranet relacionado con una entidad que tenga la responsabilidad de reabastecer los suministros. De manera alternativa, los mensajes de falla que indican una necesidad de otros tipos de servicios pueden dirigirse a un domicilio relacionado con una entidad que pueda proporcionar el tipo de servicio requerido.
De manera alternativa, el despacho selectivo de mensajes de falla a domicilio en la intranet 16 puede lograrse configurando de manera adecuada el servidor de dispositivos 92. Además, ya sea la porción de software 64 o el servidor local 90 de dispositivos 92 puede dirigir mensajes de falla del ATMs a un sistema de manejo de fallas por ejemplo una computadora que opere el software Event Menagement System™ disponible en Diebold, Incorporated. Dicho software es operativo para resolver la naturaleza de la conducción de falla y notificar al personal adecuado de la acción correctiva a emprenderse.
El ATM 12 puede incluir a demás una función de Software para ayudar en el diagnóstico de problemas y proporcionar servicio de reparación. Como se representa gráficamente en la Figura 2, formas de realización alternativas del ATMs 12 pueden incluir un miniservidor HTTP 109 que está en comunicación con el dispositivo que establece una interfaz con la porción de Software 64. El servidor 109 está configurado para recibir mensajes de estado de dispositivo y para producir registros HTTP incluso documentos HTML en respuesta a ello, que proporcionan datos representativos del estado de dispositivo a un dispositivo de diagnóstico 110, por ejemplo una terminal de computadora manual. El servidor 109 incluye un CGI para establecer un interfaz con el Software de dispositivo para que un técnico pueda acceder a la información en los registros accesible a los domicilios HTTP relacionados con mensajes de estado, y realizar una prueba de entrada e instrucciones correctivas a través del dispositivo de diagnóstico 110. Los registros HTTP o documentos HTML generados por el servidor 109 pueden incluir preferentemente instrucciones gráficas y de audio indicativas de condiciones como problemas, así como datos de acción correctiva e instrucciones de reparación.
En versiones alternativas de la invención, las funciones del miniservidor HTTP 109 pueden residir en el servidor de dispositivo 92. Esto puede ser particularmente apropiado cuando la función del servidor de dispositivo reside en la computadora dentro del ATM. A pesar de en dónde reciba la función, el uso de componentes visuales y de audio de documentos HTML relacionados con el mensaje de mantenimiento y diagnóstico facilita el servicio al ATM.
Estos registros suministrados a través del miniservidor HTTP incluyen instrucciones que corresponden con las condiciones de estado o falla. Puede accederse a dichos registros o documentos localmente como se analizó previamente, o de manera remota. IJn técnico que utilice una computadora manual que incluya un navegador u otro software operativo para acceder a los registros HTTP puede acceder a los documentos localmente con fines de mantenimiento, diagnóstico y servicio. En algunas situaciones, la interfaz del cliente y el navegador relacionado con ella pueden utilizarse para acceder al miniservidor HTTP, o pueden utilizarse un navegador distinto, o dispositivos de visualización y entrada en la máquina destinados para la actividad de servicio. De manera alternativa, los mensajes de falla y estado pueden ser monitoreados desde las terminales localizadas e cualquier parte y que estén conectadas a la red. El miniservidor HTTP maneja los mensajes estado y falla y también puede configurarse para enviar un mensaje de correo electrónico o mensaje similar a un domicilio seleccionado siempre que exista una condición o un grupo de condiciones particulares.
Una ventaja adicional de esta característica es que los mensajes HTTP también pueden ser enviados al miniservidor HTT? para intentar corregir los problemas. Dichos mensajes pueden incluir pruebas de diagnóstico en ejecución y resultados de recepción. También pueden incluir dispositivos de operación para hacer pruebas o intentar liberar atascos y otros malos funcionamientos . A menudo esto puede hacerse desde sitios remotos. Desde luego, cuando hay un riesgo significativo de acceso no autorizado al servidor que maneja los mensajes implícitos o de dispositivo, deben tomarse las medidas áe seguridad adecuadas .
Los registros HTTP que indican el estado de los dispositivos dé 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 datos. 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 de 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 través de un servidor y el objeto pasarse de regreso a la máquina. El Software de la máquina puede provocar que los dispositivos en función de operaciones operen o modificar condiciones con la programación en respuesta al objeto de datos modificados. Esto puede incluir, por ejemplo, borrar una indicación de falla o provocar que opere un dispositivo para liberar un atasco o efectuar una prueba. Los resultados de dicha actividad pueden reflejarse en indicios modificados en el objeto de datos que luego puede ser transferido a la computadora en la terminal de diagnóstico. Desde luego, los enfoques analizados en el presente documento son ejemplares y otros enfoques se volverán aparentes a los expertos en la técnica a partir de la descripción presentada aquí.
La Figura 25 muestra una vista esquemática de una configuración de red para una forma de realización alternativa de la máquina de banca automática de la presente invención. La forma de realización mostrada en la Figura 25 incluye una máquina de banca automática adaptada específicamente para operar en relación con sistemas de máquina de banca automática convencionales, por ejemplo, sistemas que operan utilizando formatos de mensaje Diebold 91X ATM u otro formato convencional distinto al HTTP. Una computadora matriz 120 es un ATM local que se comunica utilizando dichos mensajes. El ATM se comunica con un servidor de interfaz indicado esquemáticamente por 122. El servidor de interfaz 122 opera en la manera antes mencionada y se encuentra en conexión operativa con una memoria que incluye la información necesaria para convertir los mensajes HTTP relacionados con una solicitud de operación a un mensaje de solicitud 91X u otro mensaje convencional, que puede ser manejado por al computadora matriz 120. De igual manera, el servidor de interfaz 122 y las instrucciones y datos almacenados en la memoria son operativos para convertir un mensaje de comando convencional 91X u otro mensaje de comando convencional de la computadora matriz 120 en mensajes HTTP que pueden utilizarse en la máquina de banca automática para llevar a cabo el comando. De manera similar, el servidor de interfaz 122 es operativo para recibir los mensajes HTTP que corresponden con la respuesta de la máquina de banca automática a los comandos para producir el mensaje de respuesta 91X u otro mensaje de respuesta convencional a la computadora matriz. Al lograr estas funciones, el servidor de interfaz se comunica con un cliente de interfaz 124, que en la forma de realización preferida es un conector COMM que opera en la terminal de máquina de banca en un ambiente operativo Windows NT®. El servidor de interfaz 122 incluye también una puerta de acceso de comando/estado 12G. La puerta de acceso de comando/estado es operativa para recibir mensajes de comando y estado de las porciones de Software que manejan los dispositivos funcionales dentro de la máquina. Los mensajes relativos a los dispositivos se utiliza para producir mensajes de operación que se envían de regreso a la computadora matriz 120. Además, la porción de la puerta de acceso de estado de comando también produce mensajes de estado indicativos del estado de los dispositivos que también se pueden comunicar con la computadora matriz.
El servidor de interfaz 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 manera alternativa, el servidor de interfaz 122 y la porción de puerta de acceso de estado de comando 126 puede residir en un servidor separado mientras que la porción de cliente de interfaz 124 puede resibir en la terminal. Esto permite al servidor- de interfaz 122 manejar varias máquinas de banca automática al conectar las máquinas al servidor de interfaz a través de la red.
La configuración alternativa del sistema de máquina 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. La porción de manejo de documentos HTML opera en relación con una red- 130 para acceder a los registros HTTP en forma de documentos HTML a través de los servidores 132, 134 y 136. Para fines de este ejemplo, el servidor 132 se considerará como el servidor del banco local que opera la máquina de banca automática. La porción del navegador 128 se activa para acceder a documentos de su banco local para fines de obtener contenido e instrucciones con el fin de emitir información a los clientes, así como para operar dispositivos en la máquina. Los servidores 134 y 136 son representativos de otros servidores a los cuales puede acceder la máquina de banca automática por instrucciones con fines de bajar documentos que incluyan información o instrucciones . A menudo dichos documentos de servidores bancarios que no son el banco local incluyen información que debe presentarse a los clientes por ejemplo publicidad, material promocional, cotizaciones de valores u otros tipos de información. Debe entenderse que los servidores 134 y 136 pueden conectarse de manera directa a la red 130 o se puede acceder a ellos a través de otras redes y servidores. En algunas forma de realización se puede acceder a los servidores a través de Internet con fines de proporcionar documentos a la máquina de banca automá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 se muestra esquemáticamente con mayor detalle en la Figura 26. La porción de teatro de terminal 138 incluye un marco de bastidores 140 y un marco de 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 de terminal corresponden generalmente a la operación de los subprogramas JAVA en la forma de realización descrita anteriormente.
La máquina de banca automática de la forma de realización alternativa incluye además una aplicación de servicios de operación (TSA) indicada esquemáticamente por 146. La aplicación de servicios de operación proporciona servicios de seguridad, condición de terminal, autorización de terminal y de gestión claves dentro de la máquina de banca automática. La aplicación de servicios de operación incluye una función para comunicar mensajes HTTP con el servidor de interfaz 122. La aplicación de servicios de operación también se puede comunicar a través de una red, por ejemplo, la red 130 en la manera en la que se explica posteriormente. La aplicación de servicios de operación también proporciona una función de servidor que activa la aplicación de servicios de operación para realizar las funciones del servidor de dispositivos 92 en la forma de realización previamente descrita.
La máquina de banca automática de la forma de realización alternativa incluye a demás interfases de dispositivos comunes JAVA indicados esquemáticamente por 148. Las interfaces de dispositivos 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 de 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 través de interfaces de dispositivos comunes esquemáticamente representados por 152. Las interfaces de dispositivos comunes (CDIs) proporcionan una interfaz que controlan los módulos electromecánicos y los dispositivos funcionales incluidos en la máquina de banca automática. Las interfaces de dispositivos comunes se muestran esquemáticamente en relación con un servidor de diagnósticp 154. El servidor de diagnóstico opera en una manera similar al servidor 109 de la forma de realización anteriormente descrita. El servidor de diagnóstico 154 es útil para diagnosticar el estado y corregir los problemas de los dispositivos en la máquina de banca automática.
Con referencia de nuevo a la Figura 26, el marco de bastidores 140 dentro de la porción de teatro de terminal 138 es un componente llamado subprograma de bastidores 156. El subprograma de bastidores 156 es preferentemente un componente relativamente delgado. Las instrucciones denominadas como script incluidas en los documentos a los cuales accede el navegador selectivamente, 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 enviados 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 gestor director indicado esquemáticamente por 160 en la Figura 26, tiene una clase que reside en la aplicación de servicios de operaciones (TSA) 146, como se muestra. La clase de gestor director que reside en el proceso TSA es operativo para cargar los directores de terminal 144 de la porción de manejo de documentos HTML. El gestor director también incluye una clase de subprograma de bastidores que reside en el marco de bastidores 140. La clave del subprograma de bastidores del gestor director proporciona una interfaz para el cliente HTML para hacer solicitudes al director gestor. Las instrucciones de los documentos HTML pueden pasar acontecimientos a través del subprograma de bastidores 150 al gestor director. Dichos eventos incluyen una solicitud para autorizar una operación. Las solicitudes también pueden incluir indicaciones de que el cliente ha realizado la operación y de que un documento cargado por el navegador incluye instrucciones que solicitan que se termine la sesión. Otros eventos que puedan ser transmitidos a través del gestor director incluyen los eventos de impresión. Otros eventos que pueden transmitirse a través del subprograma de bastidores al gestor director incluyen una indicación de que se canceló una entrada, u otros eventos definidos por el usuario.
En respuesta recibir eventos, el gestor director de la forma de realización mostrada responde a instrucciones en los documentos a los que accede el navegador para realizar las funciones que incluyen el cambio de contenido del marco de de teatro 142. El gestor director sensible a dichas instrucciones, también cambia la clase de director terminal activo. El gestor director también guarda la clase de director terminal para uso posterior o carga las clases de director terminal y los documentos HTML en una lista de servidores disponibles. El gestor director también proporciona acceso al objeto de datos de operación compartido que mantiene los datos de la operación para una operación particular. El gestor director también envía eventos de teatro terminales a la clase de control de bastidores del director de terminal actual y proporciona un temporizador de tiempo fuera de pantalla. Desde luego, en otras forma de realización el director de terminal puede realizar otras funciones.
En operación de la forma de realización alternativa mostrada en la Figura 25, los directores de terminal 144 de la aplicación de servicios de operaciones 146 activa documentos a los que se accede selectivamente con la porción de manejo de documentos HTML 128. Los documentos a los cuales se accede pueden incluir instrucciones que se utilizan para operar la máquina de banca automática y los dispositivos funcionales que se encuentran ahí. La aplicación de servicios de operaciones 146 es operativa además para comunicar los mensajes HTTP que son transmitidos por el servidor de ínterfaz 122 y que se utilizan para generar mensajes convencionales ATM que pueden manejados por la computadora matriz 120. El suministro de efectivo y otras transferencias de valores se efectúan como respuesta a la aprobación de la computadora matriz 120, mientras que la interfaz y otras funciones son controladas a través de instrucciones que se encuentran en los documentos a los cuales accede el navegador.
En una forma de realización preferida el ATM u otra máquina de operaciones se comunica con la computadora matriz ATM convencional transmitiendo el objeto de datos de operaciones entre la computadora y el ATM y el servidor de interfaz. Esta transferencia se logra preferentemente mediante la característica de invocación de mensajes remotos (RMI) de software, por ejemplo, JAVA. Desde luego, pueden utilizarse otros métodos para transferir el archivo de 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 datos de operación, el objeto de datos se transfiere al servidor de interfaz. El servidor de interfaz está en conexión operativa con una base de datos 123 u otro elemento que incluya datos de conversión como se indica esquemáticamente. El Software relacionado con el servidor utiliza los datos de conversión para generar un mensaje de solicitud de operación ATM convencional a la computadora matriz 120. El mensaje convencional puede formatearse como un mensajae 91X convencional u otro mensaje de operación convencional que no sea HTTP.
Después de procesar esto, la computadora matriz 120 responde con un mensaje de repuesta convencional. Los elementos del mensaje de respuesta son recibidos en el servidor y se procesan como respuesta a los datos de conversión para producir datos de operaciones modificados en el objeto de datos. Estos datos de operaciones modificados incluyen preferentemente datos indicativos de si la operación solicitada queda autorizada o es denegada, así como otros datos. Por ejemplo, si la operación es denegada, puede incluir datos indicativos del motivo de la negación.
El objeto de datos de operaciones con los datos de operaciones modificados se transfiere entonces a la computadora que opera el ATM a través de la RMI u otro método de transferencia. La aplicación de servicios de operaciones 146 que operan el Software recibe el objeto de datos y opera los dispositivos de función de operaciones en respuesta a los datos de operaciones modificados. Mediante la inclusión de información relativa a la operación de los dispositivos, los datos de operación del objeto de datos se modifican nuevamente. Después de que se han operado los dispositivos, el objeto de datos de operaciones modificará adicionalmente los datos de operación transmitidos de regreso al servidor de interfaz 122. Los datos de operaciones modificados se utilizan entonces para generar 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, que 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 de operaciones. Los conectores logran la conversión entre los datos de operaciones y los mensajes convencionales que no son de HTTP. El uso de conectores permite utilizar más fácilmente el ATM de la forma de realización descrita en relación con varios tipos de redes de operaciones convencionales .
Los datos de operaciones en el objeto de datos de operaciones también son preferentemente operativos para hacer que la computadora opere el navegador para acceder a documentos HTML seleccionados, esto puede hacerse para indicar que la operación queda autoriza o es denegada, así como para acceder a documentos específicos sensibles a los componentes del mensaje. Por ejemplo, los clientes de los bancos distintos al cual opera el ATM pueden recibir ciertas promociones no presentadas a los clientes actuales del banco. Los datos de operaciones indicativos de porqué se niega una operación pueden utilizarse para acceder a documentos que proporcionan una explicación, o pueden alentar al cliente a realizar otra acción, por ejemplo tomar un anticipo de efectivo en una tarjeta de crédito o solicitar un préstamo.
El sistema mostrado esquemáticamente en la Figura 25 es un ejemplo de un sistema de máquina de banca automática que logra una amplia gama de opciones de interfaz disponibles a través del uso de una interfaz HTML a tiempo que conserva la compatibilidad con los sistemas de máquina de banca actuales y las técnicas de seguridad relacionadas con éstos. Desde luego, en otras formas de realización pueden utilizarse enfoques y configuraciones alternativos.
Una ventaja adicional incorporada en el sistema representado esquemáticamente en la Figura 25 es la capacidad para operar los componentes de software de la forma de realización descrita de la presente invención en las máquinas de banca automática actuales. Como se apreciará, el manejo de los documentos HTML en las computadoras convencionales requiere de entradas a través del teclado tipo QWERTY type keyboard, así como "clicks" con el ratón en los lugares correspondientes a los iconos u otras características que se encuentran en los documentos HTML para navegar con éxito y utilizar dichos documentos. Las máquinas de banca automática convencionales no incluyen por lo general un ratón o un teclado completo. Más bien, las máquinas de banca automática convencionales incluyen por lo general un teclado alfanumérico similar al utilizado en 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 164 no es una pantalla táctil como en la forma de realización descrita anteriormente. Una variedad de teclas de función 166 están dispuestas en lugares adyacentes a la pantalla 164. También se incluye en la interfaz 162 un teclado numérico 168. El teclado numérico 168 incluye teclas alfanuméricas así como ciertas teclas especializadas como "cancelar", "corregir" y "aceptar" . Otras teclas del teclado numérico están generalmente en blanco pero algunas instancias pueden utilizarse.
En la operación de la máquina de banca automática convencional, los datos de la pantalla que se 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 aparecen en una secuencia como respuesta a la función de operación seleccionada por el cliente.
Las pantallas convencionales también incluyen por lo general texto o gráficos representativos de las selecciones que puede hacer el cliente. Estas opciones de texto o gráfica incluyen por lo general renglones u otros indicios que extienden los extremos de la pantalla adyacentes a una 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 ingresar 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áticamente 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 conjuntos de mapas de teclas en la base de datos 176. Esto se logra leyendo la información de una base de datos de configuración para el ATM para obtener los mapas de teclas que son operados en la máquina particular. Durante la operación, el trazador de teclado selecciona uno de los mapas de tecla como el conjunto actual. Esto se hace en respuesta al subprograma de teclado y se basa en las instrucciones que se encuentran en los registros HTTP a los cuales se accede selectivamente. El trazador de teclado puede seleccionar mapas de teclado sensibles a las instrucciones de los documentos HTML cargados a través del navegador. El trazador de teclado también es operativo para habilitar el teclado numérico y las teclas de función adecuadas para el conjunto de mapa particular seleccionado. El trazador de teclado es operativo además en respuesta al conjunto de mapas seleccionado para traducir una señal de entrada del teclado numérico o una señal de entrada de tecla de función en una señal de entrada de teclado o ratón respectiva que luego se suministra al flujo de entrada del teclado o al flujo de entrada de ratón del sistema operativo de la computadora en el cual opera el software .
En la forma de realización preferida de los conjuntos de mapas están compuestos cada uno de cuadros de verificación, de tal manera que cada objeto incluye los valores de operaciones necesarias para convertir una tecla ATM adecuada en un evento de entrada del sistema operativo.
Como puede apreciarse en el caso de las teclas de función adyacentes a la pantalla del ATM quizás sea deseable proporcionar una entrada de ratón al flujo de entrada de ratón que corresponda a un lugar de coordenadas particulares para la entrada del ratón. Esto se proporciona a través del trazador de teclado utilizando el conjunto de mapa de tecla seleccionado. Los varios conjuntos de mapa de tecla habilitan las distintas teclas de función para proporcionar distintos tipos de entradas al sistema operativo de la computadora en respuesta al documento HTML mostrado en el navegador. Además, el trazador de teclado provoca que al oprimir una tecla seleccionada se produzca una entrada que corresponde a un click de ratón en una posición de coordenadas x, y seleccionadas en la pantalla. Debe entenderse que las teclas de teclado numérico y las teclas de función pueden utilizarse para producir entradas de ratón. De igual manera, las entradas de tecla de función pueden convertirse en entradas de teclado. En algunas formas de realización, 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 operaciones quizás sea necesario que el usuario oprima cualquier tecla. En dichas situaciones, algunas formas de realización preferidas de la invención, operan para desactivar las teclas de teclado numérico o las teclas de función. Dado que los recursos de la computadora 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 la cual se pueden efectuar otras actividades. Esto puede lograrse en algunas formas de realización a través del subprograma del teclado numérico que opera para retirar los dispositivos de tecla de una lista de sondeo .
Las Figuras 28-30 incluyen representaciones esquemáticas de los ejemplos de operación del trazador de teclado y del subprograma del teclado numérico. La Figura 29 muestra un ejemplo de una entrada en el teclado numérico 168. En este ejemplo, el subprograma de teclado numérico 170, 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. En respuesta a ello, se selecciona un conjunto de 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 activar las teclas adecuadas del ATM.
En este ejemplo, en respuesta a la activación del cliente de la tecla "ACEPTAR" en el teclado numérico el CDI genera una señal adecuada para las aplicaciones de servicios 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 que convertirá la señal de entrada de tecla de función en una señal de entrada de teclado que será reconocida por el sistema operativo. Al llamar al objeto seleccionado del conjunto de mapas, la señal de entrada del teclado es producida y suministrada al flujo del teclado de la computadora. Esto se representa en el flujo de teclado 178. En la forma de realización mostrada el flujo de teclado se introduce en el sistema operativo NT®. El subprograma de teclado numérico 170 opera para detectar la entrada a través de escucha de tecla correspondiente . El subprograma 170 también es operativo para recibir el evento y puede operar para mostrar un icono u otro gráfico que corresponde a lo que el cliente ha introducido.
La Figura 28 muestra la operación de un trazador de teclado en situaciones en las que la aplicación de servicio de operaciones opera para prevenir la transmisión de la entrada de datos por parte del cliente a su programa 170. Esto puede ser deseable, por ejemplo, en situaciones en las que la entrada por parte del cliente es el PIN del cliente u otros datos que no se muestran en pantalla. En estas circunstancias, la aplicación de servicios de operaciones 146 opera para mantener la entrada de datos por parte 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 instruccionés incluidas en los documentos a los cuales accede el navegador o en otros registros HTTP a los qué 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 (per ejemplo, la cantidad de una operación de retiro) la señal enviada por la aplicación de servicios de operaciones al navegador es indicativa del valor numérico relacionado con la tecla presionada .
La Figura 30 es un ejemplo adicional de la operación del trazador de teclado, en este caso, la entrada corresponde a una tecla de función 166. En este caso, la entrada se provoca presionando la tecla de función "A" que se muestra adyacente al ángulo superior derecho de la pantalla como se muestra en la Figura 27. La señal generada en respuesta a presionar la tecla de función se transmite al trazador de teclado que en respuesta a los datos obtenidos del almacén de datos 176 emite una entrada de ratón que corresponde a un click de ratón. La entrada de ratón incluye datos representativos de las coordenadas x e y que aparecen en la pantalla en los casos en los que ha de proporcionarse un click de ratón. La señal, de entrada de ratón se transmite a la entrada de flujo de ratón representada esquemáticamente por 180.
Como se apreciará, para activar la máquina de banca automática que procesa documentos HTML para operar utilizando una interfaz convencional de ATM la entrada de ratón incluirá por lo general localizaciones de coordenadas que correspondan a un lugar de la pantalla adyacente a la tecla de función particular. Esto se debe a que el icono, renglón, texto u otro indicio que está seleccionando el cliente presionando la tecla, aparecerán preferentemente o se extenderán en la pantalla adyacentes a la tecla. De esta manera, el cliente está consiente, por medio de la presentación visual, de qué tecla presionar para hacer una selección correspondiente. Cualquiera de las teclas de función adyacentes a la pantalla pueden ser operativas en cualquier momento. El cliente puede hacer selecciones presionando una tecla de función en un lugar y luego una tecla de función en otro lugar dispuesto a partir del primero. Esto provocará 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 de ratón, según se determine mediante los conjuntos de mapas 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 oonver i se 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 pueden desactivarse selectivamente, salvo cuando se requieran. Esto puede reducir las instancias de intentos por acceder de manera inadecuada a la máquina al oprimir teclas en el teclado. Además, como se analizó anteriormente, también 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 se proporicionan versiones que incluyen gráficos mejorados u otras características atractivas para los clientes.
La Figura 31 es una representación esquemática de la operación del sistema al imprimir formatos utilizando una impresora en una máquina de operaciones automática. La forma preferida de la invención utiliza servicios de impresora WIN32 que operan en el NT® 4.0. En la operación ejemplar mostrada, la clase del gestor director 180 que opera en la porción de teatro de terminal 138 inicia la impresión de un comprobante de operación al solicitar a un director de impresora 182 que imprima un comprobante. El director de impresora en una forma de realización preferida es un grupo de instancias del ambiente JAVA que operan para efectuar actividades de impresión, y es uno de los directores entre los directores de terminal 144. El director de impresora incluye una clase de impresión que se muestra esquemáticamente de manera separada, que es operativa para invocar un método de impresión URL. La clase de impresora en la forma de realización preferida incluye acceso a un objeto de datos de operaciones compartido que incluye información específica del cliente con respecto a la operación que incluye indicios representativos 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 cliente a la máquina y es leída por un lector de tarjeta. Esto incluye, por ejemplo', el nombre y número de cuenta del cliente. La demás información sobre la operación puede incluir los tipos de operaciones realizados, por ejemplo, depósito, retiro, o consulta, 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 ejemplo, a través de una red indicada esquemáticamente por 186. La red 186 puede ser una red de área local o una red de área amplia, dependiendo de la configuración de la máquina.
El objeto de impresora WIN 184 navega entonces al domicilio del documento al cual se accederá. Esto se hace de la forma de realización preferida utilizando el C Web Browser 2 ActiveX control de Microsoft. Cuando el documento HTML se ha cargado el ActiveX control empieza automáticamente a procesar el contenido del documento al cual se ha accedido. La aplicación de servicios de operaciones 164 invoca el método de impresión URL del objeto de impresora WIN 184. El objeto de impresora WIN utiliza el ActiveX para imprimir el documento HTML actual . Esta impresión se procesa en los componentes de impresión de integrador y gráficos Windows NT®.
El JAVA CDI recibe un evento del componente de monitor de impresión 192 que indica la terminación de la integración de impresión. Esto indica que un archivo está ahora disponible para ser leído y enviado a la interfaz de dispositivos comunes (CDI) 188 de la impresora de comprobantes.
A continuación, un objeto de impresora 190 invoca una función de datos de lectura en el monitor de impresión 192 para determinar el lugar y el tamaño del archivo de datos de impresión. El objeto de impresión 190 envía los datos o el nombre de la ruta del archivo de datos a la CDI.de impresora 188. La CDI de la impresora 188 transmite entonces los datos de impresión al hardware de la impresora. Esto provoca la impresión del documento .
Cuando se imprime el comprobante el subprograma del director de impresora 182 emite una solicitud de suministrar el comprobante impreso. La solicitud de suministro se transmite a través de la aplicación de servicios de operaciones 146 al objeto de impresoras 190. El objeto de impresora 190 invoca el método de suministro en la CDI de impresora 188 para hacer que el recibo sea entregado al usuario de la máquina. La operación de los componentes de software activan selectivamente el acceso a formato de documentos, así como a las instrucciones de uso incluidas en los documentos, para que incluyan datos de operaciones dentro de los documentos impresos. Esto permite producir documentos de distintos tipos. Además, permite proporcionar distintos tipos de impresión de documentos para distintos clientes. Esto puede ser deseable al proporcionar información sobre comercialización, cupones o indicios similares en los comprobantes de operación. Este enforque simplifica además el proporcionar formatos impresos en varios idiomas mediante documentos de programación HTML para proporcionar formatos impresos en distintos idiomas. Además, los métodos de la presente invención pueden utilizarse para proporcionar elementos de comercialización a los clientes pro perfil o tipo de categoría de cliente, así como con base en segmentos.
Aunque el método de impresión descrito anteriormente se analiza en relación con el suministro de comprobantes de operación, pueden invocarse métodos similares para imprimir estados de los clientes, así como para imprimir un diario de operaciones dentro de la máquina de banca automática. Además, al acceder a documentos seleccionados que controlan el formato de impresión los registros del diario de información pueden proporcionarse con información consolidada de manera tal que permita conservar un papel de diario dentro de la máquina al no imprimir información promocional o de otro tipo que se proporciona en los documentos del cliente.
El método de impresión de la presente invención también permite imprimir varios tipos de indicios ópticos, por ejemplo, código de barras u otros tipos de indicios legibles por máquina, que pueden utilizarse para imprimir cupones, cheques o elementos similares. Dicha codificación puede facilitar el rastreo del uso de los elementos por parte de clientes con fines de evaluar la efectividad de varios esfuerzos de comercialización. Además, los indicios legibles por la máquina pueden utilizarse para imprimir en elementos tales como sobre de depósito o en diarios de operación. Dicha impresión puede facilitar la lectura de tales elementos por parte de la máquina para verificar los contenidos de los depósitos .
Las capacidades de impresión logradas a través de los métodos de la presente invención también permiten imprimir materiales gráficos selectos. Esto puede incluir, por ejemplo, materiales que incluyan firmas digitales incrustadas que pueden utilizarse para verificar la autenticidad de los elementos impresos. Esto puede ser particularmente útil, por ejemplo, en situaciones en las que la máquina de operación se utiliza para imprimir vales, cheques de viajero, sobres para puestas u otros artículos que tengan un valor independiente. Además, pueden producirse documentos impresos a todo color al incluir una impresora de color en la máquina de operaciones.
El software de computadora utilizado en la opreación de las máquinas de operaciones automáticas de la presente invención y las computadoras conectadas pueden cargarse a partir de artículos de varios tipos en computadoras respectivas. Dicho software de computadoras puede incluirse en y cargarse desde uno o más artículos, por ejemplo, disketes o discos compactos. Dicho software también puede incluirse en artículos como discos duros, cintas o dispositivos de memoria de sólo lectura. Otros artículos que incluyen datos reprsentativos de las instrucciones para operar computadoras en la manera descrita en el presente documento son adecuados para ser utilizados en el logro de la operación de las máquinas y sistemas de operaciones de conformidad con las formas de realización de la presente invención.
Las formas de realización ejemplares de las máquinas y sistemas de banca automática descritos en el presente documento se han descrito con referencia a 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 o descritos . i 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, operaciones, métodos, procesos y relaciones se especifican en las cláusulas anexas.

Claims (22)

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: una computadora, la computadora en conexión operativa con una memoria, un dispositivo de entrada en conexión operativa con la computadora, en donde el dispositivo de entrada es operado para aceptar el ingreso de datos del usuario; un surtidor de hoja en conexión operativa con la computadora, en donde el surtidor de hoja es operativo para surtir hojas; un programa de computadora ejecutable en la computadora, en donde el programa incluye un primer objeto que opera para controlar el dispositivo de entrada, y un segundo objeto el cual opera para controlar el. surtidor de hoja, en donde la computadora opera para accesar por lo menos una dirección HTTP, en donde las instrucciones del dispositivo de transacción son accesibles en la dirección, y en donde el primer objeto opera el dispositivo de entrada y el segundo objeto opera el surtidor de hoja en respuesta a las instrucciones, y en donde el programa de computadora además incluye un objeto de datos de transacción, en donde el objeto de datos de transacción está en conexión operativa con el primer objeto y el segundo objeto y se opera para almacenar datos ahí representativos de ambas entradas de datos del usuario al dispositivo de entrada y el surtidor de hojas por el surtidor.
2. El aparato tal y como se reivindica en la cláusula 1, caracterizado porque el programa de computadora incluye un mirador y en donde la computadora es operativa para accesar la dirección a través del mirador.
3. El aparato tal y como se reivindica en la cláusula 2, caracterizado porque por lo menos está incluida una instrucción del dispositivo de transacción en un documento HTML.
4. El aparato tal y como se reivindica en la cláusula 1, caracterizado porque el dispositivo de entrada incluye un lector de tarjeta, y en donde el objeto de datos de transacción incluye datos representativos de los datos de tarjeta leídos por el lector de tarjeta.
5. El aparato tal y como se reivindica en la cláusula 1, caracterizado porque el programa además incluye un tercer objeto en conexión operativa con el objeto de datos de transacción, y en donde el tercer objeto es operativo para accesar los datos en el objeto de datos de transacción.
6. El aparato tal y como se reivindica en la cláusula 5, caracterizado porque la máquina además incluye una impresora, y en donde el tercer programa es operativo para controlar la impresora y en donde el tercer objeto opera para hacer que la impresora imprima los datos que corresponden a los datos almacenados en el objeto de datos de transacción.
7. El aparato tal y como se reivindica en la cláusula 1, caracterizado además porque comprende por lo menos un servidor HTTP, en donde la dirección HTTP corresponde al servidor, en donde una pluralidad de instrucciones del dispositivo de transacción son accesibles a través del servidor, en donde las primeras instrucciones son accesibles en una primera dirección y las segundas instrucciones son accesibles en una segunda dirección y en donde la computadora opera para accesar las primeras instrucciones en la primera dirección y el primer objeto es operable para controlar el dispositivo de entrada en respuesta a las primeras instrucciones, y en donde la computadora opera para accesar las segundas instrucciones en la segunda dirección y el segundo objeto es operativo para controlar el surtidor de hoja en respuesta a las segundas instrucciones.
8. El aparato tal y como se reivindica en la cláusula 7, caracterizado porque el programa además comprende un mirador, y en donde la computadora opera para accesar las instrucciones primera y segunda a través del mirador.
9. El aparato tal y como se reivindica en la cláusula 1, caracterizado además porque comprende un sistema de procesamiento de oficina de regreso en conexión operativa con la computadora, y en donde el programa es operativo para comunicar por lo menos un aparte de los datos almacenados en el objeto de datos de transacción al sistema de procesamiento de oficina de regreso .
10. El aparato tal y como se reivindica en la cláusula 1, caracterizado porque las instrucciones del dispositivo de transacción incluyen una aplicación pequeña.
11. Un método que comprende los pasos de: (a) operar un primer dispositivo en una máquina de transacción automatizada que responde a las primeras instrucciones operativas del dispositivo accesadas por una computadora en la máquina en una primera dirección HTTP; (b) generar los primeros datos con el primer dispositivo, en respuesta a la operación del primer dispositivo; y (c) almacenar los primeros datos en el objeto de datos de transacción en una memoria en conexión operativa con la computadora .
12. El método tal y como se reivindica en la cláusula 11, caracterizado porque el primer dispositivo es un surtidor de hoja y los primeros datos son representativos de un surtidor de por lo menos una hoja por medio del surtidor de hoja.
13. El método tal y como se reivindica en la cláusula 11, caracterizado además porque comprende los pasos de: (d) operar un segundo dispositivo en la máquina en respuesta a un segundo dispositivo que opera instrucciones accesadas por la computadora en la segunda dirección HTTP; (e) generar los segundos datos con el segundo dispositivo, en respuesta a la operación del segundo dispositivo; y (f) almacenar los segundos datos en el objeto de datos de transacción.
14 El método tal y como se reivindica en la cláusula 11, caracterizado porque el primer dispositivo incluye un lector de tarjeta y el segundo dispositivo incluye un teclado, y en donde los primeros datos incluyen datos representativos de una lectura de datos de tarjeta desde una tarjeta y los segundos datos incluyen datos representativos de un ingreso de datos al teclado.
15. El método tal y como se reivindica en la cláusula 11, caracterizado además porque comprende los pasos de: (d) accesar los datos incluidos en el objeto de datos de transacción con un objeto de programa operativo en la computadora; y (e) controlar un segundo dispositivo en la máquina con la computadora en respuesta al objeto y los datos en el objeto de datos de transacción.
16. El método tal y como se reivindica en la cláusula 15, caracterizado porque en el paso (e) el segundo dispositivo incluye una impresora, y en donde en el paso (e) la impresora es operable para imprimir datos que corresponden a los datos en el objeto de datos de transacción.
17. El método tal y como se reivindica en la cláusula 11, caracterizado porque la computadora incluye un mirador y en donde en el paso (a) comprende el accesar la primera dirección con el mirador.
18. Un método que comprende los pasos de: (a) aceptar datos de identificación de un usuario de una máquina de cajero automático; (b) almacenar datos que corresponden a los datos de identificación en un objeto de datos de transacción en un programa de computadora operando en una primera computadora en una conexión operativa con la máquina; (c) conducir una primera transacción en respuesta a un ingreso de datos de usuario a la máquina, en donde la conducción de la primera transacción incluye el accesar los datos en el objeto de datos de transacción.
19. El método tal y como se reivindica en la cláusula 18, caracterizado porque el paso (c) incluye el operar un primer dispositivo de función de transacción en la máquina, y además comprende el paso de : (d) almacenar datos que corresponden a la operación del dispositivo de función de transacción en el objeto de datos de transacción.
20. El método tal y como se reivindica en la cláusula 18, caracterizado además porque comprende el paso de: (d) llevar a cabo una segunda transacción en respuesta a una entrada de usuario a la máquina, en donde el llevar a cabo la segunda transacción incluye el accesar los datos en el objeto de datos de transacción.
21. El método tal y como se reivindica en la cláusula 18, caracterizado además porque comprende el paso de: (d) dar cuenta de la primera transacción por el usuario, incluyendo el pasar el objeto de datos de transacción desde la primera computadora.
22. El método tal y como se reivindica en la cláusula 18, caracterizado además porque comprende el paso de: (d) producir un registro impreso que corresponde a la primera transacción con la máquina, incluyendo el accesar los datos en el objeto de datos de transacción y producir indicios en el registro impreso que corresponde a por lo menos una parte de los datos almacenados en el objeto de datos de transacción. R E S U M E Una máquina de cajero automático que opera para llevar a cabo transacciones en respuesta a los documentos HTML y a los mensajes TCP/IP intercambiados con un sistema de computadora local a través de una red interna, así como en respuesta a los mensajes intercambiados con servidores ajenos 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 el servidor HTTP doméstico en la red interna o los servidores ajenos 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 una máquina de cajero automático. El dispositivo incluye un mecanismo surtidor de hoja el cual surte billetes o monedas así como otros dispositivos de transacción. La parte de aplicación del dispositivo se comunica con una parte de programa de interconexión del dispositivo en la máquina de cajero a través de un servidor de 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 a el servidor doméstico o ajeno que corresponde a la dirección del sistema, cuyo servidor conectado opera la máquina de cajero hasta que se completan las transacciones por el usuario.
MXPA99004936A 1998-05-27 1999-05-27 Sistema y aparato de maquina de cajero automatizado. MXPA99004936A (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,646 US6973442B1 (en) 1996-11-27 1998-11-17 Automated banking machine apparatus and system

Publications (1)

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

Family

ID=27536141

Family Applications (1)

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

Country Status (3)

Country Link
EP (1) EP0964374A3 (es)
CA (1) CA2271220C (es)
MX (1) MXPA99004936A (es)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0101846D0 (en) 2001-01-24 2001-03-07 Ncr Int Inc Self-service terminal

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 端末管理方法並びにそのためのホスト計算機及びフロントエンドプロセッサ
WO1997018636A2 (en) * 1995-11-13 1997-05-22 Webtronics, Inc. Control of remote devices using http protocol
GB9523922D0 (en) * 1995-11-23 1996-01-24 At & T Global Inf Solution Method of authenticating an application program and a system therefor
US5754830A (en) * 1996-04-01 1998-05-19 Openconnect Systems, Incorporated Server and web browser terminal emulator for persistent connection to a legacy host system and method of operation
WO1997041498A2 (en) * 1996-04-18 1997-11-06 Citibank, N.A. An improved method and system for performing banking transactions, including home banking
WO1997049050A2 (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
SE507138C2 (sv) * 1996-10-14 1998-04-06 Mirror Image Internet Ab Förfarande och anordning för informationsöverföring på Internet
US5956487A (en) * 1996-10-25 1999-09-21 Hewlett-Packard Company Embedding web access mechanism in an appliance for user interface functions including a web server and web browser
US5933816A (en) * 1996-10-31 1999-08-03 Citicorp Development Center, Inc. System and method for delivering financial services
US5905872A (en) * 1996-11-05 1999-05-18 At&T Corp. Method of transferring connection management information in world wideweb requests and responses
GB2319102B (en) * 1998-01-30 1998-12-23 Ibm A security system for a transaction processing system

Also Published As

Publication number Publication date
EP0964374A2 (en) 1999-12-15
EP0964374A3 (en) 2004-06-30
CA2271220A1 (en) 1999-11-27
CA2271220C (en) 2003-10-21

Similar Documents

Publication Publication Date Title
US8046300B2 (en) Automated banking machine system using internet address customer input
US6539361B1 (en) Automated banking machine system using plural communication formats
US6289320B1 (en) Automated banking machine apparatus and system
US7844512B2 (en) Server software adapted to convert messages to enable ATM and ATM host communication
US7333954B2 (en) Automated banking machine and system
MXPA99004942A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004931A (es) Sistema y aparato de maquina de cajero automatizado.
US6983256B2 (en) Cash dispensing automated banking machine system and method
US7251626B2 (en) Apparatus and method for indicating the status of transaction function devices in an automated banking machine
US20050289055A1 (en) Automated banking machine apparatus and system
US7699219B2 (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.
MXPA99004937A (es) Sistema y aparato de maquina de cajero automatizado.
US7634433B1 (en) Automated banking machine and system
MXPA99004939A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004934A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004935A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004933A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004941A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004936A (es) Sistema y aparato de maquina de cajero automatizado.

Legal Events

Date Code Title Description
FG Grant or registration