JP2022171104A - Management computer for transaction of carbon dioxide credit - Google Patents

Abstract

To construct a mechanism of transaction of carbon dioxide credit for promoting effort for decreasing carbon dioxide emission by a local government.SOLUTION: A management server 21 is configured to be capable of executing: an enterprise information acquisition process (S52) for acquiring, from each of a plurality of purchase desiring enterprises which desire purchase of carbon dioxide credits to be created and to be sold by a local government, administration information data being data of information regarding administration states, and achievement information data being data of information regarding carbon dioxide emission decrease achievement; and a difficulty index calculation process (S53) for calculating a difficulty sore α indicating difficulty in achieving a target of carbon dioxide emission decrease for each of the purchase desiring enterprises on the basis of the administration information data and the achievement information data.SELECTED DRAWING: Figure 11

Description

The present invention relates to a carbon dioxide credit trading management computer used when trading carbon dioxide credits.

In recent years, efforts have been made to reduce emissions of greenhouse gases such as carbon dioxide. For example, in Japan, efforts are being made to contribute to the reduction of greenhouse gas emissions by utilizing the J-credit system. The J-credit system is a system in which the government certifies the amount of greenhouse gas emission reductions and absorption as "credits (emission rights)" through efforts such as the introduction of energy-saving equipment and forest management. This system is a developmental integration of the domestic credit system and the offset credit system, and the certified (approved) credits can be used for various purposes such as achieving the goals of the Low Carbon Society Commitment and carbon offsetting. .

Since the amount of carbon dioxide emissions can be reduced through the use of energy-saving equipment for home use, carbon dioxide credit certification can be obtained by performing procedures based on the J-credit system for the amount of reduction. However, in this case, the amount of credit to be authenticated is small, although the procedures for credit authentication are complicated. Therefore, each family does not go through the procedures individually.

In order to be able to effectively receive carbon dioxide credit certification even for the carbon dioxide that is reduced through the use of household energy-saving equipment with a small scale of carbon dioxide credits, the Green Linkage System operated by the government is being implemented. A club is created. In this Green Linkage Club, the amount of carbon dioxide emissions reduced by the use of energy-saving equipment owned by each household (individual), that is, the amount of carbon dioxide emission reduction created by the use of energy-saving equipment, is compiled and processed collectively. conduct. Therefore, the scale of carbon dioxide credits increases, and can be effectively used for carbon offsets and the like.

Further, Patent Literature 1 discloses a mechanism for easily trading carbon dioxide credits for small business entities or individual houses. According to Patent Literature 1, carbon dioxide emission rights associated with electric power generated in small-scale facilities are traded through carbon dioxide emission rights management means. As a result, the consumer can easily purchase the carbon dioxide credits without having to search for a carbon dioxide emission credit seller by himself/herself.

JP 2010-86027 A

(Problems to be solved by the invention)

The operation of carbon dioxide credits (specifically, application for approval of carbon dioxide credits) can be done by local governments and private companies, and in fact Kobe City (Kobe _CO2 Bank) operates carbon dioxide credits. .

On the other hand, there is a movement at the local government level to announce carbon neutrality in 2050 AD, and the movement is being compiled by the Ministry of the Environment. Therefore, it is expected that each local government will start operating carbon dioxide credits in the future.

In order to achieve carbon neutrality within the municipality, it is necessary to promote the reduction of carbon dioxide emitted by companies established within the municipality (companies within the municipality). of carbon dioxide credits is an effective means.

However, the methods of trading carbon dioxide credits are limited, such as bidding sales managed by the government and bilateral transactions with intermediaries. There's a problem. In addition, it is difficult for companies with weak management strength to purchase carbon dioxide credits through the bidding system. Therefore, as a result of the inability of such companies within the local government to sufficiently promote the reduction of carbon dioxide emissions, there is a risk that efforts by the local government to reduce carbon dioxide emissions will be delayed.

An object of the present invention is to construct a carbon dioxide credit trading mechanism that promotes efforts by local governments to reduce carbon dioxide emissions.

The present invention is a carbon dioxide credit trading management computer used when trading carbon dioxide credits created within a municipality, and is a management computer for carbon dioxide credit transactions created within the municipality among companies established within the municipality that are scheduled to be sold within the municipality. Acquisition of business information data, which is information data on the business situation, and performance information data, which is information data on the performance of reducing carbon dioxide emissions, from each of the multiple companies wishing to purchase carbon dioxide credits. and a difficulty index calculation process for calculating a difficulty index indicating the degree of difficulty in achieving the carbon dioxide emission reduction target for each of the companies wishing to purchase, based on the management information data and the performance information data. A management computer for carbon dioxide credit transactions is provided that is operably configured.

According to the present invention, a carbon dioxide credit transaction management computer achieves a carbon dioxide emission reduction target for each of the companies within the municipality that wish to purchase carbon dioxide credits created within the municipality. A difficulty index representing the difficulty of the task is calculated. Therefore, based on the difficulty level index, carbon dioxide credits can be sold preferentially to companies that are having difficulty in achieving their carbon dioxide emission reduction targets. As a result, it is possible to make up for the delay in efforts to reduce carbon dioxide emissions by the company, and as a result, efforts to reduce carbon dioxide emissions by the local government are promoted. Therefore, by using the carbon dioxide credit transaction management computer according to the present invention, it is possible to construct a carbon dioxide credit transaction mechanism that promotes efforts by local governments to reduce carbon dioxide emissions.

In this case, the management computer for carbon dioxide credit transactions is configured to be able to execute a buyer extraction process for extracting companies wishing to purchase as buyers of carbon dioxide credits to be sold in descending order of the degree of difficulty represented by the difficulty index. I hope it is. According to this, the management computer for carbon dioxide credit transactions can automatically extract, as buyers of carbon dioxide credits, companies that wish to purchase and have a high degree of difficulty in achieving the target of reducing carbon dioxide emissions. .

Furthermore, in this case, in the above-mentioned buyer extraction process, within the range where the amount of carbon dioxide credits to be sold can be used to allocate the desired purchase amount of the company wishing to purchase, It is advisable to extract companies that wish to purchase as buyers. For example, the amount of carbon dioxide credits to be sold is 100, the desired purchase amount of company X1 with the highest degree of difficulty is 50, the desired purchase amount of company X2 with the second highest difficulty If the desired purchase amount of the purchase wishing company X3 with the next highest degree is 30, the desired purchase amount (50) of the purchase wishing company X1 and the purchase wishing company X2 are determined by the amount of carbon dioxide credits to be sold (100) to be generated. of the desired purchase amount (40) can be appropriated. Therefore, the companies X1 and X2 wishing to purchase are extracted as buyers. According to this, the carbon dioxide credits to be sold can be sold in an efficient and effective way to reduce the carbon dioxide emissions of the local government. Note that the amount of carbon dioxide credits created is the amount of carbon dioxide emission reduction that has been created.

Also, the carbon dioxide credit trading management computer may be configured to be capable of executing a disclosure process for disclosing the carbon dioxide credits to be sold and the generated amount of the carbon dioxide credits. According to this, it is possible to confirm the carbon dioxide credits to be sold and the amount of the generated carbon dioxide credits disclosed by the companies in the municipality.

The carbon dioxide credits to be sold may also be carbon dioxide credits being created. In this case, the carbon dioxide credit transaction management computer should publish the carbon dioxide credit creation history and the expected amount of carbon dioxide credit creation in the disclosure process. According to this, local companies wishing to purchase carbon dioxide credits can purchase carbon dioxide credits that are scheduled to be sold in the future to cover the shortfall even after reducing carbon dioxide emissions through self-help efforts. It is possible to consider in advance whether it can be covered by In the above invention, the carbon dioxide credit being created is the carbon dioxide credit whose carbon dioxide emission reduction amount is being measured (created). In addition, the history of carbon dioxide credit creation is a cumulative history of carbon dioxide emission reduction amounts created (accumulated) from the start of carbon dioxide emission reduction amount creation (measurement start) to the present time. In addition, the expected amount of carbon dioxide emission reduction is the expected amount of carbon dioxide emission reduction that will be created from the start of carbon dioxide emission reduction (start of measurement) to the end of creation (end of measurement), that is, the number of carbon dioxide credits. This is the expected amount of production.

FIG. 1 shows an overview of a carbon dioxide credit trading system according to the present embodiment. FIG. 2 is a schematic diagram showing a connection state among a plurality of fuel cell cogeneration devices, a support server, and a management server. FIG. 3 is a flow chart showing the flow of a device manufacturing number acquisition processing routine executed by the calculation unit of the support server. FIG. 4 is a flow chart showing the flow of an evidence data accumulation processing routine executed by the calculation unit of the support server. FIG. 5 is a diagram showing an example of an evidence database for each device. FIG. 6 is a flow chart showing the flow of an intermediate data transmission processing routine executed by the computing unit of the support server. FIG. 7 is a flow chart showing the flow of an aggregation processing routine executed by the calculation unit of the support server. FIG. 8 is a diagram showing an example of a display mode of approved credits and credits scheduled to be approved displayed on the credit sales website. FIG. 9 is a diagram showing an example of a display mode of credits being generated displayed on a credit selling website. FIG. 10 is a diagram showing an example of a list of companies wishing to purchase. FIG. 11 is a flow chart showing the flow of a difficulty score calculation processing routine executed by the calculation unit of the management server. FIG. 12 is a flow chart showing the flow of a buyer extraction processing routine executed by the calculation unit of the management server. FIG. 13 shows an example of the desired purchase quantity and difficulty score of each company wishing to purchase.

BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, embodiments of the present invention will be described with reference to the drawings. FIG. 1 shows an overview of a carbon dioxide credit trading system according to the present embodiment. As shown in FIG. 1, this system includes a device group 10 consisting of energy-saving devices possessed by a plurality of users, a credit management agency (local government 20) such as a municipality, a credit certification agency 30, and a credit buyer 40 such as a company. , and a support server 50 . It should be noted that the plurality of energy-saving devices constituting the device group 10 are energy-saving devices for home use, such as those installed in ordinary homes. In this embodiment, the fuel cell cogeneration device 11 is exemplified as an energy-saving device, but other energy-saving devices for home use, such as a solar power generation device, or electrical products recommended as energy-saving products, may also be used.

The fuel cell cogeneration system 11 generates power using fuel and oxygen, and generates heat along with the power generation. The amount of carbon dioxide emitted per unit power generation amount when power is generated using this fuel cell cogeneration device 11 is the amount of carbon dioxide emitted per unit power generation amount when a system power supply such as a commercial power supply generates power. less than quantity. Therefore, the more the power generated by the fuel cell cogeneration device 11 is used instead of the system power supply, that is, the more it is used as self-consumed power, the more the carbon dioxide emission is reduced, that is, the carbon dioxide emission reduction created. amount can be increased.

The fuel cell cogeneration system 11 is operated in either a rated operation in which the generated power is constant or a load following operation in which the generated power follows the domestic power consumption (power used in the user's home). In rated operation, the fuel cell cogeneration system 11 always generates power at the rated power (for example, 700 W) except during maintenance. On the other hand, in the case of load following operation, power is generated so as not to purchase power from the grid power supply for home use power below the rated power (for example, 700 W). In either operation method, when the domestic power consumption exceeds the rated power, the excess power is purchased from the grid power supply. Also, during rated operation, if the power used in the home is less than the rated power, the difference between the generated power (rated power) and the power used in the home is sold as surplus power. In this case, the power to be sold reversely flows through the system power supply. On the other hand, in the case of load following operation, surplus power does not occur, so reverse power flow of generated power does not occur.

Of the power generated by the fuel cell cogeneration system 11, the power that contributes to the reduction of carbon dioxide emissions is the power consumed at home, that is, the self-consumed generated power. Therefore, when the fuel cell cogeneration system 11 is in rated operation, the self-consumed generated power is the generated power minus the sold power (that is, the reverse flow power). On the other hand, when the fuel cell cogeneration system 11 is in load-following operation, the reverse flow power is 0, so all the generated power is self-consumed generated power.

Each user who has the fuel cell cogeneration device 11 constituting each device group 10 is a person who lives in the municipality 20 in this embodiment. Also, each user purchases the fuel cell cogeneration system 11 and performs a predetermined procedure with the local government 20, and subsidies are provided by the local government 20. FIG. Each user, in return for receiving a subsidy from the municipality 20 , transfers rights based on the amount of carbon dioxide emission reduction created by using the fuel cell cogeneration system 11 , that is, carbon dioxide credits to the municipality 20 . Then, the municipality 20 applies to the credit certification body 30 for approval of carbon dioxide credits based on the amount of carbon dioxide emission reduction created by the use of the fuel cell cogeneration system 11 of each user. The credit certification agency 30 verifies and deliberates the documents related to the authorization application, approves the carbon dioxide credits, and gives the approved carbon dioxide credits to the municipality 20 .

The municipality 20 sells the carbon dioxide credits given by the credit certification agency 30 to the credit buyer 40 by carbon offset or the like. The credit buyer 40 is a company established within the municipality 20 in this embodiment. As a result, the municipality 20 obtains profits from selling the carbon dioxide credits. By using the sales profit obtained in this way to subsidize users, it is possible to continuously promote the popularization of the fuel cell cogeneration system 11 and the accompanying reduction in carbon dioxide emissions. In addition, by selling carbon dioxide credits to companies established within the municipality 20, the reduction of carbon dioxide emissions within the municipality 20 can be promoted. It should be noted that a gas company or the like entrusted by the local government 20 may perform the operations of the credit management institution.

The municipality 20 has a management server 21 . The management server 21 corresponds to the carbon dioxide credit transaction management computer of the present invention. The management server 21 is used when trading carbon dioxide credits created within the municipality 20 . This management server 21 has a management database, and in this management database, the equipment manufacturing numbers of all the fuel cell cogeneration systems 11 to which subsidies are provided are listed for the users of each fuel cell cogeneration system 11. It is stored in a state associated with information. By storing this information in the management database, each fuel cell cogeneration device 11 of the user in the municipality 20 (in FIG. 1, the fuel cell cogeneration device 11 constituting the device group 10) is registered in the management server 21. be.

The support server 50 stores data necessary when the municipality 20 applies for a carbon dioxide credit to the credit certification body 30 based on the amount of carbon dioxide emission reduction created by using the fuel cell cogeneration device 11 that constitutes the device group 10. is provided to aggregate the collected data and transmit the aggregated data to the management server 21 . The support server 50 may be, for example, a computer owned by the manufacturer of the fuel cell cogeneration system 11 .

The support server 50 includes an arithmetic unit 51 , a storage unit 52 and a communication unit 53 . The calculation unit 51 is configured to implement various functions by executing each process described later. The storage unit 52 stores each process executed by the calculation unit 51, information such as a database required when the calculation unit 51 executes each process, values calculated by executing each process, and the like. In addition, the contact information of the user who has the fuel cell cogeneration system 11 is stored (registered) in the storage unit 52 . A user's contact information is, for example, an e-mail address of a user terminal such as a personal computer or a smartphone owned by the user. The communication unit 53 has a function of external communication.

The support server 50 is communicably connected to each of the plurality of fuel cell cogeneration devices 11 and the management server 21 of the local government 20 . FIG. 2 is a schematic diagram showing the state of connection between a plurality of fuel cell cogeneration devices, the support server 50, and the management server 21. As shown in FIG. As shown in FIG. 2, the fuel cell cogeneration system 11 has a communication function and is configured to be connectable to the Internet via a remote control device 12 and a wireless router 13 in the home where it is installed. Also, the support server 50 is configured to be connectable to the Internet via its communication unit 53 . Therefore, the plurality of fuel cell cogeneration devices 11 and the support server 50 are configured to be able to communicate via the Internet. In this embodiment, the fuel cell cogeneration system 11 is connected to the Internet via the remote control device 12 and the wireless router 13. However, the communication device installed in the fuel cell cogeneration system 11 is connected to the support server 50. A method of connecting to the Internet is also feasible. The support server 50 is also communicatively connected to the fuel cell cogeneration system 11 that constitutes the device group 10 and the fuel cell cogeneration system 11 other than the fuel cell cogeneration system 11 that constitutes the device group 10 . . For convenience of explanation, among all the fuel cell cogeneration devices 11 connected to the support server 50, the fuel cell cogeneration devices 11 constituting the device group 10, that is, the fuel cell cogeneration devices registered in the management server 21 are It is called a specific fuel cell cogeneration system 11 .

Information data related to the operating state of the fuel cell cogeneration system 11 is constantly input to the support server 50 together with the device serial number via the communication function. Thereby, each fuel cell cogeneration device 11 is monitored by the support server 50 . Therefore, the support server 50 constantly grasps the power generation state of each fuel cell cogeneration device 11 .

In addition, the remote control device 12 in each user's home is configured to receive the amount of electric power used in the home. Therefore, the support server 50 can acquire the amount of electric power used in each user's home and the state of electric power use (for example, the amount of electric power used for each time slot) from the remote control device 12 in each home.

Similarly to the support server 50, the management server 21 also has a calculation unit 21a, a storage unit 21b, and a communication unit 21c. The calculation unit 21a is configured to implement various functions by executing each process described later. The storage unit 21b stores each process executed by the calculation unit 21a, information such as a database required when the calculation unit 21a executes each process, values calculated by executing each process, and the like. The management database described above is stored in the storage unit 21b. The communication unit 21c has a function of external communication. The management server 21 is connected to the Internet via the communication unit 21c.

The support server 50 and the management server 21 are linked by an API (Application Programming Interface). Through this API linkage, the support server 50 can acquire the device manufacturing number of each specific fuel cell cogeneration device 11 stored in the management database of the management server 21 . FIG. 3 is a flow chart showing the flow of a device manufacturing number acquisition processing routine executed by the computing unit 51 so that the support server 50 acquires the device manufacturing number of each fuel cell cogeneration device 11 . This routine is periodically executed at predetermined intervals. When this routine is activated, the computing unit 51 accesses the management database of the management server 21 via the communication unit 53 in step 11 of FIG. 3 (hereinafter step is abbreviated as S). Next, all the device serial numbers in the management database are acquired (S12), and the acquired device serial numbers are stored in the device serial number database of the storage unit 52. FIG. After that, the calculation unit 51 terminates this routine. The device manufacturing number of the specific fuel cell cogeneration system 11 is stored in the device manufacturing number database of the storage unit 52 by the computing unit 51 periodically executing the device manufacturing number acquisition process described above. By acquiring the device manufacturing number of the specific fuel cell cogeneration system 11 registered in the local government 20, the support server 50 can access all the fuel cell cogeneration systems communicably connected thereto. 11, a specific fuel cell cogeneration system 11 registered with the local government 20 can be specified. In other words, the specific fuel cell cogeneration device 11 is specified by the device serial number acquired by the device serial number acquisition process. If the API link between the support server 50 and the management server 21 is not possible, the municipality 20 creates a list of the device manufacturing numbers of the specific fuel cell cogeneration device 11, sends an email to the support server 50, and stores the list in the support server 50. can also

In addition, the support server 50 stores data (individual usage amount data) of the daily power generation amount and the daily reverse power flow rate, which are the daily usage amounts of the plurality of fuel cell cogeneration devices 11 including the specific fuel cell cogeneration device 11. These acquired data are stored in the device-by-device evidence database of the storage unit 52 . For this purpose, the computing unit 51 of the support server 50 executes evidence data storage processing. FIG. 4 is a flow chart showing the flow of the evidence data storage processing routine executed by the calculation unit 51. As shown in FIG. This routine is repeatedly executed at predetermined short intervals. When this routine is activated, the computing unit 51 first determines whether or not the current time is a predetermined time (for example, 0:00 am) in S21 of FIG. If the current time is not the predetermined time (S21: No), the computing section 51 terminates this routine. On the other hand, if the current date and time is the predetermined time (S21: Yes), the calculation unit advances the process to S22.

In S22, the calculation unit 51 calculates the daily power generation amount E1, which is the amount of power generated by the fuel cell cogeneration device 11 from 0:00 a.m. to 23:59 on the previous day, and A daily reverse flow rate F1, which is the amount of power that reversely flows to the system power supply, is acquired for each device, that is, from each fuel cell cogeneration device 11 . In this case, the control unit in each fuel cell cogeneration device 11 sends the data of the daily power generation amount E1 and the daily reverse flow rate F1 of the previous day to the support server 50 together with the device manufacturing number at or before the predetermined time in S21. configured to transmit. Therefore, in S22, the support server 50 receives the data transmitted as described above, identifies the device manufacturing number based on the received data, and specifies the fuel cell cogeneration device 11 having the identified device manufacturing number. The data of the daily power generation amount E1 and the data of the daily reverse power flow rate F1 are acquired.

Next, the calculation unit 51 advances the process to S23, and stores the data of the daily power generation amount E1 and the data of the daily reverse flow rate F1 acquired in S22 in the device-specific evidence database. FIG. 5 is a diagram showing an example of an evidence database for each device. As shown in FIG. 5, in the equipment-specific evidence database, data on the daily power generation amount E1 and the data on the daily reverse flow rate F1 of the fuel cell cogeneration system 11 are continuously stored every day for each equipment serial number. be. In S23, the calculation unit 51 stores the data of the previous day's daily power generation amount E1 and the data of the daily reverse flow rate F1 acquired in S22 in association with the corresponding device manufacturing number and the corresponding date. After that, the calculation unit 51 terminates this routine. By executing the evidence data storage process shown in FIG. Acquire individual usage data (daily power generation E1 data and daily reverse power flow rate F1 data) representing the usage amount (power generation amount, reverse power flow rate) of the specific fuel cell cogeneration device 11 within (one day) , the obtained individual usage amount data is associated with the device manufacturing number data and stored in the device-by-device evidence database on a daily basis.

In addition, the calculation unit 51 periodically transmits the intermediate data of the carbon dioxide emission reduction amount and its evidence data by periodically executing the intermediate data transmission process from the predetermined measurement start date to the predetermined measurement end date. send to FIG. 6 is a flow chart showing the flow of the intermediate data transmission processing routine executed by the calculation unit 51. As shown in FIG. This routine is repeatedly executed at predetermined short intervals. When this routine is activated, the computing unit 51 first determines in S31 of FIG. 6 whether or not the current date and time is the first predetermined time of the week (for example, 0:00 am). If the current date and time is not the first predetermined time of the week (S31: No), the calculation unit 51 terminates this routine. On the other hand, if the current date and time is the first predetermined time of the week (S31: Yes), the calculation unit 51 advances the process to S32.

In S32, the calculation unit 51 selects a plurality of specific fuel cell cogeneration systems specified by the device serial number acquired in the device serial number acquisition process (that is, specified by the device serial number stored in the device serial number database). For each of the devices 11, the data of the daily power generation amount E1 stored by the evidence data storage process from the predetermined measurement start date to the present time, that is, the data of the daily power generation amount E1 from the measurement start date to the last day of the previous week are summed up. Then, the cumulative intermediate power generation amount E2 is calculated. Furthermore, in S32, the calculation unit 51 calculates the daily reverse power flow rate stored in the device-specific evidence database from the predetermined measurement start date to the current time (the last day of the previous week) for each of the plurality of specific fuel cell cogeneration devices 11. The data of F1 are added to calculate the accumulated intermediate reverse flow rate F2.

Next, the calculation unit 51 advances the process to S33. In S33, the calculation unit 51 calculates the specific fuel cell cogeneration system 11 for each of the plurality of specific fuel cell cogeneration devices 11 based on the data of the cumulative intermediate power generation amount E2 and the data of the cumulative intermediate reverse power flow rate F2 calculated in S32. A cumulative intermediate carbon dioxide emission reduction amount C2, which is the carbon dioxide emission reduction amount created by the cogeneration device 11 from the measurement start date to the present time, is calculated. In this case, the cumulative intermediate carbon dioxide emission reduction amount C2 is calculated by substituting the cumulative intermediate self-consumed power generation amount G2 obtained by subtracting the cumulative intermediate reverse power flow rate F2 from the cumulative intermediate power generation amount E2 into a predetermined conversion formula. can be done.

Subsequently, the calculation unit 51 advances the process to S34. In S34, the calculation unit 51 adds up the data of the cumulative intermediate carbon dioxide emission reduction amount C2 calculated for each specific fuel cell cogeneration device 11 in S33 to calculate the intermediate total carbon dioxide emission reduction amount C3.

Next, the calculation unit 51 advances the process to S35, and the data of the cumulative intermediate power generation amount E2 and the data of the cumulative intermediate reverse power flow rate F2 for each specific fuel cell cogeneration device 11 calculated in S32 and S33, The data of the carbon dioxide emission reduction amount C2 is transmitted to the user of the corresponding specific fuel cell cogeneration system 11. In this case, the calculation unit 51 can transmit these data to the mail address of each user's user terminal registered in the support server 50 .

Further, the calculation unit 51 advances the process to S<b>36 and transmits the intermediate total carbon dioxide emission reduction amount C<b>3 calculated in S<b>34 to the management server 21 . After that, the calculation unit 51 terminates this routine.

By executing the above-described intermediate data transmission processing by the calculation unit 51, the individual usage amount data ( Intermediate usage data (data of cumulative intermediate power generation E2 and data of cumulative intermediate reverse flow F2) representing the cumulative value of daily power generation E1 and daily reverse flow It is calculated for each generation device 11 (S32). In addition, based on the calculated intermediate usage amount data of each of the specified fuel cell cogeneration devices 11, from the measurement start date to the present time (in this embodiment, until the last day of the previous week), a plurality of specified fuel cell cogeneration devices 11 (data of intermediate total carbon dioxide emission reduction C3) is calculated (S34). Then, the data of the calculated intermediate total carbon dioxide emission reduction amount C3 is transmitted to the management server 21 every week (S36), and the usage amount intermediate data, which is the evidence data, is sent to the user of each specified fuel cell cogeneration device 11 weekly. is sent every time (S36). This intermediate data transmission process may be performed weekly, monthly, or daily as described above.

In addition, the calculation unit 51 of the support server 50 aggregates the data of the carbon dioxide emission reduction amount created from the predetermined measurement start date to the predetermined measurement end date by executing the aggregation process. It is configured to be able to transmit data to the management server 21 . FIG. 7 is a flow chart showing the flow of the tallying processing routine executed by the computing unit 51. As shown in FIG. This routine is repeatedly executed at predetermined short intervals. When this routine is activated, the calculation unit 51 determines in S41 of FIG. 7 whether or not a data request signal has been input from the management server 21 after a predetermined measurement end date. This data request signal is transmitted from the management server 21 to the support server 50 by, for example, an operator of the management server 21 inputting a predetermined command to the management server 21 when the municipality 20 requests aggregated data on the amount of carbon dioxide emission reduction. sent to.

If the calculation unit 51 determines in S41 that the data request signal has not been input (S41: No), it ends this routine. On the other hand, when determining that the data request signal has been input (S41: Yes), the calculation unit 51 advances the processing to S42.

In S42, the calculation unit 51 refers to the device-specific evidence database, and sums and accumulates the daily power generation E1 from the predetermined measurement start date to the predetermined measurement end date for each of the specific fuel cell cogeneration devices 11. A power generation amount E3 is calculated. Next, in S43, the calculation unit 51 refers to the device-specific evidence database, and calculates the daily reverse flow rate F1 from the predetermined measurement start date to the predetermined measurement end date for each of the specific fuel cell cogeneration devices 11. are added to calculate the cumulative reverse flow rate F3.

Next, the calculation unit 51 advances the process to S44, adds up the cumulative power generation E3 calculated for each of the specific fuel cell cogeneration devices 11, and calculates the total power generation E4 from the measurement start date to the measurement end date. Furthermore, the cumulative reverse power flow rate F3 calculated for each specific fuel cell cogeneration device 11 is summed up to calculate the total reverse power flow rate F4 from the measurement start date to the measurement end date.

Subsequently, the calculation unit 51 advances the process to S45, and calculates the total self-consumed power generation amount G4 by subtracting the total reverse power flow rate F4 from the total power generation amount E4. Further, the calculation unit 51 advances the process to S46, and based on the total self-consumed power generation amount G4, carbon dioxide emissions that are the total amount of carbon dioxide emission reduction created from the predetermined measurement start date to the predetermined measurement end date A total emission reduction amount C4 is calculated.

Next, the calculation unit 51 advances the process to S<b>47 and transmits the data of the carbon dioxide emission reduction total amount C<b>4 and its evidence data to the management server 21 . Here, the evidence data to be transmitted to the management server 21 in S47 includes the data of the cumulative power generation amount E3 and the data of the cumulative reverse power flow rate F3 calculated for each of the specific fuel cell cogeneration devices 11 in S42 and S43, and the This data is associated with the manufacturing number of the specific fuel cell cogeneration system 11 that is the object of data calculation. After that, the calculation unit 51 terminates this routine.

Based on the individual usage amount data (daily power generation amount E1 and daily reverse flow rate F1) of each specific fuel cell cogeneration device 11 stored in the evidence data storage process, the calculation unit 51 executes the above-described aggregation process. Data of the total amount of carbon dioxide emission reduction created by using a plurality of specified fuel cell cogeneration devices 11 from the measurement start date to the measurement end date (data of total carbon dioxide emission reduction C4) is calculated. be done. Data on the calculated total amount of carbon dioxide emission reduction is automatically transmitted from the support server 50 to the management server 21 together with the evidence data. Based on the data sent to the management server 21, the municipality 20 can create documents required for carbon dioxide credit authentication. In this manner, data necessary for carbon dioxide credit authentication is automatically transmitted from the support server 50, so that collection and totalization of these data are not troublesome. That is, data collection can be simplified. In addition, the data of the total carbon dioxide emission reduction amount C4 can be calculated by aggregating the data of all the specific fuel cell cogeneration devices 11, and the data is supported by the evidence data. In other words, the data of the calculated total carbon dioxide emission reduction amount C4 is reliable and does not include uncertainty. Therefore, all of the calculated carbon dioxide emission reduction total amount C4 can be applied as a carbon dioxide credit, and the value of the carbon dioxide credit is not lost.

Further, according to the present embodiment, by executing the intermediate data transmission process, the calculation unit 51 periodically transmits data of the cumulative intermediate power generation amount E2, data of the cumulative intermediate reverse flow rate F2, cumulative intermediate carbon dioxide emissions, The data of the reduction amount C2 is transmitted to the user terminal of the user of each specific fuel cell cogeneration device 11, and the data of the intermediate total carbon dioxide emission reduction amount C3 is transmitted to the management server 21. Thereby, the transmission history of each data is stored in the user terminal and the management server 21 as backup data. Therefore, when communication between the support server 50 and each specific fuel cell cogeneration device 11 is cut off due to some kind of communication failure after that, and the power generation state of the specific fuel cell cogeneration device 11 cannot be grasped on the support server 50 side. , using the data of the intermediate total amount of carbon dioxide emission reduction C3 and its evidence data (the data of the cumulative intermediate power generation amount E2 and the data of the cumulative intermediate reverse flow rate F2) transmitted so far, it is possible to apply for carbon dioxide credits. can.

Further, according to the present embodiment, when a transmission request signal is input from the management server 21, the aggregation process is executed, and the data of the carbon dioxide emission reduction total amount C4 is transmitted to the management server 21 together with the evidence data. It is configured. Therefore, these data can be transmitted in a timely manner in response to a request from the municipality 20. FIG.

By the way, in order to sell the carbon dioxide credits created within the municipality 20 by various methods, including the carbon dioxide credits created as described above, the municipality 20 creates a website containing content related to the sale of carbon dioxide credits ( (hereinafter referred to as a credit sales website) is uploaded to a web server on the Internet through the management server 21 . Therefore, it is possible to use the Internet to browse the credit sales website operated by the municipality 20.

The credit sale website displays the carbon dioxide credits that the municipality 20 plans to sell. The displayed carbon dioxide credits to be sold include approved credits that have already been authenticated (approved) by the credit authentication organization 30, carbon dioxide credits that are scheduled to be authenticated (approved) (credits scheduled to be approved), and currently being created (that is, carbon dioxide Carbon emissions reduction data is being collected (measured)), including carbon credits. Carbon dioxide credits that are currently being created are called under-creation credits.

FIG. 8 is a diagram showing an example of a display mode of approved credits and credits scheduled to be approved displayed on the credit sales website. As shown in FIG. 8, the credit sales website displays approved credits and credits to be approved in a tabular form. This table contains a column for the reference number of the carbon dioxide credits to be sold, a column for the outline of the carbon dioxide credit creation project, a column for whether or not approval has been granted by the credit certification body (approved or scheduled to be approved), A column indicating the amount of carbon credits (amount of carbon dioxide emission reduction) generated) and a column indicating the selling price of carbon dioxide credits (unit price per ton) are provided. Also, the sales unit price of carbon dioxide credits is set by the local government 20 in this embodiment.

FIG. 9 is a diagram showing an example of a display mode of credits being generated displayed on a credit selling website. As shown in FIG. 9, the credit sales website displays the credits being generated in a list. This table contains a column for reference numbers of credits to be sold, a column for outlines of the projects for the credits being created, a column for the creation period of the credits being created, a column for the history of creation of the credits being created, and a column for expected creation. A column indicating the amount (the amount of carbon dioxide credits expected to be generated) and a column indicating the sales unit price of the carbon dioxide credits are provided. In the present embodiment, the local government 20 also sets the sales unit price of the credits being created.

In addition, as shown in FIG. 9, in the column of creation history, a created amount transition graph showing the transition of the created amount of carbon dioxide credits (cumulative amount of created carbon dioxide emission reduction amount) is posted. The solid line part of this creation amount transition graph is the transition (creation history) of the amount of carbon dioxide credits created from the start of carbon dioxide credit creation (measurement start: start) to the present time. The dashed line shows the expected change in the amount of carbon dioxide credits that will be created in the future. Then, the amount of carbon dioxide credits expected to be created at the end of creation (end of measurement: goal), that is, the expected amount of carbon dioxide credits to be created is entered in the column of expected amount of creation. The solid line portion of this creation amount transition graph can be created based on the intermediate total carbon dioxide emission reduction amount C3 that is periodically transmitted from the support server 50 to the management server 21 in the intermediate data transmission process described above. Also, the dashed line portion and the expected generated amount of the generated amount transition graph can be estimated from the slope of the solid line portion of the graph. In addition to the tables shown in FIGS. 8 and 9, the display screen of the credit sales website shows the purchase deadline for each carbon dioxide credit to be sold, and the fact that only companies established within the municipality 20 can purchase it. It is clearly stated that it is possible to

A list of carbon dioxide credits to be sold and the amount of carbon dioxide credits to be created or expected to be created as shown in FIGS. . In other words, the management server 21 is configured to be capable of executing a disclosure process for disclosing the carbon dioxide credits to be sold and the amount of generated carbon dioxide credits. In addition, as shown in FIG. 9, when the carbon dioxide credits to be sold are the carbon dioxide credits being created, the management server 21 also discloses the creation history and expected amount of each carbon dioxide credit being created. do.

Companies established within the municipality 20 (companies within the municipality) can check the list of carbon dioxide credits to be sold shown in FIGS. can. Then, the companies in the municipality examine whether or not they wish to purchase these carbon dioxide credits, and if they decide to purchase the carbon dioxide credits, they inform the municipality 20 of that effect by the purchase deadline. At that time, companies wishing to purchase carbon dioxide credits (purchasing companies) must provide the company name, the reference number of the carbon dioxide credits they wish to purchase, the amount they wish to purchase (the amount of carbon dioxide credits they wish to purchase (carbon dioxide emission reduction amount)), business conditions of the company, and carbon dioxide emission reduction results are communicated to the local government 20. Various methods are conceivable as this communication method. For example, a method of filling in the necessary items in a carbon dioxide credit purchase application form and mailing it to the municipality 20, a method of offering to purchase carbon dioxide credits to the municipality 20 by telephone, or an application for purchase of carbon dioxide credits through a credit sales website. A method of contacting the municipality 20, etc., can be exemplified as the contact method.

In addition, among the contents to be notified to the local government 20 by the company wishing to purchase, the business condition of the company is information representing the management strength of the company. value, etc. Also, the carbon dioxide emission reduction performance is, for example, the amount of carbon dioxide emission reduction that has been created so far.

Also, the municipality 20 deletes from Table 8 or 9 carbon dioxide credits to be sold whose purchase deadline has passed. Then, a list of companies wishing to purchase is created for each of the carbon dioxide credits to be sold whose purchase deadline has passed.

FIG. 10 is a diagram showing an example of a list of companies wishing to purchase. As shown in FIG. 10, this list includes a reference number column, a company name column, a capital column, a sales column, a current profit column, a carbon dioxide emission reduction record column, a desired purchase quantity column, and a sales price column of the companies that wish to purchase. is provided. The capital amount column shows the amount of capital, the sales column shows the average amount of sales for the last few years, the ordinary income column shows the average ordinary income for the last few years, and the carbon dioxide emission reduction results column shows The amount of carbon dioxide emission reductions created so far, the amount of carbon dioxide credits (carbon dioxide emission reductions) that you wish to purchase in the desired purchase amount column, and the carbon dioxide indicated in the desired purchase amount column in the sale price column. The sale amount of the credit amount is displayed respectively. Such a list of companies wishing to purchase may be automatically created by the calculation unit 21a of the management server 21, or may be created on the management server 21 by an employee of the local government 20. FIG. The created list of companies wishing to purchase is stored in the storage unit 21b of the management server 21. FIG.

Based on the list of companies wishing to purchase stored in the storage unit 21b, the calculation unit 21a of the management server 21 calculates a difficulty score, which is an index indicating the degree of difficulty in achieving the carbon dioxide emission reduction target, for each company wishing to purchase. It is configured to be able to calculate each of FIG. 11 is a flow chart showing the flow of a difficulty score calculation processing routine executed by the calculation unit 21a of the management server 21 to calculate the difficulty score. This routine is started when the operator of the management server 21 specifies a list of companies wishing to purchase for use in calculating the difficulty score and then inputs a predetermined command to the management server 21 .

When this routine is activated, the computing unit 21a of the management server 21 first selects one unselected purchase-desiring company from the purchase-desiring company list in S51 of FIG. do. Next, the calculation unit 21a acquires the management information data and performance information data of the selected purchase-desiring company from the purchase-desiring company list (S52). Here, the management information data refers to the numerical data of the amount of capital indicated in the capital column of the list of companies wishing to purchase, the numerical data of sales indicated in the sales column, and the ordinary profit indicated in the ordinary profit column. It is the numerical data of the amount. Further, the performance information data is numerical data of the carbon dioxide emission reduction amount shown in the carbon dioxide emission reduction performance column of the list of companies wishing to purchase. Therefore, in S52, the calculation unit 21a selects the capital column, the sales column, the current profit column, and the carbon dioxide emission reduction record column of the target purchase wishing company from the list of companies wishing to purchase stored in the storage unit 21b. By acquiring the numerical data stored in each column of , the management information data and performance information data for the company wishing to purchase are acquired. The process of S52 corresponds to the company information acquisition process of the present invention.

Next, the calculation unit 21a calculates the difficulty score α based on the management information data and performance information data acquired in S52 (S53). Here, the difficulty score α corresponds to the difficulty index of the present invention, and is calculated based on a value obtained by weighting each data acquired in S52. Specifically, the numerical data of capital acquired in S52 is a (yen), the numerical data of sales is b (yen), the numerical data of ordinary profit is c (yen), and the numerical data of carbon dioxide emission reduction results Assuming that the data is d (ton-CO ₂ ), the difficulty score α is calculated by the following formula.
α=1/(a×x1+b×x2+c×x3+d×x4)
Here, x1 is the weighting factor for a (capital), x2 is the weighting factor for b (sales), c3 is the weighting factor for c (ordinary income), and x4 is the weighting factor for d (carbon dioxide emission reduction). be. Each weighting factor x1-x4 is a positive number. The processing of S53 corresponds to the difficulty index calculation processing of the present invention.

This difficulty score α is calculated so as to represent how difficult it is to achieve the carbon dioxide emission reduction target, that is, to represent the degree of difficulty for achieving the carbon dioxide emission reduction target. be done. In the present embodiment, the difficulty score α is calculated such that the higher the difficulty score α, the higher the difficulty (higher hurdles) for achieving the carbon dioxide emission reduction target. Here, the concept of the degree of difficulty for achieving the carbon dioxide emission reduction target will be explained below.

Whether or not a company can achieve its carbon dioxide emission reduction targets will affect the company's financial strength and its past record of carbon dioxide emission reductions. If a company is financially strong, it can afford to buy more carbon credits and thus meet its carbon emission reduction targets. On the other hand, if a company's financial strength is weak, it will lack the funds to purchase carbon dioxide credits, so it will have to increase the amount of carbon dioxide emission reductions through self-help efforts, but in order to do so, it will have to introduce energy-saving equipment. However, if the management strength is weak, the funds for introducing the energy-saving equipment will be insufficient, so in the end it will not be possible to increase the amount of carbon dioxide emission reduction. Therefore, the management strength of a company affects whether it can achieve its carbon dioxide emission reduction target.

In addition, if the carbon dioxide emission reduction amount created in the past is large, it can be estimated that the carbon dioxide emission reduction target will be reached shortly, and in this case, the target will be easily achieved. On the other hand, if the amount of carbon dioxide emission reduction created in the past is small, a large amount of carbon dioxide emission reduction must be performed until the carbon dioxide emission reduction target is achieved, and in this case it is difficult to achieve the target. Therefore, the actual reduction of carbon dioxide emissions affects whether the company can achieve its carbon dioxide emission reduction target. It is easy, and if there are few, it is difficult to achieve the target.

In this embodiment, the difficulty score α is calculated based on the above concept. Specifically, the difficulty score α becomes smaller as the index representing management strength (numerical data of capital, numerical data of sales, numerical data of ordinary income) becomes smaller, and the index representing the reduction of carbon dioxide emissions ( It is calculated so that the larger the numerical data of the carbon dioxide emission reduction performance, the smaller it becomes.

In addition, each weighting factor x1 to x4 is set in order to adjust the balance of the impact of the indicators representing management strength (capital, sales, ordinary income) and the indicators representing the reduction of carbon dioxide emissions on the difficulty score α. be done. These weighting factors x1 to x4 can be arbitrarily input to the management server 21. FIG. Therefore, before calculating the difficulty score α, the operator of the management server 21 preliminarily inputs the values of the weighting factors x1 to x4 to the management server 21 from input means such as a keyboard. It should be noted that the difficulty score α may be calculated using preset weighting factors x1 to x4 when there is no input of each of the weighting factors x1 to x4.

After calculating the difficulty score α as described above, the calculation unit 21a advances the process to S54. In S54, the calculation unit 21a stores the difficulty score α calculated in S53 in the storage unit 21b in association with the purchase request company. Note that the calculation unit 21a may cause the storage unit 21b to store the difficulty score α in S53 and display each difficulty score α on the display of the management server 21. FIG. Next, the calculation unit 21a determines whether or not there is any company that wishes to purchase that has not been selected yet (S55). If there is a company that has not been selected yet (S55: No), the calculation unit 21a returns to S51 and repeats the processes after S51. If there is no company that has not yet been selected (S55: Yes), the calculation unit 21a terminates this routine.

The calculation unit 21a of the management server 21 executes the above-described difficulty score calculation process to calculate the difficulty score α of each purchase requesting company for each of the carbon dioxide credits scheduled to be sold. Therefore, based on the difficulty score α, carbon dioxide credits can be sold preferentially to companies that are having difficulty in achieving their carbon dioxide emission reduction targets. As a result, it is possible to make up for the delay in efforts to reduce carbon dioxide emissions by the company, and as a result, it is possible to promote efforts to reduce carbon dioxide emissions as a local government.

Further, the calculation unit 21a of the management server 21 is configured to be able to extract carbon dioxide credit buyers based on the difficulty score α of each purchase requesting company calculated in the difficulty score calculation process. . FIG. 12 is a flow chart showing a flow of a purchaser extraction processing routine executed by the calculation unit 21a to extract a purchaser of carbon dioxide credits. This routine is started when the operator of the management server 21 inputs a predetermined command to the management server 21 after the execution of the difficulty score calculation process for the target carbon dioxide credit is completed. When this routine is activated, in S61 of FIG. 12, the calculation unit 21a selects the purchase requesting companies of the carbon dioxide credits to be sold that have not yet been selected, and performs the above-described difficulty score calculation process. Select the company that wishes to purchase that has the highest difficulty score α calculated by executing the above.

Next, the calculation unit 21a acquires the desired purchase amount of the selected purchase requesting company from the purchase requesting company list (S62), and determines whether the acquired desired purchase amount is equal to or less than the remaining creation amount (S63). ). Here, the remaining amount of carbon dioxide credits is the amount of carbon dioxide credits remaining after subtracting the amount of carbon dioxide credits to be purchased from the companies wishing to purchase that have already been extracted to the buyers in S64, which will be described later, from the amount of carbon dioxide credits to be sold. be. Therefore, when the calculation unit 21a first selects a company wishing to purchase in S61, the remaining generated amount in the process of S63 is the generated amount of carbon dioxide credits to be sold.

If it is determined in S63 that the desired purchase amount is equal to or less than the remaining generated amount (S63: Yes), the calculation unit 21a proceeds to S64 and extracts the selected purchase desired company as a buyer. Next, the calculation unit 21a subtracts the desired purchase amount acquired in S62 from the remaining amount to be created, and updates the remaining amount to be created (S65). After that, the calculation unit 21a returns the processing to S61, and repeats the processing after S61.

Further, when it is determined in S63 that the desired purchase amount is larger than the remaining generated amount (S63: No), the sales amount of carbon dioxide credits is insufficient, so no more carbon dioxide credits can be sold. In this case, the calculation unit 21a advances the process to S66, and displays on the display of the management server 21 the companies that wish to purchase that have been extracted as buyers in S64. After that, the calculation unit 21a terminates this routine.

It is represented by the difficulty score α within the range where the desired purchase amount of the purchase requesting company can be appropriated by the amount of carbon dioxide credits to be sold scheduled to be generated by the calculation unit 21a executing the above-described buyer extraction processing. Purchase-desiring companies are extracted as buyers in descending order of difficulty. For example, as shown in FIG. 13, the difficulty score α of company A wishing to purchase is 80 and the desired purchase amount is 100, and the difficulty score α of company B wishing to purchase is 62 and the desired purchase amount is 150. It is assumed that the difficulty score α of requesting company C is 95 and the desired purchase amount is 50, and the difficulty score α of requesting company D is 30 and the desired purchase amount is 100. It is also assumed that the amount of carbon dioxide credits to be sold to be generated is 350. In this case, first, the desired purchase company C with the highest difficulty score α is selected as a candidate for sale. Since the desired purchase quantity (50) of this purchase wishing company C is equal to or less than the remaining creation quantity (350), the purchase wishing company C is extracted as a buyer. After that, the remaining generation amount is set to 300. Next, the purchase wishing company A with the next highest difficulty score α is selected as a sale candidate. Since the desired purchase amount (100) of this purchase requesting company A is equal to or less than the remaining creation amount (300), the purchase requesting company A is extracted as a buyer. After that, the remaining generation amount is set to 200. Next, the purchase wishing company B with the next highest difficulty score α is selected as a sale candidate. Since the desired purchase quantity (150) of this purchase wishing company B is equal to or less than the remaining creation quantity (200), the purchase wishing company B is extracted as a buyer. After that, the remaining production amount is set to 50. Subsequently, the purchase-desiring company D with the next highest difficulty score α is selected as a sale candidate. Since the desired purchase amount (100) of this purchase requesting company D is larger than the remaining creation amount (50), the purchase requesting company D is not extracted as a buyer. Therefore, according to this example, companies A, B, and C who wish to purchase are extracted as buyers of carbon dioxide credits. By preferentially selling carbon dioxide credits to companies that wish to purchase extracted in this way, that is, companies that have a high degree of difficulty (high hurdles) in achieving their carbon dioxide emission reduction targets, these companies wish to purchase It can help reduce carbon dioxide emissions.

As described above, the management server 21 receives management information data, which is information data on management conditions, and carbon dioxide credits from each of a plurality of companies that wish to purchase carbon dioxide credits that are created within the municipality and are scheduled to be sold. A company information acquisition process (S52) for acquiring performance information data, which is information data related to carbon emission reduction performance, and based on the management information data and performance information data, the target of carbon dioxide emission reduction is set for each of the companies wishing to purchase. and a difficulty level index calculation process (S53) for calculating a difficulty level score α representing the level of difficulty to achieve. Therefore, based on the difficulty score α, it is possible to preferentially sell carbon dioxide credits to companies in the local government that are difficult to achieve the target of reducing carbon dioxide emissions. As a result, it is possible to make up for the delay in efforts to reduce carbon dioxide emissions by companies within the local government, and as a result, it is possible to promote efforts to reduce carbon dioxide emissions as a local government. In other words, by using the management server 21 according to the present embodiment, it is possible to construct a carbon dioxide credit transaction system that promotes efforts by local governments to reduce carbon dioxide emissions.

In addition, the management server 21 ranks the purchase requesting companies in descending order of the degree of difficulty represented by the difficulty score α within a range in which the amount of carbon dioxide credits to be generated to be sold can be appropriated to the purchase requesting company's desired purchase amount. is configured to be able to execute a sale destination extraction process for extracting as a sale destination. According to this, it is possible to automatically extract purchase-desiring companies that have a high degree of difficulty in achieving the target of reducing carbon dioxide emissions as buyers of carbon dioxide credits. Also, carbon dioxide credits to be sold can be efficiently sold.

In addition, as shown in FIGS. 8 and 9, the management server 21 is configured to be able to disclose the carbon dioxide credits to be sold and the generated amount of the carbon dioxide credits. According to this, it is possible to confirm the carbon dioxide credits to be sold and the amount of the generated carbon dioxide credits disclosed by the companies in the municipality.

Further, as shown in FIG. 9, when the management server 21 discloses the carbon dioxide credits being created as carbon dioxide credits to be sold, the management server 21 discloses the carbon dioxide credit creation history and the expected amount of carbon dioxide credits to be created. According to this, local companies wishing to purchase carbon dioxide credits can purchase carbon dioxide credits that are scheduled to be sold in the future to cover the shortfall even after reducing carbon dioxide emissions through self-help efforts. It is possible to consider in advance whether it can be covered by

Although the embodiments of the present invention have been described above, the present invention should not be limited to the above embodiments. For example, in the above embodiment, in order to calculate the difficulty score α, numerical data of capital, sales, ordinary income, and carbon dioxide emission reduction results were used, but other than that, The difficulty score α may be calculated taking into consideration the data of the information representing the difficulty level. Further, the difficulty score α may be calculated so that the magnitude of the difficulty can be determined from the value, and the difficulty score α is calculated by a formula different from the calculation formula of the difficulty score α. Also good. Further, the difficulty score α may be calculated such that the value of the difficulty score α decreases as the difficulty increases. Further, in the above embodiment, an example of showing the creation history of credits to be sold under creation by the creation amount transition graph was shown, but the creation history may be indicated by a table or the like showing the creation amount in chronological order. It is also possible to connect the management servers of each municipality so that they can communicate with each other, and to sell carbon dioxide credits for which a company wishing to purchase did not appear or fractional carbon dioxide credits generated by the sale to other municipalities. . In this manner, the present invention can be modified without departing from its gist.

DESCRIPTION OF SYMBOLS 10... Equipment group 11... Fuel cell cogeneration apparatus, specific fuel cell cogeneration apparatus, 12... Remote control apparatus, 13... Wireless router, 20... Municipality, 21... Management server (carbon dioxide credit transaction management computer), 21a... Operation unit 21b Storage unit 21c Communication unit 30 Credit certification agency 40 Credit buyer 50 Support server α Difficulty score (difficulty index)

Claims (5)

A carbon dioxide credit trading management computer used when trading carbon dioxide credits created within a municipality,
Management information data, which is information data on the management situation, from each of a plurality of companies established within the municipality that desire to purchase carbon dioxide credits that are planned to be sold and that are created within the municipality. and corporate information acquisition processing for acquiring performance information data, which is information data related to carbon dioxide emission reduction performance;
a difficulty level index calculation process of calculating a difficulty level index representing a level of difficulty in achieving a carbon dioxide emission reduction target for each of the companies wishing to purchase, based on the management information data and the performance information data; A management computer for carbon dioxide credit transactions, configurable. The carbon dioxide credit transaction management computer according to claim 1,
Management for carbon dioxide credit transactions, configured to be able to execute a buyer extraction process for extracting the companies wishing to purchase as buyers of the carbon dioxide credits to be sold in descending order of difficulty represented by the difficulty index. Computer. The carbon dioxide credit transaction management computer according to claim 2,
In the process of extracting buyers, the amount of carbon dioxide credits to be sold to be generated can be used to allocate the desired amount of purchase of the company wishing to purchase, in descending order of the degree of difficulty represented by the degree of difficulty index. A management computer for carbon dioxide credit transactions that extracts companies that wish to purchase as buyers. The carbon dioxide credit transaction management computer according to any one of claims 1 to 3,
A carbon dioxide credit transaction management computer configured to be capable of executing a disclosure process of disclosing the carbon dioxide credits to be sold and the generated amount of the carbon dioxide credits. A carbon dioxide credit transaction management computer according to claim 4,
When the carbon dioxide credits to be sold are the carbon dioxide credits being created, the carbon dioxide credit transaction management computer publishes the carbon dioxide credit creation history and the expected amount of carbon dioxide credit creation in the disclosure process.

Images