(57)【要約】【課題】動作履歴を含む近時データを利用して機器を診断し、機器の故障の兆候又は擬故障を検知したらユーザに通知する。【解決手段】演算部を有するサーバであって、ネットワークを介して情報を取得する通信部を介して機器の動作履歴を取得して記憶部に記憶させ、演算部は、動作履歴を含む近時データを利用して機器を診断して、機器の故障の兆候又は擬故障を検知した場合、機器のユーザの出力部又はコールセンタに通知する。【選択図】  図７
2019179300.tif 000002
【特許請求の範囲】
【請求項１】
演算部を有するサーバであって、
ネットワークを介して情報を取得する通信部を介して機器の動作履歴を取得して記憶部に記憶させ、
前記演算部は、前記動作履歴を含む近時データを利用して前記機器を診断して、前記機器の故障の兆候及び／又は擬故障を検知した場合、前記機器のユーザの出力部及び／又はコールセンタに通知することを特徴とするサーバ。
【請求項２】
前記演算部は、前記機器の故障の兆候の有無を診断し、
該診断は、ユーザの要求以外をきっかけとして開始されることを特徴とする請求項１に記載のサーバ。
【請求項３】
前記演算部は、
前記機器と同一又は類似する種別の機器の異常種別と、該異常種別を生じた又はその兆候を生じた時間帯を含む動作履歴としての教師データを含む異常教師データを学習または参照可能であり、
前記学習または参照の結果を利用して前記被診断データが前記機器の故障の兆候及び／又は擬故障の有無を分類することを特徴とする請求項１又は２に記載のサーバ。
【請求項４】
前記機器の故障の予兆を検知した場合、点検依頼のお願い出力を前記出力部に出力させ、
該点検依頼のお願い出力は、
前記機器が故障する虞があることを表示する故障兆候出力、及び／又は、
前記機器が故障した場合の影響を表示する故障時影響出力、を含むことを特徴とする請求項１乃至３何れか一項に記載のサーバ。
【請求項５】
前記点検依頼のお願い出力は、前記コールセンタへの点検依頼を補助する及び／又は促す点検依頼補助出力を含むことを特徴とする請求項４に記載のサーバ。
【請求項６】
ユーザからの要求以外をきっかけとした前記診断の開始が可能で、
前記機器の擬故障を検知した場合、確認のお願い出力を前記出力部に出力させ、
該確認のお願い出力は、
当該サーバが検知した擬故障の種類に応じて決定され、前記ユーザに具体的な作為を求める指示出力を含むことを特徴とする請求項１乃至５何れか一項に記載のサーバ。
【請求項７】
前記確認のお願い出力は、
前記コールセンタへの連絡を補助する異常残存時指示、又は、
該確認お願い出力を削除するお願い削除出力を含むことを特徴とする請求項６に記載のサーバ。
【請求項８】
複数の前記機器と通信し、
前記演算部は、前記機器の型番ごとにあらかじめ設定された類似群コード及び／又は前記機器のロット番号を利用して、前記診断に利用する基準を使い分け、又は基準を分けて学習し、
前記機器ごとに固有の識別番号を利用して前記機器を区別することを特徴とする請求項１乃至７何れか一項に記載のサーバ。
【請求項９】
機器の故障の兆候及び／又は擬故障の有無の診断の実行結果を、前記機器又は端末に出力させるプログラムであって、
前記機器の擬故障を検知した場合、擬故障の確認のお願い出力を出力させ、
該擬故障の確認お願い出力は、検知した擬故障の種類に応じて決定され、ユーザに具体的な作為を求める指示出力を含むことを特徴とするプログラム。
【請求項１０】
機器の故障の兆候及び／又は擬故障の有無の診断の実行結果を、前記機器又は端末に出力させるプログラムであって、
前記機器の故障の予兆を検知した場合、点検依頼のお願い出力を出力させ、
該点検依頼のお願い出力は、
前記機器が故障する虞があることを表示する故障兆候出力、及び／又は、
前記機器が故障した場合の影響を表示する故障時影響出力、を含むことを特徴とするプログラム。
【請求項１１】
サーバと、機器と、ネットワークと、出力部と、を含む機器システムであって、
前記サーバは、
ネットワークを介して前記機器の動作履歴を取得する通信部と、
前記動作履歴を含む近時データを記憶する記憶部と、
前記近時データを学習または参照可能な演算部と、を備え、
前記機器を診断して、前記機器の故障の兆候及び／又は擬故障を検知した場合、前記出力部及び／又はコールセンタに通知することを特徴とする機器システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ、プログラム、及び機器システムに関する。
【背景技術】
【０００２】
特許文献１は、家電機器１０に格納された稼動情報１３ａを通信端末１が読み取り、通信端末１がこの稼動情報３ａや不良状況３ｃ，２３ａを利用して不良内容を推測して、故障診断を可能とする方法を開示している（００１２，００１５，００２０，００２５、図１等）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−９５６０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１は、故障診断をその目的としていることから、実際に家電製品１０に故障が生じた場合にこの診断を行うものとして構成されており、故障前に何らかの診断を行うものではない。
【課題を解決するための手段】
【０００５】
上記事情に鑑みてなされた本発明のサーバは、
演算部を有するサーバであって、
ネットワークを介して情報を取得する通信部を介して機器の動作履歴を取得して記憶部に記憶させ、
前記演算部は、前記動作履歴を含む近時データを利用して前記機器を診断して、前記機器の故障の兆候及び／又は擬故障を検知した場合、前記機器のユーザの出力部及び／又はコールセンタに通知することを特徴とする。
【０００６】
また、上記事情に鑑みてなされた本発明の第１のプログラムは、
機器の故障の兆候及び／又は擬故障の有無の診断の実行結果を、前記機器又は端末に出力させるプログラムであって、
前記機器の擬故障を検知した場合、擬故障の確認のお願い出力を出力させ、
該擬故障の確認お願い出力は、検知した擬故障の種類に応じて決定され、ユーザに具体的な作為を求める指示出力を含むことを特徴とする。
【０００７】
また、上記事情に鑑みてなされた本発明の第２のプログラムは、
機器の故障の兆候及び／又は擬故障の有無の診断の実行結果を、前記機器又は端末に出力させるプログラムであって、
前記機器の故障の予兆を検知した場合、点検依頼のお願い出力を出力させ、
該点検依頼のお願い出力は、
前記機器が故障する虞があることを表示する故障兆候出力、及び／又は、
前記機器が故障した場合の影響を表示する故障時影響出力、を含むことを特徴とする。
【０００８】
また、上記事情に鑑みてなされた本発明の機器システムは、
サーバと、機器と、ネットワークと、出力部と、を含む機器システムであって、
前記サーバは、
ネットワークを介して前記機器の動作履歴を取得する通信部と、
前記動作履歴を含む近時データを記憶する記憶部と、
前記近時データを学習または参照可能な演算部と、を備え、
前記機器を診断して、前記機器の故障の兆候及び／又は擬故障を検知した場合、前記出力部及び／又はコールセンタに通知することを特徴とする。
【図面の簡単な説明】
【０００９】
【図１】実施形態の機器システムの一例としての冷蔵庫システムを示す図
【図２】実施形態の冷蔵庫の側面断面図
【図３】実施形態の冷蔵庫のサーバへの動作履歴の送信の流れを示すフローチャート
【図４】（ａ）は実施形態のサーバが記憶している機器の被診断データを示す図。（ｂ）は実施形態のサーバが蓄積している故障の兆候又は擬故障を含む、過去の機器の動作履歴（教師データ）を含む異常教師データを示す図
【図５】実施形態の記憶部に格納された、異常種別「ドア開継続」に係る教師データ（動作履歴）を示す図
【図６】実施形態の記憶部に格納された、異常種別「冷媒漏れ」に係る教師データ（動作履歴）を示す図
【図７】実施形態のサーバの診断処理の流れを示すフローチャート
【図８】実施形態の冷蔵庫に擬故障が検知された場合に通知される確認のお願い出力を示す図
【図９】実施形態の冷蔵庫に故障の予兆が検知された場合に通知される点検依頼のお願い出力を示す図
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態を添付の図面を参照しつつ説明する。
本発明の各種の構成要素は必ずしも個々に独立した存在である必要はなく、一の構成要素が複数の部材から成ること、複数の構成要素が一の部材から成ること、或る構成要素の一部と別の構成要素の一部とが重複すること、等を許容する。例えば、サーバ３が記憶部３１を有しても良いしサーバ３と通信可能に配された別機器として存在しても良い。
【００１１】
また、各実施形態の構成要素は必ずしもその全てが本発明に必須ではなく、技術的に支障のない限り、各実施形態の構成要素の一部を選択して構成でき、また、異なる実施形態の構成を付加、削除または異なる実施形態の構成と転換または置換することができる。
【００１２】
ところで、機器が比較的近い将来に故障するであろうという兆候を認識する予兆診断をしようとする場合、その診断には機器に設けたセンサの検知状態、冷凍サイクルやファン等の電気品の動作状態等の一部又は全部から成る動作履歴を或る程度の期間に亘って取得し、これを利用して診断することが考えられる。
【００１３】
機器が入力や外乱を受けずに作動している場合の予兆診断は、正に機器の故障の兆候の有無を判断することで行うことができると期待される。しかし、ユーザによる機器の実使用環境下では、ユーザによる入力若しくは外乱又は操作ミス（例えば、機器が冷蔵庫である場合、その扉が開き続けている状態。）に起因した不具合（以下、擬故障と呼ぶ。）が生じ得る。このような不具合は機器の故障ではないものの、少なくとも時間経過とともに機器の機能に悪影響を与え得るため、この有無も診断することが好ましい。
【００１４】
実施形態では、故障の兆候、好ましくはさらに擬故障の有無を診断することで、将来的なトラブルの虞を先立ってユーザに通知することができるから、ユーザは故障が実際に生じる前や、操作ミス等による影響の増大を抑制可能な時期に何らかの対応をする機会を得ることができる。
【００１５】
［冷蔵庫システム４］
図１は、本実施形態における機器システムの一例としての冷蔵庫システム４を示す図である。冷蔵庫システム４は、ユーザ宅６（Ａさん宅６ａ、Ｂさん宅６ｂ、・・・）に配された機器の一例としての冷蔵庫１（Ａさん宅の冷蔵庫１ａ、Ｂさん宅の冷蔵庫１ｂ・・・）合計１つ以上（好ましくは複数）と、それらのユーザが使用し得る端末５（Ａさん宅の端末５ａ、Ｂさん宅の端末５ｂ、・・・）と、インターネット等の広域ネットワーク２と、サーバ３と、サービスパーソンが勤務するコールセンタ７とを含んでいる。
【００１６】
＜端末５＞
端末５は、ユーザに知覚可能な情報を出力する出力部（例えば文字や画像を表示する表示部、音声を出力する発音部）と、ユーザからの入力を受付ける入力部を有する。
【００１７】
端末５は、冷蔵庫１についてサーバ３が分析した内容をユーザが知覚可能な態様で出力部から出力したり、この出力に対するユーザの命令等を入力部を介して受付けることができる。このような機能を果たせるのであれば、端末５に代えて、冷蔵庫１に出力部や入力部を配していても良い。端末５であればユーザに可搬の点で好ましく、本実施形態は主に端末５を用いて説明する。
【００１８】
＜サーバ３＞
サーバ３は、記憶部３１、演算部３２、通信部３３を有する。
記憶部３１は、冷蔵庫１のうち、過去に故障、又は後述する擬故障と判定されたものの或る程度の時間に亘る動作履歴（教師データ）を含む異常教師データを格納することができる。その詳細は後述する。
演算部３２は、記憶部３１に格納されている異常教師データを利用して、現在稼働している冷蔵庫１の概ね現在から或る程度過去に亘る時間の動作履歴（近時データ）を含む被診断データを分析し、現在稼働している冷蔵庫１が将来故障する兆候を見せているかどうかや、擬故障を見せているかどうかを判定する。演算部３２としては、例えば、サポートベクターマシン、ニューラルネットワーク、その他公知の人工知能を利用して、近時データの提供元である冷蔵庫１が或る種類の故障の兆候又は擬故障を見せているか否かを分類することができる。
通信部３３は、広域ネットワーク２を介してサーバ３と冷蔵庫１、端末５、コールセンタ７それぞれとの間で情報のやり取りを可能にする。
【００１９】
＜コールセンタ７＞
コールセンタ７は、異常教師データを記憶部３１に入力する作業を行うことができる。異常教師データの作成は、通信部３３やコールセンタ所属のサービスパーソン等が収集した機器の動作履歴等を利用して行うことができる。なお、異常教師データは必ずしも記憶部３１に格納されている必要はなく、演算部３２が学習または参照可能な態様で格納されていればよい。
【００２０】
コールセンタ７は、サーバ３又はユーザ（端末５や機器１の入力部）からの要求に応じてサービスパーソンを機器１の下に派遣することができる。
【００２１】
＜機器＞
機器は例えばユーザ宅６に設置され、その種類としては、例えば照明、洗濯機、空気調和機、ＡＶ機器又は冷蔵庫１といった家電機器を含むものにすることができる。本実施形態のように、機器システム４に属する機器は、生じ得る故障や擬故障の種類の少なくとも一部が互いに共通することから同一種別のもの（本実施形態では、冷蔵庫）で構成される又は少なくとも機器同士の種別が同一か否かを区別できるように構成される。
【００２２】
（冷蔵庫１）
図２は本実施形態の機器の一例としての冷蔵庫１の側面断面図である。冷蔵庫１は、後述する各センサ検知値を受信したり、冷凍サイクルやファン等への電気品への制御信号を出力したり、入力部１０１を通じたユーザの入力信号を検知したり、広域ネットワーク２を介した通信を行ったりする制御基板１０を有し、これにより自律的な制御が行われている。入力部１０１の配される場所は特に制限されないが、例えば本実施形態のように冷蔵室扉１１１に設けても良いし何れかの貯蔵室内に配しても良い。また、入力部１０１は、ユーザが知覚可能な態様で情報を出力する出力部を備えることができる。
【００２３】
（貯蔵室）
冷蔵庫１は、貯蔵室として、冷蔵温度帯の温度を維持するように制御される冷蔵室１１、冷凍温度帯の温度を維持するように制御される冷凍室１２及び製氷室１３、冷蔵温度帯のうち比較的高温に維持するように制御される野菜室１４、チルド温度帯の温度を維持しかつ大気圧未満の圧力に減圧可能な減圧室１５を有する。減圧室１５は冷蔵室１１内に設置されている。
【００２４】
（貯蔵室扉）
冷蔵室１１、冷凍室１２、製氷室１３、野菜室１４、減圧室１５には、それぞれの貯蔵室の開口を開閉可能な扉として、冷蔵室扉１１１、冷凍室扉１２１、製氷室扉１３１、野菜室扉１４１、減圧室扉１５１が設けられている。
【００２５】
各扉のうち、各貯蔵室の開口に接する側の縁には、扉が閉塞された時に開口との密着性を向上させるべくパッキンが付されている。
【００２６】
（冷気の供給）
冷蔵庫１は、冷気を生成する冷凍サイクルを構成するものとして、冷媒を圧縮する圧縮機１６１、圧縮された冷媒を外気に向けて放熱させる放熱器（不図示）、冷媒を減圧させる減圧器（不図示）、冷媒を蒸発させる蒸発器としての第１蒸発器１６２及び第２蒸発器１６３、を配管で環状で接続して有している。
【００２７】
蒸発器１６２，１６３で生成される冷気はそれぞれ、第１ファン１６４、第２ファン１６５によって昇圧されて何れかの貯蔵室に送風される。本実施形態では、第１ファン１６４により昇圧される冷気は冷蔵室１１に送られるとともに、冷蔵室１１と野菜室１４とを連通する風路（不図示）を通って野菜室１４に送られる。野菜室１４の冷気は第１蒸発器１６２に連通する第１戻り風路（不図示）を通って循環する。
また、第２ファン１６５により昇圧される冷気は冷凍室１２及び製氷室１３に送られて、第２蒸発器１６３に連通する第２戻り風路（不図示）を通って循環する。
【００２８】
（熱の供給）
例えば貯蔵室や蒸発器１６２，１６３は、何らかの原因又は物理的に不可避に冷えすぎたり着霜したりすることがある。このような場合、その冷え過ぎの領域や着霜した領域を熱して冷え過ぎや着霜を解消することが望まれる。本実施形態では、貯蔵室のうち減圧室１５の下方、蒸発器１６２，１６３近傍それぞれに、電気品の一例としての減圧室ヒータ１５３、第１蒸発器ヒータ１６６、第２蒸発器ヒータ１６７を配している。これらヒータは、通電して発熱する通電型でもよいし、冷凍サイクルの流路を切替えることで冷媒が流れ、この冷媒が放熱するものでもよいが、通電量の調整を通じて細やかな制御がし易い点で通電型の方が好ましい。また、その他の貯蔵室にヒータを配しても良い。冷え過ぎや着霜は、後述するセンサや貯蔵室の目標温度設定の参照を利用して区別又は推定することができる。
【００２９】
蒸発器１６２，１６３近傍には、蒸発器１６２，１６３それぞれの温度を検知する蒸発器温度センサ（不図示）が配されている。
【００３０】
（センサ）
冷蔵庫１は、種々のセンサを利用して庫外及び庫内の情報、並びに冷凍サイクルや電気品の駆動状態を検知することができる。
冷蔵庫１は、冷蔵室１１に設けた冷蔵室温度センサ１１４、冷凍室１２に設けた冷凍室温度センサ１１４、製氷室１３に設けた製氷室温度センサ１３４、野菜室１４に設けた野菜室温度センサ１４４を有する。これら温度センサに加えて、湿度を検知する湿度センサを配しても良い。
【００３１】
冷蔵庫１は、庫外の温度及び湿度をそれぞれ検知する庫外温度センサ１７１と庫外湿度センサ１７２を有する。
【００３２】
各扉には、その開閉を検知可能な扉センサ（不図示）として、冷蔵室扉センサ、冷凍室扉センサ、製氷室扉センサ、野菜室扉センサが設けられている。減圧室扉１５１の開閉を検知する減圧室扉センサが設けられていても良い。各扉センサとしては種々公知のものを採用できる。
扉センサは、例えば各貯蔵室の開口縁側と各扉との一方に設けられた磁石と、磁束を検知するセンサとを有することができる。例えばこのように構成された扉センサは、両者が接近しているか（扉閉）否か（扉開）かを判断できる。このような扉センサについては、パッキンがとの密着が不十分で完全な扉閉に比して冷気が漏れやすい状態（半ドア）を扉閉と同一状態に認識してしまう虞がある。
【００３３】
冷蔵庫１は、圧縮機１６１のモータ回転数を検知する圧縮機センサ（不図示）、蒸発器１６２，１６３それぞれの温度を検知する第１蒸発器温度センサ（不図示）と第２蒸発器温度センサ（不図示）、第１ファンの回転数を検知する第１ファンセンサ（不図示）、第２ファンの回転数を検知する第２ファンセンサ（不図示）を有する。
【００３４】
［動作履歴の送信］
図３は、実施形態の冷蔵庫１のサーバ３への動作履歴の送信の流れを示すフローチャートである。冷蔵庫１は、サーバ３に向けて、種々のセンサ検知値、電気品や冷凍サイクルの情報を送信する。
冷蔵庫１は、電源の供給を受けると、本明細書に掲げる各種のセンサ値が検知する温度、湿度、扉の開閉、若しくは圧力、冷凍サイクル等の電気品の構成要素の通電量、モータ回転数といった各種の状態を動作履歴としてメモリ（不図示）に記憶する（ステップＳ１０１）。冷蔵庫１は経過時間のカウントが可能であり、例えば所定時間（常に一定である必要はない。）が経過すると（ステップＳ１１０，Ｙｅｓ）記憶した情報をサーバ３へ送信する（ステップＳ１２０）。
【００３５】
また、冷蔵庫１は、冷蔵庫１の型番や個体ごとに付された固有の識別番号等を併せて送信することができる。
【００３６】
各冷蔵庫１による動作履歴のサーバ３への送信は、所定の時間単位（一定でなくともよい。）ごとに送信される。例えば、５，１０，３０，６０分ごとに動作履歴を逐次送信してサーバ３の記憶部３１に記憶させたり、メモリに記憶させた動作履歴複数回分をまとめてサーバ３に送信することができる。
【００３７】
冷蔵庫１の動作履歴は、少なくともある程度の期間に亘るもの（近時データ）が記憶部３１に記憶され、これを利用して演算部３２は故障の兆候と擬故障の診断を行う。近時データとしては、冷蔵庫１の現在または現在に近い時点から或る程度過去に亘る時間として得ることが好ましい。これにより、診断を実行した場合、ユーザに鮮度の高い情報を提供することができる。現在からみて或る程度（例えば２４時間以上又は４８時間以上）古くなった動作履歴は、記憶部３１から削除しても良い。これにより、近時データの格納に要する記憶容量が過大になることを抑制できる。
【００３８】
サーバ３による診断のタイミングは、冷蔵庫１から新たな動作履歴を受信したタイミングでも良いし、サービス提供者が定めたアルゴリズムに従うタイミングやサービス提供者が指定するタイミングでもよい。本実施形態のサーバ３は、ユーザ自身では気付くのが通常不可能な故障の兆候を診断するものであるから、このように、ユーザの要求以外をきっかけとして診断を開始するのが好ましい。例えば、各冷蔵庫１から受信した動作履歴のデータ個数が前回の診断から所定個数以上になったタイミングにしたり、サーバ３への負荷が過大にならないよう冷蔵庫１の識別番号ごとに分散して割り当てたタイミングにしてもよい。
【００３９】
［被診断データ］
図４（ａ）は本実施形態のサーバ３が記憶している機器の被診断データを示す図である。サーバ３は、通信部３３を通じて冷蔵庫１それぞれから動作履歴を含む情報を取得して記憶部３１に格納させている。
【００４０】
記憶部３１は、冷蔵庫システム４に属する機器それぞれについて、その機器種別（本実施形態では冷蔵庫）、類似群コード、ロット番号、識別番号、前回の診断からの経過時間、及び近時データを格納している。便宜上、これらをまとめて被診断データと呼ぶ。被診断データとしては、例えば、識別番号と近時データとを少なくとも含むことができる。被診断機器を特定して診断結果を通知することが可能であれば、識別番号は含まれなくても良い。
【００４１】
類似群コードは、或る機器種別（本実施形態では冷蔵庫）のうち、冷蔵庫システム４のサービスを提供する者が予め定義することができるものである。本実施形態では、サービス提供者が冷蔵庫の型番で予めグループ分けしたときのグループ番号である。例えば、同じ型番（同型）の冷蔵庫は互いに同じグループに属するようにグループ分けされている。また、互いに異なる型番（異型）の冷蔵庫であっても、制御ソフトウエアや冷凍サイクル構成、圧縮機型番が同一または類似の冷蔵庫があり得る。これらが同一でなくとも類似していれば、生じ得る故障やその兆候の発見方法が類似することが期待される。このため、サービス提供者は、予め互いに類似すると判断した冷蔵庫の型番に同じ類似群コードを付与しておくことができる。これにより、異型の冷蔵庫に対しても或る程度ひとまとめにした分析を行うことができるため、各グループのサンプル数が増大し、精度向上を見込むことができる。
【００４２】
ロット番号は、或る機器が、例えばどの工場でいつ製造されたかによって割り当てられる番号である。同一ロット又は類似ロットの冷蔵庫同士は、故障率や、生じる故障の種類に一定の兆候が生じ得るため、これを記憶部３１に格納させておくことで、故障兆候を判定する際の参考にすることができる。
【００４３】
識別番号は、冷蔵庫１つごとに固有の番号である。これにより、冷蔵庫それぞれを互いに区別することができる。なお、識別番号に機器種別、類似群コード、ロット番号を紐付ることができるので、十分な演算及び通信速度が確保できるのであれば、別機器にこれらを格納し、識別番号を用いてこれらを適宜呼び出すようにしても良い。
【００４４】
前回の診断からの経過時間は、対応する識別番号の機器（冷蔵庫１）が、前回診断を実行されたときからの経過時間を示すものである。この情報を利用して、例えば１２時間又は２４時間ごとに診断を実行するようにしても良い。
【００４５】
近時データアドレスは、対応する識別番号の機器から受信した動作履歴を少なくとも或る程度の期間に亘って格納させているアドレスを示すものである。
近時データを含む被診断データを用いて、演算部３２は故障の兆候や擬故障の有無を判定する診断を実行する。
【００４６】
［異常教師データ］
図４（ｂ）は本実施形態のサーバ３が蓄積している故障の兆候又は擬故障を含む、過去の機器の動作履歴（教師データ）を含む異常教師データを示す図である。本実施形態のようにサーバ３に異常教師データを記憶させても良いが、別機器に記憶させておき、適宜演算部３２がこれを読み込んで学習または参照するように構成しても良い。演算部３２は、異常教師データを学習または参照した結果、被診断データと類似してきたと判断した場合は、故障の予兆を検知したとか擬故障を検知したとか判断することができる。すなわち、異常教師データを利用して、被診断データを分類することができる。
【００４７】
異常教師データとしては、類似群コード、ロット番号、識別番号に加え、異常種別と教師データアドレスが含まれている。異常教師データは、例えばサービスパーソンが収集および作成することができる。
【００４８】
異常種別は、過去、冷蔵庫１の故障の兆候又は擬故障を診断した際に、その診断を担当したサービスパーソン（コールセンタ７）又はサーバ３等が下した、機器の故障や擬故障（異常）の種別である。
【００４９】
例えば、本実施形態のような冷蔵庫であれば、或る貯蔵室の扉が閉めきられていないために冷気が通常より多く漏れる「ドア開継続」（擬故障）、冷凍サイクルに封入された冷媒ガスが何らかの原因で漏れる「冷媒漏れ」（故障）、冷凍サイクルの冷媒流のループを切替える弁の動作が異常をきたす「弁異常」（故障）、ユーザ等によって貯蔵室に熱い食品等が投入されることで貯蔵室温度が低下しにくくなる「熱負荷大」（擬故障）等が挙げられる。
【００５０】
教師データアドレスは、故障又は擬故障と判断された冷蔵庫（機器）の具体的な動作履歴（教師データ）に係る情報が格納された記憶部３１のアドレスを示すものである。
【００５１】
演算部３１は、機器種別、異常種別、及び教師データを少なくとも含み、好ましくはさらに類似群コード、ロット番号、識別番号を含むものを異常教師データとして学習することができる。その際、類似群コード毎に学習を区別し、或る類似群コードに係る学習が異なる類似群コードの学習に影響しないよう、基準を使い分けるように設定しても良い。
【００５２】
なお、故障とは、通常、機器のユーザが自力で修理することが不可能又は困難なものをいい、例えば、機器として冷蔵庫１を挙げる場合、圧縮機１６１、減圧器、蒸発器１６２，１６３、ファン１６４，１６５、ヒータ１５３，１６６，１６７、その他センサの故障、配管の破損、回路等の導線の断線等である。本実施形態では、その兆候が生じているか否かをサーバ３が自律的に診断し、兆候が生じていると検知した場合、ユーザにその旨を通知することで、ユーザに早期の対応を促すことができる。
【００５３】
一方、擬故障とは、機器のユーザの操作ミスや過大な入力をしたことに起因して現在または将来に悪影響を及ぼし得るものをいい、例えば、機器として冷蔵庫１を挙げる場合、貯蔵室への高温飲食物の投入、貯蔵室の扉の長時間開放する又はいわゆる半ドアにする等である。本実施形態では、擬故障の有無をサーバ３が自律的に診断し、生じていると検知した場合、ユーザにその旨を通知することで、ユーザに不具合を気付かせて対応を促すことができる。
【００５４】
（教師データの例）
（教師データアドレス「ＴＡＡ１００１」に格納された、異常種別「ドア開継続」の教師データ）
図５は本実施形態の記憶部３１に格納された、異常種別「ドア開継続」に係る教師データ（動作履歴）を示す図である。本教師データとしては、冷蔵室温度４０、冷却器温度４３、冷蔵室扉の扉開時間４６が含まれて描かれている。横軸は、離散時間として表されており、扉開時間４６は、例えば１時間毎の開時間小計を示している。
【００５５】
本教師データは、異常種別「ドア開継続」又はその兆候を含む部分を少なくとも含み、併せて「正常」な時間帯の動作履歴を含んでも良い。本教師データでは、時刻ｔ１より前は、「ドア開継続」に至っていない正常な状態の動作履歴である。この間、冷蔵室温度は１０℃未満、冷却器温度４３は概ね−１０℃以下、扉開時間４６は短めとなっている。時刻ｔ１を境に扉開時間４６が長めをキープしており、特にこの教師データでは、離散時間１時間中、１時間略全体に亘って扉開を検知している。また、時刻ｔ１以降、冷蔵室温度４０が上昇傾向の一方、冷却器温度４３は下降傾向にある。
【００５６】
実際、冷蔵室扉１１１が「ドア開継続」になると冷蔵室扉センサは開を検知し続けるとともに、冷蔵室１１内の冷気が漏れるため冷蔵室温度４０が上昇していく。一方、本異常教師データを与える類似群コード「００１」の冷蔵庫では少なくとも、冷蔵室温度４０を下降させるべく冷気を生成しようとして冷却器温度４３は下降していく兆候を示す。
【００５７】
このような特徴は、例えばコールセンタ７のサービスパーソン等によって見出されてサーバ３にこの動作履歴とともに記憶させておいたり、人工知能に特徴量として教え込むことができる。或いは、特に教え込むことなく人工知能に異常教師データをそのまま多数学習させて実際の動作履歴の分類をさせてもよい。特徴量を教え込む場合は、例えば、本教師データを例にとって説明すると、ドア開の検知が継続されていることに加え、冷蔵室温度４０の上昇傾向を近似した近似直線４１，４２や冷却器温度４３の下降傾向を近似した近似直線４４，４５をサービスパーソンが描き、これを異常教師データに追加しておくことができる。また、時刻ｔ１までは正常であるという情報とともに学習させても良い。なお、ドア開の検知が継続されているにも拘らず冷蔵室温度４０が維持されている場合は、冷蔵室扉センサの故障又はその兆候を示す可能性もある。
【００５８】
（教師データアドレス「ＴＡＡ１００２」に格納された、異常種別「冷媒漏れ」の教師データ）
図６は本実施形態の記憶部３１に格納された、異常種別「冷媒漏れ」に係る教師データ（動作履歴）を示す図である。本教師データとしては、冷蔵室温度５０、冷却器温度５３、冷蔵室扉の扉開時間５６が含まれて描かれている。横軸は、離散時間として表されており、扉開時間５６は、例えば１時間毎の開時間小計を示している。
【００５９】
本教師データにおける時刻tn-２より前は、「冷媒漏れ」の兆候が生じていない正常な状態の動作履歴である。この間、冷蔵室温度５０は１０℃未満、冷却器温度５３は−２０℃程度である。扉開時間５６は短めである。
【００６０】
しかし、時刻tn-２直後からtn-１の短時間で、冷蔵室温度５０と扉開時間５６の変化に比して大きく、冷却器温度５３が急上昇した。この急上昇はその後解消されたが、続いて時刻t１直後からｔ２までの短時間で再び、冷却器温度５３が急上昇した。やはり冷却器温度５３の急上昇および扉開時間５６が短いのにも拘らず、冷蔵室温度５０の変動は小さい。
【００６１】
実際、冷凍サイクルからの冷媒漏れが生じかけると、低温冷媒がサイクル外に漏出し始めることで冷却器温度５３が上昇する。通常であれば低温冷媒によって冷蔵室が冷却されることから、冷却器温度５３が上昇するならば冷蔵室温度５０は下降傾向を示し得るところ、この関係がなく、また、冷蔵室温度５０の上昇要因となる扉開も検知されていない。そのような冷却器温度５３の急上昇が１回、好ましくは複数回見受けられることが冷媒漏れを示唆することになる。
【００６２】
本教師データには、好ましくは、サービスパーソンによって描かれた、冷却器温度５３の急上昇の近似直線５４，５５が特徴量として入力されていても良い。また、時刻ｔｎ−２までは正常であるという情報とともに学習させても良い。
【００６３】
演算部３２は、その他種々の異常種別について、１以上の異常教師データを用いて学習済である。
【００６４】
［故障の兆候又は擬故障の診断結果の通知］
図７は本実施形態のサーバ３の診断処理の流れを示すフローチャートである。サーバ３は、例えばコールセンタ７が準備した異常教師データのうち未学習のものがある場合（ステップＳ１００，Ｙｅｓ）、それを演算部３２の例えば人工知能に学習させる（ステップＳ１１０）。本実施形態では、未学習の異常教師データがなくなってからそれ以後の処理を行うように表現しているが、必ずしもこれに限られず、或る程度の学習を終えているのであれば、残りの学習とそれ以後の処理（診断処理）とを並行して実行したり交互に実行したりして良い。また、サーバ３が異常教師データを学習するのではなく各異常教師データを参照して被診断データとの類似度を演算する場合は、ステップＳ１００，Ｓ１１０は必要ない。
【００６５】
サーバ３は、冷蔵庫１から送信される動作履歴を逐次受信する間（ステップＳ１２０）、冷蔵庫１の診断時期が到来したと判断すると（ステップＳ２００，Ｙｅｓ）、記憶部３１に蓄積した被診断データを利用して、診断対象の冷蔵庫１の擬故障や故障の予兆の有無を診断する（ステップＳ２１０）。この診断は、学習済の演算部３２によって被診断データを分類するものでも良いし、演算部３２が被診断データとそれぞれの異常教師データとを比較して類似度を算出し、類似度が高い異常教師データがあれば、その異常種別が生じていると判断しても良い。類似度の算出としては、種々公知の方法を採用できる。
【００６６】
擬故障を検知すると（ステップＳ３００，Ｙｅｓ）、後述の図８に示すような確認のお願いを診断対象の冷蔵庫１のユーザに通知する。（ステップＳ３１０）。
【００６７】
また、故障の予兆を検知すると（ステップＳ４００，Ｙｅｓ）、後述の図９に示すような点検依頼のお願いを診断対象の冷蔵庫１のユーザに通知する（ステップＳ４１０）。また、この場合はコールセンタ７に故障予兆を示した冷蔵庫１の識別番号を通知する（ステップＳ４２０）。なお、識別番号に紐付けてユーザの連絡先（端末５のメールアドレスや冷蔵庫１のＩＰアドレスなど）を参照可能にすることで、ユーザに連絡することができることは当業者に明らかである。
【００６８】
［擬故障の確認のお願い出力７０］
図８は本実施形態の冷蔵庫１に擬故障が検知された場合に通知される確認のお願い出力７０を示す図である。サーバ３は、擬故障を検知すると、診断対象の冷蔵庫１のユーザの端末５や入力部１０１の出力部に通知する。
【００６９】
出力部はその内容をユーザが知覚可能に出力すればよく、画像や動画の表示に限らず音声の発音でもよい。また、出力部を通じてユーザに知覚可能に情報を送信することを「ユーザに通知する」という。
【００７０】
確認のお願い出力７０には、確認依頼事項出力７１、指示出力７２、異常残存時指示７３、お願い削除出力７４が含まれている。
【００７１】
確認依頼事項出力７１は、検知した擬故障の種類に応じてユーザに擬故障の種類やその場所を表示するものである。本実施形態のように、識別番号ＸＸＸＸの冷蔵室が「扉開継続」であると判断された場合は、例えば、「識別番号ＸＸＸＸ冷蔵庫の冷蔵室の扉が開きっぱなしではありませんか？」という質問文が表示される。
【００７２】
指示出力７２は、検知した擬故障の種類に応じて、ユーザに具体的な作為を求めるものである。本実施形態では、冷蔵室の扉が閉められているか確認してほしい旨を表示する。指示出力７２は、機器の確認対象部分をビジュアル表示する画像や動画を含ませても良い。本実施形態では、冷蔵庫１の冷蔵室扉を強調表示した画像を出力している。
【００７３】
異常残存時指示７３は、指示出力７２で求められた作為によっても擬故障が解消しないとか、ユーザがどうすればよいかわからないとかの場合にコールセンタ７に連絡することを補助するものである。本実施形態では、異常残存時指示７３を通じた操作をすることで、コールセンタ７への連絡画面（不図示）に遷移することができる。
【００７４】
お願い削除出力７４は、確認のお願い出力７０を削除することができるものである。擬故障が解消した場合、その後サーバ３に本冷蔵庫１の近時データが送信されていき、改めて診断処理を実行すれば擬故障の解消をサーバ３は検知できるため、それを以て確認のお願い出力７０を削除するように処理できる。しかしこの場合、或る程度長期にわたってユーザ側にこの通知が残存してしまうため、ユーザはお願い削除出力７４を通じた操作をすることで、お願い出力７０を削除することができる。
【００７５】
その他、お願い出力７０には、擬故障真偽判定出力（不図示）を含めることができる。擬故障真偽判定出力は、サーバ３によって通知した擬故障の種別が診断対象の冷蔵庫１に実際に生じていたかの入力を求める出力である。本出力によればユーザから診断結果のフィードバックを受けることができる。これで「真」又は「偽」である旨を入力された場合、サーバ３は、診断対象の冷蔵庫１の近時データを新たな異常教師データ（または正常動作を示す正常教師データ）として扱うことができる。なお、演算部３２に対して、正常教師データを併せて学習させておくことが好ましい。
【００７６】
［点検依頼のお願い出力８０］
図９は本実施形態の冷蔵庫１に故障の予兆が検知された場合に通知される点検依頼のお願い出力８０を示す図である。サーバ３は、故障予兆を検知すると、診断対象の冷蔵庫１のユーザの表示部に通知する。
【００７７】
点検依頼のお願い出力８０には、故障兆候出力８１、故障時影響出力８２、点検依頼補助出力８３が含まれている。点検依頼のお願い出力８０には、具体的な故障種別（例えば、冷媒漏れ）を表示しても表示しなくても良い。表示する場合は、より詳細な情報をユーザに提供できる点で好ましい。表示しない場合は、故障の修理は通常ユーザ自力では不可能なため、その種類をユーザに報知すると要らぬ心配をさせたり、自力で何とかしようと思わせてしまう虞を低減できる点で好ましい。
【００７８】
故障兆候出力８１は、冷蔵庫１が将来的に故障する兆候を検知した旨を出力するものである。
【００７９】
故障時影響出力８２は、予兆された故障が生じた場合に冷蔵庫１に及ぶ影響を出力するものである。本実施形態のように冷媒漏れが予兆された場合は、その影響である「貯蔵室すべての冷却停止」の旨を出力する。故障時影響出力８２には、影響が及ぶ範囲をビジュアルで表現するようにしても良い。本実施形態では、全貯蔵室を強調表示した冷蔵庫１の画面を表示している。
【００８０】
点検依頼補助出力８３は、コールセンタ７への連絡を補助又は促進するものである。本実施形態では、点検依頼補助出力８３を通じた操作をすることで、コールセンタ７への点検依頼画面に遷移することができる（例えば、コールセンタ７への発呼処理や、点検予約フォームへの遷移）が、単にコールセンタ７の電話番号やメールアドレス等を表示するものでも良い。
【００８１】
なお、本実施形態においてユーザに通知する情報は、コールセンタ７に通知しても良い。
【００８２】
このように本実施形態によれば、動作履歴を含む近時データを利用して機器を診断し、機器の故障の兆候又は擬故障を検知したらユーザやコールセンタに通知することができる。
【００８３】
［関連する技術との対比］
特開２０１５−２８７６０号公報は、パーソナルコンピュータ１が表示するキー２８〜３０がユーザによって操作された場合に、パーソナルコンピュータ１は、冷蔵庫７の制御通信回路２３に対して、冷蔵庫７の現在の状態に応じた情報に相当する「第１運転情報」を判断し、サーバ５を経由してパーソナルコンピュータ１に送信するよう要求する（００２５）。例えば、ユーザによってキー２８「冷えない・冷えが悪い」が操作されると、通信制御回路２３は、冷蔵庫７の現在の「電源情報（電源供給の有無を示すもの）」を判断し、その結果としての「第１運転情報」をパーソナルコンピュータ１に送信する（００２４，００２５）。
その他の第１運転情報としては、電源供給開始からの時間経過有無を示す「時間情報」、また、「弱運転情報」、「節電情報」、「強運転情報」などの、冷蔵庫７の現在の状態に応じた情報が挙げられている（００２１）。上記「電源情報」が第１運転情報とされなかった場合、これらを順々に判断していく（００２６−００２８）。
また、選択されたキー２８−３０及び第１運転情報に応じて決定される「独自アドバイス」がパーソナルコンピュータ１に表示されることが開示されている（００３１，００３３、図６）。
【００８４】
このように特開２０１５−２８７６０号公報は、ユーザの操作に起因してアドバイスが作成される。また、ユーザがキー２８〜３０を選択したとき（現在）の冷蔵庫７の設定を利用してアドバイスを作成するものであり、現在も「冷えない」などの原因が確認できる場合でなければアドバイスを作成できない。このため、特開２０１５−２８７６０号公報は、ユーザが異常に気付かなければアドバイスを作成できない。また、特開２０１５−２８７６０号公報は、冷蔵庫７が正常ではあるものの、過去の動作等に応じて一時的に状態が乱れていて現在回復に向かっている場合、その乱れた状態を感得したユーザが「故障ではないか？」と疑義を抱いても、何らアドバイスをすることができない。
【００８５】
また、冷蔵庫７の現在その瞬間の状態のみからでは原因の推定が難しい事象、例えば、或る程度の期間に亘る近時データを利用した故障の予兆や擬故障の判定についても記載も示唆もされていない。
【符号の説明】
【００８６】
１        機器（入力部と出力部とを含むことができる）（例えば冷蔵庫）
２        広域ネットワーク
３        サーバ
３１      記憶部
３２      演算部（人工知能）
３３      通信部
４        機器システム（冷蔵庫システム）
５        端末（入力部と出力部とを含む）
７        コールセンタ（サービスパーソン）
７０      確認のお願い出力
７１      確認依頼事項出力
７２      指示出力
７３      異常残存時指示
７４      お願い削除出力
８０      点検依頼のお願い出力
８１      故障兆候出力
８２      故障時影響出力
８３      点検依頼補助出力
【図１】
2019179300.tif 000003
【図２】
2019179300.tif 000004
【図３】
2019179300.tif 000005
【図４】
2019179300.tif 000006
【図５】
2019179300.tif 000007
【図６】
2019179300.tif 000008
【図７】
2019179300.tif 000009
【図８】
2019179300.tif 000010
【図９】
2019179300.tif 000011