ES2963293T3

ES2963293T3 - Unidad telemática

Info

Publication number: ES2963293T3
Application number: ES19704316T
Authority: ES
Inventors: Jan Kahmen; Moritz Stumpf; Sebastian Thelen; Alexander N Jablovski
Original assignee: Uze! Mobility GmbH
Current assignee: Uze! Mobility GmbH
Priority date: 2019-02-08
Filing date: 2019-02-08
Publication date: 2024-03-26
Anticipated expiration: 2039-02-08
Also published as: WO2020160789A1; EP3921973B1; EP3921973A1; PL3921973T3

Abstract

Entre otras cosas, se divulga un método que comprende: obtener una información de transacción indicativa de una transacción a realizar o desencadenar para su realización; comprobar si la información de la transacción fue verificada o no por al menos un servidor; y en caso de que la verificación tenga éxito: realizar o desencadenar la realización de la transacción. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Unidad telemática

Campo

La siguiente divulgación se refiere al campo de las unidades telemáticas, o más particularmente se refiere a sistemas, aparatos y métodos para mejorar la seguridad de realizar o activar la realización de una o más acciones por una unidad telemática respectiva, y adicionalmente proporcionar una realización confiable o activar la realización de la una o más acciones por la unidad telemática respectiva, por ejemplo, una unidad telemática respectiva que está comprendida por un vehículo (por ejemplo, vehículos de compartición de coche).

Antecedentes

Para una integración significativa de la tecnología de cadena de bloques en la industria de la movilidad existen varios campos de aplicación posibles. Por un lado, es un desafío la creación de una red no central y de vehículos con una estructura de derechos de acceso uniforme y que proporcione resistencia a la censura en un único sistema confiable. Por otro lado, se requiere una gestión para el mantenimiento y movimiento de tareas en conjunto con uno o más vehículos de una flota de compartición de coche.

Es conocido que se puede mostrar un proceso de registro en una aplicación (por ejemplo, aplicación) de un dispositivo móvil respectivo. A continuación, por ejemplo, el usuario usa un código PIC para acceder al automóvil deseado. El usuario debe introducir el código PIN en el coche y a continuación introducirlo, por ejemplo, en la aplicación. Si el código PIN es válido, el coche se puede abrir y usar. Además, tal información enviada entre, por ejemplo, el dispositivo móvil y un servidor que comprueba el código PIN se basan en un identificador del usuario que en ocasiones no está cifrado en la información transferida. Además, se puede usar una clave fija para proteger la información, en donde esto también puede estar sujeto a un uso fraudulento. El documento de publicación de solicitud de patente china CN 108597128 divulga un sistema de compartición de coche en red urbano que hace uso de la tecnología de cadena de bloques para la autenticación y verificación de datos telemáticos de vehículos.

A. Madhusudan: "Applying Smart Contracts to Secure Car Sharing Systems"; documento de publicación de solicitud de patente de Estados Unidos US 2018/091596 A1; y A. Dorri et al: "BlockChain: A Distributed Solution to Automotive Security and Privacy", divulga información general sobre el uso de la tecnología de cadena de bloques para la autenticación de datos telemáticos de vehículos.

Sumario de algunas realizaciones ilustrativas

El uso de una clave fija y/o un código PIN e información de texto sin formato adicional que se transfieren para permitir el uso de un vehículo (por ejemplo, un vehículo de compartición de coche) presenta un alto riesgo de uso fraudulento.

Por tanto, un objeto de la invención es, entre otras cosas, mejorar la seguridad de la realización o activación de la realización de una o más acciones por una unidad telemática, por ejemplo, una unidad telemática que está comprendida por un vehículo (por ejemplo, de una flota de compartición de coche).

De acuerdo con un primer aspecto ilustrativo de la presente invención, se divulga un método, comprendiendo el método:

- obtener una información de transacción indicativa de una transacción que se va a realizar o que se activa para que se realice, en donde la información de transacción está firmada por al menos un dispositivo móvil y/o una aplicación del al menos un dispositivo móvil;

- comprobar si la información de transacción fue verificada o no por al menos un servidor basándose al menos parcialmente en una cadena de bloques, en donde el al menos un servidor está habilitado para verificar la transacción determinando un valor de función de troceo que va a estar comprendido por la cadena de bloques en caso de que la transacción esté firmada correctamente y el al menos un dispositivo móvil y/o la aplicación del dispositivo móvil están permitidos a realizar o activar la realización de la transacción, en donde la cadena de bloques es accesible por el al menos un servidor y al menos un dispositivo móvil; y

en caso de que la comprobación sea exitosa:

- realizar o activar la realización de la transacción.

Este método puede realizarse y/o controlarse, por ejemplo, mediante un aparato, por ejemplo, una unidad telemática. Por ejemplo, el método puede realizarse y/o controlarse usando al menos un procesador de la unidad telemática. Por ejemplo, una unidad telemática de este tipo puede estar comprendida, por ejemplo, por un vehículo, por ejemplo, un coche, camión, bicicleta, moto, vehículo de reparto, o similares, por citar sólo algunos ejemplos no limitativos. Por ejemplo, una unidad telemática de este tipo puede estar comprendida, por ejemplo, por un vehículo de una flota de compartición de coche.

De acuerdo con un aspecto ilustrativo adicional de la invención, se divulga un programa informático, provocando el programa informático, cuando se ejecuta por un procesador, que un aparato, por ejemplo, un servidor, realice y/o controle las acciones del método de acuerdo con el primer aspecto ilustrativo.

El programa informático puede almacenarse en un medio de almacenamiento legible por ordenador, en particular, un medio tangible y/o no transitorio. El medio de almacenamiento legible por ordenador podría ser, por ejemplo, un disco o una memoria o similar. El programa informático podría almacenarse en el medio de almacenamiento legible por ordenador en forma de instrucciones que codifican el medio de almacenamiento legible por ordenador. El medio de almacenamiento legible por ordenador puede tener por objeto tomar parte en la operación de un dispositivo, como una memoria interna o externa, por ejemplo, una memoria de solo lectura (ROM) o un disco duro de un ordenador, o puede tener por objeto la distribución del programa, como un disco óptico.

De acuerdo con un aspecto ilustrativo adicional de la invención, se divulga un aparato configurado para realizar y/o controlar o que comprende medios respectivos para realizar y/o controlar el método de acuerdo con el primer aspecto ilustrativo de la presente invención.

Los medios del aparato pueden implementarse en hardware y/o software. Estos pueden comprender, por ejemplo, al menos un procesador para ejecutar código de programa informático para realizar las funciones requeridas, al menos una memoria que almacena el código de programa, o ambos. Como alternativa, estos podrían comprender, por ejemplo, circuitería que se diseña para implementar las funciones requeridas, por ejemplo, implementadas en un conjunto de chips o un chip, como un circuito integrado. En general, los medios pueden comprender, por ejemplo, uno o más medios de procesamiento o procesadores.

De acuerdo con un aspecto ilustrativo adicional de la invención, se divulga un aparato, que comprende al menos un procesador y al menos una memoria que incluye código de programa informático, la al menos una memoria y el código de programa informático configurados para, con el al menos un procesador, provocar que un aparato, por ejemplo, el aparato, al menos realice y/o controle el método de acuerdo con el primer aspecto ilustrativo.

El aparato anteriormente divulgado de acuerdo con cualquier aspecto de la invención puede ser un módulo o un componente para un dispositivo, por ejemplo, un chip. Como alternativa, el aparato divulgado de acuerdo con cualquier aspecto de la invención puede ser un dispositivo, por ejemplo, un servidor o nube de servidores. El aparato divulgado de acuerdo con cualquier aspecto de la invención puede comprender únicamente los componentes divulgados, por ejemplo, medios, procesador, memoria, o puede comprender además uno o más componentes adicionales.

De acuerdo con un segundo aspecto ilustrativo de la presente invención, un método se divulga, comprendiendo el método:

- generar una información de transacción indicativa de una transacción que se va a realizar o que se activa para que se realice, en donde la información de transacción está firmada por al menos un dispositivo móvil y/o una aplicación del al menos un dispositivo móvil;

- proporcionar la información de transacción para que se verifique por al menos un servidor;

- comprobar si la información de transacción fue verificada o no por el al menos un servidor basándose al menos parcialmente en una cadena de bloques, en donde el al menos un servidor está habilitado para verificar la transacción determinando un valor de función de troceo que va a estar comprendido por la cadena de bloques en caso de que la transacción esté firmada correctamente y el al menos un dispositivo móvil y/o la aplicación del dispositivo móvil están permitidos a realizar o activar la realización de la transacción, en donde la cadena de bloques es accesible por el al menos un servidor y al menos una unidad telemática; y

en caso de que la comprobación sea exitosa:

- emitir una información de realimentación indicativa del resultado de la comprobación.

Este método puede realizarse y/o controlarse, por ejemplo, mediante un aparato, por ejemplo, un dispositivo móvil, tal como un teléfono inteligente, una tableta, un dispositivo llevable, un dispositivo loT (Internet de las cosas), por nombrar sólo algunos ejemplos no limitativos. Por ejemplo, el método puede realizarse y/o controlarse usando al menos un procesador del dispositivo móvil.

De acuerdo con un aspecto ilustrativo adicional de la invención, se divulga un programa informático, provocando el programa informático, cuando se ejecuta por un procesador, que un aparato, por ejemplo, un servidor, realice y/o controle las acciones del método de acuerdo con el segundo aspecto ilustrativo de la presente invención.

De acuerdo con un aspecto ilustrativo adicional de la invención, se divulga un aparato configurado para realizar y/o controlar o que comprende medios respectivos para realizar y/o controlar el método de acuerdo con el segundo aspecto ilustrativo.

De acuerdo con un aspecto ilustrativo adicional de la invención, se divulga un aparato, que comprende al menos un procesador y al menos una memoria que incluye código de programa informático, la al menos una memoria y el código de programa informático configurados para, con el al menos un procesador, provocar que un aparato, por ejemplo, el aparato, al menos realice y/o controle el método de acuerdo con el segundo aspecto ilustrativo.

De acuerdo con un tercer aspecto ilustrativo de la presente invención, un método se divulga, comprendiendo el método:

- determinar una información de verificación basándose al menos parcialmente en la información de transacción, en donde se comprueba si la transacción está firmada o no correctamente y se permite que al menos un dispositivo móvil y/o la aplicación del dispositivo móvil realice o active la realización de la transacción, en donde, en caso de que la comprobación sea exitosa:

- determinar un valor de función de troceo indicativo de que la transacción se ha firmado y verificado correctamente, al menos parcialmente, basándose en la información de transacción y la información de verificación; y

- que comprende el valor de función de troceo determinado en una cadena de bloques accesible mediante al menos un dispositivo móvil y al menos una unidad telemática.

Este método puede realizarse y/o controlarse, por ejemplo, mediante un aparato, por ejemplo, un servidor. Como alternativa, este método puede realizarse y/o controlarse por más de un aparato, por ejemplo, una nube de servidores que comprende al menos dos servidores. Por ejemplo, el método puede realizarse y/o controlarse usando al menos un procesador del servidor o de la nube de servidores.

De acuerdo con un aspecto ilustrativo adicional de la invención, se divulga un programa informático, provocando el programa informático, cuando se ejecuta por un procesador, que un aparato, por ejemplo, un servidor, realice y/o controle las acciones del método de acuerdo con el tercer aspecto ilustrativo de la presente invención.

De acuerdo con un aspecto ilustrativo adicional de la invención, se divulga un aparato configurado para realizar y/o controlar o que comprende medios respectivos para realizar y/o controlar el método de acuerdo con el tercer aspecto ilustrativo.

De acuerdo con un aspecto ilustrativo adicional de la invención, se divulga un aparato, que comprende al menos un procesador y al menos una memoria que incluye código de programa informático, la al menos una memoria y el código de programa informático configurados para, con el al menos un procesador, provocar que un aparato, por ejemplo, el aparato, al menos realice y/o controle el método de acuerdo con el tercer aspecto ilustrativo.

De acuerdo con un cuarto aspecto ilustrativo de la invención, se divulga un sistema, comprendiendo el sistema:

- al menos una unidad telemática que comprende medios respectivos configurados para realizar y/o controlar el método de acuerdo con el primer aspecto ilustrativo de la presente invención;

- al menos un dispositivo móvil que comprende medios respectivos configurados para realizar y/o controlar el método de acuerdo con el segundo aspecto ilustrativo de la presente invención; y

- al menos un servidor que comprende medios respectivos configurados para realizar y/o controlar el método de acuerdo con el tercer aspecto ilustrativo de la presente invención.

A continuación, se describirán en detalle adicional características ilustrativas y realizaciones ilustrativas de todos los aspectos de la presente invención.

La cadena de bloques, como se usa en el presente documento, comprende respectivamente el consistir en una metodología de creación de consenso. La cadena de bloques puede almacenarse, por ejemplo, en una memoria, por ejemplo, una base de datos. Un cliente (por ejemplo, un dispositivo móvil respectivo que realiza y/o controla el método de acuerdo con el segundo aspecto ilustrativo de la presente invención, y/o una unidad telemática respectiva que realiza y/o controla el método de acuerdo con el primer aspecto ilustrativo de la presente invención) y un servidor respectivo pueden, por ejemplo, tener acceso a la cadena de bloques. Un servidor respectivo puede representar, por ejemplo, un nodo completo y/o permitir un llamado modelo de consenso, que puede depender, por ejemplo, del servidor respectivo (por ejemplo, el nodo completo) que comprende o se puede conectar a la cadena de bloques, respectivamente, la base de datos que comprende la cadena de bloques. El al menos un servidor, como se usa en el presente documento, puede estar representado, por ejemplo, por una pluralidad de servidores (por ejemplo, al menos dos servidores) que representan una red. Una red de este tipo puede ser, por ejemplo, una red descentralizada. El al menos un servidor, como se usa en el presente documento, puede estar representado, por ejemplo, por un consorcio de una pluralidad de servidores (por ejemplo, al menos dos servidores), en donde los respectivos servidores del consorcio están respectivamente asociados entre sí. El al menos un servidor puede ser, por ejemplo, un nodo (por ejemplo, completo) de la red y/o del consorcio. La red y/o el consorcio pueden proporcionar, por ejemplo, una o más operaciones, por ejemplo, determinar la información de verificación de la información de transacción, al menos parcialmente de forma conjunta, por ejemplo, determinar una información de verificación respectiva por cada uno de los servidores de la red y/o del consorcio, y/o verificar los resultados de cada uno de los otros, por nombrar sólo algunos ejemplos no limitativos.

La al menos una unidad telemática puede comprender, por ejemplo, un procesador y memoria. La al menos una unidad telemática puede comprender, por ejemplo, un sensor GNSS (sistema global de navegación por satélite) (por ejemplo, un sensor GPS (sistema de posicionamiento global), por ejemplo, para determinar su ubicación actual. La al menos una unidad telemática puede comprender, por ejemplo, una interfaz de comunicación para habilitarle para comunicarse con una o más otras entidades diferentes, por ejemplo, entidades comprendidas por un sistema respectivo de acuerdo con el cuarto aspecto ilustrativo de la presente invención.

De acuerdo con una realización ilustrativa de todos los aspectos ilustrativos de la presente invención, la al menos una unidad telemática está comprendida por un vehículo.

La al menos una unidad telemática puede comprender, por ejemplo, uno o más actores para controlar uno o más elementos de un vehículo que comprende la al menos una unidad telemática. La al menos una unidad telemática puede ser, por ejemplo, un módulo instalable en un vehículo, por ejemplo, en particular, instalable después de la fabricación del vehículo.

Por ejemplo, la información de transacción puede obtenerse, por ejemplo, recibiendo la información de transacción. La información de transacción puede obtenerse, por ejemplo, (por ejemplo, recibirse) desde al menos un dispositivo móvil que realiza y/o controla el método de acuerdo con el segundo aspecto ilustrativo de la presente invención. La información de transacción puede obtenerse, por ejemplo, mediante un método de inserción o mediante un método de difusión. La información de transacción puede transmitirse, por ejemplo, a través de una red de comunicación, por ejemplo, Internet. La información de transacción puede obtenerse, por ejemplo, mediante una API (interfaz de programación de aplicación) REST (transferencia de estado representacional). La información de transacción puede obtenerse, por ejemplo, mediante un método de extracción. Se entenderá que, dentro del significado de la presente invención, la información transmitida entre las entidades que realizan y/o controlan los métodos respectivos de acuerdo con todos los aspectos ilustrativos de la presente invención puede transmitir, por ejemplo, información en al menos una de las formas descritas.

La información de transacción puede comprender o representar, por ejemplo, un identificador de la al menos una unidad telemática. Por ejemplo, el identificador puede permitir que la al menos una unidad telemática determine si la información de transacción recibida está dirigida o no a la al menos una unidad telemática respectiva. En caso de que la información de transacción se haya obtenido a través de una difusión, la al menos una unidad telemática puede estar habilitada, por ejemplo, para determinar si una transacción comprendida o representada por la información de transacción respectiva está dirigida o no a la al menos una unidad telemática respectiva.

Se comprueba la información de transacción, por ejemplo, comprobando si la información de transacción fue verificada o no por al menos un servidor. Esto se puede realizar, por ejemplo, en la cadena de bloques (por ejemplo, accediendo a una base de datos proporcionada por al menos un servidor que realiza y/o controla el método de acuerdo con el tercer aspecto ilustrativo de la presente invención). El al menos un servidor también puede denominarse, por ejemplo, nodo completo, es decir, por ejemplo, de al menos una parte de una red de validadores comprendida por una arquitectura que habilita la presente invención (por ejemplo, el sistema de acuerdo con el cuarto aspecto ilustrativo de la presente invención). En caso de que se haya verificado la información de transacción, se incorpora a la cadena de bloques un bloque respectivo cuya transacción de la información de transacción se determinó como permitida por el al menos un servidor, de modo que la cadena de bloques comprenda el bloque respectivo. Por supuesto, por ejemplo, una pluralidad de tales validaciones (por ejemplo, al menos dos, o al menos tres de tales validaciones) puede estar comprendida por la cadena de bloques, por ejemplo. por una pluralidad de bloques, en donde cuantos más bloques sean indicativos de una transacción respectiva que se está verificando, más se puede confiar en la transacción respectiva que se va a realizar. En caso de que al menos tres de tales validaciones estén representadas por la cadena de bloques, se verificó la información de transacción respectiva, por ejemplo, por al menos tres servidores diferentes que representan respectivamente el modelo de consenso, se puede confiar en la información de transacción verificada debido a que la información de transacción fue verificada por al menos tres servidores diferentes (por ejemplo, nodos completos) de una red/consorcio, como se ha descrito anteriormente. La comprobación puede comprender, por ejemplo, el requisito de que, por ejemplo, puede requerirse que se valide la transacción de la información de transacción, por ejemplo, un número predefinido de veces, por ejemplo, al menos dos o más veces, por nombrar sólo un ejemplo no limitativo.

La firma de la información de transacción respectiva (por ejemplo, la información de transacción se firma después de que se genera la información de transacción por el al menos un dispositivo móvil que realiza y/o controla el método de acuerdo con el segundo aspecto ilustrativo de la presente invención) se puede realizar, por ejemplo, basándose en un método/procedimiento de clave pública/privada.

Si el al menos un dispositivo móvil y/o la aplicación del dispositivo móvil que generó y firmó la información de transacción están permitidos o no a realizar o activar la realización de la transacción se puede comprobar, por ejemplo, basándose en una base de datos de contratos inteligentes. Una base de datos de contratos inteligentes puede comprender o representar, por ejemplo, ciertos parámetros que son indicativos de una o más transacciones que están permitidas al usuario, de modo que se le puede proporcionar al usuario, por ejemplo, la transacción, por ejemplo, como un servicio. Por ejemplo, un contrato inteligente de este tipo puede ser indicativo de, por ejemplo, acceder o delegar un acceso a la unidad telemática de un vehículo de modo que a una cierta entidad (por ejemplo, al menos un dispositivo móvil) se le pueda activar, por ejemplo, acceder a la unidad telemática, o se le proporcione una o más información que se almacena en una memoria de la al menos una unidad telemática por la al menos una unidad telemática respectiva. Además, un contrato inteligente de este tipo puede ser indicativo, por ejemplo, de si una o más información almacenada en una memoria de al menos una unidad telemática está permitida a recibirse o no de un tercero, por ejemplo, una compañía de seguros o una empresa de publicidad, por nombrar sólo algunos ejemplos no limitativos. Un contrato inteligente, como se usa en este documento, puede comprender o estar representado, por ejemplo, por una o más declaraciones condicionales, tal como una declaración condicional If-, Then-, Else. Por ejemplo, una información de transacción respectiva puede solicitar, por ejemplo, que se desbloqueen las puertas de un vehículo. A continuación, la comprobación basada en la base de datos de contratos inteligentes puede comprobar, por ejemplo, una declaración condicional de un contrato inteligente respectivo sobre si el usuario que generó la información de transacción respectiva está permitido o no a realizar la apertura solicitada de las puertas del vehículo, por nombrar un ejemplo no limitativo.

Además, la cadena de bloques puede ser accesible, por ejemplo, mediante el al menos un servidor y al menos un dispositivo móvil además de la al menos una unidad telemática. Se entenderá que la cadena de bloques también es accesible por la al menos una unidad telemática, obsérvese la etapa de la comprobación basándose al menos parcialmente en la cadena de bloques. Si la transacción es permitida o no, puede representarse, por ejemplo, mediante un bloque que es indicativo de un valor de función de troceo de la cadena de bloques. El valor de función de troceo puede ser verificable, por ejemplo, por al menos una unidad telemática de modo que la al menos una unidad telemática pueda realizar la comprobación.

En caso de que la verificación tenga éxito, la transacción se realiza o se activa para que se realice por la al menos una unidad telemática. Por ejemplo, la al menos una unidad telemática puede comprender o poder conectarse, por ejemplo, a uno o más actores que activen a la al menos una unidad telemática para controlar, por ejemplo. uno o más elementos de un vehículo en el que se puede instalar, por ejemplo, la al menos una unidad telemática.

Un contrato inteligente de este tipo, tal como se usa en el presente documento, puede considerarse, por ejemplo, parte de la cadena de bloques. Al menos parcialmente basándose en un contrato inteligente de este tipo comprendido por la cadena de bloques, por ejemplo, una o más transacciones pueden realizarse y/o controlarse automáticamente. Además, una o más piezas de información que están comprendidas o representadas por la cadena de bloques pueden extraerse, por ejemplo, de la cadena de bloques sin una o más intervenciones humanas (que son posibles) en la cadena de bloques. Un contrato inteligente de este tipo puede ser indicativo, por ejemplo, de una o más condiciones y/o parámetros acordados por las entidades de un sistema respectivo, por ejemplo, el sistema de acuerdo con el cuarto aspecto ilustrativo de la presente invención. Un contrato inteligente respectivo puede ejecutarse, por ejemplo, mediante una función if-then, por ejemplo, dependiendo del respectivo consenso acordado. En caso de que una o más condiciones y/o parámetros ocurran en el sistema respectivo, por ejemplo, la transacción respectiva puede ejecutarse, por ejemplo, automáticamente. Por ejemplo, un contrato inteligente de este tipo puede realizarse y/o controlarse por al menos una entidad de las entidades que están comprendidas en el sistema de acuerdo con el cuarto aspecto ilustrativo de la presente invención. Por ejemplo, cada entidad de estas entidades puede realizar, por ejemplo, una comprobación de un contrato inteligente respectivo de forma determinista y, a continuación, puede almacenar el resultado, por ejemplo, como parte de la información de transacción respectiva (por ejemplo, incorporado a la información de transacción respectiva) y, además, almacenarlo como un bloque en la cadena de bloques.

De acuerdo con una realización ilustrativa del primer aspecto ilustrativo de la presente invención, el método comprende adicionalmente:

- obtener una información de estado indicativa de un estado en el que está configurado al menos un elemento controlable por la al menos una unidad telemática; y

en donde la transacción se realiza o se activa para que se realice estableciendo el al menos un elemento controlable por la al menos una unidad telemática en el estado de la información de estado.

Una información de estado puede ser indicativa, por ejemplo, de un cierto estado en el que, por ejemplo, puede estar configurado un elemento respectivo que está comprendido por un vehículo que también comprende la al menos una unidad telemática. Por ejemplo, una información de estado respectiva puede ser indicativa de un estado abierto de todas (o algunas de) las puertas de un vehículo. Obteniendo (por ejemplo, recibiendo) la información de estado respectiva, la al menos una unidad telemática puede establecer, por ejemplo, las puertas en un estado abierto, por ejemplo, usando uno de sus actores para enviar un comando de control respectivo al vehículo. Por lo tanto, a través de la cadena de bloques se puede abrir/cerrar un vehículo respectivo (por ejemplo, un coche).

Además, una información de estado respectiva puede permitir asignar, por ejemplo, un derecho a dicha apertura/cierre del vehículo respectivo a participantes de la cadena de bloques individuales, por ejemplo, a un usuario respectivo de al menos un dispositivo móvil respectivo. Por ejemplo, en este caso, se puede almacenar una información de estado respectiva que se obtiene por la al menos una unidad telemática, y en caso de que se active una transacción respectiva, únicamente se puede ejecutar, por ejemplo, en caso de que la información de transacción respectiva sea indicativa de que la apertura/cierre del vehículo respectivo está firmado por el participante individual.

Uno o más estados en los que se puede establecer un elemento respectivo de un vehículo respectivo pueden ser, por ejemplo, la visualización de un anuncio en uno o más medios de visualización comprendidos por el vehículo, mostrando uno o más parámetros (por ejemplo, rutas, hora, fechas, en las que se usó el vehículo respectivo o en las que estaba ubicado el vehículo respectivo), o similares, por nombrar sólo algunos ejemplos no limitativos.

De esta manera, la obtención respectiva de una información de estado de una pluralidad de tales unidades telemáticas puede permitir, por ejemplo, acceder a una flota/pool de vehículos y/o gestionarla - por ejemplo, a través de una plataforma de reservas - al menos parcialmente basándose en la cadena de bloques.

De acuerdo con una realización ilustrativa del tercer aspecto ilustrativo de la presente invención, el método comprende adicionalmente:

- proporcionar (por ejemplo, enviar, por ejemplo, mediante un método de inserción) una información de estado indicativa de un estado en el que está establecido al menos un elemento controlable por la al menos una unidad telemática.

De acuerdo con una realización ilustrativa de todos los aspectos ilustrativos de la presente invención, la transacción es indicativa de una acción a realizar y/o activar para ser realizada por la al menos una unidad telemática, en particular, una acción de apertura o cierre para obtener acceso a un vehículo que comprende la al menos una unidad telemática.

Además, o, como alternativa a la información de estado, la información de transacción (por ejemplo, ella misma) puede utilizarse, por ejemplo, para controlar uno o más elementos comprendidos por un vehículo. En particular, a continuación, se puede proporcionar, por ejemplo, una información de transacción respectiva (por ejemplo, a través de un método de inserción) desde al menos un servidor que realiza y/o controla el método de acuerdo con el tercer aspecto ilustrativo de la presente invención a la al menos una unidad telemática, por ejemplo, directamente después de que se obtuviera la información de una transacción generada por el al menos un servidor desde un dispositivo móvil respectivo que realiza y/o controla el método de acuerdo con el segundo aspecto ilustrativo de la presente invención y que se verifica y valida respectivamente por el al menos un servidor.

- obtener una información de ubicación indicativa de una posición en la que se permite realizar la transacción; - comprobar una ubicación actual con la información de ubicación, en donde la transacción se realiza o se activa para que se realice únicamente en caso de que la ubicación actual coincida relativamente con una ubicación que está comprendida o representada por la información de ubicación.

Por ejemplo, la información de ubicación puede obtenerse, por ejemplo, recibiendo la información de ubicación. Por ejemplo, la información de ubicación puede obtenerse, por ejemplo, junto con la información de transacción, por ejemplo, estando comprendida por la información de transacción. Por ejemplo, en caso de que la transacción pueda realizar o activar, por ejemplo, la realización de la al menos una unidad telemática para mostrar una cierta información (por ejemplo, información publicitaria) en uno o más medios de visualización (por ejemplo, pantallas) comprendidos por el vehículo, la cierta información puede únicamente mostrarse, por ejemplo, en una cierta área o posición. Esta área o posición puede representarse, por ejemplo, por la información de ubicación. Por ejemplo, la información de ubicación puede estar en forma de coordenadas (por ejemplo, coordenadas x e y, o coordenadas de latitud, longitud y/o un radio de una cierta longitud (por ejemplo, en la unidad de metros), para mencionar sólo algunos ejemplos no limitativos).

La ubicación actual puede determinarse, por ejemplo, por un sensor GNSS (por ejemplo, un sensor GPS) comprendido por la al menos una unidad telemática. A continuación, la ubicación actual puede compararse, por ejemplo, con la cierta área o posición comprendida o representada por la información de ubicación. Por ejemplo, únicamente en caso de que la ubicación actual coincida relativamente con la cierta área o posición de la información de ubicación, la transacción puede realizarse o activarse para que se realice.

Para monitorizar y almacenar en tiempo real la información mostrada (por ejemplo, información publicitaria), por ejemplo, puede usarse una transacción. Por ejemplo, en una transacción de este tipo que permite o solicita que se muestre una o más información en uno o más medios de visualización comprendidos por el vehículo respectivo, la información de transacción puede comprender uno o más de los siguientes datos:

- indicación de tiempo;

- información de ubicación (por ejemplo, coordenadas);

- ID publicitaria;

- personas que han visto la información (por ejemplo, publicidad) (por ejemplo, contando mediante rastreo de WLAN o Bluetooth pasivo); e

- ID de al menos una unidad telemática.

Por ejemplo, todos los datos mencionados anteriormente pueden estar comprendidos por una información de transacción respectiva que permita una visualización de información de este tipo.

De esta manera, la presente invención puede permitir, por ejemplo, una dimensión adicional de seguridad mediante una comparación de ubicación de este tipo, por ejemplo, permitiendo la prueba inmutable de que cierta información (por ejemplo, publicidad) se ha mostrado de acuerdo con la transacción solicitada.

De acuerdo con una realización ilustrativa de todos los aspectos ilustrativos de la presente invención, la transacción se realiza o se activa para que se realice únicamente en caso de que al menos un servidor, al menos un dispositivo móvil y la al menos una unidad telemática hayan verificado la información de transacción.

De acuerdo con una realización ilustrativa de todos los aspectos ilustrativos de la presente invención, la transacción se realiza o se activa para que se realice únicamente en caso de que un intervalo de tiempo asignado para la transacción que va a realizarse o activarse para que se realice sea válido.

El intervalo de tiempo puede representar, por ejemplo, un lapso de tiempo en el que se permite que se realice la transacción de la información de transacción. Un intervalo de tiempo de este tipo puede estar comprendido o representado, por ejemplo, por la información de transacción. En caso de que un intervalo de tiempo de este tipo esté comprendido o representado por la información de transacción, puede compararse, por ejemplo, con la hora actual, antes de realizar o activar la realización de la transacción. Únicamente en caso de que se aplique el intervalo de tiempo, la transacción puede realizarse o activarse, por ejemplo, para su realización.

Por ejemplo, el intervalo de tiempo puede representar un lapso de tiempo de, por ejemplo, 1 minuto, 30, 20, 10, 5 segundos o menos, después de la generación de la información de transacción por al menos un dispositivo móvil respectivo. A continuación, por ejemplo, este intervalo de tiempo se aplica, por ejemplo, a abrir/cerrar un vehículo -por lo tanto, realizar y/o controlar la transacción de una información de transacción respectiva - que comprende la al menos una unidad telemática. Una vez que ha transcurrido el lapso de tiempo del intervalo de tiempo asignado, se anula la información de transacción respectiva. De esta manera, por ejemplo, la seguridad se puede mejorar aún más utilizando un intervalo de tiempo asignado a la información de una transacción respectiva.

De acuerdo con una realización ilustrativa de todos los aspectos ilustrativos de la presente invención, la información de transacción es además indicativa de un identificador de la al menos una unidad telemática, en donde el identificador se almacena en un elemento seguro comprendido por la al menos una unidad telemática.

El identificador de la al menos una unidad telemática puede almacenarse, por ejemplo, en un elemento seguro (por ejemplo, una extensión de Software Guard). Un elemento de seguridad de este tipo puede estar comprendido, por ejemplo, por, o ser conectable a, la al menos una unidad telemática. Un elemento de seguridad de este tipo puede ser, por ejemplo, una unidad de hardware que comprende un almacenamiento al que únicamente tiene acceso la propia unidad telemática. El identificador puede permitir que se identifique, por ejemplo, una unidad telemática respectiva (por ejemplo, de una pluralidad de unidades telemáticas de un sistema de acuerdo con el cuarto aspecto ilustrativo de la presente invención).

De acuerdo con una realización ilustrativa de todos los aspectos ilustrativos de la presente invención, la información se transfiere en forma cifrada (por ejemplo, usando cifrado de clave pública/privada respectivamente descifrado). Adicionalmente o, como alternativa, la información puede almacenarse, por ejemplo, en la cadena de bloques sin cifrar.

Cada entidad (por ejemplo, la al menos una unidad telemática, el al menos un dispositivo móvil, el al menos un servidor) del sistema de acuerdo con el cuarto aspecto ilustrativo de la presente invención puede ser responsable, por ejemplo, de su clave privada, de modo que no se pueden realizar y/o controlar transacción o transacciones no autorizadas de terceros con su respectiva identidad.

Debido a la seguridad criptográfica de tales claves y a la información de verificación determinada para todas y cada una de las transacciones que es comprobable por cada entidad (por ejemplo, unidad telemática, dispositivo móvil, sistema) del sistema respectivo, puede conseguirse un consenso descentralizado que proporciona confianza en la corrección de los datos. (por ejemplo, bloques, valores de función de troceo) de la cadena de bloques.

Una clave respectiva que se usa, por ejemplo, para la firma de una transacción, o para el cifrado o descifrado respectivamente de una o más piezas de información (por ejemplo, información de transacción) transferidas entre entidades del sistema de acuerdo con el cuarto aspecto ilustrativo de la presente invención es válida, por ejemplo, todo el tiempo. Por ejemplo, en caso de que se pierda una clave, se puede asignar una nueva clave. Cada una de tales claves asignadas puede usarse, por ejemplo, un número predefinido de veces durante un intervalo de tiempo predefinido. Por ejemplo, una clave para firmar una información de transacción generada por al menos un dispositivo móvil puede usarse, por ejemplo, únicamente tres veces por minuto, por nombrar solo un ejemplo no limitativo. De esta manera, se puede evitar, por ejemplo, inundar el sistema con una gran cantidad de transacciones a realizar.

Todas las claves (por ejemplo, clave pública y/o privada) que se requieren para la firma respectiva de una o más transacciones o bloques por las respectivas entidades de un sistema de acuerdo con el cuarto aspecto ilustrativo de la presente invención únicamente pueden usarse por la entidad legítima (por ejemplo, unidad telemática, dispositivo móvil, servidor), ya que, de lo contrario, se infringen incoherencias en la arquitectura según se representa por un sistema de este tipo.

De acuerdo con una realización ilustrativa de todos los aspectos ilustrativos de la presente invención, la información se transfiere mediante un método de inserción.

Toda la información, en particular, la información de transacción y/o la información de estado, puede proporcionarse, por ejemplo, para que la utilicen las entidades que tienen acceso a la cadena de bloques. Por ejemplo, las piezas de información respectivas pueden proporcionarse, por ejemplo, emitiendo (por ejemplo, enviando) las piezas de información respectivas a través de un método de inserción y/o emitiendo las piezas de información respectivas a través de una API (interfaz de programación de aplicación; por ejemplo, API REST (transferencia de estado representacional)) a otra entidad respectiva del sistema de acuerdo con el cuarto aspecto ilustrativo de la presente invención.

La información de transacción respectiva puede generarse, por ejemplo, mediante una aplicación ejecutada por el al menos un dispositivo móvil que realiza y/o controla el método de acuerdo con el segundo aspecto ilustrativo de la presente invención.

Por ejemplo, la información de transacción puede proporcionarse, por ejemplo, al menos a un servidor que realiza y/o controla el método de acuerdo con el tercer aspecto ilustrativo de la presente invención para que se verifique por al menos un servidor. El al menos un servidor es diferente del al menos un dispositivo móvil de modo que se garantiza la implicación de otra entidad para verificar/validar una transacción que se generó/fue generada previamente.

La información de realimentación es indicativa del resultado de la comprobación y, por ejemplo, puede emitirse, por ejemplo, obteniendo (por ejemplo, recibiendo, por ejemplo, a través de un método de inserción) una información de estado respectiva indicativa del resultado desde el al menos un servidor que ha determinado una información de verificación basándose en la información de transacción generada.

El al menos un dispositivo móvil configurado para realizar y/o controlar el método de acuerdo con el segundo aspecto ilustrativo de la presente invención puede ser, por ejemplo, portátil (por ejemplo, pesar menos de 5, 4, 3, 2 o 1 kg). El al menos un dispositivo móvil puede comprender, por ejemplo, o ser conectarse a una pantalla para mostrar información, por ejemplo, una ruta que es guiada/navegada hasta un usuario, por nombrar sólo un ejemplo no limitativo. El al menos un dispositivo móvil puede comprender, por ejemplo, o ser conectable a medios para emitir sonido, por ejemplo, en forma de comandos o información hablados. El al menos un dispositivo móvil puede comprender, por ejemplo, o ser conectable a uno o más sensores para determinar la posición de los dispositivos, tal como, por ejemplo, un receptor GNSS, en forma de un receptor GPS. El al menos un dispositivo móvil puede comprender, por ejemplo, o ser conectable a uno o más sensores, por ejemplo, en forma de acelerómetro y/o giroscopio para recopilar (por ejemplo, medir) información adicional. El al menos un dispositivo móvil puede comprender, por ejemplo, o ser conectable a un receptor y/o un transmisor (por ejemplo, un transceptor) para recibir y/o enviar información. Por ejemplo, el al menos un dispositivo móvil puede comprender uno o más receptores de radio (por ejemplo, transceptores de radio, por ejemplo, transceptores de radio celulares).

Si un usuario del al menos un dispositivo móvil puede, por ejemplo, solicitar participar en un servicio proporcionado por un proveedor de servicios (por ejemplo, compartición de coche), el usuario puede proporcionar, por ejemplo, un documento de identidad válido, de modo que a cambio pueda, por ejemplo, emitirse una clave (digital), por ejemplo, para firmar una o más informaciones de transacción indicativas de las transacciones que han de proporcionarse al proveedor de servicios. Un proceso de este tipo puede permitir, por ejemplo, que se use una clave pública, en donde una clave de este tipo, por ejemplo, puede generarse previamente por el al menos un dispositivo móvil respectivamente mediante una aplicación (por ejemplo, una aplicación nativa) ejecutada por el al menos un dispositivo móvil. Una aplicación de este tipo puede permitir, por ejemplo, además que se genere y almacene una clave pública en al menos un dispositivo móvil respectivo del usuario.

Una configuración inicial de este tipo puede verificarse, además, por ejemplo, por servicios externos, por ejemplo, autoridades de terceros, para conseguir seguridad jurídica, por nombrar sólo un ejemplo no limitativo.

La información de transacción respectiva que se genera, por ejemplo, puede firmarse. De esta manera, se habilita que únicamente se permita un usuario si éste ha sido autenticado (por ejemplo, ha pasado ciertas comprobaciones de seguridad con éxito). Además, se puede garantizar que el al menos un dispositivo móvil usado para generar y firmar la información de transacción es una entidad válida.

De acuerdo con una realización ilustrativa del segundo aspecto ilustrativo de la presente invención, el método comprende adicionalmente:

- proporcionar información de credenciales indicativa de un usuario del al menos un dispositivo móvil; y

- recibir una información de autenticación indicativa de que el usuario está autenticado o no, y de que la transacción está permitida o no.

Se proporciona información de credenciales indicativa de un usuario del al menos un dispositivo móvil, por ejemplo, enviando (por ejemplo, a través de un método de inserción) la información de credenciales al menos a un servidor, u otra entidad (por ejemplo, comprendida por el sistema de acuerdo con el cuarto aspecto ilustrativo de la presente invención) que está configurada para comprobar las credenciales de un usuario del al menos un dispositivo móvil respectivamente la aplicación ejecutada por al menos un dispositivo móvil. Por ejemplo, para poder generar una información de transacción, un usuario puede proporcionar, por ejemplo, una combinación de nombre de usuario y contraseña, para autenticarse para usar un servicio (por ejemplo, servicio de compartición de coche) de un proveedor de servicios. Por ejemplo, tal información de credenciales puede introducirse, por ejemplo, por un usuario en el dispositivo móvil respectivo a una aplicación realizada por el dispositivo móvil. A continuación, la información de credenciales puede usarse, por ejemplo, para autenticar al usuario.

La información de credenciales puede comprender, por ejemplo, información de registro, tal como contraseña, nombre de usuario o dirección de correo electrónico. Esta información de credenciales puede usarse, por ejemplo, para descifrar una clave privada. La información cifrada puede recibirse, por ejemplo, por el al menos un servidor antes del descifrado. Este método descrito puede realizarse, por ejemplo, entre el al menos un servidor y uno o más clientes (por ejemplo, unidad telemática, dispositivo móvil, por nombrar sólo algunos ejemplos no limitativos). Después de un descifrado exitoso, se permite realizar o activar la realización de una o más transacciones de una o más información de transacción respectiva.

Por ejemplo, la entidad que ha comprobado la información de credenciales, por ejemplo, puede proporcionar (por ejemplo, enviar a través de un método de inserción) como respuesta el resultado de la comprobación de la información de credenciales que está comprendida o representada por la información de autenticación (de vuelta) al menos a un dispositivo móvil.

Una información de transacción respectiva generada por el al menos un dispositivo móvil y proporcionada al menos a un servidor, puede ser, por ejemplo, la base para determinar la información de verificación al menos parcialmente basándose en la información de transacción. Cuando se determina la información de verificación, se comprueba si la transacción de la información de transacción está firmada correctamente o no (por ejemplo, utilizando cifrado de clave pública/privada respectivamente descifrado) y si el al menos un dispositivo móvil y/o la aplicación del dispositivo móvil están permitidos a realizar o activar la realización de la transacción (por ejemplo, comprobando un contrato inteligente, como se ha descrito anteriormente).

En caso de que la comprobación sea exitosa (por ejemplo, tenga un resultado positivo), se determina, al menos parcialmente, un valor de función de troceo indicativo de que la transacción está firmada y verificada correctamente basándose en la información de transacción y la información de verificación. A continuación, se puede generar, por ejemplo, un bloque respectivo que representa el valor de función de troceo para que se incluya o se añada a la cadena de bloques. Se hace referencia a una etapa de este tipo que comprende el valor de función de troceo determinado en la cadena de bloques, por ejemplo, como un bloque respectivo de la cadena de bloques.

La presente invención permite integrar servicios adicionales (por ejemplo, nuevos) de una pluralidad de proveedores de servicios (por lo tanto, no se limita a uno o más servicios de un único proveedor de servicios) y, adicionalmente o como alternativa, uno o más vehículos adicionales (por ejemplo, coches, camiones, bicicletas, motocicletas o similares) para que se integren en el sistema de acuerdo con el cuarto aspecto ilustrativo de la presente invención.

Además, puede realizarse y/o controlarse la comprobación de integridad de uno o más, por ejemplo, diferentes datos de usuario en el sistema, en particular para garantizar que los datos comprimidos puedan reconocerse.

Por ejemplo, toda la información puede almacenarse (por ejemplo, una o más información de transacción, respectivamente, el valor de función de troceo determinado) en la cadena de bloques, por ejemplo. incorporando o inyectando o añadiendo un bloque respectivo que representa el valor de función de troceo en la cadena de bloques.

Por lo tanto, por ejemplo, todas las transacciones de reserva con respecto a uno o más vehículos que comprenden una unidad telemática respectiva de acuerdo con el primer aspecto ilustrativo de la presente invención de una flota de compartición de coche respectiva, por ejemplo (reservas de vehículos para alquilar, apertura o aperturas de vehículo o vehículos respectivos, o transacciones adicionales en/dentro/con el vehículo que pueden recopilarse y/o controlarse por la al menos una unidad telemática comprendida por un vehículo de este tipo están legalmente garantizadas en la cadena de bloques. Además, una vez que un bloque respectivo está comprendido en la cadena de bloques, no se puede manipular.

De acuerdo con un ejemplo de realización del tercer aspecto ilustrativo de la presente invención, la cadena de bloques se almacena de forma descentralizada, en particular, mediante más de un servidor configurado para realizar y/o controlar dicho método.

Las características y realizaciones ilustrativas de la invención descritas anteriormente pueden pertenecer igualmente a los diferentes aspectos de acuerdo con la presente invención.

Debe apreciarse que la presentación de la invención en esta sección es solamente a modo de ejemplo y no limitación.

Otras características de la invención serán evidentes a partir de la siguiente descripción detallada considerada en conjunto con los dibujos adjuntos. Debe apreciarse, sin embargo, que los dibujos se diseñan solamente para propósitos de ilustración y no como una definición de los límites de la invención, para los que debería hacerse referencia a las reivindicaciones adjuntas. Se debería entender además que los dibujos no están dibujados a escala y que estos simplemente pretenden ilustrar conceptualmente las estructuras y procedimientos descritos en el presente documento.

Breve descripción de los dibujos

En las figuras se muestran:

Figura 1 un diagrama de bloques esquemático de un sistema de acuerdo con un aspecto ilustrativo de la presente invención;

Figura 2 un diagrama de flujo que muestra una realización ilustrativa de un método de acuerdo con el primer aspecto ilustrativo de la presente invención;

Figura 3 un diagrama de flujo que muestra una realización ilustrativa de un método de acuerdo con el segundo aspecto ilustrativo de la presente invención;

Figura 4 un diagrama de flujo que muestra una realización ilustrativa de un método de acuerdo con el tercer aspecto ilustrativo de la presente invención;

Figura 5 un diagrama de flujo que muestra una realización ilustrativa de un método de acuerdo con todos los aspectos ilustrativos de la presente invención;

Figura 6 un diagrama de bloques esquemático de un aparato configurado para realizar el método de acuerdo con el primer aspecto ilustrativo de la presente invención;

Figura 7 un diagrama de bloques esquemático de un aparato configurado para realizar el método de acuerdo con el segundo aspecto ilustrativo de la presente invención; y

Figura 8 un diagrama de bloques esquemático de un aparato configurado para realizar el método de acuerdo con el tercer aspecto ilustrativo de la presente invención.

Descripción detallada de algunas realizaciones ilustrativas

La siguiente descripción sirve para profundizar en el entendimiento de la presente invención y se entenderá para complementar y leerse junto con la descripción según se proporciona en la sección de sumario anterior en esta memoria descriptiva.

La Figura 1 es un diagrama de bloques esquemático de alto nivel de un sistema 100 de acuerdo con el cuarto aspecto ilustrativo de la presente invención. Un sistema 100 de este tipo puede representar, por ejemplo, una arquitectura de sistema como se usa por una o más realizaciones ilustrativas de acuerdo con todos los aspectos de la presente invención.

El sistema 100 comprende un servidor 110, que representa un nodo completo de la arquitectura. El servidor 110 puede ser operado, por ejemplo, por un proveedor de servicios de un servicio de compartición de coche. Uno o más de tales servidores, tales como el servidor 110, que representan nodos completos de la arquitectura, pueden ser operados, por ejemplo, por terceros y no se muestran en la Figura 1.

Por ejemplo, un tercero, tal como una compañía de seguros, puede operar otro nodo completo. Un nodo completo de este tipo según se representa por el servidor 110, por ejemplo, puede estar seguro siempre de que todas las transacciones de las respectivas piezas de información de transacción - por ejemplo, todas las aperturas del vehículo y los datos transmitidos desde o hacia el vehículo - son correctos y válidos, por ejemplo, determinando una información de verificación respectiva (véase el método de acuerdo con el tercer aspecto ilustrativo de la presente invención). A continuación, se puede realizar, por ejemplo, una determinación de un valor de función de troceo respectivo que se incorpora a una cadena de bloques a la que pueden acceder otras entidades de la arquitectura, por ejemplo, el dispositivo móvil 130 y una o más unidades telemáticas (por ejemplo, la unidad telemática 140) que están comprendidas por uno o más vehículos.

Cada nodo completo de la arquitectura puede obtener, por ejemplo, una clave privada, que puede, por ejemplo, únicamente ser válida para su servicio de verificación. Esto puede usarse, por ejemplo, para verificar los bloques de la cadena de bloques, es decir, uno o más valores de función de troceo de las transacciones que se incorporan a la cadena de bloques y, a continuación, se ponen a disposición de la arquitectura, lo que puede realizarse, por ejemplo, mediante un proceso de difusión, o un método de inserción a las entidades (por ejemplo, la unidad telemática 140, el dispositivo móvil 130) de la arquitectura.

No todas las entidades participantes en la arquitectura pueden ser un nodo completo. El sistema 100 puede comprender, por ejemplo, una o más unidades telemáticas, por ejemplo, la unidad telemática 140, que están comprendidas respectivamente por uno o más vehículos. Además, el sistema 100 comprende uno o más dispositivos móviles (por ejemplo, el dispositivo móvil 130), que pueden ejecutar, por ejemplo, una aplicación que permite proporcionar un servicio a un usuario, por ejemplo. un servicio de compartición de coche u otros servicios (por ejemplo, colocación de publicidad en una o más pantallas comprendidas por un vehículo respectivo que comprende una unidad telemática respectiva, por nombrar sólo algunos ejemplos no limitativos). Una unidad telemática 140 de este tipo y/o un dispositivo móvil 130 de este tipo pueden considerarse, por ejemplo, como un nodo ligero de la arquitectura.

Un nodo ligero puede acceder, por ejemplo, a la cadena de bloques (por ejemplo, representada por una base de datos accesible de un nodo completo, y, por ejemplo, puede no determinar una información de verificación respectiva en caso de que se solicite una "nueva" transacción mediante la información de transacción correspondiente generada, por ejemplo, mediante el dispositivo móvil 130.

Puede requerirse, por ejemplo, que un vehículo respectivo que comprende una unidad telemática respectiva esté en línea (por ejemplo, a través de una red de comunicación, por ejemplo, Internet), por ejemplo, en intervalos regulares. En contraste, es posible que se requiera, por ejemplo, que el servidor 110 como nodo completo de la arquitectura esté siempre en línea, por ejemplo, para realizar y/o controlar el método de acuerdo con el tercer aspecto ilustrativo de la presente invención.

La Figura 1 ilustra el principio en el que todas las entidades (por ejemplo, el servidor 110, la unidad telemática 140, el dispositivo móvil 130) interactúan entre sí. Se ilustra que es posible que no se requiera que una entidad (por ejemplo, un nodo ligero que participa en la cadena de bloques, tal como la unidad telemática 140 y/o el dispositivo móvil 130) participe en el modelado de consenso como el servidor 110. Sin embargo, en contraste, se puede requerir que un dispositivo móvil que solicita una transacción tenga o esté habilitado para establecer una conexión con un nodo completo (por ejemplo, el servidor 110) para que sea ejecutable. La base de datos de cadena de bloques puede tener, por ejemplo, un rendimiento deficiente y debe protegerse para que no sea gestionada por un consorcio de intereses en conflicto. Si la cadena de bloques fuera gestionada por una entidad que estuviera controlada o si únicamente hubiera un punto de fallo en la arquitectura, el sistema sería nulo, ya que ya no se puede garantizar más la confianza dentro del sistema. Juntas, las al menos tres entidades 110, 130 y 140 construyen un entorno de confianza en forma de arquitectura, en el que todas las transacciones anteriores (por ejemplo, aperturas de una pluralidad de vehículos que comprenden respectivas unidades telemáticas) son inalterables. Los datos comprendidos en la cadena de bloques pueden tener, por ejemplo, una indicación de tiempo integrada, lo que permite que las transacciones respectivas (por ejemplo, todas) se organicen cronológicamente y sean criptográficamente inalterables. Además, la cadena de bloques puede ser, por ejemplo, una cadena de bloques de palabras clave que, por ejemplo. representa un protocolo de seguridad sobre una base de datos criptográfica verificable y distribuida. Además, otra entidad puede acceder a la cadena de bloques, por ejemplo, de modo que se puedan ofrecer nuevos servicios y, por ejemplo, vehículos que comprenden respectivas unidades telemáticas que pueden integrarse en la arquitectura.

La Figura 2 es un diagrama de flujo 200 que muestra una realización ilustrativa de un método de acuerdo con el primer aspecto ilustrativo de la presente invención. Este diagrama de flujo 200 puede realizarse, por ejemplo, mediante una unidad telemática 140 de la Figura 1.

En una primera etapa 201, se obtiene información de transacción. La información de transacción puede obtenerse, por ejemplo, recibiendo la información de transacción, por ejemplo, desde un servidor (por ejemplo, el servidor 110 de la Figura 1) que comprende o se puede conectar a una memoria que comprende una base de datos. Una base de datos de este tipo puede comprender o representar, por ejemplo, una cadena de bloques. Además, la información de transacción puede obtenerse, por ejemplo, de otras fuentes, por ejemplo, otros servidores (no mostrados en la Figura 1), que comprenden o se pueden conectar a la base de datos, respectivamente, la cadena de bloques, por nombrar sólo algunos ejemplos no limitativos. Por ejemplo, la información de transacción puede recibirse directamente, por ejemplo, mediante un método de inserción, o, como alternativa, desde entidades diferentes al servidor, y que retransmiten la información de transacción a la unidad telemática.

Además, puede generarse una información de transacción respectiva, por ejemplo, por una unidad telemática (por ejemplo, la unidad telemática 140 de la Figura 1). Una información de transacción respectiva de este tipo puede generarse, por ejemplo, por la unidad telemática respectiva de forma periódica y automática. Por ejemplo, una información de transacción respectiva de este tipo que puede generarse por la unidad telemática puede ser, por ejemplo, indicativa de uno o más parámetros de un vehículo que comprende la unidad telemática respectiva (por ejemplo, tal como una o más ubicaciones y tiempos en los que el vehículo respectivo estaba ubicado en las ubicaciones, una o más información publicitaria que se mostró, uno o más parámetros del uso del vehículo, o similares, por nombrar sólo algunos ejemplos no limitativos. De esta manera, tal información de transacción respectiva, que es indicativa de tal información asociada con un vehículo respectivo, puede almacenarse en la cadena de bloques. De esta manera, la información, respectivamente los datos que están asociados con el vehículo, puede archivarse de forma que no pueda falsificarse (por ejemplo, por un tercero fraudulento).

En una segunda etapa 202, se comprueba si la información de transacción fue verificada o no por al menos un servidor (por ejemplo, el servidor 110 de la Figura 1) en la cadena de bloques. Por ejemplo, la unidad telemática, por ejemplo, puede acceder a la cadena de bloques o se le puede proporcionar (por ejemplo, recibir) al menos una parte de la cadena de bloques para realizar la comprobación. Por ejemplo, la unidad telemática puede determinar (por ejemplo, calcular), por ejemplo, un valor de función de troceo basándose en la información de transacción obtenida (véase la etapa 201), y comparar el valor de función de troceo con un valor de función de troceo respectivo que está comprendido o representado por al menos una parte de la cadena de bloques. En caso de que se encuentre una coincidencia, la información de transacción fue verificada exitosamente por el al menos un servidor.

En una tercera etapa opcional 203, se obtiene información de ubicación. La información de ubicación, por ejemplo, puede ser indicativa de una posición del usuario, respectivamente, del dispositivo móvil del usuario que generó la información de transacción (véase la etapa 303 de la Figura 3).

En una cuarta etapa opcional 204, la información de ubicación se comprueba comparando la información de ubicación obtenida con una ubicación actual de la unidad telemática. La ubicación actual de la unidad telemática puede ser, por ejemplo, un área (por ejemplo, una cierta área que rodea la unidad telemática y, por tanto, un vehículo que comprende la unidad telemática). La ubicación actual de la unidad telemática puede determinarse, por ejemplo, basándose en una medición de un sensor GNSS, por ejemplo, un sensor GPS, por citar sólo un ejemplo no limitativo. De esta manera, se habilita otra dimensión de seguridad, por ejemplo, de modo que se puede garantizar, por ejemplo, que la apertura de un cierto vehículo que comprende la unidad telemática respectiva sólo se puede realizar en caso de que un usuario del dispositivo móvil respectivo que generó la información de transacción obtenida en la etapa 201 se encuentre en las proximidades (por ejemplo, una cierta área alrededor de la unidad telemática) de la unidad telemática.

En una quinta etapa opcional 205, se obtiene información de estado. Como alternativa a usar información de transacción para realizar la etapa 206, se puede obtener, por ejemplo, información de estado, por ejemplo, de la misma manera que se obtiene (por ejemplo, se recibe) la información de transacción en la etapa 201. La información de estado puede ser, por ejemplo, indicativa de un cierto estado en el que se puede establecer al menos un elemento del vehículo respectivo que es controlable por la unidad telemática comprendida por este vehículo, por ejemplo, apertura de puertas, lectura de ciertos parámetros telemáticos del vehículo, visualización de una cierta publicidad en uno o más paneles publicitarios respectivos comprendidos por el vehículo, o similares, por nombrar sólo algunos ejemplos no limitativos.

En una sexta etapa 206, la unidad telemática, por ejemplo, un actor comprendido por la unidad telemática, realiza o hace que se realice la transacción. La transacción puede realizarse o activarse para que se realice, por ejemplo, basándose en la información de transacción obtenida en la etapa 201, o como alternativa, basándose en una información de estado obtenida en la etapa opcional 205.

La Figura 3 es un diagrama de flujo 300 que muestra una realización ilustrativa de un método de acuerdo con el segundo aspecto ilustrativo de la presente invención. Este diagrama de flujo 300 puede realizarse, por ejemplo, mediante un dispositivo móvil 130 de la Figura 1.

En una primera etapa opcional 301, se proporciona información de credenciales indicativa de un usuario del dispositivo móvil. Por ejemplo, para poder generar una información de transacción (véase la etapa 303), un usuario puede proporcionar, por ejemplo, una combinación de nombre de usuario y contraseña, para autenticarse para usar un servicio (por ejemplo, servicio de compartición de coche) de un proveedor de servicios. Por ejemplo, tal información de credenciales puede introducirse, por ejemplo, por un usuario en el dispositivo móvil respectivo a una aplicación realizada por el dispositivo móvil. A continuación, la información de credenciales puede usarse, por ejemplo, para autenticar al usuario. Esto puede realizarse, por ejemplo, por el servidor 110 de la Figura 1.

En una segunda etapa opcional 302, se recibe una información de autenticación. Tras la autenticación exitosa del usuario basándose en la información de credencial proporcionada en la etapa 301, se puede recibir, por ejemplo, una información de autenticación. Tras la recepción de una información de autenticación de este tipo, se puede permitir al usuario, por ejemplo, generar la información de transacción en la etapa 303, por ejemplo, a través de la aplicación del dispositivo móvil.

En una tercera etapa 303, se genera información de transacción, por ejemplo, por el dispositivo móvil, o, como alternativa, por una aplicación realizada respectivamente ejecutada por el dispositivo móvil. La información de transacción es indicativa de una transacción que puede ser habilitada por el proveedor de servicios (por ejemplo, abrir las puertas de un vehículo del proveedor de servicios de compartición de coche), en donde con la información de transacción, el usuario puede solicitar, por ejemplo, que se realice esta transacción. La generación de la información de transacción puede comprender, por ejemplo, firmar la información de transacción, por ejemplo, mediante una clave privada que es accesible por el dispositivo móvil, o la aplicación ejecutada por el dispositivo móvil.

En una cuarta etapa 304, la información de transacción se proporciona para que se verifique por al menos un servidor (por ejemplo, el servidor 110 de la Figura 1). Por ejemplo, la transacción puede proporcionarse mediante un método de inserción, de modo que el al menos un servidor pueda obtener (por ejemplo, recibir) la información de transacción.

En una quinta etapa 305, se comprueba si la información de transacción fue verificada o no por al menos un servidor (por ejemplo, el servidor 110 de la Figura 1), en donde la comprobación se basa al menos parcialmente en una cadena de bloques, por ejemplo, que comprende uno o más valores de función de troceo de transacciones verificadas. Por ejemplo, el dispositivo móvil, o la aplicación ejecutada por el dispositivo móvil, puede acceder, por ejemplo, a la cadena de bloques o se le puede proporcionar (por ejemplo, recibir) al menos una parte de la cadena de bloques para realizar la comprobación. Por ejemplo, el dispositivo móvil, o la aplicación ejecutada por el dispositivo móvil, puede determinar (por ejemplo, calcular), por ejemplo, un valor de función de troceo basándose en la información de transacción obtenida (véase la etapa 201), y comparar el valor de función de troceo con un valor de función de troceo respectivo que está comprendido o representado por al menos una parte de la cadena de bloques. En caso de que se encuentre una coincidencia, la información de transacción fue verificada exitosamente por el al menos un servidor.

En una sexta etapa opcional 306, se emite información de retroalimentación, por ejemplo, de manera visual, por ejemplo, mostrando un resultado de la transacción en una pantalla del dispositivo móvil, por nombrar sólo un ejemplo no limitativo.

La Figura 4 es un diagrama de flujo 400 que muestra una realización ilustrativa de un método de acuerdo con el segundo aspecto ilustrativo de la presente invención. Este diagrama de flujo 400 puede realizarse, por ejemplo, mediante un servidor 110 de la Figura 1.

En una primera etapa 401, se obtiene información de una transacción, por ejemplo, recibiéndola desde un dispositivo móvil (por ejemplo, el dispositivo móvil 130 de la Figura 1). La información de transacción puede recibirse, por ejemplo, mediante un método de inserción.

En una segunda etapa 402, se determina una información de verificación. La información de verificación puede determinarse, por ejemplo, al menos parcialmente basándose en la información de transacción de la etapa 401, en donde se comprueba si la transacción de la información de transacción está firmada correctamente o no y se permite que al menos un dispositivo móvil (por ejemplo, el dispositivo móvil 130 de la Figura 1) y/o la aplicación del al menos un dispositivo móvil realicen o activen la realización de la transacción. Por ejemplo, se puede comprobar un contrato inteligente que puede definir, por ejemplo, ciertas transacciones (por ejemplo, apertura, cierre de puertas de un vehículo que comprende una unidad telemática respectiva (por ejemplo, la unidad telemática 140 de la Figura 1), o similares, por nombrar sólo un ejemplo no limitativo).

En una tercera etapa 403, se determina un valor de función de troceo, en donde el valor de función de troceo es indicativo de que la transacción de la información de transacción obtenida está correctamente firmada y verificada en la etapa 402. El valor de función de troceo se determina, por ejemplo, basándose en la información de transacción obtenida en la etapa 401.

En una cuarta etapa 404, el valor de función de troceo determinado está comprendido (por ejemplo, incorporado o inyectado) por una cadena de bloques. Una cadena de bloques de este tipo puede estar comprendida, por ejemplo, por una base de datos que se almacena en una memoria. Por ejemplo, una memoria de este tipo puede estar comprendida por el servidor (por ejemplo, la memoria de datos 840 del aparato 800 de la Figura 8) o puede conectarse al servidor.

En una quinta etapa opcional 405, se proporciona información de estado, por ejemplo, a una unidad telemática (por ejemplo, la unidad telemática 140 de la Figura 1). Por ejemplo, una información de estado de este tipo puede ser indicativa de un estado en el que puede establecerse al menos un elemento de un vehículo que comprende la unidad telemática respectiva, por ejemplo, estar configurado, por ejemplo, un estado abierto que da como resultado a que un actor controlado por la unidad telemática desbloquee o genere una información de control de desbloqueo para que las puertas del vehículo respectivo se abran, por citar un ejemplo no limitativo.

Se entenderá que el diagrama de flujo 200 de la Figura 2, el diagrama de flujo 300 de la Figura 3 y el diagrama de flujo 400 de la Figura 4 pueden realizarse y/o controlarse juntos, por ejemplo. De esta manera, por ejemplo, los diagramas de flujo 200-300 de las Figuras 2-4, por ejemplo, pueden formar un sistema, por ejemplo, el sistema 100 de la Figura 1. Además, realizando y/o controlando los diagramas de flujo 200-300 de las Figuras 2-4 juntos, se puede lograr, por ejemplo, una arquitectura que permita que se consigan todas las ventajas descritas en esta memoria descriptiva.

La Figura 5 es un diagrama de flujo 500 que muestra una realización ilustrativa de unos métodos respectivos de acuerdo con el primer, segundo y tercer aspectos ilustrativos de la presente invención. Este diagrama de flujo 500 puede realizarse, por ejemplo, mediante el sistema 100 de la Figura 1.

El diagrama de flujo 500 muestra una apertura de un vehículo que es parte de una flota de compartición de coche proporcionada, por ejemplo, por un proveedor de servicios como un servicio que va a usarse. En primer lugar, se genera una información de transacción, en donde la transacción representa que se solicita la apertura de un cierto vehículo que comprende la unidad telemática 540. La información de transacción se genera por un dispositivo móvil 530, o una aplicación respectiva que se ejecuta por el dispositivo móvil 530. Después de que se genera la información de transacción, la información de transacción se firma por el dispositivo móvil 530, o una aplicación respectiva que se ejecuta por el dispositivo móvil 530.

Por ejemplo, después de firmar la información de transacción, se proporciona al servidor 510, por ejemplo, mediante un método de inserción, de modo que se recibe la información de transacción respectiva por una REST-API por el servidor 510. A continuación, la información de transacción recibida se valida con un contrato inteligente, en donde un contrato inteligente de este tipo, por ejemplo, puede ser indicativo de si el solicitante (por ejemplo, el usuario del dispositivo móvil 530) está permitido a realizar o no la transacción según se solicita por la información de transacción. Se determina una información de verificación correspondiente.

En caso de que la transacción no esté permitida, se rechaza la información de transacción respectiva de la transacción.

En caso de que la transacción esté permitida, el servidor 510 determina un valor de función de troceo respectivo y lo añade (por ejemplo, lo comprende, lo incorpora o lo inyecta) en la cadena de bloques, por ejemplo, es decir, entre otras entidades, comprendida por una memoria, por ejemplo, base de datos del servidor 530.

A continuación, se proporciona una información de estado que representa que un cierto vehículo que comprende la unidad telemática 540 debe establecerse en un estado abierto (desbloqueando por lo tanto sus puertas), por ejemplo, mediante un método de inserción respectivo REST-API.

Esta información de estado se recibe por la unidad telemática 540 de modo que como resultado el vehículo se desbloquea. Por ejemplo, la información de estado recibida puede comprobarse por la unidad telemática 540 antes del desbloqueo del vehículo. Por ejemplo, se puede comprobar una firma de la información de estado respectiva para garantizar que la información de estado no se vea comprometida, por ejemplo, por un tercero fraudulento. Además, la información de carga útil comprendida por la información de estado respectiva también puede comprobarse, por ejemplo, de la misma manera.

En caso de que la información de estado como resultado de la información de transacción creada se haya firmado correctamente, por ejemplo, por las partes válidas (por ejemplo, el dispositivo móvil 530, el servidor 510 y la unidad telemática 540), el vehículo abre/desbloquea respectivamente. En caso de que la información de estado no se haya firmado correctamente, la transacción de la información de transacción creada inicialmente se rechaza, de modo que el vehículo no se desbloqueará.

La Figura 6 es un diagrama de bloques esquemático de un aparato 600 de acuerdo con un aspecto ilustrativo de la presente invención, que puede representar, por ejemplo, la unidad telemática 140 de la Figura 1.

El aparato 600 comprende un procesador 610, una memoria de trabajo 620, una memoria de programa 630, una memoria de datos 640, una interfaz o interfaces de comunicación 650, una interfaz de usuario opcional 660 y un sensor o sensores opcionales 670.

El aparato 600 puede estar configurado, por ejemplo, para realizar y/o controlar o comprender respectivos medios (al menos uno de 610 a 670) para realizar y/o controlar el método de acuerdo con el primer aspecto ilustrativo de la presente invención. El aparato 600 también puede constituir un aparato que comprende al menos un procesador (610) y al menos una memoria (620) que incluye código de programa informático, la al menos una memoria y el código de programa informático configurados para, con el al menos un procesador, provocar que un aparato, por ejemplo, el aparato 600 al menos realice y/o controle el método de acuerdo con el primer aspecto ilustrativo de la presente invención.

El procesador 610 puede comprender, por ejemplo, un obtenedor de información de transacción 611 como una unidad funcional y/o estructural. El obtenedor de información de transacción 611 puede estar configurado, por ejemplo, para obtener información de transacción (véase la etapa 201 de la Figura 2).

El procesador 610 puede comprender, por ejemplo, un comprobador de información de transacción 612 como una unidad funcional y/o estructural. El comprobador de información de transacción 612 puede estar configurado, por ejemplo, para comprobar información de transacción (véase la etapa 202 de la Figura 2).

El procesador 610 puede comprender, por ejemplo, un realizador y/o activador de información de transacción 613 como una unidad funcional y/o estructural. El realizador y/o activador de información de transacción 613 pueden estar configurado, por ejemplo, para realizar y/o activar la realización de una transacción (véase la etapa 206 de la Figura 2).

El procesador 610 puede controlar adicionalmente, por ejemplo, las memorias 620 a 640, la interfaz o interfaces de comunicación 650, la interfaz de usuario opcional 660 y el sensor o sensores opcionales 670.

El procesador 610 puede ejecutar, por ejemplo, código de programa informático almacenado en la memoria de programa 630, que puede representar, por ejemplo, un medio de almacenamiento legible por ordenador que comprende código de programa que, cuando se ejecuta por el procesador 610, provoca que el procesador 610 realice el método de acuerdo con el primer aspecto ilustrativo de la presente invención.

El procesador 610 (y también cualquier otro procesador mencionado en esta memoria descriptiva) puede ser un procesador de cualquier tipo adecuado. El procesador 610 puede comprender, pero sin limitación, uno o más microprocesador o microprocesadores, uno o más procesador o procesadores con uno o más procesador o procesadores de señales digitales adjuntos, uno o más procesador o procesadores sin procesador o procesadores de señales digitales adjuntos, uno o más chips de ordenador de fin especial, una o más matriz o matrices de puertas programables en campo (FPGA), uno o más controlador o controladores, uno o más circuito o circuitos integrados específicos de aplicación (ASIC), o uno o más ordenador u ordenadores. La estructura/hardware relevante se ha programado de tal forma que se lleve a cabo la función descrita. El procesador 610 puede ser, por ejemplo, un procesador de aplicación que ejecuta un sistema operativo.

La memoria de programa 630 también puede incluirse en el procesador 610. Esta memoria puede conectarse de forma fija, por ejemplo, al procesador 610, o ser al menos parcialmente extraíble del procesador 610, por ejemplo, en forma de una tarjeta de memoria o memoria USB. La memoria de programa 630 puede ser, por ejemplo, una memoria no volátil. Puede ser, por ejemplo, una memoria flash (o una parte de la misma), cualquiera de una memoria ROM, PROM, EPROM y EEPROM (o una parte de la misma) o un disco duro (o una parte del mismo), por nombrar algunos ejemplos no limitantes. La memoria de programa 630 también puede comprender un sistema operativo para el procesador 610. La memoria de programa 630 también puede comprender un firmware para el aparato 600.

El aparato 600 comprende una memoria de trabajo 620, por ejemplo, en forma de una memoria volátil. Puede ser, por ejemplo, una memoria de acceso aleatorio (RAM) o RAM dinámica (DRAM), por proporcionar solo algunos ejemplos no limitantes. Puede usarse, por ejemplo, por el procesador 610 cuando se ejecuta un sistema operativo y/o programa informático.

La memoria de datos 640 puede ser, por ejemplo, una memoria no volátil. Puede ser, por ejemplo, una memoria flash (o una parte de la misma), cualquiera de una memoria ROM, PROM, EPROM y EEPROM (o una parte de la misma) o un disco duro (o una parte del mismo), por nombrar algunos ejemplos no limitantes. La memoria de datos 640 puede almacenar, por ejemplo, una o más piezas de información de transacción, una o más piezas de información de ubicación, una o más piezas de información de estado, una o más piezas o partes de una cadena de bloques o, como alternativa, una cadena de bloques, una o más piezas de información de credenciales, una o más piezas de información de autenticación, una o más piezas de información de realimentación, una o más piezas de información de verificación, uno o más valores de función de troceo, o una combinación de los mismos, por nombrar sólo algunos ejemplos no limitantes.

La interfaz o interfaces de comunicación 650 habilitan que el aparato 600 se comunique con otras entidades, por ejemplo, con el servidor 110 de la Figura 1. La interfaz o interfaces de comunicación 650 pueden comprender, por ejemplo, una interfaz inalámbrica, por ejemplo, una interfaz de comunicación de radio celular y/o una interfaz de WLAn ) y/o interfaz por cable, por ejemplo, una interfaz basada en IP, por ejemplo, para comunicarse con entidades a través de la Internet. La interfaz o interfaces de comunicación pueden habilitar que el aparato 600 se comunique con otras entidades, por ejemplo, con el nodo de radio 130 de la Figura 1.

La interfaz de usuario 660 es opcional y puede comprender una pantalla para visualizar información a un usuario y/o un dispositivo de entrada (por ejemplo, un teclado, teclado numérico, panel táctil, ratón, etc.) para recibir información desde un usuario.

El sensor o sensores 670 son opcionales y pueden comprender, por ejemplo, un sensor GNSS, por ejemplo, un sensor GNSS para determinar una ubicación actual de la unidad telemática.

Algunos o todos los componentes del aparato 600 pueden conectarse, por ejemplo, a través de un bus. Algunos o todos los componentes del aparato 600 pueden combinarse, por ejemplo, en uno o más módulos.

La Figura 7 es un diagrama de bloques esquemático de un aparato 700 de acuerdo con un aspecto ilustrativo de la presente invención, que puede representar, por ejemplo, el dispositivo móvil 130 de la Figura 1.

El aparato 700 comprende un procesador 710, una memoria de trabajo 720, una memoria de programa 730, una memoria de datos 740, una interfaz o interfaces de comunicación 750, una interfaz de usuario opcional 760 y un sensor o sensores opcionales 770.

El aparato 700 puede estar configurado, por ejemplo, para realizar y/o controlar o comprender respectivos medios (al menos uno de 710 a 770) para realizar y/o controlar el método de acuerdo con el segundo aspecto ilustrativo de la presente invención. El aparato 700 también puede constituir un aparato que comprende al menos un procesador (710) y al menos una memoria (720) que incluye código de programa informático, la al menos una memoria y el código de programa informático configurados para, con el al menos un procesador, provocar que un aparato, por ejemplo, el aparato 700 al menos realice y/o controle el método de acuerdo con los aspectos ilustrativos de la invención de la presente invención.

El procesador 710 puede comprender, por ejemplo, un obtenedor de información de transacción 711 como una unidad funcional y/o estructural. El obtenedor de información de transacción 711 puede estar configurado, por ejemplo, para obtener información de transacción (véase la etapa 304 de la Figura 3).

El procesador 710 puede comprender, por ejemplo, un comprobador de información de transacción 712 como una unidad funcional y/o estructural. El comprobador de información de transacción 712 puede estar configurado, por ejemplo, para comprobar información de transacción (véase la etapa 305 de la Figura 3).

El procesador 710 puede comprender, por ejemplo, un generador de información de transacción 713 como una unidad funcional y/o estructural. El generador de información de transacción 713 puede estar configurado, por ejemplo, para obtener información de transacción (véase la etapa 303 de la Figura 3).

El procesador 710 puede controlar adicionalmente, por ejemplo, las memorias 720 a 740, la interfaz o interfaces de comunicación 750, la interfaz de usuario opcional 760 y el sensor o sensores opcionales 770.

El procesador 710 puede ejecutar, por ejemplo, código de programa informático almacenado en la memoria de programa 730, que puede representar, por ejemplo, un medio de almacenamiento legible por ordenador que comprende código de programa que, cuando se ejecuta por el procesador 710, provoca que el procesador 710 realice el método de acuerdo con el segundo aspecto ilustrativo de la presente invención.

El procesador 710 (y también cualquier otro procesador mencionado en esta memoria descriptiva) puede ser un procesador de cualquier tipo adecuado. El procesador 710 puede comprender, pero sin limitación, uno o más microprocesador o microprocesadores, uno o más procesador o procesadores con uno o más procesador o procesadores de señales digitales adjuntos, uno o más procesador o procesadores sin procesador o procesadores de señales digitales adjuntos, uno o más chips de ordenador de fin especial, una o más matriz o matrices de puertas programables en campo (FPGA), uno o más controlador o controladores, uno o más circuito o circuitos integrados específicos de aplicación (ASIC), o uno o más ordenador u ordenadores. La estructura/hardware relevante se ha programado de tal forma que se lleve a cabo la función descrita. El procesador 710 puede ser, por ejemplo, un procesador de aplicación que ejecuta un sistema operativo.

La memoria de programa 730 también puede incluirse en el procesador 710. Esta memoria puede conectarse de forma fija, por ejemplo, al procesador 710, o ser al menos parcialmente extraíble del procesador 710, por ejemplo, en forma de una tarjeta de memoria o memoria USB. La memoria de programa 730 puede ser, por ejemplo, una memoria no volátil. Puede ser, por ejemplo, una memoria flash (o una parte de la misma), cualquiera de una memoria ROM, PROM, EPROM y EEPROM (o una parte de la misma) o un disco duro (o una parte del mismo), por nombrar algunos ejemplos no limitantes. La memoria de programa 730 también puede comprender un sistema operativo para el procesador 710. La memoria de programa 730 también puede comprender un firmware para el aparato 700.

El aparato 700 comprende una memoria de trabajo 720, por ejemplo, en forma de una memoria volátil. Puede ser, por ejemplo, una memoria de acceso aleatorio (RAM) o RAM dinámica (DRAM), por proporcionar solo algunos ejemplos no limitantes. Puede usarse, por ejemplo, por el procesador 710 cuando se ejecuta un sistema operativo y/o programa informático.

La memoria de datos 740 puede ser, por ejemplo, una memoria no volátil. Puede ser, por ejemplo, una memoria flash (o una parte de la misma), cualquiera de una memoria ROM, PROM, EPROM y EEPROM (o una parte de la misma) o un disco duro (o una parte del mismo), por nombrar algunos ejemplos no limitantes. La memoria de datos 740 puede almacenar, por ejemplo, una o más piezas de información de transacción, una o más piezas de información de ubicación, una o más piezas de información de estado, una o más piezas o partes de una cadena de bloques o, como alternativa, una cadena de bloques, una o más piezas de información de credenciales, una o más piezas de información de autenticación, una o más piezas de información de realimentación, una o más piezas de información de verificación, uno o más valores de función de troceo, o una combinación de los mismos, por nombrar sólo algunos ejemplos no limitantes.

La interfaz o interfaces de comunicación 750 habilitan que el aparato 700 se comunique con otras entidades, por ejemplo, con el servidor 110 de la Figura 1. La interfaz o interfaces de comunicación 750 pueden comprender, por ejemplo, una interfaz inalámbrica, por ejemplo, una interfaz de comunicación de radio celular y/o una interfaz de WLAn ) y/o interfaz por cable, por ejemplo, una interfaz basada en IP, por ejemplo, para comunicarse con entidades a través de la Internet. La interfaz o interfaces de comunicación pueden habilitar que el aparato 700 se comunique con otras entidades, por ejemplo, con el nodo de radio 130 de la Figura 1.

La interfaz de usuario 760 es opcional y puede comprender una pantalla para visualizar información a un usuario y/o un dispositivo de entrada (por ejemplo, un teclado, teclado numérico, panel táctil, ratón, etc.) para recibir información desde un usuario.

El sensor o sensores 770 son opcionales.

Algunos o todos los componentes del aparato 700 pueden conectarse, por ejemplo, a través de un bus. Algunos o todos los componentes del aparato 700 pueden combinarse, por ejemplo, en uno o más módulos.

La Figura 8 es un diagrama de bloques esquemático de un aparato 800 de acuerdo con un aspecto ilustrativo de la presente invención, que puede representar, por ejemplo, el servidor 110 de la Figura 1.

El aparato 800 comprende un procesador 810, una memoria de trabajo 820, una memoria de programa 830, una memoria de datos 840, una interfaz o interfaces de comunicación 850 y una interfaz de usuario opcional 860.

El aparato 800 puede estar configurado, por ejemplo, para realizar y/o controlar o comprender respectivos medios (al menos uno de 810 a 860) para realizar y/o controlar el método de acuerdo con el tercer aspecto ilustrativo de la presente invención. El aparato 800 también puede constituir un aparato que comprende al menos un procesador (810) y al menos una memoria (820) que incluye código de programa informático, la al menos una memoria y el código de programa informático configurados para, con el al menos un procesador, provocar que un aparato, por ejemplo, el aparato 800 al menos realice y/o controle el método de acuerdo con los aspectos ilustrativos de la invención de la presente invención.

El procesador 810 puede comprender, por ejemplo, un obtenedor de información de transacción 811 como una unidad funcional y/o estructural. El obtenedor de información de transacción 811 puede estar configurado, por ejemplo, para obtener información de transacción (véase la etapa 401 de la Figura 4).

El procesador 810 puede comprender, por ejemplo, un determinador de información de verificación 812 como una unidad funcional y/o estructural. El determinador de nivel de verificación 812 puede estar configurado, por ejemplo, para determinar una información de verificación (véase la etapa 402 de la Figura 4).

El procesador 810 puede comprender, por ejemplo, un determinador de valor de función de troceo 813 como una unidad funcional y/o estructural. El determinador de valor de función de troceo 813 puede estar configurado, por ejemplo, para determinar un valor de función de troceo (véase la etapa 403 de la Figura 4).

El procesador 810 puede comprender, por ejemplo, un inyector de valor de función de troceo 814 como unidad funcional y/o estructural. El inyector de valor de función de troceo 814 puede estar configurado, por ejemplo, para comprender un valor de función de troceo en una cadena de bloques (véase la etapa 404 de la Figura 4).

El procesador 810 puede comprender, por ejemplo, un determinador de consenso opcional 815 como una unidad funcional y/o estructural. El determinador de consenso 815 puede estar configurado, por ejemplo, para permitir que el aparato 800 sea parte de una red que permite un modelo de consenso, por ejemplo, determinar una información de verificación respectiva que puede comprobarse por otras instancias de uno o más aparato o aparatos 800 respectivos.

El procesador 810 puede comprender, por ejemplo, un contrato inteligente opcional o un determinador de transacción 816, una unidad funcional y/o estructural. El contrato inteligente, respectivamente, el determinador de transacción 816 puede estar configurado, por ejemplo, para comprobar, por ejemplo, una base de datos de contratos inteligentes basándose en la información de una transacción obtenida.

El procesador 810 puede controlar, además, por ejemplo, las memorias 820 a 840, la interfaz o interfaces de comunicación 850 y la interfaz de usuario opcional 860.

El procesador 810 puede ejecutar, por ejemplo, código de programa informático almacenado en la memoria de programa 830, que puede representar, por ejemplo, un medio de almacenamiento legible por ordenador que comprende código de programa que, cuando se ejecuta por el procesador 810, provoca que el procesador 810 realice el método de acuerdo con el tercer aspecto ilustrativo de la presente invención.

El procesador 810 (y también cualquier otro procesador mencionado en esta memoria descriptiva) puede ser un procesador de cualquier tipo adecuado. El procesador 810 puede comprender, pero sin limitación, uno o más microprocesador o microprocesadores, uno o más procesador o procesadores con uno o más procesador o procesadores de señales digitales adjuntos, uno o más procesador o procesadores sin procesador o procesadores de señales digitales adjuntos, uno o más chips de ordenador de fin especial, una o más matriz o matrices de puertas programables en campo (FPGA), uno o más controlador o controladores, uno o más circuito o circuitos integrados específicos de aplicación (ASIC), o uno o más ordenador u ordenadores. La estructura/hardware relevante se ha programado de tal forma que se lleve a cabo la función descrita. El procesador 810 puede ser, por ejemplo, un procesador de aplicación que ejecuta un sistema operativo.

La memoria de programa 830 también puede incluirse en el procesador 810. Esta memoria puede conectarse de forma fija, por ejemplo, al procesador 810, o ser al menos parcialmente extraíble del procesador 810, por ejemplo, en forma de una tarjeta de memoria o memoria USB. La memoria de programa 830 puede ser, por ejemplo, una memoria no volátil. Puede ser, por ejemplo, una memoria flash (o una parte de la misma), cualquiera de una memoria ROM, PROM, EPROM y EEPROM (o una parte de la misma) o un disco duro (o una parte del mismo), por nombrar algunos ejemplos no limitantes. La memoria de programa 830 también puede comprender un sistema operativo para el procesador 810. La memoria de programa 830 también puede comprender un firmware para el aparato 800.

El aparato 800 comprende una memoria de trabajo 820, por ejemplo, en forma de una memoria volátil. Puede ser, por ejemplo, una memoria de acceso aleatorio (RAM) o RAM dinámica (DRAM), por proporcionar solo algunos ejemplos no limitantes. Puede usarse, por ejemplo, por el procesador 810 cuando se ejecuta un sistema operativo y/o programa informático.

La memoria de datos 840 puede ser, por ejemplo, una memoria no volátil. Puede ser, por ejemplo, una memoria flash (o una parte de la misma), cualquiera de una memoria ROM, PROM, EPROM y EEPROM (o una parte de la misma) o un disco duro (o una parte del mismo), por nombrar algunos ejemplos no limitantes. La memoria de datos 840 puede almacenar, por ejemplo, una o más piezas de información de transacción, una o más piezas de información de ubicación, una o más piezas de información de estado, una o más piezas o partes de una cadena de bloques o, como alternativa, una cadena de bloques, una o más piezas de información de credenciales, una o más piezas de información de autenticación, una o más piezas de información de realimentación, una o más piezas de información de verificación, uno o más valores de función de troceo, o una combinación de los mismos, por nombrar sólo algunos ejemplos no limitantes.

La interfaz o interfaces de comunicación 850 habilitan que el aparato 800 se comunique con otras entidades, por ejemplo, con el servidor 110 de la Figura 1. La interfaz o interfaces de comunicación 850 pueden comprender, por ejemplo, una interfaz inalámbrica, por ejemplo, una interfaz de comunicación de radio celular y/o una interfaz de WLAn ) y/o interfaz por cable, por ejemplo, una interfaz basada en IP, por ejemplo, para comunicarse con entidades a través de la Internet. La interfaz o interfaces de comunicación pueden habilitar que el aparato 800 se comunique con otras entidades, por ejemplo, con el nodo de radio 130 de la Figura 1.

La interfaz de usuario 860 es opcional y puede comprender una pantalla para visualizar información a un usuario y/o un dispositivo de entrada (por ejemplo, un teclado, teclado numérico, panel táctil, ratón, etc.) para recibir información desde un usuario.

Algunos o todos los componentes del aparato 800 pueden conectarse, por ejemplo, a través de un bus. Algunos o todos los componentes del aparato 800 pueden combinarse, por ejemplo, en uno o más módulos.

En la presente memoria descriptiva, cualquier conexión presentada en las realizaciones descritas se entenderá en una forma que los componentes implicados se acoplan operacionalmente. Por lo tanto, las conexiones pueden ser directas o indirectas con cualquier número o combinación de elementos intervinientes, y puede haber solamente una relación funcional entre los componentes.

Además, cualquiera de los métodos, procesos y acciones descritos o ilustrados en el presente documento puede implementarse usando instrucciones ejecutables en un procesador de fin general o fin especial y almacenadas en un medio de almacenamiento legible por ordenador (por ejemplo, disco, memoria o similar) a ejecutar por un procesador de este tipo. Las referencias a un 'medio de almacenamiento legible por ordenador' deberían entenderse para abarcar circuitos especializados tales como FPGA, ASIC, dispositivos de procesamiento de señales y otros dispositivos.

La expresión "A y/o B" se considera que comprende uno cualquiera de los siguientes tres escenarios: (i) A, (ii) B, (iii) A y B. Adicionalmente, el artículo "un" o "una" no debe entenderse como "uno" o "una", es decir, el uso de la expresión "un elemento" no excluye que también estén presentes elementos adicionales. La expresión "que comprende" debe entenderse en un sentido abierto, es decir, de una forma que un objeto que "comprende un elemento A" también puede comprender elementos adicionales además del elemento A.

Se entenderá que todas las realizaciones presentadas son únicamente ilustrativas, y que cualquier característica presentada para una realización ilustrativa particular puede usarse con cualquier aspecto de la invención por sí misma o en combinación con cualquier característica presentada para la misma u otra realización ilustrativa particular y/o en combinación con cualquier otra característica no mencionada. En particular, las realizaciones ilustrativas presentadas en esta memoria descriptiva también se entenderán que se divulgan en todas las posibles combinaciones entre sí, en la medida en que sea técnicamente razonable y las realizaciones de ejemplo no son alternativas entre sí. Se entenderá además que cualquier característica presentada para una realización ilustrativa en una categoría particular (método/aparato/programa informático/sistema) también puede usarse de una manera correspondiente en una realización ilustrativa de cualquier otra categoría. También debería entenderse que la presencia de una característica en las realizaciones de ejemplo presentadas no significará necesariamente que esta característica forma una característica esencial de la invención y no puede omitirse o sustituirse.

La indicación de que una característica comprende al menos una de las características enumeradas posteriormente no es obligatoria en el sentido en que la característica comprende todas las características enumeradas posteriormente, o al menos una característica de la pluralidad de las características enumeradas posteriormente. También, es posible una selección de las características enumeradas en cualquier combinación o una selección de únicamente una de las características enumeradas. También puede considerarse la combinación específica de todas las características enumeradas posteriormente. También, puede ser posible una pluralidad de únicamente una de las características enumeradas.

La secuencia de todas las etapas de método presentadas anteriormente no es obligatoria, también pueden ser posibles secuencias alternativas. Sin embargo, la secuencia específica de etapas de método mostradas ilustrativamente en las figuras se considerará como una secuencia posible de etapas de método para la respectiva realización descrita por la respectiva figura.

La invención se ha descrito anteriormente por medio de realizaciones de ejemplo. Debería observarse que existen formas alternativas y variaciones que son obvias para un experto en la materia y pueden implementarse sin desviarse del alcance de las reivindicaciones adjuntas.

El alcance de protección se define por las reivindicaciones.

Claims

REIVINDICACIONES

1. Un método, que comprende:

- obtener (201) una información de transacción indicativa de una transacción que se va a realizar o que se activa para que se realice, en donde la información de transacción está firmada por al menos un dispositivo móvil y/o una aplicación del al menos un dispositivo móvil;

- comprobar (202) si la información de transacción fue verificada o no por al menos un servidor basándose al menos parcialmente en una cadena de bloques, en donde el al menos un servidor está habilitado para verificar la transacción determinando (403) un valor de función de troceo que va a estar comprendido por la cadena de bloques en caso de que la transacción esté firmada correctamente y el al menos un dispositivo móvil y/o la aplicación del dispositivo móvil están permitidos a realizar o activar la realización de la transacción, en donde la cadena de bloques es accesible por el al menos un servidor y al menos un dispositivo móvil; y

en caso de que la comprobación sea exitosa:

- realizar (206) o activar la realización de la transacción,

-caracterizado por quela transacción se realiza o se activa para que se realice únicamente en caso de que un intervalo de tiempo asignado para la transacción que va a realizarse o activarse sea válido.

2. El método de acuerdo con la reivindicación 1, que comprende, además:

- obtener una información de estado indicativa de un estado en el que está configurado al menos un elemento controlable por al menos una unidad telemática; y

3. El método de acuerdo con cualquiera de las reivindicaciones anteriores, que comprende, además:

4. El método de acuerdo con cualquiera de las reivindicaciones anteriores, en donde la al menos una unidad telemática está comprendida por un vehículo.

5. El método de acuerdo con cualquiera de las reivindicaciones anteriores, en donde la transacción se realiza o se activa para que se realice únicamente en caso de que al menos un servidor, al menos un dispositivo móvil y la al menos una unidad telemática hayan verificado la información de transacción.

6. El método de acuerdo con cualquiera de las reivindicaciones anteriores, en donde la información de transacción es además indicativa de un identificador de la al menos una unidad telemática, en donde el identificador se almacena en un elemento seguro comprendido por la al menos una unidad telemática.

7. El método de acuerdo con cualquiera de las reivindicaciones anteriores, en donde la transacción es indicativa de una acción a realizar y/o activar para ser realizada por la al menos una unidad telemática, en particular, una acción de apertura o cierre para obtener acceso a un vehículo que comprende la al menos una unidad telemática.

8. El método de acuerdo con cualquiera de las reivindicaciones anteriores, en donde la información se transfiere de forma cifrada.

9. El método de acuerdo con cualquiera de las reivindicaciones anteriores, en donde la información se transfiere mediante un método de inserción.

10. Un método, que comprende:

en caso de que la comprobación sea exitosa:

- emitir una información de realimentación indicativa del resultado de la comprobación,

11. El método de acuerdo con la reivindicación 10, que comprende, además:

12. El método de acuerdo con la reivindicación 10 o la reivindicación 11, en donde la transacción es indicativa de una acción a realizar y/o activar para ser realizada por la al menos una unidad telemática, en particular, una acción de apertura o cierre para obtener acceso a un vehículo que comprende la al menos una unidad telemática.

13. El método de acuerdo con cualquiera de las reivindicaciones 10 a 12, en donde la información de transacción es además indicativa de un identificador de la al menos una unidad telemática, en donde el identificador se almacena en un elemento seguro comprendido por la al menos una unidad telemática.

14. El método de acuerdo con cualquiera de las reivindicaciones 10 a 13, en donde la información se transfiere de forma cifrada.

15. El método de acuerdo con cualquiera de las reivindicaciones anteriores 10 a 14, en donde la información se transfiere mediante un método de inserción.

16. Un método, que comprende:

- que comprende el valor de función de troceo determinado en una cadena de bloques accesible mediante al menos un dispositivo móvil y al menos una unidad telemática,

17. El método de acuerdo con la reivindicación 16, que comprende, además:

- proporcionar una información de estado indicativa de un estado en el que está configurado al menos un elemento controlable por la al menos una unidad telemática.

18. El método de acuerdo con la reivindicación 16 o la reivindicación 17, en donde la cadena de bloques se almacena de forma descentralizada, en particular, mediante más de un servidor configurado para realizar y/o controlar dicho método.

19. El método de acuerdo con cualquiera de las reivindicaciones 16 a 18, en donde la información de transacción es además indicativa de un identificador de la al menos una unidad telemática, en donde el identificador se almacena en un elemento seguro comprendido por la al menos una unidad telemática.

20. El método de acuerdo con cualquiera de las reivindicaciones 16 a 19, en donde la información se transfiere de forma cifrada.

21. El método de acuerdo con cualquiera de las reivindicaciones 16 a 20, en donde la información se transfiere mediante un método de inserción.

22. Una unidad telemática configurada para realizar y/o controlar o que comprende respectivos medios para realizar y/o controlar el método de cualquiera de las reivindicaciones 1 a 9.

23. Un dispositivo móvil configurado para realizar y/o controlar o que comprende respectivos medios para realizar y/o controlar el método de cualquiera de las reivindicaciones 10 a 15.

24. Un servidor configurado para realizar y/o controlar o que comprende respectivos medios para realizar y/o controlar el método de cualquiera de las reivindicaciones 16 a 21.

25. Un sistema, que comprende:

- al menos una telemática de acuerdo con la reivindicación 22; al menos un dispositivo móvil de acuerdo con la reivindicación 23; y

- al menos un servidor de acuerdo con la reivindicación 24.