MX379285B

Data transmission method, apparatus and system

Abstract

A data transmission method, apparatus and system are provided. The method comprises: generating an asymmetric key pair comprising a first public key and a first private key, sending a data request containing the first public key to a server; receive an encrypted text and a second public key sent by the server, where the second public key is a public key in an asymmetric key pair obtained by the server, the asymmetric key pair obtained by the server also comprises a second private key and ciphertext is the information obtained by encrypting an original parameter to generate an offline payment code using a shared key; the shared key is a key generated based on the second private key and the first public key using a preset key management algorithm; and generating a shared key based on the first private key and the second public key using the key management algorithm, and using the shared key to decrypt the ciphertext to obtain the original parameter. This application not only ensures data security during the entire transmission process, but also improves encryption and decryption efficiency.

MX379285B, drawing sheet 1 — Sheet 1 of 3

Term

12.6 yearsleft in the term

Expires 26 April 2039.

12 claims: 12 independent, 0 dependent

1
REIVINDICACIONES INSTITUTO MEXICANO DE LA PROPIEDAD INDUSTRIAL 1 .- Un método para la comunicación segura de un parámetro original para generar un código de pago fuera de linea, en donde el método es aplicable en un cliente y comprende:generar, utilizando un número aleatorio, un par de claves asimétricas que comprende una primera clave pública y una primera clave privada para una solicitud de datos, y enviar la solicitud de datos que carga la primera clave pública a un servidor, en donde la primera clave pública se hace diferente a una o más otras claves públicas llevadas por una o más solicitudes de datos anteriores enviadas por el cliente, utilizando un número aleatorio diferente para cada una de las solicitudes de datos enviadas por el cliente para generar un par de claves asimétricas diferente para cada una de la una o más solicitudes de datos enviadas por el cliente;recibir un texto cifrado y una segunda clave pública enviada por el servidor, en donde la segunda clave pública es una clave pública en un par de claves asimétricas obtenidas por el servidor en respuesta a la solicitud de datos enviada por el cliente;en donde, el par de claves asimétricas obtenido por el servidor en respuesta a la solicitud de datos enviada por el cliente, también es diferente para cada una de la una o más solicitudes de datos enviadas por el cliente, y además comprende una segunda clave privada;y en donde el texto cifrado es información obtenida encriptando el parámetro original para generar un código de pago fuera de línea usando una clave compartida;la clave compartida es una clave simétrica generada con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido;generar una clave compartida basada en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves, y utilizar la clave compartida con base en la primera clave privada y la segunda clave pública que utiliza el algoritmo de gestión de claves para descifrar el texto cifrado para obtener el parámetro original;en donde la clave compartida generada con base en la segunda clave privada y la primera clave pública que usa el algoritmo de gestión de claves preestablecido es idéntica a la clave compartida generada con base en la primera clave privada y la segunda clave pública usando el algoritmo de gestión de claves y diferente para cada una de la una o más solicitudes de datos enviadas por el cliente.
2
- El método de conformidad con la reivindicación 1, en donde el envío de una solicitud de datos que lleva la primera clave pública a un servidor comprende:usar una clave privada en un certificado de cliente para firmar la primera clave pública para obtener la información de la primera firma, en donde el certificado de cliente es un certificado emitido por una institución designada para el cliente;enviar una solicitud de datos que lleva la primera clave pública y la primera información de la firma a un servidor para que el servidor use una clave pública en el certificado de cliente y la primera clave pública para verificar la información de la primera firma, y envía el texto cifrado y la segunda clave pública al cliente si la verificación es exitosa.
3
3,- El método de conformidad con la reivindicación 1 o 2, en donde el cliente está ubicado en un IMPI dispositivo portátil. INSTITUTO MEXICANO DE LA PROPIEDAD INDUSTRIAL
4
4,- El método de conformidad con la reivindicación 3, en donde el dispositivo portátil comprende una pulsera inteligente.
5
5,- Un método para la transmisión segura de un parámetro original para generar un código de pago fuera de línea;en donde el método es aplicable en un servidor y comprende;recibir una solicitud de datos que carga una primera clave pública y enviada por un cliente, en donde la solicitud de datos recibida es para solicitar al servidor que devuelva el parámetro original para generar un código de pago fuera de línea, la primera clave pública es una clave pública en un par de claves asimétricas generado por el cliente, y el par de claves asimétricas generado por el cliente comprende además una primera clave privada, y en donde la primera clave pública se hace diferente de cada una o más de otras claves públicas cargadas por una o más solicitudes de datos anteriores enviadas por el cliente;obtener, en respuesta a la solicitud de datos recibidos, un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada;en donde el par de claves asimétricas obtenido es diferente para cada una de la una o más solicitudes de datos enviadas por el cliente;generar una clave compartida con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido, en donde la clave compartida generada es una clave simétrica;utilizar la clave compartida generada para cifrar el parámetro original al que corresponde la solicitud de datos para obtener un texto cifrado, y enviar el texto cifrado obtenido y la segunda clave pública al cliente para que el cliente genere una clave compartida con base en la primera clave privada y la segunda clave pública que usa el algoritmo de gestión de claves y usa la clave compartida generada con base en la primera clave privada y la segunda clave pública usando el algoritmo de gestión de claves para descifrar el texto cifrado para obtener el parámetro original;en donde la clave compartida generada con base en la segunda clave privada y la primera clave pública que usa el algoritmo de gestión de claves preestablecido es idéntica a la clave compartida generada con base en la primera clave privada y la segunda clave pública usando el algoritmo de gestión de claves y diferente para cada una de la una o más solicitudes de datos enviadas por el cliente.
6
6,- El método de conformidad con la reivindicación 5, en donde el método además comprende;usar una clave privada en un certificado de servidor para firmar la segunda clave pública para obtener la información de la segunda firma, en donde el certificado de servidor es un certificado emitido por una institución designada al servidor;al enviar el texto cifrado obtenido de la encriptación y la segunda clave pública al cliente, también enviar la segunda información de la firma al cliente, de modo que el cliente verifica la segunda información de la firma con base en una clave pública en el certificado de servidor y la segunda clave pública, y desencripta el texto cifrado si la verificación se realiza con éxito.
7
- Un método para la comunicación segura de un parámetro original para generar un código de pago fuera de línea; en donde el método comprende:generar por una terminal solicitante de datos un par de claves asimétricas, utilizando un número aleatorio, que comprende una primera clave pública y una primera clave privada para una solicitud de datos y enviar la solicitud de datos que carga la primera clave pública a una terminal proveedora de datos, en donde la primera clave pública se hace diferente de una o más de otras claves públicas cargadas por una o más solicitudes de datos anteriores enviadas por la terminal solicitante de datos, mediante el uso de un número aleatorio diferente para cada una de !as solicitudes de datos enviadas por la terminal solicitante de datos para generar una par de claves asimétricas para cada una de la una o más solicitudes de datos enviadas por la terminal solicitante de datos;obtener por la terminal proveedora de datos, en respuesta a la solicitud de datos enviada por la terminal solicitante de datos, un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada;en donde el par de claves asimétricas obtenido es diferente para cada una de la una o más solicitudes de datos enviadas por la terminal solicitante de datos, y generar a través de la terminal proveedora de datos una clave compartida basada en la segunda clave privada y la primera clave pública usando un algoritmo de gestión de claves preestablecido, en donde la clave compartida generada es una clave simétrica;la terminal proveedora de datos utiliza la clave compartida generada para cifrar el parámetro original para generar un código de pago fuera de linea al que corresponde la solicitud de datos para obtener un texto cifrado;y envía el texto cifrado obtenido y la segunda clave pública a la terminal solicitante de datos;la terminal solicitante de datos genera una clave simétrica compartida basada en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves y utilizando la clave compartida generada con base en la primera clave privada y la segunda clave pública que utiliza el algoritmo de gestión de claves para descifrar el texto cifrado para obtener el parámetro original para generar un código de pago fuera de línea;en donde la clave compartida generada con base en la segunda clave privada y la primera clave pública que usa el algoritmo de gestión de claves preestablecido es idéntica a la clave compartida generada con base en la primera clave privada y la segunda clave pública usando el algoritmo de gestión de claves y diferente para cada una de la una o más solicitudes de datos enviadas por la terminal solicitante de datos.
8
8,- El método de conformidad con la reivindicación 7, en donde el envío de una solicitud de datos que carga la primera clave pública a una terminal proveedora de datos comprende; la terminal solicitante de datos utiliza una clave privada en un certificado de solicitante para firmar la primera clave pública para obtener la primera información de la firma, en donde el certificado de solicitante es un certificado emitido por una institución designada a la terminal solicitante de datos; la terminal solicitante de datos envía una solicitud de datos que carga la primera clave pública y la primera información de la firma a la terminal proveedora de datos; el método comprende además:la terminal proveedora de datos verifica la primera información de la firma basada en una clave pública en el certificado de solicitante y la primera clave pública, y la terminal proveedora de datos que envía el texto cifrado y la segunda clave pública a la terminal solicitante de datos IMPI si la verificación es exitosa. INSTITUTO MEXICANO DE LA PROPIEDAD INDUSTRIAL
9
9,- El método de conformidad con la reivindicación 7, en donde el método además comprende:la terminal proveedora de datos utiliza una clave privada en un certificado de proveedor para firmar la segunda clave pública para obtener la segunda información de la firma, en donde el certificado de proveedor es un certificado emitido por una institución designada a la terminal proveedora de datos;cuando la terminal proveedora de datos envía el texto cifrado obtenido de la encriptación y la segunda clave pública a la terminal solicitante de datos, la terminal proveedora de datos envía además la segunda información de la firma a la terminal solicitante de datos;la terminal solicitante de datos verifica la segunda información de la firma con base en una clave pública en el certificado de proveedor y la segunda clave pública, y la terminal solicitante de datos desencripta el texto cifrado si la verificación es exitosa.
10
- Un dispositivo cliente para la comunicación segura de un parámetro original para generar un código de pago fuera de linea, el dispositivo cliente comprende:un módulo de generación de claves configurado para generar, usando un número aleatorio, un par de claves asimétricas que comprende una primera clave pública y una primera clave privada para una solicitud de datos, en donde la primera clave pública se hace diferente de una o más claves públicas cargadas por una o más solicitudes de datos anteriores, utilizando un número aleatorio diferente para cada una de la una o más solicitudes de datos para generar un par de claves asimétricas diferente para cada una de la una o más solicitudes de datos;un módulo de envio de solicitudes configurado para enviar la solicitud de datos que lleva la primera clave pública a un servidor;un módulo de recepción de información configurado para recibir un texto cifrado y una segunda clave pública enviada por e! servidor, en donde la segunda clave pública es una clave pública en un par de claves asimétricas obtenidas por el servidor en respuesta a la solicitud de datos enviada por el módulo de envío de solicitudes, en donde el par de claves asimétricas obtenido por el servidor es diferente para cada una de la una o más solicitudes de datos;en donde el par de claves asimétricas obtenido por el servidor comprende además una segunda clave privada;y en donde el servidor obtiene el texto cifrado recibido por el módulo de recepción de información encriptando el parámetro original para generar un código de pago fuera de línea utilizando una clave simétrica compartida;en donde la clave compartida es una clave simétrica generada por el servidor con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido;un módulo de generación de claves compartidas para generar una clave compartida basada en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves;un módulo de descifrado de información para usar la clave compartida generada por el módulo de generación de claves compartidas con base en la primera clave privada y la segunda clave pública para descifrar el texto cifrado recibido del servidor por el módulo de recepción de información para obtener el parámetro original;en donde la clave compartida generada con base en la segunda clave privada y la primera clave pública que usa el algoritmo de gestión de claves preestablecido es idéntica a la clave compárate generada' con base en la primera clave privada y la segunda clave pública usando el algoritmo de gestión de claves y diferente para cada una de la una o más solicitudes de datos enviadas.
11
11,- Un dispositivo servidor, para la comunicación segura de un parámetro original para generar un código de pago fuera de línea; el dispositivo servidor comprende:un módulo de recepción de solicitudes configurado para recibir una solicitud de datos que carga una primera clave pública, que es enviada por un cliente, en donde la solicitud de datos recibida es para solicitar, al servidor que devuelva al cliente un parámetro original para generar un código de pago fuera de línea, la primera clave pública cargada dentro de la solicitud de datos recibida por el módulo de recepción de solicitudes es una clave pública en un par de claves asimétricas generada por el cliente, en donde el par de claves asimétricas generado por el cliente comprende además una primera clave privada, y en donde la primera clave pública transportada dentro de la solicitud de datos recibida por el módulo de recepción de solicitudes se hace diferente a cada una o más de otras claves públicas cargadas por una o más solicitudes de datos anteriores enviadas por el cliente;un módulo de obtención de claves configurado para obtener un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada en respuesta a la solicitud de datos recibida por el módulo de recepción de solicitudes;en donde el par de claves asimétricas obtenido es diferente para cada una de la una o más solicitudes de datos enviadas por e! cliente;un módulo de generación de claves compartidas configurado para generar una clave compartida con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido, en donde la clave compartida generada es una clave simétrica;un módulo de cifrado de información configurado para utilizar la clave compartida generada por el módulo de generación de claves compartidas para cifrar un parámetro original para generar un código de pago fuera de línea al que corresponde la solicitud de datos recibidos, para obtener un texto cifrado;un módulo de envío de información configurado para enviar el texto cifrado obtenido y la segunda clave pública al cliente para que el cliente genere una clave compartida basada en !a primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves y use la clave compartida para descifrar el texto cifrado enviado por el módulo de envío de información para obtener el parámetro original para generar un código de pago fuera de línea;en donde la clave compartida generada con base en la segunda clave privada y la primera clave pública que usa el algoritmo de gestión de claves preestablecido es idéntica a la clave compartida generada con base en la primera clave privada y la segunda clave pública usando el algoritmo de gestión de claves y diferente para cada una de la una o más solicitudes de datos enviadas por el cliente.
12
- Un sistema de comunicación de datos para la comunicación segura de un parámetro original para generar un código de pago fuera de línea;en donde el sistema de transmisión de datos comprende el dispositivo cliente de acuerdo con la reivindicación 10 y el dispositivo servidor de acuerdo con la reivindicación 11.

Independent claims12

290 paragraphs in 38 sections, as filed

MÉTODO, APARATO Y SISTEMA DE TRANSMISIÓN DE DATOS

IMPI

INSTITUTO MEXICANO DE LA PROPIEDAD INDUSTRIAL

Campo de la invención

La presente solicitud se refiere al campo de la invención de las comunicaciones de red, en particular a un método, aparato y sistema de transmisión de datos.

Antecedentes de la invención

En la actualidad, las personas prestan cada vez más atención a la seguridad de los datos, especialmente a la seguridad de los datos durante la transmisión. Considerando los pagos fuera de línea como un ejemplo, un dispositivo servidor puede enviar una estrategia para la generación de códigos de pago a un dispositivo cliente, y el dispositivo cliente almacena la estrategia. Cuando un usuario necesita utilizar un código de pago, el dispositivo cliente puede utilizar la estrategia para generar un código de pago. Un comerciante escanea el código de pago mediante un dispositivo de escaneo. El dispositivo de escaneo transmite la información obtenida a partir del escaneo al dispositivo servidor para su verificación. Después de que la información aprueba la verificación, se deduce el dinero. Cabe destacar que, en un proceso cuando un dispositivo servidor transmite la estrategia a un dispositivo cliente, debe garantizarse la seguridad del canal entre el dispositivo cliente y el dispositivo servidor. Si la estrategia emitida por el dispositivo servidor es interceptada por un háker externo, el usuario del dispositivo cliente incurrirá en graves pérdidas.

En una técnica relacionada, puede preestablecerse una clave idéntica en todos los dispositivos cliente y dispositivos de servidor. Un dispositivo servidor puede utilizar la clave para cifrar la información que se transmitirá y transmitir un texto cifrado a un dispositivo cliente. El dispositivo cliente utiliza la clave para descifrar el texto cifrado. Sin embargo, puesto que todos los dispositivos cliente y dispositivos servidor comparten la misma clave, si se revela la clave de un dispositivo cliente o un dispositivo servidor, estará en riesgo la seguridad de todos los dispositivos cliente y dispositivos servidor.

En otra técnica relacionada, un dispositivo cliente puede generar un par de claves asimétricas, guardar una clave privada y cargar una clave pública a un dispositivo servidor. El dispositivo servidor utiliza la clave pública para cifrar la información que necesita transmitirse y transmite un texto cifrado al dispositivo cliente. El dispositivo cliente utiliza la clave privada para descifrar el texto cifrado. Puesto que el algoritmo de clave asimétrica utiliza un número aleatorio diferente durante cada cálculo, se genera un par de claves asimétricas diferente durante cada cálculo. Por lo tanto, los pares de claves asimétricas generadas por diferentes clientes también son diferentes, evitando el problema del riesgo de seguridad para todos los dispositivos cliente y dispositivos servidor que resultan a partir de la revelación de la clave de un dispositivo cliente o un dispositivo servidor. Mientras tanto, puesto que el texto cifrado solo puede descifrarse mediante la clave privada a la cual corresponde el par de claves públicas, incluso si la clave pública se intercepta durante la transmisión de la clave pública, el texto cifrado aún no puede descifrarse a través de la clave pública, lo cual garantiza la seguridad de la información. Sin embargo, una clave asimétrica necesita utilizar un algoritmo de cifrado complejo para el cifrado y un algoritmo de descifrado complejo para el descifrado, en £

IMPI

ΙΌ

OI por lo cual el cifrado y descifrado tardan mucho tiempo.

Breve descripción de la invención

La presente aplicación proporciona un método, aparato y sistema de transmisión de datos para resolver los problemas de la seguridad de la información y del cifrado y descifrado prolongados de las tecnologías actuales.

De acuerdo con un primer aspecto de una modalidad de la presente solicitud, se proporciona un método de transmisión de datos, donde el método es aplicable en un cliente y comprende:

generar un par de claves asimétricas que comprende una primera clave pública y una primera clave privada, y enviar una solicitud de datos, que contiene la primera clave pública, a un servidor;

recibir un texto cifrado y una segunda clave pública enviada por el servidor, donde la segunda clave pública es una clave pública en un par de claves asimétricas obtenidas por el servidor, el par de claves asimétricas obtenidas por el servidor comprende, además, una segunda clave privada y el texto cifrado es la información obtenida al cifrar un parámetro original para generar un código de pago fuera de línea utilizando una clave compartida; la clave compartida es una clave generada con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido;

generar una clave compartida con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves, y utilizar la clave compartida para descifrar el texto cifrado para obtener el parámetro original.

En este caso, la clave compartida generada con base en la segunda clave privada y la primera clave pública utilizando el algoritmo de gestión de claves preestablecido, es idéntica a la clave compartida con base en la primera clave privada y la segunda clave pública generada utilizando el algoritmo de gestión de claves.

De acuerdo con un segundo aspecto de una modalidad de la presente solicitud, se proporciona un método de transmisión de datos, donde el método es aplicable en un servidor y comprende:

recibir una solicitud de datos que contiene una primera clave pública y enviada por un cliente, donde la solicitud de datos es para solicitar al servidor que devuelva un parámetro original para generar un código de pago fuera de línea, la primera clave pública es una clave pública en un par de claves asimétricas generadas por el cliente, y el par de claves asimétricas generado por el cliente comprende, además, una primera clave privada;

obtener un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada, y generar una clave compartida con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido;

utilizar la clave compartida para cifrar un parámetro original al cual corresponde la solicitud de datos y enviar un texto cifrado obtenido a partir del cifrado y la segunda clave pública al cliente para que el cliente genere una clave compartida con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves y utilizar la clave compartida para descifrar el texto cifrado para obtener el parámetro original.

IMPI

INSTITUTO MEXICANO DE LA PROPIEDAD INDUSTRIAL ο Μ σι

En este caso, la clave compartida generada con base en la segunda clave privada y la primera clave pública utilizando el algoritmo de gestión de claves preestablecido es idéntica a la clave compartida generada con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves.

De acuerdo con un tercer aspecto de una modalidad de la presente solicitud, se proporciona un método de transmisión de datos que comprende:

una terminal solicitante de datos que genera un par de claves asimétricas que comprende una f primera clave pública y una primera clave privada y envía una solicitud de datos, que contiene la primera clave pública, a una terminal proveedora de datos;

la terminal proveedora de datos obtiene un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada y genera una clave compartida con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido;

la terminal proveedora de datos utiliza la clave compartida para cifrar los datos objetivo a los cuales corresponde la solicitud de datos y envía un texto cifrado obtenido a partir del cifrado y la segunda clave pública a la terminal solicitante de datos;

la terminal solicitante de datos genera una clave compartida con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves y utiliza la clave compartida para descifrar el texto cifrado para obtener los datos objetivo.

De acuerdo con un cuarto aspecto de una modalidad de la presente solicitud, se proporciona un aparato de transmisión de datos que comprende:

un módulo de generación de claves para generar un par de claves asimétricas que comprende una primera clave pública y una primera clave privada;

un módulo de envío de solicitudes para enviar una solicitud de datos, que contiene la primera clave pública, a un servidor;

un módulo de recepción de información para recibir un texto cifrado y una segunda clave pública enviada por el servidor, donde la segunda clave pública es una clave pública en un par de claves asimétricas obtenido por el servidor, el par de claves asimétricas obtenido por el servidor comprende, además, una segunda clave privada, y el texto cifrado es la información obtenida al cifrar un parámetro original para generar un código de pago fuera de línea utilizando una clave compartida; la clave compartida es una clave generada con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido;

un módulo de generación de claves compartidas para generar una clave compartida con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves; y un módulo de descifrado de información para utilizar la clave compartida para descifrar el texto £

IMPI

INSTITUTO MEXICANO DE LA PROPIEDAD INDUSTRIAL ο ΙΌ σι cifrado para obtener el parámetro original.

En este caso, la clave compartida generada con base en la segunda clave privada y la primera clave pública utilizando el algoritmo de gestión de claves preestablecido, es idéntica a la clave compartida generada con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves.

De acuerdo con un quinto aspecto de una modalidad de la presente solicitud, se proporciona un aparato de transmisión de datos que comprende:

un módulo de recepción de solicitudes para recibir una solicitud de datos que contiene una primera clave pública y enviada por un cliente, donde la solicitud de datos es para solicitar a un servidor que devuelva un parámetro original para generar un código de pago fuera de línea; la primera clave pública es una clave pública en un par de claves asimétricas generado por el cliente, y el par de claves asimétricas generado por el cliente comprende, además, una primera clave privada;

un módulo de obtención de claves para obtener un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada;

un módulo de generación de claves compartidas para generar una clave compartida con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido;

un módulo de cifrado de información para utilizar la clave compartida para cifrar un parámetro original al cual corresponde la solicitud de datos;

un módulo de envío de información para enviar un texto cifrado obtenido a partir del cifrado y la segunda clave pública al cliente para que el cliente genere una clave compartida con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves y utilizar la clave compartida para descifrar el texto cifrado para obtener el parámetro original.

De acuerdo con un sexto aspecto de una modalidad de la presente solicitud, se proporciona un sistema de transmisión de datos que comprende un dispositivo solicitante de datos y un dispositivo proveedor de datos;

El dispositivo solicitante de datos genera un par de claves asimétricas que comprende una primera clave pública y una primera clave privada y envía una solicitud de datos que contiene la primera clave pública a un dispositivo proveedor de datos;

El dispositivo proveedor de datos obtiene un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada y generar una clave compartida con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido;

El dispositivo proveedor de datos utiliza la clave compartida para cifrar los datos objetivo a los cuales corresponde la solicitud de datos y envía un texto cifrado obtenido a partir del cifrado y la segunda £

ID

ΙΌ

OI

IMPI

INSTITUTO MEXICANO DE LA PROPIEDAD INDUSTRIAL clave pública al dispositivo solicitante de datos;

El dispositivo solicitante de datos genera una clave compartida con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves y utiliza la clave compartida para descifrar el texto cifrado para obtener los datos objetivo;

De acuerdo con un séptimo aspecto de una modalidad de la presente solicitud, se proporciona un método de transmisión de datos que comprende:

una terminal solicitante de datos que genera una primera clave simétrica y envía una solicitud de datos, que contiene la primera clave simétrica, a una terminal proveedor de datos;

la terminal proveedora de datos obtiene una segunda clave simétrica y genera una clave compartida con base en la primera clave simétrica y la segunda clave simétrica utilizando un algoritmo de gestión de claves preestablecido, donde la segunda clave simétrica es diferente de la primera clave simétrica;

la terminal solicitante de datos genera una clave compartida con base en la primera clave simétrica y la segunda clave simétrica utilizando el algoritmo de gestión de claves y utiliza la clave compartida para descifrar el texto cifrado para obtener los datos objetivo.

De acuerdo con un octavo aspecto de una modalidad de la presente solicitud, se proporciona un sistema de transmisión de datos que comprende un dispositivo solicitante de datos y un dispositivo proveedor de datos; F el dispositivo solicitante de datos genera una primera clave simétrica y envía una solicitud de datos, que contiene la primera clave simétrica, a un dispositivo proveedor de datos;

el dispositivo proveedor de datos obtiene una segunda clave simétrica y genera una clave compartida con base en la primera clave simétrica y la segunda clave simétrica utilizando un algoritmo de gestión de claves preestablecido, donde la segunda clave simétrica es diferente de la primera clave simétrica;

el dispositivo proveedor de datos utiliza la clave compartida para cifrar los datos objetivo a los cuales corresponde la solicitud de datos y envía un texto cifrado obtenido a partir del cifrado y la segunda clave simétrica al dispositivo solicitante de datos;

el dispositivo solicitante de datos genera una clave compartida con base en la primera clave simétrica y la segunda clave simétrica utilizando el algoritmo de gestión de claves y utiliza la clave compartida para descifrar el texto cifrado para obtener los datos objetivo.

Durante la aplicación del método, aparato y sistema de transmisión de datos proporcionados en £

IMPI

ΙΌ

OI las modalidades de la presente solicitud, puede generar un par de claves asimétricas que comprende una primera clave pública y una primera clave privada a través de una terminal solicitante de datos, una solicitud de datos que contiene la primera la clave se envía a una terminal proveedora de datos, un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada obtenida a través de una terminal proveedora de datos, generar una clave compartida con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido, entonces la clave compartida se utiliza para cifrar los datos objetivo a los cueles corresponde la solicitud de datos, y finalmente, un texto cifrado obtenido a partir del cifrado y la segunda clave pública se transmiten a la terminal solicitante de datos, y la terminal solicitante de datos genera una clave con base en la primera clave privada y la segunda clave pública utilizando el mismo algoritmo de gestión de claves. Puesto que la clave compartida generada con base en la segunda clave privada y la primera clave pública utilizando el algoritmo de gestión de claves preestablecido es idéntica a la clave compartida generada con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves, la terminal proveedora de datos puede utilizar la clave compartida para el cifrado, y la terminal solicitante de datos puede utilizar la clave compartida para el descifrado. Puesto que la clave para el cifrado de los datos objetivo y la clave para el descifrado de los datos objetivo son idénticas, pueden utilizarse algoritmos de cifrado y descifrado simétricos para cifrar y descifrar los datos. Puesto que un algoritmo de cifrado simétrico generalmente lleva a cabo el cifrado por medios como la codificación de cambio, mientras un algoritmo de cifrado asimétrico realiza el cifrado mediante métodos como hallazgo de números primos grandes, puede observarse que el proceso de cifrado de un algoritmo de cifrado simétrico es más simple que el proceso de cifrado de un algoritmo de cifrado asimétrico. Por lo tanto, esta modalidad puede evitar el defecto de largas duraciones de cifrado y descifrado que resultan a partir de complejos algoritmos de cifrado y descifrado asimétricos y mejorar la eficiencia de cifrado y descifrado. Además, puesto que la clave completa no está expuesta a lo largo de todo el proceso de transmisión, no tiene sentido, incluso si un háker se apoderó de una clave pública, lo cual garantiza la seguridad de los datos durante todo el proceso de transmisión.

Durante la aplicación del método, aparato y sistema de transmisión de datos que se proporcionan en las modalidades de la presente solicitud, puede obtenerse una primera clave simétrica a través de una terminal solicitante de datos, una solicitud de datos que contiene la primera clave simétrica se envía a una terminal proveedora de datos, una segunda clave simétrica se obtiene a través de una terminal proveedora de datos, una clave compartida se genera con base en la primera clave simétrica y la segunda clave simétrica utilizando un algoritmo de gestión de claves preestablecido, la clave compartida se utiliza para cifrar los datos objetivo a los cuales corresponde la solicitud de datos y, por último, un texto cifrado obtenido a partir del cifrado y la segunda clave simétrica se transmiten a la terminal solicitante de datos, y la terminal solicitante de datos utiliza el mismo algoritmo de gestión de claves para generar una clave compartida con base en la primera clave simétrica y la segunda clave simétrica. Puesto que la terminal proveedora de datos y la terminal solicitante de datos utilizan un algoritmo de gestión de claves idéntico, la clave compartida generada por la terminal proveedora de datos y la generada por la terminal solicitante de datos son idénticas, y la terminal solicitante de datos puede descifrar el texto cifrado a través de la clave

IMPI £

ΙΌ en compartida generada, se obtienen así los datos objetivo. Cabe destacar que, puesto que la clave compartida es diferente de la primera clave simétrica y la segunda clave simétrica, incluso si un háker se apoderó de la clave simétrica, el háker no sabrá qué algoritmo de gestión de claves utilizó la aplicación actual, por lo cual el háker no puede descifrar el texto cifrado, lo cual garantiza la seguridad de los datos durante todo el proceso de transmisión. Además, puesto que la clave para el cifrado de los datos objetivo y la clave para el descifrado de los datos objetivo son idénticas, se utilizan algoritmos de cifrado y descifrado de claves simétricos para cifrar y descifrar los datos a fin de evitar largas duraciones de cifrado y descifrado que resultan a partir de los algoritmos complejos de cifrado y descifrado asimétricos, mejorando así la eficiencia de cifrado y descifrado.

Debe entenderse que la descripción general anterior y la siguiente descripción detallada son solo ilustrativas y explicativas y no pueden limitar la presente solicitud.

Breve descripción de los dibujos

Los dibujos adjuntos en el presente documento se incluyen y forman parte de la descripción, muestran las modalidades que se ajustan a la presente solicitud y se utilizan junto con la descripción para explicar los principios de la presente solicitud.

La figura 1A es un diagrama esquemático de un caso de aplicación de transmisión de datos proporcionado por una modalidad ejemplar de la presente solicitud.

La figura 1B es un diagrama de flujo de una modalidad de un método de transmisión de datos proporcionado por la presente solicitud.

La figura 2 es un diagrama de flujo de otra modalidad de un método de transmisión de datos proporcionado por la presente solicitud.

La figura 3 es un diagrama de flujo de otra modalidad de un método de transmisión de datos proporcionado por la presente solicitud.

La figura 4 es un diagrama de bloques de una modalidad de un sistema de transmisión de datos proporcionado por la presente solicitud.

La figura 5 es un diagrama de bloques de una modalidad de un aparato de transmisión de datos proporcionado por la presente solicitud.

La figura 6 es un diagrama de bloques de otra modalidad de un aparato de transmisión de datos proporcionado por la presente solicitud.

La figura 7 es un diagrama de flujo de otra modalidad de un método de transmisión de datos proporcionado por la presente solicitud.

La figura 8 es un diagrama de bloques de otra modalidad de un sistema de transmisión de datos proporcionado por la presente solicitud.

Descripción detallada de la invención A

A continuación, las modalidades ejemplares se describirán en detalle, con los ejemplos mostrados en los dibujos adjuntos. Cuando la siguiente descripción incluye los dibujos adjuntos, a menos que se £

ΙΌ σι

IMPI

INSTITUTO MEXICANO DE LA PROPIEDAD

INDI indique lo contrario, el mismo número en diferentes dibujos adjuntos representa el mismo elemento o uno

INDUSTRIAL similar. Las formas de implementación descritas en las siguientes modalidades ejemplares no representan todas las formas de implementación consistentes con la presente solicitud. Por el contrario, solo los ejemplos del aparato y método se describen en detalle en las reivindicaciones adjuntas y consistentes con algunos aspectos de la presente solicitud.

Los términos utilizados en la presente solicitud son solo para el propósito de describir las modalidades ejemplares y no pretenden limitar la presente solicitud. Las formas singulares “uno”, “el”, y esto” utilizadas en la presente solicitud y en las reivindicaciones adjuntas también pretenden abarcar las formas plurales a menos que sus significados estén claramente indicados en el contexto. También debe entenderse que el término “y/o” utilizado en el texto se refiere a cualquiera o todas las combinaciones posibles que contienen uno o una pluralidad de los elementos enumerados asociados.

Debe entenderse que, aunque la presente solicitud puede utilizar términos como primero, segundo y tercero para describir varios tipos de información, la información no debe limitarse a estos términos. Estos términos solo pretenden diferenciar información del mismo tipo. Por ejemplo, sin apartarse del alcance de la presente solicitud, la primera información también puede denominarse como segunda información, y de manera similar, la segunda información también puede denominarse como primera información. De acuerdo con el contexto, el término “si” utilizado en el presente documento puede interpretarse como “en el momento de ...”, “cuando ...” o “en respuesta a una determinación”.

Las personas prestan cada vez más atención a la seguridad de los datos, en particular a la seguridad de los datos durante la transmisión. Tal como se muestra en la figura 1A, la figura 1A es un diagrama esquemático de un caso de aplicación de transmisión de datos proporcionado por una modalidad ejemplar de la presente solicitud. En este diagrama esquemático, la transmisión de datos puede realizarse entre diferentes dispositivos cliente y dispositivos servidor. Por ejemplo, un dispositivo cliente envía una solicitud de datos a un dispositivo servidor, y el dispositivo servidor devuelve los datos objetivo correspondientes de acuerdo con la solicitud de datos. En el proceso de transmisión, los hákeres pueden interceptar los datos objetivo que se están transmitiendo, provocando pérdidas a los usuarios.

Con el fin de garantizar la seguridad de los datos durante la transmisión, puede preestablecerse una clave idéntica en todos los dispositivos cliente y dispositivos servidor. Un dispositivo servidor puede utilizar la clave para cifrar la información que se transmitirá y transmitir un texto cifrado a un dispositivo cliente. El dispositivo cliente utiliza la clave para descifrar el texto cifrado. Sin embargo, puesto que todos los dispositivos cliente y dispositivos servidor comparten la misma clave, si la clave de un dispositivo cliente o un dispositivo servidor se revela, estará en riesgo la seguridad de todos los dispositivos cliente y dispositivos servidor. Para evitar esta circunstancia, en otra técnica relacionada, un dispositivo cliente puede generar un par de claves asimétricas, guardar una clave privada y cargar una clave pública en un dispositivo servidor. El dispositivo servidor utiliza la clave pública para cifrar la información que necesita transmitirse y transmite un texto cifrado al dispositivo cliente. El dispositivo cliente utiliza la clave privada para descifrar el texto cifrado. Puesto que el algoritmo de clave asimétrica utiliza un número aleatorio diferente durante cada cálculo, se genera un par de claves asimétricas diferente durante cada cálculo. Por £

IMPI

OI lo tanto, los pares de claves asimétricas generados por diferentes clientes también son diferentes, evitando el problema del riesgo de seguridad para todos los dispositivos cliente y dispositivos servidor que resulta a partir de la revelación de la clave de un dispositivo cliente o dispositivo servidor. Mientras tanto, puesto que el texto cifrado solo puede descifrarse mediante una clave privada a la cual corresponde un par de claves públicas, incluso si la clave pública se intercepta durante la transmisión de la clave pública, el texto cifrado aún no puede descifrarse a través de la clave pública, lo cual garantiza la seguridad de la información. Sin embargo, una clave asimétrica necesita utilizar un algoritmo de cifrado complejo para el cifrado y un algoritmo de descifrado complejo para el descifrado, por lo cual el cifrado y el descifrado tardan mucho tiempo.

Con el fin de evitar los problemas de seguridad de la información en las tecnologías actuales y el problema del cifrado y descifrado que tardan mucho tiempo, la presente solicitud proporciona un método de transmisión de datos, tal como se muestra en la figura 1B. La figura 1B es un diagrama de flujo de una modalidad de un método de transmisión de datos proporcionado por la presente solicitud. Este método puede comprender las siguientes etapas 101-108:

En la etapa 101, una terminal solicitante de datos genera un par de claves asimétricas que comprende una primera clave pública y una primera clave privada.

En la etapa 102, la terminal solicitante de datos envía una solicitud de datos que contiene la primera clave pública a una terminal proveedora de datos.

En la etapa 103, la terminal proveedora de datos obtiene un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada.

En la etapa 104, la terminal proveedora de datos genera una clave compartida con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido.

En la etapa 105, la terminal proveedora de datos utiliza la clave compartida para cifrar los datos objetivo a los que corresponde la solicitud de datos.

En la etapa 106, la terminal proveedora de datos envía un texto cifrado obtenido a partir del cifrado y la segunda clave pública a la terminal solicitante de datos.

En la etapa 107, la terminal solicitante de datos genera una clave compartida con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves.

En la etapa 108, la terminal solicitante de datos utiliza la clave compartida para descifrar el texto cifrado para obtener los datos objetivo.

Aquí, la terminal solicitante de datos es la terminal que solicita datos, y la terminal proveedora de datos es la terminal que proporciona datos. En un ejemplo, la terminal solicitante de datos puede ser un cliente, la terminal proveedora de datos puede ser un servidor, y el cliente solicita al servidor que devuelva los datos objetivo. Considerando a los datos objetivo que son un parámetro original para generar un código de pago fuera de línea como ejemplo, la solicitud de datos puede ser una solicitud para activar el pago fuera de línea, la terminal solicitante de datos es un cliente y la terminal proveedora de datos es un servidor. El cliente envía una solicitud para activar el pago fuera de línea al servidor, y el servidor devuelve un £

IMPI

ΙΌ en parámetro original al cliente de acuerdo con la solicitud. En otro ejemplo, el servidor también puede solicitar los datos en el cliente, y de esta manera, la terminal solicitante de datos puede ser un servidor y la terminal proveedora de datos puede ser un cliente. No existe limitación en este aspecto.

A partir de la modalidad anterior, puede observarse que un par de claves asimétricas que comprende una primera clave pública y una primera clave privada puede generarse a través de una terminal solicitante de datos, una solicitud de datos que contiene la primera clave pública se envía a una terminal proveedora de datos, un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada se obtiene a través de la terminal proveedora de datos, se genera una clave compartida con base en la segunda clave privada y la primera clave pública mediante un algoritmo de gestión de claves preestablecido, entonces la clave compartida se utiliza para cifrar los datos objetivo a los cuales corresponde la solicitud de datos y, finalmente, un texto cifrado obtenido a partir del cifrado y la segunda clave pública se transmiten a la terminal solicitante de datos, y la terminal solicitante de datos genera una clave compartida con base en la primera clave privada y la segunda clave pública utilizando el mismo algoritmo de gestión de claves. Puesto que la clave compartida generada con base en la segunda clave privada y la primera clave pública utilizando el algoritmo de gestión de claves preestablecido es idéntica a la clave compartida generada con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves, la terminal proveedora de datos puede utilizar la clave compartida para el cifrado, y la terminal solicitante de datos puede utilizar la clave compartida para el descifrado. Puesto que la clave para el cifrado de los datos objetivo y la clave para el descifrado de los datos objetivo son idénticas, pueden utilizar los algoritmos de cifrado y descifrado simétricos para cifrar y + descifrar los datos. Puesto que un algoritmo de cifrado simétrico generalmente lleva a cabo el cifrado por medios como la codificación de cambio, mientras un algoritmo de cifrado asimétrico realiza el cifrado mediante un método como el hallazgo de números primos grandes, puede observase que el proceso de cifrado de un algoritmo de cifrado simétrico es más simple que el proceso de cifrado de un algoritmo de cifrado asimétrico. Por lo tanto, esta modalidad puede evitar el defecto de largas duraciones de cifrado y descifrado que resultan a partir de complejos algoritmos de cifrado y descifrado asimétricos y mejorar la eficiencia de cifrado y descifrado. Cada vez que se utiliza un número aleatorio diferente, se genera un par de claves asimétricas diferentes cada vez. Por lo tanto, los pares de claves asimétricas generados por diferentes clientes también son diferentes, evitando el problema del riesgo de seguridad para todos los dispositivos cliente y dispositivos servidor que resultan a partir de la revelación de la clave de un dispositivo cliente o un dispositivo servidor. Además, puesto que la clave completa no está expuesta durante todo el proceso de transmisión, no tiene sentido, incluso si el háker se apodera de la clave pública, lo cual garantiza la seguridad de los datos durante todo el proceso de transmisión.

No existe una limitación específica en el tiempo de generación de un par de claves asimétricas que comprende una primera clave pública y una primera clave privada. Por ejemplo, puede generarse un par de claves asimétricas antes de cada transmisión de solicitud de datos. Como otro ejemplo, puede generarse un par de claves asimétricas en un momento distinto a inmediatamente antes de que se envíe una solicitud de datos, por ejemplo, cuando se cumplen otras condiciones, de manera que pueda obtenerse un par de

I

I £

IMPI

ΙΌ en claves asimétricas generado previamente cuando se obtendrá una solicitud de datos, expedido. Por ejemplo, puede generarse un par de claves asimétricas a intervalos establecidos, y cada par de claves asimétricas recientemente generado reemplaza al par de claves asimétricas generado previamente.

En un ejemplo, una primera clave pública y una primera clave privada pueden ser un par de claves asimétricas generado utilizando un algoritmo de generación de claves. Antes de enviar una solicitud de datos, la terminal solicitante de datos utiliza el algoritmo de generación de claves cada vez para generar un par de claves asimétricas que comprende una primera clave pública y una primera clave privada. Puesto que el par de claves asimétricas generado por el algoritmo de claves asimétricas es diferente cada vez en condiciones normales, esto puede evitar el problema de la revelación de un par de claves almacenado de manera fija, lo que hace que toda la información subsiguiente cifrada utilizando el par de claves sea insegura.

Después de que una terminal solicitante de datos obtiene una primera clave pública y una primera clave privada, la terminal solicitante de datos puede enviar una solicitud de datos que contiene la primera clave pública a una terminal proveedora de datos. En este caso, la solicitud de datos es una solicitud de datos objetivo.

En un ejemplo, la terminal solicitante de datos puede incluir directamente una primera clave pública en una solicitud de datos, acelerando así la velocidad de envío de una solicitud de datos.

En otro ejemplo, el envío de una solicitud de datos que contiene la primera clave pública a una terminal proveedora de datos comprende:

la terminal solicitante de datos que utiliza una clave privada en un certificado de solicitante para firmar la primera clave pública para obtener la primera información de firma. El certificado del solicitante es un certificado emitido por una institución designada a la terminal solicitante de datos.

La terminal solicitante de datos envía una solicitud de datos que contiene la primera clave pública y la primera información de firma a una terminal proveedora de datos.

El método comprende, además, las siguientes etapas: la terminal proveedora de datos verifica la primera información de firma con base en una clave pública en el certificado de solicitante y la primera clave pública. Si la verificación es exitosa, la terminal proveedora de datos enviará el texto cifrado y la segunda clave pública a la terminal solicitante de datos.

En este caso, la institución designada generalmente se refiere a una institución que tiene autoridad y puede emitir certificados. Un certificado emitido por la institución designada a una terminal solicitante de datos comprende al menos una clave privada y una clave pública. En otras palabras, un certificado de solicitante comprende una clave privada y una clave pública.

Como un método de firma, una terminal solicitante de datos puede utilizar un algoritmo de función hash para realizar operaciones de función hash en una primera clave pública para obtener una primera sinopsis de información, utilizar una clave privada en un certificado de solicitante para cifrar la primera sinopsis de información para obtener la primera información de firma, después generar una solicitud de datos que contiene la primera clave pública y la primera información de firma con base en la primera información de firma, y enviar la solicitud de datos a una terminal proveedora de datos.

IMPI

OI

Una vez que la terminal proveedora de datos recibe la solicitud de datos, la terminal proveedora de datos puede verificar la primera información de firma con base en una clave pública en el certificado de solicitante y la primera clave pública. Si la verificación es exitosa, el texto cifrado y la segunda clave pública se enviarán a la terminal proveedora de datos.

En este caso, la terminal proveedora de datos puede obtener la clave pública en el certificado de solicitante mediante el siguiente método: la terminal solicitante de datos la difunde previamente a la terminal proveedora de datos, o la terminal solicitante de datos la envía a la terminal proveedora de datos mientras envía una solicitud.

Como uno de los métodos de verificación, una terminal proveedora de datos puede utilizar un algoritmo de función hash para realizar las operaciones de función hash en una primera clave pública recibida para obtener una segunda sinopsis de información, utilizar una clave pública en un certificado de solicitante para descifrar la primera información de firma para obtener una primera sinopsis de información, y verificar si la primera sinopsis de información es consistente con la segunda sinopsis de información. Si es consistente, significa que la verificación es exitosa. La terminal proveedora de datos puede ejecutar la >1 operación de enviar un texto cifrado y una segunda clave pública a la terminal solicitante de datos únicamente después de que la verificación sea exitosa.

A partir de la modalidad anterior, puede observarse que firmar una primera clave pública y verificar con éxito la primera información de firma puede garantizar que la primera clave pública no se altere, y mientras tanto un certificado de solicitante garantiza que la terminal solicitante de datos es una terminal segura autenticada por una institución autorizada, garantizando así la seguridad del proceso de intercambio de una clave compartida.

Después de que una terminal proveedora de datos recibe una solicitud de datos, la terminal proveedora de datos puede obtener un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada. En este caso, la segunda clave pública y la segunda clave privada pueden ser un par de claves generadas utilizando el algoritmo de generación de claves. Puede observarse que el par de claves asimétricas que comprende una primera clave pública y una primera clave privada y el par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada, se generan mediante un algoritmo de generación de claves idénticas. Puesto que el algoritmo de generación de claves utiliza un número aleatorio diferente durante cada cálculo, los pares de claves asimétricas generados durante el cálculo en diferentes momentos casi siempre serían diferentes. Por lo tanto, el par de claves asimétricas generado por la terminal solicitante de datos es diferente del par de claves asimétricas generado por la terminal proveedora de datos en circunstancias normales.

No existe una limitación específica en la duración de generación de un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada. Por ejemplo, puede generarse un par de claves asimétricas cada vez que se recibe una solicitud de datos. Como otro ejemplo, puede generarse un par de claves asimétricas no cuando se recibe una solicitud de datos, sino cuando se cumplen otras condiciones para que se pueda obtener un par de claves asimétricas generado previamente cuando se recibe una solicitud de datos. Por ejemplo, puede generarse un par de claves asimétricas a intervalos £

ID

ΙΌ

OI establecidos, y cada par de claves asimétricas recientemente generado reemplaza al par de claves asimétricas generado previamente.

En un ejemplo, cuando se recibe una solicitud de datos, una terminal proveedora de datos utiliza un algoritmo de generación de claves cada vez para generar un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada. Puesto que el par de claves asimétricas generado por el algoritmo de claves asimétricas es diferente cada vez en condiciones normales, esto puede evitar el problema de la revelación de un par de claves almacenado de manera fija, lo cual hace que toda la información subsiguiente cifrada utilizando el par de claves sea insegura.

Después de que una terminal proveedora de datos obtiene un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada, la terminal proveedora de datos puede generar una clave compartida con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido. Posteriormente, una terminal de solicitud de datos generará una clave compartida con base en una primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves.

Un algoritmo de gestión de claves, también denominado como algoritmo de intercambio de claves, puede ser, por ejemplo, un algoritmo ECDH. En este caso, ECDH es un algoritmo de intercambio de claves DH (Diffie-Hellman) con base en ECC (criptosistemas de curva elíptica). Por lo tanto, las dos entidades pueden negociar para obtener una clave común sin compartir ninguna información secreta.

En esta modalidad, la clave compartida generada con base en la segunda clave privada y la primera clave pública utilizando el algoritmo de gestión de claves preestablecido es idéntica a la clave compartida generada con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves. Como una forma de implementación, los algoritmos de gestión de claves utilizados por una terminal proveedora de datos y una terminal solicitante de datos son idénticos, los algoritmos de generación de claves utilizados por la terminal proveedora de datos y la terminal solicitante de datos también son idénticos, y el algoritmo de gestión de claves y el algoritmo de generación de claves cumplen la siguiente condición: para cualquiera de los dos pares de claves asimétricas generados utilizando el algoritmo de generación de claves, cuando se selecciona una clave pública de cualquiera de los dos pares de claves asimétricas y una clave privada del otro par de claves asimétricas, los resultados de negociación obtenidos utilizando el algoritmo de gestión de claves son idénticos.

Puede observarse que, como la primera clave pública normalmente no es igual a la segunda clave pública y la primera clave privada no es igual a la segunda clave privada, es imposible deducir una primera clave privada a partir de una primera clave pública o deducir una segunda clave privada a partir de una segunda clave pública, y una clave compartida negociada a partir de una primera clave privada y una segunda clave pública es idéntica a una clave compartida negociada a partir de una segunda clave privada y una primera clave pública, la clave completa no está expuesta en cualquier momento durante todo el proceso de transmisión, y la seguridad de los datos está garantizada durante todo el proceso de transmisión. Además, puesto que la clave para el cifrado de los datos objetivo y la clave para el descifrado de los datos objetivo son idénticas, los algoritmos de cifrado y descifrado de claves simétricos se utilizan

IMPI

INSTITUTO MEXICANO DE LA PROPIEDAD INDUSTRIAL

IMPI £

σι para cifrar y descifrar datos a fin de evitar largas duraciones de cifrado y descifrado resultantes de complejos algoritmos de cifrado y descifrado asimétricos, lo cual mejora la eficiencia de cifrado y descifrado.

Después de que una terminal proveedora de datos genera una clave compartida, la terminal proveedora de datos puede utilizar la clave compartida para cifrar los datos objetivo a los cuales corresponde la solicitud de datos y enviar un texto cifrado obtenido a partir del cifrado y la segunda clave pública a la terminal solicitante de datos.

En un ejemplo, una terminal proveedora de datos puede enviar directamente una segunda clave pública a una terminal solicitante de datos para mejorar la eficiencia del envío.

En otro ejemplo, el método comprende, además:

la terminal proveedora de datos que utiliza una clave privada en un certificado de proveedor para firmar la segunda clave pública para obtener la información de la segunda firma. El certificado de proveedor es un certificado emitido por una institución designada a la terminal proveedora de datos.

Cuando la terminal proveedora de datos envía un texto cifrado obtenido a partir del cifrado y la segunda clave pública a la terminal solicitante de datos, la terminal proveedora de datos enviará la segunda información de firma a la terminal solicitante de datos.

La terminal solicitante de datos verifica la segunda información de firma con base en una clave pública en el certificado de proveedor y la segunda clave pública. Si la verificación es exitosa, la terminal solicitante de datos descifrará el texto cifrado.

En este caso, la institución designada puede ser una institución que puede emitir certificados. Un certificado emitido por la institución designada a una terminal proveedora de datos comprende al menos una clave privada y una clave pública. Dicho de otro modo, un certificado de proveedor comprende una clave privada y una clave pública.

Como un método de firma, una terminal proveedora de datos puede utilizar un algoritmo de función hash para realizar operaciones de función hash en una segunda clave pública para obtener una tercera sinopsis de información, utilizar una clave privada en un certificado de proveedor para cifrar la tercera sinopsis de información para obtener la segunda información de firma, y después enviar la información de texto cifrado, la segunda clave pública y la segunda firma a la terminal solicitante de datos.

En este caso, la terminal solicitante de datos puede obtener la clave pública en el certificado de proveedor mediante el siguiente método: la terminal proveedora de datos la difunde previamente a la terminal solicitante de datos, o la terminal proveedora de datos la envía a la terminal solicitante de datos mientras envía un texto cifrado y una segunda clave pública.

Como uno de los métodos de verificación, una terminal solicitante de datos puede utilizar un algoritmo de función hash para realizar las operaciones de función hash en una segunda clave pública recibida para obtener una cuarta sinopsis de información, utilizar una clave pública en un certificado de proveedor para descifrar la segunda información de firma para obtener una tercera sinopsis de información,

IMPI £

y verificar si la tercera sinopsis de información es consistente con la cuarta sinopsis de información. Si es consistente, significa que la verificación es exitosa. La terminal solicitante de datos puede ejecutar la operación de descifrar un texto cifrado solo después de que la verificación sea exitosa.

A partir de la modalidad anterior, puede observarse que firmar una segunda clave pública y verificar con éxito la segunda información de firma puede garantizar que la segunda clave pública no se altere, y mientras tanto un certificado de proveedor asegura que la terminal proveedora de datos sea una terminal segura autenticada por una institución autorizada, garantizando así la seguridad del proceso de negociación de una clave compartida.

Tal como se muestra en la figura 2, la figura 2 es un diagrama de flujo de otra modalidad de un método de transmisión de datos proporcionado por la presente solicitud. La modalidad aplica el método de transmisión de datos para transmitir un parámetro original. El método es aplicable en un cliente y puede comprender las siguientes etapas 201-203:

En la etapa 201, generar un par de claves asimétricas que comprende una primera clave pública y una primera clave privada, y enviar una solicitud de datos que contiene la primera clave pública a un servidor.

En este caso, no es necesario establecer una limitación específica al tiempo de generación de un par de claves asimétricas que comprende una primera clave pública y una primera clave privada. Por ejemplo, puede generarse un par de claves asimétricas antes de cada transmisión de solicitud de datos. Como otro ejemplo, puede generarse un par de claves asimétricas en un momento distinto a inmediatamente antes de que se envíe una solicitud de datos, pero cuando se cumplen otras condiciones, de modo que pueda obtenerse un par de claves asimétricas generado previamente cuando se envía una solicitud de datos. Por ejemplo, puede generarse un par de claves asimétricas a intervalos establecidos, y cada par de claves asimétricas recientemente generado reemplaza al par de claves asimétricas generado previamente.

En un ejemplo, una primera clave pública y una primera clave privada pueden ser un par de claves asimétricas generadas utilizando un algoritmo de generación de claves. Antes de enviar una solicitud de datos, el cliente utiliza el algoritmo de generación de claves cada vez para generar un par de claves asimétricas que comprende una primera clave pública y una primera clave privada. Puesto que el par de claves asimétricas generado por el algoritmo de claves asimétricas es diferente cada vez en condiciones normales, esto puede evitar el problema de la revelación de un par de claves almacenado de manera fija, lo cual hace que toda la información subsiguiente cifrada utilizando el par de claves sea insegura.

Después de obtener una primera clave pública y una primera clave privada, una solicitud de datos que contiene la primera clave pública puede enviarse a un servidor. En este caso, la solicitud de datos es para solicitar al servidor que devuelva un parámetro original para generar un código de pago fuera de línea.

En un ejemplo, una primera clave pública puede contenerse directamente en una solicitud de datos, acelerando así la velocidad de envío de una solicitud de datos.

En otro ejemplo, enviar una solicitud de datos que contiene la primera clave pública a un servidor comprende:

Μ σι £

KJ

OI

IMPI

INSTITUTO MEXICANO DE LA PROPIEDAD INDUSTRIAL

Uso de una clave privada en un certificado de cliente para firmar la primera clave pública para obtener la primera información de firma, donde el certificado de cliente es un certificado emitido por una institución designada al cliente.

Enviar una solicitud de datos que contiene la primera clave pública y la primera información de firma a un servidor para que el servidor utilice una clave pública en el certificado de cliente y la primera clave pública para verificar la primera información de firma, y enviar el texto cifrado y la segunda clave pública al cliente si la verificación es exitosa.

En este caso, la institución designada puede ser una institución que puede emitir certificados. Un certificado emitido por la institución designada a un cliente comprende al menos una clave privada y una clave pública. Dicho de otro modo, un certificado de cliente comprende una clave privada y una clave pública. El servidor puede obtener la clave pública en el certificado de cliente mediante el siguiente método: el cliente la difunde previamente al servidor, o el cliente la envía al servidor mientras envía una solicitud de datos.

La presente modalidad puede utilizar una clave privada en un certificado de cliente para firmar una primera clave pública. Por ejemplo, el cliente puede utilizar un algoritmo de función hash para realizar las operaciones de función hash en la primera clave pública para obtener una primera sinopsis de información, utilizar una clave privada en el certificado de cliente para cifrar la primera sinopsis de información para obtener la primera información de firma y después enviar una solicitud de datos que contiene la primera clave pública y la primera información de firma a una terminal proveedora de datos.

A partir de la modalidad anterior, puede observarse que la firma de una primera clave pública facilita que un servidor verifique la información de la primera firma, la verificación exitosa puede garantizar que la primera clave pública no se altere, y mientras tanto un certificado de cliente garantiza que el cliente es una terminal segura autenticada por una institución autorizada, garantizando así la seguridad del proceso de negociación de una clave compartida.

En la etapa 202, recibir un texto cifrado y una segunda clave pública enviada por el servidor, donde la segunda clave pública es una clave pública en un par de claves asimétricas obtenidas por el servidor, el par de claves asimétricas obtenido por el servidor comprende, además, una segunda clave privada y el texto cifrado es información obtenida al cifrar un parámetro original para generar un código de pago fuera de línea utilizando una clave compartida; la clave compartida es una clave generada con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido. En la etapa 203, generar una clave compartida con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves, y utilizar la clave compartida para descifrar el texto cifrado y obtener el parámetro original.

En este caso, un algoritmo de gestión de claves, también denominado como algoritmo de intercambio de clave, puede ser, por ejemplo, un algoritmo ECDH, donde ECDH es un algoritmo de intercambio de clave DH (Diffie-Hellman) con base en ECC (criptosistemas de curva elíptica). Por lo tanto las dos entidades pueden negociar una clave común sin compartir ninguna información secreta.

En esta modalidad, la clave compartida generada con base en la segunda clave privada y la primera £

IMPI

OI clave pública utilizando el algoritmo de gestión de claves preestablecido es idéntica a la clave compartida generada con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves. Como una forma de implementación, los algoritmos de gestión de claves utilizados por una terminal proveedora de datos y una terminal solicitante de datos son idénticos, los algoritmos de generación de claves utilizados por la terminal proveedora de datos y la terminal solicitante de datos también son idénticos, y el algoritmo de gestión de claves y el algoritmo de generación de claves cumplen la siguiente condición: para cualquiera de los dos pares de claves asimétricas generados utilizando el algoritmo de generación de claves, cuando se selecciona una clave pública de cualquiera de los dos pares de claves asimétricas y una clave privada del otro par de claves asimétricas, los resultados de negociación obtenidos utilizando el algoritmo de gestión de claves son idénticos.

Puede observarse que, puesto que la primera clave pública normalmente no es igual a la segunda clave pública y la primera clave privada no es igual a la segunda clave privada, es imposible deducir una primera clave privada a partir de una primera clave pública o deducir una segunda clave privada a partir de una segunda clave pública, y la clave compartida negociada a partir de una primera clave privada y una segunda clave pública es idéntica a la clave compartida negociada a partir de una segunda clave privada y una primera clave pública, la clave completa no está expuesta en ningún momento durante todo el proceso de transmisión, y la seguridad de los datos está garantizada durante todo el proceso de transmisión. Además, puesto que una clave para el cifrado de un parámetro de inicialización y una clave para el descifrado de un parámetro de inicialización son idénticas, los algoritmos de cifrado y descifrado de claves simétricos se utilizan para cifrar y descifrar un parámetro original para evitar largas duraciones de cifrado y descifrado resultantes a partir de complejos algoritmos de cifrado y descifrado asimétricos, lo cual mejora la eficiencia del cifrado y descifrado.

En una manera de implementación opcional, un cliente puede estar en un dispositivo electrónico, particularmente en un dispositivo portátil. Puesto que un dispositivo portátil a menudo tiene configuraciones correspondientes a un rendimiento relativamente bajo, cuando esta solución se utiliza en un dispositivo portátil, los algoritmos de cifrado y descifrado simétricos no requieren muchos recursos. Al mismo tiempo que garantiza la seguridad de la transmisión, esta solución mejora en gran medida el rendimiento y la eficiencia de todo el proceso de transmisión. Además, un dispositivo portátil puede comprender una pulsera inteligente. La implementación de la modalidad a través de una pulsera inteligente puede no solo garantizar la seguridad de transmisión de un parámetro original, sino también garantizar la eficiencia de todo el proceso de transmisión.

En un ejemplo, el método en la modalidad puede ejecutarse a través de un elemento seguro (SE, por sus siglas en inglés), lo cual permite la generación de una clave asimétrica, la generación de una clave compartida y el descifrado de un texto cifrado que se ejecutará en el SE. Además, un parámetro original también puede almacenarse en un SE. Puesto que el SE tiene una función contra intrusión informática, el SE puede proporcionar un parámetro original con un nivel de seguridad muy alto.

Además, un parámetro original puede almacenarse en un SE, y mientras tanto puede establecerse la autoridad de acceso del SE, también, con la generación del código de pago controlada mediante el £

IMPI

INSTITUTO MEXICANO DE LA PROPIEDAD INDUSTRIAL reconocimiento de huellas dactilares, reconocimiento de pulsaciones, reconocimiento facial u otros métodos de verificación, proporcionando así el código de pago completo con un nivel de seguridad muy alto.

Tal como se muestra en la figura 3, la figura 3 es un diagrama de flujo de otra modalidad de un método de transmisión de datos proporcionado por la presente solicitud. La modalidad utiliza el método de transmisión de datos para transmitir un parámetro original. Cuando el método se utiliza en un servidor, puede comprender las siguientes etapas 301-303:

En la etapa 301, recibir una solicitud de datos que contiene una primera clave pública y enviada por un cliente, donde la solicitud de datos es para solicitar al servidor que devuelva un parámetro original para generar un código de pago sin conexión, la primera clave pública es una clave pública en un par de claves asimétricas generado por el cliente, y el par de claves asimétricas generado por el cliente comprende, además, una primera clave privada.

En este caso, cuando se recibe una solicitud de datos, si la solicitud de datos solo contiene una primera clave pública, la etapa 302 puede ejecutarse directamente; Si la solicitud de datos incluye una primera clave pública y una primera información de firma, la primera información de firma se verifica con base en una clave pública en un certificado de cliente y la primera clave pública, y la etapa 302 se ejecuta únicamente después de que la verificación sea exitosa.

En este caso, el servidor puede obtener la clave pública en el certificado de cliente mediante el siguiente método: el cliente la difunde previamente al servidor o el cliente la envía al servidor mientras envía una solicitud de datos.

Como uno de los métodos de verificación, un servidor puede utilizar un algoritmo de función hash para realizar las operaciones de función hash en una primera clave pública recibida para obtener una segunda sinopsis de información, utilizar una clave pública en un certificado de cliente para descifrar la primera información de firma para obtener una primera sinopsis de información, y verificar si la primera sinopsis de información es consistente con la segunda sinopsis de información. Si es consistente, significa que la verificación es exitosa. Posteriormente, el servidor devolverá un texto cifrado y una segunda clave al cliente.

En la etapa 302, obtener un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada, y generar una clave compartida con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido.

En la etapa 303, utilizar la clave compartida para cifrar un parámetro original al cual corresponde la solicitud de datos, y enviar un texto cifrado obtenido a partir del cifrado y la segunda clave pública al cliente para que el cliente genere una clave compartida con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves y utilizar la clave compartida para descifrar el texto cifrado y obtener el parámetro original.

En este caso, no es necesario establecer limitaciones específicas al tiempo de generación de un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada. Por ejemplo, puede generarse un par de claves asimétricas cada vez que se recibe una solicitud de datos.

o σι £

IMPI

INSTITUTO MEXICANO DE LA PROPIEDAD

INDL

Como otro ejemplo, puede generarse un par de claves asimétricas en un momento distinto a cuando se

INDUSTRIAL

ΙΌ en recibe una solicitud de datos, pero cuando se cumplen otras condiciones para que pueda obtenerse un par de claves asimétricas generado previamente cuando se recibe una solicitud de datos. Por ejemplo, puede generarse un par de claves asimétricas a intervalos establecidos, y cada par de claves asimétricas recientemente generado reemplaza al par de claves asimétricas generado previamente.

En un ejemplo, la segunda clave pública y la segunda clave privada pueden ser un par de claves generadas utilizando el algoritmo de generación de claves. Por ejemplo, cuando se recibe una solicitud de datos, un servidor utiliza el algoritmo de generación de claves cada vez para generar un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada. Puesto que el par de claves asimétricas generado por el algoritmo de claves asimétricas es diferente cada vez en condiciones normales, esto puede evitar el problema de la revelación de un par de claves almacenado de manera fija lo cual hace que sea insegura toda la información subsiguiente cifrada utilizando el par de claves.

En este caso, el par de claves asimétricas que comprende una primera clave pública y una primera clave privada y el par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada se generan mediante un algoritmo de generación de claves idéntico. Puesto que el algoritmo de generación de claves utiliza un número aleatorio diferente durante cada cálculo, los pares de claves asimétricas generados durante el cálculo en diferentes momentos parecerían diferentes. Por lo tanto, el par de claves asimétricas generados por el cliente es diferente del par de claves asimétricas generado por el servidor en circunstancias normales.

Después de que un servidor obtiene una segunda clave pública y una segunda clave privada, el servidor puede generar una clave compartida con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido.

Un algoritmo de gestión de claves, también denominado como algoritmo de intercambio de clave puede ser un algoritmo ECDH, por ejemplo, en el cual ECDH es un algoritmo de intercambio de clave DH (Diffie-Hellman) con base en ECC (criptosistemas de curva elíptica). Por lo tanto, las dos entidades pueden negociar una clave común sin compartir ninguna información secreta.

En esta modalidad, la clave compartida generada con base en la segunda clave privada y la primera clave pública utilizando el algoritmo de gestión de claves preestablecido es idéntica a la clave compartida generada con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves. Como una forma de implementación, los algoritmos de gestión de claves utilizados por una terminal proveedora de datos y una terminal solicitante de datos son idénticos, los algoritmos de generación de claves utilizados por la terminal proveedora de datos y la terminal solicitante de datos también son idénticos, y el algoritmo de gestión de claves y el algoritmo de generación de claves cumplen la siguiente condición: para cualquiera de los dos pares de claves asimétricas generados utilizando el algoritmo de generación de claves, cuando se selecciona una clave pública de cualquiera de los dos pares de claves asimétricas y una clave privada del otro par de claves asimétricas, son idénticos los resultados de negociación obtenidos utilizando el algoritmo de gestión de claves.

Después de que un servidor obtenga una clave compartida, el servidor puede utilizar la clave

IMPI £

compartida para cifrar un parámetro original al cual corresponde la solicitud de datos y enviar un texto cifrado obtenido a partir del cifrado y la segunda clave pública a un cliente. El parámetro original es un parámetro original para generar un código de pago fuera de línea. Después de que el servidor recibe una solicitud de datos, el servidor puede obtener un parámetro original de acuerdo con la solicitud de datos. Los parámetros semilla a cuyos clientes corresponden pueden ser iguales o diferentes, sujetos a requisitos reales.

σι

En cuanto al envío de una segunda clave pública, en un ejemplo, la segunda clave pública puede enviarse directamente a un cliente para acelerar la velocidad de envío.

En otro ejemplo, el método comprende, además:

utilizar una clave privada en un certificado de servidor para firmar la segunda clave pública para obtener la segunda información de firma. El certificado de servidor es un certificado emitido por una institución designada al servidor.

Mientras envía un texto cifrado obtenido a partir del cifrado y la segunda clave pública al cliente, también envía la segunda información de firma al cliente, de modo que el cliente verifique ia segunda información de firma con base en una clave pública en el certificado de servidor y la segunda clave pública. Si la verificación es exitosa, el cliente descifrará el texto cifrado.

En este caso, la institución designada puede ser una institución que puede emitir certificados. Un certificado emitido por la institución designada a un servidor comprende al menos una clave privada y una clave pública. Dicho de otro modo, un certificado de servidor comprende una clave privada y una clave pública. El cliente puede obtener la clave pública en el certificado de servidor mediante el siguiente método: el servidor la difunde previamente al cliente, o el servidor la envía al cliente mientras envía un texto cifrado y una segunda clave pública.

Como un método de firma, un servidor puede utilizar un algoritmo de función hash para realizar las operaciones de función hash en una segunda clave pública para obtener una tercera sinopsis de información, utilizar una clave privada en un certificado de servidor para cifrar la tercera sinopsis de información para obtener la segunda información de firma, y después enviar el texto cifrado, segunda clave pública y segunda información de firma al cliente.

El cliente puede verificar la segunda información de firma con base en la clave pública en el certificado de servidor y la segunda clave pública. Si tiene éxito, el cliente descifra el texto cifrado.

Como uno de los métodos de verificación, un cliente puede utilizar un algoritmo de función hash para realizar las operaciones de función hash en una segunda clave pública para obtener una cuarta sinopsis de información, utilizar una clave pública en un certificado de servidor para descifrar la información de la segunda firma para obtener una tercera sinopsis de información, y verificar si la tercera sinopsis de información es consistente con la cuarta sinopsis de información. Si es consistente, significa que la verificación es exitosa. El cliente puede ejecutar la operación de descifrado de un texto cifrado únicamente después de una verificación exitosa.

IMPI

I £

ΙΌ en mientras tanto un certificado de servidor garantiza que el servidor sea una terminal segura autenticada por una institución autorizada, garantizando así la seguridad del proceso de negociación de una clave compartida.

Correspondiente a una modalidad de un método de transmisión de datos proporcionado por la presente solicitud, la presente solicitud proporciona, además, las modalidades de un aparato de transmisión de datos y un sistema de transmisión de datos.

Con referencia a la figura 4, la cual es un diagrama de bloques de una modalidad de un sistema de transmisión de datos provisto por la presente solicitud:

El sistema 40 comprende un dispositivo solicitante de datos 41 y un dispositivo proveedor de datos

42.

El dispositivo solicitante de datos 41 genera un par de claves asimétricas que comprende una primera clave pública y una primera clave privada y envía una solicitud de datos que contiene la primera clave pública al dispositivo proveedor de datos 42.

El dispositivo proveedor de datos 42 obtiene un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada y genera una clave compartida con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido.

El dispositivo proveedor de datos 42 utiliza la clave compartida para cifrar los datos objetivo a los cuales corresponde la solicitud de datos y envía un texto cifrado obtenido a partir del cifrado y la segunda clave pública al dispositivo solicitante de datos 41.

El dispositivo de solicitud de datos 41 genera una clave compartida con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves y utiliza la clave compartida para descifrar el texto cifrado para obtener los datos objetivo.

De manera opcional, el dispositivo solicitante de datos 41 utiliza una clave privada en un certificado de solicitante para firmar la primera clave pública para obtener la primera información de firma y envía una solicitud de datos con la primera clave pública y la primera información de firma a un dispositivo proveedor de datos. 42. El certificado de solicitante es un certificado emitido por una institución designada para el i dispositivo solicitante de datos.

Antes de que el dispositivo proveedor de datos 42 devuelva un texto cifrado y una segunda clave pública al dispositivo solicitante de datos 41, el dispositivo proveedor de datos 42 verifica la primera información de firma con base en una clave pública en el certificado de solicitante y la primera clave pública y determina que la verificación es exitosa.

De una manera de implementación opcional, el dispositivo proveedor de datos 42 utiliza una clave privada en un certificado de proveedor para firmar la segunda clave pública para obtener la información de la segunda firma. Cuando un texto cifrado obtenido a partir del cifrado y la segunda clave pública se envían κ

σι

IMPI

INSTITUTO MEXICANO DE LA PROPIEDAD INDUSTRIAL al dispositivo solicitante de datos 41, el dispositivo proveedor de datos 42 también envía la segunda información de firma al dispositivo solicitante de datos 41; el certificado de proveedor es un certificado emitido por una institución designada al dispositivo proveedor de datos 42.

Antes de que el dispositivo 41 solicitante de datos descifre un texto cifrado, el dispositivo solicitante de datos 41 verifica la segunda información de firma con base en una clave pública en el certificado de proveedor y la segunda clave pública y determina que la verificación es exitosa.

Con referencia a la figura 5, la cual es un diagrama de bloques de una modalidad de un aparato de transmisión de datos proporcionado por la presente solicitud:

El aparato comprende: un módulo de generación de claves 51, un módulo de envío de solicitudes 52, un módulo de recepción de información 53, un módulo de generación de claves compartidas 54 y un módulo de descifrado de información 55.

El módulo de generación de claves 51 es para generar un par de claves asimétricas que comprende una primera clave pública y una primera clave privada.

El módulo de envío de solicitudes 52 es para enviar una solicitud de datos que contiene la primera clave pública a un servidor.

El módulo de recepción de información 53 es para recibir un texto cifrado y una segunda clave pública enviada por el servidor, donde la segunda clave pública es una clave pública en un par de claves asimétricas obtenidas por el servidor, el par de claves asimétricas obtenidos por el servidor comprende además, una segunda clave privada, y el texto cifrado es información obtenida al cifrar un parámetro original para generar un código de pago fuera de línea utilizando una clave compartida; la clave compartida es una clave generada con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido.

El módulo de generación de claves compartidas 54 es para generar una clave compartida con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves.

El módulo de descifrado de información 55 es para utilizar la clave compartida para descifrar el texto cifrado y obtener el parámetro original.

De una manera de implementación opcional, el módulo de envío de solicitudes 52 es para:

utilizar una clave privada en un certificado de cliente para firmar la primera clave pública para obtener la información de la primera firma, en donde el certificado de cliente es un certificado emitido por una institución designada al cliente.

enviar una solicitud de datos que lleve la primera clave pública y la primera información de firma a un servidor para que el servidor use una clave pública en el certificado de cliente y la primera clave pública para verificar la primera información de firma, y envíe el texto cifrado y la segunda clave pública al cliente si la verificación es exitosa.

IMPI

Con referencia a la figura 6, la cual es un diagrama de bloques de otra modalidad de un aparato de transmisión de datos proporcionado por la presente solicitud:

El aparato comprende: un módulo de recepción de solicitudes 61, un módulo de obtención de claves 62, un módulo de generación de claves compartidas 63, un módulo de cifrado de información 64 y un módulo de envío de información 65.

En este caso, el módulo de recepción de solicitudes 61 es para recibir una solicitud de datos que contiene una primera clave pública y enviada por un cliente, donde la solicitud de datos es para solicitar a un servidor que devuelva un parámetro original para generar un código de pago fuera de línea, una clave pública en un par de claves asimétricas generado por el cliente, y el par de claves asimétricas generado por el cliente comprende, además, una primera clave privada.

El módulo de obtención de claves 62 es para obtener un par de claves asimétricas que comprende una segunda clave pública y una segunda clave privada.

El módulo de generación de claves compartidas 63 sirve para generar una clave compartida con base en la segunda clave privada y la primera clave pública utilizando un algoritmo de gestión de claves preestablecido.

El módulo de cifrado de información 64 es para utilizar la clave compartida para cifrar un parámetro original al cual corresponde la solicitud de datos.

El módulo de envío de información 65 es para enviar un texto cifrado obtenido a partir del cifrado y la segunda clave pública al cliente, de modo que el cliente genere una clave compartida con base en la primera clave privada y la segunda clave pública utilizando el algoritmo de gestión de claves y utilizar la clave compartida para descifrar el texto cifrado para obtener el parámetro original.

De una manera de implementación opcional, el aparato 60 comprende, además, (no mostrado en la figura 6):

un módulo de firma para utilizar una clave privada en un certificado de servidor para firmar la segunda clave pública para obtener la segunda información de firma, donde el certificado de servidor es un certificado emitido por una institución designada al servidor.

El módulo de envío de información 65 se utiliza, además, para enviar la segunda información de firma al cliente cuando envía un texto cifrado obtenido a partir del cifrado y la segunda clave pública al cliente para que el cliente verifique la segunda información de firma con base en una clave pública en el certificado de servidor. Y la segunda clave pública. Una vez que la verificación es exitosa, el cliente descifra el texto cifrado.

De acuerdo con lo anterior, la presente solicitud proporciona, además, un dispositivo portátil. El dispositivo portátil comprende un chip SE, que es para:

generar un par de claves asimétricas que comprende una primera clave pública y una primera clave

OI

IMPI

ΙΌ

OI privada y enviar una solicitud de datos que contiene la primera clave pública a un servidor.

De la modalidad anterior, puede observarse que, a través de la configuración de un SE en un dispositivo portátil, la generación de un par de claves asimétricas, generación de una clave compartida, almacenamiento de datos objetivo y descifrado de un texto cifrado se llevan a cabo en el SE. Además, puesto que el SE tiene una función contra intrusión informática, el SE puede proporcionar los datos objetivo con un nivel de seguridad muy alto.

Con el fin de evitar los problemas de seguridad de la información y el cifrado y descifrado prolongados en las tecnologías actuales, la presente solicitud proporciona, además, un método alternativo de transmisión de datos, tal como se muestra en la figura 7. La figura 7 es un diagrama de flujo de otra modalidad de un método de transmisión de datos proporcionado por la presente solicitud. El método puede comprender las siguientes etapas 701-708:

En la etapa 701, una terminal solicitante de datos genera una primera clave simétrica.

En la etapa 702, la terminal solicitante de datos envía una solicitud de datos que contiene la primera clave simétrica a una terminal proveedora de datos.

En la etapa 703, la terminal proveedora de datos obtiene una segunda clave simétrica, que es diferente de la primera clave simétrica.

En la etapa 704, la terminal proveedora de datos genera una clave compartida con base en la primera clave simétrica y la segunda clave simétrica utilizando un algoritmo de gestión de claves preestablecido.

En la etapa 705, la terminal proveedora de datos utiliza la clave compartida para cifrar los datos objetivo a los cuales corresponde la solicitud de datos.

En la etapa 706, la terminal proveedora de datos envía un texto cifrado obtenido a partir del cifrado y la segunda clave simétrica a la terminal solicitante de datos.

En la etapa 707, la terminal solicitante de datos genera una clave compartida con base en la primera clave simétrica y la segunda clave simétrica utilizando el algoritmo de gestión de claves.

IMPI

En la etapa 708, la terminal solicitante de datos utiliza la clave compartida para descifrar el texto cifrado para obtener los datos objetivo.

De la modalidad anterior, puede observarse que puede obtenerse una primera clave simétrica a través de una terminal solicitante de datos, una solicitud de datos que contiene la primera clave simétrica se envía a una terminal proveedora de datos, una segunda clave simétrica se obtiene a través de una terminal proveedora de datos, se genera una clave compartida con base en la primera clave simétrica y la segunda clave simétrica utilizando un algoritmo de gestión de claves preestablecido, entonces la clave compartida se utiliza para cifrar los datos objetivo a los cuales corresponde la solicitud de datos, y por último un texto cifrado obtenido a partir del cifrado y la segunda clave simétrica se transmite a la terminal solicitante de datos, y la terminal solicitante de datos utiliza el mismo algoritmo de gestión de claves para generar una clave compartida con base en la primera clave simétrica y la segunda clave simétrica. Puesto que una terminal proveedora de datos y una terminal solicitante de datos utilizan un algoritmo de gestión de claves idéntico, la clave compartida generada por la terminal proveedora de datos y la generada por la terminal solicitante de datos son idénticas, y la terminal solicitante de datos puede descifrar el texto cifrado a través de la clave compartida, obteniendo así los datos objetivo. Puede observarse que, puesto que el algoritmo de clave asimétrica utiliza un número aleatorio diferente durante cada cálculo, se genera un par de claves asimétricas diferente durante cada cálculo. Por lo tanto, los pares de claves asimétricas generadas por diferentes clientes también son diferentes, evitando el problema del riesgo de seguridad para todos los dispositivos cliente y dispositivos servidor que resultan a partir de la revelación de la clave de un dispositivo cliente o un dispositivo servidor. Mientras tanto, puesto que la clave compartida es diferente de la primera clave simétrica y la segunda clave simétrica, incluso si un háker se apoderó la clave simétrica, el háker no sabrá qué algoritmo de gestión de claves utilizó la aplicación actual, por lo cual el háker no puede descifrar el texto cifrado, garantizando así la seguridad de los datos durante todo el proceso de transmisión. Además, puesto que la clave para el cifrado de los datos objetivo y la clave para el descifrado de los datos objetivo son idénticas, se utilizan algoritmos de cifrado y descifrado de claves simétricos para cifrar y descifrar los datos a fin de evitar largos tiempos de cifrado y descifrado que resultan a partir de algoritmos complejos de cifrado y descifrado asimétricos, mejorando así la eficiencia de cifrado y descifrado.

En este caso, el algoritmo de generación de claves que genera una primera clave simétrica y el algoritmo de generación de claves que genera una segunda clave simétrica pueden ser ¡guales o diferentes. No se establece ninguna limitación específica. Puesto que la clave simétrica generada por el algoritmo de generación de claves es diferente cada vez, la segunda clave simétrica es diferente de la primera clave simétrica.

Después de que la terminal solicitante de datos obtenga una primera clave simétrica, puede generar una solicitud de datos que contiene una primera clave simétrica con base en la primera clave simétrica. En este caso, la solicitud de datos se utiliza para solicitar datos objetivo. Una vez que se genera la solicitud de datos, puede enviarse a una terminal proveedora de datos.

En un ejemplo, la terminal solicitante de datos puede utilizar una solicitud de datos para llevar ro

OI £

IMPI σι directamente una primera clave simétrica, acelerando así la velocidad de envío de una solicitud de datos.

En otro ejemplo, el envío de una solicitud de datos que contiene la primera clave simétrica a una terminal proveedora de datos comprende:

la terminal solicitante de datos utiliza una clave privada en un certificado de solicitante para firmar la primera clave simétrica para obtener la primera información de firma. El certificado de solicitante es un certificado emitido por una institución designada a la terminal solicitante de datos.

La terminal solicitante de datos envía una solicitud de datos que contiene la primera clave simétrica y la primera información de firma a una terminal proveedora de datos.

En este caso, la institución designada puede ser una institución que puede emitir certificados. Un certificado emitido por la institución designada a una terminal solicitante de datos comprende al menos una clave privada y una clave pública.

Después de que una terminal proveedora de datos recibe una solicitud de datos, la terminal proveedora de datos puede verificar la primera información de firma con base en una clave pública en el certificado de solicitante y la primera clave simétrica. Después de que la verificación sea exitosa, la terminal proveedora de datos ejecutará la operación de devolver un texto cifrado y una segunda clave simétrica a la terminal solicitante de datos.

A partir de la modalidad anterior, puede observarse que, firmar una primera clave simétrica y verificar con éxito la primera información de firma puede garantizar que la primera clave simétrica no se altere, y mientras tanto un certificado de solicitante garantiza que la terminal solicitante de datos es una terminal segura autenticada por una institución autorizada, garantizando así la seguridad del proceso de negociación de una clave compartida.

Después de que una terminal proveedora de datos recibe una solicitud de datos, la terminal proveedora de datos puede obtener una segunda clave simétrica. Una vez que la terminal proveedora de datos obtiene la segunda clave simétrica, la terminal proveedora de datos puede generar una clave compartida con base en la primera clave simétrica y la segunda clave simétrica utilizando un algoritmo de gestión de claves preestablecido.

En este caso, un algoritmo de gestión de claves, también conocido como algoritmo de intercambio de clave, puede ser un algoritmo ECDH, por ejemplo, donde ECDH es un algoritmo de intercambio de clave DH (Diffie-Hellman) con base en ECC (criptosistemas de curva elíptica). Por lo tanto, las dos entidades pueden negociar una clave común sin compartir ninguna información secreta.

Una terminal proveedora de datos puede utilizar la clave compartida para cifrar los datos objetivo a los cuales corresponde la solicitud de datos y enviar un texto cifrado obtenido a partir del cifrado y la segunda clave simétrica a la terminal solicitante de datos.

En un ejemplo, una terminal proveedora de datos puede enviar directamente una segunda clave simétrica a una terminal solicitante de datos para mejorar la eficiencia del envío.

En otro ejemplo, la terminal proveedora de datos utiliza una clave privada en un certificado de proveedor para firmar la segunda clave simétrica para obtener la información de la segunda firma. El certificado de proveedor es un certificado emitido por una institución designada a la terminal proveedora £

IMPI

ΙΌ

OI de datos.

Cuando la terminal proveedora de datos envía un texto cifrado obtenido a partir del cifrado y la segunda clave simétrica a la terminal solicitante de datos, la terminal proveedora de datos enviará la segunda información de firma a la terminal solicitante de datos.

La terminal solicitante de datos verifica la segunda información de firma con base en una clave pública en el certificado de proveedor y la segunda clave simétrica. Una vez que la verificación es exitosa, la terminal solicitante de datos ejecuta la etapa de descifrar un texto cifrado.

A partir de la modalidad anterior, puede observarse que, firmar una segunda clave simétrica y verificar con éxito la segunda información de firma puede garantizar que la segunda clave simétrica no se altere, y mientras tanto un certificado de proveedor garantiza que la terminal proveedora de datos es una terminal segura autenticada por una institución autorizada, garantizando así la seguridad del proceso de negociación de una clave compartida.

Correspondiente a la modalidad de un método de transmisión de datos proporcionado por la presente solicitud, la presente solicitud proporciona, además, una modalidad de un sistema de transmisión de datos.

Con referencia a la figura 8, la cual es un diagrama de bloques de otra modalidad de un sistema de transmisión de datos provisto por la presente solicitud:

El sistema 80 comprende un dispositivo solicitante de datos 81 y un dispositivo proveedor de datos

82.

El dispositivo de solicitud de datos 81 genera una primera clave simétrica y envía una solicitud de datos que contiene la primera clave simétrica al dispositivo proveedor de datos 82.

El dispositivo proveedor de datos 82 obtiene una segunda clave simétrica y genera una clave compartida con base en la primera clave simétrica y la segunda clave simétrica utilizando un algoritmo de gestión de claves preestablecido, donde la segunda clave simétrica es diferente de la primera clave simétrica.

El dispositivo proveedor de datos 82 utiliza la clave compartida para cifrar los datos objetivo a los cuales corresponde la solicitud de datos y envía un texto cifrado obtenido a partir del cifrado y la segunda clave simétrica al dispositivo solicitante de datos 81.

El dispositivo de solicitud de datos 81 genera una clave compartida con base en la primera clave simétrica y la segunda clave simétrica utilizando el algoritmo de gestión de claves y utiliza la clave compartida para descifrar el texto cifrado para obtener los datos objetivo.

Los procesos para lograr las funciones y los efectos de cada módulo en el aparato anterior se detallan en los procesos para lograr las etapas correspondientes en el método anterior, por lo cual no se repetirán detalles innecesarios.

IMPI

La modalidad del aparato corresponde básicamente a la modalidad del método, por lo cual, para las partes relevantes del aparato, consulte las partes correspondientes de la modalidad del método. La modalidad del aparato descrita anteriormente es solo ejemplar, sus unidades descritas como componentes separados pueden o no estar físicamente separadas, y los componentes mostrados como unidades pueden ser unidades físicas o no, es decir, pueden ubicarse en el mismo lugar o distribuirse en una pluralidad de unidades de red. Algunos o todos los módulos pueden seleccionarse de acuerdo con la necesidad real para lograr los objetivos de la solución de la presente aplicación. Los expertos en la técnica pueden entenderlo e imple menta rio sin esfuerzo creativo.

Después de considerar la descripción y poner en práctica la invención solicitada en el presente documento, los expertos en la técnica pueden deducir fácilmente otras modalidades de la presente solicitud. La presente solicitud está destinada a abarcar cualquier modificación, uso o cambio adaptativo de la presente aplicación. Estas modificaciones, usos o cambios adaptativos siguen el principio general de la presente solicitud e incluyen el conocimiento general común o los medios técnicos convencionales en el campo técnico no aplicado por la presente solicitud. La descripción y las modalidades son solo ejemplares. El alcance real y la esencia de la presente solicitud se exponen en las siguientes reivindicaciones.

Debe entenderse que la presente solicitud no se limita a la estructura precisa descrita anteriormente y que se muestra en los dibujos adjuntos, y pueden realizarse varias modificaciones y cambios sin apartarse de su alcance. El alcance de la presente solicitud está limitado por las reivindicaciones adjuntas.

30 members in 16 offices

This recordMember, by publication date6 more offices are in the list below

Members30

Family members, oldest first
Document	Office	Kind
CN107040369A	China	A	2017-08-11
ZA201902947A0	South Africa	A0	2017-10-18
TW201817193A	Taiwan Province of China	A	2018-05-01
CA3041664A1	Canada	A1	2018-05-03
WO2018077086A1	World Intellectual Property Organization (WIPO)	A1	2018-05-03
TWI641258B	Taiwan Province of China	B	2018-11-11
AU2017352361A1	Australia	A1	2019-05-23
SG11201903671WA	Singapore	A	2019-05-30
KR20190073472A	Republic of Korea	A	2019-06-26
BR112019008371A2	Brazil	A2	2019-07-09
MX2019004948A	Mexico	A	2019-08-14
US2019253249A1	United States of America	A1	2019-08-15
EP3534565A1	European Patent Office (EPO)	A1	2019-09-04
EP3534565A4	European Patent Office (EPO)	A4	2019-10-30
JP2019533384A	Japan	A	2019-11-14
PH12019500938A1	Philippines	A1	2019-12-11
AU2019101594A4	Australia	A4	2020-01-23
CN107040369B	China	B	2020-02-11
RU2715163C1	Russian Federation	C1	2020-02-25
CN111585749A	China	A	2020-08-25
ZA201902947B	South Africa	B	2020-08-26
EP3534565B1	European Patent Office (EPO)	B1	2020-09-09
KR20200127264A	Republic of Korea	A	2020-11-10
AU2017352361B2	Australia	B2	2020-11-26
CA3041664C	Canada	C	2021-03-16
JP2021083076A	Japan	A	2021-05-27
ES2837039T3	Spain	T3	2021-06-29
JP7119040B2	Japan	B2	2022-08-16
CN111585749B	China	B	2023-04-07
MX379285BThis record	Mexico	B	2025-03-10

Abstract

Term

IMPI

INSTITUTO MEXICANO DE LA PROPIEDAD INDUSTRIAL

IMPI

IMPI

IMPI

ID

OI

IMPI

IMPI

IMPI

INSTITUTO MEXICANO DE LA PROPIEDAD

IMPI

IMPI

I

IMPI

IMPI

OI

ID

IMPI

INSTITUTO MEXICANO DE LA PROPIEDAD INDUSTRIAL

KJ

OI

IMPI

INSTITUTO MEXICANO DE LA PROPIEDAD INDUSTRIAL

IMPI

IMPI

IMPI

INSTITUTO MEXICANO DE LA PROPIEDAD

INDL

INDUSTRIAL

IMPI

IMPI

IMPI

OI

IMPI

IMPI

IMPI

IMPI

Members30

Numbers

Titles2

Classification