WO2024057677A1 - 発注支援装置、薬品発注支援システム及び薬品発注支援方法 - Google Patents

発注支援装置、薬品発注支援システム及び薬品発注支援方法 Download PDF

Info

Publication number
WO2024057677A1
WO2024057677A1 PCT/JP2023/024457 JP2023024457W WO2024057677A1 WO 2024057677 A1 WO2024057677 A1 WO 2024057677A1 JP 2023024457 W JP2023024457 W JP 2023024457W WO 2024057677 A1 WO2024057677 A1 WO 2024057677A1
Authority
WO
WIPO (PCT)
Prior art keywords
ordering
information
remaining amount
chemical
tank
Prior art date
Application number
PCT/JP2023/024457
Other languages
English (en)
French (fr)
Inventor
晋 福江
勝利 大木戸
裕人 床嶋
Original Assignee
栗田工業株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 栗田工業株式会社 filed Critical 栗田工業株式会社
Publication of WO2024057677A1 publication Critical patent/WO2024057677A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/04—Manufacturing

Definitions

  • the present invention relates to an ordering support device, a drug ordering support system, and a drug ordering support method.
  • This application claims priority based on Japanese Patent Application No. 2022-147070 filed in Japan on September 15, 2022, the contents of which are incorporated herein.
  • tank capacity the amount used and storage amount ( ⁇ tank capacity) differs for each chemical, so it is necessary to arrange chemicals according to the amount used of each chemical.
  • the second problem is that if the tank capacity is large, it will be necessary to use a large drug delivery vehicle (lorry) to deliver the drug, which must be arranged several days to several weeks in advance.
  • the third problem is that the supplier of the drug is different for each drug.
  • the fourth problem is that if you arrange for drug delivery that exceeds the tank capacity, additional costs will be incurred for the excess.
  • Patent Documents 1 to 3 it is not possible to formulate a replenishment plan that takes into account all the four problems mentioned above.
  • dedicated engineers carry out everything from predicting chemicals to making preparations, but doing everything manually is time-consuming. Therefore, there is a need for a technology that can more efficiently create a replenishment plan that takes into account all of the four problems mentioned above.
  • the present invention aims to provide a technology that can more efficiently support the ordering of chemicals used in water treatment.
  • Aspect 1 of the present invention provides at least one water treatment facility equipped with a plurality of chemical tanks storing a plurality of types of chemicals used for purifying water, and a liquid level indicating the remaining amount of each of the plurality of chemical tanks.
  • a communication unit that receives measurement data from the one or more water treatment facilities; and a prediction unit that predicts the remaining amount of each of the plurality of chemical tanks at multiple points in time within a predetermined period based on the received measurement data.
  • Creating an ordering plan that includes information on the ordering company, delivery date and time, and delivery amount for each of the plurality of types of drugs, based on the prediction results of the remaining amount of each of the plurality of drug tanks at multiple points in time within a predetermined period.
  • a providing unit that provides information on the order plan created by the order plan creation unit to a requester.
  • the ordering plan creation unit is configured to If the replenishment of different types of drugs occurs in the same area and at the same time, the drugs to be added to the ordering plan are determined based on preset priorities, and the replenishment of different types of drugs occurs in the same area and at the same time.
  • the ordering plan is created so as not to fall within the time zone.
  • some of the plurality of drug tanks include child tanks indicating that they are drug tanks to which drugs are distributed and replenished from other drug tanks. If the information is associated with each other, and the prediction unit predicts the remaining amount at multiple points in time within a predetermined period of time in a chemical tank to which the child tank information is associated, the prediction unit Based on the measurement data obtained from the chemical tank indicated by the child tank information and the measurement data obtained from the chemical tank indicated by the child tank information, Predict remaining capacity at multiple points in time.
  • Aspect 4 of the present invention is the ordering support device according to any one of Aspects 1 to 3, in which the ordering plan creation unit determines a predetermined interval between drug replenishments for drugs that require drug replenishment multiple times within the same day.
  • the ordering plan is created in such a way that there is free time.
  • Aspect 5 of the present invention is the ordering support device according to any one of Aspects 1 to 4, in which the ordering plan creation unit, for drugs that require time for processing other than the time required for replenishment, The ordering plan is created so that medicines are not delivered while processing is being performed.
  • Aspect 6 of the present invention is the ordering support device according to any one of aspects 1 to 5, in which the prediction unit predicts the remaining amount of each of the plurality of chemical tanks at a plurality of times within a predetermined period. If an instruction is input to change the predicted value of the remaining amount at any point within a specific period, the remaining amount will be predicted based on the changed predicted value after the specific period. .
  • Aspect 7 of the present invention provides at least one water treatment facility equipped with a plurality of chemical tanks storing a plurality of types of chemicals used for purifying water, and a liquid level indicating the remaining amount of each of the plurality of chemical tanks.
  • a communication unit that receives measurement data from the one or more water treatment facilities; and a prediction unit that predicts the remaining amount of each of the plurality of chemical tanks at multiple points in time within a predetermined period based on the received measurement data.
  • Creating an ordering plan that includes information on the ordering company, delivery date and time, and delivery amount for each of the plurality of types of drugs, based on the prediction results of the remaining amount of each of the plurality of drug tanks at multiple points in time within a predetermined period.
  • a providing unit that provides information on the order plan created by the order plan creation unit to a requester.
  • Aspect 8 of the present invention provides liquid level measurement data representing the remaining amount of each of a plurality of chemical tanks storing a plurality of types of chemicals used for purifying water to one or more water tanks equipped with the plurality of chemical tanks. Based on the measurement data received from the processing equipment, the remaining amount of each of the plurality of chemical tanks at a plurality of points in time within a predetermined period is predicted, This drug ordering support method creates an ordering plan for a plurality of types of drugs based on the prediction result of the remaining amount of the drug, and provides information on the created ordering plan to the requester.
  • FIG. 1 is a diagram for explaining an overview of a drug ordering support system according to the present invention. It is a diagram showing an example of the configuration of a drug ordering support system in an embodiment.
  • FIG. 2 is a diagram illustrating a configuration example of a user device in an embodiment.
  • 1 is a diagram illustrating a configuration example of an ordering support device in an embodiment. It is a figure showing an example of tank DB in an embodiment. It is a figure showing an example of trader DB in an embodiment. It is a diagram showing an example of a drug-vendor DB in the embodiment.
  • FIG. 3 is a diagram illustrating an example of a display image displayed on the display unit of the user device when accessing the ordering support device.
  • FIG. 3 is a diagram illustrating an example of a display image for confirming an alert. It is a sequence diagram showing the flow of processing in the medicine ordering support system in the embodiment. It is a sequence diagram showing the flow of processing in the medicine ordering support system in the embodiment. It is a flowchart which shows the flow of the order plan creation process performed by the order support device in an embodiment.
  • the chemical ordering support system of the present invention monitors the liquid level of a chemical tank that stores a plurality of chemicals used for purifying water in water treatment equipment, and plans the ordering of chemicals according to the history of liquid level fluctuations.
  • water treatment equipment includes, for example, wastewater treatment to improve the quality of wastewater to a level that can be discharged, and pure water production to produce pure water or ultrapure water that contains almost no impurities from service water (well water, industrial water, etc.). It is also suitable for use in various water treatment facilities that produce ultrapure water, etc., and particularly water treatment facilities that use a plurality of chemicals and use a large amount of chemicals.
  • the multiple chemicals utilized to purify water include, for example, industrial chemicals such as caustic soda, sulfuric acid, and sodium hypochlorite, and specialty chemicals such as organic flocculants.
  • FIG. 1 is a diagram for explaining the outline of the drug ordering support system according to the present invention.
  • the liquid level in a chemical tank installed in the water treatment facility is measured by a liquid level meter (such as an ultrasonic type or differential pressure type level meter).
  • the liquid level gauge transmits measurement data indicating the measurement result to the ordering support device ((1) in FIG. 1).
  • the ordering support device collects data on liquid levels in chemical tanks installed in each water treatment facility from each water treatment facility and stores it in a database. Note that the liquid level gauge may collect the results of periodic observation of a liquid level gauge on the side of the chemical tank.
  • the ordering support device estimates the daily usage amount for each chemical tank of each water treatment facility (for example, from 3 to 30 days) using accumulated time-series data on liquid levels over the past few days (for example, from 3 to 30 days). Average amount used per day for 30 days). The order support device predicts how the remaining amount in each chemical tank of each water treatment facility will change based on the estimated daily usage amount. The ordering support device creates an ordering plan using the results of predicting the amount remaining in each chemical tank. For example, when the ordering support device determines that the remaining amount in multiple chemical tanks is low and requires replenishment based on the prediction result of the remaining amount in each chemical tank, the ordering support device can plan the ordering for replenishment of multiple types of chemicals.
  • the ordering support device creates an ordering plan by taking into consideration not only the remaining amount in one chemical tank, but also the predicted results of the remaining amount in multiple chemical tanks installed in one water treatment facility. do.
  • the ordering plan includes information such as the delivery company, the drug to be delivered, the scheduled delivery date and time, and the amount to be delivered.
  • the ordering support device transmits the created ordering plan to the user device operated by the on-site drug personnel ((2) in FIG. 1).
  • the ordering support device also transmits information indicating the prediction result of the amount remaining in each chemical tank.
  • support information including the prediction results of the remaining amount in each chemical tank and the ordering plan.
  • the person in charge of drugs at the site operates the user device to check the ordering plan sent from the ordering support device, creates a drug arrangement request form according to the ordering plan, and sends it to the drug distributor for each drug.
  • Order drugs ((3) in Figure 1).
  • the drug distributor uses a large drug delivery vehicle (lorry) to transport the drug to the target water treatment facility at the delivery date and time specified in the arrangement request form, and refills the drug tank with the drug ((4) in Figure 1). ). This makes it possible to more efficiently support the ordering of chemicals used in water treatment. A specific configuration for realizing the above processing will be described below.
  • FIG. 2 is a diagram showing a configuration example of the drug ordering support system 100 in the embodiment.
  • the drug ordering support system 100 includes one or more water treatment facilities 10 and an ordering support device 40.
  • the water treatment facility 10 and the order support device 40 are connected by wire or wirelessly.
  • FIG. 2 as the water treatment facilities 10, A water treatment facility 10-1, B water treatment facility 10-2, and C water treatment facility 10-3 are shown, but the number of water treatment facilities 10 is not particularly limited. In the following description, if the A water treatment facility 10-1, B water treatment facility 10-2, and C water treatment facility 10-3 are not particularly distinguished, they will simply be referred to as water treatment facility 10.
  • the water treatment equipment 10 is equipment for performing water treatment.
  • Water treatment refers to, for example, treatment to improve the quality of water to be treated in accordance with the purpose of use and drainage standards.
  • the water treatment facility 10 includes two or more chemical tanks 20 and a user device 30.
  • the chemical tank 20 stores chemicals used for water treatment.
  • the chemical tank 20 is equipped with a liquid level gauge for measuring the liquid level within the tank.
  • the liquid level gauge periodically measures the liquid level in the chemical tank 20 and transmits the measured data to the ordering support device 40.
  • the measurement data is accumulated in a data collection terminal (not shown) via a PLC (Programmable Logic Controller) control device, and is sent from the data collection terminal to a data storage server (not shown). It is also possible to adopt a data collection configuration in which the data is sent to a database and stored, and then sent from the data storage server to the ordering support device 40.
  • PLC Programmable Logic Controller
  • the user device 30 is a device used by workers and work managers working in the water treatment facility 10.
  • the user device 30 is configured using an information processing device such as a desktop computer, a notebook computer, a tablet terminal, or a smartphone.
  • the user device 30 accesses the ordering support device 40 in response to the user's operation, acquires information on predicting the amount remaining in each chemical tank 20 and the ordering plan, and displays the information on the screen. Furthermore, the user device 30 requests each vendor indicated in the ordering plan to order medicines according to the order amount, in accordance with the user's operation.
  • the user device 30 may be installed in a location different from the water treatment facility 10 (for example, a head office building, another business office, etc.).
  • the ordering support device 40 performs processes such as predicting the remaining amount in each chemical tank 20 and creating an ordering plan based on the measurement data sent from each water treatment facility 10.
  • the ordering support device 40 provides the corresponding user device 30 with support information including a prediction of the amount remaining in each chemical tank 20 and information on an ordering plan.
  • the order support device 40 is configured using an information processing device such as a personal computer or a management server.
  • FIG. 3 is a diagram showing a configuration example of the user device 30 in the embodiment.
  • the user device 30 includes a communication section 31, a display section 32, an operation section 33, a storage section 34, and a control section 35.
  • the communication unit 31 communicates with the ordering support device 40. For example, the communication unit 31 requests the ordering support device 40 to provide information on the drug ordering plan, and receives the information on the drug ordering plan provided from the ordering support device 40.
  • the display unit 32 is an image display device such as a liquid crystal display or an organic EL (Electro Luminescence) display.
  • the display unit 32 displays various information.
  • the display unit 32 displays information provided from the ordering support device 40, for example.
  • the display unit 32 may be an interface for connecting an image display device to the user device 30. In this case, the display unit 32 generates a video signal for displaying information provided from the order support device 40, and outputs the video signal to an image display device connected to itself.
  • the operation unit 33 is an input device for inputting user instructions to the user device 30.
  • the operation unit 33 receives, for example, an input of an information display instruction or an information request instruction.
  • the operation unit 33 is configured using existing input devices such as a keyboard, a touch panel, and buttons. Further, the operation unit 33 may be an interface for connecting an input device to the user device 30. In this case, the operation unit 33 inputs to the user device 30 an input signal generated in response to a user's input on the input device.
  • the storage unit 34 stores screen information 341 and the like.
  • the storage unit 34 is configured using a storage device such as a magnetic storage device or a semiconductor storage device.
  • the screen information 341 is screen information provided from the order support device 40 and to be displayed on the display unit 32.
  • the screen information 341 is, for example, data in HTML (Hyper Text Markup Language) format.
  • the control unit 35 is configured using a processor such as a CPU (Central Processing Unit) and a memory.
  • the control unit 35 realizes the functions of the communication control unit 351 and the display control unit 352 by executing programs.
  • Part or all of the communication control unit 351 and the display control unit 352 include hardware (circuitry) such as ASIC (Application Specific Integrated Circuit), PLD (Programmable Logic Device), and FPGA (Field Programmable Gate Array). ), or by collaboration between software and hardware.
  • the program may be recorded on a computer-readable recording medium.
  • the computer-readable recording medium is a non-temporary storage medium such as a flexible disk, a magneto-optical disk, a ROM, a CD-ROM, or other portable medium, or a hard disk or other storage device built into a computer system.
  • the program may be transmitted via a telecommunications line.
  • Some of the functions of the communication control unit 351 and the display control unit 352 do not need to be installed in the user device 30 in advance, and may be realized by installing an additional application program in the user device 30.
  • the communication control unit 351 controls communication performed by the user device 30.
  • the communication control unit 351 controls the communication unit 31 to request the order support device 40 to provide information in response to a request instruction input from the operation unit 33.
  • the display control unit 352 controls the display screen of the display unit 32.
  • the display control unit 352 causes the display unit 32 to display information (for example, support information) in response to a display instruction input from the operation unit 33.
  • FIG. 4 is a diagram showing a configuration example of the ordering support device 40 in the embodiment.
  • the order support device 40 includes a communication section 41, a storage section 42, and a control section 43.
  • the communication unit 41 communicates with the source of measurement data, such as a liquid level gauge and a data storage server in the water treatment facility 10, and the user device 30.
  • the storage unit 42 stores a tank DB 421, a vendor DB 422, a drug-vendor DB 423, ordering plan data 424, and the like.
  • the storage unit 42 may store a tank DB 421, a vendor DB 422, and a chemical vendor DB 423 for each water treatment facility 10, or information on all water treatment facilities 10 may be stored in one tank DB 421, one vendor DB 422. and may be stored in one drug-vendor DB 423.
  • a tank DB 421, a vendor DB 422, and a chemical vendor DB 423 are stored for each water treatment facility 10.
  • the tank DB 421 is a database in which information regarding the chemical tanks 20 installed in the water treatment equipment is registered, and holds, for example, information on the bottom area of each chemical tank necessary for converting the liquid level into the amount of chemicals.
  • the vendor DB 422 is a database in which information regarding vendors that provide medicines is registered, and holds information necessary for contact, such as the name, telephone number, and email address of a person in charge.
  • the drug-vendor DB 423 is a database in which information indicating the relationship between drugs and vendors is registered.For example, for hydrochloric acid, companies A and B, for caustic soda, company C, etc. It holds information on the vendor name (manufacturer name) of the supplier.
  • the ordering plan data 424 is data of an ordering plan created by the ordering plan creating section 434.
  • the storage unit 42 is configured using a storage device such as a magnetic storage device or a semiconductor storage device.
  • the control unit 43 is configured using a processor such as a CPU and a memory.
  • the control unit 43 implements the functions of the information acquisition unit 431, data management unit 432, prediction unit 433, order plan creation unit 434, and provision unit 435 by executing programs.
  • Part or all of the information acquisition unit 431, data management unit 432, prediction unit 433, order plan creation unit 434, and provision unit 435 are realized by hardware (including circuitry) such as ASIC, PLD, and FPGA. It may be realized by cooperation between software and hardware.
  • the program may be recorded on a computer-readable recording medium.
  • the computer-readable recording medium is a non-temporary storage medium such as a flexible disk, a magneto-optical disk, a ROM, a CD-ROM, or other portable medium, or a hard disk or other storage device built into a computer system.
  • the program may be transmitted via a telecommunications line.
  • Some of the functions of the information acquisition section 431, data management section 432, prediction section 433, ordering plan creation section 434, and provision section 435 do not need to be installed in the ordering support device 40 in advance, and an additional application program can be used to place orders. It may be realized by being installed in the support device 40.
  • the information acquisition unit 431 acquires various information. For example, the information acquisition unit 431 acquires measurement data of the chemical tank 20 installed in each water treatment facility 10.
  • the data management unit 432 manages the data of each database stored in the storage unit 42. For example, when measurement data is obtained by the information acquisition section 431, the data management section 432 updates the information in the database stored in the storage section 42 according to the obtained information. For example, when information regarding the chemical tank 20 or the vendor is registered, the data management unit 432 updates the information in the database stored in the storage unit 42 according to the registered information.
  • the prediction unit 433 predicts the amount of medicine used for each type of medicine based on the tank DB 421 stored in the control unit 43. For example, the prediction unit 433 predicts the daily usage amount using measurement data for the past few days stored in the tank DB 421. Further, the prediction unit 433 predicts the remaining liquid level assuming that the predicted daily usage amount will continue to be used.
  • the ordering plan creation unit 434 creates a drug ordering plan based on the prediction results of the prediction unit 433. Specifically, the ordering plan creation unit 434 determines the ordering company, delivery date and time for each of the multiple types of chemicals based on the prediction unit 433's prediction of the remaining amount of each of the multiple chemical tanks 20 at multiple points in time within a predetermined period. and create an ordering plan that includes shipping volume information.
  • the providing unit 435 provides screen information including the requested support information to the user device 30 in response to a request from the user device 30. For example, when the providing unit 435 receives a request for ordering plan information from the user device 30, it provides the user device 30 with screen information including the ordering plan information created by the ordering plan creating unit 434. For example, when the providing unit 435 receives a request from the user device 30 for information on predicting the remaining amount of the drug tank 20, the providing unit 435 transmits screen information including information on predicting the remaining amount of the drug tank 20 storing the requested drug to the user device 30. Provided to.
  • FIG. 5 is a diagram showing an example of the tank DB 421 in the embodiment.
  • the tank DB 421 information such as tank ID, tank name, stored chemicals, maximum capacity, installation area, child tank information, level meter ID, measurement data, usage history, remaining amount, and special notes is registered.
  • the tank ID represents identification information for identifying the medicine tank 20 in which medicine is stored.
  • the tank name represents the name of the chemical tank 20 in which the chemical is stored.
  • the stored medicine represents the medicine stored in the medicine tank 20.
  • the maximum capacity represents the maximum capacity that the chemical tank 20 can store.
  • the installation area represents the area where the chemical tank 20 is installed.
  • the information on the installation area may be information on the building where the chemical tank 20 is installed, or may be information on the room in the building.
  • the information on the installation area may be area information that divides the premises where the water treatment equipment is installed.
  • the child tank information represents the chemical tank 20 that receives replenishment or supply of chemicals from the main chemical tank 20.
  • a plurality of chemical tanks 20 are often installed on different floors or in different locations. Furthermore, there are some chemicals that are used after diluting their concentration. In such a case, the ordered medicine is not replenished into each medicine tank 20, but is distributed to each medicine tank 20 after being replenished into a specific medicine tank 20.
  • a chemical tank 20 that receives replenishment or supply from such a specific chemical tank 20 becomes a child tank. Note that the child tank information does not need to be registered in all chemical tanks 20. If child tank information is not registered, it is indicated by "-".
  • the liquid level gauge ID represents identification information for identifying the liquid level gauge provided in the chemical tank 20.
  • the measurement data represents time series data of the liquid level measured by the liquid level meter.
  • the usage history represents the amount of medicine actually used in the medicine tank 20 on a daily basis. For example, the amount of medicine actually used each day is calculated based on the difference between the measurement data acquired in one day and the measurement data of the previous day. In addition, in the chemical tank 20 in which the child tank information is registered, the usage history is based on the measurement data of the chemical tank 20 in which the child tank information is registered and the chemical tank 20 specified by the child tank information. Calculated. As described above, when the medicine is distributed from a particular medicine tank 20 to another medicine tank 20, the remaining amount decreases even if the medicine is not used in the particular medicine tank 20. If the medicine is not used in other medicine tanks 20 to which the medicine is distributed from the particular medicine tank 20, the amount of medicine does not substantially decrease.
  • the usage amount is calculated only based on the measurement data of a specific chemical tank 20, there is a high possibility that an incorrect usage amount will be calculated. If the usage amount is incorrectly calculated, it may be determined that replenishment is necessary even when replenishment is not actually necessary, and as a result, the order for the medicine may be placed prematurely. Conversely, even if replenishment is actually necessary, it may be determined that replenishment is not necessary, and as a result, the chemical may run out, which may have serious adverse effects such as stopping the water treatment operation. Therefore, in order to prevent such problems, child tank information is registered by taking into account the measurement data of the chemical tank 20 in which the child tank information is registered and the chemical tank 20 specified by the child tank information.
  • the amount used in the chemical tank 20 By calculating the amount used in the chemical tank 20, it is possible to calculate the amount of the chemical actually used each day. Note that if the chemical is diluted in the chemical tank 20 specified by the child tank information, the usage amount is calculated by converting it to the concentration at the time of replenishment.
  • the remaining amount represents the latest remaining amount in the chemical tank 20.
  • Special notes are matters that are taken into account when creating an ordering plan, and are set in advance by the user. As an example of special notes, when refilling the same drug on the same day, it is important to wait at least a specified amount of time (for example, 1 to 3 hours), and for certain drugs, it takes time to replenish the drug. Examples include not accepting other chemicals during the processing time.
  • FIG. 6 is a diagram showing an example of the vendor DB 422 in the embodiment.
  • the vendor DB 422 information on manufacturer ID, manufacturer name, manufacturer name abbreviation, person in charge, telephone number, FAX number, e-mail address, background color, available delivery time zone, and holidays is registered.
  • Manufacturer ID represents identification information for identifying a vendor who delivers medicine.
  • the manufacturer name represents the name of the company that delivers the medicine.
  • the manufacturer name abbreviation represents the abbreviation of the company that delivers the medicine.
  • the person in charge name represents the name of the person in charge of the company that delivers the medicine.
  • the telephone number represents the telephone number of the company delivering the medicine.
  • the FAX number represents the FAX number of the company that delivers the medicine.
  • the e-mail address represents the e-mail address of the company delivering the medicine (for example, the e-mail address of the person in charge).
  • the background color represents the color used to identify the vendor when displayed on the order plan.
  • the delivery possible time zone represents a time zone in which a drug delivery company can deliver drugs. Holidays represent holidays for companies that deliver medicines.
  • FIG. 7 is a diagram showing an example of the drug-vendor DB 423 in the embodiment.
  • the drug-vendor DB 423 information on drugs, manufacturer names, ratios, and priorities is registered. Chemical refers to chemicals used in water treatment.
  • the manufacturer name represents the name of the company that delivers the medicine.
  • the rate represents the rate at which orders are requested from drug delivery companies. For example, the percentages are set so that the total is 100 for one drug.
  • Priority is a matter that is taken into consideration when creating an ordering plan, and represents the order of priority assigned in the ordering plan.
  • FIG. 8 is a diagram showing an example of a display image IM1 displayed on the display unit 32 of the user device 30 when the order support device 40 is accessed.
  • the display image IM1 is, for example, a GUI (Graphical User Interface).
  • a plurality of buttons B1 to B4 and information inf1 to inf2 are displayed.
  • the button B1 is, for example, a button for switching to a screen for checking the predicted remaining amount of each chemical tank 20.
  • the button B1 will also be referred to as a remaining amount prediction confirmation button.
  • Button B2 is a button for switching to a screen for checking, for example, a drug acceptance schedule (ordering plan).
  • button B2 will also be referred to as a schedule confirmation button.
  • Button B3 is a button for switching to a screen for checking an alert, for example.
  • button B3 is also referred to as an alert confirmation button.
  • Button B4 is a button for selecting water treatment equipment 10, for example. The user can select the water treatment facility 10 that he or she wants to check by operating button B4. In FIG. 8, it is assumed that the A water treatment facility 10-1 is selected.
  • Information inf1 represents date information. For example, information inf1 displays information on the date when the user accessed the ordering support device 40.
  • Information inf2 represents information on drugs scheduled to be accepted. For example, information inf2 displays information regarding chemicals that are scheduled to be received at the water treatment facility 10 selected by operating the button B4. For example, in FIG. 8, since the A water treatment facility 10-1 is selected, the information inf2 displays information regarding the chemicals scheduled to be received by the A water treatment facility 10-1. The following description will also be made assuming that the A water treatment facility 10-1 is selected.
  • FIG. 9 is a diagram showing an example of a display image IM2 for checking remaining amount prediction.
  • the display image IM2 is, for example, a GUI.
  • the display image IM2 shown in FIG. 9 for example, in addition to the plurality of buttons B1 to B4, information on the medicine to be checked for remaining amount prediction, buttons B5 to B6, and information inf3 to inf6 are displayed.
  • sulfuric acid is shown as information on the drug that is the target of remaining amount prediction. That is, in FIG. 9, information regarding the remaining amount of the chemical tank 20 (for example, T1 tank) storing sulfuric acid is displayed.
  • the button B5 is a button for selecting information to be displayed in the information inf3, for example.
  • Button B5 includes buttons B51 and B52.
  • Button B51 is a button for selecting the unit of chemical tank 20 to be displayed in information inf3.
  • Examples of the unit of the chemical tank 20 displayed in the information inf3 include weight (kg) and length (m).
  • the length represents the length of the chemical tank 20 in the gravity direction.
  • Button B52 is a button for selecting the period of time-series data of the remaining amount of the chemical tank 20 to be displayed in the information inf3. In the example shown in FIG. 9, one month, two months, and three months are shown as the periods, but these are just examples, and the periods are not particularly limited.
  • Information inf3 represents the prediction result of remaining amount prediction.
  • information inf3 displays daily usage rate information, actual remaining amount information, and remaining amount predicted information.
  • the actual remaining amount information represents information on the remaining amount of the chemical tank 20 calculated based on measurement data acquired from the chemical tank 20.
  • the information inf3 contains time series data of the remaining amount of the chemical tank 20 for "2 months" (one month before and after the current day). ) are displayed.
  • the line segment L1 shown in information inf3 represents the time series data of the actual remaining amount
  • the line segment L2 represents the time series data of the remaining amount prediction
  • the line segment L3 represents the replenishment value that is the standard for replenishing the medicine
  • the line segment L2 represents the time series data of the remaining amount prediction.
  • the line segment L4 represents the upper limit value of the medicine to be stored in the medicine tank 20
  • the line segment L5 represents the lower limit value of the medicine to be stored in the medicine tank 20. Note that the replenishment value, upper limit value, and lower limit value may be changed by setting.
  • Information inf4 represents the prediction result of remaining amount prediction for the relevant drug and the presence or absence of an abnormality in the ordering plan.
  • an abnormality in the prediction result of the remaining amount prediction and the ordering plan means that the remaining amount in the chemical tank 20 becomes less than the replenishment value as a result of the remaining amount prediction, or if the amount is refilled at the time planned in the ordering plan. For example, the capacity of the chemical tank 20 may be exceeded.
  • information indicating that it is normal for example, "normal”
  • information inf4 indicating that it is abnormal (for example, the weight of the alarm is displayed).
  • the number of each alarm may be displayed on the display image IM2.
  • Information inf5 represents the scheduled date on which the applicable medicine will be received (the applicable medicine will be delivered from the vendor).
  • the information inf5 is displayed when the order is confirmed in the order plan. Confirmation of order means that a request for ordering has been made to the vendor. Therefore, at the time when the ordering plan is created, the vendor has not been requested to place an order, so the scheduled date may not be displayed in the information inf5 at the time the ordering plan is created.
  • Information inf6 represents information regarding the predicted value.
  • the predicted calculated value shown in information inf6 represents the value used when creating the time series data of the predicted value shown in inf3.
  • the number of calculation days shown in the information inf6 represents the number of past days used to calculate the predicted value
  • the usage amount/day represents the predicted value calculated using the actual usage value for the calculated number of days.
  • the usage amount/day may be the average value of the actual usage values for the calculated number of days.
  • the predicted value calculated using the actual usage values for 7 days is 900 kg.
  • the reference value shown in information inf6 represents a value when the predicted value is calculated using a different number of days (for example, 10 days, 15 days, etc.) from the number of days used to calculate the predicted calculated value. Note that the calculated number of days may be different for each drug type.
  • Button B6 is a button for manually changing the predicted value. If the usage amount is predicted to be significantly different from the past usage trends due to various circumstances such as a long holiday or sudden use of chemicals, the remaining amount estimated based on the past usage amount will be calculated. It is conceivable that the amount may not be as predicted. Assuming such a case, if the usage is predicted to be significantly different from past usage trends due to various circumstances, the user can manually change the predicted value using button B6. The remaining amount prediction may be changed accordingly.
  • the button B6 is operated in the display image IM2 shown in FIG. 9, the display image IM3 shown in FIG. 10 is displayed on the display unit 32 of the user device 30.
  • FIG. 10 is a diagram showing an example of a display image IM3 for manually changing the predicted value.
  • the display image IM3 is, for example, a GUI.
  • the display image IM3 shown in FIG. 10 for example, in addition to a plurality of buttons B1 to B5, information on the drug to be checked for remaining amount prediction, information inf3, and information inf6, an input area R1 and a button B7 are displayed. Ru.
  • the input area R1 represents an area for inputting a period for which the predicted value is desired to be changed.
  • the input area R1 is provided with areas for inputting the start date, end date, and usage amount/day.
  • the user inputs information corresponding to the period for which the predicted value is desired to be changed into the start date and end date areas, and inputs the changed predicted value into the usage/day area. Note that if you want to change the predicted value for multiple periods, you can input multiple periods by selecting the add button provided in the input area R1.
  • the button B7 is a button for executing the remaining amount prediction simulation again based on the information input in the input area R1.
  • the prediction unit 433 of the ordering support device 40 executes the remaining amount prediction simulation again based on the information input in the input area R1.
  • the prediction unit 433 uses the predicted value of the time series data of the remaining amount for the period specified by the start date and the end date (specific period) as the predicted value inputted in the usage amount/day for the remaining amount prediction. Perform a simulation.
  • the user may change the ordering plan based on the revised simulation results. This makes it possible to respond depending on the situation, such as when it is predicted that the usage amount will be significantly different from past usage trends.
  • FIG. 11 is a diagram showing an example of a display image IM4 for checking remaining amount prediction.
  • the display image IM4 is, for example, a GUI.
  • the display of information inf3 is changed compared to the display image IM2 shown in FIG.
  • the vertical axis display is changed to height (m)
  • time series data actual and predicted
  • buttons B2 to B9 and information inf7 are displayed in addition to the plurality of buttons B1 to B4.
  • Information inf7 represents an ordering plan.
  • the information inf7 displays information on the ordering plan created by the ordering plan creating section 434.
  • the user can display further order plans.
  • Button B8 is a button for changing, for example, an ordering plan for unordered medicines among the ordering plans displayed in information inf7. The user checks the ordering plan displayed in the information inf7 and selects button B8 if he wants to change the ordering date and time of a certain unordered drug. After selecting button B8, the user changes the ordering date and time of the unordered medicine by moving the information of the unordered medicine whose ordering date and time is desired to be changed to another date and time.
  • the ordering support device 40 When the user changes the ordering date and time of unordered medicines, the ordering support device 40 is notified of the changed information.
  • the ordering plan creation unit 434 of the ordering support device 40 determines whether a problem will occur with the changed ordering date and time. If a problem occurs, the ordering support device 40 notifies the user device 30 of an alarm (including what kind of problem will occur). If no problem occurs, the ordering plan creation unit 434 stores the data of the changed ordering plan in the storage unit 42.
  • Button B9 is a button for confirming, for example, with the administrator, whether it is okay to request the vendor to place an order as indicated in the order plan.
  • the user selects button B9 when the user wants to confirm with the administrator whether it is okay to request the vendor to place an order as indicated in the order plan displayed in information inf7.
  • the ordering support device 40 notifies the user device 30 operated by the administrator of the ordering plan information displayed in the information inf7. Note that the ordering support device 40 does not need to notify the administrator of the information about the ordering plan displayed in the information inf7 that has already been requested for ordering. Thereafter, when the order request is approved by the administrator, the medicine is ordered from the vendor.
  • ordering support device 40 may be configured such that among the ordering plan information displayed in the information inf7, information for which an ordering request has been made cannot be changed. Note that information on the ordering plan created by the ordering plan creation section 434 is stored in the storage section 42 as ordering plan data 424.
  • FIG. 13 is a diagram showing an example of a display image IM6 for confirming an alert.
  • the display image IM6 is, for example, a GUI.
  • information inf8 is displayed in addition to the plurality of buttons B1 to B4.
  • Information inf8 represents a list of alerts. For example, information inf8 displays, in order of alarm level, the chemical tank 20 that is the target of the alarm, the date and time of occurrence, the content of the alert, and the confirmation button B10. By looking at the information inf8, the user can understand in which chemical tank 20 the alarm is occurring.
  • the confirmation button B10 is a button for confirming the content of the alert that is the target of the alarm.
  • the information that is the target of the warning is displayed on the display unit 32 of the user device 30.
  • the display unit 32 of the user device 30 may display a display image of the corresponding location.
  • FIGS. 14 and 15 are sequence diagrams showing the flow of processing in the drug ordering support system 100 in the embodiment.
  • the ordering support device 40 collects measurement data from one water treatment facility 10 (for example, water treatment facility A 10-1).
  • Each liquid level gauge in the A water treatment equipment 10-1 measures the liquid level in the chemical tank 20 to which it is connected (step S101).
  • Information on the liquid level in the chemical tank 20 measured by each liquid level gauge is transmitted as measurement data, for example, from a data collection terminal to the ordering support device 40 (step S102).
  • the measurement data of each level gauge is associated with the identification information (level gauge ID) of the own meter and transmitted to the ordering support device 40.
  • the communication unit 41 of the order support device 40 receives the transmitted measurement data of each liquid level gauge.
  • the information acquisition unit 431 acquires measurement data received by the communication unit 41.
  • the data management unit 432 stores the measurement data acquired by the information acquisition unit 431 in the storage unit 42 (step S103). Specifically, the data management unit 432 reads out the tank DB 421 stored in the storage unit 42. Next, the data management unit 432 refers to the read level gauge ID of the tank DB 421 and selects a record corresponding to the level gauge ID associated with the measurement data acquired by the information acquisition unit 431. The data management unit 432 stores the measurement data acquired by the information acquisition unit 431 in time series in the measurement data item of the selected record. The data management unit 432 repeatedly executes the process of step S103 every time the information acquisition unit 431 acquires measurement data. In this way, the data management unit 432 accumulates measurement data obtained from the liquid level gauges provided in each chemical tank 20.
  • the data management unit 432 calculates the daily usage amount for each chemical tank 20 using the measurement data stored in the measurement data item of the tank DB 421. (Step S104).
  • the data management unit 432 accumulates information on the calculated daily usage amount of each chemical tank 20 in the usage amount history item corresponding to each chemical tank 20 in the tank DB 421 in chronological order. As a result, information on the daily usage amount for each chemical tank 20 is accumulated in the usage history item of the tank DB 421.
  • step S101 to step S104 By repeatedly executing the processes from step S101 to step S104 for several days, information on the daily usage amount for each chemical tank 20 is accumulated for several days in the usage history item of the tank DB 421. Become.
  • the prediction unit 433 predicts the remaining amount for each chemical tank 20 based on the daily usage information for several days accumulated in the usage history item of the tank DB 421 (step S105). For example, the prediction unit 433 acquires information on the daily usage amount for several days accumulated in the usage history item of the record corresponding to the tank name "T1 tank” in the tank DB 421. The prediction unit 433 estimates the daily usage amount using the acquired daily usage information for several days. This is the predicted value. The prediction unit 433 continues to subtract the estimated predicted value from the actual remaining amount of the chemical in the chemical tank 20 with the tank name "T1 tank” to predict the remaining amount.
  • the prediction unit 433 subtracts the estimated predicted value again from the remaining amount of the chemical in the chemical tank 20 of the “T1 tank” after refilling. Continue to measure the remaining amount. In this way, the prediction unit 433 predicts the remaining amount for each chemical tank 20.
  • the user operates the user device 30 to access the ordering support device 40 (step S106).
  • the provision unit 435 of the user device 30 provides the user device 30 with display information for displaying the display image IM1 shown in FIG. 8 (step S107).
  • the communication unit 31 of the user device 30 receives the display information transmitted from the ordering support device 40.
  • the display control unit 352 of the user device 30 interprets the display information received by the communication unit 31 to display the display image IM1 on the display unit 32 (step S108).
  • the user operates the user device 30 to select (press) the button B1 displayed on the display image IM1 (step S109).
  • the user device 30 notifies the ordering support device 40 that the remaining amount prediction confirmation button has been pressed (step S110).
  • the providing unit 435 of the ordering support device 40 provides the user device 30 with display information for displaying the display image IM2 shown in FIG. 9, for example, in response to the notification that the remaining amount prediction confirmation button has been pressed (step S111). Specifically, the providing unit 435 refers to the tank DB 421 and obtains information on the usage history and remaining amount of the chemical tank 20 storing the medicine selected by the user, and information on the remaining amount performed by the prediction unit 433. Obtain the results of the volume prediction. The providing unit 435 uses the acquired information to provide the user device 30 with display information for displaying the display image IM2 shown in FIG. 9.
  • the communication unit 31 of the user device 30 receives the display information transmitted from the ordering support device 40.
  • the display control unit 352 of the user device 30 displays the display image IM2 on the display unit 32 by interpreting the display information received by the communication unit 31 (step S112). As a result, the result of predicting the remaining amount of a certain medicine is displayed on the display unit 32 of the user device 30.
  • the user operates the user device 30 to select (press) button B2 displayed on the display image IM2 (step S113).
  • the user device 30 notifies the order support device 40 that the schedule confirmation button has been pressed (step S114).
  • the ordering plan creation unit 434 of the ordering support device 40 creates an ordering plan using each database stored in the storage unit 42 in response to the notification that the schedule confirmation button has been pressed (step S115). Note that a specific method for creating an ordering plan will be explained with reference to FIG.
  • the providing unit 435 provides the user device 30 with display information for displaying the display image IM5 including the created ordering plan (step S116).
  • the communication unit 31 of the user device 30 receives the display information transmitted from the order support device 40.
  • the display control unit 352 of the user device 30 displays the display image IM5 on the display unit 32 by interpreting the display information received by the communication unit 31 (step S117).
  • FIG. 16 is a flowchart showing the flow of order plan creation processing performed by the order support device 40 in the embodiment.
  • the ordering plan creation unit 434 selects the medicine that needs to be ordered based on the result of remaining amount prediction (step S201). Specifically, the ordering plan creation unit 434 selects a drug whose amount is below the replenishment value as a result of the remaining amount prediction as a drug that needs to be ordered.
  • the ordering plan creation unit 434 refers to the drug-vendor DB 423 and selects a vendor to request an order for each selected drug that requires ordering (step S202). At this time, the ordering plan creation unit 434 selects the vendor to which the order is requested according to the ratio in the drug-vendor DB 423. For example, when requesting an order for 10,000 kg of sulfuric acid, the order plan creation unit 434 selects the vendors to order 7,000 kg of sulfuric acid from Company A and 3,000 kg of sulfuric acid from Company B.
  • the ordering plan creation unit 434 selects a delivery date and time for each drug for which a vendor has been selected (step S202). For example, the ordering plan creation unit 434 selects, for each drug, the timing at which the remaining amount falls below the replenishment value as a result of the remaining amount prediction as the delivery date. For example, regarding the delivery time, the ordering plan creation unit 434 selects, for each drug, a time slot in which the vendor can deliver and is available on the delivery date.
  • the vacant time slot is a time slot in which no order is requested in the ordering plan. Note that for drugs for which there is information specifying a time slot as a special note, such as early delivery, etc., the ordering plan creation unit 434 selects the time slot based on the special note.
  • the ordering plan creation unit 434 determines whether there are drugs of different drug types in the same installation area and with at least some overlapping delivery dates and times. (Step S204).
  • sulfuric acid, caustic soda, and hydrochloric acid are different types of chemicals and the chemical tank 20 is installed in the same installation area.
  • the order plan creation unit 434 will It is determined that there are drugs of different drug types that overlap at least in part.
  • the ordering plan creation unit 434 is located in the same installation area and the delivery date and time. It is determined that there are no drugs of different drug types that overlap at least in part.
  • the ordering plan creation unit 434 determines that there are different types of drugs that are located in the same installation area and have at least some overlapping delivery dates and times (step S204 - YES)
  • the ordering plan creation unit 434 selects different types of drugs based on the priority order of the drug-vendor DB 423. , the order of addition to the ordering plan is specified (step S205).
  • the ordering plan creation unit 434 adds sulfuric acid to the ordering plan earlier than caustic soda.
  • sulfuric acid is determined by the delivery date and time selected in step S203, and caustic soda cannot be added to an overlapping time period, so delivery is requested in a different time period.
  • the ordering plan creation unit 434 adds the medicine for which the vendor and delivery date and time have been determined to the ordering plan (step S206). After that, the ordering plan creation unit 434 determines whether there are other drugs that need to be ordered (step S207). For example, as mentioned above, among the different types of drugs that are located in the same installation area and have at least some overlap in delivery date and time, order planning is performed for drugs with low priority (drugs that were not selected after comparison). has not been added to. Therefore, if there is a drug that was not selected in the above-described comparison, the order plan creation unit 434 determines that there are other drugs that need to be ordered. On the other hand, if there is no drug that was not selected after the above-described comparison, the order plan creation unit 434 determines that there are no other drugs that need to be ordered.
  • the order plan creation unit 434 sets other delivery dates and times for each of the other drugs that need to be ordered. Select (step S208). For example, the ordering plan creation unit 434 selects, as the other delivery date and time, a time slot when the remaining quantity prediction results in the replenishment value being lower than the replenishment value, a time slot in which the vendor can deliver, and a time slot in which the delivery is available. After that, the ordering plan creation unit 434 executes the processing from step S204 onwards.
  • step S204 if the ordering plan creation unit 434 determines that there are no drugs of different drug types that are in the same installation area and have at least some overlapping delivery dates and times (step S204-NO), the order plan creation unit 434 processes the process of step S206. Execute.
  • the ordering plan creation unit 434 determines that there are no other drugs that need to be ordered (step S207-NO), it creates an ordering plan (step S209). Specifically, the ordering plan creation unit 434 creates an ordering request to which information on the medicine to be ordered is added as the final ordering request.
  • the chemical ordering support system 100 configured as described above, it is possible to more efficiently support the ordering of chemicals used for water treatment.
  • a plurality of chemicals are ordered based on liquid level measurement data representing the remaining amount in each of a plurality of chemical tanks 20 that store a plurality of types of chemicals used for purifying water. Predict the remaining amount of each tank 20 at multiple points in time within a predetermined period, and create an ordering plan for multiple types of chemicals based on the prediction results of the remaining amount in each of the plurality of chemical tanks 20 at multiple points in time within the specified period. Then, information on the created ordering plan is provided to the user device 30 that is the request source.
  • an ordering plan is created by taking into consideration the results of predicting the remaining amount of the drug tank 20 that stores a plurality of types of drugs. Therefore, it is possible to order chemicals according to the usage amount of each medicine, and also to order chemicals in advance. Furthermore, the drug ordering support system 100 creates an ordering plan that includes information on the ordering company determined for each drug to be ordered. Furthermore, in the drug ordering support system 100, an ordering plan is created so that the capacity of each drug tank 20 does not exceed. In this way, the drug ordering support system 100 can create an ordering plan that takes into account all of the four problems listed as conventional problems. In addition, since the user only needs to confirm the created ordering plan, there is no need to carry out everything from drug prediction to arrangement preparation. Therefore, it becomes possible to support the ordering of chemicals used for water treatment more efficiently.
  • the ordering support device 40 has information on the installation area associated with each chemical tank 20, and when creating an ordering plan, if different types of chemicals will be refilled in the same area and at the same time, the ordering support device 40 can be configured in advance to The medicines to be added to the ordering plan are determined based on the given priority order, and the ordering plan is created so that different types of medicines are not refilled in the same area and at the same time. As a result, the reception timing of large drug delivery vehicles (lorries) will not overlap or there will be no traffic jams. Therefore, it becomes possible to efficiently replenish chemicals.
  • the ordering support device 40 presets the interval between the first and second drug refills and creates an ordering plan. This makes it possible to replenish medicines multiple times on the same day within the time slot that large medicine delivery vehicles (lorries) can accept. Therefore, it becomes possible to efficiently replenish chemicals.
  • the ordering support device 40 creates an ordering plan taking these special notes into consideration. As a result, an ordering plan can be created so that no large drug delivery vehicle (lorry) is accepted while processing other than the time required for replenishment is being performed. Therefore, it becomes possible to efficiently replenish chemicals.
  • the ordering plan creation unit 434 of the ordering support device 40 is configured to create the same system within the same water treatment facility 10 in a situation where the chemical tank 20 is small or the storage capacity of the chemical tank 20 is large and there is insufficient free space. If there are other chemical tanks 20 that store the same type of chemicals, an ordering plan may be created such that the chemicals are dividedly delivered to a plurality of chemical tanks 20 that store the same types of chemicals. With this configuration, delivery costs can be reduced by having a large drug delivery vehicle (lorry) capable of transporting a large amount of drugs deliver a large amount of drugs. Furthermore, when replenishment of chemicals is stopped for several days, such as before a long holiday, it is possible to keep the tank as close to full as possible.
  • lorry drug delivery vehicle
  • the ordering support device 40 may be configured to check whether abnormalities such as a shortage of chemicals or over-replenishment of chemicals will occur even if chemicals are procured according to the plan using actual plan data after the ordering plan is created, a predetermined number of times a day (for example, 1 to 4 times), and if a chemical that is likely to cause an abnormality is detected, to simply notify the user device 30 of an alarm (information including which chemical procurement plan should be revised).
  • the ordering support device 40 may automatically review the ordering plan so as to avoid the abnormality, and notify the user device 30 of the review as an alarm.
  • the present invention can be applied when ordering chemicals used for water treatment.

Landscapes

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

Abstract

水を浄化するために利用する複数種の薬品を貯留する複数の薬品タンクそれぞれの残量を表す液位の計測データを、複数の薬品タンクを備える１以上の水処理設備から受信する通信部と、受信された計測データに基づいて、複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測を行う予測部と、複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測結果に基づいて、複数種類の薬品それぞれの発注業者、配送日時及び配送量の情報を含む発注計画を作成する発注計画作成部と、発注計画作成部により作成された発注計画の情報を要求元に提供する提供部と、を備える発注支援装置。

Description

発注支援装置、薬品発注支援システム及び薬品発注支援方法
　本発明は、発注支援装置、薬品発注支援システム及び薬品発注支援方法に関する。
　本願は、２０２２年９月１５日に、日本に出願された特願２０２２－１４７０７０号に基づき優先権を主張し、その内容をここに援用する。
　従来、水処理設備において利用される薬品を貯留するタンク内の残量の情報に基づいて、タンク内に薬品を補充する計画を立てることが行われている（例えば、特許文献１～３参照）。
特開昭５８－１１５２０４号公報 特開昭６２－９５６９６号公報 特開平２－９８７１３号公報
　水処理における薬品注入が停止すると水質の悪化に直結するため、タンク内の液位を監視し、タンクが空にならないように計画的に補充を行う必要がある。しかし、薬品の補充のための液位管理には、いつかの問題がある。１つ目の問題として、薬品毎に使用量及び貯蔵量（≒タンク容量）が異なるため、各薬品の使用量に応じた薬品手配が必要となる。２つ目の問題として、タンクの容量が大きい場合、大型薬品配送車（ローリー）による薬品配送が必要となり、数日～数週間前に手配する事が必要となる。３つ目の問題として、薬品毎に手配先の薬品の納入業者が異なる。４つ目の問題として、タンク容量をオーバーするような薬品配送を手配してしまうと、オーバー分は追加費用がかかってしまう。
　上述した特許文献１～３では、上述した４つの問題全てを加味した補充計画を立てることまでは実現されていない。現状は、専属の技術者が薬品の予測から手配準備までを実施しているが、全てを人手で行うことは手間がかかってしまう。そこで、より効率的に、上述した４つの問題全てを加味した補充計画を立てることができる技術が望まれている。
　上記事情に鑑み、本発明は、より効率的に、水処理に利用する薬品の発注の支援を行うことができる技術の提供を目的としている。
　本発明の態様１は、水を浄化するために利用する複数種の薬品を貯留する複数の薬品タンクを備える１以上の水処理設備と、前記複数の薬品タンクそれぞれの残量を表す液位の計測データを前記１以上の水処理設備から受信する通信部と、受信された前記計測データに基づいて、前記複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測を行う予測部と、前記複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測結果に基づいて、複数種類の薬品それぞれの発注業者、配送日時及び配送量の情報を含む発注計画を作成する発注計画作成部と、前記発注計画作成部により作成された前記発注計画の情報を要求元に提供する提供部と、を備える発注支援装置である。
　本発明の態様２は、態様１の発注支援装置において、前記複数の薬品タンクそれぞれには、設置エリアの情報が対応付けられており、前記発注計画作成部は、前記発注計画作成時に、異なる種類の薬品の補充が同じエリアかつ同じ時間帯になる場合には、予め設定した優先順位に基づいて優先して発注計画に追加する薬品を決定して、異なる種類の薬品の補充が同じエリアかつ同じ時間帯にならないように前記発注計画を作成する。
　本発明の態様３は、態様１又は２の発注支援装置において、前記複数の薬品タンクの一部には、他の薬品タンクから薬品が分配されて補充される薬品タンクであることを示す子タンク情報が対応付けられており、前記予測部は、前記子タンク情報が対応付けられている薬品タンクの所定期間内の複数時点の残量の予測を行う場合には、前記子タンク情報が対応付けられている薬品タンクから得られる前記計測データと、前記子タンク情報で示される薬品タンクから得られる前記計測データとに基づいて、前記子タンク情報が対応付けられている薬品タンクの所定期間内の複数時点の残量予測を行う。
　本発明の態様４は、態様１から３のいずれか一項の発注支援装置において、前記発注計画作成部は、同日内に複数回の薬品補充が必要となる薬品については薬品補充の間隔が所定の時間空くように前記発注計画を作成する。
　本発明の態様５は、態様１から４のいずれか一項の発注支援装置において、前記発注計画作成部は、補充に要する時間以外の処理で時間を要する薬品については前記補充に要する時間以外の処理が行われている間には薬品の配送が行われないように前記発注計画を作成する。
　本発明の態様６は、態様１から５のいずれか一項の発注支援装置において、前記予測部は、前記複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測後において、前記所定期間のうちの特定の期間内におけるいずれかの時点の残量の予測値を変更する指示が入力された場合、前記特定の期間以降においては変更された予測値を踏まえて残量の予測を行う。
　本発明の態様７は、水を浄化するために利用する複数種の薬品を貯留する複数の薬品タンクを備える１以上の水処理設備と、前記複数の薬品タンクそれぞれの残量を表す液位の計測データを前記１以上の水処理設備から受信する通信部と、受信された前記計測データに基づいて、前記複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測を行う予測部と、前記複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測結果に基づいて、複数種類の薬品それぞれの発注業者、配送日時及び配送量の情報を含む発注計画を作成する発注計画作成部と、前記発注計画作成部により作成された前記発注計画の情報を要求元に提供する提供部と、を備える薬品発注支援システムである。
　本発明の態様８は、水を浄化するために利用する複数種の薬品を貯留する複数の薬品タンクそれぞれの残量を表す液位の計測データを、前記複数の薬品タンクを備える１以上の水処理設備から受信し、受信された前記計測データに基づいて、前記複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測を行い、前記複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測結果に基づいて、複数種類の薬品の発注計画を作成し、作成した前記発注計画の情報を要求元に提供する薬品発注支援方法である。
　本発明により、より効率的に、水処理に利用する薬品の発注の支援を行うことが可能となる。
本発明における薬品発注支援システムの概要を説明するための図である。 実施形態における薬品発注支援システムの構成例を示す図である。 実施形態におけるユーザ装置の構成例を示す図である。 実施形態における発注支援装置の構成例を示す図である。 実施形態におけるタンクＤＢの一例を示す図である。 実施形態における業者ＤＢの一例を示す図である。 実施形態における薬品－業者ＤＢの一例を示す図である。 発注支援装置にアクセスした際にユーザ装置の表示部に表示される表示画像の一例を示す図である。 残量予測の確認を行うための表示画像の一例を示す図である。 予測値を手動で変更するための表示画像の一例を示す図である。 残量予測の確認を行うための表示画像の一例を示す図である。 薬品の受け入れ予定表の確認を行うための表示画像の一例を示す図である。 アラートの確認を行うための表示画像の一例を示す図である。 実施形態における薬品発注支援システムにおける処理の流れを示すシーケンス図である。 実施形態における薬品発注支援システムにおける処理の流れを示すシーケンス図である。 実施形態における発注支援装置が行う発注計画の作成処理の流れを示すフローチャートである。
　以下、本発明の一実施形態を、図面を参照しながら説明する。
（概要）
　本発明における薬品発注支援システムは、水処理設備において、水を浄化するために利用する複数の薬品を貯留する薬品タンクの液位を監視し、液位の変動履歴に応じて、薬品の発注計画を支援することを目的としたシステムである。ここで、水処理設備は、例えば排水を放流可能なレベルの水質にする排水処理や、用水（井戸水・工水など）から、不純物をほとんど含まない純水や超純水を製造する純水製造又は超純水製造などを行う様々な水処理設備であって、特に複数の薬品を使用し、かつ薬品使用量が多い水処理設備に好適に用いられる。水を浄化するために利用する複数の薬品は、例えば苛性ソーダ、硫酸、次亜塩素酸ソーダなどの工業薬品や、有機凝集剤などの特殊薬品を含む。
　次に、図１を用いて、本発明における薬品発注支援システムの一連の流れについて一例を挙げて説明する。図１は、本発明における薬品発注支援システムの概要を説明するための図である。１以上の水処理設備において、水処理設備内に設置される薬品タンクの液位を、液位計（超音波式、差圧式などのレベル計）により計測する。液位計は、計測結果を示す計測データを発注支援装置に送信する（図１の（１））。発注支援装置は、各水処理設備に設置されている薬品タンクの液位のデータを各水処理設備から収集してデータベースに蓄積する。なお、液位計は、薬品タンク側面の液位ゲージなどを定時間観測した結果を収集してもよい。
　発注支援装置は、蓄積した過去数日（例えば、３～３０日）の液位の時系列データを用いて、１日の使用量を各水処理設備の薬品タンク毎に推定（例えば、３～３０日の１日あたりの使用量平均値）する。発注支援装置は、推定した１日の使用量に基づいて、各水処理設備の各薬品タンク内の残量がどのように変化するかを予測する。発注支援装置は、各薬品タンク内の残量の予測結果を用いて、発注計画を作成する。例えば、発注支援装置は、各薬品タンク内の残量の予測結果に基づいて複数の薬品タンク内の残量が少なく補充が必要と判定した場合であって、複数種の薬品の補充の発注計画の作成結果が同じエリアかつ同じ時間帯になった場合には、予め設定した優先順位に基づいて順番を特定して発注計画を作成することで、大型薬品配送車（ローリー）の受け入れが重複または渋滞しないようにする。このように、発注支援装置では、１つの薬品タンク内の残量だけでなく、１つの水処理設備に設置されている複数の薬品タンク内の残量の予測結果を加味して発注計画を作成する。発注計画には、配送業者、配送対象薬品、配送予定日時及び配送量等の情報が含まれる。
　発注支援装置は、作成した発注計画を現場の薬品担当者が操作するユーザ装置に送信する（図１の（２））。なお、発注支援装置は、発注計画の他にも、各薬品タンク内の残量の予測結果を示す情報も送信する。以下、各薬品タンク内の残量の予測結果や発注計画を含めて「支援情報」とも記載する。現場の薬品担当者は、ユーザ装置を操作して、発注支援装置から送信された発注計画を確認し、発注計画に応じて、薬品の手配依頼書を作成して、各薬品の薬品販売業者に薬品を発注する（図１の（３））。薬品販売業者は、手配依頼書にて指示された配送日時に大型薬品配送車（ローリー）により薬品を、対象となる水処理設備まで運び、薬品を薬品タンクに補充する（図１の（４））。これにより、より効率的に、水処理に利用する薬品の発注の支援を行うことが可能になる。以下、上記の処理を実現するための具体的な構成について説明する。
（詳細）
　図２は、実施形態における薬品発注支援システム１００の構成例を示す図である。薬品発注支援システム１００は、１以上の水処理設備１０及び発注支援装置４０を備える。水処理設備１０と、発注支援装置４０との間は、有線又は無線により接続される。図２では、水処理設備１０として、Ａ水処理設備１０－１、Ｂ水処理設備１０－２及びＣ水処理設備１０－３を示しているが、水処理設備１０の数は特に限定されない。以下の説明において、Ａ水処理設備１０－１、Ｂ水処理設備１０－２及びＣ水処理設備１０－３を特に区別しない場合には、単に水処理設備１０と記載する。
　水処理設備１０は、水処理を行うための設備である。水処理とは、例えば、被処理水を使用目的や排水基準にあわせた水質にするための処理を表す。水処理設備１０には、２以上の薬品タンク２０と、ユーザ装置３０とが含まれる。薬品タンク２０は、水処理を行うために利用する薬品を貯留する。薬品タンク２０には、タンク内の液位を計測するための液位計が備えられる。液位計は、定期的に、薬品タンク２０内の液位を計測し、計測データとして発注支援装置４０に送信する。なお、液位計の計測テータの送信については、計測データがＰＬＣ（Programmable Logic Controller）制御装置を介してデータ収集端末（図示しない）に蓄積され、データ収集端末からデータ蓄積サーバ（図示しない）のデータベースに送信されて蓄積され、データ蓄積サーバから発注支援装置４０に送信される、というデータ収集の構成とすることもできる。
　ユーザ装置３０は、水処理設備１０において作業する作業員や作業管理者が使用する装置である。ユーザ装置３０は、例えばデスクトップパソコン、ノートパソコン、タブレット端末、スマートフォン等の情報処理装置を用いて構成される。ユーザ装置３０は、ユーザの操作に応じて、発注支援装置４０にアクセスして、各薬品タンク２０内の残量予測の情報や発注計画を取得して画面上に表示する。さらに、ユーザ装置３０は、ユーザの操作に応じて、発注計画に示される各業者に対して、発注量に応じた薬品の発注を依頼する。なお、ユーザ装置３０は、水処理設備１０とは異なる場所（例えば、本社ビルや別の事業所等）に設置されてもよい。
　発注支援装置４０は、各水処理設備１０から送信された計測データに基づいて、各薬品タンク２０内の残量予測及び発注計画作成等の処理を行う。発注支援装置４０は、各薬品タンク２０内の残量予測及び発注計画の情報を含む支援情報を対応するユーザ装置３０に提供する。発注支援装置４０は、パソコン、管理サーバ等の情報処理装置を用いて構成される。
　図３は、実施形態におけるユーザ装置３０の構成例を示す図である。ユーザ装置３０は、通信部３１、表示部３２、操作部３３、記憶部３４及び制御部３５を備える。
　通信部３１は、発注支援装置４０との間で通信を行う。例えば、通信部３１は、発注支援装置４０に対して薬品の発注計画の情報提供を要求し、発注支援装置４０から提供された薬品の発注計画の情報を受信する。
　表示部３２は、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の画像表示装置である。表示部３２は、各種情報を表示する。表示部３２は、例えば発注支援装置４０から提供される情報を表示する。表示部３２は、画像表示装置をユーザ装置３０に接続するためのインタフェースであってもよい。この場合、表示部３２は発注支援装置４０から提供される情報を表示するための映像信号を生成し、自身に接続されている画像表示装置に映像信号を出力する。
　操作部３３は、ユーザの指示をユーザ装置３０に入力するための入力装置である。操作部３３は、例えば情報の表示指示や情報の要求指示の入力を受け付ける。操作部３３は、キーボード、タッチパネル、ボタン等の既存の入力装置を用いて構成される。また、操作部３３は、入力装置をユーザ装置３０に接続するためのインタフェースであってもよい。この場合、操作部３３は、入力装置においてユーザの入力に応じて生成された入力信号をユーザ装置３０に入力する。
　記憶部３４には、画面情報３４１等が記憶される。記憶部３４は、磁気記憶装置や半導体記憶装置などの記憶装置を用いて構成される。画面情報３４１は、発注支援装置４０から提供された表示部３２に表示するための画面情報である。画面情報３４１は、例えばＨＴＭＬ（Hyper Text Markup Language）形式のデータである。
　制御部３５は、ＣＰＵ（Central Processing Unit）等のプロセッサやメモリを用いて構成される。制御部３５は、プログラムを実行することによって、通信制御部３５１及び表示制御部３５２の機能を実現する。
　通信制御部３５１及び表示制御部３５２のうち一部または全部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアとの協働によって実現されてもよい。プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置などの非一時的な記憶媒体である。プログラムは、電気通信回線を介して送信されてもよい。
　通信制御部３５１及び表示制御部３５２の機能の一部は、予めユーザ装置３０に搭載されている必要はなく、追加のアプリケーションプログラムがユーザ装置３０にインストールされることで実現されてもよい。
　通信制御部３５１は、ユーザ装置３０が行う通信を制御する。例えば、通信制御部３５１は、操作部３３から入力された要求指示に応じて、通信部３１を制御して発注支援装置４０に対して情報の提供を要求する。
　表示制御部３５２は、表示部３２の表示画面を制御する。例えば、表示制御部３５２は、操作部３３から入力された表示指示に応じて、情報（例えば、支援情報）を表示部３２に表示させる。
　図４は、実施形態における発注支援装置４０の構成例を示す図である。発注支援装置４０は、通信部４１と、記憶部４２と、制御部４３とを備える。
　通信部４１は、水処理設備１０における液位計、データ蓄積サーバなど計測データの送信元、及びユーザ装置３０との間で通信を行う。
　記憶部４２には、タンクＤＢ４２１、業者ＤＢ４２２、薬品－業者ＤＢ４２３及び発注計画データ４２４等が記憶される。例えば、記憶部４２には、水処理設備１０毎にタンクＤＢ４２１、業者ＤＢ４２２及び薬品－業者ＤＢ４２３が記憶されてもよいし、全ての水処理設備１０の情報を１つのタンクＤＢ４２１、１つの業者ＤＢ４２２及び１つの薬品－業者ＤＢ４２３に記憶されてもよい。以下の説明では、水処理設備１０毎にタンクＤＢ４２１、業者ＤＢ４２２及び薬品－業者ＤＢ４２３が記憶されているものとして説明する。タンクＤＢ４２１は、水処理設備に設置されている薬品タンク２０に関する情報が登録されたデータベースであり、例えば、液位から薬品量に換算するために必要な薬品タンクごとの底面積情報などを保持している。業者ＤＢ４２２は、薬品を提供する業者に関する情報が登録されたデータベースであり、例えば、担当者氏名、電話番号、メールアドレスなど連絡に必要な情報を保持している。薬品－業者ＤＢ４２３は、薬品と業者との関係性を示す情報が登録されたデータベースであり、例えば、塩酸であればＡ社とＢ社、苛性ソーダであればＣ社など、薬品ごとに設定している発注先の業者名（メーカー名）の情報を保持している。発注計画データ４２４は、発注計画作成部４３４により作成された発注計画のデータである。記憶部４２は、磁気記憶装置や半導体記憶装置などの記憶装置を用いて構成される。
　制御部４３は、ＣＰＵ等のプロセッサやメモリを用いて構成される。制御部４３は、プログラムを実行することによって、情報取得部４３１、データ管理部４３２、予測部４３３、発注計画作成部４３４及び提供部４３５の機能を実現する。
　情報取得部４３１、データ管理部４３２、予測部４３３、発注計画作成部４３４及び提供部４３５のうち一部または全部は、ＡＳＩＣやＰＬＤ、ＦＰＧＡなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアとの協働によって実現されてもよい。プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置などの非一時的な記憶媒体である。プログラムは、電気通信回線を介して送信されてもよい。
　情報取得部４３１、データ管理部４３２、予測部４３３、発注計画作成部４３４及び提供部４３５の機能の一部は、予め発注支援装置４０に搭載されている必要はなく、追加のアプリケーションプログラムが発注支援装置４０にインストールされることで実現されてもよい。
　情報取得部４３１は、各種情報を取得する。例えば、情報取得部４３１は、各水処理設備１０に設置されている薬品タンク２０の計測データを取得する。
　データ管理部４３２は、記憶部４２に記憶されている各データベースのデータを管理する。例えば、データ管理部４３２は、情報取得部４３１によって計測データが得られた場合には、得られた情報に応じて記憶部４２に記憶されているデータベースの情報を更新する。例えば、データ管理部４３２は、薬品タンク２０又は業者に関する情報が登録された場合には、登録された情報に応じて記憶部４２に記憶されているデータベースの情報を更新する。
　予測部４３３は、制御部４３に記憶されているタンクＤＢ４２１に基づいて、薬品種毎に薬品の使用量を予測する。例えば、予測部４３３は、タンクＤＢ４２１に記憶される過去数日分の計測データを用いて、１日の使用量を予測する。さらに、予測部４３３は、予測した１日の使用量が継続して使用されるものとして、液位の残量予測を行う。
　発注計画作成部４３４は、予測部４３３の予測結果に基づいて薬品の発注計画を作成する。具体的には、発注計画作成部４３４は、予測部４３３の複数の薬品タンク２０それぞれの所定期間内の複数時点の残量の予測結果に基づいて、複数種類の薬品それぞれの発注業者、配送日時及び配送量の情報を含む発注計画を作成する。
　提供部４３５は、ユーザ装置３０からの要求に応じて、要求された支援情報を含む画面情報をユーザ装置３０に提供する。例えば、提供部４３５は、ユーザ装置３０から発注計画の情報を要求された場合、発注計画作成部４３４により作成された発注計画の情報を含む画面情報をユーザ装置３０に提供する。例えば、提供部４３５は、ユーザ装置３０から薬品タンク２０の残量予測の情報を要求された場合、要求された薬品を貯留する薬品タンク２０の残量予測の情報を含む画面情報をユーザ装置３０に提供する。
　図５は、実施形態におけるタンクＤＢ４２１の一例を示す図である。タンクＤＢ４２１には、タンクＩＤ、タンク名、貯留薬品、最大容量、設置エリア、子タンク情報、液位計ＩＤ、計測データ、使用量履歴、残量及び特記事項の情報が登録されている。タンクＩＤは、薬品が貯留されている薬品タンク２０を識別するための識別情報を表す。タンク名は、薬品が貯留されている薬品タンク２０の名前を表す。貯留薬品は、薬品タンク２０に貯留されている薬品を表す。最大容量は、薬品タンク２０が貯留可能な最大容量を表す。設置エリアは、薬品タンク２０が設置されているエリアを表す。設置エリアの情報は、薬品タンク２０が設置されている建物の情報であってもよいし、建物内の部屋の情報であってもよい。また、設置エリアの情報は、水処理設備が設置される敷地内を区画したエリア情報であってもよい。
　子タンク情報は、メインの薬品タンク２０から薬品の補充や供給を受ける薬品タンク２０を表す。大型の水処理設備１０では、異なる階層や異なる場所に複数の薬品タンク２０が設置されることが多い。さらに、薬品の濃度を希釈してから使用する薬品等もある。このような場合、発注した薬品は、各薬品タンク２０に補充されるのではなく、特定の薬品タンク２０に補充した後に、それぞれの薬品タンク２０に分配される。このような特定の薬品タンク２０から補充や供給を受ける薬品タンク２０が子タンクとなる。なお、子タンク情報は、全ての薬品タンク２０に登録されている必要はない。子タンク情報が登録されていない場合には、“－”で示される。液位計ＩＤは、薬品タンク２０に備えられている液位計を識別するための識別情報を表す。計測データは、液位計により計測された液位の時系列データを表す。
　使用量履歴は、薬品タンク２０で実際に使用された１日毎の薬品の量を表す。例えば、実際に使用された１日毎の薬品の量は、１日で取得された計測データと、前日の計測データとの差分に基づいて算出される。なお、子タンク情報が登録されている薬品タンク２０においては、子タンク情報が登録されている薬品タンク２０と、子タンク情報で特定される薬品タンク２０それぞれの計測データに基づいて使用量履歴が算出される。上述したように、特定の薬品タンク２０から他の薬品タンク２０に分配される場合、特定の薬品タンク２０において薬品を使用していなくても残量が低下する。そして、特定の薬品タンク２０から薬品が分配された他の薬品タンク２０において薬品が使用されない場合には実質的に薬品の量は減っていない。そのため、特定の薬品タンク２０の計測データのみで使用量を算出すると、誤った使用量が算出されてしまう可能性が高い。使用量が誤って算出されると、実際には補充が必要ない場合であっても補充が必要であると判断されてしまい、その結果、薬品の発注が早く行われてしまうことがある。また逆に、実際には補充が必要である場合であっても補充が必要ないと判断されてしまい、その結果、薬品切れとなり、水処理運転を停止するなど多大な悪影響を及ぼすことがある。そこで、そのような問題を防ぐために、子タンク情報が登録されている薬品タンク２０と、子タンク情報で特定される薬品タンク２０それぞれの計測データを加味して、子タンク情報が登録されている薬品タンク２０の使用量として算出することで、実際に使用された１日毎の薬品の量を算出することができる。なお、子タンク情報で特定される薬品タンク２０において、薬品を希釈している場合には、補充時の濃度に換算して使用量を算出する。
　残量は、薬品タンク２０の最新の残量を表す。特記事項は、発注計画作成時に加味する事項であり、ユーザに予め設定される。特記事項の一例として、同日内に同じ薬品を補充する場合には、所定の時間（例えば、１～３時間）以上空けることや、特定の薬品においては薬品の補充処理に時間を要するため、その処理時間内には他の薬品の受け入れを行わない等が挙げられる。
　薬品の補充処理について、薬品によっては、補充後にすぐに希釈する必要があり、薬品の補充が完了したとしても補充後に希釈を行う時間が発生する。その場合、希釈する対象となる薬品を貯留する薬品タンク２０が設置されているエリアでは、希釈を行う時間の間、他の薬品を受け入れられない場合もある。そこで、特記事項として、希釈を行う時間（例えば、３時間）の間に、希釈する対象となる薬品を貯留する薬品タンク２０が設置されているエリアにおいては他の薬品の受け入れを行わないことを設定しておくことで、希釈を行う時間内には薬品の受け入れが行われないように発注計画を作成することができる。図５に示す例では、タンクＩＤ“Ｔ１”で識別される“Ｔ１タンク”と、タンクＩＤ“Ｔ２”で識別される“Ｔ２タンク”と、タンクＩＤ“Ｔ３”で識別される“Ｔ３タンク”が同じエリア“Ｌ１”に設置されており、タンクＩＤ“Ｔ４”で識別される“Ｔ４タンク”と、タンクＩＤ“Ｔ５”で識別される“Ｔ５タンク”が同じエリア“Ｌ２”に設置されていることが示されている。
　図６は、実施形態における業者ＤＢ４２２の一例を示す図である。業者ＤＢ４２２には、メーカーＩＤ、メーカー名、メーカー名略称、担当者名、電話番号、ＦＡＸ番号、メールアドレス、背景色、配送可能時間帯及び休日の情報が登録されている。メーカーＩＤは、薬品を配送する業者を識別するための識別情報を表す。メーカー名は、薬品を配送する業者の名称を表す。メーカー名略称は、薬品を配送する業者の略称を表す。担当者名は、薬品を配送する業者の担当者の名前を表す。電話番号は、薬品を配送する業者の電話番号を表す。ＦＡＸ番号は、薬品を配送する業者のＦＡＸ番号を表す。メールアドレスは、薬品を配送する業者のメールアドレス（例えば、担当者のメールアドレス）を表す。背景色は、発注計画書に表示する際の業者を識別するための色を表す。配送可能時間帯は、薬品を配送する業者が薬品を配送可能な時間帯を表す。休日は、薬品を配送する業者の休日を表す。
　図７は、実施形態における薬品－業者ＤＢ４２３の一例を示す図である。薬品－業者ＤＢ４２３には、薬品、メーカー名、割合及び優先順位の情報が登録されている。薬品は、水処理に用いられる薬品を表す。メーカー名は、薬品を配送する業者の名称を表す。割合は、薬品を配送する業者に発注を依頼する割合を表す。例えば、割合は、１つの薬品について合計が１００となるように設定される。優先順位は、発注計画を作成する際に加味する事項であり、発注計画において優先的に割り当てる順位を表す。
　次に、ユーザが、ユーザ装置３０を操作したことに応じて、ユーザ装置３０の表示部に表示される情報について説明する。図８は、発注支援装置４０にアクセスした際にユーザ装置３０の表示部３２に表示される表示画像ＩＭ１の一例を示す図である。表示画像ＩＭ１は、例えばＧＵＩ（Graphical User Interface）である。図８に示す表示画像ＩＭ１には、例えば、複数のボタンＢ１～Ｂ４と、情報ｉｎｆ１～２が表示される。
　ボタンＢ１は、例えば各薬品タンク２０の残量予測の確認を行う画面に切り替えるためのボタンである。以下の説明では、ボタンＢ１を残量予測確認用ボタンともいう。例えば、ユーザがボタンＢ１を選択すると、表示画像ＩＭ１には残量予測の確認対象となる薬品の一覧が表示されて、１つの薬品を選択可能としてもよい。ボタンＢ２は、例えば薬品の受け入れ予定表（発注計画）の確認を行う画面に切り替えるためのボタンである。以下の説明では、ボタンＢ２を予定表確認用ボタンともいう。ボタンＢ３は、例えばアラートの確認を行う画面に切り替えるためのボタンである。以下の説明では、ボタンＢ３をアラート確認用ボタンともいう。ボタンＢ４は、例えば水処理設備１０の選択を行うためのボタンである。ユーザは、ボタンＢ４を操作することにより、確認したい水処理設備１０を選択することができる。図８では、Ａ水処理設備１０－１が選択されているものとする。
　情報ｉｎｆ１は、日にちの情報を表す。例えば、情報ｉｎｆ１には、ユーザが発注支援装置４０にアクセスした日にちの情報が表示される。情報ｉｎｆ２は、受入れ予定となっている薬品の情報を表す。例えば、情報ｉｎｆ２には、ボタンＢ４を操作することにより選択された水処理設備１０において受け入れ予定となっている薬品に関する情報が表示される。例えば、図８では、Ａ水処理設備１０－１が選択されているため、情報ｉｎｆ２には、Ａ水処理設備１０－１で受け入れ予定となっている薬品に関する情報が表示されている。以下の説明においてもＡ水処理設備１０－１が選択されているものとして説明する。
　図８に示す表示画像ＩＭ１において、ボタンＢ１（残量予測確認用ボタン）が操作されると、ユーザ装置３０の表示部３２には、図９の表示画像ＩＭ２が表示される。図９は、残量予測の確認を行うための表示画像ＩＭ２の一例を示す図である。表示画像ＩＭ２は、例えばＧＵＩである。図９に示す表示画像ＩＭ２には、例えば、複数のボタンＢ１～Ｂ４の他に、残量予測の確認対象となる薬品の情報、ボタンＢ５～Ｂ６及び情報ｉｎｆ３～６が表示される。図９では、残量予測の対象となる薬品の情報として、硫酸が示されている。すなわち、図９には、硫酸を貯留している薬品タンク２０（例えば、Ｔ１タンク）の残量に関する情報が表示されている。
　ボタンＢ５は、例えば情報ｉｎｆ３に表示させる情報を選択するためのボタンである。ボタンＢ５は、ボタンＢ５１及びＢ５２を含む。ボタンＢ５１は、情報ｉｎｆ３に表示する薬品タンク２０の単位を選択するためのボタンである。情報ｉｎｆ３に表示する薬品タンク２０の単位としては、重量（ｋｇ）、又は、長さ（ｍ）が挙げられる。ここで、長さは、薬品タンク２０の重力方向の長さを表す。ボタンＢ５２は、情報ｉｎｆ３に表示する薬品タンク２０の残量の時系列データの期間を選択するためのボタンである。図９に示した例では、期間として１か月、２か月、３か月を示しているが、これは一例であり、期間は特に限定されない。
　情報ｉｎｆ３は、残量予測の予測結果を表す。例えば、情報ｉｎｆ３には、１日毎の使用率の情報と、実際の残量の情報と、残量予測の情報とが表示される。実際の残量の情報とは、薬品タンク２０から取得された計測データに基づいて算出された薬品タンク２０の残量の情報を表す。図９では、ボタンＢ５２において“２か月”が選択されているため、情報ｉｎｆ３には、薬品タンク２０の残量の時系列データが“２か月”分（当日の前後１か月分ずつ）表示されている。情報ｉｎｆ３に示す線分Ｌ１は実際の残量の時系列データを表し、線分Ｌ２は残量予測の時系列データを表し、線分Ｌ３は薬品の補充の基準となる補給値を表し、線分Ｌ４は薬品タンク２０に貯留させる薬品の上限値を表し、線分Ｌ５は薬品タンク２０に貯留させる薬品の下限値を表す。なお、補給値、上限値及び下限値の値は、設定により変更されてもよい。
　情報ｉｎｆ４は、該当する薬品に関する残量予測の予測結果及び発注計画における異常の有無を表す。ここで、残量予測の予測結果及び発注計画における異常とは、残量予測の結果として薬品タンク２０内の残量が補給値未満になること、発注計画で計画された時期に補充することにより薬品タンク２０の容量を超えてしまうこと等が挙げられる。異常がない場合、情報ｉｎｆ４には正常であることを示す情報（例えば、“正常”）が表示され、異常がある場合、情報ｉｎｆ４には異常であることを示す情報（例えば、警報の重さに応じて、“軽警報”、“中警報”、“重警報”のいずれか）が表示される。なお、異常がある場合、表示画像ＩＭ２には各警報の件数が表示されてもよい。
　情報ｉｎｆ５は、該当する薬品を受け入れる（該当する薬品が業者から配送される）予定日を表す。情報ｉｎｆ５の情報は、発注計画で発注が確定した場合に表示される。発注が確定とは、業者に発注の依頼がなされたことを意味する。そのため、発注計画が作成された時点では業者に発注が依頼されていないため、発注計画が作成された段階では情報ｉｎｆ５には予定日を表示しないことも可能である。
　情報ｉｎｆ６は、予測値に関する情報を表す。情報ｉｎｆ６に示す予測算出値は、ｉｎｆ３に示す予測値の時系列データを作成した際に用いた値を表す。情報ｉｎｆ６に示す算出日数は、予測値を算出するために用いた過去の日数を表し、使用量／日は算出日数分の実際の使用量の値を用いて算出された予測値を表す。例えば、使用量／日は、算出日数分の実際の使用量の値の平均値であってもよい。ここでは、７日分の実際の使用量の値を用いて算出された予測値が９００ｋｇであることが示されている。また、情報ｉｎｆ６に示す参考値は、予測算出値の算出に用いた日数と異なる日数（例えば、１０日や１５日等）で予測値を算出した場合の値を表す。なお、算出日数は、薬品種毎に異なってもよい。
　ボタンＢ６は、予測値を手動で変更するためのボタンである。長期の休み、急激な薬品の使用等の諸事情により、過去の使用量の推移と比べて大幅に使用量が異なることが予測される場合には、過去の使用量に基づいて推定された残量予測の通りにならない場合も想定される。このような場合を想定して、諸事情により、過去の使用量の推移と比べて大幅に使用量が異なることが予測される場合には、ユーザはボタンＢ６により、予測値を手動で変更することにより残量予測を変更してもよい。図９に示す表示画像ＩＭ２において、ボタンＢ６が操作されると、ユーザ装置３０の表示部３２には、図１０の表示画像ＩＭ３が表示される。図１０は、予測値を手動で変更するための表示画像ＩＭ３の一例を示す図である。表示画像ＩＭ３は、例えばＧＵＩである。図１０に示す表示画像ＩＭ３には、例えば、複数のボタンＢ１～Ｂ５、残量予測の確認対象となる薬品の情報、情報ｉｎｆ３及び情報ｉｎｆ６の他に、入力領域Ｒ１とボタンＢ７とが表示される。
　入力領域Ｒ１は、予測値を変更したい期間を入力するための領域を表す。入力領域Ｒ１には、開始日、終了日及び使用量／日を入力するための領域が設けられている。ユーザは、操作部３３を介して、予測値を変更したい期間に相当する情報を開始日及び終了日の領域に入力し、変更後の予測値を使用量／日の領域に入力する。なお、複数の期間で予測値を変更したい場合には、入力領域Ｒ１に設けられている追加ボタンを選択することで、複数の期間の入力が可能になる。
　ボタンＢ７は、入力領域Ｒ１に入力された情報に基づいて、再度残量予測のシミュレーションを実行させるためのボタンである。ユーザによりボタンＢ７が選択されると、発注支援装置４０の予測部４３３は入力領域Ｒ１に入力された情報に基づいて、再度残量予測のシミュレーションを実行する。例えば、予測部４３３は、開始日及び終了日で特定される期間（特定の期間）の残量の時系列データの予測値を、使用量／日に入力された予測値として、残量予測のシミュレーションを行う。ユーザは、修正後のシミュレーション結果を踏まえて、発注計画を変更するようにしてもよい。これにより、過去の使用量の推移と比べて大幅に使用量が異なることが予測される場合等、状況に応じて対応が可能になる。
　図９に示す表示画像ＩＭ２、又は、図１０に示す表示画像ＩＭ３において、ユーザが、ボタンＢ５１における単位を重量（ｋｇ）から長さ（ｍ）に切り替えた場合、ユーザ装置３０の表示部３２には、図１１の表示画像ＩＭ４が表示される。図１１は、残量予測の確認を行うための表示画像ＩＭ４の一例を示す図である。表示画像ＩＭ４は、例えばＧＵＩである。図１１に示す表示画像ＩＭ４は、図９に示す表示画像ＩＭ２と比較して情報ｉｎｆ３の表示が変更されている。具体的には、表示画像ＩＭ４では、縦軸の表示が高さ（ｍ）に変更され、薬品タンク２０の高さに応じた残量の推移の時系列データ（実績と、予測）が表示されている。このように、薬品タンク２０の高さに応じた残量の推移の時系列データを表示することで、重量による表示では薬品タンク２０内の残量が分かりづらいユーザにとって別の手段で薬品タンク２０内の残量の情報を提供することができる。
　図８～図１１に示す表示画像ＩＭ１～ＩＭ４のいずれかにおいて、ボタンＢ２（予定表確認用ボタン）が操作されると、ユーザ装置３０の表示部３２には、図１２の表示画像ＩＭ２が表示される。図１２は、薬品の受け入れ予定表の確認を行うための表示画像ＩＭ５の一例を示す図である。表示画像ＩＭ５は、例えばＧＵＩである。図１２に示す表示画像ＩＭ５には、例えば、複数のボタンＢ１～Ｂ４の他に、ボタンＢ８～Ｂ９及び情報ｉｎｆ７が表示される。
　情報ｉｎｆ７は、発注計画を表す。例えば、情報ｉｎｆ７には、発注計画作成部４３４により作成された発注計画の情報が表示される。ユーザは、スライダーＳを操作することで、さらに先の発注計画を表示させることができる。ボタンＢ８は、例えば情報ｉｎｆ７に表示されている発注計画のうち、未発注の薬品に関する発注計画を変更するためのボタンである。ユーザは、情報ｉｎｆ７に表示されている発注計画を確認して、ある未発注の薬品の発注日時を変更したい場合にボタンＢ８を選択する。ユーザは、ボタンＢ８を選択した後、発注日時を変更したい未発注の薬品の情報を、他の日時に移動させることで未発注の薬品の発注日時を変更する。ユーザにより、未発注の薬品の発注日時が変更されると、変更後の情報が発注支援装置４０に通知される。発注支援装置４０の発注計画作成部４３４は、変更後の発注日時において問題が生じるか否かを判定する。問題が生じる場合、発注支援装置４０は、警報（どのような問題が生じるのかを含む）をユーザ装置３０に通知する。問題が生じない場合、発注計画作成部４３４は変更後の発注計画のデータを記憶部４２に保存する。
　ボタンＢ９は、例えば管理者に対して、発注計画で示されている通りに業者に、発注依頼を行ってもよいか確認するためのボタンである。ユーザは、管理者に対して、情報ｉｎｆ７に表示されている発注計画で示されている通りに業者に発注依頼を行ってもよいか確認したい場合にボタンＢ９を選択する。ユーザによりボタンＢ９が選択されると、発注支援装置４０は、情報ｉｎｆ７に表示されている発注計画の情報を管理者が操作するユーザ装置３０に通知する。なお、発注支援装置４０は、情報ｉｎｆ７に表示されている発注計画の情報うち、既に発注依頼済みの情報については管理者に通知しなくてもよい。その後、管理者により発注依頼の承認がなされると、業者に対して薬品の発注がなされる。なお、発注支援装置４０は、情報ｉｎｆ７に表示されている発注計画の情報のうち、発注依頼済みの情報については変更できないようになっていてもよい。なお、発注計画作成部４３４により作成された発注計画の情報は、発注計画データ４２４として記憶部４２に保存される。
　図８～図１１に示す表示画像ＩＭ１～ＩＭ４のいずれかにおいて、ボタンＢ３（アラート確認用ボタン）が操作されると、ユーザ装置３０の表示部３２には、図１３の表示画像ＩＭ６が表示される。図１３は、アラートの確認を行うための表示画像ＩＭ６の一例を示す図である。表示画像ＩＭ６は、例えばＧＵＩである。図１３に示す表示画像ＩＭ６には、例えば、複数のボタンＢ１～Ｂ４の他に、情報ｉｎｆ８が表示される。
　情報ｉｎｆ８は、アラート一覧を表す。例えば、情報ｉｎｆ８には、警報のレベル順に、警報の対象となる薬品タンク２０、発生日時、アラートの内容及び確認ボタンＢ１０が表示される。ユーザは、情報ｉｎｆ８を見ることで、どの薬品タンク２０において警報が発生しているのかを把握することができる。確認ボタンＢ１０は、警報の対象となっているアラート内容を確認するためのボタンである。ユーザが、確認ボタンＢ１０を選択すると、ユーザ装置３０の表示部３２には警報の対象となっている情報が表示される。例えば、ユーザ装置３０の表示部３２には、該当する箇所の表示画像が表示されてもよい。
　図１４及び図１５は、実施形態における薬品発注支援システム１００における処理の流れを示すシーケンス図である。なお、図１４及び図１５の説明では、発注支援装置４０が、１つの水処理設備１０（例えば、Ａ水処理設備１０－１）から計測データを収集する場合を例に説明する。
　Ａ水処理設備１０－１における各液位計は、自装置が接続される薬品タンク２０内の液位を計測する（ステップＳ１０１）。各液位計により計測された薬品タンク２０内の液位の情報を計測データとして例えばデータ収集端末から発注支援装置４０に送信する（ステップＳ１０２）。この際、各液位計の計測データは、自計器の識別情報（液位計ＩＤ）を対応付けられて発注支援装置４０に送信される。発注支援装置４０の通信部４１は、送信された各液位計の計測データを受信する。情報取得部４３１は、通信部４１によって受信された計測データを取得する。
　データ管理部４３２は、情報取得部４３１によって取得された計測データを記憶部４２に蓄積する（ステップＳ１０３）。具体的には、データ管理部４３２は、記憶部４２に記憶されているタンクＤＢ４２１を読み出す。次に、データ管理部４３２は、読み出したタンクＤＢ４２１の液位計ＩＤを参照し、情報取得部４３１によって取得された計測データに対応付けられている液位計ＩＤに対応するレコードを選択する。データ管理部４３２は、選択したレコードの計測データの項目に、情報取得部４３１によって取得された計測データを時系列に蓄積する。データ管理部４３２は、情報取得部４３１によって計測データが取得される度に、ステップＳ１０３の処理を繰り返し実行する。このように、データ管理部４３２は、各薬品タンク２０に備えられている液位計から取得した計測データを蓄積する。
　データ管理部４３２は、予め定められた時刻（例えば、０時）になると、タンクＤＢ４２１の計測データの項目に蓄積されている計測データを用いて１日の使用量を薬品タンク２０毎に算出する（ステップＳ１０４）。データ管理部４３２は、算出した各薬品タンク２０の１日の使用量の情報を、タンクＤＢ４２１の各薬品タンク２０に対応する使用量履歴の項目に時系列に蓄積する。これにより、タンクＤＢ４２１の使用量履歴の項目には、薬品タンク２０毎に１日の使用量の情報が蓄積される。ステップＳ１０１からステップＳ１０４までの処理が数日間繰り返し実行されることにより、タンクＤＢ４２１の使用量履歴の項目には、薬品タンク２０毎に１日の使用量の情報が数日間分蓄積されることになる。
　予測部４３３は、タンクＤＢ４２１の使用量履歴の項目に蓄積された数日間分の１日の使用量の情報に基づいて残量予測を薬品タンク２０毎に行う（ステップＳ１０５）。例えば、予測部４３３は、タンクＤＢ４２１のタンク名“Ｔ１タンク”に対応するレコードの使用量履歴の項目に蓄積された数日間分の１日の使用量の情報を取得する。予測部４３３は、取得した数日間分の１日の使用量の情報を用いて、１日の使用量を推定する。これが予測値である。予測部４３３は、タンク名“Ｔ１タンク”の薬品タンク２０の実際の薬品の残量から、推定した予測値分だけ減算し続け、残量予測を行う。また、“Ｔ１タンク”の薬品タンク２０に薬品が補充されると、予測部４３３は、補充後の“Ｔ１タンク”の薬品タンク２０の薬品の残量から、推定した予測値分だけ再度減算し続け、残量計測を行う。このようにして、予測部４３３は、残量予測を薬品タンク２０毎に行う。
　ユーザは、ユーザ装置３０を操作して、発注支援装置４０にアクセスする（ステップＳ１０６）。ユーザ装置３０の提供部４３５は、アクセスに応じて、図８に示す表示画像ＩＭ１を表示させるための表示情報をユーザ装置３０に提供する（ステップＳ１０７）。ユーザ装置３０の通信部３１は、発注支援装置４０から送信された表示情報を受信する。ユーザ装置３０の表示制御部３５２は、通信部３１によって受信された表示情報を解釈することで、表示画像ＩＭ１を表示部３２に表示させる（ステップＳ１０８）。ユーザは、ある薬品（例えば、硫酸）を貯留している薬品タンク２０の残量を確認するために、ユーザ装置３０を操作して、表示画像ＩＭ１に表示されたボタンＢ１を選択（押下）する（ステップＳ１０９）。ユーザにより、表示画像ＩＭ１に表示されたボタンＢ１が選択されると、ユーザ装置３０は残量予測確認用ボタンが押下されたことを発注支援装置４０に通知する（ステップＳ１１０）。
　発注支援装置４０の提供部４３５は、残量予測確認用ボタン押下の通知に応じて、例えば図９に示す表示画像ＩＭ２を表示させるための表示情報をユーザ装置３０に提供する（ステップＳ１１１）。具体的には、提供部４３５は、タンクＤＢ４２１を参照し、ユーザにより選択された薬品を貯留している薬品タンク２０の使用量履歴と残量の情報、及び、予測部４３３によって行われた残量予測の結果とを取得する。提供部４３５は、取得した各情報を用いて、図９に示す表示画像ＩＭ２を表示させるための表示情報をユーザ装置３０に提供する。
　ユーザ装置３０の通信部３１は、発注支援装置４０から送信された表示情報を受信する。ユーザ装置３０の表示制御部３５２は、通信部３１によって受信された表示情報を解釈することで、表示画像ＩＭ２を表示部３２に表示する（ステップＳ１１２）。これにより、ユーザ装置３０の表示部３２には、ある薬品の残量予測の結果が表示される。次に、ユーザは、薬品の発注計画を作成するために、ユーザ装置３０を操作して、表示画像ＩＭ２に表示されたボタンＢ２を選択（押下）する（ステップＳ１１３）。ユーザにより、表示画像ＩＭ２に表示されたボタンＢ２が選択されると、ユーザ装置３０は予定表確認用ボタンが押下されたことを発注支援装置４０に通知する（ステップＳ１１４）。
　発注支援装置４０の発注計画作成部４３４は、予定表確認用ボタン押下の通知に応じて、記憶部４２に記憶されている各データベースを用いて、発注計画を作成する（ステップＳ１１５）。なお、発注計画の具体的な作成方法については図１６で説明する。提供部４３５は、作成された発注計画を含む表示画像ＩＭ５を表示させるための表示情報をユーザ装置３０に提供する（ステップＳ１１６）。ユーザ装置３０の通信部３１は、発注支援装置４０から送信された表示情報を受信する。ユーザ装置３０の表示制御部３５２は、通信部３１によって受信された表示情報を解釈することで、表示画像ＩＭ５を表示部３２に表示する（ステップＳ１１７）。
　図１６は、実施形態における発注支援装置４０が行う発注計画の作成処理の流れを示すフローチャートである。
　発注計画作成部４３４は、残量予測の結果に基づいて、発注が必要な薬品を選択する（ステップＳ２０１）。具体的には、発注計画作成部４３４は、残量予測の結果として補充値を下回った薬品を発注が必要な薬品として選択する。次に、発注計画作成部４３４は、薬品－業者ＤＢ４２３を参照して、選択した発注が必要な薬品毎に、発注を依頼する業者を選択する（ステップＳ２０２）。この際、発注計画作成部４３４は、薬品－業者ＤＢ４２３の割合に応じて、発注を依頼する業者を選択する。例えば、発注計画作成部４３４は、硫酸１０，０００ｋｇの発注を依頼する場合、Ａ株式会社に硫酸７，０００ｋｇ、Ｂ株式会社に硫酸３，０００ｋｇの発注を依頼するように業者を選択する。
　発注計画作成部４３４は、業者を選択した薬品毎に配送日時を選択する（ステップＳ２０２）。例えば、発注計画作成部４３４は、配送日については残量予測の結果として補充値を下回ったタイミングを配送日として薬品毎に選択する。例えば、発注計画作成部４３４は、配送時間については配送日において業者が配送可能時間帯、かつ、空いている時間帯を薬品毎に選択する。ここで、空いている時間帯とは、発注計画において発注の依頼がなされていない時間帯である。なお、特記事項として、早い時間帯に配送等のように時間帯を指定する情報がある薬品については、発注計画作成部４３４は、特記事項に基づいて時間帯を選択する。
　発注計画作成部４３４は、選択した薬品毎の配送日時と、タンクＤＢ４２１とに基づいて、同じ設置エリアで、かつ、配送日時が少なくとも一部重複する異なる薬品種の薬品があるか否かを判定する（ステップＳ２０４）。図５に示すタンクＤＢ４２１では、硫酸、苛性ソーダ及び塩酸が、異なる薬品種で同じ設置エリアに薬品タンク２０が設置されている薬品である。一例として、ステップＳ１０１の処理において発注が必要な薬品として硫酸と苛性ソーダとが選択され、硫酸と苛性ソーダの配送日時が一部重複する場合、発注計画作成部４３４は同じ設置エリアで、かつ、配送日時が少なくとも一部重複する異なる薬品種の薬品があると判定する。一方、一例として、ステップＳ１０１の処理において発注が必要な薬品として硫酸と苛性ソーダとが選択され、硫酸と苛性ソーダの配送日時が重複しない場合、発注計画作成部４３４は同じ設置エリアで、かつ、配送日時が少なくとも一部重複する異なる薬品種の薬品がないと判定する。
　発注計画作成部４３４は、同じ設置エリアで、かつ、配送日時が少なくとも一部重複する異なる薬品種の薬品があると判定した場合（ステップＳ２０４－ＹＥＳ）、薬品－業者ＤＢ４２３の優先順位に基づいて、発注計画に追加する順番を特定する（ステップＳ２０５）。上述した例のように、硫酸と苛性ソーダの配送日時が一部重複する場合、苛性ソーダよりも硫酸のほうが、優先度が高い。そこで、発注計画作成部４３４は、硫酸を苛性ソーダよりも発注計画に追加する順番を先にする。その結果、硫酸は、ステップＳ２０３の処理で選択した配送日時で決定され、苛性ソーダは、重複する時間帯に追加することができないため、異なる時間帯に配送を依頼することになる。
　発注計画作成部４３４は、業者及び配送日時が決定された薬品を発注計画に追加する（ステップＳ２０６）。その後、発注計画作成部４３４は、発注が必要な他の薬品があるか否かを判定する（ステップＳ２０７）。例えば、上述したように、同じ設置エリアで、かつ、配送日時が少なくとも一部重複する異なる薬品種の薬品のうち、優先度が低かった薬品（比較して選択されなかった薬品）については発注計画に追加されていない。そこで、発注計画作成部４３４は、上述した比較して選択されなかった薬品がある場合には、発注が必要な他の薬品があると判定する。一方、発注計画作成部４３４は、上述した比較して選択されなかった薬品がない場合には、発注が必要な他の薬品がないと判定する。
　発注計画作成部４３４は、発注が必要な他の薬品があると判定した場合（ステップＳ２０７－ＹＥＳ）、発注が必要な他の薬品について他の配送日時を、発注が必要な他の薬品毎に選択する（ステップＳ２０８）。例えば、発注計画作成部４３４は、他の配送日時として、残量予測の結果として補充値を下回ったタイミングであって、業者が配送可能時間帯、かつ、空いている時間帯を選択する。その後、発注計画作成部４３４は、ステップＳ２０４以降の処理を実行する。ステップＳ２０４の処理において、発注計画作成部４３４は、同じ設置エリアで、かつ、配送日時が少なくとも一部重複する異なる薬品種の薬品がないと判定した場合（ステップＳ２０４－ＮＯ）、ステップＳ２０６の処理を実行する。
　発注計画作成部４３４は、発注が必要な他の薬品がないと判定した場合（ステップＳ２０７－ＮＯ）、発注計画を作成する（ステップＳ２０９）。具体的には、発注計画作成部４３４は、発注する薬品の情報が追加された発注依頼を、最終的な発注依頼として作成する。
　以上のように構成された薬品発注支援システム１００によれば、より効率的に、水処理に利用する薬品の発注の支援を行うことが可能となる。具体的には、薬品発注支援システム１００では、水を浄化するために利用する複数種の薬品を貯留する複数の薬品タンク２０それぞれの残量を表す液位の計測データに基づいて、複数の薬品タンク２０それぞれの所定期間内の複数時点の残量の予測を行い、複数の薬品タンク２０それぞれの所定期間内の複数時点の残量の予測結果に基づいて、複数種類の薬品の発注計画を作成し、作成された発注計画の情報を要求元であるユーザ装置３０に提供する。このように、薬品発注支援システム１００では、複数種類の薬品を貯留する薬品タンク２０の残量の予測結果を加味して発注計画を作成している。したがって、各薬品の使用量に応じた薬品の発注ができるとともに、事前に薬品の発注ができる。さらに、薬品発注支援システム１００では、発注する薬品毎に決定した発注業者の情報を含む発注計画を作成している。さらに、薬品発注支援システム１００では、各薬品タンク２０の容量がオーバーしないように発注計画を作成している。このように、薬品発注支援システム１００は、従来の問題として挙げた４つの問題全てを加味した発注計画を作成することができる。また、ユーザは、作成された発注計画を確認するだけで済むため、薬品の予測から手配準備までを実施する必要がない。そのため、より効率的に、水処理に利用する薬品の発注の支援が可能になる。
　さらに、発注支援装置４０は、薬品タンク２０毎に設置エリアの情報が対応付けられており、発注計画作成時に、異なる種類の薬品の補充が同じエリアかつ同じ時間帯になる場合には、予め設定した優先順位で発注計画に追加する薬品を決定して、異なる種類の薬品の補充が同じエリアかつ同じ時間帯にならないように発注計画を作成する。これにより、大型薬品配送車（ローリー）の受け入れタイミングが重複または渋滞しない。そのため、効率的に薬品の補充が可能になる。
　さらに、発注支援装置４０は、同日内に複数回の薬品補充が必要となる薬品については、１回目と２回目の薬品補充の間隔を予め設定しておき、発注計画を作成する。これにより、同日に大型薬品配送車（ローリー）の受け入れ可能時間帯の中で複数回の薬品補充が可能になる。そのため、効率的に薬品の補充が可能になる。
　さらに、薬品発注支援システム１００では、薬品の補充後すぐに希釈させて均一化が必要な薬品種のように、補充に要する時間以外の処理で時間を要する薬品については特記事項を付加している。発注支援装置４０では、この特記事項も加味して発注計画を作成する。これにより、補充に要する時間以外の処理が行われている間に、大型薬品配送車（ローリー）の受け入れがないように発注計画を作成することができる。そのため、効率的に薬品の補充が可能になる。
　＜変形例１＞
　発注支援装置４０の発注計画作成部４３４は、薬品タンク２０が小型であったり、薬品タンク２０の貯留残量が多くて空き容量が不足している状況下において、同じ水処理設備１０内に同じ種類の薬品を貯留する薬品タンク２０が他にある場合、同じ種類の薬品を貯留する複数の薬品タンク２０に薬品を分納するように発注計画を作成してもよい。このように構成されることによって、大容量の薬品を運搬可能な大型薬品配送車（ローリー）で多くの量の薬品を配送してもらうことで配送コストを削減することができる。さらに、連休前など数日間の薬品補充が止まるときになるべく満タンに近い補充状態にすることができる。
　＜変形例２＞
　水処理設備１０においては、水処理負荷や水処理の稼働率は常に変化する。そこで、発注支援装置４０において、発注計画立案後において実際の計画データを用いて、計画どおりに薬品手配しても、薬品切れや薬品補充オーバーなどの異常事態がおきないかを一日に所定の回数（例えば、１回～４回）程度確認し、異常事態が起きそうな薬品を検出した場合は、単に警報（どの薬品の手配計画を見直すべきかを含んだ情報）をユーザ装置３０に通知するように構成されてもよい。また、発注支援装置４０は、異常事態を予測した場合、異常事態を回避できるように自動的に発注計画を見直し、見直したことを警報としてユーザ装置３０に通知してもよい。
　以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
　本発明は、水処理に利用する薬品の発注を行う際に適用できる。
１０…水処理設備，　２０…薬品タンク，　３０…ユーザ装置，　４０…発注支援装置，　３１、４１…通信部，　３２…表示部，　３３…操作部，　３４、４２…記憶部，　３５、４３…制御部，　３５１…通信制御部，　３５２…表示制御部，　４２１…タンクＤＢ，　４２２…業者ＤＢ，　４２３…薬品－業者ＤＢ，　４３１…情報取得部，　４３２…データ管理部，　４３３…予測部，　４３４…発注計画作成部，　４３５…提供部

Claims (8)

  1. 　水を浄化するために利用する複数種の薬品を貯留する複数の薬品タンクそれぞれの残量を表す液位の計測データを、前記複数の薬品タンクを備える１以上の水処理設備から受信する通信部と、
    　受信された前記計測データに基づいて、前記複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測を行う予測部と、
    　前記複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測結果に基づいて、複数種類の薬品それぞれの発注業者、配送日時及び配送量の情報を含む発注計画を作成する発注計画作成部と、
    　前記発注計画作成部により作成された前記発注計画の情報を要求元に提供する提供部と、
    　を備える発注支援装置。
  2. 　前記複数の薬品タンクそれぞれには、設置エリアの情報が対応付けられており、
    　前記発注計画作成部は、前記発注計画作成時に、異なる種類の薬品の補充が同じエリアかつ同じ時間帯になる場合には、予め設定した優先順位に基づいて優先して発注計画に追加する薬品を決定して、異なる種類の薬品の補充が同じエリアかつ同じ時間帯にならないように前記発注計画を作成する、
    　請求項１に記載の発注支援装置。
  3. 　前記複数の薬品タンクの一部には、他の薬品タンクから薬品が分配されて補充される薬品タンクであることを示す子タンク情報が対応付けられており、
    　前記予測部は、前記子タンク情報が対応付けられている薬品タンクの所定期間内の複数時点の残量の予測を行う場合には、前記子タンク情報が対応付けられている薬品タンクから得られる前記計測データと、前記子タンク情報で示される薬品タンクから得られる前記計測データとに基づいて、前記子タンク情報が対応付けられている薬品タンクの所定期間内の複数時点の残量予測を行う、
    　請求項１又は２に記載の発注支援装置。
  4. 　前記発注計画作成部は、同日内に複数回の薬品補充が必要となる薬品については薬品補充の間隔が所定の時間空くように前記発注計画を作成する、
    　請求項１又は２に記載の発注支援装置。
  5. 　前記発注計画作成部は、補充に要する時間以外の処理で時間を要する薬品については前記補充に要する時間以外の処理が行われている間には薬品の配送が行われないように前記発注計画を作成する、
    　請求項１又は２に記載の発注支援装置。
  6. 　前記予測部は、前記複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測後において、前記所定期間のうちの特定の期間におけるいずれかの時点の残量の予測値を変更する指示が入力された場合、前記特定の期間以降においては変更された予測値を踏まえて残量の予測を行う、
    　請求項１又は２に記載の発注支援装置。
  7. 　水を浄化するために利用する複数種の薬品を貯留する複数の薬品タンクを備える１以上の水処理設備と、
    　前記複数の薬品タンクそれぞれの残量を表す液位の計測データを前記１以上の水処理設備から受信する通信部と、
    　受信された前記計測データに基づいて、前記複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測を行う予測部と、
    　前記複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測結果に基づいて、複数種類の薬品それぞれの発注業者、配送日時及び配送量の情報を含む発注計画を作成する発注計画作成部と、
    　前記発注計画作成部により作成された前記発注計画の情報を要求元に提供する提供部と、
    　を備える薬品発注支援システム。
  8. 　水を浄化するために利用する複数種の薬品を貯留する複数の薬品タンクそれぞれの残量を表す液位の計測データを、前記複数の薬品タンクを備える１以上の水処理設備から受信し、
    　受信された前記計測データに基づいて、前記複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測を行い、
    　前記複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測結果に基づいて、複数種類の薬品の発注計画を作成し、
    　作成した前記発注計画の情報を要求元に提供する薬品発注支援方法。
PCT/JP2023/024457 2022-09-15 2023-06-30 発注支援装置、薬品発注支援システム及び薬品発注支援方法 WO2024057677A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022147070A JP7484983B2 (ja) 2022-09-15 2022-09-15 発注支援装置、薬品発注支援システム及び薬品発注支援方法
JP2022-147070 2022-09-15

Publications (1)

Publication Number Publication Date
WO2024057677A1 true WO2024057677A1 (ja) 2024-03-21

Family

ID=90274548

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/024457 WO2024057677A1 (ja) 2022-09-15 2023-06-30 発注支援装置、薬品発注支援システム及び薬品発注支援方法

Country Status (2)

Country Link
JP (1) JP7484983B2 (ja)
WO (1) WO2024057677A1 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004271043A (ja) * 2003-03-07 2004-09-30 Jfe Engineering Kk 薬剤管理方法および薬剤管理装置
JP2018103637A (ja) * 2016-12-12 2018-07-05 栗田工業株式会社 船舶の設備管理システム、設備管理プログラムおよび設備管理方法
JP2019103979A (ja) * 2017-12-13 2019-06-27 株式会社クボタ 水処理施設の管理装置、水処理施設の洗浄薬液発注システム、水処理施設の薬液発注方法及び水処理施設の薬液洗浄計画策定方法
CN111680904A (zh) * 2020-06-02 2020-09-18 上海明略人工智能(集团)有限公司 采购方案的获取方法和装置及存储介质
WO2021020434A1 (ja) * 2019-07-30 2021-02-04 京セラ株式会社 情報処理システム
JP2021101176A (ja) * 2019-12-24 2021-07-08 栗田工業株式会社 薬注システムの管理方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004271043A (ja) * 2003-03-07 2004-09-30 Jfe Engineering Kk 薬剤管理方法および薬剤管理装置
JP2018103637A (ja) * 2016-12-12 2018-07-05 栗田工業株式会社 船舶の設備管理システム、設備管理プログラムおよび設備管理方法
JP2019103979A (ja) * 2017-12-13 2019-06-27 株式会社クボタ 水処理施設の管理装置、水処理施設の洗浄薬液発注システム、水処理施設の薬液発注方法及び水処理施設の薬液洗浄計画策定方法
WO2021020434A1 (ja) * 2019-07-30 2021-02-04 京セラ株式会社 情報処理システム
JP2021101176A (ja) * 2019-12-24 2021-07-08 栗田工業株式会社 薬注システムの管理方法
CN111680904A (zh) * 2020-06-02 2020-09-18 上海明略人工智能(集团)有限公司 采购方案的获取方法和装置及存储介质

Also Published As

Publication number Publication date
JP2024042389A (ja) 2024-03-28
JP7484983B2 (ja) 2024-05-16

Similar Documents

Publication Publication Date Title
US10621544B2 (en) System and method of inventory management
US8595041B2 (en) Task responsibility system
TW476900B (en) Integrated system monitoring use of materials, controlling and monitoring delivery of materials and providing automated billing of delivered materials
JP2014026415A (ja) 発注支援装置、発注支援方法および生産管理システム
US6163761A (en) System for monitoring and controlling production and method therefor
JP2015228073A (ja) 配送計画装置、配送計画システム、配送計画方法、及びプログラム
JP4303900B2 (ja) 医薬品自動補充システム
WO2024057677A1 (ja) 発注支援装置、薬品発注支援システム及び薬品発注支援方法
JP2002149819A (ja) 薬品卸業務管理システム
JP2004355380A (ja) プラントデータ管理システム
JP2021086533A (ja) ガス配送処理方法、システム、プログラム、サーバー装置および記録媒体
KR101085020B1 (ko) 레미콘 품질 관리 장치 및 방법
JP2006318046A (ja) 情報管理システムおよび情報管理方法
JPH1149296A (ja) 給油所管理装置
US20210110336A1 (en) Service and inventory management system and method
JP2015087843A (ja) 木材プレカット工場用業務支援システム
JP2006331071A (ja) 部品請求システムと部品請求プログラムと記録媒体と部品請求方法
JP2019016959A (ja) 測量機の通信管理システム
JP2008204168A (ja) 商品流通管理システム
CN114626873A (zh) 信息处理装置、信息处理方法以及计算机可读介质
US20090048898A1 (en) Method of Managing Schedule and Server and Program for Performing the Same
JP2001318966A (ja) 生コンクリート製造工場のセメント在庫管理・生産管理方法
JP4268151B2 (ja) 生産管理装置、生産管理用プログラム及び生産管理方法
JP2009064354A (ja) データベースの容量監視システム及びデータベースの容量予測方法
KR102471034B1 (ko) 집수리 서비스 시스템, 서버 및 방법

Legal Events

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

Ref document number: 23865039

Country of ref document: EP

Kind code of ref document: A1