(57)【要約】【課題】従来、ウォーターサーバのボトル補給は申込時に決めた周期・本数で定期発注されることが通例であり、ボトルの追加発注や発注の取消は、電話やFAXで利用者がメーカー等に連絡して対応していた。近時、ボトル残量等を検出して、補給の必要性をウォーターサーバが機械的に検出して自動的に補給処理につなげる技術も開発されてきた。しかし、この機械的な発注システムは柔軟性に乏しいという課題があり、例えば、利用者が長期出張のために補給が不要となった場合でも、機械的な発注が行われてしまうという課題があった。【解決手段】上記課題を解決するために、ウォーターサーバのインターフェース又はスマートフォンから容易な発注依頼や発注依頼取消の入力を可能としたものである。また容易な入力に伴う、なりすまし発注の予防策や誤発注への対応又は一括発注を可能とするウォーターサーバシステムを提供する。【選択図】図２
2020158149.tif 000002
【特許請求の範囲】
【請求項１】
複数の飲料消費地に設置される複数のウォーターサーバと、これらのウォーターサーバと通信する管理サーバとからなるウォーターサーバシステムであって、
ウォーターサーバは、
ウォーターサーバ識別情報を保持するウォーターサーバ識別情報保持部と、
管理サーバと通信するウォーターサーバ通信部と、
飲料を収めたボトルを設置するボトル設置部と、
ウォーターサーバ識別情報を含む新規ボトルの発注依頼をする情報である発注依頼情報を取得する顧客側発注依頼情報取得部と、
ウォーターサーバ識別情報を含む新規ボトルの発注依頼を取消す情報である発注依頼取消情報を取得する顧客側発注依頼取消情報取得部と、
取得した発注依頼情報又は／及び発注依頼取消情報を、ウォーターサーバ通信部を介して管理サーバに送信する発注依頼関係情報送信部と、
を有し、
管理サーバは、
ウォーターサーバと通信するための管理サーバ通信部と、
管理サーバ通信部を介して送信された発注依頼情報又は／及び発注依頼取消情報を取得する発注依頼関係情報取得部と、
取得した発注依頼情報又は／及び発注依頼取消情報に含まれるウォーターサーバ識別情報を取得するウォーターサーバ識別情報取得部と、
を有するウォーターサーバシステム。
【請求項２】
ウォーターサーバは、
新規ボトルを発注依頼又は／及び新規ボトルの発注依頼を取消すためのボタン（機械式でもパネルタッチ式でもアイコンクリック式でも可）を備えたボタン部を有し、
ボタンの所定様式の押下に応じて発注依頼情報又は／及び発注依頼取消情報を取得するボタン押下様式取得手段を備えた顧客側発注依頼関係情報取得部を有する請求項１に記載のウォーターサーバシステム。
【請求項３】
ウォーターサーバは、
発注状態を表示するための発注状態表示部をさらに有する請求項１又は請求項２に記載のウォーターサーバシステム。
【請求項４】
管理サーバは、
発注依頼情報又は／及び発注依頼取消情報を発注依頼処理又は／及び発注依頼取消処理のために利用するか判断するための依頼処理判断条件を保持する依頼処理判断条件保持部と、
発注依頼情報又は／及び発注依頼取消情報と依頼処理判断条件とに基づいて依頼処理を実行するか判断する依頼処理実行判断部と、
をさらに有する請求項１から請求項３のいずれか一に記載のウォーターサーバシステム。
【請求項５】
複数の飲料消費地に設置される複数のウォーターサーバと、これらのウォーターサーバと通信する管理サーバとからなるウォーターサーバシステムの動作方法であって、
ウォーターサーバの動作方法は、
保持されているウォーターサーバ識別情報を含む新規ボトルの発注依頼をする情報である発注依頼情報を取得する顧客側発注依頼情報取得ステップと、又は／及び
ウォーターサーバ識別情報を含む新規ボトルの発注依頼を取消す情報である発注依頼取消情報を取得する顧客側発注依頼取消情報取得ステップと、
取得した発注依頼情報又は／及び発注依頼取消情報を、管理サーバに送信する発注依頼関係情報送信ステップと、
を有し、
管理サーバの動作方法は、
送信された発注依頼情報又は／及び発注依頼取消情報を取得する発注依頼関係情報取得ステップと、
取得した発注依頼情報又は／及び発注依頼取消情報に含まれるウォーターサーバ識別情報を取得するウォーターサーバ識別情報取得ステップと、
を有するウォーターサーバシステムの動作方法。
【請求項６】
ウォーターサーバの動作方法は、さらに
発注状態を表示するための発注状態表示ステップをさらに有する請求項５に記載のウォーターサーバシステムの動作方法。
【請求項７】
管理サーバの動作方法は、さらに
発注依頼情報又は／及び発注依頼取消情報を発注依頼処理又は／及び発注依頼取消処理のために利用するか判断するための依頼処理判断条件を保持する依頼処理判断条件保持ステップと、
発注依頼情報又は／及び発注依頼取消情報と保持されている依頼処理判断条件とに基づいて依頼処理を実行するか判断する依頼処理実行判断ステップと、
をさらに有する請求項５又は請求項６に記載のウォーターサーバシステムの動作方法。
【請求項８】
複数の飲料消費地に設置される複数の計算機であるウォーターサーバと、これらのウォーターサーバと通信する計算機である管理サーバとからなる分散配置された計算機であるウォーターサーバシステムの動作プログラムであって、
ウォーターサーバの動作プログラムは、
保持されているウォーターサーバ識別情報を含む新規ボトルの発注依頼をする情報である発注依頼情報を取得する顧客側発注依頼情報取得ステップと、又は／及び
ウォーターサーバ識別情報を含む新規ボトルの発注依頼を取消す情報である発注依頼取消情報を取得する顧客側発注依頼取消情報取得ステップと、
取得した発注依頼情報又は／及び発注依頼取消情報を、管理サーバに送信する発注依頼関係情報送信ステップと、
を有し、
管理サーバの動作プログラムは、
送信された発注依頼情報又は／及び発注依頼取消情報を取得する発注依頼関係情報取得ステップと、
取得した発注依頼情報又は／及び発注依頼取消情報に含まれるウォーターサーバ識別情報を取得するウォーターサーバ識別情報取得ステップと、
を有する計算機であるウォーターサーバシステムに読み取り実行可能に記載したウォーターサーバシステムの動作プログラム。
【請求項９】
計算機であるウォーターサーバはの動作プログラムは、さらに
発注状態を表示するための発注状態表示ステップを計算機であるウォーターサーバに読み取り実行可能に記載した請求項８に記載の計算機であるウォーターサーバシステムに読み取り実行可能に記載したウォーターサーバシステムの動作プログラム。
【請求項１０】
計算機である管理サーバの動作プログラムは、
発注依頼情報又は／及び発注依頼取消情報を発注依頼処理又は／及び発注依頼取消処理のために利用するか判断するための依頼処理判断条件を保持する依頼処理判断条件保持ステップと、
発注依頼情報又は／及び発注依頼取消情報と保持されている依頼処理判断条件とに基づいて依頼処理を実行するか判断する依頼処理実行判断ステップと、
をさらに有する請求項８又は請求項９に記載の計算機であるウォーターサーバシステムに読み取り実行可能に記載したウォーターサーバシステムの動作プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲用の水を、冷水・温水に保って給水、給湯するためのウォーターサーバにおいて、装置の使用状態のモニタリングや交換用ボトルの発注機能を有するものに関する。
【背景技術】
【０００２】
ウォーターサーバは、適温に保たれた温水や冷水などの飲料水を密封したタンクを内蔵し、利用者の操作により、いつでも便利に且つ安定的に給湯又は／及び給水できる装置である。一般的には、利用者がメーカー等と利用契約を結び、ウォーターサーバ本体のレンタルを受け、申込時に決めた周期・本数で飲料水の入った所定のボトルの配送を受ける。その際使用済みのボトルの回収も行われる。利用者は、定期発注だけでなく、ボトルの追加発注や発注の取消も電話やFAXでできる。ウォーターサーバのタンクの飲料水は、ウォーターサーバに設置された所定のボトルから給水される。所定のボトルとは、再利用可能な硬いプラスチック製のガロンボトル、又は、使い捨ての軟らかいプラスチック製のプラスチックボトルや厚手のビニール製のビニールバッグなどであるが、ウォーターサーバのボトル設置部分の形状に応じていずれか一である。そこでは、衛生面から空気が混入しないような且つ漏水などが起こらないような形状が求められる。また通常、ボトル内の飲料水は自重によってタンク内に給水されるよう、ボトル口を下方にした（ボトルを逆さにした）状態で、ウォーターサーバの給水部の上方から接続されるいることから、飲料水だけで１２リットル（ビニールバッグは７リットル強）の上に容器のボトルの重量も加えて、設置するには多大な労力が必要である。そのため、所定のボトルをウォーターサーバの下部に設置して、ボトル内の飲料水を揚水する仕組みを備えたウォーターサーバも出現している。このように、飲料水が充填された新規ボトルの重量は重く、しかも複数本まとめての発注が通例であることから、ボトルの配送サービスは労働負荷が高い。そのため、配送時不在の場合は、再送サービスなどのきめ細かい顧客対応は困難であることから、その場合は交換用の新規ボトルが玄関先に置かれたままとなる事情にあり、このことを衛生面から気にする利用者もいる。
【０００３】
ウォーターサーバの使用状態を各種センサーでモニタリングし、飲料水の検出結果に基づいて補助飲料添加物を補充する必要があるか否かを判断し、補充する必要があると判断した場合には通信手段を用いて所管部に判断した結果を送信することができるとするという下記の先行する特許文献がある。ここにおいては、補充対象は飲料水そのものでなく補助飲料添加物であるが、利用状況のモニタリング、補充物品の判断、通信手段を用いた判断結果を送信する、という仕組みとなっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特願２０１４−２２５６６５
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記先行技術は、飲料水に混合する補助飲料添加物を補給することできるウォーターサーバ若しくはウォーターサーバシステム、又は、それらの管理方法を提供するが、補給の必要性をウォーターサーバが機械的に検出して自動的に補給処理につなげるものである。しかし、ウォーターサーバを介し、電話やファックスに頼らないで利用者が必要に応じて新規ボトルの発注をする仕組みでなく（柔軟性がない）、ましてや発注取消を可能とする仕組みまでは想定されていない。従って、ボトルの残量が少なく本来なら新規ボトルの補給が外見的には必要と見える場合であっても、明日からの長期出張のために補給が不要であるなどの特殊な事情がある場合には機械的な発注でなく、人の判断に基づいて、かつ電話やファックスを利用しないで発注をしないという対応を簡便に可能とすることが課題であった。
【課題を解決するための手段】
【０００６】
本発明は、以下のような構成を備え、ウォーターサーバの新規ボトルの発注依頼や発注依頼取消を可能とするウォーターサーバシステムを提供する。
【０００７】
すなわち、複数の飲料消費地に設置される複数のウォーターサーバと、これらのウォーターサーバと通信する管理サーバとからなるウォーターサーバシステムであって、ウォーターサーバは、ウォーターサーバ識別情報を保持するウォーターサーバ識別情報保持部と、管理サーバと通信するウォーターサーバ通信部と、飲料を収めたボトルを設置するボトル設置部と、ウォーターサーバ識別情報を含む新規ボトルの発注依頼をする情報である発注依頼情報を取得する顧客側発注依頼情報取得部と、ウォーターサーバ識別情報を含む新規ボトルの発注依頼を取消す情報である発注依頼取消情報を取得する顧客側発注依頼取消情報取得部と、取得した発注依頼情報又は／及び発注依頼取消情報をウォーターサーバ通信部を介して管理サーバに送信する発注依頼関係情報送信部と、を有し、管理サーバは、ウォーターサーバと通信するための管理サーバ通信部と、管理サーバ通信部を介して送信された発注依頼情報又は／及び発注依頼取消情報を取得する発注依頼関係情報取得部と、取得した発注依頼情報又は／及び発注依頼取消情報に含まれるウォーターサーバ識別情報を取得するウォーターサーバ識別情報取得部と、を有するウォーターサーバシステムを提供する。
【０００８】
また、さらに、上記第一のウォーターサーバシステムを基本として、ウォーターサーバは、新規ボトルを発注依頼又は／及び新規ボトルの発注依頼を取消すためのボタン（機械式でもパネルタッチ式でもアイコンクリック式でも可）を備えたボタン部を有し、顧客側発注依頼関係情報取得部は、ボタンの所定様式の押下に応じて発注依頼情報又は／及び発注依頼取消情報を取得するボタン押下様式取得手段を有する第二のウォーターサーバシステムも提供する。
【０００９】
また、上記第一又は第二のウォーターサーバシステムを基本として、発注状態を表示するための発注状態表示部をさらに有する第三のウォーターサーバシステムも提供する。
【００１０】
また、上記第一から第三のウォーターサーバシステムを基本として、管理サーバは、発注依頼情報又は／及び発注依頼取消情報を発注依頼処理又は／及び発注依頼取消処理のために利用するか判断するための依頼処理判断条件を保持する依頼処理判断条件保持部と、発注依頼情報又は／及び発注依頼取消情報と依頼処理判断条件とに基づいて依頼処理を実行するか判断する依頼処理実行判断部と、をさらに有する第四のウォーターサーバシステムも提供する。さらに、複数の飲料消費地に設置される複数のウォーターサーバと、これらのウォーターサーバと通信する管理サーバとからなるウォーターサーバシステムの動作方法であって、ウォーターサーバの動作方法は、保持されているウォーターサーバ識別情報を含む新規ボトルの発注依頼をする情報である発注依頼情報を取得する顧客側発注依頼情報取得ステップと、又は／及びウォーターサーバ識別情報を含む新規ボトルの発注依頼を取消す情報である発注依頼取消情報を取得する顧客側発注依頼取消情報取得ステップと、取得した発注依頼情報又は／及び発注依頼取消情報を、管理サーバに送信する発注依頼関係情報送信ステップと、を有し、管理サーバの動作方法は、送信された発注依頼情報又は／及び発注依頼取消情報を取得する発注依頼関係情報取得ステップと、取得した発注依頼情報又は／及び発注依頼取消情報に含まれるウォーターサーバ識別情報を取得するウォーターサーバ識別情報取得ステップと、を有するウォーターサーバシステムの動作方法。さらに、ウォーターサーバの動作方法は、さらに発注状態を表示するための発注状態表示ステップをさらに有する前記のウォーターサーバシステムの動作方法。さらに、管理サーバの動作方法は、さらに発注依頼情報又は／及び発注依頼取消情報を発注依頼処理又は／及び発注依頼取消処理のために利用するか判断するための依頼処理判断条件を保持する依頼処理判断条件保持ステップと、発注依頼情報又は／及び発注依頼取消情報と保持されている依頼処理判断条件とに基づいて依頼処理を実行するか判断する依頼処理実行判断ステップと、をさらに有する前記二つのウォーターサーバシステムの動作方法。さらにプログラムであって、複数の飲料消費地に設置される複数の計算機であるウォーターサーバと、これらのウォーターサーバと通信する計算機である管理サーバとからなる分散配置された計算機であるウォーターサーバシステムの動作プログラムであって、ウォーターサーバの動作プログラムは、保持されているウォーターサーバ識別情報を含む新規ボトルの発注依頼をする情報である発注依頼情報を取得する顧客側発注依頼情報取得ステップと、又は／及び  ウォーターサーバ識別情報を含む新規ボトルの発注依頼を取消す情報である発注依頼取消情報を取得する顧客側発注依頼取消情報取得ステップと、取得した発注依頼情報又は／及び発注依頼取消情報を、管理サーバに送信する発注依頼関係情報送信ステップと、  を有し、管理サーバの動作プログラムは、送信された発注依頼情報又は／及び発注依頼取消情報を取得する発注依頼関係情報取得ステップと、取得した発注依頼情報又は／及び発注依頼取消情報に含まれるウォーターサーバ識別情報を取得するウォーターサーバ識別情報取得ステ��プと、を有する計算機であるウォーターサーバシステムに読み取り実行可能に記載したウォーターサーバシステムの動作プログラム。さらに、計算機であるウォーターサーバはの動作プログラムは、さらに発注状態を表示するための発注状態表示ステップを計算機であるウォーターサーバに読み取り実行可能に記載した前記の計算機であるウォーターサーバシステムに読み取り実行可能に記載したウォーターサーバシステムの動作プログラム。さらに計算機である管理サーバの動作プログラムは、  発注依頼情報又は／及び発注依頼取消情報を発注依頼処理又は／及び発注依頼取消処理のために利用するか判断するための依頼処理判断条件を保持する依頼処理判断条件保持ステップと、発注依頼情報又は／及び発注依頼取消情報と保持されている依頼処理判断条件とに基づいて依頼処理を実行するか判断する依頼処理実行判断ステップと、
をさらに有する前記二つの計算機であるウォーターサーバシステムに読み取り実行可能に記載したウォーターサーバシステムの動作プログラム、を提供する。
【発明の効果】
【００１１】
以上のような構成をとる本発明によって、予め既定されたルーティン的な運用とは別に、ウォーターサーバの新規ボトルの発注依頼や発注依頼取消の仕組みをウォーターサーバに付随させることにより、柔軟な運用を簡便に可能とするウォーターサーバシステムを実現できた。
【図面の簡単な説明】
【００１２】
【図１】実施形態１の概要図。
【図２】実施形態１の機能ブロック図。
【図３】ボトルキャップを嵌着させたボトル設置部近辺の部分断面図。
【図４】ボトルキャップを嵌脱させたボトル設置部近辺の部分断面図。
【図５】給水用突起部をボトル口から嵌入させたボトル設置部近辺の部分断面図。
【図６】発注依頼情報の一例。
【図７】スマートフォン入力におけるサーバ間の情報送受信図。
【図８】発注依頼取消情報の一例。
【図９】実施形態１のウォーターサーバのハードウェア構成図。
【図１０】実施形態１の管理サーバのハードウェア構成図。
【図１１】実施形態１の処理の流れ。
【図１２】実施形態２の機能ブロック図。
【図１３】実施形態２のウォーターサーバのハードウェア構成図。
【図１４】実施形態２の処理の流れ。
【図１５】実施形態３の機能ブロック図。
【図１６】実施形態３の発注状態表示部の一例。
【図１７】実施形態３のウォーターサーバのハードウェア構成図。
【図１８】実施形態３の処理の流れ。
【図１９】実施形態４の機能ブロック図。
【図２０】実施形態４の管理サーバが依頼処理を実行判断した場合の概念図。
【図２１】実施形態４の管理サーバのハードウェア構成図。
【図２２】実施形態４の処理の流れ。
【発明を実施するための形態】
【００１３】
以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
【００１４】
実施形態１は、主に請求項１について説明する。
【００１５】
実施形態２は、主に請求項２について説明する。
【００１６】
実施形態３は、主に請求項３について説明する。
【００１７】
実施形態４は、主に請求項４について説明する。さらに各実施形態にて請求項５から請求項１０についての実質的な説明を行う。
【００１８】
＜実施形態１＞
【００１９】
＜実施形態１の概要＞
【００２０】
図１は、実施形態１のウォーターサーバシステムにおいて、概要の一例を説明するための図である。この図で例示するように、管理サーバ（０１０１）は、複数の飲料消費地に設置される複数のウォーターサーバ（０１０２；０１０３；０１０４）と通信によって結ばれており、ウォーターサーバからの発注依頼情報又は／及び発注依頼取消情報を、ウォーターサーバを特定するウォーターサーバ識別情報と関連付けて取得する。また管理サーバは、一のウォーターサーバからの発注依頼情報又は／及び発注依頼取消情報を取得したことを、そのウォーターサーバに、図示しない受信確認メッセージを返信することとし、ウォーターサーバはそれを受信して、受信成功の確認をするように構成してもよい。
【００２１】
＜実施形態１の構成＞
【００２２】
図２は、実施形態１のウォーターサーバシステムにおいて、機能ブロック図の一例を表す図である。この図に例示するように、実施形態１のウォーターサーバシステム（０２００）は、ウォーターサーバ（０２０１）と管理サーバ（０２０８）によって構成されており、ウォーターサーバは、ウォーターサーバ識別情報保持部（０２０２）と、ウォーターサーバ通信部（０２０３）と、ボトル設置部（０２０４）と、顧客側発注依頼情報取得部（０２０５）と、顧客側発注依頼取消情報取得部（０２０６）と、発注依頼関係情報送信部（０２０７）と、を有し、管理サーバは、管理サーバ通信部（０２０９）と、発注依頼関係情報取得部（０２１０）と、ウォーターサーバ識別情報取得部（０２１１）と、を有している。
【００２３】
なお、以下に記載する本システムの機能ブロックは、ボトル設置部と、コンピュータと、で構成されている。
【００２４】
ボトル設置部は飲料を収めたボトルをウォーターサーバに設置するように構成された装置であり、ウォーターサーバからの給湯又は／及び給水を実現する機能を有する。
【００２５】
コンピュータはハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵやメインメモリ、バス、あるいは二次記憶装置（ハードディスクや不揮発性メモリ、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの記憶メディアとそれらメディアの読取ドライブなど）、印刷機器や表示装置（有機ＥＬディスプレイ、液晶ディスプレイ、タッチパネル型ディスプレイ）、各種情報伝送のためのボタン、各種操作ボタン、キーボード、スマートフォンなどとの通信機構、ホームサーバなどとの通信機構、公衆回線を利用するためのハードウエア、スピーカー、マイク、撮像用のハードウエア、その他の外部周辺装置などのハードウェア構成部やその外部周辺機器用のＩ／Ｏポート、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、情報入力に利用されるユーザインターフェースなどが挙げられる。
【００２６】
またこれらハードウェアやソフトウェアは、メインメモリ上に展開したプログラムをＣＰＵで演算処理したり、メモリやハードディスク上に保持されているデータや、インターフェースを介して入力されたデータなどを加工、蓄積、出力処理したり、あるいは各ハードウェア構成部の制御を行ったりするために利用される。また、この発明は装置として実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００２７】
さらに、ウォーターサーバシステムのうち情報処理関係部分を除くウォーターサーバ本体（０２１２）は、前述のボトル設置部の他に、冷水タンク、温水タンク、冷水タンク冷却機構（電源、スイッチ、冷媒管、冷媒圧縮ポンプ、冷却管、温度センサ、冷却制御部など）、温水タンク加温機構（電源、スイッチ、発熱部、温度センサ、加温制御部）、水、お湯の配管、蛇口、配管内殺菌機構（オゾン発生装置、紫外線発光装置、等）、ウォーターサーバ筐体、ボトルの載置機構、その他必要に応じて各種センサー（光、熱、移動体、重量、コード読み取り）、などの一以上が必要に応じて利用される。
【００２８】
＜実施形態１の構成の説明＞
【００２９】
＜実施形態１の構成の説明：ウォーターサーバシステム＞
【００３０】
以上のような構成を持つコンピュータを含む、ウォーターサーバである。
【００３１】
＜実施形態１の構成の説明：ウォーターサーバ：ウォーターサーバ識別情報保持部＞
【００３２】
「ウォーターサーバ識別情報保持部」（図２：０２０２）は、ウォーターサーバにおいて、ウォーターサーバ識別情報を保持するように構成されている。
【００３３】
ウォーターサーバ識別情報は、複数のウォーターサーバの中から一のウォーターサーバを特定するために、ウォーターサーバごとに振られた唯一無二の識別情報である。例えば、設置の時系列順に設定してもよいし、設置場所を特定できるような情報を含むような設定方法としてもよい。
【００３４】
＜実施形態１の構成の説明：ウォーターサーバ：ウォーターサーバ通信部＞
【００３５】
「ウォーターサーバ通信部」（図２：０２０３）は、管理サーバと通信するための機能を有する。
【００３６】
ウォーターサーバ通信部は、発注依頼情報や発注依頼取消情報などを、インターフェースを介して、管理サーバに送信をすることができる。また管理サーバは、受信確認メッセージを返信することとし、ウォーターサーバ通信部でそれを受信して、受信成功の確認をするように構成してもよい。ウォーターサーバ通信部の通信は、インターネット経由で行われると便利である。また、ウォーターサーバ通信部は、インターネットにつながるＬＡＮと通信するように構成されると便利である。将来は一般的に家庭内にもホームサーバが設置され、家庭内の無線ＬＡＮが整備されるので家庭内の無線ＬＡＮと接続可能に構成されていることが好ましい。あるいは、デザリング機能を有する家庭内に定期的に持ち込まれるスマートフォンなどとＷｉ−Ｆｉ接続し、スマートフォンのインターネット通信を利用して管理サーバと通信するように構成してもよい。もちろん家庭内のホームサーバを介してインターネットに接続する場合にはホームサーバにてウォーターサーバの各種情報が管理されるように構成することができる。
【００３７】
＜実施形態１の構成の説明：ウォーターサーバ本体：ボトル設置部＞
【００３８】
「ボトル設置部」（図２：０２０４）は、飲料を収めたボトルを設置するように構成された装置であり、ウォーターサーバからの給湯又は／及び給水を実現する機能を有する。
【００３９】
ウォーターサーバのボトル設置部は、衛生面から漏水などが起こらないような形状である必要があり、ウォーターサーバのボトル設置部とボトルとの間には所定の配置空間及び嵌着又は挿着のための仕組みなどが備えることが考えられる。図３は、気密性と水密性を保持するためにボトルキャップを嵌着させる例におけるボトル設置部近辺のボトルを含めた部分断面図である。ボトル口を下方にした（ボトルを逆さにした）状態で、飲料水の充填されたボトル（０３０１）と、ボトル口（０３０２）と、ウォーターサーバのボトル設置部の底板（０３０３）と、給水用突起部（０３０４）と、給水口（０３０５）と、ボトルキャップ（０３０６）と、ボトル栓部材（０３０７）と、ボトル口の内折れ部分（０３０９）と、から構成される。ここにおいて、ボトルキャップはウォーターサーバにボトルを載置する以前はボトルの頭頂部であるボトル口を密封し、ボトルの水密性及び気密性を保持して衛生面を担保する。そのためボトル口外面とボトルキャップ内面の接地面は螺嵌構造（０３０８）であることが好ましい。また、ボトル口の内折れ部分が形成する円筒形の開口部入口の内径ａは、給水用突起部の円筒形の軸の外径ｂとほぼ等しく、開口部内奥の内径ｃは開口部入口の内径ａよりもやや狭く且つ拡開可能な程度の柔軟構造であることが好ましい。それにより、後述するように、給水用突起部をボトル口に嵌入させたとき、その接着面から水が漏れない構造となる。図４は、ウォーターサーバのボトル設置部の底板（０４０３）にボトル（０４０１）を載置するために、ボトルキャップをボトルより嵌脱して、ボトルを逆さにした部分断面図である。ボトルを逆さにしてもボトル内の飲料水の水圧によってボトル栓部材（０４０７）がボトル口の内折れ部分（０４０９）と圧着して、水が漏れない構造であることが好ましい。図５は、給水用突起部（０５０４）をボトル口内折れ部分（０５０９）の外面に嵌着し、そのまま給水用突起部をボトル口から嵌入させたボトル設置部近辺の部分断面図である。給水用突起部は、ボトル口の内折れ部分と圧着していたボトル栓部材（０５０７）を下から押し上げて分離させる。ここにおいて、ボトル口の内折れ部分の内径は給水用突起部の外径よりやや狭く且つ拡開可能な程度の柔軟構造であることが好ましい。それにより、その接着面から水が漏れない構造となる。分離したボトル口の内折れ部分とボトル栓部材の間からボトル内の飲料水は給水用突起部の給水口（０５０５）を介してウォーターサーバ内に移動するように構成されている。
【００４０】
＜実施形態１の構成の説明：ウォーターサーバ：顧客側発注依頼情報取得部＞
【００４１】
「顧客側発注依頼情報取得部」（図２：０２０５）は、ウォーターサーバ識別情報を含む新規ボトルの発注依頼をする情報である発注依頼情報を取得するための機能を有する。
【００４２】
＜実施形態１：ウォーターサーバ：顧客側発注依頼情報取得部：基本入力＞
【００４３】
ウォーターサーバシステムは、インターフェースを介した入力画面等からの入力によって、発注依頼情報を取得する。図６は、発注依頼情報として取得される項目の一例であり、ウォーターサーバ識別情報（０６０１）に関連付けて、例えば、発注依頼日時（０６０２）、発注依頼連番（０６０３）、ウォーターサーバ設置場所（０６０４）、ウォーターサーバ利用者（０６０５）、発注依頼内容（０６０６）、発注依頼本数（０６０７）などである。これらの項目は必要に応じて選択、又は／及び、追加されてもよく、この例に限定されるものではない。
【００４４】
ウォーターサーバそのものはウォーターサーバ識別情報によってユニークに唯一無二に識別されるので、ウォーターサーバ設置場所、ウォーターサーバ利用者に関しては都度入力する必要はなく、管理サーバ側でウォーターサーバ識別情報に関連付けて保持されているように設計することができる。ただし、利用者に確認のためにその他の入力情報とともに入力画面等に表示するように構成することができる。
【００４５】
また、発注依頼日時はシステム内蔵のタイマーなどで自動的にタイムスタンプされ、発注依頼連番は発注依頼情報ごとに唯一無二で自動採番される。発注依頼内容及び発注依頼本数は利用者によって手入力又は／及びタッチボタンなどによって選択されることが考えられる。
【００４６】
ウォーターサーバの種類等に応じて発注可能な内容が異なるような場合には、ウォーターサーバが発注内容を発注可能なものについてのみ選択可能に入力画面等に表示するように構成してもよい。ウォーターサーバの提供者側では、発注可能な商品が時に応じて変更される場合があり、管理サーバとウォーターサーバとの通信によって発注可能な商品が変更され、入力画面等の商品選択肢が変更されるように構成してもよい。
【００４７】
＜実施形態１：ウォーターサーバ：顧客側発注依頼情報取得部
：スマートフォン入力＞
【００４８】
これらの入力画面等などの機能は、ウォーターサーバシステム（主にウォーターサーバ）と通信可能な利用者のスマートフォンのウォーターサーバシステムに対する入力通信アプリの機能で代替してもよい。図７は、スマートフォン入力の場合における各機器間の情報送受信を説明するための概念図である。その場合の入力通信アプリ（０７０５）は管理サーバ又は／及び通信アプリ提供サーバ（０７０２：例えばスマートフォンのキャリアが運営するアプリ提供サーバ）から予め利用者のスマートフォン（０７０１）にダウンロードして利用可能とできるものとする。これらのスマートフォンから入力される発注依頼情報（０７０８）は、例えばスマートフォンの入力画面上に入力確認情報として表示されることが好ましい。
【００４９】
なお、ウォーターサーバの入力画面等から入力する情報は、発注依頼情報と同様にして、特に断りのない限りは全て、スマートフォンからも入力することが可能である（本明細書の全体を通じて）。
【００５０】
＜実施形態１：ウォーターサーバ：顧客側発注依頼情報取得部
：スマートフォンなりすまし防止のための登録＞
【００５１】
さらにスマートフォンのなりすましを防止する構成が備わっているとなおよい。例えばスマートフォンは管理サーバ又は／及び通信アプリ提供サーバと通信することで入力通信アプリをダウンロードする。スマートフォンの個体識別情報（０７０７）に関連付けて、スマートフォンのウォーターサーバに対する真正性を識別させる真正性識別情報（０７０６）を、入力通信アプリによって、スマートフォンから管理サーバに対して送信して、管理サーバ側に端末としてのスマートフォンの登録手順をとることが好ましい。その際、管理サーバからスマートフォンに登録承認の送信をしてもよい。
【００５２】
スマートフォンの個体識別情報は、例えば、スマートフォンの電話番号、スマートフォンのＭＡＣアドレス、利用者識別情報などであり、真正性識別情報は、例えば、ウォーターサーバと一緒に梱包されている保証書NOなどの情報が考えられる。又は、ウォーターサーバの設置の際の初期画面に表示される情報、例えばIDとパスワードなど、としてもよい。
【００５３】
なお管理サーバは、スマートフォンの個体識別情報と真正性識別情報とを関連付けて保持し、スマートフォンからのウォーターサーバ経由での発注依頼情報（及びウォーターサーバ識別情報）を、真正なものであるかなりすまし発注であるかを判別するために用いる。
【００５４】
＜実施形態１：ウォーターサーバ：顧客側発注依頼情報取得部
：運用の際のスマートフォンなりすまし防止手順＞
【００５５】
スマートフォンからウォーターサーバ経由で発注依頼情報又は発注依頼取消情報（及びウォーターサーバ識別情報）を管理サーバに送信するときは、その都度、スマートフォンの個体識別情報と真正性識別情報とを関連付けて管理サーバに送信する。管理サーバは、発注依頼情報又は発注依頼取消情報（及びウォーターサーバ識別情報）に関連付けられたスマートフォンの個体識別情報と真正性識別情報が、登録保持されているスマートフォンの個体識別情報と真正性識別情報と（ウォーターサーバ識別情報と）に合致することで、発注依頼情報又は発注依頼取消情報の真正性を識別する。なお、真正性識別情報は、ウォーターサーバに残存させず、発注依頼情報又は発注依頼取消情報（及びウォーターサーバ識別情報）とともに、その都度スマートフォンから入力することとする。このようにすれば、ウォーターサーバの真の利用者以外の者によるスマートフォンからのなりすまし発注を防ぐことができる。
【００５６】
また、真正性識別情報は、スマートフォンを管理サーバに登録する最初の段階でのみ利用し、以降はスマートフォンの個体識別情報（ＭＡＣアドレス、電話番号、その他のＩＤ）のみをウォーターサーバ経由で送信するだけで真正性の認証をするように構成することもできる。この場合には、スマートフォンの内部に真正性識別情報を保持する必要もなくなり、より安全性が高まる。
【００５７】
なお、発注依頼情報のうちウォーターサーバ設置場所、ウォーターサーバ利用者などは、初回のウォーターサーバからの発注時のみ送信され、次回以降は管理サーバ内でウォーターサーバ識別情報と関連付けられて保持されるように構成することができる。
【００５８】
＜実施形態１：ウォーターサーバ：顧客側発注依頼情報取得部
：ウォーターサーバに対する二以上のスマートフォンからの入力＞
【００５９】
また、前記ウォーターサーバに対する真正性を保証されるスマートフォンは一に限定されるものでなく、二以上であってもよい。その場合には前述のスマートフォンなりすまし防止のための登録手続きを、追加で登録したい別のスマートフォンにも実行することで真正性が管理サーバにて管理されるように構成することができる。またその際には、最初に登録を行ったスマートフォンに許諾をとることを条件として、追加のスマートフォンの登録が可能となるように構成することもできる。
【００６０】
さらに、一のウォーターサーバへの発注状況や発注取消状況は、管理サーバと該当ウォーターサーバに対する真正性を有するスマートフォンとが直接的に通信によって確認できるように構成することもできる。また、スマートフォンのみならず、同様の機能をデスクトップパソコンやノートブックパソコン、タブレット端末などに持たせることも可能である。
【００６１】
＜実施形態１：ウォーターサーバ：顧客側発注依頼情報取得部
：二以上のウォーターサーバに対する一のスマートフォンからの入力＞
【００６２】
また、二以上のウォーターサーバに対して一のスマートフォンが発注依頼情報を入力できるように構成してもよい。二以上のウォーターサーバのどのウォーターサーバに対する発注であるかを認識できるようにするためには、前述のウォーターサーバに固有に割り当てられるウォーターサーバ識別情報を用いてスマートフォンからウォーターサーバを選択後、発注依頼情報を入力することで認識が可能となる。ウォーターサーバ毎のウォーターサーバ識別情報をスマートフォン内の入力通信アプリで選択することで、スマートフォンがどのウォーターサーバに対して発注依頼情報を渡すべきかが決められるように構成することができる。スマートフォンからウォーターサーバ識別情報と、発注依頼情報と、スマートフォンの個体識別情報と、をウォーターサーバに対してブロードキャストする際に、ウォーターサーバがそのウォーターサーバ識別情報が自身に割り当てられたものか判断し、自身に割り当てられているウォーターサーバ識別情報であると認識できたウォーターサーバが、その発注依頼情報を管理サーバに対して、自己のウォーターサーバ識別情報とともに送信するように構成することができる。そうすることで、管理サーバは、一台のスマートフォンからの発注依頼情報の入力であっても、どのウォーターサーバに対するものか区別することができる。
【００６３】
なお、二以上のウォーターサーバに対する各々の真正性識別情報と関連付けられたウォーターサーバ識別情報をスマートフォン内に保持しておき、真正性識別情報の選択が発注依頼情報を入力すべきウォーターサーバ識別情報を特定し、該当ウォーターサーバに送信するように構成することにしてもよい。
【００６４】
＜実施形態１の構成の説明：ウォーターサーバ：顧客側発注依頼取消情報取得部＞
【００６５】
「顧客側発注依頼取消情報取得部」（図２：０２０６）は、ウォーターサーバ識別情報を含む新規ボトルの発注依頼を取消す情報である発注依頼取消情報を取得するための機能を有する。
【００６６】
ウォーターサーバシステムは、インターフェースを介した入力画面等からの入力によって、発注依頼取消情報を取得する。図８は、発注依頼取消情報として取得される項目の一例であり、ウォーターサーバ識別情報（０８０１）及び取消対象となる発注依頼についての発注依頼連番（０８０３）に関連付けて、例えば、発注依頼日時（０８０２）、ウォーターサーバ設置場所（０８０４）、ウォーターサーバ利用者（０８０５）、発注依頼内容（０８０６）、発注依頼本数（０８０７）、発注依頼取消内容（０８０８）、発注依頼取消本数（０８０９）、発注依頼取消日時（０８１０）、発注依頼取消連番（０８１１）などである。これらの項目は必要に応じて選択、又は／及び、追加されてもよく、この例に限定されるものではない。
【００６７】
また、これらの項目はウォーターサーバ識別情報及び発注依頼連番に関連付けられて取得済みの項目として、例えばディスプレイ（スマートフォンのものであってよい。以下本明細書において同様。）上の入力画面等に予め表示されることが好ましい。また、現在発注取消可能な発注依頼情報だけでなく、発注依頼取消情報もまた発注依頼取消情報の対象データとして、ディスプレイ上の入力画面等に予め表示されるように構成してもよい。このように発注依頼情報又は／及び発注依頼取消情報が複数存在している場合には、ディスプレイ上の入力画面等の表示部分を、例えばスクロールすることで、取消可能な発注依頼情報又は／及び発注依頼取消情報を表示させ、発注依頼連番又は／及び発注依頼取消連番を選択して、その内容が取消されるように構成してもよい。
【００６８】
また、発注依頼取消日時は発注依頼取消情報入力時に内蔵のタイマーなどで自動的にタイムスタンプされ、発注依頼取消連番は発注依頼取消情報ごとに唯一無二で自動採番されることが好ましい。発注依頼取消内容と発注依頼取消本数は、利用者によって手入力又は／及びタッチボタンなどによって選択される。なお、これらの入力画面等などの機能は、ウォーターサーバシステムと通信可能な利用者のスマートフォンの入力通信アプリの機能で代替してもよい。
【００６９】
ここで、発注依頼取消本数は、前述の発注依頼本数以下でなければならない。発注依頼取消内容は、発注依頼本数以外の内容を取り消すための項目であり、例えば、複数種類のボトルを発注依頼した場合において、ボトルの種類の変更などが考えられる。これらの発注依頼取消情報は、例えば入力画面等の入力後のディスプレイ上に入力確認画面として表示されることが好ましい。
【００７０】
＜実施形態１の構成の説明：ウォーターサーバ：発注依頼関係情報送信部＞
【００７１】
「発注依頼関係情報送信部」（図２：０２０７）は、取得した発注依頼情報又は／及び発注依頼取消情報を、ウォーターサーバ通信部を介して管理サーバに送信するための機能を有する。
【００７２】
ウォーターサーバから管理サーバへ送信された発注依頼情報又は／及び発注依頼取消情報は、管理サーバで受信するように構成されている。これにより、管理サーバはウォーターサーバと発注依頼情報又は／及び発注依頼取消情報を共有することができる。
【００７３】
＜実施形態１の構成の説明：管理サーバ：管理サーバ通信部＞
【００７４】
「管理サーバ通信部」（図２：０２０９）は、ウォーターサーバと通信するための機能を有する。
【００７５】
管理サーバ通信部は、インターフェースを介して、ウォーターサーバから送信された発注依頼情報や発注依頼取消情報などを、管理サーバに受信する。また管理サーバ通信部は、受信確認メッセージを返信することとし、ウォーターサーバ通信部はそれを受信して、受信成功の確認をするように構成してもよい。
【００７６】
＜実施形態１の構成の説明：管理サーバ：発注依頼関係情報取得部＞
【００７７】
「発注依頼関係情報取得部」（図２：０２１０）は、管理サーバ通信部を介して送信された発注依頼情報又は／及び発注依頼取消情報を取得するための機能を有する。
【００７８】
発注依頼関係情報取得部は、一又は二以上のウォーターサーバから管理サーバ通信部を介して受信された発注依頼情報又は／及び発注依頼取消情報を、ウォーターサーバ識別情報に関連付けて、管理サーバ内に取得する。なお、発注依頼取消情報は、例えば発注依頼連番などにより、取消対象となる発注依頼情報と関連付けて取得するように構成してもよい。
【００７９】
＜実施形態１の構成の説明：管理サーバ：ウォーターサーバ識別情報取得部＞
【００８０】
「ウォーターサーバ識別情報取得部」（図２：０２１１）は、取得した発注依頼情報又は／及び発注依頼取消情報に含まれるウォーターサーバ識別情報を取得するための機能を有する。
【００８１】
ウォーターサーバ識別情報取得部は、取得した全ての発注依頼情報又は／及び発注依頼取消情報から、それらに含まれているウォーターサーバ識別情報を取得し、ウォーターサーバ識別情報ごとに、取得した全ての発注依頼情報又は／及び発注依頼取消情報を関連付ける。
【００８２】
＜実施形態１のハードウェア構成＞
【００８３】
実施形態１のウォーターサーバシステムはウォーターサーバと管理サーバから構成されるので、以下にそれぞれのハードウェア構成について説明する。なお、ウォーターサーバと管理サーバの間において、必要に応じた情報のやり取りがされるものとする。
【００８４】
＜実施形態１：ウォーターサーバのハードウェア構成＞
【００８５】
図９は、実施形態１のウォーターサーバシステムにおいて、ウォーターサーバのハードウェア構成図の一例を表す図である。この図を利用して、それぞれのハードウェア構成部の働きについて説明する。実施形態１のウォーターサーバシステムのウォーターサーバにおいて、ウォーターサーバ識別情報保持部、ウォーターサーバ通信部、顧客側発注依頼情報取得部、顧客側発注依頼取消情報取得部、発注依頼関係情報送信部は、以下のようなハードウェアとプログラムで構成される。この図にあるように、ＣＰＵ（中央演算装置）（０９０１）と、メインメモリ（０９０２）と、マウスやキーボードやディスプレイや通信バスやスピーカーやマイクやカメラなどのインターフェース（０９０３）と、ハードディスクなどの不揮発性メモリ（０９０４）と、を備えている。そしてそれらがシステムバス（０９０５）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。これらの組み合わせによって各機能を実現することができる。
【００８６】
ＣＰＵは、不揮発性メモリに格納されている各種処理を行うためのプログラムをＣＰＵに実行させるため、メインメモリのワーク領域（０９１０）に読み出すと同時にそのプログラムの作業領域でもあるデータ領域（０９３０）を展開する。
【００８７】
ＣＰＵは、ウォーターサーバのウォーターサーバ識別情報保持プログラム（０９１１）を実行し、不揮発性メモリに格納されているウォーターサーバ識別情報（０９７１）を、メインメモリのデータ領域にウォーターサーバ識別情報（０９３１）として格納する。
【００８８】
ＣＰＵは、ウォーターサーバのウォーターサーバ通信プログラム（０９１２）を実行し、ウォーターサーバと管理サーバとの通信を可能とする。
【００８９】
ＣＰＵは、ウォーターサーバの顧客側発注依頼情報取得プログラム（０９１３）を実行し、取得した発注依頼情報を、ウォーターサーバ識別情報と関連付けて、メインメモリのデータ領域に発注依頼情報（０９３２）として格納する。ここにおいて、取得した発注依頼情報に補足すべき項目があれば補足する。例えば、発注依頼日時、発注依頼連番、ウォーターサーバ設置場所、ウォーターサーバ利用者、発注依頼内容、発注依頼本数などであるが、補足項目は必要に応じて選択、又は／及び、追加されてもよく、この例に限定されるものではない。なお、発注依頼連番は発注依頼情報ごとに唯一無二とする。次いで、ウォーターサーバ識別情報と関連付けられた新規の発注依頼情報（０９７２）として、不揮発性メモリに格納する。
【００９０】
ＣＰＵは、ウォーターサーバの顧客側発注依頼取消情報取得プログラム（０９１４）を実行し、取得した発注依頼取消情報を、ウォーターサーバ識別情報と関連付けて、メインメモリのデータ領域に発注依頼取消情報（０９３３）として格納する。ここにおいて、取得した発注依頼取消情報に補足すべき項目があれば補足する。例えば、発注依頼日時、発注依頼連番、ウォーターサーバ設置場所、ウォーターサーバ利用者、発注依頼内容、発注依頼本数、発注依頼取消内容、発注依頼取消本数、発注依頼取消日時、発注依頼取消連番などであるが、項目は必要に応じて選択、又は／及び、追加されてもよく、この例に限定されるものではない。なお、発注依頼取消連番は発注依頼取消情報ごとに唯一無二とする。次いで、ウォーターサーバ識別情報と関連付けられた新規の発注依頼取消情報（０９７３）として、不揮発性メモリに格納する。
【００９１】
ＣＰＵは、ウォーターサーバの発注依頼関係情報送信プログラム（０９１５）を実行し、査定対象識別情報と関連付けられた、既にウォーターサーバの不揮発性メモリに格納されている発注依頼情報又は／及び発注依頼取消情報をウォーターサーバのメインメモリのデータ領域に発注依頼情報又は／及び発注依頼取消情報として読み出し、ウォーターサーバ通信部を介して、管理サーバに送信する。
【００９２】
＜実施形態１：管理サーバのハードウェア構成＞
【００９３】
図１０は、実施形態１のウォーターサーバシステムにおいて、管理サーバのハードウェア構成図の一例を表す図である。この図を利用して、それぞれのハードウェア構成部の働きについて説明する。実施形態１のウォーターサーバシステムの管理サーバにおいて、管理サーバ通信部、発注依頼関係情報取得部、ウォーターサーバ識別情報取得部は、以下のようなハードウェアとプログラムで構成される。この図にあるように、ＣＰＵ（中央演算装置）（１００１）と、メインメモリ（１００２）と、マウスやキーボードやディスプレイや通信バスやスピーカーやマイクやカメラなどのインターフェース（１００３）と、ハードディスクなどの不揮発性メモリ（１００４）と、を備えている。そしてそれらがシステムバス（１００５）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。これらの組み合わせによって各機能を実現することができる。
【００９４】
ＣＰＵは、不揮発性メモリに格納されている各種処理を行うためのプログラムをＣＰＵに実行させるため、メインメモリのワーク領域（１０１０）に読み出すと同時にそのプログラムの作業領域でもあるデータ領域（１０３０）を展開する。
【００９５】
ＣＰＵは、管理サーバの管理サーバ通信プログラム（１０１１）を実行し、ウォーターサーバと管理サーバとの通信を可能とする。
【００９６】
ＣＰＵは、管理サーバの発注依頼関係情報取得プログラム（１０１２）を実行し、受信した発注依頼情報又は／及び発注依頼取消情報を取得し、メインメモリのデータ領域に発注依頼情報（１０３１）又は／及び発注依頼取消情報（１０３２）として格納する。
【００９７】
ＣＰＵは、管理サーバのウォーターサーバ識別情報取得プログラム（１０１３）を実行し、メインメモリのデータ領域の発注依頼情報（１０３１）又は／及び発注依頼取消情報（１０３２）から、それらに含まれているウォーターサーバ識別情報（１０３３）を相互に関連付けて取得する。次いで、既に不揮発性メモリに格納されている同一のウォーターサーバ識別情報（１０７３）の有無を確認し、無ければ新規のウォーターサーバ識別情報（１０７３）として、不揮発性メモリに格納する。メインメモリのデータ領域の発注依頼情報又は／及び発注依頼取消情報は、ウォーターサーバ識別情報に関連付けて、発注依頼情報（１０７１）又は／及び発注依頼取消情報（１０７２）として、不揮発性メモリに格納する。
【００９８】
＜実施形態１の処理の流れ＞
【００９９】
実施形態１のウォーターサーバシステムはウォーターサーバと管理サーバから構成されるので以下にそれぞれの処理の流れについて説明する。
【０１００】
図１１は、実施形態１のウォーターサーバシステムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【０１０１】
＜実施形態１：ウォーターサーバの処理の流れ＞
【０１０２】
ウォーターサーバ識別情報保持ステップは、ウォーターサーバごとに、ウォーターサーバ識別情報をウォーターサーバに保持する（Ｓ１１０１）。
【０１０３】
入力情報有無確認ステップは、ウォーターサーバに入力情報の有無を確認し、入力情報が有る場合は発注依頼情報確認ステップ（Ｓ１１０３）に行き、無い場合は入力情報有無確認ステップ（Ｓ１１０２）に戻る（Ｓ１１０２）。
【０１０４】
発注依頼情報確認ステップは、取得する情報が発注依頼情報の場合は顧客側発注依頼情報取得ステップ（Ｓ１１０５）に行き、異なる場合は発注依頼取消情報確認ステップ（Ｓ１１０４）に行く（Ｓ１１０３）。
【０１０５】
発注依頼取消情報確認ステップは、取得する情報が発注依頼取消情報の場合は顧客側発注依頼取消情報取得ステップ（Ｓ１１０６）に行き、異なる場合は入力情報有無確認ステップ（Ｓ１１０２）に行く（Ｓ１１０４）。
【０１０６】
顧客側発注依頼情報取得ステップは、ウォーターサーバ識別情報を含む新規ボトルの発注依頼情報を取得して、発注依頼関係情報送信ステップ（Ｓ１１０７）に行く（Ｓ１１０５）。
【０１０７】
顧客側発注依頼取消情報取得ステップは、ウォーターサーバ識別情報を含む新規ボトルの発注依頼取消情報を取得する（Ｓ１１０６）。
【０１０８】
発注依頼関係情報送信ステップは、取得した発注依頼情報又は／及び発注依頼取消情報を、ウォーターサーバ通信部を介して管理サーバに送信する（Ｓ１１０７）。
【０１０９】
終了確認ステップは、終了する場合は終了し、終了しない場合は入力情報有無確認ステップ（S１１０２）に行く（S１１０８）
【０１１０】
＜実施形態１：管理サーバの処理の流れ＞
【０１１１】
発注依頼関係情報有無確認ステップは、管理サーバに発注依頼関係情報の有無を確認し、発注依頼関係情報が有る場合は発注依頼関係情報取得ステップ（Ｓ１１１０）に行き、無い場合は発注依頼関係情報有無確認ステップ（Ｓ１１０９）に戻る（Ｓ１１０９）。
【０１１２】
発注依頼関係情報取得ステップは、管理サーバ通信部を介して受信した発注依頼情報又は／及び発注依頼取消情報を取得する（Ｓ１１１０）。
【０１１３】
ウォーターサーバ識別情報取得ステップは、取得した発注依頼情報又は／及び発注依頼取消情報に含まれるウォーターサーバ識別情報を取得する（Ｓ１１１１）。
【０１１４】
終了確認ステップは、終了する場合は終了し、終了しない場合は発注依頼関係情報有無確認ステップ（S１１０９）に行く（S１１１２）
【０１１５】
＜実施形態１の効果の簡単な説明＞
【０１１６】
以上のような構成をとる本発明によって、予め既定されたルーティン的な運用とは別に、ウォーターサーバの新規ボトルの発注依頼や発注依頼取消の仕組みにより、柔軟な運用を可能とすることができる。
【０１１７】
＜実施形態２＞
【０１１８】
＜実施形態２の概要＞
【０１１９】
実施形態２は、上記実施形態１を基本として、ウォーターサーバは、新規ボトルを発注依頼又は／及び新規ボトルの発注依頼を取消すためのボタン（機械式でもパネルタッチ式でもアイコンクリック式でも可）を備えたボタン部を有し、顧客側発注依頼関係情報取得部は、ボタンの所定様式の押下に応じて発注依頼情報又は／及び発注依頼取消情報を取得するボタン押下様式取得手段を有することを特徴とするウォーターサーバシステムである。
【０１２０】
＜実施形態２の構成＞
【０１２１】
図１２は、実施形態２のウォーターサーバシステムにおいて、機能ブロック図の一例を表す図である。この図に例示するように、実施形態２のウォーターサーバシステム（１２００）は、ウォーターサーバ（１２０１）と管理サーバ（１２０８）によって構成されており、ウォーターサーバは、ウォーターサーバ識別情報保持部（１２０２）と、ウォーターサーバ通信部（１２０３）と、ボトル設置部（１２０４）と、顧客側発注依頼情報取得部（１２０５）と、顧客側発注依頼取消情報取得部（１２０６）と、発注依頼関係情報送信部（１２０７）と、を有し、ボタン部（１２１３）と、顧客側発注依頼関係情報取得部（１２１４）と、をさらに有し、またさらに顧客側発注依頼関係情報取得部の内にボタン押下様式取得手段と、を有している。管理サーバは、管理サーバ通信部（１２０９）と、発注依頼関係情報取得部（１２１０）と、ウォーターサーバ識別情報取得部（１２１１）と、を有している。
【０１２２】
なお、以下に記載する本システムの機能ブロックは、情報処理関係部分を除くウォーターサーバ本体と、コンピュータと、で構成されている。またさらに、ウォーターサーバ本体は、ボトル設置部を含む構成となっている。
【０１２３】
なお、これらウォーターサーバ識別情報保持部とウォーターサーバ通信部とボトル設置部と顧客側発注依頼情報取得部と顧客側発注依頼取消情報取得部と発注依頼関係情報送信部と管理サーバ通信部と発注依頼関係情報取得部とウォーターサーバ識別情報取得部と、に関しては、上記実施形態１にて既に記載済みであるのでその説明は省略する。実施形態２の特徴点であるボタン部と顧客側発注依頼関係情報取得部とについて、以下説明する。
【０１２４】
＜実施形態２の構成の説明：ウォーターサーバ：ボタン部＞
【０１２５】
「ボタン部」（図１２：１２１３）は、新規ボトルを発注依頼又は／及び新規ボトルの発注依頼を取消すために構成された装置であり、利用者がボタン（機械式でもパネルタッチ式でもアイコンクリック式でも可）を押下した場合に、そのボタン押下を受け付ける機能を有する。
【０１２６】
ウォーターサーバのボタン部は、一のボタンにおいて所定様式の押下に応じて、新規ボトルを発注依頼のため、又は／及び、新規ボトルの発注依頼を取消すため、のボタン押下であることを分別するように構成される。例えば、通常の押下であれば新規ボトルを発注依頼であり、ボタンを長押しすれば新規ボトルの発注依頼を取消すことにしてもよい。
【０１２７】
＜実施形態２の構成の説明：ウォーターサーバ：顧客側発注依頼情報取得部＞
【０１２８】
「顧客側発注依頼関係情報取得部」（図１２：１２１４）は、上記実施形態１を基本として、さらに、ウォーターサーバは、インターフェースを介した入力画面等からの入力を、ボタンの所定様式の押下に応じて発注依頼情報又は／及び発注依頼取消情報に分別して、取得するための機能を有する。
【０１２９】
＜実施形態２の構成の説明：ウォーターサーバ：ボタン押下様式取得手段＞
【０１３０】
「ボタン押下様式取得手段」は、ボタンの種類、又は／及び、ボタンの押下の仕方によって、利用者の意図を分別する様式を取得する。例えば、機械式のボタンであれば、押し込み方の力加減や押下時間の長さによる全押しや半押しやクリック押しや長押しなどの分別様式が可能である。パネルタッチ式のボタンの分別様式は、画面を１回だけ軽くたたくタップ、２回連続でたたくダブルタップ、画面を指で触れたままにするロングタップ、すばやく上下左右に指をはらうフリック、２本の指で画面に触れて間を狭めるピンチイン、反対に指を広げるピンチアウト、画面に触れた状態で指をそのまま動かすドラッグなどがある。アイコンクリック式のボタンの分別様式は、ワンクリックやダブルクリックがある。
【０１３１】
＜実施形態２のハードウェア構成＞
【０１３２】
実施形態２のウォーターサーバシステムはウォーターサーバと管理サーバから構成される。管理サーバに関しては、上記実施形態１にて既に記載済みであるのでその説明は省略する。実施形態２の特徴点であるウォーターサーバについて、そのハードウェア構成について説明する。なお、ウォーターサーバと管理サーバの間において、必要に応じた情報のやり取りがされるものとする。
【０１３３】
＜ウォーターサーバのハードウェア構成＞
【０１３４】
図１３は、実施形態２のウォーターサーバシステムにおいて、ウォーターサーバのハードウェア構成図の一例を表す図である。実施形態１のウォーターサーバシステムを基本として、ウォーターサーバの顧客側発注依頼関係情報取得部とボタン押下様式取得手段は、以下のようなハードウェアとプログラムで構成される。この図にあるように、ＣＰＵ（中央演算装置）（１３０１）と、メインメモリ（１３０２）と、マウスやキーボードやディスプレイや通信ボードやスピーカーやマイクやカメラなどのインターフェース（１３０３）と、ハードディスクなどの不揮発性メモリ（１３０４）と、を備えている。そしてそれらがシステムバス（１３０５）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【０１３５】
ＣＰＵは、不揮発性メモリに格納されている各種処理を行うためのプログラムをＣＰＵに実行させるため、メインメモリのワーク領域（１３１０）に読み出すと同時にそのプログラムの作業領域でもあるデータ領域（１３３０）を展開する。
【０１３６】
ＣＰＵは、顧客側発注依頼関係情報取得プログラム（１３１６）を実行し、ボタン部を介して、取得した発注依頼関係情報及びボタン押下様式を、ウォーターサーバ識別情報と関連付けて、メインメモリのデータ領域に発注依頼関係情報（１３３４）及びボタン押下様式（１３３５）として格納する。次いで、ウォーターサーバ識別情報と関連付けられた発注依頼関係情報（１３７４）及びボタン押下様式として、不揮発性メモリに格納する。
【０１３７】
ＣＰＵは、顧客側発注依頼関係情報取得プログラム（１３１６）を実行するに際し、さらに、ボタン押下様式取得サブプログラム（１３１７）を実行し、取得したボタン押下様式に応じて、取得した発注依頼関係情報を分別して、メインメモリのデータ領域に発注依頼情報（１３３２）又は／及び発注依頼取消情報（１３３３）として格納する。次いで、ウォーターサーバ識別情報と関連付けられた、既に不揮発性メモリに格納されている発注依頼情報（１３７２）又は／及び発注依頼取消情報（１３７３）が有ればそれに追加又は更新し、無ければウォーターサーバ識別情報と関連付けられた新規の発注依頼情報又は／及び発注依頼取消情報として、不揮発性メモリに格納する。
【０１３８】
＜実施形態２の処理の流れ＞
【０１３９】
実施形態２のウォーターサーバシステムはウォーターサーバと管理サーバから構成される。管理サーバの処理の流れに関しては、上記実施形態１にて既に記載済みであるのでその説明は省略する。
【０１４０】
図１４は、実施形態２のウォーターサーバシステムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【０１４１】
＜実施形態２：ウォーターサーバの処理の流れ＞
【０１４２】
ウォーターサーバ識別情報保持ステップは、ウォーターサーバごとに、ウォーターサーバ識別情報をウォーターサーバに保持する（Ｓ１４０１）。
【０１４３】
入力情報有無確認ステップは、ウォーターサーバに入力情報の有無を確認し、入力情報が有る場合は顧客側発注依頼関係情報取得ステップ（Ｓ１４０３）に行き、無い場合は入力情報有無確認ステップ（Ｓ１４０２）に戻る（Ｓ１４０２）。
【０１４４】
顧客側発注依頼関係情報取得ステップは、ボタン部を介して、発注依頼関係情報及びボタン押下様式を取得する。ここで、取得された発注依頼関係情報をボタン押下様式に応じて発注依頼情報又は発注依頼取消情報又はその他の情報に分別して取得する、ことを実現するボタン押下様式取得サブステップを含んでいる（Ｓ１４０３）。
【０１４５】
発注依頼情報確認ステップは、取得する情報が発注依頼情報の場合は顧客側発注依頼情報取得ステップ（Ｓ１４０６）に行き、異なる場合は発注依頼取消情報確認ステップ（Ｓ１４０５）に行く（Ｓ１４０４）。
【０１４６】
発注依頼取消情報確認ステップは、取得する情報が発注依頼取消情報の場合は顧客側発注依頼取消情報取得ステップ（Ｓ１４０７）に行き、異なる場合は入力情報有無確認ステップ（Ｓ１４０２）に行く（Ｓ１４０５）。
【０１４７】
顧客側発注依頼情報取得ステップは、ウォーターサーバ識別情報を含む新規ボトルの発注依頼情報を取得して、発注依頼関係情報送信ステップ（Ｓ１４０８）に行く（Ｓ１４０６）。
【０１４８】
顧客側発注依頼取消情報取得ステップは、ウォーターサーバ識別情報を含む新規ボトルの発注依頼取消情報を取得する（Ｓ１４０７）。
【０１４９】
発注依頼関係情報送信ステップは、取得した発注依頼情報又は／及び発注依頼取消情報を、ウォーターサーバ通信部を介して管理サーバに送信する（Ｓ１４０８）。
【０１５０】
終了確認ステップは、終了する場合は終了し、終了しない場合は入力情報有無確認ステップ（S１４０２）に行く（S１４０９）
【０１５１】
＜実施形態２の効果の簡単な説明＞
【０１５２】
以上のような構成をとる本発明によって、一のボタンの所定様式の押下に応じて、新規ボトルを発注依頼又は／及び新規ボトルの発注依頼の取消を分別することができる。
【０１５３】
＜実施形態３＞
【０１５４】
＜実施形態３の概要＞
【０１５５】
実施形態３は、上記実施形態１又は実施形態２を基本として、ウォーターサーバは、発注状態を表示するための発注状態表示部をさらに有することを特徴とするウォーターサーバシステムである。
【０１５６】
＜実施形態３の構成＞
【０１５７】
図１５は、実施形態３のウォーターサーバシステムにおける機能ブロック図の一例を表す図である。この図に例示するように、実施形態３のウォーターサーバシステム（１５００）は、ウォーターサーバ（１５０１）と管理サーバ（１５０８）によって構成されており、ウォーターサーバは、ウォーターサーバ識別情報保持部（１５０２）と、ウォーターサーバ通信部（１５０３）と、ボトル設置部（１５０４）と、顧客側発注依頼情報取得部（１５０５）と、顧客側発注依頼取消情報取得部（１５０６）と、発注依頼関係情報送信部（１５０７）と、を有し、発注状態表示部（１５１５）と、をさらに有している。管理サーバは、管理サーバ通信部（１５０９）と、発注依頼関係情報取得部（１５１０）と、ウォーターサーバ識別情報取得部（１５１１）と、を有している。
【０１５８】
なお、以下に記載する本システムの機能ブロックは、情報処理関係部分を除くウォーターサーバ本体と、コンピュータと、で構成されている。またさらに、ウォーターサーバ本体は、ボトル設置部と、発注状態表示部と、を含む構成となっている。
【０１５９】
なお、これらウォーターサーバ識別情報保持部とウォーターサーバ通信部とボトル設置部と顧客側発注依頼情報取得部と顧客側発注依頼取消情報取得部と発注依頼関係情報送信部と管理サーバ通信部と発注依頼関係情報取得部とウォーターサーバ識別情報取得部と、に関しては、上記実施形態１にて既に記載済みであるのでその説明は省略する。実施形態３の特徴点である発注状態表示部について、以下説明する。
【０１６０】
＜実施形態３の構成の説明：ウォーターサーバ本体：発注状態表示部＞
【０１６１】
「発注状態表示部」（図１５：１５１５）は、一のウォーターサーバに対する発注状態を、発注状態表示部に備えられた発光LEDの点灯、点滅、消灯などによって表示する機能を有する。例えば、発注依頼情報を取得していない場合又は発注依頼情報を取得しているがその発注依頼取消情報（一部取消を除く）を取得している場合は通常時として発光LEDを消灯し、発注依頼情報を取得してから所定の留保時間以内で且つその発注依頼取消情報（一部取消を除く）を取得していない場合は発注時として発光LEDを点滅させ、発注依頼情報を取得してから所定の留保時間を超え且つその発注依頼取消情報（一部取消を除く）を取得していない場合はボトル配送中として発光LEDを点灯させる等して、利用者に発注状態を知らせることにしてもよい。またさらに、配送センターから実際に発送されたときに所定の情報を得て、発光LEDを点灯させることにしてもよい。図１６は、発注状態を表示する発光LED（１６０２）が備えてある発注状態表示部（１６０１）の一例である。
【０１６２】
なお、発注依頼情報又は／及び発注依頼取消情報に基づいたボトルが配達されたときは、発注依頼情報又は／及び発注依頼取消情報は初期化されるものとする。この処理は、ボトルを配送した配送員が所持する配送管理端末にて配送完了が入力されると、その情報が管理サーバに送信され、管理サーバからウォーターサーバに対して初期化の命令が送信するように構成することで行われる。なお、この配送管理端末は、管理サーバからの配送命令に基づいて配送情報が格納されており、配送の情報はウォーターサーバ識別情報と関連付けられて管理されているので、配送完了の入力に基づく配送完了情報は、ウォーターサーバ識別情報と関連付けられて送信されることとなり、従って、前記の初期化処理が可能となる。
【０１６３】
またさらに、図１６で例示したように、発注状態表示部にウォーターサーバの各種センサーの動作状況を表示する発光LEDが備えられていれば利用者にとって便利である。例えば、２色の発光LEDの点灯、点滅、消灯などの組み合わせによって、ウォーターサーバの各種センサーの動作状況を知らせるものとして、例えば、正常動作時に青LED（１６０３ａ）点灯かつ赤LED（１６０３ｂ）消灯、少なくとも一のセンサーが異常動作時に青LED消灯かつ赤LED点滅などによって、利用者にウォーターサーバの各種センサー動作状況を色、点滅・点灯動作、点滅間隔、点滅ランプの連動性などで知らせることにしてもよい。またさらに、ウォーターサーバの動作の再起動初期化するためのリセットボタン（１６０４）が備えてあってもよい。リセットボタンは、ウォーターサーバの動作を再起動初期化する必要のある場合のみに利用するものであるから、通常時は誤操作されないように先の細いもので押すような構造であることが好ましい。
【０１６４】
＜実施形態３  ハードウェア構成＞
【０１６５】
実施形態３のウォーターサーバシステムはウォーターサーバと管理サーバから構成される。管理サーバに関しては、上記実施形態１にて既に記載済みであるのでその説明は省略する。実施形態３の特徴点であるウォーターサーバについて、そのハードウェア構成について説明する。なお、ウォーターサーバと管理サーバの間において、必要に応じた情報のやり取りがされるものとする。
【０１６６】
＜ウォーターサーバのハードウェア構成＞
【０１６７】
図１７は、実施形態３のウォーターサーバシステムにおいて、ウォーターサーバのハードウェア構成図の一例を表す図である。実施形態１のウォーターサーバシステムを基本として、ウォーターサーバの発注状態表示部は、以下のようなハードウェアとプログラムで構成される。この図にあるように、ＣＰＵ（中央演算装置）（１７０１）と、メインメモリ（１７０２）と、マウスやキーボードやディスプレイや通信ボードやスピーカーやマイクやカメラなどのインターフェース（１７０３）と、ハードディスクなどの不揮発性メモリ（１７０４）と、を備えている。そしてそれらがシステムバス（１７０５）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【０１６８】
ＣＰＵは、不揮発性メモリに格納されている各種処理を行うためのプログラムをＣＰＵに実行させるため、メインメモリのワーク領域（１７１０）に読み出すと同時にそのプログラムの作業領域でもあるデータ領域（１７３０）を展開する。
【０１６９】
ＣＰＵは、発注状態表示プログラム（１７１６）を実行し、メインメモリのデータ領域において、ウォーターサーバ識別情報（１７３１）に関連づけて、発注依頼情報（１７３２）又は／及び発注依頼取消情報（１７３３）から発注状態を判定して、発注状態を表示する発光LEDを消灯又は点滅又は点灯させるよう指示する。
【０１７０】
＜実施形態３の処理の流れ＞
【０１７１】
実施形態３のウォーターサーバシステムはウォーターサーバと管理サーバから構成される。管理サーバの処理の流れに関しては、上記実施形態１にて既に記載済みであるのでその説明は省略する。
【０１７２】
図１８は、実施形態３のウォーターサーバシステムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【０１７３】
＜実施形態３：ウォーターサーバの処理の流れ＞
【０１７４】
ウォーターサーバ識別情報保持ステップは、ウォーターサーバごとに、ウォーターサーバ識別情報をウォーターサーバに保持する（Ｓ１８０１）。
【０１７５】
入力情報有無確認ステップは、ウォーターサーバに入力情報の有無を確認し、入力情報が有る場合は顧客側発注依頼関係情報取得ステップ（Ｓ１８０３）に行き、無い場合は入力情報有無確認ステップ（Ｓ１８０２）に戻る（Ｓ１８０２）。
【０１７６】
発注依頼情報確認ステップは、取得する情報が発注依頼情報の場合は顧客側発注依頼情報取得ステップ（Ｓ１８０５）に行き、異なる場合は発注依頼取消情報確認ステップ（Ｓ１８０４）に行く（Ｓ１８０３）。
【０１７７】
発注依頼取消情報確認ステップは、取得する情報が発注依頼取消情報の場合は顧客側発注依頼取消情報取得ステップ（Ｓ１８０６）に行き、異なる場合は入力情報有無確認ステップ（Ｓ１８０２）に行く（Ｓ１８０４）。
【０１７８】
顧客側発注依頼情報取得ステップは、ウォーターサーバ識別情報を含む新規ボトルの発注依頼情報を取得して、発注依頼関係情報送信ステップ（Ｓ１８０７）に行く（Ｓ１８０５）。
【０１７９】
顧客側発注依頼取消情報取得ステップは、ウォーターサーバ識別情報を含む新規ボトルの発注依頼取消情報を取得する（Ｓ１８０６）。
【０１８０】
発注状態表示ステップは、取得した発注依頼情報又は／及び発注依頼取消情報に応じた発注状態を、表示する（Ｓ１８０７）
【０１８１】
発注依頼関係情報送信ステップは、取得した発注依頼情報又は／及び発注依頼取消情報を、ウォーターサーバ通信部を介して管理サーバに送信する（Ｓ１８０８）。
【０１８２】
終了確認ステップは、終了する場合は終了し、終了しない場合は入力情報有無確認ステップ（Ｓ１８０２）に行く（Ｓ１８０９）
【０１８３】
＜実施形態３  効果の簡単な説明＞
一のウォーターサーバに対する発注状態を利用者に知らせることが可能となる。
【０１８４】
＜実施形態４＞
【０１８５】
＜実施形態４  概要＞
【０１８６】
実施形態４は、上記実施形態１から実施形態３までを基本として、管理サーバは、発注依頼情報又は／及び発注依頼取消情報を発注依頼処理又は／及び発注依頼取消処理のために利用するか判断するための依頼処理判断条件を保持する依頼処理判断条件保持部と、発注依頼情報又は／及び発注依頼取消情報と依頼処理判断条件とに基づいて依頼処理を実行するか判断する依頼処理実行判断部と、をさらに有することを特徴とするウォーターサーバシステムである。
【０１８７】
＜実施形態４  構成＞
【０１８８】
図１９は、実施形態４のウォーターサーバシステムにおける機能ブロック図の一例を表す図である。この図に例示するように、実施形態４のウォーターサーバシステム（１９００）は、ウォーターサーバ（１９０１）と管理サーバ（１９０８）によって構成されており、ウォーターサーバは、ウォーターサーバ識別情報保持部（１９０２）と、ウォーターサーバ通信部（１９０３）と、ボトル設置部（１９０４）と、顧客側発注依頼情報取得部（１９０５）と、顧客側発注依頼取消情報取得部（１９０６）と、発注依頼関係情報送信部（１９０７）と、を有している。管理サーバは、管理サーバ通信部（１９０９）と、発注依頼関係情報取得部（１９１０）と、ウォーターサーバ識別情報取得部（１９１１）と、を有し、依頼処理判断条件保持部（１９１６）と、依頼処理実行判断部（１９１７）と、をさらに有している。
【０１８９】
なお、以下に記載する本システムの機能ブロックは、ボトル設置部と、コンピュータと、で構成されている。
【０１９０】
なお、これらウォーターサーバ識別情報保持部とウォーターサーバ通信部とボトル設置部と顧客側発注依頼情報取得部と顧客側発注依頼取消情報取得部と発注依頼関係情報送信部と管理サーバ通信部と発注依頼関係情報取得部とウォーターサーバ識別情報取得部と、に関しては、上記実施形態１にて既に記載済みであるのでその説明は省略する。実施形態４の特徴点である依頼処理判断条件保持部と依頼処理実行判断部とについて、以下説明する。
【０１９１】
＜実施形態４の構成の説明：管理サーバ：依頼処理判断条件保持部＞
【０１９２】
「依頼処理判断条件保持部」（図１９：１９１６）は、発注依頼情報又は／及び発注依頼取消情報を発注依頼処理又は／及び発注依頼取消処理のために利用するか判断するための依頼処理判断条件を保持するように構成されている。
【０１９３】
依頼処理判断条件は、一のウォーターサーバから送信され、管理サーバで取得された発注依頼情報又は／及び発注依頼取消情報を利用して、発注依頼処理又は／及び発注依頼取消処理を実行するか否かの判断をするための条件である。例えば、管理サーバは、一のウォーターサーバから送信された発注依頼情報を取得した後の留保時間を設定しておき、その留保時間以内に発注依頼取消情報を取得しない場合に限って、その発注依頼情報を利用して具体的な発注依頼処理の実行判断をする、などという依頼処理判断条件が考えられる。このような留保時間設定により、ヒューマンエラーによる誤発注を予防することができる。このような留保時間設定は発注依頼取消情報に対しても同様に設定することができ、それぞれの場合の留保時間は同一であってもよいし、場合ごとに異なっていてもよい。またさらに、このような留保時間はウォーターサーバ識別情報に関連付けて設定する、又は／及び、発注依頼内容や発注依頼本数ごとにセグメント化して設定することも考えられる。
【０１９４】
依頼処理判断条件は、例えば、発注依頼本数の閾値についても考えられる。すなわち、一又は二以上のウォーターサーバから送信され、管理サーバで取得された発注依頼情報又は／及び発注依頼取消情報を利用して、NET発注依頼本数（発注依頼情報による発注依頼本数から、発注依頼取消情報による取消を受けた本数を控除した本数）が、閾値以内の場合はその発注依頼情報を利用しての具体的な発注依頼処理の実行判断を留保する条件、とすることが好ましい。NET発注依頼本数の閾値は、ダースやグロスなどの個数単位又は配送用のパレット単位によって設定することが好ましく、配送サーバごとに設定してもよく、発注依頼内容ごとにセグメント化して設定することも考えられる。
【０１９５】
＜実施形態４の構成の説明：管理サーバ：依頼処理実行判断部＞
【０１９６】
「依頼処理実行判断部」（図１９：１９１７）は、発注依頼情報又は／及び発注依頼取消情報と依頼処理判断条件とに基づいて依頼処理を実行するか判断するための機能を有する。
【０１９７】
管理サーバは、取得した発注依頼情報又は／及び発注依頼取消情報から、適用すべき依頼処理判断条件を選択し、その依頼処理判断条件に基づいて、発注依頼処理又は／及び発注依頼取消処理を実行するか否かの判断をする。管理サーバは、前述の依頼処理判断条件に基づいて、発注依頼処理の実行を指示する。図２０は、管理サーバが依頼処理を実行する判断をした場合を説明する概念図である。管理サーバ（２００１）と、一又は二以上の全ての配送サーバ（２００２；２００３；２００４；２００５；２００６；２００７；２００８）と、がネットワークで結ばれており、管理サーバからの実行指示を受けて、その配送サーバが所管するウォーターサーバへの配送工程を実行する。この実行指示は、ウォーターサーバ識別情報に関連付けられたNET依頼処理本数に加えて、配送期限、配達時間ごとに取りまとめて配送するなどの付帯条件があってもよい。また、いずれか一の生産サーバ（２００９；２０１０；２０１１）は、一又は二以上の配送サーバとネットワークで結ばれており、配送サーバからの実行指示を受けて、配送サーバに関連付けられたNET依頼処理本数を取りまとめて、生産工程を実行する。またさらに、一又は二以上の生産サーバは、管理サーバとネットワークで結ばれており、管理サーバから直接の実行指示を受けて、生産してもよい。このように、事前に生産してストックすることで、将来の配送サーバからの実行指示に迅速対応することが可能となる。
【０１９８】
＜実施形態４のハードウェア構成＞
【０１９９】
実施形態４のウォーターサーバシステムはウォーターサーバと管理サーバから構成される。ウォーターサーバに関しては、上記実施形態１にて既に記載済みであるのでその説明は省略する。実施形態４の特徴点である管理サーバについて、そのハードウェア構成について説明する。なお、ウォーターサーバと管理サーバの間において、必要に応じた情報のやり取りがされるものとする。
【０２００】
＜管理サーバのハードウェア構成＞
【０２０１】
図２１は、実施形態４のウォーターサーバシステムにおいて、管理サーバのハードウェア構成図の一例を表す図である。実施形態１のウォーターサーバシステムを基本として、管理サーバの依頼処理判断条件保持部と依頼処理実行判断部は、以下のようなハードウェアとプログラムで構成される。この図にあるように、ＣＰＵ（中央演算装置）（２１０１）と、メインメモリ（２１０２）と、マウスやキーボードやディスプレイや通信ボードやスピーカーやマイクやカメラなどのインターフェース（２１０３）と、ハードディスクなどの不揮発性メモリ（２１０４）と、を備えている。そしてそれらがシステムバス（２１０５）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【０２０２】
ＣＰＵは、不揮発性メモリに格納されている各種処理を行うためのプログラムをＣＰＵに実行させるため、メインメモリのワーク領域（２１１０）に読み出すと同時にそのプログラムの作業領域でもあるデータ領域（２１３０）を展開する。
【０２０３】
ＣＰＵは、依頼処理判断条件保持プログラム（２１１４）を実行し、不揮発性メモリに格納されている依頼処理判断条件（２１７４）を、メインメモリのデータ領域に依頼処理判断条件（２１３４）として格納する。
【０２０４】
ＣＰＵは、依頼処理実行判断プログラム（２１１５）を実行し、メインメモリのデータ領域において、発注依頼情報（２１３１）又は／及び発注依頼取消情報（２１３２）から、適用すべき依頼処理判断条件（２１３４）を選択し、その依頼処理判断条件に基づいて、発注依頼処理又は／及び発注依頼取消処理を実行するか否かの判断をし、実行を判断した場合は、図示しない配送サーバ又は／及び生産サーバに依頼処理の実行を指示するとともに、メインメモリのデータ領域の発注依頼情報（２１３１）又は／及び発注依頼取消情報（２１３２）を不揮発性メモリの発注依頼情報（２１７１）又は／及び発注依頼取消情報（２１７２）に格納する。実行を判断しなかった場合は、メインメモリのデータ領域の発注依頼情報（２１３１）又は／及び発注依頼取消情報（２１３２）を消去する。
【０２０５】
＜実施形態４の処理の流れ＞
【０２０６】
実施形態４のウォーターサーバシステムはウォーターサーバと管理サーバから構成される。ウォーターサーバの処理の流れに関しては、上記実施形態１にて既に記載済みであるのでその説明は省略する。
【０２０７】
図２２は、実施形態４のウォーターサーバシステムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【０２０８】
＜実施形態４：管理サーバの処理の流れ＞
【０２０９】
発注依頼関係情報有無確認ステップは、管理サーバに発注依頼関係情報の有無を確認し、発注依頼関係情報が有る場合は発注依頼関係情報取得ステップ（Ｓ２２１０）に行き、無い場合は発注依頼関係情報有無確認ステップ（Ｓ２２０９）に戻る（Ｓ２２０９）。
【０２１０】
発注依頼関係情報取得ステップは、管理サーバ通信部を介して受信した発注依頼情報又は／及び発注依頼取消情報を取得する（Ｓ２２１０）。
【０２１１】
ウォーターサーバ識別情報取得ステップは、取得した発注依頼情報又は／及び発注依頼取消情報に含まれるウォーターサーバ識別情報を取得する（Ｓ２２１１）。
【０２１２】
依頼処理判断条件保持ステップは、依頼処理判断条件を管理サーバに保持する（Ｓ２２１２）。
【０２１３】
依頼処理実行判断ステップは、依頼処理判断条件に基づいて、発注依頼処理又は／及び発注依頼取消処理を実行するか否かの判断をする（Ｓ２２１３）。
【０２１４】
終了確認ステップは、終了する場合は終了し、終了しない場合は発注依頼関係情報有無確認ステップ（Ｓ２２０９）に行く（Ｓ２２１４）
【０２１５】
＜実施形態４の効果の簡単な説明＞
【０２１６】
以上のような構成をとる本発明によって、ヒューマンエラーによる誤発注を予防すること又は／及びロット単位の効率的なサプライチェーンが可能となる。
【符号の説明】
【０２１７】
０２００  ウォーターサーバシステム
０２０１  ウォーターサーバ
０２０２  ウォーターサーバ識別情報保持部
０２０３  ウォーターサーバ通信部
０２０４  ボトル設置部
０２０５  顧客側発注依頼情報取得部
０２０６  顧客側発注依頼取消情報取得部
０２０７  発注依頼関係情報送信部
０２０８  管理サーバ
０２０９  管理サーバ通信部
０２１０  発注依頼関係情報取得部
０２１１  ウォーターサーバ識別情報取得部
【図１】
2020158149.tif 000003
【図２】
2020158149.tif 000004
【図３】
2020158149.tif 000005
【図４】
2020158149.tif 000006
【図５】
2020158149.tif 000007
【図６】
2020158149.tif 000008
【図７】
2020158149.tif 000009
【図８】
2020158149.tif 000010
【図９】
2020158149.tif 000011
【図１０】
2020158149.tif 000012
【図１１】
2020158149.tif 000013
【図１２】
2020158149.tif 000014
【図１３】
2020158149.tif 000015
【図１４】
2020158149.tif 000016
【図１５】
2020158149.tif 000017
【図１６】
2020158149.tif 000018
【図１７】
2020158149.tif 000019
【図１８】
2020158149.tif 000020
【図１９】
2020158149.tif 000021
【図２０】
2020158149.tif 000022
【図２１】
2020158149.tif 000023
【図２２】
2020158149.tif 000024