JP2021026535A - Printing order system and program - Google Patents

Abstract

To provide a printing order system and program which can manage a use amount for each type of sheets.SOLUTION: A printing order system for ordering printing to a factory, separately from a case of delivering sheets to a factory being an order source under such a condition that a supply source of sheets receives an order of sheets, specifies a type of sheets used in the factory and an amount of used sheets on the basis of the information collected from the factory, and transmits the specified type of sheets and amount of sheets to the supply source of the used sheets.SELECTED DRAWING: Figure 10

Description

The present invention relates to a print ordering system and a program.

Currently, a service that accepts print requests via the Internet and delivers printed matter to a designated delivery destination on a designated date has been put into practical use.
The method to realize this service is a method in which the business operator who accepted the printing responds by using its own printing equipment, and the printing business that first announced the contract by providing the accepted request to multiple affiliated printing business operators. There is a method of ordering printing from a person.
In addition, Patent Document 1 (Japanese Unexamined Patent Publication No. 2013-16159) describes a system in which a printing business operator who has received a printing request via the Internet selects and orders the most suitable printing business operator. Has been done.

Japanese Unexamined Patent Publication No. 2013-16159

Currently, a printing company that prints printed matter as a business stores the paper purchased from the paper company in the factory, and determines the quantity of paper to be ordered from the paper company based on, for example, the expected order and the amount of paper in stock. doing. In this way, paper purchases by printing companies are made prior to printing orders, and if the expected orders are not obtained, the period until the paper price can be collected becomes longer, which is a management issue. It will be a burden. For this reason, paper orders tend to be marginal. On the other hand, paper companies are required to deliver paper without delay each time they receive an order, but if orders for paper are concentrated, it becomes difficult to arrange a truck for delivering the paper. In addition, since paper companies manufacture paper in a planned manner, it may be difficult to respond to sudden orders.
For this reason, a business model that benefits both the printing company and the paper manufacturing company is required.

The present invention is different from the case where each factory manages the stock of paper individually, orders the paper from the paper supplier, and the paper supplier who received the paper order delivers the paper individually. The purpose is to enable management of usage by type.

The invention according to claim 1 is a print ordering system for ordering printing from a factory, and specifies the type of paper used in the factory and the amount of paper used based on the information collected from the factory. , A print ordering system that sends the specified paper type and amount of paper to the source of the used paper.
In the invention according to claim 2, the specified paper type and amount of paper are tabulated by printing order, printing job, printing device, factory, or business operator who receives an order for printing. The print ordering system according to claim 1.
The invention according to claim 3 is the print ordering system according to claim 1 or 2, wherein the specified paper type and amount of paper are transmitted to a factory using the paper or a business operator who has received an order for printing. is there.
The invention according to claim 4 predicts the demand amount of paper based on the history of ordering and the amount of paper used calculated for each order, and provides the predicted demand amount to the supplier. Item 2. The printing ordering system according to item 1.
The invention according to claim 5 is the print ordering system according to claim 4, wherein the demand amount of the paper is expected for each factory, each business operator who receives an order for printing, or each supplier of paper.
The invention according to claim 6 is the print ordering system according to claim 4 or 5, which transmits the remaining amount for each type of paper for each factory.
The invention according to claim 7 is to order printing from the factory when the conditions set by the user are satisfied even if the stock of paper in the factory desired by the user is insufficient for the order. It is a print ordering system described in.
The invention according to claim 8 is the print ordering system according to claim 7, wherein the condition defined by the user is a range relating to an expected delay in delivery.
The invention according to claim 9 specifies the type of paper used in the factory and the amount of paper used in the factory based on the information collected from the factory in the computer of the print ordering system that orders printing from the factory. It is a program that executes a function and a function of transmitting a specified paper type and amount of paper to a source of used paper.

According to the invention of claim 1, each factory manages the stock of paper individually, orders the paper from the paper supplier, and the paper supplier who received the paper order delivers the paper individually. Unlike, it is possible to manage the usage amount for each type of paper.
According to the invention of claim 2, it becomes easy to analyze the amount of paper used.
According to the invention of claim 3, information can be shared between the factory that uses the paper and the paper supplier.
According to the invention of claim 4, the accuracy of forecasting the demand amount can be improved.
According to the invention of claim 5, the supplier can systematically produce and deliver the paper.
According to the invention of claim 6, the paper can be easily managed by the supplier.
According to the invention of claim 7, even if the paper is insufficient at the time of ordering, the possibility of ordering to the factory desired by the user can be increased.
According to the invention of claim 8, if the expected delay in delivery meets the conditions set by the user, printing can be ordered from the factory desired by the user.
According to the invention of claim 9, unlike the case where the paper is delivered to the factory that is the ordering source on the condition that the supplier of the working paper accepts the order of the paper, the usage amount for each type of paper is managed. Can be made possible.

It is a figure which conceptually explains the example of the net printing system. It is a figure explaining the example of the connection relation in a factory, and the connection relation between a factory and a print ordering server, etc. It is a figure which shows the configuration example on the hardware of the print ordering server. It is a figure explaining a part of data stored in a factory database. It is a figure explaining a part of the data stored in a paper database. It is a figure explaining a part of the data accumulated in the forecast demand database. It is a figure which shows the functional configuration example of the print ordering server. It is a figure which shows the configuration example on the hardware of a data collection server. It is a figure which shows the functional configuration example of a data collection server. It is a figure explaining the dynamic data collection which occurs in a factory. It is a figure explaining the flow of data from the reception of a print order to the ordering. It is a figure explaining an example which automatically executes a reorder when an event such as a failure occurs in the factory of the ordering party after ordering printing. It is a figure explaining the example of the decentralized ordering when the printing of a direct mail is requested. It is a flowchart explaining the method of determining the supplier in Embodiment 2.

Hereinafter, embodiments of the present invention will be described with reference to the drawings.

<Embodiment 1>
<Overall system configuration>
The configuration of the entire system according to the present embodiment will be described with reference to FIGS. 1 and 2.
FIG. 1 is a diagram conceptually explaining an example of the net printing system 1. FIG. 2 is a diagram illustrating an example of a connection relationship within the factory 400 and a connection relationship between the factory 400 and the print ordering server 300 and the like.
Note that FIGS. 1 and 2 are conceptual diagrams, and the actual configuration and connection relationship are not limited to the contents shown in FIGS. 1 and 2.
The net printing system 1 includes a user terminal 200 operated by a user who requests printing via the Internet 100, a print ordering server 300 that receives a print request from the user terminal 200, and a paper management server 350 provided in the paper manufacturing company P. , A factory 400 that executes printing ordered from the print ordering server 300.

The user terminal 200 is an Internet terminal operated by a user who requests printing. However, the acceptance of printing requests by the print ordering server 300 is not limited to the Internet 100. For example, an employee of a window operator who provides a net printing service provided through the net printing system 1 operates a terminal (not shown) connected to the print ordering server 300 to send a print request to the print ordering server 300. You may enter it.
In the case of the present embodiment, all of the factories 400 constituting the net printing system 1 do not have to exist in one country or region, and may be distributed in a plurality of countries or regions. In the case of FIG. 1, the six factories 400 are dispersed in Japan and the United States.

In the present embodiment, the factory 400 is used to mean a place where an apparatus used for producing printed matter (hereinafter, also referred to as “production apparatus”) is arranged. Therefore, the factory 400 also includes a printing shop or a business establishment in which only one production device is arranged.
Further, the factory 400 does not have to be a place dedicated to printing, and may be a place where the production equipment is arranged in a part of the section. For example, facilities and business establishments such as delivery companies, postal companies, electric companies, gas companies, public interest corporations, and medical companies will also implement this if printed matter production equipment is installed in a part of the lot. Included in the factory 400 in the form. In other words, as long as the printed matter production equipment is installed, the type of business of the business operator does not matter. In this sense, printing companies include delivery companies, postal companies, electric power companies, gas companies, public interest corporations, medical companies, and the like.

In the case of this embodiment, the factory 400 is managed by a plurality of printing companies. In the case of FIG. 1, there are four printing companies W, X, Y, and Z. This is due to space constraints, and in reality there are no number constraints. The printing companies W, X, Y, and Z are different corporations. Further, the printing companies W, X, Y, and Z do not have to have a business relationship such as a capital relationship or an affiliated relationship. Rather, in this embodiment, it is assumed that the printing companies W, X, Y, and Z have no business relationship such as a capital relationship or an affiliated relationship.
The printing company does not have to own the factory 400, nor does it need to own the production equipment for producing the printed matter.
Further, in the case of the present embodiment, the number of factories 400 connected to the print ordering server 300 may be different for each printing company.
In the case of FIG. 1, the number of factories 400 connected by the printing companies W, X, and Z is one, but the number of factories 400 connected by the printing company Y is three. That is, the number of factories 400 connected to the print ordering server 300 by each printing company is arbitrary.

In the case of the present embodiment, the factory 400 includes a data collection server 500 that collects information related to printing and registers it in the print ordering server 300, a printing device 600 that produces printed matter, and processing that processes the printed matter. A device 700, a workflow management device 800 that manages a printing schedule, an inventory management device 900 that manages the inventory of consumables, and a sensor 1000 that detects the quality of printed matter, the environment in the factory, the movement of people in the factory, and the like. Is placed. The factory 400 may be provided with a device for managing the attendance of personnel who operate the production device.
The printing device 600 and the processing device 700 here are both examples of production devices. In the example of FIG. 1, both the printing apparatus 600 and the processing apparatus 700 are arranged in the factory, but only one of them may be arranged in the factory 400. In other words, the factory 400 may be a factory dedicated to printing or a factory dedicated to processing.

The workflow management device 800 is an example of a production control device. The inventory management device 900 is an example of the inventory management device.
In the present embodiment, the system including the print ordering server 300, the paper management server 350, and the data collection server 500 is called a print ordering management system. However, a system composed of a print ordering server 300 and a data collection server 500, or only the print ordering server 300 may be referred to as a print ordering management system.
In the case of FIG. 1, only one paper management server 350 is drawn, but this is due to restrictions on drawing, and the number of paper management servers to be arranged is arbitrary. The paper management server 350 does not have to be a so-called server, and may be a terminal used for business.
Further, in the case of FIG. 1, the paper management server 350 is managed by the paper manufacturing company P, but of course, there may be a plurality of paper manufacturing companies. When there are a plurality of paper manufacturing companies, there are also a plurality of paper management servers 350. The business operator that supplies the paper to the factory 400 is not limited to the paper manufacturing company, but may be a wholesaler or the like. In the present embodiment, the business operators that supply paper to the factory 400 are also collectively referred to as "paper supply sources".

In the case of the present embodiment, the data collection server 500 is installed in each factory 400 by the window operator operating the print ordering server 300.
In the case of FIG. 1, only one printing device 600 is drawn in the factory 400, but this is due to drawing restrictions, and the number of printing devices 600 to be arranged is arbitrary. Therefore, the number of printing devices 600 arranged in the factory 400 may be one or a plurality. The manufacturer of the printing apparatus 600 may be different for each factory 400. Further, the printing devices 600 of a plurality of manufacturers may be mixed in the factory 400. A dedicated device ID (= IDentifier) is attached to each of the printing devices 600, and information on execution of a print job and information on the operation of each device are managed for each device.
The processing device 700 is the same as the printing device 600. That is, the number of processing devices 700 does not have to be limited to one in the factory 400, and may be multiple. Further, the manufacturer of the processing apparatus 700 may be different for each factory 400. Further, in the factory 400, processing devices 700 of a plurality of manufacturers may be mixed.

The workflow management device 800 is a device that collectively manages production in the factory. For example, the workflow management device 800 can process orders for print jobs, imposition processes for printing jobs with the same specifications, manage print schedules and processing schedules, manage the progress of printing and processing, and manage the amount of paper used in the factory. Execute the process to be managed. The process of managing the amount of paper used in the factory may include management of each ordered print order, management of each print job, and management of each printer. The amount of paper used for each print order ordered and the amount of paper used for each print job are the operation status and operation history of the printing device 600 acquired through the data collection server 500, the print schedule, and the paper replacement and replenishment. It is calculated based on the record of. In the case of the present embodiment, the amount of paper used is calculated in real time based on the data acquired from the printing apparatus 600. However, it is not limited to real-time calculation. The process of managing the amount of paper used may be executed on the data collection server 500 side.
The workflow management device 800 is connected to the printing device 600 and the processing device 700 through a network in the factory, and transfers various data. For example, the received print data (including manuscript data and plate data) is transmitted from the workflow management device 800 to the printing device 600 according to the printing schedule.
In the workflow management device 800 according to the present embodiment, (i) the output data from the sensor 1000, which is arranged on the path where the paper or the like is conveyed in the printing process and detects printing defects or abnormalities, and (ii) the printed matter are printed. Output data from the sensor 1000 that is placed on the path conveyed in the processing process and detects processing defects and abnormalities, (iii) From the sensor 1000 that manages the quality of printed matter such as stains and defects as a finished product. It also manages output data.

The sensor 1000 here may be arranged in the housing of the printing device 600 or the processing device 700, or may be arranged separately from the printing device 600 or the processing device 700. The format of the data output from the sensor 1000 differs depending on the type of the sensor 1000 and the manufacturer.
In addition, the workflow management device 800 in the present embodiment also manages information on the delivery service company used for delivering the produced product (printed matter before processing when processing is performed at another factory). The information of the delivery service company includes the name of the company that provides the delivery service, the name of the service, the details of the delivery service, the shipping date, the shipping number, the billing amount for each ordering unit, the total billing amount for each ordering source, and outside the factory. It also manages information that specifies information that prohibits the use of.
The workflow management device 800 realizes management of such information and provision of functions through an application program running on a computer.
Further, the sensor 1000 may be attached to the equipment used by the worker for the work.

The inventory management device 900 in the present embodiment manages information regarding the inventory of members such as paper, ink, toner, and film consumed by the processing device 700, which are consumed by the printing device 600. Information on inventory includes a code for identifying inventory (that is, inventory ID), a member name, a member category, the number of stocks, a code for identifying a business operator that supplies parts (that is, a supplier ID), and a business operator name. It may include the type of member supplied by the business operator.
Information about inventory is updated, for example, by reading a code that identifies inventory when the member is consumed. In addition, it is updated by reading the information recorded on the inventory and the IC tag attached to the inventory packaging.

In the case of this embodiment, the paper stored in the premises of the factory 400, a warehouse in the vicinity, or the like is the property of the paper manufacturing company. That is, the printing business operator in the present embodiment adopts a business model in which the printing company pays the price or consideration for the amount used after printing, instead of purchasing the paper before receiving the order for printing. That is, pay-as-you-go billing is assumed.
The payment method for paper is determined by business arrangements. For example, the method of paying the paper price directly to the paper manufacturing company is not limited to the method, and the amount obtained by deducting the paper price can be received from the printing client or the business operator operating the printing ordering server 300. However, a part or all of the paper may be purchased in advance regardless of the printing performance.
In the case of the present embodiment, the inventory of paper is managed by using the inventory management device 900 managed by the printing company, but the inventory management device 900 may be managed by the paper manufacturing company P.

The data collection server 500 communicates with the printing device 600, the processing device 700, the workflow management device 800, the inventory management device 900, and the sensor 1000, and collects various information related to printing from each device. The communication here may be wired or wireless.
From the printing device 600, for example, the data collection server 500 has a code for identifying the device (that is, a device ID), a device name, device spec information, a device status, status details, a printing type (type), a printing speed, and the like. Unit of speed, maximum and minimum size of paper that can be handled, color space and color standard information, daily capacity, print order ordered or type of paper used for each print job, print order or print ordered Collect information such as the amount of paper used for each job. The amount of paper used and the like are automatically calculated based on data acquired from, for example, a sensor 1000 provided in a printing apparatus 600 or the like.

The status here is specified by, for example, idle state, failure, in use, and maintenance. The format of the description of this information differs depending on the manufacturer of the printing apparatus 600, and even the same manufacturer may differ depending on the model.
The information on the type of paper used and the amount of paper used for each print order or print job ordered includes information on the paper manufacturing company that is the supplier. The information on the type of paper includes the classification, specifications, uses, etc. of cut paper, roll paper, and the like. Here, the print job management ID is associated with the print order management ID. Therefore, the information on the paper used for each print job is managed in association with the print order. Wasted paper generated during printing is also managed in association with the printing job.
When the paper is roll paper, the amount of paper used for each printing job is specified by the length, weight, number of rolls, etc. of the paper used for printing. When the paper is cut paper, the amount of paper used for each print job is specified by, for example, the number of sheets. When a plurality of plates having different print orders are assigned to one sheet, it is also possible to use the number of sheets converted for each print order. As described above, these calculations may be executed by the workflow management device 800 or the like.

Further, the data collection server 500 is, for example, from the processing device 700, a code for identifying the device (that is, a device ID), a device name, device specification information, a device status, status details, a processing type (type), and processing. Collect information such as speed, speed unit, and daily production capacity.
The status here is the same as in the case of the printing apparatus 600. Further, the types of processing include, for example, folding processing, rounded corner processing, drilling processing, sewing machine processing, streaking processing, surface processing, foil stamping processing, panel processing, die cutting processing and the like. The format of the description of this information differs depending on the manufacturer of the printing apparatus 600, and even the same manufacturer may differ depending on the model.

Further, the data collection server 500 can be used, for example, from the workflow management device 800, from order information, printing schedule, processing schedule, progress information of each schedule, operation status of each production device, operation rate of each production device, maintenance record of each production device. And so on.
Further, the data collection server 500 collects information on the inventory of consumables consumed by the production device from the inventory management device 900. In the case of the present embodiment, the information on the inventory of consumables includes the information on the inventory for each type of paper for each paper manufacturing company.

The data collection server 500 acquires information at the same time as information is generated in each device or sensor 1000. That is, the data collection server 500 in the present embodiment automatically collects information that is generated during production in the factory and changes with time.
Further, the data collection server 500 according to the present embodiment has a function of preparing (cleansing) the collected information into information in a format regardless of the model, and prints the information after cleansing (after maintenance) of the ordering server 300. Send to. Differences in models here include differences in manufacturers.
In the case of the present embodiment, the data collection server 500 also transmits the information obtained by analyzing the information after cleansing (after maintenance) to the print ordering server 300 through the secure line. The information obtained by analyzing the information after cleansing (after maintenance) is also an example of information in a format regardless of the model. The information obtained by analyzing the information after cleansing (after maintenance) includes, for example, the current operating vacancy status of the production equipment, the forecast of the operating vacancy status of the production equipment in the future tense, the forecast of the inventory amount, and the like. You may. Maintenance schedules and holidays are also reflected in the calculation of operating availability. In the case of the present embodiment, the cleansing (maintenance) function is provided in the data collection server 500, but the cleansing may be executed on the print ordering server 300 side. In this case, the print ordering server 300 receives a part of the raw data after the filtering process through a route in which security is ensured.
In the case of the present embodiment, the print data is directly transmitted from the print ordering server 300 to the workflow management device 800, but can also be given to the workflow management device 800 via the data collection server 500.
The print ordering server 300 in the present embodiment constitutes a print ordering system alone or in collaboration with the data collection server 500.

<Configuration of each server>
<Configuration of print ordering server>
Here, the configuration of the print ordering server 300 will be described.
FIG. 3 is a diagram showing a configuration example on the hardware of the print ordering server 300.
As shown in FIG. 3, the print ordering server 300 has a CPU (Central Processing Unit) 301 that controls the entire device through execution of a program (including basic software) and a ROM (ROM) that stores a BIOS (Basic Input Output System). It has a Read Only Memory) 302 and a RAM (Random Access Memory) 303 used as an execution area of the program.
The CPU 301, ROM 302, and RAM 303 constitute a so-called computer and execute various types of information processing. The ROM 302 is composed of, for example, a non-volatile semiconductor memory.

The hard disk device (HDD) 304 includes basic software, an application program that analyzes information uploaded from the data collection server 500 of each factory 400, an application program that determines a factory 400 that satisfies the printing conditions specified by the user, and ordered printing. The information for managing the request, the information about each factory 400, etc. are stored.
In this embodiment, artificial intelligence is used to analyze information. However, it may be an application program that analyzes information according to a predetermined rule.
The information for managing the ordered printing request includes, for example, the order ID, information about the requester, conditions specified at the time of request, information about print data, billing ID, information about billing, progress status of ordered printing, and the like. .. In the case of FIG. 3, the information about the requester is stored in the requester database (requester DB) 304A. In addition, information such as conditions specified at the time of request, information on billing, and progress status of printing ordered is stored in the request database (request DB) 304B. The requester database (requester DB) 304A and the request database (request DB) 304B are stored in a part of the storage area of the hard disk device 304.

The information about the requester here includes, for example, a code for identifying the requester (that is, a customer ID), the name of the requester, the place of residence or location of the requester, information about the person in charge on the requester side, and the contact information of the requester. , Requester's industry, service management number prepared for each customer, billing information, etc. are included.
The conditions specified at the time of request include, for example, the desired delivery date, the desired printing company, the desired factory, the country or region where printing is performed, the desired application, the desired amount, the desired delivery method, and the desired paper type. Includes, paper weight, desired color profile, desired production quantity, finished size, single-sided or double-sided printing designation, processing type, document layout section designation, product form, single or multiple products, etc. The application here is used to specify the type of printed matter such as direct mail and books.
The product forms include, for example, books, postcards, leaflets, business cards, tickets, catalogs, slips, envelopes, stickers, labels, bags, boxes (packages), and the like.
Information about print data includes, for example, print data, a file format of print data, and the like.

In the case of the present embodiment, the information received from the data collection server 500 is stored in the factory database (factory DB) 304C, which is a partial storage area of the hard disk device 304. The factory database (factory DB) 304C is an example of a storage means and a storage device.
In the case of the present embodiment, new information uploaded from the data collection server 500 is automatically accumulated and updated in the factory database 304C.
The factory database 304C also records information calculated by the print ordering server 300 based on the information uploaded from the data collection server 500.
The information calculated based on the information uploaded from the data collection server 500 includes, for example, information that evaluates the quality of each factory, the past state and current situation of each factory, and the production capacity calculated from the past results. Expected schedule etc. are included.
In addition, registration information such as the location and business days of the factory 400 is also recorded in the factory database 304C. The registered information here is so-called static information that does not change with the passage of time.
Further, in the factory database 304C, the evaluation of the factory 400 by the user who is the requester of printing, the evaluation of the factory 400 by the business operator who orders the printing received through the Internet or the like from the factory 400 participating in the service, and the past delivery date. Records of delays, records of quality defects confirmed for past deliveries, etc. are also recorded.

In the case of the present embodiment, artificial intelligence is also used to calculate this information. However, an application program that calculates information according to a predetermined rule may be used.
As will be described later, the data collection server 500 uploads the information to the print ordering server 300 every time new data is generated or a change in the event is detected. Therefore, the information in the factory database 304C reflects the status of the factories 400 participating in the net printing service according to the present embodiment in real time. In other words, the information in the factory database 304C and the situation in the factory 400 are in a synchronous relationship.

The factory database 304C in the present embodiment also stores information about the paper used in the print order and the print job.
FIG. 4 is a diagram illustrating a part of data stored in the factory database 304C. (A) is a table T1 that records the relationship between the executed print job and the paper used for printing, and (B) is a table T2 that records the total usage amount of the printing company X for each paper. is there.
In the case of FIG. 4, the control number, the printing company ID, the factory ID, the printing device ID, the printing job ID, the printing order ID, the paper ID, the paper manufacturing company ID, the usage amount, and the like are recorded in the table T1. As the paper ID, it suffices if the type of paper used can be specified, and for example, an ID used by a paper manufacturing company is used.
Further, the control number, the target period, the paper manufacturing company ID, the paper ID, the total usage amount, and the like are recorded in the table T2. The target period is the period for totaling the total usage amount for each paper. In the case of FIG. 4, the target period is specified on a monthly basis. However, the target period may be specified according to the transaction agreement.

In the example of FIG. 3, the factory database 304C is stored in the hard disk device 304, but the factory database 304C may be stored in the cloud server.
When storing in the cloud server, the print ordering server 300 and the factory database 304C do not have to exist in the same country or region, and may be distributed in different countries or regions.
Further, the hard disk device 304 in the present embodiment stores a learned model 304D of the ordering relationship used when determining an ordering party that satisfies the conditions specified by the printing requester.
The trained model 304D provides a rule for determining a supplier that meets the printing conditions from among the factories 400 managed by the factory database 304C. In the case of the present embodiment, the trained model 304D records the accumulated orders, registers and updates the evaluation of the supplier by the determined client, and evaluates the factory calculated in the print order server 300. It is constantly updated by artificial intelligence that learns registration and updates.

In addition, the hard disk device 304 stores the paper database 304E and the forecast demand database 304F.
FIG. 5 is a diagram illustrating a part of data stored in the paper database 304E. In the table shown in FIG. 5, a control number, a paper manufacturing company ID, a paper ID, an inventory amount by factory, a unit price, a special contract, etc. are recorded. The unit price is used to calculate the price according to the amount used.

FIG. 6 is a diagram for explaining a part of the data accumulated in the forecast demand database 304F. (A) shows a table T4 of forecast demand for paper by printing company, and (B) is a table T5 of total forecast demand by paper manufacturing company.
In the case of FIG. 6, the control number, the target period, the paper manufacturing company ID, the paper ID, the forecast demand, and the like are recorded in the table T4. The forecast demand for each printing company is based on the transaction record recorded in the request DB304B (see FIG. 3) and the amount of paper used recorded in the factory DB304C (see FIG. 3). Predicted by the application programs and artificial intelligence installed on the 300. Since it is a demand forecast, a future day is entered in the target period. In the case of FIG. 6, half a year later is assumed, but one month later may be used. In the case of this embodiment, the target period is specified by the user. However, the target period may be a default value determined by the application program. Table T4 contains all the information of the paper manufacturing companies with which the printing company deals. Further, in the case of FIG. 6, although the printing business is used as a unit, a table for managing the forecast demand in the factory 400 (see FIG. 1) may be prepared.
Further, the control number, the target period, the paper ID, the total forecast demand, and the like are recorded in the table T5. In the case of FIG. 6, although it is the total forecast demand for each paper manufacturing company, a table for forecasting the demand for paper regardless of the paper manufacturing company may be prepared.

In addition, the print ordering server 300 (see FIG. 3) includes a display unit 305 (see FIG. 3) used for displaying an operation screen of an application program executed by the CPU 301 (see FIG. 3), and operates the operation screen. An operation input unit 306 (see FIG. 3) used for input by a worker and a communication interface (communication IF) 307 (see FIG. 3) used for communication with the Internet 100 (see FIG. 1) are provided.
The display unit 305 and the operation input unit 306 here may be externally attached to the housing of the print ordering server 300. Further, a printing device (not shown) may be connected to the print ordering server 300.
Each part shown in FIG. 3 is connected to each other through a bus (not shown) or a communication line (not shown).

FIG. 7 is a diagram showing a functional configuration example of the print ordering server 300.
The functional configuration shown in FIG. 7 is realized through the execution of a program by the CPU 301 (see FIG. 3). The functional configuration here is not limited to a single program, and may be realized by linking a plurality of programs.
From a functional point of view, the print ordering server 300 is determined to be an order reception unit 311 that accepts printing requests and an ordering party determination unit 312 that automatically determines the optimum ordering party according to the conditions of the received request. The ordering unit 313 that orders printing from one or more factories 400 (see FIG. 1), which is the ordering party, and the ordering relationship learning unit that learns the past ordering relationship and updates the learned model 304D. (AI) 314, the analysis data calculation unit 315 that calculates the analysis data accumulated in the factory database (factory DB) 304C, and the paper usage amount and forecast demand calculated by the analysis data calculation unit 315 are printed by the printing company or papermaking. It has a function as an information providing unit 316 provided to companies and the like.

The order reception unit 311 is an example of a reception means for receiving a print request through a Web server or the like, and manages the received print request by an order ID. The order reception unit 311 registers the information about the requester in the requester database 304A, or reads out the registered requester information.
In addition, the order reception unit 311 manages the conditions and the like of the received request in the request database 304B. The conditions of the request include a desire for a place to deliver the printed matter, that is, a place of delivery. Further, apart from the delivery place, the hope of the place where the factory 400 used for printing exists may be included. The hope here may be specified by, for example, a country or region, an administrative unit within the country or region, a name representing a set of administrative units, or the like. The hierarchical structure of administrative units and the names of each level differ depending on the country or region.

The supplier determination unit 312 determines the factory 400 (see FIG. 1) that satisfies the request condition as the supplier. The supplier determination unit 312 is an example of the determination means. The factory 400 determined as the supplier may be one for one request, or may be multiple for one request. In the case of this embodiment, priority is given to placing an order with the factory 400 near the delivery location included in the conditions of the request.
The factory database 304C and the trained model 304D are used to determine the supplier. In the trained model 304D, a model for determining a more appropriate supplier is recorded. Further, in the factory database 304C, in addition to the information (state, production capacity, schedule) synchronized with the factory 400 side, the evaluation of the quality of the factory 400 (see FIG. 1), the record of past orders received, etc. are accumulated. .. The evaluation here is an example of quality information.

The ordering unit 313 provides ordering information (for example, printing application, processing content, number of copies, delivery destination, price information, etc.) to the data collection server 500 located in the factory 400 (see FIG. 1) determined as the ordering party. ) Is transmitted, and print data is transmitted to the workflow management device 800 (see FIG. 1). The ordering unit 313 here is an example of the ordering means. The ordering information is an example of ordering data. As described above, the ordering unit 313 may transmit the print data to the data collection server 500.
The ordering relationship learning unit 314 in the present embodiment evaluates the ordering party and the factory as the ordering party determined for the printing conditions stored in the factory database 304C by using the artificial intelligence (AI) function. The relationship of the information and the like is learned, and the learning result is reflected in the learned model 304D.
Since the information stored in the factory database 304C is the data after being prepared into the information in the format regardless of the model or the processed data, the learning accuracy is likely to be improved. Further, since the print ordering server 300 functions as a bab that relays transactions between an unspecified user who requests printing and a large number of printing companies, information on the transaction history and the progress of printing in the factory 400 Can be collected in large quantities. Therefore, the learning speed is increased, and at the same time, the improvement of accuracy is accelerated.

The analysis data calculation unit 315 operates the current and past operations of each production device based on the information such as the operation status, production capacity, schedule, etc. of the production devices automatically stored in the factory database 304C from each factory 400. Analyze the status, forecast of operating availability in the future time system of production equipment, future inventory amount, etc.
In addition, the analysis data calculation unit 315 pays each printing company to the paper manufacturing company based on the type and amount of paper used for each printing job automatically stored in the factory database 304C from each factory 400. It also calculates the price of.
In addition, the analysis data calculation unit 315 also executes a process of predicting future demand based on records such as a history of past orders and orders and a corresponding amount of paper used. The predicted demand is recorded in the forecast demand database 304F.
Incidentally, when the print ordering server 300 receives the charges collectively from the printing requester, the analysis data calculation unit 315 may calculate the amount to be paid to the printing company or the paper manufacturing company.
When the same analysis process is executed on the data collection server 500 (see FIG. 1), it is not necessary to provide the analysis data calculation unit 315.
The information providing department 316 provides the predicted demand to the paper companies participating in the net printing system 1 (see FIG. 1), and also provides information on the amount and price of paper consumed by the printing company to the paper companies and printing. Provide to businesses.

<Management server configuration>
The paper management server 350 (see FIG. 1) has the same hardware configuration as the print ordering server 300 described above. That is, the paper management server 350 includes a CPU that controls the entire device through program execution, a ROM that stores a BIOS and the like, a RAM that is used as a program execution area, and inventory information and transaction information of various programs and papers. A hard disk device for storing various information, a display unit used for displaying various information, an operation input unit used for inputting an operation by an operator, and an interface used for communication with the Internet 100 (see FIG. 1). Have.
The paper management server 350 can be used from the print ordering server 300 (see FIG. 1) connected via the Internet 100, for example, information on the amount of paper used and the price of the company used by the printing company, and the company storing the information at each factory. Receive notifications such as paper inventory information, forecast demand information for paper by printer or factory.
The price of the paper billed to the printing business operator may be calculated by the paper management server 350 based on the amount of the notified paper used.

<Data collection server configuration>
Next, the configuration of the data collection server 500 will be described.
FIG. 8 is a diagram showing a configuration example on the hardware of the data collection server 500.
As shown in FIG. 8, the data collection server 500 includes a CPU 501 that controls the entire device through execution of a program (including basic software), a ROM 502 that stores a BIOS, and a RAM 503 that is used as an execution area of the program. doing.
The CPU 501, ROM 502, and RAM 503 constitute a so-called computer and execute various types of information processing. The ROM 502 is composed of, for example, a non-volatile semiconductor memory.

The hard disk device 504 uses basic software, order information received from the print ordering server 300, a raw data database (raw data DB) 504A that stores raw data collected from the factory 400, and raw data for different models. Cleaned raw data database (cleaned raw data DB) 504B that records raw data after preparation (cleansing) in any format of information, analysis result database that stores the results of analyzing cleansed raw data ( Analysis result DB) 504C and the like are stored.
In the present embodiment, the data collected by the data collection server 500 from the factory is referred to as raw data.

From the printing device 600, for example, device ID, device name, device specification information, device status, status details, printing type (type), printing speed, and speed can be determined by a data format depending on the manufacturer and model. Unit, maximum and minimum size of paper that can be handled, color space and color standard information, daily production capacity, information on paper used for each print order and print job, amount of paper used for each print job Information such as is automatically collected through the factory network.
From the processing device 700, for example, the device ID, the device name, the device specification information, the device status, the details of the status, the type (type) of the machining, the machining speed, and the speed, depending on the data format depending on the manufacturer and the model. Information such as units and daily production capacity is automatically collected through the factory network.

From the workflow management device 800, for example, order information, print schedule, schedule progress information, operation status of each production device, operation rate of each production device, and each production device can be obtained by using a data format that depends on an application program that manages data. Information such as maintenance records is automatically collected through the factory network.
From the inventory management device 900, information on the inventory of consumables consumed by the production device is automatically collected through the factory network by a data format depending on the application program that manages the data.
Further, from the sensor 1000 mounted on the inspection device (not shown) or the like, the output of each sensor is automatically collected through the IoT network or the like in a data format depending on the manufacturer and the model.

In the case of this embodiment, the analysis result database 504C contains, for example, the current operating vacancy status of the production equipment, the forecast of the operating vacancy status of the production equipment in the future tense, the forecast of the inventory amount, the operation schedule of the production equipment, and the like. Is stored as an analysis result. The content of the analysis result and the format of the data are recorded in a unified content and format regardless of the difference in the factory 400.
In addition, artificial intelligence may be used for cleansing (maintenance) of raw data and analysis of raw data after cleansing (after maintenance). However, an application program that analyzes information according to a predetermined rule may be used.

In addition, the data collection server 500 includes a display unit 505 used to display an operation screen of an application program executed by the CPU 501, an operation input unit 506 used to input an operator who operates the operation screen, an Internet 100, and the Internet 100. A communication interface (communication IF) 507 used for communication with an in-factory network (not shown) is provided.
Here, for example, a LAN (Local Area Network) is used for communication with the factory network. Of the communication interfaces 507 used for communication with the factory network, the communication unit used for collecting data is an example of the first communication means. Of the communication interfaces 507 used for communication with the factory network, the communication unit used for transmitting ordering information is an example of the second communication means.
The display unit 505 and the operation input unit 506 here may be externally attached to the housing of the data collection server 500.
Each part shown in FIG. 8 is connected to each other through a bus (not shown) or a communication line (not shown).

FIG. 9 is a diagram showing a functional configuration example of the data collection server 500.
The functional configuration shown in FIG. 9 is realized through the execution of a program by the CPU 501 (see FIG. 8). The functional configuration here is not limited to a single program, and may be realized by linking a plurality of programs.
From the functional point of view, the data collection server 500 is used to determine the supplier from each device or sensor by communicating with the printing device 600, the processing device 700, the workflow management device 800, the inventory management device 900, and the sensor 1000 in the factory 400. Raw data collection unit 511 that collects the information to be collected as raw data, cleansing unit 512 that cleanses (maintains) the collected raw data in a format regardless of the model, and orders by analyzing the cleansed raw data Data analysis unit 513 that generates useful information for making previous decisions and improving problems specific to each factory 400, and data upload that uploads cleansed raw data and analysis results to the print ordering server 300 (see FIG. 1). It has a function as a unit 514 and an order information receiving unit 515 that receives order information from the print ordering server 300.

The raw data collection unit 511 collects information representing the status, production capacity, schedule, etc. of the production equipment, etc. in real time by communicating with the production equipment, etc. in the factory. The data collection may be realized as a response to the transmission instruction to the production apparatus or the like by the raw data collection unit 511, or may be realized by receiving the data unilaterally output from the production apparatus or the like.
The data to be collected basically changes dynamically over time. However, the cycle of change differs depending on the type of data.
In addition, although all the information generated or managed by the production apparatus or the like may be collected, only the information in which the change is detected may be selectively collected. The function of detecting the change may be provided in the raw data collecting unit 511, or may be provided in the production apparatus or the like.

The cleansing unit 512 cleanses (maintains) the difference in the data format or the like depending on the manufacturer, the model, or the like into a predetermined data format. Cleansing removes not only data format conversion, but also notational fluctuations and duplication of information. The cleansing unit 512 is an example of maintenance means.
The cleansing unit 512 may execute anonymization of the personal information of the worker, removal of information prohibiting the provision of the information to the print ordering server 300 (see FIG. 1), and the like. Although uploading to the print ordering server 300 is prohibited, a flag for which the cleansing unit 512 prohibits transmission to the print ordering server 300 for data that is permitted to be used in data analysis by the data collection server 500. Cleansing (maintenance) may be performed after adding the above.

The data analysis unit 513 analyzes the raw data after cleansing, and predicts the operation rate of each production device or the entire factory, the failure prediction of the production device, the maintenance prediction, the error pattern prediction, the production device status, and the production device. Outputs the production capacity, the schedule plan to improve the production capacity, the schedule plan to improve the profit margin, etc.
The data analysis unit 513 also has a function of displaying the analysis result on the work screen of the display unit 505 (see FIG. 5).

The data upload unit 514 automatically uploads the cleansed raw data and the analysis result to the print ordering server 300.
Of these, the cleansed raw data is automatically uploaded without delay after data processing. By this upload, the data in the factory database 304C (see FIG. 4) used by the print ordering server 300 to determine the ordering party and the data in the factory 400 (see FIG. 1) which is the upload source are synchronized.
As described above, the data for which uploading to the print ordering server 300 is prohibited is excluded from the upload target. In the case of the present embodiment, the data upload unit 514 is provided with a function of filtering so that information other than predetermined information is not uploaded, for example.
The data upload unit 514 in the present embodiment executes communication with the print ordering server 300 in a state where the security of the communication contents is maintained.
The order information receiving unit 515 receives the notification of the order information from the print ordering server 300. The ordering information receiving unit 515 cooperates with the workflow management device 800 (see FIG. 1) and shares a part of the ordering information with the workflow management device 800.

<Example of printing order management method>
Hereinafter, an example of a print order management method executed in the net printing system 1 (see FIG. 1) will be described.
FIG. 10 is a diagram illustrating the collection of dynamic data generated in the factory 400.
In FIG. 10, the data flow until the data collected by the data collection server 500 existing in the factory 400 is aggregated in the print ordering server 300 existing on the Internet and the paper aggregated within the target period. It is conceptually shown how the total usage amount of the server is notified.
The production devices and the like in FIG. 10 include a printing device 600 (see FIG. 1), a processing device 700 (see FIG. 1), a workflow management device 800 (see FIG. 1), an inventory management device 900 (see FIG. 1), and a sensor 1000 (see FIG. 1). 1).

In the case of FIG. 10, when an event for detecting the generation or change of data occurs in the production device or the like, the raw data related to the event is automatically transmitted from the production device or the like to the data collection server 500. The event here includes replenishment and replacement of paper in the printing device 600, updating of information such as the amount of paper used in executing the printing job, and the inventory amount of paper managed by the inventory management device 900. Updates etc. are also included.
After accumulating the received raw data, the data collection server 500 cleanses (maintains) the data, further analyzes the data, and uploads the data to the print ordering server 300. The print ordering server 300 updates the stored data with the newly received data.

In upload # 1 in the figure, upload is executed after the analysis process is executed, but the raw data after cleansing may be uploaded before the analysis process is executed. Upload # 2 uploads the data after cleansing (maintenance) before analysis. The analysis result is uploaded separately as upload # 2-1.
Further, in FIG. 10, uploading is performed for each event, but raw data corresponding to a plurality of events may be uploaded together.
However, from the viewpoint of synchronizing the data stored in the print ordering server 300 with the data in the factory 400, it is preferable that the time from the occurrence of the event to the upload is short.

Further, when the data collection server 500 shown in FIG. 10 updates the total amount of paper used within the target period, the data collection server 500 notifies the paper management server 350 and the data collection server 500 of the paper usage record. In the case of FIG. 10, the notification of the usage record of the paper is executed not every time the accumulated data is updated, but at a timing satisfying a predetermined condition. For this reason, the notification of the paper usage record is executed only at the third update time in the figure. However, the notification of the usage record of the paper may be executed every time the accumulated data is updated. For the predetermined conditions, for example, the passage of the target period may be used.
Further, in the case of FIG. 10, the usage record of the paper aggregated by the print ordering server 300 is notified to the data collection server 500 in the factory 400, but the workflow management device 800 (see FIG. 1) is notified. You may. In addition, the usage record of the paper may be notified to a management terminal (not shown) installed at the head office of the printing business operator or the like.

In the case of this embodiment, since various information is linked and managed in association with the print job, the amount of paper used in units of print jobs or print orders, the amount of paper used in 400 factories, and the printing business. The amount of paper used on a person-by-person basis can be accurately grasped by the print ordering server 300. Further, since the print ordering server 300 can manage the accurate amount of paper used by the printing company, the paper manufacturing company can use the manufactured paper in the factory 400 if it is stored in the factory 400 or the like. You will be able to receive the amount of money according to the amount of paper you have collected. In addition, the printing company does not need to purchase the paper before undertaking printing. As a result, pay-as-you-go billing of paper becomes possible. In other words, a business model that benefits both paper companies and printers is realized.

If the information on the unit price for each type of paper is provided from the paper manufacturing company to the printing ordering server 300, the printing ordering server 300 also provides the printing business with the paper manufacturing company for the price of the paper according to the usage amount. It is possible to notify both parties. If this information is given to the approval system, approval between the parties is possible.
Further, the data collection server 500 shown in FIG. 10 predicts future demand for paper based on information such as past order history, paper usage amount and paper inventory sequentially notified from the factory 400. Notify the paper company of the projected demand. The forecast demand to be notified includes the forecast demand for paper for each factory 400, the forecast demand for paper for each printing company, the forecast demand for each paper manufacturing company, and the like.
The print ordering server 300 in the present embodiment functions as a hub for relaying transactions between an unspecified user who requests printing using the Internet and a large number of printing companies participating in the net printing system 1. .. Therefore, in the print ordering server 300, not only the record of the ordering but also the amount of paper used for each ordering is accumulated in a large amount. The more the order history is accumulated, the more accurate the forecast of future orders and the forecast of paper demand will be.
Therefore, the paper manufacturing company that receives the notification of the forecast demand can manufacture the paper in a planned manner.

FIG. 11 is a diagram illustrating a flow of data from reception of a print order to ordering.
FIG. 12 conceptually shows the data flow from the reception of the print order by the print ordering server 300 to the determination of the ordering party and the transmission of the order information to the data collection server 500 on the factory 400 side. ing. The supplier is determined with reference to the factory database 304C (see FIG. 3). In the factory database 304C, the latest information on the production equipment and the like arranged in the factory 400 is managed in a format regardless of the model.

The case of print order # 1 shown in FIG. 11 corresponds to the case where one factory 400A is determined as the supplier # 1. Therefore, the order # 1 is transmitted to the data collection server 500 located at the factory 400A.
The data collection server 500 transfers the received order information to the linked workflow management device 800 (see FIG. 1) or the like.
The case of print order # 2 shown in FIG. 11 corresponds to the case where two factories 400A and 400B are determined as the supplier # 2. In the case of dividing one print order into multiple orders, for example, if the printing conditions specified in the print order cannot be met by only one factory, the delivery destinations are distributed to multiple regions as described later. It occurs when it is printed.
In the example of FIG. 11, order # 2A is transmitted to the data collection server 500 of the factory 400A, and order # 2B is transmitted to the data collection server 500 of the factory 400B.

Next, the operation when an event that affects the delivery date or quality occurs at the factory of the ordering party after ordering printing will be described.
In the case of the conventional system, the business operator who accepts printing requests from users will contact the printing business operator after the order is placed, even if an event that affects the delivery date or quality occurs inside the factory of the supplier. You can't know unless you receive it. In addition, even if it can be known, the response will be delayed because the information is updated manually.
FIG. 12 is a diagram illustrating an example in which reordering is automatically executed when an event such as a failure occurs in the factory of the ordering party after ordering printing.
In FIG. 12, a reference numeral corresponding to a portion corresponding to FIG. 11 is added.
Also in the case of FIG. 12, the print ordering server 300 that has received the print order # 1 determines the factory 400A as the ordering party # 1 and transmits the ordering # 1 to the data collection server 500, which is an example of FIG. In common with.
Of course, the data collection server 500 transfers the received order # 1 to the workflow management device 800 (see FIG. 1) or the like, and updates the printing schedule.

Here, it is assumed that an event such as a failure occurs in the printing apparatus 600 (see FIG. 1) or the processing apparatus 700 (see FIG. 1) in the factory 400A after the printing schedule corresponding to the order # 1 is registered. To do.
Failure is an example of an event that affects delivery time and quality. Note that the failure may occur before the start of printing corresponding to order # 1, may occur in the middle of printing, or may occur before printing is completed but processing is started. Or it may occur in the middle of processing.
Further, the occurrence of the failure is not limited to the case where the printing corresponding to the order # 1 is scheduled to occur in the printing apparatus 600 or the processing apparatus 700 which is also scheduled to be processed. Even if a failure occurs in a production device other than the production device scheduled for printing or processing, the schedule itself may be changed due to the circumstances of the factory, and as a result, the delivery date and quality of order # 1 may be affected. There is also sex.
In addition, if one of the reasons why the factory 400A is selected as the supplier # 1 is that it is possible to perform printing, etc. during the time when a specific highly skilled worker is working, it is applicable. It is also included in the event such as the failure assumed in FIG. 12 that the worker who does not engage in the work at the time of executing the printing or the like of the order # 1.

In any case, the occurrence of an event that affects the delivery date and quality appears as a change in the numerical value of the raw data automatically collected by the data collection server 500 from the factory. Depending on the type and content of the failure, the sensor 1000 (see FIG. 1) directly detects the failure.
As described above, the data collection server 500 immediately cleanses (maintains) the collected raw data, and automatically uploads the raw data or the analysis result after cleansing (after maintenance) to the print ordering server 300. That is, it automatically uploads.
Since no human intervention is required from the occurrence of the event to the automatic upload, the information is transmitted to the print ordering server 300 in an extremely short time.
By this automatic upload, the accumulated data of the factory database 304C (see FIG. 3) of the print ordering server 300 is updated.
Even after ordering printing from the determined supplier, the supplier determination unit 312 (see FIG. 4) of the print ordering server 300 uses the accumulated data in the factory database 304C to detect the occurrence of an event that affects the delivery date and quality. I'm watching.

In the case of FIG. 12, for the print order # 1 affected by an event such as a failure, a new supplier # 1 that satisfies the request condition is determined. In FIG. 12, factory 400B is the new supplier # 1.
Therefore, the print ordering server 300 transmits a new order # 1 to the data collection server 500 of the factory 400B. This new order # 1 is received by the data collection server 500 of the factory 400B and transferred to the workflow management device 800 (see FIG. 1) or the like.
The content of the new order # 1 here depends on the progress of printing and processing in the factory 400A. For example, before printing at the factory 400A is started, all printing is ordered from the newly determined factory 400B. Further, for example, when a part of printing at the factory 400A has already been completed, the remaining printing and processing are ordered to the newly determined factory 400B. Also in this case, the information on the amount of paper used in the factory 400A is transmitted to the print ordering server 300 and recorded as a billing target.
In addition, when printing has already started, it is decided based on a predetermined rule whether to order the remaining prints as the rest in the complete sense or to reorder the entire requested prints. To do.
Of course, the same applies to processing.

In the case of FIG. 12, the print ordering server 300 transmits the cancellation of the order # 1 to the factory 400A where an event such as a failure has occurred after the transmission of the new order # 1. Information on the paper used even if order # 1 is canceled is recorded in association with the factory 400A.
The cancellation of the order # 1 to the factory 400A may be transmitted before or at the same time as the transmission of the new order # 1 to the factory 400B.
The data collection server 500 of the factory 400A that has received the cancellation of the order # 1 transfers the received cancellation of the order # 1 to the workflow management device 800 or the like, and updates the printing schedule or the like.

FIG. 13 is a diagram illustrating an example of distributed ordering when printing of direct mail is requested.
In FIG. 13, a reference numeral corresponding to a portion corresponding to that in FIG. 1 is added.
Here, the print ordering server 300 is requested to print a direct mail addressed to 1000 people from one of the user terminals 200.
The print ordering server 300 divides the print ordering server 300 into regional print orders based on, for example, the information of the destination to which the direct mail is sent. In the example of FIG. 13, the print order for 150 people corresponding to the area AA, the print order for 500 people corresponding to the area BB, the print order for 300 people corresponding to the area CC, and the area DD are supported. It is divided into print orders for 50 people.
By the way, the regions AA, BB, and CC are Japan, and the region DD is the United States.

In the case of FIG. 13, the print order for 500 people corresponding to the area BB is further increased to the print order for 400 people for the factory 1 of the printing company Y and the printing order for 100 people for the factory 1 of the printing company Z. It is divided.
As a result, the printing company X is ordered for 150 printing orders, the printing company Y is ordered for 700 printing orders, and the printing company Z is ordered for 100 printing orders. Then, a printing order for 50 people is ordered from the printing company W.
Here, when placing an order with one printing company that satisfies the printing conditions, the printing company Y may have been determined as the ordering party, but in the case of the present embodiment, it is close to the destination. Print orders are distributed and placed in the factory. As a result, it is possible to reduce the time required for sending after printing and the cost required for delivery.

<Embodiment 2>
Subsequently, another embodiment utilizing the net printing system 1 (see FIG. 1) described in the first embodiment will be described.
Utilizing the net printing system 1 of the first embodiment, the request of the client is satisfied, and at the same time, an order is assigned to one or more factories 400 (see FIG. 1) located near the delivery place of the printed matter. Will also be possible. The requirements here can also include the designation of a particular printer or factory.
On the other hand, when this mechanism is put into practical use, the allocation destination of the order is automatically determined according to the situation of each factory 400 at the time when the window operator receives the printing request. Therefore, even if the printing company or the factory 400 is desired by the printing requester, if the paper inventory is insufficient, the printing company or the factory 400 is uniformly excluded from the candidates for the supplier.

However, there are cases where the client can tolerate the number of days and hours of delay in delivery that occurs due to the corresponding factory 400 replenishing the paper.
Therefore, in the present embodiment, even if the reason why the printing requester cannot place an order to the desired factory 400 is that the paper inventory is insufficient, the requester determines that the delivery date will be delayed due to the paper replenishment. If it is within the range, a case will be described in which the print ordering server 300 is provided with a function that allows the requester to preferentially place an order to the factory 400 desired by the client instead of the other factory 400.
Since the basic system configuration is the same as that of the first embodiment, the processing procedure specific to the present embodiment will be described below.
FIG. 14 is a flowchart illustrating a method of determining a supplier in the second embodiment. In addition, S in the figure means a step.
The process shown in FIG. 14 is started when the print ordering server 300 (see FIG. 1) receives a print order via the Internet.

Upon receiving the print order, the CPU 301 (see FIG. 3) reads out the requester of the print order (step 101).
Next, the CPU 301 determines whether or not the desired factory is registered in the read request specifications of the client (step 102). The request specifications of the client may be included in the print order, or may be registered in the client database 304A (see FIG. 7) in advance. In the case of the present embodiment, the factory 400 desired by the requester as the printing ordering party is registered in the required specifications with a priority. In the following, the factory 400 having the highest priority is also referred to as a primary factory, and the factory 400 having the second highest priority is also referred to as a secondary factory. Primary factories and secondary factories may be given by region. For example, the primary factory and the secondary factory may be different between the area AA and the area BB. The number of registrations of the desired factory may be three or more.
The required specifications also include the number of days and hours when delays in delivery are allowed.
If the required specifications do not include the desired factory registration, the CPU 301 obtains a negative result in step 102. In this case, the CPU 301 determines as the supplier a factory that satisfies the print order (step 103). The process of this step 103 is the same as the process described in the first embodiment.

If the required specifications include the registration of the desired factory, the CPU 301 obtains a positive result in step 102. In this case, the CPU 301 reads out the factory desired by the client (step 104).
First, the CPU 301 acquires the latest information of the factory having the highest priority (step 105). That is, the CPU 301 acquires the latest information on the primary factory from the factory database 304C (see FIG. 4).
Next, the CPU 301 determines whether the paper inventory of the primary factory is sufficient to execute the print order (step 106). In FIG. 14, it is assumed that the delivery date specified by the client is satisfied if the paper inventory is sufficient for executing the print order. For example, even if the paper inventory is sufficient, printing cannot be completed within the delivery date unless there is a vacancy in the printing schedule. However, in FIG. 14, it is assumed that the printing order is satisfied except for the paper inventory.

Continue the explanation.
If the paper inventory meets the print order, the CPU 301 gets a positive result in step 106. In this case, the CPU 301 determines the primary factory as the supplier (step 107). Since the paper inventory meets the print order, the supplier's decision is finalized without considering ordering from another factory.
If the paper inventory does not meet the print order, the CPU 301 calculates the expected overtime for delivery due to paper replenishment (step 108).
The expected overtime is calculated as the length of time that the time when the printing ordered at the factory that has received the replenishment of paper from the paper manufacturing company or the like is expected to be completed exceeds the delivery date specified by the client. This calculation also includes the time until the paper is delivered from the paper manufacturing company or the like to the factory 400. The CPU 301 predicts the estimated time when printing will be completed based on the schedule acquired from the primary factory.

Next, the CPU 301 determines whether or not the excess time satisfies the required specifications (step 109). If the overtime due date specified by the client meets the required specifications, the CPU 301 obtains an affirmative result in step 109. In this case, the CPU 301 orders the paper manufacturing company to replenish the paper (step 110). The paper manufacturing company to which the paper is ordered is determined based on the past order history and registration information of the primary factory. After this, the CPU 301 moves to step 107. In this way, even if the stock of paper is insufficient, if the delay in delivery due to the replenishment of paper satisfies the condition set by the client, it is possible to place an order with priority given to the request of the client. In this example, the paper is delivered to the primary factory.
On the other hand, if the excess time calculated in step 108 does not meet the required specifications, the CPU 301 obtains a negative result in step 109. In this case, the CPU 301 determines whether or not there is a factory having the next priority (step 111).
If a negative result is obtained in step 111, the CPU 301 abandons the order to the factory desired by the client and proceeds to step 103.

On the other hand, when an affirmative result is obtained in step 111, the CPU 301 acquires the latest information of the factory having the next priority (step 112). For example, when the latest information about the secondary factory is acquired, the CPU 301 moves to step 106 and repeats the same process as that of the primary factory.
That is, if the paper inventory at the secondary factory is sufficient to execute the print order, the secondary factory is determined as the supplier. In addition, even if the stock of paper in the secondary factory is insufficient to execute the print order, the secondary factory is determined as the supplier if the excess delivery date due to the replenishment of paper meets the conditions set by the client.
In the case of FIG. 14, the description is made on the premise that the print order is ordered from one factory, but it is also possible to order one print order separately for the primary factory and the secondary factory.
In this case, even if the individual factories do not have the stock of paper that meets the print order, the print order may be satisfied by adding the paper stocks of the two factories. Therefore, if a negative result is obtained in step 111, it may be determined whether or not the inventories of both the primary factory and the secondary factory are sufficient for executing the print order. The following operation is the same as the processing operation for a single factory.

<Other embodiments>
Although the embodiments of the present invention have been described above, the technical scope of the present invention is not limited to the scope described in the above-described embodiments. It is clear from the description of the scope of claims that the above-described embodiment with various modifications or improvements is also included in the technical scope of the present invention.

For example, in the above-described embodiment, the data collection server 500 (see FIG. 1) arranged in the factory 400 (see FIG. 1) of the printing company that performs printing or processing is generated in the production apparatus or the like arranged in the factory 400. Although the information that has been collected or managed is collected and uploaded to the print ordering server 300, the shipping schedule of the produced printed matter may be included in the uploaded information.
In addition, a data collection server 500 is provided in the office of a delivery company in each region that undertakes the shipment and delivery of printed matter from the factory 400, collects collection and delivery schedules, attendance schedules of employees engaged in delivery, and receives prints. It may be uploaded to the ordering server 300 (see FIG. 1).
In this case, the print ordering server 300 can determine the printing ordering party including the shipping schedule from the factory 400 and the collection / delivery schedule for each business establishment of the delivery company. In the case of this example, the print ordering server 300 also manages delay history and evaluation information about the delivery company.

Further, in the above-described embodiment, the cleansing (maintenance) is executed by the data collection server 500 (see FIG. 1), but the raw data collected by the data collection server 500 is printed through a secure line or the like. It may be transmitted to the ordering server 300 (see FIG. 1) and cleansing (maintenance) may be executed on the printing ordering server 300 side. A data collection server 500 having no cleansing function may be used for transmitting the raw data or the like to the cloud server, or a workflow management device 800 (see FIG. 1) or a terminal device (not shown) may be used.
Alternatively, cleansing (maintenance) may be executed on a cloud server that stores raw data automatically collected in the factory, and the cleansed data may be transmitted to the print ordering server 300. The cloud server here is a form of the data collection server 500.

In the above-described embodiment, the paper demand predicted by the print ordering server 300 is provided to the paper manufacturing company P, and the replenishment and delivery of the paper are entrusted to the management of the paper manufacturing company P. Based on the paper inventory of each factory, the print ordering server 300 may arrange the replenishment and delivery of the paper to the factory 400 regardless of the print order.
By adopting this mechanism, it is possible to reduce the loss of ordering opportunities of the factory 400 due to the shortage of paper inventory, reduce the occurrence of delayed delivery of printed matter, shorten the period of delayed delivery, and the like.
In addition, it is possible to suppress the additional cost incurred when printing is ordered from another factory 400 due to the lack of paper inventory. For example, in the case of a mechanism in which the paper manufacturing company P orders paper in units of printing ordered, at the time of ordering printing, the factory 400 specified by the client is short of paper and satisfies the request for express processing or the like. Therefore, printing may be ordered from a factory 400 different from the one specified by the client, which may incur additional costs such as transportation charges not expected by the client. For example, at the time of ordering printing, even if the stock of paper in the factory 400 specified by the client is sufficient for printing, waste of paper (so-called spoilage) occurs due to machine failure, printing error, or the like. There is a possibility that costs such as procuring insufficient paper and reordering to another factory 400 may be incurred. However, if the print ordering server 300 arranges for paper replenishment regardless of the print order, as described above, there is a high possibility that the print will be ordered from the factory 400 desired by the client. It is possible to reduce the occurrence of additional costs. Further, in the above-described embodiment, the demand for paper is predicted by using the data collected from each factory 400 in real time, the history of printing orders, and the like, but open data not related to printing orders. If (for example, big data such as weather, distribution, consumption trends, etc.) is also given to artificial intelligence to learn the demand for paper, the accuracy of prediction can be further improved.

1 ... Net printing system, 100 ... Internet, 200 ... User terminal, 300 ... Print ordering server, 304A ... Requester database, 304B ... Request database, 304C ... Factory database, 304D ... Learned model, 304E ... Paper database, 304F ... Forecast demand database, 311 ... Order reception department, 312 ... Ordering party determination department, 313 ... Ordering department, 314 ... Ordering relationship learning department, 315 ... Analysis data calculation department, 316 ... Information providing department, 350 ... Paper management server, 400 ... Factory, 500 ... Data collection server, 504A ... Raw data database, 504B ... Cleaned raw data database, 504C ... Analysis result database, 511 ... Raw data collection department, 512 ... Cleansing department, 513 ... Data analysis department, 514 ... Data upload unit, 515 ... Order information receiving unit, 600 ... Printing device, 700 ... Processing device, 800 ... Workflow management device, 900 ... Inventory management device, 1000 ... Sensor

Claims (9)

It is a print ordering system that orders printing from factories.
Based on the information collected from the supplier's factory, identify the type of paper used and the amount of paper used at the factory.
A print ordering system that sends the specified paper type and amount to the source of the used paper. The print ordering system according to claim 1, wherein the specified paper type and amount of paper are aggregated by printing order, printing job, printing device, factory, or printing ordering business operator. .. The print ordering system according to claim 1 or 2, wherein the specified paper type and amount of paper are transmitted to a factory using the paper or a business operator who has received an order for printing. The print ordering system according to claim 1, wherein a demand amount of paper is predicted based on an order history and a paper usage amount calculated for each order, and the predicted demand amount is provided to the supplier. The printing ordering system according to claim 4, wherein the demand amount of the paper is expected for each factory, each business operator who receives an order for printing, or each supplier of paper. The print ordering system according to claim 4 or 5, wherein the remaining amount of each type of paper is transmitted to each factory. The print ordering system according to claim 1, wherein a print is ordered from the factory when the conditions set by the user are satisfied even if the stock of paper in the factory desired by the user is insufficient for the order. The print ordering system according to claim 7, wherein the user-defined condition is a range relating to an expected delay in delivery. To the computer of the print ordering system that orders printing from the factory
Ability to identify the type of paper used and the amount of paper used at the factory based on the information collected from the factory of the supplier, and
Ability to send the specified paper type and amount to the source of the used paper,
A program that executes.