特許 7518411 サーバシステム、冷媒漏洩修理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-07-09

(45)【発行日】2024-07-18

(54)【発明の名称】サーバシステム、冷媒漏洩修理システム

(51)【国際特許分類】

   G06Q 10/20 20230101AFI20240710BHJP

【ＦＩ】

G06Q10/20

【請求項の数】 6

(21)【出願番号】P 2022150270

(22)【出願日】2022-09-21

(65)【公開番号】P2024044627

(43)【公開日】2024-04-02

【審査請求日】2023-08-29

(73)【特許権者】

【識別番号】000002853

【氏名又は名称】ダイキン工業株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】矢嶋 龍三郎

【審査官】太田 龍一

(56)【参考文献】

【文献】特開２０１５－２２３０５５（ＪＰ，Ａ）

【文献】特開２０２２－０７０１２８（ＪＰ，Ａ）

【文献】特開２０１８－０３２１８４（ＪＰ，Ａ）

【文献】特開２０２１－１３９６１５（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１９／０１９６４３０（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

各空気調和機の冷媒漏洩の修理に対する保証加入の有無を示す保証加入情報（６１４）を記憶する記憶手段（４９）と、
所定の空気調和機（７）の前記冷媒漏洩が検知されたことを示す漏洩通知を取得する取得手段（４１）と、
前記所定の空気調和機（７）に対応する前記保証加入情報（６１４）と当該保証加入情報（６１４）に基づく修理提案を示す修理提案情報（６１２）とに関する通知情報を、当該所定の空気調和機（７）のユーザが使用する情報端末（６）に送信する送信手段（４１）と、
を備えるサーバシステム（２）。

【請求項2】

前記通知情報は、前記保証加入情報（６１４）に基づく修理促進を示す修理促進情報（６１２）を含む、
請求項１に記載のサーバシステム（２）。

【請求項3】

前記修理促進情報（６１２）は、修理業者による前記冷媒漏洩の修理の日程候補を示す情報（６１５ｂ）を含む、
請求項２に記載のサーバシステム（２）。

【請求項4】

前記修理促進情報は、前記漏洩通知を取得した日時を示す情報（６１５ａ）を含む、
請求項２に記載のサーバシステム（２）。

【請求項5】

請求項１乃至４のいずれか一項に記載のサーバシステム（２）と、前記情報端末（６）と、を備える冷媒漏洩修理システム（１）であって、
前記情報端末（６）は、
前記保証加入情報を含む表示画面を表示する表示制御手段（６４）を備え、
前記表示画面は、修理業者への修理依頼を行うための修理依頼手段（６１８）を含む、
冷媒漏洩修理システム。

【請求項6】

請求項１乃至４のいずれか一項に記載のサーバシステム（２）と、前記空気調和機（７）と、を備える冷媒漏洩修理システム（１）であって、
前記空気調和機（７）は、
当該空気調和機の運転時における冷媒の状態を検知する検知手段（７２）と、
前記検知による検知結果に応じて、前記冷媒漏洩の有無を判定する判定手段（７０ａ）と、
前記冷媒漏洩が有ると判定された場合、前記漏洩通知を前記サーバシステムへ送信する通信手段（７１）と、
を備え、
前記判定手段（７０ａ）は、外気温度の変化に基づく前記空気調和機の試運転期間における前記検知結果に応じて、前記冷媒漏洩の有無を判定する処理を実行する、
冷媒漏洩修理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、サーバシステム、及び冷媒漏洩修理システムに関する。

【背景技術】

【0002】

従来、空気調和機が冷媒漏洩によって生じた運転状態の変化を検知し、管理サーバに冷媒漏洩が生じた旨を示す漏洩通知（漏洩コール）を送ることで、管理サーバが空気調和機のユーザに対して冷媒漏洩が生じていることを通知する技術が提案されている（特許文献１参照）。これにより、ユーザは、修理費用や修理に要する時間等を考慮して、修理業者に修理依頼するか否かを判断する。ユーザが、修理依頼すると判断した場合には、修理業者に電話等で修理依頼を行い、その後に修理が行われていた。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１９－２１１１０８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかし、ユーザが修理業者に修理依頼するか否かを判断する際に、現在の空気調和機の保証期間や修理の依頼先等の保証内容を調べるための手間が掛かってしまうため、すぐに修理依頼を行うとは限らない。特に冷媒漏洩の場合には、回路の腐食等により運転が不可能になった場合とは異なり、運転効率が下がるだけで空気調和機の運転自体は可能である。そのため、ユーザは、冷媒漏洩を放置しがちである。また、製造者による無償保証期間（メーカ保証期間）内の場合には、無償で修理することが可能であるが、無償保証期間外の場合には、ユーザは費用負担を受け入れるかどうかも検討することとなり、ますます冷媒漏洩を放置しがちとなる。

【0005】

また、ユーザが修理依頼を延期し、空気調和機による冷暖房が低下していると体感した頃になって修理依頼した場合には、ほとんどの冷媒が漏洩しているという事態が生じてしまう。更に、ユーザが本格的に冷暖房運転を行う頃になって修理依頼しても、修理依頼が混み合って直ぐに修理できないことが多いため、より冷媒の漏洩が進んでしまうという事態も生じてしまう。

【0006】

本開示は、上記事情を考慮し、冷媒漏洩しても運転可能な空気調和機のユーザが自発的に冷媒漏洩の修理依頼を行うことを促進させることを目的とする。

【課題を解決するための手段】

【0007】

（１）本開示の第１の態様は、各空気調和機の冷媒漏洩の修理に対する保証加入の有無を示す保証加入情報を記憶する記憶手段と、所定の空気調和機の前記冷媒漏洩が検知されたことを示す漏洩通知を取得する取得手段と、前記所定の空気調和機に対応する前記保証加入情報を含む通知情報を、当該所定の空気調和機のユーザが使用する情報端末に送信する送信手段と、を備えるサーバシステムである。

【0008】

第１の態様によれば、サーバシステムは情報端末に対して、修理が必要であることだけでなく、保証加入の有無を含めて通知することで、空気調和機のユーザが自発的に冷媒漏洩の修理依頼を行うことを促進させることができる。

【0009】

（２）本開示の第２の態様は、前記保証加入情報は、前記保証加入の有無及び前記冷媒漏洩の修理の保証有効期間を示す情報を含む、第１の態様に記載のサーバシステムである。

【0010】

第２の態様によれば、サーバシステムは情報端末に対して保証加入の有無及び冷媒漏洩の修理の保証有効期間を含めて通知することで、ユーザが自発的に修理依頼を行うことを促進させることができる。

【0011】

（３）本開示の第３の態様は、前記通知情報は、前記保証加入情報に基づく修理促進を示す修理促進情報を含む、第１又は第２の態様に記載のサーバシステム。

【0012】

第３の態様によれば、保証加入の有無だけでなく、修理を促進する旨を含めて通知することで、ユーザが自発的に修理依頼を行うことを促進させることができる。

【0013】

（４）本開示の第４の態様は、前記修理促進情報は、修理業者による前記冷媒漏洩の修理の日程候補を示す情報を含む、第３の態様に記載のサーバシステムである。

【0014】

第４の態様によれば、サーバシステムは情報端末に対して具体的な修理日程の候補を含めて通知することで、ユーザが自発的に修理依頼を行うことを促進させることができる。

【0015】

（５）本開示の第５の態様は、前記修理促進情報は、前記漏洩通知を取得した日時を示す情報を含む、第３又は第４の態様に記載のサーバシステムである。

【0016】

第５の態様によれば、サーバシステムは情報端末に対して、漏洩状態を検知した日時の情報も含めて通知することで、ユーザが自発的に修理依頼を行うことを促進させることができる。

【0017】

（６）本開示の第６の態様は、前記記憶手段は、前記冷媒漏洩の修理の履歴を示す修理履歴情報を、前記保証加入情報に関連づけて記憶する、第１乃至第５のいずれか一つの態様に記載のサーバシステムである。

【0018】

第６の態様によれば、サーバシステムは、冷媒漏洩の修理の履歴を示す修理履歴情報を記憶することで、修理に役立てることができる。

【0019】

（７）本開示の第７の態様は、第１乃至第６のいずれか一つの態様に記載のサーバシステムと、前記情報端末と、を備える冷媒漏洩修理システムであって、前記情報端末は、前記修理促進情報を含む表示画面を表示する表示制御手段を備え、前記表示画面は、修理業者への修理依頼を行うための修理依頼手段を含む、冷媒漏洩修理システムである。

【0020】

第７の態様によれば、表示画面を見たユーザに修理依頼を行うことを促すことができる。

【0021】

（８）本開示の第７の態様は、第１乃至第６のいずれか一つの態様に記載のサーバシステムと、前記空気調和機と、を備える冷媒漏洩修理システムであって、前記空気調和機は、当該空気調和機の運転時における冷媒の状態を検知する検知手段と、前記検知による検知結果に応じて、前記冷媒漏洩の有無を判定する判定手段と、前記冷媒漏洩が有ると判定された場合、前記漏洩通知を前記サーバシステムへ送信する通信手段と、を備え、前記判定手段は、外気温度の変化に基づく前記空気調和機の試運転期間における前記検知結果に応じて、前記冷媒漏洩の有無を判定する処理を実行する、冷媒漏洩修理システムである。

【0022】

第８の態様によれば、空気調和機は、外気温度の変化に基づく前記空気調和機の試運転期間における前記検知結果に応じて、本格的な冷暖房シーズンに入る前に自動的に冷媒漏洩の有無を判定することができる。

【図面の簡単な説明】

【0023】

【図1】本発明の実施形態に係り、空気調和機の冷媒漏洩に関する商流を示した図である。

【図2】日本における本格的な冷暖房運転前の試運転の開始時期を示した図である。

【図3】本発明の実施形態に係る冷媒漏洩修理システムの全体構成図である。

【図4】管理端末及びユーザ端末の概略的な構成図である。

【図5】遠隔管理サーバの概略的な構成図である。

【図6】ユーザ情報管理テーブルの概念図である。

【図7】機器情報管理テーブルの概念図である。

【図8】各保証情報管理テーブルの概念図である。

【図9】空気調和機の冷媒回路を示す概略的な構成図である。

【図10】空気調和機の通信系統を示す概略的な構成図である。

【図11】空気調和機の冷媒漏洩に対する保証加入の手続き及び処理を示すシーケンス図である。

【図12】空気調和機の漏洩通知及び修理依頼の処理並びに修理対応を示すシーケンス図である。

【図13】漏洩判定処理を示すフローチャートである。

【図14】ユーザ端末が表示する表示画面の例を示す図である。

【図15】ユーザ端末が表示する表示画面の変形例を示す図である。

【図16】空気調和機の修理対応後の手続き及び処理を示すシーケンス図である。

【図17】空気調和機の冷媒漏洩に関する商流の変形例を示した図である。

【発明を実施するための形態】

【0024】

以下、図１乃至図１７を用いて、本発明の実施形態について説明する。

【0025】

〔実施形態の概略〕
まずは、図１及び図２を用いて、実施形態の概略について説明する。図１は、本発明の実施形態に係る空気調和機の冷媒漏洩に関する商流を示した図である。図２は、本格的な冷暖房運転前の試運転の開始時期を示した図である。

【0026】

図１に示されているように、各ユーザＡ，Ｂ，Ｃの各空気調和機７ａ，７ｂ，７ｃがインターネット等を介して遠隔管理サーバ４と接続されている。遠隔管理サーバ４は、空気調和機７ａ，７ｂ，７ｃの冷媒漏洩を遠隔で監視して、空気調和機７ａ，７ｂ，７ｃの各ユーザＡ，Ｂ，Ｃに対して冷媒漏洩が検知されたことを示す漏洩報告を行うと共に、販売店（修理部門）Ｘに対して、冷媒漏洩が発生した空気調和機のユーザへ修理を促すように指示する。空気調和機７ａ，７ｂ，７ｃは、空気調和機７の一例であり、１台以上であれば何台であってもよい。また、ユーザＡ，Ｂ，Ｃは、ユーザＵの一例であり、１人以上であれば何人であってもよい。

【0027】

遠隔管理サーバ４は、空気調和機７の製造者（メーカ）、又は漏洩通知サービスを行うサービス業者によって管理されている。但し、販売店が大規模な場合、遠隔管理サーバ４は販売店Ｘによって管理されてもよい。販売店Ｘは、空気調和機７をユーザに販売する店舗又は業者であり、ここでは空気調和機７の修理を担う修理部門を有している。

【0028】

ここで、図１を用いて、空気調和機の冷媒漏洩に関する商流について説明する。なお、図１では、所定の空気調和機としてユーザＡの空気調和機７ａの冷媒漏洩が発生した状況が示されている。

【0029】

Ｓ１：まず、販売店Ｘが各ユーザＵに空気調和機７を販売する際に、冷媒漏洩の保証に入ることを希望しているユーザＵは、販売店Ｘに対して空気調和機７の販売代金に加えて冷媒漏洩の修理のための保証料を支払う。冷媒漏洩が発生する確率を年間１％とすれば、保証有効期間が１０年の場合、この間の発生確率は１０％となるため、保証料は修理に要する費用の１／１００程度となる。

【0030】

Ｓ２：ユーザＵが冷媒漏洩の保証を希望する場合、保証料は、各ユーザＵから販売店Ｘを介して保証業者Ｙに支払われる。また、販売店Ｘは、遠隔管理サーバ４に対して保証加入情報（図８参照）を登録する。

【0031】

Ｓ３：各ユーザは、自ら遠隔管理サーバ４に対して、ユーザＵに関する情報を示すユーザ情報（図６参照）、及び空気調和機に関する情報を示す機器情報（図７参照）を登録する。なお、業務用冷凍空調機器の場合には、これらの情報はフロン排出抑制法で登録が求められている情報であるため、ユーザの工数が増加するものではない。

【0032】

Ｓ４：空気調和機７は、もともと後述の温度センサ７２，８５ａ，８５ｂ等を備えており、自機で本格的な運転開始時期を判断できるため、本格的な運転開始時期の一定期間前に試運転を行う。例えば、空気調和機７ａは、冷媒漏洩の有無を判定し、漏洩している場合には、遠隔管理サーバ４に対して漏洩通知（漏洩コール）を送信する。

【0033】

ここで、図２を用いて、試運転の時期について説明する。図２は、日本（東京、大阪等）における冷暖房運転前の試運転の開始時期を示した図である。図２に示されているように、６月中旬から９月中旬までの一般的な冷房運転期間の一定期間前（例えば、２週間前）に、空気調和機７は冷房試運転を行う。冷房試運転は、一日の最高気温が閾値（例えば、２５℃）を超えた場合に開始される。また、１１下旬から３月中旬までの一般的な暖房運転期間の一定期間前（例えば、２週間前）に、空気調和機７は暖房試運転を行う。暖房試運転は、一日の最低気温が閾値（例えば、１０℃）未満になった場合に開始される。

【0034】

Ｓ５：図１に戻り、遠隔管理サーバ４は、漏洩通知を送って来た空気調和機７ａのユーザＡに対して、従来通り、冷媒漏洩が発生した旨を示す漏洩報告を行う。これにより、ユーザＡは、空気調和機７ａの冷媒漏洩が発生したことを把握することができる。更に本実施形態では、遠隔管理サーバ４は、販売店Ｘに対して、ユーザＡに修理を促す旨の指示を行う。この際、ユーザＡのユーザ情報及び空気調和機７ａに関する機器情報、並びに、冷媒漏洩の修理に特化した漏洩保証に関する保証加入情報も送信される。

【0035】

Ｓ６：販売店Ｘは、ユーザＡに保証の適用により冷媒漏洩の修理を行う連絡を行い、修理の日程調整した上で、修理対応を行う。仮に、冷媒漏洩が無償保証期間（メーカ保証期間）内に発生した場合には、製造者が修理代金を負担することとなる。また、冷媒漏洩が製品保証期間終了後に発生した場合であっても漏洩保証期間内であれば、保証業者が修理代金を負担することになる。これらの場合、販売店Ｘは、ユーザＡに対して、ユーザ負担が無い旨を伝える。このようにして、費用負担の問題を予め解決しておくことにより、ユーザは修理を依頼し易くなるため、本格的な冷暖房運転の時期の前に修理を行うことができる。

【0036】

Ｓ７：無償保証期間（メーカ保証期間）外であって漏洩保証期間内の場合には、販売店Ｘは、修理完了後に保証業者Ｙに修理完了を報告して、保証業者Ｙから保証料を受け取る。

【0037】

Ｓ８：更に、販売店Ｘは、遠隔管理サーバ４に修理履歴情報を登録する。

【0038】

以上説明したように、処理Ｓ１～Ｓ８の商流により、冷媒漏洩の検知時点から修理が実行されるまでの時間を短縮することで、冷媒の漏洩量を減少することが可能となる。

【0039】

〔冷媒漏洩修理システムの全体構成〕
続いて、図３を用いて、冷媒漏洩修理システム１の全体構成について説明する。

【0040】

まず、図３を用いて、本実施形態の冷媒漏洩修理システムの構成の概略について説明する。図３は、本発明の実施形態に係る冷媒漏洩修理システムの全体構成図である。

【0041】

図３に示されているように、本実施形態の冷媒漏洩修理システム１は、サーバシステム２、ユーザ端末６、及び空気調和機７によって構築されている。更に、サーバシステム２は、管理端末３、及び遠隔管理サーバ４によって構築されている。管理端末３、遠隔管理サーバ４、ユーザ端末６、及び空気調和機７は、インターネット等の通信ネットワーク１００に接続されることで通信することができる。通信ネットワーク１００の接続形態は、無線又は有線のいずれでも良い。

【0042】

ユーザ端末６及び空気調和機７は、ユーザＵによって管理及び使用される。

【0043】

管理端末３は、ＰＣ(Personal Computer)等であり、販売店Ｘの店員又は販売店Ｘの修理部門の担当者の操作によりユーザ端末６に対して修理促進を示す修理促進情報等を送信する。

【0044】

遠隔管理サーバ４は、単一又は複数のコンピュータによって構成されている。遠隔管理サーバ４は、上述のように、空気調和機７の製造者（メーカ）、又は漏洩通知サービスを行うサービス業者によって管理されている。但し、販売店が大規模な場合は、販売店Ｘによって管理されてもよい。遠隔管理サーバ４は、空気調和機７の冷媒漏洩を遠隔で監視して、空気調和機７のユーザＵに対して冷媒漏洩が発生した旨を示す漏洩報告情報等を送信すると共に、販売店Ｘに対してユーザＵへ修理を促すことを指示する旨を示す修理促進指示情報等を送信する。

【0045】

ユーザ端末６は、ＰＣ等であり、管理端末３から、修理促進を示す修理促進情報を受信することで、後述の図１４又は図１５に示されているような表示画面６１０（６２０）を表示して、ユーザＵに修理依頼の選択を促す等の処理を行う。

【0046】

空気調和機７は、図２に示すように、冷房試運転及び暖房試運転の時期（日）になると自動的に試運転を行い、冷媒漏洩が発生している場合には遠隔管理サーバ４に対して漏洩通知（漏洩コール）を送信する。

【0047】

〔冷媒漏洩修理システムの各構成〕
次に、図４乃至図１０を用いて、冷媒漏洩修理システムを構築している、管理端末３、隔管理サーバ４、ユーザ端末６、及び空気調和機７の構成を説明する。

【0048】

＜管理端末、ユーザ端末の構成＞
まずは、図４を用いて管理端末３の概略的な構成を説明する。図４は、管理端末及びユーザ端末の概略的な構成図である。

【0049】

図４に示すように、管理端末３は、制御部３０、通信部３１、操作部３２、表示制御部３４、及び記憶部３９を有している。

【0050】

これらのうち、制御部３０は、管理端末３全体の制御を行う役割を果たし、ＣＰＵ(Central Processing Unit)等の各種演算デバイスである。

【0051】

通信部３１は、通信ネットワーク１００を介して、他の装置（端末、サーバ）との間で各種情報を送受信するための通信デバイスである。

【0052】

操作部３２は、キーボードやマウス等によって操作者からの操作を受け付けるためのデバイスである。

【0053】

表示制御部３４は、ディスプレイに画面を表示させるための表示デバイスであり、ＧＰＵ(Graphics Processing Unit)、ディスプレイコントローラ等である。

【0054】

記憶部３９は、ＲＯＭ(Read Only Memory)、ＲＡＭ(Random Access Memory)、ＳＳＤ(Solid State Drive)等の記憶デバイスである。

【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】

通信部７１は、通信ネットワーク１００を介して、他の装置（端末、サーバ）との間で各種情報を送受信するための通信デバイスである。通信部７１が無線通信を行う場合、LPWA(Low Power Wide Area）と呼ばれる特定小電力無線通信を利用してデータ（情報）を送信する。この特定小電力無線通信は、例えば携帯電話事業者が提供する４Ｇ回線や５Ｇ回線のように比較的大きな電力で高速通信する無線通信方式とは異なり、低消費電力で長距離通信を実現する。LPWAの場合、通信ネットワーク１００に、例えば、SigFogネットワークが含まれる。このSigFogネットワークは、１００ｂｐｓの通信速度で、１回当たり１２ｂｙｔｅのデータを１日に最大１４０回（１か月当たり約５０ｋＢ）通信することができる。現状では、年間数百円程度で利用でき、非常に低い電力で通信を行うことができる。但し、SigFogネットワークに限らず、他の特定小電力無線通信のネットワークを使用してもよい。

【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】

１ 冷媒漏洩修理システム
２ サーバシステム
３ 管理端末
４ 遠隔管理サーバ
６ ユーザ端末（情報端末の一例）
７ 空気調和機
４０ 制御部
４１ 通信部（取得手段の一例、送信手段の一例）
４９ 記憶部（記憶手段の一例）
６０ 制御部
６１ 通信部
６２ 操作部
６４ 表示制御部（表示制御手段の一例）
６９ 記憶部
７０ 制御部
７０ａ 判定部（判定手段の一例）
７１ 通信部（通信手段の一例）
７７ 温度センサ（検知手段の一例）
８５ａ 温度センサ（検知手段の一例）
８５ｂ 温度センサ（検知手段の一例）
８６ａ 圧力センサ（検知手段の一例）
８６ｂ 圧力センサ（検知手段の一例）
６１８ 「修理依頼する」ボタン（修理依頼手段の一例）
６１９ 「修理依頼しない」ボタン

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】