MX2014003427A - Metodo y sistema de pago de transaccion. - Google Patents
Metodo y sistema de pago de transaccion.Info
- Publication number
- MX2014003427A MX2014003427A MX2014003427A MX2014003427A MX2014003427A MX 2014003427 A MX2014003427 A MX 2014003427A MX 2014003427 A MX2014003427 A MX 2014003427A MX 2014003427 A MX2014003427 A MX 2014003427A MX 2014003427 A MX2014003427 A MX 2014003427A
- Authority
- MX
- Mexico
- Prior art keywords
- payment
- verification
- information
- approved
- contact number
- 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/38—Payment protocols; Details thereof
- G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
- G06Q20/3255—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
-
- 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/386—Payment protocols; Details thereof using messaging services or messaging apps
-
- 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4012—Verifying personal identification numbers [PIN]
-
- 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/42—Confirmation, e.g. check or permission by the legal debtor of payment
- G06Q20/425—Confirmation, e.g. check or permission by the legal debtor of payment using two different networks, one for transaction and one for security confirmation
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Telephonic Communication Services (AREA)
Abstract
Se describe un método de pago de transacción, que incluye las siguientes etapas: adquirir la información de pago acerca de un usuario, la información de pago incluye un número de comunicación; llamar al número de comunicación a través de una plataforma de respuesta de voz interactiva para adquirir la contraseña de pago que el usuario ingresó; verificar la contraseña de pago y la información de pago; y realizar el pago si se aprobó la verificación. El método de pago de transacción anterior puede aplicarse para mejorar la seguridad de pago. Además, también se proporciona un sistema de pago de transacción.
Description
MÉTODO Y SISTEMA DE PAGO DE TRANSACCIÓN
Referencia Cruzada a la Solicitud Relacionada
Esta solicitud reclama la prioridad del Número de Solicitud de Patente China 2011102801227 con el título "Sistema y Método de Pago de Transacción" presentado ante la Oficina de Patentes de China el 20 de septiembre de 2011, cuyo contenido completo se incorpora en la presente por referencia.
Campo de la Invención
Esta descripción se relaciona con la tecnología de red, y particularmente con un método y un sistema de pago de transacción .
Antecedentes de la Invención
Con el desarrollo rápido del comercio en línea y el mejoramiento del servicio de las actividades bancarias en línea, los métodos de pago a terceros y los bancos se mantienen innovando. Las variedades de los métodos de pago actualmente conocidos, los cuales incluyen muchos métodos de pago como los pagos POS convencionales, pagos ATM, pagos bancarios en línea, banca móvil, etcétera, ofrecen a la gente métodos de pago, fáciles y rápidos y una vida cotidiana conveniente.
Los métodos de pago convencionales emplean comúnmente una manera de transmisión de un solo canal de información. Por ejemplo, la banca móvil, la cual depende de una red de un operador móvil y se basa en la tecnología WAP, proporciona un
usuario móvil con servicios financieros como consultas de cuentas, transferencias, pagos de cuenta, pagos de consumo, y similares. Por ejemplo, pagos a través de Internet y datos de transacción de transferencia de pagos bancarios a través de Internet sobre un canal de Internet o un canal de comunicación inmediata.
Sin embargo, existen varios problemas de seguridad para estos pagos de transacción convencionales al confirmar la información de identidad de un usuario. Por ejemplo, para la banca móvil, el teléfono móvil puede perderse fácilmente; para los pagos a través de Internet y los pagos bancarios a través de Internet, generalmente se necesita únicamente verificar la contraseña de un usuario, de modo que es la única manera de verificar la información de identidad del usuario; cuando la terminal de la computadora del usuario se infecta por un virus Troyano, causa fácilmente el robo de datos. Por lo tanto, los pagos de transacciones convencionales no son altamente seguros.
Breve Descripción de la Invención
En virtud de esto, es necesario proporcionar el método de pago de transacción con una seguridad mejorada.
Un método de pago de transacción, comprende las etapas de:
adquirir la información de pago de un usuario, la información de pago incluye un número de contacto;
llamar al número de contacto a través de una plataforma de Respuesta de Voz Interactiva para adquirir una contraseña de pago que el usuario ingresó;
llamar al número de contacto a través de una plataforma de Respuesta de Voz Interactiva para adquirir una contraseña de pago que el usuario ingresó.
Preferiblemente, la etapa de adquirir la información de pago del usuario es: sobre un canal de Internet o un canal de comunicación inmediata, adquiriendo la información del pago del usuario sometido mediante una terminal de pago.
Preferiblemente, el número de contacto es un número de contacto móvil; y antes de la etapa de llamar al número de contacto móvil a través de la plataforma de Respuesta de Voz Interactiva, el método adicionalmente comprende:
enviar un código de verificación de mensaje corto a una terminal móvil que corresponde al número de contacto móvil a través de una plataforma de Servicio de Mensaje Corto;
recibir un código de verificación contestado regresado mediante la terminal móvil;
determinar si el código de verificación contestado es idéntico al código de verificación de mensaje corto, si es así, la verificación se aprueba; de lo contrario, la verificación no se aprueba.
Preferiblemente, antes de la etapa de llamar al número de contacto móvil a través de la plataforma de Respuesta de Voz
Interactiva, el método adicionalmente comprende:
adquirir un número de contacto móvil de la terminal móvil, la cual regresa el código de verificación contestado;
verificar si el número de contacto móvil adquirido es idéntico al número de contacto móvil en la información de cuenta previamente almacenada, si es así, la verificación se aprueba; de lo contrario, la verificación no se aprueba.
Preferiblemente, después de la etapa que verifica el código de verificación contestado se aprueba y/o la etapa que verifica el número de contacto móvil de la terminal móvil que regresa el código de verificación contestado se aprueba, el método adicionalmente comprende:
realizar una verificación de información de riesgo de la información de pago.
Preferiblemente, antes de la etapa de llamar al número de contacto a través de la plataforma de Respuesta de Voz Interactiva, y/o después verificar la contraseña de pago que se aprobó, el método adicionalmente comprende:
realizar una verificación de la información de riesgo de la información de pago.
Preferiblemente, la etapa de realizar una verificación de la información de riesgo de la información de pago comprende:
adquirir una cantidad de transacción para el comerciante en la información de pago, detectando si la cantidad de la transacción para el comerciante es mayor que un importe fijo, si
es así, la verificación no se aprueba; de lo contrario, se aprueba la verificación; y/o
determinar si el usuario es un usuario de lista negra de acuerdo con la información de pago, si es así, la verificación no se aprueba; de lo contrario, la verificación se aprueba.
Preferiblemente, la etapa de realizar una verificación de la información de riesgo de la información de pago ad icionalmente comprende:
determinar si la información de pago es idéntica a la información de la cuenta previamente almacenada, si es así, se aprueba la verificación; de lo contrario, la verificación no se aprueba.
Además, también es necesario proporcionar un sistema de pago de transacción, el cual es capaz de mejorar la seguridad.
Un sistema de pago de transacción, comprende un sistema de pago telefónico y un sistema bancario, donde,
el sistema de pago telefónico incluye:
una información de pago que adquiere el módulo configurado para adquirir la información de pago de un usuario, la información de pago incluye un número de contacto; y
una plataforma de Respuesta de Voz Interactiva configurada para llamar al número de contacto, adquiriendo una contraseña de pago que el usuario ingresó, y envía la contraseña de pago y la información de pago al sistema bancario, y
el sistema bancario se configura para verificar la contraseña
de pago y la información de pago, y realizar el pago si aprueba la verificación .
Preferiblemente, el módulo de adquisición de información de pago se configura para adquirir la información de pago del usuario sometida por una terminal de pago a través de un canal de Internet o de un canal de comunicación inmediata. Preferiblemente, el número de contacto es un número de contacto móvil; y el sistema de pago telefónico adicionalmente incluye una plataforma de Servicio de Mensaje Corto configurada para enviar un código de verificación de mensaje corto a la terminal móvil que corresponde al número de contacto móvil a través de mensajes cortos, recibir un código de verificación contestado regresado mediante la terminal móvil, y determinar si el código de verificación contestado es idéntico al código de verificación del mensaje corto, si es así, la verificación se aprueba; de lo contrario la verificación no se aprueba.
Preferiblemente, la plataforma de Servicio de Mensaje Corto adicionalmente se configura para adquirir un número de contacto móvil de la terminal móvil el cual regresa el código de verificación contestado, y envía el número de contacto móvil del sistema bancario; y
el sistema bancario se configura adicionalmente para verificar si el número de contacto móvil adquirido es idéntico a un número de contacto móvil en la información de la cuenta previamente almacenada, si es así, la verificación se aprueba; de
lo contrario, la verificación no se aprueba.
Preferiblemente, el sistema de pago telefónico adicionalmente incluye un sistema de control de riesgo configurado para realizar una verificación de la información de riesgo de la información de pago después de que verifica el código de verificación contestado que se aprobó y/o verifica el número de contacto móvil de la terminal móvil que regresa el código de verificación contestado que se aprobó.
Preferiblemente, el sistema de control de riesgo se configura adicionalmente para realizar una verificación de información de riesgo de la información de pago antes de la etapa del sistema de pago telefónico que llama al número de contacto a través de la plataforma de Respuesta de Voz Interactiva, y/o después de verificar la contraseña de pago que se aprobó.
Preferiblemente, el sistema de control de riesgo se configura para adquirir una cantidad de transacción para el comerciante en la información de pago, y para detectar si la cantidad de la transacción para el comerciante es mayor que un importe fijo, si es así, la verificación no se aprueba; de lo contrario, la verificación se aprueba; y/o
el sistema de control de riesgo se configura para determinar si el usuario es un usuario de lista negra de acuerdo con la información de pago, si es así, la verificación no se aprueba; de lo contrario, la verificación se aprueba.
Preferiblemente, el sistema de control de riesgo se
configura adicionalmente para enviar la información de pago al sistema bancario, y
el sistema bancario se configura adicionalmente para determinar si la información de pago es idéntica a la información de la cuenta previamente almacenada, si es así, la verificación se aprueba; de lo contrario, la verificación no se aprueba.
En el método y en el sistema de pago de transacción antes mencionado, al recibir la información de pago, un sistema de pago telefónico que llama automáticamente a un número de contacto móvil en la información de pago a través de una plataforma de Respuesta de Voz Interactiva adquiere una contraseña de pago que el usuario ingresó y verifica la contraseña de pago y la información de pago. Puesto que un canal empleado para adquirir la información de pago sometido por una terminal de pago es diferente de ése empleado por la plataforma de Respuesta de Voz Interactiva, se reduce la posibilidad de que un criminal intercepte la información de pago de los usuarios por un sitio de Internet falso, y un virus Troyano cuando se verifican la contraseña de pago y la información de pago.
Breve Descripción de los Dibujos
La figura 1 es un diagrama de flujo esquemático de un método de pago de transacción en una modalidad;
La figura 2 es un diagrama de flujo esquemático de un método de pago de transacción en otra modalidad;
La figura 3 es un diagrama de flujo para realizar una verificación de la información de riesgo en una modalidad;
La figura 4 es un diagrama de configuración esquemático de un sistema de pago de transacción en una modalidad; y
La figura 5 es un diagrama de configuración esquemático de un sistema de pago telefónico en otra modalidad.
Descripción Detallada de la Invención
Según se muestra en la figura 1, en una modalidad, un método de pago de transacción incluye las siguientes etapas:
Etapa S102, una terminal de pago adquiere la información de pago de un usuario, la información de pago incluye un número de contacto, y la terminal de pago envía la información de pago a un sistema de pago telefónico.
La terminal de pago puede ser la computadora, la TV, la terminal de comunicación móvil y otro equipo electrónico incorporado, que puede enviar una orden a través de un navegador de Internet y también puede hacerse a través de una herramienta de comunicación inmediata, para generar los datos de la orden. Los datos de la orden incluyen la información del usuario, la información mercantil, la información de un artículo comprado, y similares, donde la información del usuario incluye una cuenta registrada del usuario, un nombre de usuario, una dirección de recepción, una manera de contacto, y similares; la información mercantil es información del negocio como el nombre del almacén, una dirección, una forma de contacto, y similares; la
información de un artículo comprado incluye una cantidad comprada, un precio de compra, una cantidad pagadera, y los similares.
Después de que la orden se haya enviado mediante la terminal de pago y se confirme un pago, se adquiere la información de pago. La información de pago del usuario incluye un número de tarjeta bancaria, una información de identidad del usuario, y una información relacionada con la orden, donde la información de identidad del usuario incluye, pero no se limita a, la información de identificación (que incluye nombre del usuario, un número de identificación, y los similares), una contraseña de pago, un número de contacto (el cual podría ser un número de contacto móvil o un número de contacto fijo), un número de emergencia del contacto, una dirección de contacto, y similares, y la información relacionada con la orden incluye una cantidad pagadera etcétera. En una modalidad, después de que los datos de la orden se hayan enviado por el usuario, un cuadro indicador puede aparecer para agilizar al usuario a llenar la información de pago. Específicamente, la terminal de pago envía la información de pago al sistema de pago telefónico sobre un canal de Internet o a un canal de comunicación inmediata, y el sistema de pago telefónico adquiere la información de pago del usuario sometido por la terminal de pago sobre el canal de Internet o el canal de comunicación inmediata.
Etapa S104, el sistema de pago telefónico llama al número
de contacto a través de una plataforma de Respuesta de Voz Interactiva (IVR, por sus siglas en inglés), adquiere una contraseña de pago que el usuario ingresó, y envía la contraseña de pago y la información de pago a un sistema bancario.
Específicamente, el sistema de pago telefónico tiene la plataforma de IVR fija, a través de la cual se llama al número de contacto en la información de pago. La terminal de comunicación que corresponde al número de contacto recibirá la llamada, y cuando el usuario que sostiene la terminal de comunicación contesta la llamada, la terminal de comunicación establece una conexión con la plataforma de IVR. La terminal de comunicación recibirá un aviso de voz enviado desde la plataforma de IVR sobre un canal de voz. El usuario incorpora la contraseña de pago de acuerdo con el aviso de voz, y la terminal transmite los datos de la contraseña de pago al sistema del pago de teléfono, el cual se compone de la contraseña de pago y de la información de pago en un mensaje de transacción, y envía el mismo al sistema bancario.
Etapa S106, el sistema bancario verifica la contraseña de pago y la información de pago. Si pasa la verificación, se realiza el pago.
Específicamente, el sistema bancario puede ser un sistema de pago bancario o un sistema de pago en cualquier plataforma de transacción. La información de la cuenta de los almacenes del sistema bancario del usuario por adelantado, incluye la
información de identificación, un número de tarjeta de una tarjeta bancaria disponible, una dirección de contacto, un número de contacto móvil, una contraseña de pago, y similares. Después de haber recibido la contraseña de pago y la información de pago, el sistema bancario verifica si una contraseña de pago que el usuario ingresó es correcta, y verifica si la información de pago coincide con la información de la cuenta del usuario. Si es correcta, la verificación se aprueba y procede directamente una deducción.
En una modalidad, antes de la etapa S104, adicionalmente incluido está una etapa de realizar la verificación de la información de riesgo de la información de pago. La plataforma de IVR únicamente llama al número de contacto después de que la verificación de información de riesgo de la información de pago se haya pasado de modo que pueda garantizar la seguridad antes de llamar. En esta modalidad u otra modalidad, después de que la verificación de la contraseña de pago se haya pasado en la etapa S106, está adicionalmente incluida una etapa para realizar la verificación de la información de riesgo de la información de pago. Puesto que la información de pago se puede incluso cambiar después de que la verificación de la contraseña de pago se haya pasado, la deducción será realizada por el sistema bancario únicamente después de que la verificación de la información de riesgo de la información de pago se ha pasado mejorando adicionalmente la seguridad de pago.
Puesto que la información de pago enviada por la terminal de pago y la contraseña de pago adquirida por la plataforma de IVR son datos transmitidos sobre diferentes canales, respectivamente, es posible verificar la información de pago sobre ambos canales, de modo que la seguridad será mejorada. Además, el sistema de pago telefónico adquiere la contraseña de pago a través de la plataforma de IVR que llama automáticamente al número de contacto en la información de pago después de recibir la información de pago, el cual puede asegurar que el usuario que proporciona la contraseña de pago es el poseedor de la terminal que corresponde al número de contacto, comparada con la forma convencional que el usuario inicialmente llama a la plataforma de IVR para proporcionar la contraseña de pago. Si la contraseña de pago es robada, también es posible prevenir el pago eficientemente al llamar automáticamente al número de contacto proporcionado. Por lo tanto, la seguridad se mejora adicionalmente.
Según se muestra en la figura 2, en otra modalidad, un método de pago de transacción incluye las siguientes etapas:
Etapa S202, una terminal de pago adquiere la información de pago de un usuario, la información de pago incluye un número de contacto móvil, y la terminal de pago envía la información de pago a un sistema de pago telefónico.
Etapa S204, un código de verificación de mensaje corto se envía a una terminal móvil que corresponde al número de
contacto móvil a través de una plataforma de Servicio de Mensaje Corto (SMS, por sus siglas en inglés).
Etapa S206, se recibe un código de verificación contestado regresado mediante la terminal móvil.
Específicamente, después de que la terminal móvil ha recibido el mensaje corto, el usuario introduce el código de verificación contestado, y el código de verificación contestado regresa a la plataforma SMS.
Etapa S208, se determina si el código de verificación contestado es idéntico al código de verificación de mensaje corto, si es así, se procede a la etapa S210, de lo contrario, esto finaliza.
En una modalidad, si el código de verificación contestado no es idéntico al código de verificación de mensaje corto, un mensaje corto se puede enviar para advertir al usuario que el código de verificación regresado no es correcto, y no se puede cumplir con el pago. De esta manera, los datos se transfieren sobre el canal de mensaje corto y la información de pago se vuelve a verificar, lo cual mejora adicionalmente la seguridad.
Etapa S210, se adquiere un número de contacto móvil de la terminal móvil el cual regresa el código de verificación contestado.
Etapa S212, se verifica a través del sistema bancario si el número de contacto móvil adquirido es idéntico al número de contacto móvil en la información de la cuenta previamente
almacenada, si es así, procede a la etapa S214, de lo contrario, esto termina.
La información de la cuenta del usuario se almacena en el sistema bancario por adelantado, e incluye el número de contacto móvil proporcionado cuando el usuario solicita una tarjeta bancaria. Si el número de contacto móvil adquirido por el sistema bancario es idéntico al número de contacto móvil en la información de la cuenta previamente almacenada, la verificación se aprueba; de lo contrario, está no se aprueba.
En una modalidad, si la verificación no se aprueba, el sistema bancario puede notificar el sistema de pago de teléfono el cuál envía un mensaje corto a la terminal móvil a través de la plataforma SMS para advertir al usuario de que la verificación es fallida y no se puede realizar el pago. Un número de contacto móvil el cual regresa el código de verificación contestado se verifica por el sistema bancario, el cual asegura que el poseedor de la terminal móvil sea el usuario de la tarjeta bancaria, evitando un riesgo de perder el dinero de la tarjeta bancaria debido a la pérdida de la terminal móvil, y, por lo tanto, además se mejora la seguridad .
Además, ya que el código de verificación de mensaje corto y el número de contacto móvil el cual adquiere el código de verificación contestado regresado se han verificado antes de que se llame al número de contacto móvil, se puede evitar una cuestión de seguridad causada por una transferencia de llamada
de la terminal de comunicación móvil.
Etapa S214, se realiza una verificación de información de riesgo de la información de pago, si la verificación se aprueba, se procede a la etapa S216.
Etapa S216, el sistema de pago de teléfono llama al número de contacto móvil a través de la plataforma de IVR, adquiere una contraseña de pago que el usuario ingresó, y envía la contraseña de pago y la información de pago al sistema bancario.
Según lo discutido anteriormente, específicamente, la terminal móvil que corresponde al número de contacto móvil puede recibir la llamada. Después de que el usuario quien posee la terminal móvil haya contestado a la llamada, la terminal móvil establece una conexión con la plataforma de IVR, y la terminal móvil puede recibir un aviso de voz enviado por la plataforma de IVR sobre un canal de voz. El usuario incorpora la contraseña de pago de acuerdo con el aviso de voz y la terminal móvil transmitirá los datos de la contraseña de pago al sistema de pago de teléfono, el cual organiza la contraseña de pago y la información de pago en un mensaje de transacción, y envía el mismo al sistema bancario.
Etapa S218, el sistema bancario verifica la contraseña de pago y la información de pago. Si la verificación se aprueba, se realiza el pago.
Específicamente, el sistema bancario verifica si la contraseña de pago es correcta, y verifica si la información de
pago coincide con la información de la cuenta del usuario almacenado por adelantado. Si pasa la verificación, una deducción procede directamente; de lo contrario, el sistema de pago de teléfono será notificado y la plataforma de IVR envía un aviso de voz a la terminal móvil para advertir al usuario que una contraseña de pago que el usuario ingresó no es correcta o la información de pago no es correcta.
En una modalidad, la etapa de realizar una verificación de información de riesgo de la información de pago antes mencionada incluye: adquirir una cuenta de transacción para el comerciante en la información de transacción, detectando si la cantidad de la transacción para el comerciante es mayor que un importe fijo, si es así, la verificación no se aprueba; de lo contrario, se aprueba. La cantidad de la transacción para el comerciante es una cantidad de transacción de una orden tal como una cantidad, dinero o similares de una transacción. Una transacción con la cantidad, dinero que excede un importe fijo se considerará como riesgosa (ejemplo, la tarjeta bancaria pudo haber sido robada, etcétera), y entonces la verificación no se aprueba. De esta manera, es posible mejorar eficientemente la seguridad del pago.
En esta modalidad u otra modalidad, la etapa de realizar una verificación de información de riesgo de la información de pago adicionalmente incluye determinar si el usuario es un usuario de lista negra según la información de pago, si es así, la
verificación no se aprueba; de lo contrario, se aprueba. Si existe un expediente insuficiente en la transacción del usuario, por ejemplo, la verificación de la información de pago no se aprueba dos veces, el usuario se considerará como ilegal, y entonces la información de identidad del usuario se agrega a la lista negra. Para esos usuarios en la lista negra, la verificación no se aprobará cuando está bajo la verificación de información de riesgo, es decir, un usuario ilegal no puede lograr el pago. De esta manera, se evita que el usuario ilegal realice una transacción nuevamente, lo cual mejora adicionalmente la seguridad del pago.
En una modalidad, la etapa de realizar una verificación de la información de riesgo de la información de pago incluye adicionalmente: el sistema de pago de teléfono que envía la información de pago al sistema bancario. El sistema bancario determina si la información de pago es idéntica a la información de la cuenta previamente almacenada, si es así, la verificación se aprueba; de lo contrario, no se aprueba.
Según se muestra en la figura 3, en una modalidad, en la etapa S214, el proceso para realizar una verificación de información de riesgo de la información de pago específicamente incluye:
La etapa S302, determina si el usuario es un usuario de lista negra de acuerdo con la información de pago, si es así, el flujo termina; de lo contrario, se procede a la etapa S304.
La etapa S304, determina si la cantidad de la transacción para el comerciante es mayor que un importe fijo de acuerdo con la información de pago, si es así, el flujo termina; de lo contrario, se procede a la etapa S306.
La etapa S306, determina si existe información de pago verificada, si es así, el flujo procede a la etapa S216 para proceder a un flujo posterior; de lo contrario, se procede a la etapa S308.
La etapa S308, advierte al usuario a llenar la información de pago.
La etapa S310, realiza la verificación de la información de riesgo de la información de pago que el usuario ha llenado.
El proceso de realizar la verificación de la información de riesgo de la información de pago en la etapa S310 se describe como anteriormente, y una descripción detallada la cual se omite en la presente.
En una modalidad, incluso si la verificación de la contraseña de pago se ha pasado a la etapa S218, la verificación de la información de riesgo se puede realizar nuevamente de la información de pago, por ejemplo, determinar si la cantidad de la transacción para el comerciante es mayor que un importe fijo de acuerdo con la información de pago, etcétera. Puesto que es posible que el usuario pueda cambiar la información de pago después de que la verificación de la contraseña de pago se haya aprobado, la seguridad se puede mejorar adicionalmente al
realizar la verificación de la información de riesgo nuevamente.
Según se muestra en la figura 4, en una modalidad, un sistema de pago de transacción incluye una terminal de pago 10, un sistema de pago de teléfono 20, y un sistema bancario 30, donde:
la terminal de pago 10 adquiere la información de pago de un usuario, la información de pago incluye un número de contacto, y la terminal de pago 10 se usa adicionalmente para enviar la información de pago al sistema de pago de teléfono 20; el sistema de pago de teléfono 20 incluye una plataforma de IVR 202 para llamar al número de contacto, adquiriendo una contraseña de pago que el usuario ingresó, y enviando la contraseña de pago y la información de pago al sistema bancario 30;
el sistema bancario 30 es para verificar la contraseña de pago y la información de pago, y si la verificación se aprueba, se realiza un pago.
En una modalidad, el usuario envía una orden a través de la terminal de pago 10. Los datos de la orden incluyen la información del usuario, la información mercantil, la información de un artículo comprado, y los similares, donde la información del usuario incluye una cuenta registrada del usuario, un nombre del usuario, una dirección de recepción, una manera de contacto, y los similares; la información mercantil es información del negocio como un nombre del almacén, una dirección, una forma de
contacto, y los similares; la información de un artículo comprado incluye una cantidad por la compra, un precio de compra, una cantidad pagadera, y los similares.
Después de que la orden se haya enviado mediante la terminal de pago y se haya confirmado el pago, se adquiere la información de pago del usuario. La información de pago del usuario incluye un número de tarjeta bancaria, una información de identidad del usuario, y una información de la orden relacionada, donde la información de identidad del usuario incluye, pero no se limita a, la información de identificación (que incluyen el nombre del usuario, un número de identificación, y los similares), una contraseña de pago, un número de contacto (el cual podría ser un número de contacto móvil o un número de contacto fijo), un número de contacto inmediato, una dirección de contacto, y los similares, y la información de la orden relacionada incluye una cantidad pagadera, etcétera. En una modalidad, después de que los datos de la orden hayan sido enviados por el usuario, un cuadro indicador puede aparecerse para advertir al usuario de llenar la información de pago. Específicamente, la terminal de pago 10 envía la información de pago al sistema de pago de teléfono 20 sobre un canal de Internet o un canal de comunicación inmediata.
Adicionalmente, el sistema de pago de teléfono 20 puede incluir una información de pago que adquiere el modelo para adquirir la información de pago del usuario enviada por la
terminal de pago 10 sobre el canal de Internet o el canal de comunicación inmediata.
En una modalidad, el número de contacto en la información de pago se llama a través de la plataforma de IVR 202. La terminal de comunicación que corresponde al número de contacto recibirá la llamada, y cuando el usuario que sujeta la terminal de comunicación contesta a la llamada, la terminal de comunicación establece una conexión con la plataforma de IVR 202. La terminal de comunicación recibirá un aviso de voz desde la plataforma de IVR 202 sobre un canal de voz. El usuario incorpora la contraseña de pago de acuerdo con el aviso de voz, y la terminal transmite los datos de la contraseña de pago al sistema de pago de teléfono 20, el cual se compone de la contraseña de pago y de la información de pago en un mensaje de transacción, y envía el mismo al sistema bancario 30.
Específicamente, el sistema bancario 30 puede ser un sistema de pago bancario o un sistema de pago en cualquier plataforma de transacción. El sistema bancario 30 almacena la información de la cuenta del usuario por adelantado, que incluye la información de identificación del usuario, un número de tarjeta de una tarjeta bancaria disponible, una dirección de contacto, un número de contacto móvil, una contraseña de pago, y los similares. Después de haber recibido la contraseña de pago y la información de pago, el sistema bancario 30 verifica si la contraseña de pago que el usuario ingresó es correcta, y verifica
si la información de pago coincide con la información de la cuenta del usuario. Si es correcta, la verificación se aprueba y procede una deducción directamente para lograr el pago.
En una modalidad, el sistema de pago de teléfono 20 incluye adicionalmente un sistema de pago central (no mostrado) para manejar órdenes y etcétera. Después de que el sistema bancario 30 haya logrado el pago, el sistema de pago central será notificado para cambiar el estado de la orden y para regresar el estado de la orden a la terminal de pago 10.
En otra modalidad, según se muestra en la figura 5, el sistema de pago de teléfono 20 adicionalmente incluye una plataforma de servicio de mensaje corto 204 (SMS, por sus siglas en inglés) usada para enviar un código de verificación de mensaje corto a la terminal móvil que corresponde al número de contacto móvil en la información de pago a través de un mensaje corto, para recibir un código de verificación contestado mediante la terminal móvil, y para determinar si el código de verificación contestado es idéntico al código de verificación de mensaje corto, si es así, la verificación se aprueba; de otra SMS 204 adicionalmente se usa para adquirir un número de contacto móvil de la terminal móvil que regresa el código de verificación contestado, y envía el número de contacto móvil al sistema bancario 30. En la modalidad, el sistema bancario 30 adicionalmente se usa para verificar si el número de contacto móvil adquirido es idéntico con el número de contacto móvil en la
información de la cuenta previamente almacenada, si es así, la verificación se aprueba; de lo contrario, no se aprueba.
En una modalidad, según se muestra en la figura 5, el sistema de pago de teléfono 20 adicionalmente incluye un sistema de control de riesgo 206 para realizar una verificación de información de riesgo de la información de pago después de que la verificación del código de verificación contestado y/o la verificación del número de contacto móvil de la terminal móvil que regresa el código de verificación contestado se aprueba.
En una modalidad, el sistema de control de riesgo 206 se usa adicionalmente para realizar una verificación de información de riesgo de la información de pago antes de la etapa del sistema de pago de teléfono 20 que llama el número de contacto a través de la plataforma de IVR 202. En esta modalidad u otra modalidad, el sistema de control de riesgo 206 adicionalmente se usa para realizar una verificación de información de riesgo de la información de pago después de que la verificación de la contraseña de pago se aprueba.
En una modalidad, el sistema de control de riesgo 206 se usa para adquirir una cantidad de transacción para el comerciante en la información de pago, detectando si la cantidad de la transacción para el comerciante es mayor que un importe fijo, si es así, la verificación no se aprueba; de lo contrario, se aprueba. En esta modalidad u otra modalidad, el sistema de control de riesgo 208 adicionalmente se usa para determinar si el usuario es
un usuario de lista negra de acuerdo con la información de pago, si es así, la verificación no se aprueba; de lo contrario, ésta se aprueba.
En una modalidad, el sistema de control de riesgo 206 se usa adicionalmente para enviar la información de pago al sistema bancario 30. En la modalidad, el sistema bancario 30 se usa adicionalmente para determinar si la información de pago es idéntica con la información de la cuenta previamente almacenada, si es así, la verificación se aprueba; de lo contrario, ésta no se aprueba.
En el método y el sistema de pago de transacción antes mencionado, es mucho más difícil robar toda la información de pago del usuario recolectando la información de pago con los canales de comunicación múltiple como una terminal móvil, la Internet, una plataforma de IVR, una plataforma de SMS, y los similares. Por lo tanto, la seguridad del pago no cara a cara se mejora.
En el método y el sistema de pago de transacción antes mencionados, el pago es asegura al confirmar al poseedor de la terminal móvil con la verificación de mensaje corto, confirmando la información como la identificación, el número de contacto móvil, y los similares del poseedor de la tarjeta bancaria a través del sistema bancario, y confirmando los canales de comunicaciones múltiples sobre la información de identidad del usuario.
Los expertos en la técnica pueden entender que todo o parte del flujo del método antes mencionado en las modalidades se puede implementar mediante el hardware relevante instruido con un programa de computación. El programa se puede almacenar en un medio de almacenamiento legible por computadora. Cuando se está ejecutando el programa, el flujo de los métodos respectivos en las modalidades se puede incluir. Los medios de almacenamiento en la presente pueden ser un disco magnético, un disco óptico, una Memoria de Solo Lectura (ROM, por sus siglas en inglés), o una Memoria de Acceso Aleatorio (RAM, por sus siglas en inglés), y los similares.
Las modalidades antes mencionadas explican únicamente varios modos para implementar la invención, cuya descripción es detallada y específica; sin embargo, no se pueden entender, por lo tanto, como que limitan el alcance de la Solicitud de Patente de la Invención. Se deberá observar que muchas variaciones y modificaciones se pueden hacer sin apartarse del concepto de la invención por los expertos en la técnica, y todas se ubican dentro del alcance de la invención. Por lo tanto, el alcance de la Solicitud de Patente de la Invención únicamente se define por las reivindicaciones anexas.
Claims (16)
1. Un método de pago de transacción, que comprende las etapas de: adquirir la información de pago de un usuario, la información de pago incluye un número de contacto; llamar al número de contacto a través de una plataforma de Respuesta de Voz Interactiva para adquirir una contraseña de pago que el usuario ingresó; y verificar la contraseña de pago y la información de pago, y la realización de pago si la verificación se aprueba.
2. El método de pago de transacción de acuerdo con la reivindicación 1, donde la etapa de adquirir la información de pago del usuario es: sobre un canal de Internet o un canal de comunicación inmediato, adquiriendo la información de pago del usuario enviada por una terminal de pago.
3. El método de pago de transacción de acuerdo con la reivindicación 1, donde el número de contacto es un número de contacto móvil; y antes de la etapa de llamar al número de contacto móvil a través de la plataforma de Respuesta de Voz Interactiva, adicionalmente comprende: enviar un código de verificación de mensaje corto a una terminal móvil que corresponde al número de contacto móvil a través de una plataforma de Servicio de Mensaje Corto; recibir un código de verificación contestado regresado por la terminal móvil; determinar si el código de verificación contestado es idéntico al código de verificación de mensaje corto, si es así, la verificación se aprueba; de lo contrario, la verificación no se aprueba.
4. El método de pago de transacción de acuerdo con la reivindicación 3, donde antes de que la etapa de llamar al número de contacto móvil a través de la plataforma de Respuesta de Voz Interactiva, adicionalmente comprende: adquirir un número de contacto móvil de la terminal móvil la cual regresa el código de verificación contestado; verificar si el número de contacto móvil adquirido es idéntico al número de contacto móvil en la información de la cuenta previamente almacenada, si es así, la verificación se aprueba; de lo contrario, la verificación no se aprueba.
5. El método de pago de transacción de acuerdo con la reivindicación 4, donde después de la etapa que verifica el código de verificación contestado se aprueba y/o donde la etapa que verifica el número de contacto móvil de la terminal móvil que regresa el código de verificación contestado se aprueba, adicionalmente comprende: realizar una verificación de la información de riesgo de la información de pago.
6. El método de pago de transacción de acuerdo con la reivindicación 1, donde antes de la etapa de llamar al número de contacto a través de la plataforma de Respuesta de Voz Interactiva, y/o después de verificar que se aprobó la contraseña de pago, adicionalmente comprende: realizar una verificación de información de riesgo de la información de pago.
7. El método de pago de transacción de acuerdo con la reivindicación 5 o 6, donde la etapa de realizar una verificación de la información de riesgo de la información de pago comprende: adquirir una cantidad de transacción para el comerciante en la información de pago, detectando si la cantidad de la transacción para el comerciante es mayor que un importe fijo, si es así, la verificación no se aprueba; de lo contrario, la verificación se aprueba; y/o determinar si el usuario es un usuario de lista negra de acuerdo con la información de pago, si es así, la verificación no se aprueba; de lo contrario, la verificación se aprueba.
8. El método de pago de transacción de acuerdo con la reivindicación 7, donde la etapa de realizar una verificación de información de riesgo de la información de pago adicionalmente comprende: determinar si la información de pago es idéntica a la información de la cuenta previamente almacenada, si es así, la verificación se aprueba; de lo contrario, la verificación no se aprueba.
9. Un sistema de pago de transacción, comprende un sistema de pago de teléfono y un sistema bancario, donde, el sistema de pago de teléfono incluye: una información de pago que adquiere el módulo configurado para adquirir la información de pago un usuario, la información de pago incluye un número de contacto; y una plataforma de Respuesta de Voz Interactiva configurada para llamar al número de contacto, adquiere una contraseña de pago que el usuario ingresó, y envía la contraseña de pago y la información de pago al sistema bancario, y el sistema bancario se configura para verificar la contraseña de pago y la información de pago, y realiza un pago si la verificación se aprueba.
10. El método de pago de transacción de acuerdo con la reivindicación 9, donde la información de pago que adquiere el módulo se configura para adquirir la información de pago del usuario sometida por una terminal de pago a través de un canal de Internet o de un canal de comunicación inmediata.
11. El sistema del pago de transacción de acuerdo con la reivindicación 9, donde el número de contacto es un número de contacto móvil; y el sistema de pago de teléfono adicionalmente incluye una plataforma de Servicio de Mensaje Corto configurada para enviar un código de verificación de mensaje corto a la terminal móvil que corresponde al número de contacto móvil a través de un mensaje corto, recibir un código de verificación contestado regresado mediante la terminal móvil, y determinar si el código de verificación contestado es idéntico al código de verificación de mensaje corto, si es así, la verificación se aprueba; de lo contrario, la verificación no se aprueba.
12. El sistema del pago de transacción de acuerdo con la reivindicación 11, donde la plataforma de Servicio de Mensaje corto se configura adicionalmente para adquirir un número de contacto móvil de la terminal móvil que regresa el código de verificación contestado, y envía el número de contacto móvil al sistema bancario; y el sistema bancario se configura adicionalmente para verificar si el número de contacto móvil adquirido es idéntico al número de contacto móvil en la información de cuenta previamente almacenada, si es así, la verificación se aprueba; de lo contrario, la verificación no se aprueba.
13. El sistema del pago de transacción de acuerdo con la reivindicación 12, donde el sistema de pago de teléfono adicionalmente incluye un sistema de control de riesgo configurado para realizar una verificación de información de riesgo de la información de pago después de verificar el código contestado de la verificación que se aprueba y/o que verifica el número de contacto móvil de la terminal móvil que regresa el código de verificación contestado que se aprobó.
14. El sistema del pago de transacción de acuerdo con la reivindicación 13, donde el sistema de control de riesgo se configura adicionalmente para realizar una verificación de información de riesgo de la información de pago antes de la etapa del sistema de pago de teléfono que llama al número de contacto a través de la plataforma de Respuesta de Voz Interactiva, y/o después de verificar la contraseña de pago que se aprobó.
15. El sistema del pago de transacción de acuerdo con la reivindicación 13 o 14, donde el sistema de control de riesgo se configura para adquirir una cantidad de la transacción para el comerciante en la información de pago, y para detectar si la cantidad de la transacción para el comerciante es mayor de un importe fijo, si es así, la verificación no se aprueba; de lo contrario, la verificación se aprueba; y/o el sistema de control de riesgo se configura para determinar si el usuario es un usuario de lista negra de acuerdo con la información de pago, si es así, la verificación no se aprueba; de lo contrario, la verificación se aprueba.
16. El sistema del pago de transacción de acuerdo con la reivindicación 15, donde el sistema de control de riesgo se configura adicionalmente para enviar la información de pago al sistema bancario, y el sistema bancario se configura adicionalmente para determinar si la información de pago es idéntica a la información de la cuenta previamente almacenada, si es así, la verificación se aprueba; de lo contrario, la verificación no se aprueba.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2011102801227A CN103020820A (zh) | 2011-09-20 | 2011-09-20 | 一种交易支付方法和系统 |
| PCT/CN2012/076994 WO2013040916A1 (zh) | 2011-09-20 | 2012-06-15 | 一种交易支付方法和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| MX2014003427A true MX2014003427A (es) | 2014-07-28 |
Family
ID=47913836
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| MX2014003427A MX2014003427A (es) | 2011-09-20 | 2012-06-15 | Metodo y sistema de pago de transaccion. |
Country Status (13)
| Country | Link |
|---|---|
| US (1) | US20140046850A1 (es) |
| EP (1) | EP2759968A4 (es) |
| JP (1) | JP2014524622A (es) |
| KR (1) | KR20140070606A (es) |
| CN (1) | CN103020820A (es) |
| AP (1) | AP2014007582A0 (es) |
| AU (1) | AU2012313221A1 (es) |
| CA (1) | CA2844747A1 (es) |
| MX (1) | MX2014003427A (es) |
| RU (1) | RU2014115463A (es) |
| SG (1) | SG194639A1 (es) |
| TW (1) | TW201314600A (es) |
| WO (1) | WO2013040916A1 (es) |
Families Citing this family (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104636924B (zh) * | 2013-11-15 | 2023-04-25 | 腾讯科技（深圳）有限公司 | 一种安全支付方法、服务器以及系统 |
| CN104753868A (zh) * | 2013-12-30 | 2015-07-01 | 腾讯科技（深圳）有限公司 | 一种安全验证方法、业务服务器及安全验证系统 |
| CN103942676A (zh) * | 2014-03-21 | 2014-07-23 | 深圳市讯鸿科技开发有限公司 | 移动支付方法和系统 |
| US9690924B2 (en) * | 2014-05-15 | 2017-06-27 | Microsoft Technology Licensing, Llc | Transparent two-factor authentication via mobile communication device |
| CN104618342B (zh) * | 2015-01-05 | 2018-02-06 | 锐嘉科集团有限公司 | 一种信息屏蔽方法、终端及系统 |
| CN104778586A (zh) * | 2015-03-18 | 2015-07-15 | 广东欧珀移动通信有限公司 | 一种安全支付方法及装置 |
| US10540648B2 (en) * | 2015-04-15 | 2020-01-21 | Mastercard International Incorporated | Use of mobile network operator data and/or scores in decision-making on requests for payment credential provisioning for mobile devices |
| WO2016183048A1 (en) * | 2015-05-11 | 2016-11-17 | Mastercard International Incorporated | Systems and methods for facilitating transactions to payment accounts, via sms messaging |
| US9544747B2 (en) * | 2015-05-27 | 2017-01-10 | Airwatch Llc | Transmitting management commands to a client device |
| CN105119877B (zh) * | 2015-06-30 | 2018-11-13 | 百度在线网络技术（北京）有限公司 | 语音验证方法、装置以及系统 |
| CN105590191A (zh) * | 2015-09-08 | 2016-05-18 | 中国银联股份有限公司 | 用于交易数据接入的接口系统及其实现方法 |
| EP3363189A1 (en) | 2015-10-14 | 2018-08-22 | Pindrop Security, Inc. | Call detail record analysis to identify fraudulent activity and fraud detection in interactive voice response systems |
| CN106936807A (zh) * | 2015-12-31 | 2017-07-07 | 阿里巴巴集团控股有限公司 | 一种恶意操作的识别方法和装置 |
| CN107181664B (zh) * | 2016-03-10 | 2021-04-09 | 创新先进技术有限公司 | 一种自动熔断的消息发送方法、装置及系统 |
| CN106257519A (zh) * | 2016-08-03 | 2016-12-28 | 四川易想电子商务有限公司 | 一种网上安全交易系统 |
| CN108229955A (zh) * | 2016-12-14 | 2018-06-29 | 阿里巴巴集团控股有限公司 | 支付方法、支付系统及支付装置 |
| CN106779649B (zh) * | 2016-12-21 | 2021-05-04 | 数贸科技（北京）有限公司 | 转账处理方法及装置 |
| TWI631847B (zh) * | 2016-12-26 | 2018-08-01 | 中華電信股份有限公司 | Voice response payment system and method thereof |
| CN107688931A (zh) * | 2016-12-30 | 2018-02-13 | 平安科技（深圳）有限公司 | 保费支付方法和装置 |
| CN107194689B (zh) * | 2017-06-16 | 2024-05-03 | 河南晟宇信息技术有限公司 | 基于近场磁通信与接近关系检测的手机支付系统与方法 |
| CN110046902A (zh) * | 2019-01-15 | 2019-07-23 | 阿里巴巴集团控股有限公司 | 风险交易处理方法、装置及设备 |
| US11470194B2 (en) | 2019-08-19 | 2022-10-11 | Pindrop Security, Inc. | Caller verification via carrier metadata |
| CN110910142A (zh) * | 2019-11-06 | 2020-03-24 | 远光软件股份有限公司 | 支付认证方法及装置 |
| CN111476567A (zh) * | 2020-03-04 | 2020-07-31 | 深圳市多亲科技有限公司 | 一种短信验证码处理方法、装置和移动终端 |
| CN111415012B (zh) * | 2020-03-18 | 2022-09-23 | 支付宝(杭州)信息技术有限公司 | 一种智能设备的安全策略推荐方法、装置和电子设备 |
| CN111597538A (zh) * | 2020-04-02 | 2020-08-28 | 上海瀚之友信息技术服务有限公司 | 一种验证码生成方法及系统 |
| CN111818230A (zh) * | 2020-07-16 | 2020-10-23 | 浙江百应科技有限公司 | 一种基于客户按键信息提取关键信息的方法 |
Family Cites Families (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000076336A (ja) * | 1998-08-31 | 2000-03-14 | Fujitsu Ltd | 電子決済認証システム及び電子商取引サービスプロバイダ装置 |
| JP2001144749A (ja) * | 1999-11-11 | 2001-05-25 | Nippon Telegraph & Telephone West Corp | ネットワークにおける本人特定方法およびシステムと本人特定プログラムを記録した記録媒体 |
| JP3361504B2 (ja) * | 2000-05-24 | 2003-01-07 | 株式会社イメ−ジパ−トナ− | カード支払自動決済システム |
| JP2001351033A (ja) * | 2000-06-08 | 2001-12-21 | Nec Tohoku Ltd | 決済方法 |
| WO2002007110A2 (en) * | 2000-07-17 | 2002-01-24 | Connell Richard O | System and methods of validating an authorized user of a payment card and authorization of a payment card transaction |
| JP2002056325A (ja) * | 2000-08-08 | 2002-02-20 | Nec Corp | 電子決済方法およびシステムとその決済センタ装置、個人情報入力端末およびプログラムを記録した記録媒体 |
| US20020073027A1 (en) * | 2000-12-11 | 2002-06-13 | Hui Helen Shan-Shan | Mobile payment system |
| US7383572B2 (en) * | 2002-05-24 | 2008-06-03 | Authentify, Inc. | Use of public switched telephone network for authentication and authorization in on-line transactions |
| JP2004110487A (ja) * | 2002-09-19 | 2004-04-08 | Nec Engineering Ltd | 電子決済認証システム |
| JP2004164040A (ja) * | 2002-11-08 | 2004-06-10 | Nec Fielding Ltd | 決済システム、決済方法、声紋認証サーバ装置及びプログラム |
| CN1479551A (zh) * | 2003-06-03 | 2004-03-03 | �����ɷ� | 移动终端支付的方法及其系统 |
| CN1635525A (zh) * | 2003-12-31 | 2005-07-06 | 中国银联股份有限公司 | 一种安全的网上支付系统及安全的网上支付认证方法 |
| JP2005275923A (ja) * | 2004-03-25 | 2005-10-06 | Nec Corp | カード決済時の本人認証方法及びカード決済時の本人認証システム及び店舗情報処理装置及びクレジット会社情報処理装置及び携帯端末及びプログラム |
| AU2004100722B4 (en) * | 2004-08-31 | 2005-11-24 | Markets-Alert Pty Ltd | A Security System |
| CN101025806B (zh) * | 2006-02-20 | 2012-09-05 | 普天信息技术研究院 | 一种用移动通信终端进行费用支付的方法 |
| US7848980B2 (en) * | 2006-12-26 | 2010-12-07 | Visa U.S.A. Inc. | Mobile payment system and method using alias |
| CN101647040A (zh) * | 2006-12-26 | 2010-02-10 | 维萨美国股份有限公司 | 使用别名的移动支付系统和方法 |
| CN101334875A (zh) * | 2007-06-25 | 2008-12-31 | 黄金富 | 利用手机即时互相转账支付的方法和系统 |
| JP4634422B2 (ja) * | 2007-08-02 | 2011-02-16 | 日本電信電話株式会社 | カード利用処理システム、カード利用処理装置、カード利用処理方法およびカード利用処理プログラム |
| JP2009253502A (ja) * | 2008-04-03 | 2009-10-29 | Telephony Co Ltd | 金銭受付処理システム |
| KR100975552B1 (ko) * | 2008-04-17 | 2010-08-13 | 한국정보통신주식회사 | 음성통화 채널을 통한 결제 처리 방법 및 시스템 |
| JP5200978B2 (ja) * | 2009-02-12 | 2013-06-05 | 株式会社デンソー | 与信判定システム、車載器及び与信判定方法 |
| SG173205A1 (en) * | 2009-02-14 | 2011-08-29 | Net2Text Ltd | Secure payment and billing method using mobile phone number or account |
| CN102054316A (zh) * | 2009-11-06 | 2011-05-11 | 中国银联股份有限公司 | 一种通过手机进行密码认证的银行卡交易方法及系统 |
| CN101908183A (zh) * | 2010-04-16 | 2010-12-08 | 宇龙计算机通信科技(深圳)有限公司 | 一种移动终端呼叫支付方法、支付平台 |
| CN201867900U (zh) * | 2010-08-27 | 2011-06-15 | 黄金富 | 通过安全验证的手机确认支付系统 |
| CN102004978A (zh) * | 2010-12-02 | 2011-04-06 | 联动优势科技有限公司 | 实名安全支付系统及方法 |
-
2011
- 2011-09-20 CN CN2011102801227A patent/CN103020820A/zh active Pending
-
2012
- 2012-06-15 AP AP2014007582A patent/AP2014007582A0/xx unknown
- 2012-06-15 MX MX2014003427A patent/MX2014003427A/es unknown
- 2012-06-15 EP EP12834104.7A patent/EP2759968A4/en not_active Ceased
- 2012-06-15 RU RU2014115463/08A patent/RU2014115463A/ru unknown
- 2012-06-15 CA CA2844747A patent/CA2844747A1/en not_active Abandoned
- 2012-06-15 AU AU2012313221A patent/AU2012313221A1/en not_active Abandoned
- 2012-06-15 JP JP2014526367A patent/JP2014524622A/ja active Pending
- 2012-06-15 SG SG2013079504A patent/SG194639A1/en unknown
- 2012-06-15 KR KR1020147010185A patent/KR20140070606A/ko not_active Application Discontinuation
- 2012-06-15 WO PCT/CN2012/076994 patent/WO2013040916A1/zh active Application Filing
- 2012-08-29 TW TW101131265A patent/TW201314600A/zh unknown
-
2013
- 2013-10-18 US US14/057,574 patent/US20140046850A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| TW201314600A (zh) | 2013-04-01 |
| EP2759968A1 (en) | 2014-07-30 |
| US20140046850A1 (en) | 2014-02-13 |
| CN103020820A (zh) | 2013-04-03 |
| JP2014524622A (ja) | 2014-09-22 |
| CA2844747A1 (en) | 2013-03-28 |
| KR20140070606A (ko) | 2014-06-10 |
| RU2014115463A (ru) | 2015-10-27 |
| AP2014007582A0 (en) | 2014-04-30 |
| SG194639A1 (en) | 2013-12-30 |
| WO2013040916A1 (zh) | 2013-03-28 |
| EP2759968A4 (en) | 2015-03-18 |
| AU2012313221A1 (en) | 2014-03-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| MX2014003427A (es) | Metodo y sistema de pago de transaccion. | |
| KR100904908B1 (ko) | 금융 거래 서비스 시스템 | |
| US8589271B2 (en) | System and method for verification, authentication, and notification of transactions | |
| CA2734975C (en) | System and method of secure payment transactions | |
| US20040248554A1 (en) | Method of paying from an account by a customer having a mobile user terminal, and a customer authenticating network | |
| US20140324701A1 (en) | Method for completing payment by using two mobile terminals | |
| KR20120082024A (ko) | 거래를 승인하는 시스템 및 방법 | |
| CN106960333A (zh) | 共享资源的方法和系统 | |
| KR101267488B1 (ko) | 전화 승인을 이용한 사용자 인증 및 신뢰도 제공 방법 및 시스템 | |
| US8681965B1 (en) | Systems and methods for authenticating interactive voice response systems to callers | |
| US20170206530A1 (en) | Method and system for call authentication and providing reliability | |
| US20140067669A1 (en) | Methods and Systems for Managing Communication Streams | |
| JP2001331756A (ja) | カード支払自動決済システム | |
| KR20100132325A (ko) | 휴대폰 번호 기반 결제에서의 보안 시스템 및 방법, 그리고 이에 적용되는 장치 | |
| TWI258969B (en) | Security authentication method for web financial transaction | |
| KR20110078147A (ko) | 결제카드를 이용한 결제시 문자메시지를 이용한 인증방법 및 시스템 | |
| OA16861A (en) | Transaction payment method and system | |
| JP3096874U (ja) | 会員登録のための装置 | |
| JP3096874U6 (ja) | 会員登録のための装置 | |
| KR20040069920A (ko) | 휴대폰의 번호선택 방식을 이용한 카드사용 추가 승인방법 및 시스템 | |
| IES20000468A2 (en) | A processing method and apparatus | |
| KR20060026155A (ko) | 이동통신 단말기의 단축 번호를 이용한 결제 시스템 및 그방법 |