(57)【特許請求の範囲】
【請求項１】
薬液を所定の容器に充填して客先に配送すると共に、上記客先から用済みの容器を回収して再利用する薬液供給サービスを実現する薬液供給管理システムであって、
複数の客先と該客先の所在を路線別に分類した路線情報とを関連付けて登録したデータベースと、
前記客先からの薬液配送依頼に従ってその客先情報および薬液の種別と量を示す受注情報を入力すると共に、前記データベースを参照して前記路線別に薬液配送指令を発する受注情報入力手段と、
前記受注情報に従って前記薬液を充填して客先に配送する容器の出荷個数を客先別に管理するデータ管理手段と、
前記客先からの容器回収依頼に応じてその客先情報と回収容器数とを入力する回収情報入力手段と、
上記客先情報と回収容器数とに従って前記データベースを参照して前記路線別に客先情報と回収容器数とを出力する回収情報出力手段と
を具備したことを特徴とする薬液供給管理システム。
【請求項２】
請求項１に記載の薬液供給管理システムにおいて、
前記回収情報出力手段から出力された路線別の客先情報と回収容器数とに従って前記客先から容器を回収したとき、前記データ管理手段により管理されている管理データを更新する管理データ更新手段を備えることを特徴とする薬液供給管理システム。
【請求項３】
前記管理データ更新手段は、
前記客先から回収した容器の数と、その回収元の客先情報を入力する回収結果入力手段と、
この回収結果入力手段により入力された客先毎の回収容器数を前記データ管理手段において客先毎に管理されている容器の出荷数から差し引いて前記容器の客先保有数求め、この客先保有数を評価して所定の基準を上回る客先に対して注意を促す異常処理手段と
を備えることを特徴とする請求項２に記載の薬液供給管理システム。
【請求項４】
前記異常処理手段における客先保有数の評価は、一定期間毎に前記容器の客先保有数を求め、この客先保有数を所定の基準閾値と比較することで客先毎に容器の回収効率を評価するものである請求項３に記載の薬液供給管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば水処理設備への薬液の供給に繰り返し用いられる容器と、その容器の使用状況を管理する容器管理システムに関する。
【０００２】
【関連する背景技術】
冷却水系やボイラ水系等の各種の水処理設備においては、スライム除去剤やスケール防止剤等の水処理薬品が投入される。この種の水処理薬品は、従来一般的にはビニール袋や段ボールケース等の容器に封入して、その工場から水処理設備現場に配送され、所定の貯留槽に移し替えられる。尚、水処理薬品の配送に供された容器（ビニール袋や段ボールケース）は、用済みとして廃棄処分される。
【０００３】
一方、容器の廃棄量を低減して省資源化を図るべく、繰り返し使用可能な容器（リターナブル容器）を用いて上述した水処理薬品の供給を実現することが提唱されている。このような容器は、例えばエコシャトル（ＥＣＯ  ＳＨＵＴＴＬＥ；栗田工業(株)の登録商標）と称され、環境に優しい薬品供給方式として注目されている。
【０００４】
【発明が解決しようとする課題】
しかしながら水処理薬品を供給する為の容器が繰り返し使用可能であるといえども、薬液を充填して客先に配送した容器をその客先から回収しなければ、その容器を再使用することはできない。しかし客先における薬液の使用状況は様々であり、従って客先に配送した容器を定期的に回収することは困難である。また逆に容器の回収が円滑に行われないと、客先において用済みとなった容器が数多く溜まることになり、容器の有効活用が妨げられる。しかも客先からの容器の回収頻度や１回当たりの回収個数によっては、その回収コストが嵩むと言う問題も生じる。
【０００５】
本発明はこのような事情を考慮してなされたもので、その目的は、薬品類を充填して客先に配送した容器を、その客先から効率的に回収して再使用することができ、また容器の回収コストを抑えて容器の利用効率（再使用効率）を高めることのできる薬液供給管理システムを提供することにある。
【０００６】
【課題を解決するための手段】
上述した目的を達成するべく本発明に係る薬液供給管理システムは、繰り返し再使用可能な容器に薬液を充填して客先に配送すると共に、上記客先から用済みの容器を回収して再利用する薬液供給サービスを実現するものであって、
複数の客先と該客先の所在を路線別に分類した路線情報とを関連付けて登録したデータベースを備え、
前記客先からの薬液配送依頼に従ってその客先情報および薬液の種別と量を示す受注情報を入力処理し、前記データベースを参照してその客先に対する薬液配送指令を路線別に発する（受注情報入力手段）と共に、上記受注情報に従って前記薬液を充填して客先に配送する容器の出荷個数を客先別に管理するデータ管理手段を備える。そして前記客先からの容器回収依頼に応じてその客先情報と回収容器数とを入力処理する（回収情報入力手段）と共に、上記客先情報と回収容器数とに従って前記データベースを参照して前記路線別に客先情報と回収容器数とを出力して（回収情報出力手段）、その回収を促すことを特徴としている。
【０００７】
即ち、本発明に係る薬液供給管理システムは、複数の客先とその所在を路線別に分類した路線情報とを関連付けて登録したデータベースを備え、客先からの薬液配送依頼に従ってその客先への薬液配送指令を路線別に発すると共に、その客先の情報と当該客先に配送する容器の出荷個数を管理し、一方、客先からの容器回収依頼に応じて前記データベースを参照して前記路線別に容器回収先の客先情報と回収容器数とを出力し、容器の回収を促すことで、その配送と回収とを客先の所在に応じた路線別に効率的に行うことを特徴としている。
【０００８】
また本発明に係る薬液供給管理システムは、請求項２に記載するように、更に前記回収情報出力手段から出力された路線別の客先情報と回収容器数とに従って前記客先から容器を回収したとき、前記データ管理手段により管理されている管理データを更新する管理データ更新手段を備えることを特徴としている。即ち、客先別に、その客先に配送されている容器の個数、つまりその客先から回収されていない容器の個数を一元的に管理することを特徴としている。
【０００９】
好ましくは前記管理データ更新手段は、例えば請求項３に記載するように、前記客先から回収した容器の数とその回収元の客先情報を入力処理し（回収結果入力手段）、この回収結果入力手段により入力された客先毎の回収容器数を前記データ管理手段において客先毎に管理されている容器の出荷数から差し引いて前記容器の客先保有数求め、この客先保有数を評価して所定の基準を上回る客先に対して注意を促す異常処理手段を備える。
【００１０】
より具体的には請求項４に記載するように前記異常処理手段においては、一定期間毎に前記容器の客先保有数を求め、この客先保有数を所定の基準閾値と比較することで容器の回収効率を評価し、例えば容器の回収効率の悪い客先に対して注意を促すことを特徴としている。
【００１１】
【発明の実施の形態】
以下、図面を参照して本発明の一実施形態に係る薬液供給管理システムについて説明する。
尚、ここでは冷却水系やボイラ水系等の各種の水処理設備を備えた客先に対して、その水処理設備において使用されるスライム除去剤やスケール防止剤等の水処理薬品を、再使用可能な容器（リターナブル容器）に充填して配送し、またその客先から用済みの容器を回収して再利用する薬液供給サービスを実現する場合を例に説明する。
【００１２】
図１はこの実施形態に係る薬液供給管理システムの概略的な構成を示す図であって、１（１ａ,１ｂ,〜１ｎ）は水処理設備を備えた複数の客先、２（２ａ,２ｂ,〜２ｍ）は上記各客先（水処理設備）１においてそれぞれ使用される水処理薬品を製造する薬品工場や薬品を貯蔵する薬品倉庫である。また３は前記各客先１の所在に応じて、客先１との接点（営業窓口）をなす営業所である。
【００１３】
ちなみにこのシステムにおいては、営業所３において客先１からの水処理薬品の配送依頼を受けてその受注情報を管理センタ４に通知し、この管理センタ４の管理の下で所定の運送会社５を通じて前記各薬品工場２から前記各客先１に対して、配送要求のあった水処理薬品を所定のリターナブル容器に充填して配送するように構築される（薬品配送処理）。またこのシステムにおいては、営業所３において客先１からの前記容器の回収依頼を受けてその回収依頼情報を管理センタ４に通知し、管理センタ４の管理の下で前記運送会社５を通じて前記客先１から用済みの容器を回収し、例えば最寄りの薬品工場２に返送するように構築される（容器回収処理）。
【００１４】
尚、水処理薬品の配送に供せられるリターナブル容器Ａは、例えば図２に示すように幅３４０ｍｍ，高さ３５０ｍｍ，奥行き２５０ｍｍのポリエチレン製のものからなり、その上部には取っ手Ｂが一体に形成されている。また容器Ａの肩部には注入・排出口部Ｃが設けられており、この注入・排出口部Ｃには密閉キャップＤが螺着されるようになっている。
【００１５】
また容器Ａの側面部には、例えば容器Ａに充填した水処理薬品等の製品名や、その取り扱い注意書き等を記載したラベルシートＥが貼着されるようになっている。更に容器Ａの側面上部には、当該容器Ａの製造年月日や該容器Ａに固有な容器コード（容器ＩＤコード）、更にはその容量等を示す規格コード等を外部から読み取り可能に記録したラベル部Ｆが設けられている。
【００１６】
このラベル部Ｆは、上述した製造年月日や容器コード等の情報を、例えばＱＲコード（クイックレスポンス２次元コード）として表したものであり、レーザによる焼き付けによって容器Ａの外面に直接記録される。ちなみにこのようにして容器Ａに設けられるラベル部（ＱＲコード）Ｆによれば、色落ちや印刷インクの剥がれ等の問題がなく、またその全体の３０％程度が損傷してもその記録内容の読み取りが可能であると言う利点があり、繰り返し使用される容器Ａの使用状況を管理する上で好適である。
【００１７】
さて前述した如く構築されるシステムにおいて、薬品配送処理および容器回収処理をそれぞれ管理して薬液供給サービスを実現する管理センタ４は、前述した複数の客先１（１ａ,１ｂ,〜１ｎ）の名称（識別名）と、これらの客先１の所在を路線別に分類した路線情報とを関連付けて登録したデータベース（ＤＢ）６を備えている。このデータベース（ＤＢ）６は、例えば図３に示すように客先１の[名称],[住所],[電話番号],[担当者],[路線]からなる客先情報を、そのサービス内容に応じて予め登録したものである。またこのデータベース６には、上記各客先情報に付随して、当該客先から受注した（配送依頼のあった）水処理薬品に関する[水処理薬品名]とその[受注日]の情報が登録されるようになっており、更には後述するようにその客先１に対して上記水処理薬品を充填して配送する容器の[容器出荷数]と、該客先１から回収した容器の[容器回収数]とがそれぞれ登録されるようになっている。
【００１８】
尚、前記路線情報は、例えば運送会社５が１回の運行によって訪れることのできる客先１を、客先１の所在（住所）に応じて分類したものであり、例えば「○○地区」なる情報として与えられる。また前記サービス内容は客先１に対して供給する薬液（水処理薬品）の種別や配送依頼回数によって分類される。従って同一の客先１であっても複数種の水処理薬品を供給する場合や、２回以上に亘って水処理薬品を供給する場合には、データベース６には水処理薬品の種類やその配送回数に応じた別々の管理項目として順次登録される。
【００１９】
しかして前記管理センタ４は、前述した営業所３を通して客先１から水処理薬品の配送依頼があったとき、後述するようにして前記データベース６にその配送依頼情報を登録し、その情報内容に応じて前記運送会社５に対して配送指令を発する。そして運送会社５は、上記配送指令（指令内容）に従って所定の薬品工場２から客先１に対して、水処理薬品を充填した容器を所定数配送する。また管理センタ４は、前述した営業所３を通して客先１から用済みとなった容器の回収依頼があったとき、前記データベース６を参照して前記運送会社５に対して容器回収指令を発する。そして運送会社５は、上記回収指令（指令内容）に従って客先１から容器を回収し、例えば最寄りの薬品工場２に返送する。
【００２０】
このようにして管理センタ４の管理の下で実行される水処理薬品の配送処理について詳しく説明すると、図４にその配送処理の概念を示し、また図５にその概略的な処理手順を示すように、客先１から営業所３に対して水処理薬品の配送依頼があると（ステップＳ１）、その配送依頼を受けた営業所３においては、例えばその通信端末から管理センタ４をアクセスし、その客先情報および薬液の種別と量を示す受注情報を入力処理する（ステップＳ２）。この入力処理によって前記データベース６における客先１の[名称]と[水処理薬品名]とが指定され、その[受注日]と[容器出荷数]とが登録される。この受注情報の登録処理は、客先１からの薬液配送依頼がある都度行われる。
【００２１】
すると管理センタ４においては、例えば営業日の午前１１時毎にデータベース６を参照して薬液の配送依頼のあった客先１の情報を取得すると共に、依頼された薬液の種別とその出荷個数の情報を得、先ず薬品工場または薬品倉庫２に対して薬液配送指令を発する（ステップＳ３）。即ち、一般的には薬品工場２によって製造している薬液の種別が異なることから、管理センタ４においては配送依頼された薬液の種別に従って、その薬液を発送すべき薬品工場（薬品倉庫）２を決定し、その薬品工場（薬品倉庫）２に対して当該薬液を充填した容器の出荷個数と、その配送先（客先）の情報等を通知する。
【００２２】
また管理センタ４においては、前記客先１の路線情報に従って、その客先１への薬液の配送をどの運送会社５に委託するかを決定する。そしてその路線別に出荷リストを作成し、配送会社５に対して薬液（容器）の配送依頼を発する（ステップＳ４）。この出荷リストは、どの薬品工場２からどの客先１に対して、薬液を充填した容器を幾つ配送するかと言う薬液出荷情報を路線別に作成したものからなる。
【００２３】
尚、このようにして行われる配送指令は、その出荷伝票（出荷リスト）をＦＡＸ等を用いて運送会社５および薬品工場２にそれぞれ通知しても良いが、管理センタ４と運送会社５および薬品工場（薬品倉庫）２とを結ぶ通信ネットワークを介して、いわゆるコンピュータ画面情報として通知するようにしても良い。逆に運送会社５や薬品工場（薬品倉庫）２側から、管理センタ４を定期的にアクセスし、データベース６上に構築された出荷伝票（出荷リスト）を読み出すようにしても良い。
【００２４】
すると出荷伝票を受けた薬品工場（薬品倉庫）２においては、客先１に出荷すべき薬品を充填した容器をその指定された個数準備し、また運送会社５においては出荷リストに従って薬品工場２から客先１に対して上記薬品を充填した容器を指定個数ずつ配送することになる（ステップＳ５）。これによって薬液の配送依頼の受け付けから当該薬液の配送までの一連の薬液供給サービスが完了する。そして前記データベース６には、どの客先１に対してどのような薬液を容器に充填して、何本出荷したかの記録（容器出荷個数）が残されることになる。
【００２５】
一方、客先１からの用済み容器の回収処理は、例えば図６にその回収送処理の概念を示し、また図７にその概略的な処理手順を示すようにして実行される。即ち、客先１から営業所３に対して用済み容器の回収依頼が発せられると（ステップＳ１１）、その回収依頼を受けた営業所３においては、例えばその通信端末から管理センタ４をアクセスし、その客先情報および容器の回収数を示す回収情報を入力処理する（ステップＳ１２）。この入力処理によって前記データベース６における客先１の[名称]が指定され、その[容器回収数]が登録される。この回収情報の登録処理は、客先１からの容器の回収依頼がある都度行われる。
【００２６】
すると管理センタ４においては、例えば営業日の午前１１時毎にデータベース６を参照して容器の回収依頼のあった客先の名称を手掛かりとしてその路線情報を得、路線別に容器回収先の客先１を分類する。同時に上記路線情報に従って容器の回収先の薬品工場（薬品倉庫）２を、例えばその路線に最も近い薬品工場（薬品倉庫）２として決定する（ステップＳ１３）。そして路線別に求められた容器回収リストを運送会社５にそれぞれ通知し、容器の回収作業を委託する（ステップＳ１４）。この結果、運送会社５は上記容器回収リストに従って客先１から用済みとなった容器をそれぞれ回収し、上述した如く指定された薬品工場（薬品倉庫）２に容器を返送する。
【００２７】
すると運送会社５によって回収された容器を受け取る薬品工場（薬品倉庫）２においては、各客先１からそれぞれ回収された容器の個数を確認し、回収元である客先１毎に容器の回収個数を前記データベース６に登録する（ステップＳ１６）。このデータベース６への回収個数の登録に際しては、例えば該データベース６に登録されている容器の出荷個数を参照しながら行われる。具体的には或る客先１に対して複数の管理項目がある場合には、データベース６に登録されている受注日の情報に従って日付の古い管理項目から順に、その回収個数を記録する。
この際、１度に回収した容器の回収個数が、データベース６における各管理項目の出荷個数を上回る場合には、その出荷個数を上限として回収個数を記録し、残された回収個数を次の管理項目の回収個数として順次記録していくようにすれば良い。
【００２８】
一方、前記管理センタ４においては、定期的に前記データベース６の記録内容を調べ、客先１毎に容器の出荷個数と回収個数とをそれぞれ集計する。そして図８にその概略的な処理手順を示すように、これらの出荷個数と回収個数とから、例えばその差を求めることで客先１に残されている容器の個数を算出する（ステップＳ２１）。そして予め設定している管理閾値と上記客先１に残されている容器の個数とを比較し、客先１に残されている容器の個数が異常に多いか否かを判定する（ステップＳ２２）。そして容器の回収効率の悪い客先１に対して注意を促すべく、その客先１を担当する営業所３に対してその旨を通知する（ステップＳ２３）。
【００２９】
具体的には、例えば１ヶ月を単位として客先１に配送した容器の個数（出荷個数）と、その１ヶ月間に上記客先１から回収した容器の個数（回収個数）とを調べ、当該客先１からの容器の回収効率を、例えば
[回収効率] ＝ [回収個数]／[出荷個数]
として評価する。そしてこの回収効率が所定の閾値を上回るような場合、その客先１に無駄に放置されている容器の数が多いと判断し、その回収を促すべく警告を発する。
【００３０】
かくして上述した実施形態によれば、客先１からの依頼を受けて水処理薬品を容器に充填して配送し、その後、客先１からの容器回収依頼を受けて用済みとなった容器（空容器）を客先１から回収して再使用するに際して、管理センタ４においては客先１毎に容器の出荷個数と回収個数とをそれぞれ管理しているので、客先１において徒に長期間に亘って空容器が放置されているような場合、その容器の回収を促すことができる。そして容器の回収効率を高めて該容器を再使用する効率を高めることが可能となる。
【００３１】
また上述したシステムによれば、薬液の配送依頼のあった客先１に対して路線別に該薬液を充填した容器を配送することができるので、その配送効率を高めることができる。また客先１から路線別に回収した容器を、最寄りの薬液工場２に返送するだけなので、薬液供給時における容器の発送元に応じて回収容器を分類する必要がなく、その回収作業が容易である等の効果が奏せられる。
【００３２】
尚、本発明は上述した実施形態に限定されるものではない。例えば薬液の供給処理と容器の回収処理とを統合的に行い、薬液の供給先（客先１）に存在する空容器をその場で回収するようにしても良い。また定期的に客先１に出荷した容器の個数と、その客先１から回収した容器の個数、更には客先１に残されている容器の個数をリスト化して求めて、容器の利用状況を把握するようにしても良い。
その他、本発明はその要旨を逸脱しない範囲で種々変形して実施することができる。
【００３３】
【発明の効果】
以上説明したように本発明によれば、薬液を所定の容器に充填して客先に配送すると共に、上記客先から用済みの容器を回収して再利用する薬液供給サービスを実現するに際して、客先への薬液の配送と、客先からの容器の回収とをそれぞれ効率的に行うことができる。また容器の出荷個数と容器の回収個数とから、客先における薬液の使用状況を把握し、また客先に残されている容器の個数を管理してその回収を促すことで、容器の再利用効率を高めことが可能となる等の実用上多大なる効果が奏せられる。
【００３４】
特にデータベースを用いた管理センタにおける統一的な管理の下で、客先の管理と容器の管理とを簡易にして統一的に行うことができる等の多大なる効果が奏せられる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る薬液供給管理システムの概略的な構成を示す図。
【図２】水処理薬品の配送に用いられる容器の例を示す図。
【図３】データベースにおける客先情報と容器の出荷・回収情報の登録形式の例を示す図。
【図４】水処理薬品の配送処理の概念を示す図。
【図５】水処理薬品の配送処理の概略的な処理手順を示す図。
【図６】容器の回収処理の概念を示す図。
【図７】容器の回収処理の概略的な処理手順を示す図。
【図８】容器に対する異常処理の概略的な処理手順を示す図。
【符号の説明】
１  客先
２  薬品工場（薬品倉庫）
３  営業所
４  管理センタ
５  運送会社
６  データベース
Ａ  容器
【図１】
0004553082.tif 000002
【図２】
0004553082.tif 000003
【図３】
0004553082.tif 000004
【図４】
0004553082.tif 000005
【図５】
0004553082.tif 000006
【図６】
0004553082.tif 000007
【図７】
0004553082.tif 000008
【図８】
0004553082.tif 000009