Abstract
The present invention discloses innovative aspects that can be embodied in methods that include CO2 offsetting in short term intervals that range from daily, hourly, and all the way down to offsetting by the second. These offsetting methods take place through renewable energy installations in single or multiple locations globally. These installations can be owned and operated by individuals or deployed in various geographies by leasing companies, decentralized utilities, or similar set-ups. The carbon offsets generated, issued, sold, and retired through these methods include live production data from a variety of IoT devices, such as, but not limited to, smart meters, converters, inverters, and monitoring systems, as well as payment and ERP systems. Another innovative aspect of the present invention includes methods for software application plug-ins that interface with one or several embodiments of the system. These methods enable the automated offsetting in real-time of particular CO2 emission behaviors of consumers that relate to domains such as, but not limited to, (i) building automation, (ii) transport and mobility (air, land and sea), (iii) retail, and (iv) banking and payment services. Furthermore, another innovative aspect of the present invention includes the methods for importing pre-issued carbon offset credits from third-party carbon registries, and issuing, blending and selling these credits though the automation and real-time features of various embodiments of the present method. The carbon offsets, or other digital energy attributions, created through the methods presented in the present invention can be automatically retired on purchase, and can therefore not be double issued, or double spent.
Claims
1. A computer-implemented method for automatically offsetting CO2 emissions in real-time, comprising: Generating carbon offsets from collocated as well as geographically distributed renewable energy installations, by capturing data from a plurality of IoT devices, and databases, calculating the CO2 emission reduction associated with said data, and issuing digital representations of this data (carbon offsets) that embody the associated CO2 emission reductions; Storing said digital representations of the captured and, through calculations, modified data in a Distributed Ledger (DLT), or a Blockchain, where they are made available for purchasing by entities wishing to offset their CO2 emissions; Selling said digital representations through software application plug-ins, relying on a plurality of IoT devices and databases, which generate and settle a time-based sequence of purchase orders allowing for automated and real-time offsetting of CO2 emissions; Automatically retiring said digital representations from the ledger/registry, when they are purchased by entities wishing to offset their CO2 emissions.
2. A computing system comprising: a storage configured to store a plurality of digital representations of CO2 emission reductions in a Distributed Ledger System (DLT) or a Blockchain, each stored digital representation quantifying (metrically or otherwise) the CO2 emissions reductions associated with particular data transfers received from a plurality of collocated or distributed renewable energy installations; wherein the storage is also configured to store data imports from other registries of carbon offsets, which can get stored on said Distributed Ledger System (DLT) or Blockchain as digital representations of the carbon offset credits in question, hereunder other renewable energy projects or carbon sequestration/capture projects; a network interface configured to receive a plurality of data readings from the software systems supporting the monitoring of collocated and geographically distributed renewable energy installations, the systems including live monitoring via IoT devices, payment systems, and otherwise; wherein the network interface is further configured to receive a plurality of data aimed at augmenting the data readings from the above-mentioned renewable energy installations, hereunder but not limited to national, regional or site-specific carbon intensity data, carbon pricing data, as well as location data; and wherein the network interface is also configured to receive automated triggers for purchasing carbon offsets from a plurality of software application plug-ins, which get settled in time-based intervals or in real-time; a processor configured to execute computational algorithms transforming the data received through the network interface into a quantifiable CO2 emission reduction output associated with said data, wherein the processor is further configured to issue digital representations of this data (carbon offsets) that embody the CO2 emission reductions associated with each of the plurality of data transfers received, and wherein the processor is also configured to automatically retiring said digital representations from the ledger/registry, when they are purchased by entities wishing to offset their CO2 emissions.
3. The computing system according to claim 2, wherein the applied Distributed Ledger System (DLT) or Blockchain is a technological solution developed by a third-party, including but not limited to proprietary, as well as open source systems in all their embodiments.
Description
BRIEF DESCRIPTION OF THE DRAWINGS
[0014] For a proper understanding of the examples described herein, reference should be made to the enclosed figures. It should be appreciated that the figures depict only some embodiments and are not limiting of the scope of the present disclosure.
[0015] FIG. 1 illustrates the entire architecture of a Blockchain or Distributed Ledger Technology-based system for automatically generating, issuing, selling and retiring carbon offsets from renewable energy sources in real-time, wherein imports from other carbon registries are also enabled.
[0016] FIG. 2 illustrates various methods and associated systems-connections for generating energy production input that will be the basis for calculating the mitigation value of the carbon offsets.
[0017] FIG. 3 illustrates examples of embodiments of the system, which extract data from massively distributed renewable energy installations that are managed by a central production or payment data server.
[0018] FIG. 4 illustrates instances, in which a Building Automation Application Plug-in, can automatically create purchase orders for carbon offsets, based on data conversion algorithms, that are subsequently settled on the ledger/registry of a DLT or a Blockchain.
[0019] FIG. 5 illustrates instances, in which Mobility Application Plug-ins, can automatically create purchase orders for carbon offsets, based on data conversion algorithms, that are subsequently settled on the ledger/registry of a DLT or a Blockchain. Similar logic will apply for embodiments offsetting the emissions of ships, commercial and otherwise.
[0020] FIG. 6 illustrates instances, in which a Flight Application Plug-in, can automatically create purchase orders for carbon offsets, based on data conversion algorithms, that are subsequently settled on the ledger/registry of a DLT or a Blockchain.
[0021] FIG. 7 illustrates instances, in which Payment and Banking Application Plug-ins, can automatically create purchase orders for carbon offsets, based on data conversion algorithms, that are subsequently settled on the ledger/registry of a DLT or a Blockchain.
[0022] FIG. 8 illustrates an example end-to-end process performed using an embodiment of a Blockchain or Distributed Ledger Technology-based system for automatically generating, issuing, selling and retiring carbon offsets from renewable energy sources in real-time.
[0023] FIG. 9 illustrates examples of embodiments of the system, which import data from other carbon registries, wherein the data is composed of carbon offset credits that are already issued, verified, and/or certified by established third-party verification and certification schemes
DETAILED DESCRIPTION
[0024] In order to explain the objects, technical solutions and advantages of the present invention more apparently, the present invention is further described in detail below with reference to the specific embodiments and accompanying drawings. It should be understood that these descriptions are merely exemplary and are not intended to limit the scope of the present invention. In addition, in the following description, descriptions of well—known structures and techniques are omitted to avoid unnecessarily obscuring the concepts of the present invention.
[0025] FIG. 1 illustrates the overall architecture of a system based on the methods constituting the present invention. The core of the system (100) is constituted of a Distributed Ledger Technology system (DLT), or a Blockchain, made up of numerous independent but connected computer nodes (102). The Distributed Ledger or Blockchain gets data input from one or a plurality of either a production data server (106), a payment solution (108), an inverter (110), a smart meter (112), or a third-party verified/certified carbon registry (114) though a data integration/transfer, for example, but not limited to, a GET or a POST API call (130). The data is either sent directly to the Distributed Ledger, or Blockchain, or alternatively it can be gathered on a gateway server (104) prior to being mirrored onto the DLT or Blockchain (100). The data collected from these data integrations, transfers, or APIs will be converted via mathematical algorithms to carbon mitigation values in very small increments all the way down to the gram of CO2e. Each data reading is then locked-in as a micro-scale carbon offset that will be purchased by clients on the demand side through real-time software application plug-ins. On the consumption and purchasing side of the system (the demand side), several embodiments of the methods representing the present invention will include interfaces with the DLT or Blockchain through data integration, transfer, or APIs in the area of building automation (114), flight (116), mobility including automotive and ships (118), as well as payment and banking (120). These software application plug-ins allow for seamless and automated offsetting in real-time.
[0026] FIG. 2 illustrates various methods in which energy production data from renewable energy sources can be transferred to the DLT or Blockchain system that is at the core of the embodiments of the present invention. As illustrated, depending on the embodiment of the present invention, the data can either be received through data integration, transfer, or via GET or POST API call to/from the storage system, or by other comparable means of data transfer (204), the inverter (206), the smart meter (208), the payment systems that processes the access to the renewable energy installations (218), or through a production data server (216) operated by the individual installation owner or a company managing the deployment of multiple installations in various geographies. For each of the data collection methods, there will be a specific mathematical algorithm that converts the data received from its original unit of measurement to “CO2 emission reductions” expressed in grams of CO2e. In some instances, this conversion will be similar, in others it will draw on very different conversion metrics.
[0027] FIG. 3 illustrates an embodiment of the methods that make up the present invention, in which the energy production data transferred (304) to the DLT/Blockchain originates from massively distributed installations (302) operated by one centralized entity (300). Examples of this include, but are not limited to, distributed utilities operating on a pay-as-you-go (PAYG) scheme, leasing companies deploying multiple installations in various geographies, or other similar set-ups.
[0028] FIG. 4 illustrates an embodiment of a method for capturing electricity consumption input from buildings, converting the reading to a CO2 emissions value, and creating a purchase order to be executed and settled on the DLT/Blockchain that is at the core of the method for automatically offsetting carbon emissions in real-time. More specifically, the electricity consumption input can be captured from an analogue meter, a smart meter (400), or a secondary meter (402). From the smart meter the data can either be captured directly from an embedded device, through a home area network retrofit—HAN—(404), or through an optic sensor retrofit (406). The captured data is then transferred via WiFi or other transmission protocol to either a cloud service (414), a gateway server (412), or straight to a smart contract (416) on the DLT/Blockchain. Here the data is combined with a carbon intensity value (410) fetched from a different database, as well as a daily carbon price taken from the EU ETS spot market (408). Collectively, this data makes up a time sequence of purchase orders denominated in grams of CO2e to be offset automatically through the micro carbon offsets generated by renewable energy installations in developing countries as generally described in paragraph [0023]. The transactions taking place will thus be settled through triggers (418), and stored on the DLT/Blockchain (420).
[0029] FIG. 5 illustrates an embodiment of a method for capturing emissions data from vehicles, and electricity consumption data from EV charging stations. When needed, i.e., if the metrics are different, the reading of the data gets converted to a CO2 emissions value, which is then used for creating a purchase order to be executed and settled on the DLT/Blockchain that is at the core of the method for automatically offsetting carbon emissions in real-time. More specifically, the electricity consumption input can be captured from an EV charging station (500), or from the vehicle itself (502), as a kWh measurement, or more directly as a CO2e reading if the vehicle runs on fossil fuel. The captured data is then transferred via WiFi or other transmission protocol to either a cloud service (510), a gateway server (508), or straight to a smart contract (512) on the DLT/Blockchain. Here the data is combined with a carbon intensity value (506) fetched from a different database, as well as a daily carbon price taken from the EU ETS spot market (504). Collectively, this data makes up a time sequence of purchase orders denominated in grams of CO2e to be offset automatically through the micro carbon offsets generated by renewable energy installations in developing countries as generally described in paragraph [0023]. The transactions taking place will thus be settled through triggers (514), and stored on the DLT/Blockchain (516).
[0030] FIG. 6 illustrates an embodiment of a method for capturing CO2 emissions data from airlines in real-time. The CO2 emissions value, generated in small time intervals through this method, is used for creating purchase orders to be executed and settled on the DLT/Blockchain that is at the core of the method for automatically offsetting carbon emissions in real-time. More specifically, the general flight data, such as departure and arrival times, altitude, speed, and so on, are captured from databases such as a flight number database (600) or a schedule database (602). The captured data is then transferred via WiFi or other transmission protocol to either a cloud service (610), a gateway server (608), or straight to a smart contract (612) on the DLT/Blockchain. Here the data is combined with a carbon intensity value (606) expressed in grams of CO2 emitted by passenger mile flown. This carbon intensity value is fetched from the database of the airline in question, or comparative databases ranking airlines' flight efficiency. The data is furthermore combined with a daily carbon price taken from the EU ETS spot market (604). Collectively, this data makes up a time sequence of purchase orders denominated in grams of CO2e to be offset automatically through the micro carbon offsets generated by renewable energy installations in developing countries as generally described in paragraph [0023]. The transactions taking place will thus be settled through triggers (614), and stored on the DLT/Blockchain (616).
[0031] FIG. 7 illustrates an embodiment of a method for capturing CO2 emissions data from purchases of products and services. The CO2 emissions value, generated in intervals linked to specific payments, is used for creating purchase orders to be executed and settled on the DLT/Blockchain that is at the core of the method for automatically offsetting carbon emissions in real-time. More specifically, payment data is fetched from point of sales systems (700) or from an open banking platform (702) that is either run by the bank itself, or by fintech companies offering this service to customers. The captured data is then transferred via WiFi or other transmission protocol to either a cloud service (710), a gateway server (708), or straight to a smart contract (712) on the DLT/Blockchain. Here the data is combined with a carbon intensity value (706) expressed in grams of CO2 emitted by product/service purchase category. This can be at high level of granularity, or all the way down to SKU-number level. The data is furthermore combined with a daily carbon price taken from the EU ETS spot market (704). Collectively, this data makes up a time sequence of purchase orders denominated in grams of CO2e to be offset automatically through the micro carbon offsets generated by renewable energy installations in developing countries as generally described in paragraph [0023]. The transactions taking place will thus be settled through triggers (714), and stored on the DLT/Blockchain (716).
[0032] FIG. 8 illustrates three interconnected process streams, for a given embodiment of the methods highlighted in this disclosure, which result in the settlement of purchase orders, and their storing on a DLT/Blockchain. More specifically this embodiment is based on a production stream (800), a consumption stream (802) and a purchase order settlement stream (804). The production stream results in the generation of Micro Carbon Offsets (MCOs) (814), while the consumption stream results in the generation of a live CO2 emission stream (824). Based on the live CO2 emission stream (824), purchase orders are created in small time intervals (826). In this particular embodiment the time interval is one minute. Within this minute, the generated MCOs (814) are added to the purchase order in chronological sequence. The MCO then gets offset in real-time. This specifically means that the mitigation value contained in the MCO gets absorbed by the purchase order on a second-by-second basis (828). This is what the illustration refers to as “real-time mitigation-to-offsetting calculation”. Once depleted, the next MCO in the ledger gets added to the purchase order, and the same operation is performed once more. At the end of the purchase order time interval (one minute in this embodiment), the settled MCO gets stored on the DLT/Blockchain (830) where they become visible in the “history functionality” of the purchasing entity.
[0033] FIG. 9 illustrates an embodiment of the method that make up the present invention, in which data representing pre-issued carbon offsets is transferred (904) to the DLT/Blockchain from carbon offsetting projects (902) that have been verified or certified, and issued onto a registry by an established carbon verification/certification body (300). Examples of this include, but are not limited to, third-party standard setting organizations that operate carbon registries onto which they issue the carbon offset credits associated with renewable energy projects or carbon capture/sequestration projects that they themselves have verified/certified, or that other accredited organizations have verified/certified on their behalf.
[0034] One having ordinary skill in the art will readily understand that the above may be practiced with steps in a different order, and/or with hardware elements in configurations that are different than those which are disclosed. Therefore, although the application has been described based upon these preferred embodiments, it would be apparent to those of skill in the art that certain modifications, variations, and alternative constructions would be apparent.
