Information processing device, information processing method and program

Abstract

To improve convenience of examination and selection of measures to be taken.SOLUTION: A final goal information acquisition part 52 acquires information of a final goal reduction amount of carbon dioxide emissions, a final goal cost, and final goal timing, as final goal information. An intermediate goal information acquisition part 53 acquires information of an intermediate goal reduction amount, an intermediate goal cost and intermediate timing, as intermediate goal information. A measure information acquisition part 54 acquires, for each of a plurality of measures, information of an amount of reduction achieved by prescribed measures and implementation costs relating to the prescribed measures, as measure information. A measure selection receiving part 55 receives selection of one or more measures from among a plurality of measures, and also receives information of implementation timing of the measures, as measure information. A determination result generation part 56 generates determination results relating to achievement of each of the final goal reduction amount and the final goal cost.SELECTED DRAWING: Figure 4

Description

[Technical field]

[0001] The present invention relates to an information processing device, an information processing method, and a program. [Background technology]

[0002] Recently, efforts to reduce environmental loads have been actively undertaken. To realize these efforts, the government, environmental organizations, and the like have established guidelines for reducing environmental loads. As a result, companies and the like are forced to implement measures to reduce environmental loads. There are technologies that present techniques for efficiently reducing environmental loads (see, for example, Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2012-226588 A Summary of the Invention [Problem to be solved by the invention]

[0004] However, in conventional technologies, including the technology of Patent Document 1, companies would merely consider measures that they thought would have a large impact on reducing the environmental impact caused by the company itself, and then implement or abandon these measures. In recent years, there have been calls to consider measures that should be taken and to make choices more convenient, but these calls have not yet been adequately met.

[0005] The present invention has been made in consideration of such circumstances, and aims to improve the convenience of considering and selecting measures to be taken. [Means for solving the problem]

[0006] In order to achieve the above object, an information processing device according to one aspect of the present invention comprises: a first target information acquiring means for acquiring information on a final target value of a predetermined parameter and a final target cost for achieving the final target value as first target information; A policy information acquisition means for acquiring, for each of a plurality of policies, information on a change amount of the predetermined parameter due to a predetermined policy and information on an implementation cost related to the predetermined policy as policy information; A policy selection receiving means for receiving a selection of one or more policies from among the plurality of policies; a judgment result generating means for generating a judgment result regarding achievement of each of the final target value and the final target cost by implementing the one or more measures accepted by the measure selection accepting means, based on the first target information and the measure information; Equipped with.

[0007] An information processing method and a program according to one aspect of the present invention are a method and a program corresponding to an information processing device according to one aspect of the present invention. Effect of the Invention

[0008] According to the present invention, it is possible to improve the convenience of considering and selecting measures to be taken. [Brief description of the drawings]

[0009] [Figure 1] FIG. 1 is a diagram showing an overview of the present service that can be realized by an information processing system to which a server according to an embodiment of the information processing device of the present invention is applied. [Diagram 2] 1 is a diagram illustrating an example of a configuration of an information processing system to which a server according to an embodiment of the information processing device of the present invention is applied. [Diagram 3] 3 is a block diagram showing an example of a hardware configuration of a server in the information processing system shown in FIG. 2. [Figure 4] 4 is a functional block diagram showing an example of a functional configuration of the server shown in FIG. 3 included in the information processing system shown in FIG. 2. [Diagram 5] 5 is a flowchart illustrating an example of the flow of a roadmap creation process executed by a server having the functional configuration of FIG. 4. [Figure 6] 5 is a diagram showing an example of a goal setting screen among user interfaces provided by a server having the functional configuration of FIG. 4. FIG. [Figure 7] 5 is a diagram showing an example of a policy setting screen among user interfaces provided by a server having the functional configuration of FIG. 4. FIG. [Figure 8] 5 is a diagram showing an example of a policy group setting screen among user interfaces provided by a server having the functional configuration of FIG. 4. FIG. [Figure 9] 5 is a diagram showing an example of a list screen of measures belonging to a measure group, among user interfaces provided by a server having the functional configuration of FIG. 4. FIG. [Figure 10] 5 is a diagram showing an example of a list screen of a policy group among user interfaces provided by a server having the functional configuration of FIG. 4. FIG. [Figure 11] 5 is a diagram showing an example of a roadmap creation screen among user interfaces provided by a server having the functional configuration of FIG. 4. FIG. [Figure 12] 15 is a diagram showing an example of a roadmap creation screen among the user interfaces provided by a server having the functional configuration of FIG. 4, and corresponds to the lower part of FIG. 11. FIG. [Figure 13] This figure shows an example of a series of roadmap creation screens among the user interfaces provided by a server having the functional configuration of Figure 4, in which the roadmap does not achieve its goal when it is created for the first time. [Figure 14] This figure shows an example of a series of roadmap creation screens among the user interfaces provided by a server having the functional configuration of Figure 4, in which the roadmap has achieved its goal when creating an adjusted roadmap. [Figure 15] 5 is a diagram showing an example of a screen when a measure is selected by a user on a roadmap creation screen, among user interfaces provided by a server having the functional configuration of FIG. 4. FIG. [Figure 16] 15, which is a screen when a measure is selected by a user on a roadmap creation screen, among the user interfaces provided by a server having the functional configuration of FIG. 4. FIG. [Figure 17] 5 is a diagram showing an example of a screen in a case where measures are automatically selected on a roadmap creation screen, among user interfaces provided by a server having the functional configuration of FIG. 4. FIG. [Figure 18] 5 is a diagram showing an example of a screen for confirming the contents of a roadmap created on a roadmap creation screen, among user interfaces provided by a server having the functional configuration of FIG. 4. FIG. [Figure 19] 18, which is a screen for confirming the contents of the roadmap created on the roadmap creation screen, among the user interfaces provided by the server having the functional configuration of FIG. [Figure 20] 5 is a diagram showing an example of a list screen of multiple goals among the user interfaces provided by a server having the functional configuration of FIG. 4. FIG. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

[0011] First, referring to FIG. 1, an overview of a service (hereinafter referred to as "this service") that can be realized by an information processing system (see FIG. 2 described later) to which a server according to one embodiment of the present invention is applied will be described. FIG. 1 is a diagram showing an overview of the present service that can be realized by an information processing system to which a server according to an embodiment of the information processing device of the present invention is applied. An outline of the flow of this service will be described below along steps ST1 to ST6 shown in FIG.

[0012] This service supports User U in creating a roadmap that plans what measures to take and when to implement them in order to achieve target values ​​for environmental load indicators (parameters).

[0013] Various definitions can be adopted as the indicators (parameters) of environmental load in this service. Specifically, for example, the amount of carbon dioxide (hereinafter abbreviated as "CO2") emissions and the amount of resources input due to the activities of user U are examples of indicators (parameters) of environmental load. In addition, for example, the reduction amount and reduction ratio of the amount of carbon dioxide emissions and the amount of resource input are also examples of indicators (parameters) of environmental load. In the following description, it is assumed that the reduction in carbon dioxide emissions is adopted as the target value for the index (parameter) of environmental load. In addition, the user U of this service will be described as a company with multiple business locations.

[0014] First, in step ST1, the user U sets a goal. User U sets a final goal and one or more intermediate goals as "goals" in consideration of the guidelines and the contents of his / her own business. For each of the final goal and one or more intermediate goals, a "target timing," a "target reduction amount," and a "target cost" are set.

[0015] In other words, the "target timing" is the target timing for achieving the "target reduction amount" at the "target cost". The "target reduction amount" is a target reduction amount of carbon dioxide emissions. In other words, the target reduction amount is an example of a target value of an index (parameter) of environmental load. Furthermore, the "target cost" is a target cost used to achieve the "target reduction amount" at the "target timing".

[0016] By managing forests appropriately, it is possible to increase the amount of carbon dioxide absorbed by the forests. Therefore, there is a policy of investing in forest management. For example, in Japan, there is the J-Credit Scheme, a system in which the government certifies the amount of CO2 and other emissions reduced through the introduction of energy-saving equipment and the use of renewable energy, and the amount of CO2 and other absorption through appropriate forest management as "credits." The purchase of such credits is considered an investment amount rather than a cost.

[0017] Furthermore, User U is evaluated by others for providing the cost of implementing measures to reduce carbon dioxide emissions. In other words, User U can increase corporate value by promoting itself as a company that implements measures aiming for a target cost and invests the target cost in environmental issues, etc. Therefore, the cost of measures against environmental issues, etc. can be said to be an investment to increase corporate value. In this way, the "target cost" is not just a target value for the upper limit of the budget, but also has significance as a target investment amount.

[0018] Furthermore, the "target cost" may include various costs such as personnel costs in addition to the monetary costs associated with implementing the measures.

[0019] In the following, the "target timing," "target reduction amount," and "target cost" for the final goal will be referred to as the "final target timing," "final target reduction amount," and "final target cost," respectively, as shown in Figure 1. Also, the "target timing," "target reduction amount," and "target cost" for the intermediate goal will be referred to as the "intermediate target timing," "intermediate target reduction amount," and "intermediate target cost," respectively.

[0020] As mentioned above, guidelines for reducing environmental impacts are set by the government, environmental organizations, etc. For example, a specific guideline may be set that states, "By fiscal year 2030, reduce carbon dioxide emissions by 46% compared to fiscal year 2013. Furthermore, continue to strive to achieve a 50% reduction." It is now fiscal year 2021, and user U's current carbon dioxide emissions are assumed to be 30,000 tons.

[0021] For example, user U, taking into consideration the above-mentioned guidelines and current carbon dioxide emissions, etc., sets the following final and intermediate goals, aiming to reduce carbon dioxide emissions by 50% by fiscal year 2030 compared to fiscal year 2021. Specifically, for example, user U sets final targets of final target timing of fiscal year 2030, final target reduction amount of 15,000 tons, and final target cost of 300,000,000 yen.

[0022] Furthermore, for example, the user U sets an intermediate goal by setting each year between the current fiscal year 2021 and the final goal timing of fiscal year 2030 as an intermediate goal timing. That is, the "intermediate target timing" is a predetermined timing between the final target timing and the present. Here, each fiscal year is adopted as the intermediate timing of one or more intermediate targets.

[0023] Specifically, for example, the interim target timing will be set to fiscal year 2022, the interim target reduction amount will be 27,000 tons, and the interim target cost to achieve that interim target reduction amount will be 60 million yen. Similarly, user U sets intermediate reduction amounts and intermediate target costs for achieving the intermediate reduction amounts, with each of the years from 2023 to 2029 being intermediate target timings.

[0024] In this manner, the user U sets a final goal and one or more intermediate goals as goals. A final goal and one or more intermediate goals are set as goals. A more detailed example will be described later with reference to FIG. Furthermore, a plurality of goals, each consisting of a final goal and one or more intermediate goals, may be set as shown in Fig. 1. A more detailed example of setting a plurality of goals will be described later with reference to Fig. 20.

[0025] Next, in step ST2, the user U sets a plurality of measures. For each of the multiple measures, an "implementation timing," an "implementation reduction amount," and an "implementation cost" are set. That is, the "implementation timing" refers to the timing at which the policy is implemented between the present time and the final target time. The implementation timing is set in steps ST3 and ST5, which will be described later. Moreover, the "implemented reduction amount" is the amount of reduction in carbon dioxide emissions resulting from the implementation of the policy, that is, the amount of change in carbon dioxide emissions. Additionally, "implementation costs" refer to the costs required to implement the policy.

[0026] In addition, the items "content," "implementation period," and "status (implementation state)" are managed for each of the multiple measures. That is, the "content" indicates the content of the measure in which the "implementation timing," "implementation reduction amount," and "implementation cost" are set. Specifically, for example, the content of "introduction of electric vehicles" is managed as the content of the measure. The "implementation period" is the period during which the policy is implemented. An implementation period is set for policies that are only effective during the implementation period. For example, if "introduction of electric vehicles" is implemented through a lease contract, the lease period (e.g., three years) is managed as the implementation period. "Status (implementation state)" refers to the state of implementation of a measure. Specifically, for example, the states "under implementation," "scheduled implementation," and "undecided" are managed.

[0027] In addition, the user U can set a policy group to which one or more policies belong among multiple policies. The policy group manages the following items: "policy type," "utility," "scope / category," "number of policies," "reduction amount," and "cost (investment amount)."

[0028] In other words, "policy type" refers to the type of policy that belongs to that policy group, and user U can set types that he or she deems necessary to manage the policies, such as "content," "implementation period," and other items such as utilities described below, target business establishments, etc. "Utilities" refers to types of infrastructure, such as electricity, water, sewerage, gas, etc. "Scope / category" indicates the source of carbon dioxide emissions that will be reduced through measures. In other words, the source is classified into scopes 1 to 3. Specifically, for example, scopes 1 to 3 refer to direct emissions from fuel combustion, indirect emissions from the use of electricity and steam, and indirect emissions from other companies related to business activities, respectively. In addition, category indicates a more detailed classification of scope 3. Specifically, for example, category 1 refers to purchased products and services, and category 2 refers to capital goods. The "number of policies" is the number of policies that belong to the policy group. The "amount of reduction" is the sum of the amount of reduction in carbon dioxide emissions due to the policies that belong to the policy group and that are implemented. "Cost (investment amount)" is the sum of the implementation costs of the measures that belong to the policy group and are to be implemented. The policy type, utility, and scope / category are items that indicate the attributes of the policy group. In contrast, the number of measures, reduction amount, and cost (investment amount) of a measure group are parameters derived according to the measures selected from the measure group. In other words, the sum of the reduction amount and the cost of the implemented measures among the measures belonging to the measure group is calculated and managed according to the selected measure.

[0029] In this manner, the user U sets a plurality of policies and policy groups. An example of setting more detailed policies and policy groups will be described later with reference to FIGS.

[0030] Next, in step ST3, the user U selects one or more measures from the multiple measures that have been set in order to achieve the set goal. That is, the user U selects measures to be implemented between the present time and the final target time in order to achieve the set goal. Here, "selecting" in the context of "selecting a measure" includes not only choosing which measure to implement from multiple measures, but also selecting the order in which to implement the measures, i.e., deciding the timing of implementation. Specifically, for example, the user U selects a predetermined measure having high cost performance (e.g., reduction amount per unit measure cost) from among the multiple measures so that the intermediate cost is within the intermediate target timing. This sets the implementation timing of the predetermined measure to be implemented for each of the multiple measures.

[0031] Next, in step ST4, the determination results of the target reduction amount and the target cost are provided to the user U. That is, an information processing device involved in providing this service (e.g., server 1 in Figure 4) makes a judgment regarding the achievement of the target reduction amount and target cost at each of the final timing and one or more intermediate target timings based on the set goals and measures, and the selected measure, and provides the judgment result to user U.

[0032] Specifically, for example, a determination result regarding the likelihood of achieving the final target reduction amount and the final target cost at the final target timing is provided to the user U. Furthermore, for example, a user U is provided with a determination result regarding the likelihood of achieving the intermediate target reduction amount and the intermediate target cost at each of the intermediate target timings of one or more intermediate targets. As will be described in more detail later, the results of the determination regarding the likelihood of achieving the target reduction amount and target cost are provided to the user U using results shown in three or more stages, in addition to whether or not they will be achieved.

[0033] Next, in step ST5, the user U adjusts the goal and measures. That is, the user U can adjust the target reduction amount and the measures based on the result of the determination made in step ST4. Here, adjusting the measures refers to adjusting the contents of the measures selected in the above step ST3 or adjusting the contents of the measures selected in the above step ST2, and adjusting the target reduction amount refers to adjusting the contents of the target set in the above step ST1. In this way, the user U can "simulate" whether or not the goal will be achieved if the selected measure is actually implemented.

[0034] Specifically, for example, if the target reduction amount is not achieved at the target timing, the user U adjusts the measures before the target timing so that the implemented reduction amount becomes larger. Also, for example, if the user U cannot achieve the target cost at a certain target timing, the user U adjusts the measures before the timing so that the implemented cost becomes smaller.

[0035] Furthermore, for example, user U can also adjust the target reduction amount. That is, for example, if it is difficult to achieve the target reduction amount even after adjusting the measures, user U can adjust the target reduction amount for each year. Specifically, for example, by adjusting the target to increase the target reduction amount (compared to the previous year) for a certain year and decrease the target reduction amount (compared to the previous year) for the following year, adjustments can be made so that the final goal and one or more intermediate goals can each be achieved.

[0036] In addition, if user U finds it difficult to achieve the target cost even after adjusting the measures, he / she may adjust the goals after consulting with relevant parties and obtaining permission to increase the target cost, so that the final goal and one or more intermediate goals can be achieved.

[0037] After the user U adjusts the above-mentioned goals and measures, the target reduction amount and the target cost are judged again, and the judgment result is provided to the user U. The user U can select a more suitable measure by repeatedly adjusting the goals and measures based on the re-judgment result. That is, the user U can adjust the goal and measures and perform a simulation each time to see whether the goal will be achieved when the adjusted measures are actually implemented.

[0038] In this manner, as shown in step ST6 of FIG. 1, the roadmap is completed, that is, the creation of the roadmap is completed. In this way, user U can create a roadmap while checking the judgment results of the target reduction amount and the target cost for each of the final goal and one or more intermediate goals. That is, user U can select a measure by taking into consideration the target value and the target cost. As a result, the selection of a more realistic measure is encouraged. In addition to selecting a measure, user U can also consider resetting the goal. Specifically, user U can lower the target reduction amount or consider or adjust an increase in the target cost. Roadmaps created in this way are more likely to be realized. Moreover, roadmaps created in this way are more likely to be evaluated favorably by others. In other words, this service can help you create roadmaps that have a greater return on investment.

[0039] Note that multiple roadmaps may be created as shown in Fig. 1. By creating and examining multiple roadmaps with multiple goals, multiple measures, and different variations in the selection of measures, the user U can easily create and select a roadmap to be adopted.

[0040] Next, with reference to FIG. 2, a description will be given of the configuration of an information processing system that realizes the provision of the above-mentioned service, that is, an information processing system to which a server according to an embodiment of an information processing device of the present invention is applied. FIG. 2 is a diagram showing an example of the configuration of an information processing system to which a server according to an embodiment of the information processing device of the present invention is applied.

[0041] The information processing system shown in FIG. 2 is configured to include a server 1 and a user terminal 2. The server 1 and the user terminal 2 are connected to each other via a predetermined network NW such as the Internet.

[0042] The server 1 is an information processing device managed by the provider of this service. The server 1 executes various processes for implementing this service while appropriately communicating with the user terminal 2. The user terminal 2 is an information processing device operated by a user U. The user terminal 2 is configured with a smartphone, a tablet, a personal computer, or the like.

[0043] FIG. 3 is a block diagram showing an example of a hardware configuration of a server in the information processing system shown in FIG.

[0044] The server 1 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, a bus 14, an input / output interface 15, an input unit 16, an output unit 17, a memory unit 18, a communication unit 19, and a drive 20.

[0045] The CPU 11 executes various processes according to a program recorded in the ROM 12 or a program loaded from the storage unit 18 into the RAM 13 . The RAM 13 also stores data and the like necessary for the CPU 11 to execute various processes.

[0046] The CPU 11, ROM 12, and RAM 13 are connected to one another via a bus 14. An input / output interface 15 is also connected to this bus 14. An input unit 16, an output unit 17, a storage unit 18, a communication unit 19, and a drive 20 are connected to the input / output interface 15.

[0047] The input unit 16 is configured with, for example, a keyboard and is used to input various information. The output unit 17 is configured with a display such as a liquid crystal display, a speaker, and the like, and outputs various information as images and sounds. The storage unit 18 is configured with a dynamic random access memory (DRAM) or the like, and stores various data. The communication unit 19 communicates with other devices (for example, the user terminal 2 and the administrator terminal 3 in FIG. 2) via a network NW including the Internet.

[0048] Removable media 31, such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory, is appropriately loaded into the drive 20. A program read from the removable media 31 by the drive 20 is installed in the storage unit 18 as necessary. Further, the removable medium 31 can store various data stored in the storage unit 18 in the same manner as the storage unit 18 .

[0049] Although not shown, the user terminal 2 in Fig. 2 can also have a configuration basically similar to the hardware configuration shown in Fig. 3. Therefore, a description of the hardware configuration of the user terminal 2 will be omitted.

[0050] The cooperation of various hardware and software constituting the information processing system of Fig. 2 including the server 1 of Fig. 3 makes it possible to execute various processes for realizing the present service of Fig. 1. As a result, the service provider can provide the present service to the user.

[0051] FIG. 4 is a functional block diagram showing an example of a functional configuration of the server shown in FIG. 3 included in the information processing system shown in FIG.

[0052] As shown in Figure 4, during the processing up to creating a roadmap from steps ST1 to ST6 shown in Figure 1 (hereinafter referred to as the "roadmap creation processing"), a user interface control unit 51, a final goal information acquisition unit 52, an intermediate goal information acquisition unit 53, a policy information acquisition unit 54, a policy selection reception unit 55, and a judgment result generation unit 56 function in the CPU 11 of the server 1.

[0053] In addition, in one area of ​​the storage unit 18 of the server 1, a goal DB 61, a measure DB 62, and a roadmap DB 63 are stored.

[0054] The user interface control unit 51 executes control to provide the user terminal 2 with a user interface that accepts various operations from the user U. Specifically, for example, the user interface control unit 51 executes control to provide the user terminal 2 with a user interface that accepts setting of goals and measures by the user U, and selection of a measure, and displays the achievement results of the goals by implementing the selected measure, etc. In this embodiment, the user interface is provided as a predetermined website managed by the provider of this service. That is, the user U can use the user interface by operating the user terminal 2 to access the predetermined website on the network NW. However, the user interface may be provided by a predetermined application software. That is, the user U may be able to use the user interface by installing the predetermined application software in the user terminal 2 and launching it. Examples of the user interface will be described later with reference to FIGS.

[0055] The final target information acquiring unit 52 acquires, as final target information, information on a final target reduction amount of carbon dioxide emission, a final target cost for achieving the final target reduction amount, and a final target timing for achieving the final target reduction amount. That is, under the control of the user interface control unit 51, the final goal information acquisition unit 52 accepts an input of the final goal by the user U via the user terminal 2, and thereby acquires the final goal information.

[0056] The intermediate target information acquiring unit 53 acquires, as intermediate target information, the intermediate target reduction amount of carbon dioxide emission at each of one or more intermediate timings, the intermediate target cost for achieving the intermediate target value, and information on the intermediate timings. That is, under the control of the user interface control unit 51, the intermediate goal information acquisition unit 53 accepts input of one or more intermediate goals by the user U via the user terminal 2, thereby acquiring intermediate goal information. The acquired final goal information and intermediate goal information are stored and managed in the goal DB 61.

[0057] The policy information acquisition unit 54 acquires, for each of a plurality of policies, information on the implementation reduction amount by a predetermined policy and the implementation cost related to the predetermined policy as policy information. In addition, the policy selection receiving unit 55 receives a selection of one or more policies from among the multiple policies included in the policy information acquired by the policy information acquisition unit 54, and also receives information on the implementation timing of the policies as policy information. Here, the policy information acquisition unit 54 can receive information on a policy group to which a given policy belongs, and acquire the policy group to which each of a plurality of policies belongs as policy information. The acquired policy information is stored and managed in the policy DB 62.

[0058] In this way, a final goal and one or more intermediate goals are set, measures for achieving the goals are selected, and a (tentative) roadmap is created.

[0059] The determination result generating unit 56 generates a determination result regarding achievement of each of the final target reduction amount and the final target cost by implementing one or more measures accepted by the measure selection accepting unit 55, based on the final goal information stored in the goal DB 61 and the measure information stored in the measure DB 62. For example, the determination result generating unit 56 can generate as a determination result whether or not each of the final target reduction amount and the final target cost has been achieved.

[0060] The determination result generating unit 56 further generates, as a determination result, a determination result regarding the achievement of the intermediate target reduction amount and the intermediate target reduction amount at the intermediate timing, based on the intermediate target information stored in the target DB 61 and the policy information stored in the policy DB 62. The determination result generating unit 56 generates a result indicating, in three or more stages, the degree to which each of the intermediate target reduction amount and the intermediate target cost will be achieved at the intermediate timing, by including it in the determination result.

[0061] Furthermore, the determination result generating unit 56 can generate, for each policy group, a determination result including contributions to the achievement of the final target reduction amount, the final target cost, the intermediate target reduction amount, and the intermediate target cost.

[0062] In this way, the degree of achievement of each of the final reduction target amount, final target cost, intermediate reduction target amount, and intermediate cost target amount in the above-mentioned (provisional) roadmap (for example, a percentage value, a three-level evaluation, or whether or not it has been achieved) is generated as a judgment result. In addition, the contribution of each policy group to the achievement of each of the final reduction target amount, final target cost, intermediate reduction target amount, and intermediate cost target amount is generated as a judgment result.

[0063] The user interface control unit 51 executes control to provide a user interface including the determination result generated by the determination result generating unit 56 to the user U via the user terminal 2.

[0064] This allows the user U to check the (provisional) roadmap and the judgment result for the roadmap. Then, the user U can adjust the contents of the (provisional) roadmap by adjusting the goals and measures described with reference to FIG. 1, and revise it to a better roadmap (one that the user U is satisfied with).

[0065] Specifically, the user interface control unit 51 executes control to provide the user U, via the user terminal 2, with a user interface for the user U to adjust goals and measures. As a result, the user interface control unit 51 accepts adjustments to the goals and measures based on an input operation by the user U to the user terminal 2.

[0066] That is, the final goal information acquisition unit 52 acquires the adjusted final goal information via the user interface control unit 51. In addition, the intermediate target information acquisition unit 53 acquires the adjusted intermediate target information via the user interface control unit 51. The acquired adjusted final target information and intermediate target information are stored in and managed by the target DB 61.

[0067] Furthermore, the policy information acquisition unit 54 acquires, via the user interface control unit 51, policy information that reflects the adjusted policy content. Moreover, the policy selection receiving unit 55 receives it as adjusted policy information via the user interface control unit 51. The adjusted policy information is stored and managed in the policy DB 62.

[0068] In this way, the final goal, one or more intermediate goals, and the measures to achieve those goals are adjusted from the (tentative) roadmap, and a (new) roadmap is created.

[0069] The judgment result generating unit 56 generates an adjusted judgment result based on the adjusted final goal information and intermediate goal information stored in the goal DB 61 and the policy information stored in the policy DB 62.

[0070] In this way, the degree of achievement of each of the final reduction target amount, final target cost, intermediate reduction target amount, and intermediate target cost in the above-mentioned (new) roadmap is generated as a judgment result. In addition, the contribution of each policy group to the achievement of each of the final reduction target amount, final target cost, intermediate reduction target amount, and intermediate target cost is generated as a judgment result.

[0071] The user interface control unit 51 executes control to provide a user interface including the adjusted judgment result generated by the judgment result generating unit 56 to the user U via the user terminal 2.

[0072] This allows the user U to check the judgment result after the adjustment. Then, the user U can decide to adjust the goal and the measure described with reference to FIG. 1 again or to use the adjusted goal and the measure. In this way, the user U can create a roadmap through trial and error. Information on the created roadmap is stored in the roadmap DB 63 and managed.

[0073] The judgment result also includes the contribution of each policy group to the achievement of the final target reduction amount, the final target cost, the intermediate target reduction amount, and the intermediate target cost. This allows the user U to consider the balance between policy groups and other factors when selecting a policy.

[0074] As described above, because the server 1 in FIG. 3 has the functional configuration shown in FIG. 4, a user U using the service in FIG. 1 can create a roadmap that is more feasible, more favorable in terms of evaluation by others, and has a greater return on investment.

[0075] FIG. 5 is a flowchart illustrating an example of the flow of a roadmap creation process executed by a server having the functional configuration of FIG.

[0076] In step S11, the final target information acquisition unit 52 acquires information on the final target reduction amount, the final target cost, and the final target timing as final target information. Examples of screens displayed on the user terminal 2 in the process of step S11 will be described later with reference to Figs. 6 and 11.

[0077] In step S12, the intermediate target information acquisition unit 53 acquires information on the intermediate target reduction amount, the intermediate target cost, and the intermediate timing as intermediate target information. Examples of screens displayed on the user terminal 2 in the process of step S12 will be described later with reference to Figs. 6 and 11.

[0078] In step S13, the policy information acquisition unit 54 acquires information on the implementation reduction amounts of the multiple policies and the implementation costs related to the predetermined policies as policy information. Examples of screens displayed on the user terminal 2 in the process of step S13 will be described later with reference to FIGS.

[0079] In step S14, the policy selection receiving unit 55 receives the selection of one or more policies from among the multiple policies included in the policy information acquired in the process of step S13, and also receives information on the implementation timing of the policies as the policy information. An example of a screen displayed on the user terminal 2 in the process of step S14 will be described later with reference to FIG.

[0080] In step S15, the judgment result generation unit 56 generates a judgment result regarding the achievement of each of the final target reduction amount and the final target cost through the implementation of one or more measures accepted by the processing of step S14, based on the final target information and intermediate target information obtained by the processing of steps S1 and S2, and the measure information obtained by the processing of step S14. The determination result generated by the processing of step S15 is provided to the user U via the user terminal 2. Screen examples on which the determination result generated in the processing of step S15 is displayed on the user terminal 2 will be described later with reference to Figs. 10 to 16 and Figs. 18 to 19.

[0081] In step S16, the user interface control unit 51 receives an input operation of the user U via the user interface, and determines whether or not an operation for adjusting the goal and measures has been performed. When an operation for adjusting the goal and the measure is performed, it is determined as YES in the process of step S16, and the process proceeds to step S11 again. An example of a screen displayed on the user terminal 2 in the process of step S16 will be described later with reference to FIGS. 13 and 14.

[0082] If the process proceeds to step S11 again, various pieces of post-adjustment information are obtained in each of steps S11 to S14, and a judgment is made again in step S15. The processing of steps S11 to S16 is repeatedly executed while the user U performs an operation to make adjustments.

[0083] If no operation has been performed to adjust the goals and measures, the result of the process in step S16 is determined to be NO, and the roadmap generation process ends. That is, in step S16, when the user U determines that adjustment of the goal and measures is unnecessary, the roadmap based on the final goal information, intermediate goal information, and measure information is completed.

[0084] The above describes the process flow for creating a roadmap for providing this system. Specific examples of screens of a user-side UI or an administrator-side UI provided by the server 1 having the functional configuration of FIG. 4 will be described below with reference to FIGS.

[0085] FIG. 6 is a diagram showing an example of a goal setting screen among the user interfaces provided by the server having the functional configuration of FIG. That is, the user interface control unit 51 of the server 1 executes control to display the goal setting screen shown in FIG.

[0086] As shown in Figure 6, the goal setting screen has input fields for the following items: "Target name," "CO2 reduction target," "Target cost," "Target details," "Reference year," "Coefficient group," "Use," and "Automatic acquisition of total CO2 emissions." The "target name" is a name indicating the target. In the example of Fig. 6, the target name includes information on the final target timing as the character string "2030". "CO2 reduction target" refers to the final target reduction in carbon dioxide emissions, i.e., the final target reduction amount. "Target cost" is the target cost value required to achieve the final "CO2 reduction target." "Goal details" are details of the target timing, the target reduction amount, and the target cost for each fiscal year. That is, information on the interim target timing, the interim target reduction amount, and the interim target cost is input as details for each fiscal year. User U can increase and input the number of interim targets by operating the character string "+Add target" in the example screen shown in FIG. 6. In the example of FIG. 6, user U inputs interim targets up to fiscal year 2025. User U can further input interim targets from fiscal year 2026 onwards by operating the character string "+Add target". "Reference year" means the current or previously achieved fiscal year that serves as the benchmark for the reduction in carbon dioxide emissions. A "coefficient group" is a group of coefficients used to calculate the target reduction amount. In the example of Figure 6, the actual emission coefficient of the Energy Conservation Law is selected from a coefficient group prepared in advance. "Use" refers to the purpose for which a goal is set, and any use can be set by user U. For example, in the example of FIG. 6, "CDP" is set as the use. That is, there is an organization / mechanism that evaluates the environmental problem measures of a company (user U) and requests reports. CDP is an example of an organization / mechanism that evaluates the environmental problem measures of a company and requests reports. That is, user U can set a goal for the use of evaluating and reporting on environmental problem measures. "Automatic acquisition of total CO2 emissions" is a setting item that automatically acquires the amount of carbon dioxide emissions at the time of creating a roadmap and the amount of carbon dioxide emissions during implementation after the roadmap is formulated, based on information from various services linked to this service. That is, the server 1 of this service can automatically acquire the amount of carbon dioxide emissions by linking with other services (not shown, for example, accounting services that manage electricity charges, etc., and management services for deliveries, assets, etc.). The user U can set a goal by inputting information into each item on the goal setting screen shown in FIG. The information entered in each item shown in FIG. 6 is acquired by the server 1 as goal information.

[0087] FIG. 7 is a diagram showing an example of a policy setting screen among the user interfaces provided by the server having the functional configuration of FIG. That is, the user interface control unit 51 of the server 1 executes control to display the policy setting screen shown in FIG.

[0088] As shown in Figure 7, the policy setting screen has input fields for the following items: "Business establishment name," "Policy implementation period," "Automatic linkage of performance data," "Reference year for performance data," "Status," and "Policy information details." The "office name" is the name of the office of the user U's company that implements the policy. By setting the name of the office within the company, the user U can manage the policies for each office. The "policy implementation period" is the implementation period of the policy, which corresponds to the implementation timing described above. Note that for policies that have a permanent effect, it is sufficient to input only the start time of the policy implementation period. "Automatic linkage of actual data" is a setting item for automatically obtaining actual data on carbon dioxide emissions (or reductions) by linking with other services not shown in the figure (for example, accounting services that manage electricity bills, etc., and management services for deliveries, assets, etc.), similar to the above-mentioned "automatic acquisition of total CO2 emissions." The "reference year for performance data" indicates the base year for calculating the amount of reduction under the policy. The "status" indicates the state of implementation of the measure. The user U can register a measure that may be implemented in the future as having a "before implementation" status. Also, for example, a measure that is being implemented can be registered as having a "during implementation" status. In addition, there are statuses such as "Planned for implementation." The status is appropriately set by the server 1 when creating a roadmap or when actually implementing a measure according to the roadmap. That is, for example, if the user U selects a measure as one that should be implemented, the status of the measure is changed from before implementation to "Planned for implementation." Also, when a measure is actually being implemented according to a completed roadmap, and the time comes to implement the measure, the status of the measure is changed from "Planned for implementation" to "Currently being implemented." The "detailed policy information" is detailed information about the policy. For example, the detailed policy information may include carbon dioxide emission amount or reduction amount, or parameters required for calculating them, or implementation costs. The user U can set a goal by inputting information for each item on the action setting screen shown in FIG. The information entered in each field shown in FIG. 7 is acquired by the server 1 as policy information.

[0089] FIG. 7 is a diagram showing an example of a policy setting screen among the user interfaces provided by the server having the functional configuration of FIG. That is, the user interface control unit 51 of the server 1 executes control to display the policy setting screen shown in FIG.

[0090] 8 to 10 are examples of screens relating to setting of a policy group. FIG. 8 is a diagram showing an example of a policy group setting screen among the user interfaces provided by the server having the functional configuration of FIG. As shown in FIG. 8, the policy group setting screen has input fields for the items "Name", "Policy Type", "Target Scope", "Target Utility", and "Policy List".

[0091] "Name" is the name of the policy group. "Measure type" is the type of measure that belongs to the measure group. The "target scope" is an item corresponding to the scope / category in the explanation of step ST1 in FIG. 1 above. The "target utility" is an item corresponding to the utility in the explanation of step ST1 in FIG. The "list of measures" is an item that lists the measures that belong to the policy group. User U can add a measure to the policy group by operating the "+Add measure" button and selecting the measure. The user U can set a policy group by inputting information for each item on the policy group setting screen shown in FIG. The information entered in each field shown in FIG. 8 is acquired by the server 1 as policy information.

[0092] FIG. 9 is a diagram showing an example of a list screen of measures belonging to a measure group, among the user interfaces provided by the server having the functional configuration of FIG. As shown in FIG. 9, the list screen of policies belonging to a policy group lists information on the policy group and information on each item set for the policies belonging to the policy group.

[0093] That is, for example, the policy group in the example of FIG. 9 is set with the policy type being equipment renewal and the name being LED lighting group G. At the bottom of the example screen in FIG. 9, each item for each measure is displayed. In particular, in the example of Fig. 9, for the first measure, the input fields for the start and end times of the measure are displayed in a square. User U can set (adjust) the implementation timing of the measure by inputting the start and end times of the measure on the list screen of the measures belonging to the measure group. In addition, in the example of Fig. 9, the status column of each measure can be selected from "Before implementation", "In progress", or "Implemented" using a pull-down menu. User U can set (adjust) the implementation status of a measure by inputting the status of each measure on the list screen of measures belonging to the measure group.

[0094] FIG. 10 is a diagram showing an example of a list screen of policy groups among the user interfaces provided by the server having the functional configuration of FIG. As shown in FIG. 10, the policy group list screen lists policy group information and information on each item in the policy group.

[0095] That is, for example, in the example screen of the list of policy groups shown in FIG. 10, the utility, scope, number of policies, and total policy cost of each policy group are displayed. In the example screen of the policy group list shown in Figure 10, the total implementation costs of policies that are currently being implemented or are scheduled to be implemented, depending on the status of each policy, are displayed as the total investment amount for policies belonging to that policy group. That is, the example in FIG. 10 includes some information of the above-mentioned determination results. User U can grasp the implementation cost for each policy group on the policy group list screen as shown in Figure 10. In addition, since this can be confirmed together with the utility and scope of the policy group, the user U can easily grasp the utility and scope for any utility or scope. Although not shown, the policy group list screen can also display the reduction amount for each policy group, and the reduction amount and cost for each fiscal year.

[0096] 11 to 20 are examples of screens relating to the creation of a roadmap. FIG. 11 is a diagram showing an example of a roadmap creation screen among the user interfaces provided by the server having the functional configuration of FIG. FIG. 12 is a diagram showing an example of a roadmap creation screen among the user interfaces provided by a server having the functional configuration of FIG. 4, and corresponds to the lower part of FIG. As shown in Figures 11 and 12, the roadmap creation screen includes an input area R11 for setting roadmap goals, a graph of CO2 emission trends, a cost comparison graph, and an area R12 for a list of measures.

[0097] That is, for example, in the example roadmap creation screen shown in FIG. 11, a goal of aiming to halve carbon dioxide (carbon) emissions by 2030 is selected, as shown in an input area R11 for setting roadmap goals. In the example roadmap creation screen shown in Figure 11, the actual total emissions (carbon dioxide emissions) at intermediate points in time, the required reduction amount (corresponding to the intermediate target mentioned above), and the total planned reduction amount of measures (corresponding to the sum of the reduction amounts by implementing the measures mentioned above), measures currently being linked, and the total investment amount (corresponding to the target final cost mentioned above) are displayed.

[0098] Specifically, the example in Figure 11 is an example in which actual emissions are 24,000 (t-CO2) as of April 2023, and the total amount that must be reduced from 2023 to 2024 (total required reduction) is 3,000 (t-CO2).

[0099] Here, the linked measures are displayed as 0 groups and 0 establishments. The linked measures indicate how many policy groups and how many establishments are implementing the measures in the roadmap being created. In other words, by checking the display of the linked measures, the user U can easily understand how many policy groups and establishments the measures are being implemented in (or relatively evenly). In the example of FIG. 11, measures for 0 groups and 0 establishments are set.

[0100] In addition, in the example roadmap creation screen shown in Figure 11, the trend in CO2 emissions is shown as graphs, including actual carbon dioxide emissions for each month (actual carbon dioxide emissions for each month), planned emissions (carbon dioxide emissions predicted by implementing the measures at the implementation timing mentioned above), target values ​​(carbon dioxide emissions corresponding to the target reduction amount with each month as the midpoint), investment costs (the sum of the implementation costs of the measures with each month as the midpoint), and cumulative costs (the sum of the investment costs up to each month). Specifically, FIG. 11 shows a bar graph of actual emissions from January to April and a bar graph of planned emissions from May to December. That is, the example of the roadmap creation screen shown in FIG. 11 includes some information of the above-mentioned determination results.

[0101] In the example roadmap creation screen shown in FIG. 11, the user U can grasp the carbon dioxide emissions corresponding to the target reduction amounts at each month as intermediate points based on the trend in CO2 emissions, and adjust the goals and measures. Although a graph showing cost comparison is not shown in the example of FIG. 11, it is displayed appropriately when the user U adjusts the measures.

[0102] The user U can use the list of measures on the roadmap creation screen shown in FIG. 12 to check the setting area R12 for each measure and adjust each measure. In addition, for the policies belonging to the policy group, the total implementation costs of policies that are being implemented or are scheduled to be implemented are displayed as a total investment amount according to the status of each policy. That is, the screen in the example of FIG. 11 includes information on a portion of the above-mentioned determination results. User U can grasp the implementation cost for each policy group on the policy group list screen as shown in Figure 10. In addition, since this can be confirmed together with the utility and scope of the policy group, the user U can easily grasp the utility and scope for any utility or scope. Although not shown, the policy group list screen can also display the reduction amount for each policy group, and the reduction amount and cost for each fiscal year.

[0103] Furthermore, the user U can change the settings of the measures in the list of measures shown in Fig. 12. That is, the user U can change the contents of the roadmap by adjusting the measures through the operation of Fig. 12.

[0104] FIG. 13 is a diagram showing an example of a series of roadmap creation screens in a user interface provided by a server having the functional configuration of FIG. 4, in which the roadmap does not achieve its goal when it is created for the first time.

[0105] As with the roadmap shown in FIG. 13, if the roadmap does not meet its targets when it is first created, a warning is displayed regarding the failure to meet the target reductions and cost targets. That is, at the top of the roadmap creation screen shown in Figure 13, no measures have been set, i.e., no measures have been selected, so the actual total amount of emissions and the reduction amounts and costs resulting from measures are displayed as zero. 13, the bottom of the roadmap creation screen displays the results of the judgment regarding the achievement of the target reduction amount and the target cost, indicating that at least one of the target reduction amount and the target cost is NG, along with the required reduction amount and the total investment amount. In other words, the simulation result of the reduction amount of carbon dioxide emissions when the policy is implemented is displayed.

[0106] Specifically, Fig. 13 shows that the "required reduction amount" after the simulation is "3000" t-CO2. Here, "the 'required reduction amount' is '3000' t-CO2" indicates the intermediate target value that the amount of CO2 to be reduced at the intermediate target timing of within that fiscal year is 3000 tons. Also shown is the text "Target [↓]: -50 t-CO2." The downward arrow and the negative number indicate that the target is being fallen short. In order to achieve the "reduction amount" target, the target reduction amount should be exceeded. In other words, it can be said that the current roadmap measures have not achieved the intermediate target value. Therefore, a warning message is displayed above the "Update roadmap" button stating, "※Necessary reduction amount is below the target value."

[0107] 13 also shows that the "total investment amount" after the simulation is "61,200,000" yen. Here, "the 'total investment amount' is '61,200,000' yen" indicates that the total implementation cost in that fiscal year, that is, up to a certain intermediate target timing, is 61,200,000 yen. Also shown is the text "Target [↑]: +1,200,000 yen." The upward arrow and the positive number indicate that the target has been exceeded. Here, in order to achieve the "cost" target, the cost should be less than the target. In other words, the current roadmap measures have not achieved the intermediate cost target. Therefore, a warning message is displayed above the "Update roadmap" button stating "*Total investment amount exceeds target value."

[0108] In this way, the user U can check the specific difference values ​​and the evaluation results of whether or not the target reduction amount and the target cost have been achieved in advance. Then, the user U can create a roadmap while understanding the evaluation results. For example, even if user U knows that the target reduction amount and the target cost have not been achieved, user U can update the roadmap once (save as a new one) and adjust the measures to update the roadmap.

[0109] FIG. 14 is a diagram showing an example of a series of roadmap creation screens among the user interfaces provided by a server having the functional configuration of FIG. 4, in which the roadmap has achieved its goal when creating an adjusted roadmap.

[0110] The example in Figure 14 is an example of the screen that is presented when, after saving a new roadmap that does not achieve its goals as part of the roadmap creation (update) shown in Figure 13, the goals and measures are adjusted and a simulation is run again, and it turns out that the roadmap achieves its goals. Specifically, the required reduction amount and total investment amount (target cost) of the roadmap updated (newly saved) in the example of Fig. 13 are displayed in the upper part of the roadmap creation screen shown in Fig. 14. That is, the degree of goal achievement (specific difference value and whether or not it has been achieved) explained in Fig. 13 is displayed in the upper part of the roadmap creation screen shown in Fig. 14.

[0111] Moreover, at the bottom of the roadmap creation screen shown in Fig. 14, the required reduction amount and the total investment amount are displayed as the determination results determined based on the measures after the simulation, i.e., after the user U has made adjustments. Specifically, it is displayed that the "required reduction amount" after the simulation is "3000" t-CO2. Moreover, Fig. 13 displays that the "total investment amount" after the simulation is "58,000,000" yen. Here, "the 'total investment amount' is '58,000,000' yen" indicates that the total implementation cost in that fiscal year, i.e., up to a certain intermediate target timing, is 58,000,000 yen. Here, at the bottom of the roadmap creation screen shown in FIG. 14, no warnings or the like are displayed about the degree of achievement of the goal (specific difference values ​​and whether or not it has been achieved). This indicates that the target reduction amount and the target cost have been achieved. The user U can confirm that the target reduction amount and the target cost have been achieved, and update the roadmap using the roadmap resulting from adjusting the measures. In the examples of FIG. 13 and FIG. 14, it has been described that a roadmap for a certain year is created in which measures for each year up to a certain intermediate target timing are determined. By repeating this, the user U can formulate a roadmap up to the final target timing. In addition, when the user U actually reaches the intermediate target timing, the user U can check the implementation status of the measures up to the intermediate target timing, and can create (update) the roadmap for the next year and thereafter by simulating the roadmap.

[0112] FIG. 15 is a diagram showing an example of a screen when a measure is selected by a user on a roadmap creation screen, among user interfaces provided by a server having the functional configuration of FIG. FIG. 16 is a diagram corresponding to the lower part of FIG. 15, which is a screen when a measure is selected by the user on the roadmap creation screen, among the user interfaces provided by a server having the functional configuration of FIG.

[0113] The roadmaps shown in Figures 15 and 16 are examples of roadmaps created (updated) after the simulation in Figure 14 above, based on the "NG" roadmap created (updated) after the simulation in Figure 13 above. Specifically, the roadmaps shown in Figures 15 and 16 are roadmaps in which the "required reduction amount" after the simulation is "3,000" tons and the "total investment amount" is "58,000,000" yen. In other words, the screen of FIG. 13 is displayed, and then, in order to update the roadmap, when the roadmap is created (updated) based on the roadmap at the time shown in FIG. 15 and FIG. 16, the screen of FIG. 14 is displayed.

[0114] Specifically, with the roadmap displayed in Fig. 16, the user U can select measures by checking the check boxes in the list of measures shown at the bottom of Fig. 16. When a measure is selected, a box corresponding to the selected measure is drawn in the cost comparison graph shown in Fig. 15. That is, each box shown in the cost comparison graph corresponds to each selected measure.

[0115] Here, the horizontal axis of the cost comparison graph is the amount of carbon dioxide reduction achieved, and the vertical axis is the implementation cost. That is, in the cost comparison graph, the vertical length of a box corresponds to the absolute value of the implementation cost of the measure corresponding to that box. Also, whether a box is located in the positive or negative area of ​​the vertical axis corresponds to whether the implementation cost of the measure corresponding to that box is positive or negative. In addition, in the cost comparison graph, the horizontal length of a box corresponds to the amount of reduction achieved by the measure corresponding to that box. Therefore, it can be understood that the boxes located on the left side of the cost comparison graph basically have high cost performance, and the boxes located on the right side basically have low cost performance. User U can select a measure while taking into account cost performance using the cost comparison graph.

[0116] The cost comparison graph can display not only each measure, but also measures limited to a specific business establishment or policy group. Also, boxes corresponding to the aggregated amount for each specific business establishment or policy group may be displayed as the cost comparison graph. This allows the user U to easily grasp the target reduction amount and the contribution to the target cost for each policy group.

[0117] In this manner, the user U can have a measure automatically selected by the process of the server 1 by operating the measure automatic setting button B shown in FIG.

[0118] FIG. 17 is a diagram showing an example of a screen in which measures are automatically selected on the roadmap creation screen, among the user interfaces provided by the server having the functional configuration of FIG. As shown in Fig. 17, in the settings for automatic selection of measures, the user U can select whether to prioritize the reduction in emission (the sum of the reduction amount by implementing the selected measures) or the investment amount (the sum of the implementation costs by implementing the selected measures). In addition, the user U can limit the measures to be automatically selected by selecting a measure group using a check box.

[0119] Here, it is preferable that the selection is made automatically based on the following information. Measures to achieve future target values ​​(intermediate target values, final target values, and target values ​​beyond that) -Measures that have been successful in the past at our company (User U) -Measures that tend to be successful for other companies (other users U) using this system -Measures with good investment-to-savings ratio (cost performance) Measures to avoid bias towards utility elements

[0120] In this way, the server 1 can automatically select a measure based on the automatic selection setting made by the user U. Information on the automatically selected measure is acquired by the measure selection receiving unit 55.

[0121] FIG. 18 is a diagram showing an example of a screen for confirming the contents of the roadmap created on the roadmap creation screen, among the user interfaces provided by the server having the functional configuration of FIG. FIG. 19 is a diagram corresponding to the lower part of FIG. 18, which is a screen for confirming the contents of the roadmap created on the roadmap creation screen, among the user interfaces provided by a server having the functional configuration of FIG. As shown in Figures 18 and 19, the screen for checking the contents of the roadmap includes areas R31-a and R31-b that display various information that visualizes the contents of the roadmap. Area R31-a shown in Fig. 18 contains information about "degree of achievement." For each fiscal year, the degree of achievement is evaluated on a three-level scale (at risk, not achieved, and going smoothly) and the numerical value 67% is displayed. The three-level evaluation and numerical value of the degree of achievement are an example of the judgment result of the degree to which the above-mentioned target reduction amount and target cost have been achieved. Moreover, information on "emission amount" is arranged in an area R31-a shown in Fig. 18. Specifically, in the example of Fig. 18, the difference between the actual emission amount for fiscal year 2022 and the target reduction amount for fiscal year 2022 is displayed. Moreover, information on "measures" is arranged in an area R31-a shown in Fig. 18. Specifically, in the example of Fig. 18, the total planned reduction amount and the total investment amount (target cost) are displayed. Furthermore, area R31-a shown in Figure 18 shows the trend in CO2 emissions as graphs, including actual carbon dioxide emissions (actual carbon dioxide emissions for each fiscal year), planned emissions (carbon dioxide emissions predicted by implementing the measures at the implementation timing mentioned above), target values ​​(carbon dioxide emissions corresponding to the target reduction amount with each fiscal year as the midpoint), investment costs (the sum of the implementation costs of the measures with each fiscal year as the midpoint), and cumulative costs (the sum of the investment costs up to each fiscal year). Moreover, "cost comparison" information is arranged in an area R31-b shown in Fig. 19. In the cost comparison information in the example of Fig. 19, boxes corresponding to groups of measures to be implemented in the roadmap are shown. By selecting the box corresponding to a policy group (in Figure 19, by placing the mouse cursor on it, i.e., hovering the mouse over it), user U can check the name of the policy group, as well as the sum of the implementation costs and the sum of the reduction amounts of the policies belonging to that policy group. In this way, the user U can confirm the contribution of each policy group to the target reduction amount of carbon dioxide emissions and the contribution to the target cost.

[0122] FIG. 20 is a diagram showing an example of a list screen of a plurality of targets among the user interfaces provided by the server having the functional configuration of FIG. As shown in FIG. 20, for example, a user U can set multiple goals, such as "50% reduction by 2030," "75% reduction by 2045," "carbon neutral by 2050," and "carbon neutral by 2060." In the screen shown in FIG. 20, for each target, a target year (corresponding to the above-mentioned final target timing) and a CO2 emission target (corresponding to the above-mentioned final target reduction amount) are shown. Additionally, the degree to which each goal has been achieved is displayed as a numerical value.

[0123] That is, the user U can create a roadmap by setting multiple goals and setting and selecting measures for each of the multiple goals. By setting multiple goals and creating a roadmap to match each goal, User U can create goals and roadmaps that are highly achievable and are expected to be favorable in terms of evaluation by others, which User U can use to publicly announce as a company, i.e., to promote itself as a company that is investing target costs in environmental issues, etc. In other words, this service helps user U create a roadmap that provides a greater return on investment.

[0124] In addition, the multiple measures registered when creating a roadmap for the first goal can also be used when creating a roadmap for the second goal. This allows user U to create a roadmap with a higher return on investment more efficiently.

[0125] Although one embodiment of the present invention has been described above, the present invention is not limited to the above-described embodiment, and modifications, improvements, etc. within the scope that can achieve the object of the present invention are considered to be included in the present invention.

[0126] That is, in the explanation in Fig. 1 to Fig. 5, the order is set as follows: setting of a goal, setting of a measure, selection of a measure, and judgment of the result, and the user U confirms the judgment result, and repeats the process of adjusting the goal and the measure (resetting or reselecting), and (re)judging the result, but this is not particularly limited. That is, as explained in Fig. 6 to Fig. 19, the order of the selection of a measure, the result of the judgment, the adjustment of the goal, and the adjustment of the measure can be arbitrary. Also, each time a measure is selected, each time a goal is adjusted, and each time a measure is adjusted, a judgment is made, and the judgment result is presented to the user U. This makes it easy to create a roadmap, that is, to determine goals and measures.

[0127] For example, the following items in the above-mentioned FIGS. 6 to 20 are part or all of the determination results. In other words, the total planned reduction amount and total investment amount of the measures (see Figures 11, 13 to 16), the numerical results and warning messages compared with the targets (see Figures 13 and 14), the numerical percentage achieved (see Figures 18 and 20), the target difference and total planned reduction amount, the total investment amount, and each item on the graph showing the trend in CO2 emissions (see Figure 18) are examples of the judgment results. In addition, the total investment amount in the policy group list (see Figure 10), the reduction costs and reduction amounts listed in the policy group columns in the policy list (see Figure 12), and the cost comparisons compiled by policy group (see Figure 19) are examples of the contribution of each policy group to the goal.

[0128] For example, in the above embodiment, the reduction amount of carbon dioxide emissions is used as an index (parameter) of the environmental load, but the present invention is not limited to this. As described above, various definitions can be used as the index (parameter) of the environmental load. In addition, this service can be used to manage not only the indices (parameters) of environmental load, but also the target values ​​of specified parameters and the costs required to achieve those target values.

[0129] In the above embodiment, one implementation cost is set for each measure, but the present invention is not limited to this. For example, the implementation cost of a measure may be set to include an initial cost, a maintenance cost, and other costs at each time point after the implementation. In this case, a determination is made based on how the initial costs and maintenance costs will affect each year based on the timing of implementation. For example, in Figure 15 above, the boxes corresponding to measures with high cost performance are placed to the left of the cost comparison graph. However, as mentioned above, the implementation cost of a measure includes the initial cost and maintenance cost. Therefore, even if the implementation cost (for example, the sum of the initial cost and maintenance cost) is negative, the initial cost is usually large. Therefore, it is considered difficult to start measures with high cost performance at the same time in the first year. The judgment results are generated based on the timing of implementation and how the initial and maintenance costs will affect each year, allowing User U to create a long-term roadmap, such as a multi-year roadmap, taking into account the initial and maintenance costs of the policy.

[0130] In addition, in the above-described embodiment, a roadmap is created to achieve a final carbon dioxide emission target (final target reduction amount, final target cost, and final target timing) and one or more intermediate targets (intermediate target reduction amount, intermediate target cost, and intermediate target timing), but this is not particularly limited. That is, for example, the present system can be applied not only to carbon dioxide but also to GHG (Green House Gas) in the same manner.

[0131] In Japan, there are organizations such as the Task Force on Climate-related Financial Disclosures (TCFD) and the Task Force on Nature-related Financial Disclosures (TNFD). As exemplified by the launch and activities of TCFD and TNFD, there is an accelerating movement to encourage companies to disclose climate-related information that has an impact on finances and to request information disclosure regarding the impact and dependency of their business activities on the environment. In other words, companies are being asked to understand the impact and dependency on climate-related indicators that have an impact on finances and the impact and dependency on the environment, and to take measures to prevent deterioration as much as possible.

[0132] On the other hand, this system can assist in the disclosure of GHG (Green House Gas), which includes carbon dioxide, and in creating a roadmap of measures to address the issue. This system can evaluate the impacts and dependencies on the climate and environment, as well as manage the costs of measures to prevent deterioration. The following can be adopted as climate and environmental parameters for this system: Changes in land / freshwater / ocean use - Wastewater volume and concentrations of major pollutants in the wastewater Total amount of hazardous waste generated Emission of air pollutants ·Water shortage This system can support the creation of roadmaps based on target costs (investments) for measures to address the deterioration of these factors, including the impact and dependency on parameters of mechanisms and the environment, and the target timing for these measures, using these as target values.

[0133] Furthermore, this system can be applied to parameters related to social indicators as well as climate and the environment. In other words, the parameters for solving the following problems can be adopted as the parameters of the social indicators of this system. · Low birthrate and aging population (for national and local governments) Food loss (food waste) The 17 SDGs

[0134] This system can also be applied to parameters related to corporate and commercial indicators. In other words, the following can be adopted as parameters of corporate and commercial indicators of this system: ·Sales ·Profit margin ·Reduction in personnel

[0135] In this way, the system can be used to create roadmaps to achieve final targets (final target reduction amount, final target cost, and final target timing) for not only carbon dioxide emissions but also specified parameters in various fields, as well as one or more intermediate targets (intermediate target reduction amount, intermediate target cost, and intermediate target timing).

[0136] Furthermore, the system configuration shown in FIG. 2 and the hardware configuration of the server 1 shown in FIG. 3 are merely examples for achieving the object of the present invention, and are not particularly limited.

[0137] In addition, the functional block diagram shown in Fig. 4 is merely an example and is not particularly limited. In other words, it is sufficient that the information processing system in Fig. 2 is provided with a function capable of executing the above-mentioned various processes as a whole, and the functional blocks and databases used to realize this function are not particularly limited to the example in Fig. 4.

[0138] Furthermore, the locations of the functional blocks and databases are not limited to those shown in FIG. 4 and may be arbitrary. For example, at least a part of the functional blocks and databases arranged on the server 1 side may be transferred to the user terminal 2 side or to another information processing device (not shown). For example, in the above embodiment, the user interface is a web page of a specific website, and therefore the functional configuration shown in Fig. 4 is adopted. For example, if the user interface is configured by application software installed in the user terminal 2, at least a part of the functional blocks present in the server 1 may be transferred to the user terminal 2.

[0139] Furthermore, the above-described series of processes can be executed by hardware or software. Furthermore, one functional block may be configured as a single piece of hardware, a single piece of software, or a combination of both.

[0140] When the series of processes is executed by software, the program constituting the software is installed into a computer or the like from a network or a recording medium. The computer may be a computer implemented with dedicated hardware. Furthermore, the computer may be a computer capable of executing various functions by installing various programs thereon, such as a server, a general-purpose smartphone, or a personal computer.

[0141] A recording medium containing such a program may be composed not only of a removable medium (not shown) that is distributed separately from the device body in order to provide the program to the user, but also of a recording medium that is provided to the user in a pre-installed state in the device body.

[0142] In this specification, the steps of describing a program to be recorded on a recording medium include not only processes that are performed chronologically according to the order, but also processes that are not necessarily performed chronologically but are executed in parallel or individually.

[0143] In summary, it is sufficient for an information processing device to which the present invention is applied to have the following configuration, and various embodiments can be adopted. That is, an information processing device to which the present invention is applied (for example, the server 1 in FIG. 4) a first target information acquisition means (e.g., a final target information acquisition unit 52 in FIG. 4 ) that acquires information on a final target value of a predetermined parameter (e.g., a reduction amount of carbon dioxide emission) and a final target cost (e.g., a final target cost) for achieving the final target value (e.g., a final target reduction amount) as first target information (e.g., final target information); A policy information acquisition unit (e.g., a policy information acquisition unit 54 in FIG. 4 ) that acquires, for each of a plurality of policies, information on the change amount (e.g., reduction amount) of the predetermined parameter due to the predetermined policy and the implementation cost related to the predetermined policy as policy information; A policy selection receiving unit (policy selection receiving unit 55) that receives a selection of one or more policies from among the plurality of policies; a judgment result generating means (e.g., the judgment result generating unit 56 in FIG. 4) that generates a judgment result (e.g., whether or not the final target value and the final target cost have been achieved) regarding the achievement of each of the final target values ​​and the final target costs by implementing the one or more measures accepted by the measure selection accepting means based on the first target information and the measure information; An information processing device comprising:

[0144] a second target information acquisition unit (e.g., an intermediate target information acquisition unit 53 in FIG. 4 ) that acquires, as second target information (e.g., intermediate target information), information on an intermediate target value (e.g., an intermediate target reduction amount) of the predetermined parameter at each of one or more intermediate timings and an intermediate target cost for achieving the intermediate target value; Further equipped with The first target information acquisition means further acquires information on a final target timing as the first target information, The policy selection receiving means further receives, as the policy information, implementation timings of each of the one or more policies; the determination result generating means further generates, as the determination result, the intermediate target value at the intermediate timing and a determination result regarding achievement of the intermediate target value, based on the second goal information and the policy information. It is possible.

[0145] the determination result generating means generates the determination result including a result indicating, in three or more stages, a degree to which each of the intermediate target value and the intermediate target cost is achieved at the intermediate timing. It is possible.

[0146] The policy information acquisition means further acquires, as the policy information, information on a group (e.g., a policy group) to which the predetermined policy belongs; The policy information acquisition means further acquires the group to which each of the plurality of policies belongs; the determination result generating means further generates, as the determination result, contributions to the achievement of the target value, the target cost, the intermediate target value, and the intermediate target cost for each of the groups to which each of the one or more policies accepted by the policy selection accepting means belongs; It is possible. [Explanation of symbols]

[0147] 1 server, 2 user terminal, 3 administrator terminal, 11 CPU, 18 storage unit, 20 drive, 31 removable media, 51 user interface control unit, 52 final goal information acquisition unit, 53 intermediate goal information acquisition unit, 54 policy information acquisition unit, 55 policy selection reception unit, policy selection reception unit, 56 judgment result generation unit, 61 goal DB, 62 policy DB, 63 roadmap DB

Claims

1. a first target information acquiring means for acquiring information on a final target value of a predetermined parameter and a final target cost for achieving the final target value as first target information; A policy information acquisition means for acquiring, for each of a plurality of policies, information on a change amount of the predetermined parameter due to a predetermined policy and an implementation cost related to the predetermined policy as policy information; A policy selection receiving means for receiving a selection of one or more policies from among the plurality of policies; a determination result generating means for generating a determination result regarding achievement of each of the final target value and the final target cost by implementing the one or more measures accepted by the measure selection accepting means, based on the first target information and the measure information; An information processing device comprising:

2. a second target information acquiring means for acquiring, as second target information, information on an intermediate target value of the predetermined parameter and an intermediate target cost for achieving the intermediate target value at each of one or more intermediate timings; Further equipped with The first target information acquisition means further acquires information on a final target timing as the first target information, The policy selection receiving means further receives, as the policy information, implementation timings of each of the one or more policies; the determination result generating means further generates, as the determination result, the intermediate target value at the intermediate timing and a determination result regarding achievement of the intermediate target value, based on the second target information and the policy information. The information processing device according to claim 1 .

3. the determination result generating means generates the determination result including a result indicating, in three or more stages, a degree to which each of the intermediate target value and the intermediate target cost is achieved at the intermediate timing. The information processing device according to claim 2 .

4. The policy information acquisition means further acquires, as the policy information, information on a group to which the predetermined policy belongs; The policy information acquisition means further acquires the group to which each of the plurality of policies belongs; the determination result generating means further generates, as the determination result, contributions to the achievement of the final target value, the final target cost, the intermediate target value, and the intermediate target cost for each of the groups to which each of the one or more measures accepted by the measure selection accepting means belongs; The information processing device according to claim 3 .

5. The predetermined parameter is an index related to environmental load.

5. The information processing device according to claim 1.

6. An information processing method executed by an information processing device, a first target information acquisition step of acquiring information on a final target value of a predetermined parameter and a final target cost for achieving the final target value as first target information; a policy information acquisition step of acquiring, as policy information, information on a change amount of the predetermined parameter due to a predetermined policy and an implementation cost related to the predetermined policy for each of a plurality of policies; a policy selection receiving step of receiving a selection of one or more policies from among the plurality of policies; a determination result generating step of generating a determination result regarding achievement of each of the final target value and the final target cost by implementing the one or more measures accepted by the processing of the measure selection accepting step based on the first target information and the measure information; An information processing method comprising:

7. On the computer, a first target information acquisition step of acquiring information on a final target value of a predetermined parameter and a final target cost for achieving the final target value as first target information; a policy information acquisition step of acquiring, as policy information, information on a change amount of the predetermined parameter due to a predetermined policy and an implementation cost related to the predetermined policy for each of a plurality of policies; a policy selection receiving step of receiving a selection of one or more policies from among the plurality of policies; a determination result generating step of generating a determination result regarding achievement of each of the final target value and the final target cost by implementing the one or more measures accepted by the processing of the measure selection accepting step based on the first target information and the measure information; A program that executes control processing including:

Images