ES2938263T3 - Método de itinerancia - Google Patents

Método de itinerancia Download PDF

Info

Publication number
ES2938263T3
ES2938263T3 ES16763520T ES16763520T ES2938263T3 ES 2938263 T3 ES2938263 T3 ES 2938263T3 ES 16763520 T ES16763520 T ES 16763520T ES 16763520 T ES16763520 T ES 16763520T ES 2938263 T3 ES2938263 T3 ES 2938263T3
Authority
ES
Spain
Prior art keywords
peer
roaming
application
charging
data set
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES16763520T
Other languages
English (en)
Inventor
Torsten Dahmen
Carsten Stöcker
Markus Ludwig Rothkeppel
Ulrich Grepel
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Future Energy Ventures Management GmbH
Original Assignee
Innogy Innovation GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Innogy Innovation GmbH filed Critical Innogy Innovation GmbH
Application granted granted Critical
Publication of ES2938263T3 publication Critical patent/ES2938263T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8038—Roaming or handoff
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
    • B60L53/00—Methods of charging batteries, specially adapted for electric vehicles; Charging stations or on-board charging equipment therefor; Exchange of energy storage elements in electric vehicles
    • B60L53/30—Constructional details of charging stations
    • B60L53/305—Communication interfaces
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
    • B60L53/00—Methods of charging batteries, specially adapted for electric vehicles; Charging stations or on-board charging equipment therefor; Exchange of energy storage elements in electric vehicles
    • B60L53/60—Monitoring or controlling charging stations
    • B60L53/65—Monitoring or controlling charging stations involving identification of vehicles or their battery types
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
    • B60L53/00—Methods of charging batteries, specially adapted for electric vehicles; Charging stations or on-board charging equipment therefor; Exchange of energy storage elements in electric vehicles
    • B60L53/60—Monitoring or controlling charging stations
    • B60L53/66—Data transfer between charging stations and vehicles
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
    • B60L53/00—Methods of charging batteries, specially adapted for electric vehicles; Charging stations or on-board charging equipment therefor; Exchange of energy storage elements in electric vehicles
    • B60L53/60—Monitoring or controlling charging stations
    • B60L53/66—Data transfer between charging stations and vehicles
    • B60L53/665—Methods related to measuring, billing or payment
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
    • B60L53/00—Methods of charging batteries, specially adapted for electric vehicles; Charging stations or on-board charging equipment therefor; Exchange of energy storage elements in electric vehicles
    • B60L53/60—Monitoring or controlling charging stations
    • B60L53/68—Off-site monitoring or control, e.g. remote control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1442—Charging, metering or billing arrangements for data wireline or wireless communications at network operator level
    • H04L12/1446—Charging, metering or billing arrangements for data wireline or wireless communications at network operator level inter-operator billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1467—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network involving prepayment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H04W12/088—Access security using filters or firewalls
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
    • B60L2240/00—Control parameters of input or output; Target parameters
    • B60L2240/70—Interactions with external data bases, e.g. traffic centres
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
    • Y02T10/00—Road transport of goods or passengers
    • Y02T10/60—Other road transportation technologies with climate change mitigation effect
    • Y02T10/70—Energy storage systems for electromobility, e.g. batteries
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
    • Y02T10/00—Road transport of goods or passengers
    • Y02T10/60—Other road transportation technologies with climate change mitigation effect
    • Y02T10/7072—Electromobility specific charging systems or methods for batteries, ultracapacitors, supercapacitors or double-layer capacitors
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
    • Y02T10/00—Road transport of goods or passengers
    • Y02T10/60—Other road transportation technologies with climate change mitigation effect
    • Y02T10/72—Electric energy management in electromobility
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
    • Y02T90/00—Enabling technologies or technologies with a potential or indirect contribution to GHG emissions mitigation
    • Y02T90/10—Technologies relating to charging of electric vehicles
    • Y02T90/12—Electric charging stations
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
    • Y02T90/00—Enabling technologies or technologies with a potential or indirect contribution to GHG emissions mitigation
    • Y02T90/10—Technologies relating to charging of electric vehicles
    • Y02T90/14—Plug-in electric vehicles
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
    • Y02T90/00—Enabling technologies or technologies with a potential or indirect contribution to GHG emissions mitigation
    • Y02T90/10—Technologies relating to charging of electric vehicles
    • Y02T90/16—Information or communication technologies improving the operation of electric vehicles
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
    • Y02T90/00—Enabling technologies or technologies with a potential or indirect contribution to GHG emissions mitigation
    • Y02T90/10—Technologies relating to charging of electric vehicles
    • Y02T90/16—Information or communication technologies improving the operation of electric vehicles
    • Y02T90/167—Systems integrating technologies related to power network operation and communication or information technologies for supporting the interoperability of electric or hybrid vehicles, i.e. smartgrids as interface for battery charging of electric vehicles [EV] or hybrid vehicles [HEV]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S30/00—Systems supporting specific end-user applications in the sector of transportation
    • Y04S30/10—Systems supporting the interoperability of electric or hybrid vehicles
    • Y04S30/14—Details associated with the interoperability, e.g. vehicle recognition, authentication, identification or billing

Abstract

La invención se refiere a un método de roaming para un sistema de carga eléctrica (200, 300, 400, 600) con al menos dos subsistemas (202.1, 302.1, 302.3, 302.3, 402.1, 402.2), que comprende recibir un conjunto de datos de carga a través de un módulo de comunicación (208, 308.1, 308.2, 308.3, 408.1, 408.2) de un dispositivo de puerta de enlace (210, 310.1, 310.2, 310.3, 410.1, 410.2) desde una estación de carga (204, 304.1, 304.2, 304.3, 404.1) asignada al dispositivo de puerta de enlace (210, 310.1, 310.2, 310.3, 410.1, 410.2), reenviando los datos de cobro establecidos por un módulo peer-to-peer (238, 338.1, 338.2, 338.3, 438) asignado al dispositivo de puerta de enlace (210, 310.1, 310.2, 310.3, 410.1) a una aplicación de igual a igual (232, 332, 432, 532) de una red de igual a igual (230, 330, 430, 630), y controlar una acción de itinerancia mediante un medio de control de itinerancia (234, 334, 434, 534) de la aplicación peer-to-peer (232, 332,432, 532) ejecutado por al menos una parte de los nodos (236.1, 236.2, 236.3, 336, 436.1, 436.2) de la red peer-to-peer (230, 330, 430, 630) en base al conjunto de datos de cobro recibido . (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Método de itinerancia
La invención se refiere a un método de itinerancia para un sistema de entrada y/o salida eléctrica, en particular, un sistema de carga con, al menos, dos subsistemas. La invención se refiere además a un sistema de entrada y/o salida, en particular, un sistema de carga, un dispositivo de puerta de enlace de un sistema de entrada y/o salida, en particular, un sistema de carga y una aplicación entre iguales de una red entre iguales.
Hoy en día, el número de vehículos eléctricos está en constante crecimiento. Una de las razones del creciente número de vehículos eléctricos es la ampliación de la red o sistema de estaciones de carga. Aunque aumenta el número de estaciones de carga, es posible que los usuarios de vehículos no puedan utilizar todas las estaciones de carga. En particular, las estaciones de carga pueden pertenecer a diferentes subsistemas (de carga). Existen diferentes proveedores de estaciones de carga y subsistemas, respectivamente, en donde cada proveedor puede tener diferentes requisitos o reglas. Cada proveedor puede comprender un subsistema propio de estaciones de carga. Por ejemplo, cada subsistema (de diferentes proveedores) puede comprender diferentes procesos de autenticación y/o autorización del usuario, puede utilizar diferentes protocolos de comunicación, puede utilizar diferentes técnicas contables, etc.
Las diferencias de los subsistemas de carga dan como resultado que los usuarios (o sus vehículos) registrados en un primer subsistema de un primer proveedor no puedan cargar o descargar su vehículo en otra estación de carga de otro subsistema. Para cargar un vehículo también en las estaciones de carga asignadas al otro subsistema, el usuario y/o el vehículo también deben estar registrados en el otro subsistema. Cada registro puede incluir almacenar datos de usuario (incluidos datos de la cuenta) en un servidor de un subsistema, generar un acuerdo de carga entre el usuario y el proveedor, etc.
Para evitar que un usuario y/o vehículo deba registrarse en una pluralidad de subsistemas, es conocido a partir de la técnica anterior utilizar un servidor de itinerancia que proporciona un método de itinerancia, como se describe a continuación.
La Figura 1 muestra una realización típica de un sistema 100 de carga según la técnica anterior. El sistema 100 de carga comprende un primer subsistema 102.1 (de carga). El primer subsistema 102 comprende una pluralidad de primeras estaciones 104.1 de carga. Cada estación 104.1 de carga comprende un módulo 106.1 de comunicación configurado para comunicarse con otro módulo 108.1 de comunicación de un primer dispositivo 110.1 de puerta de enlace, dispuesto de forma remota, a través de una conexión 112.1 de comunicación. En particular, dos o más primeras estaciones 104.1 de carga están conectadas a un primer dispositivo 110.1 de puerta de enlace. Cabe señalar que los medios de carga/descarga de un vehículo o similares son generalmente conocidos y, por lo tanto, no se representan.
El primer dispositivo 110.1 de puerta de enlace es, en particular, una puerta de enlace a un primer servidor (central) 114.1 (también llamado backend) para todas las primeras estaciones 104.1 de carga conectadas. El primer dispositivo 110.1 de puerta de enlace comprende otro módulo 116.1 de comunicación configurado para comunicarse con otro módulo 118.1 de comunicación del servidor 114.1, dispuesto de forma remota, a través de una conexión 120.1 de comunicación.
A modo de ejemplo, un conjunto de datos de carga relacionado con un proceso de carga de un vehículo eléctrico puede transmitirse desde una primera estación 104.1 de carga al primer dispositivo 110.1 de puerta de enlace. El primer dispositivo 108.1 de puerta de enlace puede reenviar el conjunto de datos de carga al primer servidor 118.1. El primer servidor 118.1 puede comprender un módulo contable 122.1 configurado para procesar el conjunto de datos de carga recibido. Por ejemplo, en función del conjunto de datos de carga recibido, que comprende, p. ej., un identificador de usuario y la potencia cargada, y un conjunto de datos de usuario almacenado, que comprende, p. ej., un identificador de usuario y datos de cuenta del usuario, el módulo contable 122.1 puede facturar al usuario la cantidad de potencia y energía cargada, respectivamente.
Como puede verse además en la figura 1, el sistema 100 comprende un segundo subsistema 102.2 con elementos similares 104.2 a 122.2 como el primer subsistema 102.1. En particular, se proporcionan un segundo servidor 114.2, un segundo dispositivo 110.2 de puerta de enlace y una pluralidad de segundas estaciones 104.2 de carga.
Como se describió anteriormente, pueden surgir problemas si un vehículo eléctrico se carga en una primera estación de carga del primer subsistema y el primer servidor del primer subsistema no comprende un conjunto de datos de usuario correspondiente al vehículo eléctrico y al usuario del vehículo eléctrico, respectivamente, ya que el usuario y/o vehículo solo se encuentra registrado en el segundo subsistema.
Para evitar que el vehículo eléctrico de dicho usuario no pueda cargarse en dicha primera estación de carga, según la técnica anterior, puede proporcionarse un servidor 124 de itinerancia. El servidor 124 de itinerancia comprende uno o más módulos 126 de comunicación configurados para comunicarse con los respectivos módulos 118.1, 118.2 de comunicación del primer y segundo servidor 114.1, 114.2.
El servidor 124 de itinerancia representado comprende un módulo 128 de itinerancia. El módulo 128 de itinerancia permite que los usuarios registrados solo en el primer subsistema 102.1 también puedan utilizar las estaciones 104.2 de carga del segundo subsistema 104.2. Por ejemplo, siguiendo el ejemplo anterior, el primer servidor puede reenviar el conjunto de datos de carga de un usuario o vehículo no registrado en el primer subsistema 102.1 al servidor 124 de itinerancia. Luego, el servidor 124 de itinerancia puede realizar una acción de itinerancia, p. ej., procesar el conjunto de datos de carga, realizando un proceso contable en función del conjunto de datos de carga y los datos de usuario almacenados en el servidor 124 de itinerancia. Por ejemplo, todos los datos de usuario de los subsistemas conectados 102.2, 102.2 también pueden almacenarse en el servidor 124 de itinerancia.
El servidor 124 de itinerancia o plataforma 124 de itinerancia se configura para actuar como un módulo de equilibrio y una cámara de compensación, respectivamente, entre el, al menos uno, de los dos subsistemas 102.1, 102.2.
Sin embargo, un inconveniente de estos sistemas de la técnica anterior es el complejo mecanismo necesario para procesar de forma segura un proceso de itinerancia. En particular, el proceso y almacenamiento de datos confidenciales (datos del usuario, datos del proveedor, datos de carga, etc.) es difícil y requiere un alto esfuerzo de seguridad. La privacidad de los datos es especialmente difícil de lograr, ya que el seguimiento del movimiento de usuarios individuales puede realizarse accediendo a la base de datos central y analizando las transacciones de carga.
En particular, un inconveniente de un sistema itinerante de este tipo es la estructura servidor-cliente de estos sistemas. Normalmente, como se ha descrito anteriormente, se utiliza un servidor de itinerancia central para llevar a cabo los procesos de itinerancia. Otra desventaja de las estructuras servidor-cliente de este tipo, en particular el servidor (o la plataforma), aparte de los altos costes de transacción, es que la instancia central o servidor central gestiona datos confidenciales que incluyen, p. ej., datos del usuario, datos de autorización, datos del proveedor, datos de carga o similares. Un problema persistente que afecta a la instancia central es el de proteger los datos confidenciales almacenados en uno o más servidor(es) itinerantes del acceso de terceros no autorizados. En particular, se requiere un alto grado de gasto en seguridad, para evitar que dichos datos sean manipulados. Esto a su vez conduce a costes de transacción aún más altos. Otra desventaja es la compleja y costosa infraestructura para proporcionar la estructura servidor-cliente descrita.
Además, el documento EP 2495844 A1 describe un método para distribuir potencia eléctrica para recargar vehículos eléctricos e híbridos que tienen baterías recargables. Además, el documento US 2011/0035261 A1 se refiere a sistemas para cargar vehículos en un área de estacionamiento, en donde puede recibirse una solicitud de carga para un vehículo ubicado en un área de estacionamiento, en donde el vehículo puede tener una conexión de alimentación con una fuente de alimentación y puede proporcionarse una carga eléctrica, a través de la conexión de alimentación, desde la fuente de alimentación hasta el vehículo en función de la recepción de la solicitud de carga. El pago se registra para proporcionar la carga eléctrica basada en la salida del vehículo del área de estacionamiento. Finalmente, el documento US 2010/0141205 A1 describe un sistema para suministrar potencia a través de una pluralidad de subredes para su uso en la recarga de vehículos equipados con sistemas de propulsión alimentados eléctricamente, donde la interconexión de Red Eléctrica utilizada en cada subred proporciona una identificación de fuente de alimentación única al vehículo con fines de facturación del consumo de energía.
Por lo tanto, es un objeto de la presente invención proporcionar un método de itinerancia que permita realizar procesos/acciones de itinerancia más eficientes y, al mismo tiempo, con un mayor nivel de seguridad.
La invención está definida por las reivindicaciones independientes adjuntas 1, 13, 14 y 15 y las realizaciones ventajosas de la invención se indican en las reivindicaciones dependientes. El objeto se resuelve según un primer aspecto de la presente invención mediante un método de itinerancia para un sistema de entrada y/o salida eléctrica, en particular, un sistema de carga con, al menos, dos subsistemas (de carga eléctrica) según la reivindicación 1. El método de itinerancia comprende:
- recibir un conjunto de datos de carga, a través de un módulo de comunicación de un dispositivo de puerta de enlace, de una estación de carga asignada al dispositivo de puerta de enlace,
- reenviar el conjunto de datos de carga, mediante un módulo entre iguales asignado al dispositivo de puerta de enlace, a una aplicación entre iguales de una red entre iguales, y
- controlar, al menos, parte de un proceso de itinerancia mediante un medio de control de itinerancia de la aplicación entre iguales ejecutado por, al menos, una parte de los nodos de la red entre iguales en función del conjunto de datos de carga recibido.
A diferencia de los métodos de la técnica anterior, el proceso de itinerancia, al menos una acción de itinerancia de, al menos, un proceso de itinerancia, puede realizarse de una forma más eficaz y más segura controlando, al menos, una parte del proceso de itinerancia mediante un medio de control de itinerancia de una aplicación entre iguales ejecutada por, al menos, una parte de los nodos de una red entre iguales. En otras palabras, el proceso de itinerancia puede gestionarse y controlarse sin una instancia central, sino mediante una aplicación entre iguales de una red entre iguales. Por el hecho de que, en lugar de un servidor central o una plataforma, una red entre iguales (también llamada marco) se encarga del control, en particular a prueba de manipulaciones, del proceso de itinerancia entre, al menos, dos subsistemas de carga, mediante una aplicación entre iguales, se logran altos estándares de seguridad en el sentido de que todos los ordenadores (nodos pares o simplemente nodos) en la red entre iguales, al menos una parte de los nodos en la red entre iguales, al menos monitoriza(n) el proceso de itinerancia, en particular, ejecutando el medio de control de itinerancia. Así, los costes de transacción pueden reducirse significativamente. No se requiere plataforma central superior, servidor, nube, etc. La complejidad de administrar y controlar un proceso de itinerancia puede reducirse significativamente. Los datos del usuario y otros datos confidenciales pueden gestionarse de forma segura.
El presente método de itinerancia se utiliza en un sistema de entrada y/o salida eléctrica, en particular, un sistema de carga, que comprende, al menos, dos (diferentes) subsistemas eléctricos (de carga). Un subsistema puede diferir de otro subsistema en los protocolos de comunicación utilizados, el proceso de autenticación, el proceso contable, etc.
Un sistema de entrada y/o salida eléctrica se configura para permitir un intercambio de potencia eléctrica. El intercambio de potencia eléctrica incluye el suministro de potencia eléctrica a un dispositivo operado eléctricamente y/o la recepción de potencia eléctrica de un dispositivo eléctrico. Para intercambiar potencia eléctrica entre la red y un dispositivo eléctrico, puede proporcionarse una estación de carga eléctrica. Una estación de carga según la presente solicitud se configura para intercambiar potencia eléctrica con, al menos, un dispositivo eléctrico conectable. Una estación de carga, también llamada punto de carga, puede configurarse para intercambiar potencia eléctrica a través de una conexión por cable y/o una conexión inductiva. Una estación de carga puede ser un dispositivo independiente o estar integrada en un dispositivo multifunción, como una farola.
Los ejemplos no exhaustivos de dispositivos eléctricos que se pueden conectar con una estación de carga según la presente solicitud comprenden cualquier tipo de vehículos, incluidos automóviles, camiones, vehículos de construcción, carretillas elevadoras, aviones, drones, barcos, bicicletas, etc., cualquier tipo de dispositivo móvil, como teléfonos inteligentes, dispositivos de entretenimiento, herramientas de trabajo, robots móviles, etc., cualquier dispositivo eléctrico transportable, como baterías, neveras, sistemas de iluminación, bombas de agua, etc., y/o cualquier dispositivo de generación de potencia transportable, como celdas de combustible, generadores de potencia móviles, etc.
Un dispositivo eléctrico según la solicitud se caracteriza porque puede consumir potencia eléctrica (que puede ser extraída de la red eléctrica) y/o puede generar potencia (que puede ser exportada a la red eléctrica). Dicho dispositivo puede estar conectado a la red en uno o más lugares diferentes. La potencia eléctrica consumida y/o producida por un dispositivo eléctrico puede suministrarse y, p. ej., facturarse, en función de un contrato con un subsistema de entrada y/o salida eléctrica o el proveedor de dicho subsistema.
Se entenderá que las mismas soluciones descritas aquí pueden utilizarse para itinerancia en el caso de sistemas de aparcamiento y sistemas de gestión de acceso.
En particular, un sistema de carga y un subsistema respectivo, respectivamente, se configuran para permitir la carga y/o descarga de dispositivos de almacenamiento eléctrico, como baterías. Un ejemplo preferido de un dispositivo de almacenamiento eléctrico puede ser un vehículo operado eléctricamente que comprende todo tipo de vehículos híbridos y vehículos operados únicamente eléctricamente.
En general, para realizar un proceso de intercambio, en particular, un proceso de carga que incluye, p. ej., una acción de identificación y un intercambio, en particular, una acción de carga, puede establecerse una conexión eléctrica (p. ej., a través de un cable de carga) entre una estación de carga y un dispositivo eléctrico, como un vehículo eléctrico.
Una estación de carga puede comprender una conexión de comunicación por cable y/o inalámbrica con un dispositivo de puerta de enlace (dispuesto de forma remota) asignado a dicha estación de carga. El dispositivo de puerta de enlace puede proporcionar una puerta de enlace a un servidor del subsistema respectivo para una pluralidad de estaciones de carga conectadas a dicho dispositivo de puerta de enlace. Además, como se describirá más adelante, el presente dispositivo de puerta de enlace proporciona, adicionalmente, una puerta de enlace a una red entre iguales (de itinerancia) configurada para interconectar dos o más subsistemas.
La estación de carga, en particular, un módulo de comunicación de la estación de carga, se configura para transmitir un conjunto de datos de carga a un módulo de comunicación del dispositivo de puerta de enlace a través de dicha conexión de comunicación. El conjunto de datos de carga está, en particular, relacionado con un proceso de intercambio, en particular un proceso de carga. Esto significa que un conjunto de datos de carga puede comprender información sobre una acción de intercambio, en particular, una acción de carga a realizar y/o una acción de intercambio actualmente realizada, en particular, una acción de carga y/o una acción de intercambio ya finalizada, en particular, una acción de carga.
El conjunto de datos de carga recibido se reenvía desde el dispositivo de puerta de enlace, p. ej., enviando uno o más mensajes, a una aplicación entre iguales de una red entre iguales mediante un módulo entre iguales. En particular, el conjunto de datos de carga recibido por un módulo de comunicación del dispositivo de puerta de enlace puede proporcionarse a un módulo entre iguales asignado al dispositivo de puerta de enlace, p. ej., a través de una conexión de datos entre dichos módulos.
Para interconectar un subsistema con la red entre iguales de itinerancia, el subsistema puede comprender, al menos, un módulo entre iguales asignado al dispositivo de puerta de enlace. Por ejemplo, cada dispositivo de puerta de enlace de dicho subsistema puede comprender un módulo entre iguales separado. Preferiblemente, cada módulo entre iguales se asigna de manera única a un respectivo dispositivo de puerta de enlace. Por ejemplo, cada dispositivo de puerta de enlace puede comprender un módulo entre iguales. Preferiblemente, el módulo entre iguales puede integrarse en el dispositivo de puerta de enlace.
También es posible que se proporcione una conexión de comunicación entre el dispositivo de puerta de enlace y un módulo entre iguales (dispuesto de forma remota) asignado a dicho dispositivo de puerta de enlace. Esto significa que el módulo entre iguales puede, al menos, comunicarse y/o actuar en nombre del dispositivo de puerta de enlace. Por ejemplo, el módulo entre iguales puede estar parcialmente formado por un dispositivo de procesamiento separado, como un dispositivo de comunicación móvil (p. ej., teléfono móvil, ordenador móvil, etc.), o puede ejecutarse en un dispositivo de procesamiento estacionario remoto (p. ej., en un centro de datos). En el caso de un dispositivo de comunicación móvil o un dispositivo de procesamiento remoto el, al menos uno, dispositivo de puerta de enlace puede tener un canal de comunicación seguro con el dispositivo de procesamiento (o dispositivo de comunicación móvil) del centro de datos y el propio dispositivo de procesamiento puede tener una conexión con la red entre iguales. En una realización, el dispositivo de procesamiento remoto puede ser una "puerta de enlace" a la red entre iguales. Esto significa que el dispositivo de puerta de enlace puede comunicarse de forma segura a través de su módulo entre iguales y la puerta de enlace a la red entre iguales.
En comparación con un sistema de carga cliente servidor en el que un servidor de itinerancia proporciona un servicio (proceso de itinerancia) y un cliente utiliza el servicio, estos roles se cancelan en la presente red entre iguales. Cada participante (p. ej., nodo) de la red entre iguales puede utilizar un servicio y similares, y ofrecer dicho servicio. En particular, una red entre iguales es auto-determinada y/o auto-organizada (sin ninguna unidad de nivel superior). En el presente caso, preferiblemente, cada nodo y ordenador, respectivamente, de la red entre iguales comprende la (misma) aplicación entre iguales.
El módulo entre iguales se configura para comunicarse, p. ej., enviar/recibir mensajes a/de la aplicación entre iguales. El módulo entre iguales puede ser un par y un nodo, respectivamente, de la red entre iguales. El módulo entre iguales proporciona, al menos, un conjunto de datos de carga, recibido de una estación de carga, a la aplicación entre iguales.
En función del conjunto de datos de carga proporcionado relacionado con un proceso de intercambio de un dispositivo eléctrico, en particular, con un proceso de carga, p. ej., de un vehículo, un proceso de itinerancia es controlado por el medio de control de itinerancia de la aplicación entre iguales. El proceso de itinerancia puede incluir, al menos, una de las siguientes acciones:
- Acción de autenticación,
- Acción de reenvío,
- Acción contable.
El control de uno o más proceso(s) de itinerancia incluye el control de una acción realizada por otro medio (p. ej., medio de autenticación, medio contable, etc.) en donde dicho medio puede implementarse en la aplicación entre iguales o en un dispositivo informático controlado por la aplicación entre iguales. El control de uno o más proceso(s) de itinerancia también puede incluir la realización de una o más acciones de itinerancia por el medio de control de itinerancia.
Según la presente invención, una pluralidad de diferentes subsistemas de intercambio, en particular, subsistemas de carga (también llamados soluciones aisladas) pueden interconectarse mediante una red entre iguales (de itinerancia) que comprende, al menos, una solicitud entre iguales (de itinerancia). Dado que la aplicación entre iguales se configura específicamente y proporciona, en particular, un proceso de itinerancia, las presentes aplicaciones entre iguales permiten, p. ej., a usuario(s) de vehículos eléctricos cargar (o descargar) sus vehículos eléctricos en todas las estaciones de carga de los subsistemas interconectados independientemente de una relación contractual entre el usuario (y/o el vehículo) y un proveedor de una de la pluralidad de subsistemas.
Según una primera realización del método de itinerancia según la presente invención, el conjunto de datos de carga puede comprender, al menos, un identificador entre iguales asignado a un usuario de un dispositivo eléctrico, en particular, un vehículo y/o un dispositivo eléctrico, en particular, un vehículo de un usuario. Controlar un proceso de itinerancia puede comprender, al menos, iniciar una acción de autenticación en función de, al menos, el identificador entre iguales. La acción de autenticación o autorización, respectivamente, puede comprender evaluar la validez de un identificador entre iguales recibido. Preferiblemente, un identificador entre iguales recibido puede compararse con identificadores entre iguales almacenados y válidos. Por ejemplo, puede almacenarse una lista de identificadores entre iguales válidos, cada uno correspondiente a usuarios y/o vehículos autorizados, en la aplicación entre iguales y/o en una disposición de almacenamiento controlada por la aplicación entre iguales. Por lo tanto, el medio de control de itinerancia puede realizar la acción de autenticación o puede provocar que otro medio, p. ej., un medio de autenticación, realice la acción de autenticación. El medio de control de itinerancia puede configurarse para proporcionar el resultado de autenticación asociado con un conjunto de datos de carga específico al dispositivo de puerta de enlace que transmitió previamente dicho conjunto de datos de carga a la aplicación entre iguales.
Según una realización preferida, una acción de intercambio, en particular, una acción de carga puede ser liberada únicamente tras la provisión de un resultado de autenticación positivo por la aplicación entre iguales a la estación de carga a través del dispositivo de puerta de enlace. Una acción de carga puede ser el suministro o recepción de corriente eléctrica de una estación de carga a un dispositivo eléctrico, en particular, un vehículo o viceversa. En particular, una acción de carga (y, por lo tanto, también otras acciones de itinerancia) solo puede realizarse tras un proceso de autenticación positivo.
El conjunto de datos de carga puede incluir, al menos, el identificador entre iguales del usuario y/o dispositivo eléctrico, p. ej., vehículo que desea intercambiar potencia eléctrica con una estación de carga. Dicho conjunto de datos de carga puede estar relacionado con una acción de carga a realizar. Se entenderá que el identificador también puede asignarse a una empresa que es propietaria de uno o más dispositivos eléctricos, en particular, vehículos.
Solo en el caso de que el identificador entre iguales recibido corresponda a uno de los identificadores entre iguales almacenados (p. ej., es idéntico a uno de los identificadores entre iguales almacenados), el resultado de autenticación del proceso de autenticación puede ser positivo. De lo contrario, el resultado de autenticación del proceso de autenticación puede ser negativo. Entonces, el proceso de itinerancia, que incluye la acción de carga, puede cancelarse.
En función del resultado de autenticación recibido, la estación de carga puede controlar un interruptor configurado para establecer una conexión eléctrica con el dispositivo eléctrico, en particular, el vehículo a cargar/descargar. Por ejemplo, al recibir un resultado de autenticación positivo, el interruptor puede cerrarse para permitir un flujo de corriente. Dado que la acción de autenticación puede ser controlada y manejada por la aplicación entre iguales, la acción de autenticación puede realizarse rápidamente. La liberación de la acción de carga puede ocurrir (casi) en tiempo real. Al mismo tiempo, puede asegurarse que sólo vehículos y/o usuarios autorizados puedan utilizar dicha estación de recarga.
Se entenderá que puede haber dos acciones de autenticación independientes. Por ejemplo, una acción de autenticación (convencional) para liberar o iniciar el proceso de carga y realizada por uno o más servidores de un subsistema y el otro proceso de autenticación descrito anteriormente para permitir el uso de usuarios no registrados en el subsistema de la estación de carga. Preferiblemente, las acciones de autenticación pueden combinarse en una sola acción de autenticación controlada, al menos parcialmente, por la aplicación entre iguales.
Además, según una realización preferida de la presente invención, el conjunto de datos de carga puede comprender, al menos, un identificador del subsistema. Controlar un proceso de itinerancia puede comprender, al menos, iniciar una acción de reenvío para reenviar el conjunto de datos de carga a, al menos, otro módulo entre iguales asignado a, al menos, otro dispositivo de puerta de enlace de otro subsistema en función de, al menos, el identificador del subsistema. El identificador del subsistema puede identificar de forma única un subsistema. Por ejemplo, el identificador entre iguales y el identificador del subsistema pueden combinarse en un único identificador. El identificador del subsistema puede indicar el subsistema asociado con el vehículo (de carga o descarga) y/o el usuario del vehículo (de carga o descarga). En otras palabras, el usuario y/o vehículo pueden registrarse en dicho subsistema.
Por ejemplo, un usuario y/o dispositivo eléctrico, en particular, un vehículo puede comprender un acuerdo con un primer proveedor para utilizar las primeras estaciones de carga de un primer subsistema de carga (del primer proveedor). El primer identificador del subsistema, p. ej., parte de un identificador entre iguales de dicho usuario y/o vehículo, puede indicar que el usuario y/o vehículo está asociado con dicho primer subsistema. Por ejemplo, el identificador del subsistema puede ser un código único asignado al primer subsistema.
Como alternativa o adicionalmente, la aplicación entre iguales puede comprender una lista de identificadores, en donde cada identificador entre iguales se almacena junto con el identificador (único) del subsistema del, al menos uno, subsistema asociado. Entonces, un identificador del subsistema está implícitamente compuesto por un identificador entre iguales. En este caso, el identificador del subsistema puede ser el identificador entre iguales. La aplicación entre iguales puede identificar el identificador del subsistema en función de un identificador entre iguales recibido y dicha lista de identificadores (lo mismo puede aplicar para a un módulo de enrutamiento de un dispositivo de puerta de enlace).
En particular, en función del identificador del subsistema y/o del identificador del subsistema almacenado del subsistema asociado, la aplicación entre iguales, preferiblemente, el medio de control de itinerancia pueden reenviar el conjunto de datos de carga al otro dispositivo de puerta de enlace respectivo, p. ej., el otro módulo entre iguales asignado al otro dispositivo de puerta de enlace. Dado que la acción de reenvío es, al menos iniciada, preferiblemente, realizada por la aplicación entre iguales, el nivel de seguridad del sistema de carga puede incrementarse aún más. El otro dispositivo de puerta de enlace puede asignarse al otro subsistema que está asociado con el usuario y/o vehículo involucrado en el proceso de carga del conjunto de datos de carga (reenviado).
También puede ser posible que un dispositivo de puerta de enlace pueda enviar una solicitud que comprende un identificador del usuario y/o dispositivo eléctrico a la aplicación entre iguales para obtener una respuesta que comprende el identificador del subsistema correspondiente a dicho identificador del usuario y/o dispositivo eléctrico. Entonces, el dispositivo de puerta de enlace puede iniciar un proceso de reenvío para transmitir el conjunto de datos de carga recibido que comprende dicho identificador al subsistema y/o servidor respectivo.
La estación de carga puede recibir un identificador entre iguales y/o un identificador del subsistema de un dispositivo eléctrico, en particular el vehículo, p. ej., a cargar (o al respectivo usuario) de forma arbitraria. Entonces, el, al menos uno, identificador puede reenviarse al dispositivo de puerta de enlace incluido en un conjunto de datos de carga. Reenviando el conjunto de datos de carga al dispositivo de puerta de enlace, el conjunto de datos de carga de un usuario puede transferirse, de forma rápida y segura, al subsistema en el que está registrado el usuario y/o vehículo.
Además, un usuario y/o dispositivo eléctrico solo puede registrarse en la aplicación entre iguales de itinerancia. Por ejemplo, un usuario puede tener una billetera electrónica en la aplicación entre iguales. En función del identificador, un proceso de intercambio puede ser contabilizado por la aplicación entre iguales itinerante. Se observa que un subsistema puede ser un subsistema 'privado' que comprende, p. ej., una estación de carga, p. ej., una toma o enchufe de un edificio de un usuario 'privado'. Dicha estación de carga puede registrarse en la aplicación entre iguales. Además de dos o más subsistemas, cada uno comprendiendo estaciones de carga, también puede integrarse en un sistema según la presente solicitud, un sistema que comprende solo un módulo contable sin estación(es) de carga. Dicho módulo y sistema contable, respectivamente, pueden actuar como una puerta de enlace de pago que transfiere usuarios con cuentas estándar (p. ej., cuentas en EUROs) a la aplicación entre iguales con una cuenta de criptomonedas.
Se ha encontrado que la red entre iguales de itinerancia, y la respectiva aplicación entre iguales, pueden utilizarse ventajosamente para proporcionar un proceso de gestión de flotas. En otra realización, la carga (inteligente) de una o más flota(s) puede ser orquestada por la aplicación itinerante entre iguales, preferiblemente, en combinación con un SCADA (Control de Supervisión y Adquisición de Datos) de Red y/o un sistema de gestión de flotas. Un sistema de gestión de flotas de vehículos central o descentralizado puede acceder a datos de operaciones de vehículos individuales de una flota, p. ej., temperatura de la batería, tiempos de operación del vehículo, nivel de carga de la batería, ciclos históricos de carga de la batería, elevaciones recorridas, parámetros de envejecimiento de la batería, ubicación, tiempo de estacionamiento estimado, etc. Uno o más de estos datos pueden recopilarse a través de un sistema de datos de telemetría descentralizado y/o un sistema central. El(los) algoritmo(s) inteligente(s) de carga de flotas pueden aplicarse para calcular cuándo y/o cómo debe cargarse cada vehículo. De este modo, todas las estaciones de carga de los subsistemas interconectados pueden utilizarse para cargar. El(los) algoritmos pueden generar mensajes de control de carga para dirigir la carga de vehículos individuales de una flota. El(los) algoritmos que generan los mensajes de control de carga pueden, p. ej., tomar un estado de la red y/o precio(s) dinámico(s) de p. ej., diferentes subsistemas y/o niveles de carga requeridos en consideración. En una realización, el(los) algoritmo(s) (p. ej., contrato inteligente) pueden enviar programa(s) de carga a los vehículos y/o el vehículo puede crear mensajes de carga teniendo en cuenta los programas de carga preferidos. Cada flota controlada por la aplicación entre iguales de itinerancia puede comprender un identificador de flota único.
Preferiblemente, el conjunto de datos de carga recibido puede ser reenviado por el otro dispositivo de puerta de enlace a otro servidor para un procesamiento adicional del conjunto de datos de carga. En particular, al recibir un conjunto de datos de carga del módulo entre iguales (no de una estación de carga), el dispositivo de puerta de enlace puede transmitir, automáticamente, el respectivo conjunto de datos de carga al servidor asociado. El otro servidor asignado al otro subsistema puede procesar adicionalmente el conjunto de datos de carga. Por ejemplo, el otro servidor puede realizar una acción contable (y/o acción de autenticación) en función de un conjunto de datos de carga (p. ej., que incluye un identificador entre iguales) y, p. ej., datos del usuario almacenados en el servidor y/o una base de datos controlada por el otro servidor.
Según otra realización del presente método de itinerancia, el conjunto de datos de carga puede comprender, al menos, un identificador entre iguales asignado a un usuario de un vehículo y/o un vehículo de un usuario y, al menos, una información de la cantidad de carga. El identificador entre iguales puede ser el identificador entre iguales descrito anteriormente. Controlar un proceso de itinerancia puede comprender, al menos, controlar un proceso contable para el proceso de carga relacionado con el conjunto de datos de carga en función de, al menos, la información de la cantidad de carga y el identificador entre iguales. El conjunto de datos de carga puede comprender, al menos, una información de la cantidad de carga. La información de la cantidad de carga puede ser, p. ej., la cantidad de energía o potencia cargada (o descargada) y/o un período de tiempo de carga (p. ej., x,x h y/o parámetro(s) de la curva de carga). En función de una más de esta información y en función del identificador (único) entre iguales del vehículo y/o usuario relacionado con el conjunto de datos de carga, la aplicación entre iguales puede, al menos iniciar, preferiblemente, realizar un proceso contable por sí misma. Por ejemplo, los datos del usuario (y/o datos del vehículo) de todos los miembros de todos los subsistemas interconectados por la red entre iguales (de itinerancia) pueden almacenarse en la aplicación entre iguales y/o en un arreglo de almacenamiento controlado por la aplicación entre iguales o la aplicación entre iguales tiene acceso a datos del usuario (y/o datos del vehículo) almacenados en los subsistemas de carga. Dado que la aplicación entre iguales, en particular, el medio de control de itinerancia puede controlar y, p. ej., realizar el proceso contable, puede omitirse el reenvío de un conjunto(s) de datos de carga al servidor(es) correcto(s). Además, debido a los altos estándares de seguridad de la presente red entre iguales, la seguridad de los datos de usuario almacenados puede aumentarse aún más.
En una realización preferida de la presente invención, un conjunto de datos de carga recibido solo puede reenviarse a la aplicación entre iguales, si el dispositivo de puerta de enlace detecta que el conjunto de datos de carga está relacionado con un usuario y/o dispositivo eléctrico, en particular, un vehículo que no está registrado dentro del subsistema de la puerta de enlace. Por ejemplo, si el primer dispositivo de puerta de enlace asignado a un primer subsistema detecta que un identificador del subsistema recibido indica que el usuario y/o vehículo está asociado con otro subsistema que el primer subsistema, el conjunto de datos de carga recibido (que comprende dicho identificador) se reenvía a la aplicación entre iguales mediante el primer módulo entre iguales del dispositivo de puerta de enlace.
Preferiblemente, el conjunto de datos de carga recibido de una estación de carga puede comprender, al menos, un identificador del subsistema. Este identificador es, en particular, el identificador del subsistema descrito anteriormente. El identificador del subsistema puede ser el identificador entre iguales o estar incluido en el identificador entre iguales o en un identificador único adicional asignado a un subsistema específico. El conjunto de datos de carga puede ser reenviado por un módulo de enrutamiento del dispositivo de puerta de enlace a la aplicación entre iguales, p. ej., a través del módulo entre iguales o el conjunto de datos de carga puede ser reenviado por el módulo de enrutamiento del dispositivo de puerta de enlace al servidor del subsistema, p. ej., a través de, al menos, un módulo de comunicación del dispositivo de puerta de enlace. El enrutamiento del conjunto de datos de carga puede depender del identificador del subsistema. Dado que el dispositivo de puerta de enlace puede proporcionar una función de enrutamiento, no es necesario transmitir cada conjunto de datos de carga recibido tanto al, al menos uno, servidor como a la aplicación entre iguales.
Se ha encontrado que la red entre iguales de itinerancia implementada para interconectar una pluralidad de subsistemas de carga puede utilizarse, adicionalmente, para controlar la estabilidad de la red eléctrica. En particular, las flexibilidades de los vehículos eléctricos pueden utilizarse para estabilizar la red eléctrica. Generalmente, en una red eléctrica, la demanda y el suministro de potencia eléctrica deben estar (prácticamente) equilibrados. Por ejemplo, un operador de red puede monitorizar la red para gestionar el suministro y la demanda de potencia eléctrica. Según una realización del presente método de itinerancia, el método puede comprender además:
- proporcionar, al menos, un conjunto de datos del estado de la red eléctrica relacionado con el estado actual de la red a la aplicación entre iguales, y
- controlar el intercambio de potencia eléctrica entre, al menos, una estación de carga y, al menos, un vehículo eléctrico transmitiendo, al menos, un conjunto de datos de potencia establecido desde la aplicación entre iguales a, al menos, un dispositivo de puerta de enlace, p. ej., a través del módulo entre iguales,
- en donde el conjunto de datos de potencia establecido puede basarse en el conjunto de datos del estado de la red eléctrica proporcionado.
El conjunto de datos del estado de la red puede indicar, p. ej., que la red eléctrica está (actualmente) sobrecargada o sub-cargada. Dependiendo del estado (actual) de la red, la aplicación entre iguales puede controlar el intercambio de potencia eléctrica. Como alternativa o adicionalmente, pueden proporcionarse puntos de tarificación dinámica para controlar, indirectamente, el intercambio de potencia eléctrica. Puede establecerse un punto de tarificación dinámica de modo que, p. ej., el comportamiento de carga de un usuario o dispositivo eléctrico puede verse influenciado por incentivar al usuario o dispositivo eléctrico. Por ejemplo, las acciones de carga o descarga pueden interrumpirse o la corriente de carga o descarga puede reducirse (o aumentarse) debido al estado actual de la red mediante el establecimiento de los respectivos valores de ajuste. Según otro ejemplo, el consumo de potencia de un dispositivo o la generación de potencia de un dispositivo puede aumentarse o disminuirse (p. ej., celda de combustible, generador de potencia). Preferiblemente, la aplicación entre iguales puede transmitir, al menos, un conjunto de datos de potencia de ajuste a, al menos, un módulo entre iguales asignado a, al menos, un dispositivo de puerta de enlace. Preferiblemente, todos los dispositivos de puerta de enlace conectados pueden proporcionarse con un conjunto de datos de punto de ajuste (p. ej., diferente) dependiendo del estado (local) de la red. Local significa la ubicación de la(s) estación(es) de carga. Un conjunto de datos de potencia de ajuste puede comprender valor(es) de ajuste de corriente (máximo o mínimo).
En una realización preferida, un dispositivo(s) de control de red y/o dispositivo(s) SCADA puede estar equipado con un módulo entre iguales configurado para comunicarse con la aplicación entre iguales. El dispositivo respectivo puede interactuar, directamente, con la aplicación entre iguales, p. ej., enviando conjuntos de datos de control y/o conjuntos de datos de puntos de tarificación a uno o más subsistema(s) (de carga) y/o a usuarios individuales y/o dispositivos eléctricos.
Los datos de tarificación dinámica proporcionados por el operador de red pueden ser una entrada para los subsistemas de carga para proporcionar datos de tarificación a usuarios individuales y/o dispositivos eléctricos, en particular, vehículos.
Además, según realización, la aplicación entre iguales puede comprender, al menos, un medio de registro. Más particularmente, según una realización preferida del método de itinerancia, el método puede comprender:
- recibir un mensaje de registro, mediante un medio de registro de la aplicación entre iguales, de un módulo entre iguales asignado a un vehículo y/o un módulo entre iguales asignado a un usuario del vehículo,
- en donde el vehículo y/o el usuario del vehículo se registran en la aplicación entre iguales almacenando un identificador entre iguales del vehículo y/o un identificador entre iguales del usuario del vehículo.
El medio de registro de la aplicación entre iguales puede configurarse para recibir un mensaje de registro de un módulo entre iguales. El medio de registro puede configurarse para registrar al usuario y/o vehículo almacenando un identificador (entre iguales) único. El identificador entre iguales puede almacenarse en una lista de identificadores. La lista de identificadores se almacena en la aplicación entre iguales y/o en una disposición de almacenamiento controlada por la aplicación entre iguales. La lista de identificadores puede utilizarse para el proceso de autorización o el proceso de reenvío descritos anteriormente.
Más particularmente, una entidad que incluye un usuario, dispositivo, unidad, vehículo o similar puede registrarse en la aplicación entre iguales, como p. ej., el llamado activo inteligente. Cada entidad registrada puede almacenarse con su único (identificador entre iguales), p. ej., en una o más lista(s) de identificadores de entidades autorizadas. Un identificador de una entidad podría ser ya un identificador entre iguales u otro identificador adecuado para identificar de forma única a la entidad. El identificador entre iguales único puede ser un número de serie o un hash del activo inteligente de, p. ej., la entidad, el nombre del usuario de la entidad, el número de identificación del vehículo, una dirección de comunicación de una entidad, una firma, etc. Si, p. ej., un identificador de una entidad no es ya un identificador entre iguales único, p. ej., si el identificador no es un nombre único de un usuario, la aplicación entre iguales, en particular, el medio de registro, puede configurarse para generar un identificador entre iguales único para la entidad respectiva (según la(s) regla(s) preestablecida(s)).
Se entenderá que un dispositivo eléctrico puede ser un dispositivo (autónomo).
Se entenderá que una entidad puede ser una estación de carga individual registrada en la aplicación entre iguales. Según una realización del método de itinerancia según la presente invención, una estación de carga puede conectarse (o registrarse) a sí misma a un subsistema de carga a través de la aplicación entre iguales. Todos los usuarios de un subsistema de carga pueden interactuar con la estación de carga individual.
Se entenderá que una entidad puede ser un usuario registrado en la aplicación entre iguales. Cada usuario registrado puede almacenarse o vincularse a su único (identificador entre iguales), p. ej., en una o más lista(s) de identificadores de entidades autorizadas. Según una realización del método de itinerancia según la presente invención, un usuario puede autenticarse él mismo en uno de los dispositivos en un sistema de carga.
Antes del registro de una entidad (p. ej., usuario, vehículo, dispositivo de puerta de enlace, etc.), al menos parte de los nodos (pares) de la red entre iguales puede verificar, en particular, ejecutando el medio de registro, si los requisitos de registro (como especificaciones de entidades específicas o firmas válidas o requisitos de cumplimiento) predefinidos por la red entre iguales son cumplidos por la entidad/dispositivo que solicita el registro. Por ejemplo, puede ser necesario que un vehículo o dispositivo de puerta de enlace cumpla las especificaciones técnicas predefinidas. Para realizar la comprobación, preferiblemente, pueden incluirse datos adicionales en el mensaje de registro. En particular, los pares de la red entre iguales pueden proporcionar reglas de registro o requisitos de registro que debe cumplir una entidad para ser considerada como una entidad de confianza. Las reglas/requisitos pueden ser definidas individualmente por los pares de una red entre iguales. P. ej., puede ser necesario que una nueva entidad deba ser recomendada por una entidad que ya es participante de la red entre iguales. Además, puede ser necesario que este participante tenga un factor de reputación que aumente un factor de reputación mínimo predefinido. Por ejemplo, si un usuario o proveedor de un subsistema tiene un factor de reputación bajo, p. ej., debido al impago detectado de (algunas) factura(s), el usuario o proveedor (y los correspondientes dispositivos de puerta de enlace y módulos entre iguales, respectivamente) puede no ser registrado por el medio de registro.
Según otra realización preferida del método de itinerancia, el método puede comprender:
- generar un acuerdo de transacción de itinerancia sobre, al menos, un proceso de itinerancia, y
- en donde el proceso de itinerancia es controlado por el medio de control de itinerancia en función de, al menos, el acuerdo de transacción de itinerancia generado.
La aplicación entre iguales puede configurarse para almacenar el acuerdo de transacción de itinerancia generado. Un acuerdo de transacción de itinerancia puede ser un contrato inteligente. En particular, el medio de control de itinerancia puede ser, al menos, una parte del acuerdo de transacción de itinerancia. El proceso o acción de itinerancia es, en particular, un proceso durante el cual un vehículo eléctrico (o el usuario del vehículo) puede utilizar cualquier estación de carga de un sistema de carga que comprende diferentes subsistemas interconectados por una red entre iguales. El proceso de itinerancia puede garantizar que el proveedor (o el receptor) de la potencia eléctrica sea recompensado adecuadamente (o que el receptor pague adecuadamente por la potencia recibida).
El acuerdo de transacción de itinerancia puede ser un acuerdo de transacción de itinerancia general entre varios proveedores de subsistemas respectivos y/o un proveedor de la red entre iguales y su aplicación entre iguales, respectivamente. La generación del acuerdo de transacción de itinerancia puede ser provocada o iniciada por, al menos, un módulo entre iguales, como un módulo entre iguales de un proveedor del subsistema, por ejemplo, transmitiendo un mensaje de solicitud que comprende, al menos, una instrucción sobre la generación del acuerdo de transacción de itinerancia. El mensaje de solicitud puede ser enviado por el módulo entre iguales para, al menos temporalmente, habilitar un proceso de itinerancia.
En particular, un código adecuado y, donde sea necesario, al menos una clave (p. ej., firma) para verificar el remitente de un mensaje (p. ej., módulo entre iguales de envío y/o entidad asignada) y/o la autenticidad de un mensaje pueden transmitirse a la aplicación entre iguales o escribirse en la aplicación entre iguales mediante el módulo entre iguales. El acuerdo de transacción de itinerancia puede generarse entre dos o más entidades, como dos entidades proveedoras de dos subsistemas de carga diferentes. Preferiblemente, después de un mensaje de confirmación de la (otra) entidad proveedora que comprende una instrucción adecuada y, donde sea necesario, al menos una clave (p. ej., firma) para verificar el remitente del mensaje de confirmación, puede generarse, ventajosamente, un acuerdo de transacción de itinerancia correspondiente después de una verificación por la red entre iguales de la aplicación entre iguales. Expresado en términos simples, cada entidad puede buscar uno o una pluralidad de socios adecuados mediante la red entre iguales o la aplicación entre iguales y puede generarse un acuerdo de transacción de itinerancia mediante la aplicación entre iguales.
Según una realización preferida, el acuerdo de transacción de itinerancia generado puede comprender detalles técnicos sobre el proceso de itinerancia. En particular, un acuerdo de transacción de itinerancia puede comprender, al menos, uno de:
- criterio de itinerancia,
- identificadores de dispositivo(s) de puerta de enlace autorizado(s) y/o de estación(es) de carga autorizada(s),
- al menos un identificador(es) asignado(s) al primer subsistema
- al menos otro identificador asignado al otro subsistema,
- regla(s) de registro,
- algoritmo(s) de itinerancia, y
- algoritmos de control de red y/o de tarificación dinámica.
El acuerdo de transacción de itinerancia puede establecerse entre dos subsistemas para definir detalles (técnicos) del proceso de itinerancia. Preferiblemente, pueden definirse algoritmos de itinerancia, p. ej., para una acción contable y/o una acción de reenvío (p. ej., datos de dirección de uno o más potenciales receptores (p. ej., un dispositivo de puerta de enlace específico y/o su módulo entre iguales); las condiciones que deben cumplirse antes del reenvío, etc.). Pueden definirse reglas de registro adicionales que deben cumplir los usuarios/vehículos (p. ej., factor de reputación mínimo, detalles técnicos requeridos (capacidad para utilizar protocolos de comunicación específicos, etc.). Además, los identificadores de todas las puertas de enlace autorizadas de los, al menos dos, subsistemas y/ o toda(s) la(s) estación(es) de carga autorizada(s) de los, al menos dos, subsistemas pueden almacenarse en el acuerdo de transacción de itinerancia. Solo estos dispositivos pueden ser utilizados por los vehículos para la carga/descarga. También los identificadores del subsistema de los, al menos dos, subsistemas pueden almacenarse en el acuerdo de transacción de itinerancia.
Como se ha descrito anteriormente, es posible que como contrapartida a la realización de una acción de itinerancia, la entidad proveedora del subsistema en el que está registrado el usuario y/o vehículo deba cumplir, al menos, un criterio de itinerancia generado antes de la acción de itinerancia y/o del proceso de carga, durante la acción de itinerancia y/o el proceso de carga y/o después de la acción de itinerancia y/o del proceso de carga. Según una realización, la aplicación entre iguales puede configurarse para provocar la realización de una transacción del criterio de itinerancia en función de, al menos, un criterio de itinerancia del acuerdo de transacción de itinerancia almacenado, preferiblemente, almacenado en la aplicación entre iguales. Por ejemplo, el criterio de itinerancia puede ser un valor financiero. Los valores financieros pueden intercambiarse (instantáneamente) con una transacción a través de una criptomoneda. La funcionalidad de depósito en garantía puede utilizarse para mitigar el riesgo crediticio de las transacciones. En una realización alternativa o adicional, pueden utilizarse canales de micro-pago para un flujo de pago (constante) que puede manejarse, p. ej., parcialmente fuera de la cadena para reducir la cantidad de transacciones en la cadena. En una realización adicional, los llamados canales estatales o redes estatales (p. ej., Red Raiden, Red Lightning) pueden utilizarse para intercambiar fichas digitales fuera de la cadena de forma segura. Pueden registrarse en la aplicación entre iguales la apertura y/o el cierre de canales estatales. Esto significa que es posible que las transacciones individuales no se almacenen en la aplicación entre iguales para mejorar la escalabilidad y evitar el seguimiento del movimiento de seudónimos en la aplicación entre iguales. En una realización, pueden utilizarse métodos criptográficos avanzados para permitir transacciones anónimas (p. ej., Sistemas de Prueba zk, Firmas de Anillo, Mezcladores, Billeteras HD). Según la presente invención, no es necesario un intermediario. Pueden proporcionarse procesos totalmente automatizados desde la autenticación hasta la carga y facturación.
También es posible que el proveedor de la red entre iguales de itinerancia pueda obtener una recompensa, p. ej., por cada acción de itinerancia realizada para proporcionar la red entre iguales de itinerancia desde, al menos, uno de los (proveedores de) subsistemas evolucionados.
La, al menos una, aplicación entre iguales es un registro descentralizado, un libro mayor distribuido o una base de datos compartida configurada para almacenar datos, p. ej., acuerdo(s) de transacción de itinerancia, identificador(es), conjunto(s) de datos de ajuste, etc., con determinadas pruebas o firmas. Además de, p. ej., identificadores, el registro descentralizado puede almacenar código informático que actúa como, p. ej., el medio de control de itinerancia para, al menos, controlar una acción de itinerancia. En particular, el código puede ser invocado mediante una transacción a la dirección del código en los llamados "contratos inteligentes". Este código puede procesarse en la pluralidad de nodo(s) de la red entre iguales. Se entenderá que el código (contrato inteligente) o la lógica de procesamiento podrían almacenarse y ejecutarse en las llamadas "condiciones criptográficas" del protocolo Interledger (ILP). Esto significa que no necesariamente debe almacenarse todo el código en un contrato inteligente como un contrato inteligente Ethereum.
En una realización adicional, el código (contrato inteligente) podría almacenarse y ejecutarse en un mercado de cálculo descentralizado (p. ej., Mercado de Cálculo Ethereum, Trubit, Golem, Microsoft Cryplets).
En una realización adicional, los códigos informáticos de un dispositivo informático externo controlado por la aplicación entre iguales pueden incluir algoritmo(s) para análisis cognitivo descentralizado, inteligencia artificial o aprendizaje automático. El análisis y aprendizaje pueden compartirse con otros dispositivos, pueden compartir, agregarse y analizarse adicionalmente a través de las aplicaciones entre iguales. Por ejemplo, estos algoritmos pueden aplicarse para ajustar el comportamiento de carga a las condiciones actuales de la red.
Un registro descentralizado puede ser legible, al menos, por una parte de los participantes de la red entre iguales. En particular, cada nodo informático y cada entidad registrada (mediante el respectivo módulo entre iguales) pueden comprender la aplicación entre iguales. El registro descentralizado, al menos, la parte pública (es decir, puede ser sin contratos privados) puede ser leído, al menos, por cada participante de la red entre iguales. En particular, todos los módulos entre iguales y todos los demás ordenadores de la red entre iguales pueden, preferiblemente, leer toda la información en la aplicación entre iguales formada como un registro. También se prefiere que todos los módulos entre iguales y todos los demás ordenadores de la red entre iguales puedan enviar mensajes o escribir mensajes a la aplicación entre iguales. Un mensaje o transacción enviada a un contrato inteligente puede iniciar la ejecución de un código del contrato inteligente (p. ej., medio de registro, medio de control de itinerancia, etc.) mientras se utilizan datos almacenados en el contrato inteligente. Por ejemplo, enviar un conjunto de datos de carga a un medio de control de itinerancia puede iniciar la ejecución del código, dando como resultado, p. ej., la realización de un proceso de autenticación, una acción de reenvío y/o una acción contable, como se describe anteriormente.
La aplicación entre iguales podría construirse sobre los siguientes elementos: red entre iguales que comprende el Sistema/Protocolo de Consenso, la Estructura de Datos, los Árboles de Merkle, las Firmas de Claves Públicas y/o la Tolerancia a Fallos Bizantinos. Puede replicar datos en función de un principio de consenso. Puede ser auditable y trazable.
De manera sencilla, la información puede estar disponible para, preferiblemente, todos los participantes. Esto puede permitir llevar a cabo una revisión de la información almacenada en el registro descentralizado o del código ejecutado en el registro descentralizado. De manera particularmente preferible, cada ordenador (nodo) en la red entre iguales puede configurarse para revisar nueva información, en particular, en función de información más antigua almacenada en la aplicación entre iguales. Además, el, al menos uno, medio de control de itinerancia puede ser monitorizado por, al menos, una parte de los nodos de la red entre iguales, preferiblemente por todos los nodos. De este modo puede evitarse, al menos detectarse, una manipulación de un medio de control de itinerancia.
Además, al menos una pluralidad de nodos, preferiblemente cada nodo, puede en cada caso, comprender el contenido de datos completo, pero incluir, al menos, una parte de los contenidos de datos de la aplicación entre iguales, en particular del registro descentralizado. Por ejemplo, puede disponerse que después de una verificación positiva de la información escrita o, p. ej., un registro positivo en la aplicación entre iguales, esta información es guardada por todos los nodos, al menos, por una parte de los ordenadores. Por ejemplo, después de la generación de un acuerdo de transacción de itinerancia y/o después de un registro exitoso, el acuerdo y el (nuevo) identificador, respectivamente, pueden ser almacenados, al menos, por una parte, preferiblemente todos los nodos de la red entre iguales. La resistencia a la manipulación de los datos almacenados en la aplicación entre iguales puede así mejorarse aún más. Una acción de itinerancia o una transacción del criterio de itinerancia pueden controlarse de forma segura.
Para almacenar nueva información a prueba de manipulaciones, la aplicación entre iguales puede comprender un medio de encriptación y/o un medio de firma y/o un medio de verificación, en donde, al menos, uno del medio de encriptación y/o medio de firma y/o o medio de verificación se configura para almacenar datos, como un acuerdo(s) de transacción de itinerancia, identificador(es), conjunto(s) de datos de ajuste, conjunto(s) de datos de carga, etc. En particular, puede disponerse que mediante la función hash se establece un enlace con, al menos, una información previamente almacenada en el registro descentralizado. Pueden almacenarse datos adicionales, como mensajes de solicitud, datos ordinarios, contextuales y/o de transacción de una entidad, como una entidad proveedora.
La aplicación entre iguales puede estar formada por un Gráfico Acíclico Dirigido (DAG). Un gráfico acíclico dirigido, como IOTA o Tangle, significa que los bloques (o nodos del gráfico) se acoplan entre sí a través de bordes dirigidos. Por lo tanto, directo significa que (todos) los bordes tienen (siempre) una misma dirección similar al tiempo. En otras palabras, no es posible retroceder. Eventualmente, acíclico significa que los bucles no existen.
En una realización particularmente preferida del presente sistema, la aplicación entre iguales puede ser una cadena de bloques o un libro mayor descentralizado que comprenda, al menos, dos bloques acoplados entre sí (p. ej., la cadena de Bloques Ethereum con Contratos Inteligentes). La tecnología de cadena de bloques o "tecnología de libro mayor descentralizado" ya se utiliza en el pago mediante una moneda criptográfica, como Bitcoin. Se ha reconocido que mediante una configuración particular de una cadena de bloques, los subsistemas de carga pueden interconectarse entre sí y puede proporcionarse una función de itinerancia de forma segura. P. ej., un medio de control de itinerancia puede fácilmente implementarse como un contrato inteligente en una cadena de bloques. Un sistema de carga con dos o más subsistemas diferentes de diferentes proveedores puede gestionarse de forma sencilla.
Además, la cadena de bloques puede utilizarse para generar acción(es) predefinida(s) causadas por, al menos, un módulo entre iguales y/o un medio de control de itinerancia a prueba de manipulaciones. La cadena de bloques según la presente realización es, particularmente, un registro descentralizado basado en pares en el que pueden registrarse todos los datos relacionados con, al menos, un proceso de itinerancia. Una cadena de bloques es particularmente adecuada como medio técnico para reemplazar una entidad/servidor central de una manera simple y segura.
En realizaciones adicionales de la aplicación entre iguales, la cadena de bloques puede ser una cadena de bloques sin permiso o con permiso. En un caso específico la cadena de bloques puede ser una cadena de bloques pública, de consorcio o privada.
En una realización adicional, la aplicación entre iguales puede estar formada por múltiples cadenas de bloques que están conectadas a través de mecanismos como cadenas laterales o contratos inteligentes. Un nodo entre iguales puede ejecutar uno o más clientes diferentes de la cadena de bloques.
Los datos de la aplicación entre iguales pueden almacenarse en la "tecnología de libro mayor descentralizado" y/o el libro mayor descentralizado dirige un almacenamiento de datos (encriptado) accesible a través de Internet y preferiblemente en el almacenamiento de datos descentralizado, el almacén de objetos y la base de datos, respectivamente, como el Sistema de Archivos Interplanetarios (IPFS) o storj o en una base de datos Blockchain distribuida (p. ej., BigChainDB). El acceso a datos encriptados para entidades de terceros se gestiona a través del medio de permiso formado como uno o más contrato(s) inteligente(s) en la cadena de bloques.
Además, las fuentes de datos pueden ser proporcionadas por la aplicación entre iguales (los llamados "oráculos inteligentes"). Las fuentes de datos pueden proporcionar datos adicionales relacionados con una acción de carga y/o de itinerancia de, al menos, otra fuente. Por ejemplo, un proveedor meteorológico y/u otro proveedor del estado de la red pueden proporcionar datos meteorológicos adicionales y/o datos del estado de la red. Los datos pueden capturarse de fuentes confiables fuera de la cadena y almacenarse en la cadena de bloques o almacenarse a través de la cadena de bloques en una entidad de almacenamiento de datos descentralizada.
La información entre los nodos pares puede intercambiarse mediante un sistema de mensajería entre iguales. Esto significa que un nodo par puede enviar un mensaje a otro nodo par para entregar una información o activar una acción. Los mensajes pueden ser texto claro, firmados, con hash, con marca de tiempo y/o encriptados. Esto significa que no todos los datos intercambiados entre nodos pares deben almacenarse en la cadena de bloques.
En una realización adicional, la, al menos una, red entre iguales puede estar formada por una pluralidad de nodos informáticos y un módulo entre iguales, como el primer módulo entre iguales de un primer dispositivo de puerta de enlace, el segundo módulo entre iguales de un segundo dispositivo de puerta de enlace, etc. Un módulo entre iguales puede únicamente configurarse para comunicarse con la pluralidad de nodos informáticos. En otras palabras, el módulo entre iguales no es un nodo informático de la red entre iguales, sino solo un participante. Dicho módulo entre iguales no comprende la aplicación entre iguales sino que solo proporciona un módulo de interfaz, como una interfaz de programación de aplicaciones (API), y una aplicación descentralizada para la comunicación con los nodos informáticos de la red entre iguales o con la aplicación entre iguales, como una cadena de bloques o un contrato inteligente en la cadena de bloques. Por ejemplo, dicho módulo entre iguales puede enviar texto claro o información encriptada o generar una conexión segura (p. ej., túnel) a una puerta de enlace entre iguales (o el llamado "nodo remoto") para comunicarse con la red entre iguales. Esto permite reducir la potencia de procesamiento requerida del módulo entre iguales.
En una implementación de la red entre iguales, solo puede haber un par de validación o nodo completo, p. ej., solo puede configurarse un nodo para realizar un proceso de validación, p. ej., realizando una acción de itinerancia, y uno o más nodos de observación (o monitorización). Un nodo de observación puede validar transacciones para establecer un nivel de confianza, pero no valida todas las transacciones, lo cual es realizado por el par de validación.
En una realización adicional, el módulo entre iguales es uno de los nodos. En este caso, el módulo entre iguales comprende, al menos, una parte de la aplicación entre iguales. En particular, el módulo entre iguales puede comprender, preferiblemente, el contenido de datos total de la aplicación entre iguales o puede acceder a la información almacenada en otro nodo. Por ejemplo, el módulo entre iguales podría ser el llamado "nodo ligero" o una aplicación descentralizada (DAPP) conectada a un nodo remoto.
Se observa que en el presente caso, según una realización, el módulo entre iguales comprende, al menos, una API configurada para comunicarse con la aplicación entre iguales, como la cadena de bloques. Además de la API, el módulo entre iguales comprende una aplicación de software descentralizada que comprende algoritmos locales configurados, al menos, para crear y transmitir datos, como conjunto(s) de datos de carga, resultado(s) de la autenticación, conjunto(s) de datos del estado de la red, a la aplicación entre iguales a través de la API. La aplicación descentralizada denominada "Dapp" se configura, al menos, para procesar y transmitir dichos datos.
Preferiblemente, los datos están firmados o encriptados o pueden transmitirse a través de un túnel protegido criptográficamente o una conexión a Internet segura a un nodo entre iguales que ejecuta la aplicación entre iguales, como la cadena de bloques. En otra realización particular, también la propia aplicación entre iguales está implementada en el módulo entre iguales, es decir, el módulo entre iguales es un nodo de la red entre iguales que comprende la aplicación descentralizada, la API y la aplicación entre iguales, como la cadena de bloques o el libro mayor descentralizado.
Los datos y transacciones almacenadas en la cadena de bloques no proporcionan "privacidad transaccional". Las transacciones entre seudónimos pueden (a menudo) almacenarse en texto claro en la cadena de bloques. En algunos casos, los datos almacenados en la cadena de bloques se encriptan y las claves pueden manejarse a través de la cadena de bloques. Las transacciones entre seudónimos se almacenan en texto claro en la cadena de bloques. La preservación de la privacidad, las transacciones seguras o la ejecución de código informático pueden lograrse con herramientas criptográficas como pruebas de conocimiento cero (zk) o Argumentos No Interactivos Sucintos zk (zk-SNARK). Las transacciones o algoritmos se separan en dos partes: un contrato inteligente en la cadena de bloques y un contrato privado. Un protocolo de preservación de la privacidad garantiza la privacidad de los datos y la corrección de la ejecución del código (la verificación SNARK se realiza a través del contrato inteligente en cadena). El cálculo del contrato privado puede ser realizado por un conjunto de nodos, ordenadores fuera de la cadena o realizado en un entorno de lanzamiento medido o en un enclave hardware seguro para una certificación y sellado que no pueda ser manipulado por otro código software que se ejecuta en los dispositivos. En una realización alternativa, pueden utilizarse sistemas de Computación Multi-Parte segura (sMPC) para la privacidad transaccional. Ejemplos de protocolos de preservación de la privacidad y de cálculo son HAWK y Enigma MIT.
Con una prueba de conocimiento cero (Pruebas zk), las partes pueden ver que el algoritmo se ejecuta correctamente en un contrato privado, pero los datos de entrada no se revelan a la parte. Además, puede lograrse una privacidad selectiva compartiendo claves para descifrar transacciones con fines de reporte y de auditoría.
Para implementar código y o datos de forma segura en un dispositivo, puede integrarse un entorno de ejecución confiable como Intel SGX o TPM o el módulo de Atestación Anónima Directa con un módulo entre iguales.
De manera similar, en una realización adicional, una red entre iguales particularmente grande puede dividirse en dos o más grupos (físicos o lógicos o dinámicamente virtuales). En una red entre iguales correspondiente, por ejemplo, una validación (de un subconjunto de transacciones) solo puede ser realizada por los miembros de un grupo (un subconjunto de nodos; p. ej., fragmentación de una cadena de bloques para mejorar la escalabilidad). En una realización adicional, la aplicación entre iguales puede formarse utilizando múltiples cadenas de bloques. Estas cadenas de bloques están conectadas a través de marcos como cadenas laterales o contratos inteligentes o el protocolo interledger.
Otro aspecto de la presente invención es un sistema de carga según la reivindicación 13. El sistema de carga puede comprender, al menos, dos subsistemas (de carga). El sistema de carga comprende, al menos, una red entre iguales que comprende, al menos, una aplicación entre iguales. El sistema de carga comprende un primer subsistema con, al menos, un primer dispositivo de puerta de enlace conectado con, al menos, una primera estación de carga a través de una conexión de comunicación para recibir, al menos, un conjunto de datos de carga de la primera estación de carga. El sistema de carga comprende, al menos, un primer módulo entre iguales asignado al primer dispositivo de puerta de enlace y configurado para comunicarse con la aplicación entre iguales. La aplicación entre iguales comprende un medio de control de itinerancia ejecutado por, al menos, una parte de los nodos de la red entre iguales y configurado para controlar un proceso de itinerancia en función del conjunto de datos de carga proporcionado a la aplicación entre iguales mediante el primer módulo entre iguales.
El sistema de carga puede comprender, al menos, otro subsistema que comprende, al menos, otro servidor, al menos, otro dispositivo de puerta de enlace que comprende, al menos, una conexión de comunicación con el otro servidor y, al menos, otra estación de carga que comprende, al menos, una conexión de comunicación con el otro dispositivo de puerta de enlace, al menos, otro módulo entre iguales asignado al otro dispositivo de puerta de enlace y configurado para comunicarse con la aplicación entre iguales.
Se entenderá que el sistema de carga también puede comprender un subsistema conectado con un módulo entre iguales a una aplicación entre iguales y a, al menos, un usuario, vehículo o dispositivo que esté registrado en la aplicación entre iguales.
El método de itinerancia puede utilizarse, en particular, para un sistema de carga descrito anteriormente.
Otro aspecto de la invención es un dispositivo de puerta de enlace, según la reivindicación 14, asignado a un subsistema de un sistema de carga, en particular, un sistema de carga descrito anteriormente. El dispositivo de puerta de enlace comprende, al menos, un módulo de comunicación configurado para recibir, al menos, un conjunto de datos de carga de, al menos, una estación de carga. El dispositivo de puerta de enlace comprende, al menos, un módulo entre iguales configurado para proporcionar el conjunto de datos de carga a, al menos, una aplicación entre iguales de modo que un proceso de itinerancia sea controlable por un medio de control de itinerancia ejecutado por, al menos, una parte del nodos de la red entre iguales en función del conjunto de datos de carga proporcionado.
Otro aspecto más de la invención es una aplicación entre iguales, según la reivindicación 15, de una red entre iguales. La aplicación entre iguales comprende, al menos, un medio de control de itinerancia ejecutable por, al menos, una parte de los nodos de la red entre iguales y configurado para controlar un proceso de itinerancia en función de un conjunto de datos de carga proporcionado por, al menos, un módulo entre iguales asignado a un dispositivo de puerta de enlace.
Las características de los métodos, sistemas, módulos, aplicaciones entre iguales, dispositivos de puerta de enlace y programas informáticos pueden combinarse libremente entre sí. En particular, las características de la descripción y/o de las reivindicaciones dependientes, incluso cuando las características de las reivindicaciones dependientes se evitan total o parcialmente, pueden ser inventivas de forma independiente por sí solas o combinables libremente entre sí.
Estos y otros aspectos de la presente solicitud de patente resultan evidentes y se aclararán con referencia a las siguientes figuras. Se entiende que las características de la presente solicitud y de sus realizaciones ejemplares como se presentan anteriormente, se describen también en todas las combinaciones posibles entre sí.
En las figuras se muestra:
Fig. 1 una vista esquemática de una realización de un sistema de carga según la técnica anterior,
Fig. 2 una vista esquemática de una realización de un sistema de entrada y/o salida eléctrica, en particular, un sistema de carga según la presente invención,
Fig. 3 una vista esquemática de otra realización de un sistema de entrada y/o salida eléctrica, en particular, un sistema de carga según la presente invención,
Fig. 4 una vista esquemática de otra realización de un sistema de entrada y/o salida eléctrica, en particular, un sistema de carga según la presente invención,
Fig. 5 una vista esquemática de una realización de una aplicación entre iguales según la presente invención,
Fig. 6 una vista esquemática de otra realización de un sistema de entrada y/o salida eléctrica, en particular, un sistema de carga según la presente invención, y
Fig. 7 un diagrama de una realización de un método según la presente invención.
Los números de referencia similares en diferentes figuras indican elementos similares. Las posteriores realizaciones pueden estar relacionadas con la carga de vehículos electorales. Sin embargo, las realizaciones representadas pueden transferirse fácilmente a un sistema de entrada y/o salida eléctrica configurado para intercambiar potencia eléctrica entre un dispositivo eléctrico y una red eléctrica mediante una estación de carga.
La Figura 2 muestra una primera realización de un sistema de entrada y/o salida eléctrica, en particular, un sistema 200 de carga según la presente solicitud. El sistema 200 de carga comprende un primer subsistema 202.1 de carga. Se entenderá que el sistema 200 de carga puede comprender dos o más subsistemas.
El primer subsistema 202.1 comprende, al menos, un dispositivo 210 de puerta de enlace. A modo de ejemplo, dos estaciones 204 de carga están conectadas con el dispositivo 210 de puerta de enlace mediante una conexión 212 de comunicación por cable y/o inalámbrica. Por ejemplo, cada estación de carga puede comprender un módulo 206 de comunicación configurado para establecer una comunicación con un módulo 208 de comunicación del dispositivo 210 de puerta de enlace a través de la conexión 212 de comunicación.
La estación 204 de carga puede ser una estación 204 de carga convencional. Una estación 204 de carga puede estar conectada con una red eléctrica (no mostrada). Cada estación 204 de carga puede comprender uno o más medios configurados para establecer una conexión eléctrica con uno o más vehículos (no mostrados) para cargar, p. ej., una batería del vehículo. Además, una estación de carga puede configurarse para descargar una batería. En otras palabras, una estación de carga puede proporcionar un flujo de potencia (o corriente) bidireccional.
Además, la estación 204 de carga puede comprender un medidor o similar para medir la potencia suministrada o recibida a/de un vehículo. La estación de carga también puede configurarse para recibir un identificador (p. ej., identificador entre iguales) del vehículo y/o usuario del vehículo. Por ejemplo, el identificador puede recibirse del vehículo a través del cable de carga. Alternativa o adicionalmente, la estación de carga puede comprender una interfaz de usuario o una interfaz de campo cercano configurada para recibir, al menos, un identificador asignado al usuario y/o vehículo.
El módulo 204 de comunicación puede configurarse para transmitir un conjunto de datos de carga al dispositivo 210 de puerta de enlace. P. ej., antes de iniciar una acción de carga, la estación 204 de carga puede recibir un identificador del vehículo a cargar o de un usuario de dicho vehículo. El identificador recibido puede reenviarse en forma de un conjunto de datos de carga al dispositivo 210 de puerta de enlace.
El dispositivo 210 de puerta de enlace se puede conectar con un primer servidor 214 a través de una conexión 220 de comunicación por cable y/o inalámbrica. Por ejemplo, entre dos módulos 216, 218 de comunicación puede establecerse una conexión de comunicación a través de la conexión 220 de comunicación. El primer servidor 214 puede comprender un módulo contable 222 configurado para procesar el conjunto de datos de carga recibido. Por ejemplo, en función del conjunto de datos de carga recibido que comprende, p. ej., un identificador de usuario (p. ej., un identificador entre iguales u otro identificador) y la cantidad de energía intercambiada y un conjunto de datos de usuario almacenado que comprende, p. ej., un identificador de usuario y datos de cuenta del usuario, el módulo contable puede facturar al usuario por la cantidad de energía cargada. La facturación puede realizarse en moneda fiduciaria y/o ficha criptográfica. El sistema contable puede comprender un registro de ID (usuario, vehículo, estación de carga y/o dispositivo).
Además, el dispositivo 210 de puerta de enlace representado comprende un módulo 240 de enrutamiento. El módulo 240 de enrutamiento puede configurarse para enrutar un conjunto de datos de carga recibido de una de las estaciones 204 de carga. Preferiblemente, en función de un identificador recibido asignado a un subsistema, el conjunto de datos de carga recibido puede reenviarse al primer servidor o al módulo entre iguales. Por ejemplo, si el identificador del subsistema recibido está asignado al primer subsistema 202.1, el conjunto de datos de carga recibido puede transmitirse al primer servidor 214 para un procesamiento adicional (p. ej., contabilidad o autenticación). Si el identificador del subsistema recibido está asignado a otro subsistema, el conjunto de datos de carga recibido puede reenviarse al módulo 238 entre iguales para proporcionar dicho conjunto de datos a la aplicación 232 entre iguales. Cabe señalar que según otras variantes, puede omitirse un módulo de enrutamiento. Por ejemplo, un conjunto de datos de carga siempre puede reenviarse tanto al módulo entre iguales como a un servidor conectado o solo al módulo entre iguales.
En la presente realización, el módulo 238 entre iguales asignado al dispositivo 210 de puerta de enlace está integrado en el dispositivo 238 de puerta de enlace.
Una diferencia sustancial en comparación con los sistemas de carga de la técnica anterior, como el sistema 100 de carga según la figura 1, es que no se proporciona ninguna instancia central y/u organización de terceros. En el presente caso, el sistema 200 de carga comprende una red 230 entre iguales o una red 230 de ordenador a ordenador. La red 230 entre iguales comprende una pluralidad de nodos 236.1, 236.2, 236.3 y ordenadores 236.1, 236.2, 236,3, respectivamente. Una red 230 entre iguales (de itinerancia) se caracteriza, en el presente caso, en que cada nodo 236.1, 236.2, 236.3 y/o participante 238 se puede conectar, preferiblemente al menos, a cualquier otro nodo 236.1, 236.2, 236.3 y/o participante 230. Por ejemplo, puede utilizarse, al menos, una red física estándar (por cable y/o inalámbrica) para la conexión. Para la comunicación a través de, al menos, una red física estándar pueden disponerse módulos transceptores adecuados en las respectivas entidades/dispositivos.
Además, los ordenadores 236.1, 236.2, 236.3 tienen los mismos derechos, algo que las distingue de una estructura servidor-cliente.
Los nodos representados 236.1,236.2, 236.3 (cada uno) comprenden una aplicación 232 entre iguales. Como puede verse en la figura 2, la misma aplicación 232 entre iguales se implementa en cada nodo 236.1, 236.2, 236.3. Esto significa, en particular, que el mismo contenido está comprendido en cada nodo 236.1, 236.2, 236.3 y que el mismo código puede ejecutarse en cada nodo 236.1,236.2, 236.3.
La aplicación 232 entre iguales puede ser, preferiblemente, un registro público 232 o un libro mayor descentralizado 232 que puede, en particular, ser inspeccionado por todos los participantes 236.1,236.2, 236.3, 238 (no solo los nodos 236.1, 236.2, 236.3) de la red 230 entre iguales. Cada nodo 236.1, 236.2, 236.3 tiene, preferiblemente, el registro público 232 (completo). También puede preverse que solo parte del registro pueda proporcionarse en un nodo (nodo ligero). En una realización particularmente preferida, la aplicación 232 entre iguales puede ser una cadena 232 de bloques que se explicará con más detalle a continuación. Se entenderá que la red entre iguales puede comprender otros nodos. Además, se entenderá que también puede formarse un dispositivo de puerta de enlace como un nodo de la red entre iguales.
La red 230 entre iguales se configura para interconectar dos o más subsistemas de carga. La aplicación 232 entre iguales (de itinerancia) puede configurarse para gestionar y controlar un proceso de itinerancia y acciones de itinerancia, respectivamente. En particular, la aplicación 232 entre iguales puede comprender un medio 234 de control de itinerancia. En particular, las acciones de itinerancia relacionadas con un proceso de carga de un vehículo en una estación 204 de carga son controladas por la aplicación 232 entre iguales y la red 230 entre iguales. Para permitir que un usuario o vehículo registrado en otro subsistema que el primer subsistema 202.2, pueda utilizar una estación 204 de carga del primer subsistema 202.1, el medio 234 de control de itinerancia pueden controlar y/o realizar un proceso de itinerancia, p. ej., incluyendo una acción de autenticación y/o una acción contable y/o una acción de reenvío.
Un módulo 238 entre iguales se configura (generalmente) para comunicarse, al menos, con la red 230 entre iguales, es decir, los nodos 236.1, 236.2, 236.3 de la red 230 entre iguales. En otras palabras, el primer módulo 238 entre iguales o el dispositivo 210 de puerta de enlace correspondiente y/o asignado al módulo 238 entre iguales respectivo es, al menos, un participante de la red 230 entre iguales. Preferiblemente, todos los participantes 236.1,236.2, 236.3, 238 (incluyendo todos los nodos) de la red 230 entre iguales son conocidos por cada participante 236.1,236.2, 236.3, 238 de la red 230 entre iguales.
En el presente caso, los primeros módulos 238 entre iguales no son un nodo de la red 230 entre iguales sino solo un participante 238. Mientras que los nodos 236.1, 236.2, 236.3 u ordenadores 236.1, 236.2, 236.3 en la red 230 entre iguales comprenden, al menos, una parte de la propia aplicación 232 entre iguales, un participante de una red 230 entre iguales, como el presente módulo 238 entre iguales, no comprende la aplicación 232 entre iguales. Dicho módulo 238 entre iguales se configura para proporcionar (solo) acceso a la aplicación 232 entre iguales, p. ej., a través de una API (interfaz de programación de aplicaciones). Cada módulo 238 entre iguales (también un nodo o nodo ligero) puede comprender una aplicación descentralizada y, al menos, una API.
En el caso, el módulo entre iguales se forma como un nodo de la red entre iguales, el módulo entre iguales (también) comprende, al menos parcialmente, la aplicación 232 entre iguales. Se entenderá que un módulo 238 entre iguales podría ser un nodo de la red entre iguales. Se entenderá que un módulo 238 entre iguales puede tener acceso o puede estar conectado a una "puerta de enlace" que ejecuta un nodo de la red entre iguales.
El primer módulo 238 entre iguales puede comprender una conexión de comunicación al módulo 240 de enrutamiento. El módulo 240 de enrutamiento, como se explicó anteriormente, puede configurarse para reenviar un conjunto de datos de carga al módulo 238 entre iguales (p. ej., en función de un identificador del subsistema).
El módulo 238 entre iguales puede transmitir, p. ej., escribir, dicho conjunto de datos de carga a la aplicación 232 entre iguales. En particular, el medio 234 de control de itinerancia pueden configurarse para procesar adicionalmente el conjunto de datos de carga recibido. Además, el primer módulo 238 entre iguales puede configurarse para recibir datos, p. ej., un conjunto de datos de carga o un resultado de autenticación, de la aplicación 232 entre iguales. Por ejemplo, el módulo 238 entre iguales puede recibir uno o más mensaje(s) y/o se le puede permitir leer los datos destinados para dicho módulo 238 entre iguales (p. ej., debido a un identificador respectivo). Por ejemplo, un conjunto de datos de carga recibido de la aplicación 232 entre iguales puede reenviarse desde el primer dispositivo 210 de puerta de enlace al primer servidor 214 para un procesamiento adicional (p. ej., autenticación o contabilidad).
El suministro del conjunto de datos de carga a un módulo 238 entre iguales puede ser causado o iniciado por el medio 234 de control de itinerancia. El medio 234 de control de itinerancia puede ser ejecutado, al menos, por una parte (dos o más) de los nodos 236.1, 236.2, 236.3 de la red 230 entre iguales. Dado que, al menos, una parte (preferiblemente, una pluralidad) de los nodos 236.1, 236.2, 236.3 está involucrada (y no solo un solo ordenador), puede reducirse, significativamente, el riesgo de manipulación sin necesidad de una instancia central, como un servidor.
La Figura 3 muestra una vista esquemática de otra realización (más detallada) de un sistema 300 de carga según la presente solicitud. Cabe señalar que se explicarán principalmente las diferencias entre el sistema 200 y el sistema 300.
Como puede verse en la figura 3, el sistema 300 de carga representado comprende tres subsistemas 302.1, 302.2, 302.3 de carga diferentes (p. ej., de tres proveedores diferentes). P. ej., el subsistema puede ser, al menos en parte, un sistema propietario, p. ej., que comprende diferentes mecanismos de autenticación y/o mecanismos contables. Para permitir que un usuario o vehículo registrado solo en un primer subsistema 302.2 utilice también las estaciones 304.2 de carga y/o las estaciones 304.3 de carga, los subsistemas representados 302.1, 302.2, 302.3 están interconectados por una red 330 entre iguales que proporciona una oportunidad de itinerancia mediante la aplicación 332 entre iguales. Se observa que, en aras de la claridad, solo se representa un nodo 336. Se entenderá que la red 330 entre iguales comprende una pluralidad de nodos.
Además, se proporcionan un primer módulo 338.1 entre iguales asignado a un primer dispositivo 310.1 de puerta de enlace, un segundo módulo 338.2 entre iguales asignado a un segundo dispositivo 310.2 de puerta de enlace y un tercer módulo 338.3 entre iguales asignado a un tercer dispositivo 310.3 de puerta de enlace. Cada uno de los módulos 338.1,338.2, 338.3 entre iguales puede configurarse para comunicarse con los nodos 336 de la red 330 entre iguales.
Además, se proporciona una disposición 344 de almacenamiento controlada por la aplicación 332 entre iguales. Los datos pueden almacenarse en la aplicación 332 entre iguales y/o en una disposición 344 de almacenamiento controlada por la aplicación 332 entre iguales. Preferiblemente, la disposición 344 de almacenamiento, que comprende una pluralidad de unidades 346 de almacenamiento descentralizadas, puede estar formada como un sistema de archivos descentralizado (como IPFS) o un almacén de objetos descentralizado (como storj) o una base de datos distribuida descentralizada (como BigchainDB) controlada por la aplicación 332 entre iguales. Por ejemplo, los detalles sobre todas las entidades registradas pueden almacenarse en la disposición 344 de almacenamiento. Además, según otras variantes de la presente invención, un dispositivo informático fuera de la cadena (no mostrado) controlado por la aplicación 332 entre iguales, p. ej., el medio 334 de control de itinerancia, puede proporcionarse, p. ej., para realizar una acción contable o crear un mensaje de control de carga o similar. Los algoritmos, el análisis cognitivo, el aprendizaje automático y/o la inteligencia artificial pueden operarse en un dispositivo fuera de la cadena o de borde para optimizar el proceso de intercambio, en particular, el proceso de carga desde una perspectiva de red y/o de una flota.
En una realización del sistema de itinerancia, el análisis de preferiblemente todas (para la aplicación entre iguales conocida) las transacciones de carga y los datos externos proporcionados por los llamados oráculos (p. ej., condiciones meteorológicas, de tráfico, etc.) para generar un pronóstico de demanda de carga. Este pronóstico puede intercambiarse con un dispositivo de control de red o SCADA para mejorar las operaciones del sistema de red eléctrica subyacente y/o generar conjuntos de datos de control o entrada para algoritmo(s) de fijación de precios dinámicos. En una realización adicional, el dispositivo de control de red o SCADA puede crear este pronóstico analizando transacciones en la aplicación entre iguales.
En un sistema de gestión de flotas, el análisis de la(s) transacción(es) de vehículos pertenecientes a una flota para optimizar la flota y/o crear conjunto(s) de datos de control. Los conjuntos de datos de control pueden intercambiarse entre el sistema de itinerancia, el sistema de gestión de flotas y el dispositivo de control de red / SCADA para optimizar aún más la red y/o una flota.
A modo de ejemplo, puede almacenarse en la disposición 344 de almacenamiento una lista de identificadores de todos los vehículos registrados y/o usuarios de dispositivos, en particular, vehículos y/o estación de carga. Durante una acción de autenticación (como se describirá con más detalle de aquí en adelante), un identificador entre iguales recibido puede ser comparado por la aplicación 332 entre iguales con los identificadores almacenados en la lista de identificadores. Si la aplicación 332 entre iguales detecta un identificador correspondiente al identificador entre iguales recibido, puede habilitarse una acción de carga y/u otra acción de itinerancia. Por ejemplo, la aplicación 332 entre iguales puede proporcionar un mensaje de liberación o bloqueo (dependiendo del resultado de la autenticación) al dispositivo 310 de puerta de enlace correspondiente, es decir, el dispositivo 310 de puerta de enlace que ha enviado previamente el conjunto de datos de carga a la aplicación 332 entre iguales. Dicho dispositivo 310 de puerta de enlace puede reenviar la información a la estación de carga para liberar el suministro (o recepción) de potencia eléctrica a (o de) un vehículo. En una realización, dicho dispositivo 310 de puerta de enlace puede intercambiar mensaje(s) con dispositivo(s) de puerta de enlace de dispositivo(s) SCADA de red, sistemas de gestión de identidad o de flotas de vehículos.
Además, puede proporcionarse una entidad 348 de monitorización de la red. La entidad 348 de monitorización de la red puede configurarse para monitorizar la red eléctrica. Por ejemplo, parámetros de red, como una frecuencia de red, voltaje de red y/o corriente de red, pueden monitorizarse, p. ej., en una o más ubicaciones de medición en la red. En función de uno o más parámetros de red medidos (continuamente), la entidad 348 de monitorización de la red puede generar un conjunto de datos del estado de la red. Puede haber varios conjuntos de datos del estado de la red para diferentes áreas de ubicación de la red.
El conjunto de datos del estado de la red puede proporcionarse desde un módulo 350 entre iguales, asignado a la entidad 348 de monitorización de la red, a la aplicación 332 entre iguales. La aplicación entre iguales puede configurarse para crear conjunto(s) de datos de potencia de ajuste y puede transmitir uno o más conjuntos de datos de potencia de ajuste a los dispositivos 310.1,310.2, 310.3 de puerta de enlace conectados. El uno o más dispositivos 310.1, 310.2, 310.3 de puerta de enlace puede reenviar un conjunto de datos de potencia de ajuste recibido a una o más estaciones de carga conectadas (p. ej., dependiendo también del área de ubicación de la red asociada con el respectivo conjunto de datos de estado de la red). La(s) estación(es) de carga pueden configurarse para permitir acciones de carga/descarga solo dentro de la potencia (y/o límite(s) de corriente) establecida por el conjunto de datos de potencia de ajuste recibido. En una realización, el control de las acciones de carga/descarga puede basarse en puntos de fijación de precios dinámicos e información, respectivamente.
También puede ser posible que la entidad 348 de monitorización de la red pueda configurarse - eventualmente de acuerdo con los términos definidos en un contrato inteligente - para generar el(los) conjunto(s) de datos de potencia de ajuste. En este caso, la red entre iguales de itinerancia y su aplicación entre iguales pueden (solo) reenviar el uno o más conjunto(s) de datos de potencia de ajuste a los respectivos uno o más dispositivos de puerta de enlace. Se entenderá que el sistema de itinerancia solo puede comprender una aplicación entre iguales, que incluye usuarios, vehículos, estaciones de carga y dispositivos, y un sistema de monitorización de la red.
La Figura 4 muestra otra realización de un sistema de carga según la presente invención. Para evitar repeticiones, se hace referencia a las realizaciones descritas anteriormente. Además, se señala lo siguiente.
Las dos estaciones 404.1 de carga ejemplificadas están conectadas con la red eléctrica. Cerrando un interruptor 466 puede establecerse una conexión eléctrica entre la fuente eléctrica (red) de la estación 404.1 de carga y el vehículo 454, 456 a través de un cable 458 de carga (o a través de una conexión de carga inductiva). Como se ha descrito anteriormente, antes de cerrar el interruptor 466 para habilitar la carga/descarga, podría ser necesaria una acción de autenticación. Por ejemplo, un identificador (de vehículo), en particular, en forma de un identificador entre iguales puede transmitirse desde una unidad 460 de almacenamiento del vehículo 454 a través del cable 458 de carga a la estación 404.1 de carga. Alternativamente, un identificador (de usuario) en forma de un identificador entre iguales puede transmitirse a una interfaz 468 de campo cercano (p. ej., Bluetooth, NFC, interfaz de infrarrojos o WLAN) desde una unidad 464 de almacenamiento de un terminal móvil 462 (p. ej., teléfono móvil, tableta, reloj inteligente, etc.). En otra realización, el identificador entre iguales puede transmitirse desde un dispositivo dentro de un vehículo o se recupera a partir de la aplicación entre iguales (p. ej., ID o Billetera en Blockchain).
La estación 404.1 de carga puede transmitir un identificador entre iguales recibido a la red 430 entre iguales de itinerancia a través del dispositivo 410.1 de puerta de enlace. El medio de control de itinerancia puede, p. ej., realizar la acción de autenticación en función del identificador entre iguales recibido y de los identificadores entre iguales autorizados almacenados. El resultado de la autenticación puede transmitirse a la respectiva estación 404.1 de carga a través del dispositivo de puerta de enlace. En función del resultado de la autenticación recibido (positivo o negativo), el interruptor 466 puede cerrarse (resultado positivo) o no (resultado negativo).
Además, como puede verse en la figura 4, otro dispositivo 410.2 de puerta de enlace de otro subsistema 402.2 también puede ser un nodo 436.2 de la red 430 entre iguales. Por ejemplo, el dispositivo 410.2 de puerta de enlace puede tener uno o más procesadores potentes. En este caso, la potencia de procesamiento proporcionada también puede ser utilizada por la aplicación 432 entre iguales, p. ej., el medio 434 de control de itinerancia.
La figura 5 muestra una vista esquemática de una realización de una aplicación 532 entre iguales según la presente invención.
La aplicación 532 entre iguales representada es un registro o libro mayor distribuido legible, en particular, por los participantes de la red entre iguales. Por lo tanto, conjunto(s) de datos, p. ej., en forma de mensajes pueden ser escritos y/o leídos en/desde el registro 532 por un módulo entre iguales asignado a un dispositivo de puerta de enlace y/o cualquier otro participante en la red entre iguales. En una realización preferida, la aplicación 532 entre iguales puede ser una cadena 532 de bloques.
De ahora en adelante, se supone en la siguiente descripción de la presente realización que la, al menos una, aplicación 532 entre iguales es una cadena 532 de bloques. Sin embargo, las siguientes observaciones pueden transferirse, fácilmente, a otras aplicaciones entre iguales, como un Gráfico Acíclico Dirigido (DAG). Un gráfico acíclico dirigido, como IOTA o Tangle, significa que los bloques (o nodos del gráfico) se acoplan entre sí a través de bordes dirigidos. Por lo tanto, directo significa que (todos) los bordes tienen (siempre) una misma dirección similar al tiempo. En otras palabras, no es posible retroceder. Eventualmente, acíclico significa que los bucles no existen.
En realizaciones adicionales de la aplicación entre iguales, la cadena de bloques puede ser una cadena de bloques sin permiso o con permiso. En un caso específico, la cadena de bloques puede ser cadena de bloques pública, de consorcio o privada.
En otra realización, la aplicación entre iguales puede estar formada con múltiples cadenas de bloques que están conectadas a través de mecanismos como cadenas laterales o contratos inteligentes. Puede establecerse la interoperabilidad entre cadenas de bloques.
La cadena 532 de bloques está formada por, al menos, un bloque 551, 553, 555, preferiblemente por una pluralidad de bloques interconectados 551,553, 555. El primer bloque 451 también puede denominarse bloque 551 de génesis. Como puede verse, un bloque 553, 555 (excepto el primer bloque 551) se refiere a cada bloque anterior 551, 553. Puede crearse un nuevo bloque mediante un proceso computacionalmente intensivo (por ejemplo, la llamada "minería" o a través de otro proceso apropiado, como la votación) y se proporcionará, en particular, a todos los participantes de la red entre iguales. En una realización adicional, puede configurarse un nodo maestro (controlado centralmente) o un conjunto de nodos maestros para crear nuevos bloques y/o transacciones de validación. Todos los otros nodos pueden ser solo nodos de validación.
La presente cadena 532 de bloques está particularmente adaptada para recibir mensajes, como mensajes que comprenden conjunto(s) de datos de carga y/o conjunto(s) de datos de ajuste, datos de registro, resultado(s) de autenticación, etc., de un módulo entre iguales de un dispositivo de puerta de enlace descrito anteriormente, entidad informática (fuera de la cadena) o de otro dispositivo/unidad entre iguales de otro participante de la red entre iguales. Además, la cadena 532 de bloques está particularmente adaptada para guardar estos mensajes en la cadena 532 de bloques. Además, la cadena 532 de bloques se configura para generar mensajes, p. ej., en función de un proceso/acción de itinerancia, un proceso de autenticación o autorización y/o causado por un módulo entre iguales y/o la ejecución de código de p. ej., un medio 534 de control de itinerancia. En particular, la cadena 532 de bloques se configura, al menos, para controlar y gestionar un sistema de entrada y/o salida, como se muestra en la figura 2, 3 o 4.
En particular, un mensaje (recién) recibido puede guardarse y publicarse en el bloque actual 555 de la cadena 532 de bloques. Debido a la configuración de una cadena 532 de bloques como un registro público 532, dicho mensaje de datos de, p. ej., un módulo entre iguales puede ser leído por, preferiblemente, todos los participantes de la red entre iguales Alternativa o adicionalmente, los datos de un mensaje pueden almacenarse en un servicio de archivos descentralizado o en una base de datos distribuida de la cadena de bloques controlada por la cadena 532 de bloques.
Como ya se ha descrito, en la presente cadena 532 de bloques pueden procesarse y/o almacenarse diferentes tipos de mensajes y conjuntos de datos, respectivamente, por ejemplo, dentro de un contrato inteligente (algoritmo y/o almacenamiento en la cadena 532 de bloques). En el presente ejemplo, la cadena 532 de bloques comprende un medio 534 de control de itinerancia en la forma de un contrato inteligente 534. Como se describió anteriormente, el medio de control de itinerancia puede configurarse para, al menos, controlar, al menos, un proceso de itinerancia que comprende acción(es) de autenticación, acción(es) de reenvío y/o acción(es) contable(s).
Además, en la cadena 532 de bloques pueden almacenarse uno o más acuerdo(s) 574 de transacción de itinerancia. Puede generarse un acuerdo 574 de transacción de itinerancia entre dos (o más) subsistemas para definir los detalles del proceso(s) de itinerancia. A continuación se describirá un ejemplo de una generación de dicho acuerdo 574 de transacción de itinerancia:
Un acuerdo 574 de transacción de itinerancia puede comprender, al menos, uno de los siguientes datos:
Identificador(es): Uno o más identificador(es) de las entidades involucradas, como identificadores del subsistema de los subsistemas, identificadores de la(s) estación(es) de carga, dispositivo(s) de puerta de enlace, etc.
Criterio de transacción de itinerancia: Criterio que debe cumplirse para realizar un proceso de itinerancia
Detalle(s) de itinerancia: Detalle(s) sobre proceso(s) de itinerancia (p. ej., algoritmo(s) de itinerancia, regla(s) de registro)
El criterio de transacción de itinerancia puede ser, p. ej., una cantidad de una criptomoneda, p. ej., por acción de carga o cantidad de energía cargada/descargada que debe transferirse antes, durante y/o después de la(s) acción(es) de itinerancia. Preferiblemente, al menos, una parte de la cantidad acordada de criptomonedas puede bloquearse mediante la aplicación 532 entre iguales antes de una acción de itinerancia. En una realización, el criterio de transacción de itinerancia puede ser un canal de pago para transmitir pequeñas cantidades de fichas criptográficas por cada unidad de tiempo y/o datos. Se entenderá que pueden incluirse otros criterios de transacción y otra información en un acuerdo de transacción de itinerancia. Más información/criterios pueden ser, por ejemplo, una marca de tiempo, un ID de la transacción y similares.
Para generar un acuerdo 574 de transacción de itinerancia, un módulo entre iguales de una entidad proveedora de un primer subsistema y un módulo entre iguales de una entidad proveedora de otro subsistema pueden intercambiar mensajes de solicitud y respuesta (aceptación) de itinerancia, a través de la aplicación 574 entre iguales. Un mensaje de solicitud puede comprender indicaciones sobre los datos anteriores (identificaciones, criterios de transacción).
Por ejemplo, una entidad proveedora de un primer subsistema puede enviar mediante un módulo entre iguales un mensaje (oferta) 576 a la aplicación 532 entre iguales que comprende datos, como un identificador asignado al proveedor, dispositivos de puerta de enlace disponibles y/o estaciones de carga, coordenadas geográficas de las estaciones de carga, identificador(es) de las estaciones de carga, algoritmo(s) de itinerancia y/o, al menos, un criterio de transacción de itinerancia.
Otro mensaje 578 puede ser un mensaje 578 de aceptación de, p. ej., una o más entidades proveedoras adicionales. Un mensaje 578 de aceptación puede comprender detalles de datos idénticos o, al menos, similares en comparación con un mensaje (oferta) 576. Además, el mensaje 578 de aceptación puede comprender una indicación de referencia a un mensaje anterior, como el ID del mensaje 576. El mensaje 578 de aceptación puede ser proporcionado por otro módulo entre iguales de una entidad proveedora o por la aplicación entre iguales (p. ej., según reglas preestablecidas).
Si, por ejemplo, el mensaje 578 de aceptación comprende un criterio de transacción superior u otro y/u otros algoritmos de itinerancia deseados, el mensaje 578 de aceptación/solicitud puede denominarse mensaje de contraoferta. Esto puede ser aceptado por el módulo entre iguales de la primera entidad proveedora a través de un mensaje de aceptación. En función de esto, un módulo entre iguales de una entidad puede provocar la generación de un acuerdo 574 de transacción de itinerancia sobre uno o más proceso(s) de itinerancia. Por ejemplo, el acuerdo 574 de transacción de itinerancia puede utilizarse para cada proceso de itinerancia en el que están involucradas estaciones de carga y/o dispositivos de puerta de enlace de los respectivos subsistemas.
En particular, puede haber múltiples mensajes de oferta y/o mensajes de solicitud/aceptación y/o mensajes. Cada entidad puede dar pautas, según las cuales puede generarse, al menos, un acuerdo 574 de transacción de itinerancia u otros acuerdos. En un proceso preferiblemente automatizado, como un proceso iterativo, cada mensaje de solicitud/oferta puede asociarse a un mensaje de aceptación óptimamente correspondiente. La cadena 532 de bloques puede configurarse para generar, en función de los mensajes de un módulo entre iguales, un acuerdo 574 de transacción de itinerancia.
Además, el medio 534 de control de itinerancia pueden configurarse para controlar, al menos, una acción de itinerancia (y/o usuario) en función del uno o más acuerdo(s) 574 de transacción de itinerancia. El medio 534 de control de itinerancia puede ser ejecutado por, al menos, parte de los nodos de la red entre iguales para realizar una acción de itinerancia. Por ejemplo, en función de un identificador entre iguales recibido, e identificadores entre iguales almacenados de usuarios y/o vehículos autorizados, la aplicación 532 entre iguales, en particular, el medio 534 de control de itinerancia puede permitir la realización de una acción de carga. Solo en el caso de que el identificador recibido corresponda a uno de los identificadores almacenados, puede transmitirse un resultado de autenticación positivo a la carga respectiva para liberar el flujo de potencia entre la estación de carga y el vehículo.
Además, una cadena 534 de bloques puede comprender un medio 580 de registro configurado para registrar un (nuevo) dispositivo de puerta de enlace, estación de carga, vehículo, usuario, dispositivo eléctrico, sistema de gestión de flotas, dispositivo de identificación central, puerta de enlace de pago, SCADA y/o dispositivo de control de red, etc. en la cadena 534 de bloques como un activo inteligente o un usuario individual.
La Figura 6 muestra una vista esquemática de otra realización de un sistema 600 de carga de la invención. En la presente realización solo se muestran los nodos y participantes 610.1,610.2, 636.1,636.2, 654.2, 662.2 de la red 630 entre iguales. En el presente ejemplo, se supone que todos los nodos participantes 610.1,610.2, 636.1,636.2, 654.2, 662.2 comprenden la aplicación entre iguales (no mostrada).
Los nodos 610.1, 610.2 pueden corresponder a dispositivos de puerta de enlace y, p. ej., estar formados por los respectivos módulos entre iguales de los dispositivos de puerta de enlace. El nodo 654.2 puede ser un vehículo realizado por un módulo entre iguales de un vehículo, y el 662.2 puede ser un terminal móvil.
Los nodos 636.1 y 636.2 pueden ser otros nodos. Se entenderá que los nodos pueden ser nodos completos, remotos o ligeros. En otras realizaciones, los nodos pueden comprender un dispositivo de ID central con un módulo entre iguales, un SCADA o dispositivo de control de red con un módulo entre iguales, un sistema de gestión de flotas de vehículos y/o una puerta de enlace de pago con registro de ID, gestión de cuentas de clientes y/o un servicio de intercambio de fichas fiduciarias/criptográficas.
Como puede verse, se ilustran actualmente dos tipos diferentes de pares u ordenadores 610.1, 610.2, 636.1, 636.2, 654.2, 662.2 de nodo. Todos los pares 610.1, 610.2, 636.1, 636.2, 654.2, 662.2 están comprendidos en la red 630 entre iguales. En la presente realización, sin embargo, solo una parte de los pares 610.1,610.2, 636.1,636.2, 654.2, 662.2 en el presente caso, los pares (nodos) 610.1, 636.1, verifican la validez de p. ej., un proceso de itinerancia, p. ej., una acción de autenticación, una acción de reenvío, una acción contable y/u otros datos almacenados en los mensajes de la aplicación entre iguales, como acuerdos, mensajes del conjunto de datos de instrucciones, y similares.
Además, solo una parte de todos los pares puede configurarse para almacenar la aplicación entre iguales y/o solo una parte de los pares puede configurarse para ejecutar los algoritmos de un contrato inteligente / privado. Dado que la validación/verificación de, p. ej., los datos de identificación requiere un esfuerzo computacional considerable, puede ser ventajoso por razones de eficiencia, si solo una parte de los pares 610.1, 636.1, especialmente pares particularmente potentes 610.1,636.1, realiza la validación y/o los algoritmos de control de itinerancia.
La validación, análisis y optimización pueden realizarse dentro o fuera de la cadena, como se describe anteriormente. La aplicación entre iguales puede gestionar la validación y/u optimización fuera de la cadena, como el código en la cadena de bloques. Potente significa, en particular, una alta potencia informática. En otras palabras, en el presente caso se asume una entrada válida en la aplicación entre iguales, como una cadena de bloques, si (solo) una parte de los pares 610.1,636.1 llega a un resultado positivo. Se entenderá que solo un único par, especialmente particularmente poderoso, puede realizar el proceso de validación, análisis y/u optimización.
De manera similar, en una realización alternativa (no mostrada), una red entre iguales particularmente grande puede dividirse en dos o más grupos. En una red entre iguales correspondiente, por ejemplo, una validación solo será realizada por los miembros de un grupo (p. ej., fragmentación de una cadena de bloques para mejorar la escalabilidad). En una realización adicional, la aplicación entre iguales puede formarse utilizando múltiples cadenas de bloques. Estas cadenas de bloques están conectadas a través de marcos como cadenas laterales o contratos inteligentes o el protocolo interledger.
La Figura 7 muestra una realización de un método de itinerancia según la presente invención. El método puede utilizarse para operar un sistema de carga descrito anteriormente.
En un primer paso 701, una primera acción de itinerancia en forma de una acción de autenticación puede ser controlada, al menos, por un medio de control de itinerancia. Por ejemplo, un conjunto de datos de carga recibido puede comprender un identificador entre iguales de un vehículo (o usuario) que desea realizar una acción de carga. El identificador entre iguales recibido puede compararse con los identificadores entre iguales autorizados almacenados de una lista (mediante el medio de control de itinerancia). Solo si puede encontrarse una coincidencia, el resultado de la autenticación es positivo. Alternativa o adicionalmente, el paso de autenticación puede verificar si se realizó un pago de depósito en garantía o se estableció una conexión de transmisión de pago en tiempo real (canal de pago). El resultado de la autenticación puede transmitirse desde la aplicación entre iguales a través del respectivo dispositivo de puerta de enlace y de la respectiva estación de carga.
En el siguiente paso 702, tras un resultado de autenticación positivo, puede realizarse la acción de carga/descarga. Por ejemplo, una corriente puede fluir desde la estación de carga hasta el vehículo y su batería durante un período de tiempo específico. En el caso de un canal de pago, la aplicación descentralizada (DAPP) de una entidad de carga puede verificar si el flujo de pago continúa de acuerdo con la energía cargada. En caso de que se interrumpa el flujo de pago, la transferencia de energía se interrumpirá o se reducirá en consecuencia.
Una vez finalizada la acción de carga, puede transmitirse un conjunto de datos de carga desde la estación de carga al dispositivo de puerta de enlace. Por ejemplo, la estación de carga puede transmitir un conjunto de datos de carga que comprende un identificador del subsistema e información de la cantidad de carga, p. ej., la potencia suministrada al vehículo durante la acción de carga.
En función del identificador del subsistema, un módulo de enrutamiento del dispositivo de puerta de enlace puede reenviar el conjunto de datos de carga recibido en el paso 704. Por ejemplo, si el identificador del subsistema recibido se asigna al subsistema de dicho dispositivo de puerta de enlace, el dispositivo de puerta de enlace puede reenviar el conjunto de datos de carga al servidor conectado, p. ej., para contabilizar la información de la cantidad de carga (paso 705). Si el identificador recibido indica otro subsistema, el conjunto de datos de carga puede reenviarse a la aplicación entre iguales mediante el módulo entre iguales asignado al dispositivo de puerta de enlace.
En el paso 706, la aplicación entre iguales, en particular, el medio de control de itinerancia, comprueba, en particular, en función del algoritmo(s) de itinerancia de un acuerdo de transacción de itinerancia, si el conjunto de datos de carga recibido debe reenviarse (paso 707) y si, a qué otro dispositivo de puerta de enlace, o si la aplicación entre iguales debe realizar una acción contable (paso 708). El otro dispositivo de puerta de enlace puede reenviar el conjunto de datos de carga recibido al otro servidor conectado en el paso 707. Luego, el otro servidor puede procesar el conjunto de datos de carga, p. ej., puede realizar una acción contable (paso 709).
En cada paso contable 705, 708, 709, los respectivos medios contables pueden realizar la acción contable en función de los datos de usuario almacenados (incluidos los datos contables) y de la información de la cantidad de carga recibida y de un identificador entre iguales (para asignar la información de la cantidad de carga recibida a los datos de usuario correctos).
Cabe señalar que el método puede comprender otros pasos, como un paso de registro, un paso de transacción del criterio de itinerancia, un paso de generación de un acuerdo de transacción de itinerancia, etc. Además, se entenderá que, al menos, algunos de los pasos también pueden realizarse, al menos en parte, en paralelo. Por ejemplo, puede iniciarse una acción de carga antes de recibir un resultado de autenticación. Entonces, dependiendo del resultado de autenticación recibido, la acción de carga puede ser procesada o interrumpida/detenida.

Claims (15)

REIVINDICACIONES
1. Método de itinerancia para un sistema (200, 300, 400, 600) de carga con, al menos, dos subsistemas (202.1,302.1, 302.3, 302.3, 402.1, 402.2) de carga, en donde cada uno de los, al menos dos, subsistemas (202.1, 302.1, 302.3, 302.3, 402.1,402.2) de carga comprende un dispositivo (210, 310.1,310.2, 310.3, 410.1,410.2) de puerta de enlace que se puede conectar a, al menos, una estación (204, 304.1, 304.2, 304.3, 404.1) de carga, en donde los, al menos dos, subsistemas (202.1, 302.1, 302.3, 302.3, 402.1,402.2) de carga difieren entre sí en el proceso de autenticación y/o el proceso contable utilizados, en donde los, al menos dos, subsistemas (202.1,302.1,302.3, 302.3, 402.1,402.2) de carga están interconectados por, al menos, una red (230, 330, 430, 630) entre iguales que comprende una pluralidad de nodos (236.1, 236.2, 236.3, 336, 436.1, 436.2), en donde una misma aplicación (232, 332, 432, 532) entre iguales se implementa en cada nodo (236.1, 236.2, 236.3, 336, 436.1,436.2), en donde la aplicación (232, 332, 432, 532) entre iguales es un registro descentralizado o una base de datos compartida, comprendiendo el método:
- recibir un conjunto de datos de carga, a través de un módulo (208, 308.1,308.2, 308.3, 408.1,408.2) de comunicación de un dispositivo (210, 310.1, 310.2, 310.3, 410.1, 410.2) de puerta de enlace, de una estación (204, 304.1, 304.2, 304.3, 404.1) de carga asignada al dispositivo (210, 310.1,310.2, 310.3, 410.1,410.2) de puerta de enlace,
- reenviar el conjunto de datos de carga mediante un módulo (238, 338.1,338.2, 338.3, 438) entre iguales, asignado al dispositivo (210, 310.1,310.2, 310.3, 410.1) de puerta de enlace, a la aplicación (232, 332, 432, 532) entre iguales de la red (230, 330, 430, 630) entre iguales, y
- controlar, al menos, parte de un proceso de itinerancia mediante un medio (234, 334, 434, 534) de control de itinerancia de la aplicación (232, 332, 432, 532) entre iguales formado como un contrato inteligente y ejecutado por, al menos, dos de los nodos (236.1, 236.2, 236.3, 336, 436.1, 436.2) de la red (230, 330, 430, 630) entre iguales en función del conjunto de datos de carga recibido,
- en donde el conjunto de datos de carga comprende, al menos, un identificador entre iguales asignado a un usuario de un vehículo (454, 456) a cargar o descargar y/o a un vehículo (454, 456) a cargar o descargar de un usuario, y
- en donde se almacena una lista de identificadores registrados en la aplicación entre iguales y/o en una disposición de almacenamiento controlada por la aplicación entre iguales,
- en donde controlar un proceso de itinerancia comprende la realización de una acción de autenticación, en donde dicha aplicación (332) entre iguales que compara el, al menos uno, identificador entre iguales recibido con los identificadores almacenados en la lista de identificadores.
2. Método de itinerancia según la reivindicación 1, caracterizado por que una acción de carga solo se libera cuando la aplicación (232, 332, 432, 532) entre iguales proporciona un resultado de autenticación positivo a la estación de carga a través del dispositivo (210, 310.1,310.2, 310.3, 410.1,410.2) de puerta de enlace.
3. Método de itinerancia según cualquiera de las reivindicaciones anteriores, caracterizado por que
- el conjunto de datos de carga comprende, al menos, un identificador del subsistema de carga,
- en donde controlar un proceso de itinerancia comprende, al menos, iniciar una acción de reenvío para reenviar el conjunto de datos de carga a, al menos, otro módulo (238, 338, 438) entre iguales asignado a, al menos, otro dispositivo (210, 310.1,310.2, 310.3, 410.1,410.2) de puerta de enlace de otro subsistema de carga en función de, al menos, el identificador del subsistema.
4. Método de itinerancia según la reivindicación 4, caracterizado por que el conjunto de datos de carga recibido es reenviado por el otro dispositivo (210, 310.1, 310.2, 310.3, 410.1, 410.2) de puerta de enlace a otro servidor (214, 314.1,314.2, 314.4, 414.1) para un procesamiento adicional del conjunto de datos de carga.
5. Método de itinerancia según cualquiera de las reivindicaciones anteriores, caracterizado por que
- el conjunto de datos de carga comprende, al menos, un identificador entre iguales asignado a un usuario de un dispositivo eléctrico (454), en particular, un vehículo (454) y/o un dispositivo eléctrico (454), en particular, un vehículo (456) de un usuario y, al menos, una información de la cantidad de carga,
- en donde controlar un proceso de itinerancia comprende, al menos, controlar un proceso contable para el proceso de carga relacionado con el conjunto de datos de carga en función de, al menos, la información de la cantidad de carga y del identificador entre iguales.
6. Método de itinerancia según cualquiera de las reivindicaciones anteriores, caracterizado por que
- el conjunto de datos de carga recibido de una estación (204, 304.1, 304.2, 304.3, 404.1) de carga comprende, al menos, un identificador del subsistema,
- en donde el conjunto de datos de carga es reenviado por un módulo (240, 340.1,340.2, 340.3, 440.1) de enrutamiento del dispositivo (210, 310.1,310.2, 310.3, 410.1,410.2) de puerta de enlace a la aplicación (232, 332, 432, 532) entre iguales o a un servidor (214, 314.1,314.2, 314.4, 414.1) dependiendo del identificador del subsistema.
7. Método de itinerancia según cualquiera de las reivindicaciones anteriores, caracterizado por que el método comprende:
- proporcionar, al menos, un conjunto de datos del estado de la red eléctrica relacionado con el estado actual de la red eléctrica a la aplicación (232, 332, 432, 532) entre iguales,
- en donde el conjunto de datos del estado de la red indica que la red eléctrica está actualmente sobrecargada o sub­ cargada, y
- controlar el intercambio de potencia eléctrica entre, al menos, una estación (204, 304.1,304.2, 304.3, 404.1) de carga y, al menos, un vehículo eléctrico (454, 456) transmitiendo, al menos, un conjunto de datos de potencia de ajuste desde la aplicación (232, 332, 432, 532) entre iguales a, al menos, un dispositivo (210, 310.1, 310.2, 310.3, 410.1, 410.2) de puerta de enlace,
- en donde el conjunto de datos de potencia de ajuste se basa en el conjunto de datos del estado de la red eléctrica proporcionado.
8. Método de itinerancia según cualquiera de las reivindicaciones anteriores, caracterizado por que el método comprende:
- recibir un mensaje de registro mediante un medio (580) de registro de la aplicación (232, 332, 432, 532) entre iguales de un módulo entre iguales asignado a un vehículo eléctrico (454, 456) y/o un módulo entre iguales asignado a un usuario del vehículo eléctrico (454, 456),
- en donde el vehículo eléctrico (454, 456) y/o el usuario del vehículo eléctrico (454, 456) se registran en la aplicación (232, 332, 432, 532) entre iguales almacenando un identificador entre iguales del vehículo eléctrico (454, 456) y/o de un usuario del vehículo eléctrico (454, 456).
9. Método de itinerancia según cualquiera de las reivindicaciones anteriores, caracterizado por que el método comprende:
- generar un acuerdo de transacción de itinerancia sobre, al menos, un proceso de itinerancia, en donde el acuerdo de transacción de itinerancia comprende, al menos, uno de:
- criterio de itinerancia,
- identificadores del dispositivo(s) de puerta de enlace autorizados y/o de la(s) estación(es) de carga autorizada(s), - al menos un identificador(es) asignado(s) al primer subsistema de carga,
- al menos otro identificador asignado a otro subsistema de carga,
- regla(s) de registro,
- algoritmo(s) de itinerancia, y
- algoritmos de control de red y/o de tarificación dinámica,
- en donde el, al menos uno, proceso de itinerancia es controlado por el medio (234, 334, 434, 534) de control de itinerancia en función de, al menos, el acuerdo de transacción de itinerancia generado.
10. Método de itinerancia según la reivindicación 9, caracterizado por que el método comprende realizar, al menos, una transacción del criterio de itinerancia controlada, al menos, por el medio (234, 334, 434, 534) de control de itinerancia, en función de, al menos, un criterio de itinerancia del acuerdo de transacción de itinerancia generado, en donde los valores financieros de acuerdo con el criterio de itinerancia se intercambian con una transacción del criterio de itinerancia a través de una criptomoneda.
11. Método de itinerancia según cualquiera de las reivindicaciones anteriores, caracterizado por que
- los datos son almacenados por la aplicación (232, 332, 432, 532) entre iguales con pruebas o firmas dadas.
12. Método de itinerancia según cualquiera de las reivindicaciones anteriores, caracterizado por que la, al menos una, aplicación (232, 332, 432, 532) entre iguales es una cadena de bloques o libro mayor descentralizado que comprende, al menos, dos bloques (551,553, 555) acoplados entre sí,
y/o
la red (230, 330, 430, 630) entre iguales comprende solo un nodo (236.1,236.2, 236.3, 336, 436.1,436.2) de validación configurado para realizar un proceso de validación, uno o más nodos (236.1, 236.2, 236.3, 336, 436.1, 436.2) de observación configurados para validar transacciones para establecer un nivel de confianza.
13. Sistema (200, 300, 400, 600) de carga, que comprende:
- al menos una red (230, 330, 430, 630) entre iguales que comprende una pluralidad de nodos (236.1, 236.2, 236.3, 336, 436.1,436.2), en donde una misma aplicación (232, 332, 432, 532) entre iguales se implementa en cada nodo (236.1, 236.2, 236.3, 336, 436.1, 436.2), en donde la aplicación (232, 332, 432, 532) entre iguales es un registro descentralizado o una base de datos compartida;
- un primer subsistema (201.2, 302.1, 402.1) de carga con, al menos, un primer dispositivo (210, 310.1, 410.1) de puerta de enlace conectado con, al menos, una primera estación (204, 304.1,404.1) de carga a través de una conexión (212, 312, 412) de comunicación para recibir, al menos, un conjunto de datos de carga de la primera estación (204, 304.1,404.1) de carga,
- al menos un primer módulo (238, 338.1, 438.1) entre iguales asignado al primer dispositivo (210, 310.1,410.1) de puerta de enlace y configurado para comunicarse con la aplicación (232, 332, 432, 532) entre iguales,
- en donde la aplicación (232, 332, 432, 532) entre iguales comprende un medio (234, 334, 434, 534) de control de itinerancia formado como un contrato inteligente y ejecutado por, al menos, dos de los nodos (236.1, 236.2, 236.3, 336, 436.1,436.2) de la red (230, 330, 430, 630) entre iguales y configurado para controlar un proceso de itinerancia en función del conjunto de datos de carga proporcionado a la aplicación (232, 332, 432, 532) entre iguales mediante el primer módulo (238, 338.1,438.1) entre iguales,
- en donde el conjunto de datos de carga comprende, al menos, un identificador entre iguales asignado a un usuario de un vehículo (454, 456) a cargar o descargar y/o a un vehículo (454, 456) a cargar o descargar de un usuario, y
- en donde se almacena una lista de identificadores registrados en la aplicación entre iguales y/o en una disposición de almacenamiento controlada por la aplicación entre iguales,
- en donde controlar un proceso de itinerancia comprende la realización de una acción de autenticación, en donde dicha aplicación (332) entre iguales que compara el, al menos uno, identificador entre iguales recibido con los identificadores almacenados en la lista de identificadores.
14. Dispositivo (210, 310.1,310.2, 310.3, 410.1,410.2) de puerta de enlace asignado a un subsistema (202.1,302.1, 302.3, 302.3, 402.1, 402.2) de carga de un sistema (200, 300, 400, 600) de carga según la reivindicación 13, que comprende:
- al menos un módulo (208, 308.1,308.2, 308.3, 408.1,408.2) de comunicación configurado para recibir, al menos, un conjunto de datos de carga de, al menos, una estación (204, 304.1,304.2, 304.3, 404.1) de carga,
- al menos un módulo (238, 338.1, 338.2, 338.3, 438.1) entre iguales configurado para proporcionar el conjunto de datos de carga a, al menos, una aplicación (232, 332, 432, 532) entre iguales de manera que un proceso de itinerancia es controlable por un medio (234, 334, 434, 534) de control de itinerancia formado como un contrato inteligente y ejecutado por, al menos, dos de los nodos (236.1,236.2, 236.3, 336, 436.1,436.2) de la red (230, 330, 430, 630) entre iguales, en función del conjunto de datos de carga proporcionado, en donde el conjunto de datos de carga comprende, al menos, un identificador entre iguales asignado a un usuario de un vehículo (454, 456) a cargar o descargar y/o a un vehículo (454, 456) a cargar o descargar de un usuario, en donde se almacena una lista de identificadores registrados en la aplicación entre iguales y/o en una disposición de almacenamiento controlada por la aplicación entre iguales, y en donde controlar un proceso de itinerancia comprende la realización de una acción de autenticación, en donde dicha aplicación (332) entre iguales que compara el, al menos uno, identificador entre iguales recibido con los identificadores almacenados en la lista de identificadores.
15. Aplicación (232, 332, 432, 532) entre iguales de una red (230, 330, 430, 630) entre iguales de un sistema (200, 300, 400, 600) de carga según la reivindicación 13, en donde se implementa la misma aplicación (232, 332, 432, 532) entre iguales en cada nodo (236.1, 236.2, 236.3, 336, 436.1,436.2) de la red (230, 330, 430, 630) entre iguales, en donde la aplicación (232, 332, 432, 532) entre iguales es un registro descentralizado o una base de datos compartida, comprendiendo la aplicación (232, 332, 432, 532) entre iguales:
- al menos un medio (234, 334, 434, 534) de control de itinerancia formado como un contrato inteligente y ejecutable por, al menos, dos de los nodos (236.1, 236.2, 236.3, 336, 436.1,436.2) de la red (230, 330, 430, 630) entre iguales y configurado para controlar un proceso de itinerancia en función de un conjunto de datos de carga proporcionado por, al menos, un módulo (238, 338.1, 338.2, 338.3, 438.1) entre iguales asignado a un dispositivo (210, 310.1, 310.2, 310.3, 410.1,410.2) de puerta de enlace,
- en donde el conjunto de datos de carga comprende, al menos, un identificador entre iguales asignado a un usuario de un vehículo (454, 456) a cargar o descargar y/o a un vehículo (454, 456) a cargar o descargar de un usuario, y - en donde se almacena una lista de identificadores registrados en la aplicación entre iguales y/o en una disposición de almacenamiento controlada por la aplicación entre iguales, y
- en donde controlar un proceso de itinerancia comprende la realización de una acción de autenticación, en donde dicha aplicación (332) entre iguales que compara el, al menos uno, identificador entre iguales recibido con los identificadores almacenados en la lista de identificadores.
ES16763520T 2016-09-12 2016-09-12 Método de itinerancia Active ES2938263T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2016/071425 WO2018046105A1 (en) 2016-09-12 2016-09-12 Roaming method

Publications (1)

Publication Number Publication Date
ES2938263T3 true ES2938263T3 (es) 2023-04-05

Family

ID=56896557

Family Applications (1)

Application Number Title Priority Date Filing Date
ES16763520T Active ES2938263T3 (es) 2016-09-12 2016-09-12 Método de itinerancia

Country Status (5)

Country Link
US (1) US11025784B2 (es)
EP (1) EP3509893B1 (es)
DK (1) DK3509893T3 (es)
ES (1) ES2938263T3 (es)
WO (1) WO2018046105A1 (es)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019092279A (ja) * 2017-11-14 2019-06-13 トヨタ自動車株式会社 車両および電力設備
GB2577853B (en) * 2018-06-22 2021-03-24 Moixa Energy Holdings Ltd Systems for machine learning, optimising and managing local multi-asset flexibility of distributed energy storage resources
GB2598229B (en) * 2018-06-22 2022-09-14 Moixa Energy Holdings Ltd Systems for machine learning, optimising and managing local multi-asset flexibility of distributed energy storage resources
US11689918B2 (en) 2019-03-01 2023-06-27 Hewlett Packard Enterprise Development Lp Remote access point clustering for user authentication in wireless networks
US11046201B2 (en) * 2019-03-25 2021-06-29 Micron Technology, Inc. Electric vehicle charging station system
US11271755B2 (en) * 2019-03-25 2022-03-08 Micron Technology, Inc. Verifying vehicular identity
EP3761255A1 (en) * 2019-07-01 2021-01-06 ABB Schweiz AG Control of power network by means of a distributed ledger
DE102019121085B4 (de) * 2019-08-05 2021-03-25 Dr. Ing. H.C. F. Porsche Aktiengesellschaft Netzwerkanordnung und Adressierung von Netzwerkkomponenten für einen Ladepark
CN112449316B (zh) * 2019-08-30 2022-06-07 华为技术有限公司 一种漫游计费的处理方法、装置及系统
SI25990A (sl) * 2019-10-22 2021-10-29 Iskraemeco, d.d Sistem in postopek za samodejno nadzorovano in fleksibilno polnjenje električnih vozil
EP4092870A4 (en) * 2020-01-17 2023-07-19 Panasonic Intellectual Property Corporation of America BATTERY DATA MANAGEMENT PROCEDURE, BATTERY DATA MANAGEMENT SYSTEM AND PROGRAM
US11657607B2 (en) * 2020-11-13 2023-05-23 International Business Machines Corporation Non-intrusive image identification
CN112776649B (zh) * 2020-12-30 2023-04-07 爱驰汽车有限公司 电动车辆的充电方法、充电桩、电池管理系统及介质
US20220374974A1 (en) * 2021-05-24 2022-11-24 International Business Machines Corporation Securely paying for stored energy
EP4212381A1 (en) * 2022-01-17 2023-07-19 Fortech S.r.l. System for electrically charging a vehicle having a payment terminal

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7466242B2 (en) * 2005-05-23 2008-12-16 Anna Berman Method and system for charging a vehicle for parking
US8143842B2 (en) * 2008-12-05 2012-03-27 Lava Four, Llc Dynamic load management for use in recharging vehicles equipped with electrically powered propulsion systems
US9396462B2 (en) * 2008-12-22 2016-07-19 General Electric Company System and method for roaming billing for electric vehicles
US8350525B2 (en) * 2009-08-05 2013-01-08 Credit Lock, Llc Charging vehicles in a parking area
US20120005125A1 (en) * 2010-07-01 2012-01-05 Daniel Jammer Payment system and method for provision of power to electric vehicle batteries
EP2495844B1 (en) * 2011-03-04 2013-11-13 Siemens Aktiengesellschaft Method and system for controlling a network of charging spots for electrical cars
US9180783B1 (en) * 2011-04-22 2015-11-10 Penilla Angel A Methods and systems for electric vehicle (EV) charge location color-coded charge state indicators, cloud applications and user notifications
US9171268B1 (en) * 2011-04-22 2015-10-27 Angel A. Penilla Methods and systems for setting and transferring user profiles to vehicles and temporary sharing of user profiles to shared-use vehicles
US9371007B1 (en) * 2011-04-22 2016-06-21 Angel A. Penilla Methods and systems for automatic electric vehicle identification and charging via wireless charging pads
WO2013121291A2 (en) * 2012-02-13 2013-08-22 Accenture Global Services Limited Electric vehicle distributed intelligence
US20140006137A1 (en) * 2012-06-28 2014-01-02 Toyota Infotechnology Center Co., Ltd. Event Control Schedule Management
WO2014117264A1 (en) * 2013-02-04 2014-08-07 Issi-Tec Manufacturing Inc. Method, apparatus, and system for establishing a dedicated communication
US20150166009A1 (en) * 2013-11-11 2015-06-18 Chris Outwater System and Method for Wirelessly Rostering a Vehicle
US20160012465A1 (en) * 2014-02-08 2016-01-14 Jeffrey A. Sharp System and method for distributing, receiving, and using funds or credits and apparatus thereof
WO2015160157A1 (ko) * 2014-04-13 2015-10-22 엘지전자(주) 무선 통신 시스템에서 근접성 기반 알림 방법 및 이를 위한 장치
US9706354B2 (en) * 2015-11-04 2017-07-11 Visa International Service Association In-vehicle access application
EP3384473A1 (en) * 2015-12-03 2018-10-10 Innogy Innovation Gmbh Charging system for vehicles
WO2018085519A2 (en) * 2016-11-02 2018-05-11 Witricity Corporation Vehicle charger network

Also Published As

Publication number Publication date
WO2018046105A1 (en) 2018-03-15
US20190215404A1 (en) 2019-07-11
EP3509893B1 (en) 2022-12-28
EP3509893A1 (en) 2019-07-17
DK3509893T3 (da) 2023-02-06
US11025784B2 (en) 2021-06-01

Similar Documents

Publication Publication Date Title
ES2938263T3 (es) Método de itinerancia
Liu et al. Blockchain-enabled security in electric vehicles cloud and edge computing
Huang et al. LNSC: A security model for electric vehicle and charging pile management based on blockchain ecosystem
US11305660B2 (en) Supply medium exchange system for mobile units
US11005290B2 (en) Electric grid control system based on peer-to-peer network
JP6877552B2 (ja) 電力生産者のグループを備えるシステム
US11694170B2 (en) Method for processing data and apparatuses for implementing the same
Garofalaki et al. Electric vehicle charging: A survey on the security issues and challenges of the open charge point protocol (OCPP)
ES2934315T3 (es) Sistema de intercambio de energía
Li et al. Fog computing-enabled secure demand response for internet of energy against collusion attacks using consensus and ACE
US11355931B2 (en) Method of operating an electrical grid
Nicanfar et al. Robust privacy-preserving authentication scheme for communication between electric vehicle as power energy storage and power stations
Baza et al. Blockchain-based distributed key management approach tailored for smart grid
Yahaya et al. A secure and efficient energy trading model using blockchain for a 5G-deployed smart community
Abdallah et al. Security and privacy in smart grid
ES2959557T3 (es) Método para operar una aplicación de igual a igual
He et al. PMQC: A privacy-preserving multi-quality charging scheme in V2G network
Na et al. Blockchain-Based Dashcam Video Management Method for Data Sharing and Integrity in V2V Network
Yang et al. A blockchain based data monitoring and sharing approach for smart grids
Biswas Enhancing the privacy of decentralized identifiers with ring signatures
Zichichi et al. MOVO: a dApp for DLT-based Smart Mobility
Rishabh et al. Device classification based data encryption for internet of things
Feng et al. PCN-based Secure Energy Trading in Industrial Internet of Things
Yahaya et al. Research Article A Secure and Efficient Energy Trading Model Using Blockchain for a 5G-Deployed Smart Community
Omaji et al. A Real-time Privacy System for Electric Vehicles using Blockchain Technology