MXPA04008599A - Sistema de transferencia electronica. - Google Patents

Sistema de transferencia electronica.

Info

Publication number
MXPA04008599A
MXPA04008599A MXPA04008599A MXPA04008599A MXPA04008599A MX PA04008599 A MXPA04008599 A MX PA04008599A MX PA04008599 A MXPA04008599 A MX PA04008599A MX PA04008599 A MXPA04008599 A MX PA04008599A MX PA04008599 A MXPA04008599 A MX PA04008599A
Authority
MX
Mexico
Prior art keywords
transaction
identification
user
request
manager
Prior art date
Application number
MXPA04008599A
Other languages
English (en)
Inventor
Kin Michael Ong Yong
Original Assignee
Creative On Line Technologies
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Creative On Line Technologies filed Critical Creative On Line Technologies
Publication of MXPA04008599A publication Critical patent/MXPA04008599A/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/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • 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/04Payment circuits
    • 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/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • 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/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108Remote banking, e.g. home banking
    • 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/08Payment architectures
    • G06Q20/12Payment architectures specially adapted for electronic shopping systems
    • 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/385Payment protocols; Details thereof using an alias or single-use codes
    • 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
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • 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

La presente invencion se refiere a un metodo para llevar a cabo una transaccion en linea, que incluye proporcionar un administrador de transacciones (12). Generar una identificacion de solicitud de transaccion, de uso unico, el administrador de transacciones relaciona la identificacion de la solicitud de transaccion con la informacion bancaria de un usuario registrado. Proporcionar al usuario registrado la identificacion de solicitud de transaccion; el usuario registrado solicita al vendedor la compra de un producto o servicio que tenga un valor, la solicitud de compra incluye proporcionar la identificacion de solicitud de transaccion, al vendedor. El vendedor envia una solicitud de pago al administrador de transacciones, para una transferencia de fondos del valor, desde el usuario hasta el vendedor, la solicitud de pago incluye la identificacion de la solicitud de transaccion y el valor; el administrador de transacciones verifica la validez e la identificacion de la solicitud de transacciones e inhabilita la reutilizacion de la identificacion de la solicitud de transacciones; y si la identificacion de la solicitud de transaccion es valida, envia una solicitud de EFT a una institucion financiera, para transferir el valor en fondos, desde el usuario hasta el vendedor, la solicitud de EFT incluye la informacion.

Description

Published: For two-lcuer codes and other abbreviations, refer to the "Guid- — with ¡ntemational search repon anee Notes on Codes and Abbreviations " appearing at the begin- ning of each regular issue of the PCT Gazette.
SISTEMA DE TRANSFERENCIA ELECTRÓNICA CAMPO DE LA INVENCIÓN La presente invención consiste en un sistema de transferencias electrónicas y en un método para llevar a cabo compras en línea.
ANTECEDENTES DE LA INVENCIÓN Los sistemas actuales para transacciones de comercio electrónico proporcionan a muchos consumidores una confianza insuficiente para realizar compras en línea. Los consumidores tienen preocupaciones referentes a la seguridad al usar sus tarjetas de crédito o sus tarjetas de débito para realizar compras. Se preocupan de que la información de sus tarjetas de crédito caigan en malas manos y que el propietario de las tarjetas de crédito tenga que hacerse responsable de transacciones que no realizó ni autorizó. El método de transferencia electrónica de fondos (EFT, por sus siglas en inglés) descrito en la especificación que acompaña a la solicitud internacional PCT/AU01/00137 proporciona un proceso que adiciona seguridad a la transacción. La presente invención se refiere a mejoras adicionales a este método.
REF.: 158626 BREVE DESCRIPCIÓN DE LA INVENCIÓN De conformidad con la presente invención se proporciona un método para llevar a cabo una transacción en línea, que incluye los pasos de: proporcionar un administrador de transacciones; generar una identificación de la solicitud de transacción de uso único; el administrador de transacciones relaciona la identificación de la solicitud de transacción, con información bancaria de un usuario registrado; proporcionar al usuario registrado la identificación de la solicitud de transacción; el usuario registrado solicita al vendedor la compra de un producto o servicio que tenga un valor, la solicitud de compra incluye proporcionar al vendedor la identificación de la solicitud de transacción, el vendedor envía una solicitud de pago al administrador de transacciones, por una transferencia de fondos del valor, del usuario al vendedor, la solicitud de pago incluye la identificación de la solicitud de transacción y el valor; el administrador de transacciones verifica la validez de la identificación de la solicitud de transacción e inhabilita la reutilización de la identificación de la solicitud de transacción; si la identificación de la solicitud de transacción es válida, enviar una solicitud de EFT a una institución financiera para transferir el valor de los fondos, del usuario al vendedor, la solicitud de EFT incluye la información bancaria; verificar si hay fondos suficientes en la cuenta bancaria del usuario y si hay fondos suficientes, la institución financiera realiza la transferencia de acuerdo con la información bancaria; y el administrador de transacciones recibe la confirmación de la transferencia, de la institución financiera, y envía la confirmación al vendedor. Preferentemente el administrador de transacciones genera la identificación de la solicitud de transacción. En una modalidad la identificación de la solicitud de transacción incluye un número aleatorio. En otra modalidad la identificación de la solicitud de transacción es generada usando una fórmula. Todavía en otra modalidad la identificación de la solicitud de transacción es generada usando un número aleatorio y una fórmula. Preferentemente una identificación de transacción combinada se genera mezclando la identificación de la solicitud de transacción, generada por el administrador de transacciones, y un código de identificación suministrado por el usuario, la identificación de transacción combinada es 4 enviada en la solicitud de compra al administrador de transacciones . Preferentemente la información bancaria relacionada con la identificación de la solicitud de transacción incluye un número de tarjeta de crédito o de tarjeta de débito, una fecha de expiración de la tarjeta, un número de identificación personal (NIP) o una contraseña y un nombre del titular de la tarjeta. Alternativamente la información bancaria incluye un número de cuenta bancaria. Adicionalmente puede incluir información del tipo de cuenta bancaria y del titular de la cuenta bancaria. Preferentemente el registro del usuario ocurre antes de la generación de la identificación de la transacción. Preferentemente el registro del usuario implica la creación de una cuenta de usuario en el administrador de transacciones, en donde la cuenta del usuario del administrador de transacciones incluye un número de cuenta en el administrador de transacciones, y la información bancaria es proporcionada por el usuario al administrador de transacciones. Preferentemente el administrador de transacciones confirma la información bancaria con la institución financiera del usuario. Preferentemente el registro del usuario incluye que el usuario proporcione al administrador de transacciones el código de identificación suministrado por el usuario. Preferentemente el administrador de transacciones registra información adicional del usuario, tal como detalles personales, en la cuenta del usuario en el administrador de transacciones. Preferentemente la identificación de la solicitud de transacción está relacionada con la cuenta del usuario en el administrador de transacciones, asociando con ello la identificación de la solicitud de transacción, con la información bancaria. Preferentemente la información de la cuenta del usuario en el administrador de transacciones, incluye una fecha de expiración de la cuenta en el administrador de transacciones, y una contraseña de cuenta en el administrador de transacciones. Preferentemente la información de la cuenta en el administrador de transacciones incluye además un alias de la cuenta en el administrador de transacciones. Preferentemente cada relación de una identificación de la solicitud de transacción, con la información bancaria, incluye además un número de cuenta en el administrador de transacciones o un alias de cuenta de transacción, un limite de la transacción, y una contraseña para poder exceder el limite de la transacción. Preferentemente el administrador de transacciones proporciona al usuario registrado, otra identificación de la solicitud de transacción de uso único, al ser solicitada por el usuario registrado. Preferentemente el vendedor es registrado en el administrador de transacciones. Preferentemente el registro del vendedor implica que el administrador de transacciones proporcione al vendedor una identificación del vendedor. Preferentemente, la solicitud de compra enviada por el vendedor al administrador de transacciones, incluye la identificación del vendedor. Preferentemente la solicitud de compra incluye la identificación de transacción combinada, en donde al vendedor se proporciona una identificación de la solicitud de transacción, en la forma de la identificación de transacción de combinación. Preferentemente la solicitud de compra incluye proporcionar al vendedor el valor de la compra. Alternativamente el usuario indica el artículo de compra y el vendedor proporciona el valor de la compra. Preferentemente el administrador de transacciones valida la identificación de la solicitud de transacción, verificando que la identificación de la solicitud de transacción esté relacionada con la cuenta del usuario en el administrador de transacciones. Preferentemente la contraseña de la cuenta en el administrador de transacciones es proporcionada para autenticar la identidad del usuario que proporciona la identificación de la solicitud de transacción. Preferentemente la inhabilitación del uso de la identificación de la solicitud de transacción se lleva a cabo removiendo la relación entre la identificación de la solicitud de transacción y el número de cuenta del usuario en el administrador de transacciones. Alternativamente, la identificación de la solicitud de transacción es borrada de la información de la cuenta del usuario en el administrador de transacciones. Preferentemente la inhabilitación del uso de la identificación de la solicitud de transacción incluye el paso de adicionar la identificación de la solicitud de transacción a una lista agotada, en donde la lista agotada se usa para asegurar que la identificación de la solicitud de transacción no vuelva a ser utilizada. En una modalidad el paso de inhabilitar la reutilización de la identificación de la solicitud de transacción, incluye la fórmula para generar la identificación de la solicitud de transacción de uso único, que incluye un incremento en la próxima solicitud de identificación de transacción emitida. Preferentemente el método para generar la identificación de transacción incluye proporcionar un dígito o carácter de una suma de comprobación, en la identificación de la solicitud de transacción. Preferentemente la identificación de la solicitud de transacción es un número. Preferentemente la solicitud de EFT, a la institución financiera, se lleva a cabo usando detalles de la tarjeta de crédito o de la cuenta bancaria, la cantidad de la transferencia (valor de la transferencia) y los detalles de la cuenta del vendedor enviados a la institución financiera para transferir los fondos de acuerdo con un sistema estándar para la transferencia electrónica de fondos. Preferentemente la institución financiera envía una respuesta de fondos insuficientes si no hay fondos suficientes, después de lo cual el administrador de transacciones envía al vendedor una respuesta de fondos insuficientes . En una modalidad la confirmación de la transferencia enviada desde la institución financiera al administrador de transferencias, es el mismo mensaje de confirmación enviado del administrador de transacciones al vendedor. En otra modalidad el administrador de transacciones crea un mensaje de confirmación, diferente, para el vendedor. Preferentemente la confirmación de la transferencia de fondos es enviada desde el vendedor o administración de transacciones, al usuario. Preferentemente esta configuración es enviada en la forma de un mensaje de correo electrónico. Preferentemente la identificación de la solicitud de transacción es expedida al usuario en un ambiente en línea, tal como a través de la Internet. Alternativamente la identificación de la solicitud de transacción es proporcionada al usuario a través de un sistema de interfase telefónica. Alternativamente la identificación de transacciones es expedida al usuario enviando la identificación de transacción a un dispositivo de almacenamiento portátil que tiene el usuario. Preferentemente el usuario puede activar la transferencia de la identificación de la solicitud de transacción, desde el dispositivo portátil hacia el vendedor. Preferentemente el dispositivo de almacenamiento portátil puede almacenar una pluralidad de identificaciones de solicitudes de transacciones . Preferentemente al usuario se puede proporcionar una pluralidad de identificaciones de solicitudes de transacciones. Preferentemente el administrador de transacciones administra una pluralidad de usuarios registrados, cada uno de los cuales tiene una pluralidad de identificaciones de solicitudes de transacciones, disponibles para usarse para realizar la compra . Preferentemente el administrador de transacciones registra una pluralidad de vendedores. Preferentemente el administrador de transacciones puede llevar a cabo transferencias electrónicas entre una pluralidad de instituciones financieras. Preferentemente la identificación de la solicitud de transacción es una cadena de caracteres .
Preferentemente la identificación de la solicitud de transacción es una cadena de caracteres generada aleatoriamente . De conformidad con otro aspecto de la invención, se proporciona un método para llevar a cabo una transacción financiera, en linea, que comprende los pasos de: registrar a un usuario en un administrador de transacciones ; proporcionar al usuario un código de identificación de transacción; identificar al usuario, en el administrador de transacciones, cuando el usuario proporcione el código de identificación al administrador de transacciones, para su verificación, y cuando sea verificado proporcionar al usuario un código de transacción de uso único; solicitar una transacción financiera que incluya que el usuario proporcione el código de la transacción; y verificar la identidad del usuario a partir del código de transacción, y cuando sea verificado autorizar la transacción financiera. Preferentemente el código de identificación comprende un código de inicio de sesión y una contraseña. Preferentemente el código de identificación está asociado con información bancaria del usuario, la cual es almacenada por el administrador de transacciones. Preferentemente el código de transacción es generado por el administrador de transacciones. Preferentemente el código de transacción está relacionado con el código de identificación. Preferentemente el usuario solicita la transacción de una tercera parte. Preferentemente la tercera parte es un vendedor. Preferentemente la transacción es para la compra de un bien o servicio, al vendedor. Alternativamente la tercera parte es una institución financiera . Preferentemente el usuario proporciona a la tercera parte el código de transacción como una parte de la solicitud. Preferentemente el código de transacción es proporcionado al administrador de transacciones, por la tercera parte. Preferentemente el valor de la transacción financiera es proporcionado al administrador de transacciones, por la tercera parte. Preferentemente, si la transacción financiera es autorizada, se envía una solicitud de transferencia electrónica de fondos (EFT) a una institución financiera de acuerdo con la información bancaria almacenada por el administrador de transacciones. Preferentemente la solicitud de EFT es para la transferencia del valor de la transacción del usuario, de acuerdo con la información bancaria del usuario, a la tercera parte. Preferentemente se lleva a cabo una comprobación antes de autorizar la transacción referente a si se deja o no proceder la transacción. Preferentemente se deja proceder la transacción si se encuentran disponibles suficientes fondos para cubrir la cantidad de la transacción. Alternativamente se lleva a cabo una verificación como parte de la EFT, referente a si se encuentran o no suficientes fondos disponibles para llevar a cabo la EFT. Preferentemente se notifica al administrador de transacciones, del éxito de la EFT. Preferentemente el administrador de transacciones proporciona una confirmación a la tercera parte, del éxito de la transacción financiera. También, de conformidad con la presente invención, se proporciona un método para llevar a cabo una transacción en linea, que incluye los pasos de: proporcionar un administrador de transacciones; generar una identificación de solicitud de transacción de uso único; el administrador de transacciones relaciona la identificación de la solicitud de transacción, con información bancaria de un usuario registrado; proporcionar al usuario registrado una identificación de la solicitud de transacción; el usuario registrado solicita transferir una cantidad desde una cuenta del usuario hasta una cuenta, la solicitud de transferencia incluye proporcionar la identificación de la solicitud de transacción y la cantidad, al administrador de transacciones; el administrador de transacciones verifica la validez de la identificación de la solicitud de transacción e inhabilita la reutilización de la identificación de la solicitud de transacción; si la identificación de la transacción es válida, enviar una solicitud de EFT a una institución financiera, para transferir la cantidad de fondos desde la cuenta del usuario hasta la otra cuenta, y la solicitud de EFT incluye la información bancaria; verificar si hay o no fondos suficientes en la cuenta bancaria del usuario y si se encuentran presentes fondos suficientes, la institución financiera lleva a cabo la transferencia, de acuerdo con la información bancaria; y el administrador de transacciones recibe la confirmación de la transferencia, de la institución financiera, y envía la confirmación al usuario. De conformidad con la presente invención se proporciona un sistema para llevar a cabo una transacción en línea, que incluye: medios para que un usuario solicite la transferencia de un valor monetario que vaya a ser transferido a una parte receptora, y proporcionar una identificación de la solicitud de transacción de uso único, a un administrador de transacciones, en una solicitud de pago; y el administrador de transacciones, que comprende: medios para registrar al usuario; medios para registrar a un vendedor; medios para generar la identificación de solicitud de transacción de uso único; medios para proporcionar al usuario registrado, la identificación de la solicitud de transacción; medios dispuestos para relacionar la identificación de la solicitud de transacción, con información bancaria del usuario registrado; medios para recibir la solicitud de pago, en donde la solicitud de pago incluye la identificación de la solicitud de transacción, el valor que va a ser transferido, y una identificación de la parte receptora; medios para verificar la validez de la identificación de la solicitud de transacción e inhabilitar la reutilización de la identificación de la solicitud de transacción; medios para enviar una solicitud de EFT a una institución financiera para transferir el valor en los fondos, del usuario a la parte receptora, si la identificación de la solicitud de transacción es válida, la solicitud de EFT incluye la información bancaria; y medios para recibir confirmación de la transferencia de la institución financiera y enviar la confirmación al usuario y/o a la parte receptora. De conformidad con otro aspecto de la invención se proporciona un administrador de transacciones para llevar a cabo una transacción en linea, que comprende: medios para registrar a un usuario y recibir información bancaria del usuario; medios para registrar a un vendedor; medios para recibir una solicitud de un usuario, de una identificación de solicitud de transacción, de uso único, para realizar una compra; medios para generar una identificación de solicitud de transacción de uso único; medios para verificar la validez del usuario, proporcionando al usuario la identificación de la solicitud de transacción en la información bancaria del usuario, si el usuario es válido, y relacionando la identificación de la solicitud de transacción; medios para recibir el identificador de la solicitud de transacción y un valor de una compra al vendedor en un reporte de compra, y la identificación de la solicitud de transacción ha sido proporcionada por el usuario, al vendedor, en el transcurso de la solicitud de una transacción para la compra; enviar una solicitud de EFT a una institución financiera, para transferir el valor en fondos, del usuario al vendedor, la solicitud de EFT incluye la información bancaria, si la identificación de la solicitud de transacción es válida; y medios para validar la identificación de la solicitud de transacción, inhabilitando la reutilización de la identificación de la solicitud de transacción y medios para proporcionar al vendedor un identificador de aceptación de transacción, único, si se encuentran presentes fondos suficientes para que ocurra la transferencia.
BREVE DESCRIPCIÓN DE LAS FIGURAS A fin de proporcionar una mejor comprensión de la presente invención, se proporcionará una descripción detallada de modalidades preferidas de la presente invención, en las que: La figura 1 es una representación esquemática de la comunicación entre participantes de un sistema de transacciones de la presente invención; La figura 2 muestra un diagrama esquemático que presenta la comunicación entre un usuario y el administrador de transacciones y una organización o institución externa, en el proceso de abrir una cuenta para el usuario, en el administrador de transacciones; La figura 3 es una representación esquemática que muestra la comunicación entre un vendedor y un administrador de transacciones, en un proceso para que un vendedor solicite una cuenta del administrador de transacciones ; La figura 4 es una representación esquemática que muestra la comunicación entre una institución financiera y un administrador de transacciones, en la apertura de una cuenta en el administrador de transacciones; La figura 5 es una representación esquemática que muestra la comunicación entre un usuario y un vendedor, para la compra de un producto o servicio; La figura 6 es una representación esquemática que muestra la comunicación entre un vendedor y un administrador de transacciones, en la compra de un producto o servicio; La figura 7 es una representación esquemática que muestra la comunicación entre un administrador de transacciones y una institución financiera o banco, en la compra de un bien o servicio; La figura 8 es una representación esquemática que muestra la comunicación entre el administrador de transacciones y el usuario y el vendedor confirma el pago de la compra; La figura 9 es un diagrama de flujo que muestra los pasos involucrados en la solicitud de una cuenta en el administrador de transacciones; La figura 10 es un diagrama de flujo que muestra pasos involucrados en el proceso en el que un usuario realiza una compra; La figura 11 es una representación esquemática que muestra la comunicación entre el usuario y un administrador de transacciones, en donde el usuario proporciona al administrador de transacciones un código de identificador de usuario segure- La figura 12 es un ejemplo de la mezcla de un código de identificación del usuario, en un número de identificación de transacción, para producir un identificador de transacción combinado; La figura 13 es otro ejemplo de la mezcla de un código de identificación del usuario, en un número de identificación de transacción; La figura 14 muestra más ejemplos de la mezcla de un código de identificación del usuario, en un número de identificación de transacción; La figura 15 muestra métodos alternativos de comunicación entre un usuario y un administrador de transacciones; y 19 La figura 16 muestra una representación esquemática de la estructura del administrador de transacciones de la presente invención.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Haciendo referencia a la figura 1, se muestra un sistema para llevar a cabo transacciones financieras 10, que incluye un administrador de transacciones 12, el cual es un intermediario seguro que proporciona servicios entre usuario 14, vendedores de comercio electrónico 16 e instituciones financieras 18. En particular el administrador de transacciones 12 es un intermediario en el que cada usuario puede confiar para llevar a cabo transacciones electrónicas a nombre del usuario. Los usuarios 14 se pueden comunicar con un administrador de transacciones 12 a través de Internet 20 u otra red apropiada. Cada vendedor 16 se comunica con el administrador de transacciones 12 a través de un enlace seguro 24. Cada institución financiera 18 se comunica con el administrador de transacciones 12 a través de un enlace seguro 22. Los enlaces seguros 22 y 24 pueden ser conexiones de punto a punto o una comunicación cifrada a través de una red pública, tal como la Internet 20. Cada usuario 14 debe registrarse en el administrador de transacciones 12, después de lo cual se crea 20 una cuenta en el administrador de transacciones 12. Para registrarse en el administrador de transacciones 12 el usuario 14 debe proporcionar sus detalles de cuenta bancaria, junto con algunos detalles personales. Los detalles de cuenta bancaria pueden incluir el número de cuenta bancaria, el tipo de cuenta, el número de tarjeta de crédito, el número de tarjeta de débito, la fecha de expiración de cada tarjeta, y/o los limites de la tarjeta de crédito. Los detalles personales incluirán el nombre y dirección, pero también pueden incluir otros detalles tales como la fecha de nacimiento, número de seguro social, número de licencia de conducir, número de pasaporte, etc. El tipo de cuenta puede ser, por ejemplo, una cuenta de ahorros, cuenta de cheques, cuenta de tarjeta de crédito, cuenta de tarjeta de débito, cuenta de inversión u otros tipos de cuenta de instituciones bancarias o financieras. Cada cuenta de usuario creada en el administrador de transacciones recibe un número de cuenta en el administrador de transacciones. La información guardada por el administrador de transacciones 12, relacionada con cada usuario, es mantenida en forma confidencial y cumple con las leyes de privacidad. En una modalidad el usuario proporciona también un código de identificación de seguridad que se usa en la generación de un identificador de transacción combinado, como se describirá posteriormente. Este código de identificación de usuario puede ser cambiado cuando el usuario así lo desee. El número de cuenta del administrador de transacciones puede estar asociado con un alias de cuenta en el administrador de transacciones, tal como un nombre, por ejemplo, "John Doe" . Cada alias necesitará ser único, de tal manera que no puedan confundirse dos alias de usuarios. El usuario 14 puede usar el alias para referirse a la cuenta en el administrador de transacciones, en vez que el número de cuenta. El número de cuenta en el administrador de transacciones es relacionado o correlacionado en mapa, con los detalles de cuenta bancaria, incluyendo el número de cuenta bancaria del usuario o el número de tarjeta de crédito/tarjeta de débito y se guarda en una forma segura. Una de las ventajas clave de la presente invención es que los detalles del usuario, incluyendo la cuenta bancaria del usuario, no necesitan usar el número de tarjeta de crédito para llevar a cabo las transacciones financieras. El alias puede ser usado para iniciar una sesión en el administrador de transacciones para cambiar detalles, proporcionar un nuevo código de identificación de usuario, ver transacciones pasadas o administrar de alguna otra manera la cuenta del usuario . Se le proporciona a la cuenta una fecha de expiración de la cuenta en el administrador de transacciones, la cual es la fecha en la que la cuenta en el administrador 22 de transacciones dejará de ser operativa. La cuenta puede ser renovada y la fecha de expiración puede ser prolongada. Una contraseña en la cuenta del administrador de transacciones es una característica opcional que puede ser incluida y que proporciona un nivel de seguridad adicional antes que el administrador de transacciones procese una transacción. Esto se describirá con mayor detalle posteriormente. Alternativamente o en forma adicional, se puede usar para iniciar la sesión en la cuenta del usuario, en el administrador de transacciones para propósitos de administración de la cuenta. Se puede proporcionar una pluralidad de administradores de transacciones. Se puede licenciar a una institución financiera o a otra organización, para operar un administrador de transacciones. Los administradores de transacciones pueden estar localizados geográficamente para dar soporte a una región particular, por ejemplo, de acuerdo con un convenio de licénciamiento. Los administradores de transacciones pueden comunicarse entre sí para procesar los pagos. De esta manera se puede usar un solo número de cuenta en el administrador de transacciones, para cualquier cuenta de cualquier institución financiera registrada en los administradores de transacciones. Cuando exista una pluralidad de administradores de transacciones estos pueden operar como un solo administrador lógico de transacciones 12.
La institución financiera 18 puede ser, por ejemplo, un banco, una sociedad de crédito, una unión de crédito, una sociedad de desarrollo o cualquier otra forma apropiada de institución financiera que tenga cuentas en las cuales los usuarios puedan depositar dinero y el dinero pueda ser transferido electrónicamente desde sus cuentas. Un vendedor 16 es una persona o entidad que usa un sitio en linea, tal como un sitio de Internet, para realizar un negocio con los usuarios 14. Los vendedores 16 se registran en el administrador de transacciones 12 para usar el arreglo proporcionado por la presente invención. El proceso de registro asegura que el sitio del vendedor de comercio electrónico sea un sitio seguro. Los clientes de Internet reciben garantía de esta certificación, por parte del administrador de transacciones 12. El administrador de transacciones 12 mantendrá una base de datos de vendedores de comercio electrónico, registrados 16. El vendedor de comercio electrónico 16 requiere también de una cuenta bancaria en una institución financiera 18 a fin de recibir los pagos. El administrador de transacciones 12 como el intermediario recibe la confianza del usuario para procesar pagos del usuario 14 y asegurar que lleguen al vendedor correcto 16, únicamente cuando sean autorizados apropiadamente por el usuario 14. Se requiere de la cooperación entre el administrador de transacciones 12 y la institución financiera 18 del usuario 14 para permitir que los fondos sean transferidos en la dirección del administrador de transacciones 12. La cuenta en el administrador de transacciones es expedida a un cliente en base al buen acuerdo entre el administrador de transacciones 12 y la institución financiera 18. El administrador de transacciones 12 es el responsable de la seguridad en los negocios en las transacciones del usuario. Haciendo referencia a la figura 2, se muestra un proceso de comunicación 26 para el registro de un usuario 14 en el administrador de transacciones 12. Un usuario 14 envía una solicitud de registro al sitio web del administrador de transacciones y solicita una cuenta. Junto con la solicitud de la cuenta en el administrador de transacciones, la información necesaria para que el administrador de transacciones cree la cuenta, es enviada al administrador de transacciones 12 (tales como los detalles personales del usuario y los detalles bancarios del usuario, en su institución financiera 18) . El administrador de transacciones 12 reconoce la solicitud, y siempre y cuando el usuario 14 cumpla con los criterios del administrador de transacciones, solicita que la institución financiera 18 valide la solicitud. La institución financiera 18 acepta o rechaza la validación. El administrador de transacciones 12 aprueba o desaprueba entonces la solicitud de registro y envía la respuesta apropiada al usuario 14. Un usuario 14 puede tener más de una cuenta de institución financiera, ligada a la cuenta del administ ador de transacciones. En este caso el usuario 14 proporciona toda la información bancaria requerida para las cuentas adicionales y el administrador de transacciones 12 busca validación en cada institución financiera. Típicamente la cuenta de una institución financiera será denominada como cuenta primaria. A fin de iniciar una transacción financiera, el usuario 14 debe solicitar entonces al menos una identificación de la solicitud de transacción, a la cual se hace referencia también como número de identificación de transacción, código de identificación de transacción o identificador de transacción. El propósito del identificador de transacción incluye identificar al usuario en el administrador de transacciones, en una base de transacción por transacción, tal como se describirá con mayor detalle posteriormente. El número de identificación de transacción no necesita ser estrictamente un número y pudiera ser una cadena de caracteres, pero usualmente será convertido en un número binario. El identificador de transacción deberá ser tratado confidencialmente, al igual que otras contraseñas, hasta que sea utilizado. Para cada transacción que desee realizar el usuario 14, deberá solicitarse un número de identificación de transacción o deberá realizarse una solicitud de una pluralidad de números de identificación de transacciones. El usuario 14 no necesita realizar esto inmediatamente. El usuario 14 puede solicitar números de identificación de transacciones, adicionales, en cualquier momento. Si el usuario tiene más de una cuenta en institución financiera, relacionada con la cuenta del administrador de transacciones, la cuenta de la institución financiera, usada en la transacción, necesita ser especificada. Esto puede ocurrir al momento que sea expedido el número de identificación de transacción, de manera tal que la solicitud del número de identificación de transacción incluye la indicación de la cuenta de la institución financiera. De esa manera, el uso del número de identificación de transacción dará por resultado que se use la cuenta de la institución financiera indicada. Sin embargo la opción preferida es permitir al usuario elegir la cuenta al momento de realizar la compra. Este método se describirá con mayor detalle posteriormente. Antes de que el usuario 14 decida realizar una compra, o durante ese tiempo, el usuario envía una solicitud de uno o más números de identificación de transacciones, al administrador de transacciones 12. El administrador de transacciones 12 proporciona después el número solicitado, de números de identificación de transacciones, al usuario 14. Para cada compra se usa un número de identificación de transacción, único. Se proporciona a un vendedor 16 usualmente introduciéndolo en un formato de verificación del sitio web del vendedor, pero se pueden emplear otros métodos, tales como la descarga desde un dispositivo personal, tal como una tarjeta inteligente, un Asistente Personal Digital, una computadora manual, un teléfono móvil, etc. Una transacción no puede llevarse a cabo hasta que sea expedido un número de identificación de transacción y le sea proporcionado al vendedor. El número de identificación de la transacción será enviado por el vendedor 16 al administrador de transacciones 12. El número de identificación de transacción es usado después por el administrador de transacciones 12 para identificar al usuario 14 y con ello consultar la cuenta del usuario para obtener la información necesaria para llevar a cabo posteriormente la transacción financiera. El número de identificación de transacción es un número de uso único proporcionado confidencialmente al usuario 14. Una vez que se usa un número de identificación de transacción, éste no puede ser usado nuevamente. La asociación/correlación en mapa, entre el número de identificación de transacción y la cuenta 28 del usuario en el administrador de transacciones, no es ya más activa. El número de identificación de transacción necesita ser distinguido de un número que pueda ser generado, por ejemplo, por una terminal EFTPOS para rastrear la transacción financiera. También necesita ser distinguido de un número de tarjeta de crédito que un usuario proporcione a un vendedor, el cual puede volver a ser usado. Si el usuario tiene más de una cuenta en una institución financiera, puede necesitarse introducir detalles adicionales para identificar la cuenta que desea usar el usuario. A continuación se presenta un ejemplo: Cuando el usuario 14 realiza una compra éste introduce : Número de cuenta Identificación de la Transacción Número de Identificación Personal (NIP) Tipo de Cuenta (por ejemplo 2 o más caracteres) El código del tipo de cuenta puede dejarse en blanco o tener 1 ó 2 caracteres o más.
Los códigos son típicamente: S = ahorros C = cheque H = Ahorrista V = Visa A = American Express M = Master Card Si únicamente tuviesen indicada una cuenta financiera, entonces dejan en blanco el tipo de cuenta. Si el usuario 14 tiene más de una cuenta en institución financiera, indicada, puede dejar el tipo de cuenta en blanco, caso en el cual se asume que la transacción se realiza usando su cuenta en institución financiera, indicada, primaria. Si tuviesen más de una cuenta indicada, por ejemplo una cuenta de ahorros y una de Visa, y desean usar su cuenta de ahorros introducirían S para el tipo de cuenta. Si tienen más de una tarjeta (tarjeta de crédito) visa o más de 1 cuenta de ahorros que hayan sido especificadas como una cuenta financiera indicada, se pone el segundo carácter del tipo de cuenta. Por ejemplo, si desean usar su segunda tarjeta visa, especificarían V2 para ese tipo de cuenta. Los usuarios necesitan estar informados de los códigos de sus tipos de cuenta, cuando la cuenta del administrador de transacciones sea aprobada o si la cuenta del administrador de transacciones ha sido modificada, adicionando una cuenta en institución financiera, indicada, adicional . El número de identificación de transacción 30 puede ser un número generado aleatoriamente o puede ser generado mediante una fórmula, tal como un número generado secuencialmente. Puede incluir un(s) dígito (s) de suma de verificación o de validación. Además también puede ser en parte aleatoria y en parte generada por una fórmula. El número de identificación de transacción puede ser incluido también con el código de identificación del usuario suministrado por el usuario en un identificador de transacción combinado. El código de identificación del usuario puede ser mezclado en la porción generada aleatoriamente/con fórmula, de acuerdo con una variedad de estructuras diseñadas. Un código de identificación del usuario nunca es transmitido a un usuario 14 junto con un número de identificación de transacción. Esto asegura que una tercera parte no pueda interceptar el código de identificación del usuario. Esto permite al administrador de transacciones enviar los números de identificación de transacciones a través de Internet, redes públicas y usando el SMS (servicio de mensajes cortos) u otro servicio de mensajes. Cuando un usuario proporciona un número de identificación de transacción, a un vendedor 16, para procesar una solicitud de transacción, el usuario debe proporcionar el código de identificación del usuario como el identificación de transacción combinado, en el formato 31 estructurado, determinado por el administrador de transacciones, con el número de identificación de transacción. Si lo anterior falla la transacción será rechazada . Haciendo referencia a la figura 3, se muestra un proceso de comunicación 28 para que un vendedor 16 se registre en el administrador de transacciones 12. El vendedor 16 ofrece sus productos o servicios en linea. Para que el vendedor use la presente invención, el vendedor debe solicitar una cuenta en el administrador de transacciones 12. Una solicitud junto con los detalles apropiados del vendedor 16, incluyendo detalles de la cuenta bancaria en la cual deben ser realizadas transferencias, se proporcionan en una solicitud al administrador de transacciones 12. El administrador de transacciones 12 reconoce la solicitud. Se puede llevar a cabo una verificación o se puede proporcionar una garantía de que el vendedor 16 tiene un sitio web lo suficientemente seguro y cumple con cualesquiera otros términos y condiciones. Después de esto, el administrador de transacciones 12 solicita la validación de los detalles bancarios del vendedor, en la institución financiera 18 del vendedor. La institución financiera 18 ó acepta ó rechaza la validación. El administrador de transacciones aprobará o desaprobará, a su vez, la solicitud del vendedor. Si la solicitud es aprobada, al vendedor 16 se le proporcionará un 32 número de identificación del vendedor. El número de identificación del vendedor se usa para identificar el vendedor 16 en el administrador de transacciones 12. El administrador de transacciones 12 puede consultar después los detalles bancarios del vendedor, de manera tal que los fondos puedan ser depositados en la cuenta bancaria del vendedor. La identificación del vendedor será incluida en la comunicación entre el vendedor 18 y el administrador de transacciones 12. Haciendo referencia a la figura 4, la institución financiera 18' puede requerir también del registro en el administrador de transacciones 12 a fin de asegurar que los servicios apropiados sean proporcionados por la institución financiera 18' para llevar a cabo la presente invención y como una medida de seguridad para identificar la institución financiera 18', asegurando con ello que no se trata de un pirata informático. También se solicita el registro de la institución financiera 18' a fin de que esté licenciada para funcionar como otro administrador de transacciones. El proceso de comunicación se muestra aquí como 30. La institución financiera 18' solicita una cuenta y proporciona detalles al administrador de transacciones 12. El administrador de transacciones 12 reconoce la solicitud a la institución financiera y solicita la validación de otras instituciones u organizaciones financieras 18. Si las organizaciones o instituciones anteriores 18 aceptan o 33 rechazan la solicitud, el administrador de transacciones 12 envía después una aprobación o desaprobación de la solicitud, a la institución financiera 18' del solicitante. Haciendo referencia a la figura 5, después de que el usuario ha obtenido un número de identificación de transacción, el administrador de transacciones 12 puede después llevar a cabo el proceso de comunicación 32. El usuario selecciona un artículo para compra, del vendedor 16, tal como mediante el uso de un sistema de carrito de compras en línea. El usuario 12 decide realizar un pago al vendedor y proporciona al vendedor el número de identificación de transacción y otra información requerida. Otra información requerida puede incluir la selección de un tipo de cuenta, una contraseña, un límite de transacción, una contraseña para poder exceder el límite, u otra información necesaria. Ahora se hace referencia a la figura 6, la cual muestra el proceso de comunicación 34. El vendedor 16 envía el número de identificación de transacción y otros detalles, a través del enlace seguro 24 al administrador de transacciones 12. El administrador de transacciones 12 verifica si la identificación de transacción es o no válida y si está asociada con una cuenta de usuario en el administrador de transacciones. La asociación se usa para lograr acceso a la cuenta del usuario 36 en el administrador de transacciones. Logrando una correspondencia entre el 34 número de identificación de transacción, y la cuenta del usuario 36, se permite al administrador de transacciones 12 consultar y obtener la información bancaria en la cuenta 36 del usuario. La reutilización de la identificación de solicitud de la transacción es inhabilitada: removiendo la relación entre la identificación de la solicitud de transacción y el número de cuenta del usuario en el administrador de transacciones; borrando la identificación de la solicitud de transacción de la información de cuenta del usuario en el administrador de transacciones; y/o adicionando la identificación de la solicitud de transacción, usada, a una lista agotada. La lista agotada se usa para asegurar que no se vuelva a utilizar la identificación de la solicitud de transacción. Además, la fórmula para generar la identificación de la solicitud de transacción de uso único, puede incluir un incremento, de manera tal que cada vez sea generada una identificación de la solicitud de transacción única . Ahora se hace referencia a la figura 7, la cual muestra el proceso de comunicación 38. La información bancaria del usuario es enviada después en la forma de institución financiera segura a la institución financiera 18, incluyendo los detalles de la cuenta bancaria y los detalles de tarjeta de crédito. La institución financiera 18 verifica 3 después la información de la cuenta financiera/número de tarjeta de crédito, del usuario, en la cuenta 40 de la institución financiera del usuario, para confirmar la validez de esos detalles y verificar que se encuentren disponibles fondos suficientes en la cuenta bancaria 40 del usuario. La institución final 18 notifica después al administrador de transacciones 12 lo referente al estado de la validación y si se acepta o rechaza. La cantidad es transferida desde la cuenta 40 del usuario hasta la cuenta del vendedor. Ahora se hace referencia a la figura 8, la cual muestra el proceso de comunicación 42. El administrador de transacciones 12 envía al vendedor, a través del enlace seguro 24, el estado de la transacción y si es aceptada o no. Si es aceptada se proporciona al vendedor 16 un número de rastreo de la transacción. El administrador de transacciones 12 notifica también al usuario 14 que ha sido procesada una transacción segura. Esto puede ser, por ejemplo, por correo electrónico. El administrador de transacciones 12 actualiza también la información financiera en la cuenta 44 del vendedor, en el administrador de transacciones, a la vez que proporciona un registro de auditoría, y actualiza la información financiera en la cuenta del usuario 36 en el administrador de transacciones, junto con información del registro de auditoría.
Haciendo referencia nuevamente a la figura 5, el vendedor 16 confirma que ha ocurrido la compra y proporciona entonces los bienes o servicios al usuario 14. Haciendo referencia a la figura 9, el diagrama de flujo 50 muestra los pasos para que el usuario solicite una cuenta en el administrador de transacciones. El proceso empieza en 52 con la solicitud de una cuenta en el administrador de transacciones, realizada por el usuario en 54. El usuario presenta información personal para la solicitud en 56 incluyendo detalles bancarios. En 58 el administrador de transacciones reconoce la solicitud al usuario y envía la información a ' la organización o institución financiera, relevante, para las acreditaciones. Otras organizaciones pueden incluir organizaciones de líneas de crédito. En el número de referencia 60, la otra organización o institución financiera valida la información enviada por el administrador de transacciones. En 62 la otra organización o institución financiera avisa al administrador de transacciones, lo referente al estado de validación. En 64 el administrador de transacciones determina el estado de la solicitud, de acuerdo con el estado de validación de la organización o institución financiera, y otros criterios que pueden ser aplicados por el administrador de transacciones y avisa al usuario lo referente al estado de su solicitud. En 66 el usuario recibe Posteriormente el usuario puede visitar un sitio de compras por comercio electrónico, del vendedor, en línea, en 92. El usuario selecciona un artículo para compra, del sitio web del vendedor, en 94. La selección de un artículo puede indicar el precio o se puede requerir que el usuario introduzca el precio en un formato de verificación. Las entradas en el formato de verificación son requeridas por el administrador de transacciones para que sean cifradas cuando sean enviadas entre la computadora del vendedor y del usuario. El usuario introduce un número de identificación de transacción, en el formato de verificación, presentado al vendedor. Esto puede hacerse escribiendo el número en un formato o mediante un dispositivo de almacenamiento que introduzca el número de identificación de transacción, a la forma, o que lo transfiera en alguna manera apropiada. Si el valor de la transacción se encuentra por arriba del límite de la transacción, el usuario puede introducir la contraseña para poder exceder límite. Esta información es enviada mediante presentación cifrada segura, del usuario al vendedor . En el número de referencia 98 el vendedor reconoce la transacción financiera segura, al usuario. En 100 el vendedor presenta una solicitud de transacción financiera segura, al administrador de transacciones. Esta solicitud incluirá el número de identificación de transacción, la cantidad de la compra, la identificación del vendedor y la contraseña para poder exceder limite, si es aplicable. En 102 el administrador de transacciones valida la solicitud de transacción financiera segura. Si el valor se encuentra por arriba del limite de la transacción, será rechazado, al menos que se proporcione la contraseña para poder exceder limite. La verificación es realizada en 104, y si es rechazada, por ejemplo, porque el número de identificación de transacción no sea válido, o porque la identificación del vendedor no sea válida, o porque el valor de la transacción se encuentre por arriba del limite, el proceso se regresa al paso 98. Si es aceptada, en 106 el administrador de transacciones consulta la cuenta del administrador de transacciones del usuario para buscar detalles de la cuenta bancaria, almacenados en la cuenta del usuario en el administrador de transacciones, y consulta los detalles bancarios del vendedor. Estos son enviados después en 108 en una solicitud de transferencia electrónica de fondos (EFT) a la institución financiera. La institución financiera valida la solicitud de transacción financiera en 110 y si la validación es rechazada, regresa un mensaje de rechazo al administrador de transacciones, el cual rechazará entonces la transacción y regresará el proceso a 98. Si la institución financiera acepta la solicitud de EFT, el proceso se mueve a 112 en donde la institución financiera transfiere fondos desde la cuenta del usuario hasta la cuenta del vendedor, de acuerdo con los detalles proporcionados por el administrador de transacciones. La institución financiera proporciona después un número de rastreo al administrador de transacciones en 114. En 116 el administrador de transacciones informa entonces al vendedor, de la aprobación de la transacción, y proporciona el número de rastreo al vendedor. En 118 el administrador de transacciones informa al usuario de la transacción exitosa, preferentemente por correo electrónico. En 120 los vendedores envían los bienes al usuario y en una modalidad confirma también con el usuario, que la transacción haya sido completada. El proceso finaliza entonces en 122. El vendedor puede lograr acceso a la historia de la cuenta en el administrador de transacciones, mediante detalles almacenados en la cuenta del vendedor 44 en el administrador de transacciones. El usuario puede también lograr acceso a la historia de las transacciones, desde la cuenta del usuario 36 en el administrador de transacciones. La presente invención se puede usar también para transferir dinero entre dos o más cuentas del usuario o entre una cuenta del usuario y la cuenta de otra persona o entidad. El que recibe debe ser el titular de la cuenta en el administrador de transacciones. Una solicitud de transferencia de fondos puede ser iniciada por un titular de la cuenta en el administrador de transacciones. El administrador de transacciones que recibe esta solicitud de transferencia de fondos, transmitirá después esta solicitud al administrador de transacciones relevante, en la red comercial de administradores de transacciones. Este administrador de transacciones procesará después esta solicitud de transacción de fondos y se dará crédito a la cuenta que tiene el que recibe el dinero, en el administrador de transacciones. La presente invención proporciona claramente una ventaja porque el usuario no proporciona detalles de su tarjeta de crédito u otro tipo de detalles al vendedor. En lugar de ello proporciona un número de identificación de transacción el cual es un número de uso único. Además, si la transacción requiere de una cantidad mayor que el limite predefinido aplicado al (los) número (s) de identificación de la transacción, pero con la condición de que la cantidad se encuentre dentro de los limites de crédito del usuario, con su institución financiera, el usuario puede exceder el limite de transacción proporcionando una contraseña como parte del proceso de la transacción. Además, el administrador de transacciones funciona más que solamente como una cámara de compensación, porque es una organización fiable para el usuario, que lleva a cabo la transferencia electrónica de fondos con la institución financiera. El código de identificación del usuario puede ser proporcionado al administrador de transacciones por Internet, telefónicamente o por un teléfono móvil, SMS (servicio de mensajes cortos) a través de un teléfono móvil o Internet. El número de identificación de transacción y/o el código de identificación del usuario pueden incluir caracteres alfabéticos asi como caracteres numéricos. Para proporcionar caracteres alfabéticos a través de un teléfono, se puede emplear un proceso normal de entrada numérica interpretada como una entrada alfabética. Por ejemplo, la entrada de una tecla de asterisco (*) antes del número, puede indicar que un número se convierte en un carácter alfabético. En general, a los números se asignan tres o cuatro letras en los teclados numéricos más modernos. El número de asteriscos introducidos antes de introducir el número, puede indicar la letra que se introduce. Similarmente, una tecla de número (#) puede ser usada en lugar de una tecla de asterisco. Además, se pueden generar caracteres en minúscula, por ejemplo, mediante el uso de una tecla de asterisco o número, para la conversión entre minúsculas y mayúsculas. Haciendo referencia a la figura 11, se muestra la comunicación entre un usuario 14 y un administrador de transacciones 12. El usuario proporciona un código de identificación seguro del usuario 14, al administrador de transacciones 12. El usuario 14 puede realizar esto a través del sitio web del administrador de transacciones o como se mencionó anteriormente, telefónicamente, mediante el SMS, etc. El mensaje que incluye el código de identificación seguro del usuario es enviado desde el usuario 14 hasta el administrador de transacciones 12. El administrador de transacciones 12 puede requerir que el código de identificación tenga un número mínimo de caracteres. Si el código de identificación satisface este criterio, se envía una entrada de reconocimiento desde el administrador de transacciones, al usuario, aprobando o desaprobando el código de identificación introducido por el usuario. El código de identificación es almacenado en la cuenta 36 del usuario, en el administrador de transacciones 12. La figura 12 muestra un ejemplo del mezclado de un código de identificación del usuario, seguro, en el número de identificación de transacción. Este número de identificación de transacción es por ejemplo el 1234567890. El número de identificación de transacción es identificado como 90. Cuando el usuario desea proporcionar un número de identificación de transacción al vendedor, para llevar a cabo una transacción, el usuario proporciona su código de identificación de usuario, seguro, y en el caso de este ejemplo es el 88762, el cual se combina después con el número de transacción de acuerdo con una regla predeterminada, tal como en el centro del numero de identificación de transacción, para crear un nuevo número de identificación combinado, que en este ejemplo es el 123458876267890. La figura 13 muestra algunos ejemplos o formas alternativas del identificador de transacción combinado, en donde el código de identificación del usuario, seguro, se encuentra colocado al centro, al inicio y al final del número de identificación de transacción original. La figura 14 muestra todavía otro ejemplo, en este caso el código de identificación del usuario, seguro, es alfabético en los primeros tres ejemplos y la combinación de caracteres numéricos y alfabéticos en los próximos diez ejemplos. Algunos ejemplos muestran los códigos que se encuentran colocados en diferentes posiciones, otros ejemplos muestran los códigos que se encuentran divididos en varias posiciones. Numerosas variaciones diferentes serán evidentes para los experimentados en la técnica. La figura 15 muestra métodos de comunicación alternativos entre el usuario y el administrador de transacciones, mediante los cuales el usuario puede proporcionar su código de identificación seguro, al administrador de transacciones, o el administrador de transacciones puede proporcionar un número de identificación de usuario, único, al usuario. En el primer ejemplo se usa Internet 20, ya sea a través de un sitio web o por correo electrónico. En el segundo ejemplo de en medio, se usa una red telefónica pública conmutada 200 de manera tal que un usuario pueda introducir información usada en el teclado numérico telefónico. El administrador de transacciones puede proporcionar al usuario información usando generación de voz computarizada . En el tercer ejemplo se usa una red telefónica móvil/celular 201 en una manera similar a la red telefónica pública conmutada. Haciendo referencia a la figura 16, se muestra la estructura del administrador de transacciones 12. El administrador de transacciones es un sistema de computadora de alta calidad, que ejecuta un sistema operativo 242 dentro del cual se encuentra un sistema de aplicación 244 y un sistema relacional de administración de base de datos 243. El sistema de aplicación 244 y el sistema relacional de administración de bases de datos 243 se comunican ambos con el sistema operativo 242 y entre si. El sistema de aplicación 244 ejecuta una aplicación de computadora que controla el funcionamiento del administrador de transacciones. A fin de interactuar con los usuarios o vendedores de las instituciones financieras, el sistema relacional de administración de bases de datos, opera una base de datos que contiene cuentas de usuarios y cuentas de vendedores, en el administrador de transacciones. El sistema de aplicación 244 interactúa con vendedores y usuarios a través del sistema de interfase 245 de Internet. Se hace la observación de que si se usan otros medios de comunicación, tales como redes telefónicas públicas conmutadas, o redes de teléfonos celulares 200, 201, el sistema de interfase se interconectará con estas redes como tales o se proporcionarán otros sistemas de interfases para interconectarse con esas redes. El sistema de aplicación se comunica también con el sistema de interfase 246 de una institución financiera y/o bancos, que permite la comunicación entre el administrador de transacciones 12 y la institución financiera 18. Debido a que los números de identificación de transacción son de uso único, el usuario tiene la tranquilidad de que el vendedor no guardará una copia del número de identificación de la transacción, ya que no será usado nuevamente. Esto es diferente a un número de tarjeta de crédito que puede ser reutilizado o que puede caer potencialmente en malas manos . Se pueden hacer modificaciones y variaciones a la presente invención, sin apartarse del concepto inventivo básico. Se pretende que esas modificaciones caigan dentro del alcance de la presente invención, la naturaleza del cual será determinada a partir de la descripción precedente. Se hace constar que con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.

Claims (71)

  1. REIVINDICACIONES Habiéndose descrito la invención como antecede se reclama como propiedad lo contenido en las siguientes reivindicaciones : 1. Un método para llevar a cabo una transacción en linea, caracterizado porque incluye los pasos de: proporcionar un administrador de transacciones; generar una identificación de solicitud de transacción de uso único; el administrador de transacciones relaciona la identificación de la solicitud de transacción, con información bancaria de un usuario registrado; proporcionar al usuario registrado una identificación de la solicitud de transacción; el usuario registrado solicita comprar a un vendedor un producto o servicio que tiene un valor, la solicitud de compra incluye proporcionar al vendedor la identificación de la solicitud de transacción; el vendedor envía una solicitud de pago al administrador de transacciones, para una transferencia de fondos por el valor, del usuario al vendedor, la solicitud de pago incluye la identificación de la solicitud de la transacción y el valor; el administrador de transacciones verifica la validez de la identificación de la solicitud de transacción e inhabilita la reutilización de la identificación de la solicitud de transacción; y si la identificación de la solicitud de la transacción es válida, enviar una solicitud de EFT a una institución financiera, para transferir el valor en fondos, del usuario al vendedor, la solicitud de EFT incluye la información bancaria; verificar si hay o no fondos suficientes en la cuenta bancaria del usuario y si se encuentran presentes fondos suficientes, la institución financiera lleva a cabo la transferencia, de acuerdo con la información bancaria; y el administrador de transacciones recibe la confirmación de la transferencia, de la institución financiera, y envía la confirmación al vendedor.
  2. 2. Un método de conformidad con la reivindicación 1, caracterizado porque el administrador de transacciones genera la identificación de la solicitud de transacción.
  3. 3. Un método de conformidad con la reivindicación 1, caracterizado porque la identificación de la solicitud de transacción es un número aleatorio.
  4. 4. Un método de conformidad con la reivindicación 1, caracterizado porque la identificación de la solicitud de transacción es generada usando una fórmula.
  5. 5. Un método de conformidad con la reivindicación 1, caracterizado porque la identificación de la solicitud de transacción es generada usando un número aleatorio y una fórmula.
  6. 6. Un método de conformidad con la reivindicación 1, caracterizado porque una identificación de transacción combinada es generada mezclando la identificación de la solicitud de transacción generada por el administrador de transacciones, y un código de identificación suministrado por el usuario, en donde la identificación de la transacción combinada es enviada en la solicitud de compra al administrador de transacciones.
  7. 7. Un método de conformidad con la reivindicación 6, caracterizado porque al comprador se proporciona una identificación de la solicitud de transacción en la forma de la identificación de transacción de combinación .
  8. 8. Un método de conformidad con la reivindicación 1, caracterizado porque la información bancaria relacionada con la identificación de la solicitud de transacción, incluye un número de tarjeta de crédito o de tarjeta de débito, una fecha de expiración de la tarjeta y un nombre del titular de la tarjeta.
  9. 9. Un método de conformidad con la reivindicación 8, caracterizado porque la información bancaria incluye un número de cuenta bancaria.
  10. 10. Un método de conformidad con la reivindicación 8, caracterizado porque la información bancaria puede incluir adicionalmente el tipo de cuenta bancaria e información del titular de la cuenta bancaria.
  11. 11. Un método de conformidad con la reivindicación 8, caracterizado porque el registro del usuario ocurre antes de la generación de la identificación de la transacción.
  12. 12. Un método de conformidad con la reivindicación 8, caracterizado porque el registro del usuario comprende la creación de una cuenta del usuario en el administrador de transacciones, en donde la cuenta del usuario en el administrador de transacciones incluye un número de cuenta del administrador de transacciones y la información bancaria es proporcionada por el usuario al administrador de transacciones.
  13. 13. Un método de conformidad con la reivindicación 8, caracterizado porque el administrador de transacciones confirma la información adicional de la transacción, con la institución financiera del usuario.
  14. 14. Un método de conformidad con la reivindicación 1, caracterizado porque el registro del usuario incluye que el usuario proporcione al administrador de transacciones, el código de identificación suministrado por el usuario.
  15. 15. Un método de conformidad con la reivindicación 1, caracterizado porque la identificación de la solicitud de transacción es relacionada con la información de la cuenta del usuario en el administrador de transacciones, vinculando por ello la identificación de la solicitud de transacción, con la información bancaria.
  16. 16. Un método de conformidad con la reivindicación 15, caracterizado porque la información del administrador de transacciones incluye un número de cuenta en el administrador de transacciones, y preferentemente una fecha de expiración de la cuenta del administrador de transacciones, y una contraseña de la cuenta en el administrador de transacciones.
  17. 17. Un método de conformidad con la reivindicación 15, caracterizado porque la información del administrador de transacciones incluye además un alias de cuenta en el administrador de transacciones.
  18. 18. Un método de conformidad con la reivindicación 15, caracterizado porque cada relación de una identificación de la solicitud de transacción, con la información bancaria, incluye además un número de cuenta en el administrador de transacciones o un alias de la cuenta de transacción, un límite de transacción, y una contraseña para poder exceder el límite de la transacción.
  19. 19. Un método de conformidad con la reivindicación 1, caracterizado porque el administrador de transacciones proporciona al usuario registrado otra identificación de la solicitud de transacción de uso único, a solicitud del usuario registrado.
  20. 20. Un método de conformidad con la reivindicación 1, caracterizado porque el vendedor está registrado en el administrador de transacciones.
  21. 21. Un método de conformidad con la reivindicación 20, caracterizado porque el registro del vendedor implica que el administrador de transacciones proporcione al vendedor una identificación del vendedor.
  22. 22. Un método de conformidad con la reivindicación 20, caracterizado porque la solicitud de compra, enviada por el vendedor, al administrador de transacciones, incluye la identificación del vendedor.
  23. 23. Un método de conformidad con la reivindicación 1, caracterizado porque la solicitud de compra incluye proporcionar al vendedor el valor de la compra.
  24. 24. Un método de conformidad con la reivindicación 1, caracterizado porque el usuario indica el articulo de compra y el vendedor proporciona el valor de la compra .
  25. 25. Un método de conformidad con la reivindicación 1, caracterizado porque el administrador de transacciones valida la identificación de la solicitud de transacción, verificando que la identificación de la solicitud de transacción esté relacionada con la cuenta del usuario en el administrador de transacciones.
  26. 26. Un método de conformidad con la reivindicación 25, caracterizado porque la contraseña de la cuenta en el administrador de transacciones se proporciona para autenticar la identidad del usuario que proporciona la identificación de la solicitud de transacción.
  27. 27. Un método de conformidad con la reivindicación 25, caracterizado porque la inhabilitación del uso de la identificación de la solicitud de transacción se lleva a cabo removiendo la relación entre la identificación de la solicitud de transacción y el número de cuenta del usuario en el administrador de transacciones.
  28. 28. Un método de conformidad con la reivindicación 25, caracterizado porque la identificación de la solicitud de transacción es borrada de la información de cuenta del usuario en el administrador de transacciones.
  29. 29. Un método de conformidad con la reivindicación 25, caracterizado porque la inhabilitación del uso de la identificación de solicitud de transacción, incluye el paso de adicionar la identificación de solicitud de transacción, a una lista agotada, en donde la lista agotada se usa para asegurar que una identificación de solicitud de transacción no vuelva a ser utilizada.
  30. 30. Un método de conformidad con la reivindicación 25, caracterizado porque la solicitud de EFT, a la institución financiera, se lleva a cabo usando los detalles de la tarjeta de crédito o de la cuenta bancaria, la cantidad de la transferencia (valor de la transferencia) y los detalles de la cuenta del vendedor son enviados a la institución financiera para transferir los fondos de acuerdo con un sistema estándar para transferencia electrónica de fondos .
  31. 31. Un método de conformidad con la reivindicación 1, caracterizado porque la institución financiera envía una respuesta de fondos insuficientes si no se encuentran presentes suficientes fondos, después de lo cual el administrador de transacciones envía al vendedor una respuesta de fondos insuficientes.
  32. 32. Un método de conformidad con la reivindicación 1, caracterizado porque la confirmación de la transferencia enviada desde la institución financiera hasta el administrador de transacciones, es la misma que el mensaje de confirmación enviado desde el administrador de transacciones al vendedor.
  33. 33. Un método de conformidad con la reivindicación 1, caracterizado porque el administrador de transacciones crea un mensaje de confirmación diferente, para el vendedor.
  34. 34. Un método de conformidad con la reivindicación 1, caracterizado porque en una modalidad 1 paso de inhabilitar la reutilización de la identificación de solicitud de transacción, incluye la fórmula para generar la identificación de solicitud de transacción, de uso único, que incluya un incremento en la próxima solicitud de identificación de transacción, expedida.
  35. 35. Un método de conformidad con la reivindicación 34, caracterizado porque el método de generación de la identificación de transacción, incluye proporcionar un dígito de una suma de verificación o un carácter, en la identificación de la solicitud de transacció .
  36. 36. Un método de conformidad con la reivindicación 34, caracterizado porque la identificación de solicitud de transacción es un número.
  37. 37. Un método de conformidad con la reivindicación 1, caracterizado porque la confirmación de la transferencia de fondos es enviada desde el vendedor, o administrador de transacciones, al usuario.
  38. 38. Un método de conformidad con la reivindicación 37, caracterizado porque esta confirmación es enviada en la forma de un mensaje por correo electrónico.
  39. 39. Un método de conformidad con la reivindicación 1, caracterizado porque la identificación de solicitud de transacción es expedida al usuario en un ambiente en linea, tal como a través de Internet.
  40. 40. Un método de conformidad con la reivindicación 1, caracterizado porque la identificación de solicitud de transacción es proporcionada al usuario a través de un sistema de interfase telefónica.
  41. 41. Un método de conformidad con la reivindicación 1, caracterizado porque la identificación de la transacción es emitida al usuario enviando la identificación de la transacción, a un dispositivo de almacenamiento portátil que tiene el usuario.
  42. 42. Un método de conformidad con la reivindicación 41, caracterizado porque el usuario puede activar la transferencia de la identificación de solicitud de transacción, desde el dispositivo portátil hasta el vendedor.
  43. 43. Un método de conformidad con la reivindicación 41, caracterizado porque el dispositivo de almacenamiento portátil puede almacenar una pluralidad de identificaciones de solicitudes de transacciones.
  44. 44. Un método de conformidad con la reivindicación 1, caracterizado porque al usuario se puede proporcionar una pluralidad de identificaciones de solicitudes de transacciones.
  45. 45. Un método de conformidad con la reivindicación 1, caracterizado porque el administrador de transacciones administra una pluralidad de usuarios registrados, cada uno de los cuales tiene una pluralidad de identificaciones de solicitudes de transacciones, disponibles para el uso en la realización de compra (s) .
  46. 46. Un método de conformidad con la reivindicación 1, caracterizado porque el administrador de transacciones registra una pluralidad de vendedores.
  47. 47. Un método de conformidad con la reivindicación 1, caracterizado porque el administrador de transacciones puede llevar a cabo transferencias electrónicas entre una pluralidad de instituciones financieras.
  48. 48. Un método para llevar a cabo una transacción en linea, caracterizado porque incluye los pasos de: proporcionar un administrador de transacciones; generar una identificación de solicitud de transacción de uso único; el administrador de transacciones relaciona la identificación de la solicitud de transacción, con información bancaria de un usuario registrado; proporcionar al usuario registrado una identificación de la solicitud de transacción; el usuario registrado solicita transferir una cantidad desde una cuenta del usuario hasta una cuenta, la solicitud de transferencia incluye proporcionar la identificación de la solicitud de transacción y la cantidad, al administrador de transacciones; el administrador de transacciones verifica la validez de la identificación de la solicitud de transacción e inhabilita la reutilización de la identificación de la solicitud de transacción; si la identificación de la transacción es válida, enviar una solicitud de EFT a una institución financiera, para transferir la cantidad de fondos desde la cuenta del usuario hasta la otra cuenta, y la solicitud de EFT incluye la información bancaria; verificar si hay o no fondos suficientes en la cuenta bancaria del usuario y si se encuentran presentes fondos suficientes, la institución financiera lleva a cabo la transferencia, de acuerdo con la información bancaria; y el administrador de transacciones recibe la confirmación de la transferencia, de la institución financiera, y envía la confirmación al usuario.
  49. 49. Un sistema para llevar a cabo una transacción en línea, caracterizado porque incluye: un administrador de transacciones que comprende : medios para registrar a un usuario; medios para registrar a un vendedor; medios para generar la identificación de solicitud de transacción de uso único; medios para proporcionar al usuario registrado, la identificación de la solicitud de transacción; medios dispuestos para relacionar la identificación de la solicitud de transacción, con información bancaria del usuario registrado; medios para recibir una solicitud de pago, en donde la solicitud de pago incluye la identificación de la solicitud de transacción, el valor que va a ser transferido, y una identificación de la parte receptora; medios para verificar la validez de la identificación de la solicitud de transacción e inhabilitar la reutilización de la identificación de la solicitud de transacción; medios para enviar una solicitud de EFT a una institución financiera para transferir el valor en los fondos, del usuario a la parte receptora, si la identificación de la solicitud de transacción es válida, la solicitud de EFT incluye la información bancaria; y medios para recibir confirmación de la transferencia de la institución financiera y enviar la confirmación al usuario y/o a la otra parte; y medios para que el usuario solicite la transferencia del valor que va a ser transferido, a la otra parte, y proporcionar la identificación de la solicitud de transacción, al administrador de transacciones.
  50. 50. Un administrador de transacciones para llevar a cabo una transacción en linea, caracterizado porque comprende : medios para registrar a un usuario y recibir información bancaria del usuario; medios para registrar a un vendedor; medios para recibir una solicitud de un usuario, de una identificación de solicitud de transacción, de uso único, para realizar una compra; medios para generar una identificación de solicitud de transacción de uso único; medios para verificar la validez del usuario, proporcionando al usuario la identificación de la solicitud de transacción en la información bancaria del usuario, si el usuario es válido, y relacionando la identificación de la solicitud de transacción; medios para recibir el identificador de la solicitud de transacción y un valor de una compra al vendedor en un reporte de compra, y la identificación de la solicitud de transacción ha sido proporcionada por el usuario, al vendedor, en el transcurso de la solicitud de una transacción para la compra; enviar una solicitud de EFT a una institución financiera, para transferir el valor en fondos, del usuario al vendedor, la solicitud de EFT incluye la información bancaria, si la identificación de la solicitud de transacción es válida; y medios para validar la identificación de la solicitud de transacción, inhabilitando la reutilización de la identificación de la solicitud de transacción y medios para proporcionar al vendedor un identificador de aceptación de transacción, único, si se encuentran presentes fondos suficientes para que ocurra la transferencia.
  51. 51. Un método de conformidad con la reivindicación 1, caracterizado porque la identificación de solicitud de transacción es una cadena de caracteres.
  52. 52. Un método de conformidad con la reivindicación 1, caracterizado porque la identificación de solicitud de transacción es una cadena de caracteres generada aleatoriamente .
  53. 53. Un método para llevar a cabo una transacción financiera en linea, caracterizado porque comprende los pasos de: registrar a un usuario en el administrador de transacciones ; proporcionar al usuario un código de identificación; identificar al usuario en el administrador de transacciones, haciendo que el usuario proporcione el código de identificación al administrador de transacciones, para su verificación, y cuando sea verificado proporcionar al usuario un código de transacción de uso único; solicitar una transacción financiera que incluya que el usuario proporcione el código de transacción; verificar la identidad del usuario a partir del código de transacción, y cuando sea verificado autorizar la transacción financiera.
  54. 54. Un método de conformidad con la reivindicación 53, caracterizado porque el código de identificación comprende un código de inicio de sesión y una contraseña .
  55. 55. Un método de conformidad con la reivindicación 53, caracterizado porque el código de identificación está asociado con información bancaria del usuario, que es almacenada por el administrador de transacciones .
  56. 56. Un método de conformidad con la reivindicación 53, caracterizado porque el código de transacción es generado por el administrador de transacciones .
  57. 57. Un método de conformidad con la reivindicación 53, caracterizado porque el código de transacción está relacionado con el código de identificación.
  58. 58. Un método de conformidad con la reivindicación 53, caracterizado porque el usuario solicita la transacción de una tercera parte.
  59. 59. Un método de conformidad con la reivindicación 58, caracterizado porque la tercera parte es un vendedor.
  60. 60. Un método de conformidad con la reivindicación 59, caracterizado porque la transacción es para la compra de un bien o servicio, al vendedor.
  61. 61. Un método de conformidad con la reivindicación 58, caracterizado porque la tercera parte es una institución financiera.
  62. 62. Un método de conformidad con la reivindicación 58, caracterizado porque el usuario proporciona a la tercera parte un código de transacción como una parte de la solicitud.
  63. 63. Un método de conformidad con la reivindicación 58, caracterizado porque el código de transacción es proporcionado al administrador de transacciones por la tercera parte.
  64. 64. Un método de conformidad con la reivindicación 53, caracterizado porque el valor de la transacción financiera es proporcionado al administrador de transacciones por la tercera parte.
  65. 65. Un método de conformidad con la reivindicación 53, caracterizado porque si la transacción financiera es autorizada, se envía una transferencia electrónica de fondos (EFT) a una institución financiera, de acuerdo con la información bancaria almacenada por el administrador de transacciones.
  66. 66. Un método de conformidad con la reivindicación 65, caracterizado porque la solicitud de EFT es para la transferencia del valor de la transacción, del usuario a la tercera parte, de acuerdo con la información bancaria del usuario.
  67. 67. Un método de conformidad con la reivindicación 53, caracterizado porque se lleva a cabo una verificación antes de autorizar la transacción, referente a si se permite o no proceder la transacción.
  68. 68. Un método de conformidad con la reivindicación 67, caracterizado porque la transacción se deja proceder si se encuentran disponibles suficientes fondos para cubrir la cantidad de la transacción.
  69. 69. Un método de conformidad con la reivindicación 65, caracterizado porque se lleva a cabo una verificación como parte de la EFT, referente a si se encuentran disponibles o no suficientes fondos para llevar a cabo la EFT.
  70. 70. Un método de conformidad con la reivindicación 69, caracterizado porque se notifica al administrador de transacciones, del éxito de la EFT.
  71. 71. Un método de conformidad con la reivindicación 58, caracterizado porque el administrador de transacciones proporciona una confirmación a la tercera parte, del éxito de la transacción financiera.
MXPA04008599A 2002-03-04 2003-02-28 Sistema de transferencia electronica. MXPA04008599A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
AUPS0876A AUPS087602A0 (en) 2002-03-04 2002-03-04 Electronic fund transfer system
PCT/AU2003/000255 WO2003075192A1 (en) 2002-03-04 2003-02-28 Electronic transfer system

Publications (1)

Publication Number Publication Date
MXPA04008599A true MXPA04008599A (es) 2005-05-27

Family

ID=3834475

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA04008599A MXPA04008599A (es) 2002-03-04 2003-02-28 Sistema de transferencia electronica.

Country Status (14)

Country Link
US (1) US20050246293A1 (es)
EP (1) EP1488359A4 (es)
JP (2) JP4511192B2 (es)
KR (1) KR101155858B1 (es)
CN (1) CN1647089A (es)
AU (1) AUPS087602A0 (es)
BR (1) BR0308248A (es)
CA (1) CA2478214A1 (es)
MX (1) MXPA04008599A (es)
NZ (1) NZ535529A (es)
RU (1) RU2320014C2 (es)
TW (1) TWI305899B (es)
WO (1) WO2003075192A1 (es)
ZA (1) ZA200407935B (es)

Families Citing this family (166)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AUPQ556600A0 (en) 2000-02-14 2000-03-02 Ong, Yong Kin (Michael) Electronic funds transfers-zipfund
US20140019352A1 (en) 2011-02-22 2014-01-16 Visa International Service Association Multi-purpose virtual card transaction apparatuses, methods and systems
GB2419067A (en) * 2004-10-06 2006-04-12 Sharp Kk Deciding whether to permit a transaction, based on the value of an identifier sent over a communications channel and returned over a secure connection
WO2006049585A1 (en) * 2004-11-05 2006-05-11 Mobile Money International Sdn Bhd Payment system
US8762263B2 (en) 2005-09-06 2014-06-24 Visa U.S.A. Inc. System and method for secured account numbers in proximity devices
WO2008027621A1 (en) * 2006-03-30 2008-03-06 Obopay Inc. Mobile person-to-person payment system
US20070244811A1 (en) * 2006-03-30 2007-10-18 Obopay Inc. Mobile Client Application for Mobile Payments
US8532021B2 (en) * 2006-03-30 2013-09-10 Obopay, Inc. Data communications over voice channel with mobile consumer communications devices
US7818264B2 (en) 2006-06-19 2010-10-19 Visa U.S.A. Inc. Track data encryption
US9065643B2 (en) 2006-04-05 2015-06-23 Visa U.S.A. Inc. System and method for account identifier obfuscation
CN101154283A (zh) * 2006-09-29 2008-04-02 阿里巴巴公司 一种实现支付的系统及方法
US10068220B2 (en) * 2006-10-11 2018-09-04 Visa International Service Association Systems and methods for brokered authentication express seller links
US8156543B2 (en) 2007-04-17 2012-04-10 Visa U.S.A. Method and system for authenticating a party to a transaction
US7739169B2 (en) 2007-06-25 2010-06-15 Visa U.S.A. Inc. Restricting access to compromised account information
US8121956B2 (en) 2007-06-25 2012-02-21 Visa U.S.A. Inc. Cardless challenge systems and methods
US8799109B2 (en) * 2007-08-20 2014-08-05 Ebay Inc. System and method for payment on call in a networked environment
US7937324B2 (en) 2007-09-13 2011-05-03 Visa U.S.A. Inc. Account permanence
US9715709B2 (en) 2008-05-09 2017-07-25 Visa International Services Association Communication device including multi-part alias identifier
US8219489B2 (en) 2008-07-29 2012-07-10 Visa U.S.A. Inc. Transaction processing using a global unique identifier
AU2009311303B2 (en) 2008-11-06 2015-09-10 Visa International Service Association Online challenge-response
US9715681B2 (en) 2009-04-28 2017-07-25 Visa International Service Association Verification of portable consumer devices
WO2010126509A2 (en) * 2009-04-30 2010-11-04 Donald Michael Cardina Systems and methods for randomized mobile payment
US8893967B2 (en) 2009-05-15 2014-11-25 Visa International Service Association Secure Communication of payment information to merchants using a verification token
US7891560B2 (en) 2009-05-15 2011-02-22 Visa International Service Assocation Verification of portable consumer devices
US10846683B2 (en) 2009-05-15 2020-11-24 Visa International Service Association Integration of verification tokens with mobile communication devices
US9038886B2 (en) 2009-05-15 2015-05-26 Visa International Service Association Verification of portable consumer devices
US9105027B2 (en) 2009-05-15 2015-08-11 Visa International Service Association Verification of portable consumer device for secure services
US8534564B2 (en) 2009-05-15 2013-09-17 Ayman Hammad Integration of verification tokens with mobile communication devices
US8602293B2 (en) 2009-05-15 2013-12-10 Visa International Service Association Integration of verification tokens with portable computing devices
US10140598B2 (en) 2009-05-20 2018-11-27 Visa International Service Association Device including encrypted data for expiration date and verification value creation
US8818882B2 (en) * 2009-08-24 2014-08-26 Visa International Service Association Alias identity and reputation validation engine
US20110055077A1 (en) * 2009-09-02 2011-03-03 Susan French Portable consumer device with funds transfer processing
US20110106674A1 (en) * 2009-10-29 2011-05-05 Jeffrey William Perlman Optimizing Transaction Scenarios With Automated Decision Making
US9037555B2 (en) * 2009-11-12 2015-05-19 Bmc Software, Inc. Asynchronous collection and correlation of trace and communications event data
US10255591B2 (en) 2009-12-18 2019-04-09 Visa International Service Association Payment channel returning limited use proxy dynamic value
EP2524471B1 (en) 2010-01-12 2015-03-11 Visa International Service Association Anytime validation for verification tokens
US20110184840A1 (en) * 2010-01-27 2011-07-28 Ebay Inc. Systems and methods for facilitating account verification over a network
US10255601B2 (en) 2010-02-25 2019-04-09 Visa International Service Association Multifactor authentication using a directory server
US9245267B2 (en) 2010-03-03 2016-01-26 Visa International Service Association Portable account number for consumer payment account
US9336519B2 (en) * 2010-03-08 2016-05-10 Qualcom Incorporated System and method for determining appropriate redemption presentations for a virtual token associated with a stored value account
WO2011121600A1 (en) * 2010-03-31 2011-10-06 Ramesh Madhavan A system and method for cash instruments
US8336088B2 (en) 2010-04-19 2012-12-18 Visa International Service Association Alias management and value transfer claim processing
US9342832B2 (en) 2010-08-12 2016-05-17 Visa International Service Association Securing external systems with account token substitution
CA2724297C (en) * 2010-12-14 2013-11-12 Xtreme Mobility Inc. System and method for authenticating transactions through a mobile device
AU2012217606A1 (en) 2011-02-16 2013-05-09 Visa International Service Association Snap mobile payment apparatuses, methods and systems
US10586227B2 (en) 2011-02-16 2020-03-10 Visa International Service Association Snap mobile payment apparatuses, methods and systems
SG193510A1 (en) 2011-02-22 2013-10-30 Visa Int Service Ass Universal electronic payment apparatuses, methods and systems
CN107967602A (zh) 2011-03-04 2018-04-27 维萨国际服务协会 支付能力结合至计算机的安全元件
US10453062B2 (en) 2011-03-15 2019-10-22 Capital One Services, Llc Systems and methods for performing person-to-person transactions using active authentication
US11514451B2 (en) 2011-03-15 2022-11-29 Capital One Services, Llc Systems and methods for performing financial transactions using active authentication
KR101923611B1 (ko) * 2011-04-11 2018-11-29 삼성전자주식회사 서비스 서버, 사용자 단말 장치, 그 서비스 제공 방법 및 제어 방법
US9280765B2 (en) 2011-04-11 2016-03-08 Visa International Service Association Multiple tokenization for authentication
AU2012278963B2 (en) 2011-07-05 2017-02-23 Visa International Service Association Electronic wallet checkout platform apparatuses, methods and systems
US9582598B2 (en) 2011-07-05 2017-02-28 Visa International Service Association Hybrid applications utilizing distributed models and views apparatuses, methods and systems
US9355393B2 (en) 2011-08-18 2016-05-31 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
WO2013019567A2 (en) 2011-07-29 2013-02-07 Visa International Service Association Passing payment tokens through an hop/sop
US9710807B2 (en) 2011-08-18 2017-07-18 Visa International Service Association Third-party value added wallet features and interfaces apparatuses, methods and systems
US10825001B2 (en) 2011-08-18 2020-11-03 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
US10242358B2 (en) 2011-08-18 2019-03-26 Visa International Service Association Remote decoupled application persistent state apparatuses, methods and systems
US9165294B2 (en) 2011-08-24 2015-10-20 Visa International Service Association Method for using barcodes and mobile devices to conduct payment transactions
US10223730B2 (en) 2011-09-23 2019-03-05 Visa International Service Association E-wallet store injection search apparatuses, methods and systems
SG11201403861XA (en) 2012-01-05 2014-08-28 Visa Int Service Ass Data protection with translation
US10223710B2 (en) 2013-01-04 2019-03-05 Visa International Service Association Wearable intelligent vision device apparatuses, methods and systems
US9830595B2 (en) 2012-01-26 2017-11-28 Visa International Service Association System and method of providing tokenization as a service
AU2013214801B2 (en) 2012-02-02 2018-06-21 Visa International Service Association Multi-source, multi-dimensional, cross-entity, multimedia database platform apparatuses, methods and systems
US10282724B2 (en) 2012-03-06 2019-05-07 Visa International Service Association Security system incorporating mobile device
US10535064B2 (en) 2012-03-19 2020-01-14 Paynet Payments Network, Llc Systems and methods for real-time account access
BR112014023264A2 (pt) 2012-03-19 2019-08-13 Paynet Payments Network Llc sistemas e métodos de computador para processar transações de pagamento através de rede
US20130297501A1 (en) 2012-05-04 2013-11-07 Justin Monk System and method for local data conversion
US9524501B2 (en) 2012-06-06 2016-12-20 Visa International Service Association Method and system for correlating diverse transaction data
WO2014008403A1 (en) 2012-07-03 2014-01-09 Visa International Service Association Data protection hub
US9846861B2 (en) 2012-07-25 2017-12-19 Visa International Service Association Upstream and downstream data conversion
US9256871B2 (en) 2012-07-26 2016-02-09 Visa U.S.A. Inc. Configurable payment tokens
US9665722B2 (en) 2012-08-10 2017-05-30 Visa International Service Association Privacy firewall
AU2013315510B2 (en) 2012-09-11 2019-08-22 Visa International Service Association Cloud-based Virtual Wallet NFC Apparatuses, methods and systems
US10176478B2 (en) 2012-10-23 2019-01-08 Visa International Service Association Transaction initiation determination system utilizing transaction data elements
US9911118B2 (en) 2012-11-21 2018-03-06 Visa International Service Association Device pairing via trusted intermediary
WO2014087381A1 (en) 2012-12-07 2014-06-12 Visa International Service Association A token generating component
US10740731B2 (en) 2013-01-02 2020-08-11 Visa International Service Association Third party settlement
US9741051B2 (en) 2013-01-02 2017-08-22 Visa International Service Association Tokenization and third-party interaction
ES2598247T3 (es) * 2013-01-21 2017-01-26 Kapsch Trafficcom Ag Procedimiento para la liquidación de utilizaciones locales
US11055710B2 (en) 2013-05-02 2021-07-06 Visa International Service Association Systems and methods for verifying and processing transactions using virtual currency
US9978062B2 (en) 2013-05-15 2018-05-22 Visa International Service Association Mobile tokenization hub
US10878422B2 (en) * 2013-06-17 2020-12-29 Visa International Service Association System and method using merchant token
CA2919199C (en) 2013-07-24 2020-06-16 Visa International Service Association Systems and methods for communicating risk using token assurance data
CN115907763A (zh) 2013-07-26 2023-04-04 维萨国际服务协会 向消费者提供支付凭证
US10496986B2 (en) 2013-08-08 2019-12-03 Visa International Service Association Multi-network tokenization processing
CN114819961A (zh) 2013-08-08 2022-07-29 维萨国际服务协会 用于为移动设备供应支付凭证的方法和系统
DE102013108713B8 (de) * 2013-08-12 2016-10-13 WebID Solutions GmbH Verfahren zum Verifizieren der ldentität eines Nutzers
US9978094B2 (en) 2013-10-11 2018-05-22 Visa International Service Association Tokenization revocation list
AU2014331673B2 (en) 2013-10-11 2018-05-17 Mastercard International Incorporated Network token system
US10515358B2 (en) 2013-10-18 2019-12-24 Visa International Service Association Contextual transaction token methods and systems
US10489779B2 (en) 2013-10-21 2019-11-26 Visa International Service Association Multi-network token bin routing with defined verification parameters
US10366387B2 (en) 2013-10-29 2019-07-30 Visa International Service Association Digital wallet system and method
AU2014256396B2 (en) * 2013-11-15 2020-08-20 Fidelity Information Services, Llc Systems and methods for real-time account access
SG10201900029SA (en) 2013-11-19 2019-02-27 Visa Int Service Ass Automated account provisioning
US9922322B2 (en) 2013-12-19 2018-03-20 Visa International Service Association Cloud-based transactions with magnetic secure transmission
CN115082065A (zh) 2013-12-19 2022-09-20 维萨国际服务协会 基于云的交易方法和系统
CN103856640B (zh) * 2014-01-07 2015-07-01 腾讯科技(深圳)有限公司 一种对用户资源信息进行处理的方法及系统
US10433128B2 (en) 2014-01-07 2019-10-01 Visa International Service Association Methods and systems for provisioning multiple devices
US9846878B2 (en) 2014-01-14 2017-12-19 Visa International Service Association Payment account identifier system
US10026087B2 (en) 2014-04-08 2018-07-17 Visa International Service Association Data passed in an interaction
US9942043B2 (en) 2014-04-23 2018-04-10 Visa International Service Association Token security on a communication device
US9680942B2 (en) 2014-05-01 2017-06-13 Visa International Service Association Data verification using access device
WO2015171625A1 (en) 2014-05-05 2015-11-12 Visa International Service Association System and method for token domain control
EP3146747B1 (en) 2014-05-21 2020-07-01 Visa International Service Association Offline authentication
CN105446963B (zh) * 2014-05-26 2019-03-08 阿里巴巴集团控股有限公司 一种电子数据转移方法和服务器
US11023890B2 (en) 2014-06-05 2021-06-01 Visa International Service Association Identification and verification for provisioning mobile application
US20160012426A1 (en) 2014-07-11 2016-01-14 Google Inc. Hands-free transactions with a challenge and response
US10185960B2 (en) 2014-07-11 2019-01-22 Google Llc Hands-free transactions verified by location
US9780953B2 (en) 2014-07-23 2017-10-03 Visa International Service Association Systems and methods for secure detokenization
US10484345B2 (en) 2014-07-31 2019-11-19 Visa International Service Association System and method for identity verification across mobile applications
US9775029B2 (en) 2014-08-22 2017-09-26 Visa International Service Association Embedding cloud-based functionalities in a communication device
US10140615B2 (en) 2014-09-22 2018-11-27 Visa International Service Association Secure mobile device credential provisioning using risk decision non-overrides
SG11201701653WA (en) 2014-09-26 2017-04-27 Visa Int Service Ass Remote server encrypted data provisioning system and methods
US11257074B2 (en) 2014-09-29 2022-02-22 Visa International Service Association Transaction risk based token
US10015147B2 (en) 2014-10-22 2018-07-03 Visa International Service Association Token enrollment system and method
GB201419016D0 (en) 2014-10-24 2014-12-10 Visa Europe Ltd Transaction Messaging
US10325261B2 (en) 2014-11-25 2019-06-18 Visa International Service Association Systems communications with non-sensitive identifiers
EP3224784A4 (en) 2014-11-26 2017-11-08 Visa International Service Association Tokenization request via access device
US10257185B2 (en) 2014-12-12 2019-04-09 Visa International Service Association Automated access data provisioning
CN107005563B (zh) 2014-12-12 2021-03-30 维萨国际服务协会 用于机器对机器装置的供应平台
US20160180330A1 (en) * 2014-12-23 2016-06-23 Mastercard International Incorporated Method and system for recovery of a lost payment card
US10187363B2 (en) 2014-12-31 2019-01-22 Visa International Service Association Hybrid integration of software development kit with secure execution environment
US10096009B2 (en) 2015-01-20 2018-10-09 Visa International Service Association Secure payment processing using authorization request
US11250391B2 (en) 2015-01-30 2022-02-15 Visa International Service Association Token check offline
WO2016126729A1 (en) 2015-02-03 2016-08-11 Visa International Service Association Validation identity tokens for transactions
US10977657B2 (en) 2015-02-09 2021-04-13 Visa International Service Association Token processing utilizing multiple authorizations
US10164996B2 (en) 2015-03-12 2018-12-25 Visa International Service Association Methods and systems for providing a low value token buffer
CN107438992B (zh) 2015-04-10 2020-12-01 维萨国际服务协会 浏览器与密码的集成
US9998978B2 (en) 2015-04-16 2018-06-12 Visa International Service Association Systems and methods for processing dormant virtual access devices
US10552834B2 (en) 2015-04-30 2020-02-04 Visa International Service Association Tokenization capable authentication framework
AU2016337614A1 (en) 2015-10-15 2018-03-15 Visa International Service Association Instant token issuance system
CN108370319B (zh) 2015-12-04 2021-08-17 维萨国际服务协会 用于令牌验证的方法及计算机
CA3009659C (en) 2016-01-07 2022-12-13 Visa International Service Association Systems and methods for device push provisioning
CN108604989B (zh) 2016-02-01 2022-07-22 维萨国际服务协会 用于代码显示和使用的系统和方法
US11501288B2 (en) 2016-02-09 2022-11-15 Visa International Service Association Resource provider account token provisioning and processing
EP3374916B1 (en) 2016-03-01 2023-12-13 Google LLC Facial profile modification for hands free transactions
CN109074584B (zh) * 2016-03-01 2022-04-26 谷歌有限责任公司 免手操交易的直接结算
US10313321B2 (en) 2016-04-07 2019-06-04 Visa International Service Association Tokenization of co-network accounts
AU2016403734B2 (en) 2016-04-19 2022-11-17 Visa International Service Association Systems and methods for performing push transactions
US11250424B2 (en) 2016-05-19 2022-02-15 Visa International Service Association Systems and methods for creating subtokens using primary tokens
BR112018072903A2 (pt) 2016-06-03 2019-02-19 Visa International Service Association método, e, dispositivos de comunicação e conectado.
US11068899B2 (en) 2016-06-17 2021-07-20 Visa International Service Association Token aggregation for multi-party transactions
US10361856B2 (en) 2016-06-24 2019-07-23 Visa International Service Association Unique token authentication cryptogram
WO2018013431A2 (en) 2016-07-11 2018-01-18 Visa International Service Association Encryption key exchange process using access device
EP3488406A4 (en) 2016-07-19 2019-08-07 Visa International Service Association METHOD OF DISTRIBUTING TOKENS AND MANAGING TOKEN RELATIONS
US10474879B2 (en) 2016-07-31 2019-11-12 Google Llc Automatic hands free service requests
US10509779B2 (en) 2016-09-14 2019-12-17 Visa International Service Association Self-cleaning token vault
CN117009946A (zh) 2016-11-28 2023-11-07 维萨国际服务协会 供应到应用程序的访问标识符
JP6898548B2 (ja) * 2017-02-15 2021-07-07 富士通株式会社 承認システム、承認方法および承認プログラム
US10915899B2 (en) 2017-03-17 2021-02-09 Visa International Service Association Replacing token on a multi-token user device
US10902418B2 (en) 2017-05-02 2021-01-26 Visa International Service Association System and method using interaction token
CA3063372A1 (en) * 2017-05-11 2018-11-15 Gaurav Sharma Safepay / paysafe
US11494765B2 (en) 2017-05-11 2022-11-08 Visa International Service Association Secure remote transaction system using mobile devices
US10491389B2 (en) 2017-07-14 2019-11-26 Visa International Service Association Token provisioning utilizing a secure authentication system
EP3762844A4 (en) 2018-03-07 2021-04-21 Visa International Service Association SECURE REMOTE TOKEN RELEASE WITH ONLINE AUTHENTICATION
US11256789B2 (en) 2018-06-18 2022-02-22 Visa International Service Association Recurring token transactions
EP3841498A4 (en) 2018-08-22 2021-10-13 Visa International Service Association PROCEDURE AND SYSTEM FOR TOKEN PROVISION AND PROCESSING
SG11202104782TA (en) 2018-11-14 2021-06-29 Visa Int Service Ass Cloud token provisioning of multiple tokens
CN109710695B (zh) * 2018-12-26 2021-10-08 百度在线网络技术(北京)有限公司 事务请求有效性识别和发起方法、装置、设备和介质
CN110070363B (zh) * 2019-03-13 2021-08-06 咪咕文化科技有限公司 区块链网络中的账户管理方法、验证方法及终端设备
US11849042B2 (en) 2019-05-17 2023-12-19 Visa International Service Association Virtual access credential interaction system and method
US20220343314A1 (en) * 2019-10-18 2022-10-27 Visa International Service Association Processing using machine readable codes and secure remote interactions
FR3116132A1 (fr) 2020-11-09 2022-05-13 A3Bc Group Procede de d’authentification securise par le decouplage structurel des identifiants personnels et de services
US11361108B1 (en) 2021-03-11 2022-06-14 Tsj Technology, Inc. Unidirectional communication system for public access to detained persons

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US671279A (en) * 1898-12-23 1901-04-02 Gen Elecric Company Measuring instrument.
US6925439B1 (en) * 1994-06-20 2005-08-02 C-Sam, Inc. Device, system and methods of conducting paperless transactions
US5590038A (en) * 1994-06-20 1996-12-31 Pitroda; Satyan G. Universal electronic transaction card including receipt storage and system and methods of conducting electronic transactions
US5715314A (en) * 1994-10-24 1998-02-03 Open Market, Inc. Network sales system
US6950810B2 (en) * 1994-11-28 2005-09-27 Indivos Corporation Tokenless biometric electronic financial transactions via a third party identicator
US5546523A (en) * 1995-04-13 1996-08-13 Gatto; James G. Electronic fund transfer system
US5657389A (en) * 1995-05-08 1997-08-12 Image Data, Llc Positive identification system and method
US5748740A (en) * 1995-09-29 1998-05-05 Dallas Semiconductor Corporation Method, apparatus, system and firmware for secure transactions
US5822737A (en) * 1996-02-05 1998-10-13 Ogram; Mark E. Financial transaction system
US5987132A (en) * 1996-06-17 1999-11-16 Verifone, Inc. System, method and article of manufacture for conditionally accepting a payment method utilizing an extensible, flexible architecture
US6029150A (en) * 1996-10-04 2000-02-22 Certco, Llc Payment and transactions in electronic commerce system
JP3919041B2 (ja) * 1997-02-06 2007-05-23 富士通株式会社 決済システム
US6338049B1 (en) * 1997-03-05 2002-01-08 Walker Digital, Llc User-generated traveler's checks
US5903721A (en) * 1997-03-13 1999-05-11 cha|Technologies Services, Inc. Method and system for secure online transaction processing
US6317729B1 (en) * 1997-04-08 2001-11-13 Linda J. Camp Method for certifying delivery of secure electronic transactions
US6163771A (en) * 1997-08-28 2000-12-19 Walker Digital, Llc Method and device for generating a single-use financial account number
US5883810A (en) * 1997-09-24 1999-03-16 Microsoft Corporation Electronic online commerce card with transactionproxy number for online transactions
US6000832A (en) * 1997-09-24 1999-12-14 Microsoft Corporation Electronic online commerce card with customer generated transaction proxy number for online transactions
US6327578B1 (en) * 1998-12-29 2001-12-04 International Business Machines Corporation Four-party credit/debit payment protocol
US6324526B1 (en) * 1999-01-15 2001-11-27 D'agostino John System and method for performing secure credit card purchases
JP2003501712A (ja) * 1999-06-01 2003-01-14 ザ・リージェンツ・オブ・ザ・ユニバーシティ・オブ・カリフォルニア ディジタル・チケットの配信および検査システムおよび方法
WO2001013275A1 (en) * 1999-08-13 2001-02-22 Fleetboston Financial Corporation Proxy system for customer confidentiality
US6332134B1 (en) * 1999-11-01 2001-12-18 Chuck Foster Financial transaction system
WO2001045008A1 (en) * 1999-12-16 2001-06-21 Debit.Net, Inc. Secure networked transaction system
US20010007983A1 (en) * 1999-12-28 2001-07-12 Lee Jong-Ii Method and system for transaction of electronic money with a mobile communication unit as an electronic wallet
AUPQ556600A0 (en) * 2000-02-14 2000-03-02 Ong, Yong Kin (Michael) Electronic funds transfers-zipfund
KR100297976B1 (ko) * 2000-02-16 2001-11-03 정창희 컴퓨터 네트워크상에서 사업자고유정보가 마크된 사이버 결제수단의 발행 및 그에 의한 결제 시스템 및 방법
JP2000306010A (ja) * 2000-03-29 2000-11-02 Masaki Fujioka 権利・金券を管理するシステム
EP1297507A2 (en) * 2000-06-20 2003-04-02 David Milton Goldenberg Secure check processing system and method
US6598031B1 (en) * 2000-07-31 2003-07-22 Edi Secure Lllp Apparatus and method for routing encrypted transaction card identifying data through a public telephone network
US7392388B2 (en) * 2000-09-07 2008-06-24 Swivel Secure Limited Systems and methods for identity verification for secure transactions
US7269737B2 (en) * 2001-09-21 2007-09-11 Pay By Touch Checking Resources, Inc. System and method for biometric authorization for financial transactions
US20040103060A1 (en) 2002-11-22 2004-05-27 Pitney Bowes Incorporated Secure payment system and method having one-time use authorization

Also Published As

Publication number Publication date
AUPS087602A0 (en) 2002-03-28
EP1488359A4 (en) 2009-11-04
CA2478214A1 (en) 2003-09-12
JP5108034B2 (ja) 2012-12-26
JP4511192B2 (ja) 2010-07-28
TW200305813A (en) 2003-11-01
KR20040094770A (ko) 2004-11-10
JP2010102731A (ja) 2010-05-06
CN1647089A (zh) 2005-07-27
KR101155858B1 (ko) 2012-06-20
JP2005519397A (ja) 2005-06-30
RU2320014C2 (ru) 2008-03-20
RU2004129334A (ru) 2005-04-20
ZA200407935B (en) 2005-09-28
TWI305899B (en) 2009-02-01
WO2003075192A1 (en) 2003-09-12
BR0308248A (pt) 2005-02-09
NZ535529A (en) 2006-03-31
US20050246293A1 (en) 2005-11-03
EP1488359A1 (en) 2004-12-22

Similar Documents

Publication Publication Date Title
MXPA04008599A (es) Sistema de transferencia electronica.
US8924299B2 (en) Method and system for facilitating payment transactions using access devices
US8010453B2 (en) Method and system for facilitating payment transactions using access devices
RU2438172C2 (ru) Способ и система для осуществления двухфакторной аутентификации при транзакциях, связанных с заказами по почте и телефону
US8818907B2 (en) Limiting access to account information during a radio frequency transaction
US7827115B2 (en) Online payer authentication service
CA2482558C (en) Mobile account authentication service
US20150154597A1 (en) Method and System for Secure Transactions
AU2011207602B2 (en) Verification mechanism
KR100372683B1 (ko) 개인 휴대단말기를 이용한 사용자 인증 처리 시스템 및 그방법
AU2003205448B2 (en) Electronic transfer system
KR20040072855A (ko) 복수의 결제채널을 적용한 금융결제 보안시스템 및 방법

Legal Events

Date Code Title Description
FG Grant or registration