METODO Y SISTEMA PARA LA TRANSFERENCIA DE RECURSOS ENTRE TERMINALES DE USUARIO.

La transferencia de recursos desde un primer terminal de usuario a un segundo terminal de usuario comprende:

- la autenticación del primer terminal por medio de proporcionar un primer identificador de usuario en una red de comunicaciones inalámbricas;- solicitar un recurso por parte del primer usuario desde un servidor de recursos que se encuentre accesible a través de la red;- generar un primer identificador único para el recurso y asociarlo con un valor económico;- solicitar el acceso por parte del servidor de recursos a una cuenta de usuario identificada por el primer identificado de usuario y actualizarla por medio del uso del valor económico;- enviar el primer identificador único al primer terminal;- solicitar la transferencia del recurso desde el primer usuario al segundo usuario, directamente o a través del servidor de recursos;- enviar un identificador único final, el primer o el segundo, del recurso al segundo terminal con el fin de habilitarlo para usar el recurso.El servidor de recursos asocia el identificador único actual del recurso con el usuario actual o con un estado de validez.Un servicio de pago se define sobre estos pasos tratando con tres posibles estados de dinero: dinero electrónico (e.money), efectivo y un nuevo estado intermedio, denominado en este documento efectivo electrónico (e-cash)

Tipo: Patente de Invención. Resumen de patente/invención. Número de Solicitud: P200800934.

Solicitante: VODAFONE ESPAÑA, S.A..

Nacionalidad solicitante: España.

Provincia: MADRID.

Inventor/es: SENDRA ALCINA,JOSE CARLOS, TOUSET RIOS,MIGUEL ANGEL, CAJIGAS BRINGAS,GUILLERMO.

Fecha de Solicitud: 3 de Abril de 2008.

Fecha de Publicación: .

Fecha de Concesión: 26 de Agosto de 2011.

Clasificación Internacional de Patentes:

  • G06Q20/00K2B
  • G06Q20/00K5
  • G07F7/08C2B

Clasificación PCT:

  • G06Q20/00 FISICA.G06 CALCULO; CONTEO.G06Q METODOS O SISTEMAS DE PROCESAMIENTO DE DATOS ESPECIALMENTE ADAPTADOS PARA FINES ADMINISTRATIVOS, COMERCIALES, FINANCIEROS, DE GESTION, DE SUPERVISION O DE PRONOSTICO; METODOS O SISTEMAS ESPECIALMENTE ADAPTADOS PARA FINES ADMINISTRATIVOS, COMERCIALES, FINANCIEROS, DE GESTION, DE SUPERVISION O DE PRONOSTICO, NO PREVISTOS EN OTRO LUGAR.Arquitectura, protocolos o esquemas de pago (aparatos para realizar o contabilizar transacciones de pagos G07F 7/08, G07F 19/00; cajas registradoras electrónicas G07G 1/12).
  • G07F7/08 G […] › G07 DISPOSITIVOS DE CONTROL.G07F APARATOS ACCIONADOS POR MONEDAS O APARATOS SIMILARES (selección de monedas G07D 3/00; verificación de monedas G07D 5/00). › G07F 7/00 Mecanismos accionados por objetos diferentes de las monedas para accionar o activar aparatos de venta, de alquiler, de distribución de monedas o de papel moneda, o de devolución. › por tarjeta de identidad codificada o tarjeta de crédito codificada.

Fragmento de la descripción:

Método y sistema para la transferencia de recursos entre terminales de usuario.

Campo técnico de la invención

La presente invención tiene su aplicación dentro del sector de las telecomunicaciones y, en especial, en el área industrial dedicada a los sistemas de comunicaciones inalámbricas que proporcionan transacciones electrónicas seguras de datos. De manera más particular, la invención descrita en este documento está relacionada con la transferencia segura de recursos electrónicamente intercambiables y por los que se paga.

Antecedentes de la invención

Las emergentes economías de mercado se basan en el dinero en efectivo y actualmente existe una pluralidad de compañías de servicios de dinero electrónico. El dinero electrónico (conocido también como dinero digital, o "e-money" en inglés) se refiere al dinero o al capital que se intercambia solamente de manera electrónica. Por nombrar solamente unos pocos, algunos ejemplos de dichas soluciones de pago son: WebMoney, que es un sistema de pago en línea para hacer transacciones seguras a través de clientes web y para incorporar mensajería instantánea para el envío de facturas y la concesión de créditos; PayPal, un negocio de comercio electrónico (e-commerce) que permite hacer pagos y transferencias de dinero a través de Internet; Mobipay, que es capaz de activar los medios existentes de pago, las tarjetas normales o virtuales de crédito, débito o prepago, y que permite llevar a cabo una variedad de transacciones a través del teléfono móvil; M-PESA, es una solución de pago móvil que hace posible a los clientes completar sencillas operaciones financieras por medio del teléfono móvil y que está especialmente dirigido a clientes móviles que no tengan una cuenta de banco.

En todas las soluciones de pago existentes, el dinero solamente puede estar en cualquiera de estos dos estados: efectivo (cash) o dinero electrónico (e-money).

La figura 1 ilustra la gestión de los dos posibles estados del dinero, dinero electrónico (e-money) y dinero en efectivo (cash) por parte de diversas entidades implicadas en operaciones financieras, como las transacciones virtuales o electrónicas y como transacciones reales en efectivo: bancos (B), diferentes operadores de red móvil (MNO1, MNO2, MNO3, ...), grandes almacenes (DS), minoristas, etc. Los diferentes operadores de red móvil y los grandes almacenes hacen las transacciones mercantiles, de parte de sus clientes, con la entidad bancaria, usando el concepto de dinero electrónico, que se traduce de manera directa en dinero en efectivo para el pago a los minoristas o para ser usado en los almacenes. El dinero electrónico manejado por bancos se puede recuperar como dinero en efectivo a través de sus propias sucursales y cajeros automáticos.

Aún así, la situación actual de la mayoría de los países es que lamentablemente hay un alto número de personas sin estudios, las cuales suelen confiar en dinero perceptible, pero no en el dinero electrónico. Además, debido a la emigración, existe una necesidad de tratar con diferentes tipos de moneda en los países de origen y de destino. Pero, actualmente existen muchos lugares en el mundo en donde, aunque se permite a las personas realizar operaciones con dinero electrónico, no pueden encontrar un cajero automático (ATM, del inglés Automated Teller Machine) instalado para dispensar efectivo.

Descripción general de la invención

La presente invención viene a resolver el problema anteriormente mencionado por medio de la inclusión de un estado intermedio de dinero, al que se puede hacer referencia en este documento como dinero efectivo electrónico (e-cash), con el fin de facilitar la transición entre los dos estados conocidos del dinero: dinero electrónico (e-money) y dinero en efectivo (cash). Entonces, el dinero puede estar en cualquiera de estos estados:

- Dinero electrónico (E-money), es decir, dinero que está depositado en un banco o en una cuenta móvil.

- Efectivo electrónico (E-cash), es decir, dinero electrónico que es perceptible.

- Dinero en efectivo (Cash).

Se puede cambiar una cantidad de dinero electrónico directamente a dinero en efectivo electrónico y después se puede transferir a otro usuario como un paquete completo o billete a billete, o bien se puede usar directamente para el pago, actualizando en ese caso el valor del efectivo electrónico que el usuario pueda manejar desde ese momento, etc.

En este estado de dinero denominado efectivo electrónico (e-cash), se logra combinar lo mejor del campo de la electrónica y del de la física: facilidad de intercambio y de presencia. El efectivo electrónico puede tener una implementación visible en la pantalla de un terminal, una tarjeta de débito/crédito o cualquier otro dispositivo electrónico, favoreciendo la confianza en el uso de dinero electrónico, en particular en el caso de población analfabeta.

De manera más concreta, un aspecto de la invención es un método para la transferencia de recursos pagables e intercambiables de manera electrónica desde un primer terminal de usuario a un segundo terminal de usuario.

El primer terminal de usuario se carga, a través de una cuenta de usuario, para poseer un recurso transferible. Esto es, dicho recurso tiene un valor económico, que se puede fijar (por ejemplo, el precio o el coste en tiempo de la descarga de una canción o de una película) o que puede ser variable (por ejemplo, dependiendo del tamaño de un fichero, de la duración de una canción, etc.). De esta forma, el primer terminal de usuario envía, de manera preferible, la información del servidor de servicio acerca del valor económico del recurso o de los recursos que se permiten al usuario del primer terminal (el donante o cesionista) transferir a un segundo terminal de usuario (el cesionario). Para esta transferencia de recursos, se genera al menos un único identificador y se asocia con el valor económico del recurso que se vaya a transferir. Ejemplos no limitativos del valor económico de los recursos son: una cierta cantidad de dinero que se puede cobrar de la cuenta del usuario, una cierta cantidad de puntos que son almacenados por el usuario del primer terminal en su cuenta y una cierta cantidad de tiempo (período de tiempo, tal como minutos o segundos, durante el que se permite al usuario del segundo terminal ser el poseedor del recurso con el permiso otorgado por el primer usuario).

El recurso que puede ser transferido está por lo general sometido a un coste cuantificable (medido en dinero, tiempo, puntos, ...) y algunos ejemplos de dicho recurso es-el dinero electrónico, un fichero de texto (por ejemplo, un documento), un fichero de sonido (por ejemplo, un tono de llamada para teléfonos móviles), un fichero de imagen (por ejemplo, fondos de pantalla o salvapantallas, códigos bidimensionales tales como Maxicódigos -MaxiCodes, en inglés- o códigos de barras, etc.) o un fichero multimedia (por ejemplo, vídeos, juegos para teléfonos móviles, etc.).

Un aspecto de la invención se refiere a un método para la transferencia de recursos desde un primer terminal de usuario a un segundo terminal de usuario, en el que el primer terminal de usuario está autenticado con un primer identificador de usuario en una red de comunicaciones inalámbricas. De acuerdo con este método, el primer terminal de usuario solicita un recurso proveniente de un servidor de recursos al que se puede acceder a través de la red de comunicaciones inalámbricas. El servidor de recursos puede estar controlado por el mismo operador de red móvil (MNO, del inglés Mobile Network Operator) que gestiona el servidor de cuenta de usuario, pero otros posibles escenarios son: el servidor de recursos y el servidor de cuenta de usuario están controlados por diferentes operadores de red móvil, o el servidor de recursos está controlado por un proveedor de servicios de Internet (ISP, del inglés Internet Service Provider) con acceso a través de una interfaz abierta al servidor de cuenta de usuario proporcionada por el operador de red móvil que controla el mencionado servidor de cuenta de usuario. En cualquier caso, el servidor de recursos es capaz de comunicar con el servidor de cuenta de usuario y con los terminales de usuario.

Dicho servidor de recursos realiza los siguientes pasos:

- generar al menos un primer identificador único para un recurso y asociar el mencionado primer identificador único...

 


Reivindicaciones:

1. Un método para transferir recursos desde un primer terminal de usuario (1) a un segundo terminal de usuario (2), caracterizado porque comprende los pasos de:

- autenticar el primer terminal de usuario (1) en una red de comunicaciones inalámbricas (3) proporcionando un primer identificador de usuario (user_A);

- solicitar por parte del primer terminal de usuario (1) un recurso a un servidor de recursos (5) accesible a través de la red de comunicaciones inalámbricas (3);

- generar por parte del servidor de recursos (5) un primer identificador único (XY50) para un recurso y asociar por parte del servidor de recursos (5) el primer identificador único del recurso con un valor económico;

- solicitar por parte del servidor de recursos (5) a un servidor de cuenta de usuario (4) de la red de comunicaciones inalámbricas (3) el acceso a una cuenta de usuario identificada por el primer identificador de usuario (user_A);

- actualizar la cuenta de usuario con el valor económico asociado con el primer identificador único (XY50) del recurso;

- enviar el primer identificador único (XY50) del recurso al primer terminal de usuario (1);

- solicitar la transferencia del recurso desde el primer terminal de usuario (1) al segundo terminal de usuario (2);

- enviar desde el servidor de recursos (5) al segundo terminal de usuario (2) un identificador único final del recurso generado por el servidor de recursos (5) con el fin de habilitar el uso del recurso al segundo terminal de usuario.

2. Un método de acuerdo con la reivindicación 1, caracterizado porque comprende de manera adicional un paso, realizado por parte del servidor de recursos (5), de asociar el primer identificador único (XY50) del recurso con el primer identificador de usuario (user_A), antes del paso de solicitar la transferencia del recurso.

3. Un método de acuerdo con cualquiera de las reivindicaciones anteriores, caracterizado porque comprende de manera adicional un paso, realizado por parte del servidor de recursos (5), de asociar el primer identificador único (XY50) del recurso con un primer valor de estado (s1), que indica la habilitación de la transferencia del recurso al segundo terminal de usuario (2), antes del paso de solicitar la transferencia del recurso.

4. Un método de acuerdo con cualquiera de las reivindicaciones anteriores, caracterizado porque el paso de solicitar la transferencia del recurso comprende el envío desde el primer terminal de usuario (1) de un segundo identificador de usuario (user_B) para comunicar con el segundo terminal de usuario (2) a través de la red de comunicaciones inalámbricas (3).

5. Un método de acuerdo con la reivindicación 2, caracterizado porque el paso de solicitar la transferencia del recurso comprende de manera adicional un paso, realizado por parte del servidor de recursos (5), de desasociar del primer identificador de usuario (user_A) el primer identificador único (XY50) del recurso.

6. Un método de acuerdo con las reivindicaciones 4 y 5, caracterizado porque el paso de solicitar la transferencia del recurso comprende de manera adicional un paso, realizado por parte del servidor de recursos (5), de asociar el primer identificador único (XY50) del recurso con el segundo identificador de usuario (user_B).

7. Un método de acuerdo con la reivindicación 6, caracterizado porque el paso de solicitar la transferencia del recurso comprende de manera adicional, antes del paso de desasociar del primer identificador de usuario (user_A) el primer identificador único (XY50) del recurso, un paso de envío del primer identificador único (XY50) del recurso desde el primer terminal de usuario (1) al servidor de recursos (5).

8. Un método de acuerdo con la reivindicación 6, caracterizado porque el paso de solicitar la transferencia del recurso comprende de manera adicional, antes de los pasos de desasociar del primer identificador de usuario (user_A) el primer identificador único (XY50) del recurso y la asociación del primer identificador único (XY50) del recurso con el segundo identificador de usuario (user_B), un paso de envío del primer identificador único (XY50) del recurso desde el primer terminal de usuario (1) al segundo terminal de usuario (2).

9. Un método de acuerdo con la reivindicación 8, caracterizado porque el paso de solicitar la transferencia del recurso comprende de manera adicional un paso, realizado por parte del servidor de recursos (5) tras el envío del primer identificador único (XY50) del recurso al segundo terminal de usuario (2), de validación del primer identificador único (XY50) del recurso enviado desde el primer terminal de usuario (1).

10. Un método de acuerdo con la reivindicación 9, caracterizado porque el paso de validar el primer identificador único (XY50) del recurso comprende los siguientes pasos:

- enviar desde el segundo terminal de usuario (2) al servidor de recursos (5) el segundo identificador de usuario (user_B) y el primer identificador único (XY50),

- enviar desde el servidor de recursos (5) al primer terminal de usuario (1) una notificación del paso de desasociar del primer identificador de usuario (user_A) el primer identificador único (XY50) del recurso,

- enviar desde el servidor de recursos (5) al segundo terminal de usuario (2) un acuse de recibo del paso de desasociar del primer identificador de usuario (user_A) el primer identificador único (XY50) del recurso.

11. Un método de acuerdo con cualquiera de las reivindicaciones 5 a la 10, caracterizado porque el identificador único final del recurso enviado al segundo terminal de usuario (2) es el primer identificador único (XY50) del recurso.

12. Un método de acuerdo con la reivindicación 3, caracterizado porque el paso de solicitar la transferencia del recurso comprende de manera adicional los siguientes pasos realizados por el servidor de recursos (5):

- desasociar el primer identificador único (XY50) del recurso del primer valor de estado (s1),

- generar un segundo identificador único (XY51) para el recurso y asociar el segundo identificador único (XY51) del recurso con el mismo valor económico asociado con el primer identificador único (XY50) del recurso;

- asociar el primer identificador único (XY50) del recurso con un segundo valor de estado (s2), que indique la inhabilitación de la transferencia del recurso al menos de manera temporal,

- asociar el segundo identificador único (XY51) del recurso con el primer valor de estado (s1), que indique la habilitación de la transferencia del recurso al segundo terminal de usuario (2).

13. Un método de acuerdo con la reivindicación 12, caracterizado porque el paso de solicitar la transferencia del recurso comprende de manera adicional, antes del paso de desasociar el primer identificador único (XY50) del recurso del primer valor de estado (s1), un paso de enviar el primer identificador único (XY50) del recurso desde el primer terminal de usuario (1) al servidor de recursos (5).

14. Un método de acuerdo con la reivindicación 12, caracterizado porque el paso de solicitar la transferencia del recurso comprende de manera adicional, antes del paso de desasociar del primer identificador de usuario (user_A) el primer identificador único (XY50) del recurso, un paso de enviar el primer identificador único (XY50) del recurso desde el primer terminal de usuario (1) al segundo terminal de usuario (2).

15. Un método de acuerdo con la reivindicación 14, caracterizado porque el paso de solicitar la transferencia del recurso comprende de manera adicional un paso, realizado por el servidor de recursos (5) tras el envío del primer identificador único (XY50) del recurso al segundo terminal de usuario (2), de validación del primer identificador único (XY50) del recurso enviado desde el primer terminal de usuario (1).

16. Un método de acuerdo con cualquiera de las reivindicaciones 12 a la 15, caracterizado porque el paso de solicitar la transferencia del recurso comprende de manera adicional el envío desde el primer terminal de usuario (1) de un segundo identificador de usuario (user_B) para comunicar con el segundo terminal de usuario (2) a través de la red de comunicaciones inalámbricas (3).

17. Un método de acuerdo con las reivindicaciones 15 y 16, caracterizado porque el paso de validar el primer identificador único (XY50) del recurso comprende los siguientes pasos:

- enviar desde el segundo terminal de usuario (2) al servidor de recursos (5) el segundo identificador de usuario (user_B) y el primer identificador único (XY50),

- enviar desde el servidor de recursos (5) al primer terminal de usuario (1) una notificación de la desasociación del primer identificador único (XY50) del recurso del primer valor de estado (s1),

- enviar desde el servidor de recursos (5) al segundo terminal de usuario (2) un acuse de recibo de la desasociación del primer identificador único (XY50) del recurso del primer valor de estado (s1).

18. Un método de acuerdo con cualquiera de las reivindicaciones 12 a la 17, caracterizado porque comprende de manera adicional, tras el paso de asociar el segundo identificador único (XY51) del recurso con el primer valor de estado (s1), un paso de enviar al primer terminal de usuario (1) un mensaje de invalidación que indique que el primer terminal de usuario (1) está inhabilitado para usar el primer identificador único (XY50) del recurso.

19. Un método de acuerdo con cualquiera de las reivindicaciones 12 a la 18, caracterizado porque el identificador único final del recurso enviado al segundo terminal de usuario (2) es el segundo identificador único (XY51) del recurso.

20. Un sistema para la transferencia de recursos entre terminales de usuario, que comprende un primer terminal de usuario (1) que tiene medios para comunicar con un segundo terminal de usuario (2) y medios para autenticar el primer terminal de usuario (1) con un primer identificador de usuario (user A) en una red de comunicaciones inalámbricas (3), el sistema estando caracterizado porque comprende de manera adicional:

- un servidor de recursos (5) que comprende medios para comunicar con el primer terminal de usuario (1) y medios para comunicar con un servidor de cuenta de usuario (4) de la red de comunicaciones inalámbricas (3) en la que el primer terminal de usuario (1) está autenticado, el servidor de cuenta de usuario (4) proporcionando al servidor de recursos (5) acceso a una cuenta de usuario identificada por el primer identificador de usuario (user_A); el servidor de recursos (5) comprende de manera adicional medios para generar al menos un primer identificador único (XY50) para un recurso y para asociar el primer identificador único del recurso con un valor económico, medios para solicitar la actualización desde el servidor de cuenta de usuario (4) de la cuenta de usuario con el valor económico asociado al primer identificador único (XY50) del recurso, medios para enviar el primer identificador único (XY50) del recurso al primer terminal de usuario (1) y para enviar al segundo terminal de usuario (2) un identificador único final del recurso con el fin de habilitar el uso del recurso al segundo terminal de usuario (2).

21. Un sistema de acuerdo con la reivindicación 20, caracterizado porque el primer terminal de usuario (1) y el segundo terminal de usuario (2) están controlados por un mismo operador de red móvil que es el operador de red móvil que gestiona el servidor de cuenta de usuario (4) de la red de comunicaciones inalámbricas (3).

22. Un sistema de acuerdo con la reivindicación 20, caracterizado porque el primer terminal de usuario (1) y el segundo terminal de usuario (2) están controlados por diferentes operadores de red móvil.

23. Un sistema de acuerdo con cualquiera de las reivindicaciones 20 a la 22, caracterizado porque el servidor de recursos (5) está controlado por un operador de red móvil que gestiona el servidor de cuenta de usuario (4) de la red de comunicaciones inalámbricas (3).

24. Un sistema de acuerdo con cualquiera de las reivindicaciones 20 a la 22, caracterizado porque el servidor de recursos (5) y el servidor de cuenta de usuario (4) están controlados por diferentes operadores de red móvil.

25. Un sistema de acuerdo con cualquiera de las reivindicaciones 20 a la 22, caracterizado porque el servidor de recursos (5) está controlado por un proveedor de servicios de Internet que tiene acceso desde un operador de red móvil al servidor de cuenta de usuario (4) de la red de comunicaciones inalámbricas (3).

26. Un sistema de acuerdo con cualquiera de las reivindicaciones 24 ó 25, caracterizado porque el primer terminal de usuario (1) y el segundo terminal de usuario (2) están controlados por diferentes operadores de red móvil.

27. Un sistema de acuerdo con cualquiera de las reivindicaciones 20 a la 26, caracterizado porque los medios de comunicar el primer terminal de usuario (1) con el segundo terminal de usuario (2) se seleccionan de entre Bluetooth, Zigbee, NFC, IM, SMS y MMS.

28. El sistema de acuerdo con cualquiera de las reivindicaciones 20 a la 27, caracterizado porque los medios para comunicar el servidor de recursos (5) con el primer terminal de usuario (1) se seleccionan de entre acceso a Internet, USSD, IM, SMS y MMS.

29. El sistema de acuerdo con cualquiera de las reivindicaciones 20 a la 28, caracterizado porque el recurso se selecciona de entre dinero electrónico, fichero de texto, fichero de audio, fichero de imagen y fichero multimedia.

30. Un sistema de acuerdo con cualquiera de las reivindicaciones 20 a la 29, caracterizado porque el primer terminal de usuario (1) es un terminal portátil.

31. Un sistema de acuerdo con cualquiera de las reivindicaciones 20 a la 30, caracterizado porque el segundo terminal de usuario (2) es un terminal portátil.

32. Un sistema de acuerdo con cualquiera de las reivindicaciones 30 ó 31, caracterizado porque el primer terminal de usuario (1) o el segundo terminal de usuario (2) se selecciona de entre un teléfono móvil, un ordenador portátil y una PDA.

33. Un sistema de acuerdo con cualquiera de las reivindicaciones 20 a la 29, caracterizado porque el primer terminal de usuario (1) es un terminal fijo.

34. Un sistema de acuerdo con cualquiera de las reivindicaciones 20 a la 30, caracterizado porque el segundo terminal de usuario (2) es un terminal fijo.

35. Un sistema de acuerdo con cualquiera de las reivindicaciones 33 ó 34, caracterizado porque el primer terminal de usuario (1) o el segundo terminal de usuario (2) se selecciona de entre un ATM, un buzón de correo y un cajero.

36. Un sistema de acuerdo con cualquiera de las reivindicaciones 20 a la 35, caracterizado porque el servidor de recursos (5) comprende de manera adicional medios para asociar y desasociar el primer identificador único (XY50) del recurso con respecto al primer identificador de usuario (user_A).

37. Un sistema de acuerdo con cualquiera de las reivindicaciones 20 a la 35, caracterizado porque el servidor de recursos (5) comprende de manera adicional medios para asociar y desasociar el primer identificador único (XY50) del recurso con respecto a un primer valor de estado (s1), que indica la habilitación de la transferencia del recurso al segundo terminal de usuario (2).


 

Patentes similares o relacionadas:

PROCEDIMIENTO PARA PAGAR INFORMACIÓN DE INTERNET A TRAVÉS DE LA FACTURA DE TELÉFONO, del 23 de Febrero de 2011, de NOKIA SIEMENS NETWORKS GMBH & CO. KG: Procedimiento para pagar datos sujetos a pago, que se ofrecen a través de una red, según el cual - un usuario de la red solicita datos sujetos a pago, que le son indicados […]

Imagen de 'SISTEMA DE PAGO Y PROCEDIMIENTO DE GESTION DEL TRAFICO DE PAGOS…'SISTEMA DE PAGO Y PROCEDIMIENTO DE GESTION DEL TRAFICO DE PAGOS SIN DINERO EN EFECTIVO, del 14 de Septiembre de 2010, de MAXCHOICE INTERNATIONAL SL: Sistema de pago para el tráfico de pagos sin dinero en efectivo con sucedáneos de pago, que comprende a)unos soportes sucedáneos de pago que están dotados […]

Imagen de 'PROCEDIMIENTO PARA EJECUTAR TRANSACCIONES DE PAGO EN UNA RED…'PROCEDIMIENTO PARA EJECUTAR TRANSACCIONES DE PAGO EN UNA RED DE DATOS, del 4 de Junio de 2010, de DEUTSCHE TELEKOM AG: Procedimiento para la ejecución de transacciones de pago en una red de datos, con un sistema de administración , que presenta al menos un servidor de base de datos con al […]

Imagen de 'METODO PARA UTILIZAR APLICACIONES EN UNA ESTACION MOVIL, ESTACION…'METODO PARA UTILIZAR APLICACIONES EN UNA ESTACION MOVIL, ESTACION MOVIL Y SISTEMA PARA EFECTUAR PAGOS, del 1 de Junio de 2010, de NOKIA MOBILE PHONES LTD.: LA INVENCION DESCRIBE UN METODO PARA UTILIZAR UNA APLICACION EN UNA ESTACION MOVIL . LA APLICACION TIENE UN PRIMER MODO DE OPERACION Y UN SEGUNDO MODO DE OPERACION, […]

Imagen de 'SISTEMA DE CHEQUES BANCARIOS QUE TIENEN BANDAS MAGNETICAS Y/O…'SISTEMA DE CHEQUES BANCARIOS QUE TIENEN BANDAS MAGNETICAS Y/O CHIPS DE ALMACENAMIENTO, del 19 de Mayo de 2010, de AL AMRI, MOOSA EISA: Sistema de cheques bancarios que comprende cheques bancarios emitidos, cada uno de los cuales tiene una cara frontal que lleva impresos datos escritos visibles, una cara posterior […]

Imagen de 'METODO REVERSIBLE DE GENERACION DE TARJETAS DE PAGO MUTADAS USANDO…'METODO REVERSIBLE DE GENERACION DE TARJETAS DE PAGO MUTADAS USANDO UN ALGORITMO, del 20 de Abril de 2010, de SERVICIOS PARA MEDIOS DE PAGO, S.A.: El procedimiento consiste en realizar en el centro emisor , a través de su servidor de autenticación , una primera fase en la que se genera la firma […]

Imagen de 'SISTEMA Y METODO DE SERVICIO DE FACTURACION'SISTEMA Y METODO DE SERVICIO DE FACTURACION, del 19 de Abril de 2010, de SWERUP, JAN: Un sistema de servicio de facturación que comprende un servidor de facturación para generar facturas basado en información de facturación proporcionada por un […]

SISTEMA, MÉTODO Y APARATO PARA COMUNICAR INFORMACIÓN ENTRE UN DISPOSITIVO DE COMUNICACIONES MÓVIL Y UN ESCÁNER DE CÓDIGOS DE BARRAS, del 6 de Febrero de 2012, de MoBeam Inc: Un método para proporcionar activamente datos de información de transmisión a un escáner o explorador de códigos de barras desde un dispositivo de comunicaciones […]

Utilizamos cookies para mejorar nuestros servicios y mostrarle publicidad relevante. Si continua navegando, consideramos que acepta su uso. Puede obtener más información aquí. .