(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023015928
(43)【公開日】2023-02-01
(54)【発明の名称】給湯システム、サーバおよび給湯装置
(51)【国際特許分類】
F24H 15/00 20220101AFI20230125BHJP
F24H 15/40 20220101ALI20230125BHJP
F24H 15/395 20220101ALI20230125BHJP
【ＦＩ】
F24H1/00 E
F24H1/00 H
F24H1/00 J
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2021120015
(22)【出願日】2021-07-20
(71)【出願人】
【識別番号】000004709
【氏名又は名称】株式会社ノーリツ
(74)【代理人】
【識別番号】100111383
【弁理士】
【氏名又は名称】芝野 正雅
(74)【代理人】
【識別番号】100170922
【弁理士】
【氏名又は名称】大橋 誠
(72)【発明者】
【氏名】廣田 大輔
(72)【発明者】
【氏名】岡田 英嗣
(72)【発明者】
【氏名】塚原 昌明
(72)【発明者】
【氏名】両徳 耕一
(72)【発明者】
【氏名】福田 智也
【テーマコード（参考）】
3L122
【Ｆターム（参考）】
3L122AA03
3L122AA34
3L122BA35
3L122BA44
3L122DA01
3L122DA12
3L122EA01
3L122EA03
3L122EA09
3L122FA05
3L122FA12
3L122FA13
3L122FA24
3L122FA26
3L122FA34
(57)【要約】
【課題】滞納された使用料金が使用者から支払われやすくなり得る給湯システム、サーバおよび給湯装置を提供する。
【解決手段】給湯システム１は、使用料金の支払いにより使用可能な給湯装置１０と、外部通信網４０を介して給湯装置１０と通信可能なサーバ５０と、を備え、給湯装置１０が当該給湯装置１０の使用状況に関する使用状況情報をサーバ５０に送信し、使用状況情報に基づいて使用料金が決定される構成を有する。サーバ５０は、使用料金が滞納されている給湯装置１０に対して、当該給湯装置１０の報知部（表示部１２１、表示入力部１３１）に使用料金の支払いを促す報知を行わせるための報知情報を送信する報知情報送信部５０１ａを備える。
【選択図】図３
【解決手段】給湯システム１は、使用料金の支払いにより使用可能な給湯装置１０と、外部通信網４０を介して給湯装置１０と通信可能なサーバ５０と、を備え、給湯装置１０が当該給湯装置１０の使用状況に関する使用状況情報をサーバ５０に送信し、使用状況情報に基づいて使用料金が決定される構成を有する。サーバ５０は、使用料金が滞納されている給湯装置１０に対して、当該給湯装置１０の報知部（表示部１２１、表示入力部１３１）に使用料金の支払いを促す報知を行わせるための報知情報を送信する報知情報送信部５０１ａを備える。
【選択図】図３
【特許請求の範囲】
【請求項1】
使用料金の支払いにより使用可能な給湯装置と、
外部通信網を介して前記給湯装置と通信可能なサーバと、を備え、
前記給湯装置が当該給湯装置の使用状況に関する使用状況情報を前記サーバに送信し、前記使用状況情報に基づいて前記使用料金が決定される、給湯システムにおいて、
前記サーバは、前記使用料金が滞納されている前記給湯装置に対して、当該給湯装置の報知部に前記使用料金の支払いを促す報知を行わせるための報知情報を送信する報知情報送信部を備える、
ことを特徴とする給湯システム。
外部通信網を介して前記給湯装置と通信可能なサーバと、を備え、
前記給湯装置が当該給湯装置の使用状況に関する使用状況情報を前記サーバに送信し、前記使用状況情報に基づいて前記使用料金が決定される、給湯システムにおいて、
前記サーバは、前記使用料金が滞納されている前記給湯装置に対して、当該給湯装置の報知部に前記使用料金の支払いを促す報知を行わせるための報知情報を送信する報知情報送信部を備える、
ことを特徴とする給湯システム。
【請求項2】
請求項１に記載の給湯システムにおいて、
前記給湯装置は、
前記報知情報を受信したことに基づいて報知モードの設定を行う報知モード設定部と、
前記報知モードに設定されている間、所定の報知条件の成立に基づいて前記報知部に前記報知を行わせる報知処理部と、を含み、
前記サーバは、滞納された前記使用料金の支払いが行われた前記給湯装置に対して、前記報知モードを解除するための解除情報を送信する報知解除情報送信部を、さらに含む、
ことを特徴とする給湯システム。
前記給湯装置は、
前記報知情報を受信したことに基づいて報知モードの設定を行う報知モード設定部と、
前記報知モードに設定されている間、所定の報知条件の成立に基づいて前記報知部に前記報知を行わせる報知処理部と、を含み、
前記サーバは、滞納された前記使用料金の支払いが行われた前記給湯装置に対して、前記報知モードを解除するための解除情報を送信する報知解除情報送信部を、さらに含む、
ことを特徴とする給湯システム。
【請求項3】
使用料金の支払いにより使用可能な給湯装置と、
外部通信網を介して前記給湯装置と通信可能なサーバと、を備え、
前記給湯装置が、当該給湯装置の使用状況に関する使用状況情報を前記サーバに送信し、前記使用状況情報に基づいて前記使用料金が決定される、給湯システムにおいて、
前記サーバは、前記使用料金が滞納されている前記給湯装置に対応付けて登録された端末装置に対して、当該端末装置に前記使用料金の支払いを促す報知を行わせるための報知情報を送信する報知情報送信部を備える、
ことを特徴とする給湯システム。
外部通信網を介して前記給湯装置と通信可能なサーバと、を備え、
前記給湯装置が、当該給湯装置の使用状況に関する使用状況情報を前記サーバに送信し、前記使用状況情報に基づいて前記使用料金が決定される、給湯システムにおいて、
前記サーバは、前記使用料金が滞納されている前記給湯装置に対応付けて登録された端末装置に対して、当該端末装置に前記使用料金の支払いを促す報知を行わせるための報知情報を送信する報知情報送信部を備える、
ことを特徴とする給湯システム。
【請求項4】
請求項１ないし３の何れか一項に記載の給湯システムにおいて、
前記報知の内容には、前記使用料金の支払期日が含まれ、
前記サーバは、滞納された前記使用料金が前記支払期日までに支払われなかった前記給湯装置に対して、当該給湯装置が給湯運転を行わない運転禁止状態となるための運転禁止情報を送信する禁止情報送信部を、さらに含む、
ことを特徴とする給湯システム。
前記報知の内容には、前記使用料金の支払期日が含まれ、
前記サーバは、滞納された前記使用料金が前記支払期日までに支払われなかった前記給湯装置に対して、当該給湯装置が給湯運転を行わない運転禁止状態となるための運転禁止情報を送信する禁止情報送信部を、さらに含む、
ことを特徴とする給湯システム。
【請求項5】
請求項４に記載の給湯システムにおいて、
前記運転禁止情報は、前記運転禁止状態を要求する運転禁止要求を含み、
前記給湯装置は、前記運転禁止要求を受信したことに基づいて、前記給湯装置が前記運転禁止状態となる運転禁止モードの設定を行う禁止モード設定部を含む、
ことを特徴とする給湯システム。
前記運転禁止情報は、前記運転禁止状態を要求する運転禁止要求を含み、
前記給湯装置は、前記運転禁止要求を受信したことに基づいて、前記給湯装置が前記運転禁止状態となる運転禁止モードの設定を行う禁止モード設定部を含む、
ことを特徴とする給湯システム。
【請求項6】
請求項５に記載の給湯システムにおいて、
前記サーバは、滞納された前記使用料金の支払いが行われた前記給湯装置に対して、前記運転禁止モードを解除するための解除情報を送信する禁止解除情報送信部を、さらに含む、
ことを特徴とする給湯システム。
前記サーバは、滞納された前記使用料金の支払いが行われた前記給湯装置に対して、前記運転禁止モードを解除するための解除情報を送信する禁止解除情報送信部を、さらに含む、
ことを特徴とする給湯システム。
【請求項7】
請求項４に記載の給湯システムにおいて、
前記運転禁止情報は、給湯運転を強制的に停止させる強制停止指令を含み、
給湯運転が開始された前記給湯装置に前記禁止情報送信部から前記強制停止指令が送信され、
前記給湯装置は、前記強制停止指令を受信したことに基づいて、開始された給湯運転を停止させる運転停止処理部を含む、
ことを特徴とする給湯システム。
前記運転禁止情報は、給湯運転を強制的に停止させる強制停止指令を含み、
給湯運転が開始された前記給湯装置に前記禁止情報送信部から前記強制停止指令が送信され、
前記給湯装置は、前記強制停止指令を受信したことに基づいて、開始された給湯運転を停止させる運転停止処理部を含む、
ことを特徴とする給湯システム。
【請求項8】
請求項７に記載の給湯システムにおいて、
前記運転停止処理部は、給湯運転か開始されたことに基づいて、運転開始通知を前記サーバに送信し、
前記禁止情報送信部は、前記運転開始通知を受信したことに基づいて前記強制停止指令を前記給湯装置に送信する、
ことを特徴とする給湯システム。
前記運転停止処理部は、給湯運転か開始されたことに基づいて、運転開始通知を前記サーバに送信し、
前記禁止情報送信部は、前記運転開始通知を受信したことに基づいて前記強制停止指令を前記給湯装置に送信する、
ことを特徴とする給湯システム。
【請求項9】
使用料金の支払いにより使用可能な給湯装置と、外部通信網を介して通信可能なサーバであって、前記給湯装置の使用状況に関する使用状況情報を、当該使用状況情報に基づいて前記使用料金を決定するために、前記給湯装置から受信するサーバにおいて、
前記使用料金が滞納されている前記給湯装置に対して、当該給湯装置の報知部に前記使用料金の支払いを促す報知を行わせるための報知情報を送信する報知情報送信部を備える、
ことを特徴とするサーバ。
前記使用料金が滞納されている前記給湯装置に対して、当該給湯装置の報知部に前記使用料金の支払いを促す報知を行わせるための報知情報を送信する報知情報送信部を備える、
ことを特徴とするサーバ。
【請求項10】
使用料金の支払いにより使用可能な給湯装置と、外部通信網を介して通信可能なサーバであって、前記給湯装置の使用状況に関する使用状況情報を、当該使用状況情報に基づいて前記使用料金を決定するために、前記給湯装置から受信するサーバにおいて、
前記使用料金が滞納されている前記給湯装置に対応付けて登録された端末装置に対して、当該端末装置に前記使用料金の支払いを促す報知を行わせるための報知情報を送信する報知情報送信部を備える、
ことを特徴とするサーバ。
前記使用料金が滞納されている前記給湯装置に対応付けて登録された端末装置に対して、当該端末装置に前記使用料金の支払いを促す報知を行わせるための報知情報を送信する報知情報送信部を備える、
ことを特徴とするサーバ。
【請求項11】
使用料金の支払いにより使用可能な給湯装置であって、当該給湯装置の使用状況に関する使用状況情報を、当該使用状況情報に基づいて前記使用料金を決定するために、前記サーバに外部通信網を介して送信する給湯装置において、
前記サーバは、前記使用料金が滞納されている前記給湯装置に対して報知情報を送信し、
前記給湯装置は、
報知部と、
前記報知情報を受信したことに基づいて、前記使用料金の支払いを促す報知を前記報知部に行わせる報知処理部と、を備える、
ことを特徴とする給湯装置。
前記サーバは、前記使用料金が滞納されている前記給湯装置に対して報知情報を送信し、
前記給湯装置は、
報知部と、
前記報知情報を受信したことに基づいて、前記使用料金の支払いを促す報知を前記報知部に行わせる報知処理部と、を備える、
ことを特徴とする給湯装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、給湯装置およびサーバを備える給湯システム、外部通信網を介して給湯装置と通信可能なサーバ、および給湯装置に関する。
【背景技術】
【0002】
近年、給湯装置のサブスクリプション事業（リース事業）が展開されている。このサブスクリプション事業では、月極等の使用料金を事業主に支払うことにより、給湯装置を使用することができる。
【0003】
レンタル（リース）された給湯装置等の機器を、当該機器とネットワークを介して通信可能なサーバにより管理するようにした設備管理システムが、特許文献１に記載されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特許第４１４１７６９号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
使用者がリースされた給湯装置の使用料金を滞納してしまうことが考えられる。このように、使用者から適正に使用料金が支払われないと、事業主が適正に利益を得られず、サブスクリプション事業を円滑に進めにくくなり得る。
【0006】
そこで、本発明は、滞納された使用料金が使用者から支払われやすくなり得る給湯システム、サーバおよび給湯装置を提供することを目的とする。
【課題を解決するための手段】
【0007】
本発明の第１の態様は、使用料金の支払いにより使用可能な給湯装置と、外部通信網を介して前記給湯装置と通信可能なサーバと、を備え、前記給湯装置が当該給湯装置の使用状況に関する使用状況情報を前記サーバに送信し、前記使用状況情報に基づいて前記使用料金が決定される、給湯システムに関する。本態様に係る給湯システムにおいて、前記サーバは、前記使用料金が滞納されている前記給湯装置に対して、当該給湯装置の報知部に前記使用料金の支払いを促す報知を行わせるための報知情報を送信する報知情報送信部を備える。
【0008】
本態様に係る給湯システムによれば、使用料金が滞納されている給湯装置において、使用料金の支払いを促す報知を行うことができる。これにより、使用者が使用料金の滞納に気づくなどすることにより、滞納された使用料金が使用者から支払われやすくなる。しかも、給湯装置から使用料金の算出のために使用状況情報が送信されるサーバから報知情報が送信されるので、報知情報を送信するための外部装置を用意する必要がなく、システム構成が複雑になりにくい。
【0009】
本態様に係る給湯システムにおいて、前記給湯装置は、前記報知情報を受信したことに基づいて報知モードの設定を行う報知モード設定部と、前記報知モードに設定されている間、所定の報知条件の成立に基づいて前記報知部に前記報知を行わせる報知処理部と、を含むような構成とされ得る。この場合、前記サーバは、滞納された前記使用料金の支払いが行われた前記給湯装置に対して、前記報知モードを解除するための解除情報を送信する報知解除情報送信部を、さらに含むような構成とされ得る。
【0010】
上記の構成によれば、報知モードに設定されている間、所定の報知条件が成立する度に、使用料金の支払いを促す報知が行われるので、当該報知が使用者の目に留まりやすくなる。これにより、滞納された使用料金が使用者から一層支払われやすくなる。しかも、滞納された使用料金が支払われると報知モードが解除されるので、使用料金が支払われた後は報知が継続しないようにすることができる。
【0011】
本発明の第２の態様は、使用料金の支払いにより使用可能な給湯装置と、外部通信網を介して前記給湯装置と通信可能なサーバと、を備え、前記給湯装置が、当該給湯装置の使用状況に関する使用状況情報を前記サーバに送信し、前記使用状況情報に基づいて前記使用料金が決定される、給湯システムに関する。本態様に係る給湯システムにおいて、前記サーバは、前記使用料金が滞納されている前記給湯装置に対応付けて登録された端末装置に対して、当該端末装置に前記使用料金の支払いを促す報知を行わせるための報知情報を送信する報知情報送信部を備える。
【0012】
本態様に係る給湯システムによれば、使用料金が滞納されている給湯装置に対応付けられた端末装置において、使用料金の支払いを促す報知を行うことができる。これにより、滞納された使用料金が使用者から支払われやすくなる。しかも、給湯装置から使用料金の算出のために使用状況情報が送信されるサーバから報知情報が送信されるので、報知情報を送信するための外部装置を用意する必要がなく、システム構成が複雑になりにくい。
【0013】
第１の態様または第２の態様に係る給湯システムにおいて、前記報知の内容には、前記使用料金の支払期日が含まれ得る。この場合、前記サーバは、滞納された前記使用料金が前記支払期日までに支払われなかった前記給湯装置に対して、当該給湯装置が給湯運転を行わない運転禁止状態となるための運転禁止情報を送信する禁止情報送信部を、さらに含むような構成とされ得る。
【0014】
ここで、「給湯運転を行わない運転禁止状態」とは、開始された給湯運転が開始後に速やかに停止されることにより、実質的に給湯運転が行われない状態を含む。また、「給湯運転を行わない運転禁止状態となる」とは、給湯装置が、水栓や浴槽に湯を供給する給湯機能のみの給湯運転を行う場合、その給湯運転を行わない状態となることを意味し、給湯装置が、給湯機能の給湯運転の他、追い焚きのために浴槽に湯を供給する追い焚き機能の給湯運転や暖房端末に湯を供給する暖房機能の給湯運転を含む複数の機能の給湯運転を行う場合、少なくとも１つ機能に係る給湯運転を行わない状態となることを意味する。
【0015】
上記の構成によれば、支払期日までに使用料金が支払われない場合に、使用者は、それまで通りに給湯装置を使用できなくなるため、滞納された使用料金が使用者から一層支払われやすくなる。
【0016】
上記の構成とされた場合、さらに、前記運転禁止情報は、前記運転禁止状態を要求する運転禁止要求を含み得る。この場合、前記給湯装置は、前記運転禁止要求を受信したことに基づいて、前記給湯装置が前記運転禁止状態となる運転禁止モードの設定を行う禁止モード設定部を含むような構成とされ得る。
【0017】
このような構成とされれば、サーバからの運転禁止要求の受信に基づいて運転禁止モードが設定されることにより給湯装置が運転禁止状態となるので、運転禁止状態とするためにサーバと給湯装置との間の通信頻度が増加しにくく、通信の負担増加を抑制できる。
【0018】
上記の構成とされた場合、さらに、前記サーバは、滞納された前記使用料金の支払いが行われた前記給湯装置に対して、前記運転禁止モードを解除するための解除情報を送信する禁止解除情報送信部を、さらに含むような構成とされ得る。
【0019】
このような構成とされれば、使用料金が支払われた後も給湯装置が給湯運転を行わない状態が継続しないようにすることができる。
【0020】
前記サーバが前記禁止情報送信部を含むような構成とされた場合、さらに、前記運転禁止情報は、給湯運転を強制的に停止させる強制停止指令を含み、給湯運転が開始された前記給湯装置に前記禁止情報送信部から前記強制停止指令が送信され得る。この場合、前記給湯装置は、前記強制停止指令を受信したことに基づいて、開始された給湯運転を停止させる運転停止処理部を含むような構成とされ得る。
【0021】
このような構成とされれば、支払期日までに使用料金が支払われない給湯装置に対して、給湯運転が開始されたときにサーバから強制停止指令が送信されることにより、給湯装置が運転禁止状態となるので、給湯装置側では、支払期日の超過が発生したか否かに応じて給湯運転のための処理を変更する必要がなく、処理が複雑になりにくい。
【0022】
上記の構成とされた場合、さらに、前記運転停止処理部は、給湯運転か開始されたことに基づいて、運転開始通知を前記サーバに送信するような構成とされ得る。この場合、前記禁止情報送信部は、前記運転開始通知を受信したことに基づいて前記強制停止指令を前記給湯装置に送信するような構成とされ得る。
【0023】
このような構成とされれば、サーバから給湯装置に無駄なく強制停止指令を送信でき、サーバと給湯装置との間の通信頻度の増加を抑制できる。
【0024】
本発明の第３の態様は、使用料金の支払いにより使用可能な給湯装置と、外部通信網を介して通信可能なサーバであって、前記給湯装置の使用状況に関する使用状況情報を、当該使用状況情報に基づいて前記使用料金を決定するために、前記給湯装置から受信するサーバに関する。本態様に係るサーバは、前記使用料金が滞納されている前記給湯装置に対して、当該給湯装置の報知部に前記使用料金の支払いを促す報知を行わせるための報知情報を送信する報知情報送信部を備える。
【0025】
本態様に係るサーバによれば、第１の態様と同様の効果を奏することができる。
【0026】
本発明の第４の態様は、使用料金の支払いにより使用可能な給湯装置と、外部通信網を介して通信可能なサーバであって、前記給湯装置の使用状況に関する使用状況情報を、当該使用状況情報に基づいて前記使用料金を決定するために、前記給湯装置から受信するサーバに関する。本態様に係るサーバは、前記使用料金が滞納されている前記給湯装置に対応付けて登録された端末装置に対して、当該端末装置に前記使用料金の支払いを促す報知を行わせるための報知情報を送信する報知情報送信部を備える。
【0027】
本態様に係るサーバによれば、第２の態様と同様の効果を奏することができる。
【0028】
本発明の第５の態様は、使用料金の支払いにより使用可能な給湯装置であって、当該給湯装置の使用状況に関する使用状況情報を、当該使用状況情報に基づいて前記使用料金を決定するために、前記サーバに外部通信網を介して送信する給湯装置に関する。前記サーバは、前記使用料金が滞納されている前記給湯装置に対して報知情報を送信する。前記給湯装置は、報知部と、前記報知情報を受信したことに基づいて、前記使用料金の支払いを促す報知を前記報知部に行わせる報知処理部と、を備える。
【0029】
本態様に係る給湯装置によれば、第１の態様と同様の効果を奏することができる。
【発明の効果】
【0030】
以上のとおり、本発明によれば、滞納された使用料金が使用者から支払われやすくなり得る給湯システム、サーバおよび給湯装置を提供することができる。
【0031】
本発明の効果ないし意義は、以下に示す実施形態の説明により更に明らかとなろう。ただし、以下に示す実施形態は、あくまでも、本発明を実施化する際の一つの例示であって、本発明は、以下の実施形態に記載されたものに何ら制限されるものではない。
【図面の簡単な説明】
【0032】
【図7】図７（ａ）は、実施形態１に係る、使用料金の滞納に対処する機能を実行するために、給湯装置の台所リモコンの制御部および浴室リモコンの制御部において行われる処理を示すフローチャートである。図７（ｂ）は、実施形態１に係る、報知画面の一例を示す図である。
【図9】図９（ａ）は、実施形態１に係る、使用料金の滞納に対処する機能を実行するために、給湯装置の台所リモコンの制御部および浴室リモコンの制御部において行われる処理を示すフローチャートである。図９（ｂ）は、実施形態１に係る、報知画面の一例を示す図である。
【発明を実施するための形態】
【0033】
以下、本発明の実施形態について、図面を参照して説明する。
【0034】
＜実施形態１＞
図１は、実施形態１に係る、給湯システム１の構成を示す図である。
図１は、実施形態１に係る、給湯システム１の構成を示す図である。
【0035】
本実施形態では、給湯装置１０が使用者にリースされる場合のビジネスモデルが、給湯システム１において構築されている。リースされた給湯装置１０は、サーバ５０により管理される。
【0036】
給湯装置１０は、当該給湯装置１０の使用状況に関する使用状況情報を、外部通信網４０を介して、サーバ５０に送信する。サーバ５０は、受信した使用状況情報に基づいて、当該給湯装置１０の使用料金を算出する。使用状況情報は、たとえば、給湯装置１０の使用時間（運転時間）、使用回数(運転回数)であり、使用時間や使用回数が増加するに伴い、使用料金が高くなる。使用料金は、たとえば、月締めで算出される。算出された使用料金を含む課金情報は、当該給湯装置１０に対応付けられている携帯端末装置３０に送信できる。使用者は、携帯端末装置３０を介して、給湯装置１０の課金情報を確認できる。課金情報は、据え置き型パーソナルコンピュータ等の固定端末装置に送信されてもよい。
【0037】
さらに、給湯システム１は、使用料金の滞納が発生した状態で給湯装置１０の使用が継続されることを抑制するため、使用料金の滞納に対処する機能を備える。
【0038】
リースされた給湯装置１０に使用料金の滞納が発生した場合、滞納が発生した給湯装置１０に対して、サーバ５０から報知情報が送信される。給湯装置１０は、報知情報を受信すると、滞納している使用料金の支払いを使用者に促す報知を行う。当該報知の内容には、支払期日が含まれる。支払期日までに使用料金の支払いが行われない場合、サーバ５０から対象となる給湯装置１０へ運転禁止情報（運転禁止要求）が送信される。給湯装置１０は、運転禁止情報を受信すると、当該給湯装置１０が給湯運転を行わない運転禁止状態となるようにする。これにより、使用者は、滞納した使用料金を支払うまで、それまで通りの給湯装置１０の使用を行えなくなる。
【0039】
図１に示すように、給湯システム１は、給湯装置１０と、サーバ５０とを備える。携帯端末装置３０が宅内Ｈ１０にある場合、サーバ５０は、ルータ２０および外部通信網４０を介して、携帯端末装置３０と通信可能である。また、サーバ５０は、携帯端末装置３０が宅外にある場合も、外部通信網４０および宅外に配置された通信システム（基地局や民間のルータ）を介して、携帯端末装置３０と通信可能である。
【0040】
給湯装置１０は、給湯器１１と、リモートコントローラ１２、１３とを備えている。給湯器１１は、ガスを燃料として湯を供給するガス給湯器である。即ち、給湯装置１０は、ガス燃料を燃焼させて生じる燃焼ガスで水を温める燃焼式給湯装置である。給湯装置１０が、オイル燃料を燃焼させて生じる燃焼ガスで水を温める燃焼式給湯装置であってもよい。
【0041】
給湯器１１により生成された湯は、台所の蛇口や、浴槽、カラン等に供給される。また、床暖房機能や、室内暖房機能、浴室暖房機能を実現するそれぞれの機器（暖房端末）に対して、給湯器１１から湯が供給される。
【0042】
リモートコントローラ１２、１３は、給湯器１１に接続され、給湯装置１０の各機能について種々の設定や実行指示を行うために用いられる。リモートコントローラ１２は、液晶パネルからなる表示部１２１と、入力部１２２とを備え、リモートコントローラ１３は、タッチパネルからなる表示入力部１３１と、運転ボタン１３２とを備える。操作者は、表示部１２１に表示された画面に従って入力部１２２を操作することにより、湯張りや給湯温度調節等について、任意の設定を行うことができる。また、操作者は、表示入力部１３１を操作することによっても、湯張り等の設定を行える。
【0043】
リモートコントローラ１２は、浴室に設置され、リモートコントローラ１３は、キッチン等に設置される。リモートコントローラ１２、１３には、音声を入出力するための音声窓１２ａ、１３ａが設けられている。
【0044】
以下、浴室に設置されるリモートコントローラ１２を、「浴室リモコン１２」と称し、キッチン等に設置されるリモートコントローラ１３を、「台所リモコン１３」と称する。
【0045】
図２（ａ）および（ｂ）は、それぞれ、浴室リモコン１２および台所リモコン１３の構成を示す図である。
【0046】
図２（ａ）に示すように、浴室リモコン１２の入力部１２２には、運転ボタン１２２ａ、ふろ自動ボタン１２２ｂ、追い焚きボタン１２２ｃ、足し湯ボタン１２２ｄ、足し水ボタン１２２ｅおよび通話ボタン１２２ｆが含まれる。
【0047】
運転ボタン１２２ａは、給湯器１１を運転オン状態と運転オフ状態とに切り替えるためのボタンである。運転オン状態であるとき、カラン等の給湯栓が開かれて基準流量以上の通水が発生すると、給湯機能の給湯運転が開始され、給湯器１１が燃焼動作し、生成された湯がカラン等へ供給される。よって、運転ボタン１２２ａは、給湯機能の給湯運転を実行するためのボタンであるとも言える。ふろ自動ボタン１２２ｂは、浴槽に湯を張った後、湯温を維持するふろ自動機能の給湯運転を実行するためのボタンである。追い焚きボタン１２２ｃは、浴槽の湯を追い焚きする追い焚き機能の給湯運転を実行するためのボタンである。足し湯ボタン１２２ｄは、浴槽に湯を足す足し湯機能の給湯運転を実行するためのボタンである。足し水ボタン１２２ｅは、浴槽に水を足す足し水機能の給湯運転を実行するためのボタンである。通話ボタン１２２ｆは、浴室リモコン１２と台所リモコン１３との間で通話を行う通話機能を実行するためのボタンである。
【0048】
図２（ｂ）示すように、台所リモコン１３の表示入力部１３１には、画面上に表示されるソフトボタンである、ふろ自動ボタン１３１ａ、追い焚きボタン１３１ｂ、足し湯ボタン１３１ｃ、足し水ボタン１３１ｄ、通話ボタン１３１ｅ、床暖房ボタン１３１ｆ、室内暖房ボタン１３１ｇおよび浴室暖房ボタン１３１ｈが含まれる。運転ボタン１３２、ふろ自動ボタン１３１ａ、追い焚きボタン１３１ｂ、足し湯ボタン１３１ｃ、足し水ボタン１３１ｄ、通話ボタン１３１ｅは、それぞれ、運転ボタン１２２ａ、ふろ自動ボタン１２２ｂ、追い焚きボタン１２２ｃ、足し湯ボタン１２２ｄ、足し水ボタン１２２ｅおよび通話ボタン１２２ｆと同じ機能のボタンである。床暖房ボタン１３１ｆは、床暖房機へ湯を供給して床を暖める床暖房機能の給湯運転を実行するためのボタンである。室内暖房ボタン１３１ｇは、パネルヒータ等の室内暖房機へ湯を供給して室内を暖房する室内暖房機能の給湯運転を実行するためのボタンである。浴室暖房ボタン１３１ｈは、浴室換気乾燥暖房機へ湯を供給して浴室を暖房する浴室暖房機能の給湯運転を実行するためのボタンである。浴室暖房機能には、洗濯物等の乾燥のための暖房、即ち浴室乾燥が含まれる。
【0049】
運転ボタン１３２は、給湯器１１を運転オン状態と運転オフ状態とに切り替えるためのボタンである。
【0050】
浴室リモコン１２および台所リモコン１３が運転オフ状態にあるとき、表示部１２１および表示入力部１３１は消灯状態にあり、運転ボタン１２２ａ、１３２以外の操作ボタン１２２ｂ～１２２ｆ、１３１ａ～１３１ｈの操作は受け付けられない。運転ボタン１２２ａ、１３２が操作され、運転オン状態になると、表示部１２１および表示入力部１３１が点灯して設定内容が表示され、各操作ボタンの操作が受け付け可能となる。
【0051】
さらに、入力部１２２および表示入力部１３１には、図示しない、給湯温度を変更するためのボタンが含まれている。操作者は、このボタンを操作することにより、給湯の設定温度を変更することができる。
【0052】
図１に戻り、ルータ２０は、建物内（ここでは、宅内Ｈ１０）に存在する各機器を、外部通信網４０に接続するための通信中継器である。携帯端末装置３０が宅内Ｈ１０に存在する場合、携帯端末装置３０は、無線通信によりルータ２０に接続されて、サーバ５０と通信可能である。携帯端末装置３０は、たとえば、携帯電話機である。この他、携帯端末装置３０が、携帯型のタブレット端末等の他の携帯可能な端末装置であってもよい。外部通信網４０は、たとえば、インターネットである。
【0053】
外部通信網４０には、給湯装置１０を管理するためのサーバ５０が接続されている。台所リモコン１３は、ルータ２０および外部通信網４０を介して、サーバ５０と通信を行う。
【0054】
台所リモコン１３には、給湯システム１のアプリケーションプログラムが、サーバ５０からダウンロードされ、インストールされている。このアプリケーションプログラムに、サーバ５０にアクセスするためのアドレス情報（たとえば、ＩＰアドレス）が含まれている。台所リモコン１３は、このアドレス情報に基づいて、サーバ５０にアクセスし、通信を行う。
【0055】
台所リモコン１３のアドレス情報は、初期設定の際に、サーバ５０に送信されて、サーバ５０に登録される。さらに、台所リモコン１３のＩＤ情報（識別情報）が、台所リモコン１３からサーバ５０に送信されて、サーバ５０に登録される。
【0056】
また、台所リモコン１３のＩＤ情報に対応付けて、携帯端末装置３０のアドレス情報が、サーバ５０に登録される。たとえば、携帯端末装置３０が受信可能な電子メールのアドレス情報（Ｅｍａｉｌアドレス）が、携帯端末装置３０のアドレス情報として登録される。サーバ５０は、このアドレス情報を送信先アドレスとして、当該携帯端末装置３０に対応付けられている給湯装置１０（台所リモコン１３）の課金情報を送信する。
【0057】
図３は、給湯システム１を構成する各機器の回路ブロックを示す図である。
【0058】
給湯器１１は、制御部１１１と、記憶部１１２と、通信部１１３と、検出部１１４と、を備える。制御部１１１は、マイクロコンピュータを備え、記憶部１１２に記憶されたプログラムに従って、給湯器１１内の各部の制御を行う。記憶部１１２は、メモリを備え、所定の制御プログラムを記憶する。
【0059】
本実施形態では、記憶部１１２に記憶された制御プログラムによって、禁止モード設定部１１１ａの機能が制御部１１１に付与される。禁止モード設定部１１１ａは、後述のように、サーバ５０から運転禁止要求（運転禁止情報）を受信したことに基づいて、給湯装置１０が給湯運転を行わない運転禁止状態となる運転禁止モードの設定を行う。
【0060】
通信部１１３は、制御部１１１からの制御に従って、浴室リモコン１２および台所リモコン１３と通信を行う。通信部１１３は、２芯通信線Ｌ１、Ｌ２を介して、浴室リモコン１２の通信部１２５および台所リモコン１３の通信部１３５と接続されている。また、２芯通信線Ｌ１、Ｌ２は、通信部１１３の内部において、互いに接続されている。したがって、浴室リモコン１２の通信部１２５と台所リモコン１３の通信部１３５は、２芯通信線Ｌ１、Ｌ２によって互いに接続されている。このため、通信部１１３、１２５、１３５の何れかから送信された信号は、他の通信部に同時に送信される。
【0061】
検出部１１４は、給湯器１１に配置された各種センサを含んでいる。たとえば、検出部１１４は、湯水の温度を検出するための温度センサ、および、湯水の供給を検出するための流量センサ等を含んでいる。
【0062】
図４は、給湯器１１の燃焼系および配管の構成を模式的に示す図である。
【0063】
給湯器１１は、その外郭を形成する筐体２００内に、第１供給部２１０と第２供給部２２０とを備える。第１供給部２１０は、給湯機能のために、給湯用の湯を生成して、カラン、浴槽等の給湯端末に供給する。第２供給部２２０は、床暖房、室内暖房および浴室暖房を含む暖房機能のために、暖房用の湯を生成して床暖房機等の暖房端末に供給する。さらに、第２供給部２２０は、追い焚き機能のために、追い焚き用の湯を生成して浴槽に供給する。
【0064】
さらに、筐体２００には、燃焼室を構成する缶体２５０と、缶体２５０の内部に燃焼用の空気を供給するためのファン２６０とが収容されている。缶体２５０の排気口２５１は、筐体２００の上面から外部に導かれている。
【0065】
第１供給部２１０は、１次熱交換器２１１と、２次熱交換器２１２と、燃焼器２１３とを備える。燃焼器２１３は、燃料ガスを燃焼させるガスバーナである。１次熱交換器２１１および２次熱交換器２１２は、燃焼器２１３で生じた燃焼ガスから熱を回収して、入水管２１４を流れる水を加熱昇温させる。入水管２１４には、水源からの水が供給される。１次熱交換器２１１および２次熱交換器２１２における熱交換により生成された湯が、出湯管２１５から出湯される。出湯された湯は、台所および浴室のカランや、浴槽に供給される。
【0066】
入水管２１４と出湯管２１５の間には、バイパス管２１６が設けられている。このバイパス管２１６に、制御部１１１によって制御される流量調節弁２１７が設置されている。流量調節弁２１７が開放されると、バイパス管２１６を介して、入水管２１４から出湯管２１５に水が流入する。こうして、出湯管２１５を流れる湯に水が混ざることで、湯の温度が調整される。また、出湯管２１５に設けられた流量調節弁２１８によって入水管２１４および出湯管２１５を流れる湯水の流量を調整することによっても、湯の温度を調整できる。流量調節弁２１８は、入水管２１４に設けられてもよい。
【0067】
燃焼器２１３には、ガス管２７１を介して、燃料ガスが供給される。ガス管２７１には、燃料ガスの供給および遮断を切り替えるための元ガス電磁弁２７２が設置されている。元ガス電磁弁２７２は、制御部１１１によって制御される。ガス管２７１は、元ガス電磁弁２７２の下流側において２つの流路２７１ａ、２７１ｂに分岐している。流路２７１ａ、２７１ｂには、それぞれ、燃料ガスの流通量を制御するための比例弁２７３、２７４が設置されている。比例弁２７３、２７４は、制御部１１１によって制御される。
【0068】
流路２７１ａ、２７１ｂは、それぞれ、燃焼器２１３、２２３に接続されている。元ガス電磁弁２７２が開放されると、比例弁２７３、２７４により規定される流通量の燃料ガスが、燃焼器２１３、２２３に供給される。これにより、所定の燃焼量で燃焼器２１３、２２３が燃焼を行う。
【0069】
第２供給部２２０は、１次熱交換器２２１と、２次熱交換器２２２と、燃焼器２２３とを備える。燃焼器２２３は、燃料ガスを燃焼させるガスバーナである。１次熱交換器２２１および２次熱交換器２２２は、それぞれ、燃焼器２２３で生じた燃焼ガスから熱を回収して、流通管２３４、２３３を流れる水を加熱昇温させる。
【0070】
暖房機能について、流通管２３１から出湯された湯は、比較的高温（たとえば、８０℃程度）の湯を必要とする暖房端末、即ち室内暖房機と浴室換気乾燥暖房機に供給される。流通管２３２から出湯された湯は、比較的低温（たとえば、６０℃程度）の温水を必要とする暖房端末、即ち床暖房機に供給される。これらの暖房端末を循環した湯は、流通管２３３に戻される。即ち、流通管２３１、２３２、２３３と、これらの流通管と暖房端末とを接続する配管、および、流通管２３４、２３５とによって、暖房端末との間の循環経路が構成される。
【0071】
暖房用の流路と暖房端末との間で湯を循環させるために、膨張タンク２３６とポンプ２３７が設置されている。制御部１１１によりポンプ２３７が駆動されると、膨張タンク２３６内の湯が、流通管２３１、２３２を通って各暖房端末に導入され、さらに、各暖房端末を通った湯が、流通管２３３に戻される。流通管２３３に戻された湯は、２次熱交換器２２２で加熱昇温され、膨張タンク２３６に貯留される。
【0072】
膨張タンク２３６に貯留された低温の湯は、流通管２３２を通って、低温の暖房端末に供給される。また、膨張タンク２３６に貯留された低温の湯は、流通管２３４を通って１次熱交換器２２１に流通され、高温の湯に加熱昇温される。その後、高温の湯は、流通管２３１を通って、高温の暖房端末に供給される。このとき、流通管２３５に設置された流量調節弁２３８が、適宜、制御部１１１により開かれる。これにより、膨張タンク２３６内の低温の湯が、流通管２３１を流れる高温の湯に混ぜられて、流通管２３１から出湯される温水の温度が調整される。こうして、各暖房端末と、１次熱交換器２２１および２次熱交換器２２２との間で、低温または高温の湯が循環される。なお、流通管２３１、２３２には、図示しない開閉弁が設けられ、高温の暖房端末のみに湯を供給するときには、低温用の流通管２３２の開閉弁が閉鎖され、低温の暖房端末のみに湯を供給するときには、高温用の流通管２３１の開閉弁が閉鎖される。
【0073】
追い焚き機能について、流通管２４１から出湯された湯は、浴槽に供給された後、浴槽から流通管２４３に戻される。すなわち、流通管２４１、２４２と、これらの流通管と浴槽とを接続する配管とによって、浴槽との間の循環経路が構成される。流通管２４２には、浴槽との間で湯を循環させるためのポンプ２４４が設置されている。さらに、流通管２４２には、流通管２４３を流れる温水との間で熱交換を行うための液液熱交換器２４５が設置されている。
【0074】
追い焚き時には、制御部１１１によりポンプ２３７が駆動された状態で、制御部１１１により開閉弁２４６が開放される。これにより、１次熱交換器２２１で加熱昇温された湯が流通管２４３を流れ、液液熱交換器２４５により、流通管２４２を流れる湯が加熱昇温される。加熱昇温された湯は、ポンプ２４４の駆動により、浴槽に供給される。こうして、浴槽と流通管２４１、２４２との間で循環する湯が液液熱交換器２４５で加熱昇温されることにより、浴槽内の湯に対する追い焚きが行われる。
【0075】
また、筐体２００内には、湯の供給動作を実行するための各種センサが設置されている。即ち、７つのサーミスタＳ１～Ｓ７（温度センサ）が、筐体２００内に設置されている。
【0076】
サーミスタＳ１は、出湯管２１５から出湯される直前の湯水の温度を検知し、サーミスタＳ２は、缶体２５０の出口付近において出湯管２１５を流れる湯水の温度を検知する。サーミスタＳ３、Ｓ４は、それぞれ、流通管２３１、２３２から各暖房端末に出湯される直前の湯水の温度を検知し、サーミスタＳ５は、各暖房端末から流通管２３３に戻された湯水の温度を検知する。サーミスタＳ６は、流通管２４１から浴槽に出湯される直前の湯水の温度を検知し、サーミスタＳ７は、浴槽から流通管２４２に戻された湯水の温度を検知する。
【0077】
この他、出湯管２１５を流れる湯水の流量を検知するための流量センサＳ８が筐体２００内に設置される。運転オン状態にある場合、制御部１１１は、流量センサＳ８により所定量以上の流量が検知されると、第１供給部２１０を動作させる。これにより、給湯機能の給湯運転が開始される。
【0078】
サーミスタＳ１～Ｓ７および流量センサＳ８は、図３の検出部１１４に含まれる。
【0079】
図３に戻り、浴室リモコン１２は、上述の表示部１２１および入力部１２２の他、制御部１２３と、記憶部１２４と、通信部１２５と、マイクロホン１２６と、スピーカ１２７を備える。
【0080】
制御部１２３は、マイクロコンピュータを備え、記憶部１２４に記憶されたプログラムに従って所定の制御を行う。記憶部１２４は、メモリを備え、所定の制御プログラムを記憶する。
【0081】
通信部１２５は、制御部１２３からの制御に従って、給湯器１１および台所リモコン１３と通信を行う。
【0082】
マイクロホン１２６は、音声窓１２ａを介して、音声を集音し、音声信号を出力する。スピーカ１２７は、音声信号に基づく音声を、音声窓１２ａを介して出力する。通話機能において、マイクロホン１２６に入力された音声が台所リモコン１３へ送信され、台所リモコン１３から受信した音声がスピーカ１２７から出力される。
【0083】
台所リモコン１３は、上述の表示入力部１３１および運転ボタン１３２の他、制御部１３３と、記憶部１３４と、通信部１３５と、マイクロホン１３６と、スピーカ１３７と、無線通信部１３８とを備える。
【0084】
制御部１３３は、マイクロコンピュータを備え、記憶部１３４に記憶されたプログラムに従って所定の制御を行う。記憶部１３４は、メモリを備え、所定の制御プログラムを記憶する。通信部１３５は、制御部１３３からの制御に従って、給湯器１１および浴室リモコン１２と通信を行う。
【0085】
マイクロホン１３６は、音声窓１３ａを介して、音声を集音し、音声信号を出力する。スピーカ１３７は、音声信号に基づく音声を、音声窓１３ａを介して出力する。通話機能において、マイクロホン１３６に入力された音声が浴室リモコン１２へ送信され、浴室リモコン１２から受信した音声がスピーカ１３７から出力される。
【0086】
無線通信部１３８は、ルータ２０との間で無線通信が可能な無線通信モジュールである。サーバ５０には、台所リモコン１３（給湯装置１０）のアドレス情報およびＩＤ情報として、無線通信部１３８のアドレス情報およびＩＤ情報が登録される。
【0087】
本実施形態では、浴室リモコン１２および台所リモコン１３において、記憶部１２４、１３４に記憶された制御プログラムによって、報知処理部１２３ａ、１３３ａの機能が制御部１２３、１３３に付与される。また、台所リモコン１３において、記憶部１３４に記憶された制御プログラムによって、報知モード設定部１３３ｂの機能が制御部１３３に付与される。報知モード設定部１３３ｂは、後述のように、サーバ５０から報知情報を受信したことに基づいて報知モードの設定を行う。報知処理部１２３ａ、１３３ａは、後述のように、報知モードに設定されている間、所定の報知条件の成立に基づいて、報知部である表示部１２１、表示入力部１３１に使用料金の支払いを促す報知を行わせる。
【0088】
サーバ５０は、制御部５０１と、記憶部５０２と、通信部５０３を備える。制御部５０１は、ＣＰＵを備え、記憶部５０２に記憶されたプログラムに従って所定の制御を行う。記憶部５０２は、メモリおよびハードディスクを備え、所定の制御プログラムおよびデータベースを記憶する。通信部５０３は、制御部５０１からの制御に従って、所定の制御を行う。
【0089】
本実施形態では、記憶部５０２に記憶された制御プログラムによって、報知情報送信部５０１ａの機能と、報知解除情報送信部５０１ｂの機能と、禁止情報送信部５０１ｃの機能と、禁止解除情報送信部５０１ｄの機能とが、制御部５０１に付与される。
【0090】
報知情報送信部５０１ａは、後述のように、使用料金が滞納されている給湯装置１０に対して、当該給湯装置１０の表示部１２１等に使用料金の支払いを促す報知を行わせるための報知情報を送信する。
【0091】
報知解除情報送信部５０１ｂは、後述のように、滞納している使用料金の支払いが行われた給湯装置１０に対して、報知モードを解除するための解除情報を送信する。
【0092】
禁止情報送信部５０１ｃは、後述のように、滞納している使用料金が支払期日までに支払われなかった給湯装置１０に対して、当該給湯装置１０が給湯運転を行わない運転禁止状態となるための運転禁止情報として、運転禁止要求を送信する。
【0093】
禁止解除情報送信部５０１ｄは、後述のように、運転禁止モードが設定された後に滞納している使用料金の支払いが行われた給湯装置１０に対して、運転禁止モードを解除するための解除情報を送信する。
【0094】
給湯システム１は、使用料金の滞納が発生した状態で給湯装置１０の使用が継続されることを抑制するため、使用料金の滞納に対処する機能を備える。
【0095】
図５は、使用料金の滞納に対処する機能を実行するために、サーバ５０の制御部５０１において行われる処理を示すフローチャートである。この処理は、図３の報知情報送信部５０１ａの機能と、報知解除情報送信部５０１ｂの機能と、禁止情報送信部５０１ｃの機能と、禁止解除情報送信部５０１ｄの機能とにより実行される。
【0096】
制御部５０１は、使用料金の滞納が発生したことを示す滞納情報が取得されたか否かを監視する（Ｓ１０１）。また、制御部５０１は、滞納した使用料金が支払われたことを示す入金情報が取得されたか否かを監視する（Ｓ１０２）。また、制御部５０１は、滞納された使用料金の支払期日が超過した給湯装置１０が発生したか否かを監視する（Ｓ１０３）。
【0097】
使用料金の滞納が発生すると、使用料金の徴収を管理しているサーバ（図示せず）から滞納情報が外部通信網４０を介してサーバ５０に送信される。また、滞納された使用料金の支払が完了すると、上記のサーバから入金情報がサーバ５０に送信される。滞納情報および入金情報には、対象となる給湯装置１０を特定できるように、当該給湯装置１０（台所リモコン１３）のＩＤ情報が含まれる。また、滞納情報には、支払期日が含まれる。なお、滞納情報および入金情報は、ＬＡＮ等によりサーバ５０に接続されたパーソナルコンピュータ等の端末装置から送信されてもよく、キーボード等の入力部からサーバ５０に直接入力されてもよい。
【0098】
サーバ５０の記憶部５０２には、滞納情報から抽出された支払期日がＩＤ情報に対応付けて記憶される。制御部５０１は、記憶部５０２に記憶された支払期日を参照することにより、支払期日が超過したか否かを判定できる。使用料金の徴収を管理しているサーバから支払期日の超過を示す超過情報を受信することにより、支払期日の超過を判定するようにしてもよい。この場合、超過情報には、支払期日が超過した給湯装置１０のＩＤ情報が含まれる。
【0099】
制御部５０１は、滞納情報を取得すると（Ｓ１０１：ＹＥＳ）、滞納情報に含まれたＩＤ情報から、使用料金が滞納された給湯装置１０を特定し、当該給湯装置１０に対して、使用料金の支払いを促す報知を行うための報知情報を送信する（Ｓ１０４）。たとえば、報知情報は、報知を要求する報知要求とすることができる。この場合、報知要求には、支払期日が付加される。あるいは、報知情報は、使用料金の支払いを促す内容（支払期日を含む）の画像データやテキストデータ、音声データなどの報知データとすることができる。
【0100】
後述のように、給湯装置１０では、報知情報の受信に基づいて報知モードが設定され、報知モードの間、適宜、使用料金の支払いを促す報知が行われる。
【0101】
制御部５０１は、入金情報を取得すると（Ｓ１０２：ＹＥＳ）、入金情報に含まれたＩＤ情報から使用料金が支払われた給湯装置１０を特定し、当該給湯装置１０について、記憶部５０２の支払期日を参照することにより、支払期限内であるか否かを判定する（Ｓ１０５）。
【0102】
制御部５０１は、支払期限内である場合（Ｓ１０５：ＹＥＳ）、支払済の給湯装置１０に対して、報知モードを解除するための解除情報を送信する（Ｓ１０６）。たとえば、解除情報は、解除を要求する解除要求とすることができる。あるいは、解除情報は、使用料金の支払が完了したことを通知する支払完了通知とすることができる。
【0103】
後述のように、給湯装置１０では、解除情報の受信に基づいて報知モードが解除され、使用料金の支払いを促す報知が行われなくなる。
【0104】
後述の通り、支払期日が超過すると、給湯装置１０では、サーバ５０からの運転禁止要求に基づいて、給湯運転が禁止される運転禁止モードの設定が行われる。よって、制御部５０１は、支払期限内でない（支払期日を超過している）と判定した場合（Ｓ１０５：ＮＯ）、支払済の給湯装置１０に対して、運転禁止モードを解除するための解除情報を送信する（Ｓ１０７）。たとえば、解除情報は、解除要求や支払完了通知とすることができる。
【0105】
後述のように、給湯装置１０では、解除情報の受信に基づいて運転禁止モードが解除され、通常通りに給湯運転を行えるようになる。
【0106】
制御部５０１は、滞納された使用料金の支払期日が超過した給湯装置１０が発生すると（Ｓ１０３：ＹＥＳ）、支払期日が超過した給湯装置１０に対して、運転禁止モードの設定を要求する運転禁止要求を送信する（Ｓ１０８）。
【0107】
後述のように、給湯装置１０では、運転禁止要求の受信に基づいて運転禁止モードが設定され、給湯装置１０が給湯運転を行わない運転禁止状態となる。
【0108】
さらに、制御部５０１は、支払期日が超過した給湯装置１０に対して、報知モードを解除するための解除情報を送信する（Ｓ１０９）。これにより、給湯装置１０において、報知モードが解除される。
【0109】
図６は、使用料金の滞納に対処する機能を実行するために、給湯装置１０の台所リモコン１３の制御部１３３において行われる処理を示すフローチャートである。この処理は、報知モードの設定および解除処理であり、図３の報知モード設定部１３３ｂの機能により実行される。
【0110】
制御部１３３は、サーバ５０からの報知情報を受信したか否かを監視する（Ｓ２０１）。給湯装置１０に使用料金の滞納が発生すると、図５のステップＳ１０４の処理により、当該給湯装置１０に対して報知情報が送信される。制御部１３３は、報知情報を受信すると（Ｓ２０１：ＹＥＳ）、使用料金の支払いを促す報知が行われる報知モードに設定する（Ｓ２０２）。
【0111】
次に、制御部１３３は、サーバ５０からの報知モードの解除情報を受信したか否かを監視する（Ｓ２０３）。滞納された使用料金が支払われると、図５のステップＳ１０６の処理により、給湯装置１０に対して解除情報が送信される。また、滞納された使用料金の支払期日が超過すると、図５のステップＳ１０９の処理により、給湯装置１０に対して解除情報が送信される。制御部１３３は、解除情報を受信すると（Ｓ２０３：ＹＥＳ）、報知モードを解除する（Ｓ２０４）。
【0112】
図７（ａ）は、使用料金の滞納に対処する機能を実行するために、給湯装置１０の台所リモコン１３の制御部１３３および浴室リモコン１２の制御部１２３において行われる処理を示すフローチャートである。この処理は、使用料金の支払いを促す報知を行うための報知処理であり、台所リモコン１３での報知処理は、図３の報知処理部１３３ａの機能により実行され、浴室リモコン１２での報知処理は、図３の報知処理部１２３ａの機能により実行される。
【0113】
以下、台所リモコン１３で実行される報知処理について説明するが、浴室リモコン１２で実行される報知処理についても同様である。
【0114】
【0115】
制御部１３３は、所定の報知条件が成立したか否かを監視する（Ｓ３０１）。たとえば、報知条件は、運転ボタン１３２および表示入力部１３１に表示された操作ボタン１３１ａ～１３１ｈが押されたこと、とすることができる。この他、報知条件は、給湯機能等の各機能の給湯運転が開始されたこと、とすることができる。報知を一定の時間間隔で行う場合は、報知条件を、一定の時間が経過したこと、とすることもできる。報知条件は１つでもよいし複数でもよい。
【0116】
制御部１３３は、報知条件が成立すると、たとえば、台所リモコン１３のボタン操作が行われると（Ｓ３０１：ＹＥＳ）、使用料金の支払いを促す報知として、報知部である表示入力部１３１に報知画面６１０を表示させる（Ｓ３０２）。報知画面６１０を見た使用者は、使用料金が滞納しているため支払いが必要であることを認識できる。
【0117】
図７（ｂ）は、報知画面６１０の一例を示す図である。報知画面６１０には、使用料金の支払いを促すメッセージ６１１と、支払期日６１２が含まれる。サーバ５０から送信される報知情報が報知要求である場合、報知要求に付加された支払期日を含む報知画面６１０の画像データ（報知データ）が生成されて、記憶部１３４に記憶される。報知情報が画像データ（報知データ）自体である場合、当該画像データが記憶部１３４に記憶される。これら画像データ（報知データ）が表示入力部１３１に出力されて、報知画面６１０が表示される。
【0118】
所定の時間が経過すると、報知画面６１０が閉じられる。あるいは、報知画面６１０に確認ボタンが含まれる場合には、確認ボタンが押されたときに、報知画面６１０が閉じられる。
【0119】
なお、制御部１３３は、報知画面６１０による報知に替えてまたは加えて、使用料金の支払いを促すメッセージと支払期日を音声により、報知部であるスピーカ１３７から出力するようにしてもよい。さらに、上記報知（報知画面６１０等）に、支払期日までに使用料金が支払われない場合には給湯装置１０が給湯運転を行わなくなる、即ち給湯装置１０が使用できなくなる旨の報知が含められてもよい。
【0120】
報知条件の成立が監視されている間に、図６の処理により報知モードが解除されると（Ｓ３０３：ＹＥＳ）、制御部１３３は、報知処理を終了する。
【0121】
このようにして、給湯装置１０では、台所リモコン１３および浴室リモコン１２において、報知モードが設定されている間、報知条件が成立する度に、使用料金の支払いを促す報知が行われる。
【0122】
図８は、使用料金の滞納に対処する機能を実行するために、給湯装置１０の給湯器１１の制御部１１１において行われる処理を示すフローチャートである。この処理は、運転禁止モードの設定および解除処理であり、図３の禁止モード設定部１１１ａの機能により実行される。
【0123】
制御部１１１は、サーバ５０からの運転禁止要求を受信したか否かを監視する（Ｓ４０１）。滞納された使用料金が支払われずに支払期日を超過した場合に、図５のステップＳ１０８の処理により、給湯装置１０に対して運転禁止要求が送信される。制御部１１１は、運転禁止要求を受信すると（Ｓ４０１：ＹＥＳ）、給湯装置１０が運転禁止状態となる運転禁止モードに設定する（Ｓ４０２）。
【0124】
運転禁止モードに設定されると、制御部１１１は、給湯装置１０（給湯器１１）が運転オン状態にある場合には、運転オフ状態に切り替える。そして、制御部１１１は、浴室リモコン１２の制御部１２３および台所リモコン１３の制御部１３３に対し、表示部１２１および表示入力部１３１を消灯し、その後は運転ボタン１２２ａ、１３２の操作を受け付けないようにする指示を行う。これにより、給湯装置１０は、運転オン状態に切り替えられなくなり、給湯機能等の全ての機能の給湯運転が行えなくなる。また、制御部１１１には、暖房端末のリモコンから運転開始の指示が直接送信されるが、この指示を無効とすることにより、暖房端末のリモコンの操作による給湯運転が行えなくなる。こうして、給湯装置１０が全ての機能の給湯運転を行わない運転禁止状態となる。
【0125】
なお、運転ボタン１２２ａ、１３２が操作されたときに表示部１２１および表示入力部１３１が点灯し、表示入力部１３１に操作ボタン１３１ａ～１３１ｈが表示されるが、操作ボタン１２２ｂ～１２２ｆ、１３１ａ～１３１ｈの操作が無効にされることにより、給湯機能を除く全ての機能の給湯運転が行えなくなるようにしてもよい。このとき、流量センサＳ８の入力が無効にされることにより、給湯機能の給湯運転も行えなくなる。
【0126】
さらに、全ての機能の給湯運転が行われなくなるようにするために、浴室リモコン１２および台所リモコン１３はボタン操作を受け付けるが、これらリモコン１２、１３から給湯運転を開始する指示を入力しても、制御部１１１が、給湯器１１の第１供給部２１０、第２供給部２２０および第３供給部２３０を動作させない、即ち燃焼器２１３、２２３およびポンプ２３７、２４４を動作させないようにしてもよい。
【0127】
さらに、制御部１１１が給湯器１１の電源を切断するようにしてもよい。この場合、燃焼器２１３、２２３等の負荷やセンサへの電力供給は停止されるが、制御部１１１への電力供給は継続される。
【0128】
次に、制御部１１１は、サーバ５０からの運転禁止モードの解除情報を受信したか否かを監視する（Ｓ４０３）。滞納された使用料金が支払われると、図５のステップＳ１０７の処理により、給湯装置１０に対して解除情報が送信される。制御部１１１は、解除情報を受信すると（Ｓ４０３：ＹＥＳ）、運転禁止モードを解除する（Ｓ４０４）。これにより、運転禁止状態が解消されて、給湯装置１０が全ての機能の給湯運転を行う状態に戻る。
【0129】
図９（ａ）は、使用料金の滞納に対処する機能を実行するために、給湯装置１０の台所リモコン１３の制御部１３３および浴室リモコン１２の制御部１２３において行われる処理を示すフローチャートである。この処理は、使用料金の滞納により給湯装置１０の使用が停止された旨の報知を行うための報知処理であり、報知処理部１２３ａ、１３３ａの機能により実行される。
【0130】
以下、台所リモコン１３で実行される報知処理について説明するが、浴室リモコン１２で実行される報知処理についても同様である。
【0131】
【0132】
制御部１３３は、所定の報知条件が成立したか否かを監視する（Ｓ５０１）。たとえば、報知条件は、運転ボタン１３２および表示入力部１３１に表示された操作ボタン１３１ａ～１３１ｈが押されたこと、とすることができる。この他、報知条件は、給湯機能等の各機能の給湯運転が開始されたこと、とすることができる。報知を一定の時間間隔で行う場合は、報知条件を、一定の時間が経過したこと、とすることもできる。報知条件は１つでもよいし複数でもよい。
【0133】
制御部１３３は、報知条件が成立すると、たとえば、台所リモコン１３のボタン操作が行われると（Ｓ５０１：ＹＥＳ）、使用料金の滞納により給湯装置１０の使用が停止された（給湯装置１０がそれまで通りに使用できなくなった）旨の報知として、報知部である表示入力部１３１に報知画面６２０を表示させる（Ｓ５０２）。報知画面６２０を見た使用者は、使用料金の滞納により給湯装置１０がそれまで通りに使用できないことを認識できる。
【0134】
図９（ｂ）は、報知画面６２０の一例を示す図である。報知画面６２０には、使用料金の滞納により給湯装置１０の使用が停止された旨のメッセージ６２１が含まれる。
【0135】
所定の時間が経過すると、報知画面６２０が閉じられる。あるいは、報知画面６２０に確認ボタンが含まれる場合には、確認ボタンが押されたときに、報知画面６２０が閉じられる。
【0136】
なお、制御部１３３は、報知画面６２０による報知に替えてまたは加えて、使用料金の滞納により給湯装置１０の使用が停止された旨を音声により、報知部であるスピーカ１３７から出力するようにしてもよい。
【0137】
報知条件の成立が監視されている間に、図８の処理により運転禁止モードが解除されると（Ｓ５０３：ＹＥＳ）、制御部１３３は、報知処理を終了する。
【0138】
このようにして、給湯装置１０では、台所リモコン１３および浴室リモコン１２において、運転禁止モードが設定されている間、報知条件が成立する度に、使用料金の滞納により給湯装置１０の使用が停止された旨の報知が行われる。
【0139】
＜実施形態１の効果＞
実施形態１によれば、以下の効果が奏され得る。
実施形態１によれば、以下の効果が奏され得る。
【0140】
（１）使用料金が滞納されている給湯装置１０に対して、サーバ５０から報知情報が送信され、報知情報の受信に基づいて、給湯装置１０の報知部（表示部１２１、表示入力部１３１）に、使用料金の支払いを促す報知が行われる。これにより、使用者が使用料金の滞納に気づくなどすることにより、滞納された使用料金が使用者から支払われやすくなる。しかも、給湯装置１０から使用料金の算出のために使用状況情報が送信されるサーバ５０から報知情報が送信されるので、報知情報を送信するための外部装置を用意する必要がなく、システム構成が複雑になりにくい。
【0141】
（２）さらに、給湯装置１０では、報知情報を受信したことに基づいて報知モードが設定され、報知モードに設定されている間、所定の報知条件が成立する度に、使用料金の支払いを促す報知が行われるので、当該報知が使用者の目に留まりやすくなる。これにより、滞納された使用料金が使用者から一層支払われやすくなる。しかも、滞納された使用料金が支払われると報知モードが解除されるので、使用料金が支払われた後は報知が継続しないようにすることができる。
【0142】
（３）さらに、滞納された使用料金が支払期日までに支払われなかった給湯装置１０に対して、サーバ５０から運転禁止情報（運転禁止要求）が送信されることにより、給湯運転を行わない運転禁止状態となる。これにより、使用者は、それまで通りに給湯装置１０を使用できなくなるため、滞納された使用料金が使用者から一層支払われやすくなる。
【0143】
（４）さらに、サーバ５０からの運転禁止要求の受信に基づいて運転禁止モードが設定されることにより給湯装置１０が運転禁止状態となるので、運転禁止状態とするためにサーバ５０と給湯装置１０との間の通信頻度が増加しにくく、通信の負担増加を抑制できる。
【0144】
（５）さらに、滞納された使用料金が支払われれば運転禁止モードが解除されて運転禁止状態が解消されるので、使用料金が支払われた後も給湯装置１０が給湯運転を行わない状態が継続しないようにすることができる。
【0145】
＜変更例１＞
上記実施形態１では、滞納された使用料金が支払期日までに支払われなかった給湯装置１０に対して、サーバ５０から運転禁止要求が送信され、運転禁止要求に基づいて運転禁止モードが設定されることにより、給湯装置１０が給湯運転を行わない運転禁止状態となった。
上記実施形態１では、滞納された使用料金が支払期日までに支払われなかった給湯装置１０に対して、サーバ５０から運転禁止要求が送信され、運転禁止要求に基づいて運転禁止モードが設定されることにより、給湯装置１０が給湯運転を行わない運転禁止状態となった。
【0146】
これに対し、本変更例１では、滞納された使用料金が支払期日までに支払われなかった給湯装置１０に対して、給湯運転が開始されたときにサーバ５０から強制停止指令が送信され、強制停止指令に基づいて開始された給湯運転が停止することにより、給湯装置１０が給湯運転を行わない運転禁止状態となる。
【0147】
図１０は、変更例１に係る、給湯システム１を構成する各機器の回路ブロックを示す図である。
【0148】
図１０に示すように、本変更例１では、給湯装置１０の給湯器１１において、記憶部１１２に記憶された制御プログラムによって、上記実施形態１の禁止モード設定部１１１ａの機能に替えて、運転停止処理部１１１ｂの機能が制御部１１１に付与される。運転停止処理部１１１ｂは、後述のように、給湯運転か開始されたことに基づいて、運転開始通知をサーバ５０に送信するとともに、サーバ５０から強制停止指令を受信したことに基づいて、開始された給湯運転を停止させる。
【0149】
さらに、本変更例１では、サーバ５０において、禁止情報送信部５０１ｃは、給湯装置１０から運転開始通知を受信したことに基づいて、当該給湯装置１０に運転禁止情報として強制停止指令を送信する。また、上記実施形態１の禁止解除情報送信部５０１ｄの機能が制御部５０１に付与されない。
【0150】
図１１は、変更例１に係る、使用料金の滞納に対処する機能を実行するために、サーバ５０の制御部５０１において行われる処理を示すフローチャートである。この処理は、図１０の報知情報送信部５０１ａの機能と、報知解除情報送信部５０１ｂの機能と、禁止情報送信部５０１ｃの機能とにより実行される。
【0151】
本変更例１では、上記実施形態１の図５の処理に替えて、図１１の処理が実行される。図１１の処理において、図５のステップＳ１０７の処理がステップＳ１１１の処理に置き換えられ、図５のステップＳ１０８の処理がステップＳ１１２の処理に置き換えられる。
【0152】
図１１を参照して、制御部５０１は、ステップＳ１０３において、滞納された使用料金の支払期日が超過した給湯装置１０が発生したと判定すると（Ｓ１０３：ＹＥＳ）、支払期日が超過した給湯装置１０に対して、運転強制停止処理を開始する（Ｓ１１２）。
【0153】
図１２（ａ）は、変更例１に係る、運転強制停止処理を示すフローチャートである。
【0154】
制御部５０１は、支払期日が超過した給湯装置１０から運転開始通知を受信したか否かを監視する（Ｓ６０１）。後述のように、給湯装置１０は、何れかの機能の給湯運転を開始すると、運転開始通知をサーバ５０に送信する。
【0155】
制御部５０１は、支払期日が超過した給湯装置１０から運転開始通知を受信すると（Ｓ６０１：ＹＥＳ）、当該給湯装置１０に対して強制停止指令を送信する（Ｓ６０２）。こうして、支払期日が超過した給湯装置１０で給湯運転が開始される度に、当該給湯装置１０にサーバ５０から強制停止指令が送信される。
【0156】
図１１に戻り、制御部５０１は、ステップＳ１０２において、入金情報を取得したと判定し（Ｓ１０２：ＹＥＳ）、さらに、ステップＳ１０５において、支払期限内でないと判定すると（Ｓ１０５：ＮＯ）、支払済みの給湯装置１０に対して実行中の運転強制停止処理を停止する（Ｓ１１１）。
【0157】
図１２（ｂ）は、変更例１に係る、使用料金の滞納に対処する機能を実行するために、給湯装置１０の給湯器１１の制御部１１１において行われる処理を示すフローチャートである。この処理は、図１０の運転停止処理部１１１ｂの機能により実行される。
【0158】
【0159】
図１２（ｂ）を参照して、制御部１１１は、何れかの機能の給湯運転が開始されたか否かを監視する(Ｓ７０１)。そして、制御部１１１は、給湯運転が開始されると（Ｓ７０１：ＹＥＳ）、運転開始通知をサーバ５０に送信する（Ｓ７０２）。
【0160】
次に、制御部１１１は、サーバ５０からの強制停止指令を受信したか否かを監視するとともに（Ｓ７０３）、開始された給湯運転が終了したか否かを監視する（Ｓ７０４）。
【0161】
給湯装置１０に使用料金の支払期日の超過が発生していない場合、運転開始通知が送信されても、サーバ５０から強制停止指令が送信されることはない。制御部１１１は、給湯運転が終了すると（Ｓ７０４：ＹＥＳ）、ステップＳ７０１に戻って、給湯運転の監視を継続する。
【0162】
一方、給湯装置１０に使用料金の支払期日の超過が発生している場合、運転開始通知が送信されると、サーバ５０から強制停止指令が速やかに送信される。制御部１１１は、強制停止指令を受信すると（Ｓ７０３：ＹＥＳ）、給湯運転を強制的に停止させる（Ｓ７０５）。
【0163】
このようにして、本変更例１では、開始された給湯運転がサーバ５０からの強制停止指令によって速やかに強制的に停止されることにより、給湯装置１０が全ての機能の給湯運転を行わない運転禁止状態となる。
【0164】
なお、本変更例１では、浴室リモコン１２および台所リモコン１３において、図９（ａ）に示す報知処理は行われない。その代わりに、制御部１１１は、図１２（ｂ）のステップＳ７０５で給湯運転を強制的に停止させた際に、使用料金の滞納により給湯装置１０の使用が停止された旨の報知として、図９（ｂ）の報知画面６２０と同様な報知画面を表示部１２１および表示入力部１３１に表示するよう、あるいは、上記報知をスピーカ１２７、１３７からの音声で行うよう、浴室リモコン１２の制御部１２３および台所リモコン１３の制御部１３３に指示するようにするとよい。
【0165】
また、使用料金の支払期日が超過していない給湯装置１０からサーバ５０に送信された運転開始通知は、サーバ５０に要求があった携帯端末装置３０に給湯運転があったことを知らせる見守り機能に利用できる。
【0166】
以上、本変更例１では、支払期日が超過した給湯装置１０に対して、給湯運転が開始されたときにサーバ５０から強制停止指令が送信されることにより、給湯装置１０が運転禁止状態となるので、給湯装置１０側では、支払期日の超過が発生したか否かに応じて給湯運転のための処理を変更する必要がなく、処理が複雑になりにくい。
【0167】
さらに、本変更例１では、給湯運転が開始されたときに給湯装置１０から運転開始通知がサーバ５０に送信され、サーバ５０は支払期日が超過した給湯装置１０から運転開始通知を受けたときに当該給湯装置１０に強制停止指令を送信するため、無駄なく強制停止指令を送信でき、サーバ５０と給湯装置１０との間の通信頻度の増加を抑制できる。
【0168】
なお、通信頻度は増加しやすくなるものの、給湯装置１０から運転開始通知がサーバ５０へ送信されず、サーバ５０が、支払期日が超過した給湯装置１０に、一定の間隔（数秒～数十秒の間隔）で強制停止指令を送信するような運転強制停止処理を行うようにしてもよい。
【0169】
＜実施形態２＞
上記実施形態１では、使用料金が滞納されている給湯装置１０に対して、サーバ５０から報知情報が送信されることにより、給湯装置１０の報知部（表示部１２１、表示入力部１３１）に、使用料金の支払いを促す報知が行われた。
上記実施形態１では、使用料金が滞納されている給湯装置１０に対して、サーバ５０から報知情報が送信されることにより、給湯装置１０の報知部（表示部１２１、表示入力部１３１）に、使用料金の支払いを促す報知が行われた。
【0170】
これに対し、本実施形態２では、使用料金が滞納されている給湯装置１０に対応付けられた携帯端末装置３０に対して、サーバ５０から報知情報が送信されることにより、携帯端末装置３０に、使用料金の支払いを促す報知が行われる。
【0171】
図１３は、実施形態２に係る、給湯システム１を構成する各機器の回路ブロックを示す図である。
【0172】
図１３に示すように、本実施形態２では、給湯装置１０の台所リモコン１３において、報知処理部１３３ａおよび報知モード設定部１３３ｂの機能が制御部１３３に付与されない。また、給湯装置１０の浴室リモコン１２において、報知処理部１２３ａの機能が制御部１２３に付与されない。
【0173】
さらに、本実施形態２では、サーバ５０において、報知情報送信部５０１ａは、後述のように、滞納している使用料金の支払いが行われた給湯装置１０に対応付けられた携帯端末装置３０に対して、報知情報を送信する。
【0174】
図１４は、使用料金の滞納に対処する機能を実行するために、サーバ５０の制御部５０１において行われる処理を示すフローチャートである。この処理は、図１３の報知情報送信部５０１ａの機能と、報知解除情報送信部５０１ｂの機能と、禁止情報送信部５０１ｃの機能と、禁止解除情報送信部５０１ｄの機能とにより実行される。
【0175】
制御部５０１は、滞納情報が取得されたか否か、入金情報が取得されたか否か、および、滞納された使用料金の支払期日が超過した給湯装置１０が発生したか否かを監視する（Ｓ８０１、Ｓ８０２、Ｓ８０３）。
【0176】
制御部５０１は、滞納情報を取得すると（Ｓ８０１：ＹＥＳ）、滞納情報に含まれたＩＤ情報から滞納が発生した給湯装置１０を特定し、当該給湯装置１０に対応付けられた携帯端末装置３０に対して、使用料金の支払いを促す報知を行うための報知情報を送信する（Ｓ８０４）。報知情報の送信は、定期的に行われる。
【0177】
具体的には、報知情報は、使用料金の支払いを促す内容（支払期日を含む）の画像データやテキストデータ、音声データなどの報知データとされる。制御部５０１は、記憶部５０２に記憶された、台所リモコン１３のＩＤ情報に対応付けられている送信先アドレス（ここでは、Ｅｍａｉｌアドレス）に対し、報知データを、携帯端末装置３０が有するアプリケーション（ここでは、Ｅｍａｉｌアプリケーション）により表示が行える形式で送信する。これにより、携帯端末装置３０では、画像や音声により使用料金の支払いを促す報知が行われる。なお、報知情報は、報知を要求する報知要求とすることもできる。この場合、携帯端末装置３０には、報知データが予め保持され、専用のアプリケーション等により、その報知データを用いて使用料金の支払いを促す報知が行われる。
【0178】
制御部５０１は、入金情報を取得すると（Ｓ８０２：ＹＥＳ）、入金情報に含まれたＩＤ情報から特定した給湯装置１０について、支払期限内であるか否かを判定し、支払期限内であれば（Ｓ８０５：ＹＥＳ）、定期的に行われていた携帯端末装置３０への報知情報の送信を終了する（Ｓ８０６）。
【0179】
上記実施形態１と同様、制御部５０１は、滞納した使用料金の支払期日が超過した給湯装置１０が発生すると（Ｓ８０３：ＹＥＳ）、支払期日が超過した給湯装置１０に対して、運転禁止モードの設定を要求する運転禁止要求を送信する（Ｓ８０８）。
【0180】
また、上記実施形態１と同様、制御部５０１は、ステップＳ８０２において、入金情報を取得したと判定し（Ｓ８０２：ＹＥＳ）、さらに、ステップＳ８０５において、支払期限内でないと判定すると（Ｓ８０５：ＮＯ）、支払済の給湯装置１０に対して、運転禁止モードを解除するための解除情報を送信する（Ｓ８０７）。
【0181】
【0182】
一方、給湯装置１０では、上記実施形態１と同様、図８の運転禁止モードの設定および解除処理と図９（ａ）の報知処理が実行される。これにより、滞納された使用料金が支払期日までに支払われなかった給湯装置１０では、使用者が当該給湯装置１０をそれまで通りに使用できなくなるとともに、使用料金の滞納により当該給湯装置１０が使用できなくなったことが報知される。
【0183】
＜実施形態２の効果＞
実施形態２によれば、以下の効果が奏され得る。
実施形態２によれば、以下の効果が奏され得る。
【0184】
使用料金が滞納されている給湯装置１０に対応付けられた携帯端末装置３０に対して、報知情報が送信されることにより、携帯端末装置３０に使用料金の支払いを促す報知が行われる。これにより、使用者が使用料金の滞納に気づくなどすることにより、滞納された使用料金が使用者から支払われやすくなる。しかも、給湯装置１０から使用料金の算出のために使用状況情報が送信されるサーバ５０から報知情報が送信されるので、報知情報を送信するための外部装置を用意する必要がなく、システム構成が複雑になりにくい。
【0185】
さらに、上記実施形態１で奏された、（３）～（５）の効果を奏することができる。
【0186】
なお、上記の例では、報知情報の送信先が携帯端末装置３０であったが、報知情報の送信先はこれに限られるものではない。たとえば、宅内Ｈ１０に配置された据え置き型パーソナルコンピュータ等の固定端末装置が、報知情報の送信先であってもよい。
【0187】
また、報知情報の送信は、定期的でなく１回だけでもよい。この場合、図１４の処理において、ステップＳ８０６の処理が行われなくなる。
【0188】
さらに、本実施形態２に、上記変更例１と同様な変更が適用されてもよい。この場合、図１４のステップＳ８０７およびＳ８０８の処理が、図１１のステップＳ１１１およびＳ１１２の処理に置き換えられる。また、サーバ５０では、図１２（ａ）の運転強制停止処理が実行され、給湯装置１０では、図８の運転禁止モードの設定および解除処理と図９（ａ）の報知処理に替えて、図１２（ｂ）の処理が実行される。
【0189】
＜その他の変更例＞
上記実施形態１において、サーバ５０から給湯装置１０だけでなく携帯端末装置３０にも報知情報が送信されるようにしてもよい。このような構成とされた場合、図５の処理において、ステップＳ１０４の処理とともに図１４のステップＳ８０３の処理が実行され、ステップＳ１０６の処理とともに図１４のステップＳ８０６の処理が実行される。
上記実施形態１において、サーバ５０から給湯装置１０だけでなく携帯端末装置３０にも報知情報が送信されるようにしてもよい。このような構成とされた場合、図５の処理において、ステップＳ１０４の処理とともに図１４のステップＳ８０３の処理が実行され、ステップＳ１０６の処理とともに図１４のステップＳ８０６の処理が実行される。
【0190】
さらに、上記実施形態１では、給湯装置１０において、サーバ５０から報知情報を受信したことに基づいて報知モードが設定され、報知モードに設定されている間、所定の報知条件が成立する度に、使用料金の支払いを促す報知が行われた。しかしながら、報知情報を受信したことに基づいて、１回あるいは予め決められた回数だけ使用料金の支払いを促す報知が行われてもよい。この場合、報知モード設定部１３３ｂは不要となり、報知処理部１２３ａ、１３３ａが、報知情報を受信したことに基づいて報知を行う。
【0191】
さらに、上記実施形態１、２では、給湯装置１０は、運転禁止情報の受信に基づいて、全ての機能の給湯運転が行えない運転禁止状態となった。しかしながら、いくつかの機能の給湯運転については、運転が禁止されないようにされてもよい。たとえば、床暖房機能や室内暖房機能の給湯運転は引き続き実行できるようにされてもよい。
【0192】
さらに、上記実施形態１、２では、支払期日が超過した給湯装置１０に対し、サーバ５０から運転禁止要求が送信されることにより、給湯装置１０が給湯運転を行わない運転禁止状態となった。しかしながら、支払期日が超過した給湯装置１０に対し、サーバ５０から、当該給湯装置１０が運転禁止状態となるようなファームウェアが送信され、給湯器１１の制御部１１１等のファームウェアが、送信されたファームウェアに書き換えられるようにしてもよい。この場合、使用料金の支払いが完了すると、サーバ５０から給湯装置１０に、当該給湯装置１０を通常通りに運転可能な状態に戻すファームウェアが送信される。
【0193】
さらに、上記実施形態２において、報知情報の送信による使用料金の支払いを促す報知は、必ずしも、電子メールにより行われなくてもよく、他の方法により行われてもよい。たとえば、携帯端末装置３０に対するプッシュ通知によって、使用料金の支払いを促す報知が行われてもよい。この場合、サーバ５０の記憶部５０２に登録される送信先アドレスは、携帯端末装置３０に対してプッシュ通知を行うためのアドレス情報に変更される。
【0194】
さらに、上記実施形態１では、禁止モード設定部１１１ａが給湯器１１に設けられ、報知処理部１２３ａ、１３３ａが浴室リモコン１２および台所リモコン１３に設けられ、報知モード設定部１３３ｂが台所リモコン１３に設けられたが、給湯装置１０におけるこれら各部の配置はこれに限られるものではない。たとえば、報知処理部と報知モード設定部が、給湯器１１に設けられてもよい。この場合、給湯器１１から浴室リモコン１２および台所リモコン１３に報知のための指示が行われることにより、これらリモコン１２、１３で使用料金の支払いを促す報知が行われる。また、報知モード設定部が浴室リモコン１２に設けられてもよく、禁止モード設定部が、浴室リモコン１２または台所リモコン１３に設けられてもよい。同様に、上記変更例１の運転停止処理部１１１ｂや上記実施形態２の禁止モード設定部１１１ａの給湯装置１０における配置位置も、上記変更例１や上記実施形態２の位置に限定されない。
【0195】
さらに、上記実施形態１、２では、給湯装置１０を構成する台所リモコン１３に無線通信部１３８が設けられたが、無線通信部が給湯器１１または浴室リモコン１２に設けられて給湯器１１または浴室リモコン１２がルータ２０に接続されてもよい。あるいは、給湯器１１、浴室リモコン１２および台所リモコン１３以外に無線通信部を備えた制御ユニットが給湯装置１０に配置され、この制御ユニットがルータ２０に接続されてもよい。
【0196】
さらに、給湯装置１０の構成は、上記実施形態１、２に示した構成に限られるものではなく、他の構成であってもよい。たとえば、給湯装置１０が、暖房機能を有さない構成であってもよく、追い焚き機能を有さない構成であってもよい。また、給湯装置１０が、暖房機能に含まれる床暖房機能、室内暖房機能および浴室暖房機能のうち、１つまたは２つの機能を有さない構成であってもよい。さらに、給湯装置１０は、給湯機能のみを有する構成であってもよい。さらに、給湯装置１０は、ガス燃料を用いるものに限らず、オイルを燃料とする給湯装置であってもよい。
【0197】
さらに、上記実施形態１では、禁止モード設定部、報知処理部、報知モード設定部、報知情報送信部、報知解除情報送信部、禁止情報送信部および禁止解除情報送信部が、制御プログラムによるソフトウエアの機能により実現されたが、これらがロジック回路を用いたハードウエアにより実現されてもよい。上記実施形態２の禁止モード設定部、報知情報送信部、報知解除情報送信部、禁止情報送信部および禁止解除情報送信部、並びに上記変更例１の運転停止処理部についても同様である。
【0198】
さらに、上記実施形態１、２では、給湯装置１０が、燃料を燃焼させて生じる燃焼ガスで水を温める燃焼式給湯装置であったが、給湯装置１０の構成はこれに限られるものではない。たとえば、給湯装置１０が、発電機により電力を生成するとともに、発電機からの排熱を利用して温水を生成するコジェネレーション型給湯装置であってもよい。
【0199】
この他、本発明の実施形態は、特許請求の範囲に記載の範囲で適宜種々の変更可能である。
【符号の説明】
【0200】
１ 給湯システム
１０ 給湯装置
３０ 携帯端末装置（端末装置）
４０ 外部通信網
５０ サーバ
１１１ａ 禁止モード設定部
１１１ｂ 運転停止処理部
１２１ 表示部（報知部）
１２３ａ 報知処理部
１２７ スピーカ（報知部）
１３１ 表示入力部（報知部）
１３３ａ 報知処理部
１３３ｂ 報知モード設定部
１３７ スピーカ（報知部）
５０１ａ 報知情報送信部
５０１ｂ 報知解除情報送信部
５０１ｃ 禁止情報送信部
５０１ｄ 禁止解除情報送信部
１０ 給湯装置
３０ 携帯端末装置（端末装置）
４０ 外部通信網
５０ サーバ
１１１ａ 禁止モード設定部
１１１ｂ 運転停止処理部
１２１ 表示部（報知部）
１２３ａ 報知処理部
１２７ スピーカ（報知部）
１３１ 表示入力部（報知部）
１３３ａ 報知処理部
１３３ｂ 報知モード設定部
１３７ スピーカ（報知部）
５０１ａ 報知情報送信部
５０１ｂ 報知解除情報送信部
５０１ｃ 禁止情報送信部
５０１ｄ 禁止解除情報送信部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】