MX2011002531A - Un metodo para que un titular de una tarjeta de pago controle y administre el uso de una tarjeta de pago. - Google Patents

Un metodo para que un titular de una tarjeta de pago controle y administre el uso de una tarjeta de pago.

Info

Publication number
MX2011002531A
MX2011002531A MX2011002531A MX2011002531A MX2011002531A MX 2011002531 A MX2011002531 A MX 2011002531A MX 2011002531 A MX2011002531 A MX 2011002531A MX 2011002531 A MX2011002531 A MX 2011002531A MX 2011002531 A MX2011002531 A MX 2011002531A
Authority
MX
Mexico
Prior art keywords
transactions
payment card
cardholder
parameters
transaction
Prior art date
Application number
MX2011002531A
Other languages
English (en)
Inventor
Rob A Keenan
Original Assignee
Mastercard International Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=42101129&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=MX2011002531(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Mastercard International Inc filed Critical Mastercard International Inc
Publication of MX2011002531A publication Critical patent/MX2011002531A/es

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/229Hierarchy of users of accounts
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment 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/357Cards having a plurality of specified features
    • G06Q20/3572Multiple accounts on card
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405Establishing or using transaction specific rules
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance

Abstract

En la presente se proporciona un método para proporcionar a un titular de una tarjeta de pago el control sobre una tarjeta de pago, en un aspecto, el método de la presente invención usa una plataforma de administración para configurar un grupo de parámetros de uso para el uso de la tarjeta de pago. Después de esto, la tarjeta de pago está asociada a la plataforma de administración, y permite que el titular de la tarjeta de pago seleccione uno o más de los parámetros de uso. Basado en los parámetros de uso seleccionados, un grupo de parámetros del titular de la tarjeta de pago se asocia a la tarjeta de pago, e incluye definir reglas para determinar una transacción aceptable y una transacción inaceptable para la tarjeta de pago. Por lo tanto, la plataforma de administración intercepta una autorización para cada transacción de la tarjeta de pago e identifica, basado en los parámetros del titular de la tarjeta, cada una de las transacciones como una de las transacciones aceptables o las transacciones inaceptables. Finalmente, un mensaje notifica al titular de la tarjeta de pago de por lo menos una de las transacciones inaceptables.

Description

UN MÉTODO PARA QUE UN TITULAR DE UNA TARJETA DE PAGO CONTROLE Y ADMINISTRE EL USO DE UNA TARJETA DE PAGO Antecedentes de la invención Los solicitantes incorporan en la presente como referencia con todos los fines a cada una de la Solicitud No Provisoria de Patente Estadounidense N° 12/344.009 presentada el 19 de agosto de 2009, Solicitud Provisoria de Patente N° 60/935.187, presentada el 30 de julio de 2007, Solicitud de Patente No Provisoria N° 10/160.178, presentada el 4 de junio de 2002, Solicitud de Patente No Provisoria N° 09/506.830, presentada el 18 de enero de 2000, Solicitud de Patente No Provisoria n° 09/235.836, presentada el 22 de enero de 1999 y actualmente Patente Estadounidense N° 6.636.833; la Solicitud de Patente Provisoria Estadounidense N° 60/335.187 presentada el 30 de julio de 2007; la Solicitud de Patente Provisoria Estadounidense N° 60/295.020 presentada el 4 de junio de 2001; la Solicitud de Patente Provisoria Estadounidense N° 60/120.747, presentada el 18 de febrero de 1999; Solicitud de Patente Provisoria Estadounidense N° 60/134.027, presentada el 13 de mayo de 1999; la Solicitud de Patente Provisoria Estadounidense N° 60/144.875 presentada el 20 de julio de 1999, la Solicitud de Patente Provisoria Estadounidense N° 60/147.153, presentada el 4 de agosto de 1999; la Solicitud de Patente Provisoria Estadounidense N° 60/099.614 presentada el 9 de septiembre de 1998; la Solicitud de Patente Provisoria Estadounidense N° 60/098.175 presentada el 26 de agosto de 1998; la Solicitud de patente Provisoria Estadounidense N° 60/092.500 presentada el 13 de julio de 1998; la Solicitud de Patente Irlandesa N° S98 0458 presentada el 15 de junio de 1998; la Solicitud de Patente Irlandesa N° S98 0346 presentada el 5 de mayo de 1998; la Solicitud de Patente Irlandesa N° S98 0223 presentada el 25 de marzo de 1998.
Campo de la Invención La presente invención se relaciona en general con un método para que los titulares de tarjetas de pago controlen y administren una tarjeta de pago a través de parámetros de uso. Más específicamente, el método provee a los titulares de tarjetas de pago de la capacidad de seleccionar parámetros de uso y definir reglas para los parámetros de uso que permiten que el titular de la tarjeta de pago administre y proteja la tarjeta de pago proporcionando mensajes y rechazando transacciones basadas en la ocurrencia de parámetros de uso predefinidos y proporcionando análisis de las transacciones del titular de la tarjeta de pago.
Breve Descripción del Arte Relacionado Actualmente, las tarjetas de pago son un método conveniente y seguro para efectuar pagos, pero aún existen riesgos con el uso de tarjetas de pago, especialmente en lugares lejanos. En consecuencia, algunos titulares de tarjetas de pago dudan del valor del uso de tarjetas de pago debido a la incapacidad para eliminar todos los riesgos. La reacción del titular de una tarjeta de pago a los riesgos e inseguridades percibidos del uso de tarjetas de pago deriva en la disminución de la confianza y la fe en las instituciones financieras porque la respuesta de la institución financiera a los riesgos de fraude algunas veces no les demuestra claramente a los titulares de tarjetas de pago que la institución financiera está combatiendo activamente el fraude. Sin confianza en las instituciones financieras, algunos titulares de tarjetas de pago deciden usar dinero en efectivo para compras que consideran "riesgosas" provocando de ese modo una reducción en los volúmenes de transacciones de las tarjetas de pago.
Además, algunos titulares de tarjetas de pago están renuentes a usar una tarjeta de pago debido a una sensación de pérdida de control de los gastos. Cuando se usa efectivo, una parte puede al menos monitorear el dinero que se gasta y establecer cuánto se gasta determinando el importe que queda en la billetera de la parte. El problema con el efectivo es que es más difícil hacer un seguimiento de los importes totales gastados durante un período de tiempo y necesita cálculos manuales por la parte. Por ejemplo, si una parte desea determinar cuánto dinero se gastó durante un día particular, en un comercio particular, o en un tipo particular de bienes durante un período de tiempo, tal como una semana, la parte deberá usar manualmente recibos para calcular los totales para cada uno de los precedentes individualmente para analizar los patrones de gastos.
En consecuencia, sería conveniente proporcionar a un titular de una tarjeta la capacidad de controlar y administrar los gastos y el uso de la tarjeta de pago, brindándole al titular de la tarjeta de pago más confianza cuando utiliza la tarjeta de pago y alentando al titular de la tarjeta de pago a usar la tarjeta de pago para todas las transacciones.
Extracto de la Invención En la presente se proporciona un método para proporcionar a un titular de una tarjeta de pago el control sobre una tarjeta de pago y la administración de los gastos usando la tarjeta de pago.
Un primer método para proporcionar a un titular de una tarjeta de pago el control sobre una tarjeta de pago usa plataforma de administración para configurar un grupo de parámetros de uso para el uso de la tarjeta de pago. Después de esto, la tarjeta de pago se asocia a la plataforma de administración, y permite que el titular de la tarjeta de pago seleccione uno o más de los parámetros de uso. Basado en los parámetros de uso seleccionados, el titular de la tarjeta define reglas para cada parámetro de uso y dicho grupo de parámetros del titular de la tarjeta se asocian a la tarjeta de pago. Las reglas definidas por el titular de la tarjeta determinan una transacción aceptable y una transacción inaceptable para 1 tarjeta de pago. Luego, la plataforma de administración intercepta una autorización para cada transacción de la tarjeta de pago e identifica, basado en los parámetros del titular de la tarjeta, a cada una de las transacciones que como una de las transacciones aceptables o las transacciones inaceptables. Finalmente, un mensaje notifica al titular de la tarjeta de pago de por lo menos una de las transacciones inaceptables, si correspondiera.
Un segundo método para proporcionar al titular de una tarjeta de pago el control sobre una tarjeta de pago . usa una plataforma de administración para configurar un grupo de parámetros de uso para el uso de la tarjeta de pago. Después de esto, la tarjeta de pago se asocia a la plataforma de administración, y permite que el titular de la tarjeta de pago seleccione uno o más de los parámetros de uso. Basado en los parámetros de uso seleccionados, un grupo de parámetros del titular de la tarjeta se asocia a la tarjeta de pago, e incluye definir reglas para determinar una transacción aceptable y una transacción inaceptable para la tarjeta de pago. Luego, la plataforma de administración intercepta una autorización para cada transacción de la tarjeta de pago e identifica, basado en los parámetros del titular de la tarjeta, cada una de las transacciones como una de las transacciones aceptables o las transacciones inaceptables. Finalmente, la plataforma de administración rechaza por lo menos una de las autorizaciones para las transacciones identificadas por los parámetros del titular de la tarjeta como una de las transacciones inaceptables.
Un tercer método para proporcionar a un titular de una tarjeta de pago la capacidad de administrar una tarjeta de pago usando una plataforma de administración para configurar un grupo de parámetros de uso para el uso de la tarjeta de pago. Después de esto, la tarjeta de pago se asocia a la plataforma de administración, y permite que el titular de la tarjeta de pago seleccione uno o más de los parámetros de uso. Basado en los parámetros de uso seleccionados, un grupo de parámetros del titular de la tarjeta se asocian a la tarjeta de pago e incluyen definir reglas para determinar una transacción aceptable y una transacción inaceptable para la tarjeta de pago, definidos por un presupuesto. Luego, la plataforma de administración intercepta cada transacción de la tarjeta de pago e identifica, basado en los parámetros del titular de la tarjeta, cada una de las transacciones como una de las transacciones aceptables o las transacciones inaceptables. Finalmente, la plataforma de administración presenta información sobre un grupo de transacciones seleccionadas basado en un grupo de la totalidad de las transacciones para la tarjeta de pago, usando una interfaz de usuario.
Otros objetivos y características de la presente invención se harán más evidentes a partir de la siguiente descripción considerada en conjunto con el dibujo adjunto. También se debe entender, sin embargo, que el dibujo está diseñado como una ilustración solamente y no como una definición de los límites de la invención.
Breve Descripción de los Dibujos La Figura 1 es un diagrama ilustrado de un ejemplo de realización de la presente invención usando una plataforma de administración para prevenir el uso no deseado de una tarjeta de pago.
La Figura 2 es un diagrama ilustrado de un ejemplo de realización de la presente invención usando una plataforma de administración para monitorear los gastos a través de una tarjeta de pago.
Las Figuras 3-14 son capturas de pantalla de computadora de una interfaz de usuario que provee a un titular de una tarjeta de pago de la capacidad de controlar y administrar los gastos en una tarjeta de pago.
Descripción Detallada de las Realizaciones Preferidas La presente invención proporciona a un titular de una tarjeta de pago seguridades adicionales y le da al titular de la tarjeta de pago una tranquilidad de espíritu adicional permitiéndole al titular de la tarjeta de pago usar un plan de protección de la tarjeta con las tarjetas de pago existentes que brinda protección contra el fraude o el uso indebido y permite al titular de la tarjeta usar la tarjeta de pago para administrar y monitorear los hábitos de gastos. La presente invención también brinda protección y control permitiendo a una institución financiera o emisor de la tarjeta de pago configurar un grupo de parámetros de uso, adaptables a las actividades de gastos típicos del titular de la tarjeta de pago. Las tarjetas de pago elegibles para su uso con esta invención incluyen, en forma no taxativa, las tarjetas de débito y tarjetas de crédito.
La presente invención también brinda al titular de la tarjeta de pago la capacidad de seleccionar un grupo de parámetros del titular de la tarjeta basados en los parámetros de uso y asociar los parámetros del titular de la tarjeta a la tarjeta de pago. Los parámetros del titular de la tarjeta incluyen, por ejemplo, definir reglas para determinar transacciones que son aceptables e inaceptables para la tarjeta de pago. Una transacción aceptable puede incluir transacciones que el titular de la tarjeta no identifica que requieren la recepción de un mensaje desde la plataforma de administración o una transacción que no está bloqueada por la plataforma de administración. Una transacción inaceptable puede incluir transacciones que un titular de una tarjeta define que están fuera de los hábitos o patrones de gastos usuales, que están fuera de un presupuesto, que exceden los límites de uso, o que disparan un recordatorio o notificación de una o más transacciones específicas que están ocurriendo.
La selección de transacciones aceptables e inaceptables puede incluir la selección de opciones predefinidas o campos en blanco para cada uno de los parámetros de uso que permiten que el titular de la tarjeta de pago defina detalles, tales como limitaciones específicas de dólares estadounidenses o transacciones. Los parámetros del titular de la tarjeta luego se pueden usar para brindar a los titulares de las tarjetas de pago un mayor control sobre sus gastos permitiendo que el titular de la tarjeta use la tarjeta de pago para establecer presupuestos y contribuir a que el titular de la tarjeta de pago haga un seguimiento de los gastos.
La presente invención proporciona al titular de la tarjeta de pago el control y la administración de la tarjeta de pago usando una plataforma de administración, tal como el servicio prestado con la marca "MasterCard inControl" registrada a nombre de MasterCard International, Inc. La plataforma de administración puede brindar diferentes características que incluyen un conjunto de controles de autorización avanzada, enrutamiento de transacción y alerta diseñados para permitir que los emisores de tarjetas de pago introduzcan en forma más rápida y eficiente en costo productos nuevos y mejorados. Más específicamente, la plataforma de administración permite que un emisor de tarjetas de pago personalice en forma eficiente los parámetros de la tarjeta de pago, que incluyen los parámetros de uso, basado en las necesidades del titular de la tarjeta de pago consumidor o sociedad. El emisor de tarjetas de pago u otro vendedor o institución financiera puede administrar la plataforma de administración .
La plataforma de administración puede residir en una o más unidades de procesamiento central, que se conectan en red y son accesibles a través de cualquier técnica o interfaz conocida. La interfaz de usuario de la plataforma de administración es accesible por el titular de la tarjeta de pago, la plataforma de administración y el emisor de tarjetas de pago. La interfaz de usuario puede incluir varias interfaces en varias computadoras y una o más personas pueden acceder a ella. La presente invención contempla el uso de cualquier plataforma de administración que cumple la funcionalidad descrita en la presente.
Específicamente, la plataforma de administración usa el grupo de parámetros de uso provisto a ella, por ejemplo por un vendedor, una institución financiera, o el emisor de la tarjeta de pago, para permitir que el titular de la tarjeta de pago configure el grupo de parámetros del titular de la tarjeta seleccionando uno o más parámetros de uso y definiendo reglas para los parámetros de uso seleccionados. Los parámetros del titular de la tarjeta puede designar transacciones como aceptables o inaceptables, y pueden permitir que el titular de la tarjeta especifique valores umbrales para máximos o limitaciones sobre las transacciones. Cuando ocurre una actividad inaceptable, la plataforma de administración se puede configurar para enviar al titular de la tarjeta un mensaje o rechazar transacciones o patrones de transacciones que son inaceptables, de acuerdo con los parámetros del titular de la tarjeta. La plataforma de administración también se puede configurar para analizar transacciones y presentar un análisis de las transacciones asociadas al pago basado en parámetros del titular de la tarjeta.
Ejemplos del grupo de parámetros de uso, que se pueden usar para definir un grupo parámetros del titular de la tarjeta usando una plataforma de administración incluyen, en forma no taxativa, un límite sobre los importes totales de las transacciones durante un período de tiempo especificado, tal como un día, una semana, un mes, o un fin de semana; un límite sobre el importe de una sola transacción, tal como un límite de 500 dólares estadounidenses por cada transacción aplicado a todas las tarjetas de pago asociadas a la plataforma de administración o un límite de 500 dólares estadounidenses por cada transacción aplicado a ATM, Código de Clasificación del Comerciante (MCC) , Pedido por Correo / Pedido Telefónico (MOTO) y/o transacciones de Comercio Electrónico; un número máximo de transacciones en un período de tiempo específico, tal como un día, una semana, un mes, o un fin de semana; un número máximo de .transacciones para tipos específicos de transacciones, tales como comercio electrónico, MOTO, ATM, MCC, un grupo de MCC; un número máximo de cada tipo específico de transacciones, por ejemplo, comercio electrónico y MOTO; un límite sobre el uso geográfico de la tarjeta, por ejemplo, permitir el uso solamente en Estados Unidos o bloquear el uso en Grecia e Italia; un bloqueo sobre tipos específicos de transacciones, tales como el bloqueo de transacciones de comercio electrónico, MOTO, MCC, grupo de MCC, y/o ATM; un límite sobre el uso geográfico de la tarjeta de pago basado en el tipo de transacciones, por ejemplo, el bloqueo de transacciones de ATM no internas; un límite sobre los días de la semana en que se puede usar una tarjeta de pago, tales como la tarjeta de pago se puede usar solamente de lunes a viernes, y/o un límite sobre la hora del día en que se puede usar una tarjeta de pago, por ejemplo, el bloqueo del uso entre las 2 y las 5 de la mañana.
La plataforma de administración también se puede configurar para enviar un mensaje al titular de la tarjeta de pago usando el Servicio de Mensaje Corto (SMS), Mensaje Instantáneo (IM) , correo electrónico, u otros canales de tiempo real o de tiempo real cercano para todas las transacciones o para las transacciones seleccionadas. La plataforma de administración también puede brindar al titular de la tarjeta de pago la capacidad de designar diferentes tipos mensajes que dependen de cada transacción inaceptable específica. Por ejemplo, si la transacción inaceptable se considera de alta importancia, el titular de la tarjeta de pago puede desear el mensaje para la transmisión inmediata, por ejemplo usando SMS. Por el contrario, si la transacción inaceptable se considera de baja importancia, el titular de la tarjeta de pago puede designar una notificación por correo electrónico. Las transacciones inaceptables también se pueden bloquear usando la plataforma de administración.
La plataforma de administración se puede configurar de manera tal que, después de que ocurre la transacción, el titular de la tarjeta de pago puede usar la plataforma de administración para revisar todas las transacciones asociadas a la tarjeta de pago. La plataforma de administración opcionalmente monitorea y administra transacciones hechas usando la tarjeta de pago de manera tal que el titular de la tarjeta de pago pueda tener acceso a la siguiente información acerca del gasto asociado a la tarjeta de pago: (1) detalles de transacciones individuales; (2) información de transacciones previas; (3) información acerca de varias tarjetas de pago; (49 una comparación de información del presupuesto ingresado por el titular de la tarjeta de pago y gastos reales; (5) estados de gastos; (6) un análisis gráfico de gastos; (7) análisis del tipo de transacción, tal como el lugar de la transacción y el titular de la tarjeta que inició la transacción; y/o (8) comparación de los gastos del titular de la tarjeta de pago con datos promedio nacionales, según la disponibilidad .
Además, se pueden crear seguros en la plataforma de administración para proporcionar cero responsabilidad y protección contra el robo de identidad, de manera tal que el titular de la tarjeta de pago no sea responsable por ningún uso no autorizado o fraudulento, sean cuales fueren las circunstancias. La tarjeta de pago se asocia a la plataforma de administración usando cualquier técnica conocida y la puede asociar el emisor de la tarjeta de pago, el titular de la tarjeta de pago, el administrador de la plataforma de administración y/o un tercero.
Con referencia a la Figura 1, se muestra un ejemplo de la presente invención que usa una plataforma de administración 10 para permitir que un titular de una tarjeta de de pago 12 controle una tarjeta de pago 14 usando una interfaz de usuario 16 impidiendo el uso no deseado de la tarjeta de pago 14 y monitoreando el uso de la tarjeta de pago 14.
En primer lugar, la plataforma de administración 10 permite que una parte, por ejemplo, un emisor de una tarjeta de pago 18, establezca un grupo de parámetros de uso 20. Con fines de ejemplificación, y a modo de ejemplo no taxativo, el grupo de parámetros de usuario 20 puede ser configurado por el emisor de la tarjeta de pago para incluir (1) el rechazo de todas las transacciones que están por encima de un importe umbral; (2) la notificación automática si el número de transacciones excede una cantidad umbral durante un período de tiempo; (3) el rechazo de todas las transacciones fuera de un área geográfica dada (dicho de otro modo, la autorización solamente de transacciones desde un área geográfica dada) . Luego, el titular de la tarjeta de pago 12 puede acceder a la plataforma de administración 10 usando la interfaz de usuario 16. La interfaz de usuario 16 permite que el titular de la tarjeta de pago 12 acceda a la plataforma de administración 10, y el titular de la tarjeta de pago 12 puede definir un grupo de parámetros del titular de la tarjeta 22 basados en una selección de los parámetros de uso 20. Esta selección puede incluir la provisión por el usuario de variables específicas para los parámetros de uso 20 al definir los parámetros del titular de la tarjeta 22.
Por lo tanto, por ejemplo, y con referencia a los parámetros de uso 20 indicados anteriormente, los parámetros del titular de la tarjeta 22 se pueden definir para: (1) rechazar todas las transacciones individuales superiores a 1.000,00 dólares estadounidenses; (2) enviar un mensaje usando el correo electrónico si ocurren más de cinco transacciones en un día; y (3) permitir transacciones solamente en España, Italia e Inglaterra .
Es importante señalar que la selección del titular de la tarjeta de pago 12 del grupo de parámetros del titular de la tarjeta 22 puede incluir cualquier combinación de parámetros de uso 20, de manera tal que el titular de la tarjeta de pago 12 pueda seleccionar todos los parámetros de uso 20, solamente uno de los parámetros de uso 20 o cualquier número de parámetros de uso 20. Además, el titular de la tarjeta de pago 12 puede hacer cambios en los parámetros del titular de la tarjeta seleccionados 22 en cualquier momento usando la interfaz de usuario 16. A partir de los parámetros del titular de la tarjeta 22, el titular de la tarjeta de pago 12 puede definir reglas para determinar transacciones aceptables e inaceptables. Específicamente, los parámetros del titular de la tarjeta 22 se pueden definir para incluir importes y/u otras características, que definen umbrales para evaluar si una transacción es aceptable (es decir, está dentro de una gama deseada de usos) o inaceptable (es decir, está fuera de una gama deseada de usos) . El titular de la tarjeta de pago 12 también puede seleccionar como los parámetros del titular de la tarjeta 22 si (1) se provee un mensaje 26 al titular de la tarjeta de pago 12; (2) se rechaza la transacción (por ejemplo, una transacción inaceptable) usando una característica de rechazo automático 28; o (3) se envía el mensaje 26 al titular de la tarjeta de pago 12 y también se rechaza la transacción por la característica de rechazo automático 28. La característica de rechazo automático 28 es opcional y no requerida.
Una vez determinados, los parámetros del titular de la tarjeta 22 se asocian a la tarjeta de pago 14. Por ejemplo, la plataforma de administración 10 almacena los parámetros del titular de la tarjeta 22 y asocia los parámetros del titular de la tarjeta almacenados 22 a la tarjeta de pago 14 usando información de identificación, por ejemplo, la plataforma de administración 10 asigna un número de identificación único a la tarjeta de pago 14 y usa el número de identificación único para asociar los parámetros del titular de la tarjeta almacenados 22 a la tarjeta de pago 14. El titular de la tarjeta de pago 12 puede usar el sistema con dos o más de las tarjetas de pago 14, en donde los parámetros del titular de la tarjeta 22 se seleccionan una vez para algunas o la totalidad de las tarjetas de pago 14 o los parámetros de la tarjeta del titular 22 se pueden adaptar a algunas o la totalidad de las tarjetas de pago 14. Luego, cada grupo de los parámetros del titular de la tarjeta 22 está asociado a la tarjeta de pago relacionada 14.
Después de asociar los parámetros del titular de la tarjeta 22 a la tarjeta de pago 14, el titular de la tarjeta de pago 12 puede usar la tarjeta de pago 14 en la forma habitual. Cuando se usa la tarjeta de pago 14, el comerciante 30 inicia la transacción enviando la información de la tarjeta de pago 14 a un adquirente 32. Después de que la transacción sale del adquirente 32, la plataforma de administración 10 intercepta la autorización de la transacción. La plataforma de administración 10 usa el grupo de parámetros del titular de la tarjeta 22 del titular de la tarjeta de pago 12 para determinar si es necesaria alguna medida (por ejemplo, basado en los parámetros del titular de la tarjeta 22) , tal como enviando el mensaje 26 al titular de la tarjeta de pago 12 o rechazando la autorización para la transacción usando la característica de rechazo automático 28 (por ejemplo, si se determina que una transacción es inaceptable) en la plataforma de administración 10. La plataforma de administración 10 se puede configurar para enviar el mensaje 26 y/o activar la característica de rechazo automático para las transacciones consideradas inaceptables. Es importante señalar, cuando el mensaje 26 se envía al titular de la tarjeta de pago 12, que la autorización de la transacción permanece ininterrumpida. La autorización de la transacción se interrumpe cuando se activa la característica de rechazo automático.
La característica de rechazo automático 28 recibe instrucciones desde la plataforma de administración 10 para decirle al adquirente 32 que se niega la autorización para la transacción. Obsérvese que la autorización solamente se rechazará usando una característica de rechazo automático, si la plataforma de administración 10 interrumpe la transacción y la plataforma de administración 10 da instrucciones de rechazar la transacción. Si la plataforma de administración 10 por algún motivo no está operando o respondiendo, la transacción continuará siendo autorizada sin usar los parámetros del titular de la tarjeta 22 definidos en la plataforma de administración 10. Esto se incorpora en la plataforma de administración 10 para impedir que el titular de la tarjeta de pago 12 niegue la capacidad de usar la tarjeta de pago 14 debido a dificultadas técnicas con la plataforma de administración 10.
La Figura 2, que también proporciona un ejemplo de la presente invención que usa una plataforma de administración 10 para permitir que un titular de una tarjeta de pago 12 monitoree los gastos de una tarjeta de pago 14 en todas las transacciones a plazo se procesan y después las transacciones se procesan usando la interfaz de usuario 16. Como se indicó anteriormente, la característica de rechazo automático 28 es opcional y la realización que se muestra en la Figura 2 no incluye la característica de rechazo automático 28 (aunque podría incluirla) .
La interfaz de usuario 16 puede configurarse opcionalmente para permitir que se muestren las transacciones de una o más de las tarjetas de pago 14. En cualquier momento después de que ocurre la transacción, el portador de la tarjeta de pago 12 puede acceder a la interfaz de usuario 16 y ver todas las transacciones que se procesaron usando las tarjetas de pago 14. La presentación puede ser de cualquier tipo conocido y se puede conectar a la plataforma de administración 10 en cualquier forma conocida, tal como mediante conexiones por cable o inalámbricas.
La plataforma de administración 10 puede proporcionar también al titular de la tarjeta de pago 12 un análisis de los gastos usando las transacciones que se procesaron en la tarjeta de pago 14. Los análisis de gastos pueden indicar gastos para una o varias tarjetas 14 y pueden incluir un listado de transacciones, gráficos, y herramientas para asistir al titular de la tarjeta de pago 12 en el análisis de hábitos de gastos. Las Figuras 3-14 siguientes brindan más detalles y ejemplos de un ejemplo de configuración de la interfaz de usuario 16. Las Figuras 6-14 también muestran posibles herramientas de análisis de gastos y de presupuesto disponibles a través de la plataforma de administración 10 y la interfaz de usuario 16 accede a ellas. Las Figuras 3-14 muestran ejemplos de diferentes páginas web que se pueden usar con la presente invención. Como lo reconocerán los expertos en el arte, la interfaz de usuario 16 puede tener diferentes configuraciones, que incluyen diferentes configuraciones basadas en Internet u otras interfaces de usuario gráficas .
Las Figuras 3-14 proveen ejemplos de capturas de pantalla de la interfaz de usuario 16 adecuadas para el control y la administración de gastos para una tarjeta de pago usando herramientas de análisis y presupuesto de gastos. Con referencia a la Figura 3, se puede proveer un portal introductorio o una pantalla de registro 40, que permite que el titular de la tarjeta 12 registre una cuenta, por ejemplo, usando una contraseña 41, o un registro 42 para una cuenta nueva. Se pueden utilizar medidas de seguridad de registro conocidas (por ejemplo, protegido por una contraseña, sitio web seguro, etc.) La Figura 4 muestra una pantalla de configuración de la cuenta 50. La pantalla de configuración de la cuenta 50 puede permitir que el titular de la tarjeta de pago 12 instale y administre varios usuarios 52 y asigne 54 diferentes cantidades de las tarjetas de pago 14 a cada uno de los titulares de tarjetas de pago 12.
La interfaz de usuario 16 puede incluir una pantalla de fijación de parámetros del titular de la tarjeta 56, que se puede estar provisto de las herramientas de análisis y presupuesto de gastos o por separado de ella (por ejemplo, en un sitio web seguro o una interfaz de usuario gráfica por separado) . La Figura 5 proporciona una captura de pantalla de un ejemplo de la pantalla fijación de parámetros 56 que contiene los parámetros de uso disponibles 20 y los parámetros del titular de la tarjeta 22 seleccionados y definidos por el titular de la tarjeta de pago 12. Como lo reconocerán los expertos en el arte, la pantalla de fijación de parámetros 56 puede tener diferentes configuraciones que incluye una variedad de opciones para los parámetros de uso 20 y los parámetros del titular de la tarjeta 22, que incluyen, en forma no taxativa, el titular de la tarjeta de pago 12 con la capacidad de definir los parámetros del titular de la tarjeta 22 completando los espacios en blanco y seleccionando los parámetros predefinidos (por ejemplo, menúes o listas desplegables) . También se puede proporcionar la capacidad de designar transacciones para iniciar el mensaje 226 y/o la característica de rechazo automático 28.
Las Figuras 6-8 dan ejemplos de diferentes herramientas de análisis de gastos 58 disponibles con los importes gastados identificados por las categorías de transacción presentadas en cada pantalla 60, 70 y 80 de la interfaz de usuario 16. Se muestra un gráfico de torta 62 en la Figura 6, se muestra un gráfico de columnas 72 en la Figura 7 y se muestra un gráfico de barras 82 en la Figura 8. Las herramientas gráficas de análisis de gastos se presentan por categorías 64, 74 y 84 para períodos de tiempo mensuales 66, 76 y 86 y para el grupo seleccionado de usuarios 68, 78 y 88. Las categorías 64, 74 y 84 presentadas pueden incluir, en forma no taxativa, Mercaderías, Comestibles, Gasolina/Automóviles, Entretenimientos, Servicios Públicos, Viajes, Transporte, Servicios, Restaurantes, Efectivo, Cuidado de la Salud, y Varios/Otros.
Con referencia a la Figura 9, se muestra una pantalla de análisis de gastos 90 con un gráfico de gastos 92 para categorías seleccionadas 94 y titulares de tarjetas seleccionados 96 durante un período de tiempo seleccionado 98. Como lo reconocerán los expertos en el arte, la pantalla de análisis de gastos 90 puede tener diferentes configuraciones que incluyen análisis adicionales de las transacciones realizadas con la tarjeta de pago 14.
La Figura 10 muestra una pantalla de análisis de gastos mes por mes 100. Cada mes está representado en un gráfico de columnas 102 con los meses seleccionados 104 y el titular de la tarjeta seleccionado 106. La información acerca del gráfico de columnas 102 puede incluir los importes totales gastados cada mes 108, los importes gastados en diferentes categorías de transacciones (no se muestran) , u otras variaciones que podrá apreciar un experto en el arte.
Los detalles de todas las transacciones 112 se pueden poner a disposición en una pantalla de detalles de las transacciones 110 de la herramienta de análisis de gastos 58 que se muestra en la Figura 11. La pantalla de detalles de las transacciones 110 se puede configurar para mostrar datos seleccionados 114, titulares de tarjetas seleccionadas 116 y categorías seleccionadas 118.
La Figura 12 proporciona una pantalla de presupuesto 120 con herramientas de presupuesto 122 que incluyen la capacidad de ver el presupuesto de cada titular de la tarjeta, por ejemplo el Presupuesto de Juan 124 por la categoría 126 y por mes para los meses seleccionados 128. Como lo reconocerán los expertos en el arte, las herramientas de presupuesto 122 pueden tener diferentes configuraciones.
Con referencia a las Figuras 13-14, se muestran dos pantallas de análisis de presupuesto 130 y 150. Una herramienta de análisis de presupuesto 132 de la Figura 13 se muestra como un gráfico de columnas 134 u opcionalmente como un gráfico de barras (no se muestra) con los importes de las transacciones por categorías 136 para un período de tiempo seleccionado 138 y para titulares de tarjetas seleccionados 140. El gráfico de columnas 134 mostrado incluye una columna que indica el importe presupuestado 142 para cada categoría 136, el importe gastado dentro del presupuesto 144 y el importe gastado por encima del presupuesto 146. La Figura 14 proporciona específicamente un análisis de presupuesto 152 que permite la selección del titular (es) de la tarjeta 154 y enumera las categorías presupuestadas 156, el Presupuesto del Mes a la Fecha 158, el importe gastado Real del Mes a la Fecha 160, el porcentaje del Mes a la Fecha del Presupuesto gastado 162,. el Presupuesto del Año a la Fecha 164, el importe gastado Real del Año a la Fecha 166 y el porcentaje del Año a la Fecha del presupuesto gastado 158 con un total 170 para cada categoría incluida en la pantalla. Un experto en el arte reconocerá que la pantallas de análisis de presupuesto 130 y 150 pueden tener diferentes configuraciones.
Las ventajas de la presente invención incluyen la capacidad del titular de la tarjeta de pago 14 de tener control cuando usa las tarjetas de pago 14. La plataforma de administración 10 permite ventajosamente que el titular de la tarjeta de pago 12 tenga influencia directa sobre el proceso de autorización. Con dicha influencia directa, el titular de la tarjeta de pago 12 tiene la capacidad de revisar la tarjeta de pago 14 para asegurar que la tarjeta de pago 14 está operando correctamente y que se están mitigando los riesgos de fraude. Los titulares de tarjetas de pago 12 pueden obtener confianza porque el control brindado por la presente invención ofrece protección contra el fraude, dando al titular de la tarjeta de pago 12 confianza en la tarjeta de pago 14, lo cual hace que esté más dispuesto a usar la tarjeta de pago 14 en lugar del efectivo.
Aunque en la presente se han descrito realizaciones preferidas de la presente invención con referencia al dibujo adjunto, se deberá entender que la invención no está limitada a ninguna realización precisa y que un experto en el arte puede efectuar otros diferentes cambios y modificaciones en la presente sin apartarse del alcance o espíritu de la invención, y que se desea reivindicar todos aquellos cambios y modificaciones que están dentro del alcance de la invención.

Claims (21)

  1. REIVINDICACIONES Un método para proporcionar a un titular de una tarjeta de pago, control sobre una tarjeta de pago, CARACTERIZADO porque comprende . configurar, a través del uso de una plataforma de administración, un grupo de parámetros para el uso de la tarjeta de pago; asociar la tarjeta de pago a dicha plataforma de administración; permitir que el titular de la tarjeta de pago seleccione uno o más parámetros de uso; asociar un grupo de parámetros del titular de la tarjeta a la tarjeta de pago basado en dichos parámetros de uso seleccionados, en donde los parámetros del titular de la tarjeta incluyen definir reglas para cada uno de dichos parámetros de uso seleccionados para determinar una transacción aceptable y una transacción inaceptable para la tarjeta de pago; interceptar una autorización para cada transacción de la tarjeta de pago por la plataforma de administración; identificar, basado en los parámetros del titular de la tarjeta, cada una de dichas transacciones como una de dichas transacciones aceptables o dichas transacciones inaceptables; y notificar al titular de la tarjeta de pago, usando un mensaje, de por lo menos una de dichas transacciones inaceptables. El método de acuerdo con la reivindicación 1, CARACTERIZADO porque además comprende rechazar dicha autorización para dichas transacciones identificadas por dichos parámetros del titular de la tarjeta como dichas transacciones inaceptables. El método de acuerdo con la reivindicación 2, CARACTERIZADO porque el rechazo incluye obtener la verificación desde dicha plataforma de administración antes de rechazar autorización para cada una de dichas transacciones inaceptables. El método de acuerdo con la reivindicación 1, CARACTERIZADO porque dicho grupo de parámetros de uso incluye cualquier combinación de una o más características seleccionadas del grupo formado por: un límite sobre los importes totales de las transacciones durante un período de tiempo especificado; un límite sobre un importe de una transacción; un número máximo de transacciones en un período de tiempo específico; un número máximo de transacciones para tipos específicos de transacciones; un número máximo de cada tipo específico de transacciones; un límite sobre el uso geográfico de la tarjeta; un bloqueo sobre tipos específicos de transacciones ,-un límite sobre el uso geográfico de la tarjeta de pago basado en el tipo de transacción; un límite sobre los días de una semana en que se puede usar una tarjeta de pago; y un límite sobre un horario del día en que se puede usar una tarjeta de pago . El método de acuerdo con la reivindicación 1, CARACTERIZADO porque dichos parámetros de uso son configurados por un emisor de tarjetas de pago. El método de acuerdo con la reivindicación 1, CARACTERIZADO porque dicho paso de permitir que el titular de la tarjeta de pago seleccione uno o más de los parámetros de uso se realiza a través de dicha plataforma de administración. El método de acuerdo con la reivindicación 1, CARACTERIZADO porque el envío de dicho mensaje incluye cualquier combinación de uno o más métodos de envío seleccionados del grupo formado por: SMS, correo electrónico, mensaje instantáneo, canal de comunicación de tiempo real, y canales de comunicación de tiempo real cercanos. Un método para proporcionar a un titular de una tarjeta de pago el control sobre una tarjeta de pago, CARACTERIZADO porque comprende : configurar, a través del uso de una plataforma de administración, un grupo de parámetros de uso para el uso de la tarjeta de pago; asociar la tarjeta de pago a dicha plataforma de de administración, permitir que el titular de la tarjeta de pago seleccione uno o más de dichos parámetros de uso; asociar un grupo de parámetros del titular de la tarjeta a la tarjeta de pago basado en dichos parámetros de uso seleccionados, en donde dichos parámetros del titular de la tarjeta incluyen definir reglas para cada uno de dichos parámetros de uso seleccionados para determinar una transacción aceptable y una transacción inaceptable para la tarjeta de pago; interceptar una autorización para cada transacción de la tarjeta de pago por dicha plataforma de administración; identificar, basado en dichos parámetros del titular la tarjeta, cada una de dichas transacciones como uno de dichas transacciones aceptables o dichas transacciones inaceptables; rechazar, a través de una característica de rechazo automático, por lo menos una de dichas autorizaciones para dicha transacción identificada por dichos parámetros del titular de la tarjeta como una de dichas transacciones inaceptables . El método de acuerdo con la reivindicación 8, CARACTERIZADO porque dicha característica de rechazo automático requiere la verificación de dicha plataforma de administración antes de rechazar dicha autorización para cada una de dichas transacciones . El método de acuerdo con la reivindicación 8, CARACTERIZADO porque dicho grupo de parámetros de uso incluye cualquier combinación de una o más características seleccionadas del grupo formado por: un límite sobre los importes totales de las transacciones durante un período de tiempo especificado; un límite sobre un importe de una transacción; un número máximo de transacciones en un período de tiempo específico; un número máximo de transacciones para tipos específicos de transacciones; un número máximo de cada tipo específico de transacciones; un límite sobre el uso geográfico de la tarjeta; un bloqueo sobre tipos específicos de transacciones; un límite sobre el uso geográfico de la tarjeta de pago basado en el tipo de transacción; un límite sobre los días de una semana en que se puede usar una tarjeta de pago; y un límite sobre un horario del día en que se puede usar una tarjeta de pago . 11. El método de acuerdo con la reivindicación 8, CARACTERI ADO porque dichos parámetros de uso son configurados por un emisor de tarjetas de pago. 12. El método de acuerdo con la reivindicación 8, CARACTERIZADO porque dicho paso de permitir que el titular de la tarjeta de pago seleccione uno o más de los parámetros de uso se realiza a través de dicha plataforma de administración. 13. El método de acuerdo con la reivindicación 8, CARACTERIZADO porque el envío de dicho mensaje incluye cualquier combinación de uno o más métodos de envío seleccionados del grupo formado por: SMS, correo electrónico, mensaje instantáneo, canal de comunicación de tiempo real, y canales de comunicación de tiempo real cercanos. 14. Un método para proporcionar a un titular de una tarjeta de pago la capacidad de administrar una tarjeta de pago CARACTERIZADO porque comprende : configurar, a través del uso de una plataforma de administración, un grupo de parámetros de uso para el uso de la tarjeta de pago; asociar la tarjeta de pago a dicha plataforma de de administración, permitir que el titular de la tarjeta de pago seleccione uno o más de dichos parámetros de uso; asociar un grupo de parámetros del titular de la tarjeta a la tarjeta de pago basado en dichos parámetros de uso seleccionados, en donde dichos parámetros del titular de la tarjeta incluyen definir reglas para cada uno de dichos parámetros de uso seleccionados para determinar una transacción aceptable y una transacción inaceptable para la tarjeta de pago; interceptar una autorización para cada transacción de la tarjeta de pago por dicha plataforma de administración; identificar, basado en dichos parámetros del titular la tarjeta, cada una de dichas transacciones como uno de dichas transacciones aceptables o dichas transacciones inaceptables; y presentar información acerca de un grupo de transacciones seleccionadas basado en un grupo de todas las transacciones para la tarjeta de pago, usando una interfaz de usuario. El método de acuerdo con la reivindicación 14, CARACTERIZADO porque dicho grupo de parámetros de uso incluye cualquier combinación de una o más características seleccionadas del grupo formado por : un límite sobre los importes totales de las transacciones durante un período de tiempo especificado; un límite sobre un importe de una transacción; un número máximo de transacciones en un período de tiempo específico; un número máximo de transacciones para tipos específicos de transacciones; un número máximo de cada tipo específico de transacciones ; un límite sobre el uso geográfico de la tarjeta; un bloqueo sobre tipos específicos de transacciones; un límite sobre el uso geográfico de la tarjeta de pago basado en el tipo de transacción; un límite sobre los días de una semana en que se puede usar una tarjeta de pago; y un límite sobre un horario del día en que se puede usar una tarjeta de pago. El método de acuerdo con la reivindicación 14, CARACTERIZADO porque dichos parámetros de uso son configurados por un emisor de tarjetas de pago. 17. El método de acuerdo con la reivindicación 14, CARACTERIZADO porque dicho paso de permitir que el titular de la tarjeta de pago seleccione uno o más de los parámetros de uso se realiza a través de dicha plataforma de administración. 18. El método de acuerdo con la reivindicación 14, CARACTERIZADO porque dicha interfaz de usuario proporciona un análisis de dichas transacciones seleccionadas. 19. El método de acuerdo con la reivindicación 18, CARACTERIZADO porque dicho análisis está basado en cualquier combinación de una o combinaciones de características seleccionadas del grupo formado por: una categoría de transacción, un período de tiempo especificado, una tarjeta de pago especificada, un grupo de detalles para la transacción, y una comparación de importes de transacciones e importes de transacciones presupuestadas. 20. El método de acuerdo con la reivindicación 14, CARACTERIZADO porque dicha interfaz de usuario proporciona una presentación gráfica de dichas transacciones seleccionadas. 21. El método de acuerdo con la reivindicación 20, CARACTERIZADO porque dicha presentación se puede seleccionar del grupo formado por: un gráfico de barras, un gráfico de columnas, un gráfico de torta, un gráfico de líneas, una lista, y combinaciones de ellos.
MX2011002531A 2008-09-08 2009-09-08 Un metodo para que un titular de una tarjeta de pago controle y administre el uso de una tarjeta de pago. MX2011002531A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US9512508P 2008-09-08 2008-09-08
PCT/US2009/005029 WO2010042144A2 (en) 2008-09-08 2009-09-08 A method for a payment cardholder to control and manage the use of a payment card

Publications (1)

Publication Number Publication Date
MX2011002531A true MX2011002531A (es) 2011-06-28

Family

ID=42101129

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2011002531A MX2011002531A (es) 2008-09-08 2009-09-08 Un metodo para que un titular de una tarjeta de pago controle y administre el uso de una tarjeta de pago.

Country Status (10)

Country Link
US (1) US20110202462A1 (es)
JP (4) JP5975644B2 (es)
CN (1) CN102232224A (es)
AU (1) AU2009302845B2 (es)
BR (1) BRPI0919088A2 (es)
CL (1) CL2011000487A1 (es)
CO (1) CO6341669A2 (es)
MX (1) MX2011002531A (es)
NZ (1) NZ591623A (es)
WO (1) WO2010042144A2 (es)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130304637A1 (en) * 2007-10-02 2013-11-14 American Express Travel Related Services Company, Inc. Fraud control integrated form filling tool
US9747598B2 (en) 2007-10-02 2017-08-29 Iii Holdings 1, Llc Dynamic security code push
US20100114768A1 (en) 2008-10-31 2010-05-06 Wachovia Corporation Payment vehicle with on and off function
US10867298B1 (en) 2008-10-31 2020-12-15 Wells Fargo Bank, N.A. Payment vehicle with on and off function
US20130226805A1 (en) * 2010-04-01 2013-08-29 Bank Of America Corporation Protection for exceeding a credit threshold
US8401904B1 (en) * 2011-11-13 2013-03-19 Google Inc. Real-time payment authorization
BG111283A (bg) * 2012-08-07 2014-02-28 Димитър АПОСТОЛОВ Метод и система за междинен анализ, контрол и оторизация на електронни плащания
US20140052635A1 (en) * 2012-08-20 2014-02-20 Bank Of America Corporation Time-sensitive readable indicia for fundraising
JP2014146186A (ja) * 2013-01-29 2014-08-14 L&C International株式会社 決済支援装置および決済支援プログラム
JP6223713B2 (ja) * 2013-05-27 2017-11-01 株式会社東芝 電子機器、方法及びプログラム
US9721248B2 (en) 2014-03-04 2017-08-01 Bank Of America Corporation ATM token cash withdrawal
CN104331798A (zh) * 2014-10-23 2015-02-04 杨方东 一种账户操作控制方法
US11429975B1 (en) 2015-03-27 2022-08-30 Wells Fargo Bank, N.A. Token management system
US11170364B1 (en) 2015-07-31 2021-11-09 Wells Fargo Bank, N.A. Connected payment card systems and methods
US10460367B2 (en) 2016-04-29 2019-10-29 Bank Of America Corporation System for user authentication based on linking a randomly generated number to the user and a physical item
US10268635B2 (en) 2016-06-17 2019-04-23 Bank Of America Corporation System for data rotation through tokenization
US10992679B1 (en) 2016-07-01 2021-04-27 Wells Fargo Bank, N.A. Access control tower
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
US11615402B1 (en) 2016-07-01 2023-03-28 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
US11257066B2 (en) 2016-09-30 2022-02-22 Middleware, Inc. Automated digital method and system of providing or sharing access
US10776772B2 (en) * 2016-09-30 2020-09-15 Middleware, Inc. Automated digital method and system of providing or sharing access
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
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

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5999596A (en) * 1998-03-06 1999-12-07 Walker Asset Management Limited Method and system for controlling authorization of credit card transactions
US6636833B1 (en) * 1998-03-25 2003-10-21 Obis Patents Ltd. Credit card system and method
JP2000194747A (ja) * 1998-12-25 2000-07-14 Toshiba Corp 取引承認システム
IL144713A0 (en) * 1999-02-18 2002-06-30 Orbis Patents Ltd Credit card system and method
US20010047336A1 (en) * 2000-04-03 2001-11-29 Maycock Sidney M. Credit card management system
JP2002092325A (ja) * 2000-09-18 2002-03-29 Toppan Forms Co Ltd 利用明細書の配信方法及び配信システム
US20050137971A1 (en) * 2000-10-02 2005-06-23 Ibm Corporation Personally customizable credit card accounts
US6931382B2 (en) * 2001-01-24 2005-08-16 Cdck Corporation Payment instrument authorization technique
WO2002075499A2 (en) * 2001-03-19 2002-09-26 Mastercard International Incorporated Method and system for making small payments using a payment card
KR20030002534A (ko) * 2001-06-29 2003-01-09 에스케이 텔레콤주식회사 신용카드 사용내역 실시간 통보서비스 방법 및 신용카드사용내역 관리방법
US7389275B2 (en) * 2002-03-05 2008-06-17 Visa U.S.A. Inc. System for personal authorization control for card transactions
JP2005025306A (ja) * 2003-06-30 2005-01-27 Bank Of Tokyo-Mitsubishi Ltd Icカード及びicカード端末
JP2005070935A (ja) * 2003-08-21 2005-03-17 Nec System Technologies Ltd 推定口座残高参照システム、推定口座残高参照方法及びそのプログラム
JP2005174207A (ja) * 2003-12-15 2005-06-30 Nippon Shinpan Co Ltd 決済確認機能を有するサーバ及び決済確認方法
JP2006004337A (ja) * 2004-06-21 2006-01-05 Seiko Epson Corp カード決済システム
JP2006039729A (ja) * 2004-07-23 2006-02-09 Oki Electric Ind Co Ltd 取引システムおよび取引装置および決済システム
JP2006059272A (ja) * 2004-08-23 2006-03-02 Bank Of Tokyo-Mitsubishi Ltd 利用認証装置、信用照会端末、利用認証システム、及び利用認証方法
JP2006190112A (ja) * 2005-01-06 2006-07-20 Japan Research Institute Ltd 電子決済システム、個人用端末、加盟店用端末、認証・決済装置、電子決済方法、および電子決済プログラム
JP2006338355A (ja) * 2005-06-02 2006-12-14 Fujitsu Ltd 決済装置
KR100845572B1 (ko) * 2006-07-14 2008-07-10 전수안 유무선, 휴대 인터넷 단말기를 이용한 카드의 사용한도액 조정방법
EP2118837A4 (en) * 2007-01-09 2012-07-11 Visa Usa Inc MOBILE PHONE PAYMENT PROCESS INVOLVING A LIMIT INDICATOR
US20080217399A1 (en) * 2007-03-07 2008-09-11 Eric Leblanc System and method for controlling usage of a payment card
US20110047075A1 (en) * 2009-08-19 2011-02-24 Mastercard International Incorporated Location controls on payment card transactions

Also Published As

Publication number Publication date
AU2009302845A1 (en) 2010-04-15
JP2018152104A (ja) 2018-09-27
JP5975644B2 (ja) 2016-08-23
JP6621867B2 (ja) 2019-12-18
BRPI0919088A2 (pt) 2015-12-15
WO2010042144A2 (en) 2010-04-15
US20110202462A1 (en) 2011-08-18
JP6047619B2 (ja) 2016-12-21
CN102232224A (zh) 2011-11-02
CO6341669A2 (es) 2011-11-21
WO2010042144A3 (en) 2010-06-17
JP2015167020A (ja) 2015-09-24
JP2017079077A (ja) 2017-04-27
JP2012502353A (ja) 2012-01-26
CL2011000487A1 (es) 2011-07-01
NZ591623A (en) 2013-11-29
JP6336012B2 (ja) 2018-06-06
AU2009302845B2 (en) 2016-05-26

Similar Documents

Publication Publication Date Title
JP6621867B2 (ja) ペイメントカード保有者によるペイメントカード使用の制御と管理の方法
US11010766B1 (en) Payment vehicle with on and off functions
US9639836B2 (en) Online banking digital wallet management
US11676136B1 (en) Payment vehicle with on and off function
US10134030B2 (en) Customer token preferences interface
US7581674B2 (en) Financial transaction system and method
AU2010221513B2 (en) System and method for account level blocking
US20020099648A1 (en) Method of reducing fraud in credit card and other E-business
US20140032410A1 (en) Method and system for linking and controling of payment cards with a mobile
US20110010296A1 (en) System for personal authorization control for card transactions
US20150254642A1 (en) Digital wallet exposure reduction
US20060206350A1 (en) Security method and apparatus for preventing credit card fraud
US20100114748A1 (en) Predictive advisor system and method for communicating with a user regarding a payment account in a computer network
US20150254641A1 (en) Mobile device credential exposure reduction
US20150254644A1 (en) Credential payment obligation visibility
PÁNEK et al. ELECTRONIC COMMUNICATION WITH A COMMERCIAL BANK

Legal Events

Date Code Title Description
FC Refusal