WO2017030086A1

WO2017030086A1 - Exchange management system, exchange management device, environmental burden material transfer management device, information terminal, exchange management method, and computer program

Info

Publication number: WO2017030086A1
Application number: PCT/JP2016/073732
Authority: WO
Inventors: 弘出口
Original assignee: 国立研究開発法人科学技術振興機構; 国立大学法人東京工業大学
Priority date: 2015-08-19
Filing date: 2016-08-12
Publication date: 2017-02-23
Also published as: JP6731672B2; JPWO2017030086A1

Abstract

The exchange management system 100 is provided with: an exchange management device 104 for managing mutual exchange of energy and the like between a first party and a second party; and an information terminal 102 for inputting exchange result information of the energy and the like to the exchange management device 104. The exchange management device 104 records credit information and debt information pertaining to the energy and the like on the basis of the exchange result information of the energy and the like which is input from the information terminal 102, said information associating an exchange source, an exchange destination, the exchanged goods or service, and the amount exchanged with one another. The exchange management device 104 generates account balance information pertaining to a certain party by aggregating the party's credit information and/or debt information pertaining to the energy and the like.

Description

Accommodation management system, accommodation management device, environmental load goods transfer management device, information terminal, accommodation management method, and computer program

The present invention relates to a data processing technique, and more particularly to an accommodation management system, an accommodation management device, an environmental load goods transfer management device, an information terminal, an accommodation management method, and a computer program.

The present inventor has proposed a method of recording real transactions by applying an exchange algebra (see, for example, Non-Patent Document 1).

The “market” system is an invention of modern capitalism, and it is possible to exchange goods and services among many people who are not acquainted with each other by evaluating the prices of goods and services to be exchanged in advance. To do. As a result, the supply-demand balance is said to be balanced by the market. However, when goods and services are interchanged among members who are familiar with each other in a relatively small community, it is often unfamiliar to price goods and services in advance. This is because supply and demand based on market pricing does not necessarily guarantee the appropriateness of mutual accommodation within the community. In addition, it may be difficult to pre-prioritize the goods and services to be accommodated.

In order to realize a sustainable and flexible system, the present inventor has considered that it is necessary to balance so that unilateral advantages and disadvantages do not occur between the main bodies performing the accommodation. For example, when mutual accommodation of goods and services is performed, financial or real liquidation is required at a certain timing after the fact. However, a concrete method for appropriately managing such a flexible system has not been sufficiently proposed so far.

The present invention has been made in view of the above-mentioned problems, and its main purpose is to provide a technology that supports appropriately managing the accommodation of goods among a plurality of entities.

In order to solve the above problems, an accommodation management system according to an aspect of the present invention is an energy, waste, or pollutant between the first main body and the second main body (hereinafter referred to as “energy etc.”). And an information terminal that inputs information on accommodation results such as energy between the first entity and the second entity to the accommodation management device. The accommodation management device is information that associates the accommodation source, accommodation destination, accommodation target, and accommodation amount of energy, etc. based on the accommodation information of energy etc. input from the information terminal. A recording unit that records debt information; and an evaluation unit that generates balance information such as energy related to the subject by aggregating at least one of debt information and debt information related to the subject.

Another aspect of the present invention is an accommodation management device. This apparatus is an interchange management apparatus that manages mutual interchange of energy, waste, pollutants, etc. (hereinafter referred to as “energy etc.”) between a first main body and a second main body. Acquired information such as energy exchange between the main entity and the second entity, and based on the acquired accommodation information, the energy source, accommodation destination, accommodation target, and amount of accommodation A balance of energy, etc. related to the subject by counting at least one of the information such as energy, etc. An evaluation unit that generates information.

Still another aspect of the present invention is also an accommodation management device. This apparatus is configured to display the first receivable information indicating the size of the receivable in accordance with the accommodation amount in the unit of measurement of the goods when the goods are accommodated without transferring money from the first entity to the second entity. And a recording unit that records debt information indicating the size of the debt according to the amount of accommodation in the unit of measurement of the goods in association with the second entity, and has reached a predetermined evaluation timing And an evaluation unit that generates balance information obtained by tabulating at least one of receivable information and debt information recorded in association with one entity by the recording unit.

Still another aspect of the present invention is an environmental load goods transfer management device. This device is designed to reduce the amount of debt in accordance with the amount transferred when an environmentally impacted goods, which has a negative value, is transferred from the first entity to the second entity without the movement of money. The debt information indicated in the unit of measurement of the load goods is recorded in association with the first entity, and the claim information indicating the size of the claim according to the transfer amount in the unit of measurement of the environmental load goods is associated with the second entity. A recording unit that records the information, and an evaluation unit that generates information in which at least one of the debt information and the debt information recorded in association with one entity by the recording unit when the predetermined evaluation timing is reached, Prepare.

Still another aspect of the present invention is an information terminal. This information terminal is connected via a communication network to a device that manages mutual interchange of energy, waste, or pollutants (hereinafter referred to as “energy etc.”) between the first entity and the second entity. The information terminal is configured to transmit the information such as energy exchange between the first entity and the second entity to the device that manages the transaction information based on the information such as energy exchange. This is information that associates the source of energy, the destination of accommodation, the target of accommodation, the amount of accommodation, and the balance information generated by the transmitter that records the debt information and debt information on the energy, etc., and the managing device. To obtain the balance information of energy, etc. generated by counting at least one of debt information and debt information of energy, etc. related to a certain entity, and display the acquired balance information of energy, etc. Comprising a display unit for displaying the location, the.

Still another aspect of the present invention is also an information terminal. This information terminal is an information terminal connected via a communication network to a device that manages the accommodation of goods without money transfer between a first entity and a second entity, By sending information to the management device that indicates that the goods have been accommodated without transferring money to the two entities, the amount of receivables corresponding to the amount of goods accommodated in the management device is measured. Sending the debt information indicated by the unit in association with the first entity and recording the debt information corresponding to the amount of the goods in accordance with the amount of the goods in the unit of measurement recorded in association with the second entity And balance information generated by a managing device and balance information obtained by tabulating at least one of receivable information and debt information recorded in association with one entity, and displaying the acquired balance information A display unit to be displayed.

Still another aspect of the present invention is also an information terminal. This information terminal uses a communication network and a device that manages the transfer of environmentally hazardous goods that do not involve the movement of money between the first entity and the second entity for environmentally hazardous goods that are goods having a negative value. An information terminal to be connected, the device managing by transmitting information indicating that the environmental load has been transferred from the first entity to the second entity without transferring money In addition, the debt information indicating the size of the debt according to the amount transferred of the environmental load goods in the unit of measurement of the environmental load goods is recorded in association with the first entity, and the size of the claim according to the amount transferred is set to the environment. A transmission unit that records the claim information indicated by the unit of measurement of the load goods in association with the second entity, and balance information generated by the managing device, which is recorded in association with one entity; Collect at least one of the debt information Comprising the balance information acquired with a display unit for displaying the acquired balance information to the display device.

Still another aspect of the present invention is an accommodation management method. This method is a method for managing mutual interchange of energy, waste, pollutants, etc. (hereinafter referred to as “energy etc.”) between a first entity and a second entity. Information on the accommodation of information such as energy between the second entity and the second entity, and information that associates the accommodation source, accommodation destination, accommodation target, and accommodation amount of energy etc. based on the obtained accommodation performance information Yes, a step of recording credit information and debt information about energy, etc., and a step of generating balance information such as energy about the subject by counting at least one of the credit information and debt information about the subject, etc. The computer executes.

It should be noted that any combination of the above-described constituent elements and the expression of the present invention converted between the apparatus, method, system, program, recording medium storing the program, etc. are also effective as an aspect of the present invention.

According to the present invention, it is possible to support appropriately managing the accommodation of goods among a plurality of entities.

It is a figure which shows the example of a sales slip. It is a block diagram which shows the function structure of the data editing apparatus of the base technology 2. It is a figure which shows an example of the user code for operating accounting type data. It is a figure which shows the execution code corresponding to the user code of FIG. It is a figure which shows the execution code corresponding to the user code of FIG. It is a figure which shows an example of the user code for operating record type data. It is a figure which shows the execution code corresponding to the user code of FIG. It is a figure which shows the execution code corresponding to the user code of FIG. It is a flowchart which shows operation | movement of a data editing apparatus. It is a figure which shows the structure of the accommodation management system of 1st Embodiment. It is a flowchart explaining operation | movement of an accommodation management apparatus. It is a figure which shows the structure of the accommodation management system of a 4th modification. It is a figure which shows the structure of the environmental load goods transfer management system of 2nd Embodiment. It is a figure which shows the data which recorded various transactions in a certain company by real bookkeeping description. It is a figure which shows the data which recorded various transactions in a certain company by real bookkeeping description. It is a figure which shows price information. It is a figure which shows the financial accounting data which converted real bookkeeping data into the amount display. It is a figure which shows the financial accounting data which converted real bookkeeping data into the amount display. It is a figure which shows the structure of the company state management system of 3rd Embodiment. It is a figure which shows the structure of the accommodation management system of 4th Embodiment.

(Prerequisite technology 1)
Before describing the configuration of the embodiment of the present invention, an exchange algebra that is a premise of the present embodiment will be described.

The present inventor considered that 80 to 90% of data in an organization such as a company can be expressed by the following two data structures.
1. Multi-category numeric type (hereinafter also referred to as “accounting data”)
A combination of a data value and a data attribute (hereinafter also referred to as “base”), a numerical value is used as the data value, and a name, unit, time, and subject are used as the data attribute. For example, 40 <cash, yen> +30 <mandarin orange, pieces>.
2. Multi-category mixed type (hereinafter also referred to as “record type data”)
It is a combination of a data value and a base, and various literals other than numerical values and numerical values are used for the data value and the base. For example, 55 <age> + Taro Yamada <name> + Tsugaru <favorite fruit>.
Hereinafter, the accounting type data will be mainly described in detail.

Accounting-type data belongs to an algebraic system (hereinafter also referred to as “exchange algebra”) for expressing numerical data given for each classified item in a lump and performing operations on it. It can also be said to be exchange algebra data. The basis (namely, classification item) in accounting type data consists of four items: <name, unit, time, subject>. Data is represented by a combination of values for one or more bases, in other words, a sum of values for one or more bases.
Example 1: x = 200 <apple, circle, #, #> + 400 <sanma, circle, #, #>
Example 2: y = 200 <apple, yen, first quarter of 2006, #> + 400 <apple, yen, second quarter of 2006, #> + 720 <apple, yen, third quarter of 2006, #>
In Example 1 above, the time and subject are omitted, and in Example 2, the subject is omitted. Example 2 can also be said to represent time-series data. Further, organization identification information such as a company name may be set in the base subject.

メリット Advantages of representation by exchange algebra include that data can be expressed using various bases (classifications), and that bases can be expressed by characters that are easy for humans to interpret rather than program codes. Furthermore, as will be described later, unified data editing can be performed by calculation called transfer.

In the exchange algebra of the base technology, the symbol ^ (hat) is used instead of a negative numerical value. For example, x = 20 ^ <apple, #, #, #> indicates that the number of apples is reduced by 20. In other words, ^ indicates a basis that means an opposite item to be offset against an item. In addition, “˜ (bar)” is introduced as an operator (operator) representing the canceling operation. An example is shown below.
x1 = 30 <cash> +20 <apple> +50 <liability>
y1 = ^ x1 = 30 ^ <cash> + 20 ^ <apple> + 50 ^ <liability>
~ (Y1 + x1) = (30 ^ <cash> + 20 ^ <apple> + 50 ^ <liability>) + (30 <cash> +20 <apple> +50 <liability>) = 0

Next, the transfer operation by exchange algebra will be described. In bookkeeping, there is an operation called transfer. This can be said to be a kind of classification change (basic conversion) operation. Here, an example in which the sales slip of the greengrocer shown in FIG. 1A is transferred to the sales slip shown in FIG.

The transactions shown in (a) and (b) of FIG. 1 can be expressed as follows in a yen display.
x1 = 200 <cash, yen> + 100 ^ <apple, yen> +100 <profit, yen>
x2 = 50 <Utilities, yen> + 50 ^ <cash, yen>
x3 = 100 ^ <profit, yen> +100 <operating revenue, yen>
x4 = 50 ^ <Operating revenue, yen> + 50 ^ <Utilities, yen>
y = x1 + x2 + x3 + x4 = (200 <cash, yen> + 100 ^ <apple, yen> +100 <profit, yen>) + (50 <utilities, yen> + 50 ^ <cash, yen>) + (100 ^ <profit, yen > +100 <Operating revenue, yen>) + (50 ^ <Operating revenue, yen> + 50 ^ <Utilities, yen>)
~ Y = 150 <cash, yen> + 100 ^ <apple, yen> +50 <operating revenue, yen>

Next, aggregation (merger) and apportioning that are regarded as transfer operations will be described.
1. Aggregation Suppose that there are 300 yen Tsugaru, 200 yen Fuji, and 100 yen red ball (all of which are apple varieties). This is expressed as x = 300 <Tsugaru, Yen> +200 <Fuji, Yen> +100 <Kotama, Yen>. The operation of classifying Tsugaru, Fuji, and Kodama together as an “apple” is also a kind of transfer, called aggregation. As a premise, it is necessary to have a correspondence map of {Tsugaru, Fuji, Kodama}-> {Apple}.

In this example, F (x) = 300 ^ <Tsugaru, Yen> + 200 ^ <Fuji, Yen> + 100 ^ <Red Ball, Yen> +300 <Apple, Yen> +200 <Apple, Yen> An element of +100 <apple, circle> is generated. The value of the base <apple> is a value for each of the bases <Tsugaru>, <Fuji>, and <Kodama> to be aggregated. In other words, the total value of the values for the bases <Tsugaru>, <Fuji>, and <Kodama> to be aggregated is calculated as the value of the base <apple>.

Transfer G (x) representing the aggregation is given by ~ {x + F (x)} using F (x). That is, G (x) = ˜ {x + F (x)} = (300 <Tsugaru, Yen> +200 <Fuji, Yen> +100 <Burong, Yen>) + (300 ^ <Tsugaru, Yen> + 200 ^ <Fuji, Yen > + 100 ^ <Red ball, circle> +300 <apple, circle> +200 <apple, circle> +100 <apple, circle>) = 600 <apple, circle>.

2. Apportioning Apportioning means that one classification item is further divided into a plurality of classification items. For example, in the example shown in the aggregation, this means that the value corresponding to the base <apple> is divided into Tsugaru, Fuji, and Kodama. As a premise, it is necessary that a prorated ratio of {apple}-> {Tsugaru, Fuji, Kodama} is given, which is 1: 1: 1 here.

In this example, F (x) = 600 ^ <apple, circle> +200 <Tsugaru, circle> +200 <Fuji, circle> +200 <song, An element such as a circle> is generated.
The transfer G (x) representing apportionment is given by ˜ {x + F (x)} using F (x). That is, G (x) = ˜ {x + F (x)} = 600 <apple, circle> + (600 ^ <apple, circle> +200 <Tsugaru, circle> +200 <Fuji, circle> +200 <red ball, circle>) = 200 <Tsugaru, Yen> +200 <Fuji, Yen> +200 <Hot, Yen>.

(Base technology 2)
Hereinafter, an information processing apparatus (hereinafter referred to as “data editing apparatus”) that performs data editing processing using the concept of the exchange algebra of the base technology 1 will be described. In the base technology 2, the user describes the edited contents of data using an inclusive notation which is a method of describing a set by giving necessary and sufficient conditions for an object to belong to the set. The data editing apparatus of the base technology 2 outputs a program code described in an extended notation, which is a method of describing a set by enumerating all elements of the set based on the editing content described in the inclusive notation. . Then, the data to be edited is read into the memory as a data object having a format corresponding to the exchange algebra, and the data editing process is executed by executing the program code.

FIG. 2 is a block diagram showing a functional configuration of the data editing apparatus 10 of the base technology 2. The data editing apparatus 10 includes a data holding unit 12, a code correspondence table 14, an aggregation rule table 16, a distribution rule table 18, a code acquisition unit 20, a code generation unit 22, and an editing processing unit 24.

Each block shown in the block diagram of the present specification can be realized in terms of hardware by an element such as a CPU of a computer or a mechanical device, and in terms of software, it can be realized by a computer program or the like. The functional block realized by those cooperation is drawn. Therefore, those skilled in the art will understand that these functional blocks can be realized in various forms by a combination of hardware and software. For example, each functional block of FIG. 2 may be stored in a recording medium as software, installed in the hard disk of the data editing apparatus 10, and appropriately read into the main memory of the data editing apparatus 10 and executed by the CPU.

The data holding unit 12 is a storage area that holds data before editing and data after editing. The data holding unit 12 holds a CSV (Comma Separated Values) file in which data values and bases are associated with each other before editing and after editing. For example, one line of the CSV file may be “value, presence / absence of hat, name, unit, time, subject”, and a blank line may indicate an original delimiter. Of course, the data holding unit 12 may be provided in an information processing apparatus different from the data editing apparatus 10, for example, a database server. In this case, an information processing system in which the database server and the data editing apparatus 10 are connected via a communication network such as LAN, WAN, or the Internet may be constructed.

The code correspondence table 14 includes a program language (hereinafter also referred to as “inclusive notation language”) for describing data editing contents (editing operations) in an inclusive notation, and data editing contents in an extension notation. This is a storage area that holds a correspondence relationship with a programming language for description (hereinafter, “extended notation language”). The extended notation language in the base technology 2 is a Java (registered trademark) language, but may be another programming language such as a C language.

Correspondence between inclusive notation language and extended notation language is, for example, a code (function) that implements a keyword that indicates an editing operation in an inclusive notation language and a logic for realizing the editing operation in an inclusive notation language. Are associated with each other. More specifically, a description of a condition for extracting specific data from a plurality of data in an inclusive notation language is associated with a description of a repetitive instruction for sequentially enumerating a plurality of data in an extended notation language. Also, for example, a code that specifies input data in an inclusive notation language is associated with a code that implements a logic that reads the input data into a memory in an extended notation language. A specific example of the correspondence will be described later with reference to FIGS.

The aggregation rule table 16 is a storage area that holds an aggregation rule that defines an aggregation relationship of a plurality of types of bases that should be referred to during the aggregation operation. The aggregation rule defines, for example, the above-described aggregation relationship of {Tsugaru, Fuji, Kodama}-> {Apple}. A base that aggregates a plurality of types of bases (in the above example, an apple) is hereinafter referred to as an “aggregated base”. The apportionment rule table 18 is a storage area that holds apportionment rules that define the apportionment ratios of a plurality of types of bases that are referred to during apportionment operations. The apportionment rule defines, for example, the above-mentioned {apple}-> {Tsugaru, Fuji, Kodama} and an apportion ratio of 1: 1: 1.

The code acquisition unit 20 acquires a program code (hereinafter also referred to as “user code”) input by a user via a predetermined input device such as a keyboard. This user code is described in an inclusive notation language. A specific user code example will be described later.

In accordance with the correspondence stored in the code correspondence table 14, the code generation unit 22 generates a program code (hereinafter referred to as “execution code”) in which the data editing contents described in the user code are described in the extended notation language from the user code. Is also called.). The execution code in the base technology 2 is assumed to be a Java byte code. Specifically, a Java source code corresponding to the user code is generated, and a Java byte code is generated by compiling the source code. A specific execution code example will be described later.

The editing processing unit 24 edits the data to be edited held in the data holding unit 12 according to the execution code generated in the code generation unit 22. The editing processing unit 24 includes a data reading unit 26, a data editing unit 28, and an editing result output unit 30. It should be noted that the functions of the editing processing unit 24 (data reading unit 26 to editing result output unit 30) may be realized by executing the execution code in a predetermined execution engine. For example, when the execution code is a Java byte code, the execution engine is JVM (Java Virtual Machine).

The data reading unit 26 reads the data to be edited from the data holding unit 12, and generates a data object in which the data value and the base are associated with each other from the data. The data editing unit 28 performs an operation on the data object generated by the data reading unit 26 and sets data of the editing result. The editing result output unit 30 records the editing result data set in the data reading unit 26 as a CSV file and stores it in the data holding unit 12.

FIG. 3 shows an example of a user code for operating accounting type data. In the following code example, the line number is shown at the left end, and the position of the code is appropriately indicated by the line number. In FIG. 3, a set C including an element 200 <cash> +100 <wheat> and an element 200 <cash> +200 <soy> is designated as the edit target data. Here, the data to be edited is directly input for simplicity of explanation, but typically the input data is specified by specifying the name of the CSV file as the input file and the description position of the input data in the CSV file. A data object indicating is generated.

In the fourth line of FIG. 3, a projection operation of exchange algebra, that is, a projection operation for extracting a subelement that matches the specified base is specified. Specifically, a process is specified in which an element corresponding to the basis <cash> or <wheat> from the set C and satisfying the condition that the value has been set is extracted and substituted into the set set. In the fifth line, the original addition process in the asset is designated. Since the set includes 200 <cash>, 100 <wheat>, and 200 <cash>, the addition result alpha is 400 <cash> +100 <wheat>. Here, for the sake of simplification of explanation, the editing result is output to the standard output. Typically, a CSV file as an output file is specified, and the editing result (here, the contents of the addition result alpha) is specified in the CSV file. ) Is recorded.

FIG. 4 (a) shows an execution code corresponding to the user code of FIG. Specifically, it is an execution code generated by the code generation unit 22 according to the second line in FIG. 3 and corresponds to the function of the data reading unit 26. In the description of the base technology 2, a Java source program is shown as an execution code for convenience. In the figure, the ExAlgeSet object corresponding to the set C corresponds to the ExAlge object (15th to 23rd lines) corresponding to the element 200 <cash> +100 <wheat> and the element 200 <cash> +200 <soybean>. An ExAlge object (lines 24 to 32) is stored.

FIG. 4 (b) shows an execution code corresponding to the user code of FIG. Specifically, it is an execution code generated by the code generation unit 22 according to the fourth line in FIG. 3 and corresponds to the function of the data editing unit 28. In the figure, in a double loop of a for loop enumerating ExAlge objects corresponding to a plurality of elements included in the set C and a for loop enumerating ExBase objects corresponding to a plurality of bases included in the set D The projection method is called, and the result of the projection process is added to the list. A set asset is set from the list.

FIG. 5 shows an example of a user code for operating record type data. In the figure, Yamada <name> +5 <score>, Tanaka <name> +3 <score>, Suzuki <name> +4 <score>, Sato <name> +2 <score>, Honda <name> +5 <score> 5 A set dataset including two elements is specified.

In the ninth line in FIG. 5, every time there is an element having a value associated with the base <score> of 4 or more, the element “1 <4 or more, person, #, #>” is assigned to the set set. Is specified. In the 11th line, the original addition process in the asset is designated. As a result, the set includes three elements “1 <4 or more, person, #, #>”, and ret = 3 <4 or more, person, #, #>. That is, in this example, the number of persons whose score is 4 or more is totaled.

FIG. 6 (a) shows an execution code corresponding to the user code of FIG. Specifically, it is an execution code generated by the code generation unit 22 in accordance with the 2nd to 7th lines in FIG. 5 and corresponds to the function of the data reading unit 26. In the figure, Dtage objects corresponding to the respective originals of the five record type data are stored in the DtAlgeSet object corresponding to the set dataset. Since the record type data allows various data types for both the value and the base, information indicating the data type of the value and the base is also set in the Dtalge object.

FIG. 6B shows an execution code corresponding to the user code in FIG. Specifically, it is an execution code generated by the code generation unit 22 according to the ninth line in FIG. 5 and corresponds to the function of the data editing unit 28. In the figure, in a for loop enumerating DtAlgeSet objects corresponding to a plurality of elements included in the set dataset, when the value corresponding to the base <score> is 4 or more, the element “1 <4 or more, human, #, #> "Is added to the list. A set asset is set from the list.

When an aggregation instruction (function) is set in the user code, the code generation unit 22 refers to the aggregation rule held in the aggregation rule table 16 and first selects an object corresponding to the entry in the bookkeeping (hereinafter referred to as “intermediate object”). Is also generated). Specifically, the aggregated value of a plurality of data to be aggregated is calculated, and data indicating that the aggregated value and the aggregation base are associated with each other, and data indicating that each of the plurality of data to be aggregated is subtracted (that is, aggregated) An execution code is generated that sets an object indicating the source of addition of a plurality of target original data (data obtained by adding a hat attribute) as an intermediate object. This intermediate object corresponds to F (x) shown in the aggregation of the base technology 1.

Then, the code generation unit 22 adds the object indicating the source from which the plurality of original data to be aggregated and the intermediate object are added, in other words, adds the hat attribute to the plurality of original data to be aggregated and those data. By canceling the data, an execution code is generated that stores data in which the aggregate values of the plurality of data to be aggregated and the aggregation base are associated with each other in the aggregation result object. This execution code is a code corresponding to ~ (x + F (x)) shown in the aggregation of the base technology 1. The code generation unit 22 may further generate an execution code that outputs the contents of the intermediate object to a predetermined file. According to this aspect, by presenting the contents of the intermediate object to the user, it is possible to support efficient debugging and to provide the user with information that can be used for bookkeeping transfer calculation.

When the apportioning instruction (function) is set in the user code, the code generating unit 22 refers to the aggregation rule held in the apportioning rule table 18 and first executes an execution code for setting the intermediate object as in the aggregation. Generate. Specifically, the apportionment target data values are apportioned according to the apportionment ratio, the apportioned value and each apportionment base are associated with each other, and the apportionment target original data is added with a hat attribute. An execution code for setting an object indicating an addition source as an intermediate object is generated. This intermediate object corresponds to F (x) shown as apportionment of the base technology 1.

Then, the code generation unit 22 adds the object indicating the source of the original data to be apportioned and the intermediate object, in other words, by offsetting the original data to be apportioned and the data with the hat attribute added thereto, Execution code is generated that stores data in which the apportioned value and the apportioned bases are associated with each other in the apportioned result object. This execution code is a code corresponding to ~ (x + F (x)) shown as apportionment of the base technology 1. Note that the code generation unit 22 may further generate an execution code that outputs the contents of the intermediate object to a predetermined file, similarly to the aggregation.

The operation of the above configuration will be described below.
FIG. 7 is a flowchart showing the operation of the data editing apparatus 10. First, the user describes the contents of data editing using an inclusive notation language in an inclusive notation, and inputs an instruction to edit data specifying the program code to the data editing apparatus 10. When the data editing device 10 receives a data editing instruction via a predetermined input device (Y in S10), the code acquisition unit 20 of the data editing device 10 acquires the program code input by the user as a user code. (S12). The code generation unit 22 starts an execution code generation process from the user code according to the correspondence between the user code and the execution code held in the code correspondence table 14 (S14).

If there is a transfer instruction such as an aggregation instruction or apportioning instruction in the user code (Y in S16), the code generation unit 22 sets an output instruction of the intermediate object for canceling processing corresponding to the transfer instruction to the execution code ( S18). If there is no transfer instruction in the user code (N in S16), S18 is skipped. The edit processing unit 24 executes edit processing for the data to be edited according to the generated execution code (S20). For example, the data reading unit 26 reads the data to be edited specified in the execution code generated from the user code and the user code from the CSV file for storing input data of the data holding unit 12 and generates a data object. The data editing unit 28 executes an editing operation (projection operation, aggregation operation, apportioning operation, etc. based on the base) specified by the execution code on the generated data object, and generates a data object indicating the editing result. To do. The editing result output unit 30 displays the editing result by the editing processing unit 24, for example, the contents (attribute value etc.) of the data object indicating the editing result generated by the data editing unit 28, and the editing result storing CSV of the data holding unit 12. Output to a file (S22). If the data editing apparatus 10 does not accept the data editing instruction (N in S10), the steps after S12 are skipped.

According to the data editing apparatus 10 of the base technology 2, data handled in the RDB can be represented as a data object corresponding to accounting type data or a data object corresponding to record type data. Thereby, it is possible to support standardization of data object representation on a computer. Further, the accumulation of data to be edited does not require a complicated mechanism such as RDB, and can be accumulated as a highly visible CSV file.

Further, according to the data editing apparatus 10, since the user can describe the edited contents of the data in an inclusive notation language, if the user correctly understands the edited contents of the data, it is an extension for actually operating the computer. Even if you do not understand the notation language, you can achieve correct data editing. In addition, since the data to be edited is held as a combination of a value and a base in the data editing apparatus 10, the user can easily describe the editing contents based on the regulations by using the inclusive notation. Moreover, since the inclusive notation does not depend on the computer and reflects the data editing specifications, the user can realize correct data editing by performing correct specification description. For example, the user may describe the edited contents of the data according to the specification without being aware of the for loop or the like. Therefore, it is possible to reduce the mixing of bugs into the user code. In other words, it is easy to limit the location where the bug occurs to the bug of the data itself. For example, in the operation of accounting type data, various transfer processes such as aggregation and apportionment can be described robustly.

Further, according to the data editing apparatus 10, the range of influence can be limited even when the data format (schema) is changed by performing the value editing process based on the data base. For example, even if column replacement occurs in a table storing data to be edited, it is possible to eliminate the influence of the user code on the editing logic.

Further, according to the data editing apparatus 10, since the rules for transfer processing such as aggregation and apportionment are held in a table outside the program code, the data in the table may be changed even if the rule changes, and the program code The influence can be eliminated.

As a modification, the data editing apparatus 10 may further include a transfer rule table. The transfer rule table is a storage area that holds a transfer rule to be referred to in a transfer operation (in this case, a base conversion operation that does not involve aggregation or apportionment). The transfer rule is data in which a transfer source base and a transfer destination base are associated with each other. When the transfer instruction is set in the user code, the code generation unit 22 refers to the transfer rule held in the transfer rule table and generates an execution code for setting the intermediate object F (x). For example, if x = numerical value A <transfer source base>, F (x) = numerical value A <transfer source base> + numerical value A <transfer destination base>. Then, the code generation unit 22 generates an execution code corresponding to ~ (x + F (x)). As an execution result of the code, in the above example, the numerical value A <transfer source base> is converted to the numerical value A <transfer destination base>.

(Embodiment)
In the embodiment, a technique for managing multi-stage resource allocation among multiple subjects using a real bookkeeping description is proposed. This real bookkeeping description is obtained by applying the exchange algebra described in the base technology 1 and the base technology 2. In the first embodiment (hereinafter also referred to as “first embodiment”), a management technique in the case where goods and services having a positive value are interchanged without transfer of money between a plurality of entities. explain. In the second embodiment (hereinafter also referred to as “second embodiment”), goods or services having negative values (hereinafter also referred to as “environmental impact goods”) transfer money between a plurality of entities. Explain the management technology in the case of relocation without transfer. In the third embodiment (hereinafter also referred to as “third embodiment”), an example in which a real bookkeeping description is applied to a general state description of a company is shown. In the fourth embodiment (hereinafter also referred to as “fourth embodiment”), the characteristics of an information terminal connected to a device that manages the transfer of goods and services or the transfer of environmental load goods will be described.

Both goods and services can be said to satisfy human needs, but typically goods are tangibles and resources with physical entities, and services are intangibles without physical entities. In the following, goods and services are collectively referred to as “goods” unless they are particularly distinguished. Accommodation can be said to be trading, provision, transfer, transfer and lending. The accommodation may include monetary transactions, but the embodiment focuses on the accommodation of goods without the movement of money and the transfer of environmentally hazardous goods. In each embodiment, there is no limitation on the goods and services that are the targets of interchange and transfer, but various types of energy (also referred to as “energy etc.”) can be considered as suitable targets. The energy and the like include electricity, gas, heat, environmental impact goods, used tempura oil, garbage for biofuel, alcohol, methane gas, biochip, thermal drainage, geothermal hot water, metal waste, and the like.

(Overview of the first embodiment)
In the first embodiment, there is proposed an apparatus that appropriately manages multi-stage resource allocation including a stage in which multi-subjects mutually interchange goods for a plurality of times and a stage in which the loan is finally settled. This apparatus executes a recording process in which the goods are accommodated and an evaluation process of the accommodation result based on the recording.

In the system proposed in the first embodiment, the price of goods to be accommodated is not evaluated at the initial stage. Then, the accommodation of goods is carried out in multiple stages, and the result of the accommodation carried out so far is settled in the final stage. In order to make this possible, the device of the first embodiment (the accommodation management device 104 described later) records the fact that the goods are accommodated in an expanded form of double-entry bookkeeping that allows real description, and finally Price the results of accommodation.

In the multi-stage exchange, in the first stage, goods are measured at the physical quantity level, and based on the measurement results of the physical quantity level, exchanges (such as interchange, lending and transfer) are performed to satisfy the purpose of the community consisting of multiple entities. . Payments, liabilities and claims in cash (value) are not described until the last stage. The fact of accommodation is recorded by a real bookkeeping description based on the unit of measurement of the goods to be accommodated (which can be said to be a unit unique to the goods or a quantity unit). This real bookkeeping description is made possible by exchange algebra.

● There is a description method of claims and debts in real life, in other words, actual bookkeeping of claims and debts. For example, when the subject B receives 3 kg of miso from the subject C, the debt of B to C generated there is expressed as “3 <miso_debt_C, Kg, #, B>”. Further, C's receivable for B that occurs at the same time is expressed as “3 <Miso_Receivable_B, Kg, #, C>”. Receivables and payables associated with the exchange are usually stated on a cash valuation. In the first embodiment, the relationship between claims and debts (which can be said to be a loan relationship) is evaluated on a real goods basis, allowing multi-stage accommodation and transactions to proceed quickly and easily without cash evaluation of goods until the final stage. it can.

∙ After the multi-stage (multiple times) accommodation, in the final stage, ex-post price evaluation is performed on the receivables and debts as a result of accommodation shown in quantity units. Alternatively, a netting transaction (netting) between the interchanged goods is executed. As a result, the transaction is settled by paying receivables and payables based on monetary valuation or by offsetting transactions.

The multi-stage exchange proposed in the first embodiment is not simply an exchange as a monetary transaction after payment. When an exchange of sales is made, the price of goods, that is, the monetary value, is fixed from the beginning, and only payment is made afterwards. However, the multi-stage exchange proposed in the first embodiment allows the interchange (exchange) even if the monetary value is not evaluated at that time because the claims and debts are described and held on the basis of the quantity. Therefore, in an extreme case, as in general exchanges, there is a pattern in which lending is continuously chained in the community and offset in the long run, and no liquidation is performed at the final stage. The

In the first embodiment, by recording the accommodation of goods at the level of the actual description, it is possible to design and manage the accommodation process between the entities by lending, accommodation, and transfer of goods in multiple stages as a system To.

The so-called “market” mechanism is a modern capitalist invention, and it is possible to exchange goods among a large number of people who are not acquainted by conducting price evaluations in advance and exchanging them. Supply and demand are said to be balanced. However, historically and even today, it is important as a transaction within a community composed of people who are familiar to each other to provide the necessary resources where necessary without the movement of money. This is because there are often no conditions for pricing goods or services when they need to be lent or transferred. Alternatively, there are many cases where it is appropriate to evaluate the loan relationship based on various conditions after the fact.

In communities where rice, miso, etc. are interchanged, typically, they are not implemented on the basis of the prices of those goods, but those that need those goods from the surplus of those goods Accommodates without any money movement. However, there is no continuity and sustainability if only a specific entity is advantageous in such accommodation, and liquidation is required at some stage. Liquidation is not always money. According to the first embodiment, it is possible to allow the interchange of goods from a surplus subject to a lacking subject, which has been done in a small community, in a relationship with membership such as a modern organization or community. It will be effective.

In the market decision-making, from the beginning, a model of equilibrium of supply and demand in a single stage is used. On the other hand, in the decision-making in the case of accommodating goods from a surplus entity to a deficient entity in an actual organization or community, there are often complicated constraints on matching demand and supply, and the equilibrium point There is no one. Furthermore, it is often unfamiliar to determine the value of goods in the form of prices in advance and make adjustments such as mutual interchange of goods at the same time.

On the other hand, there is a limit to the management of the multi-stage exchange in the conventional community. For example, there was virtually no idea of recording the flexibility of each stage in a double bookkeeping manner. Therefore, multi-stage exchange of flexibility could only be carried out in a very limited situation, such as in a small community or in a community where lending and borrowing is offset in the long run. In the first embodiment, by introducing a real bookkeeping framework that uses exchange algebra for multi-stage exchange of accommodation, the accommodation is recorded as a real-type compound description, and the chain of accommodation and settlement at the final stage are called It is possible to apply the multistage exchange mechanism to a wider social system design.

(Detailed description of the first embodiment)
Here is an example of describing interchange within a community using exchange algebra. Here, we consider a community where rice, miso, and soy sauce are interchangeable.
(1-1) Setting of trading entity Trading entity: 3 entities, A, B, and C Goods owned by trading entity: rice (unit Kg), soy sauce (unit L (liter)), miso (unit Kg)
Initial state: A owns 50 kg of rice, B owns 10 L of soy sauce, and C owns 20 kg of miso.

(1-2) Account Item Base Use the four-term basis of the exchange algebra, specifically <subject name, measurement unit (measurement unit of goods), date, subject name, etc.>. This time, the date in item 3 is not used (represented as “#”). As a modification, information indicating the stage in the multi-stage transaction may be set in the third term. For the subject name in paragraph 4, the name of the subject that first owned the goods is set. For example, the owner in the initial stock is set. Note that “information” in the description of the embodiment has the same meaning as “data”, and can be read interchangeably.

For example, the basis for goods is <rice, Kg, #, A>, <soy sauce, L, #, B>, <miso, Kg, #, C>.
The basis for capital is <US_capital, Kg, #, A>, <soy sauce_capital, L, #, B>, <miso_capital, Kg, #, C>. The capital base is introduced to consider the holding of goods at the beginning of the period as capital. For example, the initial goods of the subject A can be expressed as 50 <US, Kg, #, A> +50 <US_capital, Kg, #, A>.

It also introduces a basis for receivables and payables. In the first embodiment, at the time of accommodation, the result of the accommodation is not expressed as a monetary claim and a monetary obligation, but as a real claim and a real obligation.
For example, if 4kg of miso is interchanged from C to A,
4 ^ <Miso, Kg, #, C> +4 <Miso_Receivable_A, Kg, #, C> (Formula 1)
Is recorded in association with the main body C of the interchange source.

The 1st term of Formula 1 shows that miso which C had held decreased by 4Kg, and the 2nd term of Formula 1 shows that C holds a claim of 4Kg of miso for A. That is, “Miso_Receivable_A” of the basis of the second term is a miso receivable and indicates that the other party of the receivable, that is, the debtor is A. In addition, the fourth “C” of the basis of the second term indicates that the creditor holder, that is, the creditor is C. Formula 1 can also be called bond information, and in the first embodiment, bond information is recorded in a duplex manner. In other words, the first term in Equation 1 indicates the fact that miso initially held by C has decreased due to accommodation, and the second term indicates the miso receivable that has arisen due to that fact.

In the first embodiment, the bond information of Formula 1 is recorded,
4 <Miso, Kg, #, C> +4 <Miso_Debt_C, Kg, #, A> (Formula 2)
Is recorded in association with the subject A of the accommodation destination.

The first term in Equation 2 indicates that the miso held by C has increased by 4Kg, and the second term in Equation 2 indicates that A has an obligation of 4Kg of miso for C. That is, “Miso_Debt_C”, which is the basis of the second term, is a miso debt, and the counterparty of the debt, that is, the creditor is C. Also, the fourth “A” in the basis of the second term indicates that the debt holder, that is, the debtor is A. In the first embodiment, debt information is recorded in duplicate. In other words, the first term of Equation 2 indicates the fact that miso initially held by C has increased due to accommodation, and the second term indicates the miso debt generated by that fact.

As described above, when goods and services are accommodated within the community, real-type receivables are recorded in association with the principal entity of the transaction, and real-world debts are recorded in association with the entity of the accommodation destination. In the first embodiment, general bases such as cash, profits, and costs are also introduced. For example, for cash, the main subject is usually not set, and becomes the basis of <cash, yen, #, #>.

FIG. 8 shows the configuration of the accommodation management system of the first embodiment. The accommodation management system 100 is an information processing system for managing the accommodation state of goods within a certain community. A community is a community, union, or organization, typically a collection of entities that know each other. Also, it is a set of multiple entities that can provide goods, services, and money to others. For example, the community may be composed mainly of residents in a specific area, or may be composed mainly of individuals or companies that exchange goods and services (for example, resources such as energy).

The accommodation management system 100 includes an information terminal 102 and an accommodation management device 104. These devices are connected via a known communication network such as a LAN, WAN, or the Internet. The accommodation management device 104 is an information processing device that records the fact when goods are interchanged between entities (also referred to as “members”) belonging to the community, and supports settlement at a predetermined timing. Hereinafter, an example of managing the accommodation state in one community will be described, but the accommodation management device 104 may provide a service for managing the accommodation state in each community to a plurality of communities. Of course.

The information terminal 102 is an information processing apparatus operated by each member of the community, an administrator of an interchange transaction, or the like. For example, a PC, a smartphone, or a tablet terminal may be used. Although one information terminal 102 is shown in FIG. 1, the accommodation management system 100 may include a plurality of information terminals 102 operated by a plurality of community members, or operated by members of a plurality of different communities. A plurality of information terminals 102 may be provided.

The information terminal 102 stores stock information 200, accommodation result information 202, price information 204, and payment information 206 as input data to the accommodation management device 104, and these data are sent to the accommodation management device 104 in accordance with user operations. Send. The format of these data is not limited, and may be natural sentence data including information items to be described later or tabular data.

The stock information 200 is information regarding the ownership status of goods of each subject in the community. For example, it is information indicating the amount of goods held by each entity at the beginning of a unit period in which the accommodation of goods is evaluated, in other words, at the initial stage before the accommodation of goods. The accommodation result information 202 is information indicating a result (facts) of accommodation of goods in the community. The accommodation result information 202 includes information indicating the principal of the accommodation source, the principal of the accommodation destination, the accommodation goods, and the amount of accommodation. For example, the content may be “3Kg of miso is transferred from subject C to subject B”.

The price information 204 is information related to the price of goods that have been interchanged between entities. For example, it may be a price per unit amount of the goods to be accommodated, that is, a unit price. In the case of tangible goods, the unit amount may be 1 Kg or 1 L, and in the case of an intangible service, the unit amount may be once or one day. The payment information 206 is information relating to payment of money made between entities. The payment information 206 includes information indicating each of a payment source entity, a payment destination entity, payment in cash, and a payment amount. For example, the content may be “Payment of 6000 yen from subject B to subject C”.

Also, the information terminal 102 acquires the evaluation information 208 generated by the accommodation management device 104 and presents it to the user according to the user's operation. For example, the evaluation information 208 is downloaded from the accommodation management device 104, displayed on the display, and printed on the printer. The evaluation information 208 is information for supporting the settlement of accommodation made within the community, and can be said to be accommodation settlement support information. For example, the evaluation information 208 includes information obtained by tabulating one or more interchange results within the community, and includes, for example, balance information (such as a balance after price transfer) described later.

FIG. 8 shows the functional configuration of the accommodation management device 104 of the first embodiment in the form of a block diagram. The accommodation management device 104 includes a control unit 110, a storage unit 112, and a communication unit 114. The control unit 110 executes various data processing. The storage unit 112 is a storage area that stores data that is referred to and updated by the control unit 110. The communication unit 114 communicates with an external device according to various communication protocols. The control unit 110 transmits / receives data to / from the information terminal 102 via the communication unit 114.

The storage unit 112 includes a correspondence holding unit 120, a stock information holding unit 122, a claim and debt information holding unit 124, a price holding unit 126, and an evaluation information holding unit 128. Hereinafter, accounting type data will be referred to. As described in the base technology, accounting type data is a combination of a data value and a base indicating an attribute of the data. The accounting type data is obtained by encoding (encoding) human natural sentences as an algebraic data object having accounting meaning so that information processing by a computer is possible.

The stock information holding unit 122 holds accounting type data corresponding to the stock information 200. For example, accounting type data indicating the possession status of goods of each subject in the community is retained. The receivable / liability information holding unit 124 has accounting-type data indicating a receivable as shown in Equation 1 above (hereinafter referred to as “receivable information”) and accounting-type data indicating a debt as shown in Equation 2 above. (Hereinafter referred to as “debt information”). The price holding unit 126 holds price information 204 data. The data held by the price holding unit 126 may be the market price of the accommodation target goods, or may be updated to the latest price information every time the evaluation process is performed.

The evaluation information holding unit 128 holds evaluation information generated by an evaluation unit 138 described later. This evaluation information includes information obtained by summing up one or more interchange results in the community, and includes, for example, balance information (such as a balance after price transfer) described later. The evaluation information holding unit 128 holds at least accounting type data indicating the evaluation information, but may further hold accounting information obtained by transforming the evaluation information, for example, data processed into a financial statement format such as a balance sheet.

The correspondence relationship holding unit 120 is information indicating the correspondence relationship between the non-accounting type data input from the information terminal 102 and the accounting type data to be processed by the accommodation management device 104 (hereinafter referred to as “correspondence relationship data”). Hold. Correspondence relationship data can be said to be a rule for generating accounting type data stored in the storage unit 112 from non-accounting type data input from the information terminal 102.

For example, the correspondence relationship holding unit 120 holds correspondence data for converting the stock information 200 input from the information terminal 102 into the accounting-type data format stored in the claim and debt information holding unit 124. This correspondence data defines a rule that converts stock information 200 indicating a subject name, a property name, and a stock amount (including a unit) into a format of “stock amount <good name, unit, #, subject name>”. It may be.

Also, the correspondence relationship holding unit 120 retains correspondence data for converting the interchange performance information 202 input from the information terminal 102 into the accounting type data format held in the claim and debt information holding unit 124. This correspondence data can be said to be a rule for generating bond information and debt information from the transaction result information 202.

Specifically, the correspondence relationship data includes “accommodation amount ^ <subject of interchange” with the accrual record information 202 indicating the interchange source entity, the accommodation destination entity, the goods to be accommodated, and the accommodation amount (including unit) as the credit information of the accommodation source entity. It may be a rule stipulating conversion into a form of “goods, units, #, interchangeable entity> + accommodation amount <consumable goods_receivable_acceptance entity, unit, #, interchangeable entity>”. Furthermore, the same accommodation performance information 202 is used as debt information of the principal of the accommodation destination as “accommodation amount <goods to be accommodated, unit, #, interchangeable entity> + consolidation amount <goods to be accommodated_debt_accommodation entity, unit, #, It may be a rule that defines the conversion to the format of “acceptance subject>”.

Furthermore, the correspondence relationship holding unit 120 holds correspondence data for converting the payment information 206 input from the information terminal 102 into a format of accounting type data to be input to the evaluation unit 138. This correspondence data includes payment information 206 indicating a payment source entity, a payment destination entity, cash, and a payment amount (including unit) as receivable collection information of the payment entity. , #, Payee entity> + payment amount <cash, yen, #, #> ”.

The control unit 110 includes a stock information acquisition unit 130, an accommodation result acquisition unit 132, a claim and debt recording unit 134, a price information acquisition unit 136, an evaluation unit 138, an evaluation information provision unit 140, and a payment information acquisition unit 142. A computer program including a plurality of modules corresponding to these functional blocks may be stored in a recording medium such as a DVD and installed in the storage of the accommodation management device 104. And the function (each function block) of the control part 110 may be exhibited when the processor (CPU etc.) of the accommodation management apparatus 104 reads and executes each module to the main memory.

The stock information acquisition unit 130 acquires the stock information 200 of each member of the community (in other words, each subject that provides flexibility) transmitted from the information terminal 102. The stock information acquisition unit 130 converts the acquired stock information 200 into accounting type data according to the correspondence relationship data of the correspondence relationship holding unit 120, and associates the converted accounting type data with each subject to the stock information holding unit 122. To store. The accommodation result obtaining unit 132 obtains the accommodation result information 202 transmitted from the information terminal 102 and passes it to the claim and debt recording unit 134.

The receivable and liability recording unit 134 determines the size of a receivable according to the amount of accommodation in the unit of measurement of goods when the goods are accommodated without moving money from the first entity to the second entity in the community. The credit information to be shown is generated, and the credit information is stored in the credit information storage unit 124 in association with the first subject. At the same time, the claim and debt recording unit 134 generates debt information indicating the magnitude of the debt according to the accommodation amount in the unit of measurement of the goods, and associates the debt information with the second entity to the claim and debt information holding unit 124. Store. This amount of accommodation can be said to be the amount of movement of goods between entities, and can also be said to be the amount of decrease of goods in the first entity and the amount of increase of goods in the second entity.

When generating the claim information and the debt information, the claim and debt recording unit 134 sets information indicating the counterparty in each of the claim information and the debt information. Specifically, information indicating the debtor is set in the credit information, and information indicating the creditor is set in the debt information. Further, the receivable / liability recording unit 134 sets a value based on the unit of measurement of the accommodated goods, not the value of the monetary unit, as the value indicating the size of the receivable and the debt. That is, the claim information and the debt information recorded in the claim information storage unit 124 by the claim and debt recording unit 134 do not include information indicating the monetary value of the interchangeable goods.

The claim and debt recording unit 134 generates both the claim information and the debt information, which are accounting-type data, from the one interchangeable performance information 202 according to the correspondence relationship data of the correspondence relationship holding unit 120, and sends it to the claim and debt information holding unit 124. Record.

The price information acquisition unit 136 acquires price information 204 of each of a plurality of goods to be interchanged transmitted from the information terminal 102. The price information acquisition unit 136 stores data indicating the price of each good in the price holding unit 126.

When the evaluation unit 138 reaches a predetermined evaluation timing, the evaluation unit 138 corresponds to one specific subject (hereinafter referred to as an “evaluation subject”) among the claim information and the debt information stored in the claim information storage unit 124. The balance information which totaled at least one of attached credit information and debt information is generated. This balance information may include a result of offsetting the claim indicated by the claim information associated with the evaluation subject and the debt indicated by the debt information.

That is, the evaluation unit 138 aggregates a plurality of bond information associated with the evaluation subject based on the basis, and similarly sums a plurality of debt information associated with the assessment subject based on the basis. Generate balance information. Further, when both the claim information and the debt information associated with the evaluation subject are present, the evaluation unit 138 cancels the claim information and the debt information based on the basis, and generates balance information including the offset result. To do. The evaluation unit 138 stores the generated balance information data in the evaluation information holding unit 128 in association with the evaluation subject.

The evaluation unit 138 arrives at the evaluation timing when data requesting the start of the evaluation process is received from the information terminal 102 or when an operation for instructing the start of the evaluation process is input by the administrator of the accommodation management device 104. It may be determined that Further, when it is detected that a predetermined date and time, for example, the end of a predetermined evaluation period has been reached, it may be determined that the evaluation timing has been reached.

The evaluation unit 138 offsets the bond information and the debt information indicating the same counterparty. Specifically, when the debtor indicated by the basis of the claim information associated with the evaluation subject and the creditor indicated by the basis of the debt information associated with the evaluation subject are the same, The amount of receivable indicated is offset from the amount of debt indicated by the debt information.

The evaluation unit 138 according to the first embodiment executes an evaluation process based on a subsequent price evaluation (also called a settlement process). Specifically, the evaluation unit 138 calculates a value indicating the size of the receivable included in the receivable information of the evaluation subject based on the price of the interchangeable good stored in the price holding unit 126 as a unit of measurement of the interchangeable good. Convert from the value of to the value of monetary unit. Similarly, the value indicating the size of the debt included in the debt information of the evaluation target entity is converted from the value of the unit of measurement of the interchangeable goods to the value of the monetary unit. The evaluation unit 138 offsets the amount of receivable indicated by the converted receivable information and the amount of debt indicated by the debt information.

The evaluation information providing unit 140 transmits the evaluation information stored in the evaluation information holding unit 128 to the information terminal 102 when the provision request data of the evaluation information 208 is received from the information terminal 102. The identification information of the subject may be designated in the provision request data, and the evaluation information providing unit 140 may transmit evaluation information associated with the designated subject to the information terminal 102. The evaluation information providing unit 140 may automatically transmit the evaluation information of all the entities belonging to one community to the information terminal 102 at a predetermined timing such as the end of the evaluation period.

The payment information acquisition unit 142 acquires the payment information 206 indicating the fact of money payment made between the entities transmitted from the information terminal 102. The payment information acquisition unit 142 converts the acquired payment information 206 into accounting type data according to the correspondence data of the correspondence relationship holding unit 120. Then, the converted accounting type data is passed to the evaluation unit 138 as receivable collection information of the payee.

The evaluation unit 138 updates the evaluation information by offsetting the amount of receivable indicated by the payee entity's evaluation information (for example, balance information) and the amount of receivable indicated by the receivable collection information. The evaluation unit 138 stores the updated evaluation information, for example, data of a balance after collection of credits and debts described later, in the evaluation information holding unit 128 in association with the payee entity. Note that the debt collection information may be temporarily stored in the storage unit 112 as well as the debt information and debt information. When the evaluation timing is reached, the evaluation unit 138 may read the debt collection information and reflect it in the evaluation information.

The conversion from non-accounting type data to accounting type data is executed by the accommodation management device 104, but may be executed by an application installed in the information terminal 102. In this case, instead of the accommodation management device 104, the information terminal 102 may include the correspondence holding unit 120 with the introduction of the application.

The operation of the accommodation management system 100 configured as above will be described.
FIG. 9 is a flowchart for explaining the operation of the accommodation management device 104. Here, it is assumed that the initial stock of each subject is preset in the accommodation management device 104. The accommodation management device 104 repeatedly executes the processing shown in FIG. 9 until a predetermined termination condition is satisfied, for example, when the accommodation management application is terminated.

When the transaction record acquisition unit 132 receives the transaction record information 202 uploaded from the information terminal 102 (Y in S10), the bond debt recording unit 134 displays the bond information indicating the bond generated in the transaction source entity and the transaction partner entity. Both debt information indicating the resulting debt is recorded (S12). If the accommodation record acquisition unit 132 has not acquired the connection record information 202 (N in S10), S12 is skipped. As described above, the process shown in FIG. 9 is repeatedly executed. For this reason, each time an interchange is made in the community in one evaluation period, the interchange performance information 202 corresponding to each interchange is uploaded, and a pair of bond information and debt information corresponding to each interchange is accumulated in the bond liability information holding unit 124. It will be done.

When the price information acquisition unit 136 receives the price information 204 uploaded from the information terminal 102 (Y in S14), the price information acquisition unit 136 records the price of each good indicated by the price information 204 in the price holding unit 126. (S16). When the price of the goods indicated by the price information 204 has been recorded in the price holding unit 126, the price information acquisition unit 136 updates the recorded price to the latest price indicated by the price information 204. If the price information acquisition unit 136 has not acquired the payment information 206 (N in S14), S16 is skipped.

When the predetermined evaluation timing is reached (Y in S18), the evaluation unit 138 generates evaluation information regarding each entity belonging to the community according to a plurality of bond information and debt information accumulated within one evaluation period. And recording (S20). As will be described later, a plurality of types of evaluation information is recorded in association with each subject. If the evaluation timing has not been reached (N in S18), S20 is skipped. Note that when the payment information 206 is received from the information terminal 102, the evaluation unit 138 updates the evaluation information so as to offset the collection amount of the bond indicated by the payment information 206.

When a request for providing evaluation information related to a specific subject is received from the information terminal 102 (Y in S22), the evaluation information providing unit 140 receives the evaluation information data related to the specific subject stored in the evaluation information holding unit 128 as the information terminal 102. (S24). If a request for providing evaluation information is not accepted (N in S22), S24 is skipped.

Next, the operation of the accommodation management device 104 for managing accommodation will be described while showing examples of accommodation of goods in a certain community. In the following description, a community member operates the information terminal 102. This member may be an administrator who grasps the fact of accommodation within the community, or may be either a source entity or a destination entity that accommodates goods. In the following, one information terminal 102 uploads information such as stock information 200 and accommodation result information 202 to the accommodation management device 104, but a plurality of information terminals 102 hold these information in a distributed manner, You may upload.

Community members upload the stock information 200 to the accommodation management device 104. This stock information indicates that subject A owns 50 kg of rice as an initial stock, subject B owns 10 L of soy sauce as an initial stock, and C owns 20 kg of miso as an initial stock. The stock information acquisition unit 130 of the accommodation management device 104 stores accounting type data indicating initial stocks of the entities A to C in the stock information holding unit 122 in association with each entity.

At this time, the following accounting type data is recorded in the stock information holding unit 122.
ST [A] (1) = 50 <rice, Kg, #, A> +50 <rice_capital, Kg, #, A>
ST [B] (1) = 10 <soy sauce, L, #, B> +10 <soy sauce_capital, L, #, B>
ST [C] (1) = 20 <Miso, Kg, #, C> +20 <Miso_Capital, Kg, #, C>

Here, 20 kg of rice is transferred from the main subject A to the main subject B, and 10 kg of rice is transferred from the main subject A to the main subject C. At the time of the interchange of rice, money does not move between the principals, for example, the principal B and the principal C do not pay the principal A for the interchanged rice. The same applies to soy sauce and miso as described below. A member of the community (for example, any one of the main subjects A to C) uploads accommodation result information 202 indicating the fact of accommodation of rice from the information terminal 102 to the accommodation management device 104.

The debt management unit 134 of the accommodation management device 104 records the debt information in association with the subject A based on the fact of accommodation between the subjects A and B (x [A: 1], which will be described later), and at the same time the debt information as the subject. It records in association with B (described later x [B: 1]). Further, the claim and debt recording unit 134 records the claim information in association with the subject A based on the interchange fact between the subjects A to C (x [A: 2] described later), and simultaneously associates the debt information with the subject C. (To be described later x [C: 1]).

At this time, the following accounting type data is recorded in the claim information storage unit 124.
x [A: 1] = 20 ^ <US, Kg, #, A> +20 <US_Receivable_B, Kg, #, A>
“X [A: 1]” indicates that A is the first slip number of the x transaction.
x [B: 1] = 20 <US, Kg, #, A> +20 <US_debt_A, Kg, #, B>
x [A: 2] = 10 ^ <US, Kg, #, A> +10 <US_Receivable_C, Kg, #, A>
x [C: 1] = 10 <US, Kg, #, A> +10 <US_debt_A, Kg, #, C>

Next, 2 liters of soy sauce is transferred from the main body B to the main body A, and 1 liter of soy sauce is transferred from the main body B to the main body C. The members of the community upload the accommodation result information 202 indicating the fact of accommodation from the information terminal 102 to the accommodation management device 104. The claim and debt recording unit 134 of the accommodation management device 104 records the claim information in association with the subject based on the fact of accommodation between the subjects B to A (y [B: 1] described later), and simultaneously records the debt information to the subject A. Are recorded in association with each other (y [A: 1] described later). Further, the claim and debt recording unit 134 records the claim information in association with the subject B based on the fact of interchange between the subjects B to C (y [B: 2] described later), and simultaneously associates the debt information with the subject C. (Y [C: 1] described later).

At this time, the following accounting type data is recorded in the claim information storage unit 124.
y [B: 1] = 2 ^ <soy sauce, L, #, B> +2 <soy sauce_receivable_A, L, #, B>
y [A: 1] = 2 <soy sauce, L, #, B> +2 <soy sauce_debt_B, L, #, A>
y [B: 2] = 1 ^ <soy sauce, L, #, B> +1 <soy sauce_receivable_C, L, #, B>
y [C: 1] = 1 <soy sauce, L, #, B> +1 <soy sauce_debt_B, L, #, C>

Next, 4 kg of miso is transferred from subject C to subject A, and 1 kg of miso is transferred from subject C to subject B. The members of the community upload the accommodation result information 202 indicating the fact of accommodation from the information terminal 102 to the accommodation management device 104. The claim and debt recording unit 134 of the accommodation management device 104 records the claim information in association with the subject C based on the fact of interchange between the subjects C to A (z [C: 1] described later), and at the same time, the subject debt information. A is recorded in association with A (to be described later z [A: 1]). Further, the claim and debt recording unit 134 records the claim information in association with the subject C based on the fact of interchange between the subjects C and B (z [C: 2] described later), and simultaneously associates the debt information with the subject B. (Z [B: 1] described later).

At this time, the following accounting type data is recorded in the claim information storage unit 124.
z [C: 1] = 4 ^ <Miso, Kg, #, C> +4 <Miso_Receivable_A, Kg, #, C>
z [A: 1] = 4 <Miso, Kg, #, C> +4 <Miso_debt_C_, Kg, #, A>
z [C: 2] = 1 ^ <Miso, Kg, #, C> +1 <Miso_Receivable_B, Kg, #, C>
z [B: 1] = 1 <miso, Kg, #, C> +1 <miso_debt_B, Kg, #, B>
In this way, until reaching the evaluation timing, the claim information and the debt information not including the financial evaluation of the interchangeable goods are accumulated in the claim information storage unit 124.

When the date and time determined in advance as the evaluation timing is reached, the evaluation unit 138 obtains monetary receivables and debts from real based receivables and debts based on the price of the interchangeable goods determined afterwards in the community. And create evaluation information about each entity in the community. Evaluation information for each subject may be created sequentially or in parallel.

Here, it is assumed that the current prices of rice, miso, and soy sauce at the evaluation timing are determined as follows and stored in the price holding unit 126.
Rice: 400 yen per kilogram Soy sauce: 1000 yen per liter Miso: 500 yen per kilogram

First, the evaluation unit 138 reads the receivable information and the debt information associated with a specific subject to be evaluated from the plurality of receivable information and the debt information stored in the receivable and debt information holding unit 124.

In this example, the following bond information and debt information are read for the evaluation subject A.
A's receivable information, in other words, accounting-type data where A became the lender (lender):
x [A: 1] = 20 ^ <US, Kg, #, A> +20 <US_Receivable_B, Kg, #, A>
x [A: 2] = 10 ^ <US, Kg, #, A> +10 <US_Receivable_C, Kg, #, A>
A's debt information, in other words, accounting data with A as the lending destination (lender):
y [A: 1] = 2 <soy sauce, L, #, B> +2 <soy sauce_debt_B, L, #, A>
z [A: 1] = 4 <Miso, Kg, #, C> +4 <Miso_debt_C_, Kg, #, A>

Further, the following receivable information and debt information are read for the evaluation subject B.
B's credit information:
y [B: 1] = 2 ^ <soy sauce, L, #, B> +2 <soy sauce_receivable_A, L, #, B>
y [B: 2] = 1 ^ <soy sauce, L, #, B> +1 <soy sauce_receivable_C, L, #, B>
B's debt information:
x [B: 1] = 20 <US, Kg, #, A> +20 <US_debt_A, Kg, #, B>
z [B: 1] = 1 <miso, Kg, #, C> +1 <miso_debt_B, Kg, #, B>

Further, the following receivable information and debt information are read for the evaluation subject C.
C credit information:
z [C: 1] = 4 ^ <Miso, Kg, #, C> +4 <Miso_Receivable_A, Kg, #, C>
z [C: 2] = 1 ^ <Miso, Kg, #, C> +1 <Miso_Receivable_B, Kg, #, C>
C debt information:
x [C: 1] = 10 <US, Kg, #, A> +10 <US_debt_A, Kg, #, C>
y [C: 1] = 1 <soy sauce, L, #, B> +1 <soy sauce_debt_B, L, #, C>

In the following, the process for generating the evaluation information for the subject A will be described, but the process for generating the evaluation information for the subjects B and C is the same.
The evaluation unit 138 generates price transfer data that is accounting type data for converting the bond information and the debt information from the real base to the monetary base. Specifically, the following four are generated.

Price transfer [A: US_Receivable_B] = 20 ^ <US_Receivable_B, Kg, #, A> +8000 <Receivable_B, Yen, #, A> (Formula 3)
Equation 3 shows price transfer data for converting a real claim for 20 kg of rice into a monetary claim for 8000 yen (20 × 400).
Price transfer [A: US_Receivable_C] = 10 ^ <US_Receivable_C, Kg, #, A> +4000 <Receivable_C, Yen, #, A> (Formula 4)

Price Transfer [A: Soy Sauce_Debt_B] = 2 ^ <Soy Sauce_Debt_B, L, #, A> +2000 <Debt_B, Yen, #, A> (Formula 5)
Equation 5 shows price transfer data for converting a real debt of 2 liters of soy sauce into a financial debt of 2000 yen (2 × 1000).
Price transfer [A: Miso_Debt_C] = 4 ^ <Miso_Debt_C, Kg, #, A> +2000 <Debt_C, Yen, #, A> (Formula 6)

Although the balance information may be generated once here, the evaluation unit 138 of the first embodiment further generates offset transfer data, which is accounting-type data for offsetting the claims and debts relationship. Specifically, the evaluation unit 138 detects, based on Expression 3 and Expression 5, that there is a combination of receivables and debts with the same subject B as the counterpart. Then, the lower of the amount of receivables and the amount of debts (2000 yen in this case) is determined as an offset amount, and the next offset transfer data is generated.
Offset transfer [offset with A: B] = 2000 ^ <Receivable_B, Yen, #, A> + 2000 ^ <Debt_B, Yen, #, A>
Since both the amount of receivables and the amount of debt decrease due to offsetting, “^” is added to the offsetting amount.

Similarly, the evaluation unit 138 detects, based on Expression 4 and Expression 6, that there are receivables and debts with the same subject C as the counterpart. Then, the lower of the amount of receivables and the amount of debts (2000 yen in this case) is determined as an offset amount, and the next offset transfer data is generated.
Offset transfer [offset with A: C] = 2000 ^ <Receivable_C, Yen, #, A> + 2000 ^ <Debt_C, Yen, #, A>
If there is no combination of receivables and payables with the same entity as the other party, the offsetting transfer data generation process, that is, the reversal of receivables and payables may be skipped.

The evaluation unit 138 generates balance information based on the receivable information, the debt information, the price transfer data, and the offset transfer data of the evaluation subject A. Specifically, the following calculation is executed.
Balance after price transfer [A] = ~ {x [A: 1] + x [A: 2] + y [A: 1] + z [A: 1] + Price transfer [A: US_Receivable_B] + Price transfer [A : US_Receivable_C] + Price Transfer [A: Soy Sauce_Debt_B] + Price Transfer [A: Miso_Debt_C] + Offset Transfer [A: Offset with B] + Offset Transfer [A: C Offset] }
= 20 ^ <rice, Kg, #, A> + 10 ^ <rice, Kg, #, A> +2 <soy sauce, L, #, B> +4 <miso, Kg, #, C> +6000 <bonds_B, yen, #, A> +2000 <Receivable_C, Yen, #, A>

In addition, when generating a balance after price transfer, when there are a plurality of receivables whose counterpart is the same entity, that is, a receivable in which one basic item indicates the same obligor, the evaluation unit 138 calculates the value of the plurality of receivables. Sum up. Similarly, when there are a plurality of debts whose counterparts are the same entity, that is, there are a plurality of debts in which one basic item indicates the same creditor, the evaluation unit 138 adds up the values of the plurality of debts. Thus, for example, when the rice is transferred from the subject A to the subject B multiple times, a plurality of receivables (based on <receivable_B, yen, #, A>) generated by the multiple times of the interchange are 1 Consolidate into one bond.

The evaluation unit 138 stores the post-price balance [A] in the evaluation information holding unit 128 as evaluation information related to the subject A. The subject A who sees the balance [A] after the price transfer can grasp that there are 6000 yen of receivables against B and 2000 yen of receivables against C. In addition, since it is a dual-type record, it is possible to grasp the state of accommodation of the real thing as a cause of such a bond. Similar to the subject A, the evaluation unit 138 generates a balance after the price transfer for the subject B and the subject B and stores the balance in the evaluation information holding unit 128. The post-price balance of entity B shows a 6000 yen debt against A and a 500 yen debt against C. Further, the balance after the price transfer of the subject C indicates a debt of 2000 yen for A and a debt of 500 yen for B.

Next, it is assumed that the entity B who has seen the balance after price transfer paid 6,000 yen to the entity A, and the entity C who also viewed the balance after price transfer paid 2000 yen to the entity A. The members of the community upload the payment information 206 indicating the fact from the information terminal 102 to the accommodation management device 104.

The payment information acquisition unit 142 of the accommodation management device 104 generates the next bond collection data from the payment information 206 and passes it to the evaluation unit 138.
Debt collection [A: Receivable_B] = 6000 ^ <Receivable_B, Yen, #, A> +6000 <Cash, Yen, #, #>
This debt collection data can be said to be transfer data for transferring 6000 yen of receivables for B held by A to 6000 yen in cash.
Debt collection [A: Receivable_C] = 2000 ^ <Receivable_C, Yen, #, A> +2000 <Cash, Yen, #, #>

The evaluation unit 138 generates the next balance information based on the balance after the price transfer and the claim collection data, and stores it in the evaluation information holding unit 128 as new evaluation information regarding the subject A.
Balance after debt collection [A: Actual bookkeeping of goods] = ~ {Balance after price transfer [A] + Claim collection [A: Claim_B] + Claim collection [A: Claim_C]}
= 20 ^ <rice, Kg, #, A> + 10 ^ <rice, Kg, #, A> +2 <soy sauce, L, #, B> +4 <miso, Kg, #, C> +6000 <cash, yen, # , #> + 2000 <cash, yen, #, #>
= 20 ^ <rice, Kg, #, A> + 10 ^ <rice, Kg, #, A> +2 <soy sauce, L, #, B> +4 <miso, Kg, #, C> +8000 <cash, yen, # , #>

So far, the real basis display related to receivables and payables has been converted to the monetary base display, and the payment of money between the entities has been reflected in the balance information as the collection of receivables and payables. However, goods that are individually accommodated remain in the real basis. Based on the price of the interchangeable goods held in the price holding unit 126, the evaluation unit 138 also transfers the goods transaction to the cash display. The evaluation unit 138 also stores the balance information after the transfer in the evaluation information holding unit 128 as evaluation information regarding the subject A.

Balance after collection of receivables and payables [A: cash indication of goods] = 8000 ^ <rice, Kg, #, A> + 4000 ^ <rice, Kg, #, A> +2000 <soy sauce, L, #, B> +2000 <miso, Kg, #, C> +8000 <cash, yen, #, #>
= 12000 ^ <rice, Kg, #, A> +2000 <soy sauce, L, #, B> +2000 <miso, Kg, #, C> +8000 <cash, yen, #, #>

The evaluation unit 138 may create trial calculation table data in accordance with the balance after collection of claims and debts [A: cash display of goods] and store it in the evaluation information holding unit 128 as evaluation information. As shown in the trial calculation table below, debits and credits are balanced in multi-stage interim transactions.
Debit ｜ Credit 8000 yen ｜ Rice 12,000 yen Soy sauce 2000 yen ｜
Miso 2000 yen ｜

The evaluation unit 138 calculates the stock at the end of the term (final stage) by adding the balance after collection of claims and debts to the initial stock held in the stock information holding unit 122, and uses the calculated stock information at the final stage as the evaluation information. Store in the holding unit 126. Note that the stock information at the final stage may be stored in the stock information holding unit 122 as stock information at the beginning of the next evaluation period.

In this case, the evaluation unit 138 performs the following calculation to generate final stage stock information.
ST [A] (final stage) = ~ {ST [A] (1) + balance after collection of receivables and payables [A: physical bookkeeping display of goods]
= 50 <rice, Kg, #, A> +50 <rice_capital, Kg, #, A> + 20 ^ <rice, Kg, #, A> + 10 ^ <rice, Kg, #, A> +2 <soy sauce, L , #, B> +4 <miso, Kg, #, C> +8000 <cash, yen, #, #>
= 20 <rice, Kg, #, A> +50 <rice_capital, Kg, #, A> +2 <soy sauce, L, #, B> +4 <miso, Kg, #, C> +8000 <cash, yen, # , #>

The evaluation unit 138 further transfers the stock information at the final stage to the cash display, and stores the post-transfer stock information in the evaluation information holding unit 128 as evaluation information.
ST [A: cash indication of goods] (final stage) = 8000 <rice, yen, #, A> +2000 <soy sauce, yen, #, B> +2000 <miso, yen, #, C> +8000 <cash, yen, #, #> + 20000 <US_capital, Kg, #, A>

Furthermore, the evaluation unit 138 may create a balance sheet based on the cash display stock information. The evaluation unit 138 stores the balance sheet data in the evaluation information holding unit 128 as evaluation information.
Debit ｜ Credit 8000 Yen ｜ US_Capital 20000 Yen US 8000 Yen ｜
Soy sauce 2000 yen ｜
Miso 2000 yen ｜
Community members who looked at the balance sheet can easily grasp what assets the goods they own at the beginning of the period have been replaced by the community.

According to the accommodation management device 104 of the first embodiment, mutual accommodation of goods made between entities belonging to a community can be managed in an accounting manner, and the settlement can be supported. In addition, by recording information on receivables and payables arising from the accommodation of goods in association with each of the entities involved in the accommodation, it is possible to clarify the receivables and debts held by individual community members, and to ensure the certainty of liquidation. Can be increased.

In addition, according to the accommodation management device 104, it becomes easier for community members to decide the evaluation rule of the accommodation result (mainly the price of goods in the first embodiment), without using the concept of opaque goodwill and lending, Transparency can be secured. In addition, the accommodation management device 104 provides evaluation information and promotes appropriate settlement, so that each community member can be satisfied with the accommodation of goods and realize a sustainable goods accommodation cycle.

The present invention has been described based on the first embodiment. This embodiment is an exemplification, and it will be understood by those skilled in the art that various modifications can be made to combinations of the respective constituent elements and processing processes, and such modifications are also within the scope of the present invention. is there. A modification is shown below.

A first modification will be described. In the first embodiment, the credit and debt relationship between community members is evaluated in cash. In the first modified example, the credit / debt relationship is evaluated by a virtual value exchange medium that is effective in the community. Unlike cash, the virtual value exchange medium may be one whose value is guaranteed only within the community. For example, as the amount held increases, points, pseudo-currency, and electronic money that can enjoy greater profits and conveniences within the community may be used, and these are hereinafter referred to as “virtual currency”.

The evaluation unit 138 of the first modified example shows the amount of claim information and debt information recorded in association with a specific member of the community, and shows the size of the claim and debt in units of virtual currency valid in the community. Convert to debt information and debt information. Then, the converted credit information and the debt information are offset. Specifically, the price holding unit 126 holds information indicating the value of the goods based on the virtual currency. The evaluation unit 138 creates price transfer data indicating the size of the receivable and the debt on the basis of the virtual currency. Then, the credit information and the debt information of the physical quantity unit recorded in association with each subject by the credit and debt recording unit 134 are converted into the credit information and the debt information of the virtual currency unit.

According to the first modification, even in a community that does not have cash currency as a settlement method for accommodation, or in a community that does not want to use cash currency, it is possible to offset by converting the real-based receivables and debts relationship to the virtual currency base. System can be operated efficiently. It should be noted that virtual currency such as points must be guaranteed value and usage within the community.

A second modification will be described. In the first embodiment, an example in which rice, soy sauce, and miso are interchanged between the main bodies has been shown. However, the technology of the first embodiment is applicable to management of interchange of various goods and services and support for liquidation. . For example, in a community, when energy can be generated and time-shifted using charging, solar power generation, or the like, energy can be interchanged between community members. The technology of the first embodiment is a building energy management (subject is, for example, a plurality of tenants occupying the building) and a local energy management (subjects are, for example, local residents, companies, and buildings) that mutually exchange energy such as electricity and heat as goods. Etc.).

In this case, the payment principle in accordance with community policies such as energy consumption minimization, energy cost minimization, and CO2 reduction maximization may be applied. For example, the price holding unit 126 may hold price data for each energy type determined in advance according to such a payment principle. As a result, the price for each energy type is reflected in the evaluation information created by the evaluation unit 138. As a result, the community policy can be reflected in the evaluation information of the energy accommodation result. In addition, in combination with the first modification, instead of evaluating the imbalance in energy accommodation in cash currency, evaluation may be performed in virtual currency such as points that are valid in the community.

A third modification will be described. In the said 1st Embodiment, the evaluation process (it can also be said to be a liquidation process) by ex-post price evaluation was performed. In the third modification, an evaluation process (clearing process) is performed by offsetting (netting) the real accommodation. Specifically, if there is a mutual transaction that can be offset between the two entities, the relationship between the claims and debts between the two entities is resolved even if there is no monetary evaluation of the goods. The evaluation unit 138 of the third modified example includes the claim information and the debt information indicated by the claim information recorded with the interchange of the same or corresponding goods among the claim information and the debt information recorded in association with the evaluation subject. The displayed debt is offset in the physical quantity description. Offsetting with the description based on the physical quantity can be said to offset the receivable information and debt information with the value of the unit of measurement of the goods, and offset without converting to the monetary unit.

As an example, assume that subject A has less rice and subject B has insufficient rice at the first time point in the evaluation period, while subject A has insufficient rice and subject B has more rice at the second time point. Then, 20 kg of rice is transferred from the main body A to the main body B at the first time point, and 10 kg of rice is transferred from the main body B to the main body A at the second time point.

The credit information and debt information recorded in the credit liability information holding unit 124 are as follows. x represents a transaction that accommodates rice from A to B, and y represents a transaction that accommodated rice from B to A.
x [A] = 20 ^ <US, Kg, #, A> +20 <US_Receivable_B, Kg, #, A>
x [B] = 20 <US, Kg, #, A> +20 <US_Debt_A, Kg, #, B>
y [B] = 10 ^ <US, Kg, #, B> +10 <US_Receivable_A, Kg, #, B>
y [A] = 10 <US, Kg, #, B> +10 <US_Debt_B, Kg, #, A>

Here, the evaluation unit 138 detects that the receivable information x [A] and the debt information y [A] of the evaluation subject A are the same counterparty and indicate the interchange of the same goods, Generate the following offset transaction data for offsetting: Note that the evaluation unit 138 sets the smaller of the credit amount and the debt amount as the offset amount, and the offset amount here is 10 kg.
Offset transfer [A] = 10 ^ <US_Receivable_B, Kg, #, A> + 10 ^ <US_Debt_B, Kg, #, A>
Similarly, the evaluation unit 138 similarly generates the following offset transaction data for the evaluation subject B.
Cancellation transfer [B] = 10 ^ <US_Debt_A, Kg, #, B> + 10 ^ <US_Receivable_A, Kg, #, B>

The evaluation unit 138 generates balance information of the subject to be evaluated by adding the offset transfer data to the real goods-based bond information and debt information, and stores the balance information in the evaluation information holding unit 128 as evaluation information. Here, the subject to be evaluated is subject A.
Balance after cancellation transfer [A] = to {x [A] + y [A] + offset transfer [A]}
= 20 ^ <US, Kg, #, A> +10 <US_Receivable_B, Kg, #, A> +10 <US, Kg, #, B>

The above balance after offset transfer shows that 20kg of A's rice goes out, 10kg of B's rice comes in, and 10Kg of receivables from B remain. In addition, if the type of rice (the initial owner) is transferred to the same, the first and third terms can be integrated, A rice goes out 10Kg, and B is left with 10Kg of US debt. Will be shown. As described above, according to the configuration of the third modified example, even if monetary evaluation of the goods is undecided at the time of evaluation, the real-time receivable information and debt information recorded with the accommodation of the goods are offset and the evaluation information Can be created.

In the third modified example, it has been shown that the real base receivable information and the debt information are offset for the same good “rice”. Debt information may be offset. For example, the rice of the brand X and the rice of the brand Y may be regarded as the same goods, and the US bond of the brand X and the US debt of the brand Y may be offset. Similarly, rice and wheat may be regarded as the same goods, and the US debt and the wheat debt may be offset, or the US debt and the wheat debt may be offset. The information on the corresponding goods may be determined for each community with the approval of the member and registered in the accommodation management device 104 for each community.

A fourth modification will be described. In the fourth modification, the evaluation process is executed by determining an exchange rate between different goods and services. FIG. 10 shows a configuration of the accommodation management system 100 of the fourth modified example. The information terminal 102 uploads data (exchange rate 210) indicating the exchange rate between a plurality of different goods determined in the community to the accommodation management device 104. The exchange rate 210 may be, for example, data indicating that the exchange ratio of rice and soy sauce is 2 Kg: 1 L, in other words, 2 Kg of rice and 1 L of soy sauce are equivalent.

The accommodation management device 104 further includes an exchange rate acquisition unit 144 and an exchange rate holding unit 129. The exchange rate holding unit 129 holds exchange rates between different goods and services. The exchange rate acquisition unit 144 acquires the exchange rate 210 transmitted from the information terminal 102 and stores it in the exchange rate holding unit 129.

The evaluation unit 138 of the accommodation management device 104 calculates the amount of debt indicated by the claim information recorded with the accommodation of the first goods and the amount of debt indicated by the debt information recorded with the accommodation of the second goods. The exchange rate is canceled based on the exchange rate held in the exchange rate holding unit 129. For example, when the exchange ratio of rice and soy sauce is 2 Kg: 1 L, the US bond (Kg unit) and the soy sauce debt (L unit) may be offset by 2: 1. Similarly, US debt (Kg unit) and soy sauce bond (L unit) may be offset by 2: 1. If there is receivable information on the first good and debt information on the second good, after converting the receivable information on the first good into receivable information on the second good based on the exchange ratio, The credit information and debt information of the second good may be offset.

By setting the exchange rate of the first goods and the second goods to 1: 1, it is possible to realize an evaluation process in which the first goods and the second goods are identified as described in the third modification. Moreover, when combining 1st Embodiment and a 4th modification, the price holding | maintenance part 126 may hold | maintain one part price among several goods used as interchange object in a community. For the goods whose prices are undetermined, the exchange rate holding unit 129 may hold the exchange rate with the goods whose prices are determined. As a result, even when the price of only a part of goods is determined at the time of evaluation, it is possible to realize the aggregation and offsetting of the receivable information and the debt information, and it is possible to realize the evaluation process by the ex-post price evaluation without omission.

A fifth modification will be described. The price of the accommodation target goods in the first embodiment, the corresponding goods to be identified in the third modification, and the exchange rate in the fourth modification are determined for each community whose accommodation state is managed by the accommodation management apparatus 104. Good. That is, each community can arbitrarily determine the price of the interchangeable goods independently of other communities with the consent of the members. In other words, it is possible to flexibly set the price and exchange rate according to the convenience and intention of members for each community.

(Outline of the second embodiment)
In the second embodiment, as an application of the first embodiment, an environmental accounting technique for recording that an environmental load (also referred to as “bads”) has been transferred without money movement will be described. Many industrial wastes (that is, environmentally hazardous goods) generated in production activities have unknown environmental impact and management costs. Describes how environmentally impacted goods are transferred (transferred) between entities in an economic transaction or released to the environment, and the multi-stage process up to the liquidation process including the final environmental cleanup work Real-world bookkeeping descriptions (records of receivables and payables) are preferred for describing as an exchange. According to this method, it is possible to simultaneously record multi-stage real debt, real debt, and traceability.

In the assessment of environmental impact goods transfer, ex-post processing cost evaluation may be changed. As a result, in preparation for the subsequent increase in debt of environmental impact goods, the environmental impact goods are treated as environmental impact goods with subsequent claims, and the costs necessary for the treatment of environmental impact goods are treated as a kind of revaluation. Can also be described.

見 At first glance, accepting the re-evaluation of environmentally hazardous goods may provoke a debate that the cost calculation becomes unstable. However, the revaluation of goods itself may be made for goods of positive value in normal financial accounting. For example, land and stock assets are not only valued at acquisition cost, but international accounting standards always require revaluation by market value. Similarly, inventory valuation changes associated with price fluctuations of inventories are also carried out normally. For this reason, it is natural that the market value is evaluated according to changes in the processing cost of environmentally hazardous goods.

It is essential for maintaining a sustainable socio-economic system to manage the dumping and discharge of environmentally hazardous goods such as waste with negative value due to corporate activities or personal life. . However, it is difficult to describe in a traceable manner the description of transactions on a monetary basis and the changes in the natural environment due to the dumping and discharge of waste into the environment at the actual level in a traceable form. Conventionally, what is described as environmental accounting has been in the form of additional information as a satellite account for double exchange descriptions for accounting purposes. Such satellite account records are difficult to link with the act of exchange and have limitations.

Therefore, by using the multi-stage resource allocation accounting having the real debt receivable account described in the first embodiment, it is possible to construct environmental accounting within the double-entry bookkeeping framework. In this case, a balance sheet is set not only for companies that discharge environmentally hazardous goods (waste and pollutants) to the environment, but also for the environment. The balance sheet of the subject, the environment, is managed by a public entity such as the government. If the environmental debt is actually cashed and the company pays it naturally with environmental claims, it will be included in the account of a public entity such as the government acting as an agent. Such management of natural balance sheets by public agents can also be applied to common areas and national trusts.

As an example, consider that company α discharges 100 kg of waste to the environment. The environment is expressed as “Env”.
1) Company α description:
100 ^ <Environmental Impact Goods, Kg, #, α> +100 <Environmental Impact Goods_Debt_Env, Kg, #, α>
2) Environmental description:
100 <Environmental Impact Goods, Kg, #, α> +100 <Environmental Impact Goods_Receivables_α, Kg, #, Env>
In this description, the environmentally impacted goods discharged by company α are described as debts that company α has as a debt to the environment, even if it is not possible to evaluate money.

In addition, since the transaction related to the emission of environmentally hazardous goods is the transfer of goods with negative value, it is described that the debtor is generated at the source of the environmentally hazardous goods. On the other hand, it is described as the occurrence of receivables for the environmental impact goods (such as the environment). Specifically, transaction descriptions concerning environmentally hazardous goods are recorded for each pollutant and waste, and for each discharge action. The company's environmental debts and environmental environmental claims recorded based on the emissions of such environmental impact goods are recorded separately for each type of environmental impact goods, whether or not emissions are permitted by the system. The For each company and environment, annual flow can be created for each type of waste, and a balance sheet can be created at the same time. Also, by recording environmental debts and environmental claims, it is possible to record what exchange and storage relationships exist for each pollutant, thereby clarifying long-term responsibility for management and cost burden on pollutants. can do.

3) Detoxification of environmental impact goods by the environment itself:
In nature (environment), it may be detoxified by decomposing harmful substances. In the sense of accounting based on nature, this means that value-added formation has been achieved with certain types of production. Here is a description of added value formation when nature generates value in the sense of detoxifying environmentally hazardous goods. Here, when the cost of environmentally hazardous goods receivables is determined, the added value is formed by nature.
10 ^ <Environmental impact goods, Kg, #, α> +5 <General substances, Kg, #, Env>

(Here, general materials are described in Kg, but the economic value is neutral, that is, zero price.) Management of general substances as actual descriptions is performed through actual bookkeeping, and re-evaluation (revaluation by a certain market value evaluation) is possible when the positive value or negative value is later found. In this accounting process, it is assumed that the environmental debt is priced and the company with the debt pays the amount of the debt to a natural entity (usually the agency account is held by a public agency such as the government). The

4) Detoxification of environmental impact goods by company α:
The environmental impact goods produced by company α are not only released to the environment. Companies themselves may remove environmentally harmful goods and make them harmless. Here, it is assumed that 2 Kg of raw material is required to remove environmentally harmful goods and make them harmless. In this case, the following kind of production transaction occurs.
10 ^ <environmental impact goods, Kg, #, α> +5 <general substances, Kg, #, Env> +2 <raw materials, Kg, #, α>
This eliminates the environmental impact goods, that is, the debt account disappears. It is an advantage of real bookkeeping that such disappearance of the debt account can be described as a material change rather than a monetary evaluation.

In general, the generation of environmental impact goods occurs in the production process and is described as, for example, the following transaction.
40 ^ <product raw material, Kg, #, α> +50 <product, Kg, #, α> +10 <environmental impact goods, Kg, #, α>

Material cost flow (MFC) accounting aims to visualize waste in terms of management accounting by apportioning material apportionment and capital costs in relation to the production of scraps (not yet evaluated). is there. On the other hand, the purpose of environmental accounting in the second embodiment is to make environmental burden goods themselves traceable, to clarify environmental debt and environmental claims by double entry including quantity, and to clarify the responsibility for environmental pollution. is there. If environmental accounting proceeds, it will be possible to conduct MFC-like analysis on environmentally hazardous goods.

Next, the double description of environmental pollution for each service product will be explained. For the discharge of environmentally hazardous goods by individuals and households, such as NOx emissions by automobiles, it is difficult to ask individuals to create environmental accounting. On the other hand, in considering environmental problems, not only NOx but also description of consumer-side service production and environmental pollution based on it in the conventional economic classification are essential.

When an individual pollutes the environment, for example, with an automobile, environmental accounting linked to the “goods” itself becomes possible. In this case, the “good” needs to be regarded as a production good as a good that produces pollutants as a result of service production in individuals and households. In that sense, it is necessary to change the concept of production boundaries. However, in today's service industry, it is essential and inevitable to discuss service production in the household. Of course, the occurrence of pollution associated with service production is also the same at business establishments, and the generation of NOx needs to be required for automobiles at business establishments. In that sense, the automobile consumer goods themselves are service production goods, and the emissions of pollution resulting from service production exceed the distinction between consumer goods and production goods, and consumers and producers. It is necessary to supplement the situation being made.

First, it tries to describe the occurrence of environmental debt that causes environmental pollution for each household capital goods used for service production. In the following, automobiles are taken as an example of household capital goods.
1) Examples of environmental claims and debts for each good causing environmental pollution:
Here, it is assumed that a person P (a collective person is indicated by P) uses the capital goods called a car as a fuel for 3 hours using gasoline a3 liters. In addition, the amount of environmental pollutant NOx generated with the use of a vehicle is assumed to be a2Kg. This is described as follows.
a1 <car use service, time, #, P> + a2 <NOx, Kg, #, P> + a3 ^ <gasoline, L, #, P>

More generally speaking, various consumer goods are service capital goods that produce services using energy such as electricity and gasoline as raw materials. The total amount of energy required for consumer goods, the services generated by consumer goods, and the total amount of pollutants emitted at the same time are estimated based on the transaction description based on the characteristics of service production for each good and the total amount of service capital goods. Is possible in principle. In addition, by performing service profiling in this way, it is possible to estimate what energy needs and emissions will be if a certain service demand is assumed by the current technology. The goal of innovation can also be discussed as a change in this service production transaction.

It is possible to describe the service production transactions and pollutant emissions in the environmental bookkeeping with the household sector as a collective entity (or by region, etc.) as a collection of unspecified individuals. However, it is difficult to share specific responsibilities. Furthermore, it is often difficult to estimate the emissions of pollutants associated with service production.

In such a case, it is possible to estimate and apportion the discharge term of environmentally hazardous goods in the environmental accounting of the household sector from the actual measurement of pollution on the environmental side. It is also necessary to consider a method in which the environmental side measures environmental claims at the actual level based on the actually measured environmental data and apportions them to individuals and companies that are estimated as the emission side. All of these start by clarifying environmental debts and environmental claims at the physical substance measurement level of the actual product, and establish a common reality for the subsequent allocation of processing costs and burdens. Objective.

(Detailed description of the second embodiment)
FIG. 11 shows the configuration of the environmental impact goods transfer management system of the second embodiment. The environmental load goods transfer management system 220 is an information processing system for managing the discharge status of environmental load goods. The accommodation management system 100 includes an information terminal 222 and an environmental load goods transfer management device 224. The environmental load goods transfer management device 224 is an information processing device that executes environmental accounting described in the outline description of the second embodiment. That is, the environmental load goods transfer management device 224 records the fact when the environmental load goods are transferred between the first entity and the second entity, and supports settlement at a predetermined timing.

The information terminal 222 is a terminal operated by an entity that should register the fact that the environmental load goods have been transferred to the environmental load goods transfer management device 224. The operator may be a transfer source entity or a transfer destination entity of the environmental load goods, or may be an entity that measures the transfer status (for example, waste discharge status) of the environmental load goods. In addition, when the destination of the environmental load goods is the environment (nature), it may be a country or an administrative agency acting as an agent for the environment. Actually, a plurality of information terminals 222 may be connected to the environmental load goods transfer management device 224.

In FIG. 11, functional blocks that are the same as or correspond to the functional blocks described in the first embodiment are denoted by the same reference numerals. Hereinafter, the contents already described in the first embodiment will be omitted as appropriate, and mainly the configuration and operation different from those in the first embodiment will be described.

The environmental load goods transfer information 212 corresponds to the interchange performance information 202 of the first embodiment, and is information indicating the fact of environmental load goods transfer. The environmental load goods transfer information 212 includes information indicating the transfer source entity, the transfer destination entity, the transferred environmental load goods, and the amount transferred. For example, the content may be “100 kg of sewage was discharged from the company α to the lake (environment)”. In the following example, the destination of environmental impact goods is assumed to be the environment (natural), but the destination of environmental impact goods is not limited to the environment, and may be an individual or a company. For example, it may be a company that detoxifies or stores environmental impact goods.

The price information 204 is a cost for processing the environmental load goods, and for example, a cost for detoxifying a unit amount of waste and sewage is set. The payment information 206 is the amount paid by the obligor's subject to eliminate the environmental debt. In the payment information 206, for example, the amount paid by the company to the administrative organization is set as a consideration for the discharge of environmentally hazardous goods.

The correspondence holding unit 120 of the environmental load goods transfer management device 224 converts the environmental load goods transfer information 212 input from the information terminal 102 into a format of accounting type data held in the claim and debt information holding unit 124. Holds correspondence data. This correspondence data can be said to be a rule for generating bond information and debt information from the environmental load goods transfer information 212.

Specifically, the correspondence relationship data includes the transfer source entity, the transfer destination entity, the environmental load goods to be transferred, and the environmental load goods transfer information 212 indicating the transfer amount (including unit) as debt information of the transfer source entity. ^ <Environmental impact goods to be transferred, unit, #, transfer source entity> + Transfer amount <Environmental load goods to be transferred_Debt_Destination entity, unit, #, transfer source entity> " It may be a rule. Furthermore, the same environmental load goods transfer information 212 is used as receivable information of the transfer destination entity as “transfer amount <transfer target environmental load goods, unit, #, transfer source entity> + transfer amount <transfer target environmental load goods_receivable_transfer source It may be a rule that defines conversion into a format of “subject, unit, #, destination entity>”.

The environmental load goods transfer management device 224 includes an environmental load goods transfer information acquisition unit 226 instead of the interchange performance acquisition unit 132 of the first embodiment. The environmental load goods transfer information acquisition unit 226 acquires the environmental load goods transfer information 212 transmitted from the information terminal 222 and passes it to the claim and debt recording unit 134.

The claim and debt recording unit 134 measures the amount of debt according to the amount transferred when the environmental load is transferred from the first entity to the second entity without money transfer. The debt information indicated by is generated, and the debt information is associated with the first entity and stored in the claim and debt information holding unit 124. At the same time, the receivable / liability recording unit 134 generates receivable information indicating the size of the receivable according to the transfer amount in the unit of measurement of the environmental load goods, and associates the receivable information with the second subject to the receivable / debt information holding unit Store in 124. This amount of transfer can be said to be the amount of decrease in environmental impact goods in the first entity and the amount of increase in environmental impact goods in the second entity. In the case of waste discharge, a typical first entity is a company that produces waste, and a second entity is the environment (or an administrative agency as an agent).

As described above, the claim and debt recording unit 134 of the second embodiment records the debt information in association with the transfer source of the environmental load goods and corresponds to the transfer destination of the environmental load goods, contrary to the processing of the first embodiment. In addition, record bond information. This is because environmental impact goods have negative value. Other features of the claim and debt recording unit 134 of the first embodiment also apply to the claim and debt recording unit 134 of the second embodiment. The features of the evaluation unit 138 of the first embodiment also apply to the evaluation unit 138 of the second embodiment.

The operation of the environmental impact goods transfer management system 220 configured as described above will be described.
The operation of the environmental load goods transfer management device 224 is the same as the operation of the accommodation management device 104 shown in FIG. However, in S10, the environmental load goods transfer information 212 is input in place of the accommodation result information 202.

Here, an example will be described in which the description based on real claims and real debts regarding interchange (loaning) between entities is applied to environmental accounting. Specifically, the operation of the environmental load goods transfer management device 224 that manages the transfer status of environmental load goods will be described while showing examples of environmental load goods transfer.

Here, we consider the release of environmental impact goods, which are goods with negative value, to the environment as accommodations for goods with negative value (same as debt and belonging to credit account). Originally, the concept of accommodation of goods with negative value is literally strange, and it should be said that the release of environmentally impacted goods is a compulsion of the environmentally impacted goods to the environment and is a pressing force. The term “flexibility” is appropriately used in accordance with the embodiment.

Here, we consider the discharge of sewage as a transfer of environmentally hazardous goods. How to describe the production of sewage within the scope of manufacturing transactions is another issue, but can be expressed as follows, for example.
For example, it is assumed that the company α uses electricity to perform an etching and plating process on a substrate processed product to manufacture an etched and plated product.
X [α: Production] = 50 ^ <base processed product, individual, #, #> + 50 <etched / plated product, individual, #, #> + 3 ^ <electric power, WH, #, #> + 100 <sewage, Kg , #, Α>
Originally, sewage should be measured by the amount of pollutant concentration and L (liter), but for simplification, the unit is Kg.

Here, the pollution of the lake is an issue, and the wastewater is drained to the adjacent lake (namely, the natural environment) of Company α and Company β. First, α, β, and the final stock amount of the lake in the previous evaluation period, and the initial stock amount in the current evaluation period is as follows. These data are stock information of the environmental impact goods transfer management device 224. It is stored in the holding unit 122.
ST [α] (1) = 300 ^ <sewage, Kg, #, α> +300 <sewage_debt_lake, Kg, #, α>
ST [β] (1) = 200 ^ <sewage, Kg, #, β> +200 <sewage_debt_lake, Kg, #, β>
ST [Lake] (1) = 300 <sewage, Kg, #, α> +200 <sewage, Kg, #, β> +300 <sewage_receivable_α, Kg, #, lake> +200 <sewage_receivable_β, Kg, #, Lake>

ある At some point during the evaluation period, company α discharges 80 kg of sewage to the lake, and company β discharges 50 kg of sewage to the lake. At the time of discharge of sewage, money does not move between the main parties of sewage transfer. For example, Company α and Company β do not pay money according to the amount of discharged sewage to the environment side (public agency as agent). A person concerned with sewage discharge (a person who grasps the situation of sewage discharge, for example, a person in charge of company α, company β, or an administrative organization) provides environmental load goods transfer information 212 indicating the fact of sewage discharge to the information terminal 102. To the environmental impact goods transfer management device 224.

The loan and debt recording unit 134 of the accommodation management device 104 records debt information in association with the company α based on the fact that sewage is discharged by the company α indicated by the environmental load goods transfer information 212 (x [α: 1] described later). At the same time, the bond information is recorded in association with the lake (x [lake: 1] described later). In addition, the debt and debt recording unit 134 records debt information in association with β company based on the fact that β company's sewage discharge is indicated by the environmental load goods transfer information 212 (y [β: 1], which will be described later), and at the same time, the debt information. Is recorded in association with the lake (y [lake: 1] described later).

At this time, the following accounting type data is recorded in the claim information storage unit 124.
x [α: 1] = 80 ^ <sewage, Kg, #, α> +80 <sewage_debt_lake, Kg, #, α>
This represents a transaction where sewage is discharged into the environment. As a result of this transaction, the company α has an environmental debt (the creditor is the lake).
x [Lake: 1] = 80 <Sewage, Kg, #, α> +80 <Sewage_Receivable_α, Kg, #, Lake>
This represents a transaction in which the lake (environment) assumed the discharged sewage. As a result of this transaction, environmental claims (the debtor is company a) are generated in the lake.

y [β: 1] = 50 ^ <sewage, Kg, #, β> +50 <sewage_debt_lake, Kg, #, β>
y [Lake: 1] = 50 <Sewage, Kg, #, β> +50 <Sewage_Receivable_β, Kg, #, Lake>
In this way, sewage as environmental impact goods discharged by company α and company β is displayed as a physical quantity even if it cannot be evaluated for money, and debt is described as a debt that company α and company β have for the environment. The On the other hand, it is recorded that the lake (the environment, actually the administrative agency as an agent, etc.) that is the subject of the discharge of environmental impact goods has a claim against each of α company and β company .

At another point during the evaluation period, company α discharges 40 kg of sewage to the lake. A person involved in sewage discharge uploads new environmental load goods transfer information 212 indicating the fact of the discharge from the information terminal 102 to the environmental load goods transfer management device 224. Based on the new environmental load goods transfer information 212, the claim and debt recording unit 134 of the accommodation management device 104 records debt information in association with company α (z [α: 1]), and at the same time handles the claim information to the lake. Record with z (Lake: 1). At this time, the following accounting type data is recorded in the claim information storage unit 124.
z [α: 1] = 40 ^ <sewage, Kg, #, α> +40 <sewage_debt_lake, Kg, #, α>
z [Lake: 1] = 40 <Sewage, Kg, #, α> +40 <Sewage_Receivable_α, Kg, #, Lake>

When the date and time determined in advance as the evaluation timing is reached, the evaluation unit 138 aggregates the debt information and debt information recorded during the evaluation period for each evaluation target entity among a plurality of entities involved in the discharge of environmentally hazardous goods. (Hereinafter referred to as “trial calculation table”). Then, the generated data of the trial calculation table is recorded in the evaluation information holding unit 128 as evaluation information in association with the evaluation subject.

Here is a trial calculation table for company α and the lake.
Trial calculation table [α] = ˜ {x [α: 1] + z [α: 1]}
= 120 ^ <sewage, Kg, #, α> +120 <sewage_debt_lake, Kg, #, α>
Trial calculation table [Lake] = ~ {x [Lake: 1] + y [Lake: 1] + z [Lake: 1]}
= 120 <Sewage, Kg, #, α> +50 <Sewage, Kg, #, β> +120 <Sewage_Receivable_α, Kg, #, Lake> +50 <Sewage_Receivable_β, Kg, #, Lake>

The evaluation unit 138 generates end-of-period stock information indicating the amount of stock at the end of the evaluation period for each entity involved in the discharge of environmentally hazardous goods. The generated end-of-period stock information is recorded as evaluation information in the evaluation information holding unit 128 in association with the evaluation subject. Note that the end-of-period stock information may be stored in the stock information holding unit 122 as initial stock information in the next evaluation period.

In this example, the following period-end stock information is generated.
ST [α] (2) = ˜ {ST [α] (1) + x [α: 1] + z [α: 1]}
= 420 ^ <sewage, Kg, #, α> +420 <sewage_debt_lake, Kg, #, α>
ST [β] (2) = ˜ {ST [β] (1) + y [β: 1]}
= 250 ^ <sewage, Kg, #, β> +250 <sewage_debt_lake, Kg, #, β>
ST [Lake] (2) = ˜ {ST [Lake] (1) + x [Lake: 1] + y [Lake: 1] + z [Lake: 1]}
= 420 <Sewage, Kg, #, α> +250 <Sewage, Kg, #, β> +420 <Sewage_Receivable_α, Kg, #, Lake> +250 <Sewage_Receivable_β, Kg, #, Lake>

According to the environmental load goods transfer management device 224 of the second embodiment, the transfer of environmental load goods between entities including the environment can be managed in an accounting manner and the liquidation can be supported. In other words, by recording the information on receivables and payables arising from the transfer of environmentally hazardous goods in association with each of the entities involved in the transfer, it is possible to clarify the receivables and liabilities held by each entity, The location can be clarified.

As in the first embodiment, the evaluation unit 138 according to the second embodiment uses each of the entities based on the liquidation price of the environmentally hazardous goods held in the price holding unit 126 (the cost required for detoxification at the present time). The trial calculation table and stock information associated with the item may be evaluated in money. In other words, the transfer process to the price may be executed. Thereby, the magnitude | size of the environmental receivable and environmental debt which each main body has can be shown monetary. If the processing costs of environmental impact goods change due to technological innovation, etc., the liquidation price of the environmental impact goods will be updated, and the monetary evaluation of environmental claims and environmental liabilities will be reviewed based on the latest settlement price. Can do.

In addition, the evaluation unit 138 of the second embodiment, when the payment information 206 indicating that the payment of money for resolving the environmental debt associated with the discharge of environmental load goods has been received from the information terminal 222, You may clear the debt information and debt information. Specifically, based on the payment information 206, receivable collection data, which is accounting type data, is generated and added to the accounting type data of the trial calculation table and stock information, thereby generating trial calculation table data and stock information after collection of receivables. May be.

The present invention has been described based on the second embodiment. This embodiment is an exemplification, and it will be understood by those skilled in the art that various modifications can be made to combinations of the respective constituent elements and processing processes, and such modifications are also within the scope of the present invention. is there.

Each modification of the first embodiment is also applicable to the second embodiment. For example, it is possible to execute the same or corresponding environmental load goods transfer canceling process performed between the entities. Moreover, the offset process by determining the exchange rate between different environmental load goods can be executed. In this case, the environmental load goods transfer management device 224 may further include an exchange rate holding unit 129 and an exchange rate acquisition unit 144. Furthermore, value evaluation of environmental receivables and environmental debts (transfer of receivables and debts information to virtual currency units) may be executed using virtual currency as a reference instead of cash.

(Overview of the third embodiment)
The real bookkeeping description described in the first embodiment and the second embodiment can be applied to a general state description in an evaluation subject such as various companies and organizations. Specifically, for each event (transaction, etc.) related to production, distribution, provision, etc. of goods and services generated by the evaluation subject, data indicating the state change due to the event is recorded using the real bookkeeping description. The recorded data based on the real bookkeeping description is the most basic data (also referred to as origin data) indicating the state of the subject to be evaluated. For example, financial accounting data can be generated from the data, and various data relating to the environment and energy can be extracted.

12 and 13 show data (hereinafter also referred to as “actual bookkeeping data”) in which various transactions in a certain company are recorded according to the actual bookkeeping description. FIG. 13 shows a continuation of FIG. Similar to the actual bookkeeping description in the first embodiment and the second embodiment, the transaction volume of goods and services is shown in quantity units, not in monetary amounts. In other words, it is normally used when measuring goods and services. Is shown in units.

For example, item number 1 'in FIG. 12 indicates a raw material purchase transaction in a bookkeeping description in quantity units. Item No. 5 'indicates that 10 L of gasoline was used to provide the transportation service of 80 Km, and at the same time, 23 Kg of CO2 as an environmental load was generated. Item No. 14 in FIG. 13 records the environmental debt using the environmental debt concept described in the second embodiment. If you simply emit pollutants (environmental impact goods) without a financial transaction, you are financially evaluated as having no debt. In other words, there is no financial accounting record. However, in the actual bookkeeping description, the fact of pollutant (environmental impact goods) emission can be left, in other words, environmental debt can be recorded in accordance with the fact. As described in the second embodiment, environmental claims should be recorded on the environment side.

FIG. 14 shows price information. This price information indicates the monetary evaluation of the goods or services to be traded shown in FIGS. By converting the actual bookkeeping data of FIGS. 12 and 13 based on this price information, it is possible to create financial accounting data with a monetary amount corresponding to the physical bookkeeping data with the physical quantity display. FIGS. 15 and 16 correspond to FIGS. 12 and 13 and show financial accounting data obtained by converting real bookkeeping data into a monetary amount display. FIG. 16 shows a continuation of FIG. This is data corresponding to the trial calculation table.

Thus, in the state description of the evaluation subject in the third embodiment, the object to be described is not separated into finance, environment, energy, and the like. In the third embodiment, a series of activities of the subject to be evaluated, including what goods and services are generated in the middle and further into which process, are sequentially recorded in real bookkeeping description for each event. As a result, it is possible to record an integrated state space description of the subject to be evaluated from which various information such as financial accounting data, energy bookkeeping data, and environmental accounting data can be extracted. For example, it is possible to prevent a lack of information (for example, a lack of environmental debt) that may occur when displaying money.

(Detailed description of the third embodiment)
FIG. 17 shows a configuration of a company state management system according to the third embodiment. The company state management system 300 is an information processing system that supports the state management of various evaluation subjects including companies, organizations, and one department (factory, etc.). Of the blocks shown in FIG. 17, the same or corresponding blocks as those described in the first embodiment and the second embodiment are denoted by the same reference numerals. Hereinafter, the description overlapping with the first embodiment and the second embodiment will be omitted as appropriate, and different points will be mainly described.

The company state management system 300 includes an information terminal 302 and a company state management device 304. The company state management device 304 is an information processing device corresponding to the accommodation management device 104 of the first embodiment and the environmental load goods transfer management device 224 of the second embodiment. The company state management device 304 manages the state of the subject to be evaluated (here, a company) with data based on a real book description. The information terminal 302 is an information processing apparatus operated by a person in charge of the evaluation subject. The information terminal 302 uploads the event information 310 and the price information 204 to the company state management apparatus 304, and presents the evaluation information 208 generated by the company state management apparatus 304 to the user.

The event information 310 is data indicating the contents of various events (also referred to as transactions) including production, distribution, provision, etc. of goods and services in a company. For example, one event information 310 may include the transaction “Purchase of iron” in FIG. 12, and another event information 310 may include the transaction “Production service production” in FIG.

The real bookkeeping data holding unit 312 holds the real bookkeeping data shown in FIGS. 12 and 13. Specifically, the real bookkeeping data is accounting type data indicating the event information 310 uploaded from the information terminal 302 in the real bookkeeping description. It can also be said to be sorting information including debit items and credit items.

The correspondence holding unit 120 holds a conversion rule for generating real bookkeeping data to be stored in the real bookkeeping data holding unit 312 from the event information 310. This conversion rule is, for example, for each data element included in the event information 310, a plurality of bases predetermined in the real bookkeeping data of the company, and a debit base and a double bookkeeping which are bases corresponding to debits in the double bookkeeping. It may indicate a correspondence relationship that defines which one of the credit bases corresponding to the debit in FIG.

For example, the conversion rule held in the correspondence relationship holding unit 120 indicates that the iron information recorded in the event information 310 when the event information 310 indicates the transaction “Purchase of iron” of item number 1 ′ in FIG. It may be determined that the debit basis <iron material, Kg, #, #> is associated with the purchase amount. Further, it may be information that defines that the amount of accounts payable recorded in the event information 310 is associated with credit basis <accounts payable, yen, #, #>.

The event recording unit 314 receives the event information 310 transmitted from the information terminal 302 and stores the real bookkeeping data corresponding to the event information 310 in the real bookkeeping data holding unit 312 in accordance with the conversion rule held by the correspondence holding unit 120. To do. For example, when the event information 310 indicating the transaction “Purchase of iron” of item number 1 ′ in FIG. 12 is received, “500 <iron material, Kg, #, #> + 20000 <account payable, yen, #, #>”. The record may be stored in the real bookkeeping data holding unit 312. Thereby, the real bookkeeping data (for example, each record in FIGS. 12 and 13) of the company in a certain evaluation period is accumulated in the real bookkeeping data holding unit 312.

The price information acquisition unit 136 receives the price information 204 (for example, FIG. 14) transmitted from the information terminal 302 and stores it in the price holding unit 126. The evaluation unit 138 generates various pieces of evaluation information from the actual bookkeeping data stored in the actual bookkeeping data holding unit 312 when the evaluation timing is reached, and stores the generated evaluation information data in the evaluation information holding unit 128. To do. For example, from the real bookkeeping data held in the real bookkeeping data holding unit 312, real bookkeeping data indicating information items predetermined for each type of evaluation information is extracted, and the extracted real bookkeeping data is aggregated to obtain evaluation information. May be generated. Further, the extracted real bookkeeping data may be appropriately converted (for example, transferred or offset) to generate the evaluation information.

The evaluation unit 138 of the third embodiment converts the actual bookkeeping data of the current period stored in the actual bookkeeping data holding unit 312 into a monetary display according to the price information of the price holding unit 126. For example, the price transfer calculation shown in the first embodiment may be executed. Then, the data converted into the monetary display is extracted from the real bookkeeping data of the current period stored in the real bookkeeping data holding unit 312, and the financial accounting data as shown in FIGS. 15 and 16 is generated. This financial accounting data is provided to the information terminal 302 by the evaluation information providing unit 140 in the form of accounting data or in the form of financial statements (such as trial calculation tables and balance sheets) as shown in FIGS.

The present invention has been described based on the third embodiment. This embodiment is an exemplification, and it will be understood by those skilled in the art that various modifications can be made to combinations of the respective constituent elements and processing processes, and such modifications are also within the scope of the present invention. is there.

(Fourth embodiment)
In the fourth embodiment, the configuration of an information terminal applicable to the first to third embodiments will be described in detail. Below, the information terminal of 4th Embodiment is demonstrated as a thing corresponding to the information terminal 102 of 1st Embodiment. The information terminal according to the fourth embodiment is connected to the accommodation management device 104 via a communication network such as LAN, WAN, or the Internet. Note that the information terminal of the fourth embodiment is also applicable to the information terminal 222 of the second embodiment, and in that case, is connected to the environmental load goods transfer management device 224 via a communication network. Furthermore, the information terminal 102 according to the fourth embodiment can also be applied to the information terminal 302 according to the third embodiment. In this case, the information terminal 102 is connected to the company state management system 300 via a communication network.

FIG. 18 shows the configuration of the accommodation management system 100 of the fourth embodiment. In the figure, the accommodation management device 104 of FIG. 8 is depicted in a simplified manner. The information terminal 102 includes a control unit 150, a storage unit 152, and a communication unit 154. The control unit 150 executes various data processing in the information terminal 102. The storage unit 152 is a storage area that stores various data referred to or updated by the control unit 150. The communication unit 154 communicates with the communication unit 114 of the accommodation management device 104 via a communication network (not shown) according to a predetermined communication protocol. The control unit 150 exchanges data with the accommodation management device 104 via the communication unit 154.

The storage unit 152 holds the stock information 200, the interchange performance information 202, the price information 204, the payment information 206, and the evaluation information 208 described in the first embodiment. Note that when applied to the second embodiment, the storage unit 152 holds various types of information illustrated in FIG. 11. In addition, when applied to the third embodiment, the storage unit 152 holds various types of information illustrated in FIG.

The control unit 150 includes a display control unit 160, an information input unit 162, and an information acquisition unit 164. The display control unit 160 controls a user interface for presenting data stored in the storage unit 152 to the user. Specifically, the display control unit 160 displays an input screen for registering (uploading) the stock information 200, the accommodation result information 202, the price information 204, or the payment information 206 in the accommodation management device 104. (Shown). This input screen may include fields for allowing the user to input specific contents (values) of the stock information 200, the interchange performance information 202, the price information 204, and the payment information 206.

When an operation for instructing information registration is input on the input screen, the information input unit 162 manages the stock information 200, the interchange performance information 202, the price information 204, or the payment information 206 input on the input screen. Transmit to device 104. In the second embodiment, the environmental load goods transfer information 212 is transmitted instead of the accommodation record information 202, and the event information 310 is transmitted instead of the accommodation record information 202 in the third embodiment. As a result, the accommodation management device 104 records the debt information and debt information related to the accommodation of goods (energy, etc.).

The information acquisition unit 164 acquires the evaluation information 208 (including balance information of goods, services, energy, etc.) generated by the accommodation management device 104 from the accommodation management device 104 and stores it in the storage unit 152. The information acquisition unit 164 may acquire the evaluation information 208 periodically provided from the accommodation management device 104 or may request the accommodation management device 104 to provide the evaluation information 208 according to a user instruction. The display control unit 160 displays the evaluation information 208 acquired by the information acquisition unit 164 or the evaluation information 208 stored in the storage unit 152 on a predetermined display device.

The user may display the stock information 200 and the evaluation information 208 regarding the past accommodation, and determine whether or not to allow the goods or services currently in stock to be accommodated to other users. In the second embodiment, it may be determined whether or not to transfer environmental load goods to another entity. When the accommodation is decided (when the accommodation is executed), the user may input the current accommodation result information 202 on the input screen and register the inputted accommodation result information 202 in the accommodation management device 104. When the end of the predetermined evaluation period is reached, the user may display the evaluation information 208 stored in the storage unit 152 to check the current accommodation status, offset result, and the like.

In addition, when the user inputs a request for starting an evaluation process on the input screen of the information terminal 102 or when an administrator of the accommodation inputs an instruction to start an evaluation process, the information input unit 162 displays the request or instruction. May be transmitted to the accommodation management device 104. The accommodation management device 104 may determine that the evaluation timing has been reached in response to this request or instruction, and may execute an evaluation process regarding accommodation (also referred to as a settlement process by ex-post price evaluation). The information acquisition unit 164 may acquire the evaluation information 208 that is a result of the evaluation process by the accommodation management device 104 and store it in the evaluation information holding unit 128. The display control unit 160 may display the evaluation information 208 acquired by the information acquisition unit 164. The information terminal 102 may be provided for each user, may be provided only for an administrator who manages accommodation within the community, or may be shared by a plurality of users within the community.

The present invention has been described based on the fourth embodiment. This embodiment is an exemplification, and it will be understood by those skilled in the art that various modifications can be made to combinations of the respective constituent elements and processing processes, and such modifications are also within the scope of the present invention. is there.

Any combination of the above-described embodiments and modifications is also useful as an embodiment of the present invention. The new embodiment generated by the combination has the effects of the combined embodiment and modification.

In the first embodiment described above, consumption goods such as rice, soy sauce, and miso are described as examples of accommodation of goods and services that do not involve the movement of money. It can also be applied to the interchange of goods and services. Furthermore, it can be applied to exchange of electric energy with other energy such as heat and gas (conversation), exchange of stored electric energy with distributed electric energy (conversation), and exchange of energy of different media (conversation). it can.
In the second embodiment, the industrial waste has been described as an environmental load good, but an environmental load substance such as CO 2 may be the target.
In the third embodiment, the description has been made on the production, distribution, provision, etc. as the interchange of goods and services whose prices are not fixed in advance, but not only the interchange within the enterprise but also the interchange between companies As good as

The evaluation timing described in each of the above embodiments may be the end of the month, the end of the fiscal year, the end of the fiscal year, or the like as a default. The evaluation unit may start generation processing of various evaluation information after receiving an evaluation information generation instruction based on preset time information or an arbitrary evaluation information generation instruction (input from a user terminal or the like). Good. The evaluation information providing unit may distribute the generated evaluation information to the transmission source of the evaluation information generation instruction or to a predetermined terminal device.

Further, the evaluation unit starts an aggregation process after detecting an evaluation information request signal from a local input device or a remote information terminal, generates an aggregation result (evaluation information), and stores it in a predetermined data storage unit. Thereafter, the counting result (evaluation information) may be distributed to the request source. If the evaluation information request signal has not been received by a predetermined timing (for example, the end of the month, the end of the fiscal year, the end of the fiscal year, etc.), the evaluation unit generates an aggregation result (evaluation information) as if the evaluation information request signal was received Then, the data may be stored in a predetermined data storage unit, and then the counting result (evaluation information) may be distributed to a predetermined external device. In this case, the accommodation management device 104 (environmental load transfer management device 224) further includes a pseudo signal input unit that inputs a pseudo signal in place of the evaluation information request signal to the evaluation unit, and the evaluation unit detects the input of the pseudo signal. An aggregation result (evaluation information) may be generated in response to this.

“Energy etc.” described in the specification or claims may be a generic term for energy, environmentally hazardous goods, and waste. Specifically, “energy, etc.” may include electricity, gas, heat, environmental impact goods, used tempura oil, garbage for biofuel, alcohol, methane gas, biochip, thermal drainage, geothermal hot water, metal scraps, etc. Good. The “environmental impact goods” described in the specification or claims may be a general term for waste and pollutants. The “environmental load” may include waste that cannot be reused, and may include waste other than used tempura oil, biofuel waste, alcohol, methane gas, and the like.

It should be understood by those skilled in the art that the functions to be fulfilled by the constituent elements described in the claims are realized by the individual constituent elements shown in the embodiments and the modifications or by their cooperation.

100 interchange management system, 104 interchange management device, 129 exchange rate holding section, 132 interchange performance acquisition section, 134 claims and debt recording section, 138 evaluation section, 140 evaluation information provision section, 144 exchange rate acquisition section, 210 exchange rate, 220 environment Load goods transfer management system, 224 Environmental load goods transfer management device.

The present invention can be used in a system that manages the accommodation or transfer of goods.

Claims

An interchange management device for managing mutual interchange of energy, waste, or pollutants (hereinafter referred to as “energy etc.”) between the first entity and the second entity;
An information terminal for inputting accommodation information such as energy between the first entity and the second entity to the accommodation management device;
The accommodation management device includes:
Based on the information on the accommodation of energy, etc. input from the information terminal, the information is the information that associates the accommodation source, accommodation destination, accommodation target, amount of accommodation of the energy, etc. A recording unit for recording information;
An accommodation management system, comprising: an evaluation unit that generates balance information of the energy or the like related to the subject by counting at least one of the debt information and the debt information of the energy related to the subject.
2. The accommodation management system according to claim 1, wherein the evaluation unit generates balance information including a result obtained by offsetting a credit indicated by the claim information and a debt indicated by the debt information.
3. The accommodation according to claim 1, wherein the evaluation unit stores the generated balance information in the storage unit in association with the entity when the balance information of the energy or the like related to a certain entity is generated. Management system.
The accommodation management device further includes a price information acquisition unit that acquires price information such as energy to be accommodated,
The evaluation unit, based on the acquired price information, calculates a value indicating the size of the bond indicated by the bond information or the debt indicated by the debt information from a physical unit to money, electronic money, or virtual currency. 4. The accommodation management system according to claim 1, wherein the system is converted into units.
The accommodation management device further includes an exchange rate acquisition unit for acquiring a predetermined exchange rate for accommodation of the energy and the like,
5. The accommodation management system according to claim 1, wherein the evaluation unit cancels the claim indicated by the claim information and the obligation indicated by the debt information based on the acquired exchange rate. .
When the accommodation management device receives a request for provision of evaluation information from the information terminal, balance information generated by the evaluation unit, the balance information relating to the subject specified by the information terminal is displayed in the information terminal The accommodation management system according to any one of claims 1 to 5, characterized in that the information is transmitted to the management system.
An interchange management device that manages mutual interchange of energy, waste, or contaminants (hereinafter referred to as “energy etc.”) between a first entity and a second entity,
An accommodation record acquisition unit for acquiring information such as the exchange of energy between the first entity and the second entity;
Based on the acquired transaction result information, it is information that associates the accommodation source, accommodation destination, accommodation target, accommodation amount of the energy, etc., and a recording unit that records debt information and debt information about the energy,
An evaluation unit that generates balance information of the energy etc. relating to the subject by counting at least one of the debt information and debt information of the energy relating to a subject;
An accommodation management device comprising:
When the goods are accommodated without transfer of money from the first entity to the second entity, the claim information indicating the size of the claim according to the amount of accommodation in the unit of measurement of the goods is set as the first entity. A recording unit that records in association with the second entity the debt information indicating the size of the debt according to the accommodation amount in the unit of measurement of the goods,
An evaluation unit that generates balance information obtained by tabulating at least one of bond information and debt information recorded in association with one entity by the recording unit when a predetermined evaluation timing is reached;
An accommodation management device comprising:
When an environmentally impacted goods that have a negative value from the first entity to the second entity is transferred without money transfer, the amount of debt corresponding to the amount transferred is The debt information indicated in the unit of measurement is recorded in association with the first entity, and the claim information indicating the size of the claim according to the transfer amount in the unit of measurement of the environmental load goods is associated with the second entity. A recording unit for recording,
An evaluation unit that generates information that totals at least one of bond information and debt information recorded in association with one entity by the recording unit when a predetermined evaluation timing is reached;
An environmentally hazardous goods transfer management device comprising:
An information terminal connected via a communication network to a device that manages mutual interchange of energy, waste, pollutants, etc. (hereinafter referred to as “energy etc.”) between the first entity and the second entity. There,
By transmitting accommodation information such as energy between the first entity and the second entity to the managing device, the energy is transmitted to the managing device based on the accommodation information such as energy. A transmission unit that records the credit information and debt information about the energy, etc.
The balance information generated by the managing device, the balance information such as energy generated by counting at least one of the debt information and debt information of the energy related to a certain subject is acquired, and the acquired A display unit for displaying balance information such as energy on a display device;
An information terminal comprising:
An information terminal connected via a communication network to a device that manages the accommodation of goods without money transfer between a first entity and a second entity;
By transmitting information indicating that the goods have been accommodated without transfer of money from the first entity to the second entity to the managing device, the managing device can respond to the accommodation amount of the goods. The debt information indicating the size of the received credit in the unit of measurement of the goods is recorded in association with the first entity, and the debt information indicating the size of the debt according to the accommodation amount of the goods in the unit of measurement of the goods A transmission unit that records the information in association with the second main body,
The balance information generated by the managing device is acquired as balance information obtained by counting at least one of receivable information and debt information recorded in association with one entity, and the acquired balance information is displayed on the display device A display unit to be
An information terminal comprising:
An information terminal connected via a communication network to a device that manages the transfer of environmental load goods that do not involve the movement of money between the first entity and the second entity for environmental load goods that are negative value goods Because
By transmitting information indicating that the environmental load goods have been transferred from the first entity to the second entity without transferring money to the management device, The debt information indicating the size of the debt according to the transfer amount in the unit of measurement of the environmental load goods is recorded in association with the first entity, and the size of the claim according to the transfer quantity is recorded as the environmental load goods. A transmitter that records the credit information indicated in the unit of measurement in association with the second entity;
The balance information generated by the managing device is acquired as balance information obtained by counting at least one of receivable information and debt information recorded in association with one entity, and the acquired balance information is displayed on the display device A display unit to be
An information terminal comprising:
A method for managing mutual interchange of energy, waste, or pollutants (hereinafter referred to as “energy etc.”) between a first entity and a second entity,
Acquiring interchange information such as the energy between the first entity and the second entity;
Based on the acquired transaction result information, the information is an association of the energy source, the accommodation destination, the object of accommodation, the amount of accommodation, and the step of recording the debt information and the debt information about the energy,
Generating balance information such as energy related to the subject by counting at least one of the credit information and debt information such as energy related to the subject;
A flexible management method characterized in that a computer executes the above.
A computer program for managing mutual interchange of energy, waste, or pollutants (hereinafter referred to as “energy etc.”) between a first entity and a second entity,
A function for acquiring information on accommodations such as energy between the first entity and the second entity;
Based on the acquired transaction result information, it is information associating a source of accommodation, a destination of accommodation, a target of accommodation, a quantity of accommodation, and a function of recording debt information and debt information about the energy,
A function of generating balance information such as the energy related to the subject by counting at least one of the debt information and the debt information related to the subject related to the subject;
A computer program for realizing a computer.