ES2377224T3 - Método y sistema para comercio electrónico - Google Patents

Método y sistema para comercio electrónico Download PDF

Info

Publication number
ES2377224T3
ES2377224T3 ES06125601T ES06125601T ES2377224T3 ES 2377224 T3 ES2377224 T3 ES 2377224T3 ES 06125601 T ES06125601 T ES 06125601T ES 06125601 T ES06125601 T ES 06125601T ES 2377224 T3 ES2377224 T3 ES 2377224T3
Authority
ES
Spain
Prior art keywords
subscriber
service
application
payment
mobile terminal
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
ES06125601T
Other languages
English (en)
Inventor
Robert Skog
Staffan Pehrson
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=20414921&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2377224(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2377224T3 publication Critical patent/ES2377224T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

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/04—Payment circuits
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/16—Payments settled via telecommunication 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/22—Payment schemes or models
    • G06Q20/24—Credit schemes, i.e. "pay after"
    • 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/327—Short range or proximity payments by means of M-devices
    • G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • 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/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/0866—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means by active credit-cards adapted therefor

Abstract

Un metodo para el pago de una mercancfa o servicio por un abonado (8B8) ofrecido por medio de una .aplicación del servicio de pago (AP2) en un ordenador de servicio (82) conectado a una red de datos por paquetes (C8N), donde el abonado tiene una suscripción en una red de radio móvil (G8M) y usa un terminal móvil (M8) para acceder a la red de datos por paquetes (C8N) a traves de la red de radio móvil (G8M) caracterizado porque comprende los pasos de: - la aplicación de servicio del pago (AP2) recibe, desde el terminal móvil (M8), los datos relativos al tipo de mercancfa y precio de la mercancfa o servicio y la identidad del vendedor, - enviar, desde la aplicación del servicio de pago (AP2), los datos relativos al tipo de mercancfa y precio de la mercancfa o servicio, la identidad del vendedor y la información temporal a una función de tarificación (BGW), en el que la identidad del abonado (8B8) se asegura gracias a las comprobaciones de identidad que ya estan integradas en la red del G8M enviando una dirección IP del terminal m6vil a la función de tarificación (BGW) .

Description

Metodo y sistema para comercio electr6nico
Campo tecnico
La presente invenci6n se refiere a un sistema y un metodo para comercio electr6nico a traves de una red de datos y
5 un metodo para comprobar que una compra ha sido registrada en una base de datos conectada a traves de una red de datos. Los metodos y el sistema tienen que ver en particular con una red de datos con conexi6n a una red de radio m6vil.
Antecedentes
En comercio electr6nico, es decir el comercio en que las transacciones econ6micas se llevan a cabo entre las partes
10 a traves de una red de datos, es importante que la identidad quienquiera que lleva a cabo la transacci6n se pueda asegurar.
Una solicitud de patente publicada W094/11849 hace frente al problema de un usuario, quien, desde su telefono quiere usar por ejemplo un servicio bancario, tiene que dar un c6digo para obtener acceso al servicio. Una soluci6n al problema se presenta a traves de la cual llega a ser posible para un usuario de una estaci6n m6vil ser capaz de 15 utilizar el servicio bancario sin dar un c6digo. La soluci6n consiste en que el servicio bancario se realice en una aplicaci6n, la cual se puede alcanzar desde una red telef6nica interna. Una entrada a la red telef6nica interna esta disponible para las estaciones m6viles incluidas en una red del G8M. Par activar una estaci6n m6vil incluida, se requiere que su abonado de un c6digo. El establecimiento de una conexi6n con el servicio bancario tiene lugar tras la petici6n de una cierta estaci6n m6vil con un numero A. El numero A esta disponible para el servicio bancario en el
20 establecimiento. El servicio bancario comprueba si el numero A esta registrado para un cliente, y si es asf, se permite que el servicio bancario sea utilizado a traves de la conexi6n.
La W0 98/47116 se relaciona con un metodo de pago de telecomunicaciones/comunicaciones de datos. La red de telecomunicaciones/ comunicaciones de datos tiene un nodo de servicio T8N que facilita los pagos desde una cuenta del cliente a una cuenta del comerciante. Los datos, tales como el identificador del comerciante y la cantidad
25 de la transacci6n se insertan por medio de avisos expedidos de un periferico 30C a traves de una interfaz generadora de avisos.
Una diferencia entre la presente invenci6n y 01 es que los datos relativos al tipo de mercancfa no se envfan desde el terminal m6vil a la aplicaci6n del servicio de pago en 01. Una diferencia adicional es que la aplicaci6n del servicio de pago recibe los datos directamente desde el terminal m6vil en la presente invenci6n mientras que 01 usa avisos
30 como se describi6 anteriormente. Aun diferencia adicional es que la funci6n de tarificaci6n envfa informaci6n temporal.
La EP 0708547 se relaciona con una adaptaci6n para proporcionar credito a clientes a traves de telefonos celulares. 02 no revela que los datos relativos al tipo de mercancfa no se envfan desde el terminal m6vil a la aplicaci6n del servicio de pago.
35 La W0 98/98/42173 se relaciona con la utilizaci6n de comunicaciones de datos tipo mensajes cortos para proporcionar servicios bancarios a los usuarios de terminales m6viles. 03 no revela que los datos relativos al tipo de mercancfa no se envfan desde el terminal m6vil a la aplicaci6n del servicio de pago.
Descripcion de la invencion
Un problema con la tecnica conocida previamente es que el abonado, para ser capaz de llevar a cabo una compra, 40 debe establecer una relaci6n con el vendedor por adelantado para que este ultimo acepte la compra.
0e esta manera, un objeto de la presente invenci6n es hacer las posibles compras a traves de una red de datos a traves de un terminal m6vil, en que la identidad del comprador se pueda asegurar por medio de funciones en la red de radio m6vil en la cual esta incluido el terminal. La invenci6n se basa en la observaci6n de que la identidad del comprador se puede determinar si tiene una suscripci6n en una red de radio m6vil para su terminal m6vil.
45 Este se puede resolver mediante un sistema que comprende una red de radio m6vil con al menos un terminal m6vil. El terminal comprende un m6dulo de identificaci6n y requiere a su abonado dar un c6digo para la activaci6n. El terminal tiene una cierta identidad que se envfa en forma cifrada a traves de radio. La red de radio m6vil tiene una base de datos con informaci6n del abonado y medios para comprobar la identidad del terminal. El sistema ademas comprende una red de datos por paquetes interna conectada con la red de radio m6vil. Al menos un ordenador de
50 servicio conecta con la red de datos por paquetes. En el ordenador de servicio hay al menos una aplicaci6n para un servicio de ventas. La red de datos por paquetes se controla por un operador que tambien controla la red de radio m6vil. El servicio de ventas esta disponible a traves de la red de datos por paquetes para el terminal m6vil solamente. En la base de datos, los datos del abonado se leen por orden de la aplicaci6n, en la que el comprador puede ser identificado y tarificado.
Este tambien se puede resolver mediante un metodo en el que el vendedor por medio de una aplicaci6n en un ordenador de servicio ofrece una unidad de mercancfa para vender. Un comprador conecta con la aplicaci6n por medio de su propio terminal m6vil. Esto es posible debido a una red de datos por paquetes interna que conecta el ordenador de servicio con una red de radio m6vil en la cual esta incluido el terminal. Cuando el comprador conecta con la aplicaci6n, la aplicaci6n recibe acceso a la identidad del terminal. El comprador acepta una compra a traves de la aplicaci6n. Por orden de la aplicaci6n, los datos del abonado se leen entonces desde una base de datos en la red de radio m6vil. Los datos del abonado se usan para identificar al comprador y para hacer posible tarificarle. Cuando se lee desde la base de datos, la identidad de la estaci6n m6vil se expresa, para encontrar los datos correctos.
La presente invenci6n resuelve este problema mediante un metodo, previsto para ser usado cuando un comprador y un vendedor se conocen ffsicamente y estan de acuerdo en una compra. En lugar de pagar al vendedor en efectivo, el comprador registra la compra conectandose, desde su propio terminal m6vil, a una aplicaci6n en un ordenador de servicio. Esto es posible debido a una red de datos por paquetes interna que conecta el ordenador a una red de radio m6vil en la que esta incluido el terminal. La aplicaci6n controla asf que la compra esta registrada en una base de datos de tarificaci6n. La compra se registra como una entrada con informaci6n sobre la mercancfa y la identidad del terminal. La aplicaci6n tambien genera un c6digo de recepci6n permitiendo a un cierto algoritmo actuar en cualquiera o alguna de las partes registradas de informaci6n acerca de la compra. El c6digo de recepci6n se envfa de vuelta al terminal y el comprador lo muestra al vendedor. Tambien se genera un c6digo al vendedor, de la misma manera como en la aplicaci6n. 8i los dos c6digos se corresponden, la mercancfa se entrega al comprador. La entrada en la base de datos de tarificaci6n se comprueba frente a los datos del abonado en la red de radio m6vil para encontrar la identidad del comprador, quien tiene una suscripci6n que corresponde con la identidad del terminal. 8e puede tarificar entonces al comprador y se paga al vendedor por la compra.
0e acuerdo con el primer metodo mencionado, se proporciona una base de datos de tarificaci6n en el sistema y se controla por el operador. Cuando el comprador requiere comprar una cierta mercancfa con un cierto precio, se registra una entrada de tarificaci6n en la base de datos de tarificaci6n, expresando el precio de la mercancfa y la identidad de la estaci6n m6vil. El operador trae, por medio de la identidad de la estaci6n m6vil, informaci6n desde la base de datos para identificar y tarificar al comprador. El operador paga al vendedor por la mercancfa.
0e acuerdo con una realizaci6n alternativa, se registran nuevos datos del abonado en la base de datos, a saber el numero de la tarjeta de credito del abonado/comprador. Cuando el comprador requiere una compra, da su numero de tarjeta de credito a la aplicaci6n. A partir de entonces la aplicaci6n requiere que la base de datos compruebe si el numero de la tarjeta de credito dado por el comprador corresponde con un numero de tarjeta de credito que esta registrado en la base de datos con referencia a la identidad del terminal. 8i el numero de la tarjeta de credito dado por el comprador corresponde con un numero de tarjeta de credito que esta registrado para la identidad del terminal, se lleva a cabo la compra. El comprador entonces es tarificado por una companfa de la tarjeta de credito en la cual es cliente.
0e acuerdo con una realizaci6n, la comunicaci6n entre el terminal y la aplicaci6n tiene lugar a traves de un protocolo IP; un navegador www se usa en el terminal y la informaci6n se transfiere en forma de enlaces de hipertexto.
0e acuerdo con una realizaci6n alternativa, se usa un servicio U880 (8ervicio 8uplementario de 0atos No Estructurados) dentro de la red del G8M para transferencia de informaci6n. La red del G8M conecta con la red de datos por paquetes a traves de una Pasarela U880, la cual transforma la informaci6n en paquetes U880 a datos por paquetes de acuerdo con protocolos en la red de datos por paquetes, por ejemplo un protocolo internet, y en la direcci6n contraria transforma los datos por paquetes recibidos en formato U880.
Una ventaja de la presente invenci6n es que un usuario de un terminal m6vil, a traves del mismo puede hacer compras a traves de un numero de aplicaciones (AP1-AP3) sin haber creado una relaci6n por adelantado con quienquiera que proporcione un servicio realizado por la aplicaci6n. La unica cosa requerida es que una relaci6n se mantenga entre el operador de la red de radio m6vil y el proveedor del servicio.
Una ventaja adicional es que el riesgo de fraudes en el comercio se reduce extremadamente. La red de radio m6vil tiene funciones potentes para asegurar la identidad terminal. La identidad terminal se usa a traves de la red de datos por paquetes interna para identificar al comprador. 0ado que solamente los terminales m6viles tienen la posibilidad de conectar con la red de datos por paquetes, sus identidades no se pueden manipular. Tambien los numeros de las tarjetas de credito que se envfan a traves de la red de datos por paquetes estan protegidos frente a lecturas no autorizadas dado que solamente un operador controla esta red y por lo tanto puede dar una garantfa frente a lectura.
Realizar el sistema de acuerdo con la invenci6n es barato dado que las funciones sustanciales para asegurar la identidad del abonado/comprador se realizan ya en la red de radio m6vil. 0ando al operador de la red de radio m6vil el control sobre la red de datos por paquetes interna tambien, se puede usar una red de datos por paquetes habitual, mas bien barata.
Las redes de radio m6viles de hoy en dfa tienen un numero grande de abonados, y por lo tanto un sistema de acuerdo con la invenci6n tiene ya desde el comienzo una cantidad grande de clientes potenciales.
La invenci6n se describira ahora fntimamente con la ayuda de las realizaciones preferentes y con referencia a los dibujos anexos.
Breve descripcion de los dibujos
La Figura 1 es una vista de nodos en un sistema de acuerdo con la invenci6n.
La Figura 2 es una vista de nodos en un sistema alternativo de acuerdo con la invenci6n.
Realizaciones preferentes
La Figura 1 muestra un sistema para comercio electr6nico. El sistema comprende una red del G8M G8M y una red de datos por paquetes interna C8N, la cual constituye un mercado electr6nico. La red de datos por paquetes C8N en la Figura 1 comprende tres ordenadores de servicio 81-83, un encaminador R1 y enlaces entre medias. En cada uno de los ordenadores de servicio 81-83 hay una aplicaci6n AP1-AP3 para ventas de mercancfa. Las unidades de mercancfa se ofrecen por un proveedor de servicios 8P que tambien cuida de la aplicaci6n AP1-AP3.
La red del G8M G8M conecta con la red de datos por paquetes C8N por medio de un segundo encaminador R2 al primer encaminador R1 de la red de datos por paquetes C8N. La red del G8M G8M tambien comprende un panel de conmutaci6n M8C con conexiones al segundo encaminador R2, a un Registro de Localizaci6n Local HLR y a traves de radio a al menos un terminal m6vil M8. En este ejemplo, el terminal m6vil M8 comprende una estaci6n m6vil tradicional y un ordenador personal con una conexi6n entremedias.
Aparte de la red de datos por paquetes C8N y la red del G8M G8M, el sistema tambien comprende una base de datos de tarificaci6n BGW, que conecta con la red de datos por paquetes interna C8N a traves de un tercer encaminador R3. La base de datos de tarificaci6n BGW, la red del G8M G8M y la red de datos por paquetes C8N, junto a las aplicaciones AP1-AP3, se controlan por un operador.
Las aplicaciones AP1-AP3 ofrecen ventas por medio de paginas de hipertexto. El terminal m6vil M8 se dota con un navegador www.
El terminal m6vil M8 pertenece a y se usa por un abonado 8B8. En el terminal M8, hay una tarjeta 8IM, es decir un m6dulo de identidad de abonado, a la que corresponde una suscripci6n en la red del G8M G8M y la cual expresa la identidad del terminal M8.
Para activar (modo inactivo) el terminal M8, se requiere que el abonado 8B8 de un c6digo PIN. Cuando esto se hace, la senalizaci6n con la red del G8M G8M comienza para registrar que el terminal M8 esta activo y d6nde esta localizado. En la senalizaci6n, la identidad del terminal M8 se envfa en forma cifrada a traves del enlace radio.
Cuando el terminal M8 esta registrado, se establece una conexi6n al encaminador R2 de la red del G8M G8M en la petici6n del abonado 8B8. 8e asigna al terminal M8 una direcci6n IP temporal, que esta registrada en una base de datos de acceso ACR en conexi6n con el panel de conmutaci6n M8C. Por medio del navegador www del terminal M8, el abonado 8B8 entonces requiere una pagina de hipertexto desde una primera aplicaci6n fuera de las aplicaciones AP1. En este ejemplo la aplicaci6n AP1 es propiedad de un proveedor de servicios el cual es una agencia de viajes y que ofrece planes de viaje para vender, a traves de la aplicaci6n AP1. La informaci6n y los precios de los planes de viaje estan disponibles en la pagina de hipertexto que se presenta al abonado 8B8. El abonado 8B8 compra uno de los planes de viaje usando un enlace de hipertexto, el cual envfa informaci6n de vuelta a la primera aplicaci6n AP1. La informaci6n, la cual el abonado 8B8 suministra activamente presionando un bot6n o rellenando una ventana de entrada de texto en la pagina de hipertexto, expresa que un cierto plan de viaje se desea que sea comprado por un precio fijo. Ninguna informaci6n acerca de quien compra el plan de viaje se expresa. La informaci6n se envfa a la primera aplicaci6n AP1 junto con la direcci6n IP temporal del terminal M8.
Cuando la primera aplicaci6n AP1 ha recibido informaci6n desde el abonado 8B8 de que se desea una cierta compra, la aplicaci6n AP1 envfa una entrada de tarificaci6n C0R a la base de datos de tarificaci6n BGW. La entrada de tarificaci6n C0R comprende la identidad de la mercancfa, el precio, la informaci6n temporal y la direcci6n IP temporal y se registra en la base de datos de tarificaci6n BGW.
En la base de datos de acceso ACR en conexi6n con el panel de conmutaci6n M8C, se registra una entrada en el establecimiento con la red de datos por paquetes C8N, cuya entrada comprende la direcci6n IP temporal, la identidad del terminal y el punto del tiempo para el usode la direcci6n IP temporal.
En conexi6n con la red del G8M hay una base de datos de abonados 8BR que contiene el nombre y direcci6n de cada abonado en la red del G8M. La base de datos de abonados 8BR se puede separar o constituir una parte de un nodo existente en la red del G8M. En la presentaci6n continuada se supone que la base de datos de abonados 8BR esta integrada en un registro de localizaci6n local HLR.
El operador regularmente pasa la informaci6n en la base de datos de tarificaci6n BGW, la base de datos de acceso ACR y la base de datos de abonados 8BR juntas, para conectar la entrada de tarificaci6n C0R en la base de datos de tarificaci6n BGW con una cierta suscripci6n y para identificar al comprador. 0esde la base de datos de acceso
ACR se obtiene la identidad del terminal en la forma de IM8I o M8I80N y con referencia a cualquiera de estas identidades del terminal, el nombre y direcci6n de tarificaci6n del abonado 8B8 se obtiene a partir de la base de datos de abonados 8BR. El nombre y direcci6n se notifican al proveedor de servicios, en este caso la agencia de viajes, la cual a partir de entonces envfa los billetes a la direcci6n registrada con el operador.
8e tarifica al abonado 8B8 por el operador con la factura de la suscripci6n de la red del G8M. El operador paga a la agencia de viajes por la compra del plan de viaje.
La ventaja del metodo descrito anteriormente es que la identidad del comprador/abonado 8B8 se puede asegurar gracias a las comprobaciones de identidad que ya estan integradas en la red del G8M.
El operador controla la red de datos por paquetes C8N interna y permite a los terminales m6viles M8 en la red del G8M solamente, conectar con la red de datos por paquetes C8N. La raz6n para esto es hacer la manipulaci6n de las direcciones IP temporales, las cuales se notifican a una aplicaci6n de recepci6n AP1-AP3, mas diffcil. Las aplicaciones AP1-AP3 se controlan por el proveedor de servicios respectivo. No obstante, la frontera para las aplicaciones AP1-AP3 frente a la red de datos por paquetes C8N se controla por el operador para impedir la manipulaci6n de datos. En la activaci6n del terminal M8, la base de datos de visitas VLR del panel de conmutaci6n M8C obtiene datos del abonado desde el registro de localizaci6n local HLR. 0e acuerdo con una realizaci6n ventajosa, estos datos de abonado se dotan con informaci6n sobre si se permite o no para el terminal M8 usar las aplicaciones AP1-AP3 en la red de datos por paquetes C8N. 8i no esta permitido, el panel de conmutaci6n M8C impide un establecimiento de una conexi6n con el encaminador R2 de la red del G8M. Por ello, se impide el uso de las aplicaciones AP1-AP3.
En una red del G8M con muchos paneles de conmutaci6n M8C, preferentemente solamente uno de los paneles de conmutaci6n M8C se conecta al segundo encaminador R2 para la conexi6n con la red de datos por paquetes C8N. 8olamente el panel de conmutaci6n M8C con conexi6n al encaminador R2 se dota con la base de datos de acceso ACR.
Alternativamente, como se ha descrito anteriormente, a pasar la informaci6n en la base de datos de tarificaci6n BGW y la base de datos de acceso ACR juntas despues, para encontrar la IM8I o M8I80N correspondiente a una cierta direcci6n IP temporal, la primera aplicaci6n AP1 hace una consulta directa a la base de datos de acceso ACR. Al referirse a la direcci6n IP temporal, la primera aplicaci6n AP1 es informada acerca de la identidad de la estaci6n m6vil en forma de IM8I o M8I80N. Cuando la aplicaci6n AP1 a partir de entonces registra la compra en el nodo de tarificaci6n BGW, la identidad del terminal M8 tambien se registra en forma de IM8I o M8I80N. El nombre y direcci6n del abonado 8B8 se lee a partir de entonces de la base de datos de abonados 8BR.
Alternativamente a la arquitectura mostrada en la Figura 1, la red del G8M G8M se puede formar para soportar un servicio del GPR8 (8ervicio General de 0atos por Paquetes). El GPR8 es un servicio para entrega de datos por paquetes. 0e acuerdo con el GPR8 el terminal tiene una direcci6n IP fija. La base de datos de abonados 8BR se modifica de manera que los datos del abonado se pueden encontrar con referencia a la direcci6n IP del terminal (M8).
En la Figura 2, se muestran los nodos en un sistema alternativo para comercio electr6nico. Asf como en el sistema de la Figura 1, este sistema comprende una red de datos por paquetes C8N interna, una red del G8M G8M asf como un nodo de tarificaci6n BGW. Una diferencia comparado con el sistema en la Figura 1 es que la informaci6n entre el terminal M8 y la aplicaci6n AP1 dentro de la red del G8M se entrega por un servicio U880. Por ello el terminal M8 no necesita estar equipado con un navegador www. Los datos desde el terminal se envfan con/por el servicio U880 a traves del panel de conmutaci6n M8C, el registro de localizaci6n local HLR a la Pasarela U880 U880-GW la cual conecta con la red de datos por paquetes C8N. En la Pasarela U880 U880-GW los datos se transforman para ajustarse a un protocolo internet y se transfieren a traves de enlaces en la red de datos por paquetes a la primera aplicaci6n de recepci6n. La transmisi6n de datos desde la primera aplicaci6n AP1 al terminal M8 se ejecuta en la direcci6n contraria a traves de los mismos nodos. En cada paquete de datos que se transfiere por el U880 y el protocolo internet a la primera aplicaci6n AP1, su direcci6n se expresa, asf como la identidad y la direcci6n de retorno del terminal M8. La identidad del terminal se expresa por su M8I80N (numero I80N de Estaci6n M6vil) o su IM8I (Identidad Internacional de Abonado M6vil).
Una diferencia adicional en la Figura 2 comparada con la Figura 1 es que una segunda base de datos de abonado 8CR conecta con la red de datos por paquetes C8N a traves del tercer encaminador R3. En la segunda base de datos de abonado 8CR, hay entradas registradas para todos los abonados con el nombre y la direcci6n. Una entrada de abonado se encuentra con referencia a la IM8I o M8I80N. La agencia de viajes con la primera aplicaci6n AP1 envfa una consulta a la base de datos de abonados 8CR y recibe a partir de entonces informaci6n sobre el nombre y la direcci6n del comprador 8B8. Esta informaci6n se usa mas tarde para la entrega. Como alternativa, con la ayuda del nombre y direcci6n, la agencia de viajes por sf misma tarifica al comprador 8B8, en lugar de dejar al operador manejarlo a traves de la factura telef6nica.
La segunda base de datos de abonados 8CR tambien se puede usar en la Figura 1, para que la aplicaci6n sea capaz de encontrar la identidad del comprador 8B8, con la ayuda del primero, a condici6n de que el servicio del
GPR8 y por ello la direcci6n IP fija se use. La base de datos de abonados 8CR se dispone en ese caso de manera que las entradas del abonado se encontraran con ayuda de la direcci6n IP correspondiente.
Como alternativa a tarificar a traves de la base de datos de tarificaci6n BGW del operador, se usa un numero de cuenta en una companfa de tarjetas de credito para tarificar al comprador/abonado 8B8. En el registro de localizaci6n local HLR, se ha registrado un numero de cuenta por adelantado, el cual el abonado tiene el derecho de usar. Cuando el abonado en este caso requiere comprar el plan de viaje, expresa su numero de tarjeta de credito asf como una direcci6n a la que van a ser entregados los billetes. La aplicaci6n a partir de entonces envfa una consulta a traves de la Pasarela U880 al HLR de si el numero de cuenta expresado se puede usar o no desde el terminal M8. La identidad del terminal M8 se expresa en la consulta. 8i el numero de tarjeta de credito expresado se corresponde con el registrado anteriormente en el registro de localizaci6n local HLR, se envfa de vuelta una confirmaci6n a la aplicaci6n AP1 de que se puede usar el numero de tarjeta de credito. Los billetes a partir de entonces son entregados a la direcci6n expresada. El comprador/abonado 8B8 a partir de entonces es tarificado de una forma previamente conocida a traves de una companfa de la tarjeta de credito, la cual ha expedido el numero de tarjeta de credito.
El registro del numero de tarjeta de credito en el registro de localizaci6n local HLR se hace por el operador despues de que la companfa de la tarjeta de credito y el abonado han aprobado que esto sea hecho.
La presente invenci6n se pretende usar cuando el comprador 8B8 y el vendedor se conocen ffsicamente y estan de acuerdo en una compra. En lugar de pagar al vendedor en efectivo, el comprador conecta con una segunda aplicaci6n AP2 desde su terminal m6vil M8. La segunda aplicaci6n AP2 ofrece un servicio de pago. Por orden de la segunda aplicaci6n AP2, la compra se registra en la base de datos de tarificaci6n BGW en la manera descrita anteriormente. El comprador sera tarificado mas tarde y el vendedor pagado de una manera similar a aquella de una compra con tarjeta de credito. Para que el vendedor entregue la mercancfa, el comprador tiene que mostrar un recibo que muestra que la compra ha sido registrada. El recibo se genera y su veracidad se comprueba por el vendedor de acuerdo con lo siguiente.
0esde el terminal M8, la mercancfa, el precio y el vendedor se envfan a la segunda aplicaci6n AP2. La aplicaci6n AP2 envfa estos datos asf como el punto del tiempo y la identidad del terminal al nodo de tarificaci6n BGW para el registro. La aplicaci6n AP2 tambien genera un c6digo de recepci6n usando un cierto algoritmo en cualquier o algunas partes de la informaci6n elegidas fuera de las partes registradas de informaci6n. El c6digo de recepci6n se envfa de vuelta al terminal M8.
El vendedor tambien tiene acceso al algoritmo y conocimiento acerca de en que informaci6n va a actuar. El vendedor tambien obtiene un c6digo de la misma manera que la aplicaci6n AP2. Preferentemente el vendedor usa un ordenador para esto.
El c6digo de recepci6n obtenido en el terminal M8 se muestra al vendedor, y si corresponde con el c6digo que ha sido obtenido en el vendedor, sabe que la compra ha sido registrada para pago posterior. El vendedor a partir de entonces entrega la mercancfa.
El c6digo de recepci6n se presenta por el terminal, por ejemplo con c6digo de barras. El c6digo de barras se lee por el vendedor a traves de un lector de c6digo de barras y se transfiere al ordenador del vendedor para comparaci6n con el c6digo generado en el vendedor.
En la realizaci6n descrita en conexi6n con la Figura 1 anterior, se usa un navegador www en el terminal M8 para encargar la mercancfa, y la compra se registra en un nodo de tarificaci6n BGW. Por supuesto, se puede usar una tarjeta de credito en su lugar para la tarificaci6n, asf como la realizaci6n descrita en conexi6n con la Figura 2. 0el mismo modo, el sistema mostrado en la Figura 2 puede tener un nodo de tarificaci6n BGW con la misma funci6n que la descrita en conexi6n con la Figura 1.
A falta de una mejor palabra, mercancfa se usa aquf para todos los tipos de mercancfa que se obtienen en intercambio de pago, tambien servicios.
La invenci6n, por supuesto, no esta limitada a las realizaciones descritas anteriormente y mostradas en los dibujos, sino que se pueden modificar dentro del alcance de las reivindicaciones adjuntas.

Claims (18)

  1. REIVINDICACIONES
    1. Un metodo para el pago de una mercancfa o servicio por un abonado (8B8) ofrecido por medio de una aplicaci6n del servicio de pago (AP2) en un ordenador de servicio (82) conectado a una red de datos por paquetes (C8N), donde el abonado tiene una suscripci6n en una red de radio m6vil (G8M) y usa un terminal m6vil (M8) para acceder a la red de datos por paquetes (C8N) a traves de la red de radio m6vil (G8M)
    caracterizado porque comprende los pasos de:
    -
    la aplicaci6n de servicio del pago (AP2) recibe, desde el terminal m6vil (M8), los datos relativos al tipo de mercancfa y precio de la mercancfa o servicio y la identidad del vendedor,
    -
    enviar, desde la aplicaci6n del servicio de pago (AP2), los datos relativos al tipo de mercancfa y precio de la mercancfa o servicio, la identidad del vendedor y la informaci6n temporal a una funci6n de tarificaci6n (BGW), en el que la identidad del abonado (8B8) se asegura gracias a las comprobaciones de identidad que ya estan integradas en la red del G8M enviando una direcci6n IP del terminal m6vil a la funci6n de tarificaci6n (BGW).
  2. 2.
    Un metodo de acuerdo con la reivindicaci6n 1 que comprende el paso de: -enviar, desde la aplicaci6n del servicio de pago (AP2), un c6digo de recepci6n al terminal m6vil (M8).
  3. 3.
    Un metodo de acuerdo con la reivindicaci6n 2 en que el c6digo de recepci6n es un c6digo de barras.
  4. 4.
    Un metodo de acuerdo con cualquiera de las reivindicaciones 1-3 que comprende el paso de: -la entrega del c6digo de recepci6n al vendedor de la mercancfa o servicio asociado al pago.
  5. 5.
    Un metodo de acuerdo con cualquiera de las reivindicaciones 1-4 en que el terminal m6vil (M8) comprende un navegador www para transferir, a la aplicaci6n del servicio de pago (AP2), la informaci6n relacionada con el pago de una mercancfa o servicio.
  6. 6.
    Un metodo de acuerdo con cualquiera de las reivindicaciones 1-5 en que el la funci6n de tarificaci6n es una funci6n de tarjeta de credito y el metodo comprende el paso de:
    -
    la aplicaci6n del servicio de pago (AP2) recibe la informaci6n de la tarjeta de credito desde el terminal m6vil (M8)
    -
    la aplicaci6n del servicio de pago (AP2) carga la tarjeta de credito.
  7. 7. Un metodo de acuerdo con las reivindicaci6n 6 que comprende los pasos de:
    -
    el registro de la informaci6n de la tarjeta de credito y los datos de abonado en una base de datos de abonados (HLR), -la aplicaci6n del servicio de pago (AP2) recibe la identidad del terminal -la aplicaci6n del servicio de pago (AP2) contacta la base de datos de abonados (HLR) y controla que la tarjeta
    de credito este asociada al abonado (8B8).
  8. 8. Un metodo para el pago de una mercancfa o servicio por un abonado (8B8) ofrecido por medio de una aplicaci6n del servicio de pago (AP2) en un ordenador de servicio (82) conectado a una red de datos por paquetes (C8N), donde el abonado tiene una suscripci6n en una red de radio m6vil (G8M) y usa un terminal m6vil (M8) para acceder a la red de datos por paquetes (C8N) a traves de la red de radio m6vil (G8M)
    caracterizado porque comprende los pasos de:
    -
    el terminal m6vil (M8) envfa, a la aplicaci6n del servicio de pago (AP2) conectada a una funci6n de tarificaci6n, los datos relativos al tipo de mercancfa y precio de la mercancfa o servicio y la identidad del vendedor, en el que la identidad del abonado (8B8) se asegura gracias a las comprobaciones de identidad que ya estan integradas en la red del G8M enviando una direcci6n IP del terminal m6vil a la funci6n de tarificaci6n (BGW).
  9. 9.
    Un metodo de acuerdo con la reivindicaci6n 8 comprende el paso de:
    -el terminal m6vil (M8) recibe, desde la aplicaci6n del servicio de pago (AP2), un c6digo de recepci6n para el pago.
  10. 10.
    Un metodo de acuerdo con la reivindicaci6n 9 en que el c6digo de recepci6n es un c6digo de barras.
  11. 11.
    Un metodo de acuerdo con cualquiera de las reivindicaciones 8-10, donde la funci6n de tarificaci6n es una funci6n de tarjeta de credito y el metodo comprende el paso de:
    -
    el terminal m6vil (M8) envfa, a la aplicaci6n del servicio de pago (AP2), informaci6n de la tarjeta de credito.
  12. 12.
    Un metodo de acuerdo con cualquiera de las reivindicaciones 8 a 11 en que el terminal m6vil (M8) comprende un navegador www para transferir, a la aplicaci6n del servicio de pago (AP2), la informaci6n relacionada con el pago de una mercancfa o servicio.
  13. 13.
    Un aparato para ejecutar una aplicaci6n del servicio de pago (AP2) para gestionar un pago de abonados (8B8) de una mercancfa o servicio
    caracterizado porque la aplicaci6n del servicio de pago (AP2),
    -
    comprende medios para la comunicaci6n con una red de datos por paquetes (C8N) a la cual el abonado (8B8), que tiene una suscripci6n en una red de radio m6vil (G8M), puede acceder a traves de la red de radio m6vil (G8M) usando un terminal m6vil (M8)
    -
    comprende medios para recibir, desde el terminal m6vil (M8), los datos relativos al tipo de compra y precio de la mercancfa o servicio y la identidad del vendedor,
    -
    comprende medios para enviar los datos relativos al tipo de mercancfa y precio de la mercancfa o servicio, la identidad del vendedor, la informaci6n temporal a una funci6n de tarificaci6n (BGW), en el que la identidad del abonado (8B8) se asegura gracias a las comprobaciones de identidad que ya estan integradas en la red del G8M enviando una direcci6n IP del terminal m6vil a la funci6n de tarificaci6n (BGW).
  14. 14. Un aparato para ejecutar una aplicaci6n del servicio de pago (AP2) de acuerdo con la reivindicaci6n 13 que comprende
    -
    los medios para enviar un c6digo de recepci6n al terminal m6vil (M8).
  15. 15.
    Un aparato para ejecutar una aplicaci6n del servicio de pago (AP2) de acuerdo con la reivindicaci6n 14 en que el c6digo de recepci6n es un c6digo de barras.
  16. 16.
    Un aparato para ejecutar una aplicaci6n del servicio de pago (AP2) de acuerdo con una reivindicaci6n 14-16 en que la funci6n de tarificaci6n es una funci6n de tarjeta de credito y comprende:
    -los medios para recibir, desde el terminal m6vil (M8), la informaci6n de la tarjeta de credito.
  17. 17.
    Un aparato para ejecutar una aplicaci6n del servicio de pago (AP2) de acuerdo con la reivindicaci6n 16 en que la informaci6n de la tarjeta de credito se almacena junto con los datos de abonado en una base de datos de abonados (HLR) y el metodo comprende:
    -los medios para contactar la base de datos de abonado (HLR) y controlar que la tarjeta de credito esta asociada con el abonado (8B8)
  18. 18.
    Un sistema para gestionar el pago de una mercancfa o servicio por un abonado (8B8) en una red de datos por paquetes (C8N) que comprende al menos un ordenador de servicio (81-83) y al menos una aplicaci6n del servicio de pago (AP1-AP3) en dicho ordenador de servicio caracterizado porque:
    -
    el sistema comprende una red de radio m6vil (G8M) conectada con la red de datos por paquetes
    -
    la red de radio m6vil (G8M) comprende al menos un terminal m6vil (M8) que pertenece a un abonado (8B8)
    -
    el sistema comprende una funci6n de tarificaci6n (BGW) para tarificar al abonado
    -
    el sistema comprende medios para, tras la petici6n de dicho abonado, poner en marcha una sesi6n entre el terminal m6vil (M8) y la aplicaci6n del servicio de pago (AP1-AP3) para la transferencia directa de la informaci6n asociada con un pago de abonados de una mercancfa o servicio
    -
    el sistema comprende medios para, tras la petici6n desde dicha aplicaci6n de servicio de pago (AP1-AP3), poner en marcha una sesi6n entre la aplicaci6n del servicio de pago (AP1-AP3) y la funci6n de tarificaci6n (BGW) para la transferencia de la informaci6n relacionada con la tarificaci6n del abonado para un pago de una mercancfa o servicio, en el que la identidad del abonado (8B8) se asegura gracias a las comprobaciones de identidad que ya estan integradas en la red del G8M enviando una direcci6n IP del terminal m6vil a la funci6n de tarificaci6n (BGW).
ES06125601T 1999-03-19 2000-02-25 Método y sistema para comercio electrónico Expired - Lifetime ES2377224T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
SE9901005A SE513773C2 (sv) 1999-03-19 1999-03-19 Metod och system för elektronisk handel
SE9901005 1999-03-19

Publications (1)

Publication Number Publication Date
ES2377224T3 true ES2377224T3 (es) 2012-03-23

Family

ID=20414921

Family Applications (2)

Application Number Title Priority Date Filing Date
ES00921194T Expired - Lifetime ES2275503T3 (es) 1999-03-19 2000-02-25 Metodo y sistema para comercio electronico.
ES06125601T Expired - Lifetime ES2377224T3 (es) 1999-03-19 2000-02-25 Método y sistema para comercio electrónico

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES00921194T Expired - Lifetime ES2275503T3 (es) 1999-03-19 2000-02-25 Metodo y sistema para comercio electronico.

Country Status (12)

Country Link
EP (2) EP1760649B1 (es)
JP (1) JP3590588B2 (es)
CN (1) CN1347608A (es)
AT (2) ATE348458T1 (es)
AU (1) AU4153800A (es)
CA (1) CA2367552C (es)
DE (1) DE60032343T2 (es)
DK (1) DK1163756T3 (es)
ES (2) ES2275503T3 (es)
PT (1) PT1163756E (es)
SE (1) SE513773C2 (es)
WO (1) WO2000057596A1 (es)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9925227D0 (en) 1999-10-25 1999-12-22 Internet Limited Data storage retrieval and access system
JP2001344545A (ja) 2000-03-29 2001-12-14 Ibm Japan Ltd 処理システム、サーバ、処理端末、通信端末、処理方法、データ管理方法、処理実行方法、プログラム
EP2278538A1 (en) 2000-04-24 2011-01-26 Visa International Service Association Online payer authentication service
US6910023B1 (en) * 2000-05-26 2005-06-21 Eitan Schibi Method of conducting secure transactions containing confidential, financial, payment, credit, or other information over a network
JP2002117360A (ja) * 2000-10-11 2002-04-19 Sharp Corp 決済システム、決済方法、発注装置、情報提供装置
SE0101851D0 (sv) * 2001-05-21 2001-05-21 Mint Ab A system and a method for payments
GB2376846B (en) * 2001-06-21 2005-08-03 Vodafone Plc Telecommunication systems and methods
CN100449988C (zh) * 2003-07-01 2009-01-07 华为技术有限公司 在归属位置寄存器中加载许可文件的方法
DE102004034702B4 (de) * 2004-07-17 2012-12-27 Deutsche Telekom Ag Verfahren zur technischen Abwicklung von elektronischen Transaktionen über ein paketorientiertes Datennetzwerk
WO2008107003A1 (en) * 2007-03-08 2008-09-12 Joseph Bramante Method and apparatus for buying items, particularly cds or dvds or similar products
AU2009233540B2 (en) 2008-04-02 2014-03-20 Vodafone Group Plc Telecommunications network
GB2459435A (en) * 2008-04-02 2009-10-28 Vodafone Plc Telecommunications network
DE102008060513A1 (de) 2008-12-04 2010-06-17 Karsten Rackwitz Verfahren zur Realisierung von Bezahlvorgängen mittels mobiler gering entfernter Endgeräte
WO2011110697A1 (es) * 2010-03-08 2011-09-15 Telefonica, S.A. Procedimiento y sistema para realizar una transacción
WO2012125729A2 (en) * 2011-03-14 2012-09-20 Liquid Payment Solutions Pte Ltd. System and method for authorizing payment acceptor devices
CN103456051A (zh) * 2013-09-06 2013-12-18 福州友宝电子科技有限公司 一种用户通过智能快递投递箱接收快件的方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2116008C1 (ru) * 1992-11-11 1998-07-20 Телеком Финланд Ой Система подвижной телефонной связи, способ оплаты с терминального оборудования подвижной телефонной станции и система для осуществления способа
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
EP0785534A1 (en) * 1996-01-17 1997-07-23 Koninklijke KPN N.V. Method and system for performing financial transactions by means of mobile telephone sets
TW355899B (en) * 1997-01-30 1999-04-11 Qualcomm Inc Method and apparatus for performing financial transactions using a mobile communication unit
SE508844C2 (sv) * 1997-02-19 1998-11-09 Postgirot Bank Ab Förfarande för behörighetskontroll med SIM-kort
FI109505B (fi) * 1997-03-24 2002-08-15 Fd Finanssidata Oy Pankkipalvelujen käyttö digitaalisessa solukkoradiojärjestelmässä
US6273622B1 (en) * 1997-04-15 2001-08-14 Flash Networks, Ltd. Data communication protocol for maximizing the performance of IP communication links

Also Published As

Publication number Publication date
EP1163756A1 (en) 2001-12-19
EP1760649A1 (en) 2007-03-07
SE9901005L (sv) 2000-09-20
CA2367552A1 (en) 2000-09-28
CA2367552C (en) 2005-09-20
SE9901005D0 (sv) 1999-03-19
DE60032343T2 (de) 2007-05-24
WO2000057596A1 (en) 2000-09-28
ATE348458T1 (de) 2007-01-15
JP2003517660A (ja) 2003-05-27
ES2275503T3 (es) 2007-06-16
ATE538451T1 (de) 2012-01-15
EP1163756B1 (en) 2006-12-13
SE513773C2 (sv) 2000-11-06
DK1163756T3 (da) 2007-04-10
EP1760649B1 (en) 2011-12-21
CN1347608A (zh) 2002-05-01
DE60032343D1 (de) 2007-01-25
PT1163756E (pt) 2007-01-31
AU4153800A (en) 2000-10-09
JP3590588B2 (ja) 2004-11-17

Similar Documents

Publication Publication Date Title
ES2377224T3 (es) Método y sistema para comercio electrónico
ES2333070T3 (es) Procedimiento para la compra de articulos o servicios mediante un telefono movil.
ES2709749T3 (es) Método de pago y facturación seguro usando cuenta o número de teléfono móvil
ES2214199T3 (es) Pago electronico utilizando un terminal sms.
ES2208306T3 (es) Procedimiento de transaccion y sistema de venta.
US8583499B2 (en) System for secured transactions over a wireless network
WO2005004069A1 (es) Sistema de transacciones y pagos mediante teléfono móvil digital
EP1111528A2 (en) Electronic commerce system
US20020181710A1 (en) Mobile transaction system and method
JP2004500607A (ja) スマートカード財布
US20040068446A1 (en) Roaming for mobile e-commerce
RU2004130461A (ru) Система и способ для покупки товаров и услуг через пункты доступа к сети передачи данных посредством сети торговых терминалов
JP2000163487A5 (es)
JP2004509409A (ja) コンピュータネットワーク上の取引を保護するための方法
KR20000006796A (ko) 핸드폰을 이용한 전자지불 방법
AU2006277397A1 (en) Electronic settlement system, method therefor, settlement server used therein, communication terminal, and program
US20090171837A1 (en) Systems and methods for mobile payment
KR20010100380A (ko) 이동통신단말기를 이용한 상거래 대금의 결제방법 및결제장치
WO2003009243A1 (en) Mobile electronic funds transfer system and method
ES2396325T3 (es) Método de aprovisionar una cuenta
US7054835B2 (en) Electronic commerce providing system having orderer authenticating function
ES2227260T3 (es) Gestor de recarga en itinerancia.
CN104966196A (zh) 提供电子商务和移动商务的方法及其装置
ES2272533T3 (es) Procedimiento para proporcionar datos de identificacion de una tarjeta de pago a un usuario.
ES2401087T3 (es) Procedimiento y sistema para la carga o recarga de tarjetas chip insertadas en aparatos de telefonia móvil con un importe monetario