(57)【要約】      （修正有）【課題】機器の保守内容に対応して保守可能なサービス提供店を選択する保守管理システムを提供する。【解決手段】複数の機器と通信可能な情報端末を介して機器の保守を管理する保守管理システムであって、前記情報端末を介して機器の保守情報と機器情報とを受信する受信手段と、前記機器の保守情報に基づき機器の保守内容を判定する判定手段と、前記機器の保守内容に基づき保守可能なサービス提供店の範囲を定め、定められた範囲のサービス提供店のうちから前記機器情報によって特定される機器の保守を行うサービス提供店を選択する選択手段と、を有する。【選択図】図１
2015099471.tif 000002
【特許請求の範囲】
【請求項１】
複数の機器と通信可能な情報端末を介して機器の保守を管理する保守管理システムであって、
前記情報端末を介して機器の保守情報と機器情報とを受信する受信手段と、
前記機器の保守情報に基づき機器の保守内容を判定する判定手段と、
前記機器の保守内容に基づき保守可能なサービス提供店の範囲を定め、定められた範囲のサービス提供店のうちから前記機器情報によって特定される機器の保守を行うサービス提供店を選択する選択手段と、
を有する、保守管理システム。
【請求項２】
前記機器情報及び前記機器の保守に関する情報を前記選択されたサービス提供店の機器に送信する送信手段を更に有する、
請求項１に記載の保守管理システム。
【請求項３】
前記受信手段は、前記保守情報として前記機器の稼働情報を受信し、
前記判定手段は、前記稼働情報に基づき保守内容として点検の要否を判定し、
前記選択手段は、点検が必要と判定された場合、点検可能なサービス提供店の範囲を定め、定められた範囲のサービス提供店のうちから前記機器情報によって特定される機器の点検を行うサービス提供店を選択する、
請求項１又は２に記載の保守管理システム。
【請求項４】
前記受信手段は、前記保守情報として前記機器の稼働情報を受信し、
前記判定手段は、前記稼働情報に基づき保守内容として緊急保守の要否を判定し、
前記選択手段は、緊急保守が必要と判定された場合、緊急保守可能なサービス提供店の範囲を定め、定められた範囲のサービス提供店のうちから前記機器情報によって特定される機器の緊急保守を行うサービス提供店を選択する、
請求項１〜３のいずれか一項に記載の保守管理システム。
【請求項５】
前記送信手段は、前記緊急保守が必要と判定された場合、前記緊急保守が必要な機器情報及び前記機器の保守に関する情報を前記情報端末に通知する、
請求項４に記載の保守管理システム。
【請求項６】
前記受信手段は、前記機器から送信された保守情報と機器情報とを前記情報端末を介して受信する、
請求項１〜５のいずれか一項に記載の保守管理システム。
【請求項７】
前記受信手段は、前記情報端末が取り込む前記機器に関する画像及び音の少なくともいずれかの保守情報と機器情報とを受信する、
請求項１〜６のいずれか一項に記載の保守管理システム。
【請求項８】
前記受信手段は、前記機器の保守を行ったサービス提供店情報及び前記保守の実施内容を含むメンテナンス実施情報を受信し、
前記選択手段は、前記サービス提供店情報及びメンテナンス実施情報に基づき前記定められた範囲のサービス提供店のうちから前記機器情報によって特定される機器の保守を行うサービス提供店を選択する、
請求項１〜７のいずれか一項に記載の保守管理システム。
【請求項９】
複数の機器と通信可能な情報端末を介して機器の保守を管理する保守管理装置であって、
前記情報端末を介して機器の保守情報と機器情報とを受信する受信手段と、
前記機器の保守情報に基づき機器の保守内容を判定する判定手段と、
前記機器の保守内容に基づき保守可能なサービス提供店の範囲を定め、定められた範囲のサービス提供店のうちから前記機器情報によって特定される機器の保守を行うサービス提供店を選択する選択手段と、
を有する、保守管理装置。
【請求項１０】
複数の機器と通信可能な情報端末を介して機器の保守を管理する保守管理方法であって、
前記情報端末を介して機器の保守情報と機器情報とを受信し、
前記機器の保守情報に基づき機器の保守内容を判定し、
前記機器の保守内容に基づき保守可能なサービス提供店の範囲を定め、定められた範囲のサービス提供店のうちから前記機器情報によって特定される機器の保守を行うサービス提供店を選択する、
処理をコンピュータが実行する保守管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、保守管理システム、保守管理装置及び保守管理方法に関する。
【背景技術】
【０００２】
ユーザーは、さまざまな機器を購入し、使用する過程で機器の保守を必要とする場合がある。機器の保守を必要とする具体例としては、機器の故障を未然防止するために所定の条件で行うクリーニング等の定期メンテナンスや、機器に異常が発生したときに行う修理や部品の交換等が挙げられる。
【０００３】
定期メンテナンスに関しては、マニュアルに記載されている内容に基づき、ユーザーが自ら実施することができるが、現状では、マニュアル通りに行われないこともある。また、修理に関しては、ユーザーは、機器の軽微なエラーについては無視して使い続けることがある。また、ユーザーは、故障して動作しなくなった場合、マニュアルを保管していれば問い合わせ先に連絡することができる。しかし、マニュアルを保管していない場合、ユーザーは、問い合わせ先に連絡できない。このため、機器を修理すれば再度利用できる場合でも、ユーザーはその機器を廃棄して買い換えてしまうケースがある。
【０００４】
これに対して、機器の修理やメンテナンスを容易にし、ユーザーの利便性を向上させるためのシステムが提案されている（例えば、特許文献１を参照）。特許文献１では、機器の情報を取得し、エラー情報に基づきサービス提供店に通知する発明が提案されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、機器の故障のレベルはさまざまであり、それに応じて保守の緊急度や保守業者（サービス提供店）に要求される保守のスキルは異なってくる。よって、特許文献１では、機器の状態に応じてより適切なサービス提供店に保守を実施させることは難しい。
【０００６】
そこで、機器の保守内容に対応して保守可能なサービス提供店を選択することを目的とする。
【課題を解決するための手段】
【０００７】
一つの案では、
複数の機器と通信可能な情報端末を介して機器の保守を管理する保守管理システムであって、
前記情報端末を介して機器の保守情報と機器情報とを受信する受信手段と、
前記機器の保守情報に基づき機器の保守内容を判定する判定手段と、
前記機器の保守内容に基づき保守可能なサービス提供店の範囲を定め、定められた範囲のサービス提供店のうちから前記機器情報によって特定される機器の保守を行うサービス提供店を選択する選択手段と、
を有する、保守管理システムが提供される。
【発明の効果】
【０００８】
一態様によれば、機器の保守内容に対応して選択された、保守可能なサービス提供店により機器を適切に保守することができる。
【図面の簡単な説明】
【０００９】
【図１】一実施形態に係る保守管理システムの構成例を示す図。
【図２】一実施形態に係る各装置の機能構成例を示す図。
【図３】一実施形態に係るエアコンとの無線登録処理の一例を示したフローチャート。
【図４】一実施形態に係るエアコンの機器登録処理の一例を示したフローチャート。
【図５】一実施形態に係る機器情報の一例を示した図。
【図６】一実施形態に係る機器登録情報の一例を示した図。
【図７】一実施形態に係るエアコンの定期メンテナンス処理の一例を示したフローチャート。
【図８】一実施形態に係る稼働情報の一例を示した図。
【図９】一実施形態に係るメンテナンス判断情報の一例を示した図。
【図１０】一実施形態に係るメンテナンス実施情報の一例を示した図。
【図１１】一実施形態に係るメンテナンス業者リストの一例を示した図。
【図１２】一実施形態に係るエアコンの緊急保守処理の一例を示したフローチャート。
【図１３】一実施形態に係る稼働情報の他の例を示した図。
【図１４】一実施形態に係るエラー判断情報の一例を示した図。
【図１５】一実施形態に係るメンテナンス実施情報の一例を示した図。
【図１６】一実施形態に係るエアコンの緊急保守処理の一例を示したフローチャート。
【図１７】一実施形態に係る異常判断情報及び異常判断情報ＤＢの一例を示した図。
【図１８】一実施形態に係る異常判断情報表の一例を示した図。
【図１９】一実施形態に係る異常判断の解析結果の一例を示した図。
【図２０】一実施形態に係る各装置のハードウェア構成例を示した図。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。
【００１１】
（保守管理システムの概要）
本発明の実施形態に係る保守管理システムでは、機器の稼動情報やエラー情報等の保守情報をサーバー３０に転送する。サーバー３０は、取得した機器の稼動情報やエラー情報に応じて保守の内容や緊急度を判断する。サーバー３０は、保守の内容や緊急度に応じて緊急対応が必要な保守か（例えば、故障や修理）、緊急対応が不要な保守か（例えば、定期メンテナンス）を判定する。定期メンテナンスか緊急性の高い故障や修理かによって対応可能なサービス提供店の範囲は異なる。そこで、本発明の実施形態に係る保守管理システムでは、機器の保守情報に基づき、保守可能なサービス提供店の範囲を定め、定められた範囲のサービス提供店のうちから前記機器情報によって特定される機器の保守を行うサービス提供店を選択する。
【００１２】
予め定められたサービス提供店の範囲から特定のサービス提供店を選択するとき、選択の条件の一例として保守情報が利用される。その際、範囲の保守が必要なユーザからサービス提供店までの距離、保守にかかる費用、ユーザからの評価、過去の保守における修理着手までの時間等の情報の少なくともいずれかが選択の条件に含まれてもよい。
【００１３】
よって、サーバー３０は、保守可能なサービス提供店のリストから、定期メンテナンスか緊急性の高い保守かに応じて適切に保守可能なサービス提供店の範囲をそれぞれ個別に定める。例えば、定期メンテナンスの場合、本実施形態に係る保守管理システムは、事前に用意した対応業者リストからユーザーの住所に近い複数のサービス提供店を選定し、ユーザーに提案する。ユーザーは、送られた情報を元にメンテナンス項目に対して委託するかを判断し、委託する場合は、希望の日時を提案する。
【００１４】
本実施形態に係る保守管理システムは、これらの情報を、選定されたサービス提供店に通知する。選定されたサービス提供店は、ユーザーと連絡を取ってメンテナンス日時を確定させ、メンテナンスを行う。なお、メンテナンスを実施後、メンテナンスの結果をメンテナンス実施情報として機器に保存してもよい。
【００１５】
一方、機器の故障等、緊急性の高い保守の場合、本実施形態に係る保守管理システムは、エラー情報に基づきサービス提供店を選定する。また、保守の緊急度が高いと判断された場合、本実施形態に係る保守管理システムは、ユーザーとサービス提供業者の機器に保守内容を通知する。
【００１６】
以上、保守管理システムの概要について簡単に説明した。以下では、本実施形態に係る保守管理システムの詳細について、図面を参照しながら説明する。
【００１７】
［保守管理システムの全体構成］
まず、本実施形態に係る保守管理システムの構成について、図１を参照しながら説明する。図１は、一実施形態に係る保守管理システムの構成例を示す。本実施形態に係る保守管理システムは、複数の機器（例えば、エアコン）と通信可能な情報端末を介して機器の保守を管理する。
【００１８】
本実施形態に係る保守管理システムの一例としては、図１に示されるように、複数のエアコン１０と情報端末２０とサーバー３０とが、ネットワーク６０を介して接続されている構成が挙げられる。
【００１９】
エアコン１０は、保守管理対象の機器の一例であり、リモコン７０により操作可能である。保守管理対象となる機器は、通信機能を有する電子機器であればどのような機器であってもよい。例えば、機器は、無線チップを内蔵しており、プロジェクターや事務機器、家電品、電動自転車、自動車、電動工具等のあらゆる機器が管理対象となり得る。また、機器は、機器本体に限られず、バッテリー等の付属品も１つの機器として含まれ、本システムの保守管理対象とすることができる。
【００２０】
情報端末２０は、無線チップを内蔵しており、スマートフォンや携帯電話等の小型で携帯可能な情報端末であり得る。情報端末２０としては、製造時から無線チップが回路内に組み込まれている機器に限られず、無線チップを組み込んだメモリカードやドングル等を後から挿入した機器も含む。これにより、情報端末２０は、無線通信が可能となる。情報端末２０は、図示しない中継局を介してネットワーク６０に接続されてもよい。中継局は、携帯電話基地局、Ｗｉ−Ｆｉステーション等の中継機能を有する。
【００２１】
サーバー３０は、情報端末２０を介して各機器の保守を管理する保守管理装置の一例である。具体的には、サーバー３０は、機器の保守内容に基づき保守可能なサービス提供店の範囲を定め、定められた範囲のサービス提供店のうちから機器の保守を行うサービス提供店を選択する。サーバー３０は、サービス提供店の機器（以下、「メンテナンス業者機器４０」とも呼ぶ。）に保守が必要な機器に関する情報を送信し、機器の保守を誘導する。
【００２２】
サーバー３０は、機器登録情報ＤＢ５１、メンテナンス実施情報ＤＢ５２、異常判断情報ＤＢ５３、メンテナンス業者リスト５４、メンテナンス判断情報テーブル５５及びエラー判断情報テーブル５６のそれぞれに記憶されている各データを利用して機器の保守管理を行う。また、サーバー３０は、各エアコン１０が記憶する各エアコン１０の稼働情報ＤＢ１０ａに記憶されている機器の稼働情報を利用して機器の保守管理を行う。
【００２３】
機器登録情報ＤＢ５１は、機器情報（図５）及び機器登録情報（図６）を記憶する。メンテナンス実施情報ＤＢ５２は、機器の保守を行ったサービス提供店及び実施された保守内容に関する情報を含むメンテナンス実施情報（図１０）を記憶する。
【００２４】
異常判断情報ＤＢ５３は、機器の異常を判断するための情報（図１７〜図１９）を記憶する。メンテナンス業者リスト５４は、保守可能なサービス提供店を示したリストを記憶する。メンテナンス判断情報テーブル５５は、メンテナンス判断情報（図９）を記憶する。例えば、稼働情報とメンテナンス判断情報とを比較して、メンテナンスの要否が判断される。エラー判断情報テーブル５６は、エラー判断情報（図１４）を記憶する。例えば、稼働情報とエラー判断情報とを比較して、緊急保守（緊急性の高い保守）か否かが判断される。稼働情報ＤＢ１０ａは、機器毎の稼働情報を記憶する。
【００２５】
［各装置の機能構成］
次に、一実施形態に係る保守管理システムの各装置の機能構成について、図２を参照しながら説明する。図２は、一実施形態に係る各装置の機能構成例を示す。図２（ａ）は、情報端末２０（以下、「スマホ４０」を例に挙げて説明する。）の機能構成の一例である。図２（ｂ）は、リモコン７０の機能構成の一例である。図２（ｃ）は、エアコン１０の機能構成の一例である。図２（ｄ）は、サーバー３０の機能構成の一例である。図２（ｅ）は、メンテナンス業者機器４０の機能構成の一例である。メンテナンス業者機器４０は、保守可能なサービス提供店に備えられた機器の一例である。保守可能なサービス提供店の形態はいかなる形態であってもよく、実際の店舗であってもよく、仮想空間上の店舗であってもよい。また、サービス提供店にはサービス提供会社やサービス提供のＩＳＰ（インターネットサービスプロバイダ）も含まれてもよい。
【００２６】
スマホ２０は、表示部２１と通信部２２と記憶部２４と制御部２５と画像／音声取得部２６とを有している。表示部２１は、ディスプレイ等を有し、例えばメンテナンス業者に関する情報等を表示する。通信部２２は、ネットワーク６０とのインタフェースを有し、ネットワーク６０を介してサーバー３０との接続を可能とする。通信部２２は、一般的なスマートフォンや携帯電話の通信機能を有する。通信部２２は、例えば、ブルートゥース（商標）やワイファイ（Ｗｉ−Ｆｉ）による無線通信機能、ＮＦＣ（Near field communication）等の無線チップによる無線通信機能を有している。
【００２７】
記憶部２４は各種データを保持している。制御部２５は、スマホ２０の全体を制御する。画像／音声取得部２６は、スマホ２０に装着されたカメラ等の撮像機能及び音声の録音機能を用いて画像を撮像し、音声を取り込む。これにより、スマホ２０をエアコン１０にかざすと異常状態を示す画像や異常音、その他の保守に関する情報を取得できる。
【００２８】
また、例えば、ユーザーがエアコン１０の異常を検知した場合、スマホ２０をエアコン１０にかざすと画像、音声以外に、動画や、異常部位に取り付けられたＮＦＣからの情報を取得することができる。ＮＦＣに温度センサや衝撃センサが装着されていれば、スマホ２０をエアコン１０にかざすことで部位の部品番号と温度やショックを取得することができる。
【００２９】
リモコン７０は、表示部７１と赤外線通信部７２と近距離無線通信部７３とを有している。表示部７１は、ディスプレイ等を有し、例えば操作メニュー等を表示する。赤外線通信部７２は、赤外線を用いた通信機能を有し、エアコン１０と赤外線による無線通信を可能とする。近距離無線通信部７３は、ＮＦＣ等の無線チップによる近接無線通信機能を有している。
【００３０】
エアコン１０は、表示部１１と赤外線通信部１２と通信部１３と制御部１４と記憶部１５と電源部１６とを有している。表示部１１は、ディスプレイ等を有し、例えば操作メニュー等を表示する。赤外線通信部１２は、赤外線を用いた通信機能を有し、リモコン７０と赤外線による無線通信を可能とする。通信部１３は、例えば、ブルートゥースやワイファイ（Ｗｉ−Ｆｉ）による無線通信を可能とする。制御部１４は、エアコン１０の全体を制御する。記憶部１５は、例えば稼働情報を保持している。電源部１６は、電源がオンされるとエアコン１０に電力を供給し、エアコン１０を動作させる。
【００３１】
サーバー３０は、表示部３１と通信部３２と記憶部３３と制御部３４と判定部３５と選択部３６とを有している。表示部３１は、ディスプレイ等を有し、各種データを表示する。通信部３２は、ネットワーク６０とのインタフェースを有し、ネットワーク６０を介してスマホ２０との接続を可能とする。記憶部３３は、機器登録情報ＤＢ５１、メンテナンス実施情報ＤＢ５２、異常判断情報ＤＢ５３、メンテナンス業者リスト５４、メンテナンス判断情報テーブル５５及びエラー判断情報テーブル５６を記憶する。ただし、機器登録情報ＤＢ５１、メンテナンス実施情報ＤＢ５２、異常判断情報ＤＢ５３、メンテナンス業者リスト５４、メンテナンス判断情報テーブル５５及びエラー判断情報テーブル５６は、必ずしもサーバー３０上に記憶されなくてもよい。例えば、これらの情報は、ネットワーク６０を介して接続可能なクラウドコンピュータの記憶領域に記憶されてもよい。
【００３２】
制御部３４は、サーバー３０の全体を制御する。判定部３５は、エアコン１０の稼働情報に基づきエアコン１０の保守内容を判定する。選択部３６は、エアコン１０の保守内容に基づき保守可能なメンテナンス業者機器４０の範囲を定める。定められた範囲のメンテナンス業者機器４０のうちから前記機器情報によって特定される機器の保守を行うメンテナンス業者機器４０が選択される。
【００３３】
メンテナンス業者機器４０は、表示部４１と通信部４２と記憶部４３と制御部４４とを有している。通信部４２は、サーバー３０から送信されるエアコン１０の保守に関する情報を受信する。制御部４４は、受信したエアコン１０の保守に関する情報に基づき、エアコン１０の保守作業の実行を制御する。
【００３４】
［エアコンとの無線登録処理］
次に、一実施形態に係るエアコン１０とスマホ２０との無線登録処理について図３を参照して説明する。図３は、一実施形態に係るエアコンとの無線登録処理の一例を示したフローチャートである。図３の左側は情報端末（スマホ２０）が行う処理を示し、中央はリモコン７０が行う処理を示し、右側はエアコン１０が行う処理を示す。
【００３５】
まず、エアコン１０が開封され、設置される（ステップＳ１０）。次に、リモコン７０に電池を入れる等によりリモコン７０がセットアップされる（ステップＳ１１）。次に、スマホ２０は、エアコン１０のアプリケーション（以下、「アプリ」ともいう。）を立ち上げる（ステップＳ１２）。ユーザーは、スマホ２０をリモコン７０にかざし（ステップＳ１３）、スマホ２０の表示部２１は、リモコン７０の操作方法を表示する（ステップＳ１４）。ユーザーは、リモコン７０の操作方法に従ってリモコン７０の所定のボタンを押す。スマホ２０の通信部２２は、リモコン７０とＮＦＣ通信を行い、無線通信を行うためのスマホ２０の認証情報をリモコン７０に送信する（ステップＳ１５）。ＮＦＣ通信は、第１の無線通信であり、後述される第２の無線通信と区別される。
【００３６】
リモコン７０の近距離無線通信部７３は、スマホ２０の認証情報を受信し（ステップＳ１６）、赤外線通信部７２は、赤外線通信にてその認証情報をエアコン１０に送信する（ステップＳ１７）。
【００３７】
エアコン１０の赤外線通信部１２は、赤外線通信にて送信されたスマホ２０の認証情報を受信し（ステップＳ１８）、受信した認証情報をエアコン１０の通信部１３に送信する（ステップＳ１９）。エアコン１０の通信部１３は、受信した認証情報を記憶部１５に記憶し、認証設定を行う（ステップＳ２０）。エアコン１０の通信部１３は、認証済みを知らせる無線通信信号をスマホ２０に送信する（ステップＳ２１）。
【００３８】
スマホ２０は、第２の無線通信（例えば、ブルートゥースやワイファイ（Ｗｉ−Ｆｉ））を起動させる（ステップＳ２２）。通信部２２は、エアコン１０からの認証済みを知らせる無線通信信号を受信する（ステップＳ２３）。これに応じて、スマホ２０の表示部２１に「エアコン１０との通信ができました」と表示される。これにより、ユーザーにエアコン１０との通信が可能になったことが通知され、本処理を終了する。
【００３９】
以上、図３のエアコン１０の無線登録処理について説明した。この認証処理によりエアコン１０とスマホ２０とが紐付けられ、ブルートゥースやワイファイを利用してエアコン１０とスマホ２０との通信が可能となる。次に、エアコン１０の機器登録処理について、図４を参照しながら説明する。
【００４０】
［エアコンの機器登録処理］
次に、一実施形態に係るエアコン１０の機器登録処理について図４を参照して説明する。図４は、一実施形態に係るエアコン１０の機器登録処理の一例を示したフローチャートである。図４の左側はエアコン１０が行う処理を示し、中央は情報端末（スマホ２０）が行う処理を示し、右側はサーバー３０が行う処理を示す。
【００４１】
スマホ２０は、エアコン１０のアプリを立ち上げる（ステップＳ３０）。スマホ２０の通信部２２は、エアコン１０の制御部１４の稼働と機器情報の送信依頼を送る（ステップＳ３１）。
【００４２】
エアコン１０は制御部１４を稼働させ、エアコン１０の機器情報を取得し（ステップＳ３２）、通信部１３は、エアコン１０の機器情報をスマホ２０に送信する（ステップＳ３３）。図５は、一実施形態に係る機器情報の一例を示す。機器情報としては、エアコン１０の機種番号４０１、シリアル番号４０２、出荷日４０３、生産国４０４及び生産地区４０５の各情報が挙げられる。
【００４３】
図４に戻り、スマホ２０の通信部２２は、エアコン１０の機器情報を受信する（ステップＳ３４）。次に、スマホ２０の通信部２２は、機器登録情報を取得する（ステップＳ３５）。図６は、一実施形態に係る機器登録情報の一例を示す。機器登録情報としては、機器情報に加えて、登録日時５０１、位置情報５０２及びユーザー情報５０３の各情報が挙げられる。登録日時は、エアコン１０を認証した日（エアコン１０の稼働日）を示す。位置情報５０２は、ＧＰＳシステムを利用して取得したエアコン１０の位置情報であってもよい。ユーザー情報５０３としては、例えば、電話番号が挙げられる。
【００４４】
図４に戻り、スマホ２０の通信部２２は、サーバー３０に機器情報及び機器登録情報を送信する（ステップＳ３６）。サーバー３０の通信部３２は、機器情報及び機器登録情報を受信し（ステップＳ３７）、記憶部３３は機器情報及び機器登録情報を機器登録情報ＤＢ５１に保存する（ステップＳ３８）。サーバー３０の通信部３２は、機器登録完了情報をスマホ２０に送信する（ステップＳ３９）。スマホ２０の通信部２２は、機器登録完了情報を受信し、表示部２１にメッセージを表示する（ステップＳ４０）。
【００４５】
以上により、エアコン１０の機器登録を完了させることができる。次に、エアコン１０の制御とエアコン１０からの情報取得とエアコン１０の保守情報の通知とを含む定期メンテナンス処理について、図７を参照しながら説明する。
【００４６】
［エアコンの定期メンテナンス処理］
次に、一実施形態に係るエアコン１０の定期メンテナンス処理について図７を参照して説明する。図７は、一実施形態に係るエアコン１０の定期メンテナンス処理の一例を示したフローチャートである。図７の左側はエアコン１０が行う処理を示し、中央左は情報端末（スマホ２０）が行う処理を示し、中央右はサーバー３０が行う処理を示し、右側はメンテナンス業者機器４０が行う処理を示す。
【００４７】
スマホ２０は、エアコン１０のアプリを立ち上げる（ステップＳ５０）。スマホ２０の通信部２２は、エアコン１０に通信開始情報を送信する（ステップＳ５１）。エアコン１０の通信部１３は、通信開始情報を受信し、制御部１４を稼働させる（ステップＳ５２）。制御部１４は、エアコン１０の本体をチェックする（ステップＳ５３）。エアコン１０の通信部１３は、機器の機器情報と稼動情報を受信し、それらの情報をスマホ２０に送信する（ステップＳ５４）。
【００４８】
図８は、一実施形態に係る稼働情報の一例を示す。稼動情報は、エアコン１０の稼働状況等を示し、エアコン１０により保持及び管理されている。ただし、稼動情報は、エアコン１０以外の機器により保持及び管理されてもよい。稼動情報としては、エアコン１０の機種番号６０１、エアコン１０のシリアル番号６０２、起動日６０３、起動時間６０４、前回の終了日６０５、終了時間６０６、停止期間６０７（前回の稼働からエアコン１０が止まっていた時間）、トータルの稼働時間６０８、エラー情報６０９、各モードの稼働時間６１０、メンテナンス項目毎のメンテナンス後の稼働時間６１１の各情報が挙げられる。
【００４９】
図７に戻り、スマホ２０の通信部２２は、機器情報と稼動情報と機器登録情報を受信し（ステップＳ５５）、それらの情報をサーバー３０に送信する（ステップＳ５６）。サーバー３０の通信部３２は、機器情報と稼動情報と機器登録情報を受信する（ステップＳ５７）。
【００５０】
サーバー３０の判定部３５は、メンテナンス判断情報テーブル５５からメンテナンス判断情報を取得する（ステップＳ５８）。サーバー３０の判定部３５は、機器の稼働情報（例えば、図８の稼働情報６００）とメンテナンス判断情報（例えば、図９のメンテナンス判断情報７００）とを比較し（ステップＳ５９）、機器の稼働時間が所定範囲内であるかを判定する（ステップＳ６０）。機器の稼働時間が所定範囲内の場合、定期メンテナンスの必要はないため、サーバー３０は本処理を終了する。
【００５１】
メンテナンス判断情報テーブル５５に記憶されているメンテナンス判断情報７００の一例について説明する。図９は、一実施形態に係るメンテナンス判断情報の一例を示す。メンテナンス判断情報７００は、機種番号７０１毎に各項目（フィルタ７０２、ファン７０３、冷媒７０４、室外機７０５）のメンテナンス判断情報が記憶されている。
【００５２】
例えば、機器の稼働時間が所定範囲内であるかの判定について。その一例を以下に説明する。サーバー３０は、フィルタの項目の稼働時間６１１がその項目について予め設定された定期メンテナンスまでの稼働時間、つまりメンテナンス判断情報７００のフィルタの定期メンテナンスまでの稼働時間７０２以内かを判定する。ここでは、フィルタの項目の稼働時間６１１が「３７８ｈ」であり、フィルタの定期メンテナンスまでの稼働時間７０２の「３５０ｈ」を超えている。
【００５３】
この場合、サーバー３０は、登録された機種番号が同一の機器のメンテナンス実施情報を取得し（ステップＳ６１）、過去にメンテナンスが必要であることをユーザに通知しているかどうかを判断する。通知していれば、業者リストは前回のリストがそのまま表示される。
【００５４】
図１０は、一実施形態に係るメンテナンス実施情報の一例を示す。メンテナンス実施情報８００は、メンテナンス実施情報ＤＢ５２に記憶されている。メンテナンス実施情報８００としては、通知日８０１、メンテナンス項目８０２、対処方法８０３、推奨保守期限８０４、ユーザーの実施可否８０５、過去の報告８０６、ユーザーが実施しない場合の実施可能者８０７、連絡先８０８、実施可能者（業者）８０９、連絡先８１０、実施可能者８１１、連絡先８１２の各情報が挙げられる。
【００５５】
図７に再び戻り、サーバー３０の制御部３４は、メンテナンス実施情報に基づき、同一のメンテナンス実施箇所とはメンテナンス委託をしないことを確認する（ステップＳ６２）。該当する同一のメンテナンス箇所の情報がある場合（ステップＳ６３）、サーバー３０の通信部３２は、メンテナンス実施情報の過去の報告８０６を「あり」に変更してスマホ２０に送信する（ステップＳ６４）。
【００５６】
該当する同一のメンテナンス箇所の情報がない場合（ステップＳ６３）、サーバー３０の選択部３６は、メンテナンス業者リスト５４を取得する（ステップＳ７６）。選択部３６は、メンテナンス業者リスト５４からスマホ２０の位置情報５０２を元に近隣のメンテナンス業者（サービス提供店）に関するメンテナンス実施情報を選択する（ステップＳ７７）。サーバー３０の通信部３２は、メンテナンス実施情報をスマホ２０に送信する（ステップＳ７８）。
【００５７】
スマホ２０の通信部２２は、サーバー３０から送信されたメンテナンス実施情報を受信し（ステップＳ６５）、過去の報告８０６が「あり」かを判定する（ステップＳ６６）。過去の報告８０６が「あり」の場合、スマホ２０の判定部３５は、メンテナンス実施情報に基づくメンテナンスの実施を確認し（ステップＳ６７）、実施されているかを判定する（ステップＳ６８）。実施されていなければ、スマホ２０の判定部３５は、表示部３１にメンテナンスの実施を催促するメッセージを表示し（ステップＳ６９）、実施されていれば稼働情報の更新を指示する（ステップＳ７０）。エアコン１０の制御部１４は、スマホ２０からの指示に従い、稼働情報を更新する（ステップＳ７１）。
【００５８】
ステップＳ６６にて過去の報告８０６が「なし」の場合、スマホ２０の制御部２５は、ユーザーにそのメンテナンスを自ら行うか、それとも他者に依頼するかを問い合わせ、ユーザーの入力操作によりメンテナンス委託情報を入力する（ステップＳ７２）。スマホ２０の制御部２５は、メンテナンス委託情報に基づき委託が必要かを判定し（ステップＳ７３）、委託が不要であればステップＳ７５に進む。委託が必要であれば、スマホ２０の制御部２５は、メンテナンス業者リスト５４を表示部２１に表示し、ユーザーの選択及び入力操作に応じてリストから委託先を選定し、希望の日時を選択し、氏名、電話番号を入力する（ステップＳ７４）。
【００５９】
一実施形態に係るメンテナンス業者リスト５４の一例を図１１に示す。メンテナンス業者リストには、図１１（ａ）の緊急対応が必要な保守（例えば、故障や修理）の場合のメンテナンス業者リスト９００ａと、図１１（ｂ）の緊急対応が不要な保守（例えば、定期保守）の場合のメンテナンス業者リスト９００ｂとがある。緊急対応が必要な保守の場合と、緊急対応が不要な保守の場合とで対応可能なサービス提供店の範囲は異なる。
【００６０】
例えば、図１１（ａ）の緊急対応が必要な保守の場合、メンテナンス業者リスト９００ａには、業者情報９０１としてＡ〜Ｈのサービスセンタが保守可能なサービス提供店の範囲として挙げられている。なお、メンテナンス業者リスト９００ａには、業者情報９０１の他、各業者の住所９０２、電話番号９０３、修理対象部品９０４の情報が含まれる。
【００６１】
これに対して、図１１（ｂ）の緊急対応が不要な保守の場合、メンテナンス業者リスト９００ｂには、業者情報９０１として比較的小規模の業者が保守可能なサービス提供店の範囲として挙げられている。なお、メンテナンス業者リスト９００ｂには、業者情報９０１の他、各業者の住所９０２、電話番号９０３、保守部品交換９０５、清掃９０６の情報が含まれる。
【００６２】
図７の処理に戻り、スマホ２０の通信部２２は、メンテナンス実施情報をサーバー３０に送信する（ステップＳ７５）。サーバー３０の通信部３２は、メンテナンス実施情報を受信する（ステップＳ７９）。サーバー３０の判定部３５は、メンテナンス実施情報に基づき委託が必要かを判定し（ステップＳ８０）、委託が不要であれば本処理を終了する。委託が必要であれば、サーバー３０の通信部３２は、機器情報とメンテナンス実施情報を送信する（ステップＳ８１）。
【００６３】
メンテナンス業者機器４０の通信部４２は、機器情報とメンテナンス実施情報を受信する（ステップＳ８２）。メンテナンス業者機器４０の制御部４４は、受信した位置情報に基づきユーザーの概略住所を特定し、メンテナンス実施情報を元に訪問時期を検討する。制御部４４は、取得した電話番号にてユーザーと打合せした上でメンテナンス実施日時を決め（ステップＳ８３）、メンテナンス実施日にメンテナンスを行う（ステップＳ８４）。その後、制御部４４は、稼働情報６００の更新を指示する（ステップＳ８５）。エアコン１０の制御部２５は、メンテナンス業者機器４０からの指示に従い、稼働情報を更新する（ステップＳ７１）。
【００６４】
以上、エアコン１０の制御とエアコン１０からの情報取得とエアコン１０の保守情報の通知と定期メンテナンス処理について説明した。これによれば、機器を定期メンテナンスで点検する場合、登録済みのメンテナンス業者（サービス提供店）に定期メンテナンスの情報を発信し、サービス提供店からユーザーに電話をすることでユーザーの利便性を向上させることができる。
【００６５】
なお、エアコン１０は、エアコン１０を操作するたびにその稼動情報をサーバー３０に送信してもよい。なお、エアコン１０が稼動情報を取得することとサーバー３０へ稼動情報を送信することは、特定のタイミング（電源のオン／オフ時）に行っても良いし、ボタンを押すごとに行っても良い、一定時間の間隔毎に行っても良い。
【００６６】
定期メンテナンス処理後、アプリ中の電源ボタンを押すとエアコン１０が稼動する。エアコン１０は、エラーがなければ稼動可能状態になり、エラーが発生していれば、それに応じた異常状態を保持する。次に、エアコン１０が異常を判断した場合のエアコンの緊急保守処理について、図１２を参照しながら説明する。
【００６７】
［エアコンの緊急保守処理（エアコンが異常を判断した場合）］
次に、エアコン１０が異常を判断した場合に実行される、一実施形態に係るエアコン１０の緊急保守処理について図１２を参照して説明する。図１２は、エアコン１０が異常を判断した場合に実行される、一実施形態に係るエアコン１０の緊急保守処理の一例を示したフローチャートである。図１２の左側はエアコン１０が行う処理を示し、中央左は情報端末（スマホ２０）が行う処理を示し、中央右はサーバー３０が行う処理を示し、右側はメンテナンス業者機器４０が行う処理を示す。
【００６８】
まず、スマホ２０が、エアコン１０のアプリを立ち上げる（ステップＳ９０）。スマホ２０の通信部２２は、エアコン１０に稼動開始情報を送信する（ステップＳ９１）。エアコン１０の通信部１３は、稼動開始情報を受信し、制御部１４を稼働させる（ステップＳ９２）。エアコン１０の制御部１４は、エアコン１０の本体をチェックする（ステップＳ９３）。エアコン１０の通信部１３は、機器情報と稼動情報を取得し、その情報をスマホ２０に送信する（ステップＳ９４）。
【００６９】
スマホ２０の通信部２２は、エアコン１０から送信された機器情報及び稼動情報を受信する（ステップＳ９７）。スマホ２０の通信部２２は、機器情報と稼動情報と機器登録情報をサーバー３０に送信する（ステップＳ９８）。
【００７０】
例えば、この時点での稼働情報６００は、図１３に示される状態となっているとする。つまり、図８に示した稼働情報６００では、エラー情報６０９は記憶されていなかったのに対して、図１３に示した稼働情報６００では、エラー情報６０９に「Ｅ００１５」が記憶されている状態である。
【００７１】
サーバー３０の通信部３２は、機器情報と稼動情報と機器登録情報を受信する（ステップＳ９９）。サーバー３０の制御部３４は、エラー判断情報テーブル５６からエラー判断情報１０００を取得する（ステップＳ１００）。
【００７２】
エラー判断情報１０００の一例を図１４に示す。エラー判断情報１０００としては、機種番号１００１、エラー情報１００２、エラー内容１００３、対応レベル１００４、メンテナンス緊急度１００５、メンテナンス業者１００６、連絡先１００７の各情報が挙げられる。
【００７３】
サーバー３０の選択部３６は、機器情報から、エラー判断情報１０００中のエラー情報を抽出し、緊急度等により保守対応するメンテナンス業者機器４０を決定する（ステップＳ１０１）。メンテナンス緊急度１００５が「緊急」であり、かつ対処が「停止」の場合、緊急性が高いため、サーバー３０の選択部３６は、機器情報とメンテナンス実施情報とをメンテナンス業者機器４０に送信する（ステップＳ１０２）。メンテナンス業者機器４０の通信部４２は、これらの情報を受信する（ステップＳ１０３）。
【００７４】
メンテナンス業者機器４０の制御部４４は、受信した位置情報を元にユーザーの概略住所を特定し、メンテナンス実施情報に基づき訪問時期を検討する。制御部４４は、取得した電話番号にてユーザーと打合せした上で、必要に応じてメンテナンスを実施する訪問日時を決める（ステップＳ１０４）。メンテナンス業者は、メンテナンスを実施する（ステップＳ１０５）。メンテナンス業者機器４０は、稼働情報の更新をエアコン１０に指示する（ステップＳ１０６）。エアコン１０は、指示に従い稼働情報を更新する（ステップＳ１０７）。また、送付された機器情報と稼動情報を元に、図には記載していないメンテナンスマニュアル等を活用して、必要な工具、部品を手配しておく。
【００７５】
ステップＳ１０１にて緊急度が「緊急」でない場合、又は対処が「停止」でない場合、サーバー３０の通信部３２は、エラー判断情報をスマホ２０に送信する（ステップＳ１０８）。
【００７６】
スマホ２０の通信部２２は、エラー判断情報を受信する（ステップＳ１０９）。メンテナンス緊急度１００５が「緊急」でないか又は対処が「停止」でないと判断された場合（ステップＳ１１０）、スマホ２０は、メンテナンスを実施するかをユーザーに問い合わせ（ステップＳ１１１）、保守の実施を委託しない場合には、本処理を終了する。保守の実施を委託する場合にはステップＳ１１２に進む。
【００７７】
メンテナンス緊急度１００５が「緊急」であって対処が「停止」と判断された場合（ステップＳ１１０）、スマホ２０は、エラー情報を見てユーザーが入力を操作した内容に従いメンテナンス委託情報を入力し（ステップＳ１１２）、希望の日時の選択、氏名、電話番号の入力を受け付ける（ステップＳ１１３）。なお、この時、電話番号は、スマホ２０が保持している情報を使用しても良い。また、連絡先さえあれば良い為、氏名は無くても良い。スマホ２０の通信部２２は、メンテナンス実施情報をサーバー３０に送信する（ステップＳ１１４）。サーバー３０の通信部３２は、メンテナンス実施情報を受信し（ステップＳ１１５）、機器情報とメンテナンス実施情報を送信する（ステップＳ１１６）。
【００７８】
メンテナンス業者機器４０の通信部４２は、機器情報とメンテナンス実施情報を受信し（ステップＳ１０３）、メンテナンスを行い（ステップＳ１０４〜Ｓ１０６）、エアコン１０は稼働情報の更新を行う（ステップＳ１０７）。
【００７９】
図１５は、一実施形態に係るメンテナンス実施情報１０１０の一例を示す。ここでは、メンテナンス情報１０１０は、メンテナンスを実施するための情報であり、機種番号１０１１、シリアル番号１０１２、エラー情報１０１３、委託者位置情報１０１４、委託者電話番号１０１５、メンテナンス業者１０１６、連絡先１０１７、希望日１０１８及び希望時間１０１９が記憶されている。
【００８０】
以上に説明したように、エアコン１０が異常を判断した場合、エアコン１０は、エラーの対応レベルが停止であれば稼動せず、停止でなければ、稼動可能状態にする。エアコン１０が正常状態になれば、アプリ中の電源ボタンを押すと、エアコン１０が稼動する。
【００８１】
以上、エアコン１０が異常を判断した場合の処理について説明した。エアコン１０の故障のレベルはさまざまであり、それに応じて保守の緊急度やメンテナンス業者（サービス提供店）に要求される保守のスキルは異なってくる。これに対して、本実施形態では、エアコン１０の保守内容に応じて緊急性が高い場合（機器の故障、交換、修理等）と、緊急性が低い場合（定期メンテナンス等）とに分ける。そして、緊急性が高い場合と低い場合とで保守可能なサービス提供店の範囲が個別に定められる。そして、それぞれの場合について定められた異なる範囲のサービス提供店のうちからエアコン１０の保守を行うサービス提供店が選択される。例えば、緊急性が高い場合には緊急保守が可能なサービス提供店の範囲を定め、緊急性が低い場合には点検可能なサービス提供店の範囲を定める。緊急保守が可能なサービス提供店の範囲は、点検可能なサービス提供店の範囲よりも狭い範囲であることが考えられる。これにより、エアコン１０の保守内容に応じて、点検可能なあるいは緊急保守可能なサービス提供店の範囲からエアコン１０を適切に保守するサービス提供店を選別することができる。
【００８２】
［エアコンの緊急保守処理（ユーザーが異常を判断した場合）］
次に、ユーザーが異常を判断した場合に実行される、一実施形態に係るエアコン１０の緊急保守処理について図１６を参照して説明する。図１６は、ユーザーが異常を判断した場合に実行される、一実施形態に係るエアコン１０の緊急保守処理の一例を示したフローチャートである。図１６の左側はエアコン１０が行う処理を示し、中央左は情報端末（スマホ２０）が行う処理を示し、中央右はサーバー３０が行う処理を示し、右側はメンテナンス業者機器４０が行う処理を示す。
【００８３】
図１６のスマホ２０のエアコン１０アプリを立ち上げるステップＳ５０〜Ｓ６０は、図７の同ステップと同じ処理のため説明を省略する。また、図１５のステップＳ１０３〜Ｓ１０７、ステップＳ１１１〜Ｓ１１６は、図１２の同ステップと同じ処理のため説明を省略する。
【００８４】
ステップＳ５９、Ｓ６０にて、サーバー３０の判定部３５は、機器の稼働情報とメンテナンス判断情報とを比較し、機器の稼働時間が所定範囲内でない場合には機器の定期メンテナンスが必要であると判定し、サーバー３０は、図７に示した定期メンテナンスを実行する（ステップＳ１２０）。定期メンテナンスの詳細はここでは省略する。
【００８５】
一方、機器の稼働時間が所定範囲内である場合、サーバー３０の通信部３２は、メンテナンス実施情報を送信し、メンテナンスの必要がないこと（メンテナンスＯＫ）をスマホ２０に通知する（ステップＳ１２１）。
【００８６】
スマホ２０の通信部２２は、メンテナンス実施情報を受信する（ステップＳ１２２）。スマホ２０の表示部２１は、メンテナンスＯＫを表示する（ステップＳ１２３）。ここで、スマホ２０がアプリ中の電源ボタンを押すと、エアコン１０が稼動する。
【００８７】
この時点で、ユーザーがエアコン１０の異常を判断すると（ステップＳ１２４）、ユーザーは異常検知ボタンを押す（ステップＳ１２５）。スマホ２０の表示部２１は、異常判断メニューを表示し、スマホ２０は該当異常に対する調査をユーザーに指示する。ユーザーは、スマホ２０の指示に従って異常情報を取得（異常部の写真、異常部の動作音、異常部にかざして部品情報の取得など）する。具体的には、ユーザーは、異常判断メニューから該当項目又は該当部品を選択する（ステップＳ１２６）。選択に応じて、スマホ２０の表示部２１には、「異常個所にスマホをかざしてください」と表示される（ステップＳ１２７）。
【００８８】
ユーザーがスマホ２０をエアコンの異常個所にかざすと（ステップＳ１２８）、スマホ２０の通信部２２は、かざした場所に埋め込まれたＮＦＣから部品番号（部品情報の一例）を取得する（ステップＳ１２９）。また、スマホ２０は、カメラを使用してエアコンの異常箇所を写真に撮る（ステップＳ１３０）。さらに、スマホ２０は、異常音を録音する（ステップＳ１３１）。
【００８９】
また、例えば、ユーザーがエアコン１０の異常を検知した場合、スマホ２０をエアコン１０にかざすと画像、音声以外に、動画や、異常部位に取り付けられたＮＦＣからの情報を取得することができる。ＮＦＣに温度センサや衝撃センサが装着されていれば、スマホ２０をエアコン１０にかざすことで部位の部品番号と温度やショックを取得することができる。
【００９０】
ただし、エアコンの異常箇所の写真及び動作音（異常音）の録音等の情報のうちの少なくともいずれかが取得できればよい。スマホ２０の通信部２２は、メニュー選択結果と、取得した異常情報（写真、動作音、部品情報など）をサーバー３０に送信する（ステップＳ１３２）。
【００９１】
サーバー３０の通信部３２は、ユーザーにより取得された異常情報を受信する（ステップＳ１３３）。サーバー３０の判定部３５は、異常情報を解析し（ステップＳ１３４）、異常判断情報ＤＢ５３を参照し、異常状態を特定し、緊急度を確認する（ステップＳ１３５）。確認の結果、サーバー３０の判定部３５が緊急保守を要すると判定した場合（ステップＳ１３６）、通信部３２は、機器情報とユーザーにより取得された異常情報と解析結果とを（メンテナンスセンターの）メンテナンス業者機器４０に通知する（ステップＳ１３７）。また、通信部３２は、これらの異常判断情報（機器情報と異常情報と解析結果）をスマホ２０に送信する（ステップＳ１３８）。
【００９２】
スマホ２０の通信部２２は、異常状態情報を受信し（ステップＳ１３９）、異常状態情報を表示部２１に表示し、ユーザーに緊急保守が必要かを判定させる（ステップＳ１４０）。緊急でない場合、スマホ２０は、メンテナンスを実施するかをユーザーに問い合わせ（ステップＳ１１１）、保守の実施を委託しない場合には、本処理を終了する。保守の実施を委託する場合にはステップＳ１１２に進む。
【００９３】
保守の実施を委託する場合又は緊急保守が必要と判定された場合、ステップＳ１１２以降の処理にあるとおり、希望日時が入力され、メンテナンス業者は、ユーザー希望日時に対して調整したうえで、メンテナンスを実施する。
（異常判断情報と解析結果）
ユーザーが取得した写真や異常音に対応した異常判断情報と解析結果について、図１７〜図１９を参照しながら、具体例を挙げて説明する。図１７は、一実施形態に係る異常判断情報及び異常判断情報ＤＢの一例を示す。図１８は、一実施形態に係る異常判断情報表の一例を示す。図１９は、一実施形態に係る異常判断の解析結果の一例を示す。
【００９４】
図１７（ａ）は、ユーザーが、スマホ２０の音声録音機能を利用して録音したエアコン１０の異常音の波形一例である。図１７（ｂ）は、エアコン１０の正常時の音の波形の一例である。正常時の音の波形は、異常判断情報ＤＢ５３に記憶されている。図１７（ｃ）は、図１７（ａ）の異常音と図１８（ｂ）の正常音との差異に基づく解析結果の一例である。
【００９５】
図１７（ｃ）に示した解析では、周波数の各範囲に対するスマホ２０から送信された異常音のレベルを抽出して、正常時の音のレベルとの差分を求める。図１７（ｃ）には、差異の絶対値が示されている。差異の絶対値が、差異の許容値内であれば判定は「ＯＫ」となり、差異の許容値外であれば判定は「ＮＧ」となる。
【００９６】
図１７（ｃ）の例では、周波数が９００〜１０００Ｈｚの範囲で、差異の絶対値が許容値外となり、判定が「ＮＧ」となっている。
【００９７】
図１８の異常判断情報表は、異常判断情報ＤＢ５３に記憶されている。異常判断情報表は、周波数の範囲と異常個所とが対応付けられて記憶されている。また、異常個所に対して必要な保守の種類（点検又は修理）が示されている。
【００９８】
例えば、図１７（ｃ）の例では、周波数が９００〜１０００Ｈｚの範囲で判定が「ＮＧ」となっているため、サーバー３０の判定部３５は、異常判断情報表に基づき異常個所をエアコン１０の「ファン」と判定し、保守の種類を「修理」と特定することができる。
【００９９】
図１９の例は、スマホ２０とエアコン１０との距離が正常に測定可能な距離よりも離れていて、音のレベルが大きく異なる場合についての解析結果を示す。（２）のスマホ２０により取得された異常音レベルは、スマホ２０とエアコン１０との距離が離れているため、本来の値に対して全体的に５ｄＢ下がっている場合を示している。この結果、（１）正常音と（２）異常音とのレベルの差異は、すべての周波数の範囲において許容範囲内であり、保守は不要との判定結果となっている。
【０１００】
しかしながら、異常音のレベルは現在の値に＋５ｄＢした値が本来の値である。よって、（６）では、補正後の異常音として（２）の異常音レベルに＋５ｄＢした値が算出される。そして、（１）正常音と（６）異常音とのレベルの差異を求めると、周波数が９００〜１０００Ｈｚの範囲で判定が「ＮＧ」となる。この補正後の解析結果に基づき、サーバー３０の判定部３５は、異常判断情報表に基づき異常個所をエアコン１０の「ファン」と判定し、保守の種類を「修理」と特定することができる。
【０１０１】
（ハードウェア構成例）
最後に、本実施形態に係る各装置のハードウェア構成例について、図２０を参照して説明する。図２０は、本実施形態に係る各装置（スマホ２０、サーバー３０、メンテナンス業者機器４０）のハードウェア構成例を示す図である。以下では、本実施形態に係る装置としてサーバー３０を例に挙げて説明する。
【０１０２】
サーバー３０は、入力装置１０１、表示装置１０２、外部Ｉ／Ｆ１０３、ＲＡＭ(Random Access Memory)１０４、ＲＯＭ(Read Only Memory)１０５、ＣＰＵ(Central Processing Unit)１０６、通信Ｉ／Ｆ１０７、及びＨＤＤ(Hard Disk Drive)１０８などを備え、それぞれがバスＢで相互に接続されている。
【０１０３】
入力装置１０１は、キーボードやマウスなどを含み、サーバー３０に各操作を入力するのに用いられる。表示装置１０２は、ディスプレイなどを含み、保守情報等を表示する。
【０１０４】
通信Ｉ／Ｆ１０７は、サーバー３０をネットワーク６０に接続するインタフェースである。これにより、サーバー３０は、通信Ｉ／Ｆ１０７を介して、他の機器（情報端末２０等）とデータ通信を行うことができる。
【０１０５】
ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、装置全体を制御する基本ソフトウェア及びアプリケーションソフトウェアがある。例えば、ＨＤＤ１０８には、各種のＤＢ情報やプログラム等が格納されている。
【０１０６】
外部Ｉ／Ｆ１０３は、外部装置とのインタフェースである。外部装置には、記録媒体１０３ａなどがある。これにより、サーバー３０は、外部Ｉ／Ｆ１０３を介して記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１０３ａには、フロッピー（商標又は登録商標）ディスク、ＣＤ(Compact Disk)、及びＤＶＤ(Digital Versatile Disk)、ならびに、ＳＤメモリカード(SD Memory card)やＵＳＢメモリ(Universal Serial Bus memory)などがある。
【０１０７】
ＲＯＭ１０５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、ネットワーク６０の設定等のプログラムやデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１０６は、上記記憶装置（例えば「ＨＤＤ１０８」や「ＲＯＭ１０５」など）から、プログラムやデータをＲＡＭ１０４上に読み出し、処理を実行することで、装置全体の制御や搭載機能を実現する演算装置である。
【０１０８】
上記ハードウェア構成により、本実施形態に係るサーバー３０は、エアコン１０の保守管理を行うことができる。例えば、ＣＰＵ１０６が、ＲＯＭ１０５やＨＤＤ１０８内に格納されたデータ及びプログラムを用いてエアコンとの無線登録処理、エアコンの機器登録処理、エアコンの定期メンテナンス処理及びエアコンの緊急保守処理を実行する。この結果、本実施形態では、エアコン１０の保守内容に対応して保守可能なサービス提供店を選択することができる。その結果、エアコン１０の保守内容に対応して選択された、保守可能なサービス提供店によりエアコン１０を適切に保守することができる。
【０１０９】
なお、機器登録情報ＤＢ５１、メンテナンス実施情報ＤＢ５２、異常判断情報ＤＢ５３、メンテナンス業者リスト５４、メンテナンス判断情報テーブル５５及びエラー判断情報テーブル５６の情報は、ＲＡＭ１０４、ＨＤＤ１０８、又はネットワーク６０を介してサーバー３０に接続されるクラウド上のサーバー３０等に格納され得る。
【０１１０】
以上、保守管理システム、保守管理装置及び保守管理方法を上記実施形態により説明したが、本発明は上記実施形態に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能である。
【０１１１】
例えば、上記実施形態に係る保守管理システムの構成は一例であり、本発明の範囲を限定するものではなく、用途や目的に応じて様々なシステム構成例があることは言うまでもない。
【０１１２】
例えば、機器の保守情報には、稼働情報、エラー情報、ユーザーから取得した保守情報等の機器の状態を示す情報が含まれる。
【０１１３】
また、エアコン１０と接続可能な情報端末２０及びサーバー３０がネットワーク６０を介して接続されているシステム形態は、本実施形態に係る保守管理システムの一態様であり、これに限定されない。例えば、本実施形態に係る保守管理システムに含まれるサーバー３０の台数は、１台又は２台以上であり得る。複数台のサーバー３０が設置される場合、エアコンの定期メンテナンス処理及び緊急保守処理は、複数台のサーバー３０で分散処理され得る。なお、用途や目的に応じて、複数台のうち１台のサーバー３０に選択的にそれら処理機能を集約させてもよい。
【０１１４】
また、保守対象の機器は、通信機能を有する電子機器であれば、エアコン１０に限られず、その機種や個数は問わない。保守対象の機器の一例としては、プロジェクター、事務機器、家電品、電動自転車、自動車、電動工具、画像形成装置等が挙げられる。また、情報端末は、携帯型の端末装置であれば、スマホ２０に限られず、例えば、携帯電話、携帯型情報端末（ＰＤＡ）、タブレット型機器、携帯型音楽機器、ゲーム機器等であってもよい。
【符号の説明】
【０１１５】
１０：エアコン
１０ａ：稼働情報ＤＢ
２０：情報端末
３０：サーバー
３２：通信部
３５：判定部
３６：選択部
４０：メンテナンス業者の機器
５１：機器登録情報ＤＢ
５２：メンテナンス実施情報ＤＢ
５３：異常判断情報ＤＢ
５４：メンテナンス業者リスト
５５：メンテナンス判断情報テーブル
５６：エラー判断情報テーブル
【先行技術文献】
【特許文献】
【０１１６】
【特許文献１】特許４６９６４２２号公報
【図１】
2015099471.tif 000003
【図２】
2015099471.tif 000004
【図３】
2015099471.tif 000005
【図４】
2015099471.tif 000006
【図５】
2015099471.tif 000007
【図６】
2015099471.tif 000008
【図７】
2015099471.tif 000009
【図８】
2015099471.tif 000010
【図９】
2015099471.tif 000011
【図１０】
2015099471.tif 000012
【図１１】
2015099471.tif 000013
【図１２】
2015099471.tif 000014
【図１３】
2015099471.tif 000015
【図１４】
2015099471.tif 000016
【図１５】
2015099471.tif 000017
【図１６】
2015099471.tif 000018
【図１７】
2015099471.tif 000019
【図１８】
2015099471.tif 000020
【図１９】
2015099471.tif 000021
【図２０】
2015099471.tif 000022