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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/108—Remote banking, e.g. home banking
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, 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)
- 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. 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. 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. 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. 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. 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. 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. 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. Un método de conformidad con la reivindicación 8, caracterizado porque la información bancaria incluye un número de cuenta bancaria.
- 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. Un método de conformidad con la reivindicación 1, caracterizado porque el vendedor está registrado en el administrador de transacciones.
- 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. Un método de conformidad con la reivindicación 1, caracterizado porque el administrador de transacciones registra una pluralidad de vendedores.
- 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. Un método de conformidad con la reivindicación 53, caracterizado porque el usuario solicita la transacción de una tercera parte.
- 59. Un método de conformidad con la reivindicación 58, caracterizado porque la tercera parte es un vendedor.
- 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. Un método de conformidad con la reivindicación 58, caracterizado porque la tercera parte es una institución financiera.
- 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. 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. 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. 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. 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. 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. 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. 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. Un método de conformidad con la reivindicación 69, caracterizado porque se notifica al administrador de transacciones, del éxito de la EFT.
- 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.
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)
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)
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 |
-
2002
- 2002-03-04 AU AUPS0876A patent/AUPS087602A0/en not_active Abandoned
-
2003
- 2003-02-28 NZ NZ535529A patent/NZ535529A/xx not_active IP Right Cessation
- 2003-02-28 CN CNA038084740A patent/CN1647089A/zh active Pending
- 2003-02-28 WO PCT/AU2003/000255 patent/WO2003075192A1/en active Application Filing
- 2003-02-28 JP JP2003573578A patent/JP4511192B2/ja not_active Expired - Fee Related
- 2003-02-28 MX MXPA04008599A patent/MXPA04008599A/es active IP Right Grant
- 2003-02-28 US US10/506,739 patent/US20050246293A1/en not_active Abandoned
- 2003-02-28 KR KR1020047013881A patent/KR101155858B1/ko not_active IP Right Cessation
- 2003-02-28 BR BR0308248-2A patent/BR0308248A/pt not_active IP Right Cessation
- 2003-02-28 CA CA002478214A patent/CA2478214A1/en not_active Abandoned
- 2003-02-28 EP EP03702218A patent/EP1488359A4/en not_active Withdrawn
- 2003-02-28 RU RU2004129334/09A patent/RU2320014C2/ru not_active IP Right Cessation
- 2003-03-03 TW TW092104446A patent/TWI305899B/zh not_active IP Right Cessation
-
2004
- 2004-09-30 ZA ZA2004/07935A patent/ZA200407935B/en unknown
-
2010
- 2010-01-04 JP JP2010000272A patent/JP5108034B2/ja not_active Expired - Fee Related
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 |