[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

ES2201808T3 - Procedimiento y sistema de transaccion de pagos. - Google Patents

Procedimiento y sistema de transaccion de pagos.

Info

Publication number
ES2201808T3
ES2201808T3 ES99959166T ES99959166T ES2201808T3 ES 2201808 T3 ES2201808 T3 ES 2201808T3 ES 99959166 T ES99959166 T ES 99959166T ES 99959166 T ES99959166 T ES 99959166T ES 2201808 T3 ES2201808 T3 ES 2201808T3
Authority
ES
Spain
Prior art keywords
transaction
payment
identification
mobile device
center
Prior art date
Legal status (The legal status 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 status listed.)
Expired - Lifetime
Application number
ES99959166T
Other languages
English (en)
Inventor
Rudolf Ritter
Georges Schlegel
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Swisscom Mobile AG
Original Assignee
Swisscom Mobile AG
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 Swisscom Mobile AG filed Critical Swisscom Mobile AG
Application granted granted Critical
Publication of ES2201808T3 publication Critical patent/ES2201808T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/047Payment circuits using payment protocols involving electronic receipts
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/385Payment protocols; Details thereof using an alias or single-use codes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists

Landscapes

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

Abstract

Procedimiento de transacción de pagos entre un cliente con un aparato móvil portátil (1) y un centro de servicios (5), en cuyo procedimiento de transacción de pagos un terminal de pago (2) del centro de servicios (5) determina un importe total de transacción que deba ser pagado y una identificación de transacción asociada a dicho importe total de transacción e informa al cliente del importe total de transacción y de la identificación de transacción, y en cuyo procedimiento de transacción de pagos el cliente indica al aparato móvil (1) la identificación de transacción, transmitiendo el terminal de pago (2) el importe total de transacción y la identificación de transacción, a través de una red de comunicaciones (3), a una central de transacciones (4), caracterizado porque el aparato móvil (1) transmite la identificación de transacción indicada por el cliente, a través de una red de telefonía móvil (6), a la central de transacciones (4), y porque la central de transacciones (4) transmite una requisición de pago, que comprende al menos el importe total de transacción, a través de la red de telefonía móvil (6) al aparato móvil (1) desde el cual se había transmitido la identificación de transacción.

Description

Procedimiento y sistema de transacción de pagos.
La presente invención se refiere a un procedimiento de transacción de pagos y a un sistema de transacción de pagos. Más particularmente, la presente invención se refiere a un procedimiento de transacción de pagos según el preámbulo de la reivindicación de procedimiento independiente 1 y a un sistema de transacción de pagos para la realización de dicho procedimiento de transacción de pagos.
Merced a la creciente popularidad y difusión de la telefonía móvil, cada vez más clientes de centros de servicios, denominados puntos de venta o "Points of Sale" (POS), por ejemplo centros de venta de productos y/o servicios, están equipados con aparatos móviles portátiles, concretamente teléfonos móviles, que contribuyen a la identificación y autentificación de un respectivo cliente. Dado que para el pago de productos y/o servicios en el centro de servicios se emplean cada vez más frecuentemente formas de pago sin efectivo y los clientes son provistos a tal fin por los distintos centros de servicios de múltiples tarjetas de identificación distintas, existía el deseo de aplicar a tal fin los arriba citados aparatos móviles portátiles. Teléfonos móviles habituales comprenden un módulo de identificación, una denominada tarjeta chip SIM (Subscriber Identification Module), que contiene una identificación de usuario inequívoca, por ejemplo una IMSI (International Mobile Subscriber Identity), mediante la cual el respectivo usuario puede ser identificado en una red de telecomunicaciones. Para impedir el empleo de un tal aparato móvil por un usuario no autorizado, es preciso que el usuario se autentifique primero en el aparato móvil, por ejemplo entrando mediante elementos de manejo del aparato móvil un código personal (Personal Identification Number, PIN), el cual es comparado, recurriendo a servicios de seguridad, con un valor memorizado en la tarjeta chip SIM.
En la solicitud de Patente EP 708 547 A2 se describe el empleo de un teléfono móvil como controlador de transacciones autentificado. Según lo expuesto en la EP 708 547 A2, un cliente se autentifica en un comercio primeramente en su teléfono móvil, por ejemplo entrando un código de identificación personal, luego acuerdan el comerciante y el cliente una contraseña de transacción, que es entrada por el cliente en su teléfono móvil y es transmitida, juntamente con datos de identificación, por ejemplo el número de serie del aparato y el número de teléfono del teléfono móvil, de forma inalámbrica a un receptor de un terminal de pago del comercio. Según lo expuesto en la EP 708 547 A2, son luego retransmitidos por el comercio la respectiva cantidad monetaria que deba ser pagada, que es ya sea percibida por el terminal de pago o entrada por el cliente en su teléfono móvil y transmitida, juntamente con la contraseña de transacción y los datos de identificación, al receptor del terminal de pago, y los datos de identificación para la comprobación del crédito a un centro de crédito. La contraseña de transacción descrita en la EP 708 547 A2 permite, particularmente, que el terminal de pago pueda asociar los datos transmitidos por el teléfono móvil a la respectiva transacción y no resulte así interferido por eventuales transmisiones de otros teléfonos móviles.
El documento W09837524 divulga igualmente un procedimiento de transacción mediante un aparato móvil. La implementación del puesto de contacto entre el terminal del comerciante y el teléfono móvil del cliente así como la conexión entre el terminal del comerciante y el servidor financiero a través de una red de telecomunicaciones corresponde a la de la presente invención. Sin embargo, se emplea un distinto protocolo de pago.
Una finalidad de la presente invención consiste en proponer un nuevo procedimiento de transacción de pagos y un nuevo sistema de transacción de pagos, aptos para ser aplicados particularmente en centros de servicios con uno o múltiples terminales de pago y con uno o múltiples clientes equipados con aparatos móviles.
De acuerdo con la presente invención, esta finalidad se consigue, particularmente, mediante las características de las reivindicaciones independientes. Ulteriores formas de realización ventajosas se desprenden, además, de las reivindicaciones dependientes y de la descripción.
Esta finalidad se consigue particularmente, mediante la presente invención, porque en las transacciones de pago entre un cliente con un aparato móvil portátil, por ejemplo un teléfono móvil o un ordenador Palmtop o Laptop capaz de comunicarse, y un centro de servicios con varios terminales de pago, en cuyas transacciones de pago un terminal de pago del centro de servicios informa al cliente sobre un importe total de transacción que deba ser pagado y una identificación de transacción asociada a dicho importe total de transacción y el cliente indica al aparato móvil dicha identificación de transacción, el aparato móvil transmite la identificación de transacción, indicada por el cliente, a través de una red de telefonía móvil, por ejemplo una red GSM o UMTS u otra red de telefonía móvil, por ejemplo basada en satélites, a una central de transacciones, porque el terminal de pago transmite el importe total de transacción y la identificación de transacción a través de una red de comunicaciones, por ejemplo una arriba citada red de telefonía móvil o una red fija, a dicha central de transacciones, y porque la central de transacciones transmite una requisición de pago, que contiene al menos el importe total de transacción y por ejemplo la identificación de transacción, a través de la red de telefonía móvil al aparato móvil desde el cual había sido transmitida la identificación de transacción.
Por consiguiente, de acuerdo con el procedimiento de transacción de pagos y el sistema de transacción de pagos según la invención, es realizada una transacción de pago entre un cliente con un aparato móvil portátil y un centro de servicios, por ejemplo un denominado punto de venta o "Point of Sale" (POS), con varios terminales de pago en dos fases. En la primera fase, en la que la identificación de transacción es determinada por el terminal de pago, dada a conocer, indicada por el cliente a su aparato móvil y transmitida tanto por el aparato móvil como por el terminal de pago a la central de transacciones, el terminal de pago involucrado en la respectiva transacción de pago y el aparato móvil involucrado en la respectiva transacción de pago son asociados entre sí en la central de transacciones. Concretamente, entre el terminal de pago y el aparato móvil no se establece comunicación directa alguna, lo cual posee la ventaja de que ni el aparato móvil ni el terminal de pago precisan ser equipados con correspondientes medios adicionales, por ejemplo un interfase de aparato sin contactos estandarizado, con emisor y receptor, tanto en el aparato móvil como en el terminal de pago, y que en el centro de servicios aparatos móviles y/o terminales de pago que no estén involucrados en una respectiva transacción de pago no resultan implicados por error en el intercambio de datos sin contactos de la respectiva transacción de pago. En la segunda fase puede entonces llevarse a cabo, entre los partícipes de la transacción de pago, el aspecto financiero de la transacción de pago, no produciéndose tampoco en esta fase comunicación directa alguna entre el terminal de pago y el aparato móvil, ya que también el aspecto financiero de la transacción de pago se desarrolla a través de la central de transacciones. La segunda fase es iniciada por la central de transacciones por el hecho de que la requisición de pago de la transacción de pago es transmitida al aparato móvil involucrado en la respectiva transacción de pago.
Preferentemente, en el aparato móvil es preparado, por ejemplo después de que la requisición de pago haya sido aceptada por el respectivo cliente mediante elementos de manejo del aparato móvil, un comprobante de pago, el cual comprende un entrelazamiento entre la requisición de pago y una identificación de cliente del cliente, y es transmitido por el aparato móvil, a través de la red de telefonía móvil, a la central de transacciones. El comprobante de pago es dotado, por ejemplo, con una firma electrónica del cliente o es realizado como certificado seguro. La central de transacciones, por ejemplo un servidor de comunicaciones, puede procesar ulteriormente y/o retransmitir el comprobante de pago, por ejemplo a un instituto financiero o a un centro de compensación. Ventajosamente, la central de transacciones transmite, después de la recepción del comprobante de pago, una confirmación de transacción, que comprende al menos la identificación de transacción, a través de la red de comunicaciones al terminal de pago y, según la forma de realización, también al aparato móvil.
Preferentemente, el terminal de pago inserta en la identificación de transacción, durante la determinación de ésta, una identificación de terminal de pago, la cual permite identificar el respectivo terminal de pago de entre varios terminales de pago existentes en el centro de servicios. Una identificación de terminal de pago como parte integrante de la identificación de transacción posee además la ventaja de que en un centro de servicios con varios terminales de pago puede ser determinada una identificación de transacción inequívoca por el respectivo terminal de pago sin necesidad de ulterior coordinación con otras unidades, por ejemplo una central o los demás terminales de pago.
Preferentemente, el terminal de pago inserta en la identificación de transacción, durante la determinación de ésta, una identificación de centro de servicios, y el importe total de transacción es abonado al centro de servicios determinado por la identificación de centro de servicios. Una identificación de centro de servicios como parte integrante de la identificación de transacción posee además la ventaja de que transacciones de pago pueden ser desarrolladas por una pluralidad de centros de servicios a través de la central de transacciones, pudiendo estar asociados los centros de servicios, por ejemplo, a distintos propietarios o a distintos operadores de centros de servicios, respectivamente.
De acuerdo con una variante de realización, en el aparato móvil son insertadas en el comprobante de pago, antes de la transmisión de éste a la central de transacciones, indicaciones sobre el modo de pago, por ejemplo cargo en un determinado número de tarjeta de crédito, cargo en una determinada cuenta de cliente, cargo en una determinada cuenta bancaria, o cargo en una cantidad monetaria prepagada memorizada en el aparato móvil, por ejemplo en la tarjeta SIM del aparato móvil. La inserción de indicaciones sobre el modo de pago previsto tiene la ventaja de que de esta manera se aumenta la flexibilidad del procedimiento de transacción de pagos y del sistema de transacción de pagos según la invención, y de que según el tipo de modo de pago deseado al menos ciertas transacciones de pago pueden ser contabilizadas directa (on-line) y automáticamente, mientras que otras pueden ser contabilizadas posteriormente (off-line), por ejemplo recurriendo a un centro de compensación apropiado para ello.
De acuerdo con una variante de realización, el terminal de pago transmite la identificación de transacción adicionalmente, a través de un interfase de aparato sin contactos, directamente al aparato móvil, y el cliente indica al aparato móvil la identificación de transacción aceptando mediante elementos de manejo del aparato móvil la identificación de transacción recibida del terminal de pago directamente a través del interfase de aparato sin contactos. La ventaja de esta variante de realización consiste en que el cliente no precisa teclear manualmente la identificación de transacción en el aparato móvil, con lo que pueden evitarse errores de entrada y complicadas entradas de datos por parte del cliente. El interfase sin contactos empleado para esta variante de realización puede realizarse de manera sencilla, ya que en una variante mínima sólo precisa ser unidireccional, es decir que el terminal de pago solamente precisa estar equipado, en dicha variante mínima, de un apropiado emisor para la emisión de la identificación de transacción, por ejemplo un emisor para la emisión de ondas de radiofrecuencia y/o infrarrojas, y los aparatos móviles precisan estar únicamente equipados, en dicha variante mínima, de un apropiado receptor para la recepción de la identificación de transacción, por ejemplo un receptor para la recepción de ondas de radiofrecuencia o infrarrojas. Resultará evidente para las personas entendidas en la materia que para la ejecución de esta variante de realización no es tampoco preciso ejecutar complejos protocolos de comunicación, que se requerirían por ejemplo en el caso de una comunicación directa bidireccional entre el aparato móvil y el terminal de pago. Merced a esta variante de realización, resulta posible que clientes con aparatos móviles que dispongan de medios para la recepción de la identificación de transacción del terminal de pago a través de un interfase de aparato sin contactos no precisen teclear manualmente la identificación de transacción, aunque clientes con aparatos móviles desprovistos de tales medios no quedan excluidos del procedimiento propuesto, ya que pueden teclear manualmente en el aparato móvil la identificación de transacción.
De acuerdo con una variante de realización, el cliente se autentifica en su aparato móvil por ejemplo mediante una característica biométrica; por ejemplo mediante una huella dactilar, una muestra vocal o una muestra ocular. El empleo de características biométricas para la autentificación de un usuario presenta la ventaja de que la seguridad que ello conlleva es mayor que en el caso de empleo de un código personal, que puede por ejemplo ser adivinado por usuarios ilícitos u olvidado por el usuario legal.
De acuerdo con una variante de realización, la solvencia del cliente determinado por la identificación de cliente transmitida es comprobada por la central de transacciones. En base del resultado de esta comprobación de solvencia, la central de transacciones puede eventualmente transmitir un aviso al respectivo terminal de pago así como al respectivo aparato móvil, mediante cuyo aviso le sea impedido al respectivo cliente el pago de la transacción de pago a través del procedimiento según la invención a causa de insuficiente solvencia.
De acuerdo con una variante de realización, el comprobante de pago y/o una confirmación de transacción por parte de la central de transacciones, relativa a la transacción de pago desarrollada exitosamente, son memorizados en el aparato móvil, por ejemplo en la tarjeta SIM del aparato móvil.
La ventaja de la memorización de comprobantes de pago y/o confirmaciones de transacción en el aparato móvil consiste en que al cliente le resulta así posible contabilizar transacciones de pago realizadas y emplear un comprobante de pago memorizado en el aparato móvil, o una confirmación de transacción, respectivamente, como recibo, particularmente cuando la requisición de pago contenida en el comprobante de pago y/o la confirmación de transacción contiene un certificado o una firma electrónica del respectivo centro de servicios y/o de la central de transacciones.
A continuación se describirá una forma de realización de la presente invención mediante un ejemplo de la misma, que se ilustra en los dibujos adjuntos, en los cuales:
La Fig. 1 muestra un diagrama de bloques que ilustra esquemáticamente un centro de servicios en el cual se hallan varios aparatos móviles y varios terminales de pago, estando conectados los aparatos móviles, a través de una red de telefonía móvil, y los terminales de pago, a través de una red de comunicaciones, con una central de transacciones; y
la Fig. 2 muestra un diagrama de tiempo que ilustra un posible desarrollo secuencial del flujo de información entre un terminal de pago, una central de transacciones y un aparato móvil.
En las Figs. 1 y 2 deben considerarse elementos designados con un mismo número de referencia como elementos equivalentes. En la Fig. 1 el número de referencia 5 se refiere a un centro de servicios, un denominado Point of Sale (POS), por ejemplo un centro de venta de productos y/o servicios, públicamente accesible. Tal como se ilustra en la Fig. 1, en el centro de servicios 5 se hallan varios terminales de pago 2 y varios aparatos móviles 1 portados por clientes.
Los aparatos móviles portátiles 1 son, por ejemplo, teléfonos móviles, ordenadores Laptop o Palmtop u otros aparatos móviles portátiles adecuados, aptos para comunicarse, es decir particularmente también para intercambiarse datos, a través de una red de telefonía móvil 6, por ejemplo una red GSM o UMTS u otra red de telefonía móvil, por ejemplo basada en satélites. El intercambio de datos a través de la red de telefonía móvil 6 puede realizarse, por ejemplo, mediante mensajes especiales, por ejemplo mensajes SMS (Short Message Service) o USSD (Unstructured Supplementary Services Data), o mediante especiales servicios de datos, por ejemplo GPRS (Generalized Packet Radio Service) o HSCSD (High Speed Circuit Switched Data).
El término "módulo de software", empleado en la presente descripción, suele referirse a un código de programa, que es memorizado en una memoria y ejecutado en un procesador, por ejemplo en cooperación con adecuados sistemas operativos y/o recurriendo a servicios de plataformas virtuales, por ejemplo una Java Virtual Machine ((Java es una marca registrada de Sun Microsystems), de manera que el procesador sea gobernado de tal modo que ejecute las respectivas funciones asociadas al módulo de software. Para las personas entendidas en la materia resultará evidente que el lenguaje de programación empleado para la ejecución de los módulos de software no altera el sentido de la presente invención, pero que el empleo de ciertos lenguajes de programación, por ejemplo Java u otro lenguaje de programación orientado al objeto e independiente de plataforma, puede perfectamente presentar ventajas conocidas para las personas entendidas en la materia. A los módulos de software pueden estar asociadas funciones para cuya ejecución un respectivo módulo de software recurra a funciones y/o servicios que, en una forma de realización, por ejemplo por razones de eficiencia, estén localizados en otros módulos, pero que no obstante deben también considerarse como componentes funcionales del respectivo módulo de software.
Los terminales de pago 2 se basan, por ejemplo, en sistemas de caja electrónicos convencionales, equipados por ejemplo con elementos de manejo no ilustrados y componentes de detección de precios, por ejemplo escáners de láser, y que comprenden al menos un procesador 26. Los terminales de pago 2 comprenden un módulo de identificación de transacciones 22, realizado por ejemplo como módulo de software programado, el cual determina una identificación de transacción para una transacción de pago. Esta identificación de transacción contiene preferentemente al menos una identificación de terminal de pago, la cual permite determinar un respectivo terminal de pago 2 de entre los diversos terminales de pago 2 existentes en el centro de servicios 5, una identificación del centro de servicios, así como un número de transacción, que es por ejemplo incrementado en continuo para cada nueva transacción de pago y/o comprende una indicación de fecha/hora. La identificación de terminal de pago es, por ejemplo, un número, por ejemplo ''12'', una sucesión de letras, por ejemplo "BE", o una sucesión mixta de letras y números, por ejemplo "K3", que por regla general pueden limitarse a una, dos o tres cifras o letras, respectivamente, para garantizar una identificación inequívoca de un terminal de pago 2 en un centro de servicios 5. El número de cifras de números y/o letras de la identificación de centro de servicios depende de cuantos centros de servicios 5 desarrollan sus transacciones de pago a través de la central de transacciones 4. La identificación de centro de servicios puede estar por ejemplo estructurada de tal modo que comprenda una identificación de autoridad de asignación, la cual determine la autoridad de asignación que la identificación de centro de servicios haya asignado al respectivo centro de servicios 5, por ejemplo al operador de una cadena de centros de servicios 5, y que comprenda un número de centro de servicios inequívoco para dicha autoridad de asignación. La identificación de centro de servicios puede también estar prevista para una aplicación internacional y comprender, por ejemplo, identificaciones de países y/u otros elementos de datos adecuados. La cantidad de cifras de números y/o letras del número de transacción depende de cuantas transacciones de pago se desarrollen en un intervalo de tiempo predefinido, por ejemplo en un día o en medio día, a través de un terminal de pago 2.
Resultará evidente para las personas entendidas en la materia que la identificación de centro de servicios y la identificación de terminal de pago pueden también sustituirse por una identificación combinada inequívoca de terminal de pago, aunque entonces resulta, debido a la cantidad de cifras requeridas, una identificación de transacción que no resulta apropiada para el tecleado manual en el aparato móvil 1, y además se precisaría así una administración centralizada de las identificaciones de transacción.
La identificación de transacción determinada para una transacción de pago es indicada por el terminal de pago 2, por ejemplo por el módulo de identificación de transacciones 22 ó por otro módulo de software programado del terminal de pago 2, juntamente con el importe total de transacción que deba ser pagado por el respectivo cliente, determinado por el terminal de pago 2 para esta transacción de pago, en una pantalla 29 del terminal de pago 2. El respectivo cliente es así informado del importe total de transacción y de la identificación de transacción de la transacción de pago.
El terminal de pago 2 comprende un módulo de envío de transacciones 23, por ejemplo un módulo de software programado, que, tal como se ilustra en la Fig. 2 mediante la flecha S1, transmite la identificación de transacción y el importe total de transacción de la respectiva transacción de pago, a través de una red de comunicaciones 3, a la central de transacciones 4. Esta transmisión se realiza, por ejemplo, automáticamente o sólo después de la entrada de una correspondiente orden al terminal de pago 2 por empleados del centro de servicios 5 ó, según una ulterior variante, sólo después de que el terminal de pago 2 sea requerido a ello por la central de transacciones 4. La red de comunicaciones 3 es, por ejemplo, una red fija, por ejemplo la red telefónica pública, una red ISDN, un sistema de red Internet o un sistema LAN (Local Area Network) o WAN (Wide Area Network), o una red de telefonía móvil, por ejemplo una red GSM o UMTS u otra red de telefonía móvil, por ejemplo basada en satélites.
Caso de que el cliente desee pagar el importe total de la transacción de pago por medio de su aparato móvil 1, el mismo conectará su aparato móvil 1 y será requerido, de acuerdo con una variante de realización y por razones de seguridad, a autentificarse por un módulo de autentificación 12 del aparato móvil 1, por ejemplo un módulo de software programado. El cliente será por ejemplo requerido a entrar un código de identificación personal (Personal Identification Number, PIN), que es recibido por el módulo de autentificación 12 y comparado con un código memorizado de forma segura en el aparato móvil 1, por ejemplo en una tarjeta SIM 17 (Subscriber Identification Module) del aparato móvil 1. De acuerdo con una variante, el módulo de autentificación 12 dispone, además, de componentes de hardware y de ulteriores componentes de software para recibir del cliente una característica biométrica para la autentificación y compararla con una característica biométrica previamente memorizada de forma segura en el aparato móvil 1, por ejemplo en una tarjeta SIM 17 del aparato móvil 1. La característica biométrica es, por ejemplo, una muestra vocal, que es registrada mediante un micrófono del aparato móvil 1, una huella dactilar o rasgos visuales, que son captados mediante un videosensor del aparato móvil 1, o una muestra ocular, por ejemplo una muestra de la iris o de la retina, que es registrada con un adecuado escáner.
Dado el caso, después de una autentificación exitosa el cliente seleccionará en su aparato móvil 1, por ejemplo mediante los elementos de manejo 18, la función "transacción de pago" de entre un menú de funciones ilustrado en la pantalla 19 del aparato móvil 1. El gobierno del desarrollo del menú y de las funciones es realizado, por ejemplo, por un módulo de software programado del aparato móvil 1, por ejemplo por un Javapplet, memorizado por ejemplo en la tarjeta SIM 17 del aparato móvil 1. Por razones de seguridad, el módulo (o los módulos) de software para la ejecución de la función "transacción de pago" puede ser bloqueado, por ejemplo por un respectivo operador, a través de la red de telefonía móvil 6 ó a través de un interfase de aparato 21-11 sin contactos, por ejemplo transmitiendo una orden firmada o certificada mediante adecuados mensajes al aparato móvil 1, donde es procesada por un correspondiente módulo de software.
Después de la selección de la función para la transacción de pago, el usuario es requerido por el módulo de respuesta de transacción 13 del aparato móvil 1, por ejemplo un módulo de software programado, a entrar la identificación de transacción de la respectiva transacción de pago. El cliente puede teclear la identificación de transacción por ejemplo mediante elementos de manejo 18 del aparato móvil 1. Caso de que el aparato móvil 1 disponga de un adecuado módulo de reconocimiento de voz, el cliente puede indicar la identificación de transacción al aparato móvil 1 también mediante comunicación vocal. A fin de evitar errores de entrada, de acuerdo con una variante el aparato móvil 1 puede recibir, por ejemplo por medio del módulo de respuesta de transacción 13 del aparato móvil 1, la identificación de transacción de la respectiva transacción de pago del respectivo terminal de pago 2, a través del interfase de aparato 21-11 sin contactos, tal como se ilustra en la Fig. 2 mediante la flecha de trazos Si', y representarla en la pantalla 19 del aparato móvil 1, de modo que el cliente puede indicar al aparato móvil 1 la identificación de transacción de la respectiva transacción de pago aceptando la identificación de transacción ilustrada mediante los elementos de manejo 18 del aparato móvil 1.
De acuerdo con una variante mínima de esta última variante de realización, el terminal de pago 2 está equipado con al menos un emisor 21 del interfase 21-11 sin contactos. Dicho emisor 21 comprende los elementos de hardware necesarios para la emisión de datos, por ejemplo en forma de ondas de radiofrecuencia o infrarrojas, y para la conexión del emisor con el procesador 26 del terminal de pago 2, así como los módulos de software programados e interfases de software que se precisan para el funcionamiento y el gobierno del emisor 21. Para esta variante mínima el aparato móvil 1 está equipado con un correspondiente receptor 11, el cual dispone de los necesarios elementos de hardware y módulos de software para recibir datos a través del interfase 21-11 sin contactos y retransmitirlos al procesador 16 del aparato móvil 1 (el receptor 11 puede ser, por ejemplo, también el receptor de telefonía móvil del aparato móvil 1). En esta variante mínima el terminal de pago 2 puede emitir la identificación de transacción, por ejemplo durante un período de tiempo predefinido o hasta que esté concluida la transacción de pago para el terminal de pago 2, repetidamente, por ejemplo de forma periódica, eligiéndose la potencia de emisión del emisor 21 de tal modo que la identificación de transacción pueda ser recibida únicamente en el entorno inmediato alrededor del terminal de pago 2 y no sea recibida innecesariamente por otros aparatos móviles 1 en el centro de servicios 5.
Resultará evidente para las personas entendidas en la materia que el terminal de pago 2 y el aparato móvil 1, respectivamente, pueden también estar equipados con emisores y receptores para un interfase sin contactos bidireccional, pudiendo por ejemplo también utilizarse dicho interfase sin contactos bidireccional, por ejemplo por motivos de compatibilidad, para un funcionamiento unidireccional. Tales interfases de aparato sin contactos bidireccionales son, por ejemplo, interfases infrarrojos, por ejemplo interfases HSIR (High Speed Infrared) o IrDA (Infrared Data Association), interfases inductivos, por ejemplo interfases RFID (Radio Frequency Identification), Home RF (Radio Frequency), DECT (Digital European Cordless Telecommunications) u otros interfases CTS (Cordless Telecommunications System), o interfases de radiofrecuencia de alta frecuencia, particularmente los denominados interfases Bluetooth, que operan por ejemplo a 2.4 GHz y han sido descritos, en la fecha de presentación de la presente invención, por ejemplo en Internet en la página "www.bluetooth.com".
El módulo de respuesta de transacción 13 del aparato móvil 1 transmite la identificación de transacción indicada por el cliente, a través de la red de telefonía móvil 6, a la central de transacciones 4, tal como se ilustra en la Fig. 2 mediante la flecha S2. La central de transacciones 4 se basa, por ejemplo, en un servidor de comunicaciones convencional, es decir en un ordenador que, como servidor, está configurado con adecuados sistemas de banco de operaciones y banco de datos, memorias de datos y un módulo de comunicación 45. La central de transacciones 4 puede también realizarse mediante varios ordenadores interconectados entre sí. Cabe hacer constar en este lugar que la conexión de la central de transacciones 4 a la red de telefonía móvil 6 se ha ilustrado en la Fig. 1 sólo esquemáticamente, y que esta conexión se realiza de manera en sí conocida, por ejemplo a través de una conexión de red fija y una central telefónica, particularmente un MSC (Mobile Switching Centre). Los aparatos móviles 1 pueden por ejemplo también comunicarse con la central de transacciones 4 mediante WAP (Wireless Application Protocol), adecuados Java Applets (Java es una marca registrada de Sun Microsystems) y/o funciones SIM-Toolkit a través de Internet.
En la central de transacciones 4 son recibidos y memorizados temporalmente, mediante el módulo de comunicación 45, la identificación de transacción transmitida por el terminal de pago 2 y el correspondiente importe total de transacción, tal como se ilustra en la Fig. 2 mediante la flecha S1. El módulo de comunicación 45 comprende, por ejemplo, un módulo de software así como los necesarios componentes de hardware para comunicarse a través de la red de telefonía móvil 6 así como a través de la red de comunicaciones 3, es decir, particularmente, para intercambiar a través de dichas redes datos con los aparatos móviles 1 y los terminales de pago 2. En la central de transacciones 4 es también recibida, mediante el módulo de comunicación 45, la identificación de transacción transmitida por el aparato móvil 1, tal como se ilustra en la Fig. 2 mediante la flecha S2. Además, el módulo de comunicación 45 detecta, de manera en sí conocida, el número de llamada, por ejemplo el número MSISDN (Mobile Subscriber ISDN), del aparato móvil 1 que ha transmitido la identificación de transacción, y memoriza dicho número de llamada en la central de transacciones 4 de forma asociada a la identificación de transacción recibida del aparato móvil 1.
Tal como se ilustra en la Fig. 2, la central de transacciones 4 espera del aparato móvil 1, para una correspondiente transacción de pago, la transmisión de la identificación de transacción, ilustrada por la flecha S2, dentro de un intervalo de tiempo predefinido \Deltat_{1} después de que la central de transacciones 4 haya recibido del terminal de pago 2 la transmisión, ilustrada por la flecha S1, del importe total de transacción y de la identificación de transacción. De lo contrario, en la central de transacciones 4 es registrado un error de tiempo, y el ulterior procesamiento de la transacción de pago es interrumpido, por ejemplo después de correspondiente notificación al terminal de pago 2. Tal como ya se ha mencionado en relación con el módulo de envío de transacciones 23, el desarrollo temporal, ilustrado en la Fig. 2, de las flechas Si y S2 puede también realizarse de forma inversa, por el hecho de que el terminal de pago 2 ejecute la transmisión, ilustrada por la flecha S1, de la identificación de transacción y del importe total de transacción a la central de transacciones 4 solamente cuando sea requerido para ello por la central de transacciones 4, pudiendo iniciar la central de transacciones 4 una tal requisición en base de la identificación de transacción, transmitida a la central de transacciones 4 por el aparato móvil 1 según la flecha S2 y que contenga particularmente la identificación del terminal de pago (el intervalo de tiempo predefinido \Deltat_{1} es correspondientemente iniciado por la flecha S2).
La central de transacciones 4 comprende un módulo de requisición de pago 42, por ejemplo un módulo de software programado, que compara la identificación de transacción recibida del aparato móvil 1 con identificaciones de transacción memorizadas temporalmente, previamente recibidas de terminales de pago 2. En caso de coincidencia, el módulo de requisición de pago 42 prepara una requisición de pago, la cual comprende al menos la identificación de transacción coincidente así como el importe total de transacción asociado a dicha identificación de transacción. Tal como ilustrado en la Fig. 2 mediante la flecha S3, la requisición de pago preparada es transmitida por el módulo de requisición de pago 42 de la central de transacciones 4, con ayuda del módulo de comunicación 45, a través de la red de telefonía móvil 6 al aparato móvil 1 con el número de llamada detectado. De lo contrario, si el módulo de requisición de pago 42 no puede constatar identificaciones de transacción coincidentes, por parte de la central de transacciones 4 es transmitido al aparato móvil 1 un correspondiente aviso de error, por ejemplo con la requisición de entrar nuevamente la identificación de transacción. Cabe mencionar en este lugar que la requisición de pago es provista, para el incremento de la seguridad, particularmente para la determinación de la autenticidad de la central de transacciones 4, por el módulo de requisición de pago 42 de una firma electrónica de la central de transacciones 4, o es realizada como certificado seguro.
En el respectivo aparato móvil 1 la requisición de pago transmitida por la central de transacciones 4 es recibida a través de la red de telefonía móvil 6 y, en una variante, es filtrada en base de la identificación de transacción contenida en ella, por el hecho de que la identificación de transacción contenida en la requisición de pago es comparada por el aparato. móvil 1 con la identificación de transacción previamente transmitida a la central de transacciones 4. En un módulo de comprobante de pago 14 del aparato móvil 1, por ejemplo un módulo de software programado, es preparado, en base de la requisición de pago recibida, un comprobante de pago, por ejemplo después de que haya sido comprobada la autenticidad de la requisición de pago y la autenticidad de la central de transacciones 4, respectivamente, y de que la requisición de pago haya sido indicada al cliente en la pantalla 19 del aparato móvil 1 y el cliente haya aceptado el pago mediante los elementos de manejo 18 del aparato móvil 1 y lo haya así liberado. El comprobante de pago preparado comprende la requisición de pago recibida y una identificación de cliente del cliente, por ejemplo una IMSI (International Mobile Subscriber Identity) o un número de usuario especialmente asignado para este modo de pago aquí descrito, que suelen estar memorizados en la tarjeta SIM 17 del aparato móvil 1. Para mejorar la seguridad, el comprobante de pago puede dotarse por el módulo de comprobante de pago 14 con una firma electrónica del respectivo cliente o realizarse como certificado seguro. El comprobante de pago puede también dotarse de una indicación de hora/fecha.
Ventajosamente, el módulo de comprobante de pago 14 incorpora además en el comprobante de pago indicaciones sobre el modo de pago deseado, cuyas indicaciones están por ejemplo memorizadas como valor por defecto en la tarjera SIM 17 del aparato móvil 1 ó pueden ser solicitadas por el respectivo cliente a través de la pantalla 19 del aparato móvil 1 y aceptadas mediante los elementos de manejo 18. Las indicaciones sobre el modo de pago deseado especifican, por ejemplo, un cargo deseado del importe total de transacción que deba ser pagado a un determinado número de tarjeta de crédito, un cargo en una determinada cuenta de cliente, un cargo en una determinada cuenta bancaria o un cargo en una cantidad monetaria prepagada, memorizada en el aparato móvil, por ejemplo en la tarjeta SIM 17 del aparato móvil 1. El módulo de comprobante de pago 14 del aparato móvil 1 transmite el comprobante de pago preparado, tal como se ilustra en la Fig. 2 mediante la flecha S4, a través de la red de telefonía móvil 6 a la central de transacciones 4.
Tal como se ilustra en la Fig. 2, la central de transacciones 4 espera del aparato móvil 1 para una correspondiente transacción de pago, la transmisión, ilustrada por la flecha S4, de los comprobantes de pago dentro de un intervalo de tiempo predefinido \Deltat_{2} después de que la central de transacciones 4 haya ejecutado la transmisión, ilustrada por la flecha S3, de la requisición de pago al aparato móvil 1. De lo contrario, en la central de transacciones 4 es registrado un error de tiempo, y la transmisión ilustrada por la flecha S3 es ejecutada nuevamente, y eventualmente, por ejemplo en caso de un nuevo fracaso, es interrumpido el ulterior procesamiento de la transacción de pago, por ejemplo después de correspondiente notificación al terminal de pago 2.
En la central de transacciones 4 es recibido el comprobante de pago, por ejemplo por el módulo de requisición de pago 42, y eventualmente es comprobada la autenticidad del cliente en base de la firma electrónica o del certificado, respectivamente. De acuerdo con una variante de realización, la central de transacciones 4 comprueba, por ejemplo mediante el módulo de comprobación de solvencia 43, que está por ejemplo realizado como módulo de software programado, en base de la identificación de cliente transmitida en el comprobante de pago, la solvencia del cliente determinado por la identificación de cliente. Para ello, el módulo de comprobación de solvencia 43 accede, por ejemplo directamente o a través de servicios apropiados, a un correspondiente banco de datos, cuyo contenido es por ejemplo administrado por un operador de red de comunicaciones, por ejemplo el operador de la red de telefonía móvil 6, o por un instituto financiero. En caso de un resultado negativo de la comprobación de solvencia o de la comprobación de autenticidad, respectivamente, la central de transacciones 4 puede transmitir, por ejemplo a través del módulo de confirmación de transacción 44, realizado por ejemplo como módulo de software programado, eventualmente una confirmación de transacción negativa al respectivo aparato móvil 1 así como al terminal de pago 2 involucrado en la respectiva transacción de pago, mediante cuya confirmación de transacción negativa le es negado al respectivo cliente el pago de la transacción de pago mediante el procedimiento según la invención a causa de falta de solvencia. En caso de un resultado positivo de la comprobación de solvencia y/o de la comprobación de autenticidad, el módulo de confirmación de transacción 44 de la central de transacciones 4 transmite una confirmación de transacción positiva al terminal de pago 2 involucrado en la respectiva transacción de pago y al respectivo aparato móvil 1. Las confirmaciones de transacción contienen al menos la identificación de transacción de la respectiva transacción de pago así como una indicación sobre si se trata de una confirmación de transacción positiva o negativa, en cuyo último caso se indican los respectivos motivos, por ejemplo un arriba citado error de tiempo, falta de solvencia o autenticidad no confirmada del respectivo cliente. En caso de una confirmación de transacción positiva, la transacción de pago se considera, para el terminal de pago 2 y para el aparato móvil 1, así como para el respectivo cliente, como realizada y los productos y/o servicios adquiridos pueden ser facilitados al cliente en el centro de servicios 5. Resultará evidente para las personas entendidas en la materia que la confirmación de transacción positiva no puede por ejemplo ser transmitida por la central de transacciones 4 a los partícipes de transacción involucrados en la respectiva transacción de pago hasta que esté concluido por la central de transacciones 4 el ulterior procesamiento del comprobante de pago, tal como se describe a continuación. La transmisión de la confirmación de transacción por la central de transacciones 4 al terminal de pago 2 se ilustra en la Fig. 2 mediante la flecha S5, y la transmisión de la confirmación de transacción por la central de transacciones 4 al aparato móvil 1 es ilustrada en la Fig. 2 mediante la flecha S6. Particularmente, confirmaciones de transacción positivas pueden ser transmitidas por la central de transacciones 4 también mediante e-mail, por fax o por correo a una predefinida dirección de e-mail, número de fax o dirección postal, respectivamente, del correspondiente cliente y/o (del operador) del centro de servicios 5.
Ventajosamente, los comprobantes de pago y/o las confirmaciones de transacción positivas son memorizados, por ejemplo por el módulo de comprobante de pago 14, en una memoria 15 del aparato móvil 1, por ejemplo en una tarjeta SIM 17 del aparato móvil 1, de manera que puedan utilizarse posteriormente como recibo y/o estén a disposición del respectivo cliente a efectos administrativos de las transacciones de pago por él efectuadas. En caso de que confirmaciones de transacción sean empleadas por el centro de servicios 5, o los operadores del mismo, respectivamente, y los clientes, por ejemplo en el aparato móvil 1, a efectos de contabilización o de recibos, respectivamente, las mismas contienen adicionalmente al menos el importe total de transacción de la respectiva transacción de pago, aunque ventajosamente también adicionalmente ulteriores indicaciones, arriba mencionadas, que están contenidas en el comprobante de pago de la respectiva transacción de pago, particularmente firmas o certificados, respectivamente, de los partícipes de transacción involucrados.
En caso de resultado positivo de la comprobación de solvencia y/o de la comprobación de autenticidad, el comprobante de pago es ulteriormente procesado en la central de transacciones 4, eventualmente teniendo en consideración las indicaciones allí contenidas respecto al modo de pago deseado por el cliente. Por medio del módulo de comunicación 45 pueden ser retransmitidos los comprobantes de pago, por ejemplo a través de la red de comunicaciones 3, a un instituto financiero o a un centro de compensación, o bien el importe total de transacción puede ser deducido por la central de transacciones 4, a través de la red de telefonía móvil 6, directamente de una cantidad monetaria prepagada, almacenada en el aparato móvil 1, por ejemplo en la tarjeta SIM 17 del aparato móvil 1. En base de una identificación de centro de servicios, contenida en la identificación de transacción, el importe total de transacción puede ser abonado por la central de transacciones 4, por ejemplo a través del módulo de abono 41 de la central de transacciones 4, realizado por ejemplo como módulo. de software, al centro de servicios 5, siendo abonado dicho abono por ejemplo en una correspondiente cuenta en la central de transacciones 4 ó, a través de la red de comunicaciones 3, en un banco de datos accesible de un instituto financiero. Sin embargo, el abono puede también efectuarse, por la vía arriba descrita, a través del instituto financiero o del centro de compensación.
Tal como se ha mencionado ya en relación con el gobierno del desarrollo del menú y de las funciones para la selección de la función "transacción de pago", los módulos de software, particularmente el módulo de respuesta de transacción 13 y el módulo de comprobante de pago 14 así como componentes de software del módulo de autentificación 12, pueden por ejemplo memorizarse en la tarjeta SIM 17 del aparato móvil, por ejemplo como Java-Applet o como funciones SIM-Toolkit, y ejecutarse por ejemplo también en un procesador de la tarjeta SIM 17. Los módulos de software pueden además realizarse de tal manera que puedan ser bloqueados por un operador autorizado a través del interfase de aparato 11 sin contactos o a través de la red de telefonía móvil 6, por ejemplo cuando el propietario del aparato móvil 1 ha comunicado a un correspondiente operador la pérdida del respectivo aparato móvil 1.
Como punto final cabe además mencionar que las transmisiones de datos a través del interfase 21-11 sin contactos pueden realizarse, para aumentar la seguridad, de forma codificada de acuerdo con un procedimiento conocido para las personas entendidas en la materia.
El procedimiento de transacción de pagos según la invención y el sistema de transacción de pagos según la invención permiten a clientes, que estén equipados con un aparato móvil 1, realizar en un centro de servicios 5, que esté dotado de uno o varios terminales de pago 2, transacciones de pago sin efectivo por medio de sus aparatos móviles 1. Para ello, un cliente debe, después de que se haya por ejemplo autentificado en su aparato móvil 1, según la ejecución del aparato móvil 1, únicamente teclear en el aparato móvil 1 la identificación de transacción de la respectiva transacción de pago, por ejemplo cuando el aparato móvil 1 no disponga de interfase de aparato sin contactos, o ningún ulterior dato, cuando los terminales de pago 2 puedan transferir la identificación de transacción, a través de un interfase de aparato 21-11 sin contactos, directamente al aparato móvil 1. Tales transacciones de pago de uno o varios centros de servicios 5 pueden ser procesadas en una central de transacciones 4, pudiendo la central de transacciones 4 comprobar la autenticidad de partícipes involucrados en transacciones de pago y la solvencia de clientes, así como ejecutar cargos,.de acuerdo con indicaciones de los clientes, y abonos para transacciones de pago.

Claims (16)

1. Procedimiento de transacción de pagos entre un cliente con un aparato móvil portátil (1) y un centro de servicios (5), en cuyo procedimiento de transacción de pagos un terminal de pago (2) del centro de servicios (5) determina un importe total de transacción que deba ser pagado y una identificación de transacción asociada a dicho importe total de transacción e informa al cliente del importe total de transacción y de la identificación de transacción, y en cuyo procedimiento de transacción de pagos el cliente indica al aparato móvil (1) la identificación de transacción, transmitiendo el terminal de pago (2) el importe total de transacción y la identificación de transacción, a través de una red de comunicaciones (3), a una central de transacciones (4), caracterizado porque el aparato móvil (1) transmite la identificación de transacción indicada por el cliente, a través de una red de telefonía móvil (6), a la central de transacciones (4), y porque la central de transacciones (4) transmite una requisición de pago, que comprende al menos el importe total de transacción, a través de la red de telefonía móvil (6) al aparato móvil (1) desde el cual se había transmitido la identificación de transacción.
2. Procedimiento de transacción de pagos según la reivindicación 1, caracterizado porque en el aparato móvil (1) es preparado un comprobante de pago, que comprende un entrelazamiento entre la requisición de pago y una identificación de cliente del cliente y que es transmitido por el aparato móvil (1), a través de la red de telefonía móvil (6), a la central de transacciones (4).
3. Procedimiento de transacción de pagos según una de las reivindicaciones 1 ó 2, caracterizado porque el terminal de pago (2) inserta en la identificación de transacción, durante la determinación de ésta, una identificación de terminal de pago, la cual permite identificar el respectivo terminal de pago (2) de entre varios terminales de pago (2) existentes en el centro de servicios (5).
4. Procedimiento de transacción de pagos según una de las reivindicaciones 1 a 3, caracterizado porque el terminal de pago (2) inserta en la identificación de transacción, durante la determinación de ésta, una identificación de centro de servicios, y porque el importe total de transacción es abonado al centro de servicios (5) determinado por la identificación de centro de servicios.
5. Procedimiento de transacción de pagos según una de las reivindicaciones 1 a 4, caracterizado porque en el aparato móvil (1) son insertadas en el comprobante de pago, antes de la transmisión del mismo a la central de transacciones (4), indicaciones sobre el modo de pago.
6. Procedimiento de transacción de pagos según una de las reivindicaciones 1 a 5, caracterizado porque el terminal de pago (2) transmite la identificación de transacción, a través de un interfase de aparato (21-11) sin contactos, directamente al aparato móvil (1), y porque el cliente indica la identificación de transacción al aparato móvil (1) aceptando mediante elementos de manejo (18) del aparato móvil (1) la identificación de transacción recibida del terminal de pago (2) a través del interface de aparato (21-11) sin contactos.
7. Procedimiento de transacción de pagos según una de las reivindicaciones 1 a 6, caracterizado porque antes de la indicación de la identificación de transacción el cliente se autentifica en su aparato móvil (1) por medio de una característica biométrica.
8. Procedimiento de transacción de pagos según una de las reivindicaciones 1 a 7, caracterizado porque la solvencia del cliente es comprobada en la central de transacciones (4).
9. Sistema de transacción de pagos, comprendiendo uno o varios aparatos móviles portátiles (1) y uno o varios terminales de pago (2) en al menos un centro de servicios (5), así como una central de transacciones (4), cuyos aparatos móviles (1) y terminales de pago (2) incluyen al menos sendos procesadores (16, 26), cuyos terminales de pago (2) comprenden medios (29) aptos para informar a un cliente sobre un importe total de transacción que deba ser pagado de una transacción de pago y sobre una identificación de transacción asociada a dicha transacción de pago, comprendiendo dichos terminales de pago (2) sendos módulos de envío de transacciones (23), los cuales transmiten la identificación de transacción y el importe total de transacción de la respectiva transacción de pago, a través de una red de comunicaciones (3), a la central de transacciones (4), caracterizado porque los aparatos móviles (1) comprenden sendos módulos de respuesta de transacción (13), los cuales reciben respectivas identificaciones de transacción, entradas por un cliente mediante elementos de manejo (18) del respectivo aparato móvil (1), de correspondientes transacciones de pago, y las transmiten, a través de una red de telefonía móvil (6), a la central de transacciones (4), y porque la central de transacciones (4) comprende un módulo de requisición de pago (42), el cual transmite una requisición de pago, que comprende al menos el importe total de transacción de la respectiva transacción de pago, a través de la red de telefonía móvil (6) al aparato móvil (1) desde el cual se había transmitido la identificación de transacción de la respectiva transacción de pago.
10. Sistema según la reivindicación 9, caracterizado porque los aparatos móviles (1) comprenden un módulo de comprobante de pago (14), el cual prepara un comprobante de pago que comprende un entrelazamiento entre una requisición recibida y una identificación de cliente del cliente y lo transmite, a través de la red de telefonía móvil (6), a la central de transacciones (4).
11. Sistema de transacción de pagos según una de las reivindicaciones 9 ó 10, caracterizado porque los terminales de pago (2) comprenden sendos módulos de identificación de transacción (22), los cuales determinan la respectiva identificación de transacción para una transacción de pago e insertan respectivas identificaciones de terminal de pago del respectivo terminal de pago (2) en la identificación de transacción.
12. Sistema de transacción de pagos según una de las reivindicaciones 9 a 11, caracterizado porque los terminales de pago (2) comprenden sendos módulos de identificación de transacción (22), los cuales determinan la respectiva identificación de transacción para una transacción de pago e insertan respectivas identificaciones de centro de servicios en la identificación de transacción, y porque la central de transacciones (4) comprende un módulo de abono (41), el cual abona el importe total de transacción de la respectiva transacción de pago al centro de servicios (5) determinado por la identificación de centro de servicios.
13. Sistema según una de las reivindicaciones 10 a 12, caracterizado porque el módulo de comprobante de pago (14) comprende medios aptos para insertar en el comprobante de pago, antes de la transmisión del comprobante de pago a la central de transacciones (4), indicaciones sobre el modo de pago.
14. Sistema según una de las reivindicaciones 9 a 13, caracterizado porque los terminales de pago (2) comprenden al menos sendos emisores (21) de un interfase de aparato (21-11) sin contactos, y los aparatos móviles (1) comprenden al menos sendos receptores (21) del interfase de aparato (21-11) sin contactos, a través de cuyo interfase de aparato (21-11) sin contactos es transmitida la identificación de transacción de la respectiva transacción de pago desde el correspondiente terminal de pago (2) directamente al correspondiente aparato móvil (1), y porque el módulo de respuesta de transacción (13) comprende medios aptos para recibir una orden de aceptación entrada por el respectivo cliente mediante elementos de manejo (18) del respectivo aparato móvil (1), y para recibir, en correspondencia con la orden de aceptación, la identificación de transacción de la respectiva transacción de pago.
15. Sistema según una de las reivindicaciones 9 a 14, caracterizado porque los aparatos móviles (1) comprenden sendos módulos de autentificación (12), aptos para recibir de un cliente al menos una característica biométrica y para autentificar a dicho cliente en base de la característica biométrica recibida.
16. Sistema según una de las reivindicaciones 9 a 15, caracterizado porque la central de transacciones (4) comprende un módulo de comprobación de solvencia (43), cuyo módulo de comprobación de solvencia (43) comprueba la solvencia de un cliente.
ES99959166T 1999-12-23 1999-12-23 Procedimiento y sistema de transaccion de pagos. Expired - Lifetime ES2201808T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CH1999/000622 WO2001048714A1 (de) 1999-12-23 1999-12-23 Zahlungstransaktionsverfahren und zahlungstransaktionssystem

Publications (1)

Publication Number Publication Date
ES2201808T3 true ES2201808T3 (es) 2004-03-16

Family

ID=4551756

Family Applications (1)

Application Number Title Priority Date Filing Date
ES99959166T Expired - Lifetime ES2201808T3 (es) 1999-12-23 1999-12-23 Procedimiento y sistema de transaccion de pagos.

Country Status (10)

Country Link
US (1) US10108939B1 (es)
EP (1) EP1240631B1 (es)
JP (1) JP4469121B2 (es)
CN (1) CN1391684A (es)
AT (1) ATE242525T1 (es)
AU (1) AU763764C (es)
DE (1) DE59905893D1 (es)
ES (1) ES2201808T3 (es)
NZ (1) NZ519890A (es)
WO (1) WO2001048714A1 (es)

Families Citing this family (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002259877A (ja) * 2001-03-02 2002-09-13 Mitsubishi Electric Corp 決済サーバ及び購入者端末及び店舗端末及び決済ポータルサーバ及び決済システム及び決済方法及び決済ポータルシステム及び決済プログラム及び決済プログラムを記録した計算機で読み取り可能な記録媒体及び決済依頼プログラム及び決済依頼プログラムを記録した計算機で読み取り可能な記録媒体
KR100420600B1 (ko) * 2001-11-02 2004-03-02 에스케이 텔레콤주식회사 아이알에프엠을 이용한 이엠브이 지불 처리방법
DE10223282B3 (de) * 2002-05-24 2004-02-05 Orga Kartensysteme Gmbh Verfahren, Computerprogramm und Computersystem für einen prepaid Telekommunikationsdienst
JP2004171486A (ja) * 2002-11-22 2004-06-17 Nec Corp イベント会場における情報収集システム,方法,情報収集サーバおよびプログラム
CA2527826C (en) * 2003-05-30 2011-07-26 Privaris, Inc. A system and methods for assignation and use of media content subscription service privileges
HRP20030767A2 (hr) * 2003-09-22 2006-04-30 Mari� Jo�ko Sms/card sustav plaćanja roba i usluga putem telekomunikacijskih uređaja
JP2005115876A (ja) * 2003-10-10 2005-04-28 Kenichi Oga 携帯端末を利用した決済処理システム、店舗装置、サーバ、携帯端末
US9020854B2 (en) * 2004-03-08 2015-04-28 Proxense, Llc Linked account system using personal digital key (PDK-LAS)
JP4555120B2 (ja) * 2005-02-23 2010-09-29 株式会社大和証券グループ本社 サーバシステム、方法及びプログラム
EP1777659A1 (de) * 2005-10-20 2007-04-25 Scheidt & Bachmann Gesellschaft mit beschränkter Haftung Elektronisches Endgerät mit integriertem elektronischen Ausweis
US11206664B2 (en) 2006-01-06 2021-12-21 Proxense, Llc Wireless network synchronization of cells and client devices on a network
FR2898238B1 (fr) * 2006-03-02 2008-06-06 Customer Product Relationship Procede de transaction entre deux serveurs comportant une etape prealable de validation mettant en oeuvre deux telephones portables.
US8412949B2 (en) 2006-05-05 2013-04-02 Proxense, Llc Personal digital key initialization and registration for secure transactions
CN101373529A (zh) * 2007-08-24 2009-02-25 许丰扬 使用移动通讯装置作为支付工具的方法
WO2009062194A1 (en) 2007-11-09 2009-05-14 Proxense, Llc Proximity-sensor supporting multiple application services
CN101599191B (zh) * 2008-06-04 2012-07-04 中国移动通信集团公司 一种显示交易信息的方法及移动终端设备
DE102008035391A1 (de) * 2008-07-29 2010-02-04 Deutsche Telekom Ag Verfahren zur Authentifizierung
DE102009019050B4 (de) 2009-04-28 2015-10-08 Giesecke & Devrient Gmbh Verfahren und Datenträger zur Sicherung von Transaktionsdaten
CN101923753B (zh) * 2009-06-10 2012-09-05 中国联合网络通信集团有限公司 电子货币管理系统和方法
JP5495111B2 (ja) * 2010-02-10 2014-05-21 公立大学法人首都大学東京 情報管理システム
US10304051B2 (en) 2010-04-09 2019-05-28 Paypal, Inc. NFC mobile wallet processing systems and methods
US9208482B2 (en) 2010-04-09 2015-12-08 Paypal, Inc. Transaction token issuing authorities
US9400978B2 (en) 2010-04-09 2016-07-26 Paypal, Inc. Methods and systems for selecting accounts and offers in payment transactions
US11887105B2 (en) 2010-04-09 2024-01-30 Paypal, Inc. Transaction token issuing authorities
US8380177B2 (en) * 2010-04-09 2013-02-19 Paydiant, Inc. Mobile phone payment processing methods and systems
US10134031B2 (en) 2010-04-09 2018-11-20 Paypal, Inc. Transaction token issuing authorities
CN103282929B (zh) 2010-12-23 2020-04-10 贝宝公司 操作移动装置完成账户持有者的atm交易的方法及交易系统
US9265450B1 (en) 2011-02-21 2016-02-23 Proxense, Llc Proximity-based system for object tracking and automatic application initialization
WO2012168940A1 (en) * 2011-06-09 2012-12-13 Accells Technologies (2009), Ltd. A transaction system and method for use with a mobile device
GB2499801A (en) 2012-02-28 2013-09-04 Barclays Bank Plc Payment transaction receipt system and method
GB2492614B (en) 2012-02-28 2014-01-29 Barclays Bank Plc System and method for authenticating a payment transaction
DE102012112967B4 (de) * 2012-12-21 2016-06-16 Sqwin Sa online Transaktionssystem
WO2014183106A2 (en) 2013-05-10 2014-11-13 Proxense, Llc Secure element as a digital pocket
CN108510276B (zh) * 2013-07-30 2021-05-04 创新先进技术有限公司 数据处理方法、装置和系统
CN104657857B (zh) * 2013-11-19 2024-10-22 腾讯科技(深圳)有限公司 一种实现支付的方法、相关装置及系统
CN103856640B (zh) * 2014-01-07 2015-07-01 腾讯科技(深圳)有限公司 一种对用户资源信息进行处理的方法及系统
WO2015112870A1 (en) 2014-01-25 2015-07-30 Cloudpin Inc. Systems and methods for location-based content sharing using unique identifiers
CN105488674A (zh) * 2014-09-26 2016-04-13 苏州海博智能系统有限公司 利用无线安全设备进行安全交易的方法、系统和服务器
US11049096B2 (en) 2015-12-31 2021-06-29 Paypal, Inc. Fault tolerant token based transaction systems
CN111554053A (zh) * 2020-04-27 2020-08-18 中国银行股份有限公司 一种取票系统、方法及装置
CN111554054A (zh) * 2020-04-27 2020-08-18 中国银行股份有限公司 一种取票系统、方法及装置
CN113807959A (zh) * 2021-01-28 2021-12-17 刘高峰 一种防止数字资产近距离重复转移的方法及终端

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9121995D0 (en) * 1991-10-16 1991-11-27 Jonhig Ltd Value transfer system
EP0775082A1 (en) * 1994-05-27 1997-05-28 GUNNARSSON, Staffan System at a vehicle for debiting at automatic fuelling
US5608778A (en) 1994-09-22 1997-03-04 Lucent Technologies Inc. Cellular telephone as an authenticated transaction controller
FI99071C (fi) * 1995-02-15 1997-09-25 Nokia Mobile Phones Ltd Menetelmä sovellusten käyttämiseksi matkaviestimessä ja matkaviestin
JPH09116960A (ja) * 1995-10-18 1997-05-02 Fujitsu Ltd キャッシュレスシステム及び該システムで使用する携帯機
US5778173A (en) * 1996-06-12 1998-07-07 At&T Corp. Mechanism for enabling secure electronic transactions on the open internet
CN1111825C (zh) 1996-09-13 2003-06-18 西门子公司 使用移动无线通信设备的无现金付款的方法
TW355899B (en) 1997-01-30 1999-04-11 Qualcomm Inc Method and apparatus for performing financial transactions using a mobile communication unit
CN1155919C (zh) * 1997-06-27 2004-06-30 瑞士电信流动电话公司 用移动设备的事务处理方法
US6016476A (en) * 1997-08-11 2000-01-18 International Business Machines Corporation Portable information and transaction processing system and method utilizing biometric authorization and digital certificate security
US5986565A (en) 1997-11-24 1999-11-16 Attention System Co., Ltd. Individual recognition system
JPH11167591A (ja) * 1997-12-02 1999-06-22 Oki Electric Ind Co Ltd 電子公証システムおよび自動化機器

Also Published As

Publication number Publication date
US10108939B1 (en) 2018-10-23
JP4469121B2 (ja) 2010-05-26
WO2001048714A1 (de) 2001-07-05
DE59905893D1 (de) 2003-07-10
JP2003521028A (ja) 2003-07-08
AU763764C (en) 2004-02-26
NZ519890A (en) 2004-06-25
AU1646200A (en) 2001-07-09
ATE242525T1 (de) 2003-06-15
AU763764B2 (en) 2003-07-31
CN1391684A (zh) 2003-01-15
EP1240631A1 (de) 2002-09-18
EP1240631B1 (de) 2003-06-04

Similar Documents

Publication Publication Date Title
ES2201808T3 (es) Procedimiento y sistema de transaccion de pagos.
ES2201809T3 (es) Procedimiento y sistema de transaccion de pagos.
US7533065B2 (en) Advanced method and arrangement for performing electronic payment transactions
JP4036649B2 (ja) トランザクション方法および販売システム
US7014107B2 (en) Wireless payment processing system
EP2212842B1 (en) System and method for secure management of transactions
AU744510B2 (en) Method and system for transferring funds
EP1772832A1 (en) Method of making secure payment or collection transactions using programmable mobile telephones
US20030135470A1 (en) Method and system for credit card purchases
EP1111561A2 (en) Transaction system and method
ZA200105872B (en) Method for carrying out cash-free payments and system for carrying out said method.
JP2002352166A (ja) クレジットカード認証システム及びクレジットカード認証端末
JP2008532157A (ja) 支払カードによる取引のセキュリティー化方法およびこの方法を活用するための許可センター
JP2004506997A (ja) 資金メモリから電子的な金額を伝送する方法および装置
US20080235132A1 (en) Transactional Device With Anticipated Pretreatment
US20140156530A1 (en) Method and Device for Carrying Out Cashless Payments
WO2004077369A1 (en) Real time mobile telephony system and process for remote payment, credit granting transactions
EP1348185A1 (en) Payment system
EP1189179B1 (en) A method for loading money, an electronic device, and a system
KR100442136B1 (ko) 무선 통신망을 이용한 아이씨 카드 발급 및 관리 방법
US20020156728A1 (en) Method and arrangement for the transmission of an electronic sum of money from a credit reserve by wap
US20100223146A1 (en) Method of Effecting Cashless Payments and a System for Implementing the Method
EP1313075A2 (en) Electronic money processing method and program
ES2422805B1 (es) Procedimiento para el pago por teléfono móvil en comercios
CA2475275C (en) Wireless data processing system for credit payment