JP4055800B2 - 特定機器管理装置 - Google Patents

Description

本発明は、特定機器管理装置に関する。

従来から、機器の異常をネットワーク経由で管理するシステムが提案されている（例えば、特許文献１参照）。例えば、特許文献１のシステムでは、機器の異常の情報がネットワーク経由で機器から監視センターへ送信され、監視センターで機器の異常の診断が行われる。これにより、機器の異常がネットワーク経由で管理される。
特開２００２−４４７５０号公報（第１−７頁、第１−５図）

しかし、使用に際して周辺において人為的操作が必要な機器である特定機器を管理する場合、従来のシステムでは、監視センターで機器の異常の診断が行われるので、特定機器に関する異常であって人為的操作に関する異常である人為異常を含む特定異常の原因を把握することが困難になる傾向がある。例えば、給湯機で浴槽に湯を貯める場合、浴槽の栓がきちんと閉まっていないと湯が貯まらないことがある。このような場合、浴槽の栓がきちんと閉まっていないことを管理センターで把握しにくい。

そこで、本発明の課題は、人為的操作に起因する特定異常が発生した場合にも、その原因を把握することができる特定機器管理装置を提供することにある。

第１発明にかかる特定機器管理装置は、質問生成部と、表示部と、入力部と、判断部とを備え、使用に際して周辺において人為的操作が必要な機器である特定機器を管理するとともに、遠隔管理装置に接続可能である。遠隔管理装置は、特定機器を特定機器の遠隔から管理する。質問生成部は、第１質問情報を生成する。第１質問情報は、特定機器に関する異常の原因である特定異常原因を推定するための質問であって、人為的操作の状況についての質問に関する情報である。表示部は、第１質問情報を表示する。入力部は、表示部に表示された第１質問情報に対する回答に関する情報であって、人為的操作の状況に関する情報である第１回答情報の入力を受け付ける。判断部は、第１回答情報に基づいて、推定結果情報を生成することが可能であるか否かを判断する。推定結果情報は、特定異常原因が推定された結果に関する情報である。質問生成部は、第１回答情報に基づいて推定結果情報を生成することが不能であると判断部が判断した場合に、特定機器の状況についての第２質問情報をさらに生成する。表示部は、第２質問情報をさらに表示する。入力部は、表示部に表示された第２質問情報に対する回答に関する情報であって、特定機器の状況に関する情報である第２回答情報の入力をさらに受け付ける。判断部は、入力部に入力された第２回答情報に基づいて遠隔管理装置への通知を行う。

この特定機器管理装置は、質問情報を生成して表示し、特定機器の利用者に質問情報に対する回答情報の入力を促す。そして、特定機器の利用者により回答情報が入力されると、入力された回答情報に基づいて次の質問情報を生成して表示する。このように、この特定機器管理システムでは、繰り返し質問情報が生成され表示され、繰り返し回答情報が入力される。この特定機器管理装置では、人為的操作に起因する特定異常が発生した場合にも、その原因を把握することができる。

第２発明にかかる特定機器管理装置は、第１発明にかかる特定機器管理装置であって、入力部は、診断プログラムの起動命令の入力を受け付ける。診断プログラムは、特定異常を診断するプログラムである。

この特定機器管理装置では、特定異常を診断するプログラムである診断プログラムが特定機器の利用者により手動で起動される。これにより、この特定機器管理装置では、特定機器の利用者が特定異常に気が付いた際に、その原因を把握することができる。

第３発明にかかる特定機器管理装置は、第１発明にかかる特定機器管理装置であって、検知部と、命令生成部とをさらに備える。検知部は、特定異常を検知する。命令生成部は、検知部により特定異常が検知されると、診断プログラムの起動命令を生成する。診断プログラムは、特定異常を診断するプログラムである。

この特定機器管理装置では、特定異常が検知されると、特定異常を診断するプログラムである診断プログラムが自動的に起動される。これにより、この特定機器管理装置では、特定異常が検知された際に、その原因を把握することができる。

第４発明にかかる特定機器管理装置は、第１発明から第３発明のいずれかにかかる特定機器管理装置であって、特定機器は、水道を利用する機器である、
この特定機器管理装置は、水道を利用する機器を管理する。従って、この特定機器管理装置では、水道を利用する機器において発生した特定異常の原因を把握することができる。

第５発明にかかる特定機器管理装置は、第４発明にかかる特定機器管理装置であって、特定機器は、給湯機である。

この特定機器管理装置は、給湯機を管理する。従って、この特定機器管理装置では、給湯機において発生した特定異常の原因を把握することができる。

本発明では、質問情報を生成して表示し、特定機器の利用者に質問情報に対する回答情報の入力を促す。そして、特定機器の利用者により回答情報が入力されると、入力された回答情報に基づいて次の質問情報を生成して表示する。このように、この特定機器管理システムでは、繰り返し質問情報が生成され表示され、繰り返し回答情報が入力される。この特定機器管理システムでは、人為的操作に起因する特定異常が発生した場合にも、その原因を把握することができる。

［第１実施形態］
図１に、本発明の第１実施形態にかかる特定機器管理システム１の構成図を示す。また、本発明の第１実施形態にかかる特定機器管理システム１の構成要素の構成図を図２及び図３に示す。特定機器管理システム１は、主として給湯機１０を管理するためのシステムである。ここで、給湯機１０は、使用に際して周辺において人為的操作が必要な機器である。

＜特定機器管理システム１の全体構成＞
図１に示す特定機器管理システム１は、主として、給湯機１０、配管５０、リモコン３０及び浴槽９５を備える。給湯機１０は、主としてヒートポンプユニット１０ａと貯湯ユニット１０ｂとを備える。ヒートポンプユニット１０ａと貯湯ユニット１０ｂとは、利用者宅２外に設置される。リモコン３０は、利用者宅２内に設置される。配管５０は、利用者宅２外から利用者宅２内へと伸びている。

＜給湯機１０の構成＞
図１に示す給湯機１０は、図２に示すように、主として、加熱部１１、制御部１３及び貯湯部１２を備える。

貯湯部１２には、温水が貯湯される。制御部１３は、リモコン３０から命令を受け取る。制御部１３は、リモコン３０から受け取った命令に基づいて、加熱部１１を制御する。加熱部１１は、制御部１３に制御されることにより、貯湯部１２の温水を加熱する。

なお、貯湯部１２には、水道供給配管９１を経由して水道源９２が接続されており、水道水が供給されるようになっている。

＜加熱部１１の構成＞
図２に示す加熱部１１は、主として、空気熱交換器１１ｂ、水熱交換器１１ｅ、膨張弁１１ａ、圧縮機１１ｄ及び水加熱用配管１１ｆを備える。

膨張弁１１ａで減圧された低温低圧冷媒は、空気熱交換器１１ｂで蒸発して室外の空気から熱を奪い、圧縮機１１ｄで高温高圧冷媒へと変えられる。その高温高圧冷媒は、水熱交換器１１ｅで凝縮して、水加熱用配管１１ｆを通る貯湯部１２の温水に熱を与える。この結果、貯湯部１２の温水が加熱される。

なお、空気熱交換器１１ｂ，膨張弁１１ａ、圧縮機１１ｄ及び水熱交換器１１ｅは、ヒートポンプユニット１０ａに備えられている。水加熱用配管１１ｆは、ヒートポンプユニット１０ａと貯湯ユニット１０ｂとの間に備えられている。

＜配管５０の構成＞
図１に示す配管５０は、図２に示すように、主として、給湯口５０ａと給湯弁５０ｂとを備える。

給湯弁５０ｂは、給湯機１０の使用時に、給湯機１０の利用者により、開状態にされる。これにより、給湯機１０の貯湯部１２に貯湯された温水が、給湯弁５０ｂを経由して給湯口５０ａから排出される。すなわち、給湯機１０から供給された湯が給湯口５０ａから排出されるに際して、給湯機１０の周辺において、給湯弁５０ｂを開状態にするという人為的操作が必要である。

給湯弁５０ｂは、給湯機１０の不使用時に、給湯機１０の利用者により、閉状態に保たれる。これにより、給湯機１０の貯湯部１２に貯湯された温水が、給湯弁５０ｂから先に排出されないようにされる。

＜浴槽９５の構成＞
図１に示す浴槽９５は、図２に示すように、主として、浴壁部９８、排水栓９６及び排水口９７を備える。

配管５０の給湯口５０ａから供給された湯は、排水栓９６が排水口９７を塞いでいるときに、浴壁部９８で囲まれた空間に貯められる。すなわち、給湯機１０から供給された湯が浴壁部９８で囲まれた空間に貯められるに際して、給湯機１０の周辺おいて、排水栓９６で排水口９７を塞ぐという人為的操作が必要である。

＜リモコン３０の構成＞
図１に示すリモコン３０は、図３に示すように、主として、検知部３１、入力部３２、質問生成部３４、推定生成部３５、命令生成部４４、表示部３６、判断部３８及び記憶部４１と、これらの各部３１，３２，３４〜３６，３８，４１，４４を制御する制御部３３とを備える。記憶部４１には、質問データベース３９、診断データベース３７、診断プログラム４２、確認データベース４６及び確認プログラム４７が記憶されている。検知部３１は、図２に示すように、主として、水位センサ３１ａ〜３１ｄ及び水位センサ３１ｇ〜３１ｊを有する。水位センサ３１ａ〜３１ｄは、給湯機１０の貯湯部１２内に設けられている。水位センサ３１ｇ〜３１ｊは、浴槽９５の浴壁部９８内に設けられている。

＜特定機器管理システム１の全体動作＞
特定機器管理システム１の各部３１〜３６，３８，４１，４４は、主として、以下のように動作する。

図３に示す検知部３１は、特定異常を検知する。ここで、特定異常は、給湯機１０に関する異常であって、人為異常を含む。人為異常は、人為的操作に関する異常である。制御部３３は、特定異常の情報を検知部３１から受け取ることにより、特定異常があると判断する。ここで、特定異常の情報は、異常コードの情報である。命令生成部４４は、特定異常があると制御部３３が判断する場合に、特定異常の情報を制御部３３から受け取る。命令生成部４４は、特定異常の情報に基づいて、診断プログラム４２の起動命令を生成する。制御部３３は、診断プログラム４２の起動命令の情報を命令生成部４４から受け取る。制御部３３は、診断プログラム４２の起動命令の情報に基づいて、記憶部４１を参照し、診断プログラム４２を起動する。

制御部３３は、診断プログラム４２に基づき、質問を生成する命令を命令生成部４４に生成させる。制御部３３は、質問を生成する命令の情報と特定異常の情報とを質問生成部３４へ渡す。質問生成部３４は、質問を生成する命令の情報と特定異常の情報とを制御部３３から受け取る。質問生成部３４は、質問を生成する命令の情報と特定異常の情報とに基づいて、記憶部４１の質問データベース３９を参照し、質問情報を生成する。ここで、質問情報は、特定異常原因を推定するための質問に関する情報である。特定異常原因は、特定異常の原因である。表示部３６は、質問情報を制御部３３経由で質問生成部３４から受け取る。表示部３６は、質問情報を表示する。

入力部３２に、給湯器１０の利用者により、表示部３６に表示された質問情報に基づいて、回答情報が入力される。判断部３８は、回答情報を制御部３３経由で入力部３２から受け取る。判断部３８は、回答情報に基づいて、制御部３３経由で記憶部４１の診断データベース３７を参照し、推定結果情報を生成することが可能であるか否かを判断する。ここで、推定結果情報は、特定異常原因が推定された結果に関する情報である。

推定結果情報を生成することが不能であると判断部３８が判断する場合に、質問生成部３４は、推定結果情報を生成することが不能であると判断部３８が判断する旨の情報と回答情報とを制御部３３経由で判断部３８から受け取る。質問生成部３４は、回答情報に基づいて、記憶部４１の質問データベース３９を参照し、次の質問情報を生成する。表示部３６は、次の質問情報を制御部３３経由で質問生成部３４から受け取る。表示部３６は、次の質問情報を表示する。

あるいは、推定結果情報を生成することが可能であると判断部３８が判断する場合に、推定生成部３５は、推定結果情報を生成することが可能であると判断部３８が判断する旨の情報と回答情報とを受け取る。推定生成部３５は、回答情報に基づいて、記憶部４１の診断データベース３７を参照し、推定結果情報を生成する。表示部３６は、推定結果情報を制御部３３経由で推定生成部３５から受け取る。表示部３６は、推定結果情報を表示する。

表示部３６に推定結果情報が表示されると、入力部３２に、給湯器１０の利用者により、表示部３６に表示された推定結果情報に基づいて、検証結果情報が入力される。ここで、検証結果情報は、特定異常原因が検証された結果の情報である。

入力部３２に、給湯器１０の利用者により、検証結果情報に基づいて、修理情報が入力される。ここで、修理情報は、特定異常に対する修理が必要であることを示す情報である。制御部３３は、修理情報を入力部３２から受け取る。制御部３３は、検証結果情報と修理情報とに基づいて記憶部４１を参照し、修理の依頼先の情報と依頼時に連絡すべき情報とを記憶部４１から取得する。表示部３６は、修理の依頼先の情報と依頼時に連絡すべき情報とを制御部３３から受け取る。表示部３６は、修理の依頼先の情報と依頼時に連絡すべき情報とを表示する。給湯機１０の利用者は、表示部３６に表示された情報に基づいて、サービスマンに対して給湯機１０の修理の依頼を行う。

あるいは、入力部３２に、給湯器１０の利用者により、検証結果情報に基づいて、解消情報が入力される。ここで、解消情報は、特定異常が解消したことを示す情報である。制御部３３は、解消情報を入力部３２から受け取り、記憶部４１に記憶させる。

サービスマンにより給湯機１０の修理が行われた後、入力部３２に、サービスマンにより、確認プログラム４７の起動命令が入力される。制御部３３は、確認プログラム４７の起動命令の情報を入力部３２から受け取る。制御部３３は、確認プログラム４７の起動命令に基づいて、記憶部４１を参照し、確認プログラム４７を起動する。制御部３３は、確認プログラム４７に基づき、質問を生成する命令を命令生成部４４に生成させる。制御部３３は、質問を生成する命令の情報を質問生成部３４へ渡す。質問生成部３４は、質問を生成する命令の情報を制御部３３から受け取る。質問生成部３４は、質問を生成する命令の情報に基づいて、記憶部４１の質問データベース３９を参照し、質問情報を生成する。表示部３６は、質問情報を制御部３３経由で質問生成部３４から受け取る。表示部３６は、質問情報を表示する。入力部３２に、サービスマンにより、表示部３６に表示された質問情報に基づいて、回答情報が入力される。判断部３８は、回答情報を制御部３３経由で入力部３２から受け取る。判断部３８は、回答情報に基づいて、制御部３３経由で記憶部４１の確認データベース４６を参照し、推定結果情報を生成することが可能であるか否かを判断する。

推定結果情報を生成することが不能であると判断部３８が判断する場合に、質問生成部３４は、推定結果情報を生成することが不能であると判断部３８が判断する旨の情報と回答情報とを制御部３３経由で判断部３８から受け取る。質問生成部３４は、回答情報に基づいて、記憶部４１の質問データベース３９を参照し、次の質問情報を生成する。表示部３６は、次の質問情報を制御部３３経由で質問生成部３４から受け取る。表示部３６は、次の質問情報を表示する。

あるいは、推定結果情報を生成することが可能であると判断部３８が判断する場合に、推定生成部３５は、推定結果情報を生成することが可能であると判断部３８が判断する旨の情報と回答情報とを受け取る。推定生成部３５は、回答情報に基づいて、記憶部４１の確認データベース４６を参照し、推定結果情報を生成する。表示部３６は、推定結果情報を制御部３３経由で推定生成部３５から受け取る。表示部３６は、推定結果情報を表示する。

＜質問データベース３９の構成＞
図３に示す質問データベース３９は、図８に示すように、主として、異常コードの情報Ｅ−０１，Ｅ−０２，・・・と質問情報Ｑ１，Ｑ２，・・・と質問済みフラグ（図示せず）とが対応づけられた情報を格納する。

例えば、異常コードが「Ｅ−０１」である場合、質問データベース３９が参照されることにより、質問情報Ｑ１，・・・が順番に生成される。例えば、異常コードが「Ｅ−０２」である場合、質問データベース３９が参照されることにより、質問情報Ｑ１，Ｑ３，・・・が順番に生成される。

なお、一度行った質問情報Ｑ１，Ｑ２，・・・とまだ行っていない質問情報とは、質問済みフラグ（図示せず）により区別される。

また、図３に示す質問データベース３９は、図１０に示すように、主として、修理・工事内容コードの情報Ｉ−０１，Ｉ−０２，・・・と質問情報Ｑ７，Ｑ８，・・・と質問済みフラグ（図示せず）とが対応づけられた情報を格納する。

例えば、修理・工事内容コードが「Ｉ−０１」である場合、質問データベース３９が参照されることにより、質問情報Ｑ７，・・・が順番に生成される。例えば、修理・工事内容コードが「Ｉ−０３」である場合、質問データベース３９が参照されることにより、質問情報Ｑ７，Ｑ８，・・・が順番に生成される。

なお、一度行った質問情報Ｑ７，Ｑ８，・・・とまだ行っていない質問情報とは、質問済みフラグ（図示せず）により区別される。

＜診断データベース３７の構成＞
図３に示す診断データベース３７は、図９に示すように、主として、異常コードの情報Ｅ−０１，Ｅ−０２，・・・と質問情報Ｑ１，Ｑ５，・・・と推定結果情報Ｄ２，Ｄ３，・・・と指令情報Ｃ４，・・・とが対応づけられた情報を格納する。

例えば、異常コードが「Ｅ−０９」で質問情報Ｑ１に対する回答情報が「ＮＯ」である場合、診断データベース３７が参照されることにより、推定結果情報を生成することが可能であることが分かり、推定結果情報Ｄ２が生成されることになる。例えば、異常コードが「Ｅ−０９」で質問情報Ｑ１に対する回答情報が「ＹＥＳ」である場合、診断データベース３７が参照されることにより、推定結果情報を生成することが不能であることが分かる。例えば、質問情報Ｑ３に対する回答情報が「ＮＯ」である場合、推定結果情報を生成することが不能であることが分かるとともに、指令情報Ｃ４「診断運転起動」に該当することが分かる。

＜確認データベース４６の構成＞
図３に示す確認データベース４６は、図１１に示すように、主として、修理・工事内容コードの情報Ｉ−０１，Ｉ−０２，・・・と質問情報Ｑ７，Ｑ８，・・・と推定結果情報Ｄ７，Ｄ８，・・・とが対応づけられた情報を格納する。

例えば、修理・工事内容コードが「Ｉ−０３」で質問情報Ｑ７に対する回答情報が「ＮＯ」である場合、確認データベース４６が参照されることにより、推定結果情報を生成することが可能であることが分かり、推定結果情報Ｄ７が生成されることになる。例えば、修理・工事内容コードが「Ｉ−０３」で質問情報Ｑ７に対する回答情報が「ＹＥＳ」である場合、確認データベース４６が参照されることにより、推定結果情報を生成することが不能であることが分かる。

＜特定機器管理システム１が給湯機１０を管理する処理の流れ＞
図１に示す特定機器管理システム１が給湯機１０を管理する処理の流れを、図４に示すフローチャートを用いて説明する。

図４に示すステップＳ１では、起動処理が行われる。

図４に示すステップＳ４では、診断処理が行われる。

図４に示すステップＳ５では、特定異常が解決したか否かが判断される。すなわち、検証結果情報に基づいて、給湯器１０（図１参照）の利用者により、特定異常が解決したか否かが判断される。特定異常が解決したと判断された場合、すなわち特定異常に対する修理が必要でない場合にはステップＳ１１へ進められ、特定異常が解決していないと判断された場合、すなわち特定異常に対する修理が必要な場合には判断されてステップＳ７へ進められる。

図４に示すステップＳ７では、修理情報が入力される。すなわち、図３に示すリモコン３０の入力部３２に、給湯器１０の利用者により、検証結果情報に基づいて、修理情報が入力される。制御部３３は、修理情報を入力部３２から受け取る。制御部３３は、検証結果情報と修理情報とに基づいて、記憶部４１を参照し、修理の依頼先の情報と依頼時に連絡すべき情報とを記憶部４１から取得する。表示部３６は、修理の依頼先の情報と依頼時に連絡すべき情報とを制御部３３から受け取る。表示部３６は、修理の依頼先の情報と依頼時に連絡すべき情報とを表示する。給湯機１０の利用者は、表示部３６に表示された情報に基づいて、サービスマンに対して給湯機１０の修理の依頼を行う。

図４に示すステップＳ９では、特定異常への修理の対応が行われる。すなわち、利用者宅２（図１参照）へ派遣されたサービスマンにより、給湯機１０が修理される。

図４に示すステップＳ１３では、確認処理が行われる。

図４に示すステップＳ１０では、特定異常が解決したか否かが判断される。すなわち、ステップＳ１３の確認処理の結果に基づいて、サービスマンにより、特定異常が解決したか否かが判断される。特定異常が解決したと判断された場合、ステップＳ１１へ進められ、特定異常が解決していないと判断された場合、ステップＳ９へ進められる。

図４に示すステップＳ１１では、解消情報が入力される。すなわち、図３に示すリモコン３０の入力部３２に、検証結果情報に基づいて、給湯器１０の利用者又はサービスマンにより、解消情報が入力される。

図４に示すステップＳ１８では、データベース３７，３９，４６が更新される。すなわち、図３に示すリモコン３０の制御部３３は、質問情報と回答情報と推定結果情報と検証結果情報と解消情報とに基づき、記憶部４１の質問データベース３９と診断データベース３７とにアクセスして、質問データベース３９と診断データベース３７とを更新する。具体的には、異常コードの情報Ｅ−０１，・・・（図８参照）に対して不足している質問情報が追加されたり、異常コードの情報Ｅ−０１，・・・（図８参照）に対して不要であると判断された質問情報が削除されたりする。

また、制御部３３は、質問情報と回答情報と推定結果情報と検証結果情報と修理情報と解消情報とに基づき、記憶部４１の質問データベース３９と確認データベース４６とにアクセスして、質問データベース３９と確認データベース４６とを更新する。具体的には、修理・工事内容コードの情報Ｉ−０１，・・・（図１０参照）に対して不足している質問情報が追加されたり、修理・工事内容コードの情報Ｉ−０１，・・・（図１０参照）に対して不要であると判断される質問情報が削除されたりする。

＜起動処理の流れ＞
図４に示す起動処理Ｓ１の詳細を、図５に示すフローチャートを用いて説明する。

図５に示すステップＳ１４では、特定異常が検知される。すなわち、図３に示すリモコン３０の検知部３１は、特定異常を検知する。例えば、図２に示す検知部３１の水位センサ３１ａ〜３１ｄが貯湯部１２の水位に関する異常を検知したり、検知部３１の水位センサ３１ｇ〜３１ｊが浴槽９５の水位に関する異常を検知したりする。制御部３３は、特定異常の情報を検知部３１から受け取る。

図５に示すステップＳ１６では、起動命令が生成される。すなわち、図３に示すリモコン３０の命令生成部４４は、特定異常の情報を制御部３３から受け取る。命令生成部４４は、特定異常の情報に基づいて、診断プログラム４２の起動命令を生成する。制御部３３は、診断プログラム４２の起動命令の情報を命令生成部４４から受け取る。

図５に示すステップＳ１７では、診断プログラムが起動される。すなわち、図３に示すリモコン３０の制御部３３は、記憶部４１を参照し、診断プログラム４２を起動する。制御部３３は、診断プログラム４２に基づき、質問を生成する命令を命令生成部４４に生成させる。制御部３３は、質問を生成する命令の情報と特定異常の情報とを質問生成部３４へ渡す。

＜診断処理の流れ＞
図４に示す診断処理Ｓ４の詳細を、図６に示すフローチャートを用いて説明する。

図６に示すステップＳ２１では、質問情報が生成される。すなわち、図３に示すリモコン３０の質問生成部３４は、質問を生成する命令の情報又は回答情報と特定異常の情報とを制御部３３から受け取る。質問生成部３４は、質問を生成する命令の情報又は回答情報と特定異常の情報とに基づいて、記憶部４１の質問データベース３９を参照し、質問情報を生成する。質問生成部３４は、質問情報を制御部３３へ渡す。

図６に示すステップＳ２２では、質問情報が表示される。すなわち、図３に示すリモコン３０の表示部３６は、質問情報を制御部３３から受け取る。表示部３６は、質問情報を表示する。例えば、図１２に示すように、質問情報Ｑ５が表示画面３６ｆ（図１参照）に表示される。

図６に示すステップＳ２３では、回答情報が入力される。すなわち、図３に示すリモコン３０の入力部３２に、表示部３６に表示された質問情報に基づいて、給湯器１０の利用者により、回答情報が入力される。入力部３２は、回答情報を制御部３３へ渡す。

図６に示すステップＳ２４では、推定結果情報を生成することが可能であるか否かが判断される。すなわち、図３に示すリモコン３０の判断部３８は、回答情報を制御部３３経由で入力部３２から受け取る。判断部３８は、回答情報に基づいて、制御部３３経由で記憶部４１の診断データベース３７を参照し、推定結果情報を生成することが可能であるか否かを判断する。推定結果情報を生成することが可能であると判断された場合、ステップＳ２５へ進められ、推定結果情報を生成することが不能であると判断された場合、ステップＳ２９へ進められる。

図６に示すステップＳ２９では、診断運転が行われるべきであるか否かが判断される。すなわち、図３に示すリモコン３０の判断部３８は、回答情報に基づいて、制御部３３経由で記憶部４１の診断データベース３７を参照し、指令情報Ｃ４「診断運転起動」に該当するか否かを判断する。指令情報Ｃ４「診断運転起動」に該当すると判断された場合、診断運転が行われるべきであると判断されてステップＳ３０へ進められ、指令情報Ｃ４「診断運転起動」に該当しないと判断された場合、診断運転が行われるべきでないと判断されてステップＳ２１へ進められる。

図６に示すステップＳ３０では、診断運転が行われる。すなわち、図３に示す制御部３３は、診断運転が行われるべきである旨の情報を判断部３８から受け取る。制御部３３は、特定異常の原因を判断するための運転モードで給湯機１０を運転させる。この状態で、検知部３１は、特定異常を検知する。制御部３３は、特定異常の情報を検知部３１から受け取り、質問を生成する命令を命令生成部４４に生成させる。制御部３３は、質問を生成する命令の情報と特定異常の情報とを質問生成部３４へ渡す。

図６に示すステップＳ２５では、推定結果情報が生成される。すなわち、図３に示すリモコン３０の推定生成部３５は、推定結果情報を生成することが可能であると判断される旨の情報と回答情報とを受け取る。推定生成部３５は、回答情報に基づいて、記憶部４１の診断データベース３７を参照し、推定結果情報を生成する。推定生成部３５は、推定結果情報を制御部３３へ渡す。

図６に示すステップＳ２６では、推定結果情報が表示される。すなわち、図３に示すリモコン３０の表示部３６は、推定結果情報を制御部３３から受け取る。表示部３６は、推定結果情報を表示する。

図６に示すステップＳ２７では、検証結果情報が入力される。すなわち、給湯器１０の利用者により、表示部３６に表示された推定結果情報に基づいて、特定異常原因が検証される。例えば、表示部３６に推定結果情報Ｄ２「風呂の栓の閉め忘れ」（図９参照）が表示される場合、給湯機１０の利用者により、浴槽９５の排水栓９６が排水口９７を完全に塞いでいるか否かが確認される。入力部３２に、検証された特定異常原因に基づいて、給湯器１０の利用者により、検証結果情報が入力される。

＜確認処理の流れ＞
図４に示す確認処理Ｓ１３の詳細を、図７に示すフローチャートを用いて説明する。

図７に示すステップＳ１１１では、起動命令が入力される。すなわち、図３に示すリモコン３０の入力部３２に、サービスマンにより、確認プログラム４７の起動命令が入力される。

図７に示すステップＳ１１２では、確認プログラムが起動される。すなわち、図３に示すリモコン３０の制御部３３は、確認プログラム４７の起動命令の情報を入力部３２から受け取り、記憶部４１を参照し、確認プログラム４７を起動する。制御部３３は、確認プログラム４７に基づき、質問を生成する命令を命令生成部４４に生成させる。

図７に示すステップＳ１１３では、質問情報が生成される。すなわち、図３に示すリモコン３０の質問生成部３４は、質問を生成する命令の情報又は回答情報を制御部３３から受け取る。質問生成部３４は、質問を生成する命令の情報又は回答情報と特定異常の情報とに基づいて、記憶部４１の質問データベース３９を参照し、質問情報を生成する。質問生成部３４は、質問情報を制御部３３へ渡す。

図７に示すステップＳ１１４では、質問情報が表示される。すなわち、図３に示すリモコン３０の表示部３６は、質問情報を制御部３３から受け取る。表示部３６は、質問情報を表示する。例えば、図１２に示すように、質問情報Ｑ５が表示画面３６ｆ（図１参照）に表示される。

図７に示すステップＳ１１５では、回答情報が入力される。すなわち、図３に示すリモコン３０の入力部３２に、表示部３６に表示された質問情報に基づいて、サービスマンにより、回答情報が入力される。入力部３２は、回答情報を制御部３３へ渡す。

図７に示すステップＳ１１６では、推定結果情報を生成することが可能であるか否かが判断される。すなわち、図３に示すリモコン３０の判断部３８は、回答情報を制御部３３経由で入力部３２から受け取る。判断部３８は、回答情報に基づいて、制御部３３経由で記憶部４１の確認データベース４６を参照し、推定結果情報を生成することが可能であるか否かを判断する。推定結果情報を生成することが可能であると判断された場合、ステップＳ１１９へ進められ、推定結果情報を生成することが不能であると判断された場合、ステップＳ１１７へ進められる。

図７に示すステップＳ１１７では、修理・工事内容コードに対応する全ての質問情報が表示されたか否かが判断される。すなわち、図３に示すリモコン３０の判断部３８は、質問済みフラグに基づいて、制御部３３経由で記憶部４１の質問データベース３９を参照し、修理・工事内容コードに対応する全ての質問情報が表示されたか否かを判断する。全ての質問情報が表示されたと判断された場合、ステップＳ１１８へ進められ、全ての質問情報が表示されていないと判断された場合、ステップＳ１１３へ進められる。

図７に示すステップＳ１１８では、試運転が行われる。すなわち、図３に示すリモコン３０の制御部３３は、全ての質問情報が表示された旨の情報を判断部３８から受け取り、試運転を行うべき旨の情報を表示部３６へ渡す。表示部３６は、試運転を行うべき旨の情報を表示画面３６ｆ（図１参照）に表示する。入力部３２に、試運転を行うべき旨の情報が表示部３６に表示されたことに基づき、サービスマンにより、試運転の命令が入力される。制御部３３は、試運転の命令の情報を入力部３２から受け取り、給湯機１０を試運転する。

図７に示すステップＳ１１９では、推定結果情報が生成される。すなわち、図３に示すリモコン３０の推定生成部３５は、推定結果情報を生成することが可能であると判断される旨の情報と回答情報とを受け取る。推定生成部３５は、回答情報に基づいて、記憶部４１の確認データベース４６を参照し、推定結果情報を生成する。推定生成部３５は、推定結果情報を制御部３３へ渡す。

図７に示すステップＳ１２０では、推定結果情報が表示される。すなわち、図３に示すリモコン３０の表示部３６は、推定結果情報を制御部３３から受け取る。表示部３６は、推定結果情報を表示する。

図７に示すステップＳ１２１では、検証結果情報が入力される。すなわち、サービスマンにより、表示部３６に表示された推定結果情報に基づいて、特定異常原因が検証される。例えば、表示部３６に表示された推定結果情報が推定結果情報Ｄ７「ボルトの締め忘れ」（図１１参照）である場合、サービスマンにより、ボルトが締められているか否かが確認される。入力部３２に、検証された特定異常原因に基づいて、サービスマンにより、検証結果情報が入力される。

＜特定機器管理システム１に関する特徴＞
（１）
ここでは、図３に示す質問生成部３４が、質問情報を生成する。表示部３６は、質問情報を表示する。入力部３２に、利用者により、表示部３６に表示された質問情報に基づいて、回答情報が入力される。質問生成部３４は、推定結果情報を生成することが不能であると判断される場合に、回答情報に基づいて、次の質問情報を生成する。表示部３６は、次の質問情報を表示する。

このように、特定機器管理システム１は、推定結果情報の生成が可能であると判断されるまで、繰り返し質問情報を生成して表示し、繰り返し利用者に回答情報の入力を促す。したがって、特定異常原因を把握することが可能になる。

（２）
ここでは、サービスマンにより給湯機１０の修理が行われた後、入力部３２に、サービスマンにより、確認プログラム４７の起動命令が入力される。

したがって、サービスマンは、修理が正常に終了していることを確認することができる。

（３）
ここでは、図３に示す検知部３１が、特定異常を検知する。命令生成部４４は、特定異常の情報に基づいて、診断プログラム４２の起動命令を生成する。制御部３３は、診断プログラム４２の起動命令の情報に基づいて、診断プログラム４２を起動する。

したがって、特定異常が発生すると、診断プログラム４２が自動的に起動されることになる。

（４）
ここでは、特定機器管理システム１が、給湯機１０を管理している。給湯機１０は、水道を利用する機器であり、使用に際して周辺において人為的操作を必要とする。

このため、特定機器管理システム１では、給湯機１０の使用に際して周辺においてなされた人為的操作が原因となり、特定異常が検知されることがある。このような場合であっても、特定機器管理システム１は、「風呂の栓は閉まっているか」（図９）のように、人為的操作による特定異常原因を推定するための質問情報を生成して表示し、利用者に回答情報の入力を促す。したがって、人為的操作に起因する特定異常が発生した場合にも、特定異常原因を把握することが可能になる。

（５）
ここでは、推定生成部３５が、推定結果情報を生成する。表示部３６は、推定結果情報を表示する。

したがって、利用者は、推定結果情報を知ることができる。

＜第１実施形態の変形例＞
（Ａ）図４に示す起動処理Ｓ１が、図１３に示すようになっていてもよい。以下に、図１３の詳細を説明する。なお、図１３において、図５に示す起動処理Ｓ１と同様のステップは、同じ記号で示し説明を省略する。

図１３に示すステップＳ８２では、起動命令が入力される。すなわち、図３に示すリモコン３０の入力部３２に、給湯機１０の利用者により、診断プログラム４２の起動命令が入力される。制御部３３は、診断プログラム４２の起動命令の情報を入力部３２から受け取る。

したがって、給湯機１０の利用者により診断プログラム４２の起動命令が入力されるので、利用者の意志に基づいて診断プログラム４２を起動することができる。

なお、この場合、入力部３２に、給湯機１０の利用者により診断プログラム４２の起動命令とともに異常コードの情報が入力されてもよい。入力部３２に異常コードの情報が入力されなかった場合、質問データベース３９や診断データベース３７が参照される際に、制御部３３により所定の異常コードが選択されてもよい。

あるいは、図３に示す質問データベース３９や診断データベース３７は、異常コードと対応づけられていなくてもよい。この場合、質問データベース３９や診断データベース３７において最初に選択される質問情報は、常に同じ質問情報になる。また、図３に示す質問データベース３９や確認データベース４６は、修理・工事内容コードと対応づけられていなくてもよい。この場合、質問データベース３９や確認データベース４６において最初に選択される質問情報は、常に同じ質問情報になる。

また、図４に示すステップＳ１８では、質問データベース３９や診断データベース３７のみが更新されてもよい。この場合、ステップＳ１８で行われる処理を簡略化することができる。

（Ｂ）図１に示す給湯機１０の設置工事が図１４に示すような手順で行われてもよい。なお、図１４において、図４と同様のステップは、図４と同じ記号で示し説明を省略する。

図１４に示すステップＳ１４１では、設置工事が行われる。すなわち、サービスマンにより、図１に示す利用者宅２に給湯機１０が設置される。例えば、ヒートポンプユニット１０ａと貯湯ユニット１０ｂとが利用者宅２外に設置され、リモコン３０が利用者宅２内に設置され、配管５０が利用者宅２外から利用者宅２内へと伸びるように設置される。

図１４に示すステップＳ１４２では、設置工事が正常に終了しているか否かが判断される。すなわち、ステップＳ１３の確認処理の結果に基づいて、サービスマンにより、設置工事が正常に終了しているか否かが判断される。設置工事が正常に終了していると判断された場合、処理が終了され、設置工事が正常に終了していないと判断された場合、ステップＳ１４１へ進められる。

したがって、設置工事が行われた後に確認処理Ｓ１３（図１４参照）が行われるので、設置工事の質を均質化することができる。また、設置工事のミスを設置工事修了直後に発見することができるので、無駄にサービスマンが派遣されることを低減することができる。

（Ｃ）図４に示すステップＳ５において、特定異常が解決したか否かが、給湯器１０の利用者でなく図３に示す判断部３８により判断されてもよい。すなわち、図３に示すリモコン３０の判断部３８は、検証結果情報を制御部３３から受け取る。判断部３８は、検証結果情報に基づいて、特定異常が解決したか否かを判断する。特定異常が解決したと判断された場合、特定異常に対する修理が必要でないと判断されてステップＳ１１へ進められ、特定異常が解決していないと判断された場合、特定異常に対する修理が必要であると判断されてステップＳ７へ進められる。

また、このとき、ステップＳ７において、修理情報が入力部３２に給湯器１０の利用者により手動で入力されずに、制御部３３により自動的に生成されてもよい。例えば、記憶部４１に修理情報と異常コードの情報と推定結果情報と検証結果情報との組み合わせを表す情報を格納するデータベースが記憶されており、これに基づいて、修理情報が制御部３３により自動的に選択される。

同様に、ステップＳ１１において、解消情報が入力部３２に給湯器１０の利用者又はサービスマンにより手動で入力されずに、制御部３３により自動的に生成されてもよい。例えば、記憶部４１に解消情報と異常コードの情報と推定結果情報と検証結果情報との組み合わせを表す情報を格納するデータベースが格納されており、これに基づいて、解消情報が制御部３３により自動的に選択される。

したがって、ステップＳ５，Ｓ７，Ｓ１１における処理が自動化され、給湯機１０の利用者の負担が軽減される。

（Ｄ）給湯機１０は、図２に示すようなヒートポンプ方式の代わりに、ガス方式、電熱線方式などが採用されてもよい。給湯機１０は、給水器・散水機など、使用に際して周辺において人為的操作が必要な機器であればどのような機器であってもよい。

（Ｅ）図３に示す質問データベース３９は、診断プログラム４２で使用されるものと確認プログラム４７で使用されるものとが別々に構成されていてもよい。

（Ｆ）図３に示すリモコン３０の記憶部４１には、リモコン３０の操作履歴が記憶されてもよい。例えば、リモコン３０の入力部３２に入力された給湯機１０の運転モードの情報とその入力が行われた時刻の情報とが対応付けられて記憶されていてもよい。

（Ｇ）リモコン３０の入力部３２は、キーボードやタッチパネルであってもよいし、音声感知式の入力装置であってもよい。リモコン３０には、表示部３６の代わりに発声部（図示せず）が備えられており、質問情報が音声により報知されてもよい。この場合、お年寄りなど入力装置の操作が不得意な人や不慣れな人でも、容易に回答情報を入力することができ、質問情報を知ることができる。

（Ｈ）図５に示すステップＳ７において、表示部３６により、修理の依頼先の情報や依頼時に連絡すべき情報以外の情報が表示されてもよい。例えば、サービスマンが到着するまでに異常運転モード又は延命運転モードで運転を行うべきであることが表示されてもよいし、安全のための応急対応方法などが表示されてもよい。

（Ｉ）図３に示す質問データベース３９、診断データベース３７、診断プログラム４２、確認データベース４６及び確認プログラム４７は、地域による特性（気温、天候等）や個々の環境（使用状況、使用年数、機種等）に合わせてカスタマイズされたものであってもよい。これにより、地域による特性や個々の環境を考慮して特定異常原因を推定することができるので、特定異常原因をさらに詳細に推定することができる。

［第２実施形態］
本発明の第２実施形態に係る特定機器管理システム１ａの構成図を図１５に示す。また、本発明の第２実施形態に係る特定機器管理システム１ａの各構成要素の構成図を図１６及び図１７に示す。図１５〜図１７において、図１〜図３に示す特定機器管理システム１の構成要素と同様の構成要素は同様の番号で示してある。図１５に示す特定機器管理システム１ａは、主として給湯機１０を管理するためのシステムである。ここで、給湯機１０は、使用に際して周辺において人為的操作が必要な機器である。

この特定機器管理システム１ａは、図１５〜図１７に示すように、基本的な構造は第１実施形態と同様であるが、主としてリモコン３０ａがネットワーク６０ａを介して遠隔管理センター７０ａに接続される点で第１実施形態と異なる。以下、第１実施形態との差異を中心にして、第２実施形態を説明する。

図１５に示すリモコン３０ａは、図１６に示すように、利用者送信部４３ａと利用者受信部４５ａとを備える。

図１５に示す遠隔管理センター７０ａは、図１７に示すように、主として、制御部７３ａ、遠隔送受信部８３ａ，入力部８８ａ及び表示部７６ａを備える。

また、図１５に示す特定機器管理システム１ａが給湯機１０を管理する処理の流れは、図１８に示すようになる。なお、図１８において、図４に示す処理と同様の処理は、同じ記号で示し説明を省略する。

図１８に示すステップＳ１６２では、遠隔管理センター７０ａへ修理情報と検証結果情報とが送信される。すなわち、図３に示すリモコン３０ａの利用者送信部４３ａは、修理情報と検証結果情報とを制御部３３ａ経由で入力部３２から受け取る。利用者送信部４３ａは、修理情報と検証結果情報とをネットワーク６０ａ経由で遠隔管理センター７０ａへ送信する。図１７に示す遠隔管理センター７０ａの遠隔送受信部８３ａは、修理情報と検証結果情報とをネットワーク６０ａ経由でリモコン３０ａから受信する。表示部７６ａは、修理情報と検証結果情報とを制御部７３ａ経由で遠隔送受信部８３ａから受け取り、表示画面（図示せず）に表示する。遠隔管理センター７０ａのオペレータは、表示部７６ａに表示された修理情報と検証結果情報とに基づいて、サービスマンに給湯機１０の修理を依頼するとともに、サービスマンに修理が依頼された旨の情報を入力部８８ａに入力する。遠隔送受信部８３ａは、サービスマンに修理が依頼された旨の情報を、制御部７３ａ経由で入力部８８ａから受け取り、ネットワーク６０ａ経由でリモコン３０ａへ送信する。図１６に示すリモコン３０ａの利用者受信部４５ａは、サービスマンに修理が依頼された旨の情報をネットワーク６０ａ経由で遠隔管理センター７０ａから受信する。表示部３６は、サービスマンに修理が依頼された旨の情報を制御部３３ａ経由で利用者受信部４５ａから受け取り、表示画面３６ｆに表示する。

図１８に示すステップＳ１６３では、確認処理が行われる。

ここで、図１８に示す確認処理Ｓ１６３の流れは、図１９に示すようになる。なお、図１９において、図７に示す処理と同様の処理は、同じ記号で示し説明を省略する。

図１９に示すステップＳ１７１では、試運転に関する情報が遠隔管理センター７０ａへ送信される。すなわち、図１６に示す利用者送信部４３ａは、給湯機１０の試運転に関する情報を制御部３３ａから受け取り、ネットワーク６０ａ経由で遠隔管理センター７０ａへ送信する。ここで、試運転に関する情報は、例えば、試運転した際に取得された運転データなどである。図１７に示す遠隔管理センター７０ａの遠隔送受信部８３ａは、給湯機１０の試運転に関する情報をネットワーク６０ａ経由でリモコン３０ａから受信する。表示部７６ａは、給湯機１０に関する情報を制御部７３ａ経由で遠隔送受信部８３ａから受け取り、表示画面（図示せず）に表示する。

このように、検証結果情報がネットワーク６０ａ経由で遠隔管理センター７０ａへ送信されるので、検証結果情報を遠隔管理センター７０ａへ知らせることが可能である。このため、検証結果情報をネットワーク６０ａ経由で管理することが可能である。また、修理情報と検証結果情報とは、給湯機１０の利用者により特定異常に対する修理が必要であると判断された場合にのみ、ネットワーク６０ａ経由で遠隔管理センター７０ａへ送信されるため、特定異常に対する修理が必要な場合にのみ、その旨を遠隔管理センター７０ａへ知らせることが可能である。このため、サービスマンに特定機器の修理が依頼される回数を低減することが可能である。さらに、試運転に関する情報が遠隔管理センター７０ａへ送信されるので、試運転が行われたことをネットワーク６０ａ経由で管理することが可能である。

第１実施形態の特徴（１）〜（５）は、第２実施形態の特徴としても当てはまる。

＜第２実施形態の変形例＞
（Ａ）図１８に示すステップＳ１６２において、推定結果情報がネットワーク６０ａ経由で遠隔管理センター７０ａへさらに送信されてもよい。この場合、推定結果情報を遠隔管理センター７０ａへ知らせることが可能である。このため、推定結果情報をネットワーク６０ａ経由で管理することが可能である。

（Ｂ）図１７に示す遠隔管理センター７０ａの遠隔送受信部８３ａは、次回接続情報をネットワーク６０ａ経由でリモコン３０ａへ送信するようにしてもよい。ここで、次回接続情報は、利用者送信部４３ａと遠隔送受信部８３ａとを次に接続することに関する情報であり、例えば、時刻情報や送信情報などがある。時刻情報は、利用者送信部４３ａと遠隔送受信部８３ａとを次に接続する時刻に関する情報である。送信情報は、利用者送信部４３ａと遠隔送受信部８３ａとを次に接続する際に利用者送信部４３ａが遠隔送受信部８３ａに送信すべきデータに関する情報である。

例えば、図２０に示すように、８：００の時刻において、リモコン３０ａから遠隔管理センター７０ａへ運転データが送信される際に、遠隔管理センター７０ａからリモコン３０ａへ「次回１２：００に接続」の情報が次回接続情報として送信される。この場合、次回接続情報は時刻情報を含むことになる。遠隔管理センター７０ａは、リモコン３０ａから受信した運転データに基づいて、遠隔管理センター７０ａ側において異常を予知するための処理を行う。

次に、１２：００の時刻において、リモコン３０ａは、「次回１２：００に接続」の情報に基づいて遠隔管理センター７０ａとの接続を確立するとともに、遠隔管理センター７０ａへ接続通知を送信する。そして、遠隔管理センター７０ａ側において異常が予知された場合には、遠隔管理センター７０ａからリモコン３０ａへ診断プログラム４２の起動命令の情報とともに、「検証結果情報送信要求」の情報が次回接続情報として送信される。この場合、次回接続情報は送信情報を含むことになる。そして、リモコン３０ａ側では、遠隔管理センター７０ａからの診断プログラム４２の起動命令の情報に基づいて、診断プログラム４２が実行される。

次に、１４：００の時刻において、リモコン３０ａは、診断プログラム４２の実行結果に基づく検証結果情報を遠隔管理センター７０ａへ送信する。遠隔管理センター７０ａは、リモコン３０ａから受信した検証結果情報に基づいて、異常を判定する処理を行う。そして、遠隔管理センター７０ａからリモコン３０ａへ「次回１７：００に接続」の情報が次回接続情報として送信される。この場合、次回接続情報は時刻情報を含むことになる。

次に、１７：００の時刻において、リモコン３０ａは、「次回１７：００に接続」の情報に基づいて遠隔管理センター７０ａとの接続を確立するとともに、遠隔管理センター７０ａへ接続通知を送信する。そして、遠隔管理センター７０ａからリモコン３０ａへ推奨動作設定の情報及び推奨動作設定別効果見積もり比較表の情報とともに、「次回１２：００に運転データ送信」の情報が次回接続情報として送信される。この場合、次回接続情報は時刻情報と送信情報とを含むことになる。

このように、次回接続情報がネットワーク６０ａ経由でリモコン３０ａへ送信される場合には、ダイヤルアップ接続など常時接続でない場合でも擬似的に双方向の接続を実現することができる。この結果、常時接続でない場合でも特定異常を擬似的に双方向にネットワーク６０ａ経由で管理することができる。また、次回接続情報を詳細な情報とする場合には、常時接続でない場合でも擬似的に双方向の接続をさらに詳細に実現することができる。

（Ｃ）図１８に示すステップＳ７において、表示部３６により、修理の依頼先の情報や依頼時に連絡すべき情報以外の情報が表示されてもよい。例えば、サービスマンが到着するまでに異常運転モード又は延命運転モードで運転を行うべきであることが表示されてもよいし、安全のための応急対応方法などが表示されてもよい。

また、図１８に示すステップＳ１６２において、遠隔管理センター７０ａへ修理情報と検証結果情報とが送信された後に、例えば、サービスマンの訪問可能な日時が、遠隔管理センター７０ａからリモコン３０ａへ送信され表示部３６により表示されてもよい。このとき、利用者によりサービスマンの訪問可能な日時から修理を依頼すべき日時が入力部３２に選択入力された場合には、選択入力された情報が遠隔管理センター７０ａ経由でサービスマンに伝えられるようになっていてもよい。

（Ｄ）図１８に示すステップＳ１０において、特定異常が解決したと判断されてからステップＳ１１に進んだ場合には、ステップＳ１１の後に、遠隔管理センター７０ａに解消情報と検証結果情報とが送信されてもよい。この場合、利用者送信部４３ａは、解消情報と検証結果情報とを制御部３３ａ経由で入力部３２から受け取り、解消情報と検証結果情報とをネットワーク６０ａ経由で遠隔管理センター７０ａへ送信する。

したがって、遠隔管理センター７０ａにおいて、サービスマンによる修理が確実に行われたか否かを管理することが可能である。このため、修理の品質を均質化することが可能であるとともに修理ミスによる不具合をさらに低減することが可能である。

［第３実施形態］
本発明の第３実施形態に係る特定機器管理システム１ｃの構成図を図２１に示す。また、本発明の第３実施形態に係る特定機器管理システム１ｃの各構成要素の構成図を図２２及び図２３に示す。図２１〜図２３において、第１実施形態及び第２実施形態と同様の構成要素は同様の番号で示してある。図２１に示す特定機器管理システム１ｃは、主として給湯機１０を管理するためのシステムである。ここで、給湯機１０は、使用に際して周辺において人為的操作が必要な機器である。

この特定機器管理システム１ｃは、図２１〜図２３に示すように、基本的な構造は第１実施形態及び第２実施形態と同様であるが、リモコン３０ｃの構成と遠隔管理センター７０ｃの構成とが、次に示すように、第１実施形態及び第２実施形態と異なる。以下、第１実施形態及び第２実施形態との差異を中心にして、第３実施形態を説明する。

図２２に示すリモコン３０ｃの記憶部４１には、診断データベース３７の代わりに、診断データベース３７ｃが記憶されている。診断データベース３７ｃは、診断データベース３７に類似しているが、図２７に示すように、「オンライン診断へ」進むべきことを示す指令情報Ｃ１がさらに格納されている点で異なる。例えば、異常コードが「Ｅ−０９」で質問情報Ｑ５に対する回答情報が「わからない」である場合、診断データベース３７ｃが参照されることにより、リモコン３０ｃにおいて推定結果情報を生成することが不能であることが分かるとともに、指令情報Ｃ１「オンライン診断へ」に該当することが分かる。例えば、異常コードが「Ｅ−０９」で質問情報Ｑ６に対する回答情報が「出る」である場合、診断データベース３７ｃが参照されることにより、リモコン３０ｃにおいて推定結果情報を生成することが不能であることが分かるとともに、指令情報Ｃ１「オンライン診断へ」に該当することが分かる。

図２３に示す遠隔管理センター７０ｃは、制御部７３ａの代わりに制御部７３ｃを備え、判断部７８ｃ，質問生成部７４ｃ，推定生成部７５ｃ，記憶部８１ｃ及び命令生成部８４ｃをさらに備える。記憶部８１ｃには、主として、質問データベース７９ｃ，診断データベース７７ｃ、確認データベース８６ｃ、診断プログラム８２ｃ及び確認プログラム８７ｃが記憶されている。ここで、質問データベース７９ｃ、診断データベース７７ｃ、確認データベース８６ｃは、それぞれ質問データベース３９、診断データベース３７ｃ、確認データベース４６（図３参照）と同様の構造を有するが、それぞれ質問データベース３９、診断データベース３７ｃ、確認データベース４６よりも詳細な情報を格納している。

図２１に示す特定機器管理システム１ｃが給湯機１０を管理する処理の流れは、図２４に示すように、診断処理Ｓ４の代わりに診断処理Ｓ９３が行われる点で第２実施形態と異なる。なお、図２４において、第１実施形態及び第２実施形態と同様の処理は、図４及び図１８と同じ記号で示し説明を省略する。

次に、図２５に、図２４の診断処理Ｓ９３の詳細を説明する。なお、図２５において、第１実施形態の診断処理Ｓ４と同様の処理は、図６と同じ記号で示し説明を省略する。

図２５に示すステップＳ１３１では、オンライン診断処理が行われるべきであるか否か、すなわちネットワーク６０ａ経由で次の質問情報を受信すべきか否かが判断される。すなわち、図２２に示すリモコン３０ｃの判断部３８は、ステップＳ２３で入力された回答情報に基づいて、制御部３３ｃ経由で記憶部４１の診断データベース３７ｃを参照し、指令情報Ｃ１「オンライン診断へ」に該当するか否かを判断する。指令情報Ｃ１「オンライン診断へ」に該当すると判断された場合、オンライン診断処理が行われるべきであると判断され、指令情報Ｃ１「オンライン診断へ」に該当しないと判断された場合、オンライン診断処理が行われるべきでないと判断される。オンライン診断処理が行われるべきであると判断された場合、制御部３３ｃによりオンライン診断処理が行われるべきである旨の命令が生成された後にステップＳ１３２に進められ、オンライン診断処理が行われるべきでないと判断された場合、ステップＳ２９へ進められる。

図２５に示すオンライン診断処理Ｓ１３２の詳細を、図２６に示すフローチャートを用いて説明する。なお、図２６において、図６に示す診断処理Ｓ４と同様の処理は、同じ記号で示し説明を省略する。

図２６に示すステップＳ５１では、命令が生成される。すなわち、図２２に示すリモコン３０ｃの命令生成部４４は、オンライン診断処理が行われるべきである旨の情報を制御部３３ｃから受け取る。命令生成部４４は、オンライン診断処理が行われるべきである旨の情報に基づいて、診断プログラム８２ｃの起動命令を生成する。利用者送信部４３ａは、起動命令の情報を制御部３３ｃ経由で命令生成部４４から受け取り、特定異常の情報を制御部３３ｃ経由で検知部３１から受け取る。利用者送信部４３ａは、起動命令の情報と特定異常の情報とをネットワーク６０ａ経由で遠隔管理センター７０ｃへ送信する。遠隔管理センター７０ｃの遠隔送受信部８３ａは、起動命令の情報と特定異常の情報とをネットワーク６０ａ経由で利用者送信部４３ａから受信する。制御部７３ｃは、起動命令の情報と特定異常の情報とを遠隔送受信部８３ａから受け取る。

図２６に示すステップＳ５２では、質問情報が生成される。すなわち、ステップＳ５１からステップＳ５２へ処理が進んだ場合には、図２３に示す遠隔管理センター７０ｃの制御部７３ｃは、起動命令の情報と特定異常の情報とを質問生成部７４ｃへ渡す。質問生成部７４ｃは、起動命令の情報と特定異常の情報とに基づいて、記憶部８１ｃの質問データベース７９ｃを参照し、質問情報を生成する。あるいは、ステップＳ５５からステップＳ５２へ処理が進んだ場合には、質問生成部７４ｃは、推定結果情報を生成することが不能であると判断される旨の情報と回答情報とを制御部７３ｃ経由で判断部７８ｃから受け取る。質問生成部７４ｃは、回答情報に基づいて、次の質問情報を生成する。

図２６に示すステップＳ５３では、質問情報がリモコンへ送信される。すなわち、図２３に示す遠隔管理センター７０ｃの制御部７３ｃは、質問情報を質問生成部７４ｃから受け取る。遠隔送受信部８３ａは、質問情報を制御部７３ｃから受け取る。遠隔送受信部８３ａは、質問情報をネットワーク６０ａ経由で図２２に示すリモコン３０ｃへ送信する。リモコン３０ｃの利用者受信部４５ａは、質問情報をネットワーク６０ａ経由で遠隔送受信部８３ａから受信する。制御部３３ｃは、質問情報を利用者受信部４５ａから受け取る。

図２６に示すステップＳ５４では、回答情報が遠隔管理センターへ送信される。すなわち、図２２に示すリモコン３０ｃの制御部３３ｃは、回答情報を入力部３２から受け取り利用者送信部４３ａへ渡す。利用者送信部４３ａは、回答情報をネットワーク６０ａ経由で図２３に示す遠隔管理センター７０ｃへ送信する。遠隔送受信部８３ａは、回答情報をネットワーク６０ａ経由で利用者送信部４３ａから受信する。

図２６に示すステップＳ５５では、推定結果情報を生成することが可能であるか否かが判断される。すなわち、図２３に示す遠隔管理センター７０ｃの制御部７３ｃは、回答情報を遠隔送受信部８３ａから受け取り判断部７８ｃへ渡す。判断部７８ｃは、回答情報に基づいて、制御部７３ｃ経由で記憶部８１ｃの診断データベース７７ｃを参照し、推定結果情報を生成することが可能であるか否かを判断する。推定結果情報を生成することが可能であると判断された場合、ステップＳ５６へ進められ、推定結果情報を生成することが不能であると判断された場合、ステップＳ５２へ進められる。

図２６に示すステップＳ５６では、推定結果情報が生成される。すなわち、図２３に示す遠隔管理センター７０ｃの推定生成部７５ｃは、推定結果情報を生成することが可能であると判断される旨の情報と回答情報とを制御部７３ｃ経由で判断部７８ｃから受け取る。推定生成部７５ｃは、回答情報に基づいて、記憶部８１ｃの診断データベース７７ｃを参照し、推定結果情報を生成する。推定生成部７５ｃは、推定結果情報を制御部７３ｃへ渡す。

図２６に示すステップＳ５７では、推定結果情報がリモコン３０ｃへ送信される。すなわち、図２３に示す遠隔管理センター７０ｃの遠隔送受信部８３ａは、推定結果情報を制御部７３ｃ経由で推定生成部７５ｃから受け取る。遠隔送受信部８３ａは、推定結果情報をネットワーク６０ａ経由で図２２に示すリモコン３０ｃへ送信する。リモコン３０ｃの利用者受信部４５ａは、推定結果情報をネットワーク６０ａ経由で遠隔送受信部８３ａから受信する。制御部３３ｃは、推定結果情報を利用者受信部４５ａから受け取る。

このように、質問データベース３９及び診断データベース３７ｃよりも詳細な情報を格納する質問データベース７９ｃ及び診断データベース７７ｃを参照して、質問情報又は推定結果情報を生成することができる。したがって、リモコン３０ｃの記憶部４１の記憶容量を低く抑えて診断プログラム４２で特定できる特定異常を簡単なものに制限した場合であっても、続けて図２６に示すようなオンライン診断処理を行うことにより、特定異常を詳細に特定することができる。また、診断プログラム８２ｃが遠隔管理センター７０ｃ側で記憶されるため、診断プログラム４２よりも高機能な診断プログラム８２ｃを用いることができる。

さらに、判断部３８、質問生成部３４及び推定生成部３５の処理の一部を遠隔管理センター７０ｃ側で行うことが可能であるので、リモコン３０ｃ側における処理の負担を低減することが可能である。

また、図２４に示す確認処理Ｓ１６３において、必要に応じてオンライン確認処理が行われる。このオンライン確認処理は、遠隔管理センター７０ｃの記憶部８１ｃに記憶される確認プログラム８７ｃが確認データベース８６ｃを参照することにより実行される。オンライン確認処理の詳細は、図２６に示すオンライン診断処理と同様の処理である。したがって、確認プログラム８７ｃを確認プログラム４７（図２２参照）よりも高機能なプログラムとし、確認データベース８６ｃを確認データベース４６よりも詳細な情報を格納するものとすることができるため、入力部３２（図２２参照）に入力された回答情報を詳細に考慮して次の質問情報又は推定結果情報を生成することが可能である。

第１実施形態の特徴（１）〜（５）は、第３実施形態の特徴としても当てはまる。

＜第３実施形態の変形例＞
（Ａ）図２６に示すステップＳ５１において、給湯機１０の利用者により、図２２に示すリモコン３０ｃの入力部３２に診断プログラム８２ｃの起動命令が入力されてもよい。そして、入力された起動命令の情報が、ネットワーク６０ａ経由で遠隔管理センター７０ｃへ送信されてもよい。

（Ｂ）図２４に示す確認処理Ｓ１６３の代わりとして、オンライン確認処理が行われてもよい。この場合、リモコン３０ｃ側で確認プログラム４７及び確認データベース４６を記憶しておく必要がなくなり、リモコン３０ｃの記憶容量を低く抑えることができる。

（Ｃ）図２３に示す遠隔管理センター７０ｃの命令生成部８４ｃが、特定異常の情報に基づいて、診断プログラム４２の起動命令を生成してもよい。この場合、図２４に示す起動処理Ｓ１の詳細が、図２８に示すようになっていてもよい。なお、図２８において、図５に示す起動処理と同様の処理は、同じ記号で示し説明を省略する。

図２８に示すステップＳ６１では、特定異常の情報が遠隔管理センターへ送信される。すなわち、図２２に示す利用者送信部４３ａは、特定異常の情報を制御部３３ｃから受け取る。利用者送信部４３ａは、特定異常の情報をネットワーク６０ａ経由で図２３に示す遠隔管理センター７０ｃへ送信する。遠隔管理センター７０ｃの遠隔送受信部８３ａは、特定異常の情報をネットワーク６０ａ経由で利用者送信部４３ａから受信する。

図２８に示すステップＳ６３では、起動命令が生成される。すなわち、図２３に示す遠隔管理センター７０ｃの命令生成部８４ｃは、特定異常の情報を制御部７３ｃから受け取る。命令生成部８４ｃは、特定異常の情報に基づいて、診断プログラム４２の起動命令を生成する。制御部７３ｃは、診断プログラム４２の起動命令の情報を命令生成部８４ｃから受け取る。

図２８に示すステップＳ６４では、起動命令の情報がリモコン３０ｃへ送信される。すなわち、図２３に示す遠隔管理センター７０ｃの制御部７３ｃは、起動命令の情報を遠隔送受信部８３ａへ渡す。遠隔送受信部８３ａは、起動命令の情報をネットワーク６０ａ経由で図２２に示すリモコン３０ｃへ送信する。リモコン３０ｃの利用者受信部４５ａは、起動命令の情報をネットワーク６０ａ経由で遠隔送受信部８３ａから受信する。制御部３３ｃは、診断プログラム４２の起動命令の情報を利用者受信部４５ａから受け取る。

したがって、起動命令の情報がネットワーク６０ａ経由でリモコン３０ｃへ送信されるので、特定異常が発生したことに基づいて診断プログラム４２を起動することができる。このため、利用者が特定異常を管理する負担を低減することができる。

（Ｄ）図２２に示す記憶部４１に診断プログラム４２が記憶されておらず、診断プログラム８２ｃが遠隔管理センター７０ｃからリモコン３０ｃへ送信されるようになっていてもよい。あるいは、診断プログラム４２の更新が必要な場合にのみ、診断プログラム８２ｃが遠隔管理センター７０ｃからリモコン３０ｃへ送信されるようになっていてもよい。

この場合、図２２に示すリモコン３０ｃの利用者送信部４３ａは、起動命令の情報を制御部３３ｃから受け取る。利用者送信部４３ａは、起動命令の情報をネットワーク６０ａ経由で図２３に示す遠隔管理センター７０ｃへ送信する。遠隔管理センター７０ｃの遠隔送受信部８３ａは、起動命令の情報をネットワーク６０ａ経由で利用者送信部４３ａから受信する。制御部７３ｃは、起動命令の情報に基づいて、診断プログラム８２ｃの情報を記憶部８１ｃから受け取る。遠隔送受信部８３ａは、診断プログラム８２ｃの情報を制御部７３ｃから受け取る。遠隔送受信部８３ａは、診断プログラム８２ｃの情報をネットワーク６０ａ経由で図２２に示すリモコン３０ｃへ送信する。リモコン３０ｃの利用者受信部４５ａは、診断プログラム８２ｃの情報をネットワーク６０ａ経由で遠隔送受信部８３ａから受信する。制御部３３ｃは、診断プログラム８２ｃの情報を利用者受信部４５ａから受け取る。制御部３３ｃは、記憶部４１にアクセスし、診断プログラム８２ｃの情報に基づいて診断プログラム４２を更新する。これらの点で第１実施形態と異なる。

このように、診断プログラム８２ｃの情報がネットワーク６０ａ経由でリモコン３０ｃへ送信されるので、診断プログラム８２ｃを更新すべき場合にも、遠隔管理センター７０ｃに対する処理だけで足り、容易に更新することができる。この変形例に係る構成は、遠隔管理センター７０ｃに複数のリモコン３０ｃが接続される場合に特に効果的となる。

（Ｅ）図２２に示すリモコン３０ｃの記憶部４１には、リモコン３０ｃの操作履歴がさらに記憶されていてもよい。例えば、リモコン３０ｃの入力部３２に入力された給湯機１０の運転モードの情報とその入力が行われた時刻の情報とが対応付けられて記憶されていてもよい。さらに、このリモコン３０ｃの操作履歴の情報は、図２４に示すステップＳ１８においてデータベース３７ｃ，３９，４６が更新される際に考慮されてもよい。

［第４実施形態］
本発明の第４実施形態に係る特定機器管理システム１ｂの構成図を図２９に示す。また、本発明の第４実施形態に係る特定機器管理システム１ｂの各構成要素の構成図を図３０及び図３１に示す。図２９〜図３１において、第１実施形態、第２実施形態及び第３実施形態と同様の構成要素は同様の番号で示してある。図２９に示す特定機器管理システム１ｂは、主として給湯機１０を管理するためのシステムである。ここで、給湯機１０は、使用に際して周辺において人為的操作が必要な機器である。

この特定機器管理システム１ｂは、図２９〜図３１に示すように、基本的な構造は第１実施形態、第２実施形態及び第３実施形態と同様であるが、主としてリモコン３０ｂが判断部３８、質問生成部３４、推定生成部３５及び記憶部４１を備えていない点で第１実施形態、第２実施形態及び第３実施形態と異なる。すなわち、特定機器管理システム１ｂのリモコン３０ｂにおいて、ステップＳ４（図４、図１８参照）やステップＳ９３（図２４参照）のような診断処理が行われない。一方、遠隔管理センター７０ｂの構成は、制御部７３ｃの代わりに制御部７３ｂを備える点で第３実施形態と異なる。診断プログラム８２ｃ（図３１参照）によるオンライン診断処理Ｓ１５２（図３２参照）が行われる点は、第３実施形態と同様である。

また、図３２に示す起動処理Ｓ１５１の詳細を、図３３に示す。起動処理Ｓ１５１は、図３３に示すように、次の点で第１実施形態と異なる。なお、図３３において、図５に示す起動処理と同様の処理は、同じ記号で示し説明を省略する。

図３３に示すステップＳ１０１では、起動命令の情報が遠隔管理センター７０ｂへ送信される。すなわち、図３０に示すリモコン３０ｂの利用者送信部４３ａは、起動命令の情報を制御部３３ｂから受け取る。利用者送信部４３ａは、起動命令の情報をネットワーク６０ａ経由で図３１に示す遠隔管理センター７０ｂへ送信する。遠隔管理センター７０ｂの遠隔送受信部８３ａは、起動命令の情報をネットワーク６０ａ経由で利用者送信部４３ａから受信する。制御部７３ｂは、起動命令の情報を遠隔送受信部８３ａから受け取る。

図３３に示すステップＳ１０２では、診断プログラム８２ｃが起動される。すなわち、図３１に示す遠隔管理センター７０ｂの制御部７３ｂは、記憶部８１ｃを参照し、診断プログラム８２ｃを起動する。制御部７３ｂは、診断プログラム８２ｃに基づき、オンラインで質問を生成する命令を命令生成部８４ｃに生成させる。制御部７３ｂは、オンラインで質問を生成する命令の情報と特定異常の情報とを質問生成部７４ｃへ渡す。

また、図３２に示すオンライン診断処理Ｓ１５２の詳細を、図３４に示す。オンライン診断処理Ｓ１５２は、図３４に示すように、ステップＳ５１がない点で第３実施形態のオンライン診断処理１３２（図２５，図２６参照）と異なる。

このように、起動命令の情報がネットワーク６０ａ経由で遠隔管理センター７０ｂへ送信されるので、特定異常が発生したことに基づいて診断プログラム８２ｃを起動することが可能である。このため、利用者が特定異常を管理する負担を低減することが可能である。また、判断部３８、質問生成部３６及び推定生成部３４の処理を遠隔管理センター７０ｂ側で行うことが可能であるので、リモコン３０ｂ側における処理の負担を低減することが可能である。

また、第１実施形態の特徴（１）〜（５）は、第４実施形態の特徴としても当てはまる。

＜第４実施形態の変形例＞
（Ａ）図３３に示すステップＳ１６において、図３１に示す診断プログラム８２ｃの起動命令が命令生成部８４ｃにより生成されてもよい。この場合でも、特定異常の情報に基づいて診断プログラム８２ｃの起動命令が生成されるので、特定異常が発生すると診断プログラム８２ｃが自動的に起動されることになる。

あるいは、図３３に示すステップＳ１４はなくてもよい。この場合、ステップＳ１６に代えて、図１３に示すステップＳ８２が実行される。すなわち、給湯機１０の利用者により、図３０に示すリモコン３０ｂの入力部３２に診断プログラム８２ｃの起動命令が入力される。したがって、利用者の意志に基づいて診断プログラム８２ｃを起動することができる。

このように、第１実施形態、第２実施形態及び第３実施形態においてリモコン３０，３０ａ，３０ｃ側で行われていた判断部３８、質問生成部３４及び推定生成部３５の処理を遠隔管理センター７０ｂ側で行うことができるので、リモコン３０ｂ側における処理の負担を低減することができる。

本発明にかかる特定機器管理装置は、人為的操作に起因する特定異常が発生した場合にも、その原因を把握することができるという効果を有し、特定機器管理装置として有用である。

本発明の第１実施形態による特定機器管理システムの構成図。 本発明の第１実施形態による特定機器管理システムの構成図。 本発明の第１実施形態によるリモコンの構成図。 特定機器管理システムが給湯機を管理する処理の流れを示すフローチャート。 起動処理の流れを示すフローチャート。 診断処理の流れを示すフローチャート。 確認処理の流れを示すフローチャート。 質問データベースの構成を示す概念図。 診断データベースの構成を示す概念図。 質問データベースの構成を示す概念図。 確認データベースの構成を示す概念図。 表示画面の一例を示す概念図。 起動処理の流れを示すフローチャート（変形例）。 給湯機の設置工事時の処理を示すフローチャート（変形例）。 本発明の第２実施形態による特定機器管理システムの構成図。 本発明の第２実施形態によるリモコンの構成図。 本発明の第２実施形態による遠隔管理センターの構成図。 特定機器管理システムが給湯機を管理する処理の流れを示すフローチャート。 確認処理の流れを示すフローチャート。 次回接続情報を示す概念図。 本発明の第３実施形態による特定機器管理システムの構成図。 本発明の第３実施形態によるリモコンの構成図。 本発明の第３実施形態による遠隔管理センターの構成図。 特定機器管理システムが給湯機を管理する処理の流れを示すフローチャート。 診断処理の流れを示すフローチャート。 オンライン診断処理の流れを示すフローチャート。 診断データベースの構成を示す概念図。 起動処理の流れを示すフローチャート。 本発明の第４実施形態による特定機器管理システムの構成図。 本発明の第４実施形態によるリモコンの構成図。 本発明の第４実施形態による遠隔管理センターの構成図。 特定機器管理システムが給湯機を管理する処理の流れを示すフローチャート。 起動処理の流れを示すフローチャート。 オンライン診断処理の流れを示すフローチャート。

符号の説明

１，１ａ，１ｃ，１ｂ 特定機器管理システム
２ 利用者宅
１０ 給湯機
３０，３０ａ，３０ｃ，３０ｂ リモコン
５０ 配管
６０ａ ネットワーク
７０ａ，７０ｃ，７０ｂ 遠隔管理センター
９５ 浴槽

Claims (5)

1. 使用に際して周辺において人為的操作が必要な機器である特定機器（１０）を管理するとともに、前記特定機器（１０）を前記特定機器（１０）の遠隔から管理する遠隔管理装置（７０ａ）に接続可能な特定機器管理装置（３０ａ）であって、
   前記特定機器（１０）に関する異常の原因である特定異常原因を推定するための質問であって、前記人為的操作の状況についての質問に関する情報である第１質問情報を生成する質問生成部（３４）と、
   前記第１質問情報を表示する表示部（３６）と、
   前記表示部（３６）に表示された前記第１質問情報に対する回答に関する情報であって、前記人為的操作の状況に関する情報である第１回答情報の入力を受け付ける入力部（３２）と、
   前記第１回答情報に基づいて、前記特定異常原因が推定された結果に関する情報である推定結果情報を生成することが可能であるか否かを判断する判断部（３８）と、
   を備え、
   前記質問生成部（３４）は、前記第１回答情報に基づいて前記推定結果情報を生成することが不能であると前記判断部（３８）が判断した場合に、前記特定機器（１０）の状況についての第２質問情報をさらに生成し、
   前記表示部（３６）は、前記第２質問情報をさらに表示し、
   前記入力部（３２）は、前記表示部（３６）に表示された前記第２質問情報に対する回答に関する情報であって、前記特定機器（１０）の状況に関する情報である第２回答情報の入力をさらに受け付け、
   前記判断部（３８）は、前記入力部（３２）に入力された前記第２回答情報に基づいて前記遠隔管理装置（７０ａ）への通知を行う、
   特定機器管理装置（３０ａ）。
2. 前記入力部（３２）は、前記特定異常を診断するプログラムである診断プログラム（４２，８２）の起動命令の入力を受け付ける、
   請求項１に記載の特定機器管理装置（３０ａ）。
3. 前記特定異常を検知する検知部（３１）と、
   前記検知部（３１）により前記特定異常が検知されると、前記特定異常を診断するプログラムである診断プログラム（４２，８２）の起動命令を生成する命令生成部（４４）と、
   をさらに備える、
   請求項１に記載の特定機器管理装置（３０ａ）。
4. 前記特定機器（１０）は、水道を利用する機器である、
   請求項１から３のいずれかに記載の特定機器管理装置（３０ａ）。
5. 前記特定機器（１０）は、給湯機である、
   請求項４に記載の特定機器管理装置（３０ａ）。

Images