ES2267564T3 - Terminal autoservicio. - Google Patents
Terminal autoservicio. Download PDFInfo
- Publication number
- ES2267564T3 ES2267564T3 ES00962681T ES00962681T ES2267564T3 ES 2267564 T3 ES2267564 T3 ES 2267564T3 ES 00962681 T ES00962681 T ES 00962681T ES 00962681 T ES00962681 T ES 00962681T ES 2267564 T3 ES2267564 T3 ES 2267564T3
- Authority
- ES
- Spain
- Prior art keywords
- application
- terminal
- server
- user
- flow
- Prior art date
- Legal status (The legal status 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 status listed.)
- Expired - Lifetime
Links
Classifications
-
- 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
-
- 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/105—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems involving programming of a portable memory device, e.g. IC cards, "electronic purses"
-
- 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/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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/53—Network services using third party service providers
-
- 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/75—Indicating network or usage conditions on the user display
-
- 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]
-
- 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
-
- 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/14—Session management
- H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
Abstract
Un sistema de terminal autoservicio (10) que comprende un servidor remoto (12) interconectado a una pluralidad de terminales autoservicio (14), teniendo cada terminal (14) (i) una pluralidad de periféricos, y (ii) una aplicación del terminal (38) que incluye un flujo de aplicaciones para el terminal, teniendo el sistema (10) una aplicación del servidor (104 ó 260) que incluye un flujo de aplicaciones de terceros para guiar a un usuario en una operación del terminal (14), en el que la aplicación del servidor (104 ó 260) está separada de la aplicación del terminal (38), caracterizado porque el terminal (14) está dispuesto para presentarse simultáneamente a un usuario con una pantalla del flujo de aplicaciones del terminal y una opción para acceder al flujo de aplicaciones de terceros para permitir al usuario que seleccione desde cualquier flujo de aplicaciones, y el terminal (38) está dispuesto para garantizar que sólo la aplicación del terminal (38) tiene control sobre los periféricos de forma que el control de los periféricos no pasa a la aplicación del servidor (104) en ningún momento.
Description
Terminal autoservicio.
La presente invención se refiere a terminales
autoservicio (SSTs). En concreto, la presente invención se refiere a
terminales autoservicio para hospedar aplicaciones de terceros. La
invención tiene particular relevancia para cajeros automáticos
(ATMs).
Los propietarios de ATMs a veces intentan
compensar el elevado coste de poseer y mantener un ATM alquilando
espacio en la pantalla a terceros, como vendedores, para visualizar
anuncios publicitarios de los productos y/o servicios suministrados
por terceros. Los terceros arriendan espacio en la pantalla porque
les permite hacer publicidad de sus productos y/o servicios a los
clientes de ATM sin tener el gasto de poseer y mantener un ATM.
Un problema asociado con alquilar espacio en la
pantalla a terceros es que la aplicación del ATM que controla el
flujo de pantallas que se presenta a un usuario del ATM es muy
compleja. Esto hace que sea muy difícil y que requiera tiempo
modificar la aplicación. Como resultado, los propietarios de ATMs
son reticentes a permitir que los terceros cambien los anuncios
publicitarios con demasiada frecuencia. Para algunos vendedores
terceros, los productos o servicios que anuncian mediante el ATM
pueden tener disponibilidad limitada, o puede cambiar frecuentemente
el precio de los productos y/o servicios. Esto significa que podría
ser inconveniente anunciar los productos y/o servicios como parte de
un anuncio publicitario a largo plazo.
Otro problema asociado con alquilar espacio en
la pantalla a terceros es que el tercero no puede acceder a los
periféricos (por ejemplo, la impresora, el lector de tarjeta, el
módulo de ingreso de efectivo, y similares) dentro del ATM. Un
motivo para ello es que el ATM sólo permite acceso seguro a sus
periféricos como protección contra el fraude. Otro motivo es que el
ATM proporciona resiliencia inherente para garantizar que el ATM
permanece operativo incluso si se desarrolla una fallo secundario.
Así, cualquier anuncio publicitario de terceros u otra aplicación no
puede proporcionar a un usuario del ATM un recibo u otra información
impresa y no puede aceptar pagos de un usuario a no ser que la
aplicación de terceros sea una parte integrante de la aplicación
del ATM.
El documento US 5.305.195 describe un sistema de
publicidad interactivo para un terminal en línea. El sistema tiene
un ordenador comercial para suministrar publicidad con imagen de
animación y otra información a un terminal; y un ordenador central
para proporcionar servicios en línea.
El documento
GB-A-2319102 describe un módulo de
seguridad para un sistema de procesamiento de transacción. El módulo
de seguridad recibe y almacena derechos de aplicación para ejecutar
peticiones de transacción, y responde a las peticiones desde una
capa de suministro de servicios para determinar un derecho de
aplicación para ejecutar una petición de transacción.
Es uno de los objetos de una o más formas de
realización de la invención evitar o mitigar uno o más de los
inconvenientes anteriores u otros inconvenientes asociados con el
alquiler de espacio en la pantalla a terceros.
Según un primer aspecto de la presente invención
se proporciona un sistema de terminal autoservicio como está
dispuesto en la reivindicación 1.
La aplicación del servidor comprende medios para
generar un flujo de aplicaciones. El flujo de aplicaciones es la
secuencia de pantallas o imágenes que se presentan a un usuario del
terminal, y típicamente comprende gráficos y texto, y a veces
sonidos. Típicamente, los gráficos, el texto, y los sonidos que se
presentan cambiarán según una o más entradas del usuario. El flujo
de aplicaciones guía al usuario en una operación, como una
transacción o una petición de información.
Preferentemente, la interfaz de usuario incluye:
medios de entrada para el usuario, un visualizador, y al menos otro
dispositivo periférico.
El al menos otro dispositivo periférico puede
seleccionarse entre: una impresora, un lector de tarjeta, un
dispensador de efectivo, un módulo de ingreso de efectivo, o
similares.
La aplicación del terminal puede controlar toda
la operación del SST, y puede incluir el flujo de aplicaciones para
el terminal.
En virtud de este aspecto de la invención, un
tercero puede crear y modificar una aplicación del servidor (y por
consiguiente modificar el flujo de aplicaciones generado por la
aplicación del servidor) independientemente de la aplicación del
terminal autoservicio. Así, el flujo de aplicaciones de terceros
puede ser actualizado por el tercero tan a menudo como desee sin
afectar al flujo de aplicaciones del SST. Separando la aplicación
del terminal del flujo de aplicaciones de terceros, la aplicación
del terminal se ve liberada de cualquier petición para garantizar
que el flujo de aplicaciones de terceros es conforme a los
requisitos de seguridad y fiabilidad de la aplicación del
terminal.
También en virtud de este aspecto de la
invención, el tercero puede interconectar su aplicación del servidor
con cualquiera de sus sistemas o bases de datos patentados,
garantizando de ese modo que un usuario del SST puede acceder a toda
la gama de información que proporciona el tercero. Por ejemplo, si
el tercero es una compañía aérea, entonces en la aplicación del
servidor pueden estar accesibles la base de datos de vuelos de la
compañía, la disponibilidad de billetes, y los precios para
garantizar que un usuario del SST puede acceder a la mejor
información actualizada disponible sobre vuelos y billetes. Esto
también significa que el tercero no necesita proporcionar al
propietario del SST acceso a las bases de datos y sistemas
patentados del tercero salvo a través de la aplicación del
ser-
vidor.
vidor.
También en virtud de este aspecto de la
invención, la aplicación del servidor puede actualizarse
centralmente en el servidor remoto, más que localmente en cada
terminal.
Preferentemente, el enlace es una conexión de
red para conectar a una red IP (protocolo de Internet). La red IP
puede ser la Internet pública, o una Intranet privada, Extranet, o
similares.
Preferentemente, el SST incorpora medios para
recibir archivos de acuerdo con un lenguaje de descripción de
páginas, como el lenguaje de marcado de hipertexto (HTML). Los
medios para recibir archivos de acuerdo con un lenguaje de
descripción de páginas puede ser un navegador web integrado (como
Microsoft (marca registrada), Internet Explorer, Netscape
Communicator (marca registrada), o similares). Alternativamente, el
medio para recibir archivos de acuerdo con un lenguaje de
descripción de páginas puede ser un componente HTML integrado, por
ejemplo, el componente HTML Sun Hotjava (marca registrada).
La aplicación del servidor puede ejecutarse en
el servidor remoto; es decir, la aplicación del servidor puede ser
una aplicación del lado servidor. En una forma de realización
alternativa, la aplicación del servidor puede ejecutarse en el SST;
es decir, la aplicación del servidor puede ser una aplicación de
lado cliente.
En las formas de realización en las que se
utiliza una aplicación de lado servidor, el servidor remoto puede
proporcionar archivos de lenguaje de descripción de páginas
generados dinámicamente, como páginas web de Internet, para
suministrarlas a los medios para recibir archivos de acuerdo con un
lenguaje de descripción de páginas.
Los archivos de lenguaje de descripción de
páginas pueden generarse utilizando cualquier procedimiento
conveniente. Por ejemplo, pueden utilizarse scripts Perl o CGI para
generar archivos HTML. Alternativamente, pueden utilizarse páginas
activas del servidor de Microsoft (marca registrada) o Sun Java
Servlets (marca registrada) para generar archivos HTML. En otras
formas de realización, puede utilizarse DHTML (lenguaje dinámico de
marcado de hipertexto) para generar archivos HTML.
En las formas de realización en las que se
utiliza una aplicación de lado cliente, la aplicación del servidor
puede comprender uno o más Applets de Java y/o controles Activex.
Los Applets de Java y los controles Activex pueden generar de forma
dinámica páginas web de Internet y proporcionar estas páginas al
navegador web integrado o al componente HTML del terminal. Los
Applets de Java y los controles Activex pueden acceder al servidor
remoto para proporcionar la información solicitada por el
usuario.
Los enlaces de hipertexto pueden integrarse en
las páginas web generadas de forma dinámica e indicar posteriores
páginas dinámicas, permitiendo de ese modo construir aplicaciones
complejas basadas en flujo.
Preferentemente, el servidor remoto implementa
un seguimiento de sesión para mantener una asociación entre el
servidor y el cliente (el SST).
Preferentemente, el servidor remoto proporciona
un objeto de sesión para cada cliente, de forma que el objeto de
sesión mantiene la información sobre el flujo de aplicaciones que
está ejecutando cada cliente. Esto proporciona al servidor
información sobre el estado de la aplicación que está ejecutando en
el cliente.
El SST puede proporcionar una entrada reservada
para el cliente (como un pulsador) para acceder a la aplicación de
terceros. Alternativamente o adicionalmente, el visualizador puede
ser una pantalla táctil y el STT puede asignar un área del
visualizador para presentar la aplicación de terceros, con la que,
tocando el área asignada se activa la aplicación de terceros. Cuando
se activa la aplicación de terceros, el terminal puede ampliar el
área asignada, por ejemplo a un área de visualización
sustancialmente entera.
Preferentemente, durante la operación de la
aplicación de terceros la aplicación del terminal controla el uso
del terminal para garantizar que el usuario todavía está presente y
para dirigir las funciones de manejo de errores si es necesario. Si
el usuario abandona el terminal durante la ejecución de la
aplicación del servidor, entonces la aplicación del terminal puede
terminar la aplicación del servidor hasta que otro usuario active la
aplicación del servidor.
Puede asignarse área de visualización a más de
una aplicación de terceros en el SST.
Preferentemente, el terminal proporciona un
puerto al que la aplicación del servidor puede enviar peticiones.
Esto permite que la aplicación del servidor envíe peticiones
directamente al STT. La ventaja de enviar peticiones directamente al
STT (más que mediante la ejecución del navegador web integrado o el
componente HTML en el STT) es aumentar la seguridad.
El terminal puede proporcionar facilidades
locales (por ejemplo, aquellas facilidades proporcionadas por los
periféricos, como impresión de recibos, ingreso o dispensación de
efectivo, o similares) al servidor remoto, mientras que garantiza
que sólo la aplicación del terminal (no el navegador web o el
componente HTML) tiene acceso a las facilidades. Por ejemplo, el
terminal puede permitir que el servidor solicite impresión de
ciertos datos. El terminal recibe esta petición a través del puerto
y utiliza la aplicación del terminal para acceder a la impresora y
garantizar que se imprimen los datos y se presentan al usuario.
Preferentemente, el terminal proporciona al
servidor una respuesta que indica el estado de la petición; por
ejemplo, petición de impresión aceptada, error de impresión,
impresión finalizada y similares.
En algunos ejemplos, sólo el servidor está
autorizado a emitir peticiones, de forma que cualquier aplicación de
lado cliente debe enviar peticiones al terminal mediante el
servidor. En otros ejemplos, una aplicación de lado cliente puede
emitir peticiones directamente al terminal.
El sistema puede incluir un servidor de
autorización, en el que el servidor de autorización es operativo
para autorizar transacciones solicitadas por usuarios de los
terminales. Alternativamente, puede utilizarse el servidor remoto
para autorizar transacciones solicitadas por usuarios de los
terminales, y también para almacenar la aplicación del servidor que
comprende un flujo de aplicaciones de terceros.
Preferentemente, la aplicación del servidor
genera archivos de acuerdo con un lenguaje de descripción de
páginas.
Preferentemente, el servidor remoto incluye
medios para suministrar a los terminales archivos de acuerdo con un
lenguaje de descripción de páginas.
Preferentemente, la aplicación de interfaz de
usuario que controla el propietario del STT reside en el SST y la
aplicación de interfaz de usuario que controlan terceros reside en
un servidor remoto.
Según un segundo aspecto de la invención se
proporciona un procedimiento para hospedar una aplicación de
terceros en un terminal autoservicio como está dispuesto en la
reivindicación 13.
Preferentemente, el procedimiento también
incluye la etapa de: control por parte de la aplicación del terminal
de la interacción del usuario con la aplicación del servidor para
detectar ausencia del usuario.
Preferentemente, el procedimiento también
incluye las etapas de: al detectar la ausencia del usuario, detener
la aplicación del servidor y presentar la aplicación del
terminal.
Preferentemente, la etapa de presentar la
aplicación del servidor al usuario incluye la etapa de visualizar el
flujo de aplicaciones incluido en la aplicación del servidor.
Alternativamente o adicionalmente, cuando el flujo de aplicaciones
consiste en o incluye un archivo de audio, la etapa de presentar la
aplicación del servidor al usuario incluye la etapa de reproducir el
archivo audio incluida en la aplicación del servidor.
Preferentemente, cada aplicación del terminal
ejecuta un proceso de servidor que permite comunicaciones entre
pares entre el servidor y el terminal.
Estos y otros aspectos de la invención se harán
aparentes a partir de la siguiente descripción específica, dada a
modo de ejemplo, con referencia a los dibujos que se acompañan, en
los que:
la Fig. 1 es un diagrama de bloque de un
terminal autoservicio según una forma de realización de la presente
invención;
la Fig. 2 es un diagrama de bloque simplificado
de uno de los terminales autoservicio y del servidor de la Fig.
1;
la Fig. 3 es un diagrama de bloque más detallado
del terminal autoservicio de la Fig. 2;
la Fig. 4 es un diagrama de bloque más detallado
del servidor de las Figs. 1 y 2.
la Fig. 5 es una representación ilustrada del
visualizador de pantalla de un STT que hospeda una aplicación de
tercero;
la Fig. 6 es un organigrama que ilustra las
etapas implicadas en un SST que hospeda una aplicación de
tercero;
la Fig. 7 muestra el formato de un URL HTTP
utilizado para especificar un recurso en el servidor de las Figs.
1, 2 y 4;
la Fig. 8 ilustra un posible URL para acceder a
una base de datos remota gestionada por el servidor de la Fig.
1;
la Fig. 9 ilustra una orden para solicitar el
uso de una facilidad de un SST que se muestra en la Fig. 1;
la Fig. 10 ilustra un URL enviado por un SST de
la Fig. 1 al servidor de la Fig. 1 para informar al STT sobre el
estado de una petición;
la Fig. 11 es un diagrama de bloque de un
servidor y un terminal según una forma de realización preferida de
la presente invención;
la Fig. 12 es un diagrama de bloque de una parte
del servidor de la Fig. 11; y
la Fig. 13 es un diagrama de bloque de una parte
del terminal de la Fig. 11.
Con referencia a la Fig. 1, se muestra un
sistema de terminal autoservicio 10 que comprende un servidor remoto
12 conectado a tres clientes 14 mediante una red IP 16. Cada cliente
14 es un terminal autoservicio de acceso público (SST). El primer
SST 14a es un ATM, el segundo SST 14b es un centro de servicios
financieros (FSC), y el tercer SST 14c es un quiosco de información.
La red 16 es Internet. El servidor remoto 12 es propiedad de y está
gestionado por una compañía aérea ("XYZ Airline"); mientras que
los tres SSTs 14 son propiedad de y están gestionados por una
entidad financiera.
El ATM 14a y el FSC 14b también están conectados
al centro de autorización 20 de la entidad financiera mediante un
dispositivo de conmutación 22, en un modo similar a las redes de ATM
convencionales. El dispositivo de conmutación 22 se utiliza para
encaminar las peticiones de autorización de transacción financiera
desde el ATM 14a o el FSC 14b hasta el centro de autorización 20.
Como apreciarán aquellos expertos en la materia, el dispositivo de
conmutación 22 y el centro de autorización 20 pueden estar
incorporados en un único servidor (un servidor de autorización).
También se apreciará que el dispositivo de conmutación 22 puede
encaminar peticiones de transacción a centros de autorización
gestionados por otras entidades financieras y a empresas de
servicios financieros.
Con referencia a la Fig. 2, cada STT 14
comprende; una interfaz de usuario 30, una conexión de red 32 que
proporciona un enlace con el servidor 12 mediante Internet 16, y un
controlador 34 para controlar el funcionamiento del SST 14. El
controlador 34 incorpora medios 36 para recibir archivos de acuerdo
con un lenguaje de descripción de páginas. El controlador 34 también
incorpora una aplicación del terminal 38 para controlar el terminal
14.
El servidor remoto 12 también tiene una conexión
de red 40 y un controlador 42 que incorpora un servidor web 44 y un
sistema operativo del servidor 46 para controlar el servidor 14.
Con referencia a la Fig. 3, que muestra uno de
los SSTs 14 (ATM 14a) con más detalle, un bus de sistema (o una
pluralidad de buses de sistema) 48 interconecta la interfaz de
usuario 30, la conexión de red 32, y el controlador 34, para
permitir intercomunicación mutua.
La interfaz de usuario 30 comprende los
siguientes elementos de interfaz de usuario (dispositivos
periféricos): un lector de tarjeta 50, un visualizador 52, un módulo
de pantalla táctil 54 montado en el visualizador 52, una impresora
56 y un dispensador de efectivo 58.
El controlador 34 comprende módulos para activar
los elementos de interfaz de usuario 50 a 58, principalmente:
controlador del lector de tarjeta 60, controlador del visualizador
62, controlador de la pantalla táctil 64, controlador de la
impresora 66, y controlador del dispensador 68. Estos elementos de
interfaz de usuario (50 a 58) y los controladores asociados (60 a
68) son módulos estándar que se utilizan en ATMs convencionales y
que no se describirán con más detalle en este documento.
El controlador 34 también comprende un BIOS 70
almacenado en memoria no volátil, un microprocesador 72, memoria
principal asociada 74, espacio de almacenamiento 76 en forma de
unidad de disco magnético, y una conexión reservada para la
conmutación 78 para conectar el ATM 14a al dispositivo de
conmutación 22 (Fig. 1).
El medio para recibir archivos de acuerdo con un
lenguaje de descripción de páginas 36 es un componente bean del
navegador HotJava (marca registrada) integrado en la aplicación del
terminal 38. Para simplificar, en adelante se designará al
componente de navegador integrado como navegador o navegador
web.
Durante el uso, la memoria principal 74 se carga
con el núcleo del sistema operativo del ATM 80, y con la aplicación
del ATM 38 (que es la aplicación del terminal) para controlar el
funcionamiento del ATM.
Con referencia a la Fig. 4, que muestra el
servidor remoto 12 con más detalle, un bus de sistema (o buses) 90
conecta la conexión de red 40 al controlador 42. El controlador 42
también comprende un BIOS 92 almacenado en memoria no volátil, un
microprocesador 94, memoria principal asociada 96, espacio de
almacenamiento 98 en forma de una unidad de disco magnético, y una
base de datos 100 para almacenar información sobre la disponibilidad
de billetes de avión, precios y asientos de la compañía aérea.
El sistema operativo del servidor 46 y el
servidor web 44 se almacenan en la unidad magnética 98. En uso, la
memoria principal 96 se carga con el núcleo del sistema operativo
del servidor 102 y el servidor web 44. En esta forma de realización
el servidor web 44 es el servidor de web Java (marca
registrada).
El servidor de web Java 44 incluye una
aplicación del servidor 104 para recurrir a uno o más Servlets Java,
y el servidor 44 soporta una interfaz de programas de aplicación de
bases de datos (API) 106 en forma de una API JDBC (Conectividad con
bases de datos Java).
Los Servlets Java 104 generan archivos de
acuerdo con un lenguaje de descripción de páginas, en esta forma de
realización HTML. El servidor web Java 44 también proporciona
gestión de sesión, gestión de hilos, características de
administración y seguridad; como bien conocen los expertos en la
materia.
La interfaz de aplicación de la base de datos
106 es un controlador de bases de datos que proporciona acceso SQL a
la base de datos 100. Los Servlets Java utilizan la API JDBC 106
para obtener información de la base de datos 100 para utilizarla
para generar archivos HTML en respuesta a una petición del
usuario.
Un Servlet Java es código de software que se
utiliza para generar información de forma dinámica. Cada Servlet
debe registrarse con el servidor web de forma que el servidor web
pueda distinguir entre una petición de Servlet y una petición de
página web. Cuando un navegador web remoto solicita un Servlet
registrado, el servidor web instancia el Servlet. Una vez
instanciado, el Servlet permanece en la memoria durante un periodo
de tiempo esperando a que el navegador web vuelva a recurrir a
él.
Ahora se describirá el funcionamiento del
sistema de la Fig. 1 con referencia a las Figs. 5 y 6. La Fig. 5
muestra el visualizador 52 y la pantalla táctil 54 con dos áreas: un
área de fondo 110 y un área en primer plano 112.
El área en primer plano 112 es una ventana que
cubre una parte del área de fondo 110. El navegador web 36 (Figs. 2
y 3) controla el área en primer plano 112 y gestiona esta área para
detectar cualquier selección del usuario.
El área de fondo 110 es una ventana de pantalla
entera controlada por la aplicación de ATM 38 y se utiliza para
visualizar el flujo de aplicaciones del ATM; mientras que el área en
primer plano 112 es una ventana más pequeña controlada por los
navegadores web 36 y se utiliza para visualizar un anuncio
publicitario interactivo de un tercero, en esta forma de
realización, una compañía aérea.
El ATM 14a proporciona a un usuario la opción
(etapa 120 de la Fig. 6) de acceder a la información de la compañía
aérea. Esto se logra proporcionando un enlace de hipertexto,
representado por el icono 114, en el área en primer plano 112. El
ATM 14a proporciona simultáneamente al usuario la opción (etapa 120)
de realizar una transacción del ATM. Esto se logra con la
visualización de texto por parte del ATM 14a en el área de fondo 110
que invita al usuario a insertar su tarjeta en el módulo de lectura
de tarjeta 50 (Fig. 2).
Si un usuario selecciona una transacción del ATM
(etapa 122), entonces se finaliza la transacción (etapa 124) y se
devuelve la tarjeta al usuario.
Una vez que se ha iniciado la transacción del
ATM (como retirar efectivo, depositar un cheque o similares), la
aplicación del terminal 38 no permite al navegador web 36 establecer
un enlace con la aplicación de la compañía aérea 104. Esto es para
garantizar que el usuario no accede a la información de la compañía
aérea durante una transacción y salga entonces del ATM 14a sin
finalizar la transacción y recuperar su tarjeta.
Si un usuario toca el icono 114 antes de
insertar su tarjeta, el navegador web 36 lo detecta (etapa 126). El
navegador web amplía (etapa 128) el área en primer plano 112 para
cubrir sustancialmente toda el área de la pantalla del visualizador
52.
El navegador web 36 establece entonces una
conexión (etapa 130) con el servidor remoto 12, como se describirá
con más detalle más adelante. Una vez que se ha establecido la
conexión, el navegador web visualiza páginas web recibidas desde el
servidor remoto 12. El usuario puede interactuar (etapa 132) con
estas páginas web seleccionando enlaces de hipertexto, de un modo
similar a como un usuario maneja un navegador web convencional en un
ordenador personal.
El navegador web 36 proporciona un botón de
salida 118 (Fig. 5) para permitir que un usuario salga de la
aplicación de la compañía aérea hacia la aplicación del ATM 38 en
cualquier momento.
Al detectar cómo el usuario sale (etapa 134) de
la aplicación de la compañía aérea, el navegador web 36 disminuye
(etapa 136) el área en primer plano 112 hasta su tamaño
original.
Para establecer una conexión con el servidor
remoto 12, el navegador web utiliza un URL (localizador uniforme de
recursos) para especificar la dirección IP del servidor remoto 12.
El protocolo de transferencia de hipertexto (HTTP) es el protocolo
que utiliza el navegador 36 para comunicar con el servidor 12.
El URL identifica el nombre de dominio del
servidor y también un recurso (página web) en el servidor. En la
Fig. 7 se muestra el formato de un URL HTTP. El URL HTTP tiene un
campo de protocolo 152 (en este caso HTTP), un campo de nombre de
dominio (o campo de dirección IP) 154, un campo de directorio 156
para acceder a un archivo o directorio específico del servidor, y un
campo de orden 158 para emitir órdenes al servidor.
El enlace de hipertexto representado con el
icono 114 se preprograma con el URL que se utiliza para acceder a la
aplicación de terceros; es decir, el nombre de dominio utilizado es
el mismo del servidor de terceros 12 propiedad de y gestionado por
XYZ Airlines, en esta forma de realización el nombre de dominio es
www.xyzairline.com, como se muestra en la Fig. 8. Esto
garantiza que los usuarios del ATM 14a no puedan pasarse la página
web de la compañía aérea e ir a una página web distinta.
Cuando un usuario selecciona el icono 114, el
navegador web 36 envía un URL de inicialización 160 (Fig. 8) al
servidor web 44. El URL de inicialización 160 contiene el nombre de
dominio de la compañía aérea 162 (en el campo de nombre de dominio
154), la información correcta del directorio 164 para localizar la
información sobre billetes de la compañía aérea (en el campo de
directorio 156), e información específica del terminal (en el campo
de orden 158).
La información específica del terminal incluye
detalles de un proceso de servidor (zócalo del servidor) que la
aplicación del terminal 38 está ejecutando. Los detalles del zócalo
del servidor incluyen la dirección IP 168 del ATM 14a, y un número
de puerto 166 (en esta forma de realización "6000") asignado al
zócalo del servidor por la aplicación del terminal 38.
Puede que no sea necesario incluir la dirección
IP 168 del ATM 14a en la información específica del terminal, puesto
que los datagramas de Internet incluyen la dirección IP del
emisor.
El número de puerto asignado 166 es distinto al
número de puerto por defecto ("80") utilizado por el navegador
web 36 para recibir páginas web. El número de puerto asignado 166 es
un canal lógico utilizado por la aplicación del ATM 38 para
controlar los datos de entrada destinados al zócalo del servidor. El
zócalo del servidor puede recibir una petición en el número de
puerto asignado 166, manejar la petición, y proporcionar una
respuesta al solicitante.
Al recibir el URL de inicialización 160 desde el
navegador web 36, el servidor web 44 crea un objeto de sesión para
que este navegador web 36 haga un seguimiento de las comunicaciones
entre este navegador web 36 y el servidor web 44. Así, el servidor
web 44 crea y almacena un único objeto de sesión asociado a cada
navegador web 36.
El servidor web 44 también suministra al
navegador web 36 una página web estándar para visualizarla a un
usuario del ATM 14a. La página web estándar de la compañía aérea
contiene uno o más enlaces de hipertexto para permitir que el
usuario navegue por el sitio web de la compañía aérea para obtener
detalles de los destinos de vuelo, precios de los billetes,
disponibilidad, programas de millas, y similares. Puesto que la
compañía aérea controla los scripts utilizados en sus páginas web,
puede crear un conjunto personalizado de órdenes que utilizará el
navegador 36 para solicitar información del servidor web 44.
El Servlet 104 responsable de crear y enviar la
página web estándar al navegador 36 también actualiza el objeto de
sesión añadiendo la dirección IP y el número de puerto asignado del
zócalo del servidor desde el URL de inicialización. Así, para cada
navegador web, el objeto de sesión incluye el número de puerto
asignado 166 y la dirección IP del ATM 14a que ejecuta el navegador
36.
Cuando el servidor web 44 recibe una orden del
navegador web 36, recurre a un Servlet 104 para procesar esta orden
y generar una página web adecuada para devolverla al navegador web.
Cuando se recurre al Servlet 104, éste accede al objeto de sesión de
este navegador web 36 para obtener datos de la sesión (como la
dirección IP) para este navegador 36. El Servlet 104 accede a la
base de datos 100 mediante la API JDBC 106 y genera páginas HTML que
incluyen la información recuperada de la base de datos 100; las
páginas HTML tienen el formato gráfico y el estilo del sitio web de
la compañía aérea. Así, un usuario en el ATM 14a puede ver
información de la base de datos de la compañía aérea 100 sin que la
aplicación del terminal 38 origine la comunicación.
Además de enviar información al navegador web
36, cada Servlet 104 también actualiza el objeto de sesión asociado
a ese navegador 36. En general, un Servlet 104 preparará una página
HTML incorporando información recuperada de la base de datos 100;
mientras que el Servlet 104 copiará la información (pero no la
página HTML) al objeto de sesión. Así, el objeto de sesión mantiene
una copia de la información solicitada por el navegador web 36.
Las páginas HTML que se envían al navegador 36
mediante un Servlet 104 contendrán generalmente uno o más enlaces de
hipertexto. Estos enlaces de hipertexto pueden contener el URL para
otra página web (por ejemplo, para visualizar información general) o
para recurrir a un Servlet 104 (por ejemplo, para procesar una
petición de información específica, o para proporcionar una función
como imprimir información específica).
Si el usuario desea imprimir una copia dura de
la información en el ATM 14a, entonces el usuario selecciona un
enlace de hipertexto en una página HTML que ofrece la función de
imprimir página. Este enlace de hipertexto está preprogramado con un
URL que recurre a un Servlet 104 para imprimir la información que el
servidor 44 visualiza en ese momento. El navegador 36 no proporciona
la función de imprimir página porque el navegador 36 no puede enviar
peticiones a la aplicación del terminal 38; la función de imprimir
página está integrada en el HTML que visualiza el navegador 36.
El navegador web 36 envía el URL del enlace de
hipertexto seleccionado al servidor web 44. El servidor web 44
recibe este URL y recurre al Servlet 104 identificado por el URL. El
Servlet al que se ha recurrido 104 accede al objeto de sesión para
recuperar
- (1)
- la información que se visualiza en ese momento, y
- (2)
- la dirección IP y el número de puerto asignado del zócalo del servidor.
Entonces, el Servlet al que se ha recurrido 104
envía una petición al zócalo del servidor en el número de puerto
asignado 166 y la dirección IP.
Si se dirige una comunicación al número de
puerto del navegador web 36 entonces la aplicación del terminal 38
transmite esta comunicación al navegador 36; mientras que si se
dirige una comunicación al número de puerto asignado 166 entonces la
aplicación del terminal 38 transmite esta comunicación al zócalo del
servidor.
El zócalo del servidor está preprogramado por la
entidad financiera para reconocer ciertas peticiones de orden, por
ejemplo, "imprimir", "recibir ingreso", o similares. Estas
peticiones de orden corresponden a las facilidades predispuestas a
las que la entidad financiera permite acceder a la compañía aérea en
el ATM 14a. Utilizando estas peticiones de orden preprogramadas, un
Servlet 104 puede dar instrucciones al ATM 14a para proporcionar una
o más facilidades predispuestas (como imprimir la información que se
visualiza en la página web actual) enviando un mensaje de petición
de facilidades 170 como se ilustra en la Fig. 9.
El mensaje de petición de facilidades 170
incluye una petición de orden predispuesta 172, y un operador de
orden 174. El operador de orden 174 puede incluir datos 176 (como el
nombre de la compañía aérea) y caracteres de control 178 (como
retroceso del carro o salto de línea). El mensaje de petición de
facilidades 170 es una comunicación interproceso entre pares entre
un Servlet 104 y el zócalo del servidor.
Al recibir un mensaje de petición de facilidades
170, el zócalo del servidor inicia la realización de la petición
dando instrucciones al periférico adecuado (para esta petición el
periférico adecuado es la impresora 56) y pasando cualquier dato 176
y caracteres de control 178 al periférico. El mensaje de petición de
facilidades 170 de la Fig. 9 se imprimiría como:
- XYZairline
- 1500 puntos en programa de millas
Como bien conocen los expertos en la materia, la
aplicación del terminal 38 realiza un control del buen estado de los
periféricos (50, 52, 54, 56, 58 de la Fig. 3) cuando están en
funcionamiento. Al utilizar esta información de estado, la
aplicación del terminal envía un URL de estado 180, como se ilustra
en la Fig. 10, al servidor web 44 para informar al servidor 44 del
estado actual de la petición. El servidor 44 puede utilizar esta
información para informar al usuario del ATM 14a visualizando un
mensaje en el área en primer plano 112 (Fig. 5).
El URL de estado 180 incluye el nombre de
dominio de la compañía aérea 162, la información correcta del
directorio 164 para localizar la información sobre billetes de la
compañía aérea, y un estado de orden 182 en el campo de orden. El
estado de orden es una secuencia predefinida que el servidor 44
reconoce, como "Impresión=pendiente", "impresión=ok",
"impresión=error", o similares. El significado de estas
secuencias de estado de orden se explica por sí solo.
Además, puesto que el navegador 36 es un
componente integrado dentro de la aplicación del terminal 38, la
aplicación del terminal 38 es capaz de controlar el uso del
navegador web 36, de forma que si no se envía ningún URL desde el
navegador 36 durante cierto espacio de tiempo, la aplicación del
terminal 38 puede visualizar un mensaje en el visualizador 52
pidiendo al usuario que confirme que todavía quiere ver el sitio web
de la compañía aérea. Si no se recibe ninguna respuesta por parte
del usuario en un cierto espacio de tiempo, la aplicación del
terminal 38 supone entonces que el usuario ha abandonado el ATM 14a,
y la aplicación 38 disminuye la ventana del área en primer plano 112
(Fig. 5) para visualizar la ventana del área de fondo 110 (Fig. 5)
con el flujo de aplicaciones del
ATM.
ATM.
Cuando el ATM 14a cambia a la ventana de fondo,
el navegador web 36 envía un URL al servidor web 44 informando al
servidor web 44 de que la sesión actual podría finalizar. El
servidor web 44 recibe este URL y finaliza el objeto de sesión
asociado al navegador 36 del ATM. Una sesión representa una
interacción del usuario con el servidor web 44 desde que el
navegador web 36 inicia contacto con el servidor web 44 hasta que el
navegador 36 finaliza el contacto con el servidor web 44.
Otra ventaja del navegador 36 integrado en la
aplicación del terminal 38, es que la aplicación del terminal 38
puede controlar todos los URLs enviados desde el navegador 36. Así,
si un URL no contiene este nombre del dominio de la compañía aérea
(www.xyzairline.com), entonces la aplicación del terminal
puede impedir que el navegador 36 envíe este URL.
Aunque se ha descrito esta forma de realización
para un SST (ATM 14a) que interactúa con el servidor 12, se
entenderá que una pluralidad de SSTs (por ejemplo 14a, 14b, 14c)
podría interactuar simultáneamente con el servidor 12, teniendo cada
SST 14 un único objeto de sesión asociado.
Se apreciará ahora que esta forma de realización
de la invención garantiza que la resiliencia de la aplicación del
terminal 38 no se vea afectada negativamente por el hecho de tener
una aplicación de terceros 104 que interactúa con el usuario porque
el código para la aplicación del terminal 38 es independiente del
código para la aplicación de terceros 104. También se apreciará que
esta forma de realización garantiza que la aplicación del terminal
38 controla todas las facilidades del ATM 14a pero permite que la
aplicación de terceros 104 realice peticiones para uso de algunas o
todas las facilidades. Esto tiene la ventaja de que el tercero puede
utilizar las facilidades que proporciona el ATM 14a, pero la entidad
financiera no tiene que pasar el control de las facilidades a
terceros en ningún momento.
Con referencia ahora a la Fig. 11, que muestra
una forma de realización alternativa de la invención, se conecta un
SST 214 a un servidor 212 mediante una red IP 16 como Internet. Se
hará aparente si se compara la Fig. 2 con la Fig. 11 que la
disposición física de la Fig. 11 es idéntica a la de la Fig. 2; no
obstante, en la forma de realización de la Fig. 11 el servidor 212 y
el SST 214 interactúan de manera distinta a la interacción entre el
servidor 12 y el ATM 14 de la forma de realización de la Fig. 2,
como se describirá ahora con referencia a la Fig. 12.
La Fig. 12 ilustra un servidor web 244 con una
aplicación del servidor 250 dispuesta para suministrar applets JAVA
(marca registrada) a un navegador web del cliente 236. El navegador
web del cliente 236 es un navegador Internet Explorer de Microsoft
(marca registrada) que es capaz de recibir y ejecutar applets
JAVA.
Un applet es un programa ejecutable que se
asocia a una página web. Un applet contiene códigos de bytes
ejecutables del objeto de JAVA que se utilizan para proporcionar
funcionalidad programada específica (como un visualizador gráfico)
en un ordenador de un cliente. Un applet se descarga desde un
servidor mediante un navegador web con una máquina (como una máquina
virtual JAVA) para ejecutar el applet descargado. El navegador
ejecuta el applet junto con una página web asociada.
El visualizador de pantalla del SST 214 es
idéntico al del ATM 14a de la Fig. 5. Cuando un usuario selecciona
el icono 114 (Fig. 5), el navegador 236 envía un URL de
inicialización 160 (Fig. 8) al servidor web 242.
Al recibir el URL de inicialización 160, el
servidor 212 transmite la dirección IP y el número de puerto del SST
214 al suministrador de applet 250. El suministrador de applet 250
utiliza esta información sobre la dirección y el número de puerto
para crear un applet que se programa con la dirección IP del
servidor, la dirección IP del SST, el número de puerto asignado del
SST (no el número de puerto por defecto del navegador web 236), y
cualquier parámetro que se necesite para acceder a la base de datos.
El servidor web 244 utiliza una interfaz de base de datos 252 para
acceder a la base de datos. Entonces se añade el applet creado a una
página web y se transmite al navegador web 236.
El navegador web 236 recibe la página web y el
applet añadido desde el servidor 212. El navegador 236 visualiza la
página web en el visualizador 52 (Fig. 3) y, como se muestra en la
Fig. 13, ejecuta el applet 260 dentro del contexto del navegador
236.
Cuando el usuario interactúa con la página web,
el applet 260 envía las peticiones de información necesarias al
servidor web 244 para realizar las peticiones del usuario. El
servidor web 244 recibe la petición, accede a la base de datos para
obtener los datos, y envía los datos al applet 260. El applet 260
recibe los datos y genera una nueva página web que incluye los datos
recibidos para que el navegador los visualice 236. Así, en esta
forma de realización, la aplicación del servidor (el applet 260) se
ejecuta en el SST 214 más que en el servidor 212; mientras que en la
forma de realización precedente, la aplicación del servidor
(Servlets 104) se ejecuta en el servidor 212.
Puede ser que algunos navegadores no permitan
que un applet descargado acceda a cualquier servidor distinto del
servidor desde el que se originó el applet. Para estos navegadores,
el applet 260 quizás tenga que acceder al servidor 12 y solicitar
que el servidor 12 envíe una petición de facilidades al ATM 14a en
nombre del applet 260.
Se pueden realizar varias modificaciones a las
formas de realización que se han descrito anteriormente dentro del
alcance de la invención, como se define en las reivindicaciones
anexas, por ejemplo, puede haber mayor o menor número de elementos
de interfaz. En otros ejemplos, puede utilizarse la conexión de red
32 para conectarse al dispositivo de conmutación 22 de forma que no
se necesita la conexión reservada al dispositivo de conmutación 78.
En otros ejemplos, pueden instanciarse los Servlets bajo un conjunto
predeterminado de condiciones, por ejemplo, cuando el SST 14 inicia
una sesión con el servidor remoto 12. En otros ejemplos, las normas
sobre cómo las ventanas 110 y 112 se visualizan y en qué punto de
una transacción puede acceder un usuario a estas ventanas pueden ser
distintas de las que se han descrito en las formas de realización
específicas anteriores. En otros ejemplos, pueden utilizarse
formatos de peticiones de facilidades distintos a los que se han
descrito, por ejemplo, pueden cifrarse las peticiones de facilidades
utilizando una técnica de cifrado como un cifrado de clave
pública.
En un ejemplo, la aplicación del servidor puede
generar páginas web utilizando scripts Perl o CGI. En un segundo
ejemplo, pueden utilizarse páginas activas de servidor de Microsoft
(marca registrada) en lugar de Servlets JAVA (marca registrada). En
un tercer ejemplo, la aplicación del servidor puede generar páginas
web utilizando HTML dinámico. En un cuarto ejemplo, la aplicación
del servidor puede residir en un SST y puede generar páginas web
utilizando controles X activos. Pueden utilizarse otros
procedimientos de seguimiento de sesión.
Claims (15)
1. Un sistema de terminal autoservicio (10) que
comprende un servidor remoto (12) interconectado a una pluralidad
de terminales autoservicio (14), teniendo cada terminal (14) (i)
una pluralidad de periféricos, y (ii) una aplicación del terminal
(38) que incluye un flujo de aplicaciones para el terminal, teniendo
el sistema (10) una aplicación del servidor (104 ó 260) que incluye
un flujo de aplicaciones de terceros para guiar a un usuario en una
operación del terminal (14), en el que la aplicación del servidor
(104 ó 260) está separada de la aplicación del terminal (38),
caracterizado porque el terminal (14) está dispuesto para
presentarse simultáneamente a un usuario con una pantalla del flujo
de aplicaciones del terminal y una opción para acceder al flujo de
aplicaciones de terceros para permitir al usuario que seleccione
desde cualquier flujo de aplicaciones, y el terminal (38) está
dispuesto para garantizar que sólo la aplicación del terminal (38)
tiene control sobre los periféricos de forma que el control de los
periféricos no pasa a la aplicación del servidor (104) en ningún
momento.
2. Un sistema según la reivindicación 1, en el
que la aplicación del servidor (104) se ejecuta en el servidor
remoto (12).
3. Un sistema según la reivindicación 1, en el
que la aplicación del servidor (206) se ejecuta en los terminales
(14).
4. Un sistema según la reivindicación 2, en el
que el servidor remoto (12 ó 212) implementa un seguimiento de
sesión para mantener una asociación entre el servidor (12 ó 212) y
un terminal (14).
5. Un sistema según la reivindicación 2 ó 4, en
el que el servidor remoto (12 ó 212) proporciona un objeto de sesión
para cada terminal (14), de forma que el objeto de sesión mantiene
la información sobre el flujo de aplicaciones que ejecuta el
terminal (14).
6. Un sistema según cualquiera de las
reivindicaciones precedentes, en el que la aplicación del terminal
(38) controla el uso del terminal durante el funcionamiento de la
aplicación de terceros para garantizar que el usuario todavía está
presente.
7. Un sistema según la reivindicación 6, en el
que la aplicación del terminal (38) detiene la aplicación del
servidor (104 ó 260) si el uso del terminal indica que un usuario no
está presente, y presenta la aplicación del terminal.
8. Un terminal según cualquiera de las
reivindicaciones precedentes, en el que el terminal proporciona un
puerto (166) al que la aplicación del servidor puede enviar
peticiones para utilizar los periféricos.
9. Un terminal según la reivindicación 8, en el
que el puerto está preprogramado para reconocer peticiones
predispuestas de orden (172) de la aplicación del servidor (104 ó
260).
10. Un terminal según cualquiera de las
reivindicaciones precedentes, en el que el terminal (14 ó 214)
proporciona al servidor (12 ó 212) una respuesta que indica el
estado de una petición.
11. Un sistema según cualquiera de las
reivindicaciones precedentes, en el que el sistema incluye un
servidor de autorización (20), en el que el servidor de autorización
(20) es operativo para autorizar transacciones solicitadas por
usuarios de los terminales.
12. Un sistema según cualquiera de las
reivindicaciones precedentes, en el que los terminales son cajeros
automáticos.
13. Un procedimiento para hospedar una
aplicación de terceros en un terminal autoservicio con una
pluralidad de periféricos y una aplicación del terminal que incluye
un flujo de aplicaciones para el terminal, comprendiendo el
procedimiento las etapas de: proporcionar un enlace a una aplicación
del servidor almacenada en un servidor remoto y que incluye un flujo
de aplicaciones de terceros para guiar a un usuario en una
operación; caracterizado por las etapas de presentarse
simultáneamente a un usuario con una pantalla desde el flujo de
aplicaciones del terminal y una opción para acceder al flujo de
aplicaciones de terceros para permitir al usuario que seleccione
desde cualquier flujo de aplicaciones; en respuesta a un usuario que
solicita interacción con la aplicación del servidor, ejecutar (130)
la aplicación del servidor y presentar el flujo de aplicaciones de
terceros al usuario; controlar (132) el servidor remoto para
peticiones de uso de los periféricos controlados por la aplicación
del terminal, garantizando de ese modo que sólo la aplicación del
terminal tiene control sobre los periféricos de forma que el control
de los periféricos no pasa a la aplicación del servidor en ningún
momento.
14. El procedimiento de la reivindicación 13,
que incluye además la etapa de: control por parte de la aplicación
del terminal de la interacción del usuario con la aplicación del
servidor para detectar ausencia del usuario.
15. El procedimiento de la reivindicación 13 ó
14, que incluye además la etapa de: al detectar ausencia del
usuario, detener la aplicación del servidor, y presentar la
aplicación del terminal.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GBGB9924787.6A GB9924787D0 (en) | 1999-10-21 | 1999-10-21 | Self-service terminals |
| GB9924787 | 1999-10-21 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2267564T3 true ES2267564T3 (es) | 2007-03-16 |
Family
ID=10863032
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES00962681T Expired - Lifetime ES2267564T3 (es) | 1999-10-21 | 2000-09-14 | Terminal autoservicio. |
Country Status (10)
| Country | Link |
|---|---|
| US (1) | US7519653B1 (es) |
| EP (1) | EP1226559B1 (es) |
| JP (1) | JP4307774B2 (es) |
| CN (1) | CN1244079C (es) |
| AU (1) | AU7432900A (es) |
| BR (1) | BR0014951B1 (es) |
| DE (1) | DE60029334T2 (es) |
| ES (1) | ES2267564T3 (es) |
| GB (1) | GB9924787D0 (es) |
| WO (1) | WO2001029792A1 (es) |
Families Citing this family (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7845552B2 (en) * | 1997-05-07 | 2010-12-07 | Diebold, Incorporated | ATM system and method |
| CN100356366C (zh) * | 2003-07-07 | 2007-12-19 | 通邮(中国)科技有限公司 | 一种嵌入式智能多媒体播放系统 |
| JP2005115099A (ja) * | 2003-10-08 | 2005-04-28 | Oki Electric Ind Co Ltd | 広告表示システムおよびそれに用いる自動取引装置 |
| FR2912855A1 (fr) * | 2007-02-15 | 2008-08-22 | Ingenico Sa | Procede et systeme d'echange de donnees reservees a un utilisateur |
| CN101089852B (zh) * | 2007-03-01 | 2011-06-15 | 青岛以太科技股份有限公司 | 一种支持多语种操作系统的方法 |
| JP4956276B2 (ja) * | 2007-05-21 | 2012-06-20 | 日本電信電話株式会社 | サーブレット起動プログラムおよびホームゲートウェイ装置 |
| US11169954B2 (en) * | 2007-10-10 | 2021-11-09 | Gilbarco Inc. | System and method for controlling secure content and non-secure content at a fuel dispenser or other retail device |
| US8463669B2 (en) | 2009-01-09 | 2013-06-11 | Ganart Technologies, Inc. | System for providing goods and services based on accrued but unpaid earnings |
| US8392846B2 (en) | 2010-01-28 | 2013-03-05 | Gilbarco, S.R.L. | Virtual pin pad for fuel payment systems |
| US10078824B2 (en) * | 2010-11-30 | 2018-09-18 | Ncr Corporation | Platform and method for integrating services in a terminal or kiosk |
| JP6125628B2 (ja) * | 2012-06-22 | 2017-05-10 | グーグル インコーポレイテッド | オンラインアクティビティの集約 |
| US9720495B1 (en) | 2012-06-22 | 2017-08-01 | Google Inc. | Aggregating online activities |
| JP2014021959A (ja) * | 2012-07-18 | 2014-02-03 | We Are Engineering Kk | 情報セキュリティゲームシステム、情報セキュリティゲーム装置、及び情報セキュリティゲームプログラム |
| US20140089174A1 (en) * | 2012-09-21 | 2014-03-27 | Gilbarco, S.R.L. | Application hosting within a secured framework in a fueling environment |
| US9003080B2 (en) | 2012-09-26 | 2015-04-07 | International Business Machines Corporation | Managed access to peripherals of a service terminal |
| JP5429351B2 (ja) * | 2012-12-26 | 2014-02-26 | ブラザー工業株式会社 | プリンタ及び端末装置 |
| CN103145085B (zh) * | 2013-02-04 | 2014-10-22 | 北京拓盛电子科技有限公司 | 一种加油机改造方法及具有多媒体播放功能的加油机系统 |
| US11961105B2 (en) | 2014-10-24 | 2024-04-16 | Ganart Technologies, Inc. | Method and system of accretive value store loyalty card program |
| CN105812345B (zh) * | 2014-12-31 | 2019-08-23 | 广州市动景计算机科技有限公司 | 一种实现网页到客户端通信的方法及装置 |
| AU2017314759B2 (en) * | 2016-08-24 | 2022-10-06 | Selfserveme Pty Ltd | Customer service systems and portals |
| CN107977406A (zh) * | 2017-11-20 | 2018-05-01 | 浪潮金融信息技术有限公司 | 数据传输方法及系统、计算机存储介质、终端 |
| US11494747B2 (en) | 2018-06-06 | 2022-11-08 | Capital One Services, Llc | System for providing applications on an automated teller machine (ATM) |
Family Cites Families (38)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5220501A (en) * | 1989-12-08 | 1993-06-15 | Online Resources, Ltd. | Method and system for remote delivery of retail banking services |
| US5870724A (en) * | 1989-12-08 | 1999-02-09 | Online Resources & Communications Corporation | Targeting advertising in a home retail banking delivery service |
| US5305195A (en) * | 1992-03-25 | 1994-04-19 | Gerald Singer | Interactive advertising system for on-line terminals |
| JP2566733B2 (ja) * | 1993-12-09 | 1996-12-25 | コナミ株式会社 | Ｌａｎシステムのデータ相互伝送方法 |
| US5457305A (en) * | 1994-03-31 | 1995-10-10 | Akel; William S. | Distributed on-line money access card transaction processing system |
| US5602905A (en) * | 1995-01-23 | 1997-02-11 | Mettke; Richard P. | On-line communication terminal/apparatus |
| US5650604A (en) * | 1995-02-22 | 1997-07-22 | Electronic Data Systems Corporation | System and method for electronic transfer of funds using an automated teller machine to dispense the transferred funds |
| AUPN447595A0 (en) * | 1995-07-31 | 1995-08-24 | Achelles, Peter | Remote smart card terminal link |
| US5850442A (en) * | 1996-03-26 | 1998-12-15 | Entegrity Solutions Corporation | Secure world wide electronic commerce over an open network |
| US5945975A (en) * | 1996-04-30 | 1999-08-31 | Dresser Ind | Graphics display advertising system for a fuel dispenser |
| WO1997045796A1 (en) | 1996-05-10 | 1997-12-04 | Barcelou David M | Automated transaction machine |
| US6945457B1 (en) * | 1996-05-10 | 2005-09-20 | Transaction Holdings Ltd. L.L.C. | Automated transaction machine |
| US5933811A (en) * | 1996-08-20 | 1999-08-03 | Paul D. Angles | System and method for delivering customized advertisements within interactive communication systems |
| US5933816A (en) | 1996-10-31 | 1999-08-03 | Citicorp Development Center, Inc. | System and method for delivering financial services |
| US6289320B1 (en) * | 1998-07-07 | 2001-09-11 | Diebold, Incorporated | Automated banking machine apparatus and system |
| US6598023B1 (en) * | 1996-11-27 | 2003-07-22 | Diebold, Incorporated | Automated banking machine system using internet address customer input |
| US6195694B1 (en) * | 1997-03-13 | 2001-02-27 | International Business Machines Corporation | Server for reconfiguring control of a subset of devices on one or more kiosks |
| US6256046B1 (en) * | 1997-04-18 | 2001-07-03 | Compaq Computer Corporation | Method and apparatus for visual sensing of humans for active public interfaces |
| US6023688A (en) * | 1997-11-28 | 2000-02-08 | Diebold, Incorporated | Transaction apparatus and method that identifies an authorized user by appearance and voice |
| KR100252119B1 (ko) * | 1997-12-29 | 2000-04-15 | 윤종용 | Atm 단말 기능 및 atm 기반 adsl 단말 기능을 공통으로 갖는 단말 시스템 |
| GB2319102B (en) * | 1998-01-30 | 1998-12-23 | Ibm | A security system for a transaction processing system |
| US5943241A (en) * | 1998-03-13 | 1999-08-24 | Interlott Technologies, Inc. | Item dispensing system |
| GB9806843D0 (en) | 1998-03-24 | 1998-05-27 | Kal | Software application development system |
| US7545816B1 (en) * | 1998-04-29 | 2009-06-09 | Ncr Corporation | Transaction processing systems maintenance |
| EP0961250A3 (en) | 1998-05-27 | 2004-06-30 | Diebold, Incorporated | Method of delivering different documents for producing displays at different machines (multilingual, special features, advertising, etc.) |
| US6681031B2 (en) * | 1998-08-10 | 2004-01-20 | Cybernet Systems Corporation | Gesture-controlled interfaces for self-service machines and other applications |
| US6216115B1 (en) * | 1998-09-28 | 2001-04-10 | Benedicto Barrameda | Method for multi-directional consumer purchasing, selling, and transaction management |
| US6414958B1 (en) * | 1998-11-30 | 2002-07-02 | Electronic Data Systems Corporation | Four-port secure ethernet VLAN switch supporting SNMP and RMON |
| RU2222046C2 (ru) * | 1999-02-17 | 2004-01-20 | Дайболд, Инкорпорейтед | Способ и система для подсоединения услуг к автоматизированному устройству для осуществления транзакций |
| US6381626B1 (en) * | 1999-04-22 | 2002-04-30 | Electronic Data Systems Corporation | ATM video advertising |
| GB9913159D0 (en) * | 1999-06-08 | 1999-08-04 | Ncr Int Inc | Self service terminal |
| US6494363B1 (en) * | 2000-01-13 | 2002-12-17 | Ncr Corporation | Self-service terminal |
| GB0008495D0 (en) * | 2000-04-07 | 2000-05-24 | Ncr Int Inc | Self-service terminal |
| GB0009568D0 (en) * | 2000-04-19 | 2000-06-07 | Ncr Int Inc | Self-service terminal |
| US7218991B2 (en) * | 2000-08-22 | 2007-05-15 | Walker Digital, Llc | System for vending physical and information items |
| GB0023462D0 (en) * | 2000-09-25 | 2000-11-08 | Ncr Int Inc | Self service terminal |
| GB2370146A (en) * | 2000-12-16 | 2002-06-19 | Ncr Int Inc | Portable self-service terminal |
| GB0101846D0 (en) * | 2001-01-24 | 2001-03-07 | Ncr Int Inc | Self-service terminal |
-
1999
- 1999-10-21 GB GBGB9924787.6A patent/GB9924787D0/en not_active Ceased
-
2000
- 2000-09-14 EP EP00962681A patent/EP1226559B1/en not_active Expired - Lifetime
- 2000-09-14 JP JP2001532509A patent/JP4307774B2/ja not_active Expired - Fee Related
- 2000-09-14 WO PCT/GB2000/003561 patent/WO2001029792A1/en active IP Right Grant
- 2000-09-14 ES ES00962681T patent/ES2267564T3/es not_active Expired - Lifetime
- 2000-09-14 CN CN00814358.7A patent/CN1244079C/zh not_active Expired - Fee Related
- 2000-09-14 BR BRPI0014951-9B1A patent/BR0014951B1/pt not_active IP Right Cessation
- 2000-09-14 DE DE60029334T patent/DE60029334T2/de not_active Expired - Lifetime
- 2000-09-14 AU AU74329/00A patent/AU7432900A/en not_active Abandoned
- 2000-10-18 US US09/691,553 patent/US7519653B1/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| DE60029334T2 (de) | 2007-07-05 |
| EP1226559A1 (en) | 2002-07-31 |
| EP1226559B1 (en) | 2006-07-12 |
| JP2003517663A (ja) | 2003-05-27 |
| US7519653B1 (en) | 2009-04-14 |
| WO2001029792A1 (en) | 2001-04-26 |
| AU7432900A (en) | 2001-04-30 |
| CN1244079C (zh) | 2006-03-01 |
| DE60029334D1 (de) | 2006-08-24 |
| BR0014951A (pt) | 2002-06-25 |
| BR0014951B1 (pt) | 2013-10-01 |
| CN1379894A (zh) | 2002-11-13 |
| JP4307774B2 (ja) | 2009-08-05 |
| GB9924787D0 (en) | 1999-12-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2267564T3 (es) | Terminal autoservicio. | |
| EP1259947B1 (en) | Method for managing a user online financial transaction | |
| ES2230057T3 (es) | Servidor que permite la introduccion automatica de datos en formularios electronicos de ordenador de usuario. | |
| US6963857B1 (en) | Network-accessible account system | |
| ES2313769T3 (es) | Configuracion del sistema en la que se ejecutan ciertos dispositvos de transaccion a traves de una interfaz de navegador con http y se ejecutan otros dispositivos en respuesta a mensajes en un sistemas de legado de cajeros automaticos. | |
| US6704774B2 (en) | Content preference system at retail outlet | |
| US6796494B1 (en) | Method and system for configuring a publicly accessible computer system | |
| US20030101342A1 (en) | Secure printing system and method | |
| JP2002358430A (ja) | セルフサービス端末装置 | |
| WO2005091788A2 (en) | Method, system and computer readable medium for web site account and e-commerce management from a central location | |
| JP2010522937A (ja) | リーダ装置のコンテンツ購入及び転送管理 | |
| KR100360682B1 (ko) | 인터넷을 이용한 티켓 발행 시스템 및 그 제어방법 | |
| WO2001050224A2 (en) | Methods and systems for accessing information and services on a computer network | |
| US20170024725A1 (en) | Method, system and computer readable medium for web site account and e-commerce management from a central location | |
| ES2315001T3 (es) | Maquina automatizada de transacciones que funciona en respuesta a documentos html a los cuales se accede a traves de un navegador. | |
| ES2313768T3 (es) | Procedimientos mediante los que un cajero automatico accede selectivamente a documentos basandose en los dispositivos de funcion de transacion presentes en la maquina. | |
| ES2313770T3 (es) | Maquina bancaria automatica con acceso a datos basandose en entradas de cliente que incluyen la identificacion biometrica del cliente y la produccion de visualizaciones seleccionadas basandose en la identidad del cliente (bean de perfil). | |
| JP6600896B1 (ja) | 情報転送情報処理装置、情報転送情報処理装置を用いた方法、プログラム、及び情報転送システム | |
| EP1510984A2 (en) | Method, system and computer readable medium for web site account and e-commerce management from a central location | |
| ES2315000T3 (es) | Bean de prenavegacion (incluyendo la comprobacion de la velocidad de descarga para determinar la posibilidad de acceder a los registros http). | |
| US20020171865A1 (en) | Image forming devices and methods of obtaining medication information | |
| KR20210109338A (ko) | 전자우편 기반 폐쇄형 티켓팅 시스템 및 이를 이용한 방법 | |
| EP1049057A2 (en) | Method and system for tunneling messages through routing and settlement systems of a financial institution | |
| JP2021060672A (ja) | 電子チケットの処理方法及びプログラム | |
| JP2011257822A (ja) | 座席指定装置，座席指定のためのコンピュータプログラム、座席指定方法 |