Carbon credit distribution support system

Abstract

To facilitate creation of carbon credits and distribution thereof to a consumer, and efficiently and effectively return profits from sales of credits to a creator of the credits.SOLUTION: A system includes: a token generation unit 15 which issues, after a project related to a carbon credit is requested, before authentication and issuance of the carbon credit, credit reservation tokens which can be exchanged for credit tokens associated with the carbon credit, and issues credit tokens associated with the carbon credit on condition that the carbon credit has been authenticated and issued; a token exchange unit 17 which exchanges the credit reservation tokens for all or a part of credit tokens equivalent to the credit reservation tokens; and a token burning unit 18 which burns or invalidates the credit reservation tokens exchanged for the credit tokens.SELECTED DRAWING: Figure 1

Description

Technical Field

[0001] The present invention relates to a technology for promoting the circulation of carbon credits, and more particularly to a technology effective for application to a carbon credit circulation support system that conducts carbon credit transactions using tokens such as NFTs (Non-Fungible Tokens) and SFTs (Semi-Fungible Tokens).

Background Art

[0002] Carbon credits are one of the means to achieve a state (net zero) where the balance between emissions and removals of greenhouse gases such as carbon dioxide is achieved. A carbon credit is a tradable credit between companies by crediting the amount of greenhouse gas emissions reduction or absorption as an emission right. A company that purchases a carbon credit can consider that the amount of greenhouse gas emissions has been reduced by the amount of the credit, enabling offsetting (offset) with its own emissions. Carbon credits are created from various efforts such as forest management such as forest protection and afforestation, agriculture-related, use of renewable energy, and energy conservation. There are credits certified and issued by countries and local governments such as J-credits, and voluntary credits issued by private companies and organizations.

[0003] Regarding carbon credits based on appropriate forest management (hereinafter, J-credits are targeted unless otherwise specified), the creation of a forest management plan is a condition for credit creation. However, at present, plans have been created for only about 30% of the areas targeted for creation nationwide. In addition to the fact that the administrative procedures of forestry cooperatives associated with credit applications are complicated and the burden is large, the burden of validity confirmation and verification and review costs until credit creation is large, and in particular, credit applications for small-scale forestlands are being hindered.

[0004] On the other hand, as a means of facilitating the application for carbon credits and promoting the circulation of the created credits, a mechanism using NFTs is also being considered. For example, Japanese Patent No. 7202513 (Patent Document 1) describes an apparatus having a reception unit that receives a request for issuing carbon credits corresponding to a designated forest, an estimation unit that estimates the amount of greenhouse gas absorbed by the target forest based on a forest information table, and an issuance unit that issues an NFT that can be used as a carbon credit based on the estimation result.

Prior Art Documents

Patent Documents

[0005]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0006] According to the prior art as described in Patent Document 1, it is possible to estimate the amount of greenhouse gas absorbed by a designated forest and issue an NFT that can be used as a carbon credit based on this estimate.

[0007] On the other hand, since many carbon credits are circulated through relative transactions, forest owners (mountain owners) need to find the sales destinations of the credits by themselves, and there is a situation where it is not easy to monetize the created credits. In addition, it takes one year from the application and registration of a project such as forest management until the carbon credits are actually certified and issued, and each year's portion is certified and issued annually thereafter. Therefore, it takes time to actually sell all of them and monetize them, and there is also a situation where funds cannot be efficiently and effectively recycled for the next endeavor.

[0008] Therefore, an object of the present invention is to provide a carbon credit circulation support system that promotes the creation and circulation of carbon credits to demanders and efficiently and effectively returns the profits from the sale of the credits to the creators of the credits.

[0009] The foregoing and other objects and novel features of the present invention will become apparent from the description of this specification and the accompanying drawings.

Means for Solving the Problems

[0010] Among the inventions disclosed in the present application, the outline of representative ones will be briefly described as follows.

[0011] A carbon credit circulation support system, which is a representative embodiment of the present invention, is a carbon credit circulation support system that issues tokens that can be circulated on a blockchain associated with carbon credits. After a project related to the carbon credit is applied for, without waiting for the authentication and issuance of the carbon credit, it issues a credit reservation token that can be exchanged for a credit token associated with the carbon credit, and on the condition that the carbon credit has been authenticated and issued, it issues a credit token associated with the carbon credit. It has a token generation unit, a token exchange unit that exchanges the credit reservation token for all or part of the corresponding credit token, and a token incineration unit that incinerates or invalidates the credit reservation token used for exchange with the credit token.

Effects of the Invention

[0012] Among the inventions disclosed in the present application, the effects obtained by representative ones will be briefly described as follows.

[0013] That is, according to a representative embodiment of the present invention, it is possible to promote the creation of carbon credits and their circulation to demanders, and efficiently and effectively return the profits from the sale of credits to the creators of the credits.

Brief Description of the Drawings

[0014]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Figure 13

Embodiments for Carrying Out the Invention

[0015] Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. In all the drawings for explaining the embodiments, the same parts are generally denoted by the same reference numerals, and repeated explanations thereof are omitted. On the other hand, for the parts described with reference numerals in a certain drawing, they will not be shown again in the explanation of other drawings, but may be referred to with the same reference numerals.

[0016] (Embodiment 1) <Overview> The carbon credit circulation support system according to Embodiment 1 of the present invention enables the systematic application for projects such as forest management required for the creation of carbon credits, and for the carbon credits certified and issued annually over the next several years (in the case of J-credits, the project period is 8 years), it realizes an information processing system that can advance the future proceeds that will be obtained by selling them to mountain owners and forest associations (hereinafter sometimes collectively referred to as "forest associations") and can be easily monetized.

[0017] When applying for a project, by incorporating and using the data created in the existing forest improvement system, the forest association can systematically perform the application process without creating new documents or the like. This reduces the burden on the forest association related to the creation of carbon credits.

[0018] Also, in this embodiment, when carbon credits are certified and issued in the future, an NFT (referred to as a "credit token") that supports this is issued. This enables the flexible circulation of credit tokens separately from the registry of physical carbon credits such as J-credits without moving them. In the case where a physical carbon credit itself is issued as an NFT as in the technology described in Patent Document 1, it is also possible to use it as it is.

[0019] And in this embodiment, when the applied project is registered, an NFT (referred to as a "credit reservation token") that can be exchanged for the above credit token in the future (it may be directly exchanged for the physical carbon credit related to the applied project) is issued. By circulating this credit reservation token (i.e., the right of reservation for the physical carbon credit scheduled to be issued in the future), it becomes possible to easily monetize and advance the future income to the forest cooperative without waiting for the actual carbon credit to be authenticated and issued.

[0020] <System Configuration> FIG. 1 is a diagram showing an overview of a configuration example of a carbon credit circulation support system according to Embodiment 1 of the present invention. The carbon credit circulation support system 1 is composed of, for example, a server device, a virtual server constructed on a cloud computing service, a PC, etc., and by a CPU (Central Processing Unit) not shown, an OS (Operating System) and a DBMS (DataBase Management System) developed from a recording device such as an HDD (Hard Disk Drive) or an SSD (Solid State Drive) onto the memory, middleware such as a Web server program, and software operating thereon, various functions related to the support of the creation and circulation of carbon credits, such as processing related to the application of a project related to carbon credits, and the issuance and exchange of credit tokens and credit reservation tokens, are realized.

[0021] This carbon credit circulation support system 1 has, for example, as a processing unit implemented as software, a data reception unit 11 related to the function of data management, an absorption amount simulation unit 12, a credit value calculation unit 13, an application form creation unit 14, a token generation unit 15 related to functions such as token generation, movement, and exchange, a token information presentation unit 16, a token exchange unit 17, a token incineration unit 18, and further has each unit such as a physical credit management unit 19 related to the management function of physical carbon credits. It also has each data store such as a methodology table 121 and a price table 131 implemented by a database, a file table, etc.

[0022] The data reception unit 11 has a function of receiving the input of predetermined data related to the target forest from the forest cooperative 2 and passing it to the absorption amount simulation unit 12 described later for each predetermined item. The received data may be recorded and held in a database (not shown) or the like. The input data includes, for example, various information such as the location, area, tree species, and silvicultural content of each year of the forest obtained from the forest management plan related to the target forest, and various parameters such as the absorption rate of greenhouse gases such as carbon dioxide. The input of data can be performed by appropriate means such as uploading a CSV (Comma Separated Values) file or the like in which the data is recorded by, for example, a person in charge of the forest cooperative 2 or an administrator of the operator (hereinafter sometimes simply referred to as the "operating operator") that operates this system and services.

[0023] The absorption amount simulation unit 12 has a function of setting the forest data received by the data reception unit 11 to variables in the calculation formula registered in the methodology table 121 and simulating the absorption amount of greenhouse gases for each future year of the target forest. Based on the absorption amount (tonnage) of greenhouse gases calculated here, the application form creation unit 14 described later can create data related to the application for carbon credits.

[0024] The methodology table 121 may register calculation formulas related to multiple methodologies, and the forestry cooperative 2 or the administrator of the operating operator may be able to specify the methodology to be adopted according to the project. Also, a plurality of programs related to carbon credits (for example, J-credit, Verra, Gold Standard, etc.) may be specified so that the absorption amounts calculated by multiple methodologies can be compared between programs. Note that a methodology defines an emission reduction calculation method and a monitoring method for each technology or method for reducing greenhouse gas emissions. For example, in J-credit, currently, three methodologies for forest management activities, afforestation activities, and reforestation activities for forests have been approved.

[0025] The credit value calculation unit 13 has a function of converting the number of tons of greenhouse gas absorption amount calculated by the absorption amount simulation unit 12 into the price of carbon credits. For example, price data of past transaction records for each program and methodology are stored in the price table 131, from which the average amount of carbon credits per ton of absorption amount can be obtained, and the price can be calculated from this and the number of tons of the simulation result of the absorption amount. It may also calculate the price using a general multivariate analysis (such as a regression model) with the past transaction price as the target variable.

[0026] Also, for example, it may have a function of setting an original pricing model having parameters such as other environmental values such as biodiversity, social values such as regional contribution, contribution to SDGs (Sustainable Development Goals), compliance with other certification systems such as CDP (Carbon Disclosure Project, registered trademark) and RE100 (Renewable Energy 100%), and costs related to registration and certification. Furthermore, it may have a function of calculating the value (price) in a plurality of programs respectively so that they can be compared between programs and recommending the program to be applied to the project related to the target forest.

[0027] Based on the forest data received by the data reception unit 11 and data such as the amount of greenhouse gas absorption (tons) calculated by the absorption unit simulation unit 12, the application form creation unit 14 creates data related to the application form according to a predetermined template for each program (not shown) and outputs it as a file such as a PDF or spreadsheet software. When the target program allows online application, the application process may be carried out directly as it is.

[0028] The token generation unit 15 has a function of generating and issuing (Mint) the above-mentioned credit tokens and credit reservation tokens. The blockchain and standards used for the tokens are not particularly limited, and technologies generally used as NFTs and SFTs can be appropriately utilized. The generated tokens are appropriately transferred to and held by the wallets held and managed by their respective owners (in the example of FIG. 1, the mountain owner wallet 31, the forest association wallet 32, the administrator wallet 33 of the operating operator, and further the wallets of the demanders, such as the demander A wallet 34a and the demander B wallet 34b).

[0029] As described above, the credit reservation token is a token that can be exchanged for a future credit token (it may also be exchangeable for a physical carbon credit). In this embodiment, it is determined by the exchangeable ratio (%) with respect to the total amount of greenhouse gas absorption certified each year. On the other hand, the credit token is generated on the condition that the carbon credit related to the target project is certified and is associated with this with the physical carbon credit as evidence (that is, it has information that can identify the physical carbon credit). The holder of the above-mentioned credit reservation token can obtain the same amount of credit tokens in exchange for the credit reservation token.

[0030] Note that the above credit reservation tokens and credit tokens can be sold to demanders and circulated. Along with the circulation, for example, they are transferred from the mountain owner wallet 31, the forestry cooperative wallet 32, the administrator wallet 33, etc. to the wallets of demanders (in the example in the figure, the demander A wallet 34a and the demander B wallet 34b).

[0031] The token information presentation unit 16 has a function of permitting or rejecting the login of the owners of the above various tokens to this system using the wallet containing the token as a key, and has a function of presenting the data associated with each token via the wallet or the like after logging in. For example, when owning a credit reservation token, it presents information such as the information of the target project, the ratio (%) of the credit tokens that can be exchanged in the future, and the expected absorption amount (tons).

[0032] The token exchange unit 17 has a function of automatically or manually by the administrator at an arbitrary timing to exchange the credit reservation token for a credit token when meeting predetermined conditions, and a function of exchanging the credit token for a physical carbon credit. When there is an error or the like in the exchange from the credit reservation token to the credit token, it may also have a function of re-exchanging (rolling back) the credit token to the credit reservation token. It may also have a similar function for the exchange from the credit token to the physical carbon credit.

[0033] The token incineration unit 18 has a function of incinerating (burning) the tokens that have become invalid or unnecessary. For example, it incinerates the credit reservation tokens that have become unnecessary or invalid due to the exchange with credit tokens, and the credit reservation tokens that have become invalid according to predetermined conditions. Also, along with the transfer of the physical carbon credit or the invalidation for the purpose of offset, it incinerates the credit tokens associated therewith.

[0034] The physical credit management unit 19 has a function of managing information related to physical carbon credits associated with credit tokens by registering, updating, etc. in the physical credit management ledger 4. In this embodiment, an external physical credit management ledger 4 is used, but it may also be configured to be held internally. Further, it may be configured to output data for registration, update, etc. to the external physical credit management ledger 4 and the administrator manually registers, updates, etc. the physical credit management ledger 4. Or, when the physical credit management ledger 4 can be linked with an API (Application Programming Interface), it may be configured to automatically perform processes such as transfer and invalidation of physical carbon credits in cooperation with incineration of the associated credit tokens.

[0035] <Flow of processing> Figure 2 is a flowchart showing an overview of an example of the flow of processing for token generation and distribution in Embodiment 1 of the present invention. First, the data reception unit 11 receives input of predetermined data regarding the target forest from the forest association 2 (S01), and sets the received data as variables in the calculation formula registered in the methodology table 121 by the absorption amount simulation unit 12, thereby simulating the future greenhouse gas absorption amount (tonnage) of the target forest (S02).

[0036] Thereafter, based on data such as the absorption amount in the simulation result and the data received in step S01, etc., the application form creation unit 14 creates application form data according to a predetermined template for each program (S03). If online application is possible, the application may be automatically performed. In parallel with this, the credit value calculation unit 13 may perform a process (S04) of converting the absorption amount (tonnage) in the simulation result into the price of carbon credits.

[0037] When the application and registration of the program based on the application form data created in step S03 are completed, the token generation unit 15 generates and issues (Mints) a credit reservation token to the forestry cooperative wallet 32 (S05). Thereafter, the operator of the present system and service purchases all or part of the credit reservation tokens from the forestry cooperative 2 (S06). As a result, the credit reservation tokens are transferred to the administrator wallet 33 of the operator. Note that the credit reservation tokens generated in step S05 may be generated directly in the administrator wallet 33 of the operator without passing through the forestry cooperative wallet 32, assuming that they are purchased by the operator from the forestry cooperative 2.

[0038] The inventory of the credit reservation tokens held in the administrator wallet 33 is then sold to the customers (S07). The sale of the tokens can be carried out, for example, via a market site that matches buy and sell orders. Note that the credit reservation tokens sold to the customers can be resold in whole or in part to other customers.

[0039] Thereafter, when the program related to the applied carbon credit is authenticated and physical carbon credits are issued to the management account of the forestry cooperative 2 (S08), the token generation unit 15 generates and issues (Mints) a credit token associated with the carbon credit to the forestry cooperative wallet 32 (S09). Thereafter, the operator receives the credit token (S10). As a result, the credit token is transferred to the administrator wallet 33 of the operator. At this time, the physical carbon credits are also transferred from the management account of the forestry cooperative 2 to the management account of the operator. Note that the credit tokens generated in step S09 may be generated directly in the administrator wallet 33 of the operator without passing through the forestry cooperative wallet 32, assuming that they are received by the operator from the forestry cooperative 2.

[0040] When a credit token is issued, the holder (customer) of the credit reservation token exchanges the credit reservation token for a corresponding credit token with the token exchange unit 17 by a predetermined means or procedure (S11). At this time, the credit reservation token used for the exchange is incinerated or invalidated by the token incineration unit 18. The customer holding the credit token can buy and sell all or part of it with other customers (S12).

[0041] Then, the customer holding the credit token exchanges the credit token for the corresponding physical carbon credit with the token exchange unit 17 by a predetermined means or procedure (S13). Here, regarding the physical carbon credit in the management account of the operating operator, the amount corresponding to the credit token to be exchanged is transferred to the management account of the customer, and the credit token used for the exchange is incinerated or invalidated by the token incineration unit 18.

[0042] <Example of Generation and Circulation of Credit Reservation Token and Credit Token> FIG. 3 is a diagram showing an outline of a specific example of the generation and circulation of a credit reservation token in Embodiment 1 of the present invention. First, when a project related to a carbon credit (in the example in the figure, "Project A") is applied, the carbon credit circulation support system 1 of the present embodiment generates a credit reservation token 51 for the project period of Project A in the forestry cooperative wallet 32. In the present embodiment, the credit reservation token 51 is generated in the forestry cooperative wallet 32. However, as described above, the credit reservation token 51 may be directly generated in the administrator wallet 33 without going through the forestry cooperative wallet 32.

[0043] In the credit reservation token 51 in the figure, for each year during the period of Project A (8 years from 2024 to 2032 in the example in the figure), it is shown that 100% of the greenhouse gas absorption amount of that year is targeted. Note that until the carbon credit is actually certified and issued, the actual greenhouse gas absorption amounts for each future year are estimated values or expected values obtained through simulation or the like and are not fixed amounts. Therefore, in this embodiment, the target of the credit reservation token is not the absolute value (tonnage) of the greenhouse gas absorption amount in the target year, but the relative value (%) of the greenhouse gas absorption amount in the target year to the total amount of the greenhouse gas absorption amount in the target year.

[0044] In addition, instead of the relative value (%), the credit reservation token may be issued targeting the absolute value (tonnage) of the estimated value or expected value obtained through simulation of the greenhouse gas absorption amount. In this case, when a deviation occurs and a shortage occurs between the actually determined absorption amount, for example, similar carbon credits can be procured from the market to make up for it, or it can be made up from a buffer account separately prepared by the operator or the like.

[0045] After that, the operator buys all or part of the credit reservation token 51. In the example of Figure 3, an example is shown where, out of the credit reservation token 51 targeting the 8 years from 2024 to 2032, for the 3 years from 2024 to 2026, the operator buys 100% of the absorption amount of each year. As a result, the administrator wallet 33 holds the credit reservation token 52a targeting 2024 to 2026 corresponding to the bought portion, and the forestry cooperative wallet 32 holds the credit reservation token 52b targeting 2027 to 2032 corresponding to the remaining amount.

[0046] In addition, when the operating operator purchases the credit reservation token 52a, it will pay a consideration to the forestry cooperative 2. This consideration can be determined, for example, by referring to the price of the corresponding carbon credit converted by the credit value calculation unit 13. Even before the carbon credit related to the project is certified and actually issued, the forestry cooperative 2 can be cashed in early by selling the credit reservation token (that is, something equivalent to the reservation right of a future credit token or carbon credit). The payment of the consideration by the operating operator may be made, for example, by cryptocurrency on the target blockchain, or may be made as an off-chain payment such as a bank transfer.

[0047] After that, the operating operator sells all or part of the credit reservation token 52a held in the administrator wallet 33 to the customer A (the minimum unit is, for example, 1% of the absorption amount). In the example of FIG. 3, an example is shown in which 30% of the absorption amount in 2024 is sold to the customer A out of the credit reservation token 52a targeting the total amount (100%) of the absorption amount in each year from 2024 to 2026. As a result, the customer A wallet 34a holds the credit reservation token 53a targeting 30% of the absorption amount in 2024 corresponding to the sold portion, and the administrator wallet 33 holds the credit reservation token 53b targeting 70% of the absorption amount in 2024 corresponding to the remaining amount and the total amount (100%) of the absorption amount in each year from 2025 to 2026.

[0048] Note that the payment of the consideration from the customer A to the operating operator may be made, for example, by cryptocurrency on the target blockchain, or may be made as an off-chain payment such as a bank transfer, as described above.

[0049] Customer A can resell all or part of the credit reservation tokens 53a held in the Customer A wallet 34a to Customer B. In the example of Fig. 3, an example is shown where 10% of the credit reservation tokens 53a for 30% of the absorption amount in 2024 are resold to Customer B. As a result, the Customer B wallet 34b holds the credit reservation tokens 54a for 10% of the absorption amount in 2024 corresponding to the resold portion, and it is shown that the Customer A wallet 34a holds the credit reservation tokens 54b for 20% of the absorption amount in 2024 corresponding to the remaining amount.

[0050] Figs. 4 and 5 are diagrams showing an overview of a specific example of the generation and distribution of credit tokens in Embodiment 1 of the present invention. In the example of Fig. 4, when the carbon credit related to a project (in the example in the figure, "Project A") is certified and the physical carbon credit 71 is issued to the management account of the Forestry Cooperative 2, the carbon credit circulation support system 1 of the present embodiment generates the credit token 61 associated with the carbon credit 71 in the Forestry Cooperative wallet 32. In the present embodiment, the credit token 61 is generated in the Forestry Cooperative wallet 32, but as described above, the credit token 61 may be directly generated in the administrator wallet 33 without passing through the Forestry Cooperative wallet 32.

[0051] The carbon credit 71 in the figure shows that 100 tons of greenhouse gas absorption amount in 2024 has been actually certified and issued as a physical carbon credit. And it is shown that the associated credit token 61 also targets 100 tons of greenhouse gas absorption amount in 2024. Note that the generation of the credit token 61 may be manually performed by the system administrator or the like after the physical carbon credit 71 is issued, or may be automatically performed using the issuance of the physical carbon credit 71 as a trigger when it is possible to link with the physical credit management book 4 or the like through the API.

[0052] After that, among the target credit tokens 61, the operating operator receives an amount corresponding to the credit reservation tokens that have already been purchased. For example, in the example of FIG. 3 above, since the operating operator has already purchased the entire amount (100%) of the greenhouse gas absorption amount in 2024 with the credit reservation token 52a, in the example of FIG. 4, an example is shown where the operating operator receives the entire amount of 100 tons of the greenhouse gas absorption amount in 2024. As a result, the administrator wallet 33 holds the credit tokens 62 for the entire amount of 100 tons of the greenhouse gas absorption amount received in 2024, and for the physical carbon credit 71, it also shows that the entire amount is transferred as the carbon credit 72 from the management account of the forestry cooperative 2 to the management account of the operating operator.

[0053] Note that when the operating operator receives the credit tokens 62 and the carbon credit 72 from the forestry cooperative 2, since the consideration has already been paid to the forestry cooperative 2 when purchasing the corresponding credit reservation tokens, there is no need to pay the consideration again. Also, the process of transferring the carbon credit 72 accompanying the receipt of the credit token 62 may be performed manually by the system administrator or the like, or if it is possible to link with the physical credit management book 4 or the like via the API, one of the processes may be used as a trigger to automatically perform the other process.

[0054] After that, as shown in the example of FIG. 5, after the credit token 62 is issued to the administrator wallet 33, the customer A exchanges the credit reservation token 53a held in the customer A wallet 34a for a credit token by a predetermined means. In the example of FIG. 5, among the credit tokens 62 for the absorption amount of 100 tons in 2024, the credit token 63a for 30 tons corresponding to 30% of the absorption amount targeted by the credit reservation token 53a held in the customer A wallet 34a is held in the customer wallet 34a, and the credit token 63b for the remaining 70 tons is held in the administrator wallet 33. Note that no transfer of physical carbon credits occurs during the above exchange (the content of the physical credit management book 4 does not change).

[0055] As a predetermined means for exchanging the credit reservation token 53a held in the customer A wallet 34a for the credit token 63a, for example, the token incineration unit 18 incinerates (Burns) the credit reservation token 53a in the customer A wallet 34a, or the credit reservation token 53a is sent from the customer A wallet 34a to the administrator wallet 33 (after that, the administrator wallet 33 invalidates or incinerates the credit reservation token 53a by the token incineration unit 18). As a trigger, means such as the token exchange unit 17 sending the credit token 63a from the administrator wallet 33 to the customer A wallet 34a can be taken.

[0056] Alternatively, the credit token 63a may be sent from the administrator wallet 33 to the customer A wallet 34a, and the credit reservation token 53a may be incinerated when the customer A wallet 34a receives it. Note that when the credit token is issued, for example, the status of the associated credit reservation token may be changed to "exchangeable" or the like to control whether the credit reservation token can be exchanged for a credit token.

[0057] Customer A can resell all or part (the minimum unit is, for example, 1 ton) of the credit tokens 63a held in the Customer A wallet 34a to Customer B. In the example of FIG. 5, an example is shown where, out of the credit tokens 63a for the absorption amount of 30 tons in 2024, 10 tons are resold to Customer B. As a result, the Customer B wallet 34b holds the credit token 64a for the absorption amount of 10 tons in 2024 corresponding to the resold portion, and it is shown that the Customer A wallet 34a holds the credit token 64b for the absorption amount of 20 tons in 2024 corresponding to the remaining amount.

[0058] The holder of the credit token can exchange all or part of the credit token for physical carbon credits by a predetermined means. In the example of FIG. 5, Customer A exchanges the entire absorption amount of 20 tons in 2024 targeted by the credit token 64b held in the Customer A wallet 34a for physical carbon credits 73a and receives them in the management account of Customer A, showing a state where carbon credits 73b for the remaining 80 tons remain in the management account of the operator.

[0059] As a predetermined means for exchanging the credit token 64b held in the Customer A wallet 34a for physical carbon credits 73a, for example, the credit token 64b in the Customer A wallet 34a is burned (Burn) by the token incinerator 18, or the credit token 64b is sent from the Customer A wallet 34a to the administrator wallet 33 by the token exchanger 17 (after that, the administrator wallet 33 burns or invalidates the credit token 64b by the token incinerator 18), etc., and as a trigger, means such as transferring the physical carbon credits 73a from the management account of the operator to the management account of Customer A can be taken. The process of transferring the carbon credits 73a may be performed manually by the system administrator or the like, or may be automatically performed in cooperation with the process related to the credit token 64b if it is possible to cooperate with the physical credit management book 4 etc. via the API.

[0060] As described above, according to the carbon credit circulation support system 1 which is the first embodiment of the present invention, when applying for a project related to carbon credits, by incorporating and using the data created within the existing forest improvement system, the forestry cooperative 2 can systematically create an application form and conduct application processing without newly creating documents or the like, and can reduce the burden on the forestry cooperative 2 related to the creation of carbon credits.

[0061] Also, by issuing a credit token backed by physical carbon credits to be issued in the future, it is possible to circulate the credit token without moving it separately from the registration on the physical credit management ledger 4. And when the applied project is registered, a credit reservation token that can be exchanged for a credit token to be issued in the future is issued and made circulable, so that the forestry cooperative 2 can easily monetize and advance future profits without waiting for the actual carbon credits to be certified and issued.

[0062] In addition, in this embodiment, carbon credits based on forest management have been described, but it is not limited to those based on forest management. By the same mechanism, for example, it is also possible to target carbon credits created from other initiatives such as agriculture-related, utilization of renewable energy, and energy conservation.

[0063] (Second Embodiment) According to the carbon credit circulation support system 1 which is the above-described Embodiment 1 of the present invention, by issuing credit tokens and credit reservation tokens so that they can be circulated, future profits can be advanced to the forest cooperative 2. In the carbon credit circulation support system which is Embodiment 2 of the present invention, further, by enabling the issuance of a right to receive a distribution from the profits from the future sale (including resale) of credit reservation tokens and credit tokens and a distribution token indicating the location thereof, it is possible to appropriately distribute secondary profits accompanying the circulation of the tokens to a plurality of members such as the forest cooperative and each forest owner.

[0064] That is, the distribution token is a token for managing who will receive the profit at what rate in the future (for example, after n years). The holder of the distribution token (for example, a forest owner who has entrusted the management of the forest to the forest cooperative) can receive a part of the price from the sale and resale of the credit token and the credit reservation token as secondary profit. The forest cooperative may hold and use the distribution token in the forest cooperative wallet 32 in order to manage the distribution ratio when distributing the profit to each forest owner, or by passing the distribution token to each forest owner and having them hold it in their respective forest owner wallets 31, the profit can be directly distributed and returned to each forest owner.

[0065] Note that the distribution token can be generated and issued, for example, by the token generation unit 15 in the carbon credit circulation support system 1 of FIG. 1, and a logic for calculating the distribution ratio is incorporated according to the tree species, tree age, area of the target forest, and the presence or absence of thinning, final felling, and reforestation.

[0066] FIG. 6 is a diagram showing an outline of an example of a distribution token in Embodiment 2 of the present invention. The upper table in the figure shows an example of the result of a simulation related to the amount of greenhouse gas absorption included in the project plan in a project such as forest management. Here, for example, for each piece of land where the forest is located, the tree species, the type of forestry operations such as thinning and its implementation year, and the simulation results of the amount of greenhouse gas absorption (t-CO2) for each year during the project period are shown.

[0067] Based on such simulation results, the contribution amount related to the absorption of greenhouse gases planned for the future for each forest is determined, and tokens are issued and allocated to the mountain owners who own each forest according to the ratio to the whole. In the figure, based on the simulation results in the upper part, the state where distribution tokens 81a, 81b, and 81c are issued to mountain owners A, B, and C respectively in the lower figure is shown. These distribution tokens are held by each mountain owner in their own wallet (mountain owner wallets 31a to 31c in the figure) as indicating the rights of each mountain owner to the income (ratio at the time of income distribution).

[0068] On the other hand, in the case where the mountain owner does not have a wallet for managing NFTs, etc., a representative organization such as the forest association 2 holds a distribution wallet on behalf. In the figure, the state where the forest association 2 holds the distribution tokens 81d and 81e issued to the mountain owners D and E who do not have a wallet on behalf in the forest association wallet 32 is shown.

[0069] The distribution tokens hold information on the distribution ratio (%) of the income for each year (the sales income of the credit reservation tokens for the target year). In the example of the distribution token 81c assigned to the mountain owner C in the figure, the distribution ratio for "2024" is "0%", indicating that no income is distributed. The distribution ratio is also "0%" when the actual absorption amount of greenhouse gases becomes negative due to final felling, etc.

[0070] The profits obtained by Forestry Cooperative 2 in the target year are distributed according to the ratio held in the distribution tokens of each forest owner who is a member of Forestry Cooperative 2. At this time, a representative institution such as Forestry Cooperative 2 can grasp the overall distribution ratio of each forest owner by aggregating the information of the distribution tokens issued to each forest owner of the members, and determine the distribution amount to each forest owner. Instead of distributing all the profits to the forest owners, it may be distributed based on the rules agreed in advance between Forestry Cooperative 2 and each forest owner. For example, 30% of the total profits may be used for the operation expenses of the forestry cooperative, and the remaining 70% may be used as the distribution capital and distributed according to the ratio held in the distribution tokens held by each forest owner.

[0071] Note that since the distribution token indicates the right to receive distribution from the profits from the trading of credit tokens and credit reservation tokens and its whereabouts, it is also possible to trade and circulate this distribution token.

[0072] Also, in the example of FIG. 6, it is an example of issuing distribution tokens based on the simulation results of the greenhouse gas absorption amount in the project plan and distributing the profits to each forest owner in advance when the credit reservation tokens of the target year are traded. However, there may be a difference between the absorption amount of greenhouse gases certified when carbon credits are actually approved in the future. Therefore, instead of distributing the profits in advance, for example, based on the difference in the absorption amount from the simulation results generated when the carbon credit is certified in the future, the distribution ratio held in the issued distribution tokens may be adjusted, or the issuance of the distribution tokens itself may be carried out after the carbon credit is certified (in this case, the mechanism of the credit reservation tokens in the above-described Embodiment 1 is not necessarily required).

[0073] In addition, the example in Fig. 6 shows the case where distribution tokens are issued as NFTs, and each distribution token holds information on the distribution ratio for each year. However, the distribution tokens may be issued as SFTs instead of NFTs. In this case, for example, 100 SFTs indicating a distribution ratio of "1%" are issued as distribution tokens for each target year, and the number of distribution tokens (SFTs) corresponding to the distribution ratio of each forest owner is allocated. For example, when the distribution ratio of forest owner A in 2023 is 3% as in the example in the figure, 3 distribution tokens (SFTs) indicating a distribution ratio of 1% issued for the year 2023 are allocated to forest owner A.

[0074] Note that SFTs have an intermediate nature between FT (fungible tokens) and NFTs. For example, when 100 SFTs indicating a distribution ratio of 1% are issued for the year 2023, they are fungible among the 100, but they can be made non-fungible with the 100 SFTs issued for the year 2024.

[0075] As described above, according to the carbon credit circulation support system 1 which is the second embodiment of the present invention, for forest owners and forest associations holding distribution tokens, secondary profits from the sale (including resale) of future credit reservation tokens and credit tokens can be appropriately distributed according to the distribution ratio grasped by the distribution tokens.

[0076] In addition, in this embodiment, carbon credits based on forest management have been described. However, similar to the above-described Embodiment 1, it is not limited to those based on forest management. By the same mechanism, for example, carbon credits created from other initiatives such as agriculture-related, use of renewable energy, and energy conservation can be targeted. Furthermore, it is not limited to those targeting carbon credits. For example, any initiatives for contribution such as reduction of plastics and maintenance of biodiversity can be applied as long as they can be credited. Furthermore, it is not limited to such initiatives related to environmental conservation. For example, it can be generally applied to a revenue distribution mechanism such as distributing the revenue to each creator when content created by multiple persons is sold.

[0077] (Embodiment 3) The carbon credit circulation support system according to Embodiment 3 of the present invention is a carbon credit circulation support system 1 according to the above-described Embodiment 1 or 2, and further enables the issuance of an aggregated token obtained by aggregating a plurality of small-denomination tokens (credit tokens and credit reservation tokens), thereby enabling it to meet the needs of large-scale customers for large-denomination carbon credits. At this time, by enabling aggregation even in a form where credit tokens and credit reservation tokens are mixed, more flexible and efficient creation and circulation of carbon credits are realized.

[0078] <System Configuration> FIG. 7 is a diagram schematically showing a configuration example of the carbon credit circulation support system according to Embodiment 3 of the present invention. The carbon credit circulation support system 1 of the present embodiment has, in addition to the same configuration as the carbon credit circulation support system 1 shown in FIG. 1 of the above-described Embodiment 1, a token aggregation unit 20 related to the function of issuing and managing aggregated tokens as a processing unit implemented as software.

[0079] The token aggregation unit 20 further includes, for example, as a processing unit implemented as software, each unit such as a token evaluation unit 210, a pool management unit 220, an aggregated token generation unit 230, an aggregated token information presentation unit 240, an aggregated token incineration unit 250, and a physical credit management unit 260. It also has a data store such as a pool management table 221 implemented by a database, a file table, or the like.

[0080] The token evaluation unit 210 receives tokens to be aggregated, monetarily evaluates their value, and has a function of accumulating tokens that meet a predetermined condition (for example, those with a relatively small denomination above a certain level) in a virtual pool (specifically, for example, an aggregation wallet held by an operator). When evaluating tokens, the credit value calculation unit 13 described in the above-described Embodiment 1 may be used (or the token evaluation unit 210 may be configured integrally with the credit value calculation unit 13). Also, as tokens to be accumulated in the pool, in addition to credit tokens, credit reservation tokens may be targeted under predetermined conditions.

[0081] The pool management unit 220 has a function of recording and managing information on each token accumulated in the pool in the pool management table 221.

[0082] The aggregated token generation unit 230 has a function of generating and issuing (Minting) an aggregated token obtained by aggregating all or part of the tokens accumulated in the pool to a designated wallet (for example, the aggregation wallet held by the above-described operator). As described above, the aggregated token is a token that aggregates a plurality of small-denomination tokens (that is, has information capable of identifying the aggregated plurality of tokens), and enables the reduction of the burden on large-volume demanders who individually collect small-denomination tokens.

[0083] It may be possible to issue aggregated tokens that unconditionally aggregate all of the tokens stored in the pool (which may relate to different projects or different carbon credits), or aggregated tokens that partially aggregate only the tokens that meet certain conditions (for example, those whose total greenhouse gas absorption amount of each token exceeds a predetermined value, those targeting forests in a specific region, etc.). Also, when credit reservation tokens are stored in the pool, if the carbon credits related to these are not certified as planned in the future, it may be possible to set the priority order of which credit reservation tokens are to be made valid / invalid (incinerated) and record it in the pool management table 221.

[0084] The aggregated token information presentation unit 240 has a function of presenting information related to the aggregated token to the owner of the aggregated token via a wallet or the like, and extracting and presenting only those tokens in the pool that are aggregated (associated) by the aggregated token. When presenting information related to the aggregated token, the token information presentation unit 16 described in the above-described Embodiment 1 may be used (or the aggregated token information presentation unit 240 may be configured integrally with the token information presentation unit 16).

[0085] The aggregated token incineration unit 250 has a function of incinerating (burning) invalid or unnecessary aggregated tokens, and also incinerating the credit tokens and credit reservation tokens in the pool that are aggregated by the aggregated token. When amortizing a part of the aggregated tokens, it may be possible to set the priority order (for example, preferentially incinerating those with an older issue date, etc.) of which tokens in the pool are to be incinerated together and record it in the pool management table 221. When incinerating the aggregated tokens, the token incineration unit 18 described in the above-described Embodiment 1 may be used (or the aggregated token incineration unit 250 may be configured integrally with the token incineration unit 18).

[0086] When the tokens accumulated in the pool are incinerated, the physical credit management unit 260 has a function of invalidating the information related to the physical carbon credits associated therewith in the physical credit management ledger 4. When the physical credit management ledger 4 can be linked with the API, the processing such as invalidation of physical carbon credits and incineration of credit tokens in the associated pool may be automatically performed in a linked manner. When invalidating physical carbon credits, the physical credit management unit 19 described in the above-described Embodiment 1 may be used (or the physical credit management unit 260 may be configured integrally with the physical credit management unit 19).

[0087] <Flow of processing> FIG. 8 is a flowchart showing an outline of an example of the flow of processing for generating aggregated tokens in Embodiment 3 of the present invention. First, the token evaluation unit 210 receives tokens (credit tokens, credit reservation tokens) to be aggregated (S21), and evaluates the monetary value of the tokens (S22). Then, if the tokens meet the predetermined conditions for accumulating in the pool, they are accumulated in the pool (aggregation wallet) (S23). The information of the tokens accumulated in the pool is recorded in the pool management table 221 by the pool management unit 220.

[0088] Thereafter, the aggregated token generation unit 230 determines whether or not two or more tokens accumulated in the pool satisfy the predetermined conditions for generating aggregated tokens (S24). If so, aggregated tokens are generated and issued (Mint) (S25), and the process ends. The issued aggregated tokens are subject to distribution to customers, similar to the above-described credit tokens and credit reservation tokens.

[0089] <Example of generation and distribution of aggregated tokens> Figs. 9 to 13 are diagrams showing an overview of a specific example of the generation and circulation of aggregated tokens in Embodiment 3 of the present invention. First, in Fig. 9, the carbon credit circulation support system 1 receives credit tokens 65a (targeting the absorption amount of 60 tons in "A Forest" in "A Prefecture") to be aggregated, and accumulates them in a pool (specifically, the aggregation wallet 33b held by the operator in the figure). Further, credit tokens 65b (targeting the absorption amount of 40 tons in "B Forest" in "B Prefecture") are received and accumulated in the same pool. The figure shows that credit tokens 65a and 65b are accumulated in the pool (aggregation wallet 33b).

[0090] At this point, a total of credit tokens corresponding to 100 tons of greenhouse gas absorption amount are accumulated in the pool. Here, for example, if the content of aggregating in units of a total absorption amount of 100 tons is set as a condition / criterion predetermined by the operator or the like, an aggregated token targeting the credit tokens accumulated in the pool is generated because the condition is satisfied. In the example in the figure, an aggregated token 91a targeting a total absorption amount of 100 tons is generated and sold to the customer A, indicating that the aggregated token 91a is held in the customer A wallet 34a.

[0091] Here, for example, when consumer A uses 10 tons out of this aggregated token 91a for their own carbon offset, for the aggregated token 91a, while updating the remaining absorption amount to 90 tons, for the credit tokens in the associated pool, they are respectively burned or invalidated according to the ratio of the absorption amount. In the example in the figure, at the time before offset, since the ratio of the absorption amount for credit tokens 65a and 65b was 60:40, for the 10 tons to be burned, 6 tons from credit token 65a and 4 tons from credit token 65b were respectively burned (invalidated) according to the ratio. As a result, it shows that the remaining absorption amount of credit token 65a is 54 tons and the remaining amount of credit token 65b is 36 tons. Note that when invalidating the credit tokens in the pool, it is necessary to separately manage the invalidated part so as not to be confused with other valid parts.

[0092] Moving on to FIG. 10, and then further, the carbon credit circulation support system 1 accepts a credit token 65c (targeting an absorption amount of 100 tons in the "C Forest" of "C Prefecture") and accumulates it in the same pool (aggregated wallet 33b). At this point, it means that credit tokens corresponding to an additional 100 tons of greenhouse gas absorption amount are added to the pool. Therefore, since the condition for generating an aggregated token (aggregating with a total absorption amount in units of 100 tons) is newly met, an aggregated token targeting the credit tokens further accumulated in the pool is generated additionally. In the example in the figure, in addition to the existing aggregated token 91a, an aggregated token 91b targeting an absorption amount of 100 tons is generated additionally and sold to consumer A, indicating that the aggregated token 91b is held in the consumer A wallet 34a.

[0093] Here, for example, when consumer A uses 10 tons out of this aggregated token 91b for their own carbon offset, for the aggregated token 91b, while setting the remaining absorption amount to 90 tons, for each credit token in the associated pool, they are respectively burned or invalidated according to the ratio of the absorption amount in the pool at that time.

[0094] That is, when a new token (credit token 65c in the example in the figure) is added to the pool, the absorption ratio between each credit token in the pool fluctuates. However, both the existing aggregated token (aggregated token 91a in the example in the figure) and the newly generated aggregated token (aggregated token 91b in the example in the figure) are the same aggregated tokens targeting the credit tokens in the pool. Even if the breakdown of the credit tokens in the pool changes due to the addition, incineration, or invalidation of credit tokens to the pool, they are always treated as being associated with the latest situation after the change.

[0095] Therefore, in the example in the figure, at the time before offset, for credit tokens 65a, 65b, and 65c, since the absorption ratio is 54:36:100, for every 10 tons to be incinerated, 3 tons are incinerated (invalidated) from credit token 65a, 2 tons from credit token 65b, and 5 tons from credit token 65c according to the ratio. As a result, the remaining absorption amount of credit token 65a is 51 tons, the remaining amount of credit token 65b is 34 tons, and the remaining amount of credit token 65c is 95 tons, which is shown.

[0096] In the example of FIG. 10, as described above, the newly generated aggregated token 91b is associated with all the credit tokens in the pool according to the absorption ratio. In contrast, FIG. 11 shows an example of generating an aggregated token associated with only a part of the credit tokens in the pool.

[0097] Similar to the example of FIG. 10 described above, FIG. 11 shows a state where, following the process of FIG. 9, in addition to credit tokens 65a and 65b, credit token 65c is further received and accumulated in the pool. At this time, the absorption amount of 90 tons effective in the existing aggregated token 91a is distributed to credit token 65a ("Forest A in Prefecture A") at 26 tons, credit token 65b ("Forest B in Prefecture B") at 17 tons, and credit token 65c ("Forest C in Prefecture C") at 47 tons according to the ratio of the absorption amounts of the respective credit tokens in the pool, which is 54:36:100. In other words, the remaining amounts not yet associated with the aggregated token 91a are 28 tons for credit token 65a (= 54 tons - 26 tons), 19 tons for credit token 65b (= 36 tons - 17 tons), and 53 tons for credit token 65c (= 100 tons - 47 tons).

[0098] Here, in the example of FIG. 11, when generating a new aggregated token, only a part of the credit tokens not yet associated is aggregated to generate a partial aggregated token representing these characteristics. In the figure, only credit tokens 65a and 65b are targeted, and a new aggregated token 91c is generated for the total remaining amount of 47 tons (= 28 tons + 19 tons) not associated with the existing aggregated token 91a, and it is shown that the aggregated token 91c is held in the customer A wallet 34a by selling it to customer A. For example, if both the "Prefecture A" targeted by credit token 65a and the "Prefecture B" targeted by credit token 65b belong to the "Tohoku region", this aggregated token 91c can be characterized as the "aggregated token of the 'Tohoku region'" and circulated.

[0099] Here, for example, if customer A uses all 47 tons of this aggregated token 91c for their own carbon offset, for the aggregated token 91c, while the remaining absorption amount is set to zero, for the credit tokens in the pool, only the credit tokens (credit tokens 65a and 65b in the figure) associated with the partial aggregated token 91c are incinerated or invalidated according to the ratio of their absorption amounts.

[0100] That is, before offset, for credit tokens 65a and 65c, since the ratio of absorption amounts is 54:36, for the 47 tons to be incinerated, 28 tons from credit token 65a and 19 tons from credit token 65b are incinerated (invalidated) according to this ratio. As a result, the remaining absorption amount of credit token 65a is 26 tons, and the remaining amount of credit token 65b is 17 tons. It should be noted that for credit token 65c not associated with the aggregated token 91c, the remaining absorption amount remains unchanged at 100 tons.

[0101] Figure 12 shows an example where credit reservation tokens are also subject to aggregation in addition to credit tokens. For example, in the same example as described in Figure 9 above, if it was credit reservation token 55a as shown in the figure instead of credit token 65a that was received as a token related to "Forest A in Prefecture A", this is also accumulated in the pool (aggregated wallet 33b) in the same way.

[0102] Then, by further receiving credit token 65b and accumulating it in the pool, although it is a mixture of credit tokens and credit reservation tokens, a total of 100 tons of tokens equivalent to the greenhouse gas absorption amount are accumulated in the pool. Thus, assuming that the conditions and criteria (aggregation in units of a total absorption amount of 100 tons) predetermined by the operator, etc. are met, an aggregated token 91d targeting these tokens is generated and sold to customer A, indicating that the aggregated token 91d is held in customer A's wallet 34a.

[0103] Here, for example, when consumer A uses 10 tons out of these aggregated tokens 91d for his own carbon offset, similar to the above example, it is incinerated or invalidated according to the ratio of the absorption amount of the credit tokens in the pool. However, at this time, the credit reservation tokens are not subject to incineration or invalidation. That is, in the example in the figure, as a result of incinerating (invalidating) all 10 tons from credit token 65b, the remaining absorption amount of credit token 65b became 30 tons, while the remaining amount of credit reservation token 55a remained unchanged, indicating this.

[0104] Moving on to FIG. 13, and then as shown in the figure, when the carbon credit related to credit reservation token 55a is actually certified and credit reservation token 55a is replaced with credit token 65a, it is handled in the same way as when the credit token 65a is newly accumulated in the pool.

[0105] That is, here, for example, when consumer A further uses 50 tons out of aggregated token 91b for his own carbon offset, for aggregated token 91b, the remaining absorption amount is set to 40 tons, while for the credit tokens in the associated pool, they are incinerated or invalidated respectively according to the ratio of the absorption amount at that time. In the example in the figure, at the time before offset, since the ratio of the absorption amounts of credit tokens 65a and 65b is 60:30, for the 50 tons to be incinerated, 33 tons from credit token 65a and 17 tons from credit token 65b are incinerated (invalidated) respectively according to the ratio. As a result, it shows that the remaining absorption amount of credit token 65a is 27 tons and the remaining amount of credit token 65b is 13 tons.

[0106] As described above, according to the carbon credit circulation support system 1 which is the third embodiment of the present invention, by enabling the issuance of an aggregated token that aggregates a plurality of small-denomination tokens (credit tokens and credit reservation tokens), it is possible to meet the needs of large-scale consumers for large-denomination carbon credits. And by enabling aggregation even in a form where credit tokens and credit reservation tokens are mixed, it is possible to realize more flexible and efficient creation and circulation of carbon credits.

[0107] In this embodiment, carbon credits based on forest management have been described as an example. However, similar to the first embodiment described above, it is not limited to those based on forest management. By the same mechanism, for example, carbon credits created from other initiatives such as agriculture-related, utilization of renewable energy, and energy conservation can be targeted. Furthermore, it is applicable not only to carbon credits related to greenhouse gas reduction, but also to any initiative that can be credited, such as plastic reduction and biodiversity maintenance. Moreover, it is not limited to such environmental conservation initiatives. For example, it is also possible to apply it to a mechanism that aggregates only tokens with certain characteristics, such as only NFTs created by Japanese creators, only NFTs created by students, or only NFTs created in a specific project.

[0108] The invention made by the present inventor has been specifically described based on the embodiments. However, it goes without saying that the present invention is not limited to the above embodiments and can be variously modified without departing from the gist thereof. Also, the above embodiments have been described in detail for easy understanding of the present invention, and are not necessarily limited to those having all the configurations described. Also, a part of the configuration of one embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of one embodiment. Also, for a part of the configuration of each embodiment, addition, deletion, or replacement with other configurations is possible.

[0109] In addition, some or all of the above-described components, functions, processing units, processing means, etc. may be implemented in hardware by designing them, for example, in an integrated circuit. Also, the above-described components, functions, etc. may be implemented in software by a processor interpreting and executing programs for realizing their respective functions. Information such as programs, tables, files, etc. for realizing each function can be stored in a recording device such as a memory, a hard disk, an SSD, or a recording medium such as an IC card, an SD card, a DVD.

[0110] Also, in each of the above figures, control lines and information lines show those considered necessary for explanation, and do not necessarily show all control lines and information lines in implementation. In reality, it may be considered that almost all components are interconnected.

Industrial Applicability

[0111] The present invention can be used in a carbon credit circulation support system that conducts carbon credit transactions using tokens such as NFTs and SFTs.

Explanation of Signs

[0112] 1... Carbon credit circulation support system, 2... Forestry cooperative, 4... Physical credit management ledger, 11... Data reception unit, 12... Absorption amount simulation unit, 13... Credit value calculation unit, 14... Application form creation unit, 15... Token generation unit, 16... Token information presentation unit, 17... Token exchange unit, 18... Token incineration unit, 19... Physical credit management unit, 20... Token aggregation unit, 31, 31a~31c... Logging owner wallet, 32... Forestry cooperative wallet, 33... Administrator wallet, 34a... Buyer A wallet, 34b... Buyer B wallet, 51, 52a~52b, 53a~53b, 54a~54b, 55a... Credit reservation token, 61, 62, 63a~63b, 64a~64b, 65a~65c... credit tokens, 71, 72, 73a~73b... carbon credits, 81a~81e... distribution tokens, 91a~91d... aggregation tokens, 121... methodology table, 122... price table, 210... token evaluation unit, 220... pool management unit, 221... pool management table, 230... aggregation token generation unit, 240... aggregation token information presentation unit, 250... aggregation token incineration unit, 260... physical credit management unit

Claims

1. A carbon credit circulation support system for issuing tokens that can be circulated on a blockchain associated with carbon credits, after a project related to the carbon credit is applied, without waiting for the authentication and issuance of the carbon credit, issue a credit reservation token that can be exchanged with a credit token associated with the carbon credit, and issue a credit token associated with the carbon credit on the condition that the carbon credit has been authenticated and issued; a token generation unit; a token exchange unit for exchanging the credit reservation token with all or part of the corresponding credit token; and a token incineration unit for incinerating or invalidating the credit reservation token used for exchange with the credit token. A carbon credit circulation support system.

2. In the carbon credit circulation support system according to Claim 1, further comprising a physical credit management unit for processing the management ledger of the carbon credit, the token incineration unit incinerates or invalidates the credit token associated with the carbon credit, and the physical credit management unit transfers the carbon credit in the management ledger to the holder of the credit token. A carbon credit circulation support system.

3. In the carbon credit circulation support system according to Claim 1, the credit reservation token is determined by all or part of the target period of the carbon credit and the ratio of the total amount of greenhouse gas reduction certified in each year of the target period in the carbon credit, the credit token is determined by all or part of the target period of the carbon credit and the amount of greenhouse gas reduction in each year of the target period. A carbon credit circulation support system.

4. In the carbon credit circulation support system according to claim 1, further comprising a data reception unit for receiving data related to the forest targeted by the carbon credit, an absorption amount simulation unit for simulating the absorption amount of greenhouse gases based on the data related to the forest, and an application form creation unit for creating data related to the application form of the project related to the carbon credit based on the data related to the forest and the result of the simulation. A carbon credit circulation support system.

Images