(57)【要約】      （修正有）【課題】より迅速な修理が可能となる住宅設備機器の修理作業支援システムを提供する。【解決手段】データの管理／統制を行うセンタサーバＡと、水回りの状態をセンシングするセンサを有する住宅設備機器である診断対象機器群Ｂ１〜Ｂｍと、を有する住宅設備機器修理作業支援システムＸであって、診断対象機器群は、前記センサによるセンシングにおいて異常データ候補である外れデータを検出すると、センタサーバに、外れデータを送信する。センタサーバは、外れデータを受信すると、診断データエージェント管理部が、診断ＤＢ内に格納される異常値の範囲と外れデータとを比較して、外れデータが異常データであるか否かを判定し、診断マスタデータベースを、対象製品ＩＤに依存する異常データを検索キーとして検索して、診断対象機器群の修理情報の取得を試み、修理情報を、診断対象機器群に返信する。【選択図】図１
2019008430.tif 000002
【特許請求の範囲】
【請求項１】
データの管理／統制を行うセンタサーバと、水回りの状態をセンシングするセンサを有する住宅設備機器である診断対象機器群と、を有する住宅設備機器修理作業支援システムであって、
前記診断対象機器群は、
前記センサによるセンシングにおいて所定の範囲で指定された異常データ候補である外れデータを検出すると、前記センタサーバに、前記外れデータを送信し、
前記センタサーバは、
前記外れデータを受信すると、診断データエージェント管理部が、診断ＤＢ内に格納される異常値の範囲と前記外れデータとを比較して、前記外れデータが異常データであるか否かを判定し、前記外れデータが異常データである場合には、異常データと対応する修理情報を有する診断マスタデータベースを、対象製品ＩＤに依存する前記異常データを検索キーとして検索して前記診断対象機器群の修理情報の取得を試み、前記修理情報が取得できた場合には、前記修理情報を、前記診断対象機器群に返信することを特徴とする住宅設備機器修理作業支援システム。
【請求項２】
前記センサは、
住宅設備機器の水量、水圧を監視するセンサである請求項１に記載の住宅設備機器修理作業支援システム。
【請求項３】
前記外れデータが検出された場合に、前記センサによるセンシングを継続することを特徴とする請求項１又は２に記載の住宅設備機器修理作業支援システム。
【請求項４】
前記センタサーバは、前記修理情報を取得できた場合に、修理履歴ＤＢに前記修理情報を格納する請求項１から３までのいずれか１項に記載の住宅設備機器修理作業支援システム。
【請求項５】
前記センタサーバは、前記修理情報が取得できない場合には、既存のコールセンタ受け付けシステムと連携して、前記修理情報の取得を試みる請求項１から４までのいずれか１項に記載の住宅設備機器修理作業支援システム。
【請求項６】
前記診断対象機器群は、
個人情報保護のために前記センサによるセンシングのON/OFF切替スイッチを備える請求項１から５までのいずれか１項に記載の住宅設備機器修理作業支援システム。
【請求項７】
データの管理／統制を行うセンタサーバと、水回りの状態をセンシングするセンサを有する住宅設備機器である診断対象機器群と、を有する住宅設備機器修理作業支援システムを利用した住宅設備機器修理作業支援方法であって、
前記診断対象機器群は、
前記センサによるセンシングにおいて異常データ候補である外れデータを検出すると、前記センタサーバに、前記外れデータを送信し、
前記センタサーバは、
前記外れデータを受信すると、診断データエージェント管理部が、診断ＤＢ内に格納される異常値の範囲と前記外れデータとを比較して、前記外れデータが異常データであるか否かを判定し、前記外れデータが異常データである場合には、診断マスタデータベースを検索して前記診断対象機器群の修理情報の取得を試み、前記修理情報が取得できた場合には、前記修理情報を、前記診断対象機器群に返信することを特徴とする住宅設備機器修理作業支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、修理作業支援システムに関し、特に、住宅設備機器の修理作業支援システムに関する。
【背景技術】
【０００２】
現在の住宅設備機器のメンテナンスは、利用者からの故障（異常）連絡をコールセンタが受付けて、修理エンジニアが現場へ駆けつけ点検修理を行う形態で行われている。その際、故障（異常）に対して、利用者情報・修理情報（Before/After現場写真）・交換部品情報・支払情報等の細かなデータ入力をタブレット端末等の可搬デバイスを適用したフィールド業務支援システム（以下、既存システム）を販売管理システムへデータ連携する活用が一般的になっている。
【０００３】
例えば、特許文献１では、訪問修理が必要な住宅および非住宅の水回り設備機器の修理において、修理作業終了の進捗情報を作業終了直後にサーバが把握するとともに、設備機器に発生した故障や不具合の状況および修理作業の内容など詳細情報を把握する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１０８０２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、修理エンジニアが現場へ駆け付ける起点は、あくまで利用者側からのレスキュー要請があった後である。また、今後、高齢化が進行すると、症状を的確に伝えられる利用者が少なくなる可能性も高い。
【０００６】
さらに、修理エンジニアによる現場の下見訪問が増加し、当日は暫定処置のみ実施し、別の日にあらためて恒久対策を実施することで、受付から修理完了までに要する期間が長くなる傾向にある。これにより、修理エンジニアのスケジュールに依存して利用者が待たされる状況や、やむを得ず修理エンジニアの交代等が発生しやすくなる。
【０００７】
一方、前述の既存システム利用上、不可避の課題もある。
例えば、利用者情報・修理情報（現場写真）・交換部品情報・支払情報、本社部門への連絡事項等、データ入力量が多くなり、修理エンジニアのＩＴリテラシがＣＳへ影響すること、過疎地や電波が届かない場所のネットワーク通信状況によって対応を振り分ける判断を行う必要があり、本来の業務以外に手間がかかるなどの課題がある。
【０００８】
本発明は、より迅速な修理が可能となる住宅設備機器の修理作業支援システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一観点によれば、データの管理／統制を行うセンタサーバと、水回りの状態をセンシングするセンサを有する住宅設備機器である診断対象機器群と、を有する住宅設備機器修理作業支援システムであって、前記診断対象機器群は、前記センサによるセンシングにおいて所定の範囲で指定された異常データ候補である外れデータを検出すると、前記センタサーバに、前記外れデータを送信し、前記センタサーバは、前記外れデータを受信すると、診断データエージェント管理部が、診断ＤＢ内に格納される異常値の範囲と前記外れデータとを比較して、前記外れデータが異常データであるか否かを判定し、前記外れデータが異常データである場合には、診断マスタデータベースを、対象製品ＩＤに依存する前記異常データを検索キーとして検索して前記診断対象機器群の修理情報の取得を試み、前記修理情報が取得できた場合には、前記修理情報を、前記診断対象機器群に返信することを特徴とする住宅設備機器修理作業支援システムが提供される。
【００１０】
上記の構成により異常の予兆となりうる外れ値をセンサが検出した段階で住宅設備機器側からセンタに報告する仕組みにより、より精度の良い異常検出と、迅速なその後の対応が可能になる。
【００１１】
前記外れデータが検出された場合に、前記センサによるセンシングを継続するようにすると良い。これにより、外れ値が異常データ範囲に近づくか遠ざかるかの傾向を知ることができる。
前記センサは、住宅設備機器の水量、水圧を監視するセンサであることが好ましい。
【００１２】
前記センタサーバは、前記修理情報を取得できた場合に、修理履歴ＤＢに前記修理情報を格納することが好ましい。
【００１３】
前記センタサーバは、前記修理情報が取得できない場合には、既存のコールセンタ受け付けシステムと連携して、前記修理情報の取得を試みるようにしても良い。
【００１４】
前記診断対象機器は、個人情報保護のために前記センサによるセンシングのON/OFF切替スイッチを備えるようにすると良い。これにより、個人情報を保護することができる。
【００１５】
本発明の他の観点によれば、データの管理／統制を行うセンタサーバと、水回りの状態をセンシングするセンサを有する住宅設備機器である診断対象機器群と、を有する住宅設備機器修理作業支援システムを利用した住宅設備機器修理作業支援方法であって、前記診断対象機器群は、前記センサによるセンシングにおいて異常データ候補である外れデータを検出すると、前記センタサーバに、前記外れデータを送信し、前記センタサーバは、前記外れデータを受信すると、診断データエージェント管理部が、診断ＤＢ内に格納される異常値の範囲と前記外れデータとを比較して、前記外れデータが異常データであるか否かを判定し、前記外れデータが異常データである場合には、診断マスタデータベースを検索して前記診断対象機器群の修理情報の取得を試み、前記修理情報が取得できれば、前記修理情報を、前記診断対象機器群に返信することを特徴とする住宅設備機器修理作業支援方法が提供される。
【００１６】
本発明は、上記の住宅設備機器修理作業支援方法をコンピュータに実行させるためのプログラムであっても良く、当該プログラムを格納するコンピュータ読み取り可能な記録媒体であっても良い。
【発明の効果】
【００１７】
本発明によれば、住宅設備機器のより迅速な修理が可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施の形態による住宅設備機器修理作業支援システムの一構成例を示す機能ブロック図である。
【図２】センタ側の各ＤＢ内に格納されるデータの内容と代表データ項目名とを示す図である。
【図３】診断対象機器側の処理の流れの一例を示すフローチャート図である。
【図４】センタ側の処理の流れの一例を示すフローチャート図である。
【発明を実施するための形態】
【００１９】
以下に、本発明の一実施の形態による住宅設備機器修理作業支援システムについて、図面を参照しながら詳細に説明する。
【００２０】
図１は、本実施の形態による住宅設備機器修理作業支援システムの一構成例を示す機能ブロック図である。
【００２１】
図１に示すように、住宅設備機器修理作業支援システムＸは、データの管理／統制を行うセンタサーバＡと、住宅設備機器毎又は各建物などに設けられる住宅設備機器である診断対象機器Ｂ１，Ｂ２，…，Ｂｍ（総称して住宅設備機器群Ｂと称する。）と、を有している。
【００２２】
センタサーバＡは、処理部５１と、通信部５３，５５と、データベース（ＤＢ）部５７とを有する。
【００２３】
処理部５１は、管理者の代理として処理を行うエージェント実行部６１、診断データエージェント管理部６７、診断データ異常通知部７１、セキュリティ警告部７３、診断データ収集タイマ部７５、を有している。エージェント実行部６１は、診断データ収集エージェント６３と、監視エージェント６５と、を有する。診断データ収集エージェント６３は診断データを収集する処理を行い、監視エージェント６５は、異常値などの出現を監視する。
【００２４】
ＤＢ部５７は、利用者毎の属性等を格納する利用者ＤＢ部５７−１と、対象機器の仕様等を格納する対象機器ＤＢ５７−２と、診断ＤＢ５７−３と、診断を行うプログラムなどを格納する診断マスタＤＢ５７−４と、修理履歴ＤＢ５７−５と、を有する。
【００２５】
診断対象機器Ｂｍは、処理部３と、ＤＢ部１１と、ＮＦＣなどの通信部５ｂと、モニタ表示部６と、ＯＮ／ＯＦＦ切替スイッチ部７とを有している。
【００２６】
処理部３は、処理を実行するエージェント実行部３１と、診断データを分析する診断データ分析部３３と、診断データを収集する時間を管理する診断データ収集タイマ部３５と、エージェントを管理するエージェント管理部（センシング部）３７と、外れ値の出現を監視する診断データ異常監視部３９と、処理部のセキュリティを管理するセキュリティ管理部４１と、表示モニタを制御するモニタ制御部４３と、を有している。エージェント実行部３１は、自己の異常を診断する自己診断エージェント３１−１〜３１−ｎと、定期的にデータを収集する巡回データ収集エージェント３１ａと、異常を監視する監視エージェント３１ｂと、を有している。
【００２７】
ＤＢ部１１は、利用者の属性等を格納する利用者データ１１−１と、対象機器の仕様等を格納する対象機器データ１１−２と、診断データ１１−３と、診断を行うプログラムなどを格納する診断マスタＤＢ１１−４と、対象機器の加工の修理情報を格納する修理履歴データ１１−５と、を有している。
【００２８】
さらに、任意の構成であるが、センタサーバＡは、既存コールセンタ受付システム８１、既存販売管理システム８３とネットワーク接続などにより関連付けされていても良い。
【００２９】
また、住宅設備機器群Ｂは、既存の可搬（携帯）のフィールド業務支援システム８５（８５−１〜８５−ｋ）とネットワーク接続などにより関連付けされていても良い。
【００３０】
図２は、センタサーバＡ側の各ＤＢ内に格納されるデータの内容と代表データ項目名とを示す図である。
【００３１】
利用者ＤＢ５７−１は、対象機器を購入した利用者情報を格納するＤＢである。利用者情報は、例えば、利用者No（ＩＤ）、氏名、住所、電話番号（ＴＥＬ）、対象機器No、購入日付、工事日付用である。
【００３２】
対象機器ＤＢ５７−２は、対象機器の詳細情報が格納されるマスタＤＢである。対象機器の詳細情報は、例えば、対象機器Ｎｏ、製造Ｎｏ、製造ＬＯＴ  Ｎｏ、製品名、生産工場Ｎｏなどである。
【００３３】
診断ＤＢ５７−３は、対象機器の診断結果が格納されるＤＢである。例えば、利用者Ｎｏ、対象機器Ｎｏ、診断日、診断結果コード、診断結果などを含む。
【００３４】
診断マスタＤＢ５７−４は、対象機器の修理情報（困った時などの対処方法）が格納されるマスタＤＢである。データの内容は、例えば、対象機器Ｎｏ、診断コード、診断方法などである。
【００３５】
修理履歴ＤＢ５７−５は、利用者単位に対象機器の修理履歴が格納されるＤＢである。格納されるデータの例は、利用者Ｎｏ、対象機器Ｎｏ、修理コード、修理内容、修理日付、担当エンジニア情報などである。
【００３６】
一方、診断対象機器側のデータベースは以下の通りである。
利用者データ１１−１は、対象機器を購入した利用者データである。
対象機器データ１１−２は、対象機器の詳細データである。
診断データ１１−３は、対象機器の診断結果データである。
診断マスタデータ１１−４、修理履歴データ１１−５は、センタ側と同様である。
【００３７】
図３は、診断対象機器側の処理の流れの一例を示すフローチャート図である。図３に示すように、処理が開始されると、ステップＳ１、Ｓ２において、ＯＮ／ＯＦＦ切替スイッチ部７のＯＮを確認する。ステップＳ２に示すように、ＯＮ／ＯＦＦ切替スイッチ部７がＯＮであれば（ｙｅｓ）、ステップＳ３のように、エージェント管理部（センシング部）３７のセンサ測定が行われている。ステップＳ２でＮｏであれば、処理を終了する。
【００３８】
そして、ステップＳ４において、エージェント管理部（センシング部）３７のセンサの値、例えば、住宅設備機器が水回り機器であれば、水量、水圧などが、許容範囲（正常と見なせる範囲）であるか否か、すなわち、外れデータであるか否かを判定する。外れデータは、異常データの範囲と異常かどうか不明である異常値に近い範囲とを含み、いわゆる異常データ候補と言える。住宅設備機器が空調機器等であれば、風量、風圧、温度などが許容範囲であるか否かを判定する。
【００３９】
ステップＳ４において、Ｎｏであれば、機器は正常とみなせるため、ステップＳ３に戻る。Ｙｅｓであれば、機器は異常である可能性があると判断されるため、ステップＳ５に進み、その外れデータを診断データ１１−３に登録する。さらに、ステップＳ６において、その外れデータを、通信部５ａを介してセンタサーバＡに送信する。さらに、例えば、ステップＳ７において、モニタ表示部６に診断対象機器をモニタ表示し、ステップＳ１に戻る。
【００４０】
尚、モニタ表示処理は、例えば、診断結果を利用者や修理エンジニアが目視で確認できるよう現象コードや内容を表示する処理である。
【００４１】
次に、センタサーバＡ側の処理について、図４を参照しながら説明する。処理が開始され、ステップＳ１１において、通信部５３を介して診断対象機器側から外れデータを受信すると、ステップＳ１２において、診断データエージェント管理部６７が、診断ＤＢ５７−３内に格納される異常値の範囲と外れデータとを比較して、外れデータが真の異常データであるかどうかを判定する。Ｎｏであれば、ステップＳ１９に進み、診断ＤＢ５７−３に、利用者Ｎｏ、対象機器Ｎｏ、診断日、診断結果コードとともにその診断結果を格納し、処理を終了する。
【００４２】
ここで、外れ値と正常／異常データとの関係を例示的に説明する。
例えば、水圧モニタを取り付けた場合について説明する。対象となる住宅設備機器の水圧の正常範囲が３ｋＰａ以上であるとする。また、診断マスタＤＢにおける対象機器の水圧の異常値が、２．５ｋＰａ以下であるとする。
【００４３】
そして、水圧モニタでモニタリングしている場合に、２．２ｋＰａという外れ値が検出された場合には、外れ値は異常値であると判断し、３．８ｋＰａという外れ値が検出された場合には、外れ値は異常値ではないと判断することができる。
【００４４】
尚、水圧モニタに２．８ｋＰａの値が検出された場合に、時間を追って水圧の検出を継続し、水圧が２．８ｋＰａから下降傾向にある場合には、異常データになる可能性があるため、処理を継続するようにすると良い。
【００４５】
尚、診断対象機器側で検出された外れ値とセンタ側で認識される異常値の範囲が一致していても良い。その場合には、診断対象機器側とセンタ側との認識は常に一致するため、異常値であるか否かはいずれか一方で判断すれば良い。
【００４６】
ステップＳ１２において、外れ値が異常データであると判定されると（Ｙｅｓ）、診断ＤＢ５７−３に、利用者Ｎｏ、対象機器Ｎｏ、診断日、診断結果コードとともに、その診断結果を格納する。
【００４７】
以下の既存のコールセンタとのやり取りは任意であるが、ステップＳ１４において、既存コールセンタ受付システム８１に異常データ等を通知し、ステップＳ１５において、既存コールセンタ受付システム８１が異常データ等を受け取る。
【００４８】
ステップＳ１３に続き、ステップＳ１４、Ｓ１５の任意の処理を経て、ステップＳ１６において、診断データエージェント管理部６７が、診断マスタＤＢ５７−４を検索し、対象機器の修理情報（困った時などの対処方法など）の取得を試みる。修理情報が取得できれば（Ｙｅｓ）、ステップＳ１７に進み、修理履歴ＤＢ５７−５に修理情報を格納する。ステップＳ１６でＮｏの場合には、ステップＳ１５に戻る。
【００４９】
次いで、ステップＳ１８において、修理情報を、修理履歴データとして利用者側の診断対象機器に返信する。
ステップＳ１１からＳ１８までの処理は繰り返される。
【００５０】
尚、異常データに関する修理情報が、修理情報に既存コールセンタ受付システム８１、既存販売管理システム８３側で得られる場合には、得られた情報を用いても良い。さらに、既存コールセンタ受付システム８１、既存販売管理システム８３側は、センタサーバＡの機能を利用して、既存の修理環境に生かすこともできるし、既存の修理環境で得られた情報を、本実施の形態による住宅設備機器修理作業支援システムで利用することもできる。
【００５１】
また、検出された外れ値の外れ程度に依存して、その後にどのような対応が取られたかを履歴として残すことで、既存のシステムにおける運用においてもその履歴情報を生かすことができる。
【００５２】
従って、本実施の形態によるシステムと既存のシステムとの連携により、早期対応等における相乗効果が期待できる。
【００５３】
尚、異常データから修理情報を検知して修理方法を決める。例えば、今までに蓄積した修理方法と製品コード・製造番号・製造ロット等で特定される対応製品ＩＤと、異常データ値−修理情報の対応関係を示す対応表を用意しておき、製品コード・製造番号・製造ロット等で特定される対応製品ＩＤを検索キーとして、異常データへの対応表を検索し、修理情報が取得できた場合は後続処理に進む。
【００５４】
以上に説明したように、本実施の形態によれば、以下の処理を行うことができる。
（１）住宅設備機器に内蔵された、センタサーバＡ側と通信可能なＩｏＴ遠隔監視装置が作動する構成とする。
（２）センタサーバＡ側では、利用者・診断対象機器Ｂに関するデータ集中管理／統制を行う。
（３）ＩｏＴ遠隔監視装置（センサ等）は、対象機器の定期診断・分析をセンサとタイマなどを利用して行う。
（４）ＩｏＴ遠隔監視装置の異常検知（外れ値検知）をトリガに、診断・分析情報をセンタサーバＡ側へ送信する。
（５）上記（４）の情報（外れ値）を、センタサーバＡ側の診断ＤＢへ登録し、遠隔診断の結果を対象機器の利用者に通知する。
（６）点検・修理を実施した場合、遠隔監視装置の情報を既存システムへ取り込むようにしても良い。
（７）既存システム経由でセンタ側の修理履歴ＤＢへ登録し、この情報をＩｏＴ遠隔監視装置に対してもデータ送信・登録する。
【００５５】
尚、通信は、家庭用/施設用ＷｉＦｉ装置等、一般に普及し、かつセキュアな通信技術を採用することができる。また、ＩｏＴ遠隔監視装置は、個人情報保護のために、ON/OFF切替スイッチを設けると良い。
【００５６】
以上のように、住宅設備機器の異常の予兆の可能性がある外れ値を検出した時点で、管理センタに通知することで、実際にその外れ値が異常であるかを判断したり、センシング値の時間変化をみながら異常値に近づくか否かを判断したりすることができる。
【００５７】
上記の構成により、以下の効果が得られる。
すなわち、「HELP ME からHELP YOU」へ変革する仕組みにより、下記の効果が期待出来る。
（１）利用者：  故障/異常時に面倒なことが不要であり、最短の期間で異常を改善できる。
（２）コールセンタ側：  情報発信の起点となることで、人員配置等の体制が組みやすくなる。
（３）修理エンジニア：  既存システム入力業務の大幅改善が可能である。１日当たりの修理エンジニアの家庭等への訪問数が増加し収入増に繋がる。
（４）製品提供元 ：  先手の故障/異常/クレーム対応ができる（プロダクトアウトからマーケットインへ）
また、受付〜修理完了までのリードタイムを短縮し、正しい製品利用データが取得でき、Ｒ＆Ｄや生産部隊に有用な情報提供が可能である。
【００５８】
過疎地や電波が届かない場所のネットワーク通信状況によって対応を振り分ける判断を行う必要がある。例えば、ＩｏＴ遠隔装置は、遠隔地においても、スマートフォン等を所持している人に対して、ＩｏＴ遠隔装置から、Bluetooth、ビーコンでスマートフォンに情報を提供することができる。過疎地や電波が届かない場所の場合は、スマートフォンや中継局などを中継局としてそこにデータを蓄積しておき、通信が可能な状態になった時点で、蓄積したデータをセンタへ送信するようにすると良い。
【００５９】
処理および制御は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）によるソフトウェア処理、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）によるハードウェア処理によって実現することができる。
【００６０】
また、上記の実施の形態において、添付図面に図示されている構成等については、これらに限定されるものではなく、本発明の効果を発揮する範囲内で適宜変更することが可能である。その他、本発明の目的の範囲を逸脱しない限りにおいて適宜変更して実施することが可能である。
【００６１】
また、本発明の各構成要素は、任意に取捨選択することができ、取捨選択した構成を具備する発明も本発明に含まれるものである。
【産業上の利用可能性】
【００６２】
本発明は、住宅設備機器修理作業支援システムに利用可能である。
【符号の説明】
【００６３】
Ｘ…住宅設備機器修理作業支援システム、Ａ…データの管理／統制を行うセンタサーバ、Ｂ１，Ｂ２，…，Ｂｍ…診断対象機器、５１…処理部、５３，５５…通信部、５７…データベース（ＤＢ）部、６１…エージェント実行部、６３…診断データ収集エージェント、６５…監視エージェント、６７…診断データエージェント管理部、７１…診断データ異常通知部、７３…セキュリティ警告部、７５…診断データ収集タイマ部。
【図１】
2019008430.tif 000003
【図２】
2019008430.tif 000004
【図３】
2019008430.tif 000005
【図４】
2019008430.tif 000006