ES2262945T3 - Procedimiento y sistema para bloquear y desbloquear una cuenta financiera asociada con una tarjeta sim. - Google Patents
Procedimiento y sistema para bloquear y desbloquear una cuenta financiera asociada con una tarjeta sim.Info
- Publication number
- ES2262945T3 ES2262945T3 ES03100437T ES03100437T ES2262945T3 ES 2262945 T3 ES2262945 T3 ES 2262945T3 ES 03100437 T ES03100437 T ES 03100437T ES 03100437 T ES03100437 T ES 03100437T ES 2262945 T3 ES2262945 T3 ES 2262945T3
- Authority
- ES
- Spain
- Prior art keywords
- account
- payment
- procedure according
- location
- user
- 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
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/0866—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means by active credit-cards adapted therefor
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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/20—Point-of-sale [POS] network systems
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/346—Cards serving only as information carrier of service
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/357—Cards having a plurality of specified features
- G06Q20/3576—Multiple memory zones on card
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
- G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Finance (AREA)
- Signal Processing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Mobile Radio Communication Systems (AREA)
- Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
- Lock And Its Accessories (AREA)
Abstract
Procedimiento para el bloqueo o desbloqueo de al menos una cuenta asociada a un módulo de identificación (10), en el que el mencionado módulo de identificación (10) está determinado para la identificación de un dispositivo móvil (1) de un usuario de telefonía móvil en una red de comunicaciones móviles, en el que la cuenta mencionada está determinada para el pago de servicios de por lo menos un proveedor (2), caracterizado porque la cuenta mencionada se bloquea o se desbloquea en función de la ubicación del dispositivo móvil determinada de modo dinámico, y en el que al usuario de telefonía móvil mencionado sólo se le pide introducir una contraseña cuando una cuenta que quiera usar esté bloqueada como consecuencia de la ubicación del usuario de telefonía móvil, mientras que una región desbloqueada no requiere la introducción de ninguna contraseña.
Description
Procedimiento y sistema para bloquear y
desbloquear una cuenta financiera asociada con una tarjeta SIM.
La presente invención se refiere a un
procedimiento y a un módulo para el bloqueo o desbloqueo de al menos
una cuenta asociada a un módulo de identificación.
Según el estado de la técnica hasta la fecha,
las transacciones de pago entre un cliente (usuario, por ejemplo un
usuario de telefonía móvil) y un proveedor (por ejemplo, un
vendedor) se llevan a cabo habitualmente con una tarjeta de pago
electrónica. Las tarjetas de débito y de crédito se usan, por
ejemplo, en cajas en tiendas, en gasolineras, etc. La tarjeta
comprende, al menos, medios de almacenamiento (por ejemplo, una
banda magnética y/o un chip), en los que está almacenada, entre
otras cosas, la identificación del cliente. Para realizar una
transacción (por ejemplo, para pagar en una tienda un artículo) el
usuario ha de introducir su tarjeta en la tienda en un lector de
tarjetas adecuado. El dispositivo lee entonces la identificación de
la cuenta (por ejemplo, el PAN, Primary Account Number; número de
cuenta primaria) en la tarjeta, determina y muestra el importe que
se ha de pagar, comprueba, dado el caso, la solvencia del usuario, y
pide al usuario que confirme la transacción con una tecla de
confirmación en el dispositivo de la tienda. Si el cliente es
solvente y ha introducido su confirmación, entonces se transmiten
la identificación del titular de la cuenta, el importe que se ha de
pagar y, dado el caso, también una identificación del terminal, al
servidor financiero conectado por medio de una red de
telecomunicaciones con el dispositivo. La cuenta del usuario se
carga de modo correspondiente inmediata o posteriormente en este
servidor proveedor de servicios de pago.
Los proveedores disponen cada vez más de
"dispositivos virtuales" (por ejemplo componentes de software),
que cooperan conjuntamente con la tarjeta de dinero para
transacciones de pago. En la siguiente descripción, debido a ello,
se habla de módulo de pago de proveedor, en el que el módulo puede
ser o bien un dispositivo físico o una aplicación de software.
En los sistemas de pago basados en tarjetas se
diferencia entre tarjetas de valor (o dinero electrónico), tarjetas
de crédito y tarjetas de débito. En el caso de las tarjetas de
valor, la tarjeta de pago presenta en la mayoría de los casos una
región de almacenamiento en la que se ha cargado (por regla general,
anteriormente) un importe de dinero (prepaid; prepago).
Habitualmente, el importe del dinero, por razones de seguridad,
también se puede almacenar en un servidor remoto; en este caso, la
tarjeta de valor puede comprender únicamente una identificación de
la cuenta correspondiente en este servidor. En el caso de tarjetas
de crédito, la tarjeta está asociada a una cuenta del usuario en
una institución financiera, en la que se carga esta cuenta una vez
realizada la transacción (pay later; pague después). En el caso de
las tarjetas de débito, por el contrario, la cuenta asociada se ha
de cargar previamente en la entidad financiera, y se carga durante
la transacción o inmediatamente después de ésta (pay now; pague
ahora).
En estos procedimientos representa una
desventaja la necesidad de tener que introducir la tarjeta del
usuario en un dispositivo ajeno. Los usuarios no tienen normalmente
su tarjeta a mano, sino por ejemplo en la cartera; así pues, no es
posible una transacción muy rápida.
Estas tarjetas contienen una identificación del
titular de la cuenta que, sin embargo, sólo permite que se
identifique el usuario en el proveedor del servicio de pago. Así
pues, una tarjeta sólo se puede usar normalmente para una
transacción financiera cuando el usuario y el proveedor están
afiliados al mismo proveedor de servicios de pago. Por el
contrario, no está previsto el uso de la tarjeta para otros tipos de
transacciones (por ejemplo para transacciones no financieras). Para
el usuario, así pues, es imprescindible poseer en todo momento una
pluralidad de tarjetas para todos los tipos de transacciones
financieras y no financieras, por ejemplo varias tarjetas de valor,
de débito o de crédito, que son administradas por diferentes
instituciones financieras o cadenas de tiendas, o tarjetas de abono
o tarjetas de acceso para zonas protegidas. Estas tarjetas están
protegidas en la mayoría de los casos por medio de diferentes
códigos pin que ha de interiorizar el usuario con esfuerzo.
Adicionalmente, tanto los usuarios como los comerciantes han de
administrar diferentes cuentas, es decir, para cada cuenta han de
estudiar las condiciones generales de uso, han de cargar previamente
las tarjetas de prepago y de valor, han de comprobar los extractos
de cuenta, etc.
Para evitar estos problemas se ha propuesto,
entre otras, en la solicitud de patente
WO-A1-98/37524, usar la tarjeta SIM
(Subscriber Identity Module; módulo de identificación del abonado)
para la identificación del usuario en un sistema de comunicaciones
móviles como tarjeta de pago electrónica. Para la transmisión de los
datos de la transacción se establece una conexión sin contacto (por
ejemplo una conexión infrarroja) entre el dispositivo móvil del
usuario y el dispositivo del proveedor. Gracias a ello se prescinde
de la necesidad para el usuario de sacar una tarjeta electrónica de
la cartera e introducirla en un dispositivo ajeno. En caso de que
se realice un proceso de recarga no autorizado, el cliente se puede
introducir en una lista negra.
En el estado de la técnica hasta la fecha se
conocen también procedimientos de pago en los que los datos de la
transacción entre el dispositivo móvil del usuario y un dispositivo
del comerciante no se transmiten directamente, sino a través de una
plataforma de pago en la red de comunicaciones móviles. En este caso
habitualmente se transmiten resguardos o una referencia referida a
la transacción a través de SMS (Short-Message
Service; servicio de mensajes cortos) o USSD (Unstructured
Supplementary Service Data; datos complementarios de servicio no
estructurados). Estas soluciones tienen la ventaja de que no se ha
de establecer ninguna conexión complicada y crítica para la
seguridad entre el dispositivo móvil y el terminal. Adicionalmente,
también se permiten transacciones entre el usuario y el proveedor
que no se encuentran directamente uno cerca del otro.
En el estado de la técnica hasta la fecha
también se conocen procedimientos de pago en los que una tarjeta de
pago única está asociada a diferentes cuentas. Gracias a ello se
evita la necesidad para el usuario de tener varias tarjetas de pago
con él.
En el caso de que una tarjeta de este tipo
asociada a varias cuentas se use con un terminal (habitualmente,
del mismo modo, asociado a diferentes cuentas), entonces el usuario
ha de determinar que cuenta ha de usarse para la transacción. En el
caso de que, por ejemplo, una tarjeta esté asociada a una cuenta de
valor de prepago y a varias cuentas de tarjeta de crédito y/o de
tarjeta de débito, entonces el usuario puede decidir, en la mayoría
de las ocasiones en un menú en el terminal del comerciante, que
cuenta se ha de cargar. En este caso, puede considerar diferentes
parámetros, como por ejemplo el tipo de cada cuenta, los costes de
transacción, la seguridad, el confort, etc.
Las tarjetas de dinero, y en particular, los
módulos de identificación, se pueden perder, pueden ser robados,
copiados o se puede hacer un mal uso de ellos. Debido a ello, el
éxito comercial de las tarjetas de dinero depende fuertemente de la
seguridad ofrecida. Se emplean diferentes procedimientos para
limitar el riesgo del titular de la tarjeta, del comerciante y/o
del proveedor del servicio de pago. En el caso de cuentas de
crédito y de débito, en la mayoría de los casos, los pagos están
limitados durante un periodo (habitualmente un mes) y/o para cada
transacción. En el caso de cuentas de valor, el importe máximo que
se puede depositar también está limitado habitualmente. Se emplean
complicados procedimientos automáticos de determinación de fraudes
por parte de los proveedores de servicios de pago para determinar
fraudes e intentos de fraude. Los titulares de las tarjetas de
dinero y los proveedores de los productos tienen la posibilidad de
bloquear o de desbloquear tarjetas sospechosas o robadas. Se prevén
otros mecanismos para limitar las posibilidades de empleo de las
tarjetas de tal manera que el titular sufra lo menos posible de la
limitación, pero que se dificulte considerablemente a un ladrón
potencial o a un defraudador el extraer un beneficio de la tarjeta.
Por ejemplo, se conoce ya que ciertas tarjetas de dinero sólo se
aceptan en un país determinado, ya que ningún comerciante o
proveedor acepta estas tarjetas en el extranjero como medios de
pago. Sin embargo, en la mayoría de las ocasiones, los titulares de
la tarjeta de dinero no tienen ninguna posibilidad de determinar
ellos mismos cuándo se ha de bloquear su tarjeta. Los proveedores
de servicios de pago apenas tienen posibilidades de modificar de
modo flexible la región geográfica donde se puede usar la tarjeta de
dinero de modo individual para cada usuario o para grupo de
usuarios.
El documento
US-B1-6.212.390 describe un
procedimiento para rechazar el acceso a servicios de proveedores
cuando el usuario se encuentra en una celda determinada en la red de
comunicaciones móviles.
El objetivo de la presente invención es proponer
un nuevo procedimiento y un nuevo sistema que permitan evitar las
desventajas mencionadas anteriormente.
Otro objetivo es proponer un nuevo sistema y
procedimiento con el que se pueda limitar la región geográfica de
empleo de tarjetas de dinero y de cuentas asociadas a tarjetas de
dinero independientemente de la aceptación de las tarjetas por
medio de los proveedores o de los comerciantes.
Otro objetivo es proponer un procedimiento y un
sistema que permitan servicios adicionales y funciones útiles.
Según la presente invención, estos objetivos se
consiguen, en particular, por los elementos de la parte
caracterizadora de las reivindicaciones independientes. Otras
formas de realización ventajosas se derivan además de las
reivindicaciones dependientes y de la descripción.
En particular, estos objetivos se alcanzan por
medio de un procedimiento para el bloqueo o desbloqueo de al menos
una cuenta asociada con un módulo de identificación según el
preámbulo de la reivindicación 1, en el que la cuenta se bloquea o
se desbloquea en función de la ubicación del usuario de telefonía
móvil determinada de modo dinámico, y en el que al usuario de
telefonía móvil mencionado se le pide introducir una contraseña
cuando una cuenta que quiera usar esté bloqueada como consecuencia
de la ubicación del usuario de telefonía móvil.
Los objetivos se alcanzan también por un módulo
de bloqueo con las características de la reivindicación 16.
Esto tiene la ventaja de que las cuentas se
pueden bloquear o desbloquear en función de una información de la
ubicación determinada de modo dinámica (en lugar de la red fija de
comerciante - terminal). De este modo se puede garantizar, por
ejemplo, que una cuenta sólo se puede cargar en una región
geográfica predeterminada - incluso cuando los proveedores
aceptaran el módulo de identificación asociado a esta cuenta.
En una variante ventajosa, las regiones
geográficas bloqueadas o desbloqueadas pueden ser fijadas por parte
del titular de la cuenta, por ejemplo por medio de una página web.
Esto le hace posible adaptar él mismo la región de empleo
geográfica de sus cuentas a sus propias necesidades.
En una variante preferida, las regiones
geográficas bloqueadas o desbloqueadas también se pueden fijar por
parte de los proveedores de servicios de pago. Esto permite a los
proveedores de servicios de pago ofrecer cuentas que, por ejemplo,
sólo se pueden emplear en una región limitada, posiblemente,
incluso, sólo en una única tienda, una cadena de tiendas, una
ciudad, un parque de atracciones, etc., pudiéndose modificar estos
límites de modo dinámico en cualquier momento.
Varias cuentas pueden estar asociadas a un único
módulo de identificación. En una variante ventajosa se pueden fijar
otras regiones de empleo geográficas para estas cuentas diferentes.
Esto tiene la ventaja de que para cada cuenta se pueden fijar
diferentes criterios de seguridad y diferentes limitaciones
geográficas.
geográficas.
En una variante preferida, al menos ciertas
cuentas se operan por parte de una plataforma en la infraestructura
de la red de comunicaciones móviles. Los datos de las transacciones
para las transacciones con varias cuentas que sean ofrecidas
eventualmente por varios proveedores de servicios de pago y/o varias
instituciones financieras se transmiten, con ello, por medio de una
plataforma común, y se valoran en esta plataforma de pago. Esto
tiene la ventaja de que se puede descubrir un posible fraude con una
seguridad muy elevada, ya que se puede supervisar el comportamiento
de los usuarios con varias cuentas independientes, y ya que este
procedimiento se puede correlacionar con parámetros que sólo
existen en la infraestructura de la red de comunicaciones móviles.
Esta plataforma, adicionalmente, tiene la ventaja de que se pueden
usar facturas y extractos de cuenta consolidados que comprendan
datos de transacciones con varias cuentas, para el usuario y/o para
finalidades estadísticas.
En una variante preferida se pueden transmitir
importes de dinero entre diferentes cuentas de un usuario, o
incluso entre diferentes usuarios, preferentemente a través de la
plataforma común. En particular, cuando un proveedor es al mismo
tiempo un usuario de telefonía móvil, con ello se pueden llevar a
cabo transacciones de dinero
"peer-to-peer" a través de la
plataforma de pago operada por el proveedor de la red. Esto permite,
por ejemplo, recargar una cuenta prepago, en caso de sobrepasar el
límite de gasto, cuando se requiera, o de modo automático cuando se
cumplan criterios predefinidos, desde otra cuenta del mismo usuario
o de otro usuario. Esto también permite transmitir importes de
dinero de persona a persona. Con ello, también se pueden definir
límites de débito o de crédito para grupos cerrados de usuarios.
También pueden estar previstos medios de recarga
preactivos con los que se recarguen automáticamente cuentas de
valor o de débito cuando se cumplan unos criterios predefinidos, por
ejemplo cuando el saldo en una cuenta alcance un umbral
inferior.
Las diferentes cuentas de un usuario pueden ser
llevadas por diferentes proveedores de servicios de pago. Cada
proveedor de servicios de pago puede fijar sus propias condiciones
de uso para el uso de su servicio. El sistema y el procedimiento
conforme a la invención presenta preferentemente medios para la
transmisión de las condiciones de uso al usuario, con lo que se
garantiza que estas condiciones de uso son leídas por el usuario, y
para la emisión de una confirmación, que estas condiciones de uso
han sido
aceptadas.
aceptadas.
La presente invención se entiende mejor con la
ayuda del dibujo dado como ejemplo, y se ilustra por medio de las
figuras anexas:
La Figura 1 muestra un diagrama de bloques
que muestra el flujo de información en una forma de realización
preferida del sistema de la invención.
La Figura 2 muestra un diagrama de bloques
que ilustra posibles canales de datos entre los diferentes actores
del sistema a modo de ejemplo.
La Figura 1 muestra un diagrama de bloques con
los actores principales o componentes del sistema. En el ejemplo
representado, el sistema comprende una pluralidad de usuarios
(usuarios de telefonía móvil), cada uno de los cuales dispone de un
dispositivo móvil 1. Por el concepto de "dispositivo móvil" se
hace referencia en este contexto tanto a dispositivos portátiles
como también a dispositivos que están conectados a una red fija pero
que se identifican por un módulo de identificación en lugar de su
punto de conexión a la red.
Durante la descripción y las reivindicaciones se
designa con el símbolo de referencia 1 al usuario (titular de la
cuenta) o al dispositivo móvil 1, excepto cuando se indique
explícitamente una diferencia. Los dispositivos móviles comprenden
un módulo de identificación 10 para la identificación del usuario en
una red de comunicaciones móviles. El módulo de identificación 10
es preferentemente personal, portátil, y se puede separar del
dispositivo móvil; preferentemente es una tarjeta de chip. El
dispositivo móvil 1 puede ser, por ejemplo, un teléfono móvil
celular digital (por ejemplo, un teléfono móvil GSM, HSCSD, GPRS,
EDGE, CDMA) o un teléfono móvil UMTS, o bien un ordenador (por
ejemplo, una PDA) o un ordenador portátil con una interfaz
inalámbrica (por ejemplo con una tarjeta de ampliación GSM, HSCSD,
GPRS, EDGE, CDMA, UMTS o WLAN). A modo de variante, el dispositivo
móvil 1 también podría ser un dispositivo
"ad-hoc", que pueda establecer conexiones en
una red "ad-hoc". El módulo de identificación
10 es, por ejemplo, una tarjeta SIM.
El dispositivo móvil 1 del usuario se puede
conectar a la infraestructura 3 de una red de comunicaciones móviles
para establecer conexiones de voz y de datos con otros
dispositivos. Bajo el concepto de infraestructura se hace
referencia en esta descripción y en las reivindicaciones a aquella
parte de una red que es administrada y controlada por el operador
de una red, incluyendo las estaciones base, conmutadores, registros
de ubicación local, centros de facturación, servidores para
servicios adicionales, etc. La infraestructura 3 del sistema
conforme a la invención comprende una plataforma de pago 31, que se
describe con más detalle posteriormente, módulos 300, 32, 33, 34
adicionales, así como componentes convencionales que no se describen
aquí.
Igualmente, a esta infraestructura está
conectada una pluralidad de proveedores 2, que, por un pago, ofrecen
a los usuarios 1, productos, informaciones o servicios. Tal y como
se explica posteriormente, los usuarios 1, en ocasiones, también
pueden ser proveedores, mientras que los proveedores 2 también
pueden pedir y pagar productos o servicios de otros proveedores o
usuarios, de manera que la separación forman entre usuarios y
proveedores es más bien teórica. Los proveedores pueden ser, por
ejemplo, comerciantes (incluyendo comerciantes online, comerciantes
al detalle, vendedores de entradas, proveedores de servicios de
valor añadido de telecomunicaciones y/o máquinas automáticas de
pago).
Los proveedores disponen de módulos de pago de
proveedores, por ejemplo, un terminal POS
(Point-of-Sale; punto de venta) o
aplicaciones de pago. En la continuación de la descripción y en las
reivindicaciones, con el símbolo de referencia 2 se caracteriza o
bien el proveedor o bien su terminal de proveedor, excepto cuando se
indique explícitamente una
diferencia.
diferencia.
El usuario 1 y el proveedor 2 disponen cada uno
de ellos de una o varias cuentas en una o varias instituciones
financieras 5, y a las que se puede acceder a través de una
pluralidad de proveedores de servicios de pago 4. Los proveedores
de servicios de pago son, por ejemplo, empresas de tarjetas de
crédito, empresas de tarjetas de débito, instituciones de correos y
otras organizaciones que dan tarjetas de pago, incluyendo el
operador de comunicaciones móviles. Las instituciones financieras
son, por ejemplo, bancos, correos, y otras organizaciones que
administran las cuentas de terceros. Cada proveedor de servicios de
pago 4 ofrece uno o varios servicios de pago a los que se pueden
afiliar los usuarios y los proveedores. Cada usuario y cada
proveedor disponen en las instituciones financieras de una cuenta
para cada servicio de pago afiliado. En el caso de un servicio de
tarjetas de crédito o de débito, la cuenta se deposita típicamente
en la institución financiera; en el caso de tarjetas de valor, por
el contrario, el importe del dinero se encuentra en una cuenta en
una tarjeta de chip del usuario.
Como caso especial de cuentas que están
asociadas con un módulo de identificación 10 se han de mencionar las
cuentas de prepago y de post-pago de la red de
comunicaciones móviles. Estas cuentas se usan sobre todo para el
pago de servicios del operador de comunicaciones móviles, entre
otras cosas para el pago de conexiones de voz y datos a través de
la red, para la compra de servicios adicionales, incluyendo la
recarga de tonos para el móvil, imágenes, etc.
Los proveedores de servicios de pago 4 usan un
servidor para autentificar usuarios para una transacción, o bien
para autentificarlos, para permitir o bloquear una transacción de
dinero. Los proveedores de servicios de pago pueden hacer
adicionalmente listas negras de malos pagadores y de usuarios
indeseados. Las operaciones de "compensación", el envío de
facturas y extractos de cuenta, la recarga de cuentas de prepago y
operaciones similares también son llevadas a cabo por proveedores
individuales de servicios de pago 4 (por ejemplo por medio de un
ordenador financiero conectado de instituciones financieras 5).
Según el procedimiento de pago hasta la fecha,
cada usuario recibe una tarjeta física para demostrar su afiliación
a un servicio de pago antes de una transacción de dinero. Cada
cuenta se asocia entonces a otra tarjeta. En el caso de que un
usuario quiera afiliar para sus diferentes finalidades de pago
varias tarjetas de débito, crédito y/o de valor, entonces éste ha
de llevar varias tarjetas de pago, y ha de seleccionar para cada
transacción de pago la apropiada, lo que resulta poco práctico y
plantea problemas de seguridad.
En una forma de realización preferida se asocian
varias cuentas, que se pueden corresponder con diferentes servicios
de pago de varios proveedores de servicios de pago 4, a un módulo
de identificación 10 común. En una variante preferida, la tarjeta
SIM, que está determinada para la identificación del usuario 1 en
una red de comunicaciones móviles, sirve como tarjeta de pago
multifuncional que está asociada a varios servicios de pago. La
afiliación a varios servicios de pago se demuestra con ello con la
posesión de una única tarjeta de chip.
A la inversa, una única cuenta también puede
estar asociada a varios módulos de identificación 10. Esto permite,
por ejemplo, que en una familia o en una empresa, cada miembro
disponga de su módulo de identificación 10 para acceder a una
cuenta común.
El módulo de identificación 10 contiene un
almacenamiento de aquellas regiones que el operador de telefonía
móvil pone a disposición de los proveedores de servicios de pago
para depositar los datos necesarios. Cada proveedor de servicios de
datos, con ello, usa una región de almacenamiento predeterminada de
las tarjetas SIM de los usuarios afiliados, en la que puede
almacenar datos (por ejemplo número de tarjeta, importes de dinero,
límite de gasto, archivos de registro de transacciones, datos o
programas temporales o permanentes dependientes del servicio, etc.)
En otra variante preferida de la invención se almacenan estos datos
(o una parte de estos datos) en una plataforma de pago 31 en la
infraestructura de la red de comunicaciones móviles. Las diferentes
cuentas a las que está asociada una tarjeta de identificación 10 se
reúnen con ello en una cartera 100 virtual en la plataforma 3. Un
enlace lógico entre una tarjeta 10 física y la cartera 100
correspondiente de servicios de pago afiliados a cuentas se puede
realizar, por ejemplo, por medio del número de tarjeta IMSI
(Internacional Mobile Subscriber Identity; identificación
internacional de abonados de telefonía móvil), el MSISDN (Mobile
Subscriber ISDN Number; número RDSI del abonado de telefonía móvil)
y/o el ICCID (Integrated Circuit Identification; identificación de
circuito integrado).
Al menos ciertas cuentas tienen un límite de
gasto fijo o variable. Las cuentas que están asociadas a un servicio
de pago de tarjeta de crédito tienen en la mayoría de los casos un
límite de gasto periódico, y habitualmente también un límite de
gasto para cada transacción de pago individual. Las cuentas para
tarjetas de débito también tienen habitualmente un límite de gasto
periódico; adicionalmente, el saldo disponible no puede ser
negativo, o no puede llegar a estar por debajo de un límite de
crédito predeterminado. En la mayoría de las tarjetas de valor, el
límite de gasto se corresponde con el saldo disponible. Para módulos
que están asociados a varias cuentas y/o varios servicios de pago,
se pueden prever adicionalmente límites colectivos de gasto. De modo
similar, todos los servicios y cuentas de un proveedor 2 se pueden
unir en una cartera 200 en la plataforma de pago 3, en la que se
puede realizar un enlace lógico entre un proveedor 2 y la cartera
200 correspondiente por medio de una identificación del
proveedor.
El sistema conforme a la invención comprende
adicionalmente, preferentemente, un módulo de determinación
automático para determinar de modo automático la pareja ideal de
cuentas que se usa por el módulo de identificación del usuario de
telefonía móvil y por el terminal de pago del proveedor para una
transacción de
pago.
pago.
La infraestructura 3 de la red de comunicaciones
móviles comprende además adicionalmente un módulo de determinación
de la ubicación 300 para determinar la ubicación del usuario. Esta
ubicación puede ser la celda de la red de comunicaciones móviles en
la que se encuentra el usuario en ese momento, o preferentemente se
puede determinar con una precisión mejor por medio de
procedimientos de triangulación a partir de señales de varias
antenas y/o con medios de determinación de la ubicación por
satélite. La ubicación determinada se puede usar para bloquear o
permitir cuentas en determinadas regiones, tal y como se describe
posteriormente.
En la infraestructura 3 hay un servidor de
encriptación 32 para codificar y/o descodificar mensajes con los
usuarios 1, con los proveedores 2 y/o con los proveedores de medios
de pago 4. El servidor de encriptación 32 también se puede usar
para comprobar la autenticidad, la integridad y el origen del
mensaje, y dado el caso, para confirmarlo.
Con 33 se ilustra un módulo de detección de
fraude. Este módulo usa tanto parámetros que son conocidos dentro
de la red de comunicaciones móviles (por ejemplo la ubicación del
usuario y la ubicación del proveedor) como parámetros específicos
de la transacción (por ejemplo la identidad de los participantes en
la transacción o del importe de la transacción) para descubrir
transacciones o tarjetas SIM sospechosas. En una variante no
representada, éste módulo se opera por el proveedor del servicio de
pago (en lugar del operador de la red de comunicaciones
móviles).
El elemento 34 es una base de datos en la que
están depositadas las condiciones de uso de los diferentes
proveedores de servicios de pago. Están previstos medios para
garantizar que estas condiciones son aceptadas por los usuarios
antes de que se active una cuenta.
Un módulo de recarga proactivo 311 se usa para
la recarga automática de las diferentes cuentas, en particular de
las cuentas de valor y de débito, en el que esta recarga puede ser
iniciada por diferentes acontecimientos.
La Figura 2 muestra los posibles canales de
datos que se pueden usar para una transacción de pago entre los
diferentes actores del sistema.
El módulo de identificación 10 se dispone
típicamente como tarjeta de chip ISO en el dispositivo móvil 1, y
se comunica con este dispositivo móvil por medio de instrucciones
APDU. El dispositivo móvil 1 es, por ejemplo, un dispositivo móvil
GSM, y con ello, puede intercambiar por medio de SMS (Short Message
System; sistema de mensajes cortos) o USSD (Unstructured
Supplementary Service Data; datos complementarios de servicio no
estructurados) o por medio de paquetes de datos enrutados, mensajes
con la plataforma de pago 31. Como variante, también se pueden
transmitir datos a través de Internet (por ejemplo con un navegador
WEB o WAP o por correo electrónico) entre el dispositivo móvil 1 y
la plataforma de pago 31. En una variante, la plataforma de pago 31
dispone de una interfaz IVR (Interactive Voice Response; respuesta
interactiva por voz) con la que a través del canal de voz también
se pueden transmitir comandos de voz. En otra variante también se
pueden comunicar datos por medio de un operador humano (por ejemplo
en un centro de atención telefónica). En otra variante se envían
datos por medio de una interfaz inalámbrica (por ejemplo una
interfaz WLAN o Bluetooth) a la plataforma de pago 31.
De un modo similar, los proveedores 2,
igualmente, pueden intercambiar datos con la plataforma de pago 31
por medio de SMS, USSD, correo electrónico, WEB, WAP, a través de un
IVR y/o a través de un operador humano. Otras conexiones de datos
(por ejemplo por medio de paquetes de datos enrutados o por medio de
otro canal de datos) también pueden estar previstas en el marco de
la invención.
En función de la evolución del pago, también se
puede establecer una conexión directa entre el usuario 1 y el
proveedor 2, por ejemplo a través de Bluetooth, WLAN; WEB (por
ejemplo a través de una referencia de transacción), IVR, a través
de un operador humano o a través de una interfaz infrarroja, o
haciendo que la tarjeta SIM o toda la estación móvil se conecte de
manera galvánica con un terminal del proveedor. De este modo se
puede transmitir directamente al menos una parte de los datos de
pago de un modo rápido y gratuito.
Los proveedores de servicios de pago 4 no
necesitan movilidad, y debido a ello, preferentemente, se conectan
a través de un enlace de datos fijo (por ejemplo a través de la WEB,
correo electrónico, paquetes de datos enrutados, o a través de otro
enlace de datos) con la plataforma de pago 31, con los usuarios 1,
(cuando sea necesario) con los proveedores 2 y, dado el caso, con
los servidores financieros de las instituciones financieras 5. La
conexión entre la plataforma de pago 31 y los proveedores de
servicios de pago 4, preferentemente, está asegurada (por ejemplo a
través de una red privada virtual). Los datos de pago entre la
plataforma de pago 31 y los proveedores de servicios de pago 4
también se pueden enviar en datos que se refieren a varias
transacciones de pago. Las conexiones con los usuarios 1 y con los
proveedores 2 también pueden estar previstas a través de fax o de
correo.
Tal y como ya se ha mencionado, tanto los
usuarios 1 como los proveedores 2 pueden estar afiliados a varios
servicios de pago de varios proveedores de servicios de pago 4. De
modo correspondiente, los módulos de identificación 10 y los
terminales del proveedor se pueden asociar a varias cuentas 100 ó
200. En caso de que un usuario 1 quiera llevar a cabo una
transacción de pago con un proveedor 2, anteriormente se ha de
decidir con qué servicio de pago se lleva a cabo la transacción.
Por ejemplo, se ha de decidir si la transacción se lleva a cabo con
un servicio de pago de tarjeta de crédito, de tarjeta de débito o de
tarjeta de valor, y con qué proveedor de este tipo de
servicios.
Esta decisión se lleva a cabo preferentemente de
modo automático por parte del módulo de determinación 310. En la
forma de realización representada, este módulo se encuentra en la
plataforma de pago 31, y con ello, es operado por el operador de la
red de comunicaciones móviles. Esto tiene la ventaja de que este
operador puede ser neutral respecto a los diferentes proveedores de
servicios de pago 4, y que no se prefiere ningún proveedor. Además,
el módulo 310 puede usar parámetros que son determinados y conocidos
dentro de la infraestructura 3 de la red.
El módulo de determinación consiste
preferentemente en un módulo de software y/o de hardware, por
ejemplo una aplicación de software, que es ejecutada desde un
servidor en la infraestructura 3 de la red de comunicaciones
móviles. El servidor se puede comunicar a través de diferentes
canales de datos con los dispositivos móviles 1, con los terminales
del proveedor 2 y con los proveedores de servicios de pago 4.
La decisión de usar una cuenta determinada para
una determinada transacción de pago se puede hacer, por ejemplo, en
función de los siguientes parámetros: importe de la transacción,
puntos de bonificación, preferencias predeterminadas de los
usuarios de telefonía móvil, factores de seguridad, anonimato,
ubicación del usuario, identidad de la red de comunicaciones
móviles en la que está dado de alta el usuario de telefonía móvil,
tipo de cambio con las diferentes cuentas, tasa para el uso de las
diferentes cuentas, intereses, saldo disponible, límites periódicos
de crédito o de débito, tiempo, fecha y/o día de la semana, archivo
de registro de transacciones previas, dispositivo móvil usado o
tipo de dispositivo móvil, lista blanca o negra o gris de los
proveedores y/o de los usuarios de telefonía móvil, etc.
Otros parámetros y prioridades pueden estar
previstos por parte de los usuarios 2 y/o de los proveedores de
servicios de pago.
Por razones de protección de datos, las
transacciones de pago se transmiten preferentemente de modo
transparente a través de la red de comunicaciones móviles; el
operador de la plataforma de pago 31, en este caso, no tiene
ninguna posibilidad de acceder a los datos de pago de diferentes
usuarios o proveedores. En una variante se hacen accesibles al
menos ciertos datos de transacciones de pago que están determinados
para al menos ciertos proveedores de servicios de pago,
preferentemente con la autorización de los usuarios o de los
proveedores de la plataforma de pago 31. Esto tiene la ventaja de
que la plataforma de pago 31 puede ofrecer servicios de valor
añadido adicionales con los datos de pago de diferentes usuarios,
proveedores y proveedores de servicios de pago, incluyendo:
- \blacksquare
- Emisión de facturas consolidadas a usuarios y de abonos en cuenta consolidados a proveedores en los que se unen las transacciones que han sido realizadas a través de diferentes proveedores de servicios de pago.
- \blacksquare
- Determinación de límites de crédito y/o de débito consolidados para fijar un importe de pago máximo por periodo de tiempo a través de varias cuentas. Esto permite una mayor seguridad para el usuario, para los proveedores y para los proveedores de servicios de pago, ya que todos los gastos con todas las cuentas de un módulo de identificación están limitados.
- \blacksquare
- Detección de fraudes por medio de la supervisión del comportamiento del usuario con varias cuentas. Esta característica se describe más abajo de modo detallado.
- \blacksquare
- Transacciones de dinero entre varias cuentas que están asociadas a un módulo de identificación común. Esto permite, por ejemplo, recargar una cuenta de valor o de débito desde otra cuenta, por ejemplo de modo automático, cuando se hayan cumplido ciertos criterios.
- \blacksquare
- Determinación de estadísticas y de informes sobre el uso de las diferentes cuentas. Esto permite, entre otras cosas, a los proveedores de servicios de pago adaptar mejor las campañas publicitarias y las ofertas a las necesidades de los usuarios.
- \blacksquare
- Bloqueo o desbloqueo simultáneo de todas las cuentas (que están asociadas a un módulo de identificación robado o perdido) por medio de operador o por medio del usuario.
- \blacksquare
- Programa de colección de puntos de bonificación por medio de varias cuentas de varios proveedores de servicios de pago.
- \blacksquare
- Transacciones directas entre cuentas de uno o de varios usuarios, sin que se envíen datos de transacciones a proveedores externos de servicios de pago. Esto permite, por ejemplo, recargar una cuenta prepago de un usuario para el uso de la red de comunicaciones móviles con otra cuenta de otro usuario.
- \blacksquare
- Uso de parámetros de usuario (nombre, dirección, solvencia, etc.) que han sido introducidos para un servicio de pago determinado, para otro servicio de pago asociado posteriormente de otro proveedor de servicios de pago.
En una variante preferida, los datos de las
transacciones de pago se hacen anónimos antes de hacerlos accesibles
a la plataforma de pago 31. Para esta finalidad, la identificación
del usuario, que está relacionada con determinados datos de la
transacción de pago, se reemplaza en un anonimizador por medio de un
alias insuficientemente caracterizado para el operador de la red.
De este modo se pueden recoger, usar, y valorar estadísticamente
datos de pago anónimo en la plataforma de datos, sin infringir las
leyes de protección de datos.
Para la detección de fraudes se usan
preferentemente tanto los parámetros de la red de comunicaciones
móviles como los parámetros del o de los proveedores de servicios
de pago 4. En el ejemplo representado, los fraudes se determinan
por parte de un módulo de detección de fraudes 33 (por ejemplo un
servidor con aplicaciones software adecuadas) en la infraestructura
3 de una red de comunicaciones móviles. Este módulo 33 recibe
parámetros de la red de comunicaciones móviles (es decir,
parámetros que se determinan dentro de la red) directamente de la
plataforma de pago 31 y/o de otros componentes de hardware y de
software de la infraestructura de red. Los parámetros de los
proveedores de servicios de pago se extraen preferentemente por
medio del enlace de datos correspondiente de los servidores de los
proveedores de servicios de datos 4. Alternativamente se pueden
determinar al menos ciertos parámetros de los proveedores de
servicios de pago a partir de los datos de transacciones de pago
transmitidos a través de la plataforma de pago 31; en este caso, por
razones de protección de datos se pueden hacer anónimos al menos
ciertos datos de transacciones.
Puesto que la plataforma de pago 31 y el módulo
de detección de fraude 33 están centralizados en esta variante, se
pueden combinar parámetros de diferentes proveedores de servicios de
pago 4 para determinar comportamientos dudosos. Por ejemplo, se
pueden evaluar conjuntamente datos de transacciones de pago con un
proveedor de servicios de tarjetas de crédito y con un proveedor de
servicios de tarjetas de débito para determinar si el comportamiento
del usuario es sospechoso. En caso de que se descubra un fraude o
un intento de fraude con un proveedor de servicios de pago se
pueden bloquear al mismo tiempo todas las cuentas que están
asociadas con la tarjeta
implicada.
implicada.
A continuación describimos con más detalle el
procedimiento conforme a la invención para el bloqueo o desbloqueo
de cuentas en función de la ubicación determinada dinámicamente.
Según la invención, antes o durante cada transacción de pago se
determina la ubicación de uno de los participantes en la transacción
(por ejemplo del titular de la cuenta móvil que realiza el pago), y
se compara con una lista predeterminada de regiones geográficas
bloqueadas o desbloqueadas. La ubicación del titular de la cuenta se
determina preferentemente con el módulo de determinación de la
ubicación 300 dentro de la infraestructura 3 de la red de
comunicaciones móviles, si bien también se puede medir por el
dispositivo móvil 1 del titular de la cuenta a partir de un módulo
de determinación de la ubicación por satélite (por ejemplo de un
receptor GPS). La determinación de la ubicación por medio de la red
de comunicaciones móviles, sin embargo, tiene la ventaja de que la
tarjeta de dinero también se puede usar con dispositivos móviles 1
convencionales que no disponen de un receptor GPS, así como que la
información de la ubicación no puede ser falseada.
La lista de las regiones geográficas bloqueadas
o desbloqueadas se deposita preferentemente en una región de
almacenamiento no representada en la plataforma de pago 31; sin
embargo, también (o adicionalmente) se podría encontrar en los
proveedores de servicios de pago 4 y/o en los módulos de
identificación 10. Con ello, se pueden definir varias listas de
regiones en diferentes regiones de almacenamiento que se combinan
según reglas predeterminadas para constatar si una cuenta
determinada se puede usar en una región determinada.
La lista de las regiones bloqueadas o
desbloqueadas puede ser fijada preferentemente por el titular de la
cuenta. Como variante, o adicionalmente, estas regiones también
pueden ser determinadas por los proveedores de servicios de pago 4
y/o por el operador de la plataforma de pago 31 y/o por los
proveedores 2. También sería posible que un usuario de telefonía
móvil asociado -por ejemplo los padres del titular de la cuenta-
bloquee regiones geográficas para una cuenta. En una forma de
realización preferida, la lista se edita desde un terminal remoto,
por ejemplo por medio de una página web, una página WAP, con SMS,
USSD, correo electrónico y/o por medio de un sistema IVR
(Interactive Voice Response; respuesta interactiva por voz) o por
medio de un centro de atención telefónica.
Las regiones que han de ser bloqueadas o
desbloqueadas se introducen preferentemente por medio de una tarjeta
que se reproduce sobre una superficie gráfica. En este ejemplo, la
tarjeta comprende una matriz en la que el usuario puede seleccionar
celdas que han de ser bloqueadas o desbloqueadas. Las celdas pueden
ser rectangulares, o se pueden corresponder preferentemente con
límites geográficos, por ejemplo, municipios, países o límites de
estados. Las regiones bloqueadas y desbloqueadas se reproducen
preferentemente de modo visual, por ejemplo con colores sobre una
tarjeta representada, o como tabla en la que están indicados los
trayectos cubiertos y no cubiertos.
Como variante, el usuario introduce una lista
alfanumérica de nombres, por ejemplo nombres de lugares,
direcciones, códigos postales, nombres de países, identidades de
redes de comunicaciones móviles, identificaciones de celdas de
redes de comunicaciones móviles, con las que se definen las regiones
deseadas.
Tal y como ya se ha comentado, un único módulo
de identificación puede estar asociado a diferentes cuentas. En
este caso pueden estar asociados diferentes bloqueos o desbloqueos
geográficos a las diferentes cuentas. Esto permite, por ejemplo,
asociar varias cuentas de valor, que están llevada en diferentes
divisas, a un único módulo de identificación 10, y bloquear
cualquier cuenta de valor fuera de la región donde se acepta la
divisa correspondiente. Esto también permite asociar un único módulo
de identificación a una pluralidad de cuentas que se pueden usar de
modo local.
A la inversa, una única cuenta puede estar
asociada a varios módulos de identificación, por ejemplo dentro de
una familia o de una empresa. En este caso se pueden fijar o bien
bloqueos comunes o bien bloqueos dependientes del módulo de
identificación.
En una forma de realización preferida se pueden
fijar diferentes límites de gasto en diferentes regiones
geográficas. Esto permite a un titular de una cuenta limitar el
riesgo con una cuenta determinada en una región, o bloquear esta
cuenta completamente.
A un titular de una cuenta que quiere usar una
cuenta determinada en una región bloqueada se le pide por parte de
la plataforma de pago 31, según la invención, introducir una
contraseña u otro secreto de seguridad para poder usar la cuenta a
pesar de ello. La petición se envía, por ejemplo, a través de SMS o
de USSD. Esto permite a un usuario superar el bloqueo de una cuenta
renunciando al confort. Se pueden establecer otras medidas de
seguridad por parte del titular de la cuenta o del proveedor de
servicios de pago 4 para diferentes regiones geográficas.
La información sobre la ubicación del titular de
la cuenta se puede combinar con otras informaciones para determinar
si se ha de bloquear una cuenta. En una variante ventajosa, con
ello, se puede usar el tiempo como criterio de bloqueo adicional.
Esto permite, por ejemplo, a un usuario, constatar que una cuenta
determinada, durante el tiempo de trabajo de un usuario sólo se
puede usar dentro o cerca de la empresa, mientras que la misma
cuenta, durante el fin de semana, sólo está desbloqueada cerca del
lugar de residencia. Las tarjetas de tiendas y de empresas se
pueden bloquear fuera de las tiendas y de las empresas y fuera de
los horarios de apertura. También es posible bloquear o desbloquear
cuentas en determinadas regiones sólo para transacciones de pago
con determinados proveedores.
El procedimiento conforme a la invención también
permite cargar tasas de la transacción de pago en función de la
ubicación. Debido a ello, los proveedores de servicios de pago 4
pueden cargar tasas que tienen en cuenta el riesgo que está
asociado con la ubicación del usuario determinada de modo dinámico.
Por ejemplo se pueden requerir tasas elevadas para transacciones en
el extranjero o en tiendas marcadas como sospechosas.
Cuando un titular de una cuenta entra en una
región bloqueada, como medida de seguridad adicional se puede
cargar su cuenta bloqueada automáticamente por parte del módulo de
recarga 311 a favor de una cuenta segura.
El procedimiento que se emplea para bloquear una
cuenta determinada depende del tipo de la cuenta. Tal y como ya se
ha mencionado, la decisión de bloquear o de desbloquear una cuenta
se toma preferentemente por parte de un módulo de software en la
plataforma de pago 31, si bien también se podría tomar en el módulo
de identificación 10 o por parte de un proveedor de servicios de
pago 4. Esta decisión se transmite entonces antes de cada
transacción a un módulo de bloqueo no representado en el proveedor
de servicios de pago 4 y/o en el titular de la cuenta en un
mensaje. El módulo de bloqueo recibe este mensaje, y la transacción,
en función de su contenido, se bloquea o se permite. El usuario de
telefonía móvil es informado preferentemente por medio de SMS, USSD
o correo electrónico cuando una transacción deseada se ha bloqueado
como consecuencia de un bloqueo.
El procedimiento conforme a la invención permite
abrir cuentas que sólo pueden ser usadas, por ejemplo, dentro de un
parte de atracciones, un recinto ferial, un recinto de un concierto,
cadenas de restaurantes, instalaciones deportivas, el recinto de
una empresa, lugares turísticos, etc. Gracias a ello se incrementa
de un modo considerable la seguridad para todas las partes. Una
definición fina de este tipo de las regiones bloqueadas y
desbloqueadas requiere, sin embargo, una determinación dinámica del
usuario de la red de comunicaciones móviles, es decir, una
localización que no sólo se basa en la red de comunicaciones móviles
dada de alta.
El procedimiento y el sistema conforme a la
invención se puede usar, entre otras cosas, para llevar a cabo
transacciones de dinero de usuario a usuario
(P-to-P).
\dotable{\tabskip\tabcolsep#\hfil\+#\hfil\tabskip0ptplus1fil\dddarstrut\cr}{
1 \+ Dispositivo móvil, usuario\cr 10 \+
Módulo de identificación\cr 100 \+ Cartera,
cuenta\cr 2 \+ Proveedor, terminal de proveedor\cr
200 \+ Cartera, cuenta\cr 3 \+
Infraestructura\cr 300 \+ Módulo de determinación de la
ubicación\cr 310 \+ Módulo de determinación\cr 311 \+
Módulo de recarga\cr 31 \+ Plataforma de
pago\cr 32 \+ Servidor de encriptación\cr 33 \+
Módulo de detección de fraude\cr 34 \+ Base
de datos\cr 4 \+ Proveedor de pago\cr 5 \+
Institución
financiera.\cr}
Claims (16)
1. Procedimiento para el
bloqueo o desbloqueo de al menos una cuenta asociada a un módulo de
identificación (10), en el que el mencionado módulo de
identificación (10) está determinado para la identificación de un
dispositivo móvil (1) de un usuario de telefonía móvil en una red de
comunicaciones móviles, en el que la cuenta mencionada está
determinada para el pago de servicios de por lo menos un proveedor
(2), caracterizado porque la cuenta mencionada se bloquea o
se desbloquea en función de la ubicación del dispositivo móvil
determinada de modo dinámico, y en el que al usuario de telefonía
móvil mencionado sólo se le pide introducir una contraseña cuando
una cuenta que quiera usar esté bloqueada como consecuencia de la
ubicación del usuario de telefonía móvil, mientras que una región
desbloqueada no requiere la introducción de ninguna contraseña.
2. Procedimiento según la
reivindicación 1, en el que la mencionada ubicación es determinada
por la red de comunicaciones móviles.
3. Procedimiento según la
reivindicación 1, en el que la mencionada ubicación es determinada
por el dispositivo móvil (1).
4. Procedimiento según una de
las reivindicaciones 1 a 3, en el que una pluralidad de cuentas
están asociadas al módulo de identificación (10) mencionado, y en el
que diferentes bloqueos o desbloqueos geográficos están asociados a
las cuentas mencionadas.
5. Procedimiento según una de
las reivindicaciones 1 a 4, en el que una cantidad de regiones
geográficas bloqueadas está almacenada en un almacenamiento
electrónico.
6. Procedimiento según una de
las reivindicaciones 1 a 5, en el que una cantidad de juegos de
regiones geográficas desbloqueadas está almacenada en un
almacenamiento electrónico.
7. Procedimiento según una de
las reivindicaciones 1 a 6, en el que se establecen diferentes
límites de gasto en diferentes regiones geográficas.
8. Procedimiento según una de
las reivindicaciones 1 a 7, en el que la cuenta mencionada se
bloquea o se desbloquea en función de la ubicación combinada con el
tiempo.
9. Procedimiento según una de
las reivindicaciones 1 a 8, en el que la región en la que la cuenta
mencionada está bloqueada o desbloqueada se fija por el usuario de
telefonía móvil (1) mencionado.
10. Procedimiento según una de las
reivindicaciones 1 a 9, en el que la región en la que la cuenta
mencionada está bloqueada o desbloqueada se fija por parte del
proveedor de servicios de pago (4).
11. Procedimiento según una de las
reivindicaciones 1 a 9, en el que la región en la que la cuenta
mencionada está bloqueada o desbloqueada se fija por parte del
proveedor (2).
12. Procedimiento según una de las
reivindicaciones 1 a 9, en el que la región en la que la cuenta
mencionada está bloqueada o desbloqueada se fija por parte del
operador de la plataforma de pago (31).
13. Procedimiento según una de las
reivindicaciones 1 a 12, en el que la región en la que la cuenta
mencionada está bloqueada o desbloqueada se edita a través de una
página web.
14. Procedimiento según una de las
reivindicaciones 1 a 13, en el que se cargan tasas para las
transacciones de pago que dependen de la ubicación.
15. Procedimiento según una de las
reivindicaciones 1 a 14, en el que la cuenta mencionada se bloquea
o se desbloquea en función del dispositivo móvil usado con el módulo
de identificación mencionado.
16. Módulo de bloqueo para el
bloqueo o desbloqueo de transacciones de pago, que trabaja
conjuntamente con un módulo de determinación de la ubicación, para
determinar la ubicación de dispositivos móviles (1) de un usuario
de telefonía móvil, caracterizado porque bloquea o desbloquea
la transacción de pago mencionada en función de la ubicación
determinada del dispositivo móvil determinada de modo dinámico, y en
el que una cuenta, cuando está bloqueada como consecuencia de la
ubicación del usuario de telefonía móvil, se puede desbloquear por
medio de la introducción de una contraseña por parte del usuario de
telefonía móvil, mientras que una región desbloqueada no requiere
la introducción de ninguna contraseña.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP03100437A EP1450317B1 (de) | 2003-02-21 | 2003-02-21 | Verfahren und System zur Sperrung/Entsperrung von einem an eine SIM-Karte gebundenen Geldkonto |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2262945T3 true ES2262945T3 (es) | 2006-12-01 |
Family
ID=32731600
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES03100437T Expired - Lifetime ES2262945T3 (es) | 2003-02-21 | 2003-02-21 | Procedimiento y sistema para bloquear y desbloquear una cuenta financiera asociada con una tarjeta sim. |
Country Status (10)
| Country | Link |
|---|---|
| US (1) | US7219833B2 (es) |
| EP (1) | EP1450317B1 (es) |
| JP (1) | JP2006518503A (es) |
| CN (1) | CN100401326C (es) |
| AT (1) | ATE323921T1 (es) |
| AU (1) | AU2004213937B2 (es) |
| CA (1) | CA2516690C (es) |
| DE (1) | DE50303024D1 (es) |
| ES (1) | ES2262945T3 (es) |
| WO (1) | WO2004075131A1 (es) |
Families Citing this family (106)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8479978B1 (en) * | 1998-04-17 | 2013-07-09 | Diebold Self-Service Systems Division Of Diebold, Incorporated | Banking system controlled responsive to data bearing records |
| US7447605B2 (en) | 2004-04-15 | 2008-11-04 | Redbox Automated Retail, Llc | System and method for calibrating a vending apparatus |
| US7584869B2 (en) | 2004-04-15 | 2009-09-08 | Redbox Automated Retail, Llc | Article dispensing system and method for same |
| US8086519B2 (en) | 2004-10-14 | 2011-12-27 | Cfph, Llc | System and method for facilitating a wireless financial transaction |
| US20060100961A1 (en) * | 2004-10-15 | 2006-05-11 | Texas Instruments Incorporated | Automated teller machine, a personal wireless device and methods of transferring funds therebetween |
| US7860778B2 (en) | 2004-11-08 | 2010-12-28 | Cfph, Llc | System and method for implementing push technology in a wireless financial transaction |
| US7472822B2 (en) | 2005-03-23 | 2009-01-06 | E2Interactive, Inc. | Delivery of value identifiers using short message service (SMS) |
| WO2006116110A2 (en) | 2005-04-22 | 2006-11-02 | Redbox Automated Retail, L.L.C. | System and method for communicating vending information |
| US8060247B2 (en) | 2005-04-22 | 2011-11-15 | Redbox Automated Retail, Llc | System and method for communicating secondary vending options |
| DE102005045885A1 (de) * | 2005-09-26 | 2007-04-05 | Giesecke & Devrient Gmbh | Entsperren einer Mobilfunkkarte |
| EP2013760A4 (en) * | 2006-05-02 | 2010-08-25 | 1020 Inc | COMMUNICATION SYSTEM FOR LOCATION-SPECIFIC CONTENT |
| DE102006037167A1 (de) * | 2006-08-09 | 2008-02-14 | Deutsche Telekom Ag | Verfahren und System zur Durchführung eines Zahlungsvorgangs mit einem Zahlungsmittel |
| US20080208748A1 (en) * | 2006-12-22 | 2008-08-28 | Frank Ozment | Transaction system and method |
| JP4987459B2 (ja) * | 2006-12-25 | 2012-07-25 | フェリカネットワークス株式会社 | 情報処理端末およびコンピュータプログラム |
| WO2008131448A1 (en) * | 2007-04-23 | 2008-10-30 | 1020, Inc. | Content allocation |
| ITMI20071194A1 (it) * | 2007-06-13 | 2008-12-14 | Eko Mobile S R L | Sistema e metodo di registrazione e pagamento con carte di credito e simili. |
| US7930249B2 (en) * | 2007-07-11 | 2011-04-19 | Qualcomm Incorporated | Mobile wireless financial instrument for automatically selecting a payment instrument |
| US8203426B1 (en) | 2007-07-11 | 2012-06-19 | Precision Edge Access Control, Inc. | Feed protocol used to report status and event information in physical access control system |
| WO2009026460A1 (en) | 2007-08-23 | 2009-02-26 | Giftango Corporation | Systems and methods for electronic delivery of stored value |
| US8009013B1 (en) * | 2007-09-21 | 2011-08-30 | Precision Control Systems of Chicago, Inc. | Access control system and method using user location information for controlling access to a restricted area |
| US8768789B2 (en) | 2012-03-07 | 2014-07-01 | Redbox Automated Retail, Llc | System and method for optimizing utilization of inventory space for dispensable articles |
| US9886809B2 (en) | 2007-09-28 | 2018-02-06 | Redbox Automated Retail, Llc | Article dispensing machine and method for auditing inventory while article dispensing machine remains operational |
| US8712872B2 (en) | 2012-03-07 | 2014-04-29 | Redbox Automated Retail, Llc | System and method for optimizing utilization of inventory space for dispensable articles |
| WO2010028302A2 (en) * | 2008-09-05 | 2010-03-11 | Giftango Corporation | Systems and methods for authentication of a virtual stored value card |
| US10867298B1 (en) | 2008-10-31 | 2020-12-15 | Wells Fargo Bank, N.A. | Payment vehicle with on and off function |
| US20100114768A1 (en) | 2008-10-31 | 2010-05-06 | Wachovia Corporation | Payment vehicle with on and off function |
| US9734496B2 (en) | 2009-05-29 | 2017-08-15 | Paypal, Inc. | Trusted remote attestation agent (TRAA) |
| US8996162B2 (en) | 2009-09-05 | 2015-03-31 | Redbox Automated Retail, Llc | Article vending machine and method for exchanging an inoperable article for an operable article |
| US9104990B2 (en) | 2009-09-05 | 2015-08-11 | Redbox Automated Retail, Llc | Article vending machine and method for exchanging an inoperable article for an operable article |
| US9224146B2 (en) * | 2009-09-30 | 2015-12-29 | The Toronto Dominion Bank | Apparatus and method for point of sale terminal fraud detection |
| WO2011084648A2 (en) | 2009-12-16 | 2011-07-14 | Giftango Corporation | Systems and methods for generating a virtual value item for a promotional campaign |
| US8635159B1 (en) * | 2010-03-26 | 2014-01-21 | Bank Of America Corporation | Self-service terminal limited access personal identification number (“PIN”) |
| US10068287B2 (en) | 2010-06-11 | 2018-09-04 | David A. Nelsen | Systems and methods to manage and control use of a virtual card |
| US9569911B2 (en) | 2010-08-23 | 2017-02-14 | Redbox Automated Retail, Llc | Secondary media return system and method |
| US8538581B2 (en) | 2010-09-03 | 2013-09-17 | Redbox Automated Retail, Llc | Article vending machine and method for authenticating received articles |
| US9483786B2 (en) | 2011-10-13 | 2016-11-01 | Gift Card Impressions, LLC | Gift card ordering system and method |
| US9031869B2 (en) | 2010-10-13 | 2015-05-12 | Gift Card Impressions, LLC | Method and system for generating a teaser video associated with a personalized gift |
| US11978031B2 (en) | 2010-12-14 | 2024-05-07 | E2Interactive, Inc. | Systems and methods that create a pseudo prescription from transaction data generated during a point of sale purchase at a front of a store |
| US20120299707A1 (en) * | 2011-05-25 | 2012-11-29 | International Business Machines Corporation | User communication device based card presence monitoring and account status control |
| CA2838944A1 (en) | 2011-06-14 | 2012-12-20 | Redbox Automated Retail, Llc | System and method for substituting a media article with alternative media |
| CA2842293C (en) | 2011-07-20 | 2019-10-22 | Redbox Automated Retail, Llc | System and method for providing the identification of geographically closest article dispensing machines |
| CA2843589A1 (en) | 2011-08-02 | 2013-02-07 | Redbox Automated Retail, Llc | System and method for generating notifications related to new media |
| US9286617B2 (en) | 2011-08-12 | 2016-03-15 | Redbox Automated Retail, Llc | System and method for applying parental control limits from content providers to media content |
| US9009240B2 (en) * | 2011-12-15 | 2015-04-14 | Microsoft Corporation | Dynamic control of an electronic message system |
| US10417677B2 (en) | 2012-01-30 | 2019-09-17 | Gift Card Impressions, LLC | Group video generating system |
| US10970688B2 (en) | 2012-03-07 | 2021-04-06 | Early Warning Services, Llc | System and method for transferring funds |
| US11593800B2 (en) | 2012-03-07 | 2023-02-28 | Early Warning Services, Llc | System and method for transferring funds |
| US10318936B2 (en) | 2012-03-07 | 2019-06-11 | Early Warning Services, Llc | System and method for transferring funds |
| US10395247B2 (en) | 2012-03-07 | 2019-08-27 | Early Warning Services, Llc | Systems and methods for facilitating a secure transaction at a non-financial institution system |
| US20130238488A1 (en) | 2012-03-07 | 2013-09-12 | Clearxchange, Llc | System and method for transferring funds |
| US10395223B2 (en) | 2012-03-07 | 2019-08-27 | Early Warning Services, Llc | System and method for transferring funds |
| US9747253B2 (en) | 2012-06-05 | 2017-08-29 | Redbox Automated Retail, Llc | System and method for simultaneous article retrieval and transaction validation |
| US11055686B2 (en) | 2012-08-08 | 2021-07-06 | E2Interactive, Inc. | S/M for providing, reloading, and redeeming stored value cards used in transit applications |
| US10229561B2 (en) | 2012-09-04 | 2019-03-12 | Linq3 Technologies Llc | Processing of a user device game-playing transaction based on location |
| US10943432B2 (en) | 2012-09-04 | 2021-03-09 | E2Interactive, Inc. | Processing of a game-playing transaction based on location |
| EP2893504A4 (en) | 2012-09-04 | 2016-02-24 | Linq3 Technologies Llc | SYSTEM AND METHOD FOR INTEGRATED GAME THROUGH THE USE OF BAR CODES ON SMARTPHONES AND PORTABLE DEVICES |
| US9213833B2 (en) * | 2012-11-07 | 2015-12-15 | Ebay Inc. | Methods and systems for detecting an electronic intrusion |
| US9565911B2 (en) | 2013-02-15 | 2017-02-14 | Gift Card Impressions, LLC | Gift card presentation devices |
| US11219288B2 (en) | 2013-02-15 | 2022-01-11 | E2Interactive, Inc. | Gift card box with slanted tray and slit |
| US10115268B2 (en) | 2013-03-15 | 2018-10-30 | Linq3 Technologies Llc | Systems and methods for integrated game play at payment-enabled terminals |
| US10217107B2 (en) | 2013-05-02 | 2019-02-26 | Gift Card Impressions, LLC | Stored value card kiosk system and method |
| US10062075B2 (en) | 2013-11-04 | 2018-08-28 | E2Interactive, Inc. | Systems and methods for using a dual function medical benefits card |
| DE102013021966A1 (de) | 2013-12-20 | 2015-06-25 | Giesecke & Devrient Gmbh | Verfahren und Vorrichtungen zum Bereitstellen einer Subskription für die Kommunikation über ein Mobilfunknetz |
| FR3015736A1 (fr) * | 2013-12-23 | 2015-06-26 | Orange | Transmission et traitement de donnees relatives a une transaction sans contact |
| CN103745346A (zh) * | 2013-12-27 | 2014-04-23 | 郑志豪 | 一种移动银行的实现方法及系统 |
| US10262346B2 (en) | 2014-04-30 | 2019-04-16 | Gift Card Impressions, Inc. | System and method for a merchant onsite personalization gifting platform |
| WO2016106271A1 (en) * | 2014-12-22 | 2016-06-30 | Capital One Services, LLC. | A system, method, and apparatus for locating a bluetooth enabled transaction card |
| US10839359B2 (en) | 2015-03-23 | 2020-11-17 | Early Warning Services, Llc | Payment real-time funds availability |
| US10832246B2 (en) | 2015-03-23 | 2020-11-10 | Early Warning Services, Llc | Payment real-time funds availability |
| US10878387B2 (en) | 2015-03-23 | 2020-12-29 | Early Warning Services, Llc | Real-time determination of funds availability for checks and ACH items |
| US10769606B2 (en) | 2015-03-23 | 2020-09-08 | Early Warning Services, Llc | Payment real-time funds availability |
| US10748127B2 (en) | 2015-03-23 | 2020-08-18 | Early Warning Services, Llc | Payment real-time funds availability |
| US11429975B1 (en) | 2015-03-27 | 2022-08-30 | Wells Fargo Bank, N.A. | Token management system |
| US9578505B2 (en) | 2015-04-21 | 2017-02-21 | International Business Machines Corporation | Authentication of user computers |
| US11062290B2 (en) | 2015-07-21 | 2021-07-13 | Early Warning Services, Llc | Secure real-time transactions |
| US11386410B2 (en) | 2015-07-21 | 2022-07-12 | Early Warning Services, Llc | Secure transactions with offline device |
| US11151522B2 (en) | 2015-07-21 | 2021-10-19 | Early Warning Services, Llc | Secure transactions with offline device |
| US10963856B2 (en) | 2015-07-21 | 2021-03-30 | Early Warning Services, Llc | Secure real-time transactions |
| US10970695B2 (en) | 2015-07-21 | 2021-04-06 | Early Warning Services, Llc | Secure real-time transactions |
| US11157884B2 (en) | 2015-07-21 | 2021-10-26 | Early Warning Services, Llc | Secure transactions with offline device |
| US10438175B2 (en) | 2015-07-21 | 2019-10-08 | Early Warning Services, Llc | Secure real-time payment transactions |
| US11037122B2 (en) | 2015-07-21 | 2021-06-15 | Early Warning Services, Llc | Secure real-time transactions |
| US10956888B2 (en) | 2015-07-21 | 2021-03-23 | Early Warning Services, Llc | Secure real-time transactions |
| US11037121B2 (en) | 2015-07-21 | 2021-06-15 | Early Warning Services, Llc | Secure real-time transactions |
| US11151523B2 (en) | 2015-07-21 | 2021-10-19 | Early Warning Services, Llc | Secure transactions with offline device |
| US11170364B1 (en) | 2015-07-31 | 2021-11-09 | Wells Fargo Bank, N.A. | Connected payment card systems and methods |
| US12130937B1 (en) | 2016-07-01 | 2024-10-29 | Wells Fargo Bank, N.A. | Control tower for prospective transactions |
| US11615402B1 (en) | 2016-07-01 | 2023-03-28 | Wells Fargo Bank, N.A. | Access control tower |
| US10992679B1 (en) | 2016-07-01 | 2021-04-27 | Wells Fargo Bank, N.A. | Access control tower |
| US11935020B1 (en) | 2016-07-01 | 2024-03-19 | Wells Fargo Bank, N.A. | Control tower for prospective transactions |
| US11386223B1 (en) | 2016-07-01 | 2022-07-12 | Wells Fargo Bank, N.A. | Access control tower |
| US11886611B1 (en) | 2016-07-01 | 2024-01-30 | Wells Fargo Bank, N.A. | Control tower for virtual rewards currency |
| US11144928B2 (en) | 2016-09-19 | 2021-10-12 | Early Warning Services, Llc | Authentication and fraud prevention in provisioning a mobile wallet |
| US11556936B1 (en) | 2017-04-25 | 2023-01-17 | Wells Fargo Bank, N.A. | System and method for card control |
| US11062388B1 (en) | 2017-07-06 | 2021-07-13 | Wells Fargo Bank, N.A | Data control tower |
| US11188887B1 (en) | 2017-11-20 | 2021-11-30 | Wells Fargo Bank, N.A. | Systems and methods for payment information access management |
| US10954049B2 (en) | 2017-12-12 | 2021-03-23 | E2Interactive, Inc. | Viscous liquid vessel for gifting |
| US12020309B2 (en) | 2018-05-18 | 2024-06-25 | E2Interactive, Inc. | Augmented reality gifting on a mobile device |
| US10992606B1 (en) | 2020-09-04 | 2021-04-27 | Wells Fargo Bank, N.A. | Synchronous interfacing with unaffiliated networked systems to alter functionality of sets of electronic assets |
| US11546338B1 (en) | 2021-01-05 | 2023-01-03 | Wells Fargo Bank, N.A. | Digital account controls portal and protocols for federated and non-federated systems and devices |
| US12499427B2 (en) | 2021-08-31 | 2025-12-16 | Early Warning Services, Llc | Direct electronic bill payment with real-time funds availability |
| US11836690B1 (en) | 2022-04-12 | 2023-12-05 | Wells Fargo Bank, N.A. | Systems and methods for private network issuance of digital currency |
| US12155641B1 (en) | 2022-04-15 | 2024-11-26 | Wells Fargo Bank, N.A. | Network access tokens and meta-application programming interfaces for enhanced inter-enterprise system data promulgation and profiling |
| CN114897528B (zh) * | 2022-05-20 | 2025-08-19 | 中国建设银行股份有限公司 | 一种资金解冻方法、装置、设备及存储介质 |
| CN115860749B (zh) * | 2023-02-09 | 2023-05-16 | 支付宝(杭州)信息技术有限公司 | 一种数据处理方法、装置及设备 |
| US20250069056A1 (en) * | 2023-08-25 | 2025-02-27 | Motorola Mobility Llc | Impaired mode for a mobile device |
Family Cites Families (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4979207A (en) * | 1990-02-01 | 1990-12-18 | Motorola, Inc. | Method of processing cellular telephone call detail data for billing multi-line customers for cellular telephone services |
| US5903830A (en) * | 1996-08-08 | 1999-05-11 | Joao; Raymond Anthony | Transaction security apparatus and method |
| JPH1056449A (ja) * | 1996-08-09 | 1998-02-24 | Oki Electric Ind Co Ltd | セキュリティ強化システム |
| SE514266C2 (sv) * | 1997-02-20 | 2001-01-29 | Ericsson Telefon Ab L M | Förfarande och system för att begränsa rörligheten i ett system med kärntjänste- och åtkomstleverantör |
| US6868391B1 (en) * | 1997-04-15 | 2005-03-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Tele/datacommunications payment method and apparatus |
| DK0992025T3 (da) * | 1997-06-27 | 2002-10-28 | Swisscom Mobile Ag | Transaktionsfremgangsmåde med et bærbart identifikationselement |
| US6850916B1 (en) * | 1998-04-27 | 2005-02-01 | Esignx Corporation | Portable electronic charge and authorization devices and methods therefor |
| AU1139399A (en) * | 1998-11-23 | 2000-06-13 | Swisscom Mobile Ag | Method and device for detecting, charging for and blocking services |
| US6707889B1 (en) * | 1999-08-24 | 2004-03-16 | Microstrategy Incorporated | Multiple voice network access provider system and method |
| JP2001216387A (ja) * | 2000-02-02 | 2001-08-10 | Sony Corp | Ｉｃカードによる代金支払いシステム及びコンピュータ読み込み可能な記録媒体 |
| US7050993B1 (en) * | 2000-04-27 | 2006-05-23 | Nokia Corporation | Advanced service redirector for personal computer |
| GB0014759D0 (en) * | 2000-06-17 | 2000-08-09 | Hewlett Packard Co | Service delivery method and system |
| US7292996B2 (en) * | 2000-10-06 | 2007-11-06 | Openwave Systems Inc. | Method and apparatus for performing a credit based transaction between a user of a wireless communications device and a provider of a product or service |
| JP2002232955A (ja) * | 2001-02-05 | 2002-08-16 | Denso Corp | 認証システム、サービス提供システムおよび認証サーバ |
| JP2002269479A (ja) * | 2001-03-09 | 2002-09-20 | Sony Corp | 情報処理装置および方法、記録媒体、並びにプログラム |
| JP2002304522A (ja) * | 2001-04-05 | 2002-10-18 | Ufj Bank Ltd | 認証方法、取引者側システム、コンピュータプログラムおよびそれを記録した記録媒体 |
| JP2002366870A (ja) * | 2001-06-13 | 2002-12-20 | Mitsubishi Electric Corp | 端末装置及び支払い方式及び支払い方法 |
| JP2003022366A (ja) * | 2001-07-09 | 2003-01-24 | Daiei Omc Inc | 金融における利用限度額更新システム |
| US7083090B2 (en) * | 2002-08-09 | 2006-08-01 | Patrick Zuili | Remote portable and universal smartcard authentication and authorization device |
| US20040088232A1 (en) * | 2002-10-29 | 2004-05-06 | Minnis Raymond A. | Method for tracking transactions in a not-for-profit accounting system |
| EP1450321A1 (de) * | 2003-02-21 | 2004-08-25 | Swisscom Mobile AG | Verfahren und System zur Aufdeckung von möglichen Betrügen in Zahlungstransaktionen |
| US20050192897A1 (en) * | 2004-02-10 | 2005-09-01 | First Data Corporation | Methods and systems for payment-network enrollment |
-
2003
- 2003-02-21 AT AT03100437T patent/ATE323921T1/de active
- 2003-02-21 EP EP03100437A patent/EP1450317B1/de not_active Expired - Lifetime
- 2003-02-21 ES ES03100437T patent/ES2262945T3/es not_active Expired - Lifetime
- 2003-02-21 DE DE50303024T patent/DE50303024D1/de not_active Expired - Lifetime
-
2004
- 2004-02-20 AU AU2004213937A patent/AU2004213937B2/en not_active Expired - Fee Related
- 2004-02-20 WO PCT/EP2004/050181 patent/WO2004075131A1/de not_active Ceased
- 2004-02-20 JP JP2006502044A patent/JP2006518503A/ja active Pending
- 2004-02-20 CN CNB2004800048255A patent/CN100401326C/zh not_active Expired - Lifetime
- 2004-02-20 CA CA2516690A patent/CA2516690C/en not_active Expired - Fee Related
-
2005
- 2005-08-22 US US11/209,139 patent/US7219833B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US7219833B2 (en) | 2007-05-22 |
| AU2004213937A1 (en) | 2004-09-02 |
| CN1751325A (zh) | 2006-03-22 |
| CA2516690A1 (en) | 2004-09-02 |
| EP1450317A1 (de) | 2004-08-25 |
| WO2004075131A1 (de) | 2004-09-02 |
| CN100401326C (zh) | 2008-07-09 |
| CA2516690C (en) | 2015-01-06 |
| JP2006518503A (ja) | 2006-08-10 |
| AU2004213937B2 (en) | 2009-05-21 |
| EP1450317B1 (de) | 2006-04-19 |
| DE50303024D1 (de) | 2006-05-24 |
| ATE323921T1 (de) | 2006-05-15 |
| US20050274793A1 (en) | 2005-12-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2262945T3 (es) | Procedimiento y sistema para bloquear y desbloquear una cuenta financiera asociada con una tarjeta sim. | |
| ES2333070T3 (es) | Procedimiento para la compra de articulos o servicios mediante un telefono movil. | |
| US7014107B2 (en) | Wireless payment processing system | |
| ES2225471T3 (es) | Sistema bancario con identificacion de cuentas financieras mejorada. | |
| ES2611165T3 (es) | Método de autentificación | |
| KR101231436B1 (ko) | 이종 네트워크 환경에서 모바일 및 전자 상거래를 위한 융합통신 시스템 및 그 융합통신방법 | |
| US7610040B2 (en) | Method and system for detecting possible frauds in payment transactions | |
| US20030135470A1 (en) | Method and system for credit card purchases | |
| US20020198849A1 (en) | Advanced method and arrangement for performing electronic payment transactions | |
| US20010005832A1 (en) | Transaction system and method | |
| WO2010035224A2 (en) | A transaction method and system | |
| ES2310170T3 (es) | Procedimiento y dispositivo para el acceso a una red de telecomunicaciones y para la facturacion de servicios de telecomunicaciones. | |
| ES2396325T3 (es) | Método de aprovisionar una cuenta | |
| NZ332372A (en) | Prepayment for wireless telephone services by means of smart cards | |
| EP1450322A1 (de) | Zahlungssystem und Zahlungsverfahren | |
| FR2725579A1 (fr) | Procede de communication dans un reseau de telecommunications | |
| WO2011110697A1 (es) | Procedimiento y sistema para realizar una transacción | |
| ES2227260T3 (es) | Gestor de recarga en itinerancia. | |
| ES2240494T3 (es) | Procedimiento y disposicion para la transferencia de una cantidad electronica de dinero desde una memoria de una cuenta de credito. | |
| CA2475275C (en) | Wireless data processing system for credit payment | |
| HK40018509A (en) | Digital property remittance via telephone numbers through telecom carriers | |
| WO2006021221A1 (en) | Method for paying and transferring monetary assets by means of mobile communications | |
| HK1066289B (en) | Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment | |
| AU2002311491A1 (en) | Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment |