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

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. 水を浄化するために利用する複数種の薬品を貯留する複数の薬品タンクそれぞれの残量を表す液位の計測データを、前記複数の薬品タンクを備える１以上の水処理設備から受信し、
   受信された前記計測データに基づいて、前記複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測を行い、
   前記複数の薬品タンクそれぞれの所定期間内の複数時点の残量の予測結果に基づいて、複数種類の薬品の発注計画を作成し、
   作成した前記発注計画の情報を要求元に提供する薬品発注支援方法。

Images