JP2020009467A - 情報処理システム、情報処理方法、情報処理装置及び端末装置 - Google Patents

Abstract

【課題】利用者に通信回線の回線使用費用の負担を強いることなく、監視の対象となる被監視装置を監視することを可能とする情報処理システムを提供する。【解決手段】情報処理システムＳは、被監視装置Ｐ−１〜Ｎの機種識別情報と状態履歴情報を近距離無線通信により受信および送信する端末装置１−１〜Ｍと、端末装置から機種識別情報と状態履歴情報を受信する情報処理装置２と、機種識別情報と、機種が正常な状態のときの状態履歴情報である正常状態履歴情報とを関連付けて蓄積する記憶装置３と、を備える。情報処理装置は、ある被監視装置の機種識別情報と状態履歴情報を端末装置から受信した場合、記憶装置に蓄積されている状態履歴情報とを比較して、被監視装置の運転状態が正常か否か判定し、判定結果を端末装置へ送信する。端末装置は、情報処理装置から判定結果を受信し、受信した判定結果を表示する。【選択図】図２

Description

本発明は、情報処理システム、情報処理方法、情報処理装置及び端末装置に関する。

集合住宅などに設置されている給水装置は、利用者の利便性を考慮して故障停止が発生しないよう、最大限の設計的な考慮がされている。例えば、ポンプ装置を複数台設置し、交互に運転または切替て運転などを行うことにより、給水機能が停止することなく、保守活動を行えるように設計されている。

このような構成をした場合でも、ポンプ装置あるいは当該ポンプ装置とともに使用される周辺装置の故障発生という事態を看過できない。このため、ポンプ装置あるいは周辺装置の故障が突発的に起こった場合には、補修修繕作業が発生し、利用者に急な補修修繕費用の負担を強いることになる。

このような事象を回避するために、通信回線を使った遠隔監視システムを導入し、遠隔監視装置が常時、ポンプを監視する場合がある（例えば、特許文献１参照）。

特開２００８−１９７６３号公報

しかしながら、このような遠隔監視システムは、故障発生自体はごく稀な事象であるにも関わらず、利用者に通信回線の回線使用費用の負担を強いることになるため、費用対効果が悪く普及させるのが難しいという問題があった。

本発明は、上記問題に鑑みてなされたものであり、利用者に費用の負担を強いることなく、監視の対象となる被監視装置を監視することを可能とする情報処理システム、情報処理方法、情報処理装置及び端末装置を提供することを目的とする。

本発明の第１の態様に係る情報処理システムは、利用者の被監視装置から、当該被監視装置の機種を識別する機種識別情報と当該被監視装置の状態の履歴を示す状態履歴情報を近距離無線通信により受信し、当該受信した機種識別情報と状態履歴情報を送信する事業者端末装置と、前記事業者端末装置から前記機種識別情報と前記状態履歴情報を受信する事業者情報処理装置と、被監視装置の機種を識別する機種識別情報と、当該機種が正常な状態のときの状態履歴情報である正常状態履歴情報とを関連付けて蓄積する事業者記憶装置と、を備え、前記事業者情報処理装置は、ある被監視装置についての機種識別情報と状態履歴情報を前記事業者端末装置から受信した場合、当該機種識別情報に関連付けられて前記事業者記憶装置に蓄積されている正常状態履歴情報と当該受信した状態履歴情報とを比較して、当該被監視装置の運転状態が正常か否か判定し、判定結果を前記端末装置へ送信し、前記事業者端末装置は、前記事業者情報処理装置から前記判定結果を受信し、前記受信した判定結果を表示する。

これにより、事業者端末装置に被監視装置の運転状態が正常か否かの判定結果が表示されるので、事業者端末装置を操作するサービス員は、被監視装置の運転状態が正常か否か
確認することができる。この情報処理システムによれば、利用者は通信回線の契約をしなくてもよいので、利用者に通信回線の回線使用費用の負担を強いることなく、監視の対象となる被監視装置を監視することができる。

本発明の第２の態様に係る情報処理システムは、上記第１の態様に係る情報処理システムであって、前記事業者情報処理装置は、当該被監視装置の運転状態が正常であると判定した場合、当該状態履歴情報を正常状態履歴情報として当該機種識別情報と関連付けて前記事業者記憶装置に記憶させる。

これにより、被監視装置の運転状態が正常であると判定された場合、当該状態履歴情報を正常状態履歴情報として当該機種識別情報に関連付けて事業者記憶装置に記憶されるので、機種毎に、運転状態が正常なときの状態履歴情報が蓄積されていく。これにより、次に同じ機種について判定する場合には、状態履歴情報を、これらの蓄積されたより多くの正常状態履歴情報と比較することができるので、判定精度を向上させることができる。

本発明の第３の態様に係る情報処理システムは、上記第１または２の態様に係る情報処理システムであって、前記状態履歴情報は、前記被監視装置の運転状態の履歴を示す運転状態履歴情報を含む。

これにより、運転状態履歴情報を用いて被監視装置の運転状態が正常か否か判定できる。

本発明の第４の態様に係る情報処理システムは、上記第１から３のいずれかの態様に係る情報処理システムであって、前記状態履歴情報は、前記被監視装置に設けられた計測器によって計測された計測値の履歴を示す計測値履歴情報を含む。

これにより、計測値履歴情報を用いて被監視装置の運転状態が正常か否か判定できる。

本発明の第５の態様に係る情報処理システムは、上記第１から４のいずれかの態様に係る情報処理システムであって、前記事業者記憶装置には、故障事象毎に前記被監視装置の故障発生前の状態履歴情報が蓄積されており、前記事業者情報処理装置は、故障事象毎に、前記事業者記憶装置に蓄積された前記故障発生前の状態履歴情報を統計学的に処理し、故障発生前に特有の状態変化を決定し、前記事業者情報処理装置は、前記ある被監視装置の状態履歴情報と、前記事業者記憶装置に記憶された、当該被監視装置と同じ機種の正常状態履歴情報とを比較して、前記ある被監視装置の状態履歴情報に前記故障発生前に特有の状態変化があるか否か判定する。

これにより、将来の故障事象（イベント）の発生を予測することができる。事業者記憶装置に、故障事象毎に、被監視装置の故障発生前の状態履歴情報が随時蓄積されていくことで、故障発生前に特有の正しい状態変化の検出精度を向上させることができる。

本発明の第６の態様に係る情報処理システムは、上記第５の態様に係る情報処理システムであって、前記事業者情報処理装置は、前記故障発生前に特有の状態変化に関する情報及び／または故障事象に関する情報を前記事業者端末装置に送信し、前記事業者端末装置は、前記故障発生前に特有の状態変化に関する情報及び／または故障事象に関する情報を受信して表示する。

これにより、事業者端末装置を保持するサービス員が故障発生前に特有の状態変化及び／または将来予測される故障を認識できるため、現地のサービス員の判断を補助することができる。

本発明の第７の態様に係る情報処理システムは、上記第５または６の態様に係る情報処理システムであって、前記事業者記憶装置には、前記被監視装置の機種毎に、前記機種識別情報、前記故障発生前に特有の状態変化、補修作業内容及び／または交換すべき部品が関連付けられて記憶されており、前記事業者情報処理装置は、前記事業者記憶装置を参照して、前記決定された故障発生前に特有の状態変化と当該被監視装置の機種を識別する機種識別情報とに関連付けられた補修作業内容及び／または交換すべき部品を前記事業者記憶装置から抽出し、前記事業者端末装置に前記補修作業内容及び／または交換すべき部品に関する情報を送信し、前記事業者端末装置は、前記補修作業内容及び／または交換すべき部品を前記事業者情報処理装置から受信して表示する。

これにより、事業者端末装置を保持するサービス員が被監視装置の利用者に最適な保守作業を提供するために必要な情報を提供することができるので、ポンプ装置が故障に至る前に補修計画を立案することができる。

本発明の第８の態様に係る情報処理システムは、上記第５または６の態様に係る情報処理システムであって、前記事業者記憶装置には、故障部品それぞれについて、当該故障部品を識別する故障部品識別情報と当該故障部品に対する作業項目が関連付けられて記憶されており、前記事業者端末装置は、故障した前記被監視装置の故障部品の入力を操作者から受け付け、受け付けた故障部品を識別する故障部品識別情報を送信し、前記事業者情報処理装置は、前記事業者記憶装置を参照して、受信した故障部品識別情報に対応する作業項目を取得し、前記被監視装置の故障発生前の状態履歴情報から、当該故障発生前に特有の状態変化を抽出し、前記抽出された状態変化について正常か否かを判別する判別条件を決定し、前記状態変化と前記判別条件と前記作業項目を前記事業者端末装置へ送信し、前記事業者端末装置は、前記状態変化と前記判別条件と前記作業項目を前記事業者情報処理装置から受信し、前記状態変化と前記判別条件と前記作業項目とを関連付けて蓄積し、ある状態履歴情報をある被監視装置から受信した場合、当該状態履歴情報について前記蓄積された状態変化が対応する前記判別条件を満たすか否か判定し、当該判別条件を満たす場合、当該状態変化と当該判別条件の組に対応する前記作業項目を表示する。

これにより、事業者端末装置は状態変化が判別条件を満たす場合に、その状態変化に対応する故障部位に適した作業項目を表示することができるので、この表示を見た事業者のサービス員は被監視装置が故障に至る前に補修計画を立案することができる。

本発明の第９の態様に係る情報処理システムは、上記第８の態様に係る情報処理システムであって、前記事業者情報処理装置は、過去に故障した同機種の複数の状態履歴情報から、前記抽出された状態変化が観測される状態履歴情報を抽出し、抽出した状態履歴情報を用いて前記判別条件を決定する。

これにより、故障の予知精度を向上させることができるので、事業者端末装置を保持するサービス員は、保守作業に対する日程計画の妥当性を改善することができるので、被監視装置の利用者に最適な保守計画及び／または予算建てを提案することができる。

本発明の第１０の態様に係る情報処理方法は、被監視装置の機種を識別する機種識別情報と、当該機種が正常な状態のときの状態履歴情報である正常状態履歴情報とを関連付けて蓄積する事業者記憶装置を参照する情報処理方法であって、事業者端末装置が、利用者の被監視装置から、当該被監視装置の機種を識別する機種識別情報と当該被監視装置の状態の履歴を示す状態履歴情報を近距離無線通信により受信し、当該受信した機種識別情報と状態履歴情報を送信するステップと、事業者情報処理装置が、ある被監視装置についての機種識別情報と状態履歴情報を前記事業者端末装置から受信した場合、当該機種識別情
報に関連付けられて前記記憶装置に蓄積されている正常状態履歴情報と当該受信した状態履歴情報とを比較して、当該被監視装置の運転状態が正常か否か判定し、判定結果を前記事業者端末装置へ送信するステップと、前記事業者端末装置が、前記事業者情報処理装置から前記判定結果を受信し、前記受信した判定結果を表示するステップと、を有する。

これにより、事業者端末装置に被監視装置の運転状態が正常か否かの判定結果が表示されるので、事業者端末装置を操作するサービス員は、被監視装置の運転状態が正常か否か確認することができる。この情報処理方法によれば、利用者は通信回線の契約をしなくてもよいので、利用者に通信回線の回線使用費用の負担を強いることなく、監視の対象となる被監視装置を監視することができる。

本発明の第１１の態様に係る情報処理装置は、事業者端末装置から、被監視装置の機種を識別する機種識別情報と前記被監視装置の状態の履歴を示す状態履歴情報を受信する通信部と、前記通信部がある被監視装置についての機種識別情報と状態履歴情報を受信した場合、当該機種識別情報に関連付けられて事業者記憶装置に蓄積されている正常状態履歴情報と当該受信した状態履歴情報とを比較して、当該被監視装置の運転状態が正常か否か判定し、判定結果を前記事業者端末装置へ送信するための処理を実行するプロセッサと、を備える。

これにより、事業者端末装置に被監視装置の運転状態が正常か否かの判定結果が表示されるので、事業者端末装置を操作するサービス員は、被監視装置の運転状態が正常か否か確認することができる。この情報処理装置によれば、利用者は通信回線の契約をしなくてもよいので、利用者に通信回線の回線使用費用の負担を強いることなく、監視の対象となる被監視装置を監視することができる。

本発明の第１２の態様に係る端末装置は、被監視装置の機種を識別する機種識別情報と、当該機種が正常な状態のときの状態履歴情報である正常状態履歴情報とを関連付けて蓄積する記憶装置を参照可能な端末装置であって、利用者の被監視装置から、当該被監視装置の機種を識別する機種識別情報と当該被監視装置の状態の履歴を示す状態履歴情報を近距離無線通信により受信する通信部と、ある被監視装置についての機種識別情報と状態履歴情報を当該被監視装置から受信した場合、当該機種識別情報に関連付けられて記憶装置に蓄積されている正常状態履歴情報と当該受信した状態履歴情報とを比較して、当該被監視装置の運転状態が正常か否か判定するプロセッサと、前記プロセッサの判定により得られた判定結果を表示する表示部と、を備える。

これにより、事業者端末装置に被監視装置の運転状態が正常か否かの判定結果が表示されるので、事業者端末装置を操作するサービス員は、被監視装置の運転状態が正常か否か確認することができる。この本発明の一態様によれば、利用者は通信回線の契約をしなくてもよいので、利用者に通信回線の回線使用費用の負担を強いることなく、監視の対象となる被監視装置を監視することができる。

本発明の一態様によれば、事業者端末装置に被監視装置の運転状態が正常か否かの判定結果が表示されるので、事業者端末装置を操作するサービス員は、被監視装置の運転状態が正常か否か確認することができる。この本発明の一態様によれば、利用者は通信回線の契約をしなくてもよいので、利用者に通信回線の回線使用費用の負担を強いることなく、監視の対象となる被監視装置を監視することができる。

本実施形態に係る情報処理システムＳの利用の一態様を示す模式図である。 本実施形態に係る情報処理システムＳの構成を示す概略ブロック図である。 本実施形態に係るポンプ装置Ｐの構成の一例を示す概略ブロック図である。 本実施形態に係る端末装置１の構成の一例を示す概略ブロック図である。 端末装置１における判定項目、判定条件、推奨／案内する項目の一例である。 端末装置１の処理の一例を示すフローチャートである。 本実施形態に係る情報処理装置２の構成の一例を示す概略ブロック図である。 ポンプを異常であると判定する第１の例である。 ポンプを異常であると判定する第２の例である。 故障解析を説明するための第１の例である。 故障解析を説明するための第２の例である。 情報処理装置２の処理の一例を示すフローチャートである。

以下、本発明の実施形態について、図面を参照しながら説明する。本実施形態では、監視の対象となる被監視装置は、一例としてポンプ装置Ｐであるものとして以下説明する。図１は、本実施形態に係る情報処理システムＳの利用の一態様を示す模式図である。図１（Ａ）は、サービス員ＳＭの端末装置（事業者端末装置）１で状態履歴情報を回収して遠隔地にある情報処理装置（事業者情報処理装置）２で分析することを説明する模式図である。
利用者ＵＲが利用するポンプ装置Ｐは、近距離無線通信の無線通信モジュールを有している。本実施形態では、近距離無線通信は一例としてＷｉ−Ｆｉ（登録商標）（以下、無線ＬＡＮという）であるものとして以下説明する。ポンプ装置Ｐは、当該ポンプ装置Ｐの状態の履歴を示す状態履歴情報を所定の時間間隔で記憶媒体（ここでは一例として内部のメモリ）に蓄積する。なお、状態履歴情報を蓄積するのは、内部のメモリではなく、外部の記憶媒体でもよい。

図１（Ａ）に示すように、ポンプ装置Ｐは、当該ポンプ装置Ｐの機種を識別する機種識別情報と、当該ポンプ装置Ｐの状態の履歴を示す状態履歴情報を、保守点検を行うサービス員ＳＭが使用する端末装置１に無線ＬＡＮにより送信する。この状態履歴情報は、当該ポンプ装置Ｐの運転状態（例えば、運転、停止など）の履歴を示す運転状態履歴情報と、当該ポンプ装置Ｐに設けられた計測器によって計測された計測値（例えば、ポンプ圧力、ポンプ表面温度、モータ入力電流、モータ電力、モータ温度、及び／または制御盤内の温度など）の履歴を示す計測値履歴情報とを含む。また、この状態履歴情報は、例えば、前回、サービス員ＳＭが保守点検のために訪問した時から今回訪問した時までの履歴情報であってもよいし、予め決められた長さの期間（例えば、直近６ヶ月）の履歴情報であってもよい。

端末装置１は、利用者ＵＲのポンプ装置Ｐから無線ＬＡＮにより、機種識別情報と状態履歴情報を受信し、受信した機種識別情報と状態履歴情報を、携帯電話回線ネットワークを介して情報処理装置２へ送信する。
情報処理装置２は、端末装置１からこの状態履歴情報を受信し、受信した状態履歴情報を用いてポンプ装置Ｐの状態を分析する。このようにして、回収された状態履歴情報は即時に分析される。情報処理装置２は、分析の結果、ポンプ装置Ｐが正常だと判断した場合、受信した状態履歴情報を、当該機種が正常な状態のときの状態履歴情報である正常状態履歴情報として機種識別情報と関連付けて記憶装置（事業者記憶装置）３に記憶させる。これにより、記憶装置３には、機種毎に、正常状態履歴情報が蓄積されていく。

図１（Ｂ）は、分析結果を情報処理装置２に表示してサービス員ＳＭが分析結果につい
て説明することを示す模式図である。図１（Ｂ）に示すように、情報処理装置２は、分析結果を携帯電話回線ネットワークを介して端末装置１へ送信する。端末装置１は、情報処理装置２から分析結果を受信して、受信した分析結果を表示する。分析結果は、例えば、ポンプ部の分解点検の推奨または案内、ポンプ周辺部の分解点検の推奨または案内、ベアリング交換の推奨または案内、配管周りの分解点検の推奨または案内などに関する情報である。サービス員ＳＭは、端末装置１に表示された分析結果を参照しつつ、例えばポンプ装置Ｐの利用者ＵＲにこの分析結果を見せながら、その場で利用者ＵＲに対して、ポンプ装置Ｐの状態の報告、点検、修理または部品の交換の提案を行うことができる。

このように、サービス員ＳＭが保守点検のために、ポンプ装置Ｐのある現場に行った際に、端末装置１が当該ポンプ装置Ｐの状態履歴情報を回収して、即時に情報処理装置２で分析し、当該現場で端末装置１にこの分析結果を表示する。これにより、サービス員ＳＭが保守点検のために、ポンプ装置Ｐのある現場に行った際に、ポンプ装置Ｐの利用者ＵＲに対して、端末装置１に表示された分析結果を参照しながら、その場で利用者ＵＲに対して、ポンプ装置Ｐの状態の報告、修理または部品の交換の提案を行うことができる。

続いて、本実施形態に係る情報処理システムＳの構成について図２を用いて説明する。図２は、本実施形態に係る情報処理システムＳの構成を示す概略ブロック図である。図２に示すように、情報処理システムＳは、ポンプ装置Ｐ−１、Ｐ−２、Ｐ−３、…、Ｐ−（Ｎ−２）、Ｐ−（Ｎ−１）、Ｐ−Ｎ（Ｎは正の整数）と、端末装置１−１、…、１−Ｍ（Ｍは正の整数）と、情報処理装置２と、記憶装置３とを備える。ポンプ装置Ｐ−１、Ｐ−２、Ｐ−３と、端末装置１−１は、無線ＬＡＮで通信可能である。ポンプ装置Ｐ−（Ｎ−２）、Ｐ−（Ｎ−１）、Ｐ−Ｎと、端末装置１−１は、無線ＬＡＮで通信可能である。端末装置１−１、…、１−Ｍは、携帯電話回線ネットワークＣＮを介して、情報処理装置２に接続されている。情報処理装置２は、ローカルネットワークＬＮを介して記憶装置３に接続されている。端末装置１−１、…、１−Ｍは、例えば、携帯電話、タブレット端末、ノートパソコンなどのいずれかである。情報処理装置２は例えば、サーバである。なお、携帯電話回線ネットワークＣＮに基地局などが含まれており、端末装置１−１、…、１−Ｍは、基地局と携帯電話用の無線通信規格に従って無線通信し、基地局が情報を中継するが、その詳細は省略する。

以下、ポンプ装置Ｐ−１、Ｐ−２、Ｐ−３、…、Ｐ−（Ｎ−２）、Ｐ−（Ｎ−１）、Ｐ−Ｎを総称して、ポンプ装置Ｐという。また、端末装置１−１、…、１−Ｍを総称して、端末装置１という。

続いて、以上の構成を有する情報処理システムの基本的な動作について説明する。
端末装置１は、利用者の被監視装置であるポンプ装置Ｐから、当該ポンプ装置Ｐの機種を識別する機種識別情報と、当該ポンプ装置Ｐの状態の履歴を示す状態履歴情報を近距離無線通信（本実施形態では一例として無線ＬＡＮ）により受信し、当該受信した機種識別情報と状態履歴情報を送信する。
情報処理装置２は、端末装置１から機種識別情報と状態履歴情報を受信する。
記憶装置３は、被監視装置の機種を識別する機種識別情報と、当該機種が正常な状態のときの状態履歴情報である正常状態履歴情報とを関連付けて蓄積する。

情報処理装置２は、あるポンプ装置Ｐについての機種識別情報と状態履歴情報を端末装置１から受信した場合、当該機種識別情報に関連付けられて前記記憶装置に蓄積されている正常状態履歴情報と当該受信した状態履歴情報とを比較して、当該ポンプ装置Ｐの運転状態が正常か否か判定し、判定結果を端末装置１へ送信する。情報処理装置２は、当該ポンプ装置Ｐの運転状態が正常であると判定した場合、当該状態履歴情報を正常状態履歴情報として当該機種識別情報に関連付けて記憶装置３に記憶させる。
端末装置１は、情報処理装置２から判定結果を受信し、受信した判定結果を表示する。

これにより、端末装置１にポンプ装置Ｐの運転状態が正常か否かの判定結果が表示されるので、端末装置１を操作するサービス員は、ポンプ装置Ｐの運転状態が正常か否か確認することができる。この情報処理システムＳによれば、利用者は通信回線の契約をしなくてもよいので、利用者に通信回線の回線使用費用の負担を強いることなく、監視の対象となる被監視装置を監視することができる。また、ポンプ装置Ｐの運転状態が正常であると判定された場合、当該状態履歴情報を正常状態履歴情報として当該機種識別情報に関連付けて記憶装置３に記憶されるので、機種毎に、運転状態が正常なときの状態履歴情報が蓄積されていく。これにより、次に同じ機種について判定する場合には、状態履歴情報を、これらの蓄積された多くの正常状態履歴情報と比較することができるので、判定精度を向上させることができる。

続いて、本実施形態に係るポンプ装置Ｐの構成について図３を用いて説明する。図３は、本実施形態に係るポンプ装置Ｐの構成の一例を示す概略ブロック図である。図３に示すように、ポンプ装置Ｐは、モータ１０１と、モータ１０１の回転軸に連結されたポンプ１０２と、モータ１０１に接続され且つ商用電源ＡＣに接続されたモータ制御部１０３とを備える。

モータ制御部１０３は、商用電源ＡＣから交流電圧を所望の周波数且つ所望の振幅の交流電圧に変換し、変換後の交流電圧をモータ１０１に供給する。モータ１０１は、この交流電圧で回転軸を回転させる。これにより、この回転軸に連結されたポンプ１０２が駆動し、水が汲み上げられる。

更に、ポンプ装置Ｐは、モータ制御部１０３と接続されたインタフェース（Ｉ／Ｆ）１０４と、インタフェース（Ｉ／Ｆ）１０４に接続された電流計測器１０５と、インタフェース（Ｉ／Ｆ）１０４に接続された温度計測器（温度センサ）１０６とを備える。電流計測器１０５は、例えば、ＣＴ（Current Transformer）であり、モータ入力電流を計測し
、計測された計測値を示す信号をインタフェース（Ｉ／Ｆ）１０４に出力する。同様に、温度計測器１０６は、モータ１０１の温度（例えば、モータ１０１のコイルの温度）を計測し、計測された計測値を示す信号をインタフェース（Ｉ／Ｆ）１０４に出力する。

更に、ポンプ装置Ｐは、商用電源ＡＣに接続された変圧器１０７と、変圧器１０７及びインタフェース（Ｉ／Ｆ）１０４に接続されたＣＰＵ１０８とを備える。変圧器１０７は例えば二巻線変圧器であり、商用電源ＡＣの電圧を所望の電圧に変換し、変換後の電圧をＣＰＵ１０８へ供給する。これにより、ＣＰＵ１０８は、変圧器１０７から供給された電圧で駆動する。

更に、ポンプ装置Ｐは、ＣＰＵ１０８に接続されたメモリ１０９と、ＣＰＵ１０８に接続された通信モジュール１１０と、通信モジュール１１０に接続されたアンテナ１１１とを備える。メモリ１０９は、情報を一次的に記憶する。例えば、ＣＰＵ１０８は、ポンプ装置Ｐ（具体的にはポンプ１０２）の運転状態（例えば、運転、停止など）をメモリ１０９に随時記憶させる。これにより、メモリ１０９に、ポンプ装置Ｐの運転状態の履歴を示す運転状態履歴情報が蓄積される。また、例えば、ＣＰＵ１０８は、モータ入力電流、モータコイル温度などの計測値をメモリ１０９に随時記憶させる。これにより、メモリ１０９に、これらの計測値の履歴を示す計測値履歴情報が蓄積される。また、ＣＰＵ１０８は、運転している間、メモリ１０９内の運転積算時間を更新していく。これにより、メモリ１０９に、運転積算時間が記憶される。また、ＣＰＵ１０８は、ポンプ１０２を起動する毎に、メモリ１０９に記憶されているポンプ１０２の起動回数を更新するか、及び／または、ポンプ１０２を停止する毎に、メモリ１０９に記憶されているポンプ１０２の停止回
数を更新する。これにより、メモリ１０９に、ポンプ１０２の起動回数及び／または停止回数が記憶される。

通信モジュール１１０は、例えば無線ＬＡＮの通信モジュールであり、ＣＰＵ１０８の指令に従って、メモリ１０９に蓄積された状態履歴情報を含む信号をアンテナ１１１から送信させる。これにより、状態履歴情報が端末装置１へ送信される。ここで、運転状態履歴情報、計測値履歴情報、運転積算時間、ポンプ１０２の起動回数及び／または停止回数を含む。

なお、ポンプ装置Ｐには、他にも、ポンプ圧力、ポンプ表面温度、モータ電力、モータ制御部１０３内温度（以下、盤内温度ともいう）を計測する計測器がそれぞれ設けられているが、説明を省略する。

図４は、本実施形態に係る端末装置１の構成の一例を示す概略ブロック図である。図４に示すように、端末装置１は、記憶部１１と、メモリ１２と、入力部１３と、表示部１４と、ＣＰＵ（Central Processing Unit）１５と、第１の通信部１６と、第２の通信部１
７を備える。これらの各構成は互いにバスで接続されている。

記憶部１１は、ＣＰＵ１５が読み出して実行するためのプログラムが記憶されている。
メモリ１２は、一次的に情報を記憶する。
入力部１３は、サービス員からの入力を受け付け、受け付けた入力を示す入力信号をＣＰＵ１５へ出力する。入力部１３は、表示部１４と一体となったタッチパネルでもよい。
表示部１４は、ＣＰＵ１５の指令に従って情報を表示する。
ＣＰＵ１５は、プロセッサの一例であり、記憶部１１に記憶されたプログラムを読み出して実行することにより処理部として機能する。

第１の通信部１６は、例えば、無線ＬＡＮの無線通信モジュールであり、ポンプ装置Ｐと無線ＬＡＮで通信する。例えば、第１の通信部１６は、ポンプ装置Ｐから無線ＬＡＮを介して送信された信号を受信し、受信した信号を復調及び複合して得られた信号をＣＰＵ１５へ出力する。これにより、ＣＰＵ１５は、ポンプ装置Ｐの状態履歴情報を取得することができる。

第２の通信部１７は、携帯電話回線ネットワークＣＮ用の無線通信モジュールであり、情報処理装置２と通信する。例えば、第２の通信部１７は、ＣＰＵ１５の指令に従って、状態履歴情報を含む信号を携帯電話の無線通信を用いて情報処理装置２へ送信する。

以上の構成を有する端末装置１の動作について、図５を参照しつつ図６を用いて説明する。図５は、端末装置１における判定項目、判定条件、推奨または案内する項目の一例である。図５に示すように、判定項目、判定条件、及び推奨または案内する項目（作業項目）が関連付けられたテーブルＴ１が記憶部１１に記憶されている。図６は、端末装置１の処理の一例を示すフローチャートである。前提として、ポンプ装置Ｐが設置された場所に、端末装置１を保持するサービス員が訪問したときを想定する。

（ステップＳ１０１）まず、ＣＰＵ１５は、ポンプ装置Ｐから無線ＬＡＮを介して、当該ポンプ装置Ｐの機種を識別する機種識別情報と、当該ポンプ装置Ｐの状態の履歴を示す状態履歴情報を収集する。

（ステップＳ１０２）次に、ＣＰＵ１５は、判定項目及び判定条件を記憶部１１から読み出す。

（ステップＳ１０３）次に、ＣＰＵ１５は、各判定項目について判定条件を満たすか否か判定する。

（ステップＳ１０４）次に、ＣＰＵ１５は例えば、各判定項目について判定条件を満たす場合には、判定項目に関連付けられた作業項目を表示部１４に表示する。

例えば、図５に示すように、ＣＰＵ１５は、ポンプ装置Ｐから取得した運転積算時間を用いて、ポンプ１０２の運転積算時間が、例えば２万時間毎に、ポンプ周動部の分解点検を作業項目として表示部１４に表示する。
また図５に示すように、ＣＰＵ１５は、ポンプ装置Ｐから取得したポンプ起動回数または停止回数を用いて、ポンプ起動回数または停止回数が、例えば２０万回毎に、ベアリング交換を作業項目として表示部１４に表示する。

また図５に示すように、ＣＰＵ１５は、ポンプ装置Ｐから取得した直近のモータ入力電流の履歴から、直近の平均モータ入力電流を算出する。また、ＣＰＵ１５は、記憶装置３に記憶されている過去のモータ入力電流の履歴から、定常時の平均モータ入力電流を算出する。ＣＰＵ１５は例えば、直近の平均モータ入力電流が、定常時の平均モータ入力電流より３０％以上上昇していた場合、配管周り及びポンプ部分解点検を作業項目として表示部１４に表示する。

また図５に示すように、ＣＰＵ１５は、ポンプ装置Ｐから取得した直近のモータ温度の履歴から、直近の平均モータ温度を算出する。また、ＣＰＵ１５は、記憶装置３に記憶されている過去のモータ温度の履歴から、定常時の平均モータ温度を算出する。ＣＰＵ１５は例えば、直近の平均モータ温度が、定常時の平均モータ温度より２０％以上上昇していた場合、ポンプ部分解点検を作業項目として表示部１４に表示する。

これにより、表示部１４に作業項目が表示されるので、ポンプ装置Ｐが設置された場所にいるサービス員は、作業項目をもれなく実施することができる。

（ステップＳ１０５）次に、ＣＰＵ１５は、収集データすなわち機種識別情報と状態履歴情報を情報処理装置２へ送信する。

以上、本実施形態に係る端末装置１は、判定項目、当該判定項目の判別条件、当該判別条件を満たす場合の作業項目が関連づけられて記憶された記憶部１１を備える。更に端末装置１は、被監視装置から、当該被監視装置の状態の履歴を示す状態履歴情報を近距離無線通信により受信する第１の通信部１６を備える。更に端末装置１は、情報を表示する表示部を備える。更に端末装置１は、第１の通信部１６がある状態履歴情報を受信した場合、記憶部１１を参照して、当該状態履歴情報が判定項目それぞれにおける判別条件を満たすか否か判定し、判別条件を満たす場合、記憶部１１において当該判別条件に関連付けられた作業項目を表示部１４に表示させるプロセッサを備える。

これにより、表示部１４に作業項目が表示されるので、表示を見た現地のサービス員は、作業項目をもれなく実施することができる。
なお、記憶部１１には、更に判定項目と関連付けられて、現地のサービス員が作業に使用すべき工具及び／または消耗部材、及び／または作業内容（例えばベアリング交換の具体的な作業内容）が記憶されていてもよい。そして、ＣＰＵ１５は、作業項目だけでなく、現地のサービス員が作業に使用すべき工具及び／または消耗部材、及び／または作業内容を表示部１４に表示してもよい。これにより、現地のサービス員が判断のもれなく作業内容を理解することができる。

図７は、本実施形態に係る情報処理装置２の構成の一例を示す概略ブロック図である。図７に示すように、情報処理装置２は、記憶部２１と、メモリ２２と、入力部２３と、表示部２４と、ＣＰＵ２５と、通信部２６と、を備える。これらの各構成は互いにバスで接続されている。

記憶部２１は、ＣＰＵ２５が読み出して実行するためのプログラムが記憶されている。
メモリ２２は、一次的に情報を記憶する。
入力部２３は、情報処理装置２の操作者からの入力を受け付け、受け付けた入力を示す入力信号をＣＰＵ２５へ出力する。
表示部２４は、ＣＰＵ２５の指令に従って情報を表示する。
ＣＰＵ２５は、プロセッサの一例であり、記憶部２１に記憶されたプログラムを読み出して実行することにより処理部として機能する。
通信部２６は、携帯電話回線ネットワークＣＮ用の通信モジュールであり、端末装置１と通信する。例えば、通信部２６は、状態履歴情報を含む信号を受信する。

以上の構成を有する情報処理装置２の動作について、図８〜１１を参照しつつ図１２を用いて説明する。図８は、ポンプを異常であると判定する第１の例である。図８（Ａ）は、正常時のポンプ１０２の運転状態の時系列変化の一例を示すグラフである。図８（Ｂ）は、異常時のポンプ１０２の運転状態の時系列変化の一例を示す図である。図９は、ポンプを異常であると判定する第２の例である。図９（Ａ）は、正常時の単位時間あたりのポンプ起動回数の時系列変化の一例を示すグラフである。図９（Ｂ）は、異常時の単位時間あたりのポンプ起動回数の時系列変化の一例を示すグラフである。図１０は、故障解析を説明するための第１の例である。図１０（Ａ）は、正常時のモータ温度の時系列変化の第１の例を示すグラフである。図１０（Ｂ）は、異常時のモータ温度の時系列変化の第１の例を示すグラフである。図１１は、故障解析を説明するための第２の例である。図１１（Ａ）は、正常時のモータ温度の時系列変化の第２の例を示すグラフである。図１１（Ｂ）は、異常時のモータ温度の時系列変化の第２の例を示すグラフである。図１２は、情報処理装置２の処理の一例を示すフローチャートである。

（ステップＳ２０１）まず、ＣＰＵ２５は、収集データすなわち機種識別情報と状態履歴情報（運転履歴情報と計測値履歴情報を含む）を端末装置１から取得する。

（ステップＳ２０２）次に、ＣＰＵ２５は、状態履歴情報について、データ解析を行う。例えば、ＣＰＵ２５は、ポンプ装置Ｐの状態履歴情報と、記憶装置３に記憶された、当該被監視装置と同じ機種の正常状態履歴情報とを比較して、ポンプ装置Ｐの状態履歴情報に故障発生前に特有の状態変化があるか否か判定する。故障発生前に特有の状態変化がある場合、ＣＰＵ２５は例えば、この故障発生前に特有の状態変化に関する情報及び／または故障事象に関する情報を端末装置１に送信してもよい。そして端末装置１は、故障発生前に特有の状態変化に関する情報及び／または故障事象に関する情報を受信して表示してもよい。これにより、現地のサービス員が故障発生前に特有の状態変化及び／または将来予測される故障を認識できるため、現地のサービス員の判断を補助することができる。

ここで、故障発生前に特有の状態変化の決定方法について説明する。端末装置１が故障事象毎に、被監視装置の故障発生前の状態履歴情報を送信してもよい。そして、情報処理装置２は、故障事象毎に、記憶装置３に被監視装置の故障発生前の状態履歴情報を蓄積させていく。これにより、記憶装置３には、故障事象毎に、被監視装置の故障発生前の状態履歴情報が蓄積されている。

情報処理装置２のＣＰＵ２５は、故障事象毎に、故障発生前の状態履歴情報を統計学的に処理し、故障発生前に特有の状態変化を決定する。具体的には例えば、ＣＰＵ２５は、
複数の故障発生前の状態履歴情報について、パラメータ（例えば、モータ温度上昇レート）が急変する分岐点を抽出し、その分岐点前後のパラメータ（例えば、モータ温度上昇レート）を比較して、例えば平均値に予め決められた割合以上の差がある場合（あるいは統計的に優位な差がある場合）には、当該状態変化（例えば、モータ温度上昇レートの上昇）を故障発生前に特有の状態変化に決定する。これにより、将来の故障事象（イベント）の発生を予測することができる。記憶装置３に、故障事象毎に、被監視装置の故障発生前の状態履歴情報が随時蓄積されていくことで、故障発生前に特有の正しい状態変化の検出精度を向上させることができる。

また、記憶装置３には、過去の故障について、機種識別情報、故障発生前に特有の状態変化、補修作業内容、交換すべき部品などが関連付けられて記憶されている。また、故障部品が更に関連付けられて記憶されていてもよい。この場合、ＣＰＵ２５は例えば、記憶装置３を参照して、ＣＰＵ２５は例えば、決定された故障発生前に特有の状態変化とポンプ装置Ｐの機種を識別する機種識別情報とに関連付けられた補修作業内容及び／または交換すべき部品を記憶装置３から抽出し、端末装置１に補修作業内容及び／または交換すべき部品に関する情報を送信するための制御を実行する。
これにより、現地のサービス員がポンプ装置Ｐの利用者に最適な保守作業を提供するために必要な情報を提供することができるので、ポンプ装置Ｐが故障に至る前に補修計画を立案することができる。

（ステップＳ２０３）そして、ＣＰＵ２５は、データ解析の結果に基づいて、ポンプの運転状態が正常であるか否か判定する。

例えば、記憶装置３に記憶されている正常時の運転履歴情報では、図８（Ａ）に示すように、１回のポンプ運転が４時間程度、継続していたものと仮定する。その一方で、収集した直近の運転履歴情報では、図８（Ｂ）に示すように、短時間にポンプ起動と停止を繰返していたものとする。ここで、正常時の運転履歴情報は、後述するステップＳ２０４の処理により、機種毎に記憶装置３に蓄積されている。
この場合、ＣＰＵ２５は、閾値時間より短いポンプ運転の継続時間を、予め決められた閾値回数繰返した場合には、ポンプ１０２の運転状態が正常でない（すなわち異常である）と判定する。ここで閾値時間は、過去の平均のポンプ運転の継続時間に基づいて決定されてもよい。例えば、閾値時間は、過去の平均のポンプ運転の継続時間の半分の時間であってもよい。

また例えば、記憶装置３に記憶されている正常時の運転履歴情報では、図９（Ａ）に示すように、１時間あたりのポンプ起動回数が５〜８回程度であったものと仮定する。その一方で、収集した直近の運転履歴情報では、図９（Ｂ）に示すように、１時間あたりのポンプ１０２の起動回数が、時間ｔ１を境に急増したものとする。
この場合、ＣＰＵ２５は例えば、正常時の運転履歴情報における１時間あたりのポンプ起動回数の最大値を閾値Ｔｈに決定し、直近の運転履歴情報における１時間あたりのポンプ起動回数がこの閾値Ｔｈを超えた場合には、ポンプ装置Ｐの運転状態が正常でない（すなわち異常である）と判定する。

（ステップＳ２０４）ステップＳ２０３においてポンプの運転状態が正常であると判定された場合、ＣＰＵ２５は、取得した収集データ（すなわち状態履歴情報）を、正常状態履歴情報（正常時のデータともいう）として当該記憶装置３に格納する。

（ステップＳ２０５）次に、ＣＰＵ２５は、端末装置１へ、判定結果（ここではポンプ正常という判定結果）を送信するための制御を行う。その後、処理がステップＳ２１５及びステップＳ２１６へ進む。

（ステップＳ２０６）ステップＳ２０３においてポンプの運転状態が正常でないと判定された場合、この異常の前例情報があるか否か判定する。

（ステップＳ２０７）ステップＳ２０６において異常の前例情報があると判定された場合、ＣＰＵ２５は、異常内容、改修作業計画、作業指示書情報及び部品交換費用積算を記憶装置３から抽出する。

ここで、前例がある異常については、記憶装置３に、前例の異常内容、判定条件、前例の異常内容に対応する改修作業計画、前例の異常内容に対応する作業指示書情報、及び前例の異常内容に対応する部品交換費用積算が関連付けられて記憶されている。

例えば、図８（Ｂ）に示す異常の場合、閾値時間より短いポンプ運転の継続時間を、予め決められた閾値回数繰返した場合には、ポンプ配管部の水漏れが想定される。この事態の前例がある場合には、記憶装置３には、予め、「ポンプ配管部の水漏れ」という異常内容、「閾値時間より短いポンプ運転の継続時間を、予め決められた閾値回数繰返した場合」という判定条件、「ポンプ配管部の水漏れ」に対応する改修作業計画、「ポンプ配管部の水漏れ」に対応する作業指示書情報、「ポンプ配管部の水漏れ」に対応する部品交換費用積算が関連付けられて記憶されている。

例えば、図８（Ｂ）に示す以上の場合には、閾値時間より短いポンプ運転の継続時間を、予め決められた閾値回数繰り返すので、ステップＳ２０９において、ＣＰＵ２５は、「閾値時間より短いポンプ運転の継続時間を、予め決められた閾値回数繰返した場合」という条件に対応する前例情報のレコードを記憶装置３内で検索し、前例情報のレコードがあった場合（ステップＳ２０６ ＹＥＳ）、このレコードに含まれる異常内容、改修作業計画、作業指示書情報及び部品交換費用積算を記憶装置３から抽出する。

例えば、図９（Ｂ）に示す異常の場合、正常時の運転履歴情報における１時間あたりのポンプ起動回数の最大値を閾値Ｔｈとして、この閾値Ｔｈを超えた場合には、ポンプ配管部の水漏れが想定される。この事態の前例がある場合には、記憶装置３には、予め、「ポンプ配管部の水漏れ」という異常内容、「正常時の運転履歴情報における１時間あたりのポンプ起動回数の最大値を超えた場合」という判定条件、「ポンプ配管部の水漏れ」に対応する改修作業計画、「ポンプ配管部の水漏れ」に対応する作業指示書情報、「ポンプ配管部の水漏れ」に対応する部品交換費用積算が関連付けられて記憶されている。

例えば、図９（Ｂ）に示す異常の場合には、閾値時間より短いポンプ運転の継続時間を、予め決められた閾値回数繰り返すので、ステップＳ２０９において、ＣＰＵ２５は、「閾値時間より短いポンプ運転の継続時間を、予め決められた閾値回数繰返した場合」という条件に対応する前例情報のレコードを記憶装置３内で検索し、前例情報のレコードがあった場合（ステップＳ２０６ ＹＥＳ）、このレコードに含まれる異常内容、改修作業計画、作業指示書情報及び部品交換費用積算を記憶装置３から抽出する。

（ステップＳ２０８）次に、ＣＰＵ２５は、端末装置１へ、判定結果を送信するための制御を行う。ここでは判定結果には、ポンプ異常という判定内容の他に、異常内容、改修作業計画、作業指示書情報及び部品交換費用積算が含まれる。その後、処理がステップＳ２１５及びステップＳ２１６へ進む。

（ステップＳ２０９）ステップＳ２０９において異常の前例情報がないと判定された場合、ＣＰＵ２５は、予め決められた規則に従って引取調査の要否を判定し、予め決められた規則に従って故障想定内容を纏める処理を実行する。

ステップＳ２０９の後に、ＣＰＵ２５は、ステップＳ２１０と、ステップＳ２１１〜２１４を並行して実行する。
（ステップＳ２１０）ＣＰＵ２５は、端末装置１へ、判定結果を送信するための制御を行う。ここでは判定結果には、ポンプ異常という判定内容が含まれる。その後、処理がステップＳ２１５へ進む。

（ステップＳ２１１）ＣＰＵ２５は、ポンプ装置１の製造会社に異常が発生した旨とその詳細情報を伝送するための処理を実行する。

（ステップＳ２１２）ＣＰＵ２５は、端末装置１に故障部品（例えば、ベアリング）を要求する。端末装置１は、この要求に応じて、サービス員に故障部品を調べるように促す情報を表示するとともに、その故障部品を入力するよう促す情報を表示する。そして、端末装置１は、サービス員から故障部品が入力された場合、この故障部品を識別する故障部品識別情報を情報処理装置２へ送信する。ＣＰＵ２５は、このようにして、故障部品を取得する。ここで記憶装置３には、故障部品それぞれについて、当該故障部品を識別する故障部品識別情報と当該故障部品に対する作業項目が関連付けられて記憶されている。ＣＰＵ２５は、記憶装置３を参照して、取得した故障部品に対応する作業項目を取得する。

（ステップＳ２１３）ＣＰＵ２５は、故障解析を実施する。例えば、ベアリング故障が発生した場合の例について説明する。図１０（Ａ）には、正常時のポンプ運転状態の時系列変化を示すＬ１とモータ温度の時系列変化を示すＬ２と、が示されている。それに対し、図１０（Ｂ）には、ベアリング故障発生直前のポンプ運転状態の時系列変化を示すＬ３とモータ温度の時系列変化を示すＬ４が示されている。図１０（Ｂ）に示すように、正常時と比べて、故障発生直前では、モータ温度上昇レートに大幅な増加が見られる。しかし、上昇した温度は、モータ温度上限値以下であり、モータ設計上では異常ではない。つまり、モータ温度上昇レートを分析すれば、ベアリング故障の予知が可能である。

図１０の例では、ステップＳ２１３において、ＣＰＵ２５は、モータ温度上昇レートを含む予め決められた複数の状態変化それぞれについて、同じ機種の正常時の状態履歴情報と、今回発生した異常時の状態履歴情報とを比較する。その際、正常時の状態履歴情報から設定される当該状態変化の正常範囲に、今回発生した異常時の状態履歴情報から得られる状態変化が入らない場合には、この状態変化を用いることによって、異常または故障が予測できる。よって、この場合、ＣＰＵ２５は、当該状態変化を判定項目に設定する。

次に、ＣＰＵ２５は、過去に故障した同機種の複数の状態履歴情報から、抽出された状態変化が観測される状態履歴情報を抽出する。例えば、図１０（Ｂ）の例の場合、ＣＰＵ２５は、過去に故障した同機種の複数の状態履歴情報から、図１０（Ｂ）のように、モータ温度上限値未満の範囲で、モータ温度上昇レートが通常時より高くなっている状態履歴情報を抽出する。そして、ＣＰＵ２５は、この抽出した状態履歴情報を用いて、モータ温度上限値未満の範囲で、モータ温度上昇レートが通常時より高くなっている状態履歴情報を判別する判別条件を決定する。具体的には例えば、ＣＰＵ２５は、抽出した状態履歴情報のいずれについても、少なくとも通常時よりも２０％以上モータ温度上昇レートが上昇しているのであれば、通常時のモータ温度上昇レートより２０％以上の上昇を判別条件に決定してもよい。

このように、ＣＰＵ２５は、過去に故障した同機種の複数の状態履歴情報から、抽出された状態変化が観測される状態履歴情報を抽出し、抽出した状態履歴情報を用いて判別条件を決定する。
これにより、これまで事業者が事前に予測できなかった、故障と上記抽出された状態変
化の因果関係を新たに発見することができる。このため、故障の予知精度を向上させることができるので、事業者のサービス員は、保守作業に対する日程計画の妥当性を改善することができるので、ポンプ装置Ｐの利用者に最適な保守計画及び／または予算建てを提案することができる。

（ステップＳ２１４）ＣＰＵ２５は、ステップＳ２１２で取得した故障部品から、作業項目（推奨または案内する項目）を設定する。例えば、故障部品が「ベアリング」の場合、ＣＰＵ２５は、記憶装置３を参照して「ベアリングの交換」を作業項目（推奨または案内する項目）に設定する。そして、ＣＰＵ２５は、ステップＳ２１３で設定された判定項目、判定条件、及び設定した作業項目を含む情報を端末装置１に送信するための制御を行う。そして、端末装置１は、記憶部１１に記憶されている図５のテーブルＴ１に、これらの情報を追記する。これにより、端末装置１は、追記した判定項目について、追記した判定条件に該当する場合には、追記した作業項目を表示することができる。

これにより、これまで事業者が事前に予測できなかった新たに発見された故障と状態変化の因果関係を端末装置１の判定項目として随時追加することができる。これより以降同じような状態変化の傾向があった場合には、端末装置１は、将来、故障する可能性がある部品の交換の案内を作業項目として表示することができ、事業者のサービス員は故障する前に部品の交換等を提案することができる。

また、例えば、温度計測器（温度センサ）１０６の断線故障が発生した場合の例について説明する。図１１（Ａ）には、正常時のポンプ運転状態の時系列変化を示すＬ５とモータ温度の時系列変化を示すＬ６と、が示されている。それに対し、図１１（Ｂ）には、ベ温度計測器（温度センサ）１０６の故障発生直前のポンプ運転状態の時系列変化を示すＬ７とモータ温度の時系列変化を示すＬ８が示されている。図１１（Ｂ）に示すように、正常時と比べて、故障発生直前では、モータ温度上昇レートに大幅な減少が見られる。しかし、上昇した温度は、モータ温度上限値以下であり、モータ設計上では異常ではない。つまり、モータ温度上昇レートを分析すれば、温度計測器（温度センサ）１０６の故障の予知が可能である。この場合には、ＣＰＵ２５は、端末装置１のテーブルＴ１に、この判定についてレコードを追加するための制御を行う。

（ステップＳ２１５）ＣＰＵ２５は、記憶装置３に判定結果を格納する。

このように、記憶装置３には、故障部品それぞれについて、当該故障部品を識別する故障部品識別情報と当該故障部品に対する作業項目が関連付けられて記憶されている。端末装置１は、故障した被監視装置の故障部品の入力を操作者から受け付け、受け付けた故障部品を識別する故障部品識別情報を情報処理装置２へ送信する。
ＣＰＵ２５は、記憶装置３を参照して、受信した故障部品識別情報に対応する作業項目を取得する。ＣＰＵ２５は、被監視装置の故障発生前の状態履歴情報と、記憶装置３に記憶された、当該故障した被監視装置と機種が同じ正常状態履歴情報とを比較して、状態変化を抽出する。ＣＰＵ２５は、抽出された状態変化について正常か否かを判別する判別条件を決定する。そしてＣＰＵ２５は、状態変化と判別条件と作業項目を端末装置１へ送信するための制御を行う。

端末装置１は、状態変化と判別条件と作業項目を受信し、状態変化と判別条件と作業項目とを関連付けて蓄積し、ある状態履歴情報を受信した場合、当該状態履歴情報について上記蓄積された状態変化が対応する判別条件を満たすか否か判定し、当該判別条件を満たす場合、当該状態変化と当該判別条件の組に対応する当該判別条件に対応する作業項目を表示する。
これにより、状態変化が判別条件を満たす場合に、その状態変化に対応する故障部位に
適した作業項目を表示することができるので、被監視装置が故障に至る前に補修計画を立案することができる。

また、本実施形態に係る情報処理システムＳを活用することにより、従来、定期点検時に点検担当者の人的スキル、ノウハウに一任されていた状態診断を一定の水準に平滑することができる。また、作業担当の違いによる判断レベルの違いから発生する補修後寿命の不安定さを是正することができる。また、必要のない部品の交換、必要のない点検、必要のない補修を行わなくなるので、費用を削減することができるとともに、補修作業にて発生する廃棄物を削減することができ、環境面の改善を期待できる。更に、ポンプ装置Ｐの運転を維持した状態でも、点検時に利用者へ提示する状態報告を数値的な裏付けを持ったものにすることができる。

なお、ステップＳ２１３の故障解析の後に、前例情報を更新してもよい。具体的には例えば、ＣＰＵ２５は、新たな前例情報のレコードとして、ステップＳ２１２で取得した異常内容と、当該設定された当該判定条件との組を記憶装置３に追記してもよい。また、このレコードに、改修作業計画、作業指示書情報及び部品交換費用積算が情報処理装置２の操作者によって追記されてもよい。このようにして、前例情報がない場合に、前例情報が追記されることにより、その後に、同様の異常があったときに、この追加された前例情報を用いて、改修作業計画、作業指示書情報及び部品交換費用積算などを端末装置１に表示することができる。よって、その後に、同様の異常があったときに、サービス員は、端末装置１に表示された情報を参照することにより、現場で即座に適切な改修作業計画、作業内容、部品交換費などを利用者に提案することができる。

また、ＣＰＵ２５は、故障直前のデータについて、更に判定条件に該当する状態変化が見つかってから、どのくらいの期間経った後に故障したのかを抽出し、前例情報の該当するレコードに新たに残り寿命期間の項目を設けて、追記してもよい。そして、ＣＰＵ２５は、これ以降、これと同じ判定条件に該当する場合には、あとどのくらいの期間で故障するのかを前例情報から抽出し、端末装置１へ送信するための制御を実行してもよい。そして、端末装置１は、該当する部品について、あとどのくらいの期間で故障するのかという情報を表示してもよい。これにより、この情報に応じて、端末装置１を使用するサービス員は、保守点検の間隔を長くしたり、短くしたりすることができるので、対象とするポンプ装置に応じて、保守点検の間隔を調節することができる。また、当初の定期検査実施間隔を延長したり、定期検査の頻度を変更したりといった被検査装置毎に個別の検査基準を決定することができる。このため、事業者のサービス員は、従来の遠隔監視装置を設置した場合に見られる過度な点検及び設備投資をすること無く、設備の状態に見合った点検プログラムを提案する事ができる。

なお、本実施形態では、ポンプ装置Ｐと端末装置１間の通信は無線ＬＡＮとしたが、これに限らず、他の近距離無線通信であってもよい。また、情報処理装置２と記憶装置３は、ローカルネットワークＬＮで接続されたが、これに限らず、グローバルネットワークであってもよい。また、端末装置１は、情報処理装置２の機能を有していてもよいし、情報処理装置２及び記憶装置３の機能を有していてもよい。

以上、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

１、１−１、…、１−Ｍ：端末装置（事業者端末装置）、１１：記憶部、１２：メモリ、１３：入力部、１４：表示部、１５：ＣＰＵ、１６：第１の通信部、１７：第２の通信部、２：情報処理装置（事業者情報処理装置）、２１：記憶部、２２：メモリ、２３：入力部、２４：表示部、２５：通信部、２６：ＣＰＵ、３：記憶装置（事業者記憶装置）、ＣＮ：携帯電話回線ネットワーク、ＬＮ：ローカルネットワーク、Ｐ、Ｐ−１、Ｐ−２、Ｐ−３、…、Ｐ−（Ｎ−２）、Ｐ−（Ｎ−１）、Ｐ−Ｎ：ポンプ装置、ＡＣ：商用電源、１０１：モータ、１０２：ポンプ、１０３：モータ制御部、１０４：インタフェース（Ｉ／Ｆ）、１０５：電流計測器、１０６：温度計測器（温度センサ）、１０７：変圧器、１０８：ＣＰＵ、１０９：メモリ、１１０：通信モジュール、１１１：アンテナ

Claims (11)

1. 利用者の被監視装置から、当該被監視装置の機種を識別する機種識別情報と当該被監視装置の状態の履歴を示す状態履歴情報を近距離無線通信により受信し、当該受信した機種識別情報と状態履歴情報を送信する事業者端末装置と、
   前記事業者端末装置から前記機種識別情報と前記状態履歴情報を受信する事業者情報処理装置と、
   被監視装置の機種を識別する機種識別情報と、当該機種が正常な状態のときの状態履歴情報である正常状態履歴情報とを関連付けて蓄積する事業者記憶装置と、
   を備え、
   前記事業者情報処理装置は、ある被監視装置についての機種識別情報と状態履歴情報を前記事業者端末装置から受信した場合、当該機種識別情報に関連付けられて前記事業者記憶装置に蓄積されている正常状態履歴情報と当該受信した状態履歴情報とを比較して、当該被監視装置の運転状態が正常か否か判定し、判定結果を前記事業者端末装置へ送信し、
   前記事業者端末装置は、前記事業者情報処理装置から前記判定結果を受信し、前記受信した判定結果を表示し、
   前記事業者記憶装置には、故障事象毎に前記被監視装置の故障発生前の状態履歴情報が蓄積されており、
   前記事業者情報処理装置は、故障事象毎に、前記事業者記憶装置に蓄積された前記故障発生前の状態履歴情報を統計学的に処理し、故障発生前に特有の状態変化を決定し、
   前記事業者情報処理装置は、前記ある被監視装置の状態履歴情報と、前記事業者記憶装置に記憶された、当該被監視装置と同じ機種の正常状態履歴情報とを比較して、前記ある被監視装置の状態履歴情報に前記故障発生前に特有の状態変化があるか否か判定する
   情報処理システム。
2. 前記事業者情報処理装置は、当該被監視装置の運転状態が正常であると判定した場合、当該状態履歴情報を正常状態履歴情報として当該機種識別情報と関連付けて前記事業者記憶装置に記憶させる
   請求項１に記載の情報処理システム。
3. 前記状態履歴情報は、前記被監視装置の運転状態の履歴を示す運転状態履歴情報を含む
   請求項１または２に記載の情報処理システム。
4. 前記状態履歴情報は、前記被監視装置に設けられた計測器によって計測された計測値の履歴を示す計測値履歴情報を含む
   請求項１から３のいずれか一項に記載の情報処理システム。
5. 前記事業者情報処理装置は、前記故障発生前に特有の状態変化に関する情報及び／または故障事象に関する情報を前記事業者端末装置に送信し、
   前記事業者端末装置は、前記故障発生前に特有の状態変化に関する情報及び／または故障事象に関する情報を受信して表示する
   請求項１に記載の情報処理システム。
6. 利用者の被監視装置から、当該被監視装置の機種を識別する機種識別情報と当該被監視装置の状態の履歴を示す状態履歴情報を近距離無線通信により受信し、当該受信した機種識別情報と状態履歴情報を送信する事業者端末装置と、
   前記事業者端末装置から前記機種識別情報と前記状態履歴情報を受信する事業者情報処理装置と、
   被監視装置の機種を識別する機種識別情報と、当該機種が正常な状態のときの状態履歴情報である正常状態履歴情報とを関連付けて蓄積する事業者記憶装置と、
   を備え、
   前記事業者情報処理装置は、前記ある被監視装置の状態履歴情報と、前記事業者記憶装置に記憶された、当該被監視装置と同じ機種の正常状態履歴情報とを比較して、前記ある被監視装置の状態履歴情報に故障発生前に特有の状態変化があるか否か判定し、
   前記事業者記憶装置には、前記被監視装置の機種毎に、前記機種識別情報、前記故障発生前に特有の状態変化、補修作業内容及び／または交換すべき部品が関連付けられて記憶されており、
   前記事業者情報処理装置は、前記ある被監視装置の状態履歴情報に前記故障発生前に特有の状態変化がある場合、前記事業者記憶装置を参照して、当該被監視装置の故障発生前に特有の状態変化と当該被監視装置の機種を識別する機種識別情報とに関連付けられた補修作業内容及び／または交換すべき部品を前記事業者記憶装置から抽出し、前記事業者端末装置に前記補修作業内容及び／または交換すべき部品に関する情報を送信し、
   前記事業者端末装置は、前記補修作業内容及び／または交換すべき部品を前記事業者情報処理装置から受信して表示する
   情報処理システム。
7. 故障部品それぞれについて、当該故障部品を識別する故障部品識別情報と当該故障部品に対する作業項目が関連付けられて記憶されている事業者記憶装置と、
   故障した利用者の被監視装置の故障部品の入力を操作者から受け付け、受け付けた故障部品を識別する故障部品識別情報を送信する事業者端末装置と、
   前記故障部品識別情報を前記事業者端末装置から受信する事業者情報処理装置と、
   を備え、
   前記事業者情報処理装置は、前記事業者記憶装置を参照して、前記受信した故障部品識別情報に対応する作業項目を取得し、前記被監視装置の故障発生前の状態履歴情報から、当該故障発生前に特有の状態変化を抽出し、前記抽出された状態変化について正常か否かを判別する判別条件を決定し、前記状態変化と前記判別条件と前記作業項目を前記事業者端末装置へ送信し、
   前記事業者端末装置は、前記状態変化と前記判別条件と前記作業項目を前記事業者情報処理装置から受信し、前記状態変化と前記判別条件と前記作業項目とを関連付けて蓄積し、ある状態履歴情報をある被監視装置から受信した場合、当該状態履歴情報について前記蓄積された状態変化が対応する前記判別条件を満たすか否か判定し、当該判別条件を満たす場合、当該状態変化と当該判別条件の組に対応する前記作業項目を表示する
   情報処理システム。
8. 前記事業者情報処理装置は、過去に故障した同機種の複数の状態履歴情報から、前記抽出された状態変化が観測される状態履歴情報を抽出し、抽出した状態履歴情報を用いて前記判別条件を決定する
   請求項７に記載の情報処理システム。
9. 被監視装置の機種を識別する機種識別情報と、当該機種が正常な状態のときの状態履歴情報である正常状態履歴情報とを関連付けて蓄積し、故障事象毎に前記被監視装置の故障発生前の状態履歴情報が蓄積されている事業者記憶装置を参照する情報処理方法であって、
   事業者端末装置が、利用者の被監視装置から、当該被監視装置の機種を識別する機種識別情報と当該被監視装置の状態の履歴を示す状態履歴情報を近距離無線通信により受信し、当該受信した機種識別情報と状態履歴情報を送信するステップと、
   事業者情報処理装置が、ある被監視装置についての機種識別情報と状態履歴情報を前記事業者端末装置から受信した場合、当該機種識別情報に関連付けられて前記事業者記憶装置に蓄積されている正常状態履歴情報と当該受信した状態履歴情報とを比較して、当該被監視装置の運転状態が正常か否か判定し、判定結果を前記事業者端末装置へ送信するステップと、
   前記事業者端末装置が、前記事業者情報処理装置から前記判定結果を受信し、前記受信した判定結果を表示するステップと、
   前記事業者情報処理装置は、故障事象毎に、前記事業者記憶装置に蓄積された前記故障発生前の状態履歴情報を統計学的に処理し、故障発生前に特有の状態変化を決定するステップと、
   前記事業者情報処理装置は、前記ある被監視装置の状態履歴情報と、前記事業者記憶装置に記憶された、当該被監視装置と同じ機種の正常状態履歴情報とを比較して、前記ある被監視装置の状態履歴情報に前記故障発生前に特有の状態変化があるか否か判定するステップと、
   を有する情報処理方法。
10. 被監視装置の機種を識別する機種識別情報と、当該機種が正常な状態のときの状態履歴情報である正常状態履歴情報とを関連付けて蓄積し、故障事象毎に前記被監視装置の故障発生前の状態履歴情報が蓄積されている業者記憶装置を参照する情報処理方法であって、
    事業者端末装置が、利用者の被監視装置から、当該被監視装置の機種を識別する機種識別情報と当該被監視装置の状態の履歴を示す状態履歴情報を近距離無線通信により受信し、当該受信した機種識別情報と状態履歴情報を送信するステップと、
    事業者情報処理装置が、前記事業者端末装置から前記機種識別情報と前記状態履歴情報を受信するステップと、
    前記事業者情報処理装置は、前記ある被監視装置の状態履歴情報と、事業者記憶装置に記憶された、当該被監視装置と同じ機種の正常状態履歴情報とを比較して、前記ある被監視装置の状態履歴情報に前記故障発生前に特有の状態変化があるか否か判定するステップと、
    を有し、
    前記事業者記憶装置には、前記被監視装置の機種毎に、前記機種識別情報、前記故障発生前に特有の状態変化、補修作業内容及び／または交換すべき部品が関連付けられて記憶されており、
    前記事業者情報処理装置は、前記ある被監視装置の状態履歴情報に前記故障発生前に特有の状態変化がある場合、前記事業者記憶装置を参照して、当該被監視装置の故障発生前に特有の状態変化と当該被監視装置の機種を識別する機種識別情報とに関連付けられた補修作業内容及び／または交換すべき部品を前記事業者記憶装置から抽出し、前記事業者端末装置に前記補修作業内容及び／または交換すべき部品に関する情報を送信するステップと、
    前記事業者端末装置は、前記補修作業内容及び／または交換すべき部品を前記事業者情報処理装置から受信して表示するステップと、
    を有する情報処理方法。
11. 故障部品それぞれについて、当該故障部品を識別する故障部品識別情報と当該故障部品に対する作業項目が関連付けられて記憶されている事業者記憶装置を参照する情報処理方法であって、
    事業者端末装置が、故障した利用者の被監視装置の故障部品の入力を操作者から受け付け、受け付けた故障部品を識別する故障部品識別情報を送信するステップと、
    事業者情報処理装置が、前記故障部品識別情報を前記事業者端末装置から受信するステップと、
    前記事業者情報処理装置は、前記事業者記憶装置を参照して、前記受信した故障部品識別情報に対応する作業項目を取得し、前記被監視装置の故障発生前の状態履歴情報から、当該故障発生前に特有の状態変化を抽出し、前記抽出された状態変化について正常か否かを判別する判別条件を決定し、前記状態変化と前記判別条件と前記作業項目を前記事業者端末装置へ送信するステップと、
    前記事業者端末装置は、前記状態変化と前記判別条件と前記作業項目を前記事業者情報処理装置から受信し、前記状態変化と前記判別条件と前記作業項目とを関連付けて蓄積し、ある状態履歴情報をある被監視装置から受信した場合、当該状態履歴情報について前記蓄積された状態変化が対応する前記判別条件を満たすか否か判定し、当該判別条件を満たす場合、当該状態変化と当該判別条件の組に対応する前記作業項目を表示するステップと、
    を有する情報処理方法。