MXPA06001513A - Metodos para facilitar la validacion de transacciones financieras hechas a travez de una red de comunicacion inalambricas. - Google Patents

Metodos para facilitar la validacion de transacciones financieras hechas a travez de una red de comunicacion inalambricas.

Info

Publication number
MXPA06001513A
MXPA06001513A MXPA06001513A MXPA06001513A MXPA06001513A MX PA06001513 A MXPA06001513 A MX PA06001513A MX PA06001513 A MXPA06001513 A MX PA06001513A MX PA06001513 A MXPA06001513 A MX PA06001513A MX PA06001513 A MXPA06001513 A MX PA06001513A
Authority
MX
Mexico
Prior art keywords
subscriber
mobile handset
payment
accounts
financial transaction
Prior art date
Application number
MXPA06001513A
Other languages
English (en)
Inventor
Serge Bathelemy
Original Assignee
Paycool International Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Paycool International Ltd filed Critical Paycool International Ltd
Publication of MXPA06001513A publication Critical patent/MXPA06001513A/es

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/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
    • 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/102—Bill distribution or payments
    • 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/22—Payment schemes or models
    • G06Q20/223—Payment schemes or models based on the use of peer-to-peer networks
    • 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/326—Payment applications installed on the mobile 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Marketing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

La presente invencion se refiere a la introduccion de una peticion para enviar aprobacion al perceptor, en un escenario de Pago Simple, para que el/ella acepta o rechace la transaccion. De conformidad con la invencion, un suscriptor al Servicio de Transaccion Financiera, tiene la capacidad para establecer Listas Especiales de Cuentas de Transaccion Financiera, las cuales son sometidas a Reglas Particulares para ser aplicadas cuando tales cuentas estan involucradas en transacciones con la cuenta propia del suscriptor. De conformidad con la invencion, tales reglas particulares son verificadas e implementadas por la Plataforma de Procesamiento de Transaccion y/o por el microtelefono movil y/o el SIM de dicho suscriptor. De conformidad con la invencion, dichas Listas Especiales son almacenadas en parte o integralmente en archivos conectados a la Plataforma de Procesamiento de Transaccion y/o en la memoria del microtelefono movil y/o en una memoria del SIM. El numero de Cuenta de Transaccion Financiera de un suscriptor, puede ser leido automaticamente por otro suscriptor por metodos y medios los cuales son descritos en la invencion. La validacion de una Peticion de Pago que es enviada a un Pagador para aprobacion, es facilitada por la exhibicion en su microtelefono movil del nombre o logotipo del Perceptor o una senal facilmente reconocible o un mensaje audible.

Description

MÉTODOS PARA FACILITAR LA VALIDACIÓN DE TRANSACCIONES FINANCIERAS HECHAS A TRAVÉS DE UNA RED DE COMUNICACIÓN INALÁMBRICA CAMPO DE LA INVENCIÓN La invención se refiere a sistemas de telecomunicación inalámbrico, y más particularmente, a sistemas los cuales hacen transacciones financieras a través de una red de comunicación inalámbrica.
ANTECEDENTES DE LA INVENCIÓN En los años recientes, las redes digitales de comunicación inalámbrica (GSM, CDMA) , han disfrutado un gran éxito y han proporcionado a usuarios con una gama de nuevas posibilidades. Nuevas generaciones de redes similares WCDMA, CDMA 2000 o TD-SCDMA las cuales están comenzando a ser empleados, serán capaces de ofrecer muchas posibilidades a los usuarios como flujo de video etc. Los teléfonos móviles digitales, también están teniendo más características impresionantes, potencia y memoria de procesamiento incrementada y podrían ser usados para una gama amplia de aplicaciones, yendo más allá de la voz, comunicación de texto o transferencia de datos. Debido a todas las posibilidades de las redes o de los teléfonos móviles, algunas aplicaciones como la capacidad para hacer pagos a través de redes de comunicación inalámbricas y con teléfonos móviles no han surgido, y algunos intentos han probado ser también complejos para implementarse. Esta invención también se refiere a una solicitud de patente previa PCT/CN02/00301, que describe un "SISTEMA PARA PERMITIR A UN OPERADOR DE TELECOMUNICACIONES PROPORCIONAR SERVICIOS DE TRANSACCIONES FINANCIERAS Y MÉTODOS PARA IMPLEMENTAR TALES TRANSACCIONES". La solicitud de patente mencionada anteriormente, trae algunas soluciones para la emisión de ejecución de transacciones financieras a través de redes de comunicación inalámbricas, y describe varios métodos para ejecutar el pago entre los cuales están: -Pago simple -Petición de Pago. En el proceso de transacción de Pago Simple, el pago es ejecutado inmediatamente después de recibirlo, por la plataforma de Procesamiento de Transacción, y la ejecución es notificada a ambas partes, el Pagador y el Perceptor. En algunas circunstancias, esto podría crear un problema si el Pagador es mal intencionado y el Perceptor no está dispuesto para recibir tal pago. La presente invención está trayendo una solución a este problema potencial. En la Petición de Pago, el Perceptor necesita conocer el número de cuenta del Pagador para ser capaz de enviar la Petición de Pago. Este número es generalmente uno de 8 a 16 dígitos y su captura manual puede ser difícil o aún una fuente de errores indeseados. La presente invención está trayendo una solución a esta situación. También, cuando el Pagador recibe una Petición de Pago a partir de un Perceptor, el número de cuenta del Perceptor es exhibido. En algunas circunstancias, no podrá ser fácil, suficientemente rápido o cómodo para el Pagador, identificar o reconocer el Perceptor solo por su número de cuenta. La presente invención está trayendo una solución a esta situación.
SUMARIO DE LA INVENCIÓN El objeto de la presente invención es traer mejoramientos que son innovadores a los métodos ya descritos en la solicitud de patente PCT/CN02/00301, para la validación y ejecución de las transacciones financieras. De conformidad con la invención, se introduce una petición para aprobación y se envía al Perceptor en un escenario de Pago Simple, para que el/ella decidan recibir o no un pago en su/la Cuenta de Transacción Financiera. De conformidad con la invención, un suscriptor al Servicio de Transacción Financiera tiene la capacidad para establecer Listas Especiales de Cuentas de Transacción Financiera las cuales son proporcionadas para ser aplicadas Reglas Particulares cuando tales cuentas están involucradas en transacciones con la propia cuenta del suscriptor. De conformidad con la invención, dichas Listas Especiales son almacenadas en parte o integralmente en archivos conectados a la Plataforma de Procesamiento de Transacción y/o en una memoria del microteléfono móvil y/o en una memoria del SIM. De conformidad con la invención, el número de Cuenta de Transacción Financiera de un suscriptor, puede ser leído automáticamente por otro suscriptor por métodos y medios los cuales se describen en la invención. De conformidad con la invención, la validación de una Petición de Pago que es enviada a un Pagador para aprobación, es facilitada por la exhibición en su microteléfono móvil del nombre o logo del Perceptor o una señal fácilmente reconocible o un mensaje de audio.
BREVE DESCRIPCIÓN DE LAS FIGURAS La invención será descrita en más detalle abajo con referencia a los dibujos adjuntos, en los cuales: La Figura 1 es una representación del proceso involucrado entre el Pagador, la Plataforma de Procesamiento de Transacción y el Perceptor, por un Pago Simple con una petición para aprobación presentada al Perceptor. La Figura 2 es un ejemplo de algunas representaciones de exhibiciones que aparecen en pantallas de microteléfonos móviles del Perceptor o el Pagador durante algunas de las etapas del proceso de Pago Simple descrito en la Figura 1. La Figura 3 es un ejemplo de representación del número de Cuenta de Transacción Financiera (FTA) impreso en formato claro y en código de barras, fijo en la parte posterior de un microteléfono móvil . La Figura 4 es un ejemplo de representaciones de formas diferentes para exhibir el número, nombre y logotipo del' Pagador (una cadena de supermercado famosa) , en una petición de Pago enviada a un Pagador.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN En la solicitud de patente PCT/CN02/00301, se describen en gran detalle, dos escenarios de transacción y sus respectivos procesos; estos son: -Escenario 1: Pago simple -Escenario 2: Petición de pago Estos dos escenarios representan los escenarios de transacción financiera más frecuentemente usados. La presente invención trae características innovadoras adicionales y mejoramientos a estos procesos, los cuales son además descritos abajo.
Escenario 1: Pago simple Este escenario es típico de una transacción par a par, en donde el Pagador ?B" envía un pago al Perceptor \A". Aunque podría no ser usual, puede suceder que en algunas ocasiones, "A" no está dispuesto para recibir una cierta suma de dinero de un Pagador desconocido, en este caso ?,B". En tal caso, "A" necesita tener la posibilidad de rechazar un pago indeseado. De conformidad con la invención, se incluye una etapa en el proceso de transacción en donde el Perceptor "A" es requerido para aprobar o rechazar el pago en su/la Cuenta de Transacción Financiera (FTA) enviada por el Pagador ??B" (véase Figura 1) . En una modalidad de la invención, la plataforma de Procesamiento de Transacción (TPP) , envía al teléfono móvil o dispositivo electrónico que se puede conectar del Perceptor, una petición de aprobación la cual, como un ejemplo, puede tener el siguiente contenido (véase Figura 2a) : ¿Acepta este pago en su cuenta? Cantidad: $168.00 Del Pagador No: 8653 2543 5555 Objeto: su libro Comentarios : gracias El Perceptor "A" es por lo tanto, solicitado para contestar SI o NO presionando la tecla correspondiente. Una vez que el Perceptor " " ha presionado la clave de su elección, es incitado para Configurar/Validar/Señalar imputando su Contraseña (véase Figura No. 2b) o por cualquiera de otros medios como se describe en la solicitud de patente referida PCT/CN02/00301. De conformidad con la invención, el Software de Administración de Transacción Móvil (MTMS), instalado en el microteléfono móvil o dispositivo electrónico que se puede conectar o el SIM, está entonces generando un archivo de datos con los datos de la transacción propuesta, los Datos y Tiempo, la decisión del Perceptor "A" (es decir, aprobación o rechazo), y la firma digital correspondiente. Este archivo de datos es entonces encriptado y enviado a la TPP para su ejecución. Después de la recepción de la decisión del Perceptor "A", la TPP ejecutará la transacción de conformidad con la elección del Perceptor: -En caso de aprobación de pago, es ejecutada en favor de "A", con el proceso descrito en la solicitud de patente PCT/CN02/00301. -En el caso de rechazo, la TPP enviará una notificación de rechazo al Pagador ??B", la cual puede tener el siguiente contenido (véase Figura 2c) : SU PAGO DE Cantidad: $ 168.00 Al Perceptor No: 8658 1235 7777 ]HA SIDO RECHAZADA! Este método es particularmente interesante para proteger a las personas contra intentos de transacciones financieras mal intencionadas (corrupción, chantaje, etc.); sin embargo, en algunos casos, la necesidad para aprobar una recepción de pago no podría ser justificada o podría ser incluso molesta. Esto podría ser el caso por ejemplo, cuando perceptors están esperando el pago que llega de pagadores conocidos (relacionados, amigos, clientes, etc.). En tal caso, es útil que el sistema sea capaz de identificar y distinguir transacciones que vienen de pagadores aceptados, desconocidos o indeseados. De conformidad con tal distinción, el sistema enviará o no una petición para aprobación al perceptor o aún rechazar la transacción. De conformidad con la invención, el sistema descrito en la solicitud de patente PCT/CN02/00301, proporciona a los suscriptores al servicio de transacción financiera con la posibilidad de incluir en una Lista Especial de FTA, números para los cuales no será requerida una petición para aprobación. Pero la noción de la Lista Especial puede ser además extendida a otros tipos de reglas para traer ventajas adicionales en el control o validación de transacciones. Una regla o una serie de reglas pueden ser seleccionadas para definir una Lista Especial para un suscriptor. Estas reglas son aplicables a las transacciones entre el suscriptor (propietario de una Lista Especial) y las cuentas incluidas en la Lista Especial. Un suscriptor puede tener una o varias Listas Especiales. En una modalidad de la invención, las reglas son verificadas y aplicadas por la Plataforma de Procesamiento de Transacción. En otra modalidad de la invención, las reglas son verificadas y aplicadas por el MTMS que corre en el microteléfono móvil o el SIM. Como ejemplos, las siguientes Listas Especiales son definidas con sus reglas correspondientes: Lista de Omisión: Sin regla particular Por omisión, todas las cuentas están incluidas en la Lista de Omisión. Para estas cuentas no se aplica una regla particular. Lista Verde: Sin petición para aprobación requerida Si un suscriptor incluye algunas cuentas en su/la Lista Verde, entonces el Pago Simple recibido de estas cuentas, NO requerirá alguna petición de aprobación (como se describe anteriormente) , para ser enviada al perceptor. El Pago Simple será ejecutado y notificado a las partes, como se describe en la solicitud de patente PCT/CN02/00301. Lista Negra: Todas las transacciones rechazadas Si un suscriptor incluye algunas cuentas en su/la Lista Negra, entonces no es posible la transacción con estas cuentas. Lista Roja: Pago Simple Recibido solamente rechazado Si un suscriptor incluye algunas cuentas en su/la Lista Roja, entonces solamente un Pago Simple que viene de estas cuentas será rechazado por la TPP sin notificar al suscriptor; sin embargo, otros tipos de transacciones serán posibles con estas cuentas. Lista Naranja: Pago Simple Enviado solamente rechazado Si un suscriptor recibe algunas cuentas en su/la Lista Naranja, entonces el/ella no serán capaces de enviar un Pago Simple a estas cuentas; sin embargo, otros tipos de transacciones serán posibles con estas cuentas. Lista Azul: Ninguna petición de pago aceptada Si un suscriptor incluye algunas cuentas en su/la Lista Azul, entonces la Petición de Pago que viene de estas cuentas será rechazada por la TPP sin notificar al suscriptor; sin embargo, otros tipos de transacciones serán posibles con estas cuentas. Los nombres de las listas son solo dados como ejemplos . También es fácilmente entendible que varias otras clases de Listas Especiales pueden ser creadas con una regla particular para un cierto propósito. Por ejemplo, algunas listas pueden ser creadas con el propósito de establecer ciertas cantidades limitadas en las transacciones con las cuentas de dicha lista. De conformidad con la invención, cualquier suscriptor en el Servicio de Transacción Financiera, tiene la posibilidad de actualizar (es decir, agregar y/o eliminar cuentas) sus/las Listas Especiales, directamente de su/el microteléfono móvil o dispositivo electrónico que se puede conectar. De conformidad con la invención, un suscriptor tiene la posibilidad de insertar TODAS las Cuentas de Transacción Financiera existentes en una Lista Especial. Haciendo esto y después teniendo la posibilidad de eliminar algunas entre todas, se proporciona un alto grado de flexibilidad, el cual puede ser fácilmente entendido. Por ejemplo, un padre puede tener a su hijo alistado en el Servicio de Transacción Financiera y preguntar como tener TODAS las cuentas para ser ingresadas en la Lista Negra de su hijo, después puede eliminar algunas cuentas de la Lista Negra; como tal, el hijo será capaz de hacer transacciones solamente con un número limitado de cuentas aprobadas. Los beneficios de tener tales Listas Especiales disponibles son fáciles de entender. Por ejemplo, un minorista cuya preocupación podría ser acelerar el proceso de pago en su punto de venta, y también prevenir al personal de hacer pagos, podría a todos los FTA en la Lista Verde, en la Lista Naranja y en la Lista Azul. De conformidad con la invención, las varias Listas Especiales mencionadas anteriormente son al menos, almacenadas en una base de datos, o en archivos dedicados administrados por, o en ínterfaz con, la Plataforma de Procesamiento de Transacción (TPP) . En otra modalidad de la invención, las Listas Especiales son también almacenadas totalmente o en parte en una memoria del microteléfono móvil, . o el dispositivo electrónico que se puede conectar y/o en la memoria de un Módulo de Identidad de Suscriptor (SIM, USIM, UIM o equivalente) .
Escenario 2: Petición de Pago En este escenario, el Perceptor "A" es el iniciador de la transacción cuando el/ella envían una Petición de Pago al Pagador ??B". Este escenario es particularmente adecuado en un ambiente minorista, en cuanto permite al minorista, por ejemplo, enviar los datos de transacción al cliente y de este modo, no requiere al cliente teclear en los datos para ser capaz de hacer un pago. Sin embargo, este proceso requiere al perceptor capturar y teclear el número de FTA del pagador. Los números FTA tienen generalmente varios dígitos (usualmente 8 a 16) y capturarlos, después tecleando tal número de cuenta, puede ser un proceso muy largo así como también propenso a errores no sensibles; y capturar automáticamente el número FTA del pagador, traerá mayores beneficios. De conformidad con la invención, el número FTA del Pagador es almacenado en/sobre el microteléfono del Pagador en una forma que puede ser leída y capturada por un dispositivo de lectura automático conectado al microteléfono móvil o el dispositivo electrónico que se puede conectar del Perceptor. En una modalidad de la invención, el número FTA del Pagador es impreso en un formato de código de barras en una etiqueta autoad esiva fija en la parte posterior del microteléfono móvil (véase Figura 3) . En este caso, el Perceptor quien tiene un lector de código de barras conectado en su/el microteléfono móvil o dispositivo electrónico que se puede conectar, tiene solamente que conseguir acercar el microteléfono móvil del Pagador con el lector de código de barras y capturar del número FTA del Pagador. El Perceptor puede entonces continuar preparando la petición de pago como se describe en la solicitud de patente PCT/CN02/00301. En otra modalidad de la invención, el número FTA es impreso en un formato de código de barras en una tarjeta que es presentada al Perceptor para ser leída automáticamente. En otra modalidad de la invención, el número FTA es almacenado en la memoria de un chip electrónico sin contacto, el cual está fijo en alguna parte o en el microteléfono móvil o dispositivo electrónico que se puede conectar del Pagador. Tal chip sin contacto, puede ser leído a partir de una distancia (generalmente varios centímetros) , a través de ondas electromagnéticas, por un lector sin contacto adecuado, el cual está conectado al microteléfono móvil o dispositivo electrónico que se puede conectar del Perceptor. En otra modalidad de la invención, el número FTA es almacenado en la memoria del SIM, el cual tiene una interfaz sin contacto y puede ser leído por lectores sin contacto adecuado, los cuales son conectados al microteléfono móvil o dispositivo electrónico que se puede conectar del Perceptor. En otra modalidad de la invención, el número FTA es leído de la memoria del microteléfono móvil del Pagador o de la memoria del SIM del Pagador, y enviado a través de un puerto Infrarrojo de dicho microteléfono al puerto Infrarrojo del microteléfono móvil o dispositivo electrónico que se puede conectar del Perceptor. En otra modalidad de la invención, el número FTA es leído de la memoria del microteléfono móvil del Pagador o de la memoria del SIM del Pagador, y enviado a través de una interfaz de radio de intervalo corto (como BlueTooth, WiFi, u otros), al microteléfono móvil o dispositivo electrónico que se puede conectar del Perceptor.
En el proceso de transacción descrito en la solicitud de patente PCT/CN02/00301, cuando un Pagador recibe una Petición de Pago, el Perceptor es identificado solamente por su número FTA (véase Figura 4a) . En algunas circunstancias, esto podría inducir alguna incomodidad para el Pagador conforme el/ella deben verificar que este número se iguale con uno de los minoristas. Además, algunas personas pueden intentar usar una falta de vigilancia de parte del Pagador para verificar el número FTA del minorista, para enviar al mismo momento, otra Petición de Pago al mismo Pagador en un intento por obtener el pago antes de que la Petición de Pago del minorista sea actualmente aceptada. La invención trae una solución potencial a tal problema caracterizado porque cuando la TPP está enviando la Petición de Pago al Perceptor, agregará un dato que será exhibido en carácter del número de FTA del Perceptor. De conformidad con la invención, la exhibición de dichos datos es fácilmente o rápidamente reconocible por el Pagador. En una modalidad de la invención, dicha exhibición de datos es el nombre ó la marca del Perceptor (véase Figura 4b) . En otra modalidad de la invención, dicha exhibición de datos es una imagen, logotipo o icono o cualquier otra marca gráfica fácilmente reconocible (véase Figura 4c) .
En otra modalidad de la invención, un mensaje audible que permite reconocer fácilmente el Perceptor, es emitido por el microteléfono móvil del Pagador, mientras el Pagador está observando la Petición de' Pago. La invención siendo así descrita, será obvia que la misma puede ser variada en muchas formas. Tales variaciones no son consideradas como una separación del alcance de la invención y todas las modificaciones como podrán ser obvias para una persona experta en la técnica, están propuestas para estar incluidas dentro del alcance de las siguientes reivindicaciones .

Claims (28)

REIVINDICACIONES Habiéndose descrito la invención como antecede, se reclama como propiedad lo contenido en las siguientes reivindicaciones .
1. Un método para ejecutar transacciones en un sistema que permite las transacciones financieras a través de una red de comunicación inalámbrica, caracterizado porque se envía una petición para aprobación a un microteléfono móvil o dispositivo electrónico que se puede conectar del perceptor, cuando un pago simple se envía por un pagador al perceptor.
2. Un método de conformidad con la reivindicación 1, caracterizado porque la aprobación o rechazo de pago por el perceptor es validado ingresando una contraseña, o por otro medio como un mecanismo de autentificación de huella digital, o mecanismo de autentificación de voz, o mecanismo de autentificación de cara.
3. Un método de conformidad con las reivindicaciones 1 ó 2, caracterizado porque la decisión de aprobación o rechazo se envía a una Plataforma de Procesamiento de Transacción a través de la red de comunicación inalámbrica en un archivo de datos que contiene una firma digital del contenido del archivo.
4. Un método de conformidad con la reivindicación 3, caracterizado porque el archivo de datos es encriptado antes de ser enviado.
5. Un sistema que permite las transacciones financieras a través de una red de comunicación inalámbrica, caracterizado porque un suscriptor al servicio de transacción financiera, puede abrir al menos una lista especial de Cuentas de Transacción Financiera asociadas con su/la propia cuenta.
6. Un sistema de conformidad con la reivindicación 5, caracterizado porque las transacciones financieras hechas con las cuentas incluidas en dicha lista especial, permitirán al menos, una regla particular.
7. Un sistema de conformidad con la reivindicación 6, caracterizado porque la regla o reglas particulares son verificadas e i plementadas por la plataforma de procesamiento de transacción.
8. Un sistema de conformidad con la reivindicación 6, caracterizado porque la regla o reglas particulares son verificadas e imple entadas por el microteléfono móvil o dispositivo electrónico que se puede conectar y/o el Módulo de Identidad de Suscriptor.
9. Un sistema de conformidad con cualquiera de las reivindicaciones 5 a 8, caracterizado porque el suscriptor puede eliminar de su/la lista especial o agregar a su/la lista especial, una o más cuentas directamente a partir de su microteléfono móvil o dispositivo electrónico que se puede conectar, o por internet.
10. Un sistema de conformidad con cualquiera de las reivindicaciones 5 a 9, caracterizado porque un suscriptor puede incluir en su/la lista especial, todas las otras Cuentas de Transacción Financiera que existen en el sistema.
11. Un sistema de conformidad con cualquiera de las reivindicaciones 5 a 10, caracterizado porque todas las listas especiales existentes en el sistema, son almacenadas en una base de datos o en archivos administrados y/o de interfaz con la Plataforma de Procesamiento de Transacción.
12. Un sistema de conformidad con cualquiera de las reivindicaciones 5 a 11, caracterizado porque las listas especiales de un suscriptor son almacenadas en parte o totalmente en una memoria de su/el microteléfono móvil o dispositivo electrónico que se puede conectar, y/o en la memoria del Módulo de Identidad de Suscriptor.
13. Un sistema de conformidad con las reivindicaciones 7 u 8, caracterizado porque la regla que define una lista especial es: transacción no permitida con cuentas incluidas en esta lista especial
14. Un sistema de conformidad con las reivindicaciones 7 u 8, caracterizado porque la regla que define una lista especial es: no petición para aprobación requerida en una transacción de pago simple si la cuenta del pagador está incluida en dicha lista especial.
15. Un sistema de conformidad con las reivindicaciones 7 u 8, caracterizado porque la regla que define una lista especial es: solamente serán rechazados pagos simples de cuentas incluidas en dicha lista especial.
16. Un sistema de conformidad con las reivindicaciones 7 u 8, caracterizado porque la regla que define una lista especial es: no se enviará transacción de pago simple a cuentas incluidas en dicha lista especial.
17. Un sistema de conformidad con las reivindicaciones 7 u 8, caracterizado porque la regla que define una lista especial es: no se aceptará petición de pago de cuentas incluidas en dicha lista especial.
18. Un sistema de conformidad con las reivindicaciones 7 u 8, caracterizado porque la regla que define una lista especial es una combinación de al menos dos de las reglas incluidas en las reivindicaciones 13 a 17.
19. Un sistema que permite las transacciones financieras a través de redes de comunicación inalámbricas, caracterizado porque el número de Cuenta de Transacción Financiera de un suscriptor, puede ser leído automáticamente por otro suscriptor con un método y/o dispositivo de lectura automático.
20. Un sistema de conformidad con la reivindicación 19, caracterizado porque el número de Cuenta de Transacción Financiera es impreso en un formato de código de barras en una tarjeta.
21. Un sistema de conformidad con la reivindicación 19, caracterizado porque el número de Cuenta de Transacción Financiera es impreso en un formato de código de barras en una etiqueta autoadhesiva fija en el microteléfono móvil o el dispositivo electrónico que se puede conectar.
22. Un sistema de conformidad con la reivindicación 19, caracterizado porque el número de Cuenta de Transacción Financiera es enviado al otro microteléfono móvil del suscriptor o dispositivo electrónico que se puede conectar a través de la interfaz Infrarroja.
23. Un sistema de conformidad con la reivindicación 19, caracterizado porque el número de Cuenta de Transacción Financiera es almacenado en un microcircuito electrónico sin contacto, y puede ser leído por un lector sin contacto.
24. Un sistema de conformidad con la reivindicación 19, caracterizado porque el número de Cuenta de Transacción Financiera es almacenado en un Módulo de Identidad de Suscriptor el cual tiene una interfaz sin contacto, la cual puede ser leída por un lector sin contacto.
25. Un sistema de conformidad con la reivindicación 19 caracterizado porque el número de Cuenta de Transacción Financiera es enviado al otro microteléfono móvil o dispositivo electrónico que se puede conectar al suscriptor a través de una interfaz de radio de intervalo corto, como Bluetooth o WiFi.
26. Un método de Petición de Pago en un sistema que permite transacciones financieras a través de la red de comunicación inalámbrica, caracterizado porque cuando se exhibe la petición en el microteléfono móvil o dispositivo electrónico que se puede conectar del pagador, el nombre o la marca del perceptor es exhibido en lugar del número de cuenta del perceptor.
27. Un método de Petición de Pago en un sistema que permite transacciones financieras a través de la red de comunicación inalámbrica, caracterizado porque cuando se exhibe la petición en el microteléfono móvil o dispositivo electrónico del pagador, el logotipo del perceptor o una imagen seleccionada por el perceptor es exhibida en lugar del número de cuenta del perceptor.
28. Un método de Petición de Pago en un sistema que permite transacciones financieras a través de la red de comunicación inalámbrica, caracterizado porque cuando se exhibe la petición en el microteléfono móvil o dispositivo electrónico que se puede conectar del pagador, un mensaje audible es difundido por el microteléfono del pagador. RESUMEN DE LA INVENCIÓN La presente invención se refiere a la introducción de una petición para enviar aprobación al perceptor, en un escenario de Pago Simple, para que el/ella acepta o rechace la transacción. De conformidad con la invención, un suscriptor al Servicio de Transacción Financiera, tiene la capacidad para establecer Listas Especiales de Cuentas de Transacción Financiera, las cuales son sometidas a Reglas Particulares para ser aplicadas cuando tales cuentas están involucradas en transacciones con la cuenta propia del suscriptor. De conformidad con la invención, tales reglas particulares son verificadas e implementadas por la Plataforma de Procesamiento de Transacción y/o por el microteléfono móvil y/o el SIM de dicho suscriptor. De conformidad con la invención, dichas Listas Especiales son almacenadas en parte o integralmente en archivos conectados a la Plataforma de Procesamiento de Transacción y/o en la memoria del microteléfono móvil y/o en una memoria del SIM. El número de Cuenta de Transacción Financiera de un suscriptor, puede ser leído automáticamente por otro suscriptor por métodos y medios los cuales son descritos en la invención. La validación de una Petición de Pago que es enviada a un Pagador para aprobación, es facilitada por la exhibición en su microteléfono móvil del nombre o logotipo del Perceptor o una señal fácilmente reconocible o un mensaje audible.
MXPA06001513A 2003-08-08 2003-08-08 Metodos para facilitar la validacion de transacciones financieras hechas a travez de una red de comunicacion inalambricas. MXPA06001513A (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2003/000645 WO2005015452A1 (en) 2003-08-08 2003-08-08 Methods for facilitating validation of financial transactions made through a wireless communication network

Publications (1)

Publication Number Publication Date
MXPA06001513A true MXPA06001513A (es) 2007-01-26

Family

ID=34120776

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA06001513A MXPA06001513A (es) 2003-08-08 2003-08-08 Metodos para facilitar la validacion de transacciones financieras hechas a travez de una red de comunicacion inalambricas.

Country Status (9)

Country Link
US (1) US20060294007A1 (es)
EP (1) EP1683083A4 (es)
JP (1) JP2007507011A (es)
CN (1) CN1830001A (es)
AU (1) AU2003257366A1 (es)
BR (1) BR0318450A (es)
CA (1) CA2533654A1 (es)
MX (1) MXPA06001513A (es)
WO (1) WO2005015452A1 (es)

Families Citing this family (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060074802A1 (en) * 2004-10-01 2006-04-06 Hall Edward N Electronic payment system with rejection option
US8510220B2 (en) 2006-07-06 2013-08-13 Qualcomm Incorporated Methods and systems for viewing aggregated payment obligations in a mobile environment
EP1980984A3 (en) * 2006-07-06 2011-03-02 Firethorn Holdings, LLC Methods and systems for making a payment via a paper check in a mobile environment
US8489067B2 (en) 2006-07-06 2013-07-16 Qualcomm Incorporated Methods and systems for distribution of a mobile wallet for a mobile device
US9911114B2 (en) 2006-07-06 2018-03-06 Qualcomm Incorporated Methods and systems for making a payment via a stored value card in a mobile environment
US8467766B2 (en) 2006-07-06 2013-06-18 Qualcomm Incorporated Methods and systems for managing payment sources in a mobile environment
US10657503B1 (en) * 2007-09-19 2020-05-19 Capital One Services, Llc System and method of providing a customer with method of making a payment to a third party using a remote dispensing machine
KR102389147B1 (ko) 2007-09-24 2022-04-21 애플 인크. 전자 장치 내의 내장형 인증 시스템들
US8600120B2 (en) 2008-01-03 2013-12-03 Apple Inc. Personal computing device control using face detection and recognition
GB2459850A (en) * 2008-05-07 2009-11-11 Keith Hall Using a mobile phone for fraud prevention in credit card transactions
US20090307140A1 (en) * 2008-06-06 2009-12-10 Upendra Mardikar Mobile device over-the-air (ota) registration and point-of-sale (pos) payment
KR101217323B1 (ko) * 2008-09-30 2012-12-31 애플 인크. 피어 대 피어 금융 트랜잭션 장치들 및 방법들
US20100078472A1 (en) 2008-09-30 2010-04-01 Apple Inc. Group peer-to-peer financial transactions
NL1036700C2 (nl) * 2009-03-12 2009-12-29 Pieter Van Duijn Betalingsysteem tussen handelspartners ter zekerheid van het nakomen van betaling- en of levering-verplichtingen.
JP2011081498A (ja) * 2009-10-05 2011-04-21 Ntt Docomo Inc 電子決済のための携帯端末及びサーバ並びに電子決済方法
GB2483051A (en) * 2010-08-17 2012-02-29 Mpower Payment Ltd Ordering and paying for goods over a network using a mobile device
US9047600B2 (en) * 2011-07-18 2015-06-02 Andrew H B Zhou Mobile and wearable device payments via free cross-platform messaging service, free voice over internet protocol communication, free over-the-top content communication, and universal digital mobile and wearable device currency faces
US8862767B2 (en) 2011-09-02 2014-10-14 Ebay Inc. Secure elements broker (SEB) for application communication channel selector optimization
US8769624B2 (en) 2011-09-29 2014-07-01 Apple Inc. Access control utilizing indirect authentication
US9002322B2 (en) 2011-09-29 2015-04-07 Apple Inc. Authentication with secondary approver
ITTO20120636A1 (it) * 2012-07-19 2014-01-20 Movincom Servizi S P A Procedimento per il pagamento tramite un dispositivo mobile, relativo dispositivo mobile e prodotto informatico
US9898642B2 (en) 2013-09-09 2018-02-20 Apple Inc. Device, method, and graphical user interface for manipulating user interfaces based on fingerprint sensor inputs
CN104574057B (zh) * 2013-10-25 2020-06-16 腾讯科技（深圳）有限公司 一种在线支付方法及相关设备、***
CN105849675B (zh) 2013-10-30 2019-09-24 苹果公司 显示相关的用户界面对象
CN115511484A (zh) * 2014-05-29 2022-12-23 苹果公司 用于支付的用户接口
US9483763B2 (en) 2014-05-29 2016-11-01 Apple Inc. User interface for payments
CN105205666B (zh) * 2014-06-17 2019-10-25 ***股份有限公司 基于蓝牙的面对面支付方法及***
US10066959B2 (en) 2014-09-02 2018-09-04 Apple Inc. User interactions for a mapping application
US9940637B2 (en) 2015-06-05 2018-04-10 Apple Inc. User interface for loyalty accounts and private label accounts
US20160358133A1 (en) 2015-06-05 2016-12-08 Apple Inc. User interface for loyalty accounts and private label accounts for a wearable device
DK179186B1 (en) 2016-05-19 2018-01-15 Apple Inc REMOTE AUTHORIZATION TO CONTINUE WITH AN ACTION
CN109313759B (zh) 2016-06-11 2022-04-26 苹果公司 用于交易的用户界面
US10621581B2 (en) 2016-06-11 2020-04-14 Apple Inc. User interface for transactions
DK201670622A1 (en) 2016-06-12 2018-02-12 Apple Inc User interfaces for transactions
US20180068313A1 (en) 2016-09-06 2018-03-08 Apple Inc. User interfaces for stored-value accounts
US10860199B2 (en) 2016-09-23 2020-12-08 Apple Inc. Dynamically adjusting touch hysteresis based on contextual data
US10496808B2 (en) 2016-10-25 2019-12-03 Apple Inc. User interface for managing access to credentials for use in an operation
KR102389678B1 (ko) 2017-09-09 2022-04-21 애플 인크. 생체측정 인증의 구현
KR102185854B1 (ko) 2017-09-09 2020-12-02 애플 인크. 생체측정 인증의 구현
CN108428131B (zh) * 2018-03-12 2021-08-03 宁波大学 基于语音秘密信息隐藏的支付方法
US11170085B2 (en) 2018-06-03 2021-11-09 Apple Inc. Implementation of biometric authentication
US11100349B2 (en) 2018-09-28 2021-08-24 Apple Inc. Audio assisted enrollment
US10860096B2 (en) 2018-09-28 2020-12-08 Apple Inc. Device control using gaze information
CN110046878A (zh) * 2018-11-13 2019-07-23 阿里巴巴集团控股有限公司 一种处理转账交易的方法及装置
US11328352B2 (en) 2019-03-24 2022-05-10 Apple Inc. User interfaces for managing an account
US11481094B2 (en) 2019-06-01 2022-10-25 Apple Inc. User interfaces for location-related communications
US11477609B2 (en) 2019-06-01 2022-10-18 Apple Inc. User interfaces for location-related communications
AU2020356269B2 (en) 2019-09-29 2023-04-06 Apple Inc. Account management user interfaces
US11169830B2 (en) 2019-09-29 2021-11-09 Apple Inc. Account management user interfaces
DK202070633A1 (en) 2020-04-10 2021-11-12 Apple Inc User interfaces for enabling an activity
US11816194B2 (en) 2020-06-21 2023-11-14 Apple Inc. User interfaces for managing secure operations

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6305603B1 (en) * 1999-01-29 2001-10-23 International Business Machines Corporation Personal digital assistant based financial transaction method and system
US6675153B1 (en) * 1999-07-06 2004-01-06 Zix Corporation Transaction authorization system
EP1107198B1 (en) * 1999-11-30 2007-01-10 Citibank, Na System and method for performing an electronic transaction using a transaction proxy with an electronic wallet
EP1257983A2 (en) * 2000-02-10 2002-11-20 Jon Shore Apparatus, systems and methods for wirelessly transacting financial transfers, electronically recordable authorization transfers, and other information transfers
IL134741A (en) * 2000-02-27 2003-11-23 Adamtech Ltd Mobile transaction system and method
US7031939B1 (en) * 2000-08-15 2006-04-18 Yahoo! Inc. Systems and methods for implementing person-to-person money exchange
AU2000270486A1 (en) * 2000-08-22 2002-03-04 Payperfect Pte Ltd Electronic payment methods
KR100325416B1 (ko) * 2000-09-22 2002-02-21 신현길 무선단말장치를 이용한 실시간 결제방법
US7487126B2 (en) * 2001-04-09 2009-02-03 Khai Hee Kwan Computer network method for conducting payment over a network by debiting and crediting utilities accounts
US20030101134A1 (en) * 2001-11-28 2003-05-29 Liu James C. Method and system for trusted transaction approval
CN1424678A (zh) * 2001-12-12 2003-06-18 黄金富 ***及电话银行的及时警示方法和设备***
US20030172028A1 (en) * 2002-03-07 2003-09-11 International Business Machines Corporation Authorization of payment for a commercial transaction via a bluetooth enabled device
US20030187785A1 (en) * 2002-04-02 2003-10-02 Robert Bernstein Telecom credit system

Also Published As

Publication number Publication date
EP1683083A4 (en) 2009-07-29
WO2005015452A8 (en) 2005-05-26
CN1830001A (zh) 2006-09-06
US20060294007A1 (en) 2006-12-28
JP2007507011A (ja) 2007-03-22
CA2533654A1 (en) 2005-02-17
BR0318450A (pt) 2006-08-01
AU2003257366A1 (en) 2005-02-25
WO2005015452A1 (en) 2005-02-17
EP1683083A1 (en) 2006-07-26

Similar Documents

Publication Publication Date Title
MXPA06001513A (es) Metodos para facilitar la validacion de transacciones financieras hechas a travez de una red de comunicacion inalambricas.
JP4490618B2 (ja) 支払いトランザクション方法および支払いトランザクションシステム
US7610040B2 (en) Method and system for detecting possible frauds in payment transactions
EP2248083B1 (en) Method for authentication
US9699183B2 (en) Mutual authentication of a user and service provider
US8527360B2 (en) Methods and systems for conducting payment transactions
US9516017B2 (en) System and device for consolidating SIM, personal token, and associated applications for electronic wallet transactions
US7139694B2 (en) Method and system for tranferring an electronic sum of money from a credit memory
KR20040105609A (ko) 고객에 의한 지불 방법 및 고객 인증 네트워크
KR20010108166A (ko) 무현금 지불을 실현하는 방법 및 이 방법을 실행하기 위한시스템
KR20190130655A (ko) 통신 사업자를 통한 전화 번호를 이용한 디지털 자산 송금
US7356515B2 (en) Method and system for transferring an electronic sum of money from a credit memory
CN101232710A (zh) 虚拟终端
EP1285411A1 (fr) Procede d'approvisionnement d'un compte prepaye
MX2012010196A (es) Procedimiento y sistema para realizar una transaccion.
US10129266B2 (en) Identity information systems and methods
US20020156728A1 (en) Method and arrangement for the transmission of an electronic sum of money from a credit reserve by wap
WO2007071157A1 (fr) Procede de reconnaissance pour paiement electronique et terminal d'authentification d'identite et guichet automatique
US20160098726A1 (en) Telephone transaction verification system
RU2348977C2 (ru) Способы обеспечения подтверждения финансовых транзакций, осуществляемых через сеть радиосвязи
KR20060069449A (ko) 무선 통신 네트워크를 통한 금융 거래의 확인 방법
KR20070011951A (ko) 상품권 운용방법 및 시스템과 이를 위한 상품권운용장치와, 무선 단말 장치와, 기록매체 및 정보 저장매체
CA2475275A1 (en) Wireless data processing system for credit payment
KR20070018335A (ko) 전표(또는 서식) 처리 시스템과 이를 위한 전표(또는 서식)처리장치와 무선 단말기와 기록매체
JP2002230451A (ja) カード確認サーバ装置、方法及びプログラム