Sistema y procedimiento de direccionamiento de un lector de tarjeta de chip y lector de tarjeta de chip.

Sistema de direccionamiento de un lector de tarjeta de chip, comprendiendo el sistema,

por una parte, comomínimo, un terminal (2) que presenta, como mínimo, un puerto USB (U2) y, por otra parte, un lector (1) de tarjeta dechip que comprende, como mínimo, un puerto USB (U1) y medios (11) de tratamiento de datos que ejecutan unaaplicación incorporada (100) específica para efectuar transacciones con la tarjeta de chip, por intercambio de datosespecíficos y para comunicar, como mínimo, con una aplicación (200) ejecutada en el seno de un sistema deexplotación (OS) ejecutado sobre medios (21) de tratamiento de datos del terminal (2), estando caracterizado elsistema porque el sistema de explotación (OS) del terminal comprende, como mínimo, un control genérico (GD) deltipo MIDI-USB y porque el lector (1) y el terminal (2) comportan, cada uno de ellos:

· un módulo de traducción (101, 201) que traduce dichos datos específicos en mensajes formateados, según elprotocolo MID cableado de la norma MIDI o inversamente,

· un módulo de encapsulado/desencapsulado (102, 202) que traduce dichos mensajes en el protocolo MIDIcableado en paquetes formateados, según el protocolo MIDI-USB o inversamente.

Tipo: Patente Europea. Resumen de patente/invención. Número de Solicitud: E10150377.

Solicitante: XIRING.

Nacionalidad solicitante: Francia.

Dirección: "RIVER SEINE" 25 QUAI GALLIENI 92518 SURESNES CEDEX FRANCIA.

Inventor/es: Deborgies,Luc.

Fecha de Publicación: .

Clasificación Internacional de Patentes:

  • G06F13/42 FISICA.G06 CALCULO; CONTEO.G06F PROCESAMIENTO ELECTRICO DE DATOS DIGITALES (sistemas de computadores basados en modelos de cálculo específicos G06N). › G06F 13/00 Interconexión o transferencia de información u otras señales entre memorias, dispositivos de entrada/salida o unidades de procesamiento (circuitos de interfaz para dispositivos de entrada/salida específicos G06F 3/00; sistemas multiprocesadores G06F 15/16). › Protocolo de transferencia para bus, p. ej. interbloqueo; Sincronización.
  • G10H1/00 G […] › G10 INSTRUMENTOS MUSICALES; ACUSTICA.G10H INSTRUMENTOS DE MUSICA ELECTROFONICOS; INSTRUMENTOS EN LOS QUE LOS TONOS SON GENERADOS POR MEDIOS ELECTROMECANICOS O POR GENERADORES ELECTRONICOS, O EN LOS QUE LOS SONIDOS SON SINTETIZADOS A PARTIR DE UNA MEMORIA DE DATOS.Elementos de instrumentos de música electrofónicos (teclados que se adaptan también a otros instrumentos de música G10B, G10C; disposiciones para producir una reverberación sonora o un eco G10K 15/08).

PDF original: ES-2386337_T3.pdf

 

Sistema y procedimiento de direccionamiento de un lector de tarjeta de chip y lector de tarjeta de chip.

Fragmento de la descripción:

Sistema y procedimiento de direccionamiento de un lector de tarjeta de chip y lector de tarjeta de chip

La presente invención se refiere al sector de la electrónica, y en particular, de los lectores de tarjetas de chip, tales como, por ejemplo, las tarjetas que soportan aplicaciones de programas, llamadas “smart card” (tarjeta inteligente o tarjeta de chip) (según terminología inglesa) . La presente invención está particularmente adaptada a los lectores de tarjetas de chip USB (“Universal Serial Bus”, según la terminología anglosajona) .

Un problema en el campo de los lectores de tarjetas de chip se refiere al desarrollo e implementación de controles (o “driver”, según la terminología anglosajona) específicos para permitir a un lector el ser controlado por un terminal, tal como un ordenador. Otro problema se refiere al desarrollo e implementación de aplicaciones específicas para el control de los lectores en las operaciones de este último, tales como transacciones, por ejemplo, bancarias. Por ejemplo, la solicitud de patente US 2007/168668 A1 describe diversas formas de realización implementando diferentes tipos de aplicación para el control de lectores. Estos problemas se agravan por el problema del desarrollo de los parques de lectores y de tarjetas de chip, puesto que es necesario, para cada nuevo desarrollo, transmitir a los usuarios los soportes (tales como los CD de instalación) para la instalación de los controles y de las aplicaciones específicas, además de los lectores.

Es conocido en la técnica anterior de las normas dedicadas al direccionamiento de los lectores de las tarjetas de chip, conocidas con las denominaciones PC/SC (de acuerdo con el idioma inglés “Personal Computer / Smart card”) y CCID (en inglés, “Chip / Smart Card Interface Devices”) . La norma CCID utiliza controles genéricos (normalizados) que permiten instalar un lector de tarjetas de chip de tipo USB en el sistema de explotación de un ordenador y permiten a ciertas aplicaciones ejecutadas en el ordenador, dialogar con una aplicación incorporada en la tarjeta de chip, a través de un interfaz de tipo CCID presente en el lector de tarjetas de chip. No obstante, los controles genéricos de tipo CCID no se encuentran presentes en todos los sistemas de explotación y no permiten siempre todas las funcionalidades necesarias para los lectores de la tarjeta de chip. Para la norma PC/SC se conocen controles llamados “propietarios” que son puestos a punto específicamente por los constructores de lectores o por los que realizan el desarrollo, para comunicar con un interfaz complementario presente en el lector, e igualmente puesto a punto específicamente para un tipo de lector determinado de tarjetas de chip que no son de tipo USB. Las aplicaciones son ejecutadas en un interfaz de programación aplicativa (API, del inglés “Application Programming Interface”) de tipo PC/SC implementada gracias a una biblioteca de enlaces dinámicos (dll, del inglés “biblioteca de enlaces dinámicos”) presente en el sistema de explotación del ordenador. Este tipo de solución presenta los inconvenientes de requerir el desarrollo de controles y de aplicaciones para los terminales y el desarrollo de interfaces para los lectores. Otro inconveniente se refiere al hecho de que requieren del usuario que instale los controles adaptados en el ordenador destinado a recibir el lector de tarjetas de chip y que instale una aplicación compatible que permita acceder al lector y a la tarjeta de chip, incluso en el caso en que se utiliza un control de tipo PC/SC o CCID. Además, el direccionamiento de los lectores de tarjetas de chip que son objeto de las normas, un problema suplementario se refiere al hecho que hay que adaptarse a las normas o someter nuevos controles, especialmente de tipo CCID para su inclusión en la norma.

Dentro de este contexto, es interesante proponer una solución que permita evitar los problemas relacionados con el desarrollo y la implementación de controles y/o aplicaciones para el direccionamiento de los dispositivos lectores.

La presente invención tiene por finalidad paliar, como mínimo, uno de los inconvenientes de la técnica anterior proponiendo un sistema de direccionamiento de lector de tarjetas de chip que permite evitar, como mínimo, uno de los problemas relacionados con el desarrollo y la implementación de controles y/o de aplicaciones para el direccionamiento de los lectores. Este sistema de direccionamiento debe presentar, además, como mínimo, una de las ventajas siguientes: evitar el desarrollo de un control y/o una aplicación específica para el direccionamiento del lector y el intercambio de datos, evitar la necesidad de ficheros de intercambio temporal para el intercambio de datos entre el terminal y el lector, permitir un intercambio bidireccional de datos entre el terminal y el lector, preferentemente con un caudal suficiente para las transacciones en los dos sentidos, evitar interferencia con otros periféricos conectados al terminal.

Este objetivo es conseguido por un sistema de direccionamiento de un lector de tarjeta de chip, comprendiendo el sistema, por una parte, como mínimo, un terminal que presenta, como mínimo, un puerto USB y, por otra parte, un lector de tarjetas de chip que comprende, como mínimo, un puerto USB y medios de tratamiento de datos que ejecutan una aplicación incorporada específica para efectuar transacciones con la tarjeta de chip, por intercambio de datos específicos y para comunicar con, como mínimo, una aplicación ejecutada en el seno del sistema de explotación ejecutado en medios de tratamiento de datos del terminal, caracterizándose el sistema porque el sistema de explotación del terminal presenta, como mínimo, un control genérico de tipo MIDI-USB y porque el lector y el terminal presentan, cada uno de ellos:

un módulo de traducción que traduce dichos datos específicos en mensajes formateados, según el protocolo MID cableado de la norma MIDI o inversamente,

un módulo de encapsulado/desencapsulado que traduce dichos mensajes en el protocolo MIDI cableado en paquetes formateados, según el protocolo MIDI- USB o inversamente.

Según otra peculiaridad, la aplicación del terminal es una aplicación lógica del tipo navegador de Internet y presenta una sub-aplicación o “applet” compatible con los protocolos MIDI cableado y MIDI-USB y formando los módulos de traducción y de encapsulación/desencapsulación del terminal para generar dichos mensajes y dichos paquetes.

Según otra peculiaridad, la sub-aplicación o “applet” ejecutada en la aplicación del terminal está igualmente dispuesta para la puesta en práctica de transacciones entre un tarjeta de chip leída por el lector y, como mínimo, un servidor, con intermedio, como mínimo, de una red de comunicación, comportando al servidor medios de tratamiento de datos que ejecutan, por lo menos, una aplicación que gestiona estas transacciones.

Según otra peculiaridad, la aplicación del servidor está dispuesta para transmitir al terminal datos representativos de un fichero autoejecutable, dispuesto para instalar la sub-aplicación o “applet” en la aplicación del terminal.

Según otra peculiaridad, la sub-aplicación o “applet” se encuentra en lenguaje JAVA.

Según otra peculiaridad, la sub-aplicación o “applet” se encuentra en lenguaje ActiveX.

Según otra peculiaridad, el módulo de traducción presenta medios de formateado para formatear dichos datos específicos en datos compatibles con dichos mensajes en el protocolo MIDI cableado, comportando estos medios de formateado:

un módulo de concatenación dispuesto para concatenar todos los bits de todos los octetos que componen los datos del lector de tarjetas de chip,

un módulo de intercalación dispuesto para intercalar un bit nulo cada siete bits.

un módulo de inclusión dispuesto para incluir los últimos bits de datos específicos cuando su número es inferior a siete, en un octeto cuyos bits suplementarios se ponen a cero.

Según otra peculiaridad, el módulo de traducción está dispuesto para generar dichos mensajes formateados, según el protocolo MIDI cableado de la norma MIDI, a partir de dichos datos específicos gracias a:

un módulo de introducción que genera un primer octeto, que vale... [Seguir leyendo]

 


Reivindicaciones:

1. Sistema de direccionamiento de un lector de tarjeta de chip, comprendiendo el sistema, por una parte, como mínimo, un terminal (2) que presenta, como mínimo, un puerto USB (U2) y, por otra parte, un lector (1) de tarjeta de chip que comprende, como mínimo, un puerto USB (U1) y medios (11) de tratamiento de datos que ejecutan una aplicación incorporada (100) específica para efectuar transacciones con la tarjeta de chip, por intercambio de datos específicos y para comunicar, como mínimo, con una aplicación (200) ejecutada en el seno de un sistema de explotación (OS) ejecutado sobre medios (21) de tratamiento de datos del terminal (2) , estando caracterizado el sistema porque el sistema de explotación (OS) del terminal comprende, como mínimo, un control genérico (GD) del tipo MIDI-USB y porque el lector (1) y el terminal (2) comportan, cada uno de ellos:

un módulo de traducción (101, 201) que traduce dichos datos específicos en mensajes formateados, según el protocolo MID cableado de la norma MIDI o inversamente,

un módulo de encapsulado/desencapsulado (102, 202) que traduce dichos mensajes en el protocolo MIDI cableado en paquetes formateados, según el protocolo MIDI-USB o inversamente.

2. Sistema, según la reivindicación 1, caracterizado porque la aplicación (200) del terminal (2) es una aplicación lógica del tipo navegador de Internet y presenta una sub-aplicación o “applet” (203) compatible con los protocolos MIDI cableado y MIDI-USB y formando los módulos de traducción (201) y de encapsulación/desencapsulación (202) del terminal para generar dichos mensajes y dichos paquetes.

3. Sistema, según la reivindicación 2, caracterizado porque la sub-aplicación o “applet” (203) ejecutada en la aplicación (200) del terminal está igualmente dispuesta para la puesta en práctica de transacciones entre un tarjeta de chip (5) leída por el lector (1) y, como mínimo, un servidor (3) , con intermedio, como mínimo, de una red (4) de comunicación, comportando el servidor (3) medios (31) de tratamiento de datos que ejecutan, por lo menos, una aplicación (300) que gestiona estas transacciones.

4. Sistema, según la reivindicación 3, caracterizado porque la aplicación (300) del servidor (3) está dispuesta para transmitir al terminal (2) datos representativos de un fichero autoejecutable, dispuesto para instalar la sub-aplicación

o “applet” (203) en la aplicación (200) del terminal (2) .

5. Sistema, según una de las reivindicaciones 2 a 4, caracterizado porque la sub-aplicación o “applet” (203) se encuentra en lenguaje JAVA.

6. Sistema, según una de las reivindicaciones 2 a 4, caracterizado porque la sub-aplicación o “applet” se encuentra en lenguaje ActiveX.

7. Sistema, según una de las reivindicaciones 1 a 6, caracterizado porque el módulo de traducción (101, 201) presenta medios de formateado para formatear dichos datos específicos en datos compatibles con dichos mensajes en el protocolo MIDI cableado, comportando dichos medios de formateado:

un módulo de concatenación dispuesto para concatenar todos los bits de todos los octetos que componen los datos del lector (1) de tarjetas de chip,

un módulo de intercalación dispuesto para intercalar un bit nulo cada siete bits,

un módulo de inclusión dispuesto para incluir los últimos bits de datos específicos cuando su número es inferior a siete, en un octeto cuyos bits suplementarios se ponen a cero.

8. Sistema, según una de las reivindicaciones 1 a 7, caracterizado porque el módulo de traducción (101, 201) está dispuesto para generar dichos mensajes formateados, según el protocolo MIDI cableado de la norma MIDI, a partir de dichos datos específicos gracias a:

un módulo de introducción que genera un primer octeto, que vale F0 para indicar el inicio del nuevo mensaje,

o bien F7 para indicar la continuación de un mensaje precedente,

un módulo de identificación que genera un identificador compuesto por uno a tres octetos para identificar el terminal (2) o el lector (1) al que está destinado el mensaje,

medios de formateado y un módulo de incorporación que incorpora en el mensaje los datos formateados por estos medios de formateado,

un módulo de conclusión que genera un octeto final que vale F7.

9. Sistema, según una de las reivindicaciones 1 a 8, caracterizado porque el módulo de traducción (101, 201) presenta medios de conversión para convertir los datos de dichos mensajes en el protocolo MIDI cableado en datos específicos, comportando estos medios de conversión:

un módulo de extracción dispuesto para extraer siete bits cada ocho bits,

un módulo de concatenación dispuesto para concatenar los bits extraídos en octetos de ocho bits.

10. Sistema, según una de las reivindicaciones 1 a 9, caracterizado porque el módulo de traducción (101, 201) está dispuesto para traducir dichos mensajes formateados, según el protocolo MIDI cableado de la norma MIDI en dichos datos específicos gracias a:

un módulo de interpretación que interpreta, por una parte, el valor de un primer octeto del mensaje que vale, o bien F0 que indica el inicio de un nuevo mensaje, o bien F7 que indica la continuación de un mensaje precedente y, por otra parte, el valor de un octeto final que vale F7 e indica el fin del mensaje,

un módulo de autentificación dispuesto para autentificar un identificador compuesto por uno a tres octetos y que identifica el lector (1) o el terminal (2) al que está destinado el mensaje,

los medios de conversión.

11. Procedimiento de direccionamiento de un lector de tarjeta de chip puesto en práctica por un sistema, según una de las reivindicaciones 1 a 10 cuando el lector (1) está conectado (51) al terminal (2) por un cable USB con intermedio de su puerto respectivo (U1, U2) , caracterizándose el procedimiento por comportar las siguientes etapas:

inicialización (52) del control genérico (GD) en el terminal (2) y reconocimiento del lector (1) como periférico de tipo MIDI-USB por el terminal (2) ,

inicialización de la aplicación (200) del terminal (2) y de la aplicación (100) del lector (1) ,

comunicación (60) de datos entre la aplicación (200) del terminal y la aplicación (100) incorporada del lector

(1) con intermedio de su módulo de traducción (101, 201) y su módulo de encapsulado/desencapsulado (102, 202) , que ponen en práctica, respectivamente, etapas de traducción y de encapsulado/desencapsulado utilizando, respectivamente, los protocolos estándar de tipo MIDI cableado y MIDI-USB.

12. Lector (1) de la tarjeta de chip que comprende, como mínimo, un puerto USB (U1) y medios (11) de tratamiento de datos que ejecutan una aplicación incorporada (100) específica para efectuar transacciones con la tarjeta de chip, por intercambio de datos específicos y para comunicar con una aplicación (200) ejecutada en el seno de un sistema de explotación (OS) ejecutado sobre medios (21) de tratamiento de datos de, como mínimo, un terminal (2) , que comprende, como mínimo, un puerto USB (U2) para la conexión del lector (1) , caracterizándose el lector (1) porque es reconocido como periférico MIDI-USB por el terminal cuyo sistema de explotación (OS) del terminal comprende, como mínimo, un control genérico (GD) del tipo MIDI-USB y por comportar:

un módulo de traducción (101) que traduce dichos datos específicos en mensajes formateados, según el protocolo MID cableado de la norma MIDI o inversamente,

un módulo de encapsulado/desencapsulado (102) que traduce dichos mensajes en el protocolo MIDI cableado en paquetes (MU) formateados, según el protocolo MIDI-USB o inversamente.

13. Lector (1) , según la reivindicación 12, caracterizado porque el módulo de traducción (101) comporta medios de formateado para formatear dichos datos específicos en datos compatibles con dichos mensaje en el protocolo MIDI cableado, comportando estos medios de formateado:

un módulo de concatenación dispuesto para concatenar todos los bits de todos los octetos que componen los datos del lector (1) de la tarjeta de chip,

un módulo de intercalación dispuesto para intercalar un bit nulo cada siete bits,

un módulo de inclusión dispuesto para incluir los últimos bits de los datos específicos cuando su número es inferior a siete, en un octeto cuyos bits suplementarios son puestos a cero.

14. Lector (1) , según la reivindicación 13, caracterizado porque el módulo de traducción (101) está dispuesto para generar dichos mensajes formateados según el protocolo MIDI cableado de la norma MIDI, a partir de dichos datos específicos, gracias a:

un módulo de introducción que genera un primer octeto que vale, o bien F0 para indicar el inicio de un nuevo mensaje, o bien F7 para indicar la continuación de un mensaje precedente,

un módulo de identificación que genera un identificador compuesto de uno a tres octetos para identificar el terminal (2) al que está destinado el mensaje,

los medios de formateado y un módulo de incorporación que incorporan en el mensaje los datos formateados por estos medios de formateado,

un módulo de conclusión que genera un octeto final que vale F7.

15. Lector (1) , según una de las reivindicaciones 13 y 14, caracterizado porque el módulo de traducción (101) comporta medios de conversión para convertir los datos de dichos mensajes al protocolo MIDI cableado en dichos datos específicos, comportando estos medios de conversión:

• un módulo de extracción dispuesto para extraer siete bits cada ocho bits,

• un módulo de concatenación dispuesto para concatenar los bits extraídos en octetos de ocho bits,

16. Lector (1) , según la reivindicación 15, caracterizado porque el módulo de traducción (101) dispuesto para

traducir dichos mensajes formateados según el protocolo MIDI cableado de la norma MIDI, en dichos datos 5 específicos, gracias a:

• un módulo de interpretación que interpreta, por una parte, el valor de un primer octeto del mensaje que vale, o bien F0 que indica el inicio de un nuevo mensaje, o bien F7 que indica la continuación de un mensaje precedente, y por otra parte, el valor de un octeto final que vale F7 y que indica el fin del mensaje,

• un módulo de autentificación dispuesto para autentificar un identificador compuesto por uno a tres octetos y que identifica el lector (1) al que está destinado el mensaje,

• los medios de conversión.


 

Patentes similares o relacionadas:

Aparato para establecer la dirección de un módulo utilizando un reloj, del 17 de Junio de 2020, de LEXMARK INTERNATIONAL, INC.: Un circuito integrado específico de la aplicación (ASIC) que comprende: un pin de alimentación; un pin de masa; un pin de reloj I2C; un pin […]

Método para implementar un bus industrial de banda ancha de campo de internet, del 17 de Junio de 2020, de Kyland Technology Co., Ltd: Un método para implementar un bus industrial de banda ancha de campo de internet, caracterizado por que, el método es aplicable a un sistema de arquitectura […]

Sistema de arquitectura de bus de banda ancha de campo de internet de la industria, del 3 de Junio de 2020, de Kyland Technology Co., Ltd: Un sistema de arquitectura de bus de banda ancha de campo de Internet de la industria, caracterizado por que, el sistema comprende un controlador de bus […]

Método para gestionar la configuración del bus de banda ancha del campo de internet industrial, del 3 de Junio de 2020, de Kyland Technology Co., Ltd: Un método para gestionar la configuración de un bus de banda ancha del campo de internet industrial, caracterizado por que, el método es aplicable a […]

Procedimiento para hacer funcionar un sistema de transmisión de datos y sistema de transmisión de datos, del 29 de Abril de 2020, de Siemens Mobility GmbH: Procedimiento para hacer funcionar un sistema de transmisión de datos en el que - un primer equipo de transmisión de datos está conectado […]

Método para implementar un bus de campo en tiempo real de banda ancha de Internet industrial, del 29 de Abril de 2020, de Kyland Technology Co., Ltd: Un método para implementar un bus de campo en tiempo real de banda ancha de Internet industrial, en donde el método puede aplicarse a una red de transferencia […]

Método y aparato para detectar contrapresión de mensajes, del 8 de Abril de 2020, de HUAWEI TECHNOLOGIES CO., LTD.: Un método de detección de contrapresión de paquetes, en donde el método se aplica a un dispositivo que tiene un puerto de Interconexión de […]

Sistema de autenticación e información para instrumentos quirúrgicos reutilizables, del 8 de Abril de 2020, de Covidien LP (100.0%): Un método para comunicar datos a través de un bus, el método que comprende: autenticar un componente quirúrgico utilizando un microchip […]

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í. .