ES2626296T3 - Procedimiento de multiplexación de mensajes, dispositivo y programa correspondiente - Google Patents

Procedimiento de multiplexación de mensajes, dispositivo y programa correspondiente Download PDF

Info

Publication number
ES2626296T3
ES2626296T3 ES12713965.7T ES12713965T ES2626296T3 ES 2626296 T3 ES2626296 T3 ES 2626296T3 ES 12713965 T ES12713965 T ES 12713965T ES 2626296 T3 ES2626296 T3 ES 2626296T3
Authority
ES
Spain
Prior art keywords
payment terminal
terminal
communication terminal
virtual channels
communication interface
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES12713965.7T
Other languages
English (en)
Inventor
Jean-Roch POLIGNY
Vincent GOMES
Sébastien JAMES
Jessica ROYER
Jean-Christophe POMMARET
Jérôme Grandemenge
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Worldline MS France
Original Assignee
Ingenico Group SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ingenico Group SA filed Critical Ingenico Group SA
Application granted granted Critical
Publication of ES2626296T3 publication Critical patent/ES2626296T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60T—VEHICLE BRAKE CONTROL SYSTEMS OR PARTS THEREOF; BRAKE CONTROL SYSTEMS OR PARTS THEREOF, IN GENERAL; ARRANGEMENT OF BRAKING ELEMENTS ON VEHICLES IN GENERAL; PORTABLE DEVICES FOR PREVENTING UNWANTED MOVEMENT OF VEHICLES; VEHICLE MODIFICATIONS TO FACILITATE COOLING OF BRAKES
    • B60T13/00—Transmitting braking action from initiating means to ultimate brake actuator with power assistance or drive; Brake systems incorporating such transmitting means, e.g. air-pressure brake systems
    • B60T13/10—Transmitting braking action from initiating means to ultimate brake actuator with power assistance or drive; Brake systems incorporating such transmitting means, e.g. air-pressure brake systems with fluid assistance, drive, or release
    • B60T13/12—Transmitting braking action from initiating means to ultimate brake actuator with power assistance or drive; Brake systems incorporating such transmitting means, e.g. air-pressure brake systems with fluid assistance, drive, or release the fluid being liquid
    • B60T13/14—Transmitting braking action from initiating means to ultimate brake actuator with power assistance or drive; Brake systems incorporating such transmitting means, e.g. air-pressure brake systems with fluid assistance, drive, or release the fluid being liquid using accumulators or reservoirs fed by pumps
    • B60T13/142—Systems with master cylinder
    • B60T13/145—Master cylinder integrated or hydraulically coupled with booster
    • B60T13/146—Part of the system directly actuated by booster pressure
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60T—VEHICLE BRAKE CONTROL SYSTEMS OR PARTS THEREOF; BRAKE CONTROL SYSTEMS OR PARTS THEREOF, IN GENERAL; ARRANGEMENT OF BRAKING ELEMENTS ON VEHICLES IN GENERAL; PORTABLE DEVICES FOR PREVENTING UNWANTED MOVEMENT OF VEHICLES; VEHICLE MODIFICATIONS TO FACILITATE COOLING OF BRAKES
    • B60T13/00—Transmitting braking action from initiating means to ultimate brake actuator with power assistance or drive; Brake systems incorporating such transmitting means, e.g. air-pressure brake systems
    • B60T13/10—Transmitting braking action from initiating means to ultimate brake actuator with power assistance or drive; Brake systems incorporating such transmitting means, e.g. air-pressure brake systems with fluid assistance, drive, or release
    • B60T13/12—Transmitting braking action from initiating means to ultimate brake actuator with power assistance or drive; Brake systems incorporating such transmitting means, e.g. air-pressure brake systems with fluid assistance, drive, or release the fluid being liquid
    • B60T13/16—Transmitting braking action from initiating means to ultimate brake actuator with power assistance or drive; Brake systems incorporating such transmitting means, e.g. air-pressure brake systems with fluid assistance, drive, or release the fluid being liquid using pumps directly, i.e. without interposition of accumulators or reservoirs
    • B60T13/161—Systems with master cylinder
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mechanical Engineering (AREA)
  • Transportation (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)
  • Telephonic Communication Services (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

Procedimiento de multiplexación de mensajes intercambiados entre un terminal de pago y un terminal de comunicación por medio de una conexión entre dicho terminal de pago y dicho terminal de comunicación, utilizando el protocolo iAP, iPod Accessory Protocol, comprendiendo dicho procedimiento: - una etapa (311) de inicialización de una interfaz de comunicación externa con dicho terminal de comunicación; - una primera etapa (312) de transmisión, por dicho terminal de pago, a dicho terminal de comunicación, de una solicitud de creación de canales virtuales distantes, por medio de dicha interfaz de comunicación externa; - una etapa (313) de creación, en el seno de dicho terminal de pago, de canales virtuales locales correspondientes a dichos canales virtuales distantes; - una segunda etapa (32) de transmisión de tramas de datos asociados a dichos canales virtuales locales por medio de dicha interfaz de comunicación externa, dicho procedimiento en el que un canal virtual se crea bajo la forma de una cola, configurándose dicha cola para permitir la recepción, el registro y la eliminación de tramas TLV, Tipo-Longitud-Valor, destinadas a dicho canal virtual.

Description

5
10
15
20
25
30
35
40
45
50
DESCRIPCION
Procedimiento de multiplexacion de mensajes, dispositivo y programa correspondiente Campo de la invencion
La presente invencion se refiere al campo de los dispositivos de pago electronicos. Mas particularmente, la presente invencion se refiere a un nuevo tipo de dispositivo de pago electronico que puede emparejarse. La invencion se refiere aun mas particularmente a la transmision de datos entre dos terminales que componen el dispositivo de pago electronico.
Soluciones del estado de la tecnica
En la actualidad, los terminales de pago se utilizan principalmente para permitir el ajuste de las compras de bienes y de servicios en el seno de los puntos de venta. Estos terminales comprenden generalmente un lector de tarjeta inteligente y un lector de tarjeta magnetica. Comprenden igualmente una pantalla, que permite en particular visualizar informaciones, tales como las sumas de las transacciones, y un teclado de introduccion de estos mismos importes, asf como de codigos confidenciales introducidos por los clientes, o bien una pantalla tactil.
Los terminales mas recientes se conectan a cajas registradoras y/o a ordenadores por medio de una red de comunicacion. Tales conexiones pueden por cable, por ejemplo, de tipo Ethernet, o inalambricas. Estas conexiones permiten, por ejemplo, conectarse a un servidor de autentificacion o a un servidor bancario en vistas de la obtencion de una autorizacion del debito.
Para poder comunicarse con el exterior, y en particular, con servidores bancarios, el terminal de pago utiliza uno o varios medios de conexion. Uno de estos medios consiste en utilizar una red de comunicacion inalambrica, por ejemplo, GPRS (del ingles "General Pocket Radio Service"). En este caso, el terminal de pago actua de manera autonoma. El terminal de pago se provee entonces de una tarjeta SIM (del ingles "Suscriber Identity Dispositivo de multiplexacion"). Se trata de un chip que contiene un microcontrolador y memoria. Esta tarjeta SIM se asocia generalmente a una suscripcion telefonica (de tipo transmision de datos) que debe suscribirse por el vendedor. Ademas del hecho de que este tipo de suscripcion es relativamente cara, la implementacion de las funcionalidades de comunicacion se atribuye al terminal. De este modo, ademas de las funciones de pago, el terminal manejar las funciones de comunicacion, que no son naturalmente las funciones que esperamos de un terminal de pago.
Para superar el problema de coste de la suscripcion asociada a la comunicacion GPRS en particular, los nuevos tipos de terminales se comunican mediante una red de tipo "WiFi" (del ingles para "Wireless Fidelity"), por ejemplo. El vendedor ya no esta obligado a una suscribir una suscripcion particular. El terminal de pago puede conectarse a la red WiFi del vendedor y acceder, como en una conexion con cable, a servicios bancarios. Sin embargo, el uso del terminal se limita entonces a la zona de cobertura de la red WiFi, lo que no conviene a una utilizacion nomada (por ejemplo, para un medico de visita en casa de sus pacientes o para un chofer de taxi).
El estado de la tecnica anterior se conoce a partir de los documentos US2004/0042450 A1 y US2008/0114699 A1.
Se presenta, en relacion con la figura 1, la arquitectura de hardware general en la que el terminal de pago interviene para poder realizar una transaccion bancaria, cuando este terminal no es autonomo (CAS 1) y cuando es autonomo (CAS 2).
De este modo, existe una necesidad para proponer un terminal de pago que pueda utilizarse para aplicaciones nomadas, por lo tanto, utilizando una red de comunicacion inalambrica, minimizando los costes de implementacion de un tal terminal de pago. Para ello, se propone, de esta manera, emparejar el terminal de pago con un terminal de comunicacion existente (por ejemplo, un iPhone™ o un iPod™). El terminal emparejado naturalmente incluye numerosas funcionalidades que estan ausentes del terminal de pago cuando no se empareja.
El problema es que cualquier terminal de pago nuevo debe sufrir una serie de pruebas de certificacion. Estas pruebas de certificacion se llaman pruebas "PCI/PED". Son extremadamente caros. De este modo, los constructores de los terminales de pago cuidan de efectuar estas pruebas con criterio.
De este modo, existe pues una necesidad de proponer un terminal de pago que sea a la vez emparejable con un terminal de comunicacion para formar un terminal emparejado, sin que sea necesario implementar nuevas pruebas de certificacion cada vez que se desee emparejar una nueva version o un nuevo tipo de terminal de comunicacion (por ejemplo, un nuevo iPhone™ o un nuevo iPod™).
Resumen de la invencion
La invencion no presenta estos inconvenientes del estado de la tecnica.
La invencion se define en las reivindicaciones independientes 1,6, y 7.
La invencion se refiere mas particularmente a un procedimiento de multiplexacion de mensajes intercambiados entre
5
10
15
20
25
30
35
40
45
50
un terminal de pago y un terminal de comunicacion por medio de una conexion entre dicho terminal de pago y dicho terminal de comunicacion, utilizando el protocolo iAP. Segun la invencion, un tal procedimiento comprende:
- una etapa de inicializacion de una interfaz de comunicacion externa con dicho terminal de comunicacion;
- una primera etapa de transmision, por dicho terminal de pago, a dicho terminal de comunicacion, de una solicitud de creacion de canales virtuales distantes, por medio de dicha interfaz de comunicacion externa;
- una etapa de creacion, en el seno de dicho terminal de pago, de canales virtuales locales correspondientes a dichos canales virtuales distantes;
- una segunda etapa de transmision de tramas de datos asociados a dichos canales virtuales locales por medio de dicha interfaz de comunicacion externa.
De este modo, la invencion permite realizar una transmision de datos por medio de canales multiples utilizando una interfaz de comunicacion en serie.
Segun una caractenstica particular de dicha interfaz de comunicacion externa es una interfaz RS232.
Segun un modo de realizacion particular, dicho procedimiento comprende, ademas, antes de dicha etapa de inicializacion de interfaz de comunicacion comprende una etapa de autentificacion de dicho terminal de pago con respecto a dicho terminal de comunicacion que comprende:
- una etapa de obtencion de un certificado de autentificacion; y
- una etapa de verificacion, de la autorizacion del terminal de pago que se emparejara con dicho terminal de comunicacion con ayuda de dicho certificado de autentificacion.
Segun un modo de realizacion particular, dicha segunda etapa de transmision de tramas de datos asociados a dichos canales virtuales locales comprende:
- una etapa de verificacion, en el seno de dichos canales virtuales, de una presencia de una trama TLV destinada al terminal de comunicacion;
y cuando uno de los canales comprende una tal trama:
- una etapa de encapsulacion de esta trama TLV en un mensaje iAP.
Segun una caractenstica particular, dichos canales virtuales pertenecen al grupo que comprende:
- un canal virtual "transaction" de intercambio de datos relativos a las transacciones bancarias;
- un canal virtual "configuration" de intercambio de informacion de servicio;
- un canal virtual "SSL", de cifrado de transmision de datos entre dicho terminal de pago y dicho terminal de comunicacion;
- un canal virtual "Printer" de transmision de datos de impresion;
- un canal virtual "Barrcode" de gestion de la lectura de codigos de barras.
Segun una caractenstica particular, que un canal virtual se cree bajo la forma de una cola, configurandose dicha cola para permitir la recepcion, el registro y la eliminacion de tramas TLV destinadas a dicho canal virtual.
Segun otro aspecto, la invencion se refiere igualmente a un dispositivo de multiplexacion de mensajes intercambiados entre un terminal de pago y un terminal de comunicacion por medio de una conexion entre dicho terminal de pago y dicho terminal de comunicacion utilizando el protocolo iAP.
Segun la invencion, un tal dispositivo comprende:
- medios de inicializacion de una interfaz de comunicacion externa con dicho terminal de comunicacion;
- medios de transmision, por dicho terminal de pago, a dicho terminal de comunicacion, de una solicitud de creacion de canales virtuales distantes, por medio de dicha interfaz de comunicacion externa;
- medios de creacion, en el seno de dicho terminal de pago, de canales virtuales locales correspondientes a dichos canales virtuales distantes;
- medios de transmision de tramas de datos asociados a dichos canales virtuales locales por medio de dicha interfaz de comunicacion externa.
Segun una implementacion preferente, las diferentes etapas del procedimiento segun la invencion se implementan por un software o programa informatico, comprendiendo este software instrucciones de software que se ejecutaran por un procesador de datos de un terminal de pago segun la invencion y concibiendose para controlar la ejecucion de las diferentes etapas de este procedimiento.
En consecuencia, la invencion apunta tambien a un programa, susceptible de ejecutarse por un ordenador o por un procesador de datos, constando este programa de instrucciones para controlar la ejecucion de las etapas de un procedimiento tal como se menciono anteriormente.
5
10
15
20
25
30
35
40
45
50
Este programa puede utilizar cualquier lenguaje de programacion, y ser bajo la forma de codigo fuente, codigo objeto, o de codigo intermediario entre codigo fuente y codigo objeto, tal como en una forma parcialmente compilada, o en cualquier otra forma deseada.
La invencion apunta tambien a un soporte de informaciones legibles por un procesador de datos, y consta tambien de las instrucciones de un programa tal como se menciono anteriormente.
El soporte de informaciones puede ser cualquier entidad o dispositivo capaz de almacenar el programa. Por ejemplo, el soporte puede constar de un medio de almacenamiento, tal como una ROM, por ejemplo, un CD-ROM o una ROM de circuito microelectronico, o aun un medio de registro magnetico, por ejemplo, un disquete (floppy disc) o un disco duro.
Por otra parte, el soporte de informaciones puede ser un soporte transmisible tal como una senal electrica u optica, que puede distribuirse a traves de un cable electrico u optico, por radio o por otros medios. El programa segun la invencion puede descargarse en particular sobre una red de tipo Internet.
Alternativamente, el soporte de informaciones puede ser un circuito integrado en el que el programa se incorpora, adaptandose el circuito para ejecutar o para utilizarse en la ejecucion del procedimiento en cuestion.
Segun un modo de realizacion, la invencion se implementa a traves de componentes de software y/o de hardware. En esta optica, el termino "modulo" puede corresponder en este documento tanto a un componente de software, como a un componente de hardware o a un conjunto de componentes de hardware y de software.
Un componente de software corresponde a uno o varios programas de ordenador, uno o varios subprogramas de un programa, o de manera mas general, a cualquier elemento de un programa o de un software apto para implementar una funcion o un conjunto de funciones, segun lo que se describe a continuacion. Un tal componente de software se ejecuta por un procesador de datos de una entidad ffsica (terminal de pago) y es susceptible de acceder a los recursos de hardware de esta entidad ffsica (memorias, soportes de registro, bus de comunicacion, tarjetas electronicas de entradas/salidas, interfaces de usuario, etc.).
De la misma manera, un componente de hardware corresponde a cualquier elemento de un conjunto de hardware apto para implementar una funcion o un conjunto de funciones, segun lo que se describe a continuacion para el modulo relacionado. Puede tratarse de un componente de hardware programable o con un procesador integrado para la ejecucion del software, por ejemplo, un circuito integrado, una tarjeta inteligente, una tarjeta de memoria, una tarjeta electronica para la ejecucion de un microsoftware (firmware), etc.
Lista de las figuras
Otras caractensticas y ventajas de la invencion se apareceran mas claramente tras la lectura de la descripcion siguiente de un modo de realizacion preferente, dado a tftulo de simple ejemplo ilustrativo y no limitante, y de los dibujos adjuntos, entre los cuales:
- la figura 1, ya presentada, ilustra la arquitectura de hardware de un sistema de pago en el que un terminal de pago interviene;
- la figura 2 es un diagrama de bloques que describe las capas de software implementadas en el seno de un terminal de pago;
- la figura 3 describe el procedimiento de multiplexacion segun un modo de realizacion;
- la figura 4 describe el formato de un mensaje iAP;
- la figura 5 presenta colas que corresponden a los canales virtuales creados en el momento de la implementacion de la multiplexacion;
- la figura 6 describe resumidamente la arquitectura de hardware del dispositivo de multiplexacion.
Descripcion detallada de la invencion
1.1 Recordatorio del principio de la invencion
La invencion tiene como objetivo reutilizar un terminal de pago existente para emparejarse con un terminal de comunicacion (por ejemplo, un iPod™ o un iPhone™), sin que sea necesario certificar (en el seno de las certificaciones PCI/PED) el conjunto constituido del terminal de comunicacion y del terminal de pago.
Para ello, la invencion propone implementar un dispositivo de multiplexacion que realice una multiplexacion bidireccional de mensajes intercambiados entre el terminal de pago y el terminal de comunicacion. La arquitectura de software propuesta permite reutilizar las aplicaciones existentes, ya aprobadas para soluciones que funcionan cuando el terminal de comunicacion y el terminal de pago se intercambian datos en IO (igualmente llamado "stack IP"), con productos moviles que no soportan la utilizacion de "stack ip" en vivo (tipo iPhone™).
Mas particularmente, la multiplexacion implementada por medio del protocolo iAP, el cual es el origen del problema al que la invencion permite aportar una solucion (cuello de botella formado por el iAP). De este modo, el terminal de pago se ve como un accesorio del terminal de comunicacion. De hecho, el terminal de comunicacion, que
5
10
15
20
25
30
35
40
45
50
55
comprende numerosas funcionalidades que no se pueden presentar en el terminal de pago puede ventajosamente completar el funcionamiento de este ultimo.
El dispositivo de multiplexacion implementa una secuencia de etapas que conducen a la transmision y/o a la recepcion, por el terminal de pago, de datos para y provenientes del terminal de comunicacion. Segun un modo de realizacion particular, el procedimiento de multiplexacion de mensaje por medio de una conexion que utiliza el protocolo iAP comprende: El "iPod Accesory Protocol/iAP" (igualmente conocido bajo el nombre de Apple Accessory Protocol/AAP) se utiliza para la comunicacion entre iPod™/iPhone™ y accesorios tales como estaciones de acoplamiento y adaptadores para coches. El iAP se utiliza principalmente para controlar la lectura del iPod/iPhone y para transferir datos tales como los metadatos sobre la pista en curso de lectura y la caratula del album. Con las versiones recientes del iAP, es igualmente posible que los accesorios se comuniquen con las aplicaciones que funcionan en iPhone OS.
Sin embargo, el iAP y su implementacion en los terminales de Apple sufren un problema grave: el debito. En efecto, el iAP tiene un debito reducido que va aproximadamente desde los 19.200 hasta los 57.600 baudios, en funcion de las versiones utilizadas en los datos que se transmitiran. De hecho, la comunicacion entre los terminales y los accesorios se efectua con ayuda de una interfaz RS232 (una interfaz en serie) que utiliza el iAP.
Ahora bien, esta interfaz no se adapta a la transmision de datos entre un terminal de pago y un terminal de comunicacion. Esta transmision de datos tiene mas bien que realizarse por medio de una interfaz USB. Esta interfaz USB permite transmitir, a gran velocidad, grandes cantidades de datos. Mas particularmente, el terminal de comunicacion y el terminal de pago se conectan entre sf por medio de una interfaz USB y la transmision de datos se efectua realizando una emulacion de un enlace en serie implementando el protocolo PPP ("Point-to-Point Protocol"), implementando el mismo el protocolo IP ("Internet Protocol") que permite al terminal de pago y al terminal de comunicacion disponer cada uno de una direccion IP. Los datos de longitud variable so en cuanto a ellos, transmitidos segun la tecnica llamada de "TLV" ("Type-length-value").
En otras palabras, el enlace USB entre los dos terminales y es sin duda mas rapido, pero se realizan muchas encapsulaciones de datos. Ello da como resultado una perdida de eficacia del enlace USB bastante considerable: las multiples encapsulaciones (IP, PPP, USB) sin permitir utilizar las mismas tecnicas para una transmision por medio de una interfaz RS232.
Ademas, para poder comunicar con los terminales de Apple es necesario implementar "lingos". El protocolo iAP define cuatro "lingos" (que son canales de intercambio de datos entre el terminal de comunicacion de Apple™ (iPhone™, iPod™, etc.) y el accesorio (estacion de acoplamiento, auriculares, etc.) conectado al terminal de comunicacion. Los cuatro "lingos" son los siguientes: General Lingo (generico), Display Remote Lingo (transferencia de visualizacion), Extended Interface Lingo (interfaz extendida), Digital Audio Lingo (transmision de datos de audio). No es posible utilizar otros medios de comunicacion con el terminal de comunicacion. Los inventores han tenido pues que implementar una tecnica para permitir una transmision de datos adaptada al terminal de pago. De hecho, los medios de transmision ("lingos") ofrecidos por el terminal de comunicacion que utilizan el protocolo iAP no se manifiestan adaptados a una implementacion de aplicaciones de pago.
De este modo, la invencion propone la implementacion de una capa de enlace que permite soportar la transmision de datos entre el terminal de pago y el terminal de comunicacion. Esta capa de enlace permite administrar el flujo de datos (bajo la forma de tramas TLV) que se transmite entre los terminales.
Se presenta, en relacion con la figura 2, un diagrama de bloques que describe las capas de software implementadas en el seno del terminal de pago segun un modo de realizacion.
Las capas de software comprenden una capa llamada "nivel bajo" que comprende los modulos de software que interactuan directamente con los componentes de hardware del terminal. Esta capa "nivel bajo" permite pilotar los dispositivos de hardware del terminal de pago y comprende pilotos ("drivers", en ingles). Esta capa de software nivel bajo se utiliza por medio de un sistema operativo ("OS, Operating System" en ingles). El sistema operativo comprende en particular bibliotecas ("libraries" en ingles). El propio sistema operativo se utiliza por un gestor de aplicacion ("Manager") que controla las diferentes aplicaciones del terminal de pago. Entre las aplicaciones posibles, se pueden citar las aplicaciones de pago (simple, diferido, en varios plazos), la gestion de tarjetas de fidelidad, el monedero electronico, etc.
1.2 Descripcion de un modo de realizacion
Para permitir la transmision de datos por medio de un enlace de tipo "en serie", no adaptado para este uso en el ambito de un enlace entre el terminal de pago y un terminal de comunicacion de tipo iPod™ o iPhone™, la invencion propone, en este modo de realizacion, implementar una multiplexacion de los mensajes.
Mas particularmente, en la medida en la que el objetivo es poder reutilizar un terminal de pago existente para emparejarse con un terminal de comunicacion (iPod™ o iPhone™), sin que sea necesario certificar (en el seno de los certificados PCI/PED) el conjunto constituido por el terminal de comunicacion y el terminal de pago, los inventores aportan una solucion simple, que se puede actualizar. Para esto, los inventores han implementado un
5
10
15
20
25
30
35
40
45
50
55
dispositivo de multiplexacion que tiene la funcion de interfaz entre el terminal de pago y el iPhone™ o el iPod™.
Mas particularmente, en un modo de realizacion, esta interfaz es un modulo de interfaz, de software o de hardware, que permite por una parte transmitir y recibir mensajes hacia el terminal movil. Segun un primer modo de realizacion particular, el dispositivo de multiplexacion se implementa en el seno del terminal de pago. Debido a esto, tiene las medidas de seguridad implementadas en el seno del terminal de pago (medidas que se toman para permitir el certificado PCI-PCE). Segun un segundo modo de realizacion particular, el dispositivo de multiplexacion de una interfaz se implementa en el seno de una tarjeta electronica de conexion entre el terminal de pago y el terminal movil. En este segundo modo de realizacion, la tarjeta electronica de conexion comprende un circuito imprimido sobre el que se fija:
- un primer conector, que permite conectar la tarjeta al dispositivo de pago,
- un segundo conector, que permite conectar la tarjeta al terminal de comunicacion, y
- un tercer conector, que permite conectar la tarjeta a un dispositivo externo (por ejemplo, un cargador).
Segun la invencion, el dispositivo de multiplexacion de interfaz se configura para implementar un procedimiento de multiplexacion de mensajes entre el terminal de pago y el terminal movil. Este procedimiento de multiplexacion, presentado en relacion con la figura 3, comprende, desde el punto de vista del terminal de pago, las etapas siguientes:
- una etapa (311) de inicializacion de una interfaz de comunicacion externa con dicho terminal de comunicacion;
- una primera etapa (312) de transmision, a dicho terminal de comunicacion, de una solicitud de creacion de canales virtuales distantes, por medio de dicha interfaz de comunicacion externa;
- una etapa (313) de creacion, en el seno de dicho terminal de pago, de canales virtuales locales correspondientes a dichos canales virtuales distantes;
- una segunda etapa (32) de transmision de tramas de datos asociados a dichos canales virtuales locales por medio de dicha interfaz de comunicacion externa.
De este modo, el terminal de pago es capaz de transmitir datos al terminal de comunicacion por medio de canales virtuales.
La lista de canales virtuales es la siguiente:
- un canal virtual "transaction" destinada a emitir y recibir los datos relativos a las transacciones bancarias;
- un canal virtual "configuration" destinado a permitir el intercambio de informaciones de servicio (sincronizacion, ajuste de la hora, etc.);
- un canal "SSL", por el nombre del protocolo homonimo, destinado a asegurar la transmision de datos entre el terminal de pago y el terminal de comunicacion;
- un canal "Printer" destinado a transmitir datos llamados de impresion, tal como datos que resultan de una transaccion (comunmente llamados "tarjeta de ticket");
- un canal virtual "Barrcode" destinado a permitir la gestion de la lectura de codigos de barras cuando el terminal de pago dispone de un lector de codigo de barras.
Antes de la inicializacion de la interfaz de comunicacion externa con el terminal de comunicacion, el metodo de la invencion comprende ademas una primera etapa (30) de autentificacion de dicho terminal de pago respecto a dicho terminal de comunicacion. Esta etapa permite asegurar que el terminal de pago se autoriza a acoplarse con el terminal de comunicacion.
Esta primera etapa (30) de autentificacion comprende, desde el punto de vista del terminal de pago, una etapa (301) de obtencion de un certificado (por ejemplo, de un procesador dedicado situado en el seno del terminal de pago) y una etapa (302) de verificacion, de tipo "desaffo/respuesta", en la que el terminal de comunicacion verifica la autorizacion del terminal de pago que se emparejara. El procesador dedicado para ello que se instala en el seno del terminal de pago puede ser un procesador proporcionado por el fabricante del terminal de comunicacion (por ejemplo, Apple™).
Esta primera etapa de autentificacion puede seguirse ventajosamente en un modo de realizacion espedfico de la invencion no representado, de una segunda etapa de autentificacion en la que la carga se de la prueba no estara en el lado del terminal de pago sino en el lado del terminal de comunicacion. Esta segunda etapa tendra, de este modo, por objetivo asegurar que el terminal de comunicacion tiene derecho a emparejarse con el terminal de pago al que se empareja. Esta etapa de autentificacion puede ser igualmente del tipo "desaffo/respuesta" o de cualquier otro tipo adecuado. Esta segunda etapa de autentificacion puede utilizar ventajosamente hardware criptografico que esta comprendido en la tarjeta SlM del terminal de comunicacion. De este modo, esta utilizacion, con el proposito de autenticacion mutua, evita tener que colocar datos sensibles en el terminal de comunicacion (que no esta previsto para ello), y evita desarrollar una solucion costosa para esto.
Segun un modo de realizacion de la invencion, despues de la etapa (313) de creacion, en el seno de dicho terminal de pago, de los canales virtuales correspondientes a dichos canales virtuales creados por el terminal de comunicacion, el procedimiento de multiplexacion comprende una etapa (321) de verificacion, en el seno de dichos
5
10
15
20
25
30
35
40
45
50
canales virtuales, de una presencia de una trama TLV destinada al terminal de comunicacion y cuando uno de los canales comprende una tal trama, una etapa (322) de encapsulacion de esta trama TLV en un mensaje (3221) iAP.
Segun un modo de realizacion particular de la invencion, el formato del mensaje (3221) iAP transmitido, presentado en relacion con la figura 4, es el siguiente:
- un identificador (401) de "lingo" de una longitud de 1 byte;
- un identificador (402) de trama de una longitud de 1 byte;
- un identificador (403) de transaccion de una longitud de 2 bytes;
- un identificador de sesion (que corresponde al numero de canal (404) virtual) de una longitud de 2 bytes;
- datos (405) de longitud variable TLV;
- un codigo (406) de control integrado CRC.
De este modo, se minimiza enormemente los datos de encapsulacion y se transmiten pues datos utiles en un canal ffsico limitado.
Segun un modo de realizacion de la invencion, el procedimiento de multiplexacion comprende igualmente, en el lado del terminal de comunicacion, una etapa (323) de verificacion, en el seno de canales virtuales del terminal de comunicacion, de una presencia de una trama TL destinada al terminal de pago y cuando uno de los canales comprende una tal trama, una etapa (324) de encapsulacion de esta trama en un mensaje iAP.
De este modo, se utiliza una interfaz de comunicacion de manera bidireccional.
Mas particularmente, los canales virtuales, en un modo de realizacion particular, se describen en relacion con la figura 5, creados bajo la forma de una pluralidad de colas de tipo "FIFO" (F1 a F5 en el lado del terminal de pago y F'1 a F'5 en el lado del terminal de comunicacion). El funcionamiento de estas colas es el siguiente.
Las colas son invisibles, desde el punto de vista de las aplicaciones (APPx, APPy, APPz) del terminal de pago. Esto es lo que permite no modificar estas aplicaciones que ya han sido aprobadas. De hecho, las aplicaciones del terminal de pago utilizan canales de transmision de datos. De este modo, para las aplicaciones del terminal de pago, el funcionamiento es identico al funcionamiento anterior: las aplicaciones utilizan los canales de los que tienen necesidad para ejecutarse.
La diferencia reside en la "materializacion" del canal. De hecho, ah donde el canal era una via real de transmision de datos entre dos equipos, la invencion materializa el canal bajo la forma de una cola de tipo FIFO. Hay por lo tanto cinco colas (sea tantas como canales virtuales) en las que las tramas TLV se insertan (por las aplicaciones del terminal de pago) o se obtienen (provenientes del terminal de comunicacion). Las colas se gestionan por el dispositivo de multiplexacion (MP). Este se encarga de verificar el contenido de las colas (F1 a F5) y de encapsular las tramas TLV bajo la forma de mensajes anteriormente descritos en relacion con la figura 4 y de transmitir mensajes al terminal de comunicacion. Por el contrario, recibe los mensajes iAP provenientes del terminal de comunicacion e identifica la cola (F1 a F5) en la que la trama TLV contenida en ese mensaje debe insertarse. Abre el mensaje iAP (es decir, elimina las informaciones de encabezamiento TLV) y, con ayuda del numero de canal virtual contenido en el mensaje, coloca la trama TLV en la cola. La aplicacion a la que esta trama TLV se destina la recupera para el tratamiento y la trama TLV se elimina de la cola para el dispositivo de multiplexacion. El dispositivo de multiplexacion puede implementarse bajo la forma de un componente de hardware o de un componente de software.
1.3 Otras caracteristicas opcionales y ventajas
Se presenta, en relacion con la figura 6, un modo de realizacion de un dispositivo de multiplexacion de mensaje segun la invencion.
Por ejemplo, el dispositivo de multiplexacion comprende una memoria 61 constituida de una memoria bufer, una unidad 62 de tratamiento, equipada, por ejemplo, de un microprocesador y de una memoria RAM, y pilotada por el programa 63 informatico, implementando un procedimiento de multiplexacion segun la invencion.
En la inicializacion, las instrucciones del codigo del programa 63 informatico se cargan, por ejemplo, en una memoria antes de ejecutarse por el procesador de la unidad 62 de tratamiento.
La unidad 62 de tratamiento recibe como entrada una trama TLV emitida por una aplicacion del terminal de pago. Esta trama TLV se destina originalmente a transmitirse por un canal de comunicacion. El dispositivo intercepta esta trama TLV y la almacena en una cola correspondiente en el canal virtual que emula el canal de comunicacion.
La unidad 62 de tratamiento realiza en paralelo una encapsulacion, bajo la forma de un mensaje iAP, de la trama TLV que acaba de insertarse en la cola y realiza la transmision de este mensaje iAP al terminal de comunicacion. Segun un modo de realizacion de la invencion, esta transmision se implementa por medio de lingo "generica" del protocolo iAP.
El microprocesador de la unidad 62 de tratamiento implementa las etapas del procedimiento de multiplexacion para
permitir la transmision de mensajes iAP segun las instrucciones del programa 63 informatico.
Para ello, el dispositivo de multiplexacion comprende, ademas de la memoria 61 bufer, medios de inicializacion de una interfaz de comunicacion externa con dicho terminal de comunicacion, medios de transmision, a dicho terminal de comunicacion, de una solicitud de creacion de canales virtuales distantes, por medio de dicha interfaz de 5 comunicacion externa, medios de creacion, en el seno de dicho terminal de pago, de canales virtuales locales correspondientes a dichos canales virtuales distantes, medios de transmision de tramas de datos asociados a dichos canales virtuales locales por medio de dicha interfaz de comunicacion externa. Estos medios se pilotan por el microprocesador de la unidad 62 de tratamiento.

Claims (7)

10
15
20
25
30
35
40
45
REIVINDICACIONES
1. Procedimiento de multiplexacion de mensajes intercambiados entre un terminal de pago y un terminal de comunicacion por medio de una conexion entre dicho terminal de pago y dicho terminal de comunicacion, utilizando el protocolo iAP, iPod Accessory Protocol, comprendiendo dicho procedimiento:
- una etapa (311) de inicializacion de una interfaz de comunicacion externa con dicho terminal de comunicacion;
- una primera etapa (312) de transmision, por dicho terminal de pago, a dicho terminal de comunicacion, de una solicitud de creacion de canales virtuales distantes, por medio de dicha interfaz de comunicacion externa;
- una etapa (313) de creacion, en el seno de dicho terminal de pago, de canales virtuales locales correspondientes a dichos canales virtuales distantes;
- una segunda etapa (32) de transmision de tramas de datos asociados a dichos canales virtuales locales por medio de dicha interfaz de comunicacion externa, dicho procedimiento en el que un canal virtual se crea bajo la forma de una cola, configurandose dicha cola para permitir la recepcion, el registro y la eliminacion de tramas TLV, Tipo-Longitud-Valor, destinadas a dicho canal virtual.
2. Procedimiento segun la reivindicacion 1, caracterizado porque dicha interfaz de comunicacion externa es una interfaz RS232.
3. Procedimiento segun la reivindicacion 1, caracterizado porque comprende, ademas, antes de dicha etapa (311) de inicializacion de interfaz de comunicacion comprende una etapa (30) de autentificacion de dicho terminal de pago con respecto a dicho terminal de comunicacion que comprende:
- una etapa (301) de obtencion de un certificado de autentificacion; y
- una etapa (302) de verificacion, de la autorizacion del terminal de pago que se emparejara con dicho terminal de comunicacion con ayuda de dicho certificado de autentificacion.
4. Procedimiento segun la reivindicacion 1, caracterizado porque dicha segunda etapa (32) de transmision de tramas de datos asociados a dichos canales virtuales locales comprende:
- una etapa (321) de verificacion, en el seno de dichos canales virtuales, de una presencia de una trama TLV destinada al terminal de comunicacion;
y cuando uno de los canales comprende una tal trama:
- una etapa (322) de encapsulacion de esta trama TLV en un mensaje (3221) iAP.
5. Procedimiento segun la reivindicacion 1, caracterizado porque dichos canales virtuales pertenecen al grupo que comprende:
- un canal virtual "transaction" de intercambio de datos relativos a las transacciones bancarias;
- un canal virtual "configuration" de intercambio de informacion de servicio;
- un canal virtual "SSL", de cifrado de transmision de datos entre dicho terminal de pago y dicho terminal de comunicacion;
- un canal virtual "Printer" de transmision de datos de impresion;
- un canal virtual "Barrcode" de gestion de la lectura de codigos de barras.
6. Dispositivo de multiplexacion de mensajes intercambiados entre un terminal de pago y un terminal de comunicacion por medio de una conexion entre dicho terminal de pago y dicho terminal de comunicacion, utilizando el protocolo iAP, iPod Accessory Protocol, comprendiendo dicho dispositivo:
- medios (311) de inicializacion de una interfaz de comunicacion externa con dicho terminal de comunicacion;
- primeros medios (312) de transmision, por dicho terminal de pago, a dicho terminal de comunicacion, de una solicitud de creacion de canales virtuales distantes, por medio de dicha interfaz de comunicacion externa;
- medios (313) de creacion, en el seno de dicho terminal de pago, de canales virtuales locales correspondientes a dichos canales virtuales distantes;
- segundos medios (32) de transmision de tramas de datos asociados a dichos canales virtuales locales por medio de dicha interfaz de comunicacion externa, configurandose el dispositivo para crear un canal virtual bajo la forma de una cola, configurandose dicha cola para permitir la recepcion, el registro y la eliminacion de tramas TLV, Tipo-Longitud-Valor, destinadas a dicho canal virtual.
7. Producto de programa de ordenador descargable desde una red de comunicacion y/o almacenado en un soporte legible por ordenador y/o ejecutable por un microprocesador, caracterizado porque comprende instrucciones de codigo de programa para la ejecucion del procedimiento de produccion segun la al menos una de las reivindicaciones 1 a 5, cuando se ejecuta en un ordenador.
ES12713965.7T 2011-04-13 2012-04-05 Procedimiento de multiplexación de mensajes, dispositivo y programa correspondiente Active ES2626296T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR1101142 2011-04-13
FR1101142A FR2974260B1 (fr) 2011-04-13 2011-04-13 Procede de multiplexage de message, dispositif et programme correspondant
PCT/EP2012/056317 WO2012139976A1 (fr) 2011-04-13 2012-04-05 Procede de multiplexage de messages, dispositif et programme correspondant

Publications (1)

Publication Number Publication Date
ES2626296T3 true ES2626296T3 (es) 2017-07-24

Family

ID=45953131

Family Applications (1)

Application Number Title Priority Date Filing Date
ES12713965.7T Active ES2626296T3 (es) 2011-04-13 2012-04-05 Procedimiento de multiplexación de mensajes, dispositivo y programa correspondiente

Country Status (10)

Country Link
US (1) US9152961B2 (es)
EP (1) EP2697952B1 (es)
JP (1) JP2014517951A (es)
BR (1) BR112013026314A2 (es)
CA (1) CA2831852C (es)
ES (1) ES2626296T3 (es)
FR (1) FR2974260B1 (es)
PL (1) PL2697952T3 (es)
RU (1) RU2613041C2 (es)
WO (1) WO2012139976A1 (es)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3537238B1 (en) * 2014-05-30 2023-08-23 Apple Inc. Accessory management system using environment model
CN106845985B (zh) * 2017-02-07 2021-01-05 桂林理工大学 带隐藏信道的可见光与条码ca认证在线支付方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69226404T2 (de) * 1991-06-28 1999-04-15 Digital Equipment Corp Verfahren und Gerät zum Umwandlen von abstrakten Syntaxen auf hohem Niveau in eine Zwischenform
JPH09212441A (ja) * 1996-02-06 1997-08-15 Hitachi Software Eng Co Ltd クライアント／サーバシステムにおけるクライアントとサーバの接続制御方法
JPH09282116A (ja) * 1996-04-12 1997-10-31 Fuji Xerox Co Ltd データ処理装置
US6728210B1 (en) * 1998-12-21 2004-04-27 Nec America, Inc. Multi-logical access for a serial data link
JP2001313714A (ja) * 2000-05-01 2001-11-09 Open Loop:Kk カード情報処理アダプタ、カード情報利用システム及び記録媒体
RU2165679C1 (ru) * 2000-05-25 2001-04-20 Ямилев Ильгиз Амирович Система предоставления платных услуг в телекоммуникационной сети (варианты)
KR100480951B1 (ko) * 2002-01-25 2005-04-07 (주)싸이버뱅크 하나의 물리채널을 다수 개의 가상채널로 확장한 다중접속통신장치
US7110371B2 (en) * 2002-08-28 2006-09-19 Intel Corporation System and method to communicate between a host and a modem
US20080114699A1 (en) * 2006-11-13 2008-05-15 Gong Yi Yuan System, hardware and method for mobile pos payment
US8086781B2 (en) * 2007-06-22 2011-12-27 Apple Inc. Serial pass-through device
JP4613969B2 (ja) * 2008-03-03 2011-01-19 ソニー株式会社 通信装置、及び通信方法
RU82898U1 (ru) * 2008-12-04 2009-05-10 Алексей Эдуардович Ковалев Терминальная платежная система
US8341318B2 (en) * 2009-03-16 2012-12-25 Apple Inc. Techniques for facilitating communication between an accessory and a mobile computing device using application specific protocols

Also Published As

Publication number Publication date
CA2831852A1 (en) 2012-10-18
US20140108255A1 (en) 2014-04-17
FR2974260B1 (fr) 2013-09-06
PL2697952T3 (pl) 2017-08-31
JP2014517951A (ja) 2014-07-24
US9152961B2 (en) 2015-10-06
CA2831852C (en) 2019-08-20
EP2697952B1 (fr) 2017-03-08
FR2974260A1 (fr) 2012-10-19
WO2012139976A1 (fr) 2012-10-18
BR112013026314A2 (pt) 2019-09-24
RU2013150499A (ru) 2015-05-20
RU2613041C2 (ru) 2017-03-14
EP2697952A1 (fr) 2014-02-19

Similar Documents

Publication Publication Date Title
ES2904552T3 (es) Método de procesamiento de una transacción a partir de un terminal de comunicación
ES2502341T3 (es) Sistema de pago seguro en una red de comunicaciones inalámbricas
ES2651684T3 (es) Arquitectura de partición de elemento seguro mutiemisor para dispositivos habilitados para NFC
ES2388695T3 (es) Actualización de dispositivos móviles con elementos adicionales
US20200142709A1 (en) Configurable client hardware
US8712407B1 (en) Multiple secure elements in mobile electronic device with near field communication capability
ES2662826T3 (es) Sistema y procedimiento para autenticación segura
KR102218693B1 (ko) 복수의 심 정보 처리 방법 및 그 전자 장치
ES2699925T3 (es) Procedimiento de autenticación de un usuario, servidor, terminal de comunicaciones y programas correspondientes
BRPI1013570B1 (pt) Método e aparelho para proporcionar interação entre usuários via transponders
ES2902434T3 (es) Método de ejecución y de procesamiento de datos, dispositivo y programa informático correspondiente
ES2929098T3 (es) Procedimiento de conversión de mensajes de protocolo inalámbrico y dispositivo correspondiente
ES2626296T3 (es) Procedimiento de multiplexación de mensajes, dispositivo y programa correspondiente
ES2747625T3 (es) Procedimiento y dispositivo para controlar la pantalla de seguridad en un dispositivo electrónico
ES2884032T3 (es) Procedimiento de procesamiento de datos de transacción, terminal de comunicación, lector de tarjetas y programa correspondiente
KR101985011B1 (ko) 가상 시리얼 포트를 이용한 전자처방전 전송방법
ES2952995T3 (es) Método para procesar una transacción de pago, estación de pago y programa correspondiente
ES2848284T3 (es) Dispositivo y procedimiento de aumento de la seguridad de comandos intercambiados entre un terminal y circuito integrado
US20180062706A1 (en) Managing contactless communications
ES2532653B1 (es) Dispositivo electrónico de pago
Majumder et al. NFC in IoT-Based Payment Architecture
US20170046684A1 (en) Using a client terminal wireless personal area network (wpan) transceiver for secure element communication
US9830684B2 (en) Automatic rotation of display contents of a handheld companion device rigidly attached to a handheld mobile device
WO2022272261A1 (en) Smart terminal management system for updating terminal software
ES2749625T3 (es) Métodos y sistemas para proporcionar credenciales de pago