BR9901649B1 - máquina e sistema bancários automatizados. - Google Patents

máquina e sistema bancários automatizados. Download PDF

Info

Publication number
BR9901649B1
BR9901649B1 BRPI9901649-4A BR9901649A BR9901649B1 BR 9901649 B1 BR9901649 B1 BR 9901649B1 BR 9901649 A BR9901649 A BR 9901649A BR 9901649 B1 BR9901649 B1 BR 9901649B1
Authority
BR
Brazil
Prior art keywords
transaction
server
data
machine
computer
Prior art date
Application number
BRPI9901649-4A
Other languages
English (en)
Other versions
BR9901649A (pt
Inventor
Jay Paul Drummond
Dale Blackson
Lilei Chen
Bob A Cichon
Mark S Covert
Bradrick Q Lepper
Mark A Moales
Mark D Smith
Robert J Lemley
Michael E Califf
Shawn D Joyce
Phillip S Moore
Steven C Swingler
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 filed Critical
Publication of BR9901649A publication Critical patent/BR9901649A/pt
Publication of BR9901649B1 publication Critical patent/BR9901649B1/pt

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)
  • Development Economics (AREA)
  • Computing Systems (AREA)
  • Economics (AREA)
  • Databases & Information Systems (AREA)
  • Computer Hardware Design (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Human Computer Interaction (AREA)
  • Data Mining & Analysis (AREA)
  • Software Systems (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

"MÁQUINA E SISTEMA BANCÁRIOS AUTOMATIZADOS".
CAMPO DA TÉCNICA
A presente invenção refere-se a máquinas bancáriasautomatizadas. Especificamente, esta invenção se refere aum aparelho e sistema para máquina bancária automatizada,que seja capaz de ser usada em uma ampla área de rede e queproporcione ao usuário uma interface familiar a partir desua instituição sede em máquinas bancárias operadas poroutras instituições e que propicie mais opções de saida demáquina.
TÉCNICA ANTERIOR
As máquinas bancárias automatizadas são bemconhecidas. Um tipo comum de máquina bancária automatizadausada por consumidores é uma máquina de caixa automatizada("ATM") . As ATMs permitem que os clientes executemtransações bancárias. Transações bancárias comuns que podemser executadas por ATMs incluem a distribuição de dinheiro,depósitos, transferência de fundos entre 'contas, pagamentode contas e extratos do balanço da conta. O tipo detransação bancária que um cliente pode executar édeterminado pelas capacidades da máquina bancária particulare da programação da instituição que opera a máquina. Outrostipos de máquinas bancárias automatizadas podem permitir queos clientes façam débitos em contas ou transfiram fundos.
Outros tipos de máquinas bancárias automatizadas podemimprimir ou distribuir itens de valor tais como cupons,bilhetes, comprovantes, comprovantes de despesas, cheques,recibos de alimentação, ordens de pagamento, vales oucheques de viagem. Para a finalidade deste relatório, uma máquina bancária automatizada ou máquina de transaçãoautomatizada deve abranger qualquer dispositivo que executetransações, inclusive transferências de valores.
No momento, as ATMs são operadas em redes decomunicações proprietárias. Estas redes interconectam ATMsoperadas por instituições financeiras e outras entidades. Ainterconexão das redes, com freqüência, permite que umusuário use uma máquina bancária operada por uma instituiçãoestrangeira se a máquina bancária da instituição estrangeiraestiver interconectada à rede que inclua a instituição do usuário. No entanto, quando o usuário opera a máquina dainstituição estrangeira o cliente tem que operar a máquinausando a interface com o cliente que foi estabelecida pelainstituição alheia para suas máquinas bancárias. Alémdisso, o usuário fica limitado às opções de transações proporcionadas pela instituição alheia.
Um cliente pode encontrar dificuldades quando usauma máquina de uma instituição estrangeira. Podem ocorrerproblemas porque o usuário não está familiarizado com o tipode máquina operada pela instituição estrangeira. É possívelhaver confusão porque o cliente não sabe quais os botões ououtros mecanismos que ele deve atuar para conseguir astransações desejadas. 0 fluxo de transação para um clienteem uma máquina de instituição estrangeira pode sersignificativamente diferente das máquinas operadas pelainstituição sede do usuário. Isso pode ser particularmenteum problema quando o usuário é de um outro pais e não estáfamiliarizado com o tipo de máquina bancária ou com o idiomada interface proporcionada pela instituição estrangeira. Demodo similar, os documentos que são impressos porimpressoras em uma máquina bancária automatizada sãogeralmente limitados a um grupo limitado dè formatosdefinidos em um único idioma.
Uma instituição estrangeira também podeproporcionar tipos de transações diferentes das que ousuário está familiarizado em sua instituição sede. Porexemplo, a instituição sede do usuário pode permitir atransferência de fundos entre contas através de suasmáquinas bancárias automatizadas, permitir que o usuáriomantenha fundos em contas que tenham juros mais altos atéque eles sejam necessários. Se a instituição estrangeiranão proporcionar esta capacidade, o usuário não será capazde fazer isso quando operar a máquina alheia. Aincapacidade de um usuário em uma máquina alheia paraconduzir as transações a que ele está acostumado podeapresentar problemas.As redes que operam as máquinas de caixaautomatizadas e outros tipos de máquinas bancáriasautomatizadas geralmente operam redes proprietárias às quaiso acesso é restrito. Isso é necessário para impedir fraudeou adulterações na rede ou em contas de usuários. As redesproprietárias também são geralmente usadas para atransmissão de mensagens de cartão de crédito e outrasmensagens de transações financeiras. O acesso a taissistemas de processamento de cartão de crédito também érestrito principalmente para fins de manutenção dasegurança.
Comunicação em grandes áreas de redes permite queas mensagens sejam comunicadas entre locais distantes. Arede de grande área mais conhecida é a Internet que pode serusada para proporcionar comunicação entre computadores portodo o mundo. A Internet não é amplamente usada paramensagens de transações comerciais porque ela não é umsistema seguro. As mensagens destinadas para recepção em umendereço de computador particular podem ser interceptadas emoutros endereços sem detecção. Devido ao fato das mensagenspoderem ser interceptadas em locais que são distantes doreceptor pretendido, o potencial para fraude e corrupção égrande.
As companhias estão começando a proporcionarabordagens para transmissão de mensagens mais seguras naInternet. As técnicas de criptografia também estão sendoaplicadas a mensagens na Internet. No entanto, a aberturada Internet limitou sua utilidade para fins de mensagensfinanceiras, particularmente mensagens financeirasassociadas à operação de máquinas bancárias automatizadas.
As mensagens em redes de grande área podem sercomunicadas usando o Protocolo de Controle deTransmissão/Protocolo de Internet (Transmission ControlProtocol/Internet protocol - "TCP/IP"). A patente U.S. N2 5.706.422 mostra um exemplo de um sistema em que umainformação financeira armazenada em bancos de dados éacessada através de uma rede de grande área privada usandomensagens TCP/IP. As mensagens transmitidas em tais redesque usam TCP/IP podem incluir "documentos" (também chamados "páginas"). Tais documentos são produzidos em Linguagem deMarcação de Hipertexto (Hypertext Markup Language - "HTML")que é uma referência a um tipo de linguagem de programaçãousada para produzir documentos com comandos ou "marcas" nosmesmos. As marcas são códigos que definem características e/ou operações dos documentos tais como fontes,apresentação, gráficos embutidos e ligações de hipertexto.Os documentos HTML são processados ou lidos através do usode um programa de computador referido como "navegador". Asmarcas informam ao navegador como processar e controlar oque é visto em uma tela e/ou é ouvido nos alto-falantesconectados ao computador que roda o navegador quando odocumento é processado. Os documentos HTML podem sertransmitidos por uma rede através do Protocolo deTransferência de Hipertexto (Hypertext Transfer Protocol -"HTTP"). O termo "Hipertexto" é uma referência à capacidadede embutir ligações no texto de um documento que permitem acomunicação com outros documentos que podem ser acessados narede.
Assim, existe a necessidade de uma máquinabancária automatizada e de um sistema que possa ser usado emuma rede de grande área tal como a Internet ao mesmo tempoem que proporciona um alto nivel de segurança. Existe aindaa necessidade de uma máquina bancária automatizada e de umsistema que proporcionem ao usuário a interface familiar eas opções de transação da sua instituição sede quandoestiver operando em máquinas de instituições estrangeiras.Existe ainda a necessidade de uma máquina que possaproporcionar mais opções de transações e tipos de materiaispromocionais e impressos aos usuários.
DESCRIÇÃO DA INVENÇÃO
Um objetivo da presente invenção consiste emproporcionar uma máquina bancária automatizada, na qual umusuário possa conduzir transações.Um outro objetivo da presente invenção consiste emproporcionar uma máquina bancária automatizada que possa seroperada através de conexão a uma rede de grande área.
Um outro objetivo da presente invenção consiste emproporcionar uma máquina bancária automatizada e um sistemaque proporcionem ao usuário uma interface familiar e opçõesde transação da sua instituição sede em máquinas operadaspor instituições estrangeiras.
Um outro objetivo da presente invenção consiste emproporcionar uma máquina bancária automatizada que secomunique usando documentos HTML e mensagens TCP/IP.
Um outro objetivo da presente invenção consiste emproporcionar uma máquina bancária automatizada que permita aconexão da máquina bancária a uma instituição sede dousuário através de documentos HTML e mensagens TCP/IPgeradas em resposta a índices em um cartão inserido por umusuário.
Um outro objetivo da presente invenção consiste emproporcionar uma máquina bancária automatizada e um sistemaque realizem transações em uma rede de grande área ao mesmotempo em que mantêm um alto nível de segurança.
Um outro objetivo da presente invenção consiste emproporcionar uma máquina bancária automatizada e um sistemaque controle a conexão da máquina bancária a endereçosalheios através de um servidor proxy.Um outro objetivo da presente invenção consiste emproporcionar uma máquina bancária automatizada que limite aoperação de dispositivos na máquina através de um servidorde dispositivo local.
Um outro objetivo da presente invenção consiste emproporcionar uma máquina bancária automatizada e um sistemaque seja operável através de conexão à Internet.
Um outro objetivo da presente invenção consiste emproporcionar uma máquina bancária automatizada que possa serusada para propiciar a um usuário mais tipos de mensagens,inclusive mensagens direcionadas a usuários particulares.
Um outro objetivo da presente invenção consiste emproporcionar uma máquina bancária automatizada que sejacapaz de propiciar aos usuários uma maior variedade dedocumentos impressos.
Um outro objetivo da presente invenção consiste emproporcionar uma máquina bancária automatizada queproporcione opções adicionais para a identificação deusuários autorizados.
Um outro objetivo da presente invenção consiste emproporcionar uma máquina bancária automatizada que possa serusada em conexão com sistemas de transação já existentes aomesmo tempo em que proporciona maior funcionalidade.
Um outro objetivo da presente invenção consiste emproporcionar uma máquina bancária automatizada queproporcione capacidades de diagnóstico e de serviçosmelhores.
Um outro objetivo da presente invenção consiste emproporcionar uma máquina bancária automatizada que executetransações a um passo rápido.
Um outro objetivo da presente invenção consiste emproporcionar sistemas aperfeiçoados em que são usadasmáquinas bancárias automatizadas.
Um outro objetivo da presente invenção consiste emproporcionar métodos aperfeiçoados de operação para máquinasbancárias automatizadas e sistemas.
Outros objetivos da presente invenção serãotornados aparentes a seguir em Melhores Modos de Executar aInvenção e nas Reivindicações em anexo.
Os objetivos anteriores são atingidos em umamodalidade preferida da invenção por uma máquina bancáriaautomatizada que inclui um dispositivo de saida tal como umatela de exibição e um dispositivo de entrada tal como umatela de toque ou um teclado. A máquina bancária incluiainda dispositivos tais como um mecanismo distribuidor paranotas de dinheiro, um mecanismo impressor, umleitor/gravador de cartão, um mecanismo de depósito e outrosdispositivos de função de transação físicos que são usadospela máquina para realizar transações bancárias.A máquina bancária inclui ainda um computador. Ocomputador está em conexão operativa com os dispositivos desaída e também com os dispositivos de entrada, assim comocom o mecanismo distribuidor de nota, leitor de cartão eoutros dispositivos de função de transação físicos namáquina bancária. O computador inclui programas de softwareque são executáveis no mesmo. Os programas de softwareincluem uma parte que lida com documentos HTML. A parte quelida com o documento HTML opera para enviar e receberdocumentos HTML. A parte que lida com documento HTML estáem conexão, de preferência, com o dispositivo de saída paratelas de exibição, incluindo indicadores de enlace dehipertexto. A parte que lida com documento HTML também estáem conexão, de preferência, com o dispositivo de entrada quepermite que o usuário selecione e gere mensagens de respostado computador. A parte que lida com documento HTML opera,de preferência, em conexão com um ambiente de software JAVAe tem a capacidade de executar instruções em script JAVAtransmitido com documentos HTML.
O software no computador inclui ainda, depreferência, uma parte de aplicativo de dispositivo. Aparte de aplicativo de dispositivo inclui software que éoperativo para controlar o distribuidor de nota a outrosdispositivos. Na forma preferida da invenção, a parte deaplicativo de dispositivo inclui uma pluralidade de appletsJAVA para operar os dispositivos na máquina.
O computador na máquina bancária automatizadainclui ainda uma parte de software de interface com odispositivo. A parte de software de interface com odispositivo opera para receber mensagens da parte deaplicativo de dispositivo e para fazer com que osdispositivos operem através de interfaces adequadas com ohardware. Em uma forma preferida da máquina bancáriaautomatizada, a parte que lida com o documento HTML, a partede aplicativo de dispositivo e a parte de software deinterface com o dispositivo residem, cada uma, no mesmocomputador e se comunicam em portas IP diferentes.
A máquina bancária automatizada da invenção, emuma configuração se comunica usando mensagens TCP/IP em umaintranet que inclui uma pluralidade de tais máquinas. Aintranet, por sua vez, está conectada a pelo menos umcomputador que é operado por uma instituição sede. Ainstituição sede é a entidade que opera as máquinasbancárias.
O computador da instituição sede, de preferência,inclui um servidor HTTP sede, um servidor proxy e umservidor de dispositivo. O servidor proxy se comunicaatravés da intranet com a parte que lida com o documentoHTML do software em cada uma das máquinas bancárias. Oservidor proxy também é conectável a uma rede de grandeárea, tal como a Internet, a que outros servidores estãoconectados. O servidor de dispositivo é operativo parapassar mensagens entre a parte de aplicativo de dispositivoe a parte de software de interface com o dispositivo dasmáquinas bancárias. O servidor de dispositivo pode incluirum software monitor que monitora e limita de maneiraseletiva o uso e a operação dos dispositivos na máquinabancária. Isso proporciona um nivel de segurança.
A máquina bancária automatizada e o sistema sãooperativos para colocar um usuário em conexão com ainstituição em que ele tem sua conta. Isso pode ser ainstituição sede que opera a máquina bancária onde o usuárioestá presente ou uma instituição estrangeira que estejaconectada à rede de grande área. Para operar uma máquinabancária, iam usuário fornece entradas que correspondem a umendereço, tal como um endereço URL, através de umdispositivo de entrada de endereço. A parte que lida com odocumento HTML opera de modo a conectar a máquina bancáriaao servidor correspondente aquele endereço. De preferência,isso é feito pelo usuário que tem índices representativos doendereço em um cartão que é lido pela máquina bancária, ououtro dispositivo de entrada que identifique o usuário ouuma instituição ou entidade com a qual o usuário tem contas.A parte que lida com o documento HTML responde aoendereço no cartão ou outro dado de entrada para conectaratravés do servidor proxy à instituição do usuário. Se oendereço da instituição sede do usuário corresponder aoservidor sede, a máquina bancária opera em resposta amensagens do servidor sede. Se, no entanto, o endereçoinserido pelo usuário corresponder a um endereço de um outroservidor, o servidor proxy é operativo para se comunicaratravés de uma rede de grande área com o outro servidor nainstituição sede do cliente. Se o cliente fizer com que amáquina se conecte a um servidor operado por uma instituiçãoestrangeira, os documentos HTML enviados da instituiçãoestrangeira correspondem aqueles normalmente proporcionadospela instituição estrangeira. Como resultado, o clienteestará familiarizado com a interface produzida por estesdocumentos e será capaz de operar mais imediatamente amáquina bancária.
O servidor estrangeiro ou o servidor sede operam amáquina bancária enviando documentos HTML que inclueminstruções para a operação dos dispositivos na máquinabancária. As instruções são transmitidas da parte que lidacom o documento HTML para a parte de aplicativo dedispositivo do software, que opera os dispositivos emresposta às instruções. As instruções da parte deaplicativo de dispositivo para os dispositivos na máquinabancária automatizada são passadas através do servidor dedispositivo da instituição sede. Isso ajuda a manter asegurança. Além disso, o servidor proxy inclui software detela que limita os servidores estrangeiros que podem se conectar a e operar a máquina bancária. Isso é referidocomo um "barreira de proteção".
Modalidades da presente invenção tambémproporcionam interfaces com o usuário melhores e impressãode uma grande variedade de documentos com a máquinabancária. A invenção também permite conseguir maiorfuncionalidade enquanto utiliza redes de transaçãoexistentes e máquinas de transação automatizadas.
BREVE DESCRIÇÃO DOS DESENHOS
A Figura 1 é uma vista esquemática de umaconfiguração de rede que inclui o aparelho e sistema demáquina bancária automatizada da presente invenção.
A Figura 2 é uma vista esquemática de umamodalidade preferida de uma máquina bancária automatizada dapresente invenção.
As Figuras 3 a 24 mostram vistas esquemáticas damáquina bancária automatizada, uma intranet que conecta amáquina bancária a um sistema de computador de um banco sedee uma rede de grande área que conecta o sistema decomputador do banco sede a um outro banco.As Figuras 3 a 18 representam esquematicamenteetapas em uma transação executada na máquina bancária com osistema de computador do banco sede.
As Figuras 19 a 24 representam esquematicamenteetapas em uma transação executada na máquina bancária com osistema de computador do outro banco.
A Figura 25 é uma vista esquemática de umaconfiguração de rede que inclui uma modalidade alternativada máquina bancária automatizada da presente invenção.
A Figura 2 6 é uma vista esquemática de quadros naparte que lida com documento HTML da modalidade alternativada máquina bancária automatizada mostrada na Figura 25.
A Figura 27 é uma vista esquemática da interfacecom o cliente de uma máquina bancária automatizada e asteclas de função e teclas de teclado incluídas na interface.
As Figuras 28 a 30 representam esquematicamenteetapas exemplares na conversão de entradas de tecla defunção e tecla do teclado em entradas de corrente de tecladoe de corrente de mouse.
A Figura 31 representa esquematicamente etapasexemplares na impressão de documentos com a máquina bancáriaautomatizada.
MELHORES MODOS DE EXECUTAR A INVENÇÃO
Com referência agora aos desenhos eparticularmente à Figura 1, é mostrada uma configuração derede indicada esquematicamente por 10, que inclui o aparelhoe sistema de máquina bancária automatizada de uma modalidadepreferida da presente invenção. A rede 10 inclui umapluralidade de máquinas bancárias automatizadas 12 que, namodalidade preferida da invenção, são ATMs. As ATMs 12estão conectadas a um sistema de computador de um banco sedeindicado esquematicamente por 14. 0 sistema de computadordo banco sede 14 é o sistema de computador que é operadopelo banco ou instituição estrangeira que tenharesponsabilidade primária pelas ATMs 12. O sistema decomputador do banco sede 14 é conectado às ATMs 12 atravésde uma intranet 16. A intranet 16, de preferência, é umarede local ou proprietária que proporciona comunicação entreo sistema de computador 14 e as máquinas bancárias 12 queusam mensagens no formato protocolo de controle detransmissão/protocolo internet ("TCP/IP").
As mensagens que são comunicadas através daintranet 16 são de preferência mensagens TCP/IP e documentosem Linguagem de Marcação de Hipertexto (Hypertext Mark upLanguage - "HTML"). Em uma modalidade preferida dainvenção, os documentos HTML enviados através da intranet 16inclui instruções de programação objeto-orientadasembutidas, de preferência, no formato JAVA® que foidesenvolvido pela Sun Microsystems. As mensagens enviadasatravés da intranet 16 podem ser enviadas em uma formacriptografada ou não criptografada, dependendo da naturezado sistema e da necessidade de segurança do banco sede.
Deve-se entender que modalidades da invenção podemprocessar outras formas de documentos que incluam marcas ou instruções nos mesmos. Por exemplo, uma forma de HTML"estendido" foi proposta recentemente a qual pode ser usadaem modalidades da invenção. Para os propósitos dainvenção, todas tais formas de linguagens e variações queincluem documentos, documentos estes que incluem instruçõesnos mesmos, devem ser referidos como documentos HTML. Demodo similar, embora JAVA® seja usado na modalidadedescrita, outras linguagens de programação podem ser usadas.Por exemplo, Active-X™, desenvolvida por MicrosoftCorporation ou outras linguagens podem ser usadas em outrasmodalidades. Ainda, deve-se entender que as instruçõesincluídas nos documentos podem ser operativas de modo afazerem com que o computador acesse outros documentos, graveou arquive em outros endereços para obter um programa queexecute uma operação.
O sistema de computador do banco sede 14 também éconectável, conforme mostrado, a uma rede de grande área 18.Em algumas modalidades da invenção, a rede de grande área 18é a Internet. Em outras modalidades da invenção, outrasredes de grande área podem ser usadas. A rede de grandeárea comunica, de preferência, mensagens em TCP/IP entreinúmeros sistemas de computador e a rede de grande área.Estes outros sistemas de computador são esquematicamenterepresentados por servidores 20, 22, 24, 26 e 28. Deve-seentender que os servidores 20 a 28 podem ser operados por ouconectados a instituições estrangeiras financeiras pelomundo. Os servidores 20 a 28, de preferência, operam pelacomunicação de documentos HTML e outras mensagens HTTP.
A Figura 2 mostra uma vista esquemática da ATM 12usada em conexão com uma modalidade preferida da invenção.A ATM 12 inclui uma tela de toque 30. A tela de toque 30inclui uma tela de exibição que serve como um dispositivo desaída para comunicação com um usuário da máquina. A tela detoque 30, devido ao fato de ser uma tela de toque, tambémserve como iam dispositivo de entrada para receber asinstruções de entrada de um usuário. A tela de toque 30está conectada através de uma interface 32 a um computador34 que, de preferência, está alojado dentro da máquina.
Modalidades alternativas da invenção podem incluir outrosdispositivos de saída tais como alto-falantes.
O computador 34 também está em conexão com umapluralidade de dispositivos de função de transação 36 queestão incluídos na ATM 12. Os dispositivos 36 incluem, porexemplo, um mecanismo leitor/gravador de cartão 38 e umteclado 40. Os dispositivos 36 incluem ainda um mecanismodistribuidor de notas 42 que é operativo para distribuirnotas que, em algumas formas preferidas da invenção, sãonotas de dinheiro ou notas do banco. Os dispositivos 36também incluem iam depositário 44 para aceitar depósitos emum local seguro na máquina. Uma impressora de recibo 4 6para proporcionar recibos de transação aos clientes tambémestá incluída entre os dispositivos 36. Uma impressora dediário 48 também está incluída entre os dispositivos paramanter um registro de cópia da informação da transação. Emoutras modalidades, outros dispositivos ou dispositivos defunção de transação adicionais que executem outras funçõesde transação podem ser usados. Outras modalidades podemincluir menos dispositivos de funções de transação. Deve-seentender ainda que embora a modalidade descrita da invençãoseja uma máquina bancária automatizada, os princípios dainvenção podem ser empregados em muitos tipos de máquinas detransação que não necessariamente executem transaçõesbancárias.
Cada um dos dispositivos está conectadooperativamente a um barramento de controle interno 50 dentroda máquina bancária 12. O barramento de controle 50 dásaída a mensagens internas para os dispositivosparticulares. Cada dispositivo tem uma interface com ohardware apropriada que permite que o dispositivo particularopere, executando sua respectiva função, em resposta àsmensagens transmitidas para ele em um barramento de controle50. A leitora/gravadora de cartão 38 tem uma interface como hardware esquematicamente mostrada como 52. As interfacescom o hardware 54, 56, 58, 60 e 62 são respectivamenteoperativas para conectar o teclado 40, o mecanismodistribuidor de folhas 42, o mecanismo depositório 44, omecanismo impressor de recibo 46 e o mecanismo impressor dediário 48 para o barramento de controle 50.
O computador 34 tem diversos programas de softwareque são executáveis no mesmo. Na modalidade preferida da invenção, estes programas de software incluem uma parte desoftware de interface com o dispositivo genericamenteindicado por 64. A parte de software de interface com odispositivo 64, de preferência, inclui uma interface com odispositivo de software 66 que comunica mensagens eletrônicas com o barramento de controle 50. A parte desoftware de interface com o dispositivo 64 também, depreferência, inclui um gerenciador de dispositivo 68. Ogerenciador de dispositivo é operativo, de preferência, paragerenciar os diversos dispositivos 36 e para controlar seusdiversos estados de modo que se assegure que eles operam demaneira apropriada em seqüência.
O gerenciador dedispositivo também é operável, de preferência, para criarobjetos de dispositivo no software de modo a permitir aoperação dos dispositivos por pelo menos um programa objeto-orientado 70. A parte de software de interface com odispositivo 64 também inclui a parte de programa objeto-orientado 70, que em uma modalidade preferida é umaplicativo escrito em linguagem JAVA. O programa 70trabalha em conjunto com o gerenciador de dispositivo parareceber mensagens JAVA objeto-orientadas que fazem com queos dispositivos operem e para transmitir mensagens deoperação de dispositivo indicativas de iam modo no qual osdispositivos são operantes e/ou estão recebendo dados deentrada.
A parte de software de interface com o dispositivo64 na modalidade descrita opera no computador 34 e secomunica através de uma conexão TCP/IP física 72 com aintranet 16. A conexão física pode ser discagem analógica,porta serial, conexão ISDN ou outra conexão adequada. Naconfiguração do sistema, conforme mostrado, a parte desoftware de interface com o dispositivo 64 comunica noendereço IP do computador 34 e em uma porta IP ou soqueteindicado 74 que é diferente dos outros aplicativos desoftware. Em outras modalidades da invenção, a parte desoftware de interface com o dispositivo 64 pode operar em umcomputador diferente dos outros aplicativos de software dainvenção.
Deve ser entendido ainda que embora na modalidadepreferida da invenção a parte de interface com o dispositivo64 seja software, em outras modalidades da invenção, todasou partes das etapas de instrução executadas pela parte desoftware 64 podem ser residentes em firmware ou em outrosmeios de programa em conexão com um ou mais computadores,que são operativos para comunicar com dispositivos 36. Paraas finalidades da invenção, todas tais formas de instruçõesexecutáveis devem ser referidas como software.
Outro software também opera no computador 34.
Este software inclui software para lidar com documento HTMLque inclui um navegador, indicado esquematicamente 76. Namodalidade preferida da invenção, o software que lida com odocumento HTML inclui um navegador proporcionado pelaNetscape®. No entanto, em outras modalidades, outrossoftwares de comunicação e manuseio de documento HTML esoftware navegador, tais como Hot JAVA®, da SunMicrosystems ou Internet Explorer™, da Microsoft, podem serusados. O navegador 76 comunica no computador 34 em umaporta 34 indicada por 78.
O navegador 76 está em conexão operativa com osoftware de ambiente JAVA 80 que permite que o computador 34execute programas em linguagem JAVA. Os programas emlinguagem JAVA têm a vantagem de operarem em uma variedadede plataformas de hardware sem modificação. Esta capacidade"gravar uma vez/executar em qualquer lugar" torna o ambienteJAVA bem adequado para a modalidade descrita da invenção.No entanto, outras modalidades podem usar diferentes tiposde programas de software.
O software em ambiente JAVA 80 permite que ocomputador 34 execute instruções em script JAVA,esquematicamente indicada 82. As instruções que sãoexecutadas pelo computador em script JAVA são, depreferência, comandos em script JAVA embutidos que estãoincluídas nos documentos HTML que são recebidos através donavegador 76. 0 navegador 7 6, em conexão com o software emambiente JAVA 80 que executa as instruções no script JAVAembutido 82, serve como uma parte de software que lida comdocumentos HTML para transmitir e receber documentos HTML emensagens TCP/IP através da porta IP indicada por 78.
O computador 34 também tem no mesmo softwareexecutável tendo uma parte de aplicativo de dispositivo 84.A parte de aplicativo de dispositivo 84 contém instruçõesexecutáveis relacionadas à operação dos dispositivos 36. Namodalidade preferida da invenção, a parte de aplicativo dedispositivo consiste de uma pluralidade de applets JAVA. Namodalidade descrita, os applets também são, de preferência,programas operáveis para controlar e manter controle doestado dos dispositivo com os quais eles estão associados.Certos apllets também são operáveis, de preferência, paraconfigurar o navegador para comunicar mensagens. Certosapplets gerenciam a segurança e autenticam entidades queusam a ATM.
Na forma descrita da invenção, os applets JAVAestão associados a funções tais como a habilitação domecanismo de leitura de cartão, notificação do navegadorquando um dado de cartão de usuário tiver entrado, operaçãodo mecanismo impressor de recibo, operação do mecanismoimpressor de diário, habilitação do teclado do cliente erecebimento de dados inseridos através do teclado, operação do mecanismo distribuidor de notas, operação do depositório,navegação para endereços de documentos, funções dedispositivos de cronometragem, verificação das assinaturasdigitais, lidar com criptografia de mensagens, controle damistura de notas distribuídas a partir de múltiplos mecanismos distribuidores de folhas, cálculo do câmbioestrangeiro e finalização de uma transação e instrução aonavegador para retornar a comunicação com o servidor sede.É óbvio que, em outras modalidades, outros applets podem serusados para controlar dispositivos e usar dados para aexecução de diversas funções desejadas com a máquina. Aparte de aplicativo de dispositivo 84 se comunica nocomputador 34 em uma porta IP indicada 86.
Na modalidade preferida da invenção, a parte deaplicativo de dispositivo 84 do software não comunica suas mensagens diretamente à parte de software de interface com odispositivo 64. Conforme explicado mais tarde, issoproporciona maior segurança. No entanto, deve-se entenderque as modalidades da invenção podem proporcionar que aparte de aplicativo de dispositivo 84 comunique diretamentemensagens de operação de dispositivo com o programa dedispositivo 70. Isso pode ser feito ou internamente, usandoTCP/IP, pelo envio de mensagens de uma maneira convencionalatravés de uma fila estabelecida no sistema operacional docomputador que está associado ao software que faz interfacecom os dispositivos ou por chamada direta deste software.
A partir da discussão anterior, também seráapreciado que certos applets na parte de aplicativo dedispositivo 84 podem corresponder a dispositivos que nãoestão presentes em todas as máquinas de caixa automatizadas.Por exemplo, uma máquina de caixa automatizada que opereapenas como distribuidora de dinheiro não inclui ummecanismo depositório como o depositório 44. Para acomodara situação em que um usuário solicita uma transação que nãoé fisicamente possível com a ATM 12, a parte de software deinterface com o dispositivo 64 pode ser programada paraproporcionar uma mensagem de resposta apropriada paraindicar que a função não está disponível.
Alternativamente, a parte de software de interfacecom o dispositivo pode incluir uma função que verifique apresença ou a ausência de cada tipo de dispositivo físicodentro da ATM. Informações indicativas dos dispositivospresentes na ATM podem ser incluídas como parte dasmensagens geradas pela ATM. Por exemplo, informaçõesindicativas dos dispositivos que são operativos na ATM podemser incluídos como parte dos endereços URL aos quais asmensagens são direcionadas pela ATM. Deste modo, a URL noservidor ao qual a ATM se conecta pode ser configurado paraproporcionar apenas documentos HTML que correspondam aostipos de transações que a ATM é capaz de executar. Comoresultado, o navegador evita a exibição de documentos queincluam referências a tipos de transações que a máquina nãoé capaz de executar. Assim, por exemplo, uma máquina podeevitar produzir uma exibição em resposta a um documento queinclua uma referência a uma transação de depósito se amáquina não incluir um depositório.
Alternativamente, a máquina pode incluir namemória dados representativos dos dispositivos funcionaisincluídos na máquina. Isso pode incluir, por exemplo, dadosrepresentativos de uma pluralidade de dispositivos namáquina e as configurações de tais dispositivos, oualternativamente, um designador tal como um número demáquina suficiente para identificar as capacidades damáquina. Os dados do dispositivo indicativos dosdispositivos funcionais na máquina são comunicados a umservidor e o servidor é operativo para liberar os documentosHTML apropriados para os dispositivos presentes na máquina.Isso pode ser feito com base nos dados correspondentes aosdados do dispositivo da máquina ou podem ser resolvidos apartir de uma memória que retém dados representativos dosdispositivos funcionais em uma máquina associada a umdesignador particular. Documentos seletivamente liberadospelo servidor para o navegador da máquina incluirão asreferências apropriadas para os dispositivos funcionaispresentes na máquina. Estes documentos podem ser documentosestáticos ou podem ser gerados no momento de execução apartir de sub-documentos ou então, para proporcionarem assaldas apropriadas e instruções para os dispositivos desaida da máquina de transação.
A Figura 3 mostra a ATM 12 em comunicação atravésda intranet 16 com o sistema de computador do banco sede 14.O sistema de computador 14 inclui um servidor proxy 88. Osistema 14 inclui ainda um servidor HTTP sede 90. O sistemade computador 14 inclui ainda um servidor de dispositivo 92.O servidor proxy, o servidor HTTP sede e o servidor dedispositivo podem ser incluídos em um único computador,conforme mostrado, ou em outras modalidades podem sercomputadores separados. Servidores adicionais podem seroperativos em outras modalidades.
O servidor HTTP sede 90, de preferência, está emcomunicação com um armazenamento de dados e está emcomunicação eletrônica com um sistema de computador deescritório de apoio, esquematicamente indicado por 94. 0sistema de computador de escritório de apoio 94 é operativopara manter controle de contas de cliente de débito oucrédito quando eles conduzem transações nas máquinasbancárias automatizadas. Além disso, o escritório de apoio94 também é operativo, de preferência, para rastreartransações com a finalidade de conseguir arranjos cominstituições estrangeiras que são participantes no sistema ecujos clientes conduzem transações nas ATMs 12.
Conforme será explicado mais tarde, o servidorproxy 88 também é operativo na modalidade descrita para secomunicar através da rede de ampla área 18 com outrosservidores tais como o outro servidor 96. O outro servidor 96 é um exemplo de um servidor operado por uma instituiçãooutra que não a instituição que opera o sistema decomputador 14. Deve-se entender que embora o outro servidor96 seja indicado como operado por uma instituição "alheia"(instituição estrangeira) , isso não é necessariamente indicativo de que a instituição esteja localizada em umoutro pais da instituição que opera o sistema de computador14. No entanto, é possível que o outro servidor 96 possaestar localizado em tal país estrangeiro, incluindo um paísem que o idioma falado seja diferente daquele geralmenteusado no país em que a ATM 12 está localizada.A condução de transações usando a ATM 12 éexplicada agora com referência às Figuras 3 a 24. Deve-seentender que os fluxos de transação descritos a seguir sãomeramente exemplos da operação do aparelho e do sistema, e oaparelho e o sistema podem ser configurados e operados deinúmeras maneiras para executar as transações.
No inicio da transação exemplar, conformerepresentado esquematicamente na Figura 3, o navegador 7 6 secomunica através da intranet 16 com o servidor proxy 88. Acomunicação é estabelecida de preferência de uma maneira queos documentos em HTML destinados a atrair clientes par a ATM12 sejam exibidos na tela de toque 30. Isso é referido comoo "modo de atração". Estes documentos HTML que sãoprocessados no navegador para produzirem as saídas na formade telas na tela de toque 30 (e/ou saídas através de outrosdispositivos de saída incluídos na máquina) podem ter origemno servidor HTTP sede 90 que é operativo para liberar osdocumentos HTML para o servidor proxy. 0 servidor HTTP sedeenvia as mensagens endereçadas para a porta IP associada aonavegador 7 6, de modo a causar a sua exibição na máquina ATMapropriada. Deve-se entender que, embora neste exemplo oservidor sede 90 seja descrito como se comunicando com asATMs através do servidor proxy 88, o servidor 90 pode, emoutros sistemas abrangidos pela invenção, se comunicardiretamente com as ATMs.Uma vantagem fundamental do sistema é que oservidor HTTP sede 90 pode enviar documentos seletivamentepara as ATMs 12 conectadas à intranet 16. Estes documentospodem incluir mensagens ou material sob medida para o localem particular em que uma ATM 12 está localizada. Exemplosde telas particularmente feitas sob medida podem incluirmensagens bilingües em certas vizinhanças ou informaçõesconcernentes ao câmbio em diversas portas de entrada. Omaterial ou mensagens podem incluir propagandas de diversosprodutos ou serviços ou outro material direcionado alocalizações particulares das máquinas. Os applets JAVA e oscript JAVA são carregados a partir de um local centralproporcionando distribuição de software seletiva nas ATMsque também pode ser usadas para personalizar a ATM a seuambiente fazendo com que acesse documentos que incluemmaterial destinado a ser útil naquele local, e que não éproporcionado nos documentos liberados a pelo menos algumasoutras máquinas no sistema.
Os sistemas da presente invenção podem serconfigurados de modo a terem documentos HTML de acesso amáquinas selecionadas em diferentes endereços de tal modoque os documentos particulares acessados incluam o materialdestinado a usuários da máquina particular.Alternativamente, uma máquina pode comunicar dados demáquina indicativos de sua identidade e/ou localização a umservidor. A partir dos dados da máquina, e dadosarmazenados em um local de armazenamento de dados em conexãocom o servidor, o servidor opera para liberar os documentos,inclusive o material direcionado. Isso pode ser conseguidomontando-se sub-documentos ou, de outra maneira, gerando-seos documentos que serão liberados para o navegador damáquina particular. Além disso, deve-se entender que emborana modalidade mostrada os documentos HTML sejam acessadosatravés de um servidor de uma instituição associada àmáquina, os documentos usados para o modo de atração podemser acessados a partir de outros servidores operados poroutras entidades.
A tela de toque 30, nesta seqüência de transaçãode exemplo, exibe uma tela que inclui um ícone que indica emum ou mais idiomas que para começar uma transação, umusuário deve tocar a tela. Se um usuário tocar a tela naárea do ícone, um sinal será gerado. 0 sinal de entrada oumensagem HTTP será transmitido através do navegador 76 parao endereço sede do servidor HTTP sede 90 com o qual a ATM 12está em comunicação no momento. A mensagem gerada de voltapara o servidor HTTP sede é representada pelas setasdirigidas a partir do navegador 76 para a intranet 16, daintranet 16 para o servidor proxy 88 e do servidor proxypara o servidor HTTP 90 na Figura 3.Em resposta ao fato do servidor HTTP sede 90receber a mensagem que indica que um cliente tocou o iconena tela, o servidor sede é operativo em resposta ao endereçoacessado para enviar uma mensagem através do servidor proxy88 (ou em outras modalidades diretamente) para o navegador76. Esta mensagem, de preferência, inclui um documento HTMLque, quando processado através do navegador, produz uma telaque instrui o cliente a inserir seu cartão no mecanismo deleitura de cartão 38. 0 fluxo de documento HTML que érepresentado graficamente na Figura 4, de preferência tambéminclui instruções de script JAVA embutidas ou outrasinstruções que operam no ambiente JAVA para comunicar umamensagem para o applet JAVA que é responsável por habilitaro leitor de cartão na parte de aplicativo de dispositivo 84.Em uma modalidade preferida, as instruções proporcionam umindicador ou marca no applet que executa em resposta àrecepção das instruções do documento. É óbvio que em outrasmodalidades, outros softwares e abordagens podem ser usados.
Conforme mostrado na Figura 5, em resposta aoscript JAVA embutido que ativa o applet JAVA associado àfunção de habilitação do leitor de cartão, o applet JAVA naparte de aplicativo de dispositivo 84 se comunica com oservidor de dispositivo 92. O servidor de dispositivo 92inclui um programa de servidor de dispositivo 98 que, namodalidade preferida, é um programa JAVA que permite acomunicação com os applets JAVA e o aplicativo de servidorde dispositivo 100. O servidor de dispositivo 92 incluiainda, de preferência, um aplicativo de software demonitoração 102 que é operativo para monitorar as instruçõesde operação do dispositivo. O software de monitoraçãominimiza o risco de fraude ou abuso de uma maneira que seráexplicada mais tarde.
Retornando à transação de exemplo, em resposta aorecebimento da mensagem de leitora de cartão da parte deaplicativo de dispositivo 84, o servidor de dispositivo 92 éoperativo para gerar uma mensagem através da intranet 16para a parte de software de interface com o dispositivo 64da ATM 12. Esta mensagem, que compreende um registro HTTPque inclui instruções para operar o leitor de cartão, édirigida para a porta IP indicada por 74 que é onde a partede software de interface com o dispositivo 64 se comunica.Em resposta ao recebimento desta mensagem, a parte desoftware 64 é operativa para enviar uma mensagem oumensagens no barramento de controle 50 que habilita omecanismo de leitura de cartão 34.
Continuando com a transação, conforme mostrado naFigura 6, a entrada do cartão pelo cliente no leitor decartão 34, é operativo para fazer com que os dados do cartãosejam lidos e a parte de programa de interface com odispositivo 64 envie uma mensagem para o servidor dedispositivo 92 que indique que os dados do cartão foramlidos. Esta mensagem é transmitida pelo servidor dedispositivo através da intranet 16 até a parte de aplicativode dispositivo 84. A parte de aplicativo de dispositivoentão, envia uma mensagem para o servidor de dispositivosolicitando os dados do cartão. 0 servidor de dispositivo92 transmite uma mensagem com instruções para liberar osdados do cartão da parte de software que faz interface como dispositivo 64 que responde enviando os dados do cartãoatravés da intranet para o servidor de dispositivo. Oservidor de dispositivo, caso não haja base para interrompera transação, transmite um registro HTTP que inclui os dadosdo cartão de volta através da intranet 16 para a parte deaplicativo de dispositivo 84.
Em uma modalidade preferida da invenção, a entradado cartão por um usuário ou cliente inclui índices quecorrespondem a um endereço associado ao usuário na rede. Emtal modalidade, os índices correspondem a um endereçolocalizador de recurso uniforme ("URL" - Uniform ResourceLocator) que fornece informações no computador em queresidem as informações do usuário, assim como um diretórioou subdiretório que inclui as informações do usuário e onome do documento ou do recurso que inclui as informações dousuário. 0 endereço URL pode ser codificado em um cartão docliente. 0 endereço pode ser codificado na trilha 3 de umatira magnética, em outros locais dentro dos dados da tiramagnética ou através da codificação de outros índiceslegíveis no cartão. Alternativamente, se o cartão docliente for um cartão "inteligente" que inclua no mesmoarmazenamento por semicondutor, o endereço URL associado aocliente pode ser incluído como parte dos dados armazenadosno chip do circuito integrado no cartão do cliente.Alternativamente, um URL pode ser derivado de outros dadosno cartão acessando-se um banco de dados em que os dados deendereço são correlacionados com outros dados lidos docartão. Os dados necessários para derivar o endereço paraacessar documentos associados a um cliente também podem serderivados de entradas em dispositivos de entrada outros quenão, ou em adição a, dados de cartão, incluindo por exemplo,dados biométricos que são inseridos por um cliente atravésde um dispositivo de leitura biométrico. Tais dadosbiométricos podem incluir, por exemplo, dadoscorrespondentes a uma ou mais impressões digitais, dados daaparência do usuário ou combinações destes dados.
Por exemplo, e sem limitação, os dados inseridospor um cliente, tal como através de um cartão inserido em umleitor de cartão podem corresponder a um endereço paraassociar a um registro HTTP, que pode ser um arquivo oudocumento que inclui informações que podem ser usadas para averificação da identidade de um usuário. Este registro podeincluir dados correspondentes a um numera senha. Asinformações podem incluir dados biométricos correspondentesao usuário autorizado do cartão. O navegador pode acessar oregistro e usar o conteúdo do registro, tal como dados e/ouinstruções, para verificar que os índices correspondentesaos dados biométricos no registro correspondem aos dadosbiométricos do usuário que insere o cartão.
Alternativamente, os dados de entrada representativos daaparência, voz, outras características (ou combinaçõesdestes) ou outros dados de entrada, podem ser usados paragerar um ou mais endereços que correspondam a um usuário, eo conteúdo do registro no endereço acessado usado paraverificar que o usuário na máquina corresponde ao usuárioassociado ao registro. Inúmeras abordagens dentro do escopoda invenção podem ser usadas. As informações no registrocorrespondentes a um usuário podem, da mesma forma, serusadas para autorizar que certos dispositivos funcionais namáquina operem para o usuário enquanto outros dispositivosnão. Por exemplo, um usuário que tenha feito muitasretiradas pode ter informações no registro acessado que oimpeça de atuar o distribuidor de dinheiro, enquantousuários que não tenham feito retiradas além do limite podemincluir informações que permitam tal operação.
Alternativamente, a ausência de informações em um registrocorrespondente pode habilitar a operação, enquanto ainclusão de informações limita seletivamente a operação dedispositivos.
Retornando à transação exemplar, o envio dos dadosdo cartão a partir de uma leitura de cartão bem sucedida éfeita em resposta à programação da parte de aplicativo dedispositivo 84 para um applet JAVA associado à notificaçãode que o cartão foi inserido. Em resposta, o applet JAVAopera para gerar script JAVA que configura o navegador com oendereço URL correspondente aos dados lidos do cartão. 0applet JAVA também é, de preferência, operativo para abrirum registro esquematicamente indicado 104 relativo àtransação, que inclui o endereço URL, o tempo e outros dadosdo cartão. Este registro, em uma modalidade preferida, podeser armazenado em memória como dados em um objeto emsoftware. O objeto é usado, de preferência, para acumulardados a medida em que a transação prossegue. Os dadosarmazenados no objeto de dados de transação incluem, depreferência, dados inseridos através de dispositivos deentrada pelo usuário, assim como dados representativos deoperações executadas pelos dispositivos de função detransação.
O objeto de dados de transação ou registroproporciona persistência através do que, diversas etapas detransação diferentes podem ser executadas pelo cliente. Acapacidade de usar e compartilhar os dados em uma série deoperações diferentes evita a necessidade de derivá-los ouobtê-los de um cliente mais de uma vez no curso de umasessão de usuário que envolva uma série de etapas detransação. 0 uso de um objeto de dados de transação habilita applets a rodarem com bastante independência,obtendo os dados necessários do objeto de transação. Aabordagem também habilita que o objeto de dados ou registroseja usado para produzir um registro apropriado ao final dasessão de transação. Este registro pode ser armazenado, recolhido em um lote ou liberado para endereços selecionadosem uma rede de área local ou ampla.
Conforme mostrado esquematicamente na Figura 7, emresposta ao navegador 7 6 que recebe os dados de endereçoURL, o navegador é operativo para transmitir uma mensagem através da intranet 16 para o servidor proxy 88. Para finsdeste exemplo, o endereço URL associado aos dados do cartãoé aquele de um cliente associado ao banco sede que opera osistema 14. Como resultado, o endereço URL do cliente farácom que a mensagem seja dirigida do servidor proxy 88 para o servidor HTTP 90 e acesse o documento correspondente noendereço. Alternativamente, em outros sistemas, a conexãopode ser feita diretamente com o servidor 90 sem aintervenção do servidor proxy 88. Conforme discutidoanteriormente, o endereço URL também pode incluir dados representativos dos dispositivos que são operativos na ATM.Em resposta ao recebimento da mensagem, o servidorHTTP 90 encontra os dados correspondentes aos dados doendereço URL do cliente em sua memória associada e enviapara o navegador da Web em sua porta IP com um documentoHTML. Este documento HTML pode incluir uma tela quereconhece o cliente particular pelo nome assim como o nomeda instituição bancária ou outra entidade que opere osistema de computador do banco sede 14.
Além disso, o documento HTML inclui, depreferência, script JAVA embutido que tem uma assinaturadigital ou um meio para obter uma assinatura digitalassociada ao servidor HTTP sede 90. A instrução de scriptincluída no documento em certas modalidades faz com que aparte de aplicativo de dispositivo acesse um endereço HTTPem um servidor, que na modalidade descrita é o servidor 90.O endereço HTTP corresponde a um registro HTTP que incluipelo menos uma instrução e de preferência inclui um programatal como applet JAVA ou arquivo Active-X. A instrução éusada para operar o dispositivo de função de transaçãoapropriado. De preferência, o registro HTTP inclui dadosrepresentativos de uma assinatura, tal como uma assinaturadigital. Esta assinatura digital é recebida em resposta aoscript JAVA 82 e processada na parte de aplicativo dedispositivo 84. Um applet JAVA processa a assinaturadigital para autenticá-la e se ela for uma assinaturaaceitável, autoriza a operação da máquina bancária. Emcertas modalidades, o applet pode comparar a assinatura aosdados de assinatura armazenados na memória para uma relaçãopredeterminada, tal como uma correspondência. Após o applet verificar que o servidor HTTP 90 ou outro registro HTTPacessado enviou uma assinatura digital apropriada, serápermitido que a transação continue. Se por alguma razão umaassinatura digital apropriada não tiver sido enviada, oapplet JAVA interromperá a transação e fará a máquina bancária 12 retornar para a condição anterior ao inicio datransação, conectando a ATM ao endereço associado ao modo deatração no servidor sede 90. O uso de instruções assinadaspode ser feito para assegurar que os diversos dispositivosde função de transação só sejam operados em resposta a mensagens apropriadas. O uso de instruções assinadas podeser particularmente apropriado para instruções que executemo distribuidor de folhas ou que forneçam valores ao usuárioda máquina.
No exemplo, será assumido que a assinatura digital recebida é uma assinatura apropriada, caso em que umamensagem é retornada do navegador 7 6 para o servidor sede 90indicando que a transação pode prosseguir. Conformemostrado na Figura 8, nesta transação exemplar, o servidorsede HTTP 90 opera então para enviar um documento HTML parao navegador 7 6 que inclui instruções que, quandoprocessadas, produzem uma página ou tela que instrui ocliente a entrar com seu número de identificação pessoal ouSENHA. Este documento em HTML inclui/ de preferência,instruções JAVA embutidas que operam para fazer com que a parte de aplicativo de dispositivo 84 habilite o teclado 40da ATM de tal modo que a máquina possa receber o númerasenha. Tal mensagem é esquematicamente mostrada na Figura 8com o script JAVA 82 sinalizando o applet JAVA responsávelpelo teclado que ele foi solicitado a habilitar o teclado. Em resposta, o applet JAVA na parte de aplicativo dedispositivo 84 envia uma mensagem através da intranet 16para o servidor de dispositivo 92. O servidor dedispositivo 92 envia uma mensagem de volta através daintranet para a parte de software de interface com o dispositivo 64 na ATM. As instruções nesta mensagem fazemcom que o software de dispositivo habilite o teclado 40. Oapplet JAVA responsável pela habilitação do teclado também éoperativo, de preferência, para atualizar o registro datransação 104 para indicar que a senha foi solicitado.
Conforme mostrado na Figura 9, a senha inseridoatravés do teclado 40 é transmitido em uma mensagem a partirda parte de software de interface com o dispositivo 64 parao servidor de dispositivo 92. O servidor de dispositivo 92retorna uma mensagem para o applet JAVA responsável na parte de aplicativo de dispositivo. Então, o applet JAVA operapara enviar uma mensagem de volta através da parte que lidacom documento HTML e o navegador 7 6 para o endereço HTTP doservidor sede HTTP 90. Esta mensagem inclui dadosrepresentativos da senha inserido pelo cliente. Em algumasmodalidades, não é desejável exibir a senha do cliente natela. Em tais modalidades, o applet de teclado pode seroperativo para exibir um caractere padrão na tela tal comoum símbolo "*" ou outro símbolo no lugar dos dígitos dasenha. Ainda, conforme discutido mais adiante, pode serdesejável evitar a transmissão de SENHA ou outros dadosatravés do navegador, caso em que os dados SENHA podem sermanipulados como uma mensagem HTTP separada ou de outramaneira para reduzir o risco de descobrimento.
O software que opera em conexão com o servidorHTTP 90 é operativo então para verificar o própria senha oupara verificar o numero da senha do cliente e o número daconta enviando-os para o escritório de apoio 94 e esperandopela resposta. Alternativamente, a verificação da senha docliente pode ser executada na ATM através de um appletapropriado. Isso pode ser feito em situações em que osdados sobre iam cartão de cliente, tal como número da conta,podem ser correlacionados ao númera senha do cliente atravésde um algoritmo. O script JAVA embutido nas mensagens HTMLpode incluir ou apontar um endereço para obter os dados e/ouinstruções que o applet usa para executar esta função deverificação, incluindo certos dados chave de criptografia.Isso pode incluir informações do usuário no documento HTMLou outros dados de registro que foram acessados em respostaaos dados do cartão do usuário. Conforme mostradoesquematicamente na Figura 9, o objeto de dado de transação104 também é atualizado apropriadamente pelo applet paraindicar a entrada da senha do cliente.
Em modalidades alternativas, a máquina podeincluir um dispositivo leitor biométrico ou outrodispositivo de entrada que aceite dados de um usuário. 0usuário pode inserir dados através de tal dispositivo quepodem ser usados no lugar de, ou em adição a, dados SENHApara verificar que o usuário é um usuário autorizado. Issopode ser feito, por exemplo, comparando-se a entrada dedados do usuário com informações correspondentes ao usuárioautorizado do cartão incluídas em um registro ou documentoque tenha um endereço HTTP e seja acessado por um navegadorou por um aplicativo de cliente HTTP através de um servidorHTTP em resposta a dados do cartão. Alternativa, podem serusados dados de entrada para gerar endereços para documentosou registros que sejam acessados pelo navegador ou cliente,sendo que estes registros ou documentos contêm informaçõesque são usadas para verificar a identidade do usuário. Porexemplo, os dados relativos a usuários podem ser armazenadosem um local de armazenamento de dados em conexão a umservidor HTTP, que libera os dados de iam registro emresposta aos dados do usuário, que são usados para verificara identidade do usuário.
Deve-se notar que a página ou tela que solicitaque o cliente insira seu SENHA é mostrada gerada a partir doservidor HTTP sede 90. De preferência, isso é uma tela queestá associada ao endereço URL do cliente particular. Issoserá a interface do banco sede do cliente e será familiar aocliente. Alternativamente, o endereço do cliente podeacessar o que pode ser essencialmente a "homepage" pessoaldo cliente com a instrução que opera o sistema de computador14. Como tal, não é apenas algo com o qual o usuário estáfamiliarizado, mas é idealmente feito sob medida para asnecessidades de transação particulares do usuário.
Alternativamente, os documentos ou registros quecontêm os dados do cliente podem ser usados para gerar osendereços para outros documentos. As informações tambémpodem ser usadas para gerar um documento para o clienteparticular em circunstâncias particulares. Esta abordagempodem ser útil para reduzir o esforço associado aodesenvolvimento em avanço a uma página visual pessoal oudocumento para cada cliente.
Abordagem para se conseguir isso podem envolver ainclusão de diversos tipos ou categorias de informações deusuários nos documentos ou registros que pertençam a umcliente em particular. Isso pode incluir informações taiscomo gênero, pessoas relacionadas, tipos de conta,transações permitidas, preferências do cliente, interessesdo cliente, balanços da conta, ofertas anteriores recusadasou aceitas e outras informações. Estas informações docliente podem ser usadas por um applet apropriado entre osapplets 8 6 para endereçar e/ou desenvolver um documentoapropriado para que o navegador acesse com base no "perfil"do cliente. Em adição, o applet do perfil pode levar emconsideração os dispositivos de transação presentes namáquina particular, informações sobre o que é armazenado emum local de armazenamento de dados na máquina ou em algumoutro lugar no sistema, assim como outros fatores tais comoo dia da semana e hora do dia com base em um relógio dosistema. Deste modo, a máquina determina que documentoapropriado acessar ou gerar para o cliente particular sob ascircunstâncias particulares.
A lógica usada no applet de perfil pode agir parafazer com que os documentos sejam construídos ou acessadospara o cliente incluam opções de transação com base nasinformações do cliente, informações sobre o terminal eoutros fatores. O applet de perfil pode operar paraoferecer opções de transação ou informações baseadasseletivamente em informações do cliente. Por exemplo, ooperador da máquina pode oferecer incentivos, prêmios,opções de transações adicionais ou informações de anúncioseletivamente a clientes. Certos tipos de clientes dainstituição operando na máquina podem receber saídas de telacom opções que os encorajem a fazer mais negócios ou tiposdiferentes de negócios com a instituição. De modo
semelhante, os clientes que são identificados como clientesde instituições estrangeiras podem ser incentivados a fazernegócios com a instituição que opera a máquina.
O applet de perfil pode operar para fazer com queo computador acesse outros documentos em outros servidores,tais como dados de mercado de ações, e fornece-losseletivamente a clientes. Deve-se entender que o applet deperfil pode operar para determinar um endereço ou gerardocumentos para produzir telas de exibição inicial de umaseqüência de transação. 0 applet de perfil também podeoperar para proporcionar informações ou acesso ou produzirdocumentos para gerar saídas visuais para o cliente emoutros pontos em uma transação ou entre transações. Issopode ser usado ainda em sistemas em que o operador damáquina é capaz de vender anúncio pago a terceiras partes eentão acessar os registros HTTP tais como arquivos HTML paraos produtos ou serviços das terceiras partes. Tal acessopode ser feito em base periódica ou em outra base, mas podeser feito eficazmente por meio da seleção do registro HTTP aacessar em resposta ao perfil do cliente particular.A continuação do fluxo de transação para estatransação exemplar por um cliente da instituição que opera arede de computador 14 é mostrada esquematicamente na Figura10. O servidor HTTP sede 90 é operativo em resposta ao fatodo cliente entrar com a senha correto para enviar documentosHTML para a parte que lida com documentos HTML do softwaredo computador que opera a ATM. Estas mensagens podemincluir informações usadas para gerar telas que solicitamque o cliente selecione uma transação. Para fins desteexemplo, será assumido que o cliente entre na tela de toque30 uma seleção que corresponda à distribuição de dinheiro, oque é uma transação comum em uma máquina bancáriaautomatizada.
A seleção do cliente através do dispositivo deentrada da tela de toque é comunicada de volta através daparte que lida com documentos HTML que comunica uma mensagemHTTP para o servidor HTTP sede 90. Então, o servidor 90responde enviando um outro documento HTML para a máquinabancária que solicita que o cliente selecione uma quantia.Novamente o cliente pode entrar com uma seleção na tela detoque que indique a quantia de dinheiro solicitada pelocliente. Esta mensagem HTTP passa através da parte que lidacom documento HTML e o navegador 7 6 retorna para o servidor sede 90.Em resposta ao recebimento do dado de quantia docliente, o servidor sede 90 é operativo, de preferência,para comunicar eletronicamente com o escritório de apoio 94para verificar se o cliente tem a quantia solicitada em suaconta. Isso é feito, de preferência, através de umaInterface De Porta Comum (CGI - Common Gateway Interface)106 que está em conexão operativa com o servidor sede 90.Para a finalidade desta transação, será assumido que oescritório de apoio 94 indica que o dinheiro está disponível na conta do cliente e envia uma mensagem de volta para a CGI106 para o servidor sede 90 indicando que ele podeprosseguir.
Conforme representado esquematicamente na Figura11, o servidor sede 90 então opera para enviar um documento de volta para a parte que lida com documento HTML nosoftware da ATM. Esta mensagem, de preferência, fará comque a informação seja exibida na tela que avisa ao clienteque a transação está sendo processada. Em adição, odocumento HTML retornado inclui, de preferência, script JAVA que inclui instruções embutidas que são executadas ecomunicadas a um applet JAVA associado à operação domecanismo de distribuição de folha 42.
0 documento retornado do servidor sede 90 podeincluir anúncio ou outras informações ao invés de ou em adição a, mensagem do cliente. 0 documento retornado tambémpode incluir uma instrução que faz com que a máquina acesseou gere um outro documento. Estas instruções podem invocarmétodos no applet de perfil que dependem das propriedadesassociadas ao cliente, à máquina, à hora e/ou outrascircunstâncias. Isso permite acessar documentos que
fornecem mensagens promocionais tais como anúncios ou outrasinformações ao cliente enquanto o cliente está esperando quea máquina opere. Deve-se entender que estes documentospodem ser acessados em qualquer lugar, inclusive pelaInternet. Isso torna possível apresentar seletivamente umaampla faixa de materiais ao cliente. Também permite que osoperadores de ATMs e outras máquinas de transação apresentemanúncios para os clientes em uma ampla base ou direcionadosa categorias de clientes ou mesmo direcionados a clientesindividuais em uma segmento de uma base. Isso pode ser oanúncio do operador da máquina, tal como um banco, ouanúncios pertinentes virtualmente a qualquer tipo demercadoria ou serviços. 0 anúncio também pode serapresentado seletivamente com base no dispositivo detransação particular sendo operado, a quantidade de fundosenvolvidos ou outros parâmetros. Os documentos HTML tambémpermitem a apresentação de vídeo e som ao cliente, o quepode melhorar a eficácia das promoções.
A mensagem para o applet JAVA na parte deaplicativo de dispositivo 84 do software para iniciar aoperação do distribuidor de folhas resulta na geração de umamensagem para o servidor do dispositivo 92. A mensagem parao servidor do dispositivo 92 para distribuir dinheiro éanalisada, de preferência, pelo software de monitoração 102para verificar se a mensagem é apropriada. Por exemplo, osoftware de monitoração 102 é operativo, de preferência,para assegurar que a quantia de dinheiro que está sendosolicitada não excede uma quantia predeterminada. Eletambém pode verificar, opcionalmente, se a quantia fornecidaa este cliente dentro de um período anterior não excedeu umaquantia. Isso pode ser feito pelo servidor de dispositivoenviando uma mensagem para o escritório de apoio que incluios dados do cartão que ele recebeu anteriormente destecliente. Esta mensagem pode passar através do servidor 90 eseu CGI associado ou outra conexão. Assumindo que ainstrução de distribuição não seja impedida por uma mensagemdo escritório de apoio ou software de monitoração, oservidor de dispositivo 92 é operativo para enviar umamensagem de distribuição para a parte de software deinterface com o dispositivo 64 na ATM. A parte de software64 é operativa, depois disso, em resposta à mensagem, paraoperar o mecanismo de distribuição 42 para distribuir aquantia de dinheiro solicitada pelo cliente.
O software de monitoração 102, de preferência,executa funções adicionais no servidor de dispositivo. Porexemplo, regulamentações do governo ou práticas de negóciopodem requerer a limitação do tamanho e da quantidade dedepósito que pode ser feito em uma ATM. Isso pode seraconselhável para impedir a "lavagem de dinheiro" ou outrasatividades suspeitas. 0 software de monitoração opera, depreferência, de modo a limitar a quantidade de qualquerdepósito simples até abaixo de um limite. Ele opera aindacomunicando-se com o banco sede do sistema de escritório deapoio 94 para impedir que uma série de depósitos dentro deum período predeterminado exceda um certo limite. Osoftware de monitoração também pode trabalhar em conexão como servidor proxy para limitar certas transações que podemser executadas na máquina bancária em resposta a instruçõesde outros servidores, conforme discutido posteriormente.
Deve-se notar que em uma modalidade preferida dainvenção, o applet JAVA que é operativo para enviar amensagem que faz com que o dinheiro seja distribuído,trabalha em conexão com um outro applet que controla amistura de notas distribuídas a um cliente. Muitas máquinasbancárias automatizadas têm a capacidade de distribuir duasou mais denominações de moedas. É desejável controlar amistura de notas distribuídas a um cliente para adequar oque está disponível na máquina e evitar que acabe umadenominação de moeda antes da outra. 0 applet de mistura denotas é operável, de preferência, para controlar a misturade notas de acordo com o desejo da instituição que opera amáquina ATM assim como de acordo com as capacidades damáquina ATM. Alternativa, um applet JAVA para controlar amistura de notas pode residir no programa de dispositivo 70na parte de software de interface com o dispositivo 64.
Conforme será apreciado por aqueles versados natécnica, os applets JAVA e/ou dados de configuraçãoparticulares na máquina podem ser carregados seletivamentedo servidor sede 90 na inicialização da máquina ou em outrosmomentos. Devido ao fato dos applets e dados deconfiguração poderem ser liberados seletivamente paramáquinas particulares, as máquinas podem ser personalizadasespecificamente para as capacidades de distribuição de moedade ATMs e outras capacidades. Por exemplo, a ATM pode serconfigurada de tal modo que certos applets ou grupos deapplets tenham que estar presentes para permitir que amáquina opere. Uma abordagem de carregamento de tais dadosou programas é fornecer valores de endereço no software doterminal para indicar onde as instruções necessáriasadquirem applets ou os dados podem ser obtidos. Se osapplets ou grupos de applets já não estiverem presentes namemória do terminal ATM na inicialização, o software éoperativo para acessar os endereços do sistema para osdocumentos que contêm os registros ou instruções necessáriosque farão com que a máquina carregue os registrosnecessários. 0 navegador pode ser usado para acessar osendereços e software carrega dados correspondentes àsinstruções dos documentos acessados em uma memória noterminal ATM de tal modo que o terminal tenha os applets e os dados requeridos. Tais endereços de documentos podem seracessíveis através do servidor sede 90. Alternativamente,os endereços podem estar em um servidor de desenvolvimentoseparado conectado à intranet 16. Deste modo, cada máquinade transação é capaz de carregar os applets e dados que incluem o código operativo necessário para operar osdispositivos de transação na máquina. Alternativamente, osdocumentos podem ser proporcionados através de um servidorde desenvolvimento ou outro servidor que seja acessível àmáquina através de uma rede de grande área. Os documentos podem ser proporcionados no servidor de desenvolvimento paradotar a máquina de instruções sobre como adquirir o códigode operação para executar uma grande variedade de funções.As instruções podem direcionar a máquina para adquirir osdados necessários e códigos a partir de endereços acessíveis através de servidores HTTP por um cliente HTTP na máquina.Os dados e códigos podem ser adquiridos em resposta ainstruções em um ou diversos documentos. A máquina tambémpode requerer que os applets carregados desta maneira sejamapplets assinados que incluam assinaturas digitais ou outrascaracterísticas de autenticação para realizar a operação decertos dispositivos nas máquinas.
Alternativamente, as modalidades da invenção podemadquirir os applets necessários a partir de um armazenamentode dados remoto. O armazenamento de dados, de preferência,inclui os dados e/ou programas que permitem que a máquinaopere conforme desejado ou tenha instruções sobre onde amáquina pode adquirir as instruções e dados necessários paraa operação. Os dados podem ser acessíveis a partir de umservidor de base de dados. A máquina de transação endereçatoma consulta ao servidor da base de dados. A consultainclui ou é acompanhada por índices da máquina queidentificam a máquina. Esta pode ser a máquina particular,tal como um número de máquina e/ou pode incluir índicesrepresentativos do tipo de capacidade de dispositivofuncional da máquina.
O armazenamento de dados, de preferência, incluiregistros que têm os dados ou programas que devem sertransmitidos à máquina. Em resposta à consulta ao servidor,o servidor recupera os registros do armazenamento de dados eem resposta a isso, libera uma ou mais mensagens ao clienteHTTP na máquina de transação. Esta mensagem inclui os dadosou applets de configuração que permitem que a máquina opereda maneira desejada ou pode incluir instruções que indiquemcomo a máquina deve adquirir tais programas de servidoresconectados no sistema.
No exemplo mostrado, o servidor de configuração earmazenamento de dados podem operar no mesmo computador queo servidor de banco doméstico 90. Em outras modalidades, oservidor de base de dados pode residir em qualquer outrolugar nas redes às quais a máquina está conectada.
Uma vantagem das máquinas e sistemas que empregamtais características é a flexibilidade de mudar a operação einterface com o cliente da máquina para responder acondições de mudança. Isso pode incluir uma mudança em umdispositivo de função de transação. As condições podemmudar de tal modo que certas transações sejam limitadas ounão estejam disponíveis. Por exemplo, uma máquina podenormalmente aceitar depósitos mas seu depositório estácheio. Nesta situação, a máquina pode mudar os documentosse necessário para apresentar mensagens a usuários atravésde seus dispositivos de saída de tal modo que a opção dedepósito não seja mais oferecida. Isso pode ser conseguidopelos applets e dados carregados na máquina inicialmente,que proporcionam instruções quando tal evento é sentido.Alternativamente, a programação da máquina pode sermodificada pelo carregamento de novos applets e/ou dados deum servidor HTTP em resposta ao seu então estado atual.Isso pode ser feito em resposta a uma consulta a um servidorde base de dados que inclua ou seja acompanhado por dadosrepresentativos das condições alteradas ou capacidades damáquina. Em reposta, o servidor libera o applet, dados e/ouinstruções que irão operar a máquina no modo modificado.
Esta abordagem elimina a situação com máquina detransação convencionais em que a apresentação de interfaceestática nos dispositivos de saida oferece uma opção detransação a um cliente. Às vezes, após o cliente ter feitoa seleção, é dada uma indicação de que a opção de transaçõesselecionadas não está disponível. A abordagem descrita aquipode ser usada com inúmeras opções de transação e variaçõesde transação. As opções de transação podem ser mudadasimediatamente do servidor da base de dados em uma base demáquina por máquina ou mesmo uma base de cliente porcliente, conforme discutido anteriormente, com base nosdesejos da entidade que opera a máquina de transação.
A discussão da transformação exemplar serácontinuadas agora. Em resposta ao distribuidor de dinheiro42 que distribui a quantidade de dinheiro solicitada, oprograma de software de interface com o dispositivo 64opera, de preferência, para enviar uma mensagem de operaçãode distribuição que confirme a distribuição de volta para oapplet JAVA responsável pela distribuição no programa deaplicativo de dispositivo 84. Conforme representado naFigura 12, o applet particular é operativo para atualizar oregistro da transação 104 para indicar a distribuição demoeda para o cliente na quantidade particular. Asinstruções de script JAVA embutidas que foram operativaspara causar a distribuição de moeda para o cliente, tambémincluem, de preferência, instruções para enviar uma mensagemde confirmação de volta para o servidor sede 90 de que adistribuição está completa. O recibo da mensagem deoperação de distribuição que indica que o dinheiro foidistribuído faz com que o applet JAVA configure a parte que lida com o documento HTML para enviar uma mensagem deresposta de dispositivo de volta para o servidor sede.Então, o servidor sede é operado, de preferência, de acordocom sua programação para indicar para o escritório de apoio94 que o cliente recebeu a quantidade de fundos distribuída. Esta quantia é deduzida da conta do cliente nos registrosmantidos pelo sistema do escritório de apoio.
Geralmente, durante uma transação, é comumperguntar se o cliente deseja um recibo para a transação.Isso pode ser feito em diversos momentos durante o fluxo detransação. No presente exemplo, após o dinheiro serdistribuído, é enviada tal mensagem ao cliente que opera amáquina , conforme refletido na Figura 13. 0 servidor sede90 é operativo para enviar um documento HTML que inclui umatela perguntando ao cliente se ele gostaria de um recibo.Esta mensagem é exibida como parte de uma página na tela detoque 30 que responde à recepção da mensagem através donavegador 76. Em resposta à indicação do cliente quanto aofato de que ele deseja receber ou não um recibo, umamensagem é retornada para o servidor sede. Novamente, deve-se entender que as telas exibidas para a cliente, depreferência, são aquelas com as quais o cliente estáacostumado da sua instituição sede e podem ser parte de suahomepage única.
Admitindo-se que o cliente deseje receber umrecibo da transação, o servidor sede 90 opera conformemostrado na Figura 14 para enviar um documento de volta paraa ATM com script JAVA embutido indicando um recibo detransação deve ser impresso. Estas instruções em scriptJAVA são comunicadas à parte de aplicativo de dispositivo 84que envia uma mensagem TCP/IP através da intranet para oservidor de dispositivo 92. O servidor de dispositivo 92,por sua vez, se comunica com a parte de software deinterface com o dispositivo 64 na ATM. Em resposta aorecebimento da mensagem, a parte de software 64 é operativapara fazer com que a impressora 4 6 imprima o recibo datransação do cliente. O applet JAVA responsável pelahabilitação da impressora também é, de preferência,operativo para atualizar o objeto de dado ou registro datransação 104. Conforme será discutido mais adiante, oapplet que controla a impressão do recibo pode obter osdados usados na impressão do recibo do objeto de dado detransação.
Deve-se entender que mesmo que o cliente nãodeseje ter um recibo, é desejável imprimir um registro datransação em cópia "dura" através da impressora de diário48. Isso pode ser conseguido em resposta a instruçõesembutidas que são parte do mesmo documento do servidor sede90 que faz com que o recibo da transação para o cliente sejaimpresso ou pode ser parte de um documento separado queindique que o cliente declinou da opção de receber um reciboda transação. Alternativamente, a impressora de diário podeser atuada em resposta a outros applets tais como o appletque causa a distribuição de dinheiro ou em uma outra maneiraescolhida pelo operador da ATM. Conforme será apreciado apartir da descrição anterior, a operação da modalidadepreferida da ATM é inerentemente flexível é programável paraatender às necessidades do operador do sistema.
Conforme mostrado na Figura 15, quando do términoda impressão do recibo da transação, a parte de software 64é operativa, de preferência, para enviar uma mensagem deoperação de dispositivo para o servidor de dispositivo 92que é indicativa de que a função do dispositivo solicitadafoi executada com sucesso. O servidor de dispositivo 92 éoperativo para enviar uma mensagem de operação dedispositivo correspondente para a parte de aplicativo dedispositivo 84 e, na modalidade preferida, para o appletJAVA particular responsável pela impressão do recibo. 0applet JAVA, por sua vez, configura a parte que lida comdocumento HTML para gerar uma mensagem de volta para o servidor sede na forma de uma mensagem de resposta dedispositivo para indicar que o recibo foi impresso para ocliente.
Tendo recebido o dinheiro e um recibo, cliente ésolicitado então, por uma tela de exibição gerada a partir de um documento HTML do servidor sede 90, a indicar se eledeseja conduzir uma outra transação. A página ou telavisual referente a isto é exibida na tela de toque 30. Paraa finalidade deste exemplo, será assumido que o cliente nãodeseja uma outra transação e uma mensagem para este efeito é retornada através da parte que lida com documento HTML devolta para o servidor sede 90.
Conforme mostrado esquematicamente na Figura 17,em resposta ao recebimento de uma mensagem do que o clientefez, o servidor sede 90 é operativo para enviar uma mensagem"vá para casa" para a ATM. Esta mensagem, de preferência,inclui um documento HTML que produz uma exibição em tela deagradecimento ao cliente.
Esta mensagem, também depreferência, , inclui um script JAVA embutido que chama oapplet JAVA que eventualmente retorna a parte que lida com documento HTML da ATM de volta para a conexão com o endereçoURL no servidor sede 90 ou outro endereço que proporcione osdocumentos que são usados para dar saída às mensagens para oassim chamado "modo de atração". Deve-se lembrar que oscript em algumas modalidades podem operar para fazer comque a mensagem seja enviada a partir da parte que lida com odocumento para um endereço no servidor sede que faz com queum registro HTTP correspondente incluindo as instruções quecompreendem o código desejado, seja carregado.
Conforme indicado esquematicamente na Figura 18, ocódigo de comando "vá para casa" é operativo para configuraro navegador 76. Após a parte que lida com documento HTMLser configurada pelo applet JAVA para retornar à casa, oapplet JAVA pode ser configurado para enviar para o servidorsede 90 informações do registro da transação 104concernentes ã transação que acabou de ser completada.Devido ao fato da transação de exemplo ter sido com umcliente da instituição que opera o sistema de computador 14,todos os dados relativos àquela transação já devem estarregistrados no escritório de apoio 94. No entanto, seráapreciado que este não será o caso se a transação foiconduzida em resposta a mensagens de iam servidor operado poruma instituição diferente. Assim, todas as informações ouuma parte das informações do registro da transação 104 podemser enviadas em resposta a um comando "vá para casa" para oservidor sede 90 e através do CGI para o sistema doescritório de apoio 94 onde é possível identificarinformações em duplicata e descartá-las. Isso pode serfeito usando-se invocação de método remoto (RMI) para passarou liberar o objeto para o servidor 90 e então transmitir osdados através de mensagens do servidor para o escritório deapoio ou através de mensagens ou outras técnicas.
É óbvio que em outras modalidades as informaçõesde transação podem ser armazenadas em um banco de dados porperíodos extensos ao invés delas serem retornadas após cadatransação. Alternativamente, a ATM 12 da presente invençãopode incluir códigos que são operáveis para enviarinformações de registro de transação para outros endereçosque não aqueles do servidor sede, caso isso seja desejadopelo operador do sistema 14.
A operação do sistema de computador quando umusuário "estranho" utiliza a ATM 12 é representadagraficamente com relação às Figuras 19 a 24. Uma transaçãocom um usuário estranho que não seja um cliente dainstituição que opera a ATM 12 e o sistema de computador 14,será operada sob o controle do servidor sede 90 eprosseguirá da maneira do exemplo anterior através do pontoem que o cliente insere seu cartão. 0 cliente insere umcartão tendo dados correspondentes a um endereço URL que nãocorresponde ao servidor sede 90. A parte que lida comdocumento HTML é operativa para configurar uma mensagemendereçada a um endereço URL que corresponde aos índices nocartão do cliente ou outro endereço que responda a taisíndices. Esta mensagem é enviada para o servidor proxy 88que, por sua vez, passa a mensagem para a rede de grandeárea 18. A partir da rede de grande área, a mensagemprossegue para o outro servidor correspondente ao endereçoURL do cliente. Para a finalidade deste exemplo, o outroservidor corresponde ao servidor 96 que está conectado àInternet.
Na modalidade preferida da invenção, o servidorproxy 88 inclui software de tela indicado graficamente em107. O software de tela é operável, de preferência, paraverificar endereços para os quais as mensagens estão sendodirecionadas pela ATM e para impedir seletivamente o enviode mensagens para endereços particulares. Isso serve comouma "barreira de proteção" e é desejável para a finalidadede impedir fraude no sistema.
Conforme mostrado na Figura 2 0, o servidorestrangeiro 96 é operável, de preferência, para comunicarmensagens HTTP, inclusive documentos HTML para a ATM 12 devolta através da rede de grande área 18. Isso pode serfeito, usando uma conexão de soquete de segurança ("SSC") demodo a minimizar o risco de intercepção das mensagens. Éóbvio que outras técnicas, inclusive técnicas decriptografia de mensagens podem ser usadas para minimizar orisco de intercepção das mensagens.
Conforme representado esquematicamente na Figura20, o documento de resposta do servidor estranho 96 inclui,de preferência, script JAVA que é representativo de oucorresponde a uma assinatura digital que identifica oservidor estrangeiro 96. Isso pode ser conseguidocarregando-se um registro HTTP que inclui um códigoassinado, conforme discutido anteriormente. Um código naparte de aplicativo 84 na ATM opera, de preferência, paraverificar se a assinatura digital da maneira descrita noexemplo anterior, e envia uma mensagem que indica que atransação foi autorizada. A identidade digital dainstituição estranha será armazenada na memória na ATM eeventualmente registrada no escritório de apoio 94.
Deve-se notar que os documentos HTML do servidorestranho 96 produzem as páginas ou telas visuais dainstituição estranha a que o cliente estranho estáacostumado a ver. Estas páginas podem corresponder à"homepage" do usuário estrangeiro que são personalizadasespecificamente para as necessidades do usuário particular.
A Figura 21 mostra um exemplo de um documentoacessado através do servidor estrangeiro 96 para a ATM 12.O documento do servidor estrangeiro pode inclui script JAVAembutido que permite a operação dos applets JAVA da maneiradiscutida anteriormente para operar os dispositivos 36 naATM. Conforme mostrado na Figura 21, as mensagens TCPIPpara os dispositivos dos applets JAVA passam da parte deaplicativo de dispositivo 84 para o servidor de dispositivo92 e as instruções deste para a parte de software deinterface com o dispositivo 64 na ATM. As mensagens deoperação de dispositivo têm um caminho inverso. Como estasmensagens passam através do servidor de dispositivo 92, osoftware de monitoração 102 as monitora para minimizar orisco de fraude ou abuso.
Conforme indicado na Figura 21, os documentos doservidor estrangeiro 96 podem ser operativos para exibiremna tela de toque 30 uma solicitação para o cliente inserirseu SENHA. As instruções do script JAVA embutidasincluiriam, como na transação de amostra discutidaanteriormente, instruções que permitem que o teclado 40aceite a senha do cliente. Como no exemplo anterior, umregistro da transação 104 que inclua um objeto de dadoscompartilhado referente a esta transação seria aberto pelaparte de software de aplicativo de dispositivo. Conformediscutido anteriormente, podem ser feitas provisões paraimpedir a passagem de dados SENHA através do navegador, sedesejado.
A Figura 22 indica o retorno da mensagem deoperação do dispositivo e dos dados SENHA para o applet JAVAque, por sua vez, transmite os dados de volta para oservidor estrangeiro 96 através da rede de ampla área 18 queusa a conexão de soquete de segurança. A partir desteponto, a transação prossegue geralmente conforme descritoanteriormente, exceto pelo fato de que o servidorestrangeiro 96 envia os registros HTML, inclusive documentosem HTML e recebe as mensagens da parte que lida comdocumentos da ATM. 0 servidor estrangeiro 96 inclui osoftware de aplicativo JAVA necessário para incluir o scriptJAVA embutido nos documentos que são enviados para a ATMpara operar os dispositivos 36 na máquina.
À medida em que o servidor estrangeiro 96 opera amáquina, o software de monitoração 102 no servidor dedispositivo 92 é operativo para monitorar as mensagens damaneira discutida anteriormente. Tal monitoração operaria,por exemplo, de modo a impedir a distribuição de grandesquantidades indevidas de moeda para fora da máquina. Osoftware de monitoração também pode operar de modo a limitarcertas instituições estrangeiras a iam subconjunto dosdispositivos ou capacidades da máquina de transação. Isso éfeito com base nos dados armazenados na memória que limitamos dispositivos ou atividades que pode ser executadas apartir de documentos em certos endereços. Isso pode serconseguido, por exemplo, através do uso de módulosadicionais de código que implementam uma classe dos objetosda transação que limita as operações que podem serrealizadas. Por exemplo, as operações que permitem aconexão ao servidor estrangeiro podem inicializar os objetosque proporcionam capacidades limitadas especificas amensagens recebidas do servidor estrangeiro. Isso pode, porexemplo, limitar a quantidade de dinheiro distribuída,impedir a operação de um dispositivo de aceitação de cheque,limitar a distribuição de documentos impressos tais comobilhetes, impedir a operação do distribuidor de dinheiro oulimitar o uso da máquina de outras maneiras apropriadas.Isso pode ser feito com base nos endereços ou partes deendereços para documentos.
Se as capacidades da máquina para o clienteestrangeiro forem limitadas, o cliente estrangeiro pode serdotado de uma interface visual a partir do banco estrangeirocom base nas transações que a máquina pode executar e no queo proprietário da máquina permitir. Como resultado, osdocumentos acessados no servidor do banco estrangeiro podemser uma variação do que seria proporcionado ao cliente emuma máquina operada pelo banco estrangeiro. Isso pode serbaseado em documentos especificamente desenvolvidos paraoperar máquinas estrangeiras ou pode ser uma variação dainterface do banco estrangeiro usual com indicações visuaisde que certas transações não estão disponíveis. Em algunscasos, a interface pode indicar que algumas transações estãodisponíveis com um encargo de serviço associado.
A ATM da modalidade descrita pode melhorar asegurança ao limitar os endereços que o navegador podeacessar. Isso pode ser feito mantendo-se uma lista namemória da máquina. Esta lista pode ser mantida emregistros HTTP (inclusive documentos) que podem seracessados através da intranet do banco sede. A máquina podeacessar o registro periodicamente e atualizar os dados namemória. Este registro pode, por si só, requerer umaassinatura digital correspondente a uma assinatura namemória do terminal antes dos dados serem carregados namemória do terminal. Esta informação pode incluir também asinstruções e as informações para que a ATM verifique se asmensagens que ela recebe ao acessar os documentos noservidor estrangeiro são genuínas. Isso pode incluirassinaturas digitais que, quando transferidas usandotécnicas de criptografia de chave pública ou de chaveprivada, verificam se as mensagens são genuínas. A máquinaverifica para se assegurar de que a assinatura nos registrosacessados a partir do servidor estrangeiro corresponde àassinatura digital para aquele endereço carregada namemória, e permite a operação dos dispositivos de transação,tal como o distribuidor de dinheiro, apenas quando talcorrespondência está presente. É óbvio que diversasabordagens para verificar e criptografar mensagens podem serusadas em diversas modalidades. Conforme usado aqui, asassinaturas ou registros assinados abrangem qualquer índiceque esteja incluído em ou que seja derivável de um registroque seja indicativo que ele está autorizado.
Também conforme pode ser apreciado a partir dadescrição anterior, o servidor estrangeiro 96 pode secomunicar com o usuário através da tela de toque em umidioma que seja diferente daquela que normalmente é usada pelos clientes da instituição que opera o sistema decomputador 14. Como resultado, os documentos HTML podemexibir solicitações para distribuir moeda de um tipo ou emuma quantidade que não está incluída na ATM. Para acomodaresta situação, um código, de preferência, é incluído na parte de aplicativo do dispositivo 84 para lidar comsolicitações de moeda estrangeira. 0 código de moedaestrangeira faz com que a ATM envie uma mensagem de voltapara o servidor sede com a finalidade de calcular a quantiamais próxima que pode ser fornecida ao cliente na moeda disponível na ATM que corresponda ao que o cliente solicitouconforme será apreciado, este código será operativo parachamar o endereço de função particular dentro do servidorsede 90 que seja capaz de proporcionar esta função. Quandoa distribuição é feita, o código também é operativo para indicar para o servidor 96 que a quantidade distribuídadifere um pouco da quantia que o cliente requisitou. Éóbvio que em outras modalidades, outras abordagens podem serusadas. Alternativamente, um código na máquina pode gerarexibições visuais que mostram equivalentes em moeda local quando quantidades de moeda estrangeira são exibidas ouprocessadas. Isso pode incluir a apresentação de ambas asquantidades em exibições visuais apresentadas a um usuário.
Conforme representado na Figura 23, quando ocliente estrangeiro tiver completado suas transaçõesconforme indicado através da tela de toque 30, o servidorestrangeiro 96 é operativo para enviar a mensagem "vá paracasa" de volta para a ATM. A recepção desta mensagem éoperativa da maneira descrita anteriormente para fazer comque a parte de aplicativo de dispositivo 84 opere emresposta às instruções do script JAVA embutidas paraconfigurar a parte que lida com documento HTML para fazercom que o navegador 7 6 restabeleça comunicação com oservidor sede 90 ou outro endereço de documento designado.
Conforme indicado na Figura 24, o código na partede aplicativo de dispositivo 84 que processa a mensagem "vápara casa" é operativo, de preferência, para conectarnovamente ao servidor sede 90 assim como para enviar asinformações do registro da transação no registro 104. Estasinformações de registro de transações que são, depreferência, compactadas em iam objeto de dados, incluem onome do cliente, o nome da instituição estrangeira, oidentificador digital, informação de quantidade sobre asquantias distribuídas, transferidas ou depositadas e todosos outros dados pertinentes à transação. Os dados detransação são usados por códigos nas etapas de execução datransação em que qualquer parte do dado é requerida. Aotérmino da atividade do cliente na máquina, um códigofornece uma mensagem de dado de transação que inclui pelomenos uma parte dos dados coletados. Estes dados sãocomunicadas a partir do servidor 90 através da CGI 106 parao escritório de apoio do banco 94. Estas informações sãoarmazenadas no escritório de apoio para uso posterior com afinalidade de um arranjo com o banco estrangeiro que opera oservidor estrangeiro 96. Alternativamente, ou em adição, osdados de transação podem ser registrados no terminal namemória assim como em cópia dura ou impressora. Os dados detransação podem ser armazenados para download em um lote oupassando-se objetos que incluam dados de muitas transações.
Os dados de lote podem ser comunicados em instantes e emendereços, assim como podem ser armazenados na memória nosdados de configuração de terminal.
Uma vantagem de modalidades da invenção é que osdados de transação podem ser liberados para endereços em umarede de área local ou em uma rede de grande área, tal como aInternet. Isso facilita conduzir muitas variedades detransações e permite direcionar mensagens relacionadas a usode rastreamento (tal como para cartões inteligentes do tipoeletrônico) ou para o estabelecimento de diversos tipos detransações em um endereço de sistema selecionado.
Será apreciado que a modalidade descrita damáquina bancária automatizada e sistema da presente invençãoproporciona a vantagem de que quando a máquina estáconectada a uma rede de ampla área tal como a Internet, osclientes são capazes de executar suas transações bancáriasvirtualmente em qualquer lugar do mundo. Além do mais, adespeito das amplas capacidades do sistema, devido ao fatoda máquina poder ser monitorada localmente, tanto em termosde conexão quanto de atividade, o risco de fraude éminimizado.
As modalidades da invenção podem incluir uma outracaracterística para facilitar o acesso a documentos na redeà qual a máquina está conectada. Esta característica éoperativa para determinar se um registro HTTP tal como umdocumento HTML ou outro item é acessível em um endereço paradownload antes do computador tentar acessar o registro.Isso evita perda de tempo na transação que poderia ocorrercomo resultado da incapacidade de acessar um registro devidoao servidor através do qual o registro é normalmenteacessado sendo baixado. Outras modalidades podem considerartanto o tamanho do registro quanto a taxa de transformação edeterminar que uma velocidade de transformação para oregistro não é rápida o suficiente, de tal modo que umregistro alternativo deva ser transferido.
Em uma modalidade, esta característica éconseguida através do uso de um programa ou código separadoque verifica para ver se um servidor que o computador vaiquerer acessar na seqüência, está vivo. 0 código opera emresposta à recepção de um endereço ou parte dele, ao qualuma conexão será feita. 0 código opera para fazer umaconexão de soquete com o endereço e carregar uma quantidadepequena mas suficiente dos registro ou opera de outramaneira para determinar que o servidor através do qual oregistro deve ser acessado está vivo. Em resposta àverificação da operação do servidor remoto pelo código, ou àdeterminação de que as condições indicativas de que oregistro pode ser acessado ou carregado, o computador operaentão de tal modo que o navegador ou componente de softwaresimilar fica habilitado a navegar para o endereço no tempoapropriado na seqüência de transação. Se o applet não forcapaz de detectar que o servidor remoto está vivo, oudeterminar que não parece que o registro pode ser acessadoou carregado com sucesso, podem ser realizadas etapas paraacessar endereços alternativos ou descontinuar a transação.Endereços alternativos a serem acessados podem ser baseados25 em dados armazenados na memória do terminal ou podem serobtidos acessando-se documentos localmente ou remotamenteque incluam dados a partir dos quais endereços alternativospodem ser obtidos ou derivados. Endereços alternativos sãoverificados de maneira similar para fazer uma determinaçãode que os registros podem ser acessados antes de seremfeitas tentativas para acessar os registros alternativos.Esta abordagem evita atrasos na execução da transação.
Modalidades alternativas podem empregar outrasabordagens para determinar se os registros HTTP desejados, tais como documentos HTML podem ser acessados e/ou sofrerdownload com sucesso, de maneira adequada antes do navegadorque proporciona a interface com o cliente tentar acessar odocumento. Tais modalidades podem considerar determinar seo documento pode ser acessado com sucesso, a velocidade de transformação ou outras condições relacionadas à operação dosistema ou conteúdo do documento. Por exemplo, o applet quefaz o teste para determinar se o registro HTTP pode seracessado, ou um outro applet, pode determinar a taxa detransformação na qual o registro pode ser transferido para o computador. A taxa na qual os dados podem ser transferidospode ser comparada com os dados armazenados na memória e sea taxa for menor do que os dados representativos da taxaarmazenada desejada, um registro alternativo é acessado.Isso pode ser, por exemplo, um documento HTML armazenado localmente na máquina. Outras modalidades podem incluirprogramas que consideram o tamanho do registro HTTP e taxade transferência na determinação de uma velocidade detransferência. Tais programas determinam então se oregistro pode ser transferido com velocidade suficiente parase adequar aos parâmetros estabelecidos na configuração namemória e, se não, endereços alternativos são acessados.Tais registros alternativos podem ser testados de maneirasimilar quanto à velocidade de transferência antes de seremtransferidos.
Os programas também podem considerar outrosfatores na decisão quanto a acessar um endereço particular,tais fatores podem incluir, por exemplo, informações de diae de hora ou informações de sensores tais como sensores emum piso indicando que outras pessoas estão esperando parausar a máquina. Deste modo, o acesso a documentos que têmsaidas extensivas que podem tender a prolongar transações,pode ser evitado mesmo quando os registros podem sercarregados a uma velocidade adequada.
Embora a modalidade preferida da máquina bancáriaautomatizada e do sistema da presente invenção seja mostradacom relação a um tipo particular de máquina que é feitaespecificamente para conectividade a redes locais ou degrande área, máquinas bancárias automatizadas convencionaistambém podem ser adaptadas para incluir tal capacidade.Especificamente, a parte que lida com documento HTML epartes de aplicativo de dispositivo podem ser incluídos comoutro software convencional que opere dentro de uma máquinabancária automatizada. Isso permite que tais ATMs operem narede proprietária convencional ou como parte de uma rede degrande área. Além disso, máquinas bancárias automatizadaspodem ser configuradas para operar seus dispositivos atravésda parte de software de interface de dispositivo da invençãoou através de uma interface de software diferente quandooperando em uma rede convencional. Tais máquinas podemcomutar para requisitar que mensagens de dispositivos sejampassadas através de um servidor de dispositivo quandooperando sob o controle de um servidor dentro da rede degrande área para manter a segurança dentro do sistema.
Deste modo, uma única ATM pode operar em redes proprietáriasda maneira que ATMs locais operam assim como na configuraçãode rede do sistema da invenção.
Modalidades alternativas da invenção operam paracomunicar mensagens de transação usadas em uma rede ATMproprietária. Isso pode ser conseguido usando-se uma CGI emconexão com a parte que lida com documento HTML da ATM oucom o servidor sede HTTP ou outro servidor. O CGI opera emconexão com um programa e banco de dados de conversão demensagem para escolher os dados necessários dos documentosHTML e mensagens de resposta e gerar as mensagens derequisição de transação definidas apropriadas para a rede detransação proprietária. Da mesma forma, o programa deconversão de mensagem e o CGI operam de modo a recebermensagens de comando de função da rede proprietária econverte-las em documentos HTML e/ou mensagens TCP/IPapropriados para uso pela ATM. Devido aos formatos destasredes proprietárias serem definidos e os dados necessáriospara produzir e interpretar as mensagens serem conhecidos, ouso da ATM 12 diretamente em uma rede de ATM proprietáriaconvencional é realizado.
As mensagens de transação ATM convencionais sãomensagens com projeto especifico que não incluem documentosHTML em mensagens HTTP.
Um exemplo de mensagensconvencionais conhecidas usadas para operar ATMs sãomensagens Diebold 91X. Tais mensagens geralmente envolvem atransmissão de uma mensagem de solicitação de uma ATM em umprojeto definido que inclui os dados de entrada do cliente(conta/senha) e uma indicação do tipo e quantidade detransformação solicitada. A mensagem solicitada é recebidapor iam computador central de ATM que envia de volta umamensagem de resposta com um projeto definido que inclui umaindicação de se a transação foi autorizada. A ATM retornaentão uma outra mensagem para o computador central indicandose a máquina foi capaz de executar a transação. Asmensagens usadas em tais redes proprietárias convencionaisgeralmente ocupam uma largura de faixa relativamentepequena.
Na conexão da ATM da invenção a tal rede, éproporcionado um servidor. 0 servidor está em conexãooperativa com uma memória que inclui um banco de dadosrelacionai que mantém a conversão de mensagem e dados decriação de documento. Em uma configuração, o servidor estáconectado à parte que lida com o documento através de umarede ou pode residir no computador da ATM. 0 servidorproduz os documentos que o navegador acessa e que incluem asinstruções de dispositivo de transação. 0 servidor (ou umservidor conectado) comunica as mensagens convencionais como computador central. Um servidor pode proporcionar umainterface para diversas ATMs conectadas a ele em uma LAN ou,alternativamente, cada ATM pode ter seu próprio servidoroperando nela.
A capacidade da ATM 12 se comunicar em uma redeproprietária também permite a operação da ATM de uma maneiraem que a interface é gerada por uma instituição sede dousuário da maneira descrita anteriormente, mas em que astransações são autorizadas através de mensagens dirigidasatravés de uma rede ATM proprietária. Isso torna segura autilização da rede proprietária ao mesmo tempo em queproporciona ao cliente as vantagens da interface do bancosede familiar e/ou interface da "homepage pessoal".Em tal configuração, os dispositivos de função detransformação de ATM podem ser operados de uma maneiraconvencional em resposta a mensagens de transação de ATMconvencionais, tais como mensagens Diebold 91X, na rede proprietária. Os dispositivos de saida de cliente, taiscomo a tela (e falantes, se proporcionados) se comunicamatravés de um navegador conectado a uma rede de área localou de grande área. O navegador acessa documentos parasolicitar um cliente através da operação de uma transação, mas os documentos não incluem instruções que causem aoperação de dispositivos tal como o distribuidor dedinheiro.
Em uma configuração, o navegador pode ser operadopelo computador em resposta ao estado de dispositivos namáquina, já que os dispositivos são operados em resposta amensagens de ATM convencionais. Desta maneira, o navegadorpode ser navegado para endereços selecionados, inclusiveendereços que estão associados ao cliente com base em dadosde entrada do cliente. No entanto, como os documentos recebidos pelo navegador não irão operar os dispositivos defunção de transação, existe menos necessidade de medidas desegurança no acesso a documentos. Como resultado, o clienteainda pode operar a máquina em resposta a uma interfacefamiliar e única e informações de comercialização, tais comoanúncios ou outros materiais, podem ser apresentados naseqüência de transação.
Em outra modalidades, as máquinas podem executaralgumas funções de dispositivos com base em mensagensconvencionais enquanto outras podem ser executadas emresposta a instruções em documentos HTML ou outras mensagensHTTP. Por exemplo, os documentos HTML podem proporcionardados consideráveis para uso por impressoras ou outrosdispositivos de saida. Algumas modalidades podem acessardocumentos com instruções mas podem ignorar algumas e agirem resposta a outras. A abordagem pode ser selecionada pelooperador do sistema pela configuração do software com baseem seus requisitos.
Uma outra vantagem da configuração do sistema deuma modalidade preferida é que ela tem maior flexibilidadepara comunicar mensagens associadas à ATM. 0 gerenciador dedispositivo 68, de preferência, gera mensagens de statusassociadas ao status dos dispositivos 36. Estas mensagensde status podem representar comumente informações sobrecondições que existam nos dispositivos. Tais mensagenspodem indicar que os suprimentos de papel para a impressoraou de moeda estão baixos ou acabaram. Outras mensagenspodem indicar que os dispositivos não estão funcionado demaneira apropriada. Com freqüência, tais mensagens indicamque a ATM necessita de parada para manutenção. Todos taistipos de mensagens são referidos aqui de modo intercambiávelcomo mensagens de estado ou de erro.
A parte de software de interface com o dispositivo64 se comunica através da intranet 16 usando mensagensTCP/IP. Embora as mensagens associadas a transaçõesdescritas anteriormente sejam direcionadas ao servidor dedispositivo 92, a parte de software 64 pode incluir umservidor e ser configurada para tratar de mensagens de falhae de estado em outros endereços na intranet ou na Internet.Por exemplo, tais mensagens podem ser dirigidas a umaplicativo de software que envie mensagens a um provedor deserviço. Além do mais, as mensagens podem ser direcionadasseletivamente com base na natureza da falha indicada. Porexemplo, mensagens de falha indicativas de uma necessidadede reabastecimento de dinheiro ou suprimentos podem serdirecionadas a iam endereço na intranet associado a umaentidade que tenha responsabilidade para reabastecer ossuprimentos. Alternativamente, as mensagens de falha queindicam uma necessidade de outros tipos de serviço, podemser direcionadas a uma endereço associado a uma entidade queproporcione o tipo de serviço requerido.
Alternativamente, a emissão seletiva de mensagensde falha para endereços na intranet 16 pode ser conseguidaconfigurando-se de maneira apropriada o servidor dedispositivo 92. Além disso, a parte de software 64 ou oservidor de dispositivo 92 pode direcionar mensagens defalha das ATMs para um sistema que esteja falhando, tal comoum computador que opere um software Event ManagementSystem™, disponível em Diebold, Incorporated. Tal softwareé operativo para resolver a natureza da condição de falha epara notificar ao pessoal apropriado da ação corretiva a sertomada.
A ATM pode incluir ainda uma função de softwarepara ajudar a diagnosticar problemas e proporcionar serviçode resolução. Conforme representado graficamente na Figura2, modalidades alternativas da ATM 12 podem incluir umservidor mini HTTP 109 que está em comunicação com a partede software que faz interface com o dispositivo 64. Oservidor 109 é configurado para receber mensagens de statusde dispositivo e produzir registros HTTP, inclusivedocumentos HTML em resposta a isso, que proporciona dadosrepresentativos do estado de dispositivo a um dispositivo dediagnóstico 110 tal como um terminal de computador manual.
O servidor 109 inclui uma CGI para fazer interface com osoftware de dispositivo de tal modo que iam técnico possa teracesso a informações nos registros acessíveis nos endereçosHTTP relacionados a mensagens de estado e teste de entrada einstruções corretivas através do dispositivo de diagnóstico110. Os registros HTTP e/ou documentos HTML gerados peloservidor 109 podem incluir, de preferência, instruçõesgráficas e de áudio indicativas de condições tais comoproblemas, assim como dados de ação corretiva e instruçõesde reparo.
Em versões alternativas da invenção, as funções domino-servidor HTTP 109 podem residir no servidor dedispositivo 92. Isso pode ser particularmente apropriadoquando a função do servidor de dispositivo residir nocomputador na ATM. A despeito de onde a função resida, ouso de componentes visuais e de áudio de documentos HTMLassociados à manutenção e mensagens de diagnóstico facilitaa realização de serviços na ATM.
Estes registros liberados através do mini-servidorHTTP incluem instruções que correspondem ao estado oucondições de falha. Tais registros ou documentos podem ser acessados localmente, conforme discutido anteriormente, ouremotamente. Um técnico que use computador manual queinclua um navegador ou outro software operativo para acessaros registros HTTP pode acessar os documentos localmente parafins de manutenção, diagnóstico e realização de serviços. Em algumas situações, a interface com o cliente e onavegador associado a ela podem ser usados para acessar omini-servidor HTTP ou um navegador separado, dispositivos deexibição e de entrada na máquina e destinados para uso ematividade de reparo podem ser usados. Alternativamente, asmensagens de falha e de estado podem ser monitoradas apartir de terminais em locais que estejam conectados à rede.As mensagens de estado e de falha do 0 mini-servidor HTTPtambém podem ser configuradas para enviar um e-mail oumensagem similar a um endereço selecionado quando quer queuma condição particular ou grupo de condições exista.
Uma outra vantagem desta característica é que asmensagens HTTP também podem ser enviadas para o mini-servidor HTTP para tentar corrigir problemas. Tais
mensagens podem incluir rodar testes de diagnóstico ereceber resultados. Também pode incluir dispositivos deoperação para testar ou tentar limpar congestionamentos eoutros maus funcionamentos. Com freqüência, isso pode serfeito a partir de locais remotos. É óbvio que quando existeum risco significativo de acesso não autorizado ao servidorque lida com mensagens de falha ou de dispositivos, medidasde segurança apropriadas devem ser tomadas.
Os registros HTTP que indicam o estado dosdispositivos de função de transação podem ter diferentesformas dependendo da configuração do software e dasnecessidades do operador do sistema. Em algumas
modalidades, as informações de estado do dispositivo para umou mais dispositivos podem ser representadas por índicescontidos dentro de um objeto de dados. 0 objeto de dadospode ser transferido para outros computadores conectadospara proporcionar os dados de estado. A transferência doobjeto de dados pode ser conseguida por invocação de métodoremoto (RMI), por exemplo. Os dados no objeto de dadostransferidos pode então ser usado para gerar mensagens e/ousaídas desejadas pelo operador do sistema. Esta técnicapode ser particularmente útil quando o operador desejaconectar a máquina a um sistema de monitoração existente eos índices incluídos no objeto de dados podem ser usadospara gerar saídas ou mensagens indicativas do estado dodispositivo que podem ser processadas pelo sistemaexistente. Os módulos adicionais podem ser usados aindapara realizar comunicação entre sistemas de monitoraçãoexistentes e máquinas de transação que tenham tiposdiferentes de condições de estado ou tipos diferentes deformatos de mensagem. Isso inclui máquinas que têm tiposdiferentes de dispositivos e capacidades de função detransação.
A técnica de transferir um objeto de dados tambémpode ser usada para conduzir testes ou modificação dedispositivos de função de transação. Por exemplo, índicesno objeto de dados podem ser modificados por um servidor e oobjeto pode ser passado de volta para a máquina. 0 softwarena máquina pode fazer com que os dispositivos de função detransação operem ou mudem condições ou programação emresposta ao objeto de dados modificado. Isso pode incluir,por exemplo, limpar uma indicação de falha ou fazer com queiam dispositivo opere de modo a limpar um congestionamento ouconduzir um teste. Os resultados de tal atividade podem serrefletidos no índice modificado no objeto de dados que podeentão ser transferido para o computador no terminal de diagnóstico. É óbvio que as abordagens discutidas aqui sãoexemplares e outras abordagens ficarão aparentes paraaqueles versados na técnica a partir da descrição feitaaqui.
A Figura 25 mostra uma vista esquemática de uma configuração de rede para uma modalidade alternativa damáquina bancária automatizada da presente invenção. Amodalidade mostrada na Figura 25 inclui uma máquina bancáriaautomatizada adaptada especificamente para operar em conexãocom sistemas de máquina bancária automatizada convencionais tais como sistemas que operam usando formatos de mensagemDiebold 91X ou outro formato convencional não HTTP. Umcomputador central 120 é um computador central ATMconvencional que se comunica usando tais mensagens. 0computador central se comunica com um servidor de interface indicado esquematicamente 122. O servidor de interface 122opera da maneira discutida anteriormente e está em conexãooperativa com uma memória que inclui as informaçõesnecessárias para converter mensagens HTTP que pertençam a umpedido de transação a uma mensagem de requisição 91X ououtra mensagem convencional, com a qual o computador centralpode lidar. De modo semelhante, o servidor de interface 122e as instruções e dados armazenados na memória sãooperativos para converter uma mensagem de comando 91Xconvencional ou outra mensagem de comando convencional docomputador central 120 em mensagens HTTP que podem serusadas pela máquina bancária automatizada para executar ocomando. De modo similar, o servidor de interface 122 éoperativo para receber as mensagens HTTP que correspondem àresposta da máquina bancária automatizada aos comandos epara produzir uma mensagem de resposta 91X ou outra mensagemde resposta convencional para o computador central. Narealização destas funções o servidor de interface secomunica com uma interface de cliente 124 que na modalidadepreferida é um plugue COMM em que opera no terminal demáquina bancária sob um ambiente de operação Windows NT®.O servidor de interface 122 também inclui um circuito deacesso de comando/estado 126. O circuito de acesso decomando/estado é operativa para receber mensagens de comandoe de estado das partes de software que lidam com osdispositivos funcionais dentro da máquina. As mensagensrelacionadas aos dispositivos são usadas na produção demensagens de transação para enviar de volta para ocomputador central 12 0. Em adição, a parte de circuito deacesso de estado de comando também produz mensagens deestado indicativas do estado de dispositivos que tambémpodem ser comunicadas ao computador central.
0 servidor de interface 122, a parte de circuitode acesso de estado de comando 126 e o cliente de interface 124 podem residir no software no terminal da máquinabancária automatizada. Nesta configuração, o terminalaparece para o computador central como sendo uma máquinaconvencional. Alternativamente, o servidor de interface 122e a parte de circuito de acesso de estado de comando 12 6 podem residir em um servidor separado, enquanto a parte decliente de interface 124 pode residir no terminal. Issopermite que o servidor de interface 122 lide com uma sériede máquinas bancárias automatizadas conectando as máquinasao servidor de interface através de uma rede.
A configuração alternativa do sistema de máquinabancária automatizada mostrado na Figura 25 éparticularmente adaptada para uso em conexão com sistema ATMexistente. A máquina inclui uma parte que lida comdocumento HTML 128 que inclui um navegador que opera damaneira das modalidades descritas anteriormente. A parteque lida com documento HTML é referida alternativamente comoum navegador aqui para fins de simplicidade. A parte quelida com documento HTML opera em conexão com uma rede 130para acessar registros HTTP na forma de documentos HTMLatravés de servidores 132, 134 e 136. Para fins desteexemplo, o servidor 132 será considerado o servidor do bancosede que opera a máquina bancária automatizada. A parte denavegador 128 é habilitada para acessar documentos de seubanco sede com a finalidade de obter conteúdo e instruçõespara dar saida a informações a clientes assim como paraoperar dispositivos na máquina. Os servidores 134 e 136 sãorepresentativos de outros servidores que a máquina bancáriaautomatizada pode ser instruída para acessar com o fim dedar um download em documentos que incluam as informações ouinstruções. Com freqüência, tais documentos de servidoresdo banco não sede incluirão informações que devem serapresentadas a clientes tais como material promocional deanúncio, cotações de ações ou outros tipos de informações.
Deve-se entender que os servidores 134 e 136 podem serconectados diretamente à rede 130 ou podem ser acessadosatravés de outras redes e servidores. Em algumasmodalidades, tais servidores podem ser acessados através daInternet com a finalidade de fornecer documentos à máquinabancária automatizada.
A parte que lida com documento 12 8 inclui umaparte de software de teatro de terminal indicadaesquematicamente por 138. A parte de teatro de terminal 138é mostrada esquematicamente em mais detalhes na Figura 26.
A parte de teatro de terminal 138 inclui um quadro de fundo140 e um quadro de teatro 142. 0 quadro de fundo 140,embora resida no navegador, não é visível na tela da máquinabancária automatizada. O quadro de teatro 142 é um quadrovisível e controla o que é mostrado para o cliente.
Conforme representado esquematicamente na Figura25, a parte que lida com documento HTML também inclui umaparte de diretor de terminal 144. A parte de diretor determinal inclui diretores que são casos relacionados decódigos que são usados na execução de tipos particulares detransações.
Os diretores de terminal correspondemgeralmente à operação dos applets JAVA na modalidadedescrita anteriormente.
A máquina bancária automatizada da modalidadealternativa inclui ainda um aplicativo de serviços detransação (TSA) indicado esquematicamente 146. 0 aplicativode serviços de transação proporciona segurança, condição doterminal, autorização do terminal e serviços degerenciamento de chave dentro da máquina bancáriaautomatizada. O aplicativo de serviços de transação incluiuma função para comunicação de mensagens HTTP com o servidorde interface 122. O aplicativo de serviços de transaçãotambém pode comunicar através de uma rede tal como a rede130 de uma maneira que será explicada mais tarde. Oaplicativo de serviços de transação também proporciona umafunção de servidor que permite que o aplicativo de serviçosde transação execute as funções do servidor de dispositivo92 na modalidade descrita anteriormente.
A máquina bancária automatizada da modalidadealternativa inclui ainda interfaces de dispositivo comunsJAVA indicadas por 148. As interfaces de dispositivo comunsJAVA na modalidade preferida são casos relacionados deapplets que controlam e coordenam a operação dosdispositivos funcionais 150 das máquinas que executamfunções de transação. Os dispositivos funcionais podemincluir dispositivos dos tipos descritos em conexão com amodalidade anterior ou outros tipos de dispositivos queoperam para executar uma função relacionada a uma transação.As interfaces de dispositivo comuns JAVA 148 se comunica comos dispositivos funcionais através de interfaces dedispositivo comuns representados esquematicamente por 152.As interfaces de dispositivo comuns (CDIs) proporcionam umainterface que controla os módulos eletromecânicos nosdispositivos funcionais incluídos na máquina bancáriaautomatizada. As interfaces de dispositivo comuns são mostradas esquematicamente em conexão com um servidor dediagnóstico 154. 0 servidor de diagnóstico opera de umamaneira similar ao servidor 109 da modalidade descritaanteriormente. O servidor de diagnóstico 154 é útil nodiagnóstico do estado e na correção de problemas com os dispositivos na máquina bancária automatizada.Com referência novamente à Figura 2 6, o quadro defundo 140 dentro da parte de teatro de terminal 138 é umcomponente chamado applet de fundo 156. O applet de fundo156, de preferência, é um componente relativamente fino. Asinstruções referidas como script incluídas nos documentosacessados pelo navegador, seletivamente fazem com que oapplet de fundo notifique um diretor de terminal quando umaação deve acontecer em resposta às instruções incluídas nodocumento acessado. O applet de fundo também operarequisitando que iam novo documento HTML seja acessado. 0applet de fundo também proporciona acesso ao objeto de dadode transação compartilhado, discutido anteriormente quemantém os dados de transação.
O quadro de teatro 142 controla a interface com ousuário conforme visualizado pelo usuário do terminal damáquina bancária automatizada. O cliente HTML representadoesquematicamente 158 no quadro de teatro 142 define osíndices de identificação associados a eventos enviados a umgerenciador diretor através do applet de fundo e proporcionauma interface com os métodos públicos do gerenciadordiretor. O gerenciador diretor indicado esquematicamente160 na Figura 26, tem uma classe que reside no aplicativo deserviços de transação (TSA) 146, conforme mostrado. Asclasse de gerenciador diretor que reside no processo TSA éoperativo para carregar os diretores de terminal 144 naparte que lida com documento HTML. O gerenciador diretortambém inclui uma classe de applet de fundo que reside noquadro de fundo 140. A classe de applet de fundo dogerenciador diretor proporciona uma interface com o clienteHTML para fazer requisições ao gerenciador diretor.
Instruções nos documentos HTML podem passar eventos atravésdo applet de fundo 156 para o gerenciador diretor. Taiseventos incluem uma requisição para autorizar uma transação.
Tais requisições também podem incluir indicações de que ocliente completou uma transação ou de que um documentocarregado pelo navegador inclui instruções requisitando quea sessão seja terminada. Outros eventos que podem serpassados através do gerenciador diretor incluem eventos deimpressão. Outros eventos que podem ser passados através doapplet de fundo para o gerenciador diretor incluem umaindicação de que uma entrada foi cancelada ou outros eventosdefinidos pelo usuário.
Em resposta à recepção de eventos, o gerenciadordiretor da modalidade mostrada responde a instruções nosdocumentos acessados pelo navegador para realizar funçõesque incluam a mudança de conteúdo do quadro de teatro 142.
O gerenciador diretor, em resposta a tais instruções, tambémmuda a classe do diretor de terminal ativo. O gerenciadordiretor também armazena classes de diretor de terminal parauso posterior ou carrega classes de diretor de terminal edocumentos HTML a partir de uma lista de servidoresdisponíveis. 0 gerenciador diretor também proporcionaacesso ao objeto de dado de transação compartilhado quemantém dados de transação para uma transação particular. 0 gerenciador diretor também envia eventos de teatro determinal para a classe de controle de fundo do diretor determinal atual e proporciona um cronômetro de tempo de tela.É óbvio que em outras modalidades, o diretor de terminalpode executar outras funções.
Na operação da modalidade alternativa mostrada naFigura 25, os diretores de terminal 144 no aplicativo deserviços de transação 146 habilitam documentos de acessoseletivo com a parte que lida com documento HTML 128. Osdocumentos acessados podem incluir instruções que são usadas para operar a máquina bancária automatizada e osdispositivos funcionais nela. 0 aplicativo de serviços detransação 14 6 é operativo ainda para comunicar as mensagensHTTP que são passadas para o servidor de interface 122 e quesão usadas para gerar mensagens ATM convencionais com as quais o computador central 120 pode lidar. A distribuiçãode moeda e outras transferências de valores são executadasem resposta à aprovação do computador central 120 enquanto ainterface e outras funções são controladas através deinstruções nos documentos acessados através do navegador.Em uma modalidade preferida a ATM ou outra máquinade transação se comunica com o computador central de ATMconvencional passando o objeto de dados da transação entre ocomputador na ATM e o servidor de interface.
De preferência, esta transferência é conseguida pela invocaçãode mensagem remota (RMI) de software tal como JAVA. É óbvioque outros métodos para a transferência do arquivo de objetode dados HTTP podem ser usados.
Conforme exposto anteriormente, o objeto de dadosde transação mantém dados da transação. A máquina adquiredados pertinentes à transação tal como dados de conta de iamcartão, um númera senha de cliente, transações e quantiasrequisitadas e inclui estes dados entre os dados detransação.
Uma vez que os dados necessários para gerar umamensagem de transação de ATM convencional são representadosnos dados de transação, o objeto de dados é transferido parao servidor de interface. O servidor de interface está emconexão operativa com um banco de dados 123 ou outro itemque contenha dados de conversão conforme indicadoesquematicamente. Os dados de conversão são usados pelosoftware associado ao servidor para gerar uma mensagem derequisição de transação ATM convencional para o computadorcentral 120. A mensagem convencional pode ser formatadacomo uma mensagem 91X convencional ou outra mensagem detransação não HTTP convencional.
Após o processamento, o computador central 120responde com uma mensagem de resposta convencional. Oscomponentes da mensagem de resposta são recebidos noservidor e processados em resposta aos dados de conversãopara produzir dados de transação modificados no objeto dedados.
Estes dados de transação modificados, depreferência, incluem dados indicativos de se a transaçãorequisitada está autorizada ou não, assim como outros dados.Por exemplo, se a transação for negada, ela pode incluirdados que sejam indicativos da razão para a negação.
0 objeto de dados de transação com os dados detransação modificados são transferidos então para o computador que opera a ATM por RMI ou outro método detransferência. 0 aplicativo de serviços de transação 14 6que opera no software recebe o objeto de dados e opera osdispositivos de função de transação em resposta aos dados detransação modificados. 0 objeto de dados de transação tem no mesmo os dados de transação modificados pela inclusão deinformações relativas às operações dos dispositivos. Apósos dispositivos terem operado, o objeto de dados detransação com os dados de transação modificados é passadopara o servidor de interface 122. Os dados de transaçãomodificados são usados então para gerar uma mensagem para ocomputador central ATM. A mensagem para o computadorcentral inclui dados correspondentes aos dados de transaçãomodificados. Usualmente, esta mensagem é uma mensagem deconclusão não HTTP convencional que indica se a transaçãofoi executada com sucesso pelos dispositivos de função detransação.
0 formato das mensagens de transação não HTTPconvencionais pode ser mudado imediatamente na modalidadedescrita. Isso pode ser feito através do uso de módulosadicionais. Os módulos adicionais são operativos paracolocar dados para dentro e para extrair dados do objeto dedados de transação. Os módulos adicionais realizam aconversão entre os dados de transação e as mensagens nãoHTTP— convencionais— desej adas. O-uso de -módulos adicionaishabilita mais prontamente o uso da ATM da modalidadedescrita em conexão dos tipos variados de redes de transaçãoconvencionais.
Os dados de transação no objeto de dados detransação também, de preferência, são operativos para que ocomputador opere o navegador para acessar documentos HTMLselecionados. Isso pode ser feito para indicar que atransação está autorizada ou negada assim como para acessardocumentos específicos em resposta a componentes damensagem. Por exemplo, os clientes de bancos outros que nãoo que está operando a ATM, podem ganhar algumas promoçõesnão apresentadas aos clientes existentes do banco. Os dadosde transação indicativos do por que uma transação é negadapodem ser usados para acessar documentos que proporcionemuma explicação ou podem encorajar o cliente a tomar outraação, tal como pegar dinheiro emprestado em um cartão decrédito ou fazer um empréstimo.
O sistema esquematicamente mostrado na Figura 25 éum exemplo de um sistema de máquina bancária automatizadaque realiza a ampla variedade de opções de interfacedisponíveis através do uso de uma interface HTML ao mesmotempo em que preserva a compatibilidade com sistemas demáquina bancária existentes e as técnicas de segurançaassociadas a isso. É óbvio que em outras modalidadesalternativas—as abordagens—e as configurações podem serusadas.
Uma outra vantagem incorporada no sistemaesquematicamente representado na Figura 25 é a capacidade deoperar os componentes do software da modalidade descrita dapresente invenção em máquinas bancárias automatizadasexistentes. Conforme será apreciado, lidar com documentosHTML em computadores convencionais requer entradas atravésde um teclado do tipo QWERTY, assim como cliques em mouse emlocais correspondentes a ícones ou outras características emdocumentos HTML para navegar com sucesso e usar taisdocumentos. As máquinas bancárias automatizadasconvencionais geralmente não incluem um mouse ou tecladocompleto.
Ao invés disso, as máquinas bancáriasautomatizadas convencionais geralmente incluem um tecladoalfanumérico similar aquele usado em telefones, assim comoteclas de função. As modalidades da presente invençãopermitem a operação do sistema com terminais que têm taisinterfaces e opere de uma maneira que desfrute dosbenefícios da invenção.
A Figura 27 mostra um exemplo de uma interface demáquina bancária automatizada convencional 162. A interface162 inclui um dispositivo de saída que inclui uma tela 164.A tela 164 pode ser uma tela de exibição CRT, LCD ou outratela de exibição convencional. Na modalidade mostrada, atela 164 não é uma tela de toque como na modalidade descritaanteriormente. Uma pluralidade de teclas de função 166encontram-se dispostas em locais adjacentes à tela 164. Umteclado 168 também é incluído na interface 162. 0 teclado168 inclui teclas alfanuméricas assim como certas outrasteclas dedicadas tais como "cancel" (cancelar), "correct" (corrigir), e "ok". Outras teclas são geralmente vazias masem alguns casos podem ser usadas.
Na operação de uma máquina bancária automatizadaconvencional, os dados de tela que são gerados a partir deinformações armazenadas na memória do terminal produzem telas de transações definidas que são apresentadasgraf icamente na tela 164. As telas aparecem em umaseqüência em resposta à função de transação selecionada pelocliente. Telas convencionais também incluem geralmentetexto ou gráficos representativos de seleções que podem serfeitas por um cliente. Estas opções gráficas ou de textoincluem geralmente linhas ou outros índices que se estendematé a borda da tela adjacente a uma das teclas de função166. Um usuário é habilitado a selecionado as opções aopressionar a tecla de função que é apontada pela seleção.De modo similar, na operação da máquina bancáriaautomatizada um usuário é habilitado a inserir os caracteresalfanuméricos que compreendem o númera senha assim comoinformação de quantidade numérica e outras instruçõespressionando as teclas no teclado 168.
Em uma modalidade da presente invenção, o softwareoperado na máquina bancária automatizada opera paraconverter entradas de tecla ATM padrões em eventos dosistema de operação tais como clique de mouse em um localdesejado ou uma entrada de um teclado tipo QWERTY. Oscomponentes do software que permitem a execução desta funçãosão mostrados na Figura 28-30. Estas funções incluem umapplet de teclado 160. O applet de teclado 170 namodalidade descrita está incluído entre os applets nosdiretores de terminal 144. O applet de teclado 170 suportaum subconjunto de funcionalidade de interface de dispositivocomum de teclado.
O applet de teclado 170 coordena com iam servidorde comando de teclado que opera no aplicativo de serviços detransação 14 6. O servidor no aplicativo de serviços detransação se comunica com a interface de dispositivo comumpara o teclado e teclas de função, indicado esquematicamente172. A tecla CDI na modalidade preferida é um programa JAVAque é referida como um "cursor" para a interface dedispositivo comum associada às teclas de função e teclado.
O software inclui ainda um programa mapeador deteclado indicado esquematicamente 174. O mapeador deteclado na modalidade preferida está em conexão com um bancode dados 17 6 que armazena uma pluralidade de conjuntos demapas. Na modalidade preferida, o mapeador de teclado é umaextensão da classe de teclado de objetos usados para aoperação do teclado. O mapeador de teclado opera de modo aarmazenar conjuntos de mapas de teclas no banco de dados17 6. Isso é conseguido pelas leitura de informações em umbanco de dados de configuração para que a ATM obtenha osmapas de teclas que são operados na máquina particular.Durante a operação, o mapeador de teclado seleciona um dosmapas de teclas como o conjunto atual. Isso é feito emresposta ao código do teclado e é baseado em instruções emregistros HTTP que são acessados seletivamente. O mapeadorde teclado pode selecionar mapas de teclas em resposta ainstruções em documentos HTML carregados através donavegador. O mapeador de teclado também é operativo parahabilitar o teclado e as teclas de função apropriadas para oconjunto de mapa particular selecionado. O mapeador deteclado é operativo ainda em resposta ao conjunto de mapaselecionado para traduzir um sinal de entrada no teclado ouum sinal de entrada de tecla de função em um respectivosinal de entrada de teclado ou mouse que então é passadopara a corrente de entrada de teclado ou corrente de entradade mouse do sistema de operação do computador em que osoftware opera.
Na modalidade preferida, os conjuntos de mapascompreendem, cada um, tabelas de prova. Os objetos de mapade tecla são armazenados como valores nas tabelas de provatal que cada objeto inclua os valores e as operaçõesnecessárias para converter qualquer evento de tecla ATMapropriado em um evento de entrada de sistema em operação.
Conforme pode ser apreciado no caso das teclas defunção adjacentes à tela ATM, pode ser desejávelproporcionar uma entrada de mouse para a corrente de entradade mouse que corresponde a um local de coordenadasparticulares para a entrada do mouse. Isso é proporcionadopelo mapeador de teclado que usa o conjunto de mapa de teclaselecionado. Os diversos conjuntos de mapa de teclahabilitam as diferentes teclas de função para proporcionartipos diferentes de entradas no sistema que opera ocomputador em resposta ao documento HTML exibido nonavegador. Ainda, o mapeador de teclado faz com que apressão de uma tecla selecionada produza uma entradacorrespondente a um clique de mouse em uma posição decoordenadas x; y selecionada na tela. Deve-se entender queou teclas do teclado ou teclas de função podem ser usadaspara produzir entradas de mouse. Da mesma forma, asentradas de tecla de função podem ser convertidas paraentradas de teclado. No entanto, em algumas modalidades,será desejável desabilitar o indicador de mouse na tela talque o usuário não note um icone usual de mouse. Taldesabilitação pode-inclui,-em-algumas modalidades, o tamanhodo icone do mouse tal que ele seja muito pequeno que nãopossa ser visto imediatamente por iam usuário da máquina.
Durante partes de algumas transações, pode serdesnecessário que o usuário pressione qualquer tecla. Emtais situações, algumas modalidades preferidas da invençãooperam para desabilitar as teclas do teclado e/ou as teclasde função. Devido ao fato dos recursos do computador seremusados em interrogações tais como teclas para entradas, ainterrupção de tal interrogação durante momentos apropriadoshabilita os recursos do computador a serem devotados aexecutarem outras funções. Isso aumentará a velocidade naqual outras atividades podem ser executadas. Isso pode serrealizado em algumas modalidades pela operação do applet deteclado para remover os dispositivos de tecla de uma listade interrogação.
As Figuras 28 a 30 incluem ilustraçõesesquemáticas de exemplos da operação do mapeador de tecladoe applet de teclado. A Figura 29 mostra um exemplo de umaentrada no teclado 168. Neste exemplo, o código do teclado170 geralmente em resposta a instruções em um registro HTTPtal como um documento HTML ou outros eventos, transmite ehabilita eventos para o aplicativo de serviços de transação146. Em resposta, um conjunto de mapas é selecionado dobanco de dados 176 correspondente ao nome do mapaparticular. O servidor de comando de teclado ainda éoperativo para habilitar as teclas apropriadas da ATM.
Neste exemplo, em resposta ao fato do clientepressionar a tecla "OK" no teclado, o CDI gera um sinalapropriado para o aplicativo de serviços de transação.Conforme será notado da Figura 27, uma tecla "OK" é referidapor convenção como a tecla "J" da interface ATM. Oaplicativo de serviços de transação transmite o sinal geradopela pressão da tecla "J" pelo cliente para o mapeador deteclado 174. Em resposta à recepção do sinal, o mapeador deteclado opera para resolver o objeto no conjunto de mapascorrespondente ao nome de mapa que converterá o sinal deentrada da tecla de função em um sinal de entrada de tecladoque é reconhecido pelo sistema de operação. Chamando oobjeto selecionado do conjunto de mapas, um sinal de entradano teclado é produzido e liberado na corrente do teclado docomputador. Isso é representado pela corrente de teclado178. Na modalidade mostrada, a corrente de teclado é umaentrada para o sistema operacional Windows NT®. 0 appletde teclado 170 opera sensoreando a entrada através doouvidor de tecla correspondente. O applet 170 também éoperativo para receber o evento e pode operar de modo aexibir um icone ou outro gráfico correspondente ao que ocliente entrou.
A Figura 28 mostra a operação do mapeador deteclado em situações em que o aplicativo de serviços detransação opera para impedir a transmissão da entrada dedados pelo cliente para o applet 170. Isso pode serdesejável por exemplo, em situações em que a entrada pelocliente seja a senha do cliente ou outro dado que não sejaexibido. Nestas circunstâncias, o aplicativo de serviços detransação 146 opera para manter a entrada de dados pelocliente e para enviar apenas um sinal representativo de umcaractere de manutenção, neste caso, um símbolo devolta para o navegador. Isso é feito seletivamente emresposta às instruções contidas em documentos acessados pelonavegador ou em outros registros HTTP acessados pelocomputador que indica que a entrada feita pelo clientecorresponde ao seu SENHA ou outro dado que não deve serenviado ao navegador. No exemplo mostrado na Figura 28,apenas o caractere de manutenção é passado através do mapeador de teclado para o navegador. Em situações em que oregistro HTTP acessado invoca métodos em que valoresnuméricos devem ser enviados para o navegador e/ou exibidosna tela (tal como a quantidade de uma transação de retirada)o sinal enviado pelo aplicativo de serviços de transação para o navegador é indicativo do valor numérico associado àtecla pressionada.
A Figura 30 é um outro exemplo da operação domapeador de teclado, neste caso a entrada corresponde a umatecla de função 166. Neste caso, a entrada é causada pela pressão da tecla de função "A" que é mostrada adjacente aocanto direito superior da tela, conforme mostrado na Figura27. 0 sinal gerado em resposta à pressão da tecla de funçãoé passado para o mapeador de teclado que, em resposta aodado obtido do armazenamento de dados 17 6, dá saída a uma entrada de mouse correspondente a um clique de mouse. Aentrada de mouse inclui dados representativos dascoordenadas χ e y na tela onde o clique de mouse deve serproporcionado. Este sinal de entrada de mouse é passadopara a entrada de corrente de mouse esquematicamente representado por 180.Conforme será apreciado, para habilitar a máquinabancária automatizada que processa documentos HTML paraoperar usando uma interface ATM convencional, a entrada demouse irá incluir geralmente localizações de coordenadas quecorrespondem a um local na tela adjacente à tecla de funçãoparticular. Isso é porque o icone, linha, texto ou outroíndice que o cliente está selecionando ao pressionar atecla, de preferência, aparecerá ou se estenderá na telaadjacente à tecla. Deste modo, o cliente fica conscienteatravés da apresentação visual de que tecla apertar parafazer uma seleção correspondente. Uma série de teclas defunção adjacentes à tela podem ser operativas em qualquermomento. O cliente pode fazer seleções pressionando umatecla de função em um local e então uma tecla de função emum outro local disposto a partir do primeiro local. Issoresultará em sinais sendo enviados à corrente de mousecorrespondentes a cliques de mouse em coordenadas na telaadjacente aos botões de função pressionados pelo cliente.Durante as transações, diversas combinações de teclas defunção e de teclado podem ser operativas e mapeadas paradiversas entradas de teclado e mouse, conforme determinadopelos conjuntos de mapas selecionados. Além disso, épossível desenvolver conjuntos de mapas especiaiscorrespondentes aos gráficos particulares em documentos HTMLque são exibidos.Na maneira anterior, o teclado dá entrada em umaATM convencional ou outro teclado de máquina bancáriaautomatizada pode ser transferido para entradas de tecladoconvencional ou de mouse que podem ser identificadas eprocessadas em uma corrente de entrada de tecladoconvencional. De modo semelhante, as teclas de função podemser traduzidas em entradas de mouse em locais selecionados eliberadas para a corrente de entrada de mouse paraprocessamento pelo computador ou podem ser convertidas ementradas de teclado e liberadas para a corrente de entradade teclado. Uma outra vantagem da configuração de terminaldescrita é que as teclas podem ser desabilitadasseletivamente, exceto quando elas são necessárias. Issopode reduzir casos de -tentativas de acesso impróprio àmáquina pressionando teclas no teclado. Ainda, conformeexposto anteriormente, podem ser galgadas etapas paradesabilitar teclas quando elas não são necessárias paraaumentar a velocidade de processamento de transação.
Uma outra vantagem de modalidades da presenteinvenção é a capacidade da máquina bancária automatizadaproporcionar documentos impressos com base em instruções nosdocumentos HTML. Tais itens impressos podem incluirbilhetes, cheques de viagem, ordens de dinheiro, cheques debanco ou outros tipos de documentos. A capacidade demodalidades preferidas acessarem e processarem documentosHTML habilita a impressão de gráficos e outros índices quepodem produzir documentos impressos tendo características deaparência selecionadas e projetos ornamentais selecionados.Isso pode reduzir a necessidade de utilizar formulários pré-impressos e também permite a impressão de uma variedademaior de formatos impressos. Ainda, a configuração dealgumas modalidades da máquina permite a impressão de apenaspartes selecionadas de informações de transação com afinalidade de manter registros dentro da máquina ao mesmotempo em que proporciona versões que incluem gráficosmelhores ou outras características atraentes para o cliente.
A Figura 31 é uma representação esquemática daoperação do sistema na impressão de formulários usando uma- impressora- em-uma -máquina- bancária automatizada. A formapreferida da invenção usa os serviços de impressão WIN32 queopera sob o Windows NT® 4.0. Nas transação exemplarmostrada, a classe de gerenciador diretor 180 que opera naparte de teatro do terminal 138 inicia uma transação derecepção de impressão ao requisitar que um diretor deimpressão 182 imprima um recibo. O diretor de impressão emuma modalidade preferida é uma coleção de casos de feixesJAVA relacionados que operam de modo a executar atividadesde impressão e é um dos diretores entre os diretores determinal 144. O diretor de impressão inclui uma classe deimpressão que é mostrada esquematicamente separadamente queé operativa para invocar iam método URL de impressão. Aclasse de impressora na modalidade preferida inclui acessoao objeto de dado de transação compartilhado que inclui asinformações especificas de cliente relativas à transação queinclui índices representativos de informações a seremimpressas. No caso de uma máquina bancária automatizada,isso pode incluir, por exemplo, informações representativasde índices que são lidas de uma entrada de cartão de clientena máquina e lidas por uma leitora de cartão. Issoincluiria, por exemplo, o nome do cliente e o número daconta. As outras informações de transação podem incluir ostipos de transação conduzidas tais como um depósito,retirada ou consulta, assim como a quantidade envolvida emcada transação respectiva.
0 aplicativo de serviços de transação 14 6 recebe arequisição de impressão e passa o cordão URL para o objetode impressão WIN 184 pelo método URL de impressão. 0endereço URL, em uma modalidade preferida, é o endereço deum registro HTTP tal como um documento HTML que será usadopara formatar o documento a ser impresso, neste caso, umrecibo. Este documento HTML contém o script JAVA queprocessa dados de transação do objeto de dados de transação.
0 endereço URL do documento pode estar em uma máquina localou pode ser recuperado de um outro servidor tal como atravésde uma rede esquematicamente indicada 186. A rede 186 podeser uma rede local ou uma rede de grande área, dependendo daconfiguração da máquina.
0 objeto de impressão WIN 184 a seguir, navegapara o endereço do documento a ser acessado. Isso é feito na modalidade preferida usando o controle C Web Browser2ActiveX da Microsoft. Quando o documento HTML tiver sidocarregado, o controle ActiveX começa automaticamente aprocessar o conteúdo do documento acessado. 0 aplicativo deserviços de transação 14 6 invoca o método URL de impressãodo objeto de impressão WIN 184. O objeto de impressão WINusa o controle ActiveX para imprimir o documento HTML. Estaimpressão é processada pelo Windows NT® e componentesgráficos.
O CDI JAVA recebe um evento do componente de monitoração de impressão 192 que indica a conclusão daimpressão. Isso indica que um arquivo está disponível agorapara ser lido e enviado para a interface de dispositivocomum (CDI) 188 da impressora de recibo.
A seguir, um objeto da impressora 190 invoca uma função de dado de leitura no monitor de impressão 192 paradeterminar a localização e o tamanho do arquivo de dado deimpressão. O objeto de impressão 190 envia o dado ou o nomeda trajetória do arquivo de dados para a impressora CDI 188.A impressora CDI 188 passa os dados de impressão para ohardware da impressora. Isso resulta na impressão dodocumento.
Uma vez que o recibo seja impresso, o código dodiretor de impressora 182 emite uma requisição para liberaro recibo impresso. A requisição de liberação é passadaatravés do aplicativo de serviços de transação 14 6 para oobjeto de impressão 190. O objeto de impressora 190 invocao método de liberação na impressora CDI 188 para fazer comque o recibo seja liberado para o usuário da máquina. Aoperação dos componentes do software permite acessarseletivamente formatos de documentos assim como usarinstruções contidas nos documentos para incluir dados detransação dentro dos documentos impressos. Isso permite aprodução de documentos de tipos variados. Além disso,permite proporcionar tipos diferentes de impressão dedocumentos para clientes diferentes. Isso pode serdesejável quando são proporcionadas informações decomercialização, cupons ou índices similares em recibos detransação. Esta abordagem simplifica ainda mais a provisãode formatos impressos em diversos idiomas ao desenvolverdocumentos HTML que proporcionam formulários impressos emidiomas diferentes. Ademais, os métodos da presenteinvenção podem ser usados para proporcionar comercializaçãoa clientes por perfis ou tipos de categorias de cliente,assim como em um segmento de uma base.Embora o método de impressão descritoanteriormente seja discutido em conexão com a liberação derecibos de transação, métodos similares podem ser invocadospara a impressão de declarações para clientes, assim comopara a impressão de um registro cronológico dentro damáquina bancária automatizada. Ainda, pelo acesso adocumentos selecionados que controlam o formato deimpressão, os registros de diário de informações podem serdotados de informações consolidadas em uma maneira quepermita conservar o papel do diário dentro da máquina ao nãose imprimir informações promocionais ou outros tipos deinformações que são proporcionadas em documentos declientes.
O método de impressão da presente invenção permitetambém a impressão de diversos tipos de índices ópticos taiscomo código de barra ou outros tipos de índices que podemser lidos pela máquina que podem ser usados para a impressãode cupons, cheques ou artigos similares. Tal codificaçãopode facilitar o rastreamento do uso de tais itens pelosclientes com a finalidade de avaliar a eficácia de diversosesforços de comercialização. Além disso, índices legíveispela máquina podem ser usados para a impressão de itens taiscomo envelopes de depósito e/ou jornais de transação. Talimpressão pode facilitar a leitura de tais itens pelamáquina para verificar o teor dos depósitos.As capacidades de impressão conseguidas atravésdos métodos da presente invenção também permitem a impressãode materiais gráficos selecionados. Isso pode incluir, porexemplo, materiais que incluem assinaturas digitais embutidas que podem ser usadas para verificar aautenticidade dos itens impressos. Isso pode ser
particularmente útil, por exemplo, em situações em que amáquina de transação é usada para imprimir vales, cheques deviagem, boletos ou outros itens que tenham valor independente. Além disso, os documentos impressos em corespodem ser produzidos incluindo-se uma impressora colorida namáquina de transação.
O software de computador usado na operação damáquina bancária automatizada da presente invenção ecomputadores relacionados podem ser carregados a partir deartigos de diversos tipos nos respectivos computadores. Talsoftware de computador pode ser incluído e carregado apartir de um ou mais artigos tais como disquetes ou discoscompactos. Tal software também podem ser incluído emartigos tais como unidades de disco rígido, fitas oudispositivos de memória de leitura apenas. Outros artigosque incluem dados representativos das instruções para operarcomputadores da maneira descrita aqui são adequados para usona realização da operação de máquinas e sistemas de transação de acordo com modalidades da presente invenção.As modalidades exemplares das máquinas e sistemabancárias automatizados foram descritos com referência acomponentes e itens de software particulares. Outrasmodalidades da invenção podem incluir outros componentes desoftware ou componentes de software diferentes queproporcionem funcionalidade similar.
Assim, a nova máquina bancária automatizada esistema da presente invenção alcançam os objetivosestabelecidos acima, eliminam as dificuldades encontradas nouso de dispositivos e sistemas da técnica anterior,solucionam problemas e alcançam os resultados desejadosdescritos aqui.
Na descrição anterior, certos termos foram usadospor questões de brevidade, clareza e compreensão. Noentanto, nenhuma limitação não necessária deve ser implicadaa partir disso porque tais termos têm finalidade descritivae destinam-se a ser entendidos em seu sentido mais amplo.Além do mais, as descrições e ilustrações aqui são a titulode exemplo e a invenção não está limitada aos detalhesmostrados e descritos.
Nas reivindicações a seguir, qualquercaracterística descrita como um meio para o desempenho delima função deve ser considerada coo abrangendo qualquer meiocapaz de executar a função citada e não deve ser consideradacomo limitante do meio particular mostrado na descriçãoanterior ou equivalentes.
Tendo descrito as características, descobertas eprincípios da invenção, a maneira pela qual ela é construídae operada e as vantagens e resultados úteis obtidos; asestruturas novas e úteis, dispositivos, elementos,disposições, partes, combinações, sistemas, equipamentos,operações, métodos, processos e relações estão estabelecidosnas reivindicações em anexo.

Claims (10)

1. Aparelho, compreendendo:uma máquina bancária automatizada (12) que inclui:um dispositivo de saída, em que o dispositivo desaída da saída a informações;um dispositivo de entrada, em que o dispositivo deentrada é operado para receber entradas;um dispositivo de função de transação (36), em queo dispositivo de função de transação (36) é seletivamenteoperativo para executar uma função de transação; eum computador (34) , em que o computador está emconexão operativa com o dispositivo de saída, o dispositivode entrada e o dispositivo de função de transação;um computador (34) que inclui iam navegador e umafunção corretiva e diagnostica;em que o navegador é operativo para processardocumentos HTML incluindo instruções nos mesmos, acessadas apartir de um servidor remoto (14),em que o dispositivo de função de transação (36) éoperativo para executar a função de transação em resposta aofato do navegador processar um documento HTML incluindo umainstrução para operar o dispositivo de função de transação(36), CARACTERIZADO pelo fato de que a função corretiva e dediagnóstico (109) do computador (34) opera para capacitar oacesso de um documento HTML adicional por um dispositivodiagnóstico externo (110) compreendendo um terminalportátil; e em que o documento HTML adicional inclui dadosrepresentativos de diagnóstico de um status do dispositivode função de transação (3 6) e inclui instruções de reparo edados de ação corretiva que incluem uma instrução que causaoperação do dispositivo de função de transação (36).
2. Aparelho, de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que o dispositivo de função detransação inclui um distribuidor de folha.
3. Aparelho, de acordo com a reivindicação 2,CARACTERIZADO pelo fato de que o distribuidor de folha é umdistribuidor de folha de papel moeda.
4. Aparelho, de acordo com qualquer uma dasreivindicações antecedentes, CARACTERIZADO pelo fato de queo dispositivo de função de transação inclui um leitor decartão.
5. Aparelho, de acordo com qualquer uma dasreivindicações antecedentes, CARACTERIZADO pelo fato de queo dispositivo de função de transação inclui uma impressora.
6. Aparelho, de acordo com qualquer uma dasreivindicações antecedentes, CARACTERIZADO pelo fato de queo dispositivo de função de transação inclui um depositório.
7. Aparelho, de acordo com qualquer uma dasreivindicações antecedentes, CARACTERIZADO pelo fato de queo dispositivo de função de transação inclui um teclado.
8. Aparelho, de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que o computador da máquinabancária automatizada (12) opera para receber uma instruçãopara operar o dispositivo de função de transação a partir doterminal portátil.
9. Aparelho, de acordo com qualquer uma dasreivindicações antecedentes, CARACTERIZADO pelo fato de queo computador da máquina bancária automatizada (12) inclui umservidor HTTP operado para distribuir o documento HTMLadicional ao terminal portátil.
10. Método para operar uma máquina bancáriaautomatizada (12) compreendendo um dispositivo de saída, umdispositivo de entrada, um computador (34), possuindo umnavegador operativo para processar documentos HTML incluindoinstruções no mesmo, e um dispositivo de função de transação(36) seletivamente operado para executar a função detransação em resposta ao navegador para processar umdocumento HTML incluindo uma instrução para operar odispositivo de função de transação (36), CARACTERIZADO pelofato de compreender:a) produzir com uma função corretiva e dediagnóstico (109) do computador (34) da máquina bancáriaautomatizada (12) um documento HTML adicional, em que odocumento adicional HTML inclui dados diagnósticosrepresentativos do status do dispositivo de função detransação (3 6) e inclui dados de ação corretiva e instruçõesde reparo que inclui uma instrução que causa operação dodispositivo de função de transação (36);b) enviar o documento HTML adicional da máquinabancária automatizada (12) para um dispositivo dediagnóstico externo (110) compreendendo um terminalportátil.
BRPI9901649-4A 1998-05-27 1999-05-27 máquina e sistema bancários automatizados. BR9901649B1 (pt)

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 (2)

Publication Number Publication Date
BR9901649A BR9901649A (pt) 2000-01-18
BR9901649B1 true BR9901649B1 (pt) 2011-06-28

Family

ID=27536144

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI9901649-4A BR9901649B1 (pt) 1998-05-27 1999-05-27 máquina e sistema bancários automatizados.

Country Status (7)

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

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
CN1201554C (zh) * 1994-11-07 2005-05-11 应求兑现有限公司 远程终端拨号的方法和系统
US5764789A (en) * 1994-11-28 1998-06-09 Smarttouch, Llc Tokenless biometric ATM access system
DE69531599T2 (de) * 1994-12-20 2004-06-24 Sun Microsystems, Inc., Mountain View Verfahren und Gerät zum Auffinden und Beschaffen personalisierter Informationen
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
AU7706596A (en) * 1995-11-13 1997-06-05 Webtronics, Inc. Control of remote devices using http protocol
US5619558A (en) * 1995-11-13 1997-04-08 Ncr Corporation ATM segment of one marketing method
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
SE507138C2 (sv) * 1996-10-14 1998-04-06 Mirror Image Internet Ab Förfarande och anordning för informationsöverföring på Internet
US5956487A (en) * 1996-10-25 1999-09-21 Hewlett-Packard Company Embedding web access mechanism in an appliance for user interface functions including a web server and web browser
US5933816A (en) * 1996-10-31 1999-08-03 Citicorp Development Center, Inc. System and method for delivering financial services
US5905872A (en) * 1996-11-05 1999-05-18 At&T Corp. Method of transferring connection management information in world wideweb requests and responses
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
GB2319102B (en) * 1998-01-30 1998-12-23 Ibm A security system for a transaction processing system
GB2328532B (en) 1998-01-30 2000-10-18 Ibm A peripheral controller for a transaction processing system

Also Published As

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

Similar Documents

Publication Publication Date Title
US6289320B1 (en) Automated banking machine apparatus and system
US6334117B1 (en) Automated banking machine and system
US6598023B1 (en) Automated banking machine system using internet address customer input
US6539361B1 (en) Automated banking machine system using plural communication formats
US7333954B2 (en) Automated banking machine and system
US7844512B2 (en) Server software adapted to convert messages to enable ATM and ATM host communication
US20060010062A1 (en) Automated banking machine system with multiple browsers
US7251626B2 (en) Apparatus and method for indicating the status of transaction function devices in an automated banking machine
US20050086146A1 (en) Cash dispensing automated banking machine system and method
US20050289055A1 (en) Automated banking machine apparatus and system
US7699219B2 (en) Automated banking machine apparatus and system
US7624050B1 (en) Automated banking machine apparatus and system
EP0961246B1 (en) Methods by which an ATM selectively accesses documents based on the transaction function devices present in the machine
US7603302B1 (en) Automated banking machine system with multiple entity interface
US7634433B1 (en) Automated banking machine and system
US6963333B1 (en) Automated banking machine apparatus and system

Legal Events

Date Code Title Description
B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]

Free format text: REFERENTE A 9A ANUIDADE.

B08H Application fees: decision cancelled [chapter 8.8 patent gazette]

Free format text: REFERENTE AO DESPACHO PUBLICADO NA RPI 1971 DE 14/10/2008 POR TER SIDO INDEVIDO.

B07A Application suspended after technical examination (opinion) [chapter 7.1 patent gazette]
B06A Patent application procedure suspended [chapter 6.1 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 28/06/2011, OBSERVADAS AS CONDICOES LEGAIS.

B21F Lapse acc. art. 78, item iv - on non-payment of the annual fees in time

Free format text: REFERENTE AO NAO RECOLHIMENTO DA 14A ANUIDADE.

B24D Patent annual fee: restoration after fee payment
B25F Entry of change of name and/or headquarter and transfer of application, patent and certif. of addition of invention: change of name on requirement

Owner name: DIEBOLD, INCORPORATED (US)

B25D Requested change of name of applicant approved

Owner name: DIEBOLD NIXDORF, INCORPORATED (US)

B21F Lapse acc. art. 78, item iv - on non-payment of the annual fees in time

Free format text: REFERENTE A 22A ANUIDADE.

B24J Lapse because of non-payment of annual fees (definitively: art 78 iv lpi, resolution 113/2013 art. 12)

Free format text: EM VIRTUDE DA EXTINCAO PUBLICADA NA RPI 2622 DE 06-04-2021 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDA A EXTINCAO DA PATENTE E SEUS CERTIFICADOS, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013.