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

Sistema y aparato de maquina de cajero automatizado.

Info

Publication number
MXPA99004929A
MXPA99004929A MXPA99004929A MX9904929A MXPA99004929A MX PA99004929 A MXPA99004929 A MX PA99004929A MX PA99004929 A MXPA99004929 A MX PA99004929A MX 9904929 A MX9904929 A MX 9904929A MX PA99004929 A MXPA99004929 A MX PA99004929A
Authority
MX
Mexico
Prior art keywords
server
banking machine
devices
data
machine
Prior art date
Application number
MXPA99004929A
Other languages
English (en)
Inventor
A Cichon Bob
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
Application filed by Diebold Inc filed Critical Diebold Inc
Publication of MXPA99004929A publication Critical patent/MXPA99004929A/es

Links

Classifications

    • 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
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108—Remote banking, e.g. home banking
    • 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108—Remote banking, e.g. home banking
    • G06Q20/1085—Remote banking, e.g. home banking involving automatic teller machines [ATMs]
    • 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
    • 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/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • 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]
    • 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/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • 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 
    • 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
    • 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
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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]

Landscapes

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

Abstract

Una maquina de banca automatica es operativo para realizar operaciones en respuesta a documentos HTML y mensajes TCP/IP intercambiados con un sistema de computadora local a traves de una intranet, asi como en respuesta a mensajes intercambiados con servidores extranjeros en una red de area amplia. La maquina de banca incluye una computadora que tiene una porcion de manejo de documentos HTML. La porcion de manejo de documentos HTML es operativo para comunicarse a traves de un servidor cache, con un servidor local HTTP en la intranet o de servidores extranjeros en la red de rea amplia. La computadora incluye ademas una porcion de aplicacion de dispositivos que establece una interfase con la porcion de manejo de documentos HTML y despacha mensajes para operar los dispositivos en la maquina de banca automatica. Los dispositivos, incluyen un dispositivo dispensador de hojas que suministra efectivo la porcion de aplicacion de dispositivos se comunica con una porcion de software que establece interfases con los dispositivos en la maquina de banca a traves de un servidor de dispositivos en la intranet. El servidor de dispositivos mantiene el control local sobre los dispositivos de la maquina de banca incluyendo el dispensador de hojas. La maquina de banca opera para leer los indicios que se encuentran en la tarjeta del usuario y que corresponden a un domicilio del sistema. La computadora es operativa para conectar la maquina bancaria al servidor local o extranjero, correspondiente al domicilio del sistema, y el servidor conectado opera la maquina de banca hasta la terminacion de las operaciones del usuario.

Description

SISTEMA Y APARATO DE MAQUINA DE CAJERO AUTOMATIZADO CAMPO TECNICO La presente invención se refiere a máquinas de banca automática. Específicamente,, esta invención se refiere a un aparato y sistema de banca automática que es capaz de set, 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áti'Ca 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. Él tipo de operaciones bancarias que un cliente puede realizar lo. determinan las capacidades de la máquina bafncária particular y ¾a programación dé la institución qué opera la misma. Otros tipos de Máquinas de Banca Automática pueden permitir a los clientes hacer cargos contra cuentas o transferir fondos. Otros tipos de Máquinas de Banca Automática pueden imprimir o suministrar' artículos de valor, por ejemplo cupones, boletos, sobres para depósito, comprobantes, cheques , ' cupones ~ de alimento, giros postales, vales o cheques de viajero. ' Para fines de esta presentación una máquina dé banca automática o máquinas de operación automática abarcará cualquier , dispositivo que realice operaciones, incluyendo transferencias de valor. Actualmente las ATMs son operados en redes dé', 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 ope,ra 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 mu 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 gue son imprimidos pó impresora en un Máquina de éanea' · Automática se ' limitan, generalmente a' un grupo limitado de formatos ¿fefinidos 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 ejetnplo, la institución del usuario puede permitir la transferencia dé fondos entre cuentas a través de sus máquinas de banca automática, para permitir al usuario mantener fondos ¾n 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. 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 inclui "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áficQs 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. Les 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 uri¾bj etivó adicional de lá presente invención proporcionar una máquina de banca automática que se comuniqu'e utilizando documentos ¾TML (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 ;!a; 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 adiq,ional 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 présente invenció proporcionar una máquina de banca automática que sea capaz de proporcionar a los usuarios un variedad más amplia de documentás impresos.
Es un objetivo ádicional de la presente invención proporcionar una maquina de banca automática que proporcione opciones adicionales para identificar usuarios autorizados.
Es un objetivo adicional de la presente invención proporcionar una máquina de banca automática que pueda utilizarse 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 pará realizar las operaciones-bancarias .
La májuina 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 e¾ 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 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 di'chas 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 Jocdl , un servidor caché y un servidor de dispositivos. El servidor caché se comunica a través de la intranet con .la porción de manej o de ' doc mentos HTML del software de cada una de las máquinas de banca. El servidor cach también puede conectarse a una red1 de área', amplia, por ejemplo Internet, a los cuáles 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 establecé interfases con los dispositivos de las máquinas de banca . Él servidor de 'dispositivos1 incluye software de moni'toreo que monitorea y limita seléctivamente 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 sor 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 usuário 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 dé1 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 internase producida por estos^ documentos yi. será capaz de operar más fácilmente la máquina de banca.
El servidor extranjero o el servidor local operajl la máquina de banca - enviando documentos HTML que incluye " instrucciones para ; operar los dispositivos en 1-á máquina de" banca. Las instrucciones son , transmitidas ; desde la porción á g. manejo de documentos HTML ¦¦. a la porciójFi de aplicación dé 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 I 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 1¾ presente invención.
Las Figuras 3 a 24 muestran vistas esquemáticas de la máquina de banca automática, una intranet que conecta la máquina de banca a un sistema de computadora de un banco sede y una red de área amplia que conecta el sistema de computadora del banco sede a otro banco.
Las Figuras 3 a 18 representan esquemáticamente los pasos en la operación realizada ei¾ la máquina de banca con el sistema de computadora del banco sede.
La Figura 31 representa esquemát camente 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 muésrtra ahí una configuración de red indicada esquemáticamente- por 10, que incluye . el aparato y sistema dé 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 forrea 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...E1 sistema de computadora del banco sede 14 está conectado 'a los ATMs 12 a través de una intranet . La intrahet es preferentemente una red local o propietaria que proporciona comunicación entre el sistema de computadora 14 y las máquinas de banca 12 utilizando mensajes en el formato de protocolo de control transmisión/protocolo dé Internet ("TCP/IP", por sus siglas en inglés) .
Los mensajes que se comunican a través de la intranet 16 son preferentemente mensajes TCP/IP y documentos de lenguaje descriptor de hipertexto ("HTML", por sus siglas en inglés). En la forma de realización preferida de la invención los documentos -HTML enviados a través de la intranet 16 incluyen instrucciones, de programación orientada a objetos enclavados,' preferentementé^ ¾ 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 ban o ' .M. sede. ti: 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 d¾ realización puede usarse Active-X™ creado por Micrgsf¾ . ? 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 á una red de área amplia 18. En' algunas formas dé 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 extranj ros 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 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 á lo;s dispositivos particulares. Cada dispositivo tiene uña 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 par conectar el teclado 40, el mecanismo dispensador de hojas 42, el mecanismo de depósito 44, el mecanismo dé impresión de comprobantes 46 y el mecanismo impresor diario 48 al bus de control 50.
La computadora 34 tiene varios programas de 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 prefererttementé una interfaz de dispositivo de software 66 que Comunica mensajes electrónicos con el bus dé 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 garanticé 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 .d.e¾' programa orientad© hacia objeto 7&. La porción del software ?ß, establece interfases .con los disposit vos 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 dé 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, l,a porción del software que establece interfases con los dispositivos 64 se comunica en el domicilio 1P de la computadór4 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 uiia 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 softw¾jre., en otras formas t de realización de la invención todós o partes de los pasos de" instrucción ejecutados por la porción de software 64 pueden estar residentes en firihware 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 fine's de la invención, todas esas formas de instrucciones ejecutables se denominarán pomo software.
Otro software opera también en la computadora 34. Esté software incluye Software de manejo de documentos HTML que incluye un navegador, indicado esquemáticamente por 76. En l 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 él software del ambiente'' JAVA 80 que permite á la computadora 34 ejecutar programas de- lenguaje JAVA. Los programas de lenguaje JAVA tienen la ventaja de que operan de igual -manera en, varías-plataformas de hardware sin modificación. Esta capacidad' "escribir una ves/ejecutar en cualquier . lugar" hace que él ambiente JAVA sea idóneo para la forma de ^realización preferida de la invención. í¾' 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 porv.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 ;.Sel 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 recibi documentos HTML y mensajes TCP/IP a través del puerto IP indicado" por 78.
La computadora 34 también tiene software ej ecutable que tiene una porción de aplicación de dispositivos 84. La porción de aplicación de dispositivos 84 contiene instrucciones ejecutable? relacionadas con la operación de las 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 preferentementte.< ¾¾ operables para controlar y hacer un seguimiento del estado de los. dispositivos con los cuales están relacionados . Ciertos subprogramas también son preferentemente operables para configurar el navegador para comunicar mensajes. Ciertos subprogramas administran entidades de seguridad y autentificación utilizados por el ''ATM. t>: 'Jl! En la forma descrita de la invención, IQS 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, manejájr la incriptación de mensajes, ,controlar la mezcla de billetes;, dispensados a partir de- múltiples mecanismos • dispensores de hojas, calcular él 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 várias- funciones deseadas o controlar los dispositivos de 1¾ máquina. La porción de aplicación de dispositivos 84 se comunica en lá 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 directamerlte 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 mensaíjes de operación de dispositivo al programa de dispositivos 70. Esto puede hacerse ya sea internamente utilizando TCP/IP, médiante 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, "¾> 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 \m 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 es á 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 AT 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 á 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 dis ositi os 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 eh'; la máquina se comuñican.a un servidor, y el servidor es operativo para suministrar los documentos HTML adecaados 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 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 expíloará posteriormente, él servidor caché 88 también es operativo, pa a domunicarse a través de la red de área amplia 18 con servidores distintos, por ejemplo el servido extranjero 96. El servidor extranjero 96 es un éjemplo 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 ¿orno operado por una institución "extranjera", e£to . no indica necesariamente que la institución se localiza en otro p í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 ap'arato 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 représente 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 dé "tal manera que los documentos HTML que tienen como objetivo atraer a clientes al A$M 12 se rraiestran 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 mensaies* dirigidos al puerto IP relacionado con el navegador 76, de tal manera que provoque que aparezcan en la pantalla en el ATM adecuado. Debe entendérse 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 ciertos1 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 materi l* dirigido a lugares "de máquina particulares. Los subprogramas JAVA-y el JAVA scrip se caorgan a partir de un lugar central, proporcionando distribución de so'ftware 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 lkos~ 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 qué¾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; ei=£ 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á représentado por las flechas dirigidas desde él navegador 76 a la intranet 16, désde 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 envia 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 . arjeta 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 enclavádas en JAVA script que operan en el ambiente1 JAVA para comunicar -'un mensaje al subprograraa JAVA responsable de. habilitar el lector de tarjetas en la porción de aplicación de, dispositivos -84. ¾n una forma de realización .preferida las instrucciones proporcionan un puntero o etiguet' . al subprograma que se ejecuta en respuesta a la recepción de las instrucciones del documento. Desde, luego, en otras formas de realización pueden 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 uña manera que se explicará posteriormente.
Volviendo a la operación muestra," en respuesta a la recepción del mensáje , de habilitación del lector de tarjetas proveniente de la porción dé'"' aplicación de dispositivos 84, el servidor de dispositivas 92 es operativo pará generar un mensaje a través de la intranet a la porción de software que establecé interfases con los dispositivos 64 del ÁTM 12. Este mensaje se' dirige al puerto IP 'indicado por 7¾ que es en' donde se comunica la porción de software que establece interfases con los. dispositivos' 64. -Bn ¿respuestas a la recepfción de este mensaje, la >· porción de software 64 es operativa para enviar un mensaje al busj de control 50 que.:,habílita 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' eg.te mensaje á 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 ujir'' 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 ho hay ; bases para detener la operación,.'-transmite un registro HTTP qu incluye datos, de tarjeta de regreso a través de la intranet 16 a la porción de aplicación dé dispositivos 84.
En una forma de realización preferida de la invención/ la tarjeta, por parte del usuario o cliente incluye indicios que corresponden a un domicilio relacionado con el usuario en la red. En esa forma de realización los indicios corresponden a un domicilio del localizador uniforme de recursos ("URL", por sus siglas en inglés) que proporciona información e' la computadora' con respecto a dónde reside la información sobre el usuario, así; como un directorio o subdirectorio que incluye lá información del" usuario y el nombre dej. recurso que incluye la información del usuario. El domicilio URL puede estar codificado en la tarjeta del cliente. El domicilio puede codificarse en le 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 endiente puede incluirse como parte de los datos almacenados en el chip de circuito ¿integrado de la tarjeta del cliente. De manera alternativa, un URL puede derivarse de otros datos en la tarjeta accediendo a la base de datos en la cual los datos del domicilio se correlacionan con otros datos leídos én la tarjeta. Los datos necesarios para derivar el domicilio para acceder a Ios-documentos relacionados con un cliente también pueden derivarse dé las entradas a los dispositivos de entrada distintos a, o además de los datos' de tarjeta*^:' -incluso, ¿for' ejemplo, datos biométricos que son , ingresaSos p'6r un cliente a través de un dispositivo de lectura biOmétrí o. Tales datos biométricos pueden incluir, por ejemplo, datos que corresponden a una ó 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 i-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 contenidds, del mismo, por ejemplo, en forma de datos o instrucciones para verificar que los indicios que correspondan a los áatcs. biométricos del registro correspondan a los datos biométricos del usuario que ingresa. ¾a tarjeta. De manera alternativa, los dá'feos \ . . ,, T i de entrada representativos de la apariencia, voz, u otras. características (o combinaciones dé ellas) u otros datos de' entrada, pueden utilizarse para, generar uno o más domicilios, que correspondan a ¾n usuario, y el contenido del registro en el" domicilio al cual sé ha„tenidó acceso utilizarse para verificarse que el usuario de ¾a máquina corresponda al usuario relacionado con el registro . l¾%eden aplicarse numerosos enfoques dentro'*de -alcance de la invención. La informacióri- 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 ie 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 dé 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 á 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 gra medida de manera:4" independiente, para obtener los datos" requeridos del obj to de la operación. El enfoque también activa el registro u objeto^ de datos para jser utilizado en la producción, de un registro adecuado al final cié la operación. Este registro puede almacenarse, recopilarse, en un lote o entregarse* e domicilios seleccionados en una red de área local o amplia.
Como se muestra esquemá icamente ' 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' p'uede 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.*' 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 qu§ 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 filmadas 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 instruccionesr firmadas puede seir particularmente adecuado para instrucciones, que ejecutan el .suministrador efe hojas o, de otra manera, proporcionar valor- l 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 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. Ei¾ 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 ope ativo 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 ©G" documento HTML u otros datos de egistro a los que se accedió como respuesta a los datos, de la tarjeta del usuario. Como se muestra esquemáticamente en .J.a Figura 9, el Objeto de datos de operaciones 104 también es ' actualizado adécuadamente por el subprograma p,ara indicar el registro» del PIN del cliente En formaa,d¾ realiz&ciójV alternativas la máquina puede incluir un dispositivo lector biométrico u otro dispositivo de entrada para aceptar datos1 de un usuario. El usuario puede registrar datos a través del dispositivo que puede utilizarse en lugar de, o además de, los datas del PIN para erificar .que el usuario sea un usuario autorizado. Esto ^puede ^hacerse, · po ejemplo, comparando ' él registro de datos Aél usuario con -la. información correspondiente al usuario autorizado de la tarjeta incluidos en un registro o un ' documento que teng 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 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 us,uario en el (los), documentos (s) o ' registro (s) relacionado (s-) con un cliente particular. Esto puede incluir információn tal como género, personas relacionadas,, tipos de cuentas, operaciones permitidas, preferencias del cliente, intereses del cliente, saldos de cuenta, ofértas 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 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 presenté^ 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, ásí 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 sé " accederá o el cual será' generado para el cliente particular bajo las circunstancias particulares.
La lógica aplicada en el subprograma d perfil puede actuar para provocar que los documentos sean construidos o se 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 otr 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 Í4, 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 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 mensas é/enviado al $ubprograma JAVA en la porción de aplicación de dispositivos 84 del software para iniciar la" operación del di-spei¼sador 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 él software de monitoreo 102 para verificar si el mensaje es adecuado. Por ejemplo, el software dé monitoreo 102 es preferentemente operativo para garantizar que la cantidad dé 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 mensajé 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 CGL 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 la terminal para indicar en dónde pueden obtenerse las instrucciones requeridas para adquirir los subprogramas o datos. Si los subprogramas o grupos de subprogramas no están presentes en la memoria de la terminal ATM al inicio, el software ,eá operativo para acceder a los domicilios? del sistema para", documentos que contengan los registros o instrucciones requeridos lo que provocará qué 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 ATMy para que la terminal tenga los subprogramas' y datos requeridos. Dichos domicilios de documentos pueden sé'i; accesibles a través del- servidor local 90. De manera alternativa los domicilios pueden encontrarse- en un servidor de desarrollpr separado conectado a l intranet 16. 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 él 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 ad-quiéjira 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 lá:v invención pueden adquirir los subprogramas y datos necesarios de un almacén de datos, remoto. El almacén de datos incluyó, preferentemente los datos o programas que activan la máquina para, operar como se dese¾ 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 . Estb 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 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'' basé de datos que incluya o esté acompañada por datos representativos de .las- condicionas 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 dotKie la presentación de interfaz estática en el dispositivo de s-alida 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 inclusó cliente por cliente, como se analizó anteriormente¾ con base en los deseos de la entidad que operé' 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 enf < 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 dé confirmación al servidor local 90 en el sentido de que se ha completado el suministro. El recibo del mensaje de la operación d suministro que,, indica que se proporcionó el efectivo hace que el subprograma JAVA configure la porción de manejo de documentos riTML 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 sé 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. ¾h el presente ejemplo, después de que sea proporcionado el efectivo al cliente al operar la máquina se envía ese mensaje cómo 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 cxámo 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 dé que,.- desea "o nc 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 1,'a 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 actualiza 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, ó. 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 6 es preferentemente operativa para enviar un mensaje de operación:7 de dispositivo al servidor de dispositivos 92 que indica que la función del dispositivo solicitada se realizó con éxito. Él. servidor de dispositivos 92 es operativo pai;a enviar un mensá'je' 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 s,ubprograma 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 ¾"6 después de recibir el efectivo y un comprobante, se indica al cliente a través de un documento HTML enviado por ej. 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 e respuesta a la recepción de up mensaje en el sentido de que ejL cliente ha terminado, él 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. Est-e mensaje también incluye preferentemente un JAVA' -scri t enclavado que llama al subprograma JAVA que, a la larga, egresa la porción de manejo de documentos HTML a la ATM de regreso a una conexión con el domicilio URL en el áervid r 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 mensa e sea enviado de la porción de manejo de documento a un domicilio en e;l servidor local que provoca un registro HTTP ' correspondiente que incluye instrucciones qué 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 par¾ proporcionar información al servidor local 90 con respecto al registro de la operación 104 concerniente a la operación que se acaba de completar. Debido a que la operación ejemplar se hizo con un cliente de la institución que opera el sistema de computadora 14 , todos los datos concernientes a la operación ya debieron haberse registrado en el sistema auxiliar 94. Sin embargo, se apreciará . que éste no será el caso si la operación s realizó como respuesta a mensajes de un servidor operado por una institución distinta. Así, la información proveniente del registro de operación 104 puede entregarse como respuesta a un comando "ir a casa" al servidor locaj. 90 a través de la CGI al sistema auxiliar 94 en donde pueda identificarse' como informaci *ón .... duplicada y desecharse. Seto 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 l 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 AT 12 y el sistema de computadora 14 se operará bajo el control del servidor local 90 y procederá de la manera del ejemplo anterio hasta el punto en el que el cliente inserta su tarjeta. Él cliente inserta una tarjeta que tiene indicios que corresponden a un domicilio URL que no corresponde al servidor local 90. ba porción de manejo de documentos HTfóL 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 qu está conectado a Internet.
En la forma de realización preferida de la invención,' el servidor cache .88 incluye software de vigilancia indicado gráficamente por 107. El software de - vigilancia es"'-preferentemente operable para verificar los domicilios a . los cuales están dirigiendo los mensajes del ATM y para prevenir selectivamente el envío de mensajes a domicilios particulares.
Esto sirve como un "fire wall" y es deseable para fines impedir fraudes en el sistema.
Como se muestra en la Figura 20, ej servidor extrarij ero" 96 es preferentemente operable para comuniear documentos al ATM 12 a través de la red de área amplia 18. Esto se hace preferentemente utilizando una conexi n de sócke , égura ' ("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 . écnicas, incluso de eftcripfcaciórí, de mensajes, para reducir al mínimo el riesgo de lá intercepción de mensajes.
Como se representé esquemáticamente en la Figura 20 el. documento de respuesta del servidor extranjero 96 incluye, preferentemente JAVA script enclavado representativo de o que corresponde a una firma digital qué identifica el servidor extranjero 96. Esto puede lograrse cargando un registro HTTP que incluya un subprograma firmado, como se anali¾ói, 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á ei¾ ;-el ATM -y, a la. larga, se registrará en el sistema auxiliar 94. para registrar su -PIN. Las instrucciones del JAVA script enclavado incluirían, como en el ejemplo de la operación antes analizado, instrucciones que permiten al teclado 40 aceptar al PIN del cliente. Como en el ejemplo anterior, se abriría un registro de operación 104 con respecto a esta operación a través de la porción de software de aplicación de dispositivos. Como se analizó previamente, pueden tomarse disposiciones para impedir la transmisión de los datos del PIN a través del navegador si se desea. ·; La Figura 22 indica la devolución del mensaje dé; operación de dispositivo y los .datos del PIN al súbprograma 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 scrip 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ér* operaría para restringir a ciertas institucioneséxtranjeras a tíln 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 dé conexiones del código que ejecutan una clase de ob etos de o eración que limita las operaciones que pueden realizarse'. Por ejemplo, las operaciones que activan la conexión con él 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 puedé hacerse con base en domicilios o porciones de domicilios de documentos.
Si las capacidades de la máquina al cliente extranjero son limitadas, puede ' roporcionarse al cliente extranjero una 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 co 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, iSi subprograma en la máquina puede generar presentaciones visuales, que muestran equivalentes en moneda local cuando se muestran, o procesan cantidades en moneda extranjera. Esto1 *p¾eáe 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 £ aplicación de dis^psitivoá 84 que procesa el mensaje "ir á casa" es preferentemente operativo para volver a conectar él 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, él, nombre de la institución extranjera, el identi'ficador digital, la información sobre la cantidad eon respecto a cantidades suministradas, transferidas o depositadas, y todos los demás datos de operación pertinentes, ios datos de operación son utilizados por los subprograínas al realizar los pasos de- la operación en los cuáles se fequ_§éra cualquier, porción de los* datos. Cuando coñcluyé la actividad del cliente e la máquina 'un-', subprograma proporciona un mensaje de datos de operación qué incluye por lo menos- una porción de- lós datos recopilados. Estos datos se comunican al servidor 90 a travéá de la CGI 106 al sistema auxiliar del banco sede 9-4. 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 p haciendo pasar, objetos que incluyen datos dé muchas operaciones. Los datos dé lote pueden comunicarse a las horas y a los domicilios que pueda estar almacenados en la memoria en los datos, d configuración de la terminal.
Una veríüá^a * de ,. tas formas de- realización de-\. la invención es que Tos datos de la operación pueden suministrarse a domicilios en una' red de área loba! > o en una red de : área amplia, por ejemplp, Interneif. Esto f cilita réaiizar 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 sisteftá seleccionado.
Se apreciará que la forma de realización descrita de la máquina y sistema dé 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 b ncarias virtualmente en cualquier parte del mundo . Además , a pesar dé las amplias capacidades del sistema, dado que la máquina se monitorea localmente, tanto en términos de conexión como de actividad, el riesgo de fraude se reduce al mínimo.
Las formas de realización de la invención pueden incluir una característica adicional para facilitar el acceso a documentos en la red a la cual la máquina está conectada. Esta característica es operativa para determinar si un registro HTTP, por ejemplo, un documento HTML u otro artículo es accesible en uri · 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 él tamaño del registro como la, veldcidad de transferencia y determinar que un 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 uri, domicilio o porción del mismo, con el cual se establece un¾ 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. , subprpgrama adicional, puede determinar la velocidad dé v transferencia a la cual el registro puede transferirse a lá'; ..*>. computadora. La velocidad a la cuaí los datos-'pueden transferirse puede comparase con datos almacenados en la memoria, y si la ; velocidad es imenor 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 almaqenado, localmente en la máquina. Otras formas de realización pueden . . -incluir programas que consideren el tajriiño del registro HTTP y la ·· f velocidad de transferencia en la determinación de la velocidad de i * ; 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í, sé 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 ejemplo, información sobre el día y la hora, amplia para mantener la seguridad en el sistema. De esta manera un sólo ATM podría' operar en redes propietarias en la manera en la cual lo hacen los ATMs actuales así como en la configuración de red del sistema de la invención.
Formas dé 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 produci 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 A*TM 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 qu en vía de regreso un mensaje de respuesta con una disposición* definida que incluye una indicación de si se autoriza la" operacipn. A continuación el ATM devuelve otro mensaje a. !¾· computadora matrii indicando si la máquina pudo realizar l ; operación. Los mensajes utilizados en diénás 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á1 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óñ del ATM en una manera en la que la interfaz es generada por la ·. institución sede - de} , 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 ¾.ace que se logre' la ;. seguridad de utilizar la red propietari 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 · v¿ i ambas .
En una configuración de ese tipo", los dispositivos de función de operaciones del ÁTM pueden operarse de la manera convencional e 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 nav gador conectado a una red de área local o amplia. El navegador accede a documentos para indicar aj cliente a través del funcionamiento de una* operación, pexo los 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 68genera., 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 loé dispositivos. Dichos mensajes pueden indicar que los suministros de papel para las impresoras o los billetes, son bajo o se hafi agotado. Otros mensajes pueden indicar que los d spositivos ' 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 software que establece interfases con l<e¾s 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 dé dispositivos 92. Además, ya sea la porción de software 64 o el servidor local 90 de dispositivos 92 puede dirigir mensajes de falla del ATMs a un sistema de manejo de fallas por ejemplo una computadora que opere el software Event enagement System™ disponible en Diebold, Incorporated . Dicho software es operativo para resolver la naturaleza de la conducción de falla y notificar al personal adecuado de la acción correctiva a emprenderse. 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 & través del miniservidor HTTP incluyen instrucciones que corresponden con las condiciones de estado o falla. Puede accederse a dichos registros o documentos localment.e" como se analizó previamente;, o de manera remota. Un técnico que utilice una computadora nj^nual que incluya un navegador u otro software operativo para acceder a log. registros HTTP puede acceder a los documentos localmente con fines de mantenimiento , diagnóstico y servicio. En algunas situaciones, la ínterfaz 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 serv cio. De manera alternativa, los mensajes de' falla y estado pueden ser monitoreados desde las terminales localizadas en cualquier parte y que estén conectadas a la red. El miniservidor HT p maneja los mensajes estado y falla y tambié*n puede configurarse para enviar un mensaje dé ctírreo electrónico o mensaje similar a un domicilio jseleccionado siempre que exista una condición o un grupo de condiciones particulares. 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 e el sistema actual. Pueden1 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 r función de operaciones.
La técnica de transferir un objet de dato también puede utilizarse para realizar la prueba o modificación de los dispositivos de función de operaciones. Por ejemplo, los indiciós en el objeto de datos pueden modificarse a tíráyé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 dáteos 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 lá 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, pov ejemplo, sistemas que operan utilizando formatos de mensaje Diebold 91X ATM u otro formato, convencional distinto al HTTP. |lna 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 ponr 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 l s mensajes ?¾G?? 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 dé 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 126. La puerta de acceso de comando/estado es operativa para recibir mensajes de comando y, estado de las porciones de Software que manejan r,los dispositivos funcionales dentro de la máquina. Los mensajes1 relativos a los dispositivos se utiliza para producir mensajes de operación qué 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 1¾4 pueden resibir en el Software de la terminal' de la máquina ' de¿ banca automática. En esta configuración, la terminal aparece arite 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 ¾on 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ó . dél ¿navegador 128 *ee activa para'acceder a documentos de su banco local para fines dé 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 dé. valores u otros tipos de información. Debé 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 tealizacióYi 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 Sof ware de teatro de terminal indicada esquemáticamente por 138. La porción de teatro de terminal 138 sé muestra esquemáticamente con mayor detalle en la Figura 26. La porción de teatro de terminal 138 incluye un marco de bastidores 140 y un marco de 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 , dé los subprogramas JAVA en la forma' de,' realización descrita anteriormente .
La máquina de banca automática de la forma de realización alternativa incluye además una aplicación dé servicios de operación (TSA) indicada esquemáticamente por 146. La aplicación de servicios de operación proporciona servicios de seguridad, , condición de terminal, autorización de terminal y dé gestión claves dentro de la máquina de bajíca 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 comunica* 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 sérvidor que activa la aplicación de servicios- de operación pa¾a realizar las funciones del servidor de dispositivos 92 en' la forma' d realización previamente descrita. ; La máquina de banca automática de la forma de realización alternativa incluye a demás interfases de 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 vna 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 doéumento 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 él tísüario de la terminal d la máquina de banca automática. El cliente HTML representado esquemá icamente pór 158 en el marco de teatro 142 define los indicios identificadores relacionados con los acohtecimientós enviados a un gesto 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 intérfaz para el cliente HTML para ,hacer solicitudes al director gestor. Las instrucciones de los documentos HTML pueden pasar acontecimientos á través del subprograma de bastidores 150 al gestor director. Dichos eventos incluyen ¦ una solicitud pára: autorizar una operación. Las solicitudes también pueden incluir indicaciones de que el cliente ha realizado la operación y de qu 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 laá 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 actaal y proporciona un temporizador de tiempo fuera de pantalla. Desdé 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 man.ejo de documentos HTML 128. Los documentos a los cuales.se' accede pueden:, incluir instrucciones que se utilizan para operar la máquina de banca automática y los dispositivos funcionales que se encuentran ahí. La aplicación de servicios de operaciones 146 es operativa además para comunicar los mensajes HTTP que son transmitidos por el servidor de interfaz 122 y que se utilizan para genera 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 jnatriz 120, mientras que la interfaz 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. 1 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 s 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 deque 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 ün 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 . determinación convencional que no. es HTTP,, t que indica si la* operación se realizó don é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 oSnectores logran la conversión entre los datos de operaciones y los mensajes convencionales que no son de HTTP.: El u¾o 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 péra 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 ej emplo;; tomar úh anticipo de efectivo en una ^tarjeta de crédito o solicitar ün préstamo.
El sistema mostrado esquemáticamente en la Figura 25. es un ejemplo de un sistenta de máquina de banca automática que logra-una amplia gama de opciones dé interfaz .disponibles a través deluso de una interfaz HTML a tiempo que conserva "Ta compatibilidad con los sistemas de. máquina de banca actuales y las técnicas dé seguridad relacionadas con éstos. Desdé luego, en otras formas de realización pueden utilizarse enfoques xy configuraciones alternativos.
Una ventaja adicional incorporada en el sisteite 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ís icas 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 añas automática convencionales incluyen por lo general un teclado alfanuméjrico similar al utilizado en los teléfonos, así como teclas de función. Las formas de realización de la presente inyenció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 base de datos 176 que almacena una variedad de conjuntos de 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 d¾ teclado es operativo además para activa las teclas adecu das 'del ATM. : En este ejemplo, en respuesta a la activación del cliente de la teci;á "ACEPTAR" en el teclado numérico el CDj;.: 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 l tecla "J" de : la interfaz del ATM. La aplicación, de servicios de operaciones transmite la señal générada 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 dé 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 diénteles 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ñai ' representativa de un carácter de mantenimiento, en este caso un símbolo "*" de regresb al navegador. Esto se hace selectivamente en respuesta a las. instrucciones incluidlas en los documentos a los cuales accede 'ø! navegador o en otros registros HTTP a los que accede la computadora, lo que indica que la entrada del cliente corresponde a su PIN u otros datos que no son enviados al navegador. En el ejemplo mostrado en la Figura 28, solamente el carácter de mantenimiento se transmite a través del trazador del teclado al navegador. En las situaciones en las que el registro HTTP al cual se accede invoca métodos en los que se enviarán valores numéricos al navegador o se mostrarán en la pantalla (por ejemplo, la cantidad de una operación de retiro) la señal enviada por la aplicación de servicios de operaciones al navegador es indicativa del valor numérico relacion ta.do con la tecla' presionada.
La Figura 30 es un ejemplo adicional de la operación del trazador de teclado, en este caso, la entrada corresponde a una tecla de función 166. En este caso, la entrada se provoc presionando la tecla de función "?" que se. mueátra 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 én 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 bancá 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 esta 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 á la pantalla pueden ser operativas en cualquier-momento. El cliente puede hacer selecciones presionando una tecla de función en un ltígar 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ó 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ó 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 CORjuntos de mapas seleccionados. Además, los programadores pueden crear conjuntos de mapas especiales que correspondan a gráficos particulares' en los documentos HTML qüe se muestren.
En la manera anterior, el teclado numérico introduce en un ATM convencional información, además otro teclado automático de máquina de banca automática puede traducirse en entradas convencionales de teclado ratón y procesarse en un flujo de entrada de teclado o flujo de entrada de ratón convencionales hacia una computadora. De igual manera, las teclas de función pueden traducirse en entradas de ratón en lugares seleccionados y suministrarse al flujo de entrada de-, ratón para que la computadora los procese o puedan convertirse en entradas de teclado y suministrarse al flujo de entrada de teclado. Una ventaja adicional de la configuraoión de terminal descrita es que las teclas pueden desactivarse selectivamente, salvo cuando se requierán. 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 cuándi no se requiere 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 bancariós, cheques, vales u otroá 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 qu 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 un máquina de operaciones automática. La forma preferida de la invención utiliza servicios -dé 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 dé realización preferida es un gruporde 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étodó ,de impresión URL. La clase de impresora en la. forma de realización preferida incluye acceso a un objeto dedatos 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 objetó 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 regístro"HTTP, por ejetfiTTó 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 JiTML 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 deimpresión. Esto indica que un archivo está ahora disponible para, ser lerdo y enviado aT 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 t^ansroite 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 objetos-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 ©peraci n de los componentes de so-f-tware activan selec ivamente 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 ger deseable al proporcionar información sobré comercialización, cupones o indicios similares en los comprobantes ¾de operación. Éste 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.
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 particulármente útil, por ejemplo, en situaciones en las que; la máquina de operación se utiliza, par^a-imprimir vales, cheques de vikjero, 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 eñ la máquina de operaciones.
El softwas© de computadora utilizado en la opreación d ' las máquinas de operaciones automáticas de la presente invenció y las computadoras conectadas ' pueden cargarse a partir de artículos de"Vairios 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. Ditího software también puede incluirse en artículos como discos duros, cintas o dispositivos de memoria de sólo lectsura. 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

Claims (1)

  1. REIVINDICACIONES 1. Un aparato que comprende : una máquina de banca, que incluye: dispositivo de salida, en donde el dispositivo de salida envía información, mediante lo cual se permite a un usuario percibir salidas del dispositivo de salida; un disposit vo de entrada, en donde el dispositivo de entrada se opera para recibir entradas mediante lo cual se ¦ permite a un usuario proporcionar entradas a la máquina; ún dispositivo de fjápción de operaciones, en donde el dispositivo de función de operaciones es selectivamente:, operativo para realizar una función de operaciones; una computadora en donde la computadora está en conexión operativa con el dispositivo de salida, el dispositivo de entrada y el mecanismo de función de operaciones; software ejecutable en la computadora, en donde el software incluye un navegador, en donde el navegador es operativo para procesar documentos HTML que incluyen instrucciones, y en 7. El aparato, tal y como se reivindica en la cláusula 1, caracterizado porque el software es operativo en respuesta a una instrucción para acceder a un domicilio de registro HTTP, en donde el domicilio de registro HTTP corresponde a un registro HTTP que incluye instrucciones para operar el' dispositivo de función de operaciones. R E S U E N Una máquina de banca automática es operativa para.-- realizar operaciones en respuesta a documentos HTML y mensajes TCP/IP intercambiados con un sistema de computadora local á través de una intranet, a^í como en respuesta a mensajes intercambiados con servidores extranjeros en Una red de área amplia. La máquina de banca incluye una computadora que tiene una¿ porción de manejo de jd°cumentos HTML. La porción de manejo.de ?s docümentíOS HTML es operativa para comunicarse a través de u¾ servidor caché, con un .servidor local HTTP en la intranet o de servidores extranjeros en la red dé área amplia. La computadora incluye además una porció de aplicación de dispositivos que establece una ' interfase con la porción ífe man^ej-o . de documentos HTML y despacha mensajes para operar los dispositivos en la; máquina de banca automática. Los dispositivos incluyen un dispositivo dispensador de hojas que suministra efectivo. La porción de aplicación de dispositivos se comunica con una porción de software que establece internases con los dispositivos en la;" máquina de banca a través de un servidor dé dispositivos en lá intranet. El servidor de dispositivos mantiene él control local . '" sobré los dispositivos de la máquina < de banca incluyendo el dispensador de hojas. La máqüina de- banca opera, para leer' los. indicios que se encuentran en la tarjeta del usuario y que corresponden a un domicilio del sistema. La computadora es operativa para conectar la máquina bancaria al servidor local b extranjero, correspondiente al domicilio del sistema, y el servidor conectado opera la máquina de banca hasta la terminación de las operaciones del usuario.
MXPA99004929A 1998-05-27 1999-05-27 Sistema y aparato de maquina de cajero automatizado. MXPA99004929A (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,787 US7624050B1 (en) 1996-11-27 1998-11-17 Automated banking machine apparatus and system

Publications (1)

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

Family

ID=27536144

Family Applications (1)

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

Country Status (7)

Country Link
US (1) US7624050B1 (es)
EP (1) EP0961247B1 (es)
BR (1) BR9901649B1 (es)
CA (1) CA2271209C (es)
DE (1) DE69939507D1 (es)
ES (1) ES2315001T3 (es)
MX (1) MXPA99004929A (es)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2276637A1 (en) 1999-06-30 2000-12-30 Alan A. Mcnaughton Multipersonality automated transaction execution system
US8768836B1 (en) * 2000-02-18 2014-07-01 Jpmorgan Chase Bank, N.A. System and method for electronic deposit of a financial instrument by banking customers from remote locations by use of a digital image
US7890433B2 (en) * 2000-06-30 2011-02-15 Tara Chand Singhal Private and secure payment system
JP2003087243A (ja) * 2001-06-28 2003-03-20 Hitachi Ltd データ検証方法、データ検証装置およびその処理プログラム製品
US9141956B2 (en) * 2006-11-13 2015-09-22 Ncr Corporation Using biometric tokens to pre-stage and complete transactions
US7575156B2 (en) 2006-12-20 2009-08-18 Ncr Corporation Conducting financial transactions under multiple protocols in a single user session within a self-service terminal
ES2626203B1 (es) * 2016-01-21 2017-11-02 Javier COLINO SÁINZ ROZAS Dispositivo portátil dispensador de billetes en efectivo y método para su funcionamiento
CN110570184B (zh) * 2019-08-26 2022-08-19 北京知嘛文化传播有限公司 向用户提供产品的系统、方法、装置以及存储介质
CN111640261A (zh) * 2020-05-25 2020-09-08 浪潮金融信息技术有限公司 一种带有介质共享功能的新型自助终端系统
CN113178238B (zh) * 2021-05-24 2024-01-09 北京天健源达科技股份有限公司 云电子病历的体温单生成方法

Family Cites Families (46)

* 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
US4355369A (en) * 1975-07-30 1982-10-19 Docutel Corporation Automatic banking machine
US4091448A (en) * 1976-10-29 1978-05-23 Clausing Martin B Off-line, one-level/on-line, two-level timeshared automated banking system
US4337864A (en) * 1980-02-22 1982-07-06 Docutel Corporation Currency note dispensing system
JPS5911491A (ja) * 1982-07-12 1984-01-21 株式会社東芝 入出金装置
US4636622A (en) * 1985-05-06 1987-01-13 Clark Clement P Card user identification system
US4974878A (en) * 1988-04-20 1990-12-04 Remittance Technology Corporation Financial data processing system using payment coupons
US5644723A (en) * 1989-05-01 1997-07-01 Credit Verification Corporation Method and system for selective incentive point-of-sale marketing in response to customer shopping histories
JPH0378082A (ja) * 1989-08-21 1991-04-03 Hitachi Ltd 予約取引処理方法
US5220501A (en) * 1989-12-08 1993-06-15 Online Resources, Ltd. Method and system for remote delivery of retail banking services
US5905248A (en) * 1990-09-11 1999-05-18 Metrologic Instruments, Inc. System and method for carrying out information-related transactions using web documents embodying transaction enabling applets automatically launched and executed in response to reading URL-encoded symbols pointing thereto
US5473143A (en) 1991-09-23 1995-12-05 Atm Communications International, Inc. ATM/POS based electronic mail system
US5265033A (en) 1991-09-23 1993-11-23 Atm Communications International, Inc. ATM/POS based electronic mail system
JP3083187B2 (ja) * 1991-09-30 2000-09-04 富士通株式会社 電子財布システムの鍵管理方式
GB9319180D0 (en) * 1993-09-16 1993-11-03 Ncr Int Inc Automated financial system
GB9323489D0 (en) * 1993-11-08 1994-01-05 Ncr Int Inc Self-service business system
WO1996014705A1 (en) * 1994-11-07 1996-05-17 Cash On Demand, Inc. Method and system for remote terminal dial-up
US5764789A (en) * 1994-11-28 1998-06-09 Smarttouch, Llc Tokenless biometric ATM access system
JPH0926970A (ja) * 1994-12-20 1997-01-28 Sun Microsyst Inc 情報を検索するコンピュータによる実行方法及び装置
US5546523A (en) * 1995-04-13 1996-08-13 Gatto; James G. Electronic fund transfer system
JPH08320838A (ja) * 1995-05-26 1996-12-03 Fujitsu Ltd 端末管理方法並びにそのためのホスト計算機及びフロントエンドプロセッサ
US5742845A (en) * 1995-06-22 1998-04-21 Datascape, Inc. System for extending present open network communication protocols to communicate with non-standard I/O devices directly coupled to an open network
US5619558A (en) * 1995-11-13 1997-04-08 Ncr Corporation ATM segment of one marketing method
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
US5706442A (en) 1995-12-20 1998-01-06 Block Financial Corporation System for on-line financial services using distributed objects
US5802299A (en) * 1996-02-13 1998-09-01 Microtouch Systems, Inc. Interactive system for authoring hypertext document collections
US5754830A (en) * 1996-04-01 1998-05-19 Openconnect Systems, Incorporated Server and web browser terminal emulator for persistent connection to a legacy host system and method of operation
AU2669897A (en) * 1996-04-18 1997-11-19 Citibank, N.A. An improved method and system for performing banking transactions, including home banking
CA2258648A1 (en) * 1996-06-17 1997-12-24 Verifone, Inc. A system, method and article of manufacture for managing transactions in a high availability system
US5884288A (en) * 1996-07-01 1999-03-16 Sun Microsystems, Inc. Method and system for electronic bill payment
US5761071A (en) * 1996-07-27 1998-06-02 Lexitech, Inc. Browser kiosk system
GB9618110D0 (en) * 1996-08-30 1996-10-09 Ncr Int Inc Improved self-service 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
US5974451A (en) * 1996-10-07 1999-10-26 Novaville Ag System and method for distributing bulletins to external computers accessing wide area computer networks
SE9603753L (sv) * 1996-10-14 1998-04-06 Mirror Image Internet Ab Förfarande och anordning för informationsöverföring på Internet
US5956487A (en) * 1996-10-25 1999-09-21 Hewlett-Packard Company Embedding web access mechanism in an appliance for user interface functions including a web server and web browser
US5933816A (en) * 1996-10-31 1999-08-03 Citicorp Development Center, Inc. System and method for delivering financial services
US5905872A (en) * 1996-11-05 1999-05-18 At&T Corp. Method of transferring connection management information in world wideweb requests and responses
US6289320B1 (en) * 1998-07-07 2001-09-11 Diebold, Incorporated Automated banking machine apparatus and system
US5963647A (en) * 1997-02-14 1999-10-05 Citicorp Development Center, Inc. Method and system for transferring funds from an account to an individual
US6304860B1 (en) * 1997-10-03 2001-10-16 Joseph B. Martin, Jr. Automated debt payment system and method using ATM network
GB2328532B (en) 1998-01-30 2000-10-18 Ibm A peripheral controller for a transaction processing system
GB2319102B (en) * 1998-01-30 1998-12-23 Ibm A security system for a transaction processing system

Also Published As

Publication number Publication date
EP0961247B1 (en) 2008-09-10
ES2315001T3 (es) 2009-03-16
EP0961247A2 (en) 1999-12-01
CA2271209A1 (en) 1999-11-27
EP0961247A3 (en) 2004-06-30
US7624050B1 (en) 2009-11-24
BR9901649A (pt) 2000-01-18
BR9901649B1 (pt) 2011-06-28
CA2271209C (en) 2002-12-10
DE69939507D1 (de) 2008-10-23

Similar Documents

Publication Publication Date Title
EP0961249B1 (en) System configuration where certain transaction devices are run through browser interface to HTTP and other devices are run responsive to messages in ATM legacy system
US6598023B1 (en) Automated banking machine system using internet address customer input
US7062464B1 (en) Automated banking machine and system
MXPA99004931A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004942A (es) Sistema y aparato de maquina de cajero automatizado.
US20050216888A1 (en) Method of developing automated banking machine instructions
US20050182723A1 (en) Server software adapted to covert messages to enable ATM and ATM host communication
US20060010063A1 (en) Automated banking machine system with multiple browsers
US6983256B2 (en) Cash dispensing automated banking machine system and method
US20050289055A1 (en) Automated banking machine apparatus and system
US20050273427A1 (en) Automated banking machine apparatus and system
MXPA99004929A (es) Sistema y aparato de maquina de cajero automatizado.
EP0961246B1 (en) Methods by which an ATM selectively accesses documents based on the transaction function devices present in the machine
US7603302B1 (en) Automated banking machine system with multiple entity interface
EP0961251B1 (en) Automated banking machine with accessing data based on customer inputs including biometric customer identification and producing selected displays based on customer identity (profile bean)
MXPA99004939A (es) Sistema y aparato de maquina de cajero automatizado.
US7634433B1 (en) Automated banking machine and system
MXPA99004937A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004934A (es) Sistema y aparato de maquina de cajero automatizado.
US8121914B1 (en) Automated banking machine customer profile method
MXPA99004933A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004935A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004941A (es) Sistema y aparato de maquina de cajero automatizado.
MXPA99004936A (es) Sistema y aparato de maquina de cajero automatizado.

Legal Events

Date Code Title Description
FG Grant or registration