WO2017077920A1 - 管理支援装置および管理支援方法 - Google Patents

管理支援装置および管理支援方法 Download PDF

Info

Publication number
WO2017077920A1
WO2017077920A1 PCT/JP2016/081753 JP2016081753W WO2017077920A1 WO 2017077920 A1 WO2017077920 A1 WO 2017077920A1 JP 2016081753 W JP2016081753 W JP 2016081753W WO 2017077920 A1 WO2017077920 A1 WO 2017077920A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
service
production
transaction information
unit
Prior art date
Application number
PCT/JP2016/081753
Other languages
English (en)
French (fr)
Inventor
弘 出口
Original Assignee
国立大学法人東京工業大学
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 国立大学法人東京工業大学 filed Critical 国立大学法人東京工業大学
Priority to DE112016005092.5T priority Critical patent/DE112016005092T5/de
Priority to JP2017548724A priority patent/JP6917627B2/ja
Priority to US15/773,780 priority patent/US20180322585A1/en
Publication of WO2017077920A1 publication Critical patent/WO2017077920A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12—Accounting
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/04—Manufacturing
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30—Computing systems specially adapted for manufacturing

Definitions

  • the present invention relates to data processing technology, and more particularly to a management support apparatus and a management support method.
  • the present inventor has proposed a method of recording real transactions by applying an exchange algebra (see, for example, Non-Patent Document 1).
  • the present inventor has come up with the idea that an integrated information management system for various events can be constructed by recording events such as manufacturing and service production as transaction information based on double-entry bookkeeping descriptions using exchange algebra.
  • the present invention has been made in view of the above problems, and its main purpose is to provide a technology that supports integrated information management regarding various events such as manufacturing and service production.
  • a management support apparatus receives event information including the number of input elements that constitute an event that occurs in a predetermined organization and the number of output elements that constitute the event.
  • Transaction information expressed by applying an exchange algebra according to the event information received by the event reception unit and the event reception unit, the input element as a credit item, the quantity in the unit of measurement of the input element, and output
  • a transaction recording unit that records transaction information based on double-entry bookkeeping description that uses the element as a debit item and the quantity in the unit of measurement of the output element, and manages the organization by multiple types of methods according to the transaction information recorded by the transaction recording unit
  • An information generation unit that generates a plurality of types of support information for support.
  • Another aspect of the present invention is a management support method.
  • event information including the quantity of input elements constituting an event occurring in a predetermined organization and the quantity of output elements constituting the event is received, and exchange is performed according to the event information accepted in the accepting step.
  • Dual-entry bookkeeping description which is transaction information expressed by applying algebra, showing the input element as a credit item and its quantity in the unit of measurement of the input element, and the output element as a debit item and showing the quantity as the unit of measure of the output element
  • the computer executes the steps of recording transaction information according to the method, and generating a plurality of types of support information for supporting the management of the organization by a plurality of types of methods according to the transaction information recorded in the recording step .
  • Still another aspect of the present invention is also a management support method.
  • This method is based on event information indicating (1) raw materials, labor, energy, equipment input, (2) production, by-products, service production, etc. Assuming multiple scenarios such as investment), environmental constraints, etc., evaluate production technologies (capital investments, etc.) and plans using axes such as price unit, substance unit, and waste evaluation.
  • FIG. 1 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
  • FIG. 1 It is a figure which shows the structure of the enterprise system of embodiment. It is a block diagram which shows the function structure of the management assistance apparatus of FIG. It is a figure which shows typically the process which manufactures a painted product. It is a figure which shows the table representation example of multi-entry bookkeeping. It is a figure which shows the table representation example of multi-entry bookkeeping. It is a figure which shows the example of BOM. It is a figure which shows the example of service flow information.
  • 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>.
  • 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>.
  • 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.
  • 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.
  • ⁇ (hat) is used instead of a negative numerical value.
  • x 20 ⁇ ⁇ apple, #, #, #> indicates that the number of apples is reduced by 20.
  • ⁇ indicates a basis that means an opposite item to be offset against an item.
  • ⁇ (bar) is introduced as an operator (operator) representing the canceling operation. An example is shown below.
  • x1 30 ⁇ cash> +20 ⁇ apple> +50 ⁇ liability>
  • transfer In bookkeeping, there is an operation called transfer. This can be said to be a kind of classification change (basic conversion) operation.
  • classification change basic conversion
  • 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
  • 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.
  • 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>.
  • 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.
  • 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).
  • Base technology 2 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.
  • 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. .
  • 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.
  • 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.
  • CSV Common Separated Values
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • user code a program code
  • This user code is described in an inclusive notation language. A specific user code example will be described later.
  • 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.).
  • 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.
  • the line number is shown at the left end, and the position of the code is appropriately indicated by the line number.
  • a set C including an element 200 ⁇ cash> +100 ⁇ wheat> and an element 200 ⁇ cash> +200 ⁇ soy> is designated as the edit target data.
  • 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.
  • 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.
  • 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>.
  • 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.
  • a Java source program is shown as an execution code for convenience.
  • 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.
  • 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.
  • Yamada ⁇ name> +5 ⁇ score> Tanaka ⁇ name> +3 ⁇ score>
  • Suzuki ⁇ name> +4 ⁇ score> Sato ⁇ name> +2 ⁇ score>
  • Nissan ⁇ name> +5 ⁇ score> 5 A set dataset including two elements is specified.
  • the element “1 ⁇ 4 or more, person, #, #>” is assigned to the set set. Is specified.
  • the original addition process in the asset is designated.
  • 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.
  • 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.
  • a set asset is set from the list.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • FIG. 7 is a flowchart showing the operation of the data editing apparatus 10.
  • 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.
  • 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).
  • 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.
  • 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.
  • data object representation thereby, it is possible to support standardization of data object representation on a computer.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the data in the table may be changed even if the rule changes, and the program code The influence can be eliminated.
  • 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.
  • the code generation unit 22 generates an execution code corresponding to ⁇ (x + F (x)).
  • the numerical value A ⁇ transfer source base> is converted to the numerical value A ⁇ transfer destination base>.
  • the production support system proposed in the present embodiment is characterized by being always capable of improvement, bottom-up, and autonomous distributed cooperation.
  • IoE In an era called IoE, highly autonomous agents such as people, goods, and software are linked to each other to manage the production of goods and service workflows within the organization and beyond the organizational walls (design, implementation, Need for maintenance).
  • the information system that supports the management is designed as an extension of the database solution, and manages information separately for various processes such as accounting, cost management, production planning, inventory management, and environmental management. .
  • exchange algebra which is an abstraction of bookkeeping
  • algebraic multi-entry bookkeeping using an algebraic representation with the real account and service account as the account base, consistent and integrated in manufacturing and service production.
  • This system uses financial records, cost management, data that records the individual tasks that make up the process of organizational activities (for example, the finished product production process) in a transaction format using algebraic multi-entry bookkeeping. Request multiple types of information to support environmental management, material flow cost accounting, procurement management, production planning, etc.
  • tasks such as production and provision of goods and services are recorded as events, and each event is recorded in a transaction (transaction) format using real bookkeeping, which is multi-entry bookkeeping using real accounts and service accounts.
  • transaction transaction
  • the transaction of the managed organization is described based on the exchange algebra.
  • the configuration information including the goods, services, and by-products of the task execution result and the services and raw materials that are input to the task is recorded as transaction information in a double-entry book description (in other words, journal form) using the actual unit.
  • the task configuration information description is a dual type and the transaction volume is measured using the real account / service account. Therefore, it is possible to easily describe environmental information with zero evaluation in terms of monetary amount, as well as the amount of input material, time required for input service, and machine operating time that cannot be determined by monetary evaluation. Further, not only information indicating the input of materials and work-in-process items (materials) in manufacturing, but also the input of human services and fabrication services related to the manufacturing can be described as multi-entry bookkeeping information in task events.
  • the task of manufacturing / manufacturing goods (synonymous with event) is also referred to as “product manufacturing task”, and the task of production / execution of service is also referred to as “service task”.
  • product manufacturing task the task of manufacturing / execution of service
  • service task Single-item production (including work-in-process manufacturing) and service projects (critical path) itself, where the execution order of multiple tasks is linked as a semi-order relationship, usually has a task execution order relationship (half order). It is expressed by information on the task execution time.
  • This critical path of manufacturing and service execution itself is also included in the transaction of each task in the real bookkeeping.
  • BOM also called “Bill Of Materials”, also referred to as “parts table” or “parts deployment table”
  • BOS Bact Of Of Services
  • the previous task is, for example, a task indicating a work-in-progress item or a service-in-progress state, and is also referred to as a “work-in-progress task”.
  • operation information for production instructions and scheduling can be obtained from the time required for the input service and the operation time of the machine in the execution of each in-process task constituting the critical path of production and service execution.
  • information necessary for creating a production instruction sheet can be extracted from these, and management information necessary for allocating resources such as production machines and service personnel to product production tasks and service tasks can be extracted.
  • production scheduling information such as a production scheduling Gantt chart can be created. The present inventor has proposed production scheduling information in Japanese Patent Application No. 2011-104944.
  • FIG. 8 schematically shows a relationship between transaction information as original data and an organization management process.
  • the transaction information in this figure is a plurality of transaction data corresponding to a plurality of product production tasks and service tasks constituting the production process of the organization.
  • parameters for example, data given from outside independent of transaction information
  • data processing is indicated by ellipses.
  • the input element means a raw material, work-in-process, apparatus, or service that is input (utilized) to produce goods or services.
  • the output element means a product or service produced as a result of the event.
  • management support information multiple types of information (hereinafter referred to as “management support information”) are used to support the management of organizations using multiple methods. Can be provided). For example, cost information for supporting financial accounting can be extracted from transaction information and provided to a financial accounting system. Moreover, the resource data required for the production of by-products (such as iron scrap) for supporting material flow cost accounting can be generated from the transaction information and provided to the material flow cost accounting system.
  • FIG. 9 shows a configuration of the enterprise system 100 according to the embodiment.
  • the enterprise system 100 includes a management support apparatus 102, a person-in-charge terminal 104, an accounting system 106, and a production management system 108. There is no limit to the physical number of each device.
  • the accounting system 106 executes data processing for corporate financial accounting and material flow cost accounting. For example, a document (financial statement etc.) for financial accounting and material flow cost accounting is created.
  • the production management system 108 executes data processing for raw material procurement plans, production plans for finished products and finished products, and production management. For example, a production plan document is generated based on the BOM.
  • the person-in-charge terminal 104 is an information terminal operated by a business person in charge of a company, such as a PC, a tablet terminal, or a smartphone.
  • the management support apparatus 102 is an information processing apparatus that manages “things” and “services” in an integrated manner based on a multi-factor transaction description using a real / service account.
  • a data processing technique related to manufacturing and service production realized by the management support apparatus 102 will be mainly described.
  • the management support apparatus 102 stores information indicating corporate activity (hereinafter referred to as “event information”) input from the person-in-charge terminal 104 as transaction information in a double entry book format.
  • the management support apparatus 102 generates a plurality of types of management support information that supports data processing for company management by the accounting system 106 and the production management system 108 using the transaction information as a common source. Then, by providing a plurality of types of management support information to the accounting system 106 and the production management system 108, the accuracy, efficiency, maintainability, etc. of company management by the accounting system 106 and the production management system 108 are improved.
  • FIG. 10 is a block diagram showing a functional configuration of the management support apparatus 102 of FIG.
  • the management support apparatus 102 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 person-in-charge terminal 104, the accounting system 106, and the production management system 108 via the communication unit 114.
  • a computer program including modules corresponding to each functional block in the control unit 110 may be stored in a recording medium such as a DVD and installed in the storage of the management support apparatus 102. Then, the function of each functional block in the control unit 110 may be exhibited by the processor of the management support apparatus 102 reading the program to the main memory as appropriate and executing it.
  • Each functional block in the storage unit 112 may be realized by storing data in the main memory or storage of the management support apparatus 102.
  • the storage unit 112 includes a base information holding unit 120, a transaction information holding unit 122, a parameter holding unit 124, and a support information holding unit 126.
  • the base information holding unit 120 holds information about a base to be assigned to each of a plurality of elements (that is, an input element and an output element) constituting an event. For example, the name of the element and the base data (for example, ⁇ painted finished product, individual, #, #>) are held in association with each other.
  • the basis information holding unit 120 holds information that defines whether each basis corresponds to a credit item or a debit item in double entry bookkeeping. Whether the element is an input element, “ ⁇ ” (hat) is added to the base, if the element is an output element, “ ⁇ ” is added to the base, and “ ⁇ ” Information that defines whether a credit item or a debit item applies to each item is held.
  • the transaction information holding unit 122 holds transaction information generated by a transaction recording unit 132 described later.
  • the transaction information is information of a double entry book description in which an input element to an event occurring in a company is associated with a credit item and the quantity of the input element is indicated by a unit of measurement of the input element.
  • the transaction information is information of a double-entry bookkeeping description in which the output element of the event is associated with the debit item and the quantity of the output element is indicated by the unit of measurement of the output element.
  • the transaction information is actually exchange algebra data that abstracts double entry bookkeeping.
  • the transaction information can also be said to be information indicating event components in a journal form.
  • the parameter holding unit 124 holds parameter information referred to when generating management support information from transaction information.
  • the parameter information includes the price and resource constraint information of each element constituting the event.
  • the resource constraint information is, for example, information indicating the number of workers, the number of machines, the upper limit value of the working hours of workers and machines, and the like.
  • the parameter information can be said to be information that defines criteria and variables for converting transaction information into management support information.
  • the parameter information is set at an arbitrary timing by the person in charge of the company, and typically the latest parameter is set before the generation of the management support information.
  • the support information holding unit 126 holds a plurality of types of management support information generated by a support information generation unit 134 described later.
  • the control unit 110 includes an event receiving unit 130, a transaction recording unit 132, a support information generating unit 134, and a support information providing unit 136.
  • the event accepting unit 130 accepts event information including the quantity of input elements constituting an event occurring in a company and the quantity of output elements constituting the event from the person-in-charge terminal 104.
  • the event information includes (1) the name of each element, (2) information indicating whether each element is an input element or an output element, and (3) the quantity of each element.
  • the transaction recording unit 132 When event information is received by the event receiving unit 130, the transaction recording unit 132 identifies the base corresponding to the element among the bases held in the base information holding unit 120 for each of the plurality of elements included in the event information. To do. Then, for each element, create a term with the base (or base and “ ⁇ ”) added to the quantity, and trade exchange algebra data (accounting data of the underlying technology) in which the term for each element is connected with “+” Generate as information. The transaction recording unit 132 stores the generated transaction information in the transaction information holding unit 122.
  • the support information generation unit 134 supports a plurality of types of organizations for supporting the management of the organization by a plurality of types of methods according to the transaction information stored in the transaction information holding unit 122 and the parameter information stored in the parameter holding unit 124. Generate support information. Although details will be described later, the plurality of types of support information include information for supporting financial accounting, information for supporting material flow cost accounting, and information for supporting the formulation of a procurement plan and production plan.
  • the support information generation unit 134 stores the generated multiple types of support information in the support information holding unit 126.
  • the support information providing unit 136 transmits each of a plurality of types of support information stored in the support information holding unit 126 to the accounting system 106 or the production management system 108.
  • the support information generation unit 134 may generate and update management support information according to the latest event information and parameter information periodically at a predetermined timing such as the first day of every month or every ten days. .
  • the support information generation unit 134 may generate management support information in response to requests from the person-in-charge terminal 104, the accounting system 106, and the production management system 108. Further, the management support information may be generated when the latest event information is input.
  • the support information providing unit 136 may periodically transmit the latest management support information at a predetermined timing. Further, the latest management support information may be transmitted when it is detected that the management support information has been updated. Further, management support information may be transmitted in response to requests from the person-in-charge terminal 104, the accounting system 106, and the production management system 108.
  • the event information may be recorded in a CSV file and input to the management support apparatus 102.
  • Transaction information may also be recorded in a CSV file corresponding to the transaction information holding unit 122.
  • transaction information may be expand
  • FIG. 11 schematically shows a process for manufacturing a painted product. Specifically, starting from the purchase of an iron plate material and a copper plate material, the copper plate cutting work product and the iron plate cutting work product are produced by cutting them as raw materials. Next, one press molding work in progress is produced by pressing the two work in progress. Finally, the painted products are produced by painting the work in progress. This painted product becomes a part in a larger supply chain, but is considered as an end product in the production process of a company that is now assumed.
  • a series of processes for producing a painted product is composed of four events (tasks): iron plate cutting work in process production, copper plate cutting work in process production, press molding work in process production, and painted product production. Is done.
  • the person in charge of the company inputs these four pieces of event information from the person-in-charge terminal 104 to the management support apparatus 102.
  • event information the quantities of the input element and the output element are described in the unit of measurement of each element (that is, a unit that is not converted into a price and is used during normal measurement).
  • the transaction recording unit 132 records the transaction information in which each event information is expressed by an exchange algebra using a real account. Specifically, transaction information with a base corresponding to the name and input / output type of each element stored in the base information holding unit 120 is recorded in each of the input element and the output element.
  • the transaction information recorded here is a transaction description from the viewpoint of physical material resource constraints, and is hereinafter referred to as “product transaction information”.
  • the four item transaction information A1 to A4 corresponding to the above four events are shown.
  • (A1) Transaction information corresponding to events of steel plate cutting work in process production: x [Steel plate cutting work in process production] 1 ⁇ Work in process of iron plate processing, pieces, #, #> +5 ⁇ iron scrap, Kg, #, #> + 20 ⁇ ⁇ iron material, Kg, #, #> + 2 ⁇ ⁇ Cutting service, time, #, #>
  • FIG. 12 shows a table representation example of multi-entry bookkeeping.
  • the figure shows the transaction information of the steel plate cutting work-in-process production in a table format.
  • the iron material and cutting service of the input element correspond to credit
  • the iron cutting work in process and iron scrap of the output element correspond to debit.
  • debits and credits are not balanced at the stage of actual description, they are balanced including profits and losses when replaced with monetary evaluation.
  • product transaction information includes two types of input items (that is, input elements): (1) input of materials and work-in-progress, (2) input of services for processing materials and use, and (3) finished product or in-process It is described as a transaction that includes two types of output items (namely, output elements): product generation and (4) by-product generation.
  • a service that actually processes materials and work-in-process is treated as a service input that is measured in units of time.
  • Transaction information (hereinafter also referred to as “service transaction information”) indicating production relations such as input of capital goods such as machines, personnel, and energy necessary for performing services, and time constraints of services using the capital goods .) Is described and managed separately from the product transaction information.
  • an event transaction related to the input of a material such as a raw material
  • an event transaction related to a processing service for a material such as a raw material are described separately.
  • (1) cutting service, (2) press service, and (3) painting service are processing service tasks that are input in time units in a series of manufacturing processes.
  • the person in charge of the company inputs these three pieces of event information from the person-in-charge terminal 104 to the management support apparatus 102.
  • These pieces of event information also indicate the quantity of input elements and output elements in the unit of measurement of each element.
  • the transaction recording unit 132 records service transaction information in which each event information is expressed by an exchange algebra using a service account. Specifically, service transaction information with the base corresponding to the name of each element and the input / output type stored in the base information holding unit 120 is recorded in each of the input element and the output element.
  • the service transaction information can be said to be a transaction description of a processing service from the viewpoint of required time and resource (personnel, machine, etc.) constraints.
  • the three service transaction information B1 to B3 corresponding to the above three service events are shown.
  • the service transaction information is transaction information indicating a breakdown per unit time of the fabrication service.
  • the product transaction information indicated by A1 to A4 the input of the fabrication service for the required number of hours is recorded.
  • the cutting service shown by B1 is used in both the steel plate cutting work-in-process production of A1 and the copper plate cutting work-in-process production of A2.
  • FIG. 13 shows a table expression example of multi-entry bookkeeping. This figure shows transaction information of the cutting service in a table format. From the viewpoint of double-entry bookkeeping, the input element power, cutting device utilization service, and labor service correspond to credit, and the output element cutting service corresponds to debit. Note that carbon dioxide as an output element corresponds to a credit because it is bads (goods with a negative value, in other words, goods with the same items as liabilities). The same applies to the contaminant B3 described later.
  • the debits and credits of service transaction information are not balanced at the stage of actual description, but if they are replaced with monetary evaluation, they are balanced including profits and losses.
  • the output element is buzz when recording transaction information, it may be once recorded as a by-product and later transferred to buzz.
  • Labor service is 0.2 ⁇ labor service, time, #, #> + 0.2 ⁇ labor debt, time, #, #>.
  • Labor service produced in exchange for labor debt is cutting service. Is considered to be put into a transaction that generates This is a cost calculation method that clarifies the input items of labor services compared to paying labor wages as a general indirect expense item.
  • the depreciation indirect method of recording a depreciation allowance corresponding to the depreciation expense as an indirect expense (recording the depreciation allowance as a liability) is 1 ⁇
  • a service using a cutting device is generated in the form of service, time, #, #> + 1 ⁇ allowance for depreciation of cutting device, time, #, #>, and is put into the cutting service. It should be noted that the cutting service itself is different from the cutting device utilization service as a cost item to be input thereto.
  • service transaction information In the service transaction information of B1 to B3, resource constraints other than materials such as materials related to production are described, for example, maximum task constraints and capital constraints such as personnel and machinery for performing tasks are described.
  • a part related to material input product transaction information
  • service transaction information service transaction information
  • each constraint requirement such as information (for example, BOM) regarding the procurement of raw materials and work-in-process items (for example, BOM) and information regarding time such as a processing schedule (for example, service flow information described later) can be extracted in an integrated manner. Details will be described later.
  • the transaction recording unit 132 records the POE data of various tasks related to the company activity as transaction information in a double entry book format using a real basis.
  • the support information generation unit 134 extracts various data (that is, management support information) necessary for management of service provision and production management. Note that the parameters do not have to be determined at the time of transaction information recording, but may be determined by the time of generation of management support information.
  • the electricity price, copper material price, iron material price, labor service price (labor cost), cutting device utilization service price, press processing device utilization service price, groundwater utilization fee, paint price shall be given as follows: And Specifically, as shown below, price information that defines the correspondence between the multiple description (left term) included in the original transaction information and the cash description (right term) is held in the parameter holding unit 124. Is done. c1 to c8 indicate prices in yen units.
  • the basis information holding unit 120 also holds the basis of the following monetary unit, and each basis of the monetary unit corresponds to a credit item when “ ⁇ ” is added or without “ ⁇ ”, or debited. Holds information indicating whether the subject is a subject.
  • T1 1 ⁇ power, KWh, #, #>-> c1 ⁇ power, circle, #, #>
  • T2 1 ⁇ copper material, Kg, #, #>-> c2 ⁇ copper material, circle, #, #>
  • T3 1 ⁇ iron material, Kg, #, #>-> c3 ⁇ iron material, circle, #, #>
  • T4 1 ⁇ labor service, time, #, #>-> c4 ⁇ labor service, circle, #, #>
  • T5 1 ⁇ Cutting device utilization service, time, #, #>-> c5 ⁇ Cutting device utilization service, circle, #, #>
  • the support information generation unit 134 generates the following transfer transaction data according to the price information.
  • the following “a” indicates the input amount and the input time.
  • T1 (a) a ⁇ ⁇ power, KWh, #, #> + a ⁇ c1 ⁇ power, circle, #, #>
  • T2 (a) a ⁇ ⁇ copper material, Kg, #, #> + a ⁇ c2 ⁇ copper material, circle, #, #>
  • T3 (a) a ⁇ ⁇ iron material, Kg, #, #> + a ⁇ c3 ⁇ iron material, circle, #, #>
  • T4 (a) a ⁇ ⁇ labor service, time, #, #> + a ⁇ c4 ⁇ labor service, yen, #, #>
  • T5 (a) a ⁇ ⁇ Cutting device utilization service, time, #, #> + a ⁇ c5 ⁇ Cutting device utilization service, circle, #, #> T
  • the support information generation unit 134 generates the following transfer transaction data.
  • Q1 (a) a ⁇ ⁇ CO2, Kg, #, #> + 0 ⁇ CO2, circle, #, #>
  • Q2 (a) a ⁇ ⁇ pollutant, Kg, #, #> + 0 ⁇ pollutant, circle, #, #>
  • Q3 (a) a ⁇ ⁇ iron scrap, Kg, #, #> + 0 ⁇ iron scrap, circle, #, #>
  • Q4 (a) a ⁇ ⁇ copper scrap, Kg, #, #> + 0 ⁇ copper scrap, circle, #, #>
  • the support information generation unit 134 generates the following transfer transaction data for transferring from a multi-factor basis (that is, a quantity basis) to a cash basis for the goods and services that are subject to cost calculation. Specifically, a transfer calculation formula for transferring the unit of the output element to cash is generated for the main output element (excluding waste and bads) in the transaction information.
  • the following ⁇ , ⁇ , and ⁇ indicate the cost (price per unit time) of the cutting service, press processing service, and painting service, respectively.
  • ⁇ [iron plate cutting], ⁇ [copper plate cutting], ⁇ [press], and ⁇ [painting] are the cost of the iron plate cutting work in progress, the copper plate cutting work in progress, the press forming work in progress, and the painted product (units), respectively. Price per unit quantity).
  • the support information generation unit 134 converts each of the item transaction information and the service transaction information into a monetary unit according to the above transfer transaction data.
  • the support information generation unit 134 derives the cost of the press processing service and the painting service per unit time (here, one hour) as follows.
  • the support information generation unit 134 derives the costs of the work-in-process and the finished product based on the cost of each service as follows.
  • the support information generation unit 134 stores the derived product and service cost information in the support information holding unit 126.
  • the support information providing unit 136 transmits cost information of goods and services to the accounting system 106 when a predetermined provision condition is satisfied.
  • the accounting system 106 performs financial accounting processing using the cost information of goods and services and creates various financial statements.
  • the algebraic multi-component description (ie transaction information) using the real basis for the manufacturing task and the processing service task used for it can be easily converted into a normal cash-based description by transfer based on price information. Can do.
  • scenario analysis regarding price changes can be facilitated, and various scenarios such as bads processing prices and by-product prices can be easily handled.
  • MFCA Material flow cost accounting
  • the cost of waste (for example, waste) is not calculated.
  • the utilization factor of the raw material of the product and the waste is obtained by a weight ratio.
  • the input of various services used for production is divided into the amount used for the production of the main product and the amount used for the production of waste. Accordingly, it is an object to grasp and manage waste such as waste generated in the production process as waste of service input in the production process. That is, the production input cost in MFCA is a strategic accounting index for clarifying waste of waste.
  • the support information generation unit 134 is used for production of by-products by apportioning the quantity of input elements indicated by the service transaction information based on the production ratio of goods (that is, main products) and by-products indicated by the item transaction information.
  • Information indicating the quantity of input elements is generated as management support information and stored in the support information holding unit 126.
  • MFCA is calculated for production events of steel plate cutting work in progress and copper plate cutting work in progress where scrap is generated.
  • the support information generation unit 134 performs projection operations of exchange algebra for input [iron] and input [copper], which are the weights of input raw materials, for each piece of transaction information on the steel plate cutting work in progress and the copper plate cutting work in progress.
  • the projection operation is hereinafter referred to as “Pro”.
  • the norm calculation here is a calculation for obtaining an absolute value.
  • information indicating whether each input element is a raw material and information indicating whether each output element is a main product or a by-product may be added. These pieces of information may be determined in advance by a person in charge and stored in the transaction information holding unit 122.
  • Input [Iron]
  • 20 Input [Copper]
  • 8
  • Waste [Iron]
  • 2
  • the support information generation unit 134 obtains product_use [iron] and product_use [copper], which are the weight of the raw material that is the product, from the difference between the input weight and the waste weight.
  • the support information generation unit 134 obtains the ratio of the weight used for the product and the weight used for the waste among the raw materials. Here, it is 15: 5 for iron and 6: 2 for copper.
  • the support information generation unit 134 identifies this ratio as a distribution ratio relating to the service, and identifies 3/4: 1/4 for iron and 3/4: 1/4 for copper.
  • the apportionment target is cutting service.
  • the support information generation unit 134 converts the cutting service used in the steel plate cutting work-in-progress production event into a service for producing a steel plate cutting work in progress and a service for producing iron scraps based on the above proportion. Apportion.
  • the former is indicated by x [iron plate cutting service: product]
  • the latter is indicated by x [iron plate cutting service: scrap].
  • Usage time [Cutting service]
  • 2
  • x [Iron plate cutting service: Scrap] 1/4 x usage time [cutting service]
  • the support information generation unit 134 produces the cutting service used in the copper plate cutting work in process production event, the service for producing the copper plate cutting work in process, and the copper scrap based on the above proportion. Apportion to the service.
  • the former is indicated by x [copper plate cutting service: product]
  • the latter is indicated by x [copper plate cutting service: scrap].
  • x [Iron plate cutting service: Scrap] 1/4 x usage time [cutting service]
  • x x [unit cutting service] 0.25x
  • Unit cutting service] 0.25 ⁇ Cutting service, time, #, #> + 0.625 ⁇ ⁇ power, KWh, #, #> +3.225 ⁇ CO2, Kg, #, #> + 0.05 ⁇ ⁇ Labor service, time, #, #> + 0.25 ⁇ ⁇ Cutting device utilization service, time, #, #> (Expression 4)
  • the support information generation unit 134 stores the derived equations 1 to 4 in the support information holding unit 126 as management support information.
  • the support information providing unit 136 transmits information of Expressions 1 to 4 to the accounting system 106 when a predetermined provision condition is satisfied.
  • the accounting system 106 performs MFCA data processing using the information in Equations 1 to 4.
  • the support information generation unit 134 is based on Equations 2 and 4 for producing scraps (here, iron scraps and copper scraps) of 0.75x [unit cutting service] per painted product.
  • Information indicating that it is used for management may be generated as management support information.
  • information indicating that 1.875 ⁇ ⁇ electric power, KWh, #, #> is input for the production of waste may be generated as management support information.
  • the support information generation unit 134 is based on the formulas 1 and 3, and 2.25x [unit cutting service] per painted product is a product (here, iron plate cutting work in progress and copper plate cutting work in progress). Information indicating that it is used for production may be generated as management support information. Furthermore, if it is electric power, the information which shows that 5.625 ⁇ ⁇ electric power, KWh, #, #> is thrown in for the production of waste may be generated as management support information. Of course, the support information generation unit 134 may convert Formulas 1 to 4 and the like into information on monetary evaluation (in monetary units) using price data, as in the case of cost information generation described above. The support information providing unit 136 may transmit the management support information shown in the modified example to the accounting system 106.
  • the transaction recording unit 132 is also based on the event information for lighting and air conditioning services using electric power.
  • other service transaction information may be recorded. This makes it possible to clarify (1) generating air-conditioning services and lighting services, (2) putting those services into the generation of other services, and (3) consuming those services. The energy use profile can be clarified.
  • the support information generation unit 134 obtains the cost from the transaction information of the lighting service and the air conditioner service using the price data, as in the case of the cost information generation described above, and the support information provision unit 136 determines the cost information as an accounting system. You may transmit to 106. Thereby, energy accounting data processing in the accounting system 106 can be supported.
  • the transaction recording unit 132 is transaction information including input elements and output elements related to production of a finished product, and mono-transaction information including the work-in-process in the input elements (here, “finished product transaction information”). Also called).
  • the transaction recording unit 132 is transaction information including an input element and an output element related to the production of the work in progress, and is mono transaction information including another work in progress or raw material in the input element (here, “work in process transaction information”). Also called).
  • the transaction information (A4) for the production of painted products corresponds to the finished product transaction information, and the transaction information (A1 to A3) for the production of press work in progress, the production of steel plate cutting work in progress, and the production of copper plate cutting work in progress. Corresponds to WIP transaction information.
  • the support information generation unit 134 extracts work-in-progress information from the finished product transaction information, and sequentially extracts work-in-progress from the production process so as to extract another work-in-progress from the work-in-progress transaction information related to the work in progress.
  • BOM information is generated as management support information.
  • the retroactive production process ends when only raw materials (such as iron and copper) are extracted from the input elements.
  • the support information generation unit 134 generates the following formula based on a plurality of product transaction information (A1 to A4) stored in the transaction information holding unit 122.
  • event information and transaction information information indicating whether each element is an input element or an output element and information indicating whether it is a finished product, work-in-process, raw material, or by-product are added.
  • ProjectSet ⁇ x [iron plate cutting work in process production], x [copper plate cutting work in process production], x [press forming work in process production], x [painted product production] ⁇
  • This ProjectSet represents a set of processes for producing a painted product.
  • Hat_Basis_for_Project Basis_for_Product & InProcess Is Basis_for_ByProduct Is Basis_for_Material ⁇ Basis_for_Fab Service ⁇ Hat_Basis_for_Product & InProcess ⁇ Hat_Basis_for_ByProduct ⁇ Hat_Basis_for_Material ⁇ Hat_Basis_for_Fab Service
  • the support information generation unit 134 executes the following operation in order to obtain a process order relationship (semi-order).
  • a projection operation is performed on the transaction information for finished product production.
  • 1) Next to Painted Product Production ⁇ Pro [a] (x [Production of Painted Product])
  • a ⁇ Hat_Basis_for_Product & InProcess ⁇ Hat_Basis_for_Material ⁇ ⁇ 1 ⁇ ⁇ press work in progress, pieces, #, #>, 2 ⁇ ⁇ paint, Kg, #, #> ⁇
  • the support information generation unit 134 performs a projecting operation on the transaction information on the production work in progress of the press forming extracted in 1).
  • press molding in-process production ⁇ Pro [a] (x [press molding in-process production])
  • a ⁇ Hat_Basis_for_Product & InProcess ⁇ Hat_Basis_for_Material ⁇ ⁇ 1 ⁇ ⁇ iron plate cutting work in progress, pieces, #, #>, 1 ⁇ ⁇ copper plate cutting work in progress, pieces, #, #> ⁇
  • the support information generation unit 134 performs a projection operation on the transaction information of the iron plate cutting work in process production and the copper plate cutting work in process production extracted in 2).
  • iron plate cutting work-in-process production ⁇ Pro [a] (x [iron plate cutting work-in-process production])
  • a ⁇ Hat_Basic_for_Product & InProcess ⁇ Hat_Basic_for_Material ⁇ ⁇ 20 ⁇ ⁇ iron material, Kg, #, #> ⁇ 4)
  • copper plate cutting work-in-process production ⁇ Pro [a] (x [copper plate cutting work-in-process production])
  • a ⁇ Hat_Basic_for_Product & InProcess ⁇ Hat_Basic_for_Material ⁇ ⁇ 8 ⁇ ⁇ copper material, Kg, #, #> ⁇
  • a ⁇ Hat_Basis_for_Fab Service ⁇ ⁇ 1 ⁇ ⁇ painting service, time, #, #> ⁇ Thereafter, the coating service input time is identified as one hour by norm calculation.
  • Fab_Service_of_Copper plate cutting work in process production ⁇ Pro [a] (x [Copper plate cutting work in process production])
  • a ⁇ Hat_Basis_for_Fab Service ⁇ ⁇ 1 ⁇ ⁇ Cutting service, time, #, #> ⁇
  • the cutting service input time is identified as 1 hour by norm calculation.
  • Fab_Service_of_Steel plate cutting work in process production ⁇ Pro [a] (x [Steel plate cutting work in process production])
  • a ⁇ Hat_Basis_for_Fab Service ⁇ ⁇ 2 ⁇ ⁇ Cutting service, time, #, #> ⁇
  • the cutting service input time is identified as 2 hours by norm calculation.
  • the support information generation unit 134 adds information on the input time of the fabrication service derived in 5) to 8) to the material input relationship derived in 1) to 4), so that the BOM shown in FIG. Is generated and stored in the support information holding unit 126.
  • the support information providing unit 136 transmits BOM data to the production management system 108 when predetermined provision conditions are satisfied.
  • a procurement plan formulated by MRP does not take production scheduling into consideration, and is a plan under the assumption of infinite production capacity.
  • a procurement plan based only on BOM 1000 press-formed products and 2000 kg of paint are prepared one hour before delivery.
  • 1000 pieces of copper plate cutting work in progress and 1000 pieces of iron plate cutting work in progress are prepared one hour before painting.
  • 8000 kg of the copper material is prepared 1 hour before the press work, and 20000 kg of the iron material is prepared 2 hours before the press work.
  • scheduling information is described in the transaction information of the fabrication services B1 to B3.
  • a cutting service for 1 hour it is necessary to use an electric power of 2.5 kWh, a labor of 0.2 hours, and a cutting device for 1 hour.
  • a pressing service for one hour it is necessary to use 10 kWh of electric power, one hour of labor, and one hour of a pressing device.
  • the painting service for 1 hour it takes 1 hour of labor for the painter.
  • scheduling focus on the resources that are the most bottlenecked. In each of the three services of cutting, pressing, and painting, the cutting device, the press processing device, and the painter become resources that become bottlenecks, and the timing of the supply becomes the schedule of the entire process.
  • the support information generation unit 134 specifies the order of a plurality of product production tasks in the same manner as when generating the BOM.
  • steel plate cutting work-in-process production and copper plate cutting work-in-process production (these are in parallel) ⁇ press forming work-in-process production ⁇ painted product production are specified.
  • the support information generation unit 134 identifies a service used in each product production task, and extracts a bottleneck resource in the transaction information of the service and its use time by a projection operation. In the event information and transaction information, when a certain input element is a bottleneck resource, a flag to that effect may be added to the input element. Alternatively, a specific input element (resource) may be determined as a bottleneck resource in advance, and information to that effect may be stored in the transaction information holding unit 122 in advance.
  • the support information generation unit 134 arranges services used in each product production task in the execution order of a plurality of product production tasks, and generates service flow information describing the bottleneck elements of each service and the usage time thereof.
  • FIG. 15 shows an example of service flow information generated in this example. This figure can also be said to be a service development table.
  • the support information generation unit 134 associates the service flow information with resource constraint information (FIG. 1) related to predetermined workers and machines and stores the information in the support information holding unit 126.
  • the support information providing unit 136 transmits service flow information and resource constraint information to the production management system 108 as management support information.
  • a resource necessary for performing the task and its occupation time are extracted from the task description (transaction information) described in the exchange algebra and provided to the production management system 108.
  • the production management system 108 uses the information provided from the management support apparatus 102 and a known algorithm (for example, an algorithm for a dynamic resource allocation problem for a parallel project proposed by the inventor in Japanese Patent Application No. 2011-104944) to dynamically allocate resources. Information such as plans and Gantt charts can be easily calculated.
  • the POE data of a company's production task and service task as transaction information by multi-entry bookkeeping using a real account and a service account.
  • information for supporting corporate management by financial accounting, cost accounting, MRP, production planning, environmental accounting, etc. is designed, implemented and implemented in an integrated manner for various corporate activities composed of mono-production tasks and service tasks. Can be managed.
  • management is performed centrally (name management) using a code system based on the account items of goods and services used for task transaction description.
  • Various information necessary for corporate management is automatically obtained by algebraic operations by using algebraic multi-entry bookkeeping data (transaction information) as a centralized common source and appropriately referring to parameters such as resource constraint information. It is done.
  • parts, work-in-progress, and finished product codes between information necessary for corporate management can be handled in an integrated manner by using the basis of algebraic multi-entry bookkeeping.
  • the composition of raw materials and work-in-progress, parts procurement plan, and production cost integration are required. It is done.
  • the management support apparatus 102 easily calculates the cost of production services, work-in-progress, and finished products from the description (transaction information) of the task made by multi-entry bookkeeping, and provides the cost information. Already shown.
  • cost risk management information can be obtained by giving fluctuations of various factors such as materials and energy costs, personnel costs, capital costs of equipment and equipment (service charges for equipment use), bads processing costs, etc. as scenarios. Is meant to be.
  • MRP-like inventory management and order management can be performed based on the BOM information and service flow information provided by the management support apparatus 102.
  • various problem management during actual operation can be performed based on various management support information provided by the management support apparatus 102. Deviations from the plan often occur in the actual production process, but the management support apparatus 102 of the embodiment generates management support information reflecting the latest event information and parameters over the above phases 1) to 3). And provide them sequentially.
  • the accounting system 106 and the production management system 108 can execute the accounting process and the production management process according to the latest situation.
  • the management of the “thing” manufacturing process has been described as one example.
  • the description of the manufacturing task transaction by multi-entry bookkeeping using real accounts and the information system design framework for the integrated design, implementation and management of the resulting manufacturing project as shown in this embodiment It can also be applied to projects consisting of service tasks that are not manufacturing. Examples are shown below.
  • Interior construction service projects In interior construction such as condominiums, a single room construction can be described in the form of a project in which tasks such as flooring, electrical work, and piping work are linked in half order. Materials are also input there, but the main interest is in scheduling human resources that provide services such as electricians. However, at the same time, material planning is also necessary. In this sense, by using the approach of the present embodiment, both material planning and scheduling in construction projects such as interior construction can be handled in an integrated manner.
  • Medical clinical path The medical care process is described as a project consisting of a series of medical tasks, such as medical examinations and examinations, and their chain.
  • medical tasks such as medical examinations and examinations, and their chain.
  • the input of materials in individual tasks and the scheduling of resources such as doctors, nurses, and inspection machines that are resources for performing the tasks become problems.
  • the framework of the present embodiment can be easily applied to such a case.
  • the management support apparatus 102 records transaction information for each event of a task (for example, a work-in-progress production task or a finished product production task) that constitutes a project critical path.
  • a task for example, a work-in-progress production task or a finished product production task
  • an integrated management system related to services and production can be realized in an easy-to-manage form based on a consistent principle, based only on a description in a transaction format in real units.
  • the construction of a system based on transaction descriptions related to task execution does not require a large-scale database or its management.
  • the enterprise system 100 that manages the modification or modification can be robustly modified. For example, by using data of algebraic multiple description and applying a known dynamic scheduling algorithm, it is possible to flexibly cope with rearrangement of schedules during production.
  • the POP Point ⁇ of Production
  • the POP (Point ⁇ of Production) event data of the production system is linked with the algebraic multiple description about the processing of tasks and services, not as a planning problem.
  • real-time transaction processing becomes easy by associating various POE events with data generated at that time.
  • Such a system can be designed much more flexibly when designed as an autonomous distributed cooperative system as in this embodiment, rather than as a cloud-like huge system.
  • the architecture proposed in the present embodiment is based on the representation of production information based on exchange algebra and record type parameter data (data algebra). Execute. Such a system can be continually improved and added later, and the introduction of the system may be started sequentially from the necessary part. Furthermore, task data is structured with a small capital cost and a concept that can be understood by the person in charge at the site.
  • (1) raw materials, labor, energy, input of equipment, and (2) main products, by-products, and services are measured.
  • event information input parameters
  • event information such as production volume
  • various scenarios such as price, technology (capital investment, etc.) and environmental constraints
  • various axes such as price unit, substance unit, waste evaluation, etc.
  • This management support method can be applied to the management of multiple processes such as (1) basic design of manufacturing processes, (2) introduction of factory production systems including equipment, and (3) production processes according to orders received. For example, the management work of each process can be supported.
  • 100 corporate system 102 management support device, 120 basis information holding unit, 122 transaction information holding unit, 124 parameter holding unit, 126 support information holding unit, 130 event receiving unit, 132 transaction recording unit, 134 support information generating unit, 136 support Information provision department.
  • the present invention can be applied to an information processing apparatus.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • Human Resources & Organizations (AREA)
  • Tourism & Hospitality (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Educational Administration (AREA)
  • Health & Medical Sciences (AREA)
  • Manufacturing & Machinery (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

イベント受付部１３０は、所定の組織で発生するイベントを構成する入力要素の数量と、イベントを構成する出力要素の数量とを含むイベント情報を受け付ける。取引記録部１３２は、イベント情報にしたがって、交換代数を適用して表現された取引情報であって、入力要素を貸方科目としてその数量を入力要素の計量単位で示し、出力要素を借方科目としてその数量を出力要素の計量単位で示す複式簿記記述による取引情報を記録する。支援情報生成部１３４は、取引記録部１３２により記録された取引情報にしたがって、複数種類の手法による組織の管理を支援するための複数種類の支援情報を生成する。

Description

管理支援装置および管理支援方法
　本発明はデータ処理技術に関し、特に管理支援装置および管理支援方法に関する。
　本発明者は、交換代数を適用して実物の取引を記録する手法を提案している（例えば非特許文献１参照）。
出口　弘、"トランザクションベースの経済システム学　- そのリサーチプログラムと方法論 -"、[online]、平成25年2月21日、進化経済学会、[平成27年10月10日検索]、インターネット<URL:http://c-faculty.chuo-u.ac.jp/~jafee/papers/Deguchi_Hiroshi2.pdf>
　組織のものづくりとサービス生産を管理するための従来のシステムでは、財務会計、環境会計、マテリアルフローコスト会計、生産計画等の処理毎に独立して情報を管理していた。そのため、従来の管理システムは大規模化し、また、そのメンテナンスにも多大な手間とコストを要していた。さらに、システムの改修や改善は容易でなかった。
　本発明者は、ものづくりやサービス生産等のイベントを交換代数を用いた複式簿記記述による取引情報として記録することにより、種々のイベントに関する統合的な情報管理のシステムを構築できることに想到した。
　本発明は上記課題を鑑みてなされたものであり、その主な目的は、ものづくりやサービス生産等の種々のイベントに関する統合的な情報管理を支援する技術を提供することである。
　上記課題を解決するために、本発明のある態様の管理支援装置は、所定の組織で発生するイベントを構成する入力要素の数量と、イベントを構成する出力要素の数量とを含むイベント情報を受け付けるイベント受付部と、イベント受付部により受け付けられたイベント情報にしたがって、交換代数を適用して表現された取引情報であって、入力要素を貸方科目としてその数量を入力要素の計量単位で示し、出力要素を借方科目としてその数量を出力要素の計量単位で示す複式簿記記述による取引情報を記録する取引記録部と、取引記録部により記録された取引情報にしたがって、複数種類の手法による組織の管理を支援するための複数種類の支援情報を生成する情報生成部と、を備える。
　本発明の別の態様は、管理支援方法である。この方法は、所定の組織で発生するイベントを構成する入力要素の数量と、イベントを構成する出力要素の数量とを含むイベント情報を受け付けるステップと、受け付けるステップで受け付けられたイベント情報にしたがって、交換代数を適用して表現された取引情報であって、入力要素を貸方科目としてその数量を入力要素の計量単位で示し、出力要素を借方科目としてその数量を出力要素の計量単位で示す複式簿記記述による取引情報を記録するステップと、記録するステップで記録された取引情報にしたがって、複数種類の手法による組織の管理を支援するための複数種類の支援情報を生成するステップと、をコンピュータが実行する。
　本発明のさらに別の態様もまた、管理支援方法である。この方法は、実物単位で計られた（１）原料や労働、エネルギー、装置の投入量、（２）生産物や副産物、サービスの生産量等を示すイベント情報に基づいて、価格や技術（設備投資等）、環境制約等のシナリオを複数仮定し、価格単位や物質単位、廃棄物の評価等の軸を用いて、生産のための技術（設備投資等）や計画を評価する。
　なお、以上の構成要素の任意の組合せ、本発明の表現を、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
　本発明によれば、ものづくりやサービス生産等の種々のイベントに関する統合的な情報管理を支援することができる。
売上伝票の例を示す図である。 前提技術２のデータ編集装置の機能構成を示すブロック図である。 会計型データを操作するためのユーザコードの一例を示す図である。 図３のユーザコードに対応する実行コードを示す図である。 図３のユーザコードに対応する実行コードを示す図である。 レコード型データを操作するためのユーザコードの一例を示す図である。 図５のユーザコードに対応する実行コードを示す図である。 図５のユーザコードに対応する実行コードを示す図である。 データ編集装置の動作を示すフローチャートである。 取引情報と組織管理プロセスとの関係を模式的に示す図である。 実施の形態の企業システムの構成を示す図である。 図９の管理支援装置の機能構成を示すブロック図である。 塗装済製品を製造するプロセスを模式的に示す図である。 多元簿記のテーブル表現例を示す図である。 多元簿記のテーブル表現例を示す図である。 ＢＯＭの例を示す図である。 サービスフロー情報の例を示す図である。
　（前提技術１）
　本発明の実施の形態の構成を説明する前に、本実施の形態の前提となる交換代数について説明する。
　本発明者は、以下に示す２つのデータ構造により、企業等の組織における８～９割のデータを表現することができると考えた。
　１．多分類数値型（以下、「会計型データ」とも呼ぶ。）
　データの値とデータの属性（以下、「基底」とも呼ぶ。）の組み合わせであり、データの値として数値が用いられ、データの属性として名称・単位・時間・主体が用いられる。例えば、４０＜現金，円＞＋３０＜ミカン，個＞・・・と表現される。
　２．多分類混合型（以下、「レコード型データ」とも呼ぶ。）
　データの値と基底の組み合わせであり、データの値および基底には数値や数値以外の様々なリテラルが用いられる。例えば、５５＜年齢＞＋山田太郎＜名前＞＋津軽＜好きな果物＞・・・と表現される。
　以下では、主に会計型データについて詳細に説明する。
　会計型データは、何らかの分類された項目ごとに与えられた数値データをまとめて表現し、その上で演算を行うための代数系（以下、「交換代数」とも呼ぶ。）に属するものであり、交換代数データとも言える。会計型データにおける基底（すなわち分類項目）は、＜名称，単位，時間，主体＞と４つの項目からなる。データは、１以上の基底に対する値の組み合わせ、言い換えれば、１以上の基底に対する値の和で表現される。
　例１：ｘ＝２００＜リンゴ，円，＃，＃＞＋４００＜さんま，円，＃，＃＞
　例２：ｙ＝２００＜リンゴ，円，２００６年第１四半期，＃＞＋４００＜リンゴ，円，２００６年第２四半期，＃＞＋７２０＜リンゴ，円，２００６年第３四半期，＃＞
　上記の例１では時間と主体が省略されており、例２では主体が省略されている。例２は時系列データが表現されたものとも言える。また基底の主体には企業名等の組織の識別情報が設定されてもよい。
　交換代数による表現のメリットとして、様々な基底（分類）を用いてデータを表現できること、またプログラムコードではなく人間に解釈容易な文字で基底を表現できることが挙げられる。さらにまた、後述するように振替という演算による統一的なデータ編集が可能になる。
　前提技術の交換代数では、マイナスの数値の代わりに＾（ハット）という記号を用いる。例えばｘ＝２０＾＜リンゴ，＃，＃，＃＞はリンゴが２０減ることを示す。言い換えれば、＾はある項目に対して相殺すべき反対項目を意味する基底を示す。また相殺操作を表す作用素（オペレータ）として「～（バー）」を導入する。以下例を示す。
　ｘ１＝３０＜現金＞＋２０＜リンゴ＞＋５０＜負債＞
　ｙ１＝＾ｘ１＝３０＾＜現金＞＋２０＾＜リンゴ＞＋５０＾＜負債＞
　～（ｙ１＋ｘ１）＝（３０＾＜現金＞＋２０＾＜リンゴ＞＋５０＾＜負債＞）＋（３０＜現金＞＋２０＜リンゴ＞＋５０＜負債＞）＝０
　次に、交換代数による振替え操作について説明する。簿記では振替という操作がある。これは一種の分類替え（基底変換）の操作と言える。ここでは、図１の（ａ）に示す八百屋の売上伝票を図１の（ｂ）に示す売上伝票へ振替える例を示す。
　図１の（ａ）および（ｂ）で示す取引は円表示で以下のように表現できる。
　ｘ１＝２００＜現金，円＞＋１００＾＜リンゴ，円＞＋１００＜利益，円＞
　ｘ２＝５０＜光熱費，円＞＋５０＾＜現金，円＞
　ｘ３＝１００＾＜利益，円＞＋１００＜営業収益，円＞
　ｘ４＝５０＾＜営業収益，円＞＋５０＾＜光熱費，円＞
　ｙ＝ｘ１＋ｘ２＋ｘ３＋ｘ４＝（２００＜現金，円＞＋１００＾＜リンゴ，円＞＋１００＜利益，円＞）＋（５０＜光熱費，円＞＋５０＾＜現金，円＞）＋（１００＾＜利益，円＞＋１００＜営業収益，円＞）＋（５０＾＜営業収益，円＞＋５０＾＜光熱費，円＞）
　～ｙ＝１５０＜現金，円＞＋１００＾＜リンゴ，円＞＋５０＜営業収益，円＞
　次に、振替え操作と見なすアグリゲーション（合併）と按分について説明する。
　１．アグリゲーション
　３００円の津軽と２００円の富士と１００円の紅玉（いずれもリンゴの１品種）があったとする。これを、ｘ＝３００＜津軽，円＞＋２００＜富士，円＞＋１００＜紅玉，円＞と表現する。この津軽・富士・紅玉を「リンゴ」とまとめて分類する操作も一種の振替であり、アグリゲーションとよぶ。なお前提として｛津軽，富士，紅玉｝-->{リンゴ}という対応関係のマップが与えられている必要がある。
　この例では上記の対応関係のマップにしたがって、Ｆ（ｘ）＝３００＾＜津軽，円＞＋２００＾＜富士，円＞＋１００＾＜紅玉，円＞＋３００＜リンゴ，円＞＋２００＜リンゴ，円＞＋１００＜リンゴ，円＞、という元を生成する。基底＜リンゴ＞の値は、集約対象の基底＜津軽＞、＜富士＞、＜紅玉＞のそれぞれに対する値である。言い換えれば、集約対象の基底＜津軽＞、＜富士＞、＜紅玉＞のそれぞれに対する値の集計値が、基底＜リンゴ＞の値として算出される。
　アグリゲーションを表す振替Ｇ（ｘ）は、Ｆ（ｘ）を用いて、～｛ｘ＋Ｆ（ｘ）｝で与えられる。すなわち、Ｇ（ｘ）＝～｛ｘ＋Ｆ（ｘ）｝＝（３００＜津軽，円＞＋２００＜富士，円＞＋１００＜紅玉，円＞）＋（３００＾＜津軽，円＞＋２００＾＜富士，円＞＋１００＾＜紅玉，円＞＋３００＜リンゴ，円＞＋２００＜リンゴ，円＞＋１００＜リンゴ，円＞）＝６００＜リンゴ，円＞、となる。
　２．按分
　按分とは、１つの分類項目をさらに細かく複数の分類項目へ分割することである。例えば、アグリゲーションに示した例では基底＜リンゴ＞に対応する値を、津軽・富士・紅玉へ分割することを意味する。なお前提として｛リンゴ｝-->｛津軽，富士，紅玉｝の按分比率が与えられている必要があり、ここでは１：１：１であることとする。
　この例では上記の按分比率にしたがって、ｘ＝６００＜リンゴ，円＞に対して、Ｆ（ｘ）＝６００＾＜リンゴ，円＞＋２００＜津軽，円＞＋２００＜富士，円＞＋２００＜紅玉，円＞、という元を生成する。
　按分を表す振替えＧ（ｘ）は、Ｆ（ｘ）を用いて、～｛ｘ＋Ｆ（ｘ）｝で与えられる。すなわち、Ｇ（ｘ）＝～｛ｘ＋Ｆ（ｘ）｝＝６００＜リンゴ，円＞＋（６００＾＜リンゴ，円＞＋２００＜津軽，円＞＋２００＜富士，円＞＋２００＜紅玉，円＞）＝２００＜津軽，円＞＋２００＜富士，円＞＋２００＜紅玉，円＞、となる。
　（前提技術２）
　以下、前提技術１の交換代数の考え方を利用してデータ編集処理を実行する情報処理装置（以下、「データ編集装置」と呼ぶ。）について説明する。前提技術２において、ユーザは、対象がその集合に属するための必要十分条件を与えることによって集合を記述する方法である内包的記法を用いて、データの編集内容を記述する。前提技術２のデータ編集装置は、内包的記法により記述された編集内容に基づいて、集合の要素をすべて列挙することで集合を記述する方法である外延的記法で記述されたプログラムコードを出力する。そして、編集対象のデータを、交換代数に対応する形式のデータオブジェクトとしてメモリに読み込み、上記のプログラムコードを実行することによりデータの編集処理を実行する。
　図２は、前提技術２のデータ編集装置１０の機能構成を示すブロック図である。データ編集装置１０は、データ保持部１２と、コード対応関係テーブル１４と、集約規則テーブル１６と、按分規則テーブル１８と、コード取得部２０と、コード生成部２２と、編集処理部２４を備える。
　本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、図２の各機能ブロックは、ソフトウェアとして記録媒体に格納されデータ編集装置１０のハードディスクにインストールされ、データ編集装置１０のメインメモリに適宜読み出されてＣＰＵにて実行されてもよい。
　データ保持部１２は、編集対象となる編集前のデータと編集後のデータとを保持する記憶領域である。データ保持部１２は、編集前のデータと編集後のデータのそれぞれについて、データの値と基底とを対応づけたＣＳＶ（Comma Separated Values）ファイルを保持する。例えば、ＣＳＶファイルの一行が「値，ハットの有無，名称，単位，時間，主体」となり、空白行が元（げん）の区切りを示してもよい。なおデータ保持部１２は、データ編集装置１０とは異なる情報処理装置、例えばデータベースサーバ内に設けられてもよいことはもちろんである。この場合、ＬＡＮ・ＷＡＮ・インターネット等の通信網を介して当該データベースサーバとデータ編集装置１０が接続された情報処理システムが構築されてもよい。
　コード対応関係テーブル１４は、データの編集内容（編集操作）を内包的記法により記述するためのプログラム言語（以下、「内包的記法言語」とも呼ぶ。）と、データの編集内容を外延的記法により記述するためのプログラム言語（以下、「外延的記法言語」）との対応関係を保持する記憶領域である。前提技術２における外延的記法言語はＪａｖａ（登録商標）言語であることとするが、Ｃ言語等、他のプログラム言語であってもよい。
　内包的記法言語と外延的記法言語との対応関係は、例えば、内包的記法言語における編集操作を示すキーワードと、外延的記法言語におけるその編集操作を実現するためのロジックを実装したコード（関数）とを対応づけたものである。より具体的には、内包的記法言語における複数のデータから特定のデータを抽出する条件の記述は、外延的記法言語における複数のデータを逐次列挙するための繰り返し命令の記述と対応づけられる。また例えば、内包的記法言語において入力データを指定するコードと、外延的記法言語においてその入力データをメモリ内に読み込むロジックを実装したコードとを対応づけたものである。なお、対応関係の具体例は図３～図６において後述する。
　集約規則テーブル１６は、アグリゲーション操作時に参照されるべき複数種類の基底の集約関係を定めた集約規則を保持する記憶領域である。集約規則は、例えば上述の｛津軽，富士，紅玉｝-->{リンゴ}という集約関係を定めたものである。複数種類の基底を集約する基底（上記例ではリンゴ）を以下では「集約基底」と呼ぶこととする。按分規則テーブル１８は、按分操作時に参照される複数種類の基底の按分比率を定めた按分規則を保持する記憶領域である。按分規則は、例えば上述の｛リンゴ｝-->｛津軽，富士，紅玉｝という按分関係と、１：１：１という按分比率を定めたものである。
　コード取得部２０は、キーボード等の所定の入力装置を介してユーザにより入力されたプログラムコード（以下、「ユーザコード」とも呼ぶ。）を取得する。このユーザコードは、内包的記法言語で記述される。具体的なユーザコード例は後述する。
　コード生成部２２は、コード対応関係テーブル１４に保持された対応関係にしたがって、ユーザコードから、ユーザコードに記述されたデータ編集内容が外延的記法言語で記述されたプログラムコード（以下、「実行コード」とも呼ぶ。）を生成する。前提技術２における実行コードはＪａｖａバイトコードであることとする。具体的には、ユーザコードに対応するＪａｖａソースコードを生成し、そのソースコードをコンパイルすることによりＪａｖａバイトコードを生成する。具体的な実行コード例は後述する。
　編集処理部２４は、コード生成部２２において生成された実行コードにしたがって、データ保持部１２に保持された編集対象のデータを編集する。編集処理部２４は、データ読込部２６とデータ編集部２８と編集結果出力部３０を含む。なお、実行コードが所定の実行エンジンにおいて実行されることにより、編集処理部２４（データ読込部２６～編集結果出力部３０）の機能が実現されてもよいことはもちろんである。例えば、実行コードがＪａｖａバイトコードの場合、実行エンジンはＪＶＭ（Java Virtual Machine）となる。
　データ読込部２６は、データ保持部１２から編集対象のデータを読み込み、そのデータから、データの値と基底とが対応づけられたデータオブジェクトをメモリ上に生成する。データ編集部２８は、データ読込部２６において生成されたデータオブジェクトに対する操作を実行して編集結果のデータを設定する。編集結果出力部３０は、データ読込部２６において設定された編集結果のデータをＣＳＶファイルとして記録し、データ保持部１２へ格納する。
　図３は、会計型データを操作するためのユーザコードの一例を示す。以下のコード例では、左端に行番号を示しており、その行番号によりコードの位置を適宜示す。図３では、編集対象データとして、２００＜現金＞＋１００＜小麦＞という元と、２００＜現金＞＋２００＜大豆＞という元を含む集合Ｃが指定されている。ここでは説明の簡明化のため編集対象データを直接入力しているが、典型的には入力ファイルとしてのＣＳＶファイルの名称や、そのＣＳＶファイルにおける入力データの記述位置が指定されることにより入力データを示すデータオブジェクトが生成される。
　図３の４行目では、交換代数のプロジェクション処理、すなわち指定された基底と一致する部分要素を抽出する射影操作が指定されている。具体的には、集合Ｃから基底＜現金＞もしくは＜小麦＞に該当し、かつ、値が設定済という条件を充足する元を抽出して集合ａｓｅｔへ代入する処理が指定されている。そして５行目でａｓｅｔ内の元の加算処理が指定されている。ａｓｅｔは２００＜現金＞、１００＜小麦＞、２００＜現金＞を含むため、加算結果ａｌｐｈａは４００＜現金＞＋１００＜小麦＞となる。ここでは説明の簡明化のため編集結果を標準出力へ出力することとしているが、典型的には出力ファイルとしてのＣＳＶファイルが指定されて、当該ＣＳＶファイルに編集結果（ここでは加算結果ａｌｐｈａの内容）が記録される。
　図４（ａ）は、図３のユーザコードに対応する実行コードを示す。具体的には図３の２行目に応じてコード生成部２２が生成する実行コードであり、データ読込部２６の機能に対応する。なお、前提技術２の説明では実行コードとして便宜的にＪａｖａソースプログラムを示す。同図では、集合Ｃに対応するＥｘＡｌｇｅＳｅｔオブジェクトに、２００＜現金＞＋１００＜小麦＞という元に対応するＥｘＡｌｇｅオブジェクト（１５～２３行目）と、２００＜現金＞＋２００＜大豆＞という元に対応するＥｘＡｌｇｅオブジェクト（２４～３２行目）が格納されている。
　図４（ｂ）は、図３のユーザコードに対応する実行コードを示す。具体的には図３の４行目に応じてコード生成部２２が生成する実行コードであり、データ編集部２８の機能に対応する。同図では、集合Ｃに含まれる複数の元に対応するＥｘＡｌｇｅオブジェクトを列挙するｆｏｒループと、集合Ｄに含まれる複数の基底に対応するＥｘＢａｓｅオブジェクトを列挙するｆｏｒループとの２重ループの中で、プロジェクションメソッドが呼び出され、プロジェクション処理の結果がリストへ追加される。そして、そのリストから集合ａｓｅｔが設定されている。
　図５は、レコード型データを操作するためのユーザコードの一例を示す。同図では、山田＜ｎａｍｅ＞＋５＜ｓｃｏｒｅ＞、田中＜ｎａｍｅ＞＋３＜ｓｃｏｒｅ＞、鈴木＜ｎａｍｅ＞＋４＜ｓｃｏｒｅ＞、佐藤＜ｎａｍｅ＞＋２＜ｓｃｏｒｅ＞、本田＜ｎａｍｅ＞＋５＜ｓｃｏｒｅ＞の５つの元を含む集合ｄａｔａｓｅｔが指定されている。
　図５の９行目では、基底＜ｓｃｏｒｅ＞に対応づけられた値が４以上の元が存在するたびに、元「１＜４以上，人，＃，＃＞」を集合ａｓｅｔへ代入する処理が指定されている。そして、１１行目でａｓｅｔ内の元の加算処理が指定されている。この結果として、ａｓｅｔには元「１＜４以上，人，＃，＃＞」が３個含まれることになり、ｒｅｔ＝３＜４以上，人，＃，＃＞となる。すなわちこの例は、ｓｃｏｒｅが４以上の人数を集計するものとなる。
　図６（ａ）は、図５のユーザコードに対応する実行コードを示す。具体的には図５の２～７行目に応じてコード生成部２２が生成する実行コードであり、データ読込部２６の機能に対応する。同図では、集合ｄａｔａｓｅｔに対応するＤｔＡｌｇｅＳｅｔオブジェクトに、上記５つのレコード型データの元のそれぞれに対応するＤｔａｌｇｅオブジェクトが格納される。レコード型データは値と基底の両方で様々なデータ型を許容するため、値と基底のそれぞれのデータ型を示す情報もＤｔａｌｇｅオブジェクトに設定される。
　図６（ｂ）は、図５のユーザコードに対応する実行コードを示す。具体的には図５の９行目に応じてコード生成部２２が生成する実行コードであり、データ編集部２８の機能に対応する。同図では、集合ｄａｔａｓｅｔに含まれる複数の元に対応するＤｔＡｌｇｅＳｅｔオブジェクトを列挙するｆｏｒループの中で、基底＜ｓｃｏｒｅ＞に対応する値が４以上の場合に、元「１＜４以上，人，＃，＃＞」がリストへ追加される。そして、そのリストから集合ａｓｅｔが設定されている。
　なおユーザコードにアグリゲーション命令（関数）が設定された場合、コード生成部２２は、集約規則テーブル１６に保持された集約規則を参照して、まず簿記の記載に対応するオブジェクト（以下、「中間オブジェクト」とも呼ぶ。）を設定する実行コードを生成する。具体的には、集約対象の複数のデータの集計値を算出し、その集計値と集約基底とを対応づけたデータと、集約対象の複数のデータそれぞれの値を差し引くことを示すデータ（すなわち集約対象の複数のオリジナルデータにハット属性を付加したデータ）とを加算する元を示すオブジェクトを、中間オブジェクトとして設定する実行コードを生成する。この中間オブジェクトは、前提技術１のアグリゲーションで示したＦ（ｘ）に対応する。
　そしてコード生成部２２は、集約対象の複数のオリジナルデータが加算される元を示すオブジェクトと中間オブジェクトとを加算する、言い換えれば、集約対象の複数のオリジナルデータとそれらのデータにハット属性を付加したデータとを相殺することにより、集約対象の複数のデータの集計値と集約基底とを対応づけたデータを、集計結果のオブジェクトへ格納する実行コードを生成する。この実行コードは、前提技術１のアグリゲーションで示した～（ｘ＋Ｆ（ｘ））に対応するコードである。なおコード生成部２２は、中間オブジェクトの内容を所定のファイルへ出力する実行コードをさらに生成してもよい。この態様によると、中間オブジェクトの内容をユーザへ提示することにより、効率的なデバッグを支援するとともに、簿記の振替計算に利用可能な情報をユーザへ提供できる。
　またユーザコードに按分命令（関数）が設定された場合、コード生成部２２は、按分規則テーブル１８に保持された集約規則を参照して、アグリゲーション時と同様にまず中間オブジェクトを設定する実行コードを生成する。具体的には、按分対象のデータの値を按分比率にしたがって按分し、按分した値と按分先の各基底とを対応づけたデータと、按分対象のオリジナルデータにハット属性を付加したデータとを加算する元を示すオブジェクトを、中間オブジェクトとして設定する実行コードを生成する。この中間オブジェクトは、前提技術１の按分で示したＦ（ｘ）に対応する。
　そしてコード生成部２２は、按分対象のオリジナルデータの元を示すオブジェクトと中間オブジェクトとを加算する、言い換えれば、按分対象のオリジナルデータとそのデータにハット属性を付加したデータとを相殺することにより、按分した値と按分先の各基底とを対応づけたデータを、按分結果のオブジェクトへ格納する実行コードを生成する。この実行コードは、前提技術１の按分で示した～（ｘ＋Ｆ（ｘ））に対応するコードである。なおコード生成部２２は、アグリゲーションと同様に、中間オブジェクトの内容を所定のファイルへ出力する実行コードをさらに生成してもよい。
　以上の構成による動作を以下説明する。
　図７は、データ編集装置１０の動作を示すフローチャートである。まずユーザは、内包的記法言語を用いてデータの編集内容を内包的記法により記述し、そのプログラムコードを指定したデータの編集指示をデータ編集装置１０へ入力する。データ編集装置１０が所定の入力装置を介してデータの編集指示を受け付けた場合（Ｓ１０のＹ）、データ編集装置１０のコード取得部２０は、ユーザにより入力されたプログラムコードをユーザコードとして取得する（Ｓ１２）。コード生成部２２は、コード対応関係テーブル１４に保持されたユーザコードと実行コード間の対応関係にしたがって、ユーザコードから実行コードの生成処理を開始する（Ｓ１４）。
　ユーザコードにアグリゲーション命令や按分命令等の振替え命令が存在する場合（Ｓ１６のＹ）、コード生成部２２はその振替え命令に応じた相殺処理のための中間オブジェクトの出力命令を実行コードへ設定する（Ｓ１８）。ユーザコードに振替え命令がなければ（Ｓ１６のＮ）、Ｓ１８をスキップする。編集処理部２４は、生成された実行コードにしたがって編集対象データに対する編集処理を実行する（Ｓ２０）。例えば、データ読込部２６は、データ保持部１２の入力データ格納用のＣＳＶファイルから、ユーザコードおよびユーザコードから生成された実行コードにおいて指定された編集対象のデータを読み込みデータオブジェクトを生成する。そしてデータ編集部２８は、生成されたデータオブジェクトに対して実行コードにて指定された編集操作（基底に基づく射影操作・アグリゲーション操作・按分操作等）を実行し、編集結果を示すデータオブジェクトを生成する。編集結果出力部３０は、編集処理部２４による編集結果、例えばデータ編集部２８により生成された編集結果を示すデータオブジェクトの内容（属性値等）を、データ保持部１２の編集結果格納用のＣＳＶファイルへ出力する（Ｓ２２）。データ編集装置１０がデータの編集指示を受け付けなければ（Ｓ１０のＮ）、Ｓ１２以降はスキップされる。
　前提技術２のデータ編集装置１０によれば、従来ＲＤＢで扱われていたデータを、会計型データに対応するデータオブジェクト、もしくは、レコード型データに対応するデータオブジェクトとして表現することができる。これにより、コンピュータ上におけるデータオブジェクト表現の標準化を支援することができる。また、編集対象のデータの蓄積においてＲＤＢのような複雑な仕組みを必要とせず、可視性の高いＣＳＶファイルで蓄積することができる。
　またデータ編集装置１０によれば、ユーザはデータの編集内容を内包的記法言語で記述できるため、データの編集内容を正しく理解しているユーザであれば、実際にコンピュータを動作させるための外延的記法言語について理解していなくても、正しいデータ編集を実現させることができる。またデータ編集装置１０では編集対象のデータが値と基底との組み合わせとして保持されるため、ユーザは内包的記法を用いることで、規定に基づく編集内容を容易に記述することができる。また内包的記法はコンピュータに依存せず、データ編集の仕様を反映するものであるため、ユーザは正しい仕様記述を行えば、正しいデータ編集を実現させることができる。例えば、ｆｏｒループ等を意識せずに、ユーザはデータの編集内容を仕様通りに記載すればよい。したがって、ユーザコードへのバグの混入を低減させることができ、言い換えれば、バグの発生箇所をデータそのもののバグに限定させやすくなる。例えば、会計型データの操作においては、アグリゲーションや按分等、様々な振替処理をロバストに記述することができる。
　またデータ編集装置１０によれば、データの基底に基づいて値の編集処理が行われることにより、データの形式（スキーマ）に変更があった場合でも、その影響範囲を限定することができる。例えば、編集対象のデータを格納したテーブルにおいてカラムの入れ替えが発生しても、ユーザコードにおける編集ロジックへの影響を排除することができる。
　またデータ編集装置１０によれば、アグリゲーションや按分等の振替処理の規則がプログラムコード外のテーブルに保持されるため、規則に変更が生じてもテーブルのデータを変更すればよく、プログラムコードへの影響を排除できる。
　変形例として、データ編集装置１０は振替規則テーブルをさらに備えてもよい。振替規則テーブルは、振替操作（ここではアグリゲーションや按分を伴わない基底の変換操作であることとする）において参照されるべき振替規則を保持する記憶領域である。振替規則は、振替元の基底と振替先の基底とを対応づけたデータである。コード生成部２２は、ユーザコードに振替命令が設定された場合、振替規則テーブルに保持された振替規則を参照して、中間オブジェクトＦ（ｘ）を設定する実行コードを生成する。例えば、ｘ＝数値Ａ＜振替元の基底＞の場合、Ｆ（ｘ）＝数値Ａ＾＜振替元の基底＞＋数値Ａ＜振替先の基底＞となる。そしてコード生成部２２は、～（ｘ＋Ｆ（ｘ））に対応した実行コードを生成する。当該コードの実行結果として、上記の例では、数値Ａ＜振替元の基底＞が、数値Ａ＜振替先の基底＞に変換されることになる。
　（実施の形態）
　近年、Ｍ２Ｍ（Machine To Machine）、ＩｏＴ（Internet Of Things）、ＩｏＥ（Internet Of Everything）等の技術革新を受け、サイバーフィジカル空間上でのものづくりやサービス構築に関して、新たな産業インフラのアーキテクチャデザインが必須となっている。ここでは、物的勘定とサービス勘定を用いて交換代数で記述された代数的多元簿記（Algebraic Multi-dimensional Bookkeeping System:AMBS）を基軸として、生産やサービス提供のシステムに関する諸情報を統合的に扱う生産支援システムの構築を提案する。
　ＩｏＥ時代の生産システム・サービス提供システムについて、「インダストリー４．０」で構想されているようなトップダウンのシステムとして工場のフランチャイズ化が進むシナリオがある。これに対し、本実施の形態で提案する生産支援システムは、改善が常に可能、ボトムアップ的、自律分散協調的であるという特徴を有する。
　（実施の形態の概要説明）
　ＩｏＥといわれる時代において、自律性の高い人・モノ・ソフトウェア等のエージェントが相互に結びついて、モノの生産や、サービスのワークフローを組織の内部および組織の壁を越えて、管理（設計・実装・保守を含む）することの必要性が高まっている。現状、その管理を支援する情報システムは、データベースソリューションの延長上で設計されており、会計や原価管理、生産計画、在庫管理、環境管理等の各種処理について、それぞれ別個に情報を管理していた。
　また、各処理が情報連携し、生産計画、原価計算、マテリアルコストフロー会計等を統合的に実行するためには、複雑なシステム実装や運用が必要であった。例えば、データベースの情報とＥＲＰソフトの情報を関連づけたシステム運用が必要であった。また例えば、別々に登録されたデータを相互に関係づけて運用することが求められた。その結果、システムは大規模になり、そのメンテナンスにも大きな手間とコストを要し、さらにシステムの絶えざる改修や改善は容易でなかった。さらにまた、サブライチェーンや外注関係を利活用したシステムの構築には、インダストリー４．０のように、ものづくりに対する統合システム（例えばＥＲＰ）の導入が想定されている。だが、このようなシステムは、企業等の競争力の源泉の一つである、後付け的な改善の継続を前提とした物作りのマネージメントを難しくすることがある。
　実施の形態では、簿記の抽象化である交換代数を用い、実物勘定・サービス勘定を勘定基底とする代数表現を用いた代数的多元簿記を用いることによって、ものづくりやサービス生産における一貫した統合的な生産管理のシステムを構築する。このシステムは、組織活動を示すプロセス（例えば完成品の生産プロセス等）を構成する個々のタスクを、代数的多元簿記記述により取引形式で記録したデータを共通のソースとして、財務会計、原価管理、環境管理、マテリアルフローコスト会計、調達管理、生産計画等を支援するための複数種類の情報を求める。
　実施の形態では、モノやサービスの生産・提供等のタスクをイベントとして、各イベントを、実物勘定・サービス勘定を用いた多元簿記である実物簿記を用いて取引（トランザクション）形式で記録する。言い換えれば、交換代数を基盤として、管理対象組織のトランザクションを記述する。具体的には、タスク遂行結果のモノ、サービス、副産物と、タスクに投入するサービスや原材料等を含む構成情報を実物単位を用いて複式簿記記述（言い換えれば仕訳形式）による取引情報として記録する。
　タスクの構成情報記述は、複式でかつ実物勘定・サービス勘定を用いて取引量を測定している。それゆえ、金額的にゼロ評価の環境情報も、また金額評価では分からない投入資材の分量や投入サービスの所要時間、機械の稼働時間も情報として容易に記述できる。また、製造における材料や仕掛品（マテリアル）の投入を示す情報だけでなく、その製造に関わる人的サービスやファブリケーションサービスの投入も、タスクイベントでの多元簿記情報として記述することができる。
　以下、モノの生産・製造のタスク（イベントと同義）を「モノ生産タスク」とも呼び、サービスの生産・遂行のタスクを「サービスタスク」とも呼ぶ。複数のタスクの遂行順序を半順序関係として結んだ、単品生産（仕掛品の製造も含む）やサービスのプロジェクト（クリティカルパス）自体は、通常、タスク実行の順序関係（半順序となる）とそれぞれのタスクの遂行時間の情報で表現される。この製造やサービス遂行のクリティカルパス自体も、実物簿記での個々のタスクのトランザクションに含まれる。
　そのため、あるモノ生産タスクやサービスタスク（例えば完成品のモノ生産タスク）から、前段階のタスクへ次々に遡ることで、製造やサービス遂行のためのタスク順序を構築することができる。同様に、モノやサービスの投入プロセスを階層的に示したＢＯＭ（Bill Of Materials、「部品表」、「部品展開表」とも呼ばれる）や、ＢＯＭを拡張したサービス展開表であるＢＯＳ（Bill Of Services）を構築できる。なお前段階のタスクは、例えば仕掛品やサービス途上の状態を示すタスクであり、以下「仕掛タスク」とも呼ぶ。
　また、生産やサービス遂行のクリティカルパスを構成するそれぞれの仕掛タスク遂行における投入サービスの所要時間や機械の稼働時間から、生産指示やスケジューリングのための稼働情報を得ることができる。また、これらから生産指示書の作成に必要な情報であり、生産機械やサービス人員などの資源をモノ生産タスクやサービスタスクへ割当てるために必要な管理情報を抽出することができる。さらにまた、サービスや機械の投入に関するリソースの総量が別途与えられれば、生産スケジューリングのガントチャートのような生産スケジューリング情報も作成できる。なお本発明者は、特願２０１１－１０４９４４において、生産スケジューリング情報を提案している。
　ここまで説明したように、実物簿記を用いた取引情報から、複数の手法による組織管理を支援するための複数種類の支援情報を生成できる。図８は、元データとしての取引情報と、組織管理プロセスとの関係を模式的に示す。本図の取引情報は、組織の生産プロセスを構成する複数のモノ生産タスク、サービスタスクに対応する複数のトランザクションデータである。また、本図の「パラメータと処理」欄では、パラメータ（例えば取引情報とは独立して外部から与えられるデータ）を網掛けの角丸四角で示し、データ処理を楕円で示している。
　取引情報には、組織活動（図８の例では生産プロセス）における入力要素および出力要素についての情報が、捨象されることなく、代数的多元簿記の記述でそのまま記録される。ここで入力要素は、モノやサービスを生産するために投入（利用）される原料や仕掛品、装置、サービスを意味する。また出力要素は、イベントの結果として生産されるモノやサービスを意味する。このような交換代数を適用した取引情報を一元的なソースとして代数的なオペレーションを実行することにより、複数の手法による組織の管理を支援するための複数種類の情報（以下「管理支援情報」と呼ぶ。）を提供できる。例えば、財務会計を支援するための原価情報を取引情報から抽出して、財務会計システムへ提供できる。また、マテリアルフローコスト会計を支援するための副産物（鉄屑等）の生産に要する資源データを取引情報から生成して、マテリアルフローコスト会計システムへ提供できる。
　（実施の形態の詳細説明）
　以下、製造業の企業に構築された情報処理システムである企業システムを例として説明するが、実施の形態に記載の技術は、製造業に限らず、様々な業種の企業や団体、公的機関における情報管理に適用可能である。図９は、実施の形態の企業システム１００の構成を示す。企業システム１００は、管理支援装置１０２、担当者端末１０４、会計システム１０６、生産管理システム１０８を備える。各装置の物理的な台数に制限はない。
　会計システム１０６は、企業の財務会計やマテリアルフローコスト会計のためのデータ処理を実行する。例えば、財務会計やマテリアルフローコスト会計のための文書（財務諸表等）を作成する。生産管理システム１０８は、原料の調達計画、また仕掛品および完成品の生産計画や生産管理のためのデータ処理を実行する。例えば、ＢＯＭに基づいて生産計画文書を生成する。担当者端末１０４は、企業の業務担当者により操作される情報端末であり、例えばＰＣやタブレット端末、スマートフォン等である。
　管理支援装置１０２は、実物・サービス勘定を用いた多元取引記述によって「もの」と「サービス」を統合的に管理する情報処理装置である。本実施の形態では、管理支援装置１０２にて実現される、ものづくりとサービス生産に関するデータ処理技術を主に説明する。
　管理支援装置１０２は、担当者端末１０４から入力された企業活動を示す情報（以下「イベント情報」と呼ぶ。）を複式簿記形式の取引情報として記憶する。管理支援装置１０２は、その取引情報を共通のソースとして、会計システム１０６および生産管理システム１０８による企業管理のためのデータ処理を支援する複数種類の管理支援情報を生成する。そして、複数種類の管理支援情報を会計システム１０６および生産管理システム１０８へ提供することにより、会計システム１０６および生産管理システム１０８による企業管理の正確性や効率性、保守性等を向上させる。
　図１０は、図９の管理支援装置１０２の機能構成を示すブロック図である。管理支援装置１０２は、制御部１１０、記憶部１１２、通信部１１４を備える。制御部１１０は、各種データ処理を実行する。記憶部１１２は、制御部１１０により参照され、また更新されるデータを記憶する記憶領域である。通信部１１４は、各種の通信プロトコルにしたがって外部装置と通信する。制御部１１０は、通信部１１４を介して、担当者端末１０４、会計システム１０６、生産管理システム１０８とデータを送受する。
　例えば、制御部１１０内の各機能ブロックに対応するモジュールを含むコンピュータプログラムが、ＤＶＤ等の記録媒体に格納されて管理支援装置１０２のストレージへインストールされてもよい。そして管理支援装置１０２のプロセッサが、そのプログラムを適宜メインメモリへ読出して実行することにより、制御部１１０内の各機能ブロックの機能が発揮されてもよい。記憶部１１２内の各機能ブロックは、管理支援装置１０２のメインメモリやストレージがデータを記憶することにより実現されてもよい。
　記憶部１１２は、基底情報保持部１２０、取引情報保持部１２２、パラメータ保持部１２４、支援情報保持部１２６を含む。基底情報保持部１２０は、イベントを構成する複数の要素（すなわち入力要素と出力要素）のそれぞれに対して付与すべき基底に関する情報を保持する。例えば、要素の名称と基底のデータ（例えば＜塗装済完成品，個，＃，＃＞）とを対応付けて保持する。また基底情報保持部１２０は、各基底が、複式簿記における貸方科目に該当するか、借方科目に該当するか、を定めた情報を保持する。また、要素が入力要素である場合に基底に「＾」（ハット）を付与するか否か、要素が出力要素である場合に基底に「＾」を付与するか否か、さらに「＾」の有無毎に貸方科目と借方科目のいずれに該当するかを定めた情報を保持する。
　取引情報保持部１２２は、後述の取引記録部１３２により生成された取引情報を保持する。取引情報は、企業で発生するイベントへの入力要素を貸方科目に対応付けて、入力要素の数量を入力要素の計量単位で示した複式簿記記述の情報である。また取引情報は、イベントの出力要素を借方科目に対応付けて、出力要素の数量を出力要素の計量単位で示した複式簿記記述の情報である。取引情報は実際には複式簿記を抽象化した交換代数のデータである。なお取引情報は、イベントの構成要素を仕訳形式で示す情報とも言える。
　パラメータ保持部１２４は、取引情報から管理支援情報を生成する際に参照されるパラメータ情報を保持する。パラメータ情報は、イベントを構成する各要素の価格や資源制約情報を含む。資源制約情報は、例えば、労働者の人数やマシンの台数、労働者やマシンの稼働時間の上限値等を示す情報である。パラメータ情報は、取引情報を管理支援情報へ変換するための基準や変数を定めた情報とも言える。なお、パラメータ情報は、企業の担当者により任意のタイミングで設定され、典型的には、管理支援情報の生成前に最新のパラメータが設定される。
　支援情報保持部１２６は、後述の支援情報生成部１３４により生成された複数種類の管理支援情報を保持する。
　制御部１１０は、イベント受付部１３０、取引記録部１３２、支援情報生成部１３４、支援情報提供部１３６を含む。イベント受付部１３０は、企業で発生するイベントを構成する入力要素の数量と、イベントを構成する出力要素の数量とを含むイベント情報を担当者端末１０４から受け付ける。例えばイベント情報は、（１）各要素の名称、（２）各要素が入力要素か出力要素かを示す情報、（３）各要素の数量、を含む。
　取引記録部１３２は、イベント受付部１３０によりイベント情報が受け付けられた場合に、イベント情報が含む複数の要素のそれぞれについて、基底情報保持部１２０に保持された基底のうち要素に対応する基底を識別する。そして、要素毎に、その数量に基底（または基底および「＾」）を付加した項を生成し、要素毎の項を「＋」で連結した交換代数データ（前提技術の会計型データ）を取引情報として生成する。取引記録部１３２は、生成した取引情報を取引情報保持部１２２へ格納する。
　支援情報生成部１３４は、取引情報保持部１２２に格納された取引情報と、パラメータ保持部１２４に格納されたパラメータ情報にしたがって、複数種類の手法による前記組織の管理を支援するための複数種類の支援情報を生成する。詳細は後述するが、複数種類の支援情報は、財務会計を支援する情報、マテリアルフローコスト会計を支援する情報、調達計画や生産計画の策定を支援する情報を含む。支援情報生成部１３４は、生成した複数種類の支援情報を支援情報保持部１２６へ格納する。支援情報提供部１３６は、支援情報保持部１２６に格納された複数種類の支援情報のそれぞれを、会計システム１０６または生産管理システム１０８へ送信する。
　支援情報生成部１３４は、毎月１日や、１０日おき等、予め定められたタイミングにて定期的に、最新のイベント情報やパラメータ情報にしたがって管理支援情報を生成し、また更新してもよい。また支援情報生成部１３４は、担当者端末１０４、会計システム１０６、生産管理システム１０８からの要求に応じて管理支援情報を生成してもよい。また、最新のイベント情報が入力されたことを契機に管理支援情報を生成してもよい。支援情報提供部１３６は、予め定められたタイミングにて定期的に最新の管理支援情報を送信してもよい。また、管理支援情報が更新されたことを検出した場合に最新の管理支援情報を送信してもよい。また、担当者端末１０４、会計システム１０６、生産管理システム１０８からの要求に応じて管理支援情報を送信してもよい。
　なお、イベント情報はＣＳＶファイルに記録されて管理支援装置１０２へ入力されてもよい。また取引情報も、取引情報保持部１２２に対応するＣＳＶファイルに記録されてもよい。また、取引記録部１３２および支援情報生成部１３４が取引情報を処理する場合、取引情報はＪａｖａオブジェクトとしてメモリ内に展開されてもよい。
　以上の構成による動作を説明する。
　１．多元簿記による生産タスクおよびサービスタスクの記録：
　ここでは、完成品としての塗装済製品を製造する一連のプロセス（プロジェクト）を考える。具体的には、塗装済製品の製造パスを構成する個々のタスクを製造イベントとして、実物勘定・サービス勘定を用いた複式の取引として特徴付ける。すなわち、モノの生産やサービスの遂行の単位としてのタスクを、生産やサービスに関するプロジェクト遂行の単位となるイベントとして認識し、そのイベントを実物勘定およびサービス勘定を用いたトランザクションとして記録する。
　図１１は、塗装済製品を製造するプロセスを模式的に示す。具体的には、鉄板材と銅板材の購買を出発点として、それらを原料として切削加工することで銅板切削加工仕掛品と鉄板切削加工仕掛品を生産する。次に、その２つの仕掛品をプレス加工によって、１つのプレス成形仕掛品を生産する。最後に、プレス成形仕掛品に塗装を施すことで塗装済製品を生産する。この塗装済製品は、さらに大きなサプライチェーンの中では部品となるものであるが、今想定する企業の生産プロセスの中では最終製品と見なされる。
　図１１で示すように塗装済製品を生産する一連のプロセスは、鉄板切削加工仕掛品生産、銅板切削加工仕掛品生産、プレス成型仕掛品生産、塗装済製品生産の４つのイベント（タスク）で構成される。企業の担当者は、これら４つのイベント情報を担当者端末１０４から管理支援装置１０２へ入力する。これらのイベント情報では、入力要素と出力要素の数量が各要素の計量単位（すなわち価格換算されていない単位であり、通常の計量時に使用される単位）で記述される。
　例えば、鉄板切削加工仕掛品生産のイベント情報では、入力要素として鉄材２０Ｋｇと切削加工サービス２時間が定められ、出力要素として鉄切削加工仕掛品１個と鉄屑５Ｋｇが定められる。また、銅板切削加工仕掛品生産のイベント情報では、入力要素として銅材８Ｋｇと切削加工サービス１時間が定められ、出力要素として銅切削加工仕掛品１個と銅屑２Ｋｇが定められる。また、プレス成形仕掛品生産のイベント情報では、入力要素として鉄板切削加工仕掛品１個、銅板切削加工仕掛品１個、プレス加工サービス１時間が定められ、出力要素としてプレス成形仕掛品１個が定められる。また、塗装済製品生産のイベント情報では、入力要素としてプレス成形仕掛品１個、塗料２Ｋｇ、塗装サービス１時間が定められ、出力要素として塗装済製品１個が定められる。
　管理支援装置１０２のイベント受付部１３０がこれらのイベント情報を受け付けると、取引記録部１３２は、各イベント情報を実物勘定を用いて交換代数で表現した取引情報を記録する。具体的には、入力要素と出力要素のそれぞれに、基底情報保持部１２０に記憶された、各要素の名称および入出力種類に対応する基底を付加した取引情報を記録する。ここで記録される取引情報は、物的材料資源制約の視点からの取引記述であり、以下「モノ取引情報」と呼ぶ。
　上記４つのイベントに対応する４つのモノ取引情報Ａ１～Ａ４を示す。
　（Ａ１）鉄板切削加工仕掛品生産のイベントに対応する取引情報：
　ｘ［鉄板切削加工仕掛品生産］
　＝１＜鉄板切削加工仕掛品，個，＃，＃＞
　＋５＜鉄屑，Ｋｇ，＃，＃＞
　＋２０＾＜鉄材，Ｋｇ，＃，＃＞
　＋２＾＜切削加工サービス，時間，＃，＃＞
　これは、鉄版材２０Ｋｇを原料として切削加工を２時間実施すると、鉄板切削加工仕掛品１個と副産物としての鉄屑５Ｋｇが生産されるという取引を示している。図１２は、多元簿記のテーブル表現例を示す。同図は、鉄板切削加工仕掛品生産の取引情報をテーブル形式で示している。複式簿記の観点では、入力要素の鉄材と切削加工サービスが貸方に該当し、出力要素の鉄切削加工仕掛品と鉄屑が借方に該当する。借方と貸方は実物記述の段階ではバランスしないが、金銭評価に置き換えると、利益や損失を含めてバランスする。
　（Ａ２）銅板切削加工仕掛品生産のイベントに対応する取引情報：
　ｘ［銅板切削加工仕掛品生産］
　＝１＜銅板切削加工仕掛品，個，＃，＃＞
　＋２＜銅屑，Ｋｇ，＃，＃＞
　＋８＾＜銅材，Ｋｇ，＃，＃＞
　＋１＾＜切削加工サービス，時間，＃，＃＞
　これは、銅板材８Ｋｇを原料として切削加工を１時間実施すると、銅板切削加工仕掛品１個と副産物としての銅屑２Ｋｇが生産されるという取引を示している。
　（Ａ３）プレス成形仕掛品生産のイベントに対応する取引情報：
　ｘ［プレス成形仕掛品生産］
　＝１＜プレス成形仕掛品，個，＃，＃＞
　＋１＾＜鉄板切削加工仕掛品，個，＃，＃＞
　＋１＾＜銅板切削加工仕掛品，個，＃，＃＞
　＋１＾＜プレス加工サービス，時間，＃，＃＞
　これは、鉄板切削加工仕掛品１個と銅板切削加工仕掛品１個に対してプレス加工を１時間実施すると、プレス成形仕掛品１個が生産されるという取引を示している。
　（Ａ４）塗装済製品生産のイベントに対応する取引情報：
　ｘ［塗装済製品生産］
　＝１＜塗装済製品，個，＃，＃＞
　＋１＾＜プレス成形仕掛品，個，＃，＃＞
　＋２＾＜塗料，Ｋｇ，＃，＃＞
　＋１＾＜塗装サービス，時間，＃，＃＞
　これは、プレス成形仕掛品１個と塗料２Ｋｇを原料として塗装サービスを１時間実施すると、塗装済製品１個が生産されるという取引を示している。
　これら４つのモノ取引情報では、原料あるいは仕掛品を中心とした生産加工イベントが、実物勘定を用いた多元簿記によるトランザクションとして記述される。これは製造タスクをＰＯＥ（Point Of Event）データとして認識し、それを複式の多元簿記で記述した形となっている。モノ取引情報は、（１）マテリアルや仕掛品の投入、（２）マテリアルを加工し、また利用するサービスの投入、という２種類の投入項目（すなわち入力要素）と、（３）完成品または仕掛品の生成、（４）副産物の生成、という２種類の産出項目（すなわち出力要素）を含む取引として記述される。
　本実施の形態では、マテリアルや仕掛品を実際に加工するサービスを、時間単位で計測されるサービス投入として扱う。そして、サービスを遂行するために必要な機械や人員、エネルギー等の資本財の投入や、その資本財を利用したサービスの時間制約等の産出関係を示す取引情報（以下「サービス取引情報」とも呼ぶ。）を、モノ取引情報とは別に記述し、管理する。すなわち本実施の形態では、原料等の物質の投入に関するイベントのトランザクションと、原料等の物質の加工サービスのイベントのトランザクションを区別して記述する。
　ここでの事例では、（１）切削加工サービス、（２）プレス加工サービス、（３）塗装サービスが一連の製造プロセスの中で時間単位に投入される加工サービスタスクとなる。企業の担当者は、これら３つのイベント情報を担当者端末１０４から管理支援装置１０２へ入力する。これらのイベント情報も、入力要素と出力要素の数量を各要素の計量単位で示すものである。
　例えば、切削加工サービスのイベント情報では、入力要素として電力２．５ＫＷｈ、労働サービス０．２時間、切削装置利用サービス１時間が定められ、出力要素として切削加工サービス１時間と二酸化炭素１２．９Ｋｇが定められる。また、プレス加工サービスのイベント情報では、入力要素として電力１０ＫＷｈ、労働サービス１時間、プレス加工装置利用サービス１時間が定められ、出力要素としてプレス加工サービス１時間と二酸化炭素１０Ｋｇが定められる。また、塗装サービスのイベント情報では、入力要素として地下水４Ｌ（リットル）と労働サービス１時間が定められ、出力要素として塗装サービス１時間と汚染物質０．０１Ｋｇが定められる。
　管理支援装置１０２のイベント受付部１３０がこれらのイベント情報を受け付けると、取引記録部１３２は、各イベント情報をサービス勘定を用いて交換代数で表現したサービス取引情報を記録する。具体的には、入力要素と出力要素のそれぞれに、基底情報保持部１２０に記憶された、各要素の名称および入出力種類に対応する基底を付加したサービス取引情報を記録する。サービス取引情報は、所要時間や資源（人員や機械等）制約の視点からの加工サービスの取引記述とも言える。
　上記３つのサービスイベントに対応する３つのサービス取引情報Ｂ１～Ｂ３を示す。これらのサービス取引情報は、ファブリケーションサービスの単位時間あたりの内訳を示す取引情報である。その一方、Ａ１～Ａ４で示したモノ取引情報では、必要な時間数分のファブリケーションサービスの投入が記録される。なお、Ｂ１で示す切削加工サービスは、Ａ１の鉄板切削加工仕掛品生産とＡ２の銅板切削加工仕掛品生産の両方で利用される。
　（Ｂ１）切削加工サービスのイベントに対応する取引情報：
　ｘ［単位切削加工サービス］
　＝１＜切削加工サービス，時間，＃，＃＞
　＋２．５＾＜電力，ＫＷｈ，＃，＃＞
　＋１２．９＜ＣＯ２，Ｋｇ，＃，＃＞
　＋０．２＾＜労働サービス，時間，＃，＃＞
　＋１＾＜切削装置利用サービス，時間，＃，＃＞
　これは、単位時間である１時間の切削加工サービスを提供するために、２．５ＫＷｈの電力で切削加工装置を１時間稼働させ、人が０．２時間労働し、二酸化炭素を１２．９Ｋｇ排出するという取引を示している。図１３は、多元簿記のテーブル表現例を示す。同図は、切削加工サービスの取引情報をテーブル形式で示している。複式簿記の観点では、入力要素の電力、切削装置利用サービス、労働サービスが貸方に該当し、出力要素の切削加工サービスが借方に該当する。なお出力要素の二酸化炭素は、バッズ（マイナスの価値を有する財であり、言い換えれば負債と同じ項目の財）であるため貸方に該当する。後述のＢ３の汚染物質も同様である。サービス取引情報の借方と貸方も、実物記述の段階ではバランスしないが、金銭評価に置き換えると、利益や損失を含めてバランスする。なお、取引情報の記録時に、出力要素がバッズかどうかを判定できない場合は、一旦副産物として記録しておき、事後的にバッズに振替えてもよい。
　また労働サービスは、０．２＜労働サービス，時間，＃，＃＞＋０．２＜労働債務，時間，＃，＃＞という形で、労働債務と交換で生産された労働サービスが、切削加工サービスを生成する取引に投入されると見なしている。これは、一般的な間接経費項目として労賃を支払うことと比べると、労働サービスの投入項目を明確化した原価計算方式となっている。機械装置についても、間接経費としての減価償却費に対応して減価償却引当金を計上する減価償却の間接法（減価償却引当金を債務として計上する）に対して、ここでは１＜切削装置利用サービス，時間，＃，＃＞＋１＜切削装置減価償却引当金，時間，＃，＃＞という形で切削装置利用サービスが生成され、切削加工サービスに投入されることとしている。なお、切削加工サービスそのものと、それに投入する原価項目としての切削加工装置利用サービスが別であることには留意されたい。
　（Ｂ２）プレス加工サービスのイベントに対応する取引情報：
　ｘ［単位プレス加工サービス］
　＝１＜プレス加工サービス，時間，＃，＃＞
　＋１０＾＜電力，ＫＷｈ，＃，＃＞
　＋１０＜ＣＯ２，Ｋｇ，＃，＃＞
　＋１＾＜労働サービス，時間，＃，＃＞
　＋１＾＜プレス装置利用サービス，時間，＃，＃＞
　（Ｂ３）塗装サービスのイベントに対応する取引情報：
　ｘ［単位塗装サービス］
　＝１＜塗装サービス，時間，＃，＃＞
　＋４＾＜地下水，Ｌ，＃，＃＞
　＋０．０１＜汚染物質，Ｋｇ，＃，＃＞
　＋１＾＜労働サービス，時間，＃，＃＞
　Ｂ１～Ｂ３のサービス取引情報では、生産に関する材料等の物材以外の資源制約であり、例えばタスクの最大時間制約と、タスク遂行のための人員や機械装置等の資本制約が記述される。このように本実施の形態では、マテリアルの投入に係る部分（モノ取引情報）と、マテリアルの加工に必要なサービス部分（サービス取引情報）を、分離したトランザクションとして記録する。これにより、原料や仕掛品の調達や相互関係に関する情報（例えばＢＯＭ）や、加工のスケジュール等の時間に関する情報（例えば後述のサービスフロー情報）等、それぞれの制約要件を統合的に抽出できる。詳細は後述する。
　２．実物取引データを中核とする諸データの導出：
　既述したように、取引記録部１３２は、企業活動に関する諸タスクのＰＯＥデータを、実物基底を用いて複式簿記形式の取引情報として記録する。支援情報生成部１３４は、記録された取引情報と、価格情報等のパラメータにもとづいて、サービス提供の管理やモノの生産の管理に必要な諸データ（すなわち管理支援情報）を抽出する。なお、パラメータは取引情報の記録時点で定められる必要はなく、管理支援情報の生成時点までに定められればよい。
　２－１．財務会計情報と原価管理情報の抽出：
　生産加工タスクとしての４つのＰＯＥ情報の実物勘定に基づく取引情報（Ａ１～Ａ４）と、生産加工タスクで投入される３つの加工サービスタスクの取引情報（Ｂ１～Ｂ３）を現金評価に換算することにより通常の財務会計情報と、それを用いた原価計算の基本情報が得られる。取引記録部１３２は、パラメータ保持部１２４が保持する入力要素の価格情報にしたがって、取引情報において入力要素の計量単位で示された入力要素の数量を金銭単位へ変換することにより、取引情報における出力要素の原価を示す情報を支援情報として生成し、支援情報保持部１２６へ格納する。
　ここでは、電力料金、銅材価格、鉄材価格、労働サービス価格（言わば人件費）、切削装置利用サービス価格、プレス加工装置利用サービス価格、地下水の利用料金、塗料価格が以下のように与えられることとする。具体的には、以下に示すような、オリジナルの取引情報に含まれる多元記述（左側の項）と、現金記述（右側の項）との対応関係を定めた価格情報がパラメータ保持部１２４に保持される。ｃ１～ｃ８は円単位の価格を示す。なお、基底情報保持部１２０は、以下に示す金銭単位の基底も保持し、また金銭単位の各基底が、「＾」付きの場合と「＾」無しの場合のそれぞれにおいて貸方科目にあたるか、借方科目にあたるかを示す情報を保持する。
　Ｔ１＝１＜電力，ＫＷｈ，＃，＃＞　－＞　ｃ１＜電力，円，＃，＃＞
　Ｔ２＝１＜銅材，Ｋｇ，＃，＃＞　－＞　ｃ２＜銅材，円，＃，＃＞
　Ｔ３＝１＜鉄材，Ｋｇ，＃，＃＞　－＞　ｃ３＜鉄材，円，＃，＃＞
　Ｔ４＝１＜労働サービス，時間，＃，＃＞　－＞　ｃ４＜労働サービス，円，＃，＃＞
　Ｔ５＝１＜切削装置利用サービス，時間，＃，＃＞　－＞　ｃ５＜切削装置利用サービス，円，＃，＃＞
　Ｔ６＝１＜プレス加工装置利用サービス，時間，＃，＃＞　－＞　ｃ６＜プレス加工装置利用サービス，円，＃，＃＞
　Ｔ７＝１＜地下水，Ｌ，＃，＃＞　－＞　ｃ７＜地下水，円，＃，＃＞
　Ｔ８＝１＜塗料，Ｋｇ，＃，＃＞　－＞　ｃ８＜塗料，円，＃，＃＞
　支援情報生成部１３４は、上記の価格情報にしたがって、以下のような振替取引データを生成する。以下の「ａ」は投入量、投入時間を示す。
　Ｔ１（ａ）＝ａ＾＜電力，ＫＷｈ，＃，＃＞＋ａ×ｃ１＜電力，円，＃，＃＞
　Ｔ２（ａ）＝ａ＾＜銅材，Ｋｇ，＃，＃＞＋ａ×ｃ２＜銅材，円，＃，＃＞
　Ｔ３（ａ）＝ａ＾＜鉄材，Ｋｇ，＃，＃＞＋ａ×ｃ３＜鉄材，円，＃，＃＞
　Ｔ４（ａ）＝ａ＾＜労働サービス，時間，＃，＃＞＋ａ×ｃ４＜労働サービス，円，＃，＃＞
　Ｔ５（ａ）＝ａ＾＜切削装置利用サービス，時間，＃，＃＞＋ａ×ｃ５＜切削装置利用サービス，円，＃，＃＞
　Ｔ６（ａ）＝ａ＾＜プレス加工装置利用サービス，時間，＃，＃＞＋ａ×ｃ６＜プレス加工装置利用サービス，円，＃，＃＞
　Ｔ７（ａ）＝ａ＾＜地下水，Ｌ，＃，＃＞＋ａ×ｃ７＜地下水，円，＃，＃＞
　Ｔ８（ａ）＝ａ＾＜塗料，Ｋｇ，＃，＃＞＋ａ×ｃ８＜塗料，円，＃，＃＞
　なお、通常の財務会計や原価計算では、汚染物質や二酸化炭素等はゼロ評価で捨象されるが、これらは環境簿記を計算するときに情報として利用できる。また、この例では、地下水は、外部調達でなく内部調達であるとして利用料金を積算する。また、労働サービスは、多能工として一律で積算している。また、銅屑や鉄屑等の副産物の情報は、マテリアルフローコスト会計で使用するが、その販売価格あるいは処理コストがゼロの場合は財務会計からは捨象できる。
　ここでは簡便に、汚染物質や二酸化炭素、銅屑、鉄屑をゼロ価格として捨象することとする。支援情報生成部１３４は、以下のような振替取引データを生成する。
　Ｑ１（ａ）＝ａ＾＜ＣＯ２，Ｋｇ，＃，＃＞＋０＜ＣＯ２，円，＃，＃＞
　Ｑ２（ａ）＝ａ＾＜汚染物質，Ｋｇ，＃，＃＞＋０＜汚染物質，円，＃，＃＞
　Ｑ３（ａ）＝ａ＾＜鉄屑，Ｋｇ，＃，＃＞＋０＜鉄屑，円，＃，＃＞
　Ｑ４（ａ）＝ａ＾＜銅屑，Ｋｇ，＃，＃＞＋０＜銅屑，円，＃，＃＞
　さらに支援情報生成部１３４は、原価計算の対象となるモノやサービスに関して、多元基底（すなわち物量基底）から現金基底へ振替えるための以下のような振替取引データを生成する。具体的には、取引情報におけるメインの出力要素（屑やバッズは除く）について、出力要素の単位を現金へ振替えるための振替用計算式を生成する。以下のα、β、γはそれぞれ、切削加工サービス、プレス加工サービス、塗装サービスの原価（単位時間あたりの価格）を示す。また、δ［鉄板切削］、δ［銅板切削］、δ［プレス］、δ［塗装］はそれぞれ、鉄板切削加工仕掛品、銅板切削加工仕掛品、プレス成形仕掛品、塗装済製品の原価（単位量あたりの価格）を示す。
　Ｒ［切削加工サービス］（ａ）＝ａ＾＜切削加工サービス，時間，＃，＃＞＋ａ×α＜切削加工サービス，円，＃，＃＞
　Ｒ［プレス加工サービス］（ａ）＝ａ＾＜プレス加工サービス，時間，＃，＃＞＋ａ×β＜プレス加工サービス，円，＃，＃＞
　Ｒ［塗装サービス］（ａ）＝ａ＾＜塗装サービス，時間，＃，＃＞＋ａ×γ＜塗装サービス，円，＃，＃＞
　Ｒ［鉄板切削加工仕掛品］（ａ）＝ａ＾＜鉄板切削加工仕掛品，個，＃，＃＞＋ａ×δ［鉄板切削］＜鉄板切削加工仕掛品，円，＃，＃＞
　Ｒ［銅板切削加工仕掛品］（ａ）＝ａ＾＜銅板切削加工仕掛品，個，＃，＃＞＋ａ×δ［銅板切削］＜銅板切削加工仕掛品，円，＃，＃＞
　Ｒ［プレス成形仕掛品］（ａ）＝ａ＾＜プレス成形仕掛品，個，＃，＃＞＋ａ×δ［プレス］＜プレス成形仕掛品，円，＃，＃＞
　Ｒ［塗装済製品］（ａ）＝ａ＾＜塗装済製品，個，＃，＃＞＋ａ×δ［塗装］＜塗装済製品，円，＃，＃＞
　支援情報生成部１３４は、以上の振替取引データにしたがって、モノ取引情報とサービス取引情報のそれぞれを金銭単位に変換する。
　ｘ［単位切削加工サービス：円］
　＝～｛ｘ［単位切削加工サービス］＋Ｒ［切削加工サービス］（１）＋＾Ｔ１（２．５）＋Ｑ１（１２．９）＋＾Ｔ４（０．２）＋＾Ｔ５（１）｝
　＝～｛１＜切削加工サービス，時間，＃，＃＞＋２．５＾＜電力，ＫＷｈ，＃，＃＞＋１２．９＜ＣＯ２，Ｋｇ，＃，＃＞＋０．２＾＜労働サービス，時間，＃，＃＞＋１＾＜切削装置利用サービス，時間，＃，＃＞
　＋１＾＜切削加工サービス，時間，＃，＃＞＋α＜切削加工サービス，円，＃，＃＞
　＋２．５＜電力，ＫＷｈ，＃，＃＞＋２．５ｃ１＾＜電力，円，＃，＃＞
　＋１２．９＾＜ＣＯ２，Ｋｇ，＃，＃＞＋０＜ＣＯ２，円，＃，＃＞
　＋０．２＜労働サービス，時間，＃，＃＞＋０．２ｃ４＾＜労働サービス，円，＃，＃＞
　＋１＜切削装置利用サービス，時間，＃，＃＞＋ｃ５＾＜切削装置利用サービス，円，＃，＃＞｝
　＝α＜切削加工サービス，円，＃，＃＞＋２．５ｃ１＾＜電力，円，＃，＃＞＋０．２ｃ４＾＜労働サービス，円，＃，＃＞＋ｃ５＾＜切削装置利用サービス，円，＃，＃＞
　ここで、基底「＜切削加工サービス，円，＃，＃＞」は借方科目に該当し、基底「＾＜電力，円，＃，＃＞」、「＾＜労働サービス，円，＃，＃＞」「＾＜切削装置利用サービス，円，＃，＃＞」は貸方科目に該当し、貸方科目と借方科目はバランスする。したがって、支援情報生成部１３４は、単位時間（ここでは１時間）あたりの切削加工サービスの原価を次のように導出する。
　α＝２．５ｃ１＋０．２ｃ４＋ｃ５
　ｃ１、ｃ４、ｃ５は所与の値であるため、１時間あたりの切削加工サービスの原価であるαの値が定まることになる。他のモノおよびサービスについても同様である。
　具体的には、支援情報生成部１３４は、単位時間（ここでは１時間）あたりのプレス加工サービスおよび塗装サービスの原価を次のように導出する。
　ｘ［単位プレス加工サービス：円］
　＝～｛ｘ［単位プレス加工サービス］＋Ｒ［プレス加工サービス］（１）＋＾Ｔ１（１０）＋Ｑ１（１０）＋＾Ｔ４（１）＋＾Ｔ６（１）｝
　＝β＜プレス加工サービス，円，＃，＃＞＋１０ｃ１＾＜電力，円，＃，＃＞＋ｃ４＾＜労働サービス，円，＃，＃＞＋ｃ６＾＜プレス加工装置利用サービス，円，＃，＃＞
　これより、β＝１０ｃ１＋ｃ４＋ｃ６、が導出される。
　ｘ［単位塗装サービス：円］
　＝～｛ｘ［単位塗装サービス］＋Ｒ［塗装サービス］（１）＋＾Ｔ７（４）＋Ｑ２（０．０１）＋＾Ｔ４（１）｝
　＝γ＜塗装サービス，円，＃，＃＞＋４ｃ７＾＜地下水，円，＃，＃＞＋ｃ４＾＜労働サービス，円，＃，＃＞
　これより、γ＝４ｃ７＋ｃ４、が導出される。
　次に支援情報生成部１３４は、各サービスの原価にもとづいて、仕掛品と完成品の原価を次のように導出する。
　ｘ［鉄板切削加工仕掛品生産：円］
　＝～｛ｘ［鉄板切削加工仕掛品生産］＋Ｒ［鉄板切削加工仕掛品］（１）＋Ｑ３（５）＋Ｔ３＾（２０）＋＾Ｒ［切削加工サービス］（２）｝
　＝δ［鉄板切削］＜鉄板切削加工仕掛品，円，＃，＃＞＋２０ｃ３＾＜鉄材，円，＃，＃＞＋２α＾＜切削加工サービス，円，＃，＃＞
　これより、δ［鉄板切削］＝２０ｃ３＋２α、が導出される。すなわち鉄板切削加工仕掛品の原価として、５ｃ１＋２０ｃ３＋０．４ｃ４＋２ｃ５が導出される。
　ｘ［鉄板切削加工仕掛品生産：円］
　＝～｛ｘ［銅板切削加工仕掛品生産］＋Ｒ［銅板切削加工仕掛品］（１）＋Ｑ４（２）＋Ｔ２＾（８）＋＾Ｒ［切削加工サービス］（１）｝
　＝δ［銅板切削］＜銅板切削加工仕掛品，円，＃，＃＞＋８ｃ２＾＜銅材，円，＃，＃＞＋α＾＜切削加工サービス，円，＃，＃＞
　これより、δ［銅板切削］＝８ｃ２＋α、が導出される。すなわち銅板切削加工仕掛品の原価として、２．５ｃ１＋８ｃ２＋０．２ｃ４＋ｃ５が導出される。
　仕掛品が入力要素の場合、その仕掛品の振替取引データを「＾」付きで付加することにより、仕掛品も現金に換算する。
　ｘ［プレス成形仕掛品生産：円］
　＝～｛ｘ［プレス成形仕掛品生産］＋Ｒ［プレス成形仕掛品］（１）＋＾Ｒ［鉄板切削加工仕掛品］（１）＋＾Ｒ［銅板切削加工仕掛品］（１）＋＾Ｒ［プレス加工サービス］（１）｝
　＝δ［プレス］＜プレス成形仕掛品，円，＃，＃＞＋δ［鉄板切削］＾＜鉄板切削加工仕掛品，円，＃，＃＞＋δ［銅板切削］＾＜銅板切削加工仕掛品，円，＃，＃＞＋β＾＜プレス加工サービス，円，＃，＃＞
　これより、δ［プレス］＝δ［鉄板切削］＋δ［銅板切削］＋β、が導出される。すなわちプレス成形仕掛品の原価として、１７．５ｃ１＋８ｃ２＋２０ｃ３＋１．６ｃ４＋３ｃ５＋ｃ６が導出される。
　ｘ［塗装済製品生産：円］
　＝～｛ｘ［塗装済製品生産］＋Ｒ［塗装済製品］（１）＋＾Ｒ［プレス成形仕掛品］（１）＋＾Ｔ８（２）＋＾Ｒ［塗装サービス］（１）｝
　＝δ［塗装］＜塗装済製品，円，＃，＃＞＋δ［プレス］＾＜プレス成形仕掛品，円，＃，＃＞＋２ｃ８＾＜塗料，円，＃，＃＞＋γ＾＜塗装サービス，円，＃，＃＞
　これより、δ［塗装］＝δ［プレス］＋２ｃ８＋γ、が導出される。すなわち塗装済製品の原価として、１７．５ｃ１＋８ｃ２＋２０ｃ３＋２．６ｃ４＋３ｃ５＋ｃ６＋４ｃ７＋２ｃ８が導出される。
　支援情報生成部１３４は、導出したモノおよびサービスの原価情報を支援情報保持部１２６へ格納する。支援情報提供部１３６は、所定の提供条件が満たされた場合に、モノおよびサービスの原価情報を会計システム１０６へ送信する。会計システム１０６は、モノおよびサービスの原価情報を使用して財務会計処理を実行し、種々の財務諸表を作成する。
　このように、製造タスクとそれに用いられる加工サービスタスクに対する実物基底を用いた代数的多元複式記述（すなわち取引情報）は、価格情報にもとづく振替によって容易に通常の現金ベースでの記述へ変換することができる。実物基底を用いた代数的多元複式記述でイベントを記録することにより、価格変化に関するシナリオ分析も容易にでき、さらにバッズの処理価格や副産物の価格等、様々に異なるシナリオにも容易に対応できる。
　これに対し、最初から現金ベースの記述にすると、ゼロ価値と評価される要素等、価格表記にそぐわない要素の情報は捨象されてしまい、また、現金ベースの記述から物的記述（実物ベースの記述）に戻ることは容易でない。これまでの複式簿記では、借方と貸方を見た目上バランスさせるために現金記述が基本であった。しかし、借方と貸方のバランスは、個々のイベント（トランザクション）に対して事後的に定義されうる。したがって、情報の源流では多元複式記述を採用する方がはるかに柔軟であり、また汎用的である。さらに多元複式記述を交換代数を用いて代数的に記述することで、テーブル形式の制約を受けることなく、様々な演算を代数的に容易に定式化して扱うことができる。また、その計算は、上流のデータから順次データフロー型で実行でき、巨大なデータベース上で複雑なテーブルの管理は不要になる。
　２－２．マテリアルフローコスト会計情報の抽出
　マテリアルフローコスト会計（以下「ＭＦＣＡ」とも呼ぶ。）は、生産プロセスにおける材料の無駄などを管理するための特殊な管理会計として近年注目を集めている。ＭＦＣＡでは財務会計の原価計算とは異なる基準で製品の価値を評価する。
　例えば、通常の原価計算では、無駄（例えば屑等）の部分の原価の算定等は行われない。これに対し、ＭＦＣＡでは、製品の生産において屑が副産物として生じる場合に、製品と屑それぞれの原料の利用率を重量比率で求める。次にその利用率を用いて、生産に用いる諸サービス投入を、メインとなる産物の生産に用いられた分と、屑の生産に用いられた分に按分する。これにより、生産プロセスで生じる屑という無駄を、生産プロセスでのサービス投入の無駄として把握し、管理することを目的とする。すなわち、ＭＦＣＡでの生産投入原価は、あくまで屑の無駄を明らかにするための戦略会計的な指標となる。
　支援情報生成部１３４は、モノ取引情報が示すモノ（すなわちメインとなる産物）と副産物の生産比率にて、サービス取引情報が示す入力要素の数量を按分することにより、副産物の生産に使用される入力要素の数量を示す情報を管理支援情報として生成し、支援情報保持部１２６へ格納する。
　ここでの事例では、屑が発生する鉄板切削加工仕掛品と銅板切削加工仕掛品の生産イベントについてＭＦＣＡの計算を行う。まず支援情報生成部１３４は、鉄板切削加工仕掛品と銅板切削加工仕掛品それぞれのモノ取引情報について、投入された原料の重量であるＩｎｐｕｔ［鉄］とＩｎｐｕｔ［銅］を、交換代数の射影操作とノルム演算により求める。なお、射影操作を以下「Ｐｒｏ」と表記する。また、ここでのノルム演算は絶対値を求める計算である。なお、イベント情報および取引情報では、各入力要素について原料であるかを示す情報と、各出力要素についてメインの産物であるか、副産物であるかを示す情報が付加されてよい。また、これらの情報は予め担当者により決定されて、取引情報保持部１２２に格納されてもよい。
　Ｉｎｐｕｔ［鉄］
　＝｜Ｐｒｏ［＾＜鉄材，Ｋｇ，＃，＃＞］（ｘ［鉄板切削加工仕掛品生産］）｜
　＝｜２０＾＜鉄材，Ｋｇ，＃，＃＞｜
　＝２０
　Ｉｎｐｕｔ［銅］
　＝｜Ｐｒｏ［＾＜銅材，Ｋｇ，＃，＃＞］（ｘ［銅板切削加工仕掛品生産］）｜
　＝｜８＾＜鉄材，Ｋｇ，＃，＃＞｜
　＝８
　次に支援情報生成部１３４は、鉄板切削加工仕掛品と銅板切削加工仕掛品それぞれのモノ取引情報について、屑の重量であるｗａｓｔｅ［鉄］とｗａｓｔｅ［銅］を、交換代数の射影操作とノルム演算により求める。
　Ｗａｓｔｅ［鉄］
　＝｜Ｐｒｏ［＾＜鉄屑，Ｋｇ，＃，＃＞］（ｘ［鉄板切削加工仕掛品生産］）｜
　＝｜５＜鉄屑，Ｋｇ，＃，＃＞｜
　＝５
　Ｉｎｐｕｔ［銅］
　＝｜Ｐｒｏ［＾＜銅屑，Ｋｇ，＃，＃＞］（ｘ［銅板切削加工仕掛品生産］）｜
　＝｜２＾＜銅屑，Ｋｇ，＃，＃＞｜
　＝２
　次に支援情報生成部１３４は、投入重量と屑の重量の差から製品となった原料の重量であるｐｒｏｄｕｃｔ＿ｕｓｅ［鉄］とｐｒｏｄｕｃｔ＿ｕｓｅ［銅］を求める。
　ｐｒｏｄｕｃｔ＿ｕｓｅ［鉄］＝Ｉｎｐｕｔ［鉄］－Ｗａｓｔｅ［鉄］＝１５
　ｐｒｏｄｕｃｔ＿ｕｓｅ［銅］＝Ｉｎｐｕｔ［銅］－Ｗａｓｔｅ［銅］＝６
　支援情報生成部１３４は、原料のうち製品に使用された重量と屑に使用された重量との比率を求める。ここでは、鉄の場合に１５：５となり、銅の場合に６：２になる。支援情報生成部１３４は、この比率をサービスに関する按分比率として識別し、鉄の場合に３／４：１／４、銅の場合も３／４：１／４を按分比率として識別する。
　このケースで按分対象になるものは切削加工サービスである。支援情報生成部１３４は、鉄板切削加工仕掛品生産のイベントで利用される切削加工サービスを、上記の按分比率にもとづいて、鉄板切削加工仕掛品を生産するサービスと、鉄屑を生産するサービスに按分する。以下では、前者をｘ［鉄板切削加工サービス：製品］で示し、後者をｘ［鉄板切削加工サービス：屑］で示す。
　まず、鉄板切削加工仕掛品生産のイベントにおける切削加工サービスの利用時間を抽出する。
　利用時間［切削加工サービス］
　＝｜Ｐｒｏ［＾＜切削加工サービス，時間，＃，＃＞］（ｘ［鉄板切削加工仕掛品生産］）｜
　＝｜２＾＜切削加工サービス，時間，＃，＃＞｜＝２
　ｘ［鉄板切削加工サービス：製品］
　＝３／４×利用時間［切削加工サービス］×ｘ［単位切削加工サービス］
　＝１．５ｘ［単位切削加工サービス］
　＝１．５＜切削加工サービス，時間，＃，＃＞
　＋３．７５＾＜電力，ＫＷｈ，＃，＃＞
　＋１９．３５＜ＣＯ２，Ｋｇ，＃，＃＞
　＋０．３＾＜労働サービス，時間，＃，＃＞
　＋１．５＾＜切削装置利用サービス，時間，＃，＃＞　・・・（式１）
　ｘ［鉄板切削加工サービス：屑］
　＝１／４×利用時間［切削加工サービス］×ｘ［単位切削加工サービス］
　＝０．５ｘ［単位切削加工サービス］
　＝０．５＜切削加工サービス，時間，＃，＃＞
　＋１．２５＾＜電力，ＫＷｈ，＃，＃＞
　＋６．４５＜ＣＯ２，Ｋｇ，＃，＃＞
　＋０．１＾＜労働サービス，時間，＃，＃＞
　＋０．５＾＜切削装置利用サービス，時間，＃，＃＞　・・・（式２）
　同様に支援情報生成部１３４は、銅板切削加工仕掛品生産のイベントで利用される切削加工サービスを、上記の按分比率にもとづいて、銅板切削加工仕掛品を生産するサービスと、銅屑を生産するサービスに按分する。以下では、前者をｘ［銅板切削加工サービス：製品］で示し、後者をｘ［銅板切削加工サービス：屑］で示す。
　まず、銅板切削加工仕掛品生産のイベントにおける切削加工サービスの利用時間を抽出する。
　利用時間［切削加工サービス］
　＝｜Ｐｒｏ［＾＜切削加工サービス，時間，＃，＃＞］（ｘ［銅板切削加工仕掛品生産］）｜
　＝｜１＾＜切削加工サービス，時間，＃，＃＞｜＝１
　ｘ［銅板切削加工サービス：製品］
　＝３／４×利用時間［切削加工サービス］×ｘ［単位切削加工サービス］
　＝０．７５ｘ［単位切削加工サービス］
　＝０．７５＜切削加工サービス，時間，＃，＃＞
　＋１．８７５＾＜電力，ＫＷｈ，＃，＃＞
　＋９．６７５＜ＣＯ２，Ｋｇ，＃，＃＞
　＋０．１５＾＜労働サービス，時間，＃，＃＞
　＋０．７５＾＜切削装置利用サービス，時間，＃，＃＞　・・・（式３）
　ｘ［鉄板切削加工サービス：屑］
　＝１／４×利用時間［切削加工サービス］×ｘ［単位切削加工サービス］
　＝０．２５ｘ［単位切削加工サービス］
　＝０．２５＜切削加工サービス，時間，＃，＃＞
　＋０．６２５＾＜電力，ＫＷｈ，＃，＃＞
　＋３．２２５＜ＣＯ２，Ｋｇ，＃，＃＞
　＋０．０５＾＜労働サービス，時間，＃，＃＞
　＋０．２５＾＜切削装置利用サービス，時間，＃，＃＞　・・・（式４）
　支援情報生成部１３４は、導出した式１～式４の情報を管理支援情報として支援情報保持部１２６へ格納する。支援情報提供部１３６は、所定の提供条件が満たされた場合に、式１～式４の情報を会計システム１０６へ送信する。会計システム１０６は、式１～式４の情報を使用してＭＦＣＡのデータ処理を実行する。
　変形例として、支援情報生成部１３４は、式２と式４にもとづいて、塗装済製品１個あたり０．７５ｘ［単位切削加工サービス］が屑（ここでは鉄屑および銅屑）の生産のために使用されることを示す情報を管理支援情報として生成してもよい。また電力であれば、１．８７５＾＜電力，ＫＷｈ，＃，＃＞が屑の生産のために投入されていることを示す情報を管理支援情報として生成してもよい。
　さらに支援情報生成部１３４は、式１と式３にもとづいて、塗装済製品１個あたり２．２５ｘ［単位切削加工サービス］が製品（ここでは鉄板切削加工仕掛品および銅板切削加工仕掛品）の生産のために使用されることを示す情報を管理支援情報として生成してもよい。さらにまた電力であれば、５．６２５＾＜電力，ＫＷｈ，＃，＃＞が屑の生産のために投入されていることを示す情報を管理支援情報として生成してもよい。支援情報生成部１３４は、上述の原価情報生成の場合と同様に、価格データを用いて式１～式４等を金銭評価（金銭単位）の情報へ変換してもよいことはもちろんである。支援情報提供部１３６は、変形例で示した管理支援情報を会計システム１０６へ送信してもよい。
　２－３．エネルギー会計情報の抽出：
　エネルギーは一般的に間接経費として計上される。しかし本実施の形態では、Ｂ１～Ｂ３が示すサービス取引情報において、エネルギーを切削加工サービスおよびプレス加工サービスへの入力要素として扱うことにより直接原価計算を行っている。
　上記事例には記載していないが、取引記録部１３２は、電力を用いた照明やエアコンのサービスについても、そのイベント情報にもとづいて、
　ａ＜照明サービス，ｌｍｈ，＃，＃＞＋ｂ＾＜電力，ＫＷｈ，＃，＃＞、
　ｃ＜エアコンサービス，ＫＷｈ，＃，＃＞＋ｃ＾＜電力，ＫＷｈ，＃，＃＞
　等のサービス取引情報を記録してもよい。これにより、（１）エアコンサービスや照明サービスを生成すること、（２）それらのサービスをさらに別のサービスの生成に投入すること、（３）それらのサービスを消費すること、を明確にでき、エネルギー利用のプロファイルを明確にすることができる。
　支援情報生成部１３４は、上述の原価情報生成の場合と同様に、価格データを用いて、照明サービスやエアコンサービスの取引情報から原価を求め、支援情報提供部１３６は、その原価情報を会計システム１０６へ送信してもよい。これにより、会計システム１０６におけるエネルギー会計のデータ処理を支援できる。
　２－４．ＢＯＭの作成：
　生産管理では、ＢＯＭのコード体系の管理と、ＢＯＭに基づいてＭＲＰ（Materials Requirements Planning、資材所要量計画）により資材の調達計画を策定することが重要な管理事項になる。
　既述したように、取引記録部１３２は、完成品の生産に関する入力要素と出力要素を含む取引情報であって、その入力要素に仕掛品を含むモノ取引情報（ここでは「完成品取引情報」とも呼ぶ。）を記録する。また取引記録部１３２は、その仕掛品の生産に関する入力要素と出力要素を含む取引情報であって、その入力要素に別の仕掛品または原料を含むモノ取引情報（ここでは「仕掛品取引情報」とも呼ぶ。）を記録する。この事例では、塗装済製品生産の取引情報（Ａ４）が完成品取引情報に該当し、プレス成形仕掛品生産、鉄板切削加工仕掛品生産、銅板切削加工仕掛品生産の取引情報（Ａ１～Ａ３）が仕掛品取引情報に該当する。
　支援情報生成部１３４は、完成品取引情報から仕掛品の情報を抽出し、その仕掛品に関する仕掛品取引情報から別の仕掛品を抽出するように生産プロセスを遡って仕掛品を順次抽出していくことにより、管理支援情報としてＢＯＭの情報を生成する。後述するように、生産プロセスの遡行は、入力要素から原料（鉄材や銅材等）のみが抽出された時点で終了する。
　この事例では、支援情報生成部１３４は、取引情報保持部１２２に格納された複数のモノ取引情報（Ａ１～Ａ４）に基づいて、以下の式を生成する。なお、イベント情報および取引情報では、各要素が、入力要素と出力要素のいずれであるかを示す情報と、完成品、仕掛品、原料、副産物のいずれであるかを示す情報とが付加されてよい。
　ＰｒｏｊｅｃｔＳｅｔ＝｛ｘ［鉄板切削加工仕掛品生産］，ｘ［銅板切削加工仕掛品生産]，ｘ［プレス成形仕掛品生産］，ｘ［塗装済製品生産］｝
　このＰｒｏｊｅｃｔＳｅｔは、塗装済製品を生産するための工程の集合を示す。
　Ｂａｓｉｓ＿ｆｏｒ＿Ｐｒｏｄｕｃｔ＆ＩｎＰｒｏｃｅｓｓ（出力要素の集合）
　＝｛＜鉄板切削加工仕掛品，個，＃，＃＞，＜銅板切削加工仕掛品，個，＃，＃＞，＜プレス成形仕掛品，個，＃，＃＞，＜塗装済完成品，個，＃，＃＞｝
　Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｐｒｏｄｕｃｔ＆ＩｎＰｒｏｃｅｓｓ
　＝｛＾＜鉄板切削加工仕掛品，個，＃，＃＞，＾＜銅板切削加工仕掛品，個，＃，＃＞，＾＜プレス成形仕掛品，個，＃，＃＞，＾＜塗装済完成品，個，＃，＃＞｝
　Ｂａｓｉｓ＿ｆｏｒ＿ＢｙＰｒｏｄｕｃｔ（副産物の集合）
　＝｛＜鉄屑，Ｋｇ，＃，＃＞，＜銅屑，Ｋｇ，＃，＃＞｝
　Ｈａｔ　Ｂａｓｉｓ＿ｆｏｒ＿ＢｙＰｒｏｄｕｃｔ
　＝｛＾＜鉄屑，Ｋｇ，＃，＃＞，＾＜銅屑，Ｋｇ，＃，＃＞｝
　Ｂａｓｉｓ＿ｆｏｒ＿Ｍａｔｅｒｉａｌ（原料の集合）
　＝｛＜鉄材，Ｋｇ，＃，＃＞，＜銅材，Ｋｇ，＃，＃＞，＜塗料，Ｋｇ，＃，＃＞｝
　Ｈａｔ　Ｂａｓｉｓ＿ｆｏｒ＿Ｍａｔｅｒｉａｌ
　＝｛＾＜鉄材，Ｋｇ，＃，＃＞，＾＜銅材，Ｋｇ，＃，＃＞，＾＜塗料，Ｋｇ，＃，＃＞｝
　Ｂａｓｉｓ＿ｆｏｒ＿Ｆａｂ　Ｓｅｒｖｉｃｅ（ファブリケーションサービスの集合）
　＝｛＜切削加工サービス，時間，＃，＃＞，＜プレス加工サービス，時間，＃，＃＞，＜塗装サービス，時間，＃，＃＞｝
　Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｆａｂ　Ｓｅｒｖｉｃｅ
　＝｛＾＜切削加工サービス，時間，＃，＃＞，＾＜プレス加工サービス，時間，＃，＃＞，＾＜塗装サービス，時間，＃，＃＞｝
　Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｐｒｏｊｅｃｔ
　＝Ｂａｓｉｓ＿ｆｏｒ＿Ｐｒｏｄｕｃｔ＆ＩｎＰｒｏｃｅｓｓ
　∪　Ｂａｓｉｓ＿ｆｏｒ＿ＢｙＰｒｏｄｕｃｔ
　∪　Ｂａｓｉｓ＿ｆｏｒ＿Ｍａｔｅｒｉａｌ
　∪　Ｂａｓｉｓ＿ｆｏｒ＿Ｆａｂ　Ｓｅｒｖｉｃｅ
　∪　Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｐｒｏｄｕｃｔ＆ＩｎＰｒｏｃｅｓｓ
　∪　Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿ＢｙＰｒｏｄｕｃｔ
　∪　Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｍａｔｅｒｉａｌ
　∪　Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｆａｂ　Ｓｅｒｖｉｃｅ
　支援情報生成部１３４は、工程の順序関係（半順序）を得るために、次のオペレーションを実行する。まず、完成品生産の取引情報に対して射影操作を実行する。
　１）Ｎｅｘｔ　ｔｏ　塗装済製品生産
　＝｛Ｐｒｏ［ａ］（ｘ［塗装済製品生産］）｜ａ∈Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｐｒｏｄｕｃｔ＆ＩｎＰｒｏｃｅｓｓ　∪　Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｍａｔｅｒｉａｌ｝
　＝｛１＾＜プレス成形仕掛品，個，＃，＃＞，２＾＜塗料，Ｋｇ，＃，＃＞｝
　これは、塗装済製品生産の取引情報から、入力要素としての仕掛品および原料を抽出する射影操作である。
　次に支援情報生成部１３４は、１）で抽出されたプレス成形仕掛品生産の取引情報に対して射影操作を実行する。
　２）Ｎｅｘｔ　ｔｏ　プレス成形仕掛品生産
　＝｛Ｐｒｏ［ａ］（ｘ［プレス成形仕掛品生産］）｜ａ∈Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｐｒｏｄｕｃｔ＆ＩｎＰｒｏｃｅｓｓ　∪　Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｍａｔｅｒｉａｌ｝
　＝｛１＾＜鉄板切削加工仕掛品，個，＃，＃＞，１＾＜銅板切削加工仕掛品，個，＃，＃＞｝
　これは、プレス成形仕掛品生産の取引情報から、入力要素としての仕掛品および原料を抽出する射影操作である。
　次に支援情報生成部１３４は、２）で抽出された鉄板切削加工仕掛品生産と銅板切削加工仕掛品生産の取引情報に対して射影操作を実行する。
　３）Ｎｅｘｔ　ｔｏ　鉄板切削加工仕掛品生産
　＝｛Ｐｒｏ［ａ］（ｘ［鉄板切削加工仕掛品生産］）｜ａ∈Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｐｒｏｄｕｃｔ＆ＩｎＰｒｏｃｅｓｓ　∪　Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｍａｔｅｒｉａｌ｝
　＝｛２０＾＜鉄材，Ｋｇ，＃，＃＞｝
　４）Ｎｅｘｔ　ｔｏ　銅板切削加工仕掛品生産
　＝｛Ｐｒｏ［ａ］（ｘ［銅板切削加工仕掛品生産］）｜ａ∈Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｐｒｏｄｕｃｔ＆ＩｎＰｒｏｃｅｓｓ　∪　Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｍａｔｅｒｉａｌ｝
　＝｛８＾＜銅材，Ｋｇ，＃，＃＞｝
　以上のオペレーションにより、以下のようなマテリアルの投入関係が導出される。
　塗装済製品　　１個
　　塗料　　２Ｋｇ
　　プレス成形仕掛品　　１個
　　　　鉄板切削加工仕掛品　　１個
　　　　　　鉄材　　２０Ｋｇ
　　　　銅板切削加工仕掛品　　１個
　　　　　　銅材　　８Ｋｇ
　次に支援情報生成部１３４は、ＢＯＭへの記載が必要なファブリケーションサービスの投入時間を次のように抽出する。
　５）Ｆａｂ＿Ｓｅｒｖｉｃｅ＿ｏｆ＿塗装済製品生産
　＝｛Ｐｒｏ［ａ］（ｘ［塗装済製品生産])｜ａ∈Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｆａｂ　Ｓｅｒｖｉｃｅ｝
　＝｛１＾＜塗装サービス，時間，＃，＃＞｝
　以降、ノルム演算により、塗装サービスの投入時間を１時間と識別する。
　６）Ｆａｂ＿Ｓｅｒｖｉｃｅ＿ｏｆ＿プレス成形仕掛品製造
　＝｛Ｐｒｏ［ａ］（ｘ［プレス成形仕掛品生産])｜ａ∈Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｆａｂ　Ｓｅｒｖｉｃｅ｝
　＝｛１＾＜プレス加工サービス，時間，＃，＃＞｝
　以降、ノルム演算により、プレス加工サービスの投入時間を１時間と識別する。
　７）Ｆａｂ＿Ｓｅｒｖｉｃｅ＿ｏｆ＿銅板切削加工仕掛品生産
　＝｛Ｐｒｏ［ａ］（ｘ［銅板切削加工仕掛品生産])｜ａ∈Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｆａｂ　Ｓｅｒｖｉｃｅ｝
　＝｛１＾＜切削加工サービス，時間，＃，＃＞｝
　以降、ノルム演算により、切削加工サービスの投入時間を１時間と識別する。
　８）Ｆａｂ＿Ｓｅｒｖｉｃｅ＿ｏｆ＿鉄板切削加工仕掛品生産
　＝｛Ｐｒｏ［ａ］（ｘ［鉄板切削加工仕掛品生産])｜ａ∈Ｈａｔ＿Ｂａｓｉｓ＿ｆｏｒ＿Ｆａｂ　Ｓｅｒｖｉｃｅ｝
　＝｛２＾＜切削加工サービス，時間，＃，＃＞｝
　以降、ノルム演算により、切削加工サービスの投入時間を２時間と識別する。
　支援情報生成部１３４は、１）～４）で導出されたマテリアルの投入関係に、５）～８）で導出されたファブリケーションサービスの投入時間の情報を付加することにより、図１４に示すＢＯＭのデータを生成して、支援情報保持部１２６へ格納する。支援情報提供部１３６は、所定の提供条件が満たされた場合に、ＢＯＭのデータを生産管理システム１０８へ送信する。
　２－５．計画支援情報の生成
　一般的にＭＲＰで策定する調達計画は、生産スケジューリングを考慮に入れておらず、いわば無限生産能力を仮定した下での計画となる。分かり易い例として、図１１において塗装済製品を１０００個、所定日時に納品することを考える。ＢＯＭのみに基づく調達計画では、納品の１時間前までにプレス成形仕掛品１０００個と塗料２０００Ｋｇを用意することになる。さらに、プレス加工に必要な期間から、塗装の１時間前に、銅板切削加工仕掛品と鉄板切削加工仕掛品を１０００個ずつ用意することになる。さらに、銅板の切削加工に１時間、鉄板の切削加工に２時間かかるため、プレス加工の１時間前に銅材８０００Ｋｇを用意し、プレス加工の２時間前に鉄材２００００Ｋｇを用意することになる。
　しかし、仮に切削加工のための利用可能な切削装置が１台しかなければ、この調達計画は根本的に見直しが必要になる。鉄材と銅材が用意されても、塗装済製品１個に対応する加工に延べ３時間かかるからである。塗装済製品１０００個分を加工するのであれば延べ３０００時間かかることになる。仮にプレス機械も１台とし、銅板切削加工と鉄板切削加工の仕掛品ができ次第、プレス加工を順次行うこととすると、３時間に１組ずつ切削加工仕掛品セットができることから、最初の切削加工を開始して３００１時間後にはプレス成形仕掛品１０００個の生産も終了する。仮に塗装タスクを実施する塗装工が１人の場合、全ての塗装が終了するのは、最初の切削加工を開始してから３００２時間後になる。これは、それぞれの工程で提供されるファブリケーションサービスＢ１～Ｂ３で、１組の資源（切削装置、プレス加工装置、塗装工）だけが利用可能という仮定があるからである。
　逆に、必要なだけ加工サービス資源が提供される状況、例えば２０００台の切削装置、１０００台のプレス加工装置、１０００人の塗装工が用意される状況であれば、４時間で全ての作業が完了する。現実に用意される加工資源の制約下では、上限と下限の間で実際のスケジューリングがなされる。したがって、無限資源を仮定した下でのＭＲＰは、必然的に過剰な在庫を抱えることになる。その大きな要因は、生産機械や人員等の資源の制約にある。生産工程では、原料や仕掛品とは別に、生産機械や人員の割当等の時間単位での資源割当の計画が必要になる。ＢＯＭに基づくＭＲＰ的な資材調達計画だけでは、加工機械や労働資源等の、加工サービス遂行のための資源制約によって生じる資源割当のスケジューリングの課題を解決することは困難である。
　上記の事例では、スケジューリングに関する情報は、Ｂ１～Ｂ３のファブリケーションサービスの取引情報に記述されている。切削加工サービスを１時間提供するためには、電力２．５ＫＷｈ、労働０．２時間、切削装置の１時間の利用が必要になる。またプレス加工サービスを１時間提供するためには、電力１０ＫＷｈ、労働１時間、プレス加工装置の１時間の利用が必要になる。また塗装サービスを１時間提供するためには、塗装工の労働１時間が必要になる。ここでスケジューリングのためには、最もボトルネックとなる資源に注目する。切削、プレス、塗装の３つのサービスではそれぞれ、切削装置、プレス加工装置、塗装工がボトルネックとなる資源となり、その供給のタイミングが全体の工程のスケジュールとなる。
　支援情報生成部１３４は、ＢＯＭ生成時と同様に、複数のモノ生産タスクの順序を特定する。本事例では、鉄板切削加工仕掛品生産および銅板切削加工仕掛品生産（これらは並行）→プレス成形仕掛品生産→塗装済製品生産と特定する。支援情報生成部１３４は、それぞれのモノ生産タスクで利用されるサービスを識別し、そのサービスの取引情報におけるボトルネック資源と、その利用時間を射影操作により抽出する。なお、イベント情報および取引情報では、ある入力要素がボトルネック資源である場合、その入力要素にその旨のフラグが付加されてよい。もしくは、予め特定の入力要素（資源）がボトルネック資源として定められ、その旨の情報が取引情報保持部１２２へ予め格納されてもよい。
　支援情報生成部１３４は、複数のモノ生産タスクの実行順序にて、各モノ生産タスクで利用するサービスを並べ、各サービスのボトルネック要素とその利用時間を記述したサービスフロー情報を生成する。図１５は、本事例で生成するサービスフロー情報の例を示している。本図はサービス展開表とも言える。支援情報生成部１３４は、サービスフロー情報と、予め定められた労働者や機械に関する資源制約情報（図１）を対応付けて支援情報保持部１２６に格納する。支援情報提供部１３６は、サービスフロー情報と資源制約情報を管理支援情報として生産管理システム１０８へ送信する。
　これまでも生産計画については様々な手法がＥＲＰパッケージ等で提案されている。しかし、これまでの手法では、資源制約に関するデータベースを別途構築する等、複雑な管理が必要であった。本実施の形態では、交換代数で記述されたタスクの記述（取引情報）から、タスクの遂行に必要なリソースとその占有時間を抽出し、生産管理システム１０８へ提供する。生産管理システム１０８は、管理支援装置１０２からの提供情報と既知のアルゴリズム（例えば本発明者が特願２０１１－１０４９４４で提案した並列プロジェクトに対する動的資源配置問題に対するアルゴリズム）により、資源割当の動的計画と、ガントチャート等の情報を容易に計算することができる。
　以上、本実施の形態では、企業のモノ生産タスクおよびサービスタスクのＰＯＥデータを、実物勘定およびサービス勘定を用いた多元簿記による取引情報として記述することを提案した。これにより、モノ生産タスクおよびサービスタスクにより構成される様々な企業活動に関して、財務会計、原価計算、ＭＲＰ、生産計画、環境会計等による企業管理を支援するための情報を統合的に設計・実装・管理することができる。本実施の形態で提案する方法を情報処理として実現する際には、データベースによるトップダウンのシステムとして構築する必要はない。
　従来の方法では、財務会計データ、原価計算データ、部品調達に関するデータ、生産計画のデータ、環境管理データ等をそれぞれ別個のデータベースで管理するため、これらのデータ間の連携や、基盤となるコードが異なるデータ体系間のすり合わせ等、非常に複雑な管理が必要であった。これに対して、本実施の形態で提案する方法では、タスクのトランザクション記述に用いる、財やサービスの勘定科目に基づくコード体系によって一元的に管理される（名称管理となる）。企業管理に必要な様々な情報は、代数的多元簿記データ（取引情報）を一元的な共通のソースとして、資源制約情報等のパラメータを適宜参照することにより、代数的なオペレーションによって自動的に得られる。また、企業管理に必要な情報間での部品や仕掛品、完成品のコードも、代数的多元簿記の基底を用いることで統合的に扱うことができる
　また、ものづくりでは、設計の段階から、資材調達計画や原価計算等、生産に向けての様々な計画が必要となる。その計画においても、原料（部品）、仕掛品、完成品への一連のプロセスの設計と原価管理、生産のスケジューリングへの配慮が必要となる。本実施の形態における代数的多元簿記による生産管理のアプローチでは、１）設計フェーズ、２）工程計画フェーズ、３）工程実行管理フェーズの３つのフェーズに亘って、代数的多元簿記に基づく一元的な情報管理を実現できる。
　１）の設計フェーズでは、ＣＡＤ等による、原料（部品）から仕掛品、完成品に至るプロセスを設計する段階等で、原料や仕掛品の構成や、部品の調達計画、生産コストの積算が求められる。管理支援装置１０２が、多元簿記でなされたタスクの記述（取引情報）から、価格情報を用いて、生産サービスや仕掛品、完成品の原価を容易に計算し、その原価情報を提供することは既に示した。これは同時に、材料やエネルギーコスト、人件費、設備装置の資本コスト（装置の利用サービス料等）、バッズの処理コスト等、様々な要因の変動をシナリオとして与えることで原価のリスク管理情報を得られることを意味している。
　２）の工程計画フェーズでは、管理支援装置１０２が提供するＢＯＭ情報やサービスフロー情報にもとづいて、ＭＲＰ的な在庫管理や発注管理を実施できる。３）の工程実行管理フェーズでも、管理支援装置１０２が提供する種々の管理支援情報にもとづいて、実際の運用の中での様々な課題管理を実施できる。実際の生産プロセスでは、計画からの乖離がしばしば生じるが、実施の形態の管理支援装置１０２は、上記１）～３）のフェーズに亘り、最新のイベント情報やパラメータを反映した管理支援情報を生成し、逐次提供する。これにより、会計システム１０６や生産管理システム１０８は、最新の状況に応じた会計処理や生産管理処理を実行できる。
　なお、本実施の形態では、１つの事例として「モノ」の製造プロセスの管理について説明した。しかし、本実施の形態で示した、実物勘定を用いた多元簿記による製造タスクの取引としての記述と、結果としての製造プロジェクトの統合的な設計・実装・管理のための情報システム設計の枠組みは、ものづくりではないサービスタスクからなるプロジェクトに対しても適用できる。以下その例を示す。
　（１）内装工事のサービスプロジェクト：
　マンション等の内装工事では、一部屋の工事一式を、床張りや電気工事、配管工事等のタスクを半順序で連鎖させたプロジェクトの形式で記述できる。そこでは、資材の投入も行われるが、主な関心は電気工などのサービスを提供する人的資源のスケジューリングにある。しかし同時に資材計画も必要であり、その意味では本実施の形態のアプローチを用いることにより、内装工事等の工事のプロジェクトにおける資材計画とスケジューリングの両方を統合的に扱うことが可能となる。
　（２）医療のクリニカルパス：
　医療における診療プロセスは、診察や検査等一連の医療タスクと、その連鎖からなるプロジェクトとして記述される。ここでも、個々のタスクでの資材投入と、タスクを遂行する資源である医師や看護師、検査機械などの資源のスケジューリングが課題となる。本実施の形態の枠組みはこのようなケースにも容易に適用可能である。
　（３）様々なサービスワークフロー：
　上記のようなものづくりや内装工事、医療のクリニカルパスに限らず、災害時の避難所での支援サービスから、観光客や高齢者に対するサービスまで、様々なサービスは、サービスの個々のタスクとそれを半順序関係で結んだプロジェクトの形で表現される。そこでは、個々のタスクの定義と、個々のタスクを遂行するための資材の投入計画と、さらにサービスを実行する資源に関するスケジューリングとを統合的に行うことが求められる。本実施の形態にて提案した、個々のタスクを資材投入部分とサービス投入部分に分離して、代数的多元複式記述により定式化する方法により、極めて一般的な形で、複数のタスクからなるプロジェクトの原価計算から資材計画、スケジューリング等の多彩な管理業務を統合的に支援することが可能になる。
　従来の、モノやサービスの生産プロジェクトの管理では、バラバラに情報が入力され、複雑なデータベース構築と手間のかかるメンテナンスが要求されていた。これに対して、本実施の形態の管理支援装置１０２は、プロジェクトのクリティカルパスを構成するタスク（例えば仕掛品生産タスクや完成品生産タスク）のイベント毎に取引情報を記録する。本実施の形態では、実物単位での取引形式による記述だけを基盤として、サービスや生産に関する統合的管理システムを、一貫した原理に基づく管理の容易な形で実現できる。
　また、タスク遂行に関するトランザクション記述に基づくシステムの構築は、大規模なデータベースやその管理を必要としない。また、事後的に生じる生産やサービスの改善や改変に対して、それを管理する企業システム１００もロバストな形で改変することが可能である。例えば、代数的多元記述のデータを用い、公知の動的スケジューリングのアルゴリズムを適用することで、生産途中でのスケジュールの組み替えに対しても柔軟に対応することが可能である。
　さらに、計画問題としてではなく、生産システムのＰＯＰ（Point of Production)イベントデータを、タスクやサービスの処理に関する代数的多元記述と紐づけることで、実際のプロセスの遂行の実績ベースでの様々な管理も可能となる。ＩｏＴ、ＩｏＥ時代には、様々なＰＯＥの事象とその時点で発生するデータとを紐づけることでリアルタイムのトランザクション処理が容易となる。このようなシステムは、クラウド的な巨大なシステムとしてではなく、本実施の形態のように自律分散協調型のシステムとして設計される方が遥かに柔軟な設計が可能となる。
　本実施の形態で提案したアーキテクチャーは、交換代数とレコード型のパラメータデータ（データ代数）による生産情報の表現を基軸に、それらを様々に振替え、また変換することによって、データフローとしての計算を実行する。このようなシステムは、絶えざる後付け的な改善や付け加えが可能であり、またシステムの導入も必要な部分から順次始めればよい。さらに、小さな資本コストで、かつ、現場の担当者に分かる概念で、タスクのデータは構成されている。
　他方でＥ－Ｒ図からデータベースの生成へと繋がる既存のデータベースソリューションでは、現場の管理概念とは別の概念に則り、データベースとして多くのデータテーブルが構築される。そこではトップダウンにビジネスロジックも構築され、現場からの改善的なフィードバックがそこに取り入れられるプロセスを構築することは非常に困難であり、プロセスは現場にインプリメントされるものとして定義される。
　本実施の形態のアーキテクチャは、ダブルエントリーの多元記述とその代数表現さえ理解できれば、現場の概念でタスクを定式化し、その連鎖から様々な生産管理に必要な諸データを導出することが可能となる。これは、ものづくりだけでなく、様々なサービス生産に関しても同様であり、１つの企業の中のみならず多数の組織を結んだ、生産のプロジェクト、サービスのプロジェクトに対して、その原価管理からモノやサービスの生産管理まで、ボトムアップに、絶えざる改善に耐えるシステムとしてデザインし、導入することが可能となる。
　このように、本実施の形態で提案したものづくりとサービス生産に関する管理支援方法では、実物単位で計られた（１）原料や労働、エネルギー、装置の投入量、（２）主産物・副産物・サービスの生産量等のイベント情報（入力パラメータ）に基づいて、価格や技術（設備投資等）、環境制約等のシナリオを複数仮定し、価格単位や物質単位、廃棄物の評価等の様々な軸を用いて、生産のための技術（設備投資等）や計画を評価する。この管理支援方法は、（１）製造プロセスの基本設計、（２）設備を含めた工場の生産システムの導入、（３）受注に応じた生産プロセス等、複数の工程の管理に適用でき、言い換えれば、各工程の管理業務を支援することができる。
　以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
　上述した実施の形態、変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態、変形例それぞれの効果をあわせもつ。請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
　１００　企業システム、　１０２　管理支援装置、　１２０　基底情報保持部、　１２２　取引情報保持部、　１２４　パラメータ保持部、　１２６　支援情報保持部、　１３０　イベント受付部、　１３２　取引記録部、　１３４　支援情報生成部、　１３６　支援情報提供部。
　本発明は、情報処理装置に適用することができる。

Claims (8)

  1. 　所定の組織で発生するイベントを構成する入力要素の数量と、前記イベントを構成する出力要素の数量とを含むイベント情報を受け付けるイベント受付部と、
    　前記イベント受付部により受け付けられたイベント情報にしたがって、交換代数を適用して表現された取引情報であって、前記入力要素を貸方科目としてその数量を前記入力要素の計量単位で示し、前記出力要素を借方科目としてその数量を前記出力要素の計量単位で示す複式簿記記述による取引情報を記録する取引記録部と、
    　前記取引記録部により記録された取引情報にしたがって、複数種類の手法による前記組織の管理を支援するための複数種類の支援情報を生成する情報生成部と、
    　を備えることを特徴とする管理支援装置。
  2. 　前記取引記録部は、モノの生産に関する入力要素と出力要素を含む取引情報であるモノ取引情報と、前記モノの生産のために投入されるサービスの生産に関する入力要素と出力要素を含む取引情報であるサービス取引情報を記録し、
    　前記情報生成部は、前記モノ取引情報と前記サービス取引情報にしたがって、前記複数種類の支援情報を生成することを特徴とする請求項１に記載の管理支援装置。
  3. 　前記情報生成部は、前記入力要素の価格情報にしたがって、前記取引情報において前記入力要素の計量単位で示された前記入力要素の数量を金銭単位へ変換することにより、前記複数種類の支援情報の１つとして、前記取引情報における出力要素の原価を示す情報を生成することを特徴とする請求項１または２に記載の管理支援装置。
  4. 　前記モノ取引情報の出力要素は、前記モノと、前記モノの生産に伴って生じる副産物を含み、
    　前記情報生成部は、前記モノ取引情報が示す前記モノと前記副産物の生産比率にて、前記サービス取引情報が示す入力要素の数量を按分することにより、前記複数種類の支援情報の１つとして、前記副産物の生産に使用される入力要素の数量を示す情報を生成することを特徴とする請求項２に記載の管理支援装置。
  5. 　前記取引記録部は、完成品の生産に関する入力要素と出力要素を含む取引情報であって、その入力要素に仕掛品を含む完成品生産取引情報と、前記仕掛品の生産に関する入力要素と出力要素を含む取引情報であって、その入力要素に別の仕掛品を含む仕掛品生産取引情報を記録し、
    　前記情報生成部は、前記完成品生産取引情報から仕掛品の情報を抽出し、その仕掛品に関する仕掛品生産取引情報から別の仕掛品を抽出するように生産プロセスを遡って仕掛品を抽出していくことにより、前記複数種類の支援情報の１つとして、部品表の情報を生成することを特徴とする請求項１に記載の管理支援装置。
  6. 　所定の組織で発生するイベントを構成する入力要素の数量と、前記イベントを構成する出力要素の数量とを含むイベント情報を受け付けるステップと、
    　前記受け付けるステップで受け付けられたイベント情報にしたがって、交換代数を適用して表現された取引情報であって、前記入力要素を貸方科目としてその数量を前記入力要素の計量単位で示し、前記出力要素を借方科目としてその数量を前記出力要素の計量単位で示す複式簿記記述による取引情報を記録するステップと、
    　前記記録するステップで記録された取引情報にしたがって、複数種類の手法による前記組織の管理を支援するための複数種類の支援情報を生成するステップと、
    　をコンピュータが実行することを特徴とする管理支援方法。
  7. 　実物単位で計られた（１）原料や労働、エネルギー、装置の投入量、（２）生産物や副産物、サービスの生産量等を示すイベント情報に基づいて、価格や技術（設備投資等）、環境制約等のシナリオを複数仮定し、価格単位や物質単位、廃棄物の評価等の軸を用いて、生産のための技術（設備投資等）や計画を評価することを特徴とする管理支援方法。
  8. 　所定の組織で発生するイベントを構成する入力要素の数量と、前記イベントを構成する出力要素の数量とを含むイベント情報を受け付ける機能と、
    　前記受け付ける機能により受け付けられたイベント情報にしたがって、交換代数を適用して表現された取引情報であって、前記入力要素を貸方科目としてその数量を前記入力要素の計量単位で示し、前記出力要素を借方科目としてその数量を前記出力要素の計量単位で示す複式簿記記述による取引情報を記録する機能と、
    　前記記録する機能により記録された取引情報にしたがって、複数種類の手法による前記組織の管理を支援するための複数種類の支援情報を生成する機能と、
    　をコンピュータに実現させるためのコンピュータプログラム。
PCT/JP2016/081753 2015-11-05 2016-10-26 管理支援装置および管理支援方法 WO2017077920A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
DE112016005092.5T DE112016005092T5 (de) 2015-11-05 2016-10-26 Verwaltungsunterstützungsvorrichtung und Verwaltungsunterstützungsverfahren
JP2017548724A JP6917627B2 (ja) 2015-11-05 2016-10-26 管理支援装置および管理支援方法
US15/773,780 US20180322585A1 (en) 2015-11-05 2016-10-26 Management support device and management support method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015217891 2015-11-05
JP2015-217891 2015-11-05

Publications (1)

Publication Number Publication Date
WO2017077920A1 true WO2017077920A1 (ja) 2017-05-11

Family

ID=58661990

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/081753 WO2017077920A1 (ja) 2015-11-05 2016-10-26 管理支援装置および管理支援方法

Country Status (4)

Country Link
US (1) US20180322585A1 (ja)
JP (1) JP6917627B2 (ja)
DE (1) DE112016005092T5 (ja)
WO (1) WO2017077920A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107203935A (zh) * 2017-06-05 2017-09-26 深圳易嘉恩科技有限公司 基于xbrl技术的代理记账系统与方法
JP2019046070A (ja) * 2017-08-31 2019-03-22 株式会社オービック 原価計算装置、原価計算方法、および、原価計算プログラム

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022087542A1 (en) * 2020-10-24 2022-04-28 Economides Alexander Systems and methods for transacting of units derived from non-commodifiable work product

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013031075A1 (ja) * 2011-09-01 2013-03-07 国立大学法人東京工業大学 データ編集装置およびデータ編集方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013031075A1 (ja) * 2011-09-01 2013-03-07 国立大学法人東京工業大学 データ編集装置およびデータ編集方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HIROSHI DEGUCHI: "Transaction Base no Keizai System-gaku-sono Research Program to Hohoron", JAPAN ASSOCIATION FOR EVOLUTIONARY ECONOMICS DAI 17 KAI TAIKAI HOKOKU RONBUNSHU, 5 January 2017 (2017-01-05), Retrieved from the Internet <URL:http://c-faculty.chuo-u.ac.jp/~jafee/papers/Deguchi_Hiroshi2.pdf> *
YUJI ONUKI: "Plural bookkeep using Exchange Algebra", JAPAN ASSOCIATION FOR EVOLUTIONARY ECONOMICS DAI 17 KAI TAIKAI HOKOKU RONBUNSHU, 2013, Retrieved from the Internet <URL:http://c-faculty. chuo-u.ac.jp/~jafee/papers/Onuki_Yuji2.pdf> [retrieved on 20170105] *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107203935A (zh) * 2017-06-05 2017-09-26 深圳易嘉恩科技有限公司 基于xbrl技术的代理记账系统与方法
JP2019046070A (ja) * 2017-08-31 2019-03-22 株式会社オービック 原価計算装置、原価計算方法、および、原価計算プログラム
JP2021168173A (ja) * 2017-08-31 2021-10-21 株式会社オービック 原価計算装置、原価計算方法、および、原価計算プログラム
JP7149384B2 (ja) 2017-08-31 2022-10-06 株式会社オービック 原価計算装置、原価計算方法、および、原価計算プログラム

Also Published As

Publication number Publication date
US20180322585A1 (en) 2018-11-08
DE112016005092T5 (de) 2018-08-30
JPWO2017077920A1 (ja) 2018-08-23
JP6917627B2 (ja) 2021-08-11

Similar Documents

Publication Publication Date Title
Arampantzi et al. A new model for designing sustainable supply chain networks and its application to a global manufacturer
Paju et al. Framework and indicators for a sustainable manufacturing mapping methodology
Cheng et al. Modeling and monitoring of construction supply chains
Yao et al. Supply chain integration in vendor-managed inventory
Zampou et al. Towards a framework for energy-aware information systems in manufacturing
Heilala et al. Developing simulation-based decision support systems for customer-driven manufacturing operation planning
Drake et al. Simulation system for real-time planning, scheduling, and control
WO2013114444A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
Chu A mathematical programming approach towards optimized master production scheduling
Mauergauz Advanced planning and scheduling in manufacturing and supply chains
Muñoz et al. Supply chain planning and scheduling integration using Lagrangian decomposition in a knowledge management environment
Vieira et al. A model-based decision support framework for the optimisation of production planning in the biopharmaceutical industry
KR102342027B1 (ko) 다품종 소량 생산을 위한 클라우드 기반 자동 스케줄링 시스템
WO2017077920A1 (ja) 管理支援装置および管理支援方法
Andry et al. Management Information System for Order Fulfillment: A Case Study
JP6160260B2 (ja) 業務フロー生成方法、装置、およびプログラム
JP5499113B2 (ja) 生産計画調整支援装置、生産計画調整支援方法、および生産計画調整支援プログラム
Zancul PLM reference model: a preliminary proposal for reference model evolution
JP2018139053A (ja) 金額データ作成装置、金額データ作成方法および金額データ作成プログラム
JP2007004386A (ja) 事業管理プログラム及びそれを用いた管理装置
JP2021189759A (ja) 店舗管理装置、店舗管理方法、及び店舗管理プログラム
CN111352980A (zh) 一种备案信息的生成方法及装置
Gusikhin et al. JEDI: Just-in-time execution and distribution information support system for automotive stamping operations
Liepina et al. SCOR based ISS requirements identification
JP2011192317A (ja) 基幹業務統合型アプリケーションシステム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16861982

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017548724

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15773780

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 112016005092

Country of ref document: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16861982

Country of ref document: EP

Kind code of ref document: A1