US20180313798A1 - Providing data to a distributed blockchain network - Google Patents

Abstract

A method, comprising receiving, by a computing system, sensor data from a first sensor unit at a first location, converting, by the computing system, the sensor data into a standardized format, receiving, by the computing system, additional data corresponding to a first parameter at the first location and forecast data corresponding to the first parameter at the first location, generating, by the computing system, predicted future sensor data based on a comparison between the additional data, the sensor data, and the forecast data, writing, by the computing system, the sensor data, the additional data, and the predicted future sensor data into a blockchain ledger, and submitting, by the computing system, the ledger to a distributed blockchain database.

Description

BACKGROUND
• The present disclosure relates to monitoring environmental parameters and, in some embodiments, trading environmental parameter allowances, and more specifically, to methods and systems for collecting, analyzing, acquiring and storing environmental parameter data in a distributed database that maintains a growing list of ordered records.
• Carbon trading markets provide a financial incentive to reduce carbon emissions. For example, companies may be allowed a certain amount of carbon dioxide (a threshold limit) that they may emit over the course of a specific period of time. Companies emitting more carbon dioxide than the threshold limit may purchase a right to emit additional carbon from another company whose carbon emission allowance is then reduced by the amount purchased. Thus, the total amount of carbon emission allocations remains the same. However, these markets can be fragmented and disparate, which may lead to suboptimal carbon trading. For example, lack of proper standards for carbon emission measuring techniques leads to a drop in consumer confidence which further results in a suboptimal performance of the carbon trading market. Additionally, the carbon trading market relies on carbon emission data that may be prone to error. For example, one currently used carbon emission calculation process utilizes a number of intermediaries between carbon allocation buyer and seller which may lead to inaccuracies.
SUMMARY
• According to an embodiment, a method includes receiving sensor data from a first sensor unit. The method also includes receiving weather data of a first location of the first sensor unit. In an embodiment of the method, receiving the sensor data includes receiving sensor data from a second sensor unit and receiving weather data includes receiving weather data of a location of the second sensor unit. In an embodiment, the first sensor unit is configured to detect carbon emission from a first source in the first location and the second sensor unit is configured to detect carbon emission from a second source in a second location. The method also includes converting the sensor data into a standardized format, writing the sensor data and weather data into a ledger, and submitting the ledger to a distributed blockchain database. In an embodiment, the method may also include receiving blockchain timing instructions from a user and writing to the ledger in accordance with the blockchain timing instructions. The method, in an embodiment, may also include comparing the sensor data with a first threshold value. In response to a determination that the sensor data includes a value that exceeds the first threshold value, the method may also include, sending a notification to the user. In an embodiment of the method, the first threshold value is received from the user and the first threshold value corresponds to a carbon allowance for the user. In an embodiment, in response to the notification, the method may also include, conducting a trade to acquire additional carbon allowance or to sell excess carbon credits. In an embodiment, the sensor data corresponds with an amount of carbon detected by the first sensor unit. The method may also include, in an embodiment, receiving forecasted weather data for the location of the first sensor unit, predicting future sensor data based on a comparison between the weather data, the sensor data, and the ledger.
• According to another embodiment, a method includes accessing a block of a distributed blockchain database. The block includes a first ledger comprising sensor data and weather data for a location of a first sensor unit. The method also includes, in response to a determination that a value of the sensor data exceeding a first threshold value, receiving a notification. The method also includes, in response to receiving the notification, acquiring additional allowances to increase a total allowance value above a base allowance value. The method also includes writing information corresponding to the acquired allowances into a second ledger and submitting the second ledger to the distributed blockchain database. In an embodiment, the first threshold value is less than the base allowance value and the base allowance value is less than the total allowance value. The method may also include, in an embodiment, in response to acquiring the additional allowances, a second threshold value is determined. The second threshold value is less than the increased total allowance value. In an embodiment, the method also includes, in response to a determination that the value of the sensor data exceeding the second threshold value, receiving a second notification, in response to receiving the second notification, acquiring additional allowances to increase the total allowance value, writing information corresponding to the acquired allowances into a third ledger, and submitting the third ledger to the distributed block chain database. In an embodiment, the method also includes receiving future sensor data. The future sensor data is based on a comparison between the location data, the sensor data, and forecasted weather data.
BRIEF DESCRIPTION OF THE DRAWINGS
• FIG. 1 shows an illustrative diagram of a system that collects and stores environmental parameter data in accordance with various embodiments;
• FIG. 2 shows an illustrative block diagram of an example computing system for processing environmental parameters, in accordance with various embodiments;
• FIG. 3 shows a block diagram of an example block chain database, in accordance with various embodiments;
• FIG. 4 shows a flow diagram illustrating aspects of operations that may be performed to acquire environmental emission allowances, in accordance with various embodiments;
• FIG. 5 shows a flow diagram illustrating aspects of operations that may be performed to acquire environmental emission allowances and submit a ledger to a block chain database, in accordance with various embodiments; and
• FIG. 6 shows an illustrative block diagram of an example data processing system that can be applied to implement embodiments of the present disclosure.
DETAILED DESCRIPTION
• The usefulness of emission trading markets is tied to the optimal measurement of emissions of an environmental parameter (e.g., carbon dioxide). However, emission trading markets rely on a system that is fragmented and disparate. Further, emissions data is prone to error because conventional systems are based on human estimates and calculations. For example, carbon dioxide emitters measure their own carbon dioxide emissions, then have the measured emission data verified by a trusted third party. The emitters then may use the verified carbon dioxide emission data for carbon trading using a separate trading market. Therefore, it is desirable to develop a trusted system which automatically measures emissions and stores emissions data in a distributed database (e.g., a blockchain database). The stored emission data then may be utilized for trading emission allowances. In accordance with various examples, a system may be provided to measure environmental parameter emissions using sensors (e.g., internet of things (IoT) sensors) and store the emissions data in a blockchain database. Users may utilize the stored emission data from the blockchain database to perform emission allowance trading. In accordance with other examples, a system may utilize the emissions data and compare the data with past weather information from when the data was generated to predict future emissions based on weather forecasts.
• The embodiments described herein include a plurality of computer systems, each of which may store a blockchain database. The computer systems may be connected to each other through a network, thus, a distributed blockchain database is formed. The disclosed embodiments further include a plurality of sensor units placed at a plurality of different locations, each sensor measuring an environmental parameter, such as carbon dioxide emissions. In an embodiment, the environmental parameter is measured and transmitted by the sensor unit to a computing system. The environmental parameter data is added to the blockchain database which is replicated by all the computer systems. Because the data stored in a blockchain database is exceptionally difficult to alter once committed to the blockchain, the system and methods described herein provide a robust trail of environmental parameter data and other related transactional records. In some embodiments, the measured emission data may exceed a threshold value resulting in acquiring one or more additional environmental emission allowances.
• FIG. 1 shows an illustrative diagram of asystem50 that collects, converts, stores, analyzes, and acquires data in accordance with various embodiments. Thesystem50 includes a plurality of computer systems such ascomputing system100 and users120A-N. Thesystem50 further includes anetwork105 andsensor units110,115 which may be placed at different geographic locations. In an embodiment, thesensor units110,115 are IoT sensors, such that thesensor units110,115 may be any physical device that includes embedded electronics that allow thesensor units110,115 to sense emissions at the location that the sensor unit is located. Thecomputing system100 can be configured to receive sensor data (i.e., emission data) from thesensor units110,115. For example, thecomputing system100 may receive and store carbon dioxide emission data sensed bysensor units110,115 from multiple geographic locations. More particularly, thesensor unit110 may sense carbon dioxide emissions at one geographic location (e.g., a smoke stack in Pittsburgh, Pa.), whilesensor unit115 may sense carbon dioxide emissions data at a second geographic location (e.g., a smoke stack in Philadelphia, Pa.). The emission data detected bysensor units110,115 then may be transmitted tocomputing system100, in some embodiments, through thenetwork105. Thus, thesensor units110,115 have transmission capabilities to enable the sensor to transmit the sensor data to thecomputing system100. Further, the computer systems (computing system100 and users120A-N) may form a distributed network which maintains and builds upon a blockchain database. For example,computing system100 and each of the user120A-N may maintain a copy of the blockchain in theirrespective blockchain database102,122,132, and142.
• As discussed above, in some embodiments, there may be a plurality of sensor units at a plurality of different locations transmitting sensor data to thecomputing system100. For example, the sensor units may be placed at different locations by a trusted third party (such as a government organization) where the sensor units measure some data (such as carbon dioxide emission data). The placement of thesensor units110,115 is illustrative and is not intended to state or imply any limitation with regard to the type of system with which various embodiments may be implemented. Many modifications to the example placements of thesensor units110,115 and thecomputing system100 may be implemented in various embodiments.
• In some embodiments, thecomputing system100 may include one or more processors and one or more memories (not shown), and/or a distributedblockchain database102. In some embodiments, thecomputing system100 can be a cognitive computing system that ingests and analyzes data from multiple sources. In some illustrative embodiments, thecomputing system100 may be the IBM Watson™ system available from International Business Machines Corporation of Armonk, N.Y.
• Thesensor units110,115 may include a processor, a memory, one or more sensors, a communication interface and a location sensor (such as a Global Positioning System (GPS)). The sensors (not shown) in the sensor units may measure a certain quantity of an environmental parameter such as carbon dioxide. For example, thesensor unit110,115 can be placed at a location of direct carbon dioxide emission such as a chimney of a coal plant where the sensors may measure carbon dioxide emission from the coal plant. Measuring carbon dioxide emission may include: detecting and measuring carbon dioxide emission data (in parts per million) for a first time period using the sensors and transmitting the measured carbon dioxide emission data to thecomputing system100 through a communication link (such as111,116,101) over network105 (for example, the internet). The sensor unit may also calculate the cumulative carbon dioxide emission data which may be the total carbon emission data received in a certain time interval which may be a longer time interval than the first time interval.
• In some embodiments, the users120A-N can be one or more computer systems employed by emitters (such as fossil burning plants emitting carbon dioxide, etc.). The users120A-N may include one or more processors and one or more memories (not shown). A distributedblockchain database122,132,142 may be stored in the one or more memories and may include an operator. The users120A-N may include any other computing device elements generally known in the art including buses, storage devices, communication interfaces, and the like. The users120A-N may further be equipped to analyze the emission data received through the blockchain database. The users120A-N may also participate in emission allowance trading with other users in the distributed blockchain network or through any other network. For example, user120A may receive a notification related to carbon emission data exceeding a threshold value. This threshold value may correspond or be based on the emission allowances for a particular user. For example, the user120A may have an allowance to emit 100 tons of carbon dioxide per year. The user120A may transmit to thecentral computer system100 that it would like to set a threshold value of 90 tons of carbon dioxide. Thus, if the carbon emission data for the current year exceeds 90 tons of carbon dioxide, thecentral computer system100 may generate and transmit a notification to user120A that the threshold value (i.e., 90 tons of carbon dioxide) has been exceeded. This may prompt the user120A to acquire additional carbon allowances from another user, such as user120B using a carbon trading market.
• As discussed above, measuring emissions may include measuring an environmental parameter emissions (for example, in parts per million) for any time period. In some embodiments, the time period for which the emissions are measured can be preset or in other embodiments, the time period can be programmable. For example, the timing sequence can be a fixed timing waveform such that thesensor units110,115 measure the environmental parameter (e.g., carbon dioxide) when the sequence is at a higher logic and transmit the measured emission data when the sequence is at a lower logic. The fixed timing sequence is illustrative and is not intended to state or imply any limitation with regard to the type of timing sequence with which various embodiments may be implemented
• In some embodiments, thesensor units110,115 can be programmed to alter the timing sequence. In some embodiments, the timing sequence may be programmed through the communication links111,116. For example, thesensor units110,115 may be programmed to measure the environmental parameter more frequently in an event the sensors measure a higher than average amount of the environmental parameter. In some embodiments, the timings sequence can be altered by the trusted third party through the communication interface in the sensor unit. In other embodiments, the timing sequence may be altered by an emitter through their respective users (i.e. users120A-N) via a communication interface in the sensor unit.
• FIG. 2 shows an illustrative block diagram ofcomputing system100, in accordance with various embodiments. Thecomputing system100 may include atransceiver200, aprocessor210, and ablockchain database102. Theprocessor210 may further comprise a convertingcircuit212, awriting circuit214, andweather determination circuit216.
• In some embodiments, thetransceiver200 is configured to receive data, such as sensor data through thecommunication link101. For example, thetransceiver200 may receive carbon emission data transmitted by thesensor units110,115. In an example embodiment, thecomputing system100 may be configured to request and receive weather data of a geographic location of a sensor unit through theweather determination circuit216. For example, thesensor unit110 may be placed in a coal burning power plant in a first geographic location (e.g., a coal burning plant in Texas) and thesensor unit115 may be placed in another fossil fuel power plant located in a second geographic location (e.g., a smoke stack in Colorado). Theweather determination circuit216 may request weather data of each of the first and second location through a trusted third party weather server (such as a commercial weather service, government weather service etc.) and/or receive direct weather reports from thesensor units110,115 which, in some embodiments, may, in addition to sensing emissions, may sense weather data as well. In some embodiments, theweather determination circuit216 may request the weather data at a fixed rate (for example, every hour or every day) or at a programmable rate.
• Upon receiving the environmental parameter data from thesensor units110,115, a convertingcircuit212 may process and convert the data into a standardized form by performing a mathematical function on the received data. For example, carbon emission data may be measured in parts per million by thesensor unit110 and may be converted to a standardized form of metric ton per year. This transformation may require the convertingcircuit212 to apply the mathematical function to the received emission data resulting in converted emission data.
• Following the conversion to the standardized form and receiving weather data of each location of the sensor units, thewriting circuit214 may write the environmental parameter data and the weather data into a ledger to be incorporated into a blockchain which is stored inblockchain databases102,122,132,142. Thewriting circuit214 may also write transactional data records related to emission allowance values and data related to a request for additional emission allowance in the ledger. The emission allowance value may be the allowed emissions per unit of time (e.g. year) for a specific emitter. The emission allowance value can be transmitted to thecomputing system100 by the user120A-N associated with the specific emission allowance value. For example, the emission allowance value for carbon emissions for user120A may be provided by user120A. In other embodiments, the emission allowance value can be preset by a trusted third party (such as an environmental protection agency, government, etc.). Thewriting circuit214 may also write into the ledger cumulative converted emission data which may be the total converted environmental parameter emission data received for each user120A-N.
• The writing process may be instantaneous or may occur with a writing timing sequence. For example, for the instantaneous writing process, the emission data and the weather data may be written into the ledger instantaneously or immediately following the conversion. In other embodiments, converted emission data may be stored in memory (not shown) and written into the ledger as directed by a writing timing sequence. For example, the writing timing sequence may have a writing period and a non-writing period. During the writing period thewriting circuit214 may be directed to write converted emission data and the collected weather data into the ledger, and during the non-writing period, thewriting circuit214 may not write data into the ledger. The writing timing sequence of thewriting circuit214 is illustrative and is not intended to state or imply any limitation with regard to the type of system with which various embodiments may be implemented. Many modifications to the example writing timing sequence of thewriting circuit214 may be implemented in various embodiments.
• The ledger may be submitted to the distributed blockchain database (102,122,132,142) following writing data into the ledger. For example, the distributed blockchain database may receive a submit request and the central computer systems scoring the distributed blockchain database (such as100,120,130,140) initiate attempts to mine or unlock a new block in the block chain. The computer system that successfully mines a new block attaches the ledger in the new block and propagates the new block to the distributed blockchain network. Therefore, all the central computer systems (such as100,120,130, and140) scoring the distributedblockchain database102,122,132, and142 receive a copy of the ledger. As discussed above, the ledger may include transactional data, emission data from eachsensor unit110,115, weather data from each location of thesensor units110,115, and may also contain the cumulative emission data for each user120A-N.
• FIG. 3 shows a block diagram of an example blockchain database (such as102,122,132,142), in accordance with various embodiments.FIG. 3 shows an illustrative architecture ofblockchain database102, although the architecture can apply to any other or all of the other blockchain databases disclosed herein.Blockchain database102 may include one or more blocks, blocks300A-N as indicated by the ellipses. In each block, a ledger containing converted emission data, weather data, cumulative converted emission data, environmental emission allowance values and other transactional records are stored. For example,ledger310, which comprises sensor data305 (e.g., converted emission data),weather data307, andtransactional data309 is stored in the block300A. Similarly,ledger330 comprises sensor data335 (e.g., converted carbon data),weather data337, andtransactional data339 which is stored in the block300N. Therefore, each of blocks300A-N is a group of ledgers containing records. In some embodiments, each block is chained or contains information that relates it to the previous block in the blockchain database.
• Each ofcentral computer systems100,120,130,140 fromFIG. 1 may be configured to add a block, such as block300A, to the distributedblockchain database102,122,132,142. In this example, block300A already exists in theblockchain database102. Mining or adding a block is the process of adding additional blocks, such as block300N to the distributedblockchain database102,122,132,142. In order to successfully mine the block300N, one ofcentral computer systems100,120,130,140, or any other computing system associated with the blockchain network, may solve an arbitrary problem and provide its solution to the remaining computer systems in the network. In some embodiments, the arbitrary problem requires one ofcentral computer systems100,120,130,140, or any other computing system associated with the blockchain network, to determine an arbitrary value, such that when hashed, the block content along with the arbitrary value is added to the blockchain.
• FIG. 4 shows a flow diagram illustrating aspects of operations that may be performed to acquire additional environmental emission allowance in accordance with various embodiments. Though depicted sequentially as a matter of convenience, at least some of the actions shown can be performed in a different order and/or performed in parallel. Additionally, some embodiments may perform only some of the actions shown. In some embodiments, at least some of the operations of themethod400 may be provided by instructions executed by thecomputing system100.
• Themethod400 begins inblock405 with receiving sensor data from a first sensor unit. For example, the sensor data may comprise any type of environmental parameter emission data (e.g., carbon dioxide emission data) measured by thefirst sensor unit110 at a first location (i.e., the location of the sensor unit110). Inblock410, themethod400 continues with receiving weather data of the first location. For example, theweather determination circuit216 may request weather data of a first geographic location (e.g., Pittsburgh) of thesensor unit110 through a trusted third party weather server (e.g. government weather database). In another example, thesensor unit110 may sense the weather conditions and transmit the sensed weather conditions as data to thecentral computer system100.
• Themethod400 continues inblock415 with converting the sensor data into a standardized format. For example, the received emission data may be different than a standardized unit based on a consensus of different parties. In an example embodiment, the received emission data may be in parts per million whereas the consensus unit for the emission data may be metric tons per year. Therefore, to maintain a uniform system of engagement, the emission data is converted into the standardized format (in this case, metric tons per year). Following the conversion process, the converted emission data may be stored in a local memory of thecomputing system100 where thecomputing system100 may also count and register a cumulative converted carbon data in the local memory.
• Themethod400 further continues inblock420 with writing the sensor data and writing weather data of the location of the sensor unit into a ledger. In some embodiments, theblock420 may also write environmental emission allowance data, cumulative converted emission data, and transactional records related to the emission allowance into the ledger.
• The writing may be instantaneous or occur in accordance with a writing timing sequence. For example, the instantaneous writing sequence may direct the converted emission data, the weather data, and the cumulative converted emission data to be written into the ledger instantaneously following the conversion. In some embodiments, the converted emission data may be first stored in memory and then written into a ledger as directed by a writing timing sequence. The writing timing sequence may have a writing period and a non-writing period, where during the writing period thewriting circuit214 may be directed to write the converted emission data and weather data into the ledger and during the non-writing period, thewriting circuit214 may not write any data into the ledger.
• Themethod400 continues inblock430 with comparing the cumulative converted emission data with a first threshold value. Themethod400 further continues inblock435 where a determination is made as to whether the cumulative converted emission data exceeds the first threshold value. For example, over time, with continuous carbon dioxide emission, the received carbon emission data adds up and the cumulative converted carbon dioxide emission data may reach 90% of the allowance value. In some embodiments, the first threshold value may be preset by a user (such as one or more of users120A-N). As describe above, the emission allowance value set for each of the emitters may be received by thecentral computer system100 through a trusted third party (such as environmental protection agency etc.).
• Once the cumulative converted emission data exceeds the first threshold, thecomputing system100 notifies the corresponding user as described inblock440. In this example, the first threshold value is 90% of the carbon dioxide emission allowance value. Therefore, once the cumulative converted carbon dioxide emission data shows that 90% of the carbon dioxide emission allowance has been reached, thecomputing system100 may generate and transmit the notification to the corresponding user.
• Inblock445, themethod400 continues with comparing forecasted weather data with the converted emission data determined inblock415 and the weather data determined inblock410 of the first location. For example, theprocessor210 may gather the forecasted weather data through a trusted weather server and compare it to historically collected emissions data and the corresponding weather data. Inblock450, themethod400 continues with predicting a future data trend. For example, using a computer program on such a large data set may provide insights over future trends in the emission data based on the weather. For example, if the temperature is 20 degrees Celsius (C) for one hour and the emission data shows 0.1 ton of carbon dioxide is emitted during that one hour, then the system may predict that whenever the temperature is 20 degrees C., the emissions rate will be 0.1 tons per hour. Therefore, if the forecasted weather shows 20 degrees C. for tomorrow for 6 hours, then theprocessor210 may determine that for those 6 hours, 0.6 tons of carbon dioxide will be emitted.
• Themethod400 continues inblock455 with writing the predicted future trend of the emission data into a ledger which may be submitted to the distributedblockchain425. After successfully mining a new block, the miner attaches the ledger in the new block and propagates the new block to the distributed blockchain network. Therefore, all thecentral computer systems100,120,130, and140 storing the distributedblockchain database102,122,132, and142 receive a copy of the ledger which may contain the sensed emission data, the weather data, and/or the predicted future trend of the emission data.
• Themethod400 continues460 in determining if the user wants to conduct a trade. As described above, the predicted future trend of the emission data propagates to all the computer systems which may include the users120A-N. For example, user120A may receive the future trend of the emission data and may utilize this data to make the decision to trade. For example, the user120A may determine that based on the future emission data, the user's emission allowances will be exceeded shortly; therefore, the user120A may trade for additional emission allowances prior to exceeding the allowance. Thus, the trade may include a request to buy additional emission allowances. Inblock465, themethod400 continues with conducting the trade. For example, user120A may conduct the trade with user120B and obtain the additional emission allowances.
• FIG. 5 shows a flow diagram illustrating aspects of operations that may be performed to acquire additional emission allowances and to submit a ledger to the distributed blockchain in accordance with various embodiments. Though depicted sequentially as a matter of convenience, at least some of the actions shown can be performed in a different order and/or performed in parallel. Additionally, some embodiments may perform only some of the actions shown. In some embodiments, at least some of the operations of themethod500 may be provided by instructions executed by computing systems120,130,140.
• Themethod500 starts inblock505 with accessing a newest block from the distributed blockchain database. The newest block may include a ledger containing converted emission data, weather data, cumulative converted emission data, forecasted weather data, and/or a predicted future trend of the emission data. Themethod500 continues inblock510 with determining if the cumulative converted emission data exceeds a first threshold value. The first threshold value may be user specific. For example, user120A may have the first threshold preset at 90% of its emission allowance value. Similarly, user120B may have a first threshold value set at 60% of its emission allowance value. Thus, inblock515, if the cumulative converted emission data exceeds the first threshold value for any of the particular users, a notification may be received by the corresponding user. For example, after accessing the newest block from the distributed blockchain database, user120A may receive a notification, in some embodiments in the ledger of the newest block, if the cumulative converted emission data exceeds the first threshold value.
• Themethod500 continues inblock517 with determining if the user wants to conduct a trade. For example, user120A may analyze the predicted future emission data to determine if the user120A needs to acquire additional emission allowance. Themethod500 continues inblock520 with acquiring additional allowances in response to the result of the determination ofblock517. For example, user120A may acquire additional allowance thereby increasing the total emission allowance for that user. The user120A may further write (as shown in block525) the additionally acquired allowance data and/or the total allowance data in a new ledger and submit (as shown in block530) a transaction showing the acquired allowances and/or the total allowances to the distributed blockchain database. After successfully mining a new block, the miner may attach the new ledger in the new block and propagate the new block to the distributed blockchain network. Therefore, all thecentral computer systems100,120,130, and140 of the distributed blockchain database receive a copy of the ledger.
• Themethod500 further continues inblock535 with a user120A determining a second threshold value and further inblock540 determines if the cumulative converted emission data exceeds the second threshold value.
• FIG. 6 is a block diagram of an example data processing system in which aspects of the illustrative embodiments may be implemented.Data processing system600 is an example of a computer that can be applied to implement thecomputing system100 or any of the user systems120A-N inFIG. 1 andFIG. 2, in which computer usable code or instructions implementing the processes for illustrative embodiments of the present invention may be located. In one illustrative embodiment,FIG. 6 represents a computing device that implements thecomputing system100 augmented to include the additional mechanisms of the illustrative embodiments described hereafter.
• In the depicted example,data processing system600 employs a hub architecture including north bridge and memory controller hub (NB/MCH)606 and south bridge and input/output (I/O) controller hub (SB/ICH)610. Processor(s)602,main memory604, andgraphics processor608 are connected to NB/MCH606.Graphics processor608 may be connected to NB/MCH606 through an accelerated graphics port (AGP).
• In the depicted example, local area network (LAN)adapter616 connects to SB/ICH610.Audio adapter630, keyboard andmouse adapter622,modem624, read only memory (ROM)626, hard disk drive (HDD)612, compact disk read-only memory (CD-ROM)drive614, universal serial bus (USB) ports andother communication ports618, and peripheral component interconnect/peripheral component interconnect express (PCI/PCIe)devices620 connect to SB/ICH610 throughbus632 andbus634. PCI/PCIe devices may include, for example, Ethernet adapters, add-in cards, and personal computer (PC) cards for notebook computers. PCI uses a card bus controller, while PCIe does not.ROM626 may be, for example, a flash basic input/output system (BIOS).
• HDD612 and CD-ROM drive614 connect to SB/ICH610 throughbus634.HDD612 and CD-ROM drive614 may use, for example, an integrated drive electronics (IDE) or serial advanced technology attachment (SATA) interface. Super I/O (SIO)device628 may be connected to SB/ICH610.
• An operating system runs on processor(s)602. The operating system coordinates and provides control of various components within thedata processing system600 inFIG. 6. In some embodiments, the operating system may be a commercially available operating system such as Microsoft® Windows 10®. An object-oriented programming system, such as the Java™ programming system, may run in conjunction with the operating system and provides calls to the operating system from Java™ programs or applications executing ondata processing system600.
• In some embodiments,data processing system600 may be, for example, an IBM® eServer™ System p® computer system, running the Advanced Interactive Executive (AIX®) operating system or the LINUX® operating system.Data processing system600 may be a symmetric multiprocessor (SMP) system including a plurality ofprocessors602. Alternatively, a single processor system may be employed.
• Instructions for the operating system, the object-oriented programming system, and applications or programs are located on storage devices, such asHDD612, and may be loaded intomain memory604 for execution by processor(s)602. The processes for illustrative embodiments of the present invention may be performed by processor(s)602 using computer usable program code, which may be located in a memory such as, for example,main memory604,ROM626, or in one or moreperipheral devices612 and614, for example.
• A bus system, such asbus632 orbus634 as shown inFIG. 6, may include one or more buses. The bus system may be implemented using any type of communication fabric or architecture that provides for a transfer of data between different components or devices attached to the fabric or architecture. A communication unit, such asmodem624 orLAN adapter616 ofFIG. 6, may include one or more devices used to transmit and receive data. A memory may be, for example,main memory604,ROM626, or a cache such as found in NB/MCH606 inFIG. 6.
• The present invention may be a system, a method, and/or a computer program product at any possible technical detail level of integration. The computer program product may include a computer readable storage medium (or media) having computer readable program instructions thereon for causing a processor to carry out aspects of the present invention.
• The computer readable storage medium can be a tangible device that can retain and store instructions for use by an instruction execution device. The computer readable storage medium may be, for example, but is not limited to, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing. A non-exhaustive list of more specific examples of the computer readable storage medium includes the following: a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), a static random access memory (SRAM), a portable compact disc read-only memory (CD-ROM), a digital versatile disk (DVD), a memory stick, a floppy disk, a mechanically encoded device such as punch-cards or raised structures in a groove having instructions recorded thereon, and any suitable combination of the foregoing. A computer readable storage medium, as used herein, is not to be construed as being transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission media (e.g., light pulses passing through a fiber-optic cable), or electrical signals transmitted through a wire.
• Computer readable program instructions described herein can be downloaded to respective computing/processing devices from a computer readable storage medium or to an external computer or eternal storage device via a network, for example, the Internet, a local area network, a wide area network and/or a wireless network. The network may comprise copper transmission cables, optical transmission fibers, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers. A network adapter card or network interface in each computing/processing device receives computer readable program instructions from the network and forwards the computer readable program instructions for storage in a computer readable storage medium within the respective computing/processing device.
• Computer readable program instructions for carrying out operations of the present invention may be assembler instructions, instruction-set architecture (ISA) instructions, machine instructions, machine dependent instructions, microcode, firmware instructions, state-setting data, configuration data for integrated circuitry, or either source code or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C++, or the like, and procedural programming languages, such as the “C” programming language or similar programming languages. The computer readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider). In some embodiments, electronic circuitry including, for example, programmable logic circuitry, field-programmable gate arrays (FPGA), or programmable logic arrays (PLA) may execute the computer readable program instructions by utilizing state information of the computer readable program instructions to personalize the electronic circuitry, in order to perform aspects of the present invention.
• Aspects of the present invention are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer readable program instructions.
• These computer readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer readable program instructions may also be stored in a computer readable storage medium that can direct a computer, a programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer readable storage medium having instructions stored therein comprises an article of manufacture including instructions which implement aspects of the function/act specified in the flowchart and/or block diagram block or blocks.
• The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable apparatus or other device to produce a computer implemented process, such that the instructions which execute on the computer, other programmable apparatus, or other device implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
• The flowchart and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the blocks may occur out of the order noted in the Figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts or carry out combinations of special purpose hardware and computer instructions.
• The descriptions of the various embodiments of the present invention have been presented for purposes of illustration, but are not intended to be exhaustive or limited to the embodiments disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terminology used herein was chosen to best explain the principles of the embodiments, the practical application or technical improvement over technologies found in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.

Claims (13)

What is claimed is:

1. A method, comprising:

receiving, by a computing system, sensor data from a first sensor unit at a first location;

converting, by the computing system, the sensor data into a standardized format;

receiving, by the computing system, additional data corresponding to a first parameter at the first location and forecast data corresponding to the first parameter at the first location;

generating, by the computing system, predicted future sensor data based on a comparison between the additional data, the sensor data, and the forecast data;

writing, by the computing system, the sensor data, the additional data, and the predicted future sensor data into a blockchain ledger; and

submitting, by the computing system, the ledger to a distributed blockchain database.

2. The method ofclaim 1, further comprising receiving, by the computer, additional sensor data from a second sensor unit at a second location.

3. The method ofclaim 2, wherein the sensor data from the first sensor unit corresponds with carbon dioxide emissions at the first location and the additional sensor data from the second sensor corresponds with carbon dioxide emissions at the second location.

4. The method ofclaim 1, further comprising:

receiving, by the computing system, blockchain timing instructions from a user;

wherein the writing into the ledger is in accordance with the blockchain timing instructions.

5. The method ofclaim 1, further comprising:

comparing, by the computing system, the sensor data with a first threshold value; and

in response to a determination that the sensor data includes a value that exceeds the first threshold value, sending, by the computing system, a notification to a user.

6. The method ofclaim 5, wherein:

the first threshold value is received from the user by the computing system; and

the first threshold value corresponds with a carbon dioxide emission allowance for the user.

7. The method ofclaim 1, further comprising:

comparing, by the computing system, the sensor data with a first threshold value received from a user; and

in response to a determination that the sensor data includes a value that exceeds the first threshold value, acquiring, by the computing system, an additional carbon dioxide emission allowance for a user.

8. The method ofclaim 1, wherein the first parameter corresponds with a temperature.

9. A method, comprising:

accessing, by a computing system, a block of a distributed blockchain database, the block including a first ledger comprising sensor data and additional data corresponding with a first parameter for a location of a first sensor unit;

in response to a determination that a value of the sensor data exceeds a first threshold value, receiving, by the computing system, a notification;

in response to receiving the notification, acquiring, by the computing system, additional allowances to increase a total allowance value above a base allowance value;

writing, by the computing system, information corresponding to the acquired allowances into a second ledger; and

submitting, by the computing system, the second ledger to the distributed blockchain database.

10. The method ofclaim 9, wherein:

the first threshold value is less than the base allowance value; and

a base allowance level is less than the total allowance value.

11. The method ofclaim 9, further comprising, in response to acquiring the additional allowance, determining a second threshold value, the second threshold value being less than the total allowance value.

12. The method ofclaim 11, further comprising:

in response to a determination that the value of the sensor data exceeds the second threshold value, receiving a second notification;

in response to receiving the second notification, acquiring additional allowances to increase the total allowance value;

writing information corresponding to the acquired allowances into a third ledger; and

submitting the third ledger to the distributed block chain database.

13. The method ofclaim 9, further comprising receiving future sensor data, the future sensor data being based on a comparison between the location, the sensor data, and forecast data corresponding with the first parameter.

Images