JP2023160526A - Information processing apparatus, information processing method, and program - Google Patents

Abstract

To efficiently utilize supplier-side data and buyer-side data.SOLUTION: A server 1 includes a buyer-side data acquisition unit 102, a supplier-side data acquisition unit 104, a unified management unit 105, and a presentation unit 106. The buyer-side data acquisition unit 102 acquires, from a buyer terminal 2, buyer-side data on the side of a buyer regarding copying paper. The supplier-side data acquisition unit 104 acquires supplier-side data including specification data and invoice data of copying paper provided from the supplier. The unified management unit 105 causes an integrated DB 181 to store standardized data obtained by converting each of the buyer-side data and the supplier-side data, to manage the data. The presentation unit 106 presents, to the buyer terminal 2, processed data of the standardized data stored in the integrated DB 181.SELECTED DRAWING: Figure 7

Description

The present invention relates to an information processing device, an information processing method, and a program.

Traditionally, for example, companies that supply products such as consumables (hereinafter referred to as "suppliers") and companies that purchase consumables, etc. (hereinafter referred to as "buyers") have had product data ownership. (See Patent Document 1).

JP 2017-49795 Publication

In this way, suppliers and buyers have different ways of holding product data, so the current situation is that each other's data is not used effectively.

The present invention has been made in view of this situation, and an object of the present invention is to enable effective use of supplier-side data and buyer-side data.

To achieve the above object, an information processing device according to one embodiment of the present invention includes:
An information processing device that centrally manages information when goods or services are provided from a supplier to a buyer, the information processing device comprising:
buyer-side data acquisition means for acquiring data including buyer-side accounting data regarding the object as buyer-side data from a buyer-side device;
Supplier-side data acquisition means for acquiring, as supplier-side data, data including invoice data of the supplier and specification data of the target when the target is provided from the supplier to the buyer;
Unified management means for converting each of the buyer side data and the supplier side data into standardized data and storing and managing the converted data in a predetermined database;
Presentation means for presenting at least a part of the standardized data or processed data of the data stored and managed in the predetermined database to at least one of the buyer-side device and the supplier-side device;
Equipped with
An information processing method and program corresponding to the above information processing apparatus according to one embodiment of the present invention are also provided as an information processing method and program according to one embodiment of the present invention.

According to the present invention, supplier side data and buyer side data can be effectively used.

1 is a diagram illustrating an overview of this service that can be realized by an information processing system including a server according to an embodiment of an information processing apparatus of the present invention. It is a diagram showing an example of data managed by a data mart. FIG. 3 is a diagram showing an example of raw data after data integration. It is a figure showing a concrete example of a display in a BI tool. 1 is a diagram illustrating an example of the configuration of an information processing system including a server according to an embodiment of an information processing apparatus of the present invention. 6 is a block diagram showing an example of the hardware configuration of a server in the information processing system shown in FIG. 5. FIG. 6 is a block diagram illustrating an example of a functional configuration for executing data processing for analysis regarding purchasing of indirect materials among the functional configurations of an information processing system including the server of FIG. 5. FIG. 3 is a flowchart showing a work procedure for realizing the system. 6 is a diagram showing an API network configured by implementing APIs in the buyer terminal and supplier terminal of the information processing system shown in FIG. 5, respectively. FIG. FIG. 6 is a diagram illustrating a specific example of the functions of a server of a service provider when a large number of buyers participate.

Embodiments of the present invention will be described below with reference to the drawings.
First, with reference to FIGS. 1 to 4 as appropriate, a service to which an information processing system (see FIG. 5 described later) to which an information processing apparatus according to an embodiment of the present invention is applied (hereinafter referred to as "this service") ”) will be explained below.

FIG. 1 is a diagram showing an overview of this service that can be realized by an information processing system including a server according to an embodiment of the information processing apparatus of the present invention.
FIG. 1 is a diagram showing an example of a service provided from a service provider G to a buyer B and a supplier C.

This service is a service provided by service provider G to buyer B and supplier C, as shown in FIG.
By using this service, buyer B can analyze the purchase of a product or service object (here, copy paper, etc.) provided by supplier C.

In this service, service provider G centrally manages, in data mart DM, information when indirect materials such as copy paper are provided to buyer B from supplier C as a product (object).
Data Mart DM is a database that extracts a small portion of data specific to indirect materials from the data held by Buyer B and makes it useful for immediate aggregation and detailed analysis.
Specifically, service provider G obtains data including buyer-side accounting data regarding the product from buyer B as buyer-side data.
Buyer-side data includes accounting data, equipment inventory data, and products generated by different existing accounting systems (for example, integrated business software such as ERP, accounting systems such as Accounting ○○, Yayoi ○○, ○○ Accounting, etc.) Includes purchase schedule, product purchase history, product order data, etc.
Note that accounting data from different accounting systems is exported and uploaded to the same data mart DM as export data EX.

Further, service provider G obtains data including invoice data of supplier C and specification data of the object for the product (copy paper) provided by supplier C to buyer B as supplier side data.
Have the customer input and upload detailed invoice data (product, quantity, unit price) and product specifications (structured data format) using a dedicated form.

The service provider G converts each of the buyer side data and the supplier side data into standardized data such as the raw data after integration shown in FIG. 3, and stores and manages the converted data in the data mart DM.

Service provider G presents at least one of buyer B and supplier C with at least a portion of the standardized data stored and managed in this data mart DM or the processed data of the data.

In this service, other than accounting data on the buyer's side, such as invoice details data and product specification data, can be input to supplier C from a dedicated input form using APIs 202, 301, 302, etc. shown in Figure 9. By having users register, data processing is automated and the data stored in Data Mart DM can be analyzed using BI Tool T.
Specifically, link data (see FIG. 4) that has been processed to be viewable using BI tool T, which is a processing of standardized data (see FIG. 3), is displayed on the management layer's terminal. In other words, the information necessary for management to make business decisions is visualized.
Management can make business decisions by viewing the linked data displayed on the BI tool screen of the terminal (clicking on individual item data to display linked detailed data as necessary). .

To summarize the above, this service, as shown in Figure 1, collects data that was previously managed separately for buyer B and supplier C, converts it into standardized data, and stores it in data mart DM. By making Datamart DM data viewable with BI Tool T, the management of Buyer B will be able to see the information necessary for business decisions, and will be able to use it in business decisions, and will be able to share it with supplier side data. Buyer side data can be used effectively.
Specifically, by using this service, buyer B will be able to make accurate business decisions by viewing information necessary for business decisions.
In addition, by using this service, supplier C can have a chance to provide products and services to more buyers B.

Here, examples of data marts and raw data will be explained with reference to FIGS. 2 and 3.
FIG. 2 is a diagram showing an example of data managed by a data mart.
FIG. 3 is a diagram showing an example of raw data after data integration.
As shown in FIG. 2, the data mart DM stores accounting data, bill detail data, product specification data, etc. in a linked state (data linkage).
The detailed data of the invoice was conventionally sent from supplier C to each department, and was data that only each department had. Product specification data is conventionally data that was only available to supplier C.

In the data linked data shown in FIG. 2, for example, detailed bill data S is linked to the amount K of accounting data, for example, 40,100 yen, and the product (model number) included in the detailed data S is, for example, A3 paper. (XXXX9999, etc.) Product specification data Q is linked to R.
In addition, the data mart DM stores raw data after data integration (see FIG. 3), which is generated by integrating the accounting data, bill detail data, product specification data, and the like.

The raw data shown in Figure 3 includes information regarding the copy paper, such as date (purchase date), item, recipient, summary, unit price, quantity, amount, product name, product form (box), size, number of sheets, number of books, paper thickness, It is collectively managed using items such as ISO and _CO2 .
This raw data makes it possible to see at a glance what quality the copy paper is, when it was purchased, in what quantity, and from which party (supplier C).

Here, a specific display example in the BI tool will be explained with reference to FIG. 4.
FIG. 4 is a diagram showing a specific display example in the BI tool.
Start the BI tool on the management terminal, and from the displayed home screen click the display button (Figure (not shown), a departmental PL SG&A expense breakdown table will be displayed on the BI tool screen, as shown in FIG.

If you click on, for example, "Consumables Expenses" in the PL SG&A Expenses Breakdown Table by Department, you will be drilled down to each item and the Consumables Expenses Breakdown Table will be displayed.

This consumables cost breakdown table shows how much consumables are purchased for each department in a certain period of time.
For example, if you click on "copy paper" in the consumables cost breakdown table, you will be drilled down to copy paper analysis and a copy paper analysis table will be displayed.

The copy paper analysis table shows what size, quality, and quantity of copy paper is purchased by each department, as well as the number of A4 sheets per staff member and annual purchases compared to the same month last year. Since the amounts are displayed, detailed comparative analysis of copy paper data between departments can be performed.

Further, by clicking on the area 41 of the copy paper analysis table, a radar chart is displayed. The radar chart displays graphs plotted with indicators such as basis weight (g/m ² ), number of sheets/staff, price/staff, ISO whiteness, and paper thickness (μm), so you can easily check copy paper usage for each department. Trends (distributions) can be seen at a glance.

Further, when the user clicks on the amount "20,880" for department A in the consumables cost breakdown table, the user drills down to the details and displays the copy paper purchase details table for department A.
Department A's copy paper purchase details list displays detailed data in the following fields: date, place of purchase, product name, unit price, quantity, and amount. You can find out how much copy paper was purchased and at what price.

Similarly, if you click on the amount "25,200" for department B in the consumables expense breakdown table, you will be drilled down to the details and the copy paper purchase details table for department B will be displayed. At B, it is possible to know when, from which store, what kind of product name, how much copy paper was purchased, and at what price.

In this way, according to this service, by centrally managing data that was previously managed separately on the supplier C side and buyer B side with Data Mart DM, and using BL tool T, each department of buyer B can The details of how indirect materials such as copy paper are purchased can be visualized and used as material for management decisions, making it possible to effectively utilize supplier-side data and buyer-side data.

Next, with reference to FIG. 5, the configuration of an information processing system that realizes the provision of the above-described service, that is, an information processing system including a server according to an embodiment of the information processing apparatus of the present invention will be described.
FIG. 5 is a diagram illustrating an example of the configuration of an information processing system including a server according to an embodiment of the information processing apparatus of the present invention.

The information processing system shown in FIG. 5 is configured to include a server 1, buyer terminals 2-1 to 2-m, and supplier terminals 3-1 to 3-n.
The server 1, buyer terminals 2-1 to 2-m, and supplier terminals 3-1 to 3-n are interconnected via a predetermined network N such as the Internet.

The server 1 is an information processing device managed by a service provider G. The server 1 executes various processes for realizing this service while appropriately communicating with each of the buyer terminals 2-1 to 2-m and supplier terminals 3-1 to 3-n.

Each of the buyer terminals 2-1 to 2-m is an information processing device operated by each of the buyers B1 to Bm. The buyer terminals 2-1 to 2-m are comprised of, for example, a personal computer, a smartphone, a tablet, or the like.
Hereinafter, if there is no need to distinguish each of the buyer terminals 2-1 to 2-m individually, they will be collectively referred to as "buyer terminal 2."

Each of the supplier terminals 3-1 to 3-n is an information processing device operated by each of the suppliers C1 to Cn. Each of the supplier terminals 3-1 to 3-n is composed of, for example, a personal computer, a smartphone, a tablet, or the like.
Hereinafter, if there is no need to distinguish each of the supplier terminals 3-1 to 3-n individually, they will be collectively referred to as "supplier terminals 3."

Dedicated application software for users of this service (hereinafter referred to as "dedicated application") can be installed on each of the buyer terminal 2 and the supplier terminal 3. Thereby, each of the buyer B and the supplier C can use this service using the buyer terminal 2 and the supplier terminal 3, respectively, in which the dedicated application is installed.
Moreover, each of buyer B and supplier C can also use this service by accessing a dedicated site displayed by the browser function of buyer terminal 2 and supplier terminal 3, respectively.
Hereinafter, unless otherwise specified, when the expression "buyer B operates the buyer terminal 2" is used, it means one of the following. In other words, this means that Buyer B launches the dedicated application installed on Buyer Terminal 2 and performs various operations, or accesses the dedicated site displayed by the browser function of Buyer Terminal 2 and uses the Service. are doing.
Furthermore, when the expression "supplier C operates the supplier terminal 3" means one of the following. In other words, this means that Supplier C launches a dedicated application installed on Supplier Terminal 3 and performs various operations, or accesses a dedicated site displayed by the browser function of Supplier Terminal 3 to use this Service. are doing.

FIG. 6 is a block diagram showing an example of the hardware configuration of a server in the information processing system shown in FIG.

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

The CPU 11 executes various processes according to programs recorded in the ROM 12 or programs loaded into the RAM 13 from the storage section 18 .
The RAM 13 also appropriately stores data necessary for the CPU 11 to execute various processes.

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

The input unit 16 includes, for example, a keyboard, and inputs various information.
The output unit 17 includes a display such as a liquid crystal display, a speaker, and the like, and outputs various information as images and sounds.
The storage unit 18 is composed of a DRAM (Dynamic Random Access Memory) or the like, and stores various data.
The communication unit 19 communicates with other devices (for example, the buyer terminal 2 and the supplier terminal 3 in FIG. 4) via a network N including the Internet.

A removable medium 30 made of a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is appropriately installed in the drive 20. The program read from the removable medium 30 by the drive 20 is installed in the storage unit 18 as necessary.
Further, the removable medium 30 can also store various data stored in the storage section 18 in the same manner as the storage section 18.

Although not shown, the buyer terminal 2 and supplier terminal 3 in FIG. 5 can also have basically the same hardware configuration as the hardware configuration shown in FIG. 6. Therefore, description of the hardware configurations of the buyer terminal 2 and supplier terminal 3 will be omitted.

Such cooperation between various hardware and various software of the server 1 shown in FIG. 6 enables the server 1 to execute various processes including data processing for analysis regarding the purchase of indirect materials. As a result, service provider G can provide buyer B and supplier C with the above-described service.
Here, the data processing for analysis regarding the purchase of indirect materials is the process executed to provide the above-mentioned service, and includes, for example, the processing up to the analysis regarding the purchase of indirect materials such as copy paper. Refers to a series of processing.

Hereinafter, with reference to FIG. 7, a functional configuration for executing indirect material purchase analysis processing executed in the server 1 according to the present embodiment will be described.
FIG. 7 is a block diagram illustrating an example of a functional configuration of an information processing system including the server of FIG. 5 for executing data processing for analysis regarding purchasing of indirect materials.

As shown in FIG. 7, in the CPU 11 of the server 1, when data processing for analysis regarding the purchase of indirect materials is executed, an API (Application Programming Interface) connection unit 101, a buyer-side data acquisition unit 102, API connection section 103, supplier side data acquisition section 104, central management section 105, presentation section 106, analysis section 107, competitive quotation acquisition section 108, negotiation section 109, and specification acquisition section 110 function. .
Further, a cooperation DB 181 is provided in one area of the storage unit 18 of the server 1. The cooperation DB 181 manages various types of information regarding buyer B (hereinafter referred to as "buyer side data") in association with IDs and the like that can uniquely identify buyer B. Further, the cooperation DB 181 manages various types of information regarding the supplier C (hereinafter referred to as "supplier side data") in association with an ID or the like that can uniquely identify the supplier C.
Further, the collaboration DB 181 stores data (see FIGS. 2 to 4) that has been standardized by converting the buyer side data and the supplier side data. These data are used for analysis regarding the purchase of indirect materials.

The API connection unit 101 connects to APIs 201 to 203 installed in the buyer terminal 2.

The buyer side data acquisition unit 102 acquires data including accounting data stored on the buyer B side regarding copy paper from the buyer terminal 2 as buyer side data.

The API connection unit 103 connects to APIs 301, 302, etc. installed in the supplier terminal 3.

The supplier side data acquisition unit 104 acquires, as supplier side data, data including invoice data of the supplier C and specification data of the target when copy paper is provided from the supplier C to the buyer B.
Specifically, the supplier side data acquisition unit 104 imports invoice data and product catalog data (spec data) using an API 301 installed in the supplier terminal 3 and an API 202 installed in the buyer terminal 2. ) is made public by the API 203, so it is acquired (collected) from the API 203 as supplier side data.

The unified management unit 105 converts each of the buyer side data and the supplier side data into standardized data, stores the standardized data in the cooperative DB 181, and manages the data.
Specifically, the central management unit 105 integrates the buyer-side data acquired by the buyer-side data acquisition unit 102 and the supplier-side data acquired by the supplier-side data acquisition unit 104, and creates the row shown in FIG. data (purchase data of copy paper at buyer B), and is stored and managed in the cooperative DB 181.

The presenting unit 106 presents at least a part of the standardized data stored and managed in the cooperative DB 181 or the processed data of the data to at least one of the buyer terminal 2 and the supplier terminal 3.
Specifically, when the read button for buyer B's department data is operated on the screen of the BL tool T (see FIG. 1), the presentation unit 106 displays the data from the buyer side data managed in the cooperative DB 181. , the divisional PL selling expense breakdown data (see the table in FIG. 4) is read out and presented on the screen of the buyer terminal 2, for example.

The analysis unit 107 calculates the quantities and specifications of indirect materials purchased from the supplier C based on the standardized data stored and managed in the cooperative DB 181 for each of the plurality of suppliers C and the plurality of buyers B. , whether the amount is appropriate, etc.
Specifically, it is determined whether the quantity, specifications, and price of indirect materials are appropriate based on preset indicators. The index may be, for example, the average value of other companies in the same industry, or the company's purchase history for the same period of the previous year. Regarding whether or not it is appropriate, for example, if it is a monetary amount, it is considered appropriate if the company's value is within a certain percentage of the average value of other companies in the same industry, and it may be considered inappropriate if it is anything else.

The competitive quotation acquisition unit 108 acquires quotations from two or more of the plurality of suppliers C based on the results of the analysis by the analysis unit 107.

The negotiation unit 109 performs a predetermined process (for example, a process for negotiation) for negotiating at least a portion of the quality, delivery date, and price (QCD) of the copy paper with the two or more suppliers C that have issued the obtained estimates. (e.g., generation of document data and creation of communication emails for adjusting negotiation schedules, etc.).

The specification acquisition unit 110 acquires information regarding the specifications of products provided by each of the plurality of suppliers C (for example, copy paper catalog data (spec data), etc.) based on the results of the analysis by the analysis unit 107.

In the CPU 51 of the buyer terminal 2, when data processing for analysis regarding the purchase of indirect materials is executed, the APIs 201 to 203, the API connection section 211, the output control section 212, and the data processing section 213 function. .

Further, a buyer DB 221 is provided in one area of the storage unit 68 of the buyer terminal 2. The buyer DB 221 stores buyer side data, data accumulated in the data mart DM (see FIGS. 2 and 3), and the like.
The buyer-side data includes, for example, the buyer's product accounting data, product data such as purchase plans, and the like. The purchase schedule can be determined by calculating the quantity of products that will be newly required in the future from the purchase history and equipment inventory.

The API 201 publishes the purchase plan (RFP). The API 201 also receives quotation data input by supplier C. The API 201 discloses order data from buyer C to supplier C (for example, company A, etc.).

The API 202 provides an input format (input screen) to supplier C, and receives delivery data and billing data input from supplier C according to the input format. In the example of FIG. 9, the API 202 receives billing data from each of the suppliers A, B, and C, for example.

The API 203 anonymizes invoice data acquired from the supplier C side at the buyer terminal 2 and accounting data from the in-house accounting system, and publishes the anonymized data to the server 1 and other predetermined devices (other buyer terminals, etc.).
Specifically, the API 203 anonymizes accounting data and purchase schedule data held as buyer data, as well as detailed invoice data and product specification data obtained from supplier C, and then Publish to the device (server 1, etc.).
By publishing anonymized invoice data and accounting data through API 203, buyer B, who provided information to server 1, can refer to the information of other companies in the same industry (other buyers) as one of the other devices. be done.

The API connection unit 211 connects to the API 203 installed in the buyer terminal 2.

The output control unit 212 uses the API 203 to control outputting at least one of the buyer side data and the supplier side data to another external device such as the server 1 .
Specifically, the output control unit 212 uses the API 203 to control outputting the buyer side data to the server 1.

The data processing unit 213 stores supplier side data (delivery data, invoice data) and buyer side data (accounting data) in the buyer DB 221, and also stores supplier side data (delivery data, invoice data) and buyer side data (accounting data). Data processing such as writing and reading raw data (see FIG. 4) generated by integrating data (accounting data) to and from the data mart DM of the buyer DB 221 is executed.

In the CPU 71 of the supplier terminal 3, when the indirect material purchase analysis process is executed, the APIs 301 and 302, the API connection section 311, the output control section 312, and the data processing section 313 function.
Further, a supplier DB 321 is provided in one area of the storage unit 88 of the supplier terminal 3.
The supplier DB 321 stores detailed data on invoices billed by the supplier C to the delivery destinations to which the products are delivered, product catalog data (spec data), and the like.

The API 301 publishes product catalog data (spec data) for each supplier C. The API 301 also collaborates and publishes supply chain information.
Specifically, the API 301 publishes the catalog data (spec data) of the products of company B of supplier C in FIG. ) will also be published. For example, in the case of copy paper, the catalog data for a specific product includes product specifications such as the country of origin, raw materials, and CO ₂ emissions.

The API 302 discloses the delivery/invoice data held in the supplier terminal 3 to a trading partner (for example, buyer B, etc.).

The API connection unit 311 connects to the APIs 201 to 203 installed in the buyer terminal 2.
Specifically, the API connection unit 311 of the supplier C receives the purchase schedule of the buyer B published by the API 201.
The output control unit 312 transmits to the API 201 the estimate information for the purchase schedule information acquired by the API connection unit 311 due to disclosure by the API 201 of the buyer B.

Further, the output control unit 312 transmits product catalog data (spec data) to the API 202 as product specifications in a preset format at the time of estimation and delivery (invoicing).

Next, a specific example of data processing for analysis regarding the purchase of indirect materials shown in FIG. 1 will be described with reference to FIGS. 8 to 10.

First, options for implementing the system will be described with reference to FIG.
FIG. 8 is a flowchart showing the work procedure for realizing the system.
As shown in FIG. 8, the system implementation options include buyer B's work and supplier C's work, and service provider G's work includes three phases F1 to F3.

In the preliminary preparation stage, a data mart DM will be prepared to store standardized data.
In phase F1, buyer side data and supplier side data are collected.
In this case, the buyer's work is to upload the file exported from the buyer C's accounting system to the data mart DM in step S101.
As for the work on the supplier side, in step S102, the invoice data and product catalog data of the supplier C are input into the dedicated form of the API 301, 302 via the web.

In phase F2, APIs 201 to 203, 301, and 302 for disclosing data to service provider G are prepared. The API will be set by buyer B and supplier C.
Service provider G visits APIs 201 to 203, 301, and 302 set for buyer B and supplier C, respectively, and automatically collects data.
Specifically, the buyer's work is to connect the buyer B's accounting system to the API 203 in step S103.
As for the work on the supplier side, in step S104, product catalog data (spec data) and invoice data are connected to the APIs 301 and 203.
The data is then aggregated and displayed in an easy-to-read format.

In phase F3, integration into the company's system (server 1 of service provider G) is performed.
In this case, an API (common format) for linking information between buyer B and supplier C is set. Install data mart DM and BI tool T. An API 203 is installed to publish data to service provider G.
Specifically, as a work on the buyer side, in step S105, a system from purchasing (purchase schedule/actual results) to accounts payable is connected to the API 201. Additionally, APIs 201 and 202 are made available to supplier C.
As for the work on the supplier side, in step S106, the product catalog data, price list, and order/receivable system are connected to the API 203. APIs 301 and 302 are made public to buyer B.

Next, with reference to FIG. 9, automation of data collection by constructing an API network in the information processing system of FIG. 5 will be described.
FIG. 9 is a diagram showing an API network configured by implementing APIs in the buyer terminal and supplier terminal of the information processing system of FIG. 5, respectively.

As shown in FIG. 9, APIs 201 to 203 are installed in the buyer terminal 2.
The API 201 publishes buyer B's purchase plan (RFP). In addition, the API 201 is used by a supplier C (in this example, supplier A, etc.) to obtain purchase schedule (RFP) information published by the buyer terminal 2, and to receive an estimate sent to the buyer terminal 2. Receive information. In addition, supplier A transmits product catalog data (specs) in a predetermined format at the time of estimation and delivery (invoicing).
The API 201 discloses buyer B's order data to supplier C, which is the order destination.
The API 202 receives delivery (billing) data.
The API 203 publishes anonymized bill data and accounting data to the server 1. The server 1 collects product specifications, quantities, prices, etc., including anonymized invoice data and accounting data, published by the API 203, aggregates and integrates the collected data, and uses the collected data for analysis.
Note that buyer B, who has provided information to server 1 (service provider G) through API 203, can refer to information (anonymized data) of other companies in the same industry (other buyers).

APIs 301 and 302 are installed in the supplier terminal 3.
The API 301 publishes product catalog data (product specifications, etc.). The API 301 also links supply chain information. Product specifications include, for example, country of origin, raw materials, CO ₂ emissions, etc.
The API 302 discloses the delivery/invoice data input by supplier C to the other party (buyer terminal 2 of buyer B).

In this way, the APIs 201 to 203 and APIs 301 and 302 are implemented on each of the buyer terminals 2 and supplier terminals 3, and each terminal automatically circulates and publishes information and receives the disclosed information. By doing so, automation of data collection can be realized.

Next, with reference to FIG. 10, a specific example of the function of the service provider's server when a large number of buyers participate will be described.
FIG. 10 is a diagram showing a specific example of the functions of the service provider's server when a large number of buyers participate.

As shown in FIG. The information processing system is configured to connect to the server 1 (Company C, Supplier D, Supplier E, etc.).

In this case, the server 1 collects information (QCD and evaluation) of the supplier C and the person in charge from each buyer B in step S201.
In step S202, the server 1 collects minimum specification data from the supplier C to understand the purchase specifications and obtain a competitive quote. Note that specification data shall be collected based on the data format of the service provider.

In step S203, the server 1 analyzes the optimal QCD using AI.
By analyzing the optimal QCD in the server 1, in step S204, the server 1 on the service provider side can perform negotiations to optimize the QCD in obtaining competitive quotations and purchasing.

As described above, when many buyers participate, the service provider's server 1 collects information (QCD and evaluation) of suppliers and personnel from each of the multiple buyers, analyzes the optimal QCD using AI, By obtaining competitive estimates from multiple suppliers based on the analysis results, it becomes possible to negotiate to optimize QCD in purchasing.
As a result, it becomes possible to realize optimal joint purchasing on the information processing system by combining the purchasing information of other buyers that the service provider knows. In other words, it is possible to provide an algorithm that maximizes the utility of all parties involved in joint purchasing.
Furthermore, by introducing information technology such as blockchain, smart contracts and smart payments are also possible.

Although one embodiment of the present invention has been described above, the present invention is not limited to the above-described embodiment, and modifications, improvements, etc. within the range that can achieve the purpose of the present invention are included in the present invention. regarded as.

For example, in the above embodiment, as an example of the target, products (articles) such as indirect materials such as copy paper are illustrated, but the target is not limited to this, and the target can be services such as services for joint purchasing of products. There may be.

In the above-described embodiment, the buyer-side data acquisition unit 102 acquires the data including the buyer-side accounting data regarding the copy paper from the buyer terminal 2 as the buyer-side data. It is sufficient to acquire data including buyer-side accounting data from the buyer-side device as buyer-side data.

Further, in the above-described embodiment, the supplier side data acquisition unit 104 acquires data including the invoice data of the supplier C and the catalog data of the copy paper when the copy paper is provided from the supplier C to the buyer B. Although it was acquired as data, it may be other than this, and it is sufficient to acquire data including the supplier's invoice data and specification data of the target when the target is provided from the supplier to the buyer as supplier side data. .

Furthermore, in the above embodiment, the buyer side data and the supplier side data are each integrated into raw data and stored in the data mart DM of the buyer DB 221, and these buyer side data and supplier side data are linked. Although the data was stored and managed in the cooperative DB 181 of the server 1, it may be stored in other locations, and the data is not limited to the location where it is managed (such as buyer terminal 2 or server 1), and the data may be stored in the cooperative DB 181 of the server 1. It is sufficient to convert each of the supplier side data into standardized data, store it in a predetermined database, and manage it.

Further, in the above-described embodiment, an example has been described in which the presenting unit 106 presents the processed data of the standardized data to the buyer terminal 2. It is sufficient to present at least a portion of the processed data to at least one of the buyer-side device and the supplier-side device.

Further, the system configuration shown in FIG. 5 and the hardware configuration of the server 1 shown in FIG. 6 are merely examples for achieving the object of the present invention, and are not particularly limited.

Further, the functional block diagram shown in FIG. 7 is merely an example and is not particularly limited. In other words, it is sufficient that the information processing system is equipped with a function that can execute the above-mentioned series of processes as a whole, and what kind of functional blocks and databases are used to realize this function can be determined by referring to the example in FIG. 7 in particular. Not limited.

Further, the locations of the functional blocks and the database are not limited to those shown in FIG. 7, and may be arbitrary.
For example, in the example of FIG. 7, the winning bid price prediction process described above is configured to be performed on the server 1 side, but the present invention is not limited to this, and at least a part of the process may be performed on the buyer terminal 2 side. .
That is, although the functional blocks and database necessary for executing the process are provided on the server 1 side, this is merely an example. The buyer terminal 2 may be provided with at least a portion of the functional blocks and database located on the server 1 side.

Furthermore, the series of processes described above can be executed by hardware or by software.
Further, one functional block may be configured by a single piece of hardware, a single piece of software, or a combination thereof.

When a series of processes is executed by software, a program constituting the software is installed on a computer or the like from a network or a recording medium.
The computer may be a computer built into dedicated hardware.
Further, the computer may be a computer that can execute various functions by installing various programs, such as a server, a general-purpose smartphone, or a personal computer.

Recording media containing such programs not only consist of removable media (not shown) that is distributed separately from the device itself in order to provide the program to advertisers, but also include a recording medium that is pre-installed in the device body and is used to store advertisements. It mainly consists of provided recording media, etc.

Note that in this specification, the step of writing a program to be recorded on a recording medium is not only a process that is performed chronologically in accordance with the order, but also a process that is not necessarily performed chronologically but in parallel or individually. It also includes the processing to be executed.
Furthermore, in this specification, the term system refers to an overall device composed of a plurality of devices, a plurality of means, and the like.

In summary, the information processing apparatus to which the present invention is applied only needs to have the following configuration, and can take various embodiments.
That is, an information processing device (for example, server 1 in FIG. 7) to which the present invention is applied,
An information processing device (for example, server 1 in FIG. 7) that centrally manages information when the object of goods or services (for example, indirect materials such as copy paper) is provided from a supplier to a buyer (through purchasing, etc.). hand,
A buyer-side data acquisition means (for example, the buyer terminal 2 in FIG. 7) acquires data including buyer-side accounting data regarding the object (for example, copy paper, etc.) as buyer-side data from a buyer-side device (for example, the buyer terminal 2 in FIG. 7). (buyer side data acquisition unit 102, etc.),
Supplier-side data acquisition means (e.g., Supplier side data acquisition unit 104 etc. in FIG. 7),
Each of the buyer-side data and the supplier-side data is converted into standardized data (for example, raw data after integration in FIG. 3) and stored in a predetermined database (for example, the cooperative DB 181 in FIG. 7). a central management unit (for example, the central management unit 105 in FIG. 7),
At least a part of the standardized data stored and managed in the predetermined database (for example, the cooperative DB 181 in FIG. 7) or the processed data of the data is stored in the buyer side device (for example, the buyer terminal in FIG. 7). 2, etc.) and a presentation means (for example, the presentation unit 106, etc. in FIG. 7) that presents the information to at least one of the supplier side device (for example, the supplier terminal 3, etc. in FIG. 7);
Equipped with

Until now, the respective data that was managed separately by buyer B and supplier C is stored and managed in a predetermined database (for example, data mart DM for BI tools, etc.), and management can view the data with BI tools. This allows detailed analysis of data contents (distribution, etc.), which can be used as material for management decisions.
In addition, by managing the data of Buyer B and Supplier C in a predetermined database, we can compare each other's data to check for omissions or discrepancies (accuracy), update data in real time (freshness), and ensure that the data is in the same format. It is possible to create new value in data in terms of collection (granularity), etc., so for example, when purchasing indirect materials, check whether the quantity is too large, the specifications are too high, the unit price is too high, etc. can be judged.
That is, supplier side data and buyer side data can be used effectively.

The information processing device (for example, server 1 in FIG. 7) is
A buyer API connection means (for example, the API connection unit 211 of the buyer terminal 2 in FIG. 7) that connects to an API (for example, the API 203 in FIG. 7) installed in the buyer side device (for example, the buyer terminal 2 in FIG. 7). More prepared,
The buyer-side data acquisition means (for example, the buyer-side data acquisition unit 102 in FIG. 7) acquires the buyer-side data (for example, anonymized accounting data, etc.) published by the API (for example, the API 203 in FIG. 7). It is acquired from a buyer side device (for example, buyer terminal 2 in FIG. 7).
As a result, the service provider's information processing device (e.g., server 1 in FIG. 7) acquires buyer-side data from the buyer-side device (e.g., buyer terminal 2 in FIG. 7), and performs a predetermined analysis (QCD analysis). etc.) can be used as the original data used for.

The information processing device is the buyer side device (for example, the buyer terminal 2 in FIG. 7),
A buyer API connection means (for example, the buyer side API connection unit 211 in FIG. 7) that connects to an API (for example, the API 203 in FIG. 7) installed in the buyer side device (for example, the buyer terminal 2 in FIG. 7);
An output that executes control to output at least one of the buyer-side data and the supplier-side data to another external device (for example, the server 1 in FIG. 7) using the API (for example, the API 203 in FIG. 7). A control means (for example, the output control section 212 in FIG. 7),
Furthermore, it is equipped with.
This allows other external devices (for example, server 1 in FIG. 7) to acquire at least one of buyer-side data and supplier-side data, which becomes a source for building a data mart for BI tools. It can be data.

The information processing device (for example, buyer terminal 2 or server 1 in FIG. 7) is
Further comprising a supplier API connection means (for example, the API connection unit 211 in FIG. 7) that connects to the APIs 301 and 302 installed in the supplier side device (for example, the supplier terminal 3 in FIG. 7),
The supplier side data acquisition means (for example, the supplier side data acquisition unit 104 in FIG. 7) uses the API to transfer the supplier side data (for example, a product catalog, etc.) to the supplier side device (for example, the supplier terminal 3 in FIG. 7). etc.).
This allows supplier data (product specifications) to be disclosed to buyers via API, and supply chain information (country of origin, raw materials, _CO2 emissions, etc.) can be linked.

The information processing device (for example, server 1 in FIG. 7) is
A predetermined analysis is performed on the standardized data stored and managed in the predetermined database (for example, the linked DB 181 in FIG. The apparatus further includes an analysis means (for example, the analysis unit 107 in FIG. 7) for analyzing whether or not the above information is appropriate, etc.),
The presentation means (for example, the presentation unit 106 in FIG. 7) presents the results of the predetermined analysis as at least part of the processed data.
This allows a predetermined user (for example, management, etc.) to view data that can be used to determine whether the target (quantity, specifications, price, etc. of indirect materials) is appropriate.

In the information processing device (for example, server 1 in FIG. 7),
The analysis means (for example, the analysis unit 107 in FIG. 7) stores and manages the aforementioned predetermined database (for example, the cooperation DB 181 in FIG. 7) regarding each of the plurality of suppliers and the plurality of buyers. The predetermined analysis (for example, analysis of whether the quantities, specifications, and prices of indirect materials purchased from suppliers are appropriate) is performed on the standardized data.
This makes it possible to perform a predetermined analysis when a large number of buyers participate (for example, analysis of whether the quantities, specifications, and prices of indirect materials purchased from a plurality of suppliers are appropriate among the large number of buyers). In addition, smart contracts and smart payments will become possible by utilizing information technology such as blockchain.
As a result, optimal joint purchasing can be realized on the system by combining the purchasing information of other buyers that is known by the service provider, thereby maximizing the utility of all parties involved in joint purchasing.

The information processing device (for example, server 1 in FIG. 7) is
Comparative quotation acquisition means for acquiring quotations from each of two or more of the plurality of suppliers based on the results of the predetermined analysis (for example, QCD analysis, etc.) by the analysis means (for example, the analysis unit 107 in FIG. 7). (For example, the competitive quote acquisition unit 108 in FIG. 7),
A predetermined process for negotiating at least a portion of the target quality, delivery date, and price (QCD) with the two or more suppliers that have issued the obtained estimates (for example, negotiating document data for negotiation) a negotiation unit (e.g., the negotiation unit 109 in FIG. 7),
Furthermore, it is equipped with.
For example, the service provider's information processing device (for example, server 1, etc.) analyzes the optimal QCD using AI, obtains mutual quotations from two or more suppliers C, and negotiates the optimization of QCD in purchasing. You will be able to do it from

The information processing device (for example, server 1 in FIG. 7) is
Based on the results of the predetermined analysis by the analysis means (for example, the analysis unit 107 in FIG. 7), information regarding the specifications of the target provided by each of the plurality of suppliers (for example, copy paper catalog data (spec data ), etc.) (for example, the spec acquisition unit 110 in FIG. 7),
Furthermore, it is equipped with.
This makes it possible to collect from suppliers the minimum specification data (for example, copy paper catalog information, etc.) required to understand purchase specifications and obtain competitive quotations.

1... Server, 2... Buyer terminal, 3, 3-1 to 3-n... Supplier terminal, 11... CPU, 12... ROM, 13... RAM, 14... Bus, 15... Input/output interface, 16... Input section, 17... Output section, 18... Storage section, 19... Communication section, 20... Drive, 30... Removable media , 101... API connection section, 102... Buyer side data acquisition section, 103... API connection section, 104... Supplier side data acquisition section, 105... Unified management section, 106... Presentation Department, 107...Analysis department, 108...Compared estimate acquisition department, 109...Negotiation department, 110...Specification acquisition department, 181...Cooperation DB, 221...Buyer DB, 321...・Supplier DB, G...Service provider, B...Buyer, C, C1 to Cn...Supplier, N...Network

Claims (10)

An information processing device that centrally manages information when goods or services are provided from a supplier to a buyer, the information processing device comprising:
buyer-side data acquisition means for acquiring data including buyer-side accounting data regarding the object as buyer-side data from a buyer-side device;
Supplier-side data acquisition means for acquiring, as supplier-side data, data including invoice data of the supplier and specification data of the target when the target is provided from the supplier to the buyer;
Unified management means for converting each of the buyer side data and the supplier side data into standardized data and storing and managing the converted data in a predetermined database;
Presentation means for presenting at least a part of the standardized data or processed data of the data stored and managed in the predetermined database to at least one of the buyer-side device and the supplier-side device;
An information processing device comprising: Further comprising a buyer API connection means for connecting to an API installed in the buyer side device,
The buyer-side data acquisition means acquires the buyer-side data published by the API from the buyer-side device.
The information processing device according to claim 1. The information processing device is the buyer side device,
a buyer API connection means that connects to the API installed in the buyer side device;
Output control means for controlling output of at least one of the buyer-side data and the supplier-side data to another external device using the API;
The information processing device according to claim 1, further comprising: Further comprising a supplier API connection means for connecting to an API installed in the supplier side device,
The supplier-side data acquisition means uses the API to acquire the supplier-side data from the supplier-side device.
The information processing device according to claim 1. further comprising analysis means for performing a predetermined analysis on the standardized data stored and managed in the predetermined database;
The presentation means presents the results of the predetermined analysis as at least part of the processed data.
The information processing device according to claim 1. The analysis means performs the predetermined analysis on the standardized data stored and managed in the predetermined database for each of the plurality of suppliers and the plurality of buyers.
The information processing device according to claim 5. Comparative quotation acquisition means for acquiring quotations from two or more of the plurality of suppliers based on the results of the predetermined analysis by the analysis means;
Negotiation means that executes a predetermined process for negotiating at least a portion of the quality, delivery date, and price of the object with the two or more suppliers that have issued the obtained quotation;
The information processing device according to claim 5, further comprising:. spec acquisition means for acquiring information regarding the specifications of the target provided from each of the plurality of suppliers based on the results of the predetermined analysis by the analysis means;
The information processing device according to claim 6, further comprising: An information processing method executed by an information processing device that centrally manages information when goods or services are provided from a supplier to a buyer, the method comprising:
a buyer-side data acquisition step of acquiring data including buyer-side accounting data regarding the object from a buyer-side device as buyer-side data;
a supplier-side data acquisition step of acquiring, as supplier-side data, data including invoice data of the supplier and specification data of the target when the target is provided from the supplier to the buyer;
a unified management step of converting each of the buyer-side data and the supplier-side data into standardized data and storing and managing the data in a predetermined database;
a presenting step of presenting at least a part of the standardized data or processed data of the data stored and managed in the predetermined database to at least one of the buyer-side device and the supplier-side device;
Information processing methods including. A computer that centrally manages information when goods or services are provided from suppliers to buyers.
a buyer-side data acquisition step of acquiring data including buyer-side accounting data regarding the object from a buyer-side device as buyer-side data;
a supplier-side data acquisition step of acquiring, as supplier-side data, data including invoice data of the supplier and specification data of the target when the target is provided from the supplier to the buyer;
a unified management step of converting each of the buyer-side data and the supplier-side data into standardized data and storing and managing the data in a predetermined database;
a presenting step of presenting at least a part of the standardized data or processed data of the data stored and managed in the predetermined database to at least one of the buyer-side device and the supplier-side device;
A program that executes control processing including.

Images