(57)【要約】【課題】集合住宅内で温水を融通し合うことを可能にする。【解決手段】温水供給システム１００では、統括ＰＣ１及び複数の戸別ＰＣ２が、ネットワーク８を介して通信する。各需要者宅には、戸別ＰＣ２、温水器３及び需要物４が設置され、各需要者宅間は共同配管９で接続される。温水器３と需要物４は給湯管５でつながり、需要物４と共同配管９は受湯管６でつながり、温水器３と共同配管９は配湯管７でつながる。統括ＰＣ１は、管理者宅や共用施設内に設置され、戸別ＰＣ２を統括制御する。例えば、夜間の湯沸しスケジュールと昼間の追い炊きスケジュールの設定、指示や、温水器３間の配湯、受湯の指示等を行う。戸別ＰＣ２は、各戸に設置され、お湯の使用量や貯湯量を温水器３から取得して統括ＰＣ１に報告するとともに、統括ＰＣ２から指示を受けて需要物４への給湯や受湯、温水器３の湯沸しや追い炊き、共同配管９への配湯等を制御する。【選択図】図１
2008267747.tif 000002
【特許請求の範囲】
【請求項１】
２以上の需要者宅に対して設置される第１のパワーコンディショナと、
各需要者宅に設置され、前記第１のパワーコンディショナと通信可能な第２のパワーコンディショナと、
を備え、
前記第１のパワーコンディショナは、
各需要者宅における所定期間の温水の使用予定量と、前記所定期間前の温水の貯留量とを含む温水データと、
各需要者宅間で温水を搬送する配管の距離を含む設備データと、
を記憶する第１の記憶部と、
前記第１の記憶部に記憶された前記温水データを参照して、前記使用予定量が前記貯留量より大きい第１の需要者宅があった場合、前記貯留量が前記使用予定量より大きい前記需要者宅のうち、前記設備データから前記第１の需要者宅との間の前記配管の距離が最も短い第２の需要者宅を特定し、
所定のタイミングで、前記第２の需要者宅の前記第２のパワーコンディショナに前記配管に温水の供給を行うことを指示し、前記第１の需要者宅の前記第２のパワーコンディショナに前記配管から温水の供給を受けることを指示する第１の処理部と、
を備え、
前記第２のパワーコンディショナは、
前記第１のパワーコンディショナからの指示を受け、当該指示に応じて温水の供給又は受給を行う第２の処理部
を備える
ことを特徴とする温水供給システム。
【請求項２】
請求項１に記載の温水供給システムであって、
前記第１の記憶部は、各需要者宅の温水器に備わるヒータの容量をさらに含む前記設備データを記憶し、
前記第１の処理部は、
前記第１の記憶部に記憶された前記温水データを参照して、各需要者宅の前記使用予定量の合計値が各需要者宅の前記貯留量の合計値より大きい場合に、当該合計値の差分を追い炊きすべき温水の必要量とし、各需要者宅の前記使用予定量の合計値及び前記貯留量の合計値から、需要者宅全体としてお湯があらかじめ定められた量になる時刻を追い炊き終了時刻として推測し、前記ヒータの容量及び前記必要量から追い炊き時間を算出し、前記追い炊き終了時刻及び前記追い炊き時間から追い炊き開始時刻を特定し、前記必要量、前記追い炊き開始時刻及び前記追い炊き終了時刻を追い炊きスケジュールとして設定する
ことを特徴とする温水供給システム。
【請求項３】
請求項２に記載の温水供給システムであって、
前記第１の処理部は、
前記第１の記憶部に記憶された前記温水データ及び前記設備データから、前記追い炊き開始時刻から前記追い炊き終了時刻までの間に、温水の使用予定及び供給予定がない需要者宅のうち、前記第１の需要者宅であって、前記使用予定量及び前記貯留量の差分が最大の需要者宅又は当該需要者宅との間の配管の距離が最も短い需要者宅を特定し、特定した需要者宅の前記第２のパワーコンディショナに前記追い炊きスケジュールを送信し、
前記第２の処理部は、
前記第１のパワーコンディショナから前記追い炊きスケジュールを受信し、当該追い炊きスケジュールに従って温水器に追い炊きを指示する
ことを特徴とする温水供給システム。
【請求項４】
請求項１ないし請求項３のいずれか一項に記載の温水供給システムであって、
前記第２の記憶部は、
年月日及び時間帯ごとに実際の気象条件及び温水の使用実績量を含むレコードからなる実績データを記憶し、
前記第２の処理部は、
前記第２の記憶部に記憶された前記実績データを参照して、前記所定期間の年月日、時間帯及び気象条件に適合するレコードを特定し、当該レコードの使用実績量を前記所定期間の使用予定量とし、温水器から前記貯留量を取得し、前記使用予定量及び前記貯留量を前記第１のパワーコンディショナに送信し、
前記第１の処理部は、各需要者宅の前記第２のパワーコンディショナから前記使用予定量及び前記貯留量を受信し、前記温水データとして前記第１の記憶部に記憶する
ことを特徴とする温水供給システム。
【請求項５】
請求項１ないし請求項４のいずれか一項に記載の温水供給システムであって、
前記所定のタイミングは、
前記第１の処理部が、前記第１の記憶部に記憶された前記温水データから前記第１の需要者宅で温水がなくなると推測した時、又は、前記第１の需要者宅の前記第２のパワーコンディショナから温水がなくなった旨の通知を受信した時である
ことを特徴とする温水供給システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、集合住宅における温水供給システムに関する。
【背景技術】
【０００２】
貯湯式の温水器には、１つの熱源（ヒータ）で加熱したお湯を、複数ある貯湯槽のそれぞれに分配する技術がある（特許文献１参照）。各貯湯槽で使用すべき湯量が不足している場合には、他の貯湯槽からお湯を搬送することも可能になっている。
【特許文献１】特開平８−４２９１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１の技術では、１つの熱源で複数の貯湯槽にお湯を供給しなければならないし、必要に応じて瞬間的にお湯を沸かさなければならないこともあるので、熱源の容量を大きくする必要があり、高圧受電でなければ実現することができない。
【０００４】
本発明は、上記課題を鑑みてなされたものであり、その主たる目的は、集合住宅内で温水を融通し合うことを可能にすることにある。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明は、温水供給システムであって、２以上の需要者宅に対して設置される第１のパワーコンディショナと、各需要者宅に設置され、前記第１のパワーコンディショナと通信可能な第２のパワーコンディショナとを備え、前記第１のパワーコンディショナが、各需要者宅における所定期間の温水の使用予定量と、前記所定期間前の温水の貯留量とを含む温水データと、各需要者宅間で温水を搬送する配管の距離を含む設備データとを記憶する第１の記憶部と、前記第１の記憶部に記憶された前記温水データを参照して、前記使用予定量が前記貯留量より大きい第１の需要者宅があった場合、前記貯留量が前記使用予定量より大きい前記需要者宅のうち、前記設備データから前記第１の需要者宅との間の前記配管の距離が最も短い第２の需要者宅を特定し、所定のタイミングで、前記第２の需要者宅の前記第２のパワーコンディショナに前記配管に温水の供給を行うことを指示し、前記第１の需要者宅の前記第２のパワーコンディショナに前記配管から温水の供給を受けることを指示する第１の処理部とを備え、前記第２のパワーコンディショナが、前記第１のパワーコンディショナからの指示を受け、当該指示に応じて温水の供給又は受給を行う第２の処理部を備えることを特徴とする。
【０００６】
この構成によれば、集合住宅内において、温水の余る需要者宅から温水の足らない需要者宅に必要な温水を融通することができる。
【０００７】
また、本発明は、温水供給システムであって、前記第１の記憶部が、各需要者宅の温水器に備わるヒータの容量をさらに含む前記設備データを記憶し、前記第１の処理部が、前記第１の記憶部に記憶された前記温水データを参照して、各需要者宅の前記使用予定量の合計値が各需要者宅の前記貯留量の合計値より大きい場合に、当該合計値の差分を追い炊きすべき温水の必要量とし、各需要者宅の前記使用予定量の合計値及び前記貯留量の合計値から、需要者宅全体としてお湯があらかじめ定められた量になる時刻を追い炊き終了時刻として推測し、前記ヒータの容量及び前記必要量から追い炊き時間を算出し、前記追い炊き終了時刻及び前記追い炊き時間から追い炊き開始時刻を特定し、前記必要量、前記追い炊き開始時刻及び前記追い炊き終了時刻を追い炊きスケジュールとして設定することを特徴とする。
【０００８】
この構成によれば、集合住宅全体として不足している温水の量及び実際に温水が必要となる時刻から追い炊きスケジュールを設定するので、無駄のない効率的な追い炊きを実施することができる。
【０００９】
また、本発明は、温水供給システムであって、前記第１の処理部が、前記第１の記憶部に記憶された前記温水データ及び前記設備データから、前記追い炊き開始時刻から前記追い炊き終了時刻までの間に、温水の使用予定及び供給予定がない需要者宅のうち、前記第１の需要者宅であって、前記使用予定量及び前記貯留量の差分が最大の需要者宅又は当該需要者宅との間の配管の距離が最も短い需要者宅を特定し、特定した需要者宅の前記第２のパワーコンディショナに前記追い炊きスケジュールを送信し、前記第２の処理部が、前記第１のパワーコンディショナから前記追い炊きスケジュールを受信し、当該追い炊きスケジュールに従って温水器に追い炊きを指示することを特徴とする。
【００１０】
この構成によれば、追い炊きした温水を最も多く必要とする需要者宅又はその需要者宅に最も近い需要者宅において追い炊きを実施するので、最小限の距離で温水を冷ますことなく効率的に搬送することができる。
【００１１】
また、本発明は、温水供給システムであって、前記第２の記憶部が、年月日及び時間帯ごとに実際の気象条件及び温水の使用実績量を含むレコードからなる実績データを記憶し、前記第２の処理部が、前記第２の記憶部に記憶された前記実績データを参照して、前記所定期間の年月日、時間帯及び気象条件に適合するレコードを特定し、当該レコードの使用実績量を前記所定期間の使用予定量とし、温水器から前記貯留量を取得し、前記使用予定量及び前記貯留量を前記第１のパワーコンディショナに送信し、前記第１の処理部が、各需要者宅の前記第２のパワーコンディショナから前記使用予定量及び前記貯留量を受信し、前記温水データとして前記第１の記憶部に記憶することを特徴とする。
【００１２】
この構成によれば、各戸の時季、時間帯及び気象条件に適合するレコードの温水の使用実績量を使用予定量とするので、各戸における温水の使用パターンに基づいて確度のある使用予定量を求めることができる。さらに、確度のある使用予定量に基づいて温水の供給や追い炊きを実施するので、無駄のない温水の融通を行うことができる。
【００１３】
また、本発明は、温水供給システムであって、前記所定のタイミングが、前記第１の処理部が、前記第１の記憶部に記憶された前記温水データから前記第１の需要者宅で温水がなくなると推測した時、又は、前記第１の需要者宅の前記第２のパワーコンディショナから温水がなくなった旨の通知を受信した時であることを特徴とする。
【００１４】
その他、本願が開示する課題及びその解決方法は、発明を実施するための最良の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１５】
本発明によれば、集合住宅内で温水を融通し合うことができる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照しながら、本発明を実施するための最良の形態を説明する。本発明の実施の形態に係る温水供給システムは、集合住宅の各戸に設置された戸別パワーコンディショナ及びそれらと通信可能な統括パワーコンディショナを備え、統括パワーコンディショナが各戸の戸別パワーコンディショナを集中管理する。すなわち、統括パワーコンディショナは、各戸の戸別パワーコンディショナからお湯（温水）の使用予定量や貯湯量、実際の使用量、他への供給量を取得し、全戸のお湯の状況をチェックしながら、ある戸でお湯が足りない場合にはお湯の余った温水器から配湯（お湯の供給）を受けるように当該戸別パワーコンディショナに指示するとともに、各戸の温水器の貯湯量を合計してもお湯が不足する場合には各戸の不足状況を考慮して所定の戸別パワーコンディショナに温水器の追い炊きを指示する。そして、各戸が電力会社と一般の家庭用メニューで受電契約をしている集合住宅において、各戸を配管で接続することによって、温水器のお湯（熱）を相互にやりとりする。その際、統括パワーコンディショナは、搬送ロスを考慮してお湯の搬送距離が短くなるようにする等、効率的なお湯の配分ができるように、各戸の戸別パワーコンディショナに指示を行う。このようにして、高圧受電でなくても各戸間でお湯を融通し合うことによって、各戸に必要な給湯を確保し、維持することができる。
【００１７】
≪システムの構成と概要≫
図１は、温水供給システム１００の構成を示す図である。温水供給システム１００では、統括パワーコンディショナ（以下、統括ＰＣという）１及び複数の戸別パワーコンディショナ（以下、戸別ＰＣという）２が、ネットワーク８を介して通信可能になっている。また、各需要者宅には、戸別ＰＣ２、温水器３及び需要物４が設置され、各需要者宅間は共同配管９で接続されている。温水器３と、需要物４との間には給湯管５がつながり、需要物４と、共同配管９との間には受湯管６がつながり、温水器３と、共同配管９との間には配湯管７がつながる。なお、図１の説明における符号２〜７については、各要素を一般的に説明する場合には、例えば、「戸別ＰＣ２」、「温水器３」のようにアルファベットを省略して表現し、各要素を個別に指示する場合には、例えば、「戸別ＰＣ２Ａ」、「温水器３Ｂ」のようにアルファベットを含めて表現する。
【００１８】
統括ＰＣ１は、集合住宅の管理者宅や共用施設内に設置されるコンピュータであり、戸別ＰＣ２を統括制御する。例えば、夜間の湯沸しスケジュールと昼間の追い炊きスケジュールの設定、指示や、温水器３から需要物４への配湯、受湯の指示等を行う。戸別ＰＣ２は、各戸に設置されるコンピュータであり、お湯の使用量や貯湯量を温水器３から取得して統括ＰＣ１に報告するとともに、統括ＰＣ２から指示を受けて需要物４への給湯や受湯、温水器３の湯沸しや追い炊き、共同配管９への配湯等を制御する。統括ＰＣ１及び戸別ＰＣ２は、通信部と、処理部と、記憶部とを備える。通信部は、ネットワーク８を介したデータ通信を可能とする部分であり、ＮＩＣ（Network Interface Card）等によって実現される。処理部は、パワーコンディショナ全体を制御する部分であり、ＣＰＵ（Central Processing Unit）が所定のメモリに格納されたプログラムを実行することによって実現される。記憶部は、パワーコンディショナ全体の制御に必要なデータを記憶する部分であり、フラッシュメモリやハードディスク装置等の不揮発性記憶装置によって実現される。
【００１９】
温水器３は、水からお湯を沸かしたり、沸かしたお湯を貯めたり、供給する設備であり、貯湯槽を備える。需要物４は、給湯を必要とする設備であり、例えば、台所や洗面所、風呂等である。給湯管５は、温水器３から需要物４に給湯するための管である。受湯管６は、共同配管９から需要物４に受湯するための管である。配湯管７は、温水器３から共同配管９に配湯するための管である。なお、給湯、受湯及び配湯は、戸別ＰＣ２による各管内のバルブの開閉制御によって実現される。
【００２０】
ネットワーク８は、統括ＰＣ１と、各戸別ＰＣ２との間を通信可能とするネットワークであり、ＩＰ（Internet Protocol）網であってもよいし、他の通信網であってもよい。共同配管９は、各需要者宅の温水器３と需要物４との間における配湯、受湯を可能にする配管であり、各需要者宅間を接続するように設置される。
【００２１】
≪データの構成≫
図２及び図３は、統括ＰＣ１の記憶部に記憶されるデータの構成を示す図である。図２（ａ）は、温水データ１１の構成を示す。温水データ１１は、需要者宅ごとにお湯に関するデータを管理するものであり、需要者宅１１１、使用予定量１１２、貯湯量１１３、使用量１１４及び供給量１１５を含むレコードから構成される。需要者宅１１１は、需要者宅を特定するキーデータである。従って、温水データ１１には、需要者宅１１１をキーデータとする当該集合住宅の戸数分のレコードが含まれることになる。使用予定量１１２は、需要者宅１１１で翌日に使用する予定のお湯の量（給湯需要量ともいう）であり、時間帯ごと及び１日分の使用予定量を含む。貯湯量１１３は、その時点で温水器３の貯湯槽に貯まっているお湯の量を示すものである。使用量１１４は、その日に需要物４が使用したお湯の量を示すものである。供給量１１５は、その日に温水器３が配湯管７及び共同配管９を通じて他の需要者宅に供給したお湯の量を示すものである。なお、貯湯量１１３、使用量１１４及び供給量１１５は、戸別ＰＣ２からの報告によって随時最新の状態に更新される。また、戸別ＰＣ２から報告される使用量及び供給量は、時間帯ごとの量又は１日のうち、その時点までの累積量である。
【００２２】
図２（ｂ）は、設備データ１２の構成を示す。設備データ１２は、追い炊きスケジュールの設定や追い炊きを指示する温水器３の選定に用いられるデータであり、需要者宅１２１と、ヒータ容量１２２又は距離１２３とを含むレコードから構成される。需要者宅１２１は、需要者宅を特定するキーデータである。従って、設備データ１２には、需要者宅１２１をキーデータとする当該集合住宅の「戸数分＋各戸の組み合わせ数分」のレコードが含まれる。ヒータ容量１２２は、需要者宅１２１の温水器３に備わるヒータ（熱源）の容量を示すものであり、追い炊きスケジュールの設定の際、お湯が必要となる時刻から追い炊きを開始すべき時刻を逆算する場合に、湯沸しにかかる時間を算出するのに用いられる。湯沸しにかかる時間は、ヒータの容量が大きければ短くなり、ヒータの容量が小さければ長くなる。距離１２３は、各需要者宅１２１の間の距離を示すものであり、正確には、共同配管９において配湯元の配湯管７が接続される箇所から受湯先の受湯管６が接続される箇所までの距離である。距離１２３は、追い炊きを指示する温水器３として、受湯を必要とする需要物４のある需要者宅から近い温水器３を選定する場合に用いられる。
【００２３】
図３（ａ）は、湯沸しスケジュール１３の構成を示す。湯沸しスケジュール１３は、需要者宅１３１、必要量１３２、開始時刻１３３、終了時刻１３４、時間帯１３５及び湯沸し量１３６を含むレコードから構成される。需要者宅１３１は、需要者宅を特定するキーデータである。必要量１３２は、需要者宅１３１で湯沸しが必要なお湯の量を示す。開始時刻１３３は、需要者宅１３１で湯沸しを開始する時刻を示す。終了時刻１３４は、需要者宅１３１で湯沸しを終了する時刻である。時間帯１３５は、温水器３が湯沸しを行う時間帯を示すものであり、例えば、０時から１時までといった時間帯になるが、１時間単位に限定されるものではなく、他の単位であってもよい。時間帯１３５は、できる限り電力料金の安い時間帯から優先的に割り当てられる。湯沸し量１３６は、時間帯１３５に温水器３が沸かすべきお湯の量を示すものであり、設備データ１２のヒータ容量１２２で可能な範囲内で設定される。なお、各時間帯１３５の湯沸し量１３６の合計は、必要量１３２になる。
【００２４】
図３（ｂ）は、追い炊きスケジュール１４の構成を示す。追い炊きスケジュール１４は、図３（ａ）の湯沸しスケジュール１３と同様の構成を有するので、説明を割愛する。
【００２５】
図４は、戸別ＰＣ２の記憶部に記憶されるデータの構成を示す図である。図４（ａ）は、実績データ２１の構成を示す。実績データ２１は、当該需要者宅におけるお湯の使用実績を示し、翌日の使用予定量を推測する際に用いられるデータであり、年月日２１１、時間帯２１２、気象条件２１３及び使用湯量２１４を含むレコードから構成される。年月日２１１は、お湯を使用した日付を示し、曜日や祝日名を含むものである。時間帯２１２は、お湯を使用した時間帯を示し、例えば、０時から１時までの時間帯になるが、１時間単位に限定されるものではなく、他の単位であってもよい。気象条件２１３は、お湯を使用した時間帯における気象条件を示し、例えば、当該時間帯の天候、気温、水温等である。使用湯量２１４は、年月日２１１の時間帯２１２に当該需要者宅で使用したお湯の量を示すものであり、給湯管５及び受湯管６を通るお湯の量が測定されたものである。
【００２６】
図４（ｂ）は、湯沸しスケジュール２２の構成を示す。図４（ｃ）は、追い炊きスケジュール２３の構成を示す。湯沸しスケジュール２２及び追い炊きスケジュール２３は、戸別ＰＣ２が統括ＰＣ１から指示されたものであり、図３（ａ）の湯沸しスケジュール１３から需要家宅１３１を除いたものと同様の構成を有するので、説明を割愛する。
【００２７】
≪システムの処理≫
図５は、夜間の湯沸し＆貯湯処理を示すフローチャートである。この処理は、深夜の時間帯に、集合住宅の各需要者宅で翌日に使用される予定のお湯の量の合計から現在の貯湯量の合計を引いた不足分のお湯を沸かすものである。なお、図５に戸別ＰＣ２（２Ａ、２Ｂ、２Ｃ、・・・）と示しているので、統括ＰＣ１と、各戸別ＰＣ２とがやりとりをすることで処理が進むものとする。
【００２８】
まず、戸別ＰＣ２は、２３時になると、翌日（次の０〜２４時）のお湯の使用予定量を推測する（Ｓ５０１）。具体的には、記憶部に記憶された実績データ２１から、翌日の年月日（曜日や祝日名を含む）、時間帯及び気象条件（天候、気温、水温等）に適合するレコードを特定し、当該レコードの使用湯量２１４を使用予定量の推測値とする。翌日の年月日は、コンピュータの時計機能から取得する。翌日の気象条件は、気象予報に従ってオペレータが入力したものであってもよいし、インターネットを通じて取得したものであってもよい。年月日の適合条件として、必ずしも同じ日付ではなく、例えば、±７日間のうち、曜日が同じものが考えられる。これは、年が変わっても、同じ時季の同じ曜日の行動パターンは似ていると想定されるからである。また、年月日の適合条件として、同じ祝日が考えられる。これは、年が変わっても、同じ祝日の行動パターンは似ていると想定されるからである。なお、使用予定量は、時間帯ごとの数値であってもよいし、グラフ上の曲線であってもよい。次に、戸別ＰＣ２は、推測した翌日の使用予定量及び現在の貯湯量を統括ＰＣ１に送信する（Ｓ５０２）。現在の貯湯量は、温水器３から取得する。
【００２９】
統括ＰＣ１は、戸別ＰＣ２から翌日の使用予定量及び現在の貯湯量を受信する（Ｓ５０３）。そして、各戸の使用予定量及び貯湯量を集約し、記憶部の温水データ１１に記憶する（Ｓ５０４）。ここでは、各戸の使用予定量及び貯湯量だけでなく、集合住宅内の使用予定量の合計及び貯湯量の合計を含めて記憶するものとする。続いて、温水データ１１から湯沸しスケジュールを設定し、戸別ＰＣ２に送信する（Ｓ５０５）。例えば、翌日の使用予定量が現在の貯湯量より大きい需要者宅があった場合には、その差分を必要量とし、当該需要者宅又は当該需要者宅に近い他の需要者宅で必要量のお湯を沸かすように湯沸しスケジュールを設定し、図３（ａ）に示すような湯沸しスケジュール１３を当該戸別ＰＣ２に送信する。
【００３０】
戸別ＰＣ２は、統括ＰＣ１から湯沸しスケジュールを受信した場合、記憶部の湯沸しスケジュール２２に記憶する（Ｓ５０６）。次に、湯沸しスケジュールに従って湯沸しを開始する（Ｓ５０７）。これにより、２３時から翌日８時までの間（必ずしもすべての時間ではない）、湯沸しを行うことになる。戸別ＰＣ２は、その間定期的に温水器３の貯湯槽における貯湯量を測定し、統括ＰＣ１に送信する（Ｓ５０８）。貯湯量は、温水器３の加熱電力量を測定し、その測定値から換算して求めることができる。
【００３１】
統括ＰＣ１は、戸別ＰＣ２から貯湯量を受信し、記憶部の温水データ１１の貯湯量１１３に記憶する（Ｓ５０９）。そして、湯沸しスケジュール１３を補正する必要があれば、補正量を設定し、必要な戸別ＰＣ２に送信する（Ｓ５１０）。これは、温水器３のヒータ容量を考慮して湯沸しスケジュール１３を設定しているものの、計画通りに湯沸しが進まない場合もあるし、各戸の使用予定に反して予期せぬお湯の使用が発生する場合もあるので、途中で随時湯沸しスケジュール１３を補正して必要なお湯の量の合計を最終的に確保しようとするものである。例えば、今後の時間帯について、温水器３のヒータ容量に対して余裕のあるところは湯沸し量１３６を増やしたり、湯沸ししていない時間帯があれば新たに湯沸し量１３６を割り当てたりする。また、新たな温水器３に対する湯沸しスケジュールを設定し、当該戸別ＰＣ２に送信してもよい。
【００３２】
戸別ＰＣ２は、統括ＰＣ１から湯沸しスケジュールの補正量を受信した場合、記憶部に記憶された湯沸しスケジュール２２を補正する（Ｓ５１１）。従って、今後は、補正された湯沸しスケジュール２２に従って湯沸しを行うことになる。なお、補正量を受信しなければ、そのままの湯沸しスケジュール２２に従う。そして、満湯又は８時になったか否かを判定する（Ｓ５１２）。満湯とは、「Ｓ５０２における現在の貯湯量＋Ｓ５０６の湯沸しスケジュールで指示された湯沸し量の合計」分のお湯が温水器３の貯湯槽に貯まったことを示す。また、８時になれば、お湯を使用する時間帯に移行するので、湯沸しは終了することになる。満湯でもないし、８時でもなければ（Ｓ５１２のＮ）、湯沸しを続行しながら、定期的な貯湯量の測定、送信を行う（Ｓ５０８）。満湯又は８時になれば（Ｓ５１２のＹ）、湯沸しは終了となり（Ｓ５１３）、最新の貯湯量を測定し、統括ＰＣ１に送信する（Ｓ５１４）。
【００３３】
統括ＰＣ１は、湯沸しを行った戸別ＰＣ２から貯湯量を受信し、記憶部の温水データ１１の貯湯量１１３に記憶する（Ｓ５１５）。
【００３４】
図６は、昼間のお湯の使用＆追い炊き処理を示すフローチャートである。この処理は、１日のうち深夜を除く時間帯（例えば、８時から２３時まで）において、需要物４でお湯を使用するのに伴って行う処理や、需要者宅間における配湯、受湯に係る処理、さらに集合住宅全体としてお湯が足りない場合の追い炊きに係る処理を示すものである。
【００３５】
まず、統括ＰＣ１は、図５の夜間処理を終了すると、追い炊きが必要か否かを判定する（Ｓ６０１）。具体的には、記憶部に記憶された温水データ１１を参照して、各需要者宅１１１の使用予定量１１２の合計値が貯湯量１１３の合計値より大きいか否かを判定する。使用予定量１１２の合計値がより大きければ、お湯が足りないので、追い炊きが必要であり、より大きくなければ（同じ又はより小さければ）、お湯が足りているので、追い炊きが不要である。この場合、実際の運用上余裕を持たせるために、使用予定量１１２の合計値に所定値α（マージン）を加算したものと、貯湯量１１３の合計値とを比較するようにしてもよい。
【００３６】
追い炊きが必要な場合（Ｓ６０１のＹ）、統括ＰＣ１は、追い炊きスケジュールを設定する（Ｓ６０２）。具体的には、以下の手順に従って行う。まず、お湯の必要量を、「各需要者宅１１１の使用予定量１１２の合計値−貯湯量１１３の合計値」により計算する。この場合、さらに所定値αを加算したものを必要量としてもよい。次に、追い炊き終了時刻を特定する。追い炊きを行う場合には、少量のお湯を多数の温水器３でそれぞれ沸かすより多量のお湯を１つの温水器３で沸かす方が効率的である。また、できる限り空の温水器３の方が、多量の追い炊きを効率よく行うことができる。そこで、使用予定量１１２の合計値及び貯湯量１１３の合計値から、集合住宅全体としての貯湯量が所定値β（例えば、満量の２０％等）以下になると推定される時刻を追い炊き終了時刻とする。この時刻に推測される各需要家宅の温水器３の貯湯量には０又は０に近い値（所定値γ以下）が存在すると考えられるので、そのような温水器３の中から、集合住宅全体で最も効率的にお湯が利用できるような温水器３を選定する。その詳細は、後記する。続いて、追い炊き開始時刻を特定する。追い炊き開始時刻は、お湯の必要量及び温水器３のヒータ容量から湯沸し時間（追い炊き時間）を算出し、追い炊き終了時刻から当該湯沸し時間を差し引くことにより求める。温水器３のヒータ容量は、記憶部に記憶された設備データ１２のヒータ容量１２２のうち最小値とする。これは、いずれの温水器３を用いることになったとしても、追い炊き終了時刻を厳守する又は前倒しするためである。そして、以上により求めたお湯の必要量、追い炊き開始時刻及び追い炊き終了時刻を追い炊きスケジュールとして設定する。
【００３７】
次に、統括ＰＣ１は、温水器３を選定し、当該温水器３に係る戸別ＰＣ２に追い炊きスケジュールを送信することで、追い炊きを指示する（Ｓ６０３）。温水器３（すなわち、需要者宅）の選定は、以下の手順に従って行う。まず、追い炊き終了時刻に推測される貯湯量が０又は０に近い値（所定値γ以下）である温水器３（需要家宅）のうち、時間帯ごとの使用予定量１１２から、追い炊きの開始時刻から終了時刻までの間にお湯の使用又は配湯をしない需要者宅を特定する。これは、できる限り効率的な追い炊きを実施するために、稼動していない温水器３を用いるものである。次に、特定した需要者宅のうち、追い炊きしたお湯を最も多く使用すると推測される需要者宅又は当該需要者宅との間の配管の距離１２３が最も短い需要者宅をさらに特定する。追い炊きしたお湯を最も多く使用する需要者宅とは、例えば、使用予定量１１２が貯湯量１１３より大きく、その差分が最大である需要者宅である。
【００３８】
なお、Ｓ６０１で追い炊きが不要な場合には（Ｓ６０１のＮ）、Ｓ６０２及びＳ６０３の処理をスキップする。
【００３９】
一方、戸別ＰＣ２は、図５の夜間処理を終了して８時になると、お湯の使用を開始する（Ｓ６１１）。また、お湯の使用とは同期することなく、統括ＰＣ１から追い炊きの指示を受けた場合には、受信した追い炊きスケジュールに従って追い炊きを行う（Ｓ６１２）。具体的には、追い炊きスケジュールに含まれる追い炊き開始時刻に温水器３に対して湯沸しの開始を指示し、追い炊き終了時刻に温水器３に対して湯沸しの終了を指示する。
【００４０】
戸別ＰＣ２は、定期的にお湯の使用量、供給量及び貯湯量を測定し、統括ＰＣ１に送信する（Ｓ６１３）。使用量は、給湯管５及び受湯管６を通るお湯の量を測定する。供給量は、配湯管７を通るお湯の量を測定する。貯湯量は、温水器３の貯湯槽に貯まっているお湯の量を測定する。統括ＰＣ１は、各需要者宅の戸別ＰＣ２からお湯の使用量、供給量及び貯湯量を受信し、温水データ１１（貯湯量１１３、使用量１１４及び供給量１１５）を更新して記憶する（Ｓ６０４）。そして、追い炊きスケジュールが設定されている場合、使用量１１４又は供給量１１５の更新に伴って追い炊きスケジュールの補正が必要か否かを判定し、必要なときには、追い炊きを指示している戸別ＰＣ２に補正を指示する（Ｓ６０５）。戸別ＰＣ２は、補正の指示を受けた場合、補正した追い炊きスケジュールに従って追い炊きを行う（Ｓ６１２）。
【００４１】
また、戸別ＰＣ２は、定期的に自らの温水器３のお湯を消費し尽したか否かを判定する（Ｓ６１４）。具体的には、温水器３から貯湯槽のお湯の量を取得し、その量が所定値以下であるか否かを判定する。これは、お湯の消費が終了していれば、そのままではお湯が使用できない状態にあるので、他の需要者宅の温水器３から受湯する必要があるからである。自らの温水器３でお湯の消費が終了している場合（Ｓ６１４のＹ）、その旨を示すメッセージを統括ＰＣ１に送信する（Ｓ６１５）。
【００４２】
統括ＰＣ１は、戸別ＰＣ２からお湯の消費が終了している旨を示すメッセージを受信し、集約する（Ｓ６０６）。具体的には、当該メッセージに含まれる貯湯量によって、記憶部に記憶された温水データ１１の貯湯量１１３を更新する。次に、お湯を供給してもらう配湯元を選定し、当該配湯元の戸別ＰＣ２に共同配管９への配湯を指示する（Ｓ６０７）。配湯元の選定は、以下の手順に従って行う。まず、温水データ１１を参照して、現在の貯湯量１１３がその日の残りの使用予定量１１２より大きい需要者宅を特定する。「その日の残りの使用予定量」は、文字通りその時点から２３時までの使用予定量でもよいが、該当する需要家がないことも考えられるので、その時点から所定時間内（例えば、１時間以内等）の使用予定量としてもよい。なお、それでも該当する需要者宅がない場合には、集合住宅全体としてお湯が不足しているということなので、追い炊きの実施が必要になる。次に、設備データ１２を参照して、特定した需要者宅のうち、当該メッセージの送信元の需要者宅との間の配管の距離１２３が最も短いものを配湯元とする。そして、当該メッセージの送信元の戸別ＰＣ２に共同配管９からの受湯を指示する（Ｓ６０８）。なお、統括ＰＣ１は、記憶部に記憶された温水データ１１から所定の需要者宅でお湯がなくなると推測したときに、Ｓ６０７及びＳ６０８の処理を行うようにしてもよい。
【００４３】
Ｓ６１５でメッセージを送信した戸別ＰＣ２は、統括ＰＣ１から指示を受け、共同配管９から受湯する（Ｓ６１６）。具体的には、各管内のバルブの開閉制御によって、共同配管９から受湯管６を通じて需要物４にお湯が受給されるようにする。一方、自らの温水器３でお湯の消費が終了していない（Ｓ６１４のＮ）と判定した戸別ＰＣ２は、配湯の指示を受けることがある。その場合には、共同配管９に配湯する（Ｓ６１７）。具体的には、各管内のバルブの開閉制御によって、温水器３から配湯管７を通じて共同配管９にお湯が供給されるようにする。
【００４４】
続いて、戸別ＰＣ２は、２３時になったか否かを判定する（Ｓ６１８）。２３時になっていなければ（Ｓ６１８のＮ）、定期的なお湯の測定やチェックを行う（Ｓ６１３、Ｓ６１４）。２３時になれば（Ｓ６１８のＹ）、その日のお湯の使用が終了したものとして、お湯の使用量、供給量及び貯湯量を測定し、統括ＰＣ１に送信する（Ｓ６１９）。そして、処理を終了する。なお、「２３時」は処理の終了となる基準の一例であって、他の時刻であってもよいし、時刻ではない他のタイミング（例えば、需要者宅の住人による就寝前のスイッチ操作等）であってもよい。
【００４５】
統括ＰＣ１は、各需要者宅の戸別ＰＣ２からお湯の使用量、供給量及び貯湯量を受信し、記憶部に記憶された温水データ１１（貯湯量１１３、使用量１１４及び供給量１１５）を更新する（Ｓ６０９）。そして、処理を終了する。
【００４６】
≪実施例≫
図７は、受湯、配湯及び追い炊きの実施例を示すフローチャートである。この実施例では、１時間ごとの各戸の貯湯量及び使用予定量により、お湯が不足する需要者宅へお湯に余裕のある近接の需要者宅から配湯するものとする。
【００４７】
まず、１９時になる前に、戸別ＰＣ２Ａ、２Ｂ及び２Ｃがそれぞれ現在の貯湯量及び今後（１９時以降）の使用予定量を統括ＰＣ１に報告する（Ｓ７０１）。各戸の貯湯量及び使用予定量は、Ｓ７０１のボックス内に示す通りである。
【００４８】
統括ＰＣ１は、各戸別ＰＣ２（２Ａ、２Ｂ及び２Ｃ）から貯湯量及び使用予定量の報告を受けて、集約する（Ｓ７０２）。次に、既に説明した手順に従って、追い炊き要否の判定、配湯元の選定、追い炊きスケジュールの設定及び追い炊き温水器の決定を行う（Ｓ７０３）。ここで、現在の貯湯量と、１９〜２０時の使用予定量とを比較すると、戸別ＰＣ２Ａでは５０Ｌ足りず、戸別ＰＣ２Ｂでは３０Ｌ余裕があり、戸別ＰＣ２Ｃでは２００Ｌ余裕がある。そこで、統括ＰＣ１は、戸別ＰＣ２Ａに最も近い戸別ＰＣ２Ｂ及び次に近い戸別ＰＣ２Ｃから戸別ＰＣ２Ａへ配湯するように指示する（Ｓ７０４）。なお、Ｓ７０２、Ｓ７０３及びＳ７０４の処理は、統括ＰＣ１において瞬時に行われる。
【００４９】
戸別ＰＣ２Ａは、統括ＰＣ１から受湯指示を受けて共同配管９から受湯する（Ｓ７０５）。戸別ＰＣ２Ｂは、統括ＰＣ１から配湯指示を受けて共同配管９へ配湯する（Ｓ７０６）。戸別ＰＣ２Ｃは、統括ＰＣ１から配湯指示を受けて共同配管９へ配湯する（Ｓ７０７）。これにより、図１を参照して、３０Ｌのお湯が温水器３Ｂから配湯管７Ｂを通じて共同配管９に供給され、２０Ｌのお湯が温水器３Ｃから配湯管７Ｃを通じて供給される。そして、合計５０Ｌのお湯が、共同配管９から受湯管６Ａを通じて需要物４Ａに供給されて消費される。
【００５０】
２０時になる前に、再び、戸別ＰＣ２Ａ、２Ｂ及び２Ｃがそれぞれ現在の貯湯量及び今後（２０時以降）の使用予定量を統括ＰＣ１に報告する（Ｓ７０８）。戸別ＰＣ２Ａの貯湯量は、１９時に０Ｌであって５０Ｌの配湯を受けてそのまま消費したので、０Ｌである。戸別ＰＣ２Ｂの貯湯量は、１９時に５０Ｌであって２０Ｌを消費し、３０Ｌを配湯したので、０Ｌである。戸別ＰＣ２Ｃの貯湯量は、１９時に２００Ｌであって２０Ｌを配湯したので、１８０Ｌである。
【００５１】
統括ＰＣ１は、各戸別ＰＣ２（２Ａ、２Ｂ及び２Ｃ）から貯湯量及び使用予定量の報告を受けて、集約する（Ｓ７０９）。次に、追い炊きスケジュール等を見直す（Ｓ７１０）。ここで、現在の貯湯量と、２０〜２２時の使用予定量とを比較すると、戸別ＰＣ２Ａでは５０Ｌ足りず、戸別ＰＣ２Ｂでは８０Ｌ足りず、戸別ＰＣ２Ｃでは１３０Ｌ余裕がある。さらに、２２時の貯湯量は０Ｌになり、２２時以降の使用予定量は戸別ＰＣ２Ｃの１００Ｌであるので、１００Ｌ足らないことになる。そこで、統括ＰＣ１は、戸別ＰＣ２Ａ及び２Ｂに必要な合計１３０Ｌの余裕のある戸別ＰＣ２Ｃから戸別ＰＣ２Ａ及び２Ｂに配湯するように指示するとともに、２２時以降お湯が必要となる戸別ＰＣ２Ｃに最も近い戸別ＰＣ２Ｂに追い炊きを指示する（Ｓ７１１）。なお、Ｓ７０９、Ｓ７１０及びＳ７１１の処理は、統括ＰＣ１において瞬時に行われる。
【００５２】
戸別ＰＣ２Ａは、統括ＰＣ１から受湯の指示を受けて、共同配管９から受湯する（Ｓ７１２）。戸別ＰＣ２Ｂは、統括ＰＣ１から受湯の指示を受けて共同配管９から受湯するとともに、追い炊きの指示を受けて２２時までに１００Ｌのお湯を沸かす（Ｓ７１３）。戸別ＰＣ２Ｃは、統括ＰＣ１から配湯の指示を受けて共同配管９へ配湯する（Ｓ７１４）。これにより、図１を参照して、１３０Ｌのお湯が温水器３Ｃから配湯管７Ｃを通じて共同配管９に供給される。そして、１３０Ｌのうち、５０Ｌのお湯が共同配管９から受湯管６Ａを通じて需要物４Ａに供給されて消費され、また、８０Ｌのお湯が共同配管９から受湯管６Ｂを通じて需要物４Ｂに供給されて消費される。
【００５３】
２２時になる前に、再び、戸別ＰＣ２Ａ、２Ｂ及び２Ｃがそれぞれ現在の貯湯量及び今後（２２時以降）の使用予定量を統括ＰＣ１に報告する（Ｓ７１５）。戸別ＰＣ２Ａの貯湯量は、２０時に０Ｌであって５０Ｌの配湯を受けてそのまま消費したので、０Ｌである。戸別ＰＣ２Ｂの貯湯量は、２０時に０Ｌであって８０Ｌの配湯を受けて８０Ｌを消費するとともに、１００Ｌ追い炊きしたので、１００Ｌである。戸別ＰＣ２Ｃの貯湯量は、１９時の１８０Ｌであって５０Ｌ消費し、１３０Ｌを配湯したので、０Ｌである。
【００５４】
統括ＰＣ１は、各戸別ＰＣ２（２Ａ、２Ｂ及び２Ｃ）から貯湯量及び使用予定量の報告を受けて、集約する（Ｓ７１６）。次に、追い炊きスケジュール等を見直す（Ｓ７１７）。ここで、現在の貯湯量と、２２時以降の使用予定量とを比較すると、戸別ＰＣ２Ｂでは１００Ｌ余裕があり、戸別ＰＣ２Ｃでは１００Ｌ足りない。そこで、統括ＰＣ１は、戸別ＰＣ２Ｂから戸別ＰＣ２Ｃに配湯するように指示する（Ｓ７１８）。なお、Ｓ７１６、Ｓ７１７及びＳ７１８の処理は、統括ＰＣ１において瞬時に行われる。
【００５５】
戸別ＰＣ２Ｂは、統括ＰＣ１から配湯の指示を受けて、共同配管９へ配湯する（Ｓ７１９）。戸別ＰＣ２Ｃは、統括ＰＣ１から受湯の指示を受けて、共同配管９から受湯する（Ｓ７２０）。これにより、図１を参照して、１００Ｌのお湯が、温水器３Ｂから、配湯管７Ｂ、共同配管９及び受湯管６Ｃを通じて、需要物４Ｃに供給されて消費される。
【００５６】
以上本発明の実施の形態について説明したが、図１に示す温水供給システム１００内の各パワーコンディショナ（統括ＰＣ1及び各戸別ＰＣ２）を機能させるために、処理部（ＣＰＵ）で実行されるプログラムをコンピュータにより読み取り可能な記録媒体に記録し、その記録したプログラムをコンピュータに読み込ませ、実行させることにより、本発明の実施の形態に係る温水供給システム１００が実現されるものとする。なお、プログラムをインターネット等のネットワーク経由でコンピュータに提供してもよいし、プログラムが書き込まれた半導体チップ等をコンピュータに組み込んでもよい。
【００５７】
以上説明した本発明の実施の形態によれば、集合住宅内において、お湯の余る需要者宅からお湯の足らない需要者宅に必要なお湯を融通することができる。また、集合住宅全体として不足しているお湯の量及び実際にお湯が必要となる時刻から追い炊きスケジュールを設定するので、無駄のない効率的な追い炊きを実施することができる。さらに、追い炊きしたお湯を最も多く必要とする需要者宅又はその需要者宅に最も近い需要者宅において追い炊きを実施するので、最小限の距離でお湯を冷ますことなく効率的に搬送することができる。
【００５８】
戸別ＰＣ２において、各戸の時季、時間帯及び気象条件に適合するレコードのお湯の使用実績量を使用予定量とするので、各戸におけるお湯の使用パターンに基づいて確度のある使用予定量を求めることができる。さらに、確度のある使用予定量に基づいてお湯の供給や追い炊きを実施するので、無駄のないお湯の融通を行うことができる。
【００５９】
１つの需要者宅だけでお湯不足のリスクに備えるのではなく、集合住宅全体で温水供給システム１００としてそのリスクに対応すればよいので、各戸に設置する温水器３の容量を最小限に抑えることができ、安価になる。また、住戸の増築等集合住宅を改築する場合に、現行の設備をすべて取り替えることなく、共同配管９等の配管や戸別ＰＣ２を増設することにより、現行の設備をそのまま活用することができる。また、長期間不在で自宅の温水器３の電源をオフにしていたため、帰宅時にその温水器３にお湯が沸いていない場合でも、他の需要者宅に余分のお湯があれば、すぐにお湯を使うことができる。
【００６０】
≪その他の実施の形態≫
以上、本発明を実施するための最良の形態について説明したが、上記実施の形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得るとともに、本発明にはその等価物も含まれる。例えば、以下のような実施の形態が考えられる。
【００６１】
（１）上記実施の形態では、図６のＳ６０３で追い炊きを指示する温水器３（需要者宅）を１つ選定するように記載したが、追い炊きを指示する温水器３が２以上あってもよい。例えば、追い炊きしたお湯を必要とする２つの需要者宅が集合住宅の別の階に位置する場合に、それぞれの階の他の需要家宅にある温水器３に追い炊きを行って配湯するように指示する。これによれば、同じ階の需要者宅間でお湯を融通し合うことで、階をまたがってお湯を融通することを回避できるので、お湯が冷めることがなく効率的な配湯、受湯が可能になる。
【００６２】
（２）上記実施形態において、統括ＰＣ１が戸別ＰＣ２から受信し、記憶した、深夜電力により沸かしたお湯の他からの受湯による使用量及び他への配湯による供給量に応じて、電力料金を清算してもよい。他からの使用量に係る料金は電力料金に加算され、他への供給量に係る料金は電力料金から減算される。その際に用いられる電力量単価は、適宜設定されるものとする。これによれば、自らの温水器３で給湯を受けた使用量だけでなく、他からの使用量や他への供給量に係る料金が電力料金に反映されるので、公正な料金になる。また、各需要者宅で他からの使用量や他への供給量に係る料金をできる限り減らすように、効率的なお湯の運用を検討するための情報を取得することができる。
【００６３】
（３）また、昼間の割高な電力で追い炊きをした場合には、深夜電力で沸かしたお湯の量を超えて使用した需要者宅が、その超過分のお湯の量に係る電力料金を按分して、負担する。これによれば、割安な深夜電力によって沸かしたお湯を使った場合と、割高な昼間電力によって追い炊きしたお湯を使った場合とで電力料金を別にするので、適切な料金とすることができる。
【図面の簡単な説明】
【００６４】
【図１】温水供給システム１００の構成を示す図である。
【図２】統括ＰＣ１の記憶部に記憶されるデータの構成を示す図であり、（ａ）は温水データ１１の構成を示し、（ｂ）は設備データ１２の構成を示す
【図３】統括ＰＣ１の記憶部に記憶されるデータの構成を示す図であり、（ａ）は湯沸しスケジュール１３の構成を示し、（ｂ）は追い炊きスケジュール１４の構成を示す。
【図４】戸別ＰＣ２の記憶部に記憶されるデータの構成を示す図であり、（ａ）は実績データ２１の構成を示し、（ｂ）は湯沸しスケジュール２２の構成を示し、（ｃ）は追い炊きスケジュール２３の構成を示す。
【図５】夜間の湯沸し＆貯湯処理を示すフローチャートである。
【図６】昼間のお湯の使用＆追い炊き処理を示すフローチャートである。
【図７】受湯、配湯及び追い炊きの実施例を示すフローチャートである。
【符号の説明】
【００６５】
１００  温水供給システム
１      統括ＰＣ
１１    温水データ
１２    設備データ
１４    追い炊きスケジュール
２      戸別ＰＣ
２１    実績データ
３      温水器
４      需要物
５      給湯管
６      受湯管
７      配湯管
８      ネットワーク
９      共同配管
【図１】
2008267747.tif 000003
【図２】
2008267747.tif 000004
【図３】
2008267747.tif 000005
【図４】
2008267747.tif 000006
【図５】
2008267747.tif 000007
【図６】
2008267747.tif 000008
【図７】
2008267747.tif 000009