ES2564668T3

ES2564668T3 - Métodos, aparatos y sistemas para la obtención y/o uso de bienes y/o servicios de forma controlada

Info

Publication number: ES2564668T3
Application number: ES12708389.7T
Authority: ES
Inventors: Luigi MAISTO; Giuseppe DI MARCO
Original assignee: Wolleybuy Ltd
Current assignee: Wolleybuy Ltd
Priority date: 2011-01-20
Filing date: 2012-01-20
Publication date: 2016-03-28
Anticipated expiration: 2032-01-20
Also published as: EP2666131A1; EP2666131B1; PL2666131T3; WO2012098525A1; US20140005825A1

Abstract

Método para la obtención y/o uso de bienes y/o servicios de una forma controlada en un sistema que comprende una pluralidad de aparatos de usuario electrónicos y al menos un grupo de aparatos de servicio electrónicos y un ordenador de gestión; - en el que cada uno de dichos aparatos de usuario electrónicos (AU) comprende primeros medios de memoria configurados para almacenar al menos una serie de códigos de crédito (CC) correspondientes a créditos para la obtención y/o el uso de bienes y/o servicios y una serie correspondiente de códigos de uso (CU) que corresponden al uso de dichos créditos, segundos medios de memoria que almacenan un programa adaptado para gestionar dichos códigos de crédito (CC) y códigos de uso (CU), un procesador conectado a dichos primeros y segundos medios de memoria y adaptado para ejecutar dicho programa, un dispositivo de comunicación de datos para comunicaciones de tipo NFC, conectado a dichos primeros y segundos medios de memoria y a dicho procesador, - en el que cada uno de dichos aparatos de servicio electrónico es una etiqueta NFC y comprende medios de memoria configurados para almacenar al menos un código del bien y/o servicio y un dispositivo de comunicación de datos para comunicaciones de tipo NFC conectado a dichos medios de memoria, - en el que el ordenador de gestión (EG) comprende medios de comunicación adaptados para comunicar a través de una red pública de comunicación (NW), en particular internet, primeros medios de memoria configurados para almacenar al menos una serie de códigos de crédito (CC) correspondientes a los créditos para la obtención y/o uso de bienes y/o servicios y una serie correspondiente de códigos de uso (CU) correspondientes al uso de dichos créditos y una serie correspondiente de indicadores de comprobación, segundos medios de memoria que almacenan un programa adaptado para gestionar dichos códigos de crédito y códigos de uso, un procesador conectado a dichos medios de comunicación y dichos primeros y segundos medios de memoria y adaptado para ejecutar dicho programa, - en el que se prevé que, como resultado de la compra, en particular a través de Internet, o debido a un regalo o debido a vales por bienes y/o servicios, un aparato de usuario electrónico (AU) recibe uno o más códigos de crédito correspondientes a dichos bienes y/o servicios comprados o regalados o recibidos como vale a través de una red pública de comunicaciones, y almacena dichos uno o más códigos de crédito internamente en dicho aparato de usuario electrónico, - en el que se prevé que dicho aparato de usuario electrónico (AU) se coloque en la proximidad de dicho aparato de servicio electrónico de modo que se pueda establecer una comunicación de tipo NFC; en el que dicho aparato de usuario electrónico (AU) lleva a cabo las siguientes etapas: A) recibir un código del bien y/o servicio desde dicho aparato de servicio electrónico, B) asociar dicho código del bien y/o servicio recibido con un código de crédito (CC) almacenado, C) generar un código de uso (CU) correspondiente a dicho código de crédito asociado, D) almacenar dicho código de uso generado; de modo que dicho código de crédito asociado (CC) se marque como usado, y en el que dicha recepción de uno o más códigos de crédito puede ocurrir antes de dicha etapa A o durante dicha etapa B si la asociación falla; estando el método caracterizado por el hecho de estar realizado para que además: P) dicho aparato de usuario electrónico (AU) transmita dicho código de crédito (CC) y dicho código de uso correspondiente (CU) a dicho ordenador de gestión (EG), y espere, Q) dicho ordenador de gestión (EG) lleve a cabo una primera comprobación de si dicho código de crédito (CC) está asociado a dicho aparato de usuario electrónico (AU) y disponible, y una segunda comprobación de si dicho código de uso (CU) es correcto, R) dicho ordenador de gestión (EG) genere y transmita un indicador de comprobación (IC) a dicho aparato de usuario electrónico en función de dicha primera comprobación y dicha segunda comprobación, y dicho aparato de usuario electrónico (AU) reciba dicho indicador de comprobación (IC).

Description

5

10

15

20

25

30

35

40

45

50

55

60

65

DESCRIPCION

Metodos, aparatos y sistemas para la obtencion y/o uso de bienes y/o servicios de forma controlada Campo de la invencion

[0001] La presente invencion se refiere a metodos, aparatos y a un sistema para la obtencion y/o uso de bienes y/o servicios en una forma controlada.

[0002] Mas especificamente, la presente invencion se refiere a metodos, a aparatos y a un sistema para obtencion y/o uso de productos y/o servicios a traves de la adquisicion virtual avanzada de creditos para bienes y/o servicios en un aparato de usuario electronico, tipicamente movil, tal como un telefono movil o aparato similar; los creditos se compraran tipicamente por el usuario pero podrian obtenerse sin pago dependiendo de la situacion especifica y/o del tipo de credito.

Antecedentes de la invencion

[0003] Hay disponibles diferentes metodos de pago para la obtencion de un bien o para el uso de un servicio.

[0004] Uno de estos metodos preve el uso de un aparato de usuario electronico movil (por ejemplo un telefono movil estandar o un telefono inteligente) como un “monedero electronico”. Este aparato se asocia con una cierta cantidad de dinero (por ejemplo a traves de una “precarga” usando una tarjeta de credito pre-pagada), que se puede usar para pagar por un bien o servicio. El pago puede tener lugar asi mediante la asociacion de dicho aparato de usuario con un dispositivo correspondiente del comercio, con la deduccion posterior de la cantidad de compra del balance de caja disponible asociado con el aparato de usuario.

[0005] Dicho aparato de usuario se usa asi como un instrumento de pago alternativo al dinero en efectivo o a otros metodos de pago tales como la tarjeta de credito o debito.

[0006] Los sistemas de pago a traves de dispositivos moviles son tambien conocidos en la tecnica anterior.

[0007] En particular, el documento WO2005/098769 se refiere a un sistema y metodo para el uso de un dispositivo movil como un dispositivo para almacenamiento de dinero y para el uso de dicho dinero como un sistema de pago sin contrato. Esta solucion concibe que un dispositivo movil se use como un dispositivo para almacenar una suma de dinero y el usuario usa posteriormente dicho dispositivo como un instrumento de pago en un sistema de pago sin contrato, es decir el dispositivo movil se usa como un “monedero electronico” con un balance de caja disponible especifico; debe preverse por lo tanto una etapa en la que dicha suma de dinero se vincula al dispositivo movil, mediante la transferencia de un balance de caja desde una tarjeta de credito o una cuenta corriente bancaria a una cuenta que esta vinculada al dispositivo movil.

[0008] Ademas, el documento US2007125840 se refiere a un sistema (y a un metodo) para transacciones financieras electronicas que incluye un remitente y un receptor en el que cada uno tiene un monedero electronico, un banco emisor y un banco receptor teniendo cada uno un sistema de aplicacion central y un servidor de autenticacion, y un centro de gestion de monederos con un sistema de aplicacion central y un servidor de autenticacion. El remitente usa su monedero electronico para enviar una instruccion de pago cifrada directamente al monedero electronico del receptor. El receptor puede realizar un segundo nivel de cifrado de la instruccion para su remision al centro de gestion del monedero para autenticacion. Una vez autenticado, el centro de gestion del monedero notifica al receptor y envia instrucciones de pago para liquidacion mediante el envio y recepcion bancarios correspondientes. La autorizacion de pago se autentica directamente por el banco emisor sin implicacion del centro de gestion del monedero.

[0009] Ademas, el documento US2004030601 proporciona un sistema para facilitar pagos electronicos en un centro de servicios de comida usando un dispositivo movil. El dispositivo movil interactua con un lector de proximidad para verificar al usuario tras la entrada en un establecimiento de comida y el resto de la transaccion tal como los articulos pedidos y el pago por dichos articulos se lleva a cabo usando mensajeria.

Sumario de la invencion

[0010] El procedimiento para la obtencion de un bien y/o el uso de un servicio es el mismo que el expuesto en la solucion propuesta en el documento anteriormente mencionado (WO2005/098769), siendo la unica diferencia el instrumento a traves del que se realiza el pago. Puede haber sin embargo un periodo de espera extendido para un cliente que tenga un dispositivo movil de acuerdo con el documento anteriormente mencionado en un comercio minorista equipado con un sistema de acuerdo con el documento anteriormente mencionado dado que las transacciones a realizar son las mismas que las realizadas cuando se paga mediante otros instrumentos tales como una tarjeta de debito o credito.

5

10

15

20

25

30

35

40

45

50

55

60

65

[0011] Ademas, hay basicamente dos etapas de “pago” para este tipo de sistema: una primera etapa, que preve la compra de una suma de dinero y su asociacion con un dispositivo movil mediante la transferencia de dicha suma de dinero desde una cuenta corriente o tarjeta de credito a una cuenta asociada con el dispositivo movil, y una segunda etapa en la que dicha suma es deducida de la cuenta vinculada al dispositivo movil y transferida a la cuenta del individuo que vende el producto o servicio para el pago por el producto o servicio.

[0012] El objetivo general de la presente invencion es mejorar la tecnica anterior.

[0013] Un primer objeto, mas especifico, es tener la capacidad de obtener directamente un producto o usar un servicio a traves de un aparato de usuario electronico, en particular, sin transacciones financieras y con un numero limitado de otros aparatos o individuos implicados en dicha obtencion y/o uso.

[0014] Un segundo objeto, mas especifico, es acelerar el proceso para la obtencion de un producto o el uso de un servicio, mediante la eliminacion de los tiempos de espera del pago, particularmente para bienes o servicios de consumo (y tipicamente aquellos de valor limitado), que en el estado actual de la tecnica y particularmente en momentos pico, preve un gran numero de gente esperando en una cola para el pago.

[0015] Un tercer objeto, mas especifico, es permitir que se usen servicios incluso en lugares en donde no esten disponibles puntos de venta para su compra, por ejemplo un ticket de tren cuando la oficina de tiques esta cerrada y/o cuando no hay maquinas expendedoras o estas maquinas expendedoras estan fuera de servicio.

[0016] Un cuarto objeto, mas especifico, es digitalizar documentos en papel para el uso del servicio, por ejemplo tiques de transporte publico.

[0017] Un quinto objeto, mas especifico, es tener una unica etapa de compra para una pluralidad de bienes y/o servicios, que entonces pueden obtenerse y/o usarse libre y seguramente (es decir sin ningun riesgo de fraude por parte de o bien el usuario o bien el proveedor).

[0018] Otro objeto mas es garantizar la misma o mayor fiabilidad que las soluciones operativas, existentes asi como el desarrollo de un sistema simple y economico. Estos y otros objetos se consiguen debido a los metodos, aparatos y al sistema que tiene las caracteristicas tales como las expuestas en las reivindicaciones adjuntas, que son parte integral de la presente descripcion.

[0019] La idea detras de la presente invencion es proporcionar un aparato de usuario electronico, por ejemplo y tipicamente un dispositivo movil tal como un telefono movil estandar o telefono inteligente, en el que se almacenan creditos previamente comprados, para la compra de bienes y/o servicios y los usos relevantes como y cuando se obtienen y/o usan. En particular, de acuerdo con la presente invencion, el aparato de usuario electronico comprende un primer medio de memoria configurado para almacenar al menos una serie de codigos de credito correspondientes a creditos para la obtencion y/o uso de bienes y/o servicios, y una serie correspondiente de codigos de uso correspondientes al uso de dichos creditos. Dicho aparato comprende ademas un segundo medio de memoria que almacena un programa adaptado para gestionar dichos codigos de creditos y dichos codigos de uso, un procesador conectado a dicho primer y segundo conjuntos de dispositivos de memoria para la ejecucion de dicho programa. Dicho dispositivo es del tipo que comprende un dispositivo de comunicacion de datos para comunicaciones de proximidad, en particular del tipo NFC, conectado a dichos primer y segundo medios de memoria y a dicho procesador. Dicho programa comprende codigos que cuando se ejecutan por dicho procesador generan un codigo de uso y lo almacena en dichos primeros medios de memoria a la vista de los datos leidos desde un aparato de servicio a traves de dicho dispositivo de comunicacion de datos.

[0020] El almacenamiento y retencion de los codigos tiene lugar claramente de una forma segura y fiable y puede por ello ser comprobado en cualquier momento.

Lista de dibujos

[0021] Las caracteristicas tecnicas de la presente invencion y sus beneficios se haran evidentes a partir de la descripcion a continuacion a ser considerada junto a los dibujos adjuntos, en los que:

La Fig. 1 muestra esquematica y parcialmente una realizacion del sistema de acuerdo con la presente invencion, la Fig. 2 muestra los datos usados en los componentes del sistema de la Fig. 1,

la Fig. 3 es un diagrama de bloques de un componente de software de una realizacion de la presente invencion, la Fig. 4 muestra un diagrama de flujo en relacion a las acciones posibles que un usuario lleva a cabo durante el uso de un aparato de usuario de acuerdo con la presente invencion,

la Fig. 5 muestra un diagrama de flujo en relacion a primeras posibles acciones que un usuario lleva a cabo

durante el proceso de compra de creditos para obtener o usar un bien o servicio de acuerdo con la presente

invencion,

la Fig. 6 muestra un diagrama de flujo en relacion a segundas posibles acciones que un usuario lleva a cabo

5

10

15

20

25

30

35

40

45

50

55

60

65

invencion,

la Fig. 7 muestra un diagrama de flujo en relacion a una posible secuencia logica para la preparacion de comunicaciones de acuerdo con la presente invencion,

la Fig. 8 muestra un diagrama de bloques de una estructura posible de un mensaje de confirmacion de transaccion de acuerdo con la presente invencion, y

la Fig. 9 muestra un diagrama de flujo en relacion a una gestion posible de un SMS por parte de un aparato de usuario de acuerdo con la presente invencion.

Descripcion detallada

[0022] Tanto dicha descripcion como dichos dibujos han de ser considerados meramente con finalidades ilustrativas y no son exhaustivos; la presente invencion puede implementarse por lo tanto de acuerdo con otras y diferentes realizaciones tal como se reivindica; ademas, debe tenerse en cuenta que dichas figuras proporcionan vistas esquematicas y simplificadas.

[0023] La Fig. 1 muestra un sistema de acuerdo con la presente invencion, en el que una pluralidad de aparatos y procesadores se vinculan a traves de sus medios de comunicacion respectivos, algunos de los cuales han sido cargados con un programa para controlar la obtencion y/o uso de dichos bienes y/o servicios, tal como quedara claro a partir del resto de la descripcion. En particular, la Fig. 1 ilustra esquematicamente:

- un dispositivo electronico AU (de aqui en adelante tambien denominado como dispositivo movil AU), tipicamente un telefono inteligente o un telefono movil disponible para un usuario que se abona al servicio (este es el servicio completo proporcionado gracias a la presente invencion), equipado con primeros medios de memoria que se configuran para almacenar una serie de codigos de credito correspondientes a creditos para la obtencion y/o uso de bienes y/o servicios y con una serie correspondiente de codigos de uso que corresponden al uso de dichos codigos de credito y una serie de codigos pseudo-aleatorios para la generacion de dichos codigos de uso, con medios telefonicos que permiten la conexion a la red movil y/o a la red de Internet, con segundos medios de memoria que se han cargado con un programa para la gestion de dichos codigos de credito y con una dispositivo de comunicacion de datos para comunicaciones de proximidad, en particular del tipo NFC.

- un aparato de servicio electronico AS, tipicamente una etiqueta NFC, situada en las instalaciones del comercio minorista en la que el usuario obtiene un producto o en el lugar en que dicho usuario usa un servicio, que comprende un dispositivo de comunicacion de datos para comunicaciones de proximidad del tipo NFC y medios de memoria para almacenar un codigo de producto y/o servicio.

- un aparato de control electronico AC, tipicamente un telefono inteligente o PDA usado por un controlador para comprobar que los codigos de credito se usan correctamente por un usuario, que comprende medios de memoria en los que se ha cargado un programa adaptado para gestionar los codigos de credito y los codigos de uso relevantes para la obtencion de bienes y/o servicios almacenados en un dispositivo movil AU, un dispositivo de comunicacion de datos para comunicaciones de proximidad del tipo NFC y medios de comunicacion para comunicar a traves de una red publica de comunicaciones, en particular internet.

- un ordenador de control EC tipicamente un ordenador, una tableta PC o un POS bancario (adecuadamente modificado) disponible en un comercio que se abona al servicio, comprendiendo medios de comunicacion para la comunicacion a traves de una red publica de comunicaciones, en particular internet, y medios de memoria en los que se ha cargado un programa para controlar la obtencion y/o uso de bienes y/o servicios.

- un ordenador EG, tipicamente un servidor disponible para el gestor del servicio (es el servicio completo proporcionado gracias a la presente invencion), que comprende medios de comunicacion para la comunicacion a traves de una red publica de comunicacion, en particular internet, primeros medios de memoria para almacenar, para cada usuario que se abona al servicio, una serie de codigos de credito correspondientes a los creditos para la obtencion y/o uso de bienes y/o servicios y una serie correspondiente de codigos de uso correspondientes al uso de dichos creditos, segundos medios de memoria en los que se ha cargado un programa para la gestion de dichos creditos y codigos de uso.

[0024] La Fig. 1 ilustra tambien una red publica de comunicaciones NW, en particular internet, para permitir que ciertos dispositivos y procesadores (en particular AU, AC y EC) comuniquen con el ordenador (EG). Dicha red NW puede, en cualquier caso, usarse tambien para comunicaciones que no tengan lugar exclusivamente a traves de la conectividad de red, sino que tengan lugar tambien a traves de otros medios. Realmente, el aparato AU y el aparato de control AC tendran capacidad para comunicar con el ordenador de gestion EG mediante el envio y recepcion de SMS. Concretamente, puede usarse en general los SMS para implementar comunicaciones entre los dispositivos y/o los procesadores de acuerdo con la presente invencion, a traves de la red NW.

[0025] De todas las comunicaciones que los diversos aparatos y ordenadores descritos pueden llevar a cabo, aquellas previstas para las finalidades de la presente invencion son aquellas en las que: el dispositivo movil AU comunica con el ordenador de gestion EG a traves de la red de Internet NW, siendo el dispositivo movil AU un telefono movil o un telefono inteligente; la conexion de red NW de Internet tendra lugar tipicamente a traves de una conexion inalambrica, en particular a traves de una conexion de datos en una red telefonica movil. Ademas, el dispositivo movil AU tambien comunica con la etiqueta NFC situada en las instalaciones de la tienda en la que se obtiene un producto o en el lugar en que se usa un servicio, teniendo lugar dicha comunicacion a traves de los

5

10

15

20

25

30

35

40

45

50

55

60

65

dispositivos NFC respectivos cuando el dispositivo movil AU y la etiqueta NFC estan a una distancia que es menor o igual a aproximadamente 10 cm por ejemplo, siendo tfpicamente dicha comunicacion asimetrica, realmente cuando se envfa una senal de interrogacion por el dispositivo movil AU la etiqueta NFC envfa datos tales como un codigo de un bien y/o servicio o informacion similar. El dispositivo movil AU tambien comunica con el dispositivo NFC respectivo que esta integrado en el aparato de control electronico AC por medio de una comunicacion de datos a traves del dispositivo NFC en sf; dicha comunicacion es tambien asimetrica, realmente cuando se recibe una senal de interrogacion desde el aparato AC, el dispositivo movil AU envfa datos en relacion a un bien y/o servicio que se ha obtenido y/o usado.

[0026] Ademas de comunicar con el dispositivo movil AU como se ha descrito previamente, el aparato de control electronico AC tambien comunica con el ordenador de gestion EG. El aparato AC es tambien un dispositivo movil (tfpicamente un telefono inteligente o una PDA), por lo tanto la comunicacion entre dicho dispositivo y el ordenador de gestion EG a traves de la red de Internet NW es el mismo tipo de comunicacion que la comunicacion entre el dispositivo movil AU y el ordenador de gestion EG.

[0027] El ordenador de control EC conecta con el ordenador de gestion EG a traves de la red de Internet NW. Siendo tfpicamente el ordenador de control EC un ordenador o un una tableta PC, dicha conexion tendra lugar a traves de una conexion de datos de lfnea terrestre.

[0028] El dispositivo movil AU, el aparato AC y el ordenador EC transmiten datos al ordenador de gestion EG, cuya integridad y seguridad debe ser preservada. Se preve por lo tanto que los datos transmitidos por dichos dispositivos esten codificados, por ejemplo mediante la aplicacion de protocolos tales como los protocolos TSL o SSL (de acuerdo con diferentes realizaciones dicho cifrado tambien podrfa evitarse o simplificarse o llevarse a cabo en una forma diferente).

[0029] Deberfa tomarse nota de que en la Fig. 1 cada aparato y cada ordenador se muestra como una unica unidad. Puede entenderse facilmente que esta es una vision esquematica y que no es representativa del numero real de dispositivos usados durante el uso real del sistema. Realmente habra tfpicamente una pluralidad de dispositivos moviles AU, generalmente uno para cada usuario del servicio; una pluralidad de aparatos de control electronicos, en particular uno que da servicio a cada controlador que comprueba que el sistema se usa correctamente por los usuarios; una multitud de etiquetas NFC, en particular una en una pluralidad de instalaciones o sitios del comercio minorista en las que se ofrece un servicio; una pluralidad de ordenadores de control EC, dando servicio cada uno a una pluralidad de tiendas que se abonan al servicio.

[0030] La descripcion hace referencia a un usuario que se abona al servicio, a un comercio que se abona al servicio y a un gestor del servicio.

[0031] “Usuario que se abona al servicio” se refiere, por ejemplo, a un usuario que intenta usar el servicio para la obtencion y/o el uso de bienes y/o servicios a traves de un dispositivo movil AU en su posesion y que ha establecido de ese modo una cuenta o ha registrado sus detalles (concretamente: nombre, apellidos, identificacion fiscal y asf sucesivamente) y ha asociado informacion de pago tales como tarjeta de credito o cuenta corriente bancaria a dicha cuenta.

[0032] “Comercio que se abona al servicio” se refiere, por ejemplo, a un comercio minorista o a una companfa de servicios que pretende permitir a los usuarios abonados al servicio usar los bienes y/o servicios que tiene en ofrecimiento mediante los metodos previstos por la presente invencion, equipada ella misma con al menos una etiqueta NFC, un ordenador de control y una lista de bienes y/o servicios para los que permitira la obtencion y/o uso.

[0033] “Gestor del servicio” se refiere a una persona que pone al sistema de acuerdo con la presente invencion a disposicion de los usuarios que se abonan al servicio y de los comercios que se abonan al servicio.

[0034] De ese modo, en una etapa de uso del sistema, un usuario puede comprar creditos para la obtencion y/o uso de bienes y/o servicios, mientras paga por ellos, por ejemplo, por medio de un instrumento de pago seleccionado que esta vinculado a su cuenta (por ejemplo mediante tarjeta de credito). Dichos creditos se almacenan en los dispositivos de memoria del aparato electronico de usuario AU en la forma de una serie de codigos de credito, tal como sera mas claro en el resto de la descripcion, en particular con referencia a la figura 2. Dicho usuario puede procurar asf y/o usar los bienes y/o servicios mediante el uso de creditos previamente pagados. Por ejemplo, un usuario puede comprar 10 creditos, valido cada uno para las finalidades de compra de un periodico.

[0035] Por lo tanto, las etapas de seleccion, pago y compra por un bien y/o servicio se concentran ventajosamente en una unica transaccion y un unico instrumento tal como el dispositivo movil AU; el usuario posteriormente solo tendra que obtener el producto (por ejemplo recibir el periodico para el que ha comprado previamente multiples creditos) o usar el servicio (por ejemplo el uso de un medio de transporte publico).

[0036] Para la finalidad de la presente descripcion, se considerara que una compra significa un producto y/o servicio respecto al que se han comprado los creditos relevantes para su obtencion y/o uso y que se han

5

10

15

20

25

30

35

40

45

50

55

60

65

almacenado en la memoria del aparato de usuario electronico AU y del ordenador de gestion EG.

[0037] Por ello, la etapa de compra para un producto o servicio sera seguida por una etapa llevada a cabo por el usuario para la obtencion y/o el uso del mismo.

[0038] Para procurar dicho producto o usar dicho servicio el usuario colocara su dispositivo movil AU en la proximidad del aparato de servicio electronico AS siendo habilitado de ese modo para procurar el producto previamente comprado o recibir un “recibo de confirmacion” en relacion al uso correcto del servicio, por ejemplo mediante el marcado como usado de un tique de transporte publico que se esta usando.

[0039] Para que el sistema de acuerdo con la presente invencion y sus componentes (en particular los aparatos de usuario electronico AU, los aparatos de servicio electronico AS, los aparatos de control electronico AC, el ordenador de control EC y el ordenador EG) puedan satisfacer la obtencion controlada de bienes y/o el uso de servicios por parte de los usuarios, dichos componentes deben estar equipados generalmente con programas de procesamiento adecuados y deben cargarse y gestionarse datos adecuados dentro de sus programas; tanto los programas como los datos son dependientes del componente y de la manera en la que la presente invencion se implementa.

[0040] Lo siguiente se refiere a la realizacion ilustrada en la Fig. 1 y se entendera mejor con referencia a la Fig. 2.

[0041] Cada uno de los aparatos de usuario electronicos AU almacena en particular los datos siguientes:

- codigos de credito CC correspondientes a los creditos para la obtencion y/o uso de servicios

- creditos de uso CU correspondientes al uso de los creditos

- indicadores de comprobacion IC del uso de los creditos

- codigos pseudo-aleatorios CP

- indicadores de uso IP correspondientes a los codigos pseudo-aleatorios

Los codigos CC, codigos CU e indicadores IC se organizan en una primera tabla T1 que contiene una fila para cada credito disponible para el usuario del aparato AU. En general, cada usuario (o mas bien cada aparato de usuario) tendra diferentes creditos. La presencia de un credito en el dispositivo AU puede derivarse, por ejemplo y claramente de modo tipico, de una compra realizada por el usuario (en este caso, es un credito “pre-pagado”, por ejemplo un credito resultante de la compra de un ticket de autobus); alternativamente, el credito es el resultante de un regalo y un vale (en este caso, el usuario no ha realizado ningun pago para obtener el credito); se deberia tomar nota de que el valor del credito puede no corresponder exactamente al valor del producto o servicio (en este caso es un credito de “descuento” para la obtencion de ese producto especifico y/o el uso de ese servicio especifico). De acuerdo con una realizacion tipica de la presente invencion (aunque no la unica posible realizacion), el dispositivo AU recibe los codigos de credito CC desde el ordenador EG en si (o desde otro ordenador al que se ha transferido esta funcion).

[0042] Cuando el usuario usa legitima y correctamente uno de los creditos almacenados en el aparato de usuario electronico AU, se identifica un codigo de credito CC relacionado, entonces se genera un codigo de uso CU y se almacena en la celda de la fila correspondiente al codigo de credito CC identificado en la tabla T1; finalmente, se obtiene un indicador de comprobacion IC del ordenador de gestion EG (si hay una conexion entre el dispositivo AU y el ordenador EG, tal como deberia ocurrir en condiciones normales) y se almacena

[0043] en la celda de la fila correspondiente al codigo de credito CC identificado en la tabla T1. De ese modo la tabla T1 mostrara que el credito se ha usado por el usuario y que el uso es legitimo; dicha informacion puede leerse posteriormente durante comprobaciones del uso legitimo de los creditos. El indicador de comprobacion IC puede ser un simple “marcador” (es decir un bit o un byte); alternativamente, podria ser una informacion mas compleja, por ejemplo un codigo que se firma digitalmente por el ordenador EG de modo que no pueda ser generado por el dispositivo AU.

[0044] Los codigos CP e indicadores IP se organizan en una segunda tabla T2 que contiene una fila para cada codigo pseudo-aleatorio disponible para el usuario del dispositivo AU. Cada usuario (o mas bien cada aparato de serie) tendra diferentes codigos pseudo-aleatorios. La presencia de codigos pseudo-aleatorios en el dispositivo AU es el resultado del hecho de que su usuario se ha abonado al servicio ofrecido por ordenador EG y ha recibido por ello dichos codigos directamente desde el ordenador EG (o desde otro procesador al que se ha transferido esta funcion). El codigo pseudo-aleatorio CP se usa por el dispositivo AU para generar los codigos CU relativos a los creditos disponibles; cada codigo CP se usa solo una vez para generar un unico codigo CU; en esta forma,

[0045] es virtualmente imposible que un dispositivo AU genere un codigo CU valido en ausencia de los codigos CC genuinos y los codigos CP genuinos. Cuando el dispositivo AU usa los codigos CP estos se marcan como usados en la tabla t2 a traves del indicador de uso IP correspondiente; el indicador IP es simplemente un “marcador”; puede asegurarse de ese modo que el codigo CP se usa solo una vez.

[0046] Es claro a partir del anterior que no hay una correspondencia numerica entre la serie de codigos CC y la serie de codigos CP; en particular, los codigos Cc se incrementan cuando el usuario compra nuevos creditos y los

5

10

15

20

25

30

35

40

45

50

55

60

65

codigos CP se incrementan cuando el ordenador EG (u otro procesador al que se ha transferido esta funcion) los envfa al dispositivo AU. Los codigos CP pueden transmitirse, por ejemplo, bajo demanda del dispositivo AU: inicialmente, el dispositivo AU recibe un cierto conjunto de codigos CP (por ejemplo 100), que usa uno por uno para gastar los creditos, entonces solicita un nuevo conjunto (por ejemplo 100 mas).

[0047] El contenido de la informacion del uso de los codigos CU depende de la realizacion de la presente invencion y puede ser mas o menos compleja; en un primer caso, un codigo CU corresponde a un codigo CP; en un segundo caso, un codigo CU corresponde a la combinacion de un codigo CC y un codigo CP; en un tercer caso, un codigo CU corresponde a la combinacion de un codigo CC, un codigo CP y a una hora y/o fecha y/o informacion de localizacion geografica (por ejemplo del aparato del usuario AU y/o del aparato de servicio AS) en relacion a cuando se genero el codigo en si; es ventajoso que el codigo CU especifique informacion en relacion a la identidad del usuario y/o el aparato de usuario electronico (esto facilita las comprobaciones del ordenador EG); son posibles otros muchos casos.

[0048] La Fig. 2 ilustra areas de memoria dedicadas a la tabla T1 y a la tabla T2; la tabla T1 contiene dos codigos CC almacenados pero solo uno de los dos codigos se ha usado (por ejemplo esta vinculado a un codigo CU almacenado y a un indicador IC almacenado); la tabla T2 contiene tres codigos CP almacenados pero solo uno de los tres codigos se ha usado (o mas bien esta asociado a un indicador IP almacenado).

[0049] El ordenador EG almacena datos que son al menos similares o identicos a los datos almacenados en loas aparatos de usuario electronicos AU.

[0050] En el ejemplo descrito en el presente documento, para cada usuario que se ha abonado al servicio ofrecido

por ordenador de gestion EG, el ordenador EG almacena las tablas T1 y T2 y el sistema asegura que las tablas en el ordenador EG contienen los mismos datos que las tablas en el dispositivo AU; cualesquiera diferencias pueden ser a traves de un corto plazo (por ejemplo durante 10 ms a 1 s) debido a retardos en los tiempos de procesamiento y comunicaciones, o a traves de un largo periodo de tiempo (por ejemplo 10 s a 1000 s) debido a problemas se disponibilidad que afecten a los sistemas de comunicaciones (por ejemplo la ausencia de cobertura GSM o UMTS

y/o la ausencia de conectividad de la red de Internet). En el peor caso, por ejemplo, los datos contenidos en las

tablas del ordenador EG estaran en alineacion con los datos contenidos en las tablas del aparato AU cuando dicho aparato tenga de nuevo cobertura GSM o UMTS y/o tenga de nuevo acceso a las mismas y/o haya conectividad de red de Internet.

[0051] El ordenador EG asegura de ese modo los siguientes datos para cada usuario:

- uso de creditos CU correspondientes al uso de los creditos

- indicadores de comprobacion IC del uso de los creditos

- codigos pseudo-aleatorios CP

- indicadores de uso IP correspondientes a los codigos pseudo-aleatorios. Los codigos CC, codigos CU e indicadores IC se organizan en una primera tabla T1.

[0052] Los codigos CP y los indicadores IP se organizan en una segunda tabla T2.

[0053] La Fig. 2 se refiere al caso en el que hay tres usuarios U1, U2 y U3; el ordenador EG almacena asi las tablas T1, T2 y T3 relativas a dichos tres usuarios, en otras palabras las tablas corresponden a los dispositivos AU de dichos tres usuarios.

[0054] Los datos almacenados en el ordenador EG permiten el uso legitimo de los codigos de credito por los usuarios a ser comprobados.

[0055] Se deberia tomar nota que, de acuerdo con ciertas realizaciones de la presente invencion, incluso si el ordenador EG esta inactivo o es inaccesible, se pueden llevar a cabo comprobaciones sobre un aparato de usuario AU incluso solo en base a los datos almacenados en el dispositivo en si.

[0056] Como se ha mencionado anteriormente, se puede prever un grupo (mas o menos grande) de aparatos de servicio electronico AS.

[0057] Dichos aparatos almacenan muy pocos datos: tipicamente solo un codigo del bien o servicio CBS a ser transmitido (a traves de la comunicacion de proximidad) a los aparatos de usuario electronicos AU que se ponen en la proximidad (tipicamente, por ejemplo, unos pocos milimetros o, como mucho, unos pocos centimetros) y que por lo tanto desean conseguir un producto o usar un servicio.

[0058] Ademas de contener un identificador que especifica el producto o servicio (por ejemplo “un cafe” o “un viaje en autobus”) los codigos de bienes o servicios CBS pueden contener por ejemplo un identificador que especifique quien esta proporcionando los bienes o servicios (por ejemplo, un identificador de barras o un identificador del

5

10

15

20

25

30

35

40

45

50

55

60

65

autobus).

[0059] Debe haber una relacion entre los codigos de bienes o servicios CBS y los codigos de credito CC; realmente, cuando el aparato de usuario AU recibe un codigo de bien o servicio desde un aparato de servicio AS, debe ser capaz de comprobar, en base a lo que ha recibido, si hay o no un credito disponible para este producto o servicio.

[0060] Una posibilidad tipica consiste en prever que tanto el codigo CBS como el codigo CC contienen un identificador comun cuando se refieren al mismo producto o servicio. De acuerdo con esta posibilidad, cuando un aparato de usuario AU recibe un codigo CBS desde un aparato AS, extrae desde el dicho identificador de producto o servicio y busca los codigos CC almacenados en su memoria al menos una vez que contienen el mismo identificador; si dicha busqueda tiene exito, se usa el credito localizado. Es posible tambien prever que, en caso de que esta busqueda no tenga exito, el dispositivo AU lo senalice para alertar al usuario de un credito insuficiente y le da la posibilidad de comprar uno o mas creditos para ese producto o servicio especifico, por ejemplo a traves de una compra por Internet.

[0061] Los aparatos de control electronicos AC y el ordenador de control EC no almacenan ninguno de los datos anteriormente mencionados de forma permanente sino que permiten que se lleven a cabo comprobaciones en base a los datos almacenados en los dispositivos AU y/o el ordenador EG.

[0062] Merece la pena clarificar que mientras que los aparatos AC permiten la comprobacion a tiempo de un dispositivo individual AU, tipicamente en relacion a un producto especifico o (mas frecuentemente) servicio (por ejemplo un tique de autobus, tique de parking y otros similares), los ordenadores EC se disenan para llevar a cabo una actividad de supervision colaborativa (continua o repetitiva) con el ordenador EG.

[0063] Los componentes del sistema ilustrados en la Fig. 1 (en particular los aparatos de usuario electronicos AU, el aparato de servicio electronico AS, el aparatos de control electronicos AC, el ordenador de control EC y el ordenador de gestion EG) satisfacen la obtencion controlada de bienes y/o el uso de servicios por parte de los usuarios, mientras realizan tambien ciertas actividades bajo el control de programas.

[0064] Se pueden asi identificar una serie de metodos que se describen en general en el presente documento a continuacion; uno de los cuales se seguira y ejecutara principalmente por los dispositivos AU, uno de los cuales se seguira y ejecutara principalmente por los aparatos AC, uno de los cuales se seguira y ejecutara principalmente por el ordenador EC (donde este presente), y uno de los cuales se seguira y ejecutara principalmente por el ordenador EG; dichos metodos estan claramente vinculados entre si.

[0065] Un metodo para la obtencion y/o uso de bienes y/o servicios preve que se coloque un aparato de usuario electronico AU en la proximidad de un aparato de servicio electronico AS y que el aparato de usuario electronico AU realice las siguientes etapas:

A) recibe un codigo de producto y/o servicio CBS desde el aparato de servicio electronico AS,

B) asocia el codigo de los bienes y/o servicios CBS recibidos con un codigo de credito CC almacenado,

C) genera un codigo de uso CU correspondiente a dicho codigo de credito CC,

D) almacena el codigo de uso CU generado.

Ademas, el aparato de usuario electronico AU realiza la siguiente etapa:

E) transmite el codigo de credito CC y el codigo de uso CU correspondiente al ordenador EG.

Finalmente, el aparato de usuario electronico AU realiza la siguiente etapa:

F) espera, recibe y posiblemente almacena un indicador de comprobacion IC desde el ordenador EG.

[0066] El aparato de usuario electronico AU recibe los codigos de credito CC, en particular desde una red publica de comunicaciones, y los almacena internamente; dicha compra tiene lugar generalmente a continuacion de una compra por Internet.

[0067] La recepcion de uno o mas codigos de credito CC puede tener lugar antes de dicha etapa A; en este caso, el dispositivo AU ya tiene un credito para el producto o servicio deseado por el usuario. La recepcion de uno o mas codigos de credito CC puede tener lugar durante dicha etapa B; en este caso el dispositivo AU es consciente de que no tiene un credito para el producto o servicio deseado por el usuario (la asociacion en la etapa B no ha tenido exito) y por lo tanto comienza un proceso en relacion a la compra de un credito adecuado.

[0068] Un metodo para la comprobacion de la obtencion y/o uso de bienes y/o servicios mediante un aparato de usuario electronico AU por medio de un aparato de control electronico AC comprende las siguientes etapas:

G) el aparato de control electronico AC identifica un producto o servicio a ser comprobado (un dispositivo puede disenarse para comprobar solamente un bien o servicio — por ejemplo un dispositivo estandar suministrado a aquellos que comprueban tiques de autobus o parking—; es por lo tanto un bien o servicio predeterminado),

H) el aparato de control electronico AC transmite informacion en relacion a dicho producto o servicio identificado

5

10

15

20

25

30

35

40

45

50

55

60

65

(por ejemplo un codigo GSC o un codigo similar) al aparato de usuario electronico AU,

I-1) el aparato de usuario electronico AU transmite al aparato de control electronico AC un indicador de comprobacion IC o un codigo de credito CC con el codigo de uso CU relevante correspondiente a dicho bien o servicio,

en modo dual puede decirse que

I-1) el aparato de control electronico AC espera y recibe desde el aparato de usuario electronico AU un indicador de comprobacion IC o un codigo de credito CC con el codigo de uso CU relevante correspondiente a dicho producto o servicio,

L) el aparato de control electronico AC comprueba si dicho indicador de comprobacion IC o dicho codigo de credito CC con el codigo de uso CU relevante es correcto.

Si el ordenador EG esta activo y disponible, el metodo puede prever ventajosamente tambien las siguientes etapas:

M) el aparato de control electronico AC transmite el codigo de credito CC con el codigo de uso CU relevante al ordenador EG,

N-1) el ordenador EG transmite al aparato de control electronico AC un indicador de comprobacion IC correspondiente a dicho codigo de credito CC con el codigo de uso CU relevante, en modo dual se puede decir que

N-2) el aparato de control electronico AC espera y recibe desde el ordenador EG un indicador de comprobacion IC correspondiente a dicho codigo de credito CC con el codigo de uso CU relevante,

O) el aparato de control electronico AC comprueba si el indicador de comprobacion IC es correcto. La etapa L o la etapa O pueden llevarse a cabo tambien en base a la informacion de tiempo y/o fecha; esto es util, por ejemplo, para servicios basados en el tiempo tales como autobuses y aparcamiento.

[0069] De acuerdo con una realizacion de la presente invencion, los codigos de credito CC pueden comprarse mediante su seleccion en uno o mas catalogos. Por ejemplo, dichos catalogos, pueden ponerse a disposicion por un comercio abonado al servicio que los entrega, a traves de Internet en particular, a los usuarios que se abonan al servicio, y puede incluir una pluralidad de bienes y/o servicios que corresponden a una pluralidad de codigos de credito que pueden comprarse. Hay tambien otros metodos a traves de los que un usuario puede obtener o consultar dichos catalogos. Un usuario puede consultar de hecho catalogos en un sitio web o en un ordenador EG. Ademas, el ordenador EG puede enviar estos a uno o mas usuarios o ponerlos a su disposicion para consulta, a traves de una interfaz web que se puede prever en el ordenador EG, por ejemplo.

[0070] Un usuario puede decidir por lo tanto que bienes y/o servicios comprar mediante la consulta del catalogo y la recuperacion de los codigos de credito correspondientes que se almacenaran a continuacion en su dispositivo movil AU. Podra posteriormente, o incluso inmediatamente, usar el credito asi comprado.

[0071] De acuerdo con una realizacion adicional, se puede prever que, un usuario que se abona al servicio con un dispositivo movil AU que integra un dispositivo de posicionamiento (usando en particular una antena celular o una antena GPS), pueda recibir catalogos o usar los creditos selectivamente en base a la informacion de posicion obtenida mediante dichos dispositivos. Dicha informacion de posicion puede transmitirse por un dispositivo movil del usuario AU al ordenador EG, que a su vez podra comunicar dicha informacion a aquellos comercios que se abonan al servicio que estan, por ejemplo, situados en la proximidad de la posicion del usuario.

[0072] Por ejemplo, los comercios pueden por lo tanto enviar catalogos para la compra de bienes y/o servicios a uno o mas usuarios en base a la informacion de posicion recibida. El ordenador EG puede por si mismo enviar tambien o alternativamente dichos catalogos a los usuarios cuando esta en posesion de la informacion de posicion relevante.

[0073] Si el dispositivo AU integra un dispositivo de posicionamiento, se puede prever que se envie a uno o mas usuarios una propuesta para la compra de creditos correspondientes a la obtencion de bienes o el uso de servicios en comercios minoristas especificos o en localizaciones especificas. Por ejemplo, puede proponerse la adquisicion de creditos para la compra de 10 cafes en un bar especifico que sea parte de una cadena. El programa cargado en el aparato de usuario movil AU puede prever por lo tanto que dichos creditos solo se usen cuando dicho usuario esta en la proximidad o en el bar especifico, y no en otro bar que sea parte de la cadena. Para asegurar que un usuario usa un codigo de credito en un lugar especifico, puede preverse la introduccion de informacion de posicion adquirida a traves de los dispositivos de posicionamiento del dispositivo movil AU, dentro del mismo campo que contiene el codigo de uso CU. En esta forma dicha informacion se puede comprobar en una forma similar a la que se ha descrito previamente. Es decir que la etapa L o la etapa O se pueden llevar a cabo ambas en base a la informacion de tiempo y/o fecha y en base a la informacion de posicion.

Realizaciones de la presente invencion

[0074] La figura 3 ilustra un diagrama especifico de una realizacion de acuerdo con la presente invencion, que destaca el componente de software cargado (de aqui en adelante denominado como la aplicacion NPG 301) ejecutado o habilitado para dispositivos moviles AU NFC que son parte de un sistema electronico de acuerdo con la presente invencion. Dicho software es el motor que permite que los dispositivos AU individuales usen los servicios

5

10

15

20

25

30

35

40

45

50

55

60

65

gestionados por el sistema. En particular, permite:

• Consulta del catalogo de bienes y servicios ofrecidos por los diversos Comerciantes

• Compra de los bienes y servicios ofrecidos

• Almacenamiento seguro de los bienes y servicios comprados

• Recibo de usuario y uso de ofertas y cupones.

[0075] Mas especificamente, el sistema electronico de acuerdo con la invencion permite la venta, compra y gestion de bienes y servicios a traves de un movil AU equipado con la tecnologia NFC (comunicacion de campo cercano). Es un servicio simple, rapido y seguro gestionado por una estructura central EG, que controla las transacciones entre Comercios o proveedores de servicio y los usuarios abonados al sistema.

[0076] En particular, el sistema de acuerdo con esta realizacion especifica permite que cualquier Comercio del Servicio proporcionado, a traves de operaciones efectivas y de bajo coste:

• Publique su oferta

• Envie los bienes o servicios ofrecidos, particularmente a traves de transacciones de prepago (tanto en forma no materializada, tales como tiques de viaje como en forma fisica, tales como periodicos)

• Difundir iniciativas promocionales

[0077] Permite a los usuarios:

• Acceder a cada oferta del vendedor

• Consultar el catalogo de bienes y servicios ofrecidos por cada vendedor

• Comprar los bienes y servicios ofrecidos, particularmente a traves de metodos de prepago y con descuento

• El uso con seguridad y/o almacenamiento de los bienes y servicios comprados o recibidos desde otros clientes en el dispositivo movil

• Abonarse a las iniciativas promocionales de los proveedores de servicios

• Transferir los bienes, servicios o efectivo a otros usuarios del sistema

[0078] En relacion a la realizacion ilustrada en la figura 3, los siguientes terminos tendran los siguientes significados:

NPG (pasarela de pago de red): sistema del consorcio, por ejemplo creado a traves del ordenador de gestion EG, para la gestion centralizada de pagos desde dispositivos moviles AU.

[0079] Motor NPG 320: Componente de software basico cargado en los dispositivos moviles AU, lo que permite el pago de bienes a traves de la interaccion con el centro de servicios PCP (complemento de catalogo de productos), en particular la adquisicion de creditos mediante su seleccion desde dicho PCP: componente de software que contiene los bienes y servicios ofrecidos, este componente se integra automaticamente con el motor NPG 320.

Comerciante: fabricante de bienes y servicios que se abona al sistema.

Comercio: punto de venta abonado al sistema desde el que se pueden comprar los bienes y servicios del Comerciante.

[0080] Ademas, la figura 3 ilustra tambien los componentes logicos de la realizacion de una aplicacion NPG tal como se expone a continuacion:

• Motor del nucleo NPG 320

• Aplicacion de datos de Comerciantes 321

1. PCP basico o PCP completo

• Almacenamiento de datos - almacenamiento de registro (historico de transacciones) 322

• Monedero 323: almacenamiento cifrado para la informacion de pagos y almacen de productos comprados, por ejemplo para codigos de credito CC

1. ID de usuario

2. Claves de seguridad

3. Almacen

[0081] La estructura de datos usada para el PCP en la realizacion ilustrada la figura 3 es la siguiente:

Datos del comercio y lista de productos

Los datos de clasificacion del comercio deben contener:

5

10

15

20

25

30

35

40

45

50

55

60

65

• ID del comercio

• Nombre del comercio

• URL del Logo

La lista de productos debe contener:

• ID

• Nombre

• Descripcion (opcional)

• Precio unitario

• Cantidad minima

• Fecha final de compra

• Caracteristicas establecidas

[0082] Ademas, el codigo xml para los Datos de Comerciante de acuerdo con la realizacion ilustrada en el ejemplo, puede ser el siguiente:

</m>

<pn>Ordinary urban ticket</pn>

</p>

<pn>Ordinary suburban ticket</pn>

</p>

</mplist>

</npgmdata>

[0083] Mensajes para la recepcion de tiques/vales de terceras partes

[0084] Dichos mensajes, en formato SMS, para informacion de cupones, tiques/vales, etc., pueden ser del tipo siguiente

[id comerciante][msg]

[msg]: texto, idproducto/cantidad/hasta/frecuencia de uso o

texto, idproducto/cantidad(absoluta o %)/hasta/frecuencia de uso

[0085] Datos basicos, representados como sigue:

1. ID del comercio 6 caracteres [letras] [5 cifras]

2. ID de producto: 2 cifras (incluyendo, tarjeta de fidelidad)

3. Divisa: 3

4. Cantidad: 3 cifras

5. Frecuencia de uso diario: 1 cifra

6. Acumulacion: 1 cifra

7. Descuento: 4 cifras

8. Hasta: fecha de caducidad/validez

9. Texto (caracteres faltantes hasta 160)

Informacion contenida en el PCP Basico

5

10

15

20

25

30

35

40

45

50

55

60

65

1. Lista de productos y servicios

2. Precio unitario

3. Fecha de validez

4. Referencias (URL) para la descarga de la version completa del PCP (PCP Completo)

5. ID del comercio

[0086] Interaccion para la carga del PCP Basico en el dispositivo movil con NPG

[0087] La Figura 4 muestra un diagrama de flujo en relacion a posibles acciones que un usuario lleva a cabo

durante el uso de un aparato de usuario de acuerdo con la presente invencion, en particular la interaccion entre el dispositivo movil y la etiqueta NFC.

1. El dispositivo movil se lleva a la proximidad de la etiqueta NFC, tal como se muestra en la caja 401

2. Se llevan a cabo comprobaciones para asegurar que el PCP del dispositivo movil esta ofrecido y valido, tal como se muestra en la caja de prueba 402

3. Si la respuesta en la etapa 402 es no, la rama No conduce a la caja 403 en la que el PCP se transfiere desde la etiqueta (TAG) al dispositivo movil

4. Si la respuesta en la etapa 402 es si, entonces la rama Si conduce a la caja 404, que muestra la oferta.

[0088] Una vez descargado, el PCP Basico esta inmediatamente disponible para consulta desde el menu de

aplicacion NPG contenido en el dispositivo.

Carga del PCP completo

[0089] La presente realizacion presenta un aspecto para la carga del PCP Completo; como se indica en el PCP Basico, puede especificarse una URL en la que puede descargarse la version completa del PCP. Esta funcion esta disponible en el NPG basico, software Motor del NPG y se permite a traves de la vision de un apartado de menu especial. El apartado de menu solo se muestra si el comercio ha indicado la disponibilidad de un PCP Completo; el orden de las transacciones puede ser como sigue:

1. Vision del PCP Basico

2. Seleccion de la descarga del PCP desde el apartado de menu relevante

3. Descarga del PCP Completo y vision de la oferta completa

Expiracion de la validez del PCP

[0090] Un aspecto adicional de la presente invencion preve que el Motor del NPG envie automaticamente una invitacion de renovacion cuando ha expirado el periodo de validez del PCP. Esto tienen lugar de tres formas diferentes:

1. Llevando al dispositivo movil mas proximo a una etiqueta NFC que contenga el PCP Basico actualizado (posiblemente sustituyendo el PCP Basico con el PCP Completo).

2. Mediante la descarga de una nueva version del PCP Completo

3. A traves de Internet y un PC

Aspectos adicionales de las previsiones de la presente realizacion Vision de la oferta

[0091] La lista de bienes ofrecidos se presenta en la pantalla del dispositivo movil con una lista numerada. El producto puede seleccionarse de dos formas:

1. Mediante la introduccion del numero correspondiente al producto en la lista sobre el teclado del dispositivo

2. Mediante el desplazamiento hacia abajo de la lista y la seleccion del producto.

[0092] Si el PCP contiene solo un bien ofrecido o la informacion recibida por la etiqueta predetermina la eleccion, la compra del producto se propone inmediatamente.

Predeterminacion de limites de compra automaticos:

[0093] En esta realizacion especifica, la aplicacion NPG tiene una funcion que permite la predeterminacion de los limites de gasto automatico. Esto permite el pago del producto sin ninguna interaccion entre el usuario y el dispositivo cuando el coste del producto o servicio esta por debajo del limite predefinido.

[0094] Los limites de gasto automatico se pueden gestionar a traves de una clave de nivel 2.

5

10

15

20

25

30

35

40

45

50

55

60

65

[0095] Bienes y servicios almacenados en el dispositivo movil

[0096] La aplicacion NPG tiene un almacen cifrado que contiene el inventario residual de los bienes y servicios comprados, es decir los codigos de credito CC; un ejemplo tipico es la compra de un “libro” de tiques de viaje. Los bienes y servicios se recogen automaticamente desde el almacen, hasta que se agota el almacen.

[0097] El usuario puede ver automaticamente el inventario residual de bienes o servicios siempre que los bienes o servicios esten disponibles, y puede acceder especificamente a la funcion de almacenamiento y ver los bienes residuales.

Proceso de compra

[0098] La Figura 5 muestra un diagrama de flujo en relacion a las posibles acciones que un usuario lleva a cabo durante el proceso de compra de creditos para obtener o usar un bien o servicio de acuerdo con una realizacion del sistema objeto de la presente invencion.

[0099] Una eleccion del usuario de un producto o servicio realizada a traves de su dispositivo movil como se muestra en la caja 501, requiere que se introduzca un PIN tal como se muestra en la caja 502. Despues de la etapa 502 se llega a una prueba tal como se muestra en la caja 503: si esta es incorrecta, la rama No conduce de vuelta a la caja 502 en donde debe introducirse de nuevo el PIN; si esta es correcta, la rama Si conduce a la caja 504, que muestra la transmision de una solicitud de compra del usuario. Esta accion conduce al procesamiento de la solicitud de compra mediante el centro de servicios NPG (por ejemplo mediante el ordenador EG), tal como se muestra en la caja 505. El resultado de esta etapa conduce a la transmision de una respuesta del centro de servicios, tal como se muestra en la caja 506. Dicha respuesta es recibida posteriormente por el dispositivo movil del usuario, tal como se muestra en la caja 507.

[0100] Un aspecto adicional de la presente invencion preve el establecimiento de un limite de compra automatico de modo que las acciones posibles del usuario cuando compra un producto se muestran en el diagrama de flujo de la fig. 6, en la que: la eleccion del producto o servicio realizada por un usuario a traves de su dispositivo movil, tal como se muestra en la caja 601, requiere la verificacion en relacion al hecho de que el precio de dicho bien no debe exceder una cierta cantidad que se ha establecido como limite, tal como se muestra en la caja de prueba 602. En el caso de un resultado positivo, la rama Si conduce a la introduccion de un PIN, tal como se muestra en la caja 603. Se preve una prueba despues de la etapa 603 tal como se muestra en la caja 604. Si esta es incorrecta, la rama No conduce de vuelta a la caja 603 en donde debe introducirse de nuevo el PIN; si esta es correcta, la rama Si conduce a la caja 605, que muestra la transmision de una solicitud de compra del usuario. Esta accion conduce al procesamiento de la solicitud de compra mediante el centro de servicio NPG (por ejemplo mediante el ordenador EG), tal como se muestra en la caja 606. El resultado de esta etapa conduce a la transmision de una respuesta del centro de servicio, tal como se muestra en la caja 607. Dicha respuesta se recibe entonces por el dispositivo movil del usuario, tal como se muestra en la caja 608.

Abono al servicio

[0101] Los tipos de abonos al servicio disponibles para las diversas partes implicadas en el sistema tal como se preven mediante una realizacion especifica de la presente invencion se describen a continuacion.

Abono al servicio del comprador

[0102] Los usuarios pueden abonarse al servicio como sigue:

1. Mediante la compra de una micro SD habilitada para NFC que contiene el software del Motor del NPG.

2. Mediante la descarga del Motor del NPG desde Internet (si los controladores de movil ya tienen NFC).

[0103] En ambos casos, los contratos de abono entran en vigor simultaneamente.

Abono al servicio por el comercio

[0104] Los comercios individuales tienen la opcion de abonarse al servicio y la preparacion de su PCP basico a traves de un procedimiento de Internet guiado. El centro de servicios NPG trasmitira las etiquetas NFC con el PCP basico preparado por el comercio.

Interacciones del dispositivo movil y el centro de servicio NPG

[0105] Las interacciones entre el dispositivo movil, por ejemplo el aparato AU, y el centro de servicio SprayMoney, por ejemplo el ordenador EG, tiene lugar a traves de mensajes SMS que se usan como un medio de implementacion de la comunicacion. La secuencia logica de acciones necesarias para la preparacion de la interaccion se indica a continuacion:

5

10

15

20

25

30

35

40

45

50

55

60

65

La Figura 7 es un diagrama de bloques que expresa la secuencia logica para la preparacion de las comunicaciones.

1. Creacion de un mensaje de respuesta con una plantilla aleatoria tal como se muestra en la caja 701

2. Compresion del mensaje tal como se muestra en la caja 702

3. Cifrado tal como se muestra la caja 703

4. Codificacion (por ejemplo codificacion de 64 bits) tal como se muestra en la caja 704

5. Transmision tal como se muestra en la caja 705

[0106] El tamano maximo del mensaje listo para ser transmitido es de 140 bytes (160 caracteres de 7 bits).

[0107] El mensaje SMS deben permitir a los comerciantes individuales distribuir una nueva oferta de producto o una oferta agrupada.

Estructura del mensaje transmitido al dispositivo movil

[0108] La estructura de un mensaje de confirmacion de transaccion de acuerdo con una realizacion especifica puede ser tal como se muestra en la figura 8, en la que:

801: Prefijo de reconocimiento en texto plano (8 caracteres)

802: ID de transmision en texto plano (12 caracteres)

803: Transmision de datos en texto plano (10 caracteres)

804: ID de comerciante en texto plano (5 caracteres)

805: Tipo de mensaje (2 caracteres)

806: Plantilla del mensaje (4 caracteres) (n!) (es decir 5! = 120, 6! = 720, 7! =5040)

807: ID de comerciante (5 caracteres)

808: ID de producto (2 caracteres)

809: Cantidad (3 caracteres)

810: ID de transaccion (12 caracteres)

811: Codigo del ticket (12 caracteres)

812: Resultado (2 caracteres)

Numero de caracteres usados: 77

Plantilla de gestion del mensaje recibido

[0109] La informacion contenida en un mensaje tal como se ha expuesto anteriormente, comprende los elementos que permiten a la aplicacion del Motor del NPG del sistema reconocer correctamente y procesar el mensaje SMS recibido. La Fig. 9 es un diagrama de flujo que ilustra como dicho MS se gestiona por dicho Motor del NPG (es decir el componente del programa cargado en el dispositivo movil AU).

[0110] La caja 901 contiene informacion en relacion a un evento de recepcion SMS en un dispositivo movil de usuario AU. Se lleva a cabo entonces una comprobacion para asegurar si el SMS es un SMS de FlyingMoney, tal como se muestra en la caja de prueba 902. Si la respuesta es no, la rama N conduce a la caja 903, que ilustra la gestion estandar y ordinaria de un SMS en el dispositivo movil. Si la respuesta es si, la rama S en la caja de prueba 902 conduce a una comprobacion de integridad del SMS, tal como se muestra en la caja 904. La caja 905 preve una prueba adicional para verificar la integridad del SMS. Si la respuesta es no, la rama N conduce a la caja 906, que contiene el SMS con el ID de la transaccion en relacion a la interaccion HD. Si la respuesta es si, el SMS recibido se procesa.

Aplicacion NPG y copia de reserva de datos

[0111] Un aspecto de una realizacion preve la copia de reserva de la aplicacion y del contenido del dispositivo movil del usuario AU.

[0112] Realmente, en el caso de un cambio de dispositivo, el usuario tendra una funcion en la aplicacion NPG para hacer copia de reserva de los datos en el centro. Esta accion solo puede repetirse si esta precedida por una accion no repetible que inhabilita las funciones del dispositivo.

[0113] El usuario recibira un codigo de reposicion (OTP) a ser introducido en el menu de la aplicacion NPG del nuevo dispositivo para reponer los datos.

[0114] Ciclo de compra y flujo de pagos: en el uso de eventos de las realizaciones de acuerdo con la presente invencion. Estos ejemplos se proporcionan a modo de ejemplo y no son por lo tanto exhaustivos.

5

10

15

20

25

30

35

40

45

50

55

60

65

Pagos fijos

[0115] Los pagos fijos son pagos que tienen lugar a traves de la aplicacion del Comerciante, que define lo siguiente a traves de un detalle de catalogo:

1. El tipo, modelo etc.

2. El precio

3. La informacion que debe descargarse en el dispositivo del Comerciante en el momento de la compra.

4. Detalles de cualquier componente de fidelidad (puntos o devoluciones, que se descargan en la cuenta del usuario)

5. Un intervalo de articulos listados en el catalogo del Comerciante, que tiene las caracteristicas tales como las expuestas en los puntos anteriores.

Ejemplos:

[0116]

a) Si esta presente la aplicacion RCS, contendra el catalogo completo del editor. Si el usuario desea comprar el periodico “Il Corriere della Sera", lo selecciona y cuando esta en el quiosco de prensa lo lleva a la cercania del dispositivo en el quiosco, que: confirmara al quiosco de prensa que ha pagado y transferira la cantidad correspondiente a la “cuenta" del quiosco de prensa. La aplicacion deberia prever que un usuario que compra el periodico “Corriere" en un dia especifico reciba un periodico “Gazzetta" o que cuesta mas en un sabado a cuenta del suplemento:

b) En contextos en los que la compra es frecuentemente una compra multiple por definicion, tal como en bares (por ejemplo, servicios de autopistas, restaurantes, McDonalds, etc.), un usuario puede seleccionar un menu “con precio previo" (cruasanes, cafe y zumo de fruta fresca) o un menu de su eleccion en su telefono. En este caso, tras la seleccion del menu, cuando el usuario lleva su telefono a la cercania del dispositivo del comerciante, el dispositivo recogera toda la informacion para preparar un recibo y el dinero del cliente se depositara en su cuenta. Si se usa frecuentemente, la accion de almacenamiento de un menu preferido del usuario es muy util.

c) El paquete de productos a ser comprados podria comprender tambien articulos listados en los catalogos de diferentes Comerciantes. Por ejemplo, deberia ser posible seleccionar periodicos y/o revistas procedentes de diferentes editores cuando vamos a comprarlos a los quioscos de prensa. En este caso, es posible tambien comprar listas predefinidas.

d) Un usuario puede pre-comprar productos en “paquetes" de un comerciante a traves de promociones especificas. Por ejemplo: 10 periodicos por el precio de 9. En este caso el usuario ya ha comprado el producto y cuando paga al quiosco de prensa, el precio pagado al quiosco de prensa sera el precio de lista. Sin embargo en el telefono del usuario (el usuario ha pagado por 10 periodicos), uno de los periodicos en el paquete de productos estara “cancelado". Esto aplica a todos los Comerciantes que deseen ofrecer estas promociones. Es importante que el Comerciante sea el que anuncia la promocion y sea el propietario de la red (por ejemplo McDonads) asi como un Comerciante que distribuye sus propios bienes a traves de una red independiente de tiendas (tal como el quiosco de prensa):

e) Si la aplicacion del Comerciante contiene cupones que, en linea con las reglas definidas, se pueden usar cuando se paga el producto (o el paquete de productos) en cuestion, estos cupones deben usarse por defecto. En este caso el Cupon se transfiere al Comerciante “final" junto con el dinero. El dinero sera recuperado de la red. La cantidad debida con respecto a la aceptacion del Cupon sera acordada con el Comerciante correspondiente, si es una entidad legal diferente.

[0117] Debe preverse en todos los casos que parte o todo el precio del producto se page en cupones (tales como: vales de comida, descuentos de producto, vales de regalo, etc.).

Pagos de balance final

[0118] Los pagos de balance final son pagos de bienes y servicios que no pueden tener una cantidad fija. Este tipo de pagos se refiere principalmente a pagos por aparcamiento de coches en base al tiempo. En este caso, se debe prever lo siguiente:

1. Una pegatina a ser aplicada al parabrisas del coche. Dicha pegatina contendra una etiqueta NFC que sera usada para llevar a cabo comprobaciones;

2. Una pegatina (u otro dispositivo) para cada area del parking, que permitira que se descarguen los datos de descripcion del comerciante y el area del parking (por ejemplo un coste minimo por minuto o por hora).

[0119] Cuando el usuario aparca, lanzara la aplicacion para el aparcamiento del coche, llevara su telefono proximo a la pegatina de aparcamiento para recoger la informacion, e iniciara su tiempo. La aplicacion se transmitira, al mismo tiempo, al centro de confirmacion del lanzamiento de la transaccion de pago del balance final. Si el balance de la cuenta cae debajo que un limite preestablecido especifico (por ejemplo 30 minutos), el dispositivo alertara al usuario por medio de una alarma. El dispositivo reintegrara al usuario por cualquier tiempo que pueda aparcar sin

5

10

15

20

25

30

35

40

45

50

55

60

65

incurrir en una penalizacion, en relacion a la tarifa aplicable al area de parking y al balance de su cuenta.

[0120] Es muy util que el telefono tenga una funcion que alerte al usuario cuando su balance disponible cae por debajo del limite que le permite aparcar el coche durante un periodo de tiempo especificado (por ejemplo 20 minutos). En este caso el usuario tiene tiempo de volver al coche para evitar la penalizacion.

[0121] Con el retorno del usuario al area del parking, llevara a su telefono hasta la pegatina y la aplicacion, que reconoce el tipo de servicio, bloquea el pago, devolviendo el balance pagado al usuario.

[0122] Los operarios del parking tendran telefonos que seran capaces de leer una pegatina del coche. Posteriormente el telefono del operario del aparcamiento de coches identificara si el coche esta pagando por el aparcamiento. Si el operario del parking confirma que el usuario no esta pagando (debido a que el pago no ha sido activado o debido a que no le queda credito al usuario), emitira una penalizacion.

Compra y uso de tiques/vales (tiques de viaje, cupones, vales de comida y codigos de pago).

[0123] Un tique o vale es un articulo que se describe en detalle en el catalogo del Comerciante. A menos que se especifique lo contrario, cada tipo o vale tendra un valor financiero. Los tiques y vales que no tienen valor financiero combinado, pero que dan a los usuarios el derecho a realizar transacciones “libres”, tambien pueden preverse, tal como entradas de acceso para: eventos (exhibiciones, cines, teatro, reuniones privadas, eventos deportivos, y otros similares), areas VIP (salas privadas en aeropuertos, estaciones de tren, y otros similares), entradas preferenciales, y otros similares.

[0124] Cada tique o vale puede ser: comprado (a traves de pago remoto), recibido gratis acercandose a pegatinas dedicadas (tales como por ejemplo en la entrada principal de supermercados, centros comerciales, tiendas de descuento y otros similares), recibidos como derechos establecidos (vales de comida, vales de combustible y otros similares) o recibidos como clientes de companias/entidades que ofrecen promociones.

[0125] Los tiques/vales pueden usarse de las siguientes formas:

1. Tiques/vales comprados (por ejemplo tiques de transporte publico, periodicos, diarios, periodicos semanales y otros articulos). Los tiques/vales pre-comprados que estan presentes en un telefono del usuario se seleccionaran y cancelaran/franquearan por metodos tales como los que prevea el operador (tales como por ejemplo la colocacion del telefono proximo a una pegatina en medios de un transporte publico o un comercio, tales como un quiosco de prensa, en los tornos de entrada, etc.). Solo un tique/vale que este franqueado con un sello puede considerarse valido. En el caso de inspeccion, el inspector puede, colocando su telefono proximo al telefono del pasajero, lanzar una inspeccion automatica e inmediata. Los tiques/vales para uso en el transporte publico podrian, una vez franqueados, someterse a diferentes reglas;

o Podrian usarse para un unico viaje;

o Podrian usarse durante un cierto periodo de tiempo en una unica categoria de transporte o en multiples categorias (por ejemplo autobus y metro).

o Donde el tique/vale de viaje corresponde a una ruta especifica y especifica la estacion de salida y de llegada, debe franquearse en la salida pero tambien debe contener datos en relacion a la estacion de llegada. Esto tiene lugar debido a que el usuario:

■ Ha comprado multiples tiques para la misma ruta (por ejemplo para un transporte de cercanias)

■ Ha comprado un tique habiendo obtenido los datos en el catalogo del Comerciante en el caso en el que dicho tique/vale se use para un “pago rapido” en las instalaciones del comercio (por ejemplo en un quiosco de prensa), el comercio puede tener un dispositivo adecuado para registrar que el cliente ha descargado el tique/vale y que dicho tique/vale da al cliente el derecho a comprar un producto especifico (por ejemplo un periodico). Dependiendo de la categoria del producto, el comercio puede o no ser requerido para entregar un recibo de caja:

En tales casos, los tiques/vales pueden ser:

o Comprados como “paquetes” pero usados individualmente: tales como libros de tiques a precio reducido, un numero especifico de desayunos (capuchino y croissant), etc.

o Comprados individualmente (como una cantidad pre-pagada total) y ser usados para comprar “paquetes de bienes” a un precio especial, tal como un menu en McDonads o en el Restaurante de Servicio de Autopista;

2. Tiques/vales libres. Estos comprenden:

o Tiques/vales que tienen un valor. En este escenario pueden usarse para pagar por los bienes previstos por el tique/vale, en combinacion con el pago de efectivo, tanto a traves del telefono del usuario como a traves de metodos de pago existentes (efectivo o tarjeta);

5

10

15

20

25

30

35

40

45

50

55

60

65

o Tiques/vales que no tienen valor pero conceden privilegios de acceso. En este escenario pueden seleccionarse y usarse para conceder al usuario los beneficios asociados —tales como el acceso a una sala de aeropuerto—. En este escenario podrian ser validos durante un periodo de tiempo especifico (por ejemplo un ano) o numerados y usados de vez en cuando hasta su agotamiento.

3. Tiques/vales con un valor que se adquiere por derecho. El ejemplo principal de este tipo de vale/tique es la compra automatica de vales de comida concedidos por la compania para las que trabaja un empleado. En este escenario seran “cargados” automaticamente en el telefono del usuario. Entonces se usaran para realizar un pago total o parcial por las comidas en las instalaciones de los comercios aprobados. Los comercios aprobados deben tener dispositivos que les permitan:

o Cancelar el tique/vale en el telefono del usuario;

o Descargar los datos correspondientes al tique/vale para transmitir un registro —electronicamente— a la compania emisora para que pueda ser reembolsado por el metodo previsto y dentro del tiempo previsto.

La transferencia de fondos entre usuarios (padres e hijos, pago adelantado de gastos al asistente domestico, etc.).

[0126] Esta funcion solo se permitira para pequenas cantidades (limites definidos por las leyes contra el lavado de dinero). Son posibles dos tipos de transaccion:

1. Transferencia basica desde una cuenta de telefono a otro telefono/cuenta. Esta funcion ya se ha implementado (particularmente esta bajo desarrollo en paises tales como Kenia). En paises desarrollados esta podria ser una solucion practica para transferencias rapidas entre personas distantes (por ejemplo padres-hijos o asistentes domesticos). Si un nino (o un asistente domestico que necesita realizar la compra) se han quedado sin dinero o tiene que realizar una compra pero tiene cantidades insuficientes, debe preverse que:

a. El receptor transmite una solicitud al remitente, especificando la cantidad y (opcionalmente) la razon;

b. El remitente tendra la capacidad de aprobar o rechazar inmediatamente dicha transferencia y completar la transaccion.

2. Transferencia periodica entre emisor y receptor. En este escenario el emisor debe ser capaz de disponerlo para que la transferencia sea ejecutada a uno o mas receptores de un modo automatico, a intervalos fijos. Por ejemplo: dinero de bolsillo para ninos.

3. Razon de la transferencia. Un remitente que desee/deba transferir ocasionalmente dinero a un receptor. Este caso tambien cubre donaciones a asociaciones (por ejemplo organizaciones sin animo de lucro), tanto donaciones voluntarias genericas como donaciones por desastres naturales.

Fidelidad (puntos o reintegros)

[0127] Todas las tarjetas de fidelidad se codificaran de modo que puedan almacenarse en un telefono. Ejemplos son:

1. Puntos. En vez de imprimir y dar una tarjeta al cliente, el Comercio (por ejemplo MediaWorld) entregara al cliente una tarjeta, en el formato previsto por el sistema. Esta tarjeta debe tener al menos dos normas: tipo de codigo de barras y reconocimiento NFC. La posibilidad de lectura de una banda magnetica esta excluida. Los puntos se acumularan tanto en el telefono como en el centro del Comercio. Cuando el cliente desee usar sus puntos usara el telefono para seleccionar el articulo y los puntos seran deducidos;

2. Devoluciones. Este es posiblemente el escenario mas interesante. En este escenario, en lugar de dar puntos el Comercio dara al cliente una cantidad en porcentaje del valor de las compras realizadas. Esta cantidad se anade a la cuenta de telefono del cliente y se podra gastar tambien cuando realice compras de otros Comerciantes.

[0128] Deben preverse las siguientes posibilidades para ambos sistemas:

a) Que multiples tarjetas virtuales —tambien conocidas como una agrupacion de tarjetas— (tanto tarjetas de puntos como tarjetas de devoluciones) se refieran a una cuenta de acumulacion de puntos unica;

b) Que la tarjeta (o conjunto de tarjetas) sea valida para su uso en un grupo de diferentes Comerciantes, por ejemplo tarjetas “Nectar”, “You & Eni”, etc.

Dispositivos de hardware en el comercio

Diferentes tipos de dispositivos, a prever:

[0129] Los tipos de dispositivos que incorporan pegatinas pueden desarrollarse a medida o estar integrados dentro de los dispositivos existentes tales como POS bancarios.

5

10

15

20

25

30

35

40

45

50

[0130] Los tipos seran los siguientes:

1. Dispositivos “tontos” (no conectados al sistema general):

a. Dispositivos que tienen una memoria, capaces de:

i. Descargar la aplicacion del Comerciante;

ii. Descargar el catalogo del Comerciante;

iii. Activar una accion del telefono;

b. Dispositivos que no tiene memoria, capaces de:

i. Activar una accion del telefono (ejemplo tipico: cancelacion (franqueo) de un tique o vale);

ii. Activacion de una accion en un dispositivo al que esta conectado, tal como la apertura de un paso (torno, puerta corredera, etc.)

2. Dispositivos “inteligentes” (conectados al sistema):

a. Lector habilitado para recoger pagos a traves de un tique/vale en el telefono. En este caso el dispositivo debe:

i. Comunicar con el telefono

ii. Cancelar el tique/vale seleccionado por el usuario;

iii. Proporcionar prueba al Comerciante de que ha comprado un valor correspondiente a un producto predefinido, que el Comerciante puede/debe suministrar al usuario;

iv. Comunicar los datos en relacion al ticket/vale cancelado al sistema (a traves de SMS) de modo que la cuenta del Comerciante reciba un credito correspondiente;

b. Lector habilitado para recoger pagos (incluso parciales) a traves de un tique/vale en el telefono, que parcialmente copia el coste de los bienes comprados (cupones, vales de comida y otros similares). En este caso el lector debe estar integrado con el sistema de pago del Comerciante (particularmente en el caso de supermercados, dado que las previsiones de los puntos previos pueden ser aplicables para comercios independientes) y debe ejecutar lo siguiente:

i. Comunicar con el telefono

ii. Cancelar el tique/vale seleccionado por el usuario;

ii. Transmitir al sistema de pago del Comerciante que el usuario ha realizado un pago de cupon parcial por los bienes comprados por el usuario;

iv. Comunicar los datos en relacion al tique/vale cancelado al sistema (a traves de SMS) de modo que la cuenta del Comerciante reciba un credito correspondiente;

[0131] Alternativamente, dicha accion se puede realizar por los sistemas de pago del Comerciante, que puede conectarse con el centro del sistema.

Contenido del “paquete” de usuario y comerciante

[0132] El usuario sera provisto con: tarjeta NFC, etiqueta NFC, pegatina y etiqueta NFC para la reposicion y/o transferencia de la aplicacion y datos.

[0133] El Comerciante sera provisto con: dispositivo de aceptacion de pago, tarjeta NFC y etiqueta NFC para la reposicion y/o transferencia de la aplicacion y datos.

Claims

5

10

15

20

25

30

35

40

45

50

55

60

65

REIVINDICACIONES

1. Metodo para la obtencion y/o uso de bienes y/o servicios de una forma controlada en un sistema que comprende una pluralidad de aparatos de usuario electronicos y al menos un grupo de aparatos de servicio electronicos y un ordenador de gestion;

- en el que cada uno de dichos aparatos de usuario electronicos (AU) comprende primeros medios de memoria configurados para almacenar al menos una serie de codigos de credito (CC) correspondientes a creditos para la obtencion y/o el uso de bienes y/o servicios y una serie correspondiente de codigos de uso (CU) que corresponden al uso de dichos creditos, segundos medios de memoria que almacenan un programa adaptado para gestionar dichos codigos de credito (CC) y codigos de uso (CU), un procesador conectado a dichos primeros y segundos medios de memoria y adaptado para ejecutar dicho programa, un dispositivo de comunicacion de datos para comunicaciones de tipo NFC, conectado a dichos primeros y segundos medios de memoria y a dicho procesador,

- en el que cada uno de dichos aparatos de servicio electronico es una etiqueta NFC y comprende medios de memoria configurados para almacenar al menos un codigo del bien y/o servicio y un dispositivo de comunicacion de datos para comunicaciones de tipo NFC conectado a dichos medios de memoria,

- en el que el ordenador de gestion (EG) comprende medios de comunicacion adaptados para comunicar a traves de una red publica de comunicacion (NW), en particular internet, primeros medios de memoria configurados para almacenar al menos una serie de codigos de credito (CC) correspondientes a los creditos para la obtencion y/o uso de bienes y/o servicios y una serie correspondiente de codigos de uso (CU) correspondientes al uso de dichos creditos y una serie correspondiente de indicadores de comprobacion, segundos medios de memoria que almacenan un programa adaptado para gestionar dichos codigos de credito y codigos de uso, un procesador conectado a dichos medios de comunicacion y dichos primeros y segundos medios de memoria y adaptado para ejecutar dicho programa,

- en el que se preve que, como resultado de la compra, en particular a traves de Internet, o debido a un regalo o debido a vales por bienes y/o servicios, un aparato de usuario electronico (AU) recibe uno o mas codigos de credito correspondientes a dichos bienes y/o servicios comprados o regalados o recibidos como vale a traves de una red publica de comunicaciones, y almacena dichos uno o mas codigos de credito internamente en dicho aparato de usuario electronico,

- en el que se preve que dicho aparato de usuario electronico (AU) se coloque en la proximidad de dicho aparato de servicio electronico de modo que se pueda establecer una comunicacion de tipo NFC;

en el que dicho aparato de usuario electronico (AU) lleva a cabo las siguientes etapas:

A) recibir un codigo del bien y/o servicio desde dicho aparato de servicio electronico,

B) asociar dicho codigo del bien y/o servicio recibido con un codigo de credito (CC) almacenado,

C) generar un codigo de uso (CU) correspondiente a dicho codigo de credito asociado,

D) almacenar dicho codigo de uso generado;

de modo que dicho codigo de credito asociado (CC) se marque como usado, y

en el que dicha recepcion de uno o mas codigos de credito puede ocurrir antes de dicha etapa A o durante dicha etapa B si la asociacion falla;

estando el metodo caracterizado por el hecho de estar realizado para que ademas:

P) dicho aparato de usuario electronico (AU) transmita dicho codigo de credito (CC) y dicho codigo de uso correspondiente (CU) a dicho ordenador de gestion (EG), y espere,

Q) dicho ordenador de gestion (EG) lleve a cabo una primera comprobacion de si dicho codigo de credito (CC) esta asociado a dicho aparato de usuario electronico (AU) y disponible, y una segunda comprobacion de si dicho codigo de uso (CU) es correcto,

R) dicho ordenador de gestion (EG) genere y transmita un indicador de comprobacion (IC) a dicho aparato de usuario electronico en funcion de dicha primera comprobacion y dicha segunda comprobacion, y dicho aparato de usuario electronico (AU) reciba dicho indicador de comprobacion (IC).
2. Metodo de acuerdo con la reivindicacion 1 en el que dicho codigo del bien y/o servicio recibido contiene un identificador que especifica quien esta proporcionando los bienes o servicios.
3. Sistema para la obtencion y/o uso de bienes y/o servicios de una forma controlada, que comprende:

- una pluralidad de aparatos de usuario electronicos (AU),

- al menos un grupo de aparatos de servicio electronicos (AS),

- un ordenador de gestion (EG);

en el que la pluralidad de aparatos de usuario electronicos (AU) y el grupo de aparatos de servicio electronicos (AS) y el ordenador de gestion (EG), en combinacion, se disponen para llevar a cabo el metodo para la obtencion y/o uso de bienes y/o servicios de una forma controlada de acuerdo con la reivindicacion 1 o 2.