Consortium management device and method

Abstract

To provide incentive for registering useful information in a database accessible to a plurality of business establishments.SOLUTION: A consortium management apparatus holds a common database which is accessible to terminals used by business establishments, and rules for calculating preferential treatment given to the business establishments. The common database contains information registered by the terminals; obtains information from the common database in response to a request from a terminal; transmits the information to the terminal to present the information to an office that owns the terminal; and aggregates, for each terminal, registration results of the information in the common database and presentation results of the information registered in the common database, and grants the preferential treatment to each business establishment based on the aggregated registration results and presentation results, and the relevant rules.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to a consortium management device and Biko Regarding how the consortium will be operated. [Background technology]

[0002] Background of the present invention is JP 2002-366643 A (Patent Document 1), which states that "multiple companies dealing in a wide variety of products in a wide range of industries become members to form a company consortium 10, and an operating company 11 is established to consolidate these companies, and a website is set up on the Internet to provide a service that acts as an intermediary between customers 20 and the company consortium 10" (see abstract). [Prior art documents] [Patent documents]

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

[0004] The technology described in Patent Document 1 describes a database shared by companies in a corporate alliance, but does not describe a method for motivating each company to voluntarily register information in the database, and there is a risk that useful information will not be registered in the database.

[0005] Thus, one aspect of the present invention provides an incentive for multiple business establishments to register useful information in a database that is accessible to multiple business establishments. [Means for solving the problem]

[0006] In order to solve the above problems, one embodiment of the present invention employs the following configuration: A consortium management device has a processor and a storage device, the storage device holds a common database accessible to terminals used by each of one or more business establishments belonging to a consortium and rules for calculating preferential treatment to be granted to each of the one or more business establishments, the common database holds information registered from each of the terminals, the processor obtains information from the common database in response to a request from each of the terminals and transmits the information to the terminal to present the information to the business establishment having the terminal, and for each of the terminals, tally up the registration record of information in the common database and the presentation record of information registered in the common database, and grants preferential treatment to each of the one or more business establishments based on the tally up registration record and presentation record and the rules. Effect of the Invention

[0007] According to one aspect of the present invention, incentives can be provided for registering useful information in a database accessible to multiple business establishments.

[0008] Problems, configurations and effects other than those described above will become apparent from the following description of the embodiments. [Brief description of the drawings]

[0009] [Figure 1] FIG. 2 is an explanatory diagram showing an example of operation of the consortium management system in the first embodiment. [Diagram 2] 1 is a block diagram showing a configuration example of an individual information management device according to a first embodiment; [Diagram 3] 2 is a block diagram showing an example of the configuration of a common information management device according to the first embodiment; [Figure 4] 3 is an example of a common dictionary DB according to the first embodiment. [Diagram 5] 4 is an example of a common structured ID DB according to the first embodiment. [Figure 6] 4 is an example of a common relation link DB in the first embodiment. [Figure 7] 3 is an example of a member management DB in the first embodiment. [Figure 8] FIG. 2 is an explanatory diagram illustrating an example of an outline of cooperation between an individual information management device and each device in the first embodiment. [Figure 9] FIG. 13 is a sequence diagram showing an example of a consortium participation registration phase and an individual DB utilization / registration phase in the first embodiment. [Figure 10] FIG. 11 is an explanatory diagram showing an outline example of a push-type individual DB utilization process and an individual DB registration process in the first embodiment. [Figure 11] FIG. 11 is a sequence diagram illustrating an example of a common DB utilization phase in the first embodiment. [Figure 12] FIG. 11 is a sequence diagram illustrating an example of a common DB registration phase in the first embodiment. [Figure 13] 4 is an example of a membership fee calculation rule in the first embodiment. [Figure 14A] 13 is an example of a graph showing a relationship between rank and membership fee reduction rate X in the first embodiment. [Figure 14B] 13 is an example of a graph showing the relationship between rank and actual membership fee R in the first embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings. In this embodiment, the same components are generally designated by the same reference numerals, and repeated explanations are omitted. Note that this embodiment is merely an example for realizing the present invention, and does not limit the technical scope of the present invention. EXAMPLES

[0011] 1 is an explanatory diagram showing an example of operation of a consortium operation system. The consortium operation system includes an individual information management device 100 owned by each of the participating business establishments in the consortium, and a common information management device 200 owned by the consortium operator. The common information management device 200 is connected to each of the individual information management devices 100 via a network such as the Internet.

[0012] In the example of Fig. 1, a plurality of business establishments (business establishments A to D) participate in the consortium, but the number of business establishments participating in the consortium may be one. For ease of viewing, the individual information management devices 100 owned by business establishments B, C, and D are omitted from Fig. 1.

[0013] The individual information management device 100 is connected to a terminal 300 owned by each of one or more departments under the umbrella of the business establishment. The individual information management device 100 has an individual DB (DataBase) section 120 and a virtual common DB section 125. The common information management device 200 has a common DB section 220. The individual information management devices 100 are not connected to each other, and a business establishment having an individual information management device 100 can obtain information on the individual DB section 120 and the virtual common DB section 125 of its own individual information management device 100, as well as information on the common DB section 220 of the common information management device 200, but cannot directly obtain information on the individual DB section 120 and the virtual common DB section 125 of the individual information management device 100 of another business establishment.

[0014] An establishment is permitted to participate in the consortium by applying for registration to participate in the consortium. When the establishment permitted to participate in the consortium pays a membership fee (for example, a monthly membership fee or an annual membership fee) to the consortium operator, the individual information management device 100 of each establishment is granted the right to access the common DB unit 220 of the common information management device 200.

[0015] The individual information management device 100 receives, for example, a request from the terminal 300 or a specific application to newly register an event input by an operator to the terminal 300 or an event observed by a specific application in the individual DB unit 120. Note that abnormality prediction diagnosis information for target equipment owned by the business establishment, maintenance information obtained by observing the target equipment with an observation device, and management information related to the management of the target equipment are all examples of events. In addition, the event may include, for example, a manual or a drawing file to be referred to when the target equipment breaks down.

[0016] The individual information management device 100 generates a structured ID (a unique name given to information that represents an event in a format that a computer can understand) for each event that is requested to be registered in the individual DB unit 120 and registers the ID in the individual DB unit 120, thereby converting each piece of information into individually identifiable data.

[0017] Furthermore, the individual information management device 100 registers in the individual DB unit 120 a relationship link, which is a link linking together structured IDs that are related components and may be included in the structured IDs registered in the individual DB unit 120. Note that the individual information management device 100 may generate and register a relationship link by extracting a relationship between the registered structured IDs, or may register a relationship link specified by the user of the terminal 300.

[0018] Furthermore, the terminal 300 receives a request to register, in the common DB unit 220, an event input to the terminal 300 by an operator or an event observed by a specific application, from the terminal 300 itself or from the application itself.

[0019] The individual information management device 100 generates a structured ID for each event for which registration in the common DB unit 220 is requested. The individual information management device 100 generates a relationship link by extracting the relationship between the generated structured IDs, or obtains a relationship link designated by the user of the terminal 300 and requested to be registered in the common DB unit 220.

[0020] The individual information management device 100 uses a dictionary stored in the individual DB unit 120 to convert terms within the establishment (e.g., terms that are not general terms) included in the structured ID and relational link to be registered in the common DB unit 220 into general terms, and registers them in the virtual common DB unit 125. Note that the individual information management device 100 may also register the structured ID and relational link to be registered in the common DB unit 220 in the individual DB unit 120 as well.

[0021] The individual information management device 100 transmits the converted structured ID and the relational link to the common information management device 200 via an interface to the common information management device 200. Note that the individual information management device 100 may transmit the converted structured ID and the relational link to the common information management device 200 only when it determines that there is no security concern in registering the converted structured ID and the relational link in the common DB unit 220 (for example, the converted structured ID and the relational link do not include confidential information of the business establishment).

[0022] Furthermore, the individual information management device 100 may receive a request to register, in the common DB unit 220, a structured ID and a related link that have already been registered in the individual DB unit 120, for example, according to an input from an operator of the terminal 300. In this case, the individual information management device 100 converts terms within the establishment, which are included in the structured ID and the related link to be registered in the common DB unit 220, into general terms using a dictionary stored in the individual DB unit 120, registers them in the virtual common DB unit 125, and transmits the converted structured ID and related link to the common information management device 200 via an interface to the common information management device 200.

[0023] In addition, the individual information management device 100 may transmit the in-house terminology contained in the structured ID and the relationship link to the common information management device 200 without converting it, and the common information management device 200 may convert the in-house terminology into general terminology using a common dictionary described below.

[0024] The individual information management device 100 may omit the process of registering the structured ID and the relational link to be registered in the common DB unit 220 in the virtual common DB unit 125 and transmit them to the common information management device 200. In this case, the individual information management device 100 may not have the virtual common DB unit 125.

[0025] The common information management device 200 examines whether the structured ID and the relationship link to be registered in the common DB unit 220 should be registered in the common DB unit 220. If the common information management device 200 denies the registration examination of the structured ID and the relationship link, it does not register the structured ID and the relationship link in the common DB unit 220 and notifies the individual information management device 100 that the examination result is denial. Note that the individual information management device 100 that receives the notification may delete the structured ID and the relationship link from the virtual common DB unit 125.

[0026] If the common information management device 200 approves the structured ID and the relationship link in the registration review, it assigns a universal unique ID (hereinafter also referred to as UUID) that uniquely identifies the approved information (structured ID and relationship link) in the common DB unit 220, registers the structured ID and the relationship link in the common DB unit 220 as a common structured ID and a common relationship link, respectively, and notifies the individual information management device 100 that the review result is approval. The common information management device 200 may ensure the uniqueness of the UUID by using a predetermined encryption process such as NFT (Non-Fungible Token) or blockchain.

[0027] In addition, the common information management device 200 may define relationship links between common structured IDs registered in the common DB unit 220 from individual information management devices 100 owned by different business establishments, and register the relationship links in the common DB unit 220.

[0028] When the common information management device 200 receives a common DB utilization request from the individual information management device 100, it acquires a common structured ID and a common relational link corresponding to the information indicated by the common DB utilization request from the common DB unit 220. Note that the common DB utilization request of the individual information management device 100 includes, for example, components of an event input by a user to the terminal 300 or observed by an application connected to the individual information management device 100.

[0029] The common information management device 200 converts the general terms included in the acquired common structured ID and common relation link into the terminology of the establishment that has the individual information management device 100 that sent the common DB utilization request, using a common dictionary (a dictionary for converting general terms into in-house terms of each establishment), and transmits the converted information to the individual information management device 100. Note that the common information management device 200 may transmit the general terms included in the acquired information to the individual information management device 100 without converting them, and the individual information management device 100 may convert the general terms into in-house terms using its own dictionary.

[0030] In addition, when the individual information management device 100 that has received the information of the common DB unit 220 determines that there is a security concern about the received information (for example, when it determines that the received information has been tampered with based on the NFT, or when it detects a virus, spoofing, or hacking), it may discard the received information without displaying it, or may temporarily store the received information in a log and output an alert to the common information management device 200. When the alert is output, for example, a consortium operator investigates and takes measures regarding the communication path between the common information management device 200 and the individual information management device 100, and determines whether the information should be discarded or displayed based on the results of the investigation and measures. The common information management device 200 transmits the judgment result input by the consortium operator to the individual information management device 100, and the individual information management device 100 executes processing on the information temporarily stored in the log according to the judgment result.

[0031] The common information management device 200 manages, for each business establishment, the registration history of information in the common DB unit 220 (e.g., the registration history of common structured IDs and / or common relationship links) and the utilization history of the information registered in the common DB unit 220 (e.g., the citation history of common structured IDs and / or common relationship links by other business establishments). The common information management device 200 grants preferential treatment to the business establishment based on the registration history and utilization history of each business establishment. Reduction or exemption from membership fees or the granting of money are both examples of preferential treatment. In addition, disclosure of an increase in the status of a business establishment in a community operated by a consortium is also an example of preferential treatment. Disclosure of an increase in the status of a business establishment leads to an increase in the social value of the business establishment. Hereinafter, reduction or exemption from membership fees is considered to be preferential treatment.

[0032] The common information management device 200 can provide business establishments with incentives to register a lot of useful information in the common DB section 220 by granting preferential treatment to the business establishments based on their registration and citation records, and ultimately enables the business establishments to obtain useful information from the common DB section 220.

[0033] The individual information management device 100 may request the common information management device 200 to transmit information (e.g., a common structured ID, a common relational link, and a common dictionary) of the common DB unit 220 periodically, for example. In this case, the individual information management device 100 may store the received information in the virtual common DB unit 125.

[0034] It is preferable that the individual information management device 100 is able to freely delete information registered in its own individual DB unit 120 and virtual common DB unit 125.

[0035] 2 is a block diagram showing an example of the configuration of the individual information management device 100. The individual information management device 100 is configured by a computer having, for example, a CPU (Central Processing Unit) 101, a memory 102, an auxiliary storage device 103, a communication device 104, an input device 105, and an output device 106.

[0036] The CPU 101 includes a processor and executes programs stored in the memory 102. The memory 102 includes a ROM (Read Only Memory), which is a non-volatile storage element, and a RAM (Random Access Memory), which is a volatile storage element. The ROM stores immutable programs (e.g., a Basic Input / Output System (BIOS)). The RAM is a high-speed, volatile storage element such as a DRAM (Dynamic Random Access Memory), and temporarily stores programs executed by the CPU 101 and data used when the programs are executed.

[0037] The auxiliary storage device 103 is a large-capacity non-volatile storage device such as a magnetic storage device (HDD (Hard Disk Drive)) or a flash memory (SSD (Solid State Drive)), and stores programs executed by the CPU 101 and data used when the programs are executed. That is, the programs are read from the auxiliary storage device 103, loaded into the memory 102, and executed by the CPU 101.

[0038] The input device 105 is a device such as a keyboard or a mouse that receives input from an operator. The output device 106 is a device such as a display device or a printer that outputs the results of program execution in a format that can be viewed by the operator.

[0039] The communication device 104 is a network interface device that controls communication with other devices in accordance with a predetermined protocol, and includes a serial interface such as a Universal Serial Bus (USB).

[0040] A part or all of the programs executed by the CPU 101 may be provided to the individual information management device 100 from a removable medium (CD-ROM, flash memory, etc.) which is a non-transitory storage medium, or from an external computer equipped with a non-transitory storage device via a network, and may be stored in a non-volatile auxiliary storage device 103 which is a non-transitory storage medium. For this reason, the individual information management device 100 may have an interface for reading data from the removable medium. The same applies to the common information management device 200.

[0041] The individual information management device 100 is a computer system that is configured on one physical computer or on multiple logically or physically configured computers, and may operate in separate threads on the same computer, or may operate on a virtual computer constructed on multiple physical computer resources. The same applies to the common information management device 200.

[0042] The CPU 101 includes, for example, an individual information management unit 111, a common registration application unit 112, an individual dictionary conversion unit 113, a common I / F (interface) unit 114, a security management unit 115, and a common information access unit .

[0043] The individual information management unit 111 registers information in the individual DB unit 120 and acquires information registered in the individual DB unit 120. The common registration application unit 112 submits an application to the common information management device 200 for the individual information management device 100 to participate in the consortium. The individual dictionary conversion unit 113 converts in-house terms contained in the information to be registered in each DB unit or information acquired from each DB unit into general terms and converts general terms into in-house terms.

[0044] The common I / F unit 114 functions as an interface for transmitting and receiving information between the individual information management device 100 and the common information management device 200. The security management unit 115 manages security in the exchange of information between the individual information management device 100 and the common information management device 200. The common registration application unit 112 executes a request for registration of information in the common DB unit 220 and acquisition of information registered in the common DB unit 220 via the common I / F unit 114, registers information in the virtual common DB unit 125, and acquires information registered in the virtual common DB unit 125.

[0045] For example, CPU 101 functions as individual information management unit 111 by operating according to an individual information management program loaded into memory 102, and functions as common registration application unit 112 by operating according to a common registration application program loaded into memory 102. The same relationship exists between the programs and the functional units for other functional units included in CPU 101. The same relationship exists between the programs and the functional units for later-described functional units included in CPU 201 of common information management device 200.

[0046] Some or all of the functions of the functional units included in CPU101 and CPU201 may be realized by hardware such as an Application Specific Integrated Circuit (ASIC) or a Field Programmable Gate Array (FPGA).

[0047] The auxiliary storage device 103 includes, for example, an individual DB section 120, which is an area for storing data, and a virtual shared DB section 125. The individual DB section 120 holds, for example, a dictionary DB 121, a structured ID DB 122, and a relational link DB 123.

[0048] The dictionary DB 121 holds information indicating the correspondence between terms used in a business establishment having the individual information management device 100 and general terms. The structured ID DB 122 holds structured IDs generated by the individual information management device 100. The related link DB 123 holds related links generated by the individual information management device 100.

[0049] The virtual common DB unit 125 holds, for example, a virtual common dictionary DB 126, a virtual common structuring ID DB 127, and a virtual common relationship link DB 128. The virtual common dictionary DB 126 holds information indicating the correspondence between terms in each establishment and general terms. The virtual common structuring ID DB 127 holds a structuring ID registered in the common DB unit 220 from the individual information management device 100, or a structuring ID received from the common information management device 200. The virtual common relationship link DB 128 holds a relationship link registered in the common DB unit 220 from the individual information management device 100, or a relationship link received from the common information management device 200.

[0050] In addition, some or all of the information stored in the auxiliary storage device 103 and the auxiliary storage device 203 (described later) possessed by the common information management device 200 may be stored in the memory 102 and the memory 202 (described later) possessed by the common information management device 200, respectively, or may be stored in another database connected to the device.

[0051] In this embodiment, the information used by the consortium management system does not depend on the data structure and may be expressed in any data structure. In this embodiment, the information is expressed in a table format, but the information can be stored in a data structure appropriately selected from, for example, a list, a database, or a queue.

[0052] 3 is a block diagram showing an example of the configuration of the common information management device 200. The common information management device 200 is configured by a computer having, for example, a CPU 201, a memory 202, an auxiliary storage device 203, a communication device 204, an input device 205, an output device 206, and a biometric information acquisition device 207.

[0053] The hardware description of the CPU 201, memory 202, auxiliary storage device 203, communication device 204, input device 205, and output device 206 is omitted because it is similar to the hardware description of the CPU 101, memory 102, auxiliary storage device 103, communication device 104, input device 105, and output device 106.

[0054] The CPU 201 includes, for example, a participation permission unit 211, an examination unit 212, a common information registration unit 213, a common dictionary conversion unit 214, a search unit 215, and a membership fee calculation unit 216. The participation permission unit 211 decides whether to accept or reject the participation of the individual information management device 100 that has applied for registration in the consortium. The examination unit 212 examines whether or not to register information received from the individual information management device 100 in the common DB unit 220. The common information registration unit 213 registers, in the common DB unit 220, information received from the individual information management device 100 and approved by the examination unit.

[0055] The common dictionary conversion unit 214 converts in-house terms contained in the information registered in each DB unit or the information acquired from each DB unit into general terms, and converts general terms into in-house terms. The search unit 215 searches the common DB unit 220 in response to a common DB utilization request from the individual information management device 100, and transmits the search results to the individual information management device 100. The membership fee calculation unit 216 calculates the membership fee to be paid by each business to the consortium operator.

[0056] The auxiliary storage device 203 includes, for example, a common DB section 220 which is an area for storing data. The common DB section 220 holds, for example, a common dictionary DB 221, a common structured ID DB 222, and a common relational link DB 223.

[0057] The common dictionary DB221 holds information showing the correspondence between the terms used in each business establishment and general terms. The common structuring ID DB222 holds the structuring IDs received from each individual information management device 100 and approved by the examination unit 212. The common relationship link DB223 holds the relationship links received from each individual information management device 100 and approved by the examination unit 212.

[0058] The auxiliary storage device 203 also stores, for example, a member management DB 224 and membership fee calculation rules 225. The member management DB 224 stores information indicating the membership fee each establishment pays to the consortium operator. The membership fee calculation rules 225 are rules for calculating the membership fee each establishment pays to the consortium operator.

[0059] In this embodiment, the individual information management device 100 and the common information management device 200 are shown as separate devices, but the individual information management device 100 and the common information management device 200 may be integrated. When the individual information management device 100 and the common information management device 200 are integrated, an individual DB unit 120 and a virtual common DB unit 125 are prepared for each business establishment, and the terminal 300 of each business establishment has access rights to the individual DB unit 120 and the virtual common DB unit 125 prepared for that business establishment.

[0060] 4 is an example of the common dictionary DB 221. The common dictionary DB 221 holds, for example, an establishment ID column 2211, an in-establishment term column 2212, and a general term column 2213. The establishment ID column 2211 holds an establishment ID that uniquely identifies an establishment. The in-establishment term column 2212 indicates terms used in the establishment indicated by the establishment ID. The general term column 2213 indicates general terms that are synonymous with the in-establishment terms used in the establishment indicated by the establishment ID.

[0061] The virtual common dictionary DB 126 has the same table structure as the common dictionary DB 221, and the table structure of the dictionary DB 121 is the common dictionary DB 221 with the establishment ID column 2211 deleted (although it may include the establishment ID column 2211), and is not shown in the figure.

[0062] 5 is an example of the common structured ID DB 222. The common structured ID DB 222 includes, for example, an establishment ID column 2221, a UUID column 2222, and a common structured ID column 2223. The establishment ID column 2221 holds an establishment ID. The UUID column 2222 holds a UUID assigned to the common structured ID.

[0063] The common structuring ID column 2223 holds a common structuring ID. The common structuring ID defines the event hierarchically by separating the connections between the components constituting the event acquired by the individual information management device 100 with a slash or the like (for example, an element on the right side of the slash may be an element contained in the element on the left side, an event occurring in the element on the left side, or a document related to the element on the left side). The common structuring ID is assigned to information or data indicated by the event, and is an ID consisting of a character string that can be distinguished by a computer, and the uniqueness of this information or data is guaranteed by the common structuring ID.

[0064] For example, the structured ID "System_A / Plant_A / Line_B / Machine_XX / Minor Fault" in Fig. 5 indicates a minor fault (that occurred in) Machine_XX (included in) Line_B (included in) Plant_A (included in) System_A. Also, for example, "System_B / Plant_A / Line_B / Manual_A" in Fig. 4 indicates Manual_A of Line_B (included in) Plant_A (included in) System_B.

[0065] In addition, the virtual common structured ID DB127 has a table structure similar to that of the common structured ID DB222, and the table structure of the structured ID DB122 has the business establishment ID column 2221 and the UUID column 2222 deleted from the common structured ID DB222 (it may also include the business establishment ID column 2221 and the UUID column 2222), and includes a structured ID column in which structured IDs registered in the individual information management device 100 are stored instead of the common structured ID column 2223, and is not shown in the figure.

[0066] 6 is an example of the common relationship link DB 223. The common relationship link DB 223 includes, for example, an establishment ID column 2231, a UUID column 2232, a link source column 2233, and a link destination column 2234. The establishment ID column 2231 holds the establishment ID of the establishment that has registered the corresponding relationship link in the common relationship link DB 223. The UUID column 2232 holds the UUID assigned to the common relationship link. The link source column 2233 and the link destination column 2234 define the common relationship link and indicate the configuration that is included in the common structured ID and is related.

[0067] The common structured ID DB222 in FIG. 5 includes a common structured ID of “System_A / Plant_A / Line_B / Machine_XX / minor fault” and a common structured ID of “System_B / Plant_A / Line_B / Manual_A.” These common structured IDs indicate that a series of components of “Plant_A / Line_B / ” partially match.

[0068] 6, a series of components, "Machine_XX" and "minor fault", which are connected to the rear of each of the partially matched components, are linked by a relationship link to the component "Manual_A". This relationship link suggests that it will be useful to refer to "Manual_A" when a "minor fault" occurs in "Machine_XX".

[0069] In addition, the relational links may be defined according to the know-how of the business establishment or the consortium operator. Specifically, for example, knowledge that when an event "A" occurs, an event "B" is likely to occur based on the know-how of past business start-ups, or experience that when an event "A" occurs, it is advisable to refer to a manual "C" may be stored in the link source column 2233 and the link destination column 2234, respectively, in association with each other.

[0070] In the common relationship link DB 223 in FIG. 6, the link source and link destination of the relationship link are defined, but the direction of the relationship link does not have to be defined (the link does not have to be from the link source to the link destination).

[0071] In addition, the virtual common relationship link DB128 has a table structure similar to that of the common relationship link DB223, and the table structure of the relationship link ID DB123 is such that the establishment ID column 2231 and the UUID column 2232 are deleted from the common relationship link DB223 (it may include the establishment ID column 2221), and the relationship links registered in the individual information management device 100 are defined in the link source column 2233 and the link destination column 2234, and are not shown in the figure.

[0072] 7 is an example of the member management DB 224. The member management DB 224 includes, for example, an establishment ID column 2241, a number of users column 2242, a number of individual event registrations column 2243, a cumulative registration record column 2244, a cumulative citation record column 2245, a regular membership fee rank column 2246, a membership fee reduction rank column 2247, and a membership fee column 2248.

[0073] The establishment ID column 2241 holds the establishment ID. The number of users column 2242 indicates the number of users of the consortium operation system at the establishment. The number of registered individual events column 2243 indicates the number of events (e.g., the number of structured IDs and / or relationship links) registered in the individual DB unit 120 of the individual information management device 100.

[0074] The cumulative registration record column 2244 indicates the cumulative number of pieces of information (for example, the number of common structuring IDs and / or common relationship links) registered in the common DB unit 220 from the individual information management device 100. The cumulative citation record column 2245 indicates the number of pieces of information (common structuring IDs and / or common relationship links) registered in the common DB unit 220 from the individual information management device 100 and cited from the common DB unit 220 by other individual information management devices 100 (common structuring IDs and / or common relationship links).

[0075] The regular membership fee rank column 2246 holds information indicating a regular membership fee rank, which is a rank for determining a regular membership fee (a membership fee before reduction or exemption) calculated by the membership fee calculation unit 216 based on the membership fee calculation rule 225, the number of users of the establishment, and the number of individual event registrations of the individual information management device 100. The membership fee reduction or exemption rank column 2247 holds information indicating a membership fee reduction or exemption rank, which is a rank for determining a reduction or exemption rate of a membership fee, which is calculated by the membership fee calculation unit 216 based on the membership fee calculation rule 225, the cumulative registration record of the individual information management device 100, and the number of individual event registrations of the individual information management device 100. The membership fee column 2248 indicates the membership fee to be paid by the establishment, which is calculated by the membership fee calculation unit 216 based on the membership fee calculation rule 225, the regular membership fee rank, and the membership fee reduction or exemption rank.

[0076] Fig. 8 is an explanatory diagram showing an example of an outline of cooperation between the individual information management device 100 and each device. For ease of explanation, part of the configuration of the individual information management device 100 and part of the configuration of the common information management device 200 are omitted from Fig. 8. Fig. 8 also shows the individual information management device 100 of business establishment A.

[0077] 1, the individual information management device 100 executes registration of information and utilization of information with the common information management device 200 via a network such as the Internet. That is, the common dictionary DB221, the common structured ID DB222, and the common relation link DB223 included in the common DB unit 220 are realized on a cloud-based PF (PlatForm) provided by the common information management device 200, for example.

[0078] The establishment A is made up of, for example, a plurality of departments (departments 1 to 5), and the terminals 300 owned by each department can include IT (Information Technology) related applications 800 and can execute these applications.

[0079] Furthermore, the applications included in the IT application group 800 can transmit and receive information to and from the individual information management device 100. The individual information management device 100 can receive, for example, email information, individual chat room information, remote conference information, scheduler information, and SNS (Social Networking Service) information from the applications included in the IT application group 800.

[0080] For example, the individual dictionary conversion unit 113 receives information input from the terminal 300 to an application included in the IT application group 800, and automatically learns the correspondence information between in-house terms and general terms included in the information, thereby storing the information in the dictionary DB 114.

[0081] Furthermore, for example, the individual information management device 100 may receive information input from the terminal 300 to an application included in the IT application group 800, automatically learn a structured ID and a related link from the event indicated by the information, and store the information in the structured ID DB 122 and the related link DB 123.

[0082] In particular, for example, an individual chat room provided by IT application group 800 is a chat room closed within a department, and therefore the chat contents are not shared with other departments. However, as described above, individual information management device 100 automatically learns the correspondence between in-office terms and general terms, structured IDs, and related links from the information in the individual chat room, and therefore can accumulate information about each department in dictionary DB 121, structured ID DB 122, and related link DB 123 without disclosing the chat contents to other departments.

[0083] Furthermore, applications included in the OT (Operational Technology) application group 810 can transmit and receive information to and from the individual information management device 100. For example, the individual information management device 100 can receive, from applications included in the OT application group 810, alarm information and trend information of the target equipment in the business establishment A provided by a DCS (Distribute Control System), alarm information of the target equipment and manufacturing execution information by the target equipment provided by a MES (Manufacturing Execution System), documents and drawings related to the target equipment held by a file server, operation information of the target equipment provided by a PIMS (Plant Information Management System), and videos, images, and 3D images of the target equipment and products manufactured by the target equipment.

[0084] The individual information management device 100 may receive information from an application included in the OT application group 810, automatically learn a structured ID and a related link from the event indicated by the information, and store the information in the structured ID DB 122 and the related link DB 123.

[0085] The processes of the consortium participation registration phase, the individual DB utilization / registration phase, the common DB utilization phase, and the common DB registration phase will be described, but some of the processes described using FIG. 1 may be omitted.

[0086] Fig. 9 is a sequence diagram showing an example of the consortium participation registration phase and the individual DB utilization / registration phase. First, the processing of the consortium participation registration phase will be described. In the example of Fig. 9, the processing for business establishment A to register for participation in the consortium will be described, but since similar processing is executed for other business establishments, illustration and description will be omitted.

[0087] The common registration application unit 112 of the individual information management device 100 transmits a consortium participation application to the common information management device 200 (S901). The participation permission unit 211 of the common information management device 200 determines whether or not to accept the participation of establishment A according to, for example, an input by the user of the common information management device 200, and if participation is accepted, returns a participation permission notice to the individual information management device 100 (S902). Note that, if the participation of establishment A is rejected, the participation permission unit 211 of the common information management device 200 returns a participation rejection notice to the individual information management device 100, and the consortium participation registration phase ends.

[0088] When the individual information management device 100 receives the participation permission notification, the common registration application unit 112 notifies the common information management device 200 of the number of users of the establishment A who are allowed to access the common DB unit 220, according to an input from the user of the establishment A. The membership fee calculation unit 216 notifies the individual information management device 100 of the participation registration fee for registering to participate in the consortium and the membership fee (for example, an annual membership fee that is periodically incurred during the period during which the establishment A is registered to participate in the consortium), and the establishment A pays the participation registration fee and the membership fee to the consortium operator (S903). The participation registration fee is, for example, a predetermined amount, and is an amount calculated by the membership fee calculation unit 216 in accordance with membership fee calculation rules 225 described later.

[0089] When the participation permission unit 211 confirms the payment of the participation registration fee and membership fee, it generates a business ID for business A and sends it to the individual information management device 100, and grants to the individual information management device 100 of business A the right to participate in the consortium, access to the individual DB unit 120 of the individual information management device 100 of business A, access to the common DB unit 220, and access to the UI (User Interface) output from the common information management device 200 to the terminal 300 (S904).

[0090] In addition, this UI displays, for example, login information of a user logged in to the common DB unit 220, information on an event (e.g., a failure) that has occurred in the target equipment, past cases related to the event via a common relationship link and information on the manual for the target equipment (information provided by a push type, as described below, or information obtained by a user at the business establishment searching past cases linked by a common relationship link via a pull type), and observation information indicating the status of the target equipment.

[0091] Furthermore, this UI may display a registration screen for the common dictionary DB 221 (for example, a screen for registering the correspondence between in-house terms and general terms).

[0092] Although not shown in the figure, it is desirable that the common information management device 200 holds a DB that manages business establishments (individual information management devices 100) that have been granted eligibility to participate in the consortium, access rights to the individual DB section 120 of business establishment A's individual information management device 100, access rights to the common DB section 220, and access rights to the UI (User Interface).

[0093] When the common information access unit 116 acquires access rights to the common DB unit 220, it becomes able to access the common DB unit 220 via the common I / F unit 114 (S905), i.e., it becomes possible to refer to information in the common DB unit 220 and to register information in the common DB unit 220.

[0094] It should be noted that once the individual information management device 100 has completed the processing of the consortium participation registration phase, it becomes able to execute processing of any of the individual DB utilization / registration phase, the common DB utilization phase described below, and the common DB registration phase described below.

[0095] Next, the processing of the individual DB utilization phase will be described. For example, in response to a DB utilization request from the terminal 300 (an individual DB utilization request input by a user of the terminal 300), the individual information management unit 111 acquires information stored in the individual DB unit 120, and displays the acquired information on the output device 106 or the terminal 300 (S911).

[0096] Specifically, for example, an individual DB utilization request from terminal 300 includes a component (of an event) input by the user of terminal 300, and individual information management unit 111 acquires a related link that includes the component in the link source or link destination from related link DB 123. Furthermore, individual information management unit 111 acquires, for example, a structured ID that includes the component indicated by the link source or link destination of the extracted related link from structured ID DB 122. Individual information management unit 111 displays the acquired related link and structured ID on output device 106 or terminal 300.

[0097] In the above example, individual DB utilization and individual DB registration are executed in response to input by the user of terminal 300, but it is also possible to realize push-type individual DB utilization and individual DB registration that are executed automatically without the user performing any active operation, for example, in response to the transmission of information from an application to the individual information management device 100.

[0098] Fig. 10 is an explanatory diagram showing an example of an outline of a push-type individual DB utilization process and an individual DB registration process. In the example of Fig. 10, it is assumed that the relationship links in the relationship link DB 123 are predefined, and the structured IDs in the structured ID DB 122 are not defined.

[0099] The individual information management unit 111 extracts a structured ID and a related link from the event indicated by the information received from the terminal 300, or from the information indicated by the information received from the IT application group 800 or the OT application group 810, and registers them in the structured ID DB 122 and the related link DB 123 of the individual DB unit 120, respectively (S912).

[0100] It is assumed that the individual information management device 100 receives a DCS alarm indicating that "a minor fault has occurred in Machine_XX of Line_B of Plant_A of System_A" from an application included in the OT-related applications group 810. At this time, the individual information management unit 111 generates a structured ID of "System_A / Plant_A / Line_B / Machine_XX / minor fault" by separating each component of the event indicated by the DCS alarm with a slash, and registers the generated structured ID in the structured ID DB 122.

[0101] The individual information management unit 111 acquires a relationship link including a link source or a link destination that partially matches the structuring ID (i.e., includes a component included in the structuring ID, or matches a component that is consecutive with a slash included in the structuring ID) from the relationship link DB 123. In the example of Fig. 10, the individual information management unit 111 acquires a relationship link that includes "Machine_XX minor failure" as a link source and "Manual_A" as a link destination.

[0102] The individual information management unit 111 notifies the IT application group 800 and the OT application group 810 of "Manual_A", which is a component that pairs with the structured ID in the relationship link, and searches for an application that can provide information related to "Manual_A".

[0103] 10, an application included in the OT-related applications group 810 acquires file information of "Manual_A" (Manual_A of Line_B of Plant_A of System_B) stored in a file server and the file of "Manual_A", and transmits them to the individual information management device 100. The individual information management unit 111 generates a structured ID of "System_B / Plant_A / Line_B / Manual_A" by separating each component of the event indicated by the file information with a slash, and registers the generated structured ID in the structured ID DB 122.

[0104] Furthermore, the individual information management unit 111 displays the DCS alarm and manual files on the terminal 300. The individual information management unit 111 may display the two generated structured IDs and the acquired relational links on the terminal 300. The above-mentioned processing realizes push-type individual DB utilization and individual DB registration.

[0105] In the example of Fig. 10, the structured ID is not defined in the structured ID DB 122, but the structured ID generated in the example of Fig. 10 may be defined in advance in the structured ID DB 122. In this case, the above-mentioned process of generating the structured ID is omitted.

[0106] In addition, a common structuring ID is used instead of a structuring ID, a common relation link is used instead of a relation link, and the individual information management device 100 mediates the transmission and reception of information between the common information management device 200 and an application, so that the push type described with reference to Fig. 10 can also be applied to common DB utilization and common DB registration, which will be described later. However, for common DB registration, even in the case of the push type, examination is performed by the examination unit 212 of the common information management device 200.

[0107] 11 is a sequence diagram showing an example of the common DB utilization phase. The common information access unit 116 of the individual information management device 100 of the establishment A accesses the common DB unit 220 in response to a common DB utilization request received from the terminal 300 (a common DB utilization request input by a user of the terminal 300) or a common DB utilization request received from the IT application group 800 or the OT application group 810 (S1101).

[0108] The search unit 215 acquires a common relationship link including the component (of the event) indicated in the received common DB utilization request from the common relationship link DB 223, acquires a common structuring ID including the component indicated by the acquired common relationship link from the common structuring ID DB 222, and transmits the acquired common relationship link and common structuring ID to the individual information management device 100 owned by business establishment A (S1102).

[0109] Through the processing of steps S1101 and S1102, establishment A can receive information related to the component indicated by the common DB utilization request, which information has been registered by other establishments in the common DB section 220. Note that the common relationship link and common structuring ID transmitted in step S1102 have been registered by the individual information management device 100 owned by establishment B.

[0110] Note that the processing of steps S1103 to S1108 is similar to the processing of steps S1101 and S1102, except that the business establishment having the individual information management device 100 is different, and the business establishment that registered the data acquired from the common DB unit 220 is different, and therefore a description thereof will be omitted.

[0111] The membership fee calculation rules 225 are set so that the membership fee reduction rank can be changed according to the cumulative citation records of other establishments from the common DB unit 220. Therefore, the membership fee calculation unit 216, for example, periodically tallys up the cumulative citation records of each establishment and updates the cumulative citation records of each establishment in the member management DB 224 (S1109).

[0112] The membership fee calculation unit 216 recalculates the membership fee reduction rank and the membership fee based on the regular membership fee rank, the updated cumulative citation record, and the membership fee calculation rule 225, and stores the recalculated membership fee reduction rank and the membership fee of the establishment A in the member management DB 224 (S1110). Note that the membership fee calculation unit 216 may notify the individual information management device 100 of the establishment A of the updated cumulative citation record and the recalculated membership fee reduction rank and the membership fee of the establishment A.

[0113] Fig. 12 is a sequence diagram showing an example of the common DB registration phase. In the example of Fig. 12, a process for the individual information management device 100 of the establishment A to execute data registration in the common DB unit 220 will be described, but since the same process is executed for the individual information management devices 100 of other establishments, illustration and description will be omitted.

[0114] The common information access unit 116 of the individual information management device 100 owned by business establishment A requests registration in the common DB unit 220 by sending a structured ID and / or a relationship link to the common information management device 200 via the common I / F unit 114 (S1201).

[0115] In step S1201, before the structured ID and / or the related link are transmitted to the common information management device, it is preferable that the individual dictionary conversion unit 113 converts the in-office terms included in the structured ID and / or the related link into general terms by referring to the dictionary DB 121. However, the individual dictionary conversion unit 113 may transmit the structured ID and / or the related link to the common information management device 200 without performing the conversion, and the common dictionary conversion unit 214 may perform the conversion by using the common dictionary DB 221.

[0116] In addition, in step S1201, an application for registration in the common DB section 220 may be made only if the security management section 115 determines that there are no security concerns in registering the structured ID and / or relationship link in the common DB section 220.

[0117] The examination unit 212 of the common information management device 200 examines whether the received structured ID and / or related link can be registered in the common DB unit 220 (S1202). For example, the examination unit 212 performs the examination in step S1202 by displaying the received structured ID and / or related link on the output device 206 and acquiring an examination result inputted into the input device 205 by the user of the common information management device 200 who confirmed the displayed structured ID and / or related link.

[0118] In addition, the review unit 212, for example, refers to the common structured ID DB222 and the common relationship link DB223 to determine whether the structured ID and / or relationship link received from the individual information management device 100 are contents to be newly registered (if they are contents to be newly registered, the review is approved, and if they are not contents to be newly registered, the review is rejected), and determines whether the structured ID and / or relationship link received from the individual information management device 100 have been tampered with (if they have not been tampered with, the review is approved, and if they have been tampered with, the review is rejected).

[0119] If the examination unit 212 determines that the examination is to be approved, the process proceeds to step S1203 and subsequent steps, whereas if the examination unit 212 determines that the examination is to be rejected, the process of the common DB registration phase ends.

[0120] The common information registration unit 213 assigns a UUID and a business ID indicating business A to each of the structured IDs and / or relationship links whose review has been approved, and stores them in the common structured ID DB 222 and / or common relationship link DB 223 (S1204).

[0121] The membership fee calculation rule 225 is set so that the membership fee reduction rank can be changed according to the cumulative registration record of the structured ID and / or the related link for each establishment in the common DB unit 220. Therefore, the membership fee calculation unit 216 updates the cumulative registration record of the establishment A in the member management DB 224, recalculates the membership fee reduction rank and the membership fee based on the regular membership fee rank, the updated cumulative registration record, and the membership fee calculation rule 225, and stores the recalculated membership fee reduction rank and the membership fee of the establishment A in the member management DB 224 (S1205). The membership fee calculation unit 216 may notify the individual information management device 100 of the establishment A of the updated cumulative registration record and the recalculated membership fee reduction rank and the membership fee of the establishment A.

[0122] Fig. 13 is an example of the membership fee calculation rule 225. In the membership fee calculation rule 225, the actual membership fee R to be paid by the establishment increases when the regular membership fee M increases, and decreases when the membership fee reduction rate X increases. Therefore, for example, the actual membership fee R is expressed as f(X,M). XM obtained by multiplying the regular membership fee M by the membership fee reduction rate X is an example of f(X,M).

[0123] Moreover, the regular membership fee M increases (for example, proportionally) with an increase in the number of users u who can access the common DB unit 220 in the establishment and the number of individual event registrations i by the establishment. Therefore, for example, the regular membership fee M is expressed as g(u,i) (where g is a function of u and i). Moreover, the membership fee reduction rate X is determined by the rank defined in the membership fee calculation rule 225.

[0124] The regular membership fee rank is determined to be lower the fewer the number of users who can access the common DB unit 220 in the establishment and the fewer the number of events registered in the individual DB unit 120 (the number of registered structured IDs and / or relationship links).

[0125] In the example of Figure 13, a rank condition (hereinafter also referred to as a user condition) regarding the number of users u who can access the common DB unit 220, and a rank condition (hereinafter referred to as a common DB condition) regarding the cumulative registration history of information in the common DB unit 220 and the cumulative citation history of information registered in the common DB unit 220 are respectively defined, and the rank of the membership fee reduction rate is determined based on these two rank conditions.

[0126] If the number of users u is less than D1, the rank of the user condition is D; if the number of users u is between D1 and C1, the rank of the user condition is C; if the number of users u is between C1 and B1, the rank of the user condition is B; and if the number of users u is between B1 and A1 (A1-1 is the maximum number of accessible users; if the maximum number of users is not set, it can simply be B1 or more), the rank of the user condition is A.

[0127] Also, in the example of Figure 13, if the cumulative registration record is equal to or greater than D3 and less than C3 and the cumulative citation record is equal to or greater than D4 and less than C4, the rank of the common DB conditions is D; if the cumulative registration record is equal to or greater than C3 and less than B3 and the cumulative citation record is equal to or greater than C4 and less than B4, the rank of the common DB conditions is C; if the cumulative registration record is equal to or greater than B3 and less than A3 and the cumulative citation record is equal to or greater than B4 and less than A4, the rank of the common DB conditions is B; and if the cumulative registration record is A3 or greater and the cumulative citation record is A4 or greater, the rank of the common DB conditions is A.

[0128] In other words, the higher the cumulative registration history and cumulative citation history, the better the rank of the common DB conditions and the higher the exemption rate. In the above example, the rank of the common DB conditions is determined by the AND condition of the cumulative registration history and cumulative citation history, but the rank of the common DB conditions may also be determined by the OR condition (for example, the better rank of the common DB conditions is adopted as the rank of the common DB conditions). Also, when the rank of the user conditions and the rank of the common DB conditions differ, the worse rank or the better rank may be adopted.

[0129] If the rank does not even fall under D, the reduction rate is set to 0 as no rank (i.e., no reduction is set). For example, the actual membership fee is R0 immediately after the establishment passes the registration examination of the common DB unit 220 (i.e., when the number of users u, the number of individual event registrations i, the individual DB, the cumulative registration record, and the cumulative citation record are all 0).

[0130] Fig. 14A is an example of a graph showing the relationship between rank and membership fee reduction rate X. In the example of Fig. 14A, the rank improves and the membership fee reduction rate increases as the cumulative registration record and cumulative citation record increase. Also, in the example of Fig. 14A, the membership fee reduction rate increases stepwise according to the rank, but the membership fee reduction rate may be different even for the same rank (for example, even for the same rank, the membership fee reduction rate is higher as the cumulative registration record and cumulative citation record increase).

[0131] FIG. 14B is an example of a graph showing the relationship between rank and actual membership fee R. In the example of FIG. 14B, the actual membership fee R when no exemption is granted increases from the initial value R0 in proportion to the increase in the number of users u and the number of individual event registrations i by the establishment. Also, in the example of FIG. 14B, the actual membership fee R when exemption is granted is equal to or less than the actual membership fee R when exemption is not granted, for all ranks. Also, in the example of FIG. 14B, the actual membership fee R when exemption is granted increases stepwise, but the actual membership fee may be different even for the same rank.

[0132] The present invention is not limited to the above-mentioned embodiment, and various modifications are included. For example, the above-mentioned embodiment has been described in detail to clearly explain the present invention, and is not necessarily limited to those having all the configurations described. It is also possible to replace a part of the configuration of one embodiment with the configuration of another embodiment, and it is also possible to add the configuration of another embodiment to the configuration of one embodiment. It is also possible to add, delete, or replace a part of the configuration of each embodiment with another configuration.

[0133] In addition, the above-mentioned configurations, functions, processing units, processing means, etc. may be realized in part or in whole by hardware, for example, by designing them as integrated circuits. In addition, the above-mentioned configurations, functions, etc. may be realized in software by a processor interpreting and executing a program that realizes each function. Information such as the program, table, file, etc. that realizes each function can be stored in a memory, a recording device such as a hard disk or SSD (Solid State Drive), or a recording medium such as an IC card, SD card, or DVD.

[0134] In addition, the control lines and information lines shown are those that are considered necessary for the explanation, and not all control lines and information lines in the product are necessarily shown. In reality, it can be considered that almost all components are connected to each other. [Explanation of symbols]

[0135] 100 individual information management device, 101 CPU, 102 memory, 103 auxiliary storage device, 104 communication device, 105 input device, 106 output device, 111 individual information management unit, 112 common registration application unit, 113 individual dictionary conversion unit, 114 common I / F unit, 115 security management unit, 116 common information access unit, 120 individual DB unit 200 common information management device, 201 CPU, 202 memory, 203 auxiliary storage device, 204 communication device, 205 input device, 206 output device, 211 participation permission unit, 212 review unit, 213 common information registration unit, 214 common dictionary conversion unit, 215 search unit, 216 membership fee calculation unit, 220 common DB unit, 224 member management DB, 225 membership fee calculation rule

Claims

1. A consortium management device, A processor and a storage device are included. The storage device includes: A common database accessible by terminals used by each of one or more business establishments belonging to the consortium; A rule for calculating a preferential treatment to be granted to each of the one or more business establishments is stored; the common database holds information registered from each of the terminals; The processor, obtaining information from the common database in response to a request from each of the terminals, and transmitting the information to the terminal, thereby presenting the information to the establishment having the terminal; aggregating, for each of the terminals, a record of registration of information in the common database and a record of presentation of information registered in the common database; Granting preferential treatment to each of the one or more business establishments based on the collected registration and presentation records and the rules; The common database includes: Common dictionary information linking in-house terms and general terms used in each of the one or more establishments; Common structured ID information indicating a common structured ID that hierarchically indicates components of an event that has occurred in each of the one or more business establishments; and common relationship link information indicating a common relationship link indicating that there is a relationship between the common structured IDs.

2. A consortium management device as described in claim 1, The processor, Obtaining a common relationship link from the common relationship link information, the common relationship link including components of the events indicated by the requests of each of the terminals; A common structured ID linked in the acquired common relation link is acquired from the common structured ID information; A consortium management device that transmits the acquired common relationship link and the acquired common structured ID information to the terminal.

3. A consortium management device as described in claim 1, The processor, execute a conversion process for converting general terms included in the information acquired from the common database into in-house terms of the establishment having the terminal by referring to the common dictionary information; A consortium operation device that transmits the information on which the conversion process has been performed to the terminal.

4. A consortium management device as described in claim 1, A consortium operation device, wherein each common structured ID included in the common structured ID information is assigned an identifier that ensures uniqueness using a predetermined encryption process.

5. A consortium management device as described in claim 1, A consortium management device, wherein the common structured ID is generated from information obtained from an application used by the one or more business establishments.

6. A consortium management device as described in claim 1, The preferential treatment is a reduction or exemption from the membership fee that each of the one or more business establishments must pay to the operator of the consortium; The consortium management device, wherein the rule is determined such that the greater the number of the collected registration records and presentation records, the greater the reduction or exemption rate of the membership fee.

7. A consortium management device as claimed in claim 6, The storage device includes: maintaining a separate database for each of said one or more business locations that is accessible only to said business locations; The consortium management device, wherein the rules are determined such that the greater the number of individual events registered in the individual databases and the greater the number of users who can access the common database, the higher the membership fee.

8. A consortium management method using a consortium management device, comprising: The consortium management device includes: A common database accessible by terminals used by each of one or more business establishments belonging to the consortium; A rule for calculating a preferential treatment to be granted to each of the one or more business establishments is stored; the common database holds information registered from each of the terminals; The consortium operation method includes: the consortium operation device acquires information from the common database in response to a request from each of the terminals, and transmits the information to the terminals to present the information to the establishments having the terminals; the consortium operation device tallying up, for each of the terminals, a record of registration of information in the common database and a record of presentation of information registered in the common database; The consortium management device grants preferential treatment to each of the one or more business establishments based on the collected registration history and presentation history and the rules; The common database includes: Common dictionary information linking in-house terms and general terms used in each of the one or more establishments; Common structured ID information indicating a common structured ID that hierarchically indicates components of an event that has occurred in each of the one or more business establishments; and common relationship link information indicating a common relationship link showing that there is a relationship between the common structured IDs.

Images