特許 7345281 監視装置、および監視システム

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

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

(11)【特許番号】

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

(45)【発行日】2023-09-15

(54)【発明の名称】監視装置、および監視システム

(51)【国際特許分類】

   G05B 23/02 20060101AFI20230908BHJP

【ＦＩ】

G05B23/02 301Y

【請求項の数】 12

(21)【出願番号】P 2019102003

(22)【出願日】2019-05-31

(65)【公開番号】P2020197777

(43)【公開日】2020-12-10

【審査請求日】2022-03-08

(73)【特許権者】

【識別番号】502129933

【氏名又は名称】株式会社日立産機システム

(74)【代理人】

【識別番号】110001689

【氏名又は名称】青稜弁理士法人

(72)【発明者】

【氏名】光野 正志

(72)【発明者】

【氏名】鳥取 伸宏

(72)【発明者】

【氏名】中川 雄介

【審査官】影山 直洋

(56)【参考文献】

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

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

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

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

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

Ｇ０５Ｂ ２３／０２

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

【請求項1】

拠点に配置された機器に関する情報、故障に関する情報と、前記機器の位置情報とを取得する拠点情報取得部と、
自然環境情報を取得する自然環境情報取得部と、
前記拠点情報取得部で取得した情報から、故障が生じた前記機器の位置を特定し、前記位置と前記自然環境情報の地域とを関連付け、故障が生じた前記機器と前記自然環境情報とを関係付け、
故障と地域および季節との関係の指示を受けた場合、
前記故障が生じた前記機器に対応した前記地域の情報と、前記地域についての天候情報を抽出する分析部と、
前記故障が発生した前記機器が配置された前記地域の情報と前記天候情報とを出力し、
前記自然環境情報として気温の指定を受けた場合、前記故障が生じた前記機器について、気温を抽出し、抽出した前記気温に対応する前記地域を抽出し、
抽出した前記地域の情報に基づいて、前記故障した前記機器の分布を地図に出力する
可視化部と
を有することを特徴とする監視装置。

【請求項2】

請求項１に記載の監視装置において、
前記分析部は、
前記機器に関する前記位置情報を、顧客情報から抽出することを特徴とする監視装置。

【請求項3】

請求項１に記載の監視装置において、
前記拠点情報取得部は、
前記機器から前記位置情報をネットワーク経由で、取得することを特徴とする監視装置。

【請求項4】

請求項１に記載の監視装置において、
前記拠点情報取得部は、
前記拠点に関する情報について、顧客情報、機器情報、稼働情報であるかを判断することを特徴とする監視装置。

【請求項5】

請求項１に記載の監視装置において、
前記自然環境情報取得部は、
外部システムから取得した前記自然環境情報が、天候情報であるか、地域情報であるかを判断することを特徴とする監視装置。

【請求項6】

請求項１に記載の監視装置において、
前記拠点情報取得部は、
前記機器の情報と、前記機器の故障情報と、前記機器の稼働状況を示す稼働情報と、顧客情報とを記録し、
前記自然環境情報取得部は、
天候情報と、地域情報とを記録することを特徴とする監視装置。

【請求項7】

請求項１に記載の監視装置において、
前記分析部は、
前記故障もしくは警報の発生割合を分析する指示を受けた場合、
前記発生割合を求める前記機器を識別する識別番号に基づいて、
機器情報と顧客情報、故障情報を抽出することを特徴とする監視装置。

【請求項8】

請求項１に記載の監視装置において、
可視化部が、前記故障もしくは警報の発生時間帯を可視化する指示を受けた場合には、
前記分析部から取得した故障情報に基づいて、前記発生時間帯を抽出することを特徴とする監視装置。

【請求項9】

第１の拠点に備え付けた第１の機器と、
第２の拠点に備え付けた第２の機器と、
前記第１の機器および第２の機器とネットワークを介して接続した請求項１に記載の監視装置と、
外部システムから天候情報および地域情報を取得する取得部と、前記監視装置に対して前記天候情報と前記地域情報を提供する提供部とを有する外部装置と、を有することを特徴とする監視システム。

【請求項10】

請求項９に記載の監視システムにおいて、
前記外部装置は、前記外部システムのフォーマットを変換する第１のフォーマット変換処理部を有することを特徴とする監視システム。

【請求項11】

第１の拠点に備え付けた第１の機器と、
第１の拠点に備え付けた第１のデータ収集装置と、
第２の拠点に備え付けた第２の機器と、
第２の拠点に備え付けた第２のデータ収集装置と、
前記第１の機器および第２の機器とネットワークを介して接続した請求項１に記載の監視装置と、
外部システムから天候情報および地域情報を取得する第１の取得部と前記監視装置に対して前記天候情報と前記地域情報を提供する第１の提供部と、を有する外部サーバとを有し、
前記第１のデータ収集装置と、前記第２のデータ収集装置は、それぞれ、前記第１の機器もしくは前記第２の機器から顧客情報、機器情報、故障情報、稼働情報を繰り返し取得する第２の取得部と、
前記取得した情報を、前記監視装置に繰り返し提供する第２の提供部とを有することを特徴とする監視システム。

【請求項12】

請求項１１に記載の監視システムにおいて、
前記第１のデータ収集装置と、前記第２のデータ収集装置は、それぞれ、
前記機器から取得したデータをフォーマット変換する第２のフォーマット変換処理部を有することを特徴とする監視システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、複数の監視対象機器の稼働状態を監視する監視装置および監視システムに関する。

【背景技術】

【0002】

機器メンテナンスのあり方が、定期的にメンテナンスをする時間基準保全から機器毎の状態に合わせてメンテナンスを行う状態基準保全へと移行している。状態基準保全をするためには、常に状態を監視する必要があり、ＩｏＴクラウドを用いた遠隔監視サービスの普及が進んでいる。

【0003】

機器の故障を監視する監視装置に関する技術としては特許文献１が知られている。特許文献１は、「ショベルから、稼働条件に依存する複数の変数の検出値が入力装置に入力される。処理装置、入力装置から入力された複数の変数の検出値を処理する。処理装置は、複数の変数の検出値の組を１つのサンプルとし、入力装置から入力された複数のサンプルから、変数の検出値に基づいて稼働条件が類似する一部のサンプルを抽出して標準サンプル群とする。さらに、対象サンプルを、標準サンプル群に基づいて評価する。」である。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１４－１５７４６

【発明の概要】

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

【0005】

特許文献１には、異常の発生の検出精度を高めることができるショベルの管理装置を提供する技術は開示されている。しかしながら、ショベルの位置と異常との関係についてはなんら考慮されてはいない。

【0006】

複数のサービス拠点に配置された産業用機器の故障は、各サービス拠点の位置における自然環境に依存する場合があり、産業機器を配置した位置における自然環境と故障との関係を、分析し、分析結果に基づいて、メンテナンスをすることが求められる。

【0007】

本発明の目的は、機器毎の状態に合わせてメンテナンスを行う状態基準保全のため、機器の故障と自然環境との関係を分析する監視装置および監視システムを提供することにある。

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

【0008】

本発明の好ましい一例は、拠点に配置された機器に関する情報、故障に関する情報と、前記機器の位置情報とを取得する拠点情報取得部と、
自然環境情報を取得する自然環境情報取得部と、
前記拠点情報取得部で取得した情報から、故障が生じた前記機器の位置を特定し、前記位置と前記自然環境情報の地域とを関連付け、故障が生じた前記機器と前記自然環境情報とを関係付け、故障と地域および季節との関係の指示を受けた場合、前記故障が生じた前記機器に対応した前記地域の情報と、前記地域についての天候情報を抽出する分析部と、前記故障が発生した前記機器が配置された前記地域の情報と前記天候情報とを出力し、前記自然環境情報として気温の指定を受けた場合、前記故障が生じた前記機器について、気温を抽出し、抽出した前記気温に対応する前記地域を抽出し、抽出した前記地域の情報に基づいて、前記故障した前記機器の分布を地図に出力する可視化部とを有することを特徴とする監視装置である。

【0009】

本発明の好ましい他の例は、第１の拠点に備え付けた第１の機器と、第２の拠点に備え付けた第２の機器と、前記第１の機器および第２の機器とネットワークを介して接続した前記監視装置と、外部システムから天候情報および地域情報を取得する取得部と、前記監視装置に対して前記天候情報と前記地域情報を提供する提供部とを有する外部装置と、を有する監視システムである。

【発明の効果】

【0010】

本発明によれば、機器毎の状態に合わせてメンテナンスを行う状態基準保全のため、機器の故障と自然環境との関係を分析することができる。

【図面の簡単な説明】

【0011】

【図1】実施例１の監視システムを示す構成図である。

【図2】管理サーバの機能ブロックを示す図である。

【図3】外部サーバの機能ブロックを示す図である。

【図4】データベースを示す図である。

【図5】登録プログラムの処理フロー示す図である。

【図6】分析プログラムの処理フローを示す図である。

【図7】可視化プログラムの処理フローを示す図である。

【図8】外部サーバの受信プログラムの処理フローを示す図である。

【図9】外部サーバの送信プログラムの処理フローを示す図である。

【図10】実施例２の監視システムを示す構成図である。

【図11】データ収集サーバの機能ブロックを示す図である。

【図12】データ収集サーバの受信プログラムの処理フローを示す図である。

【図13】データ収集サーバの送信プログラムの処理フローを示す図である。

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

【0012】

実施例について、図面を用いて、以下に説明する。

【実施例1】

【0013】

図１は、実施例１の監視システムの構成の例を示す図である。実施例１の監視システムは、サービスを提供する場であるサービス拠点１ １０００－１、サービス拠点Ｎ １０００－Ｎなどの複数のサービス拠点と、複数のサービス拠点を監視する遠隔監視センタ１１０と、外部のＷｅｂサイトなどの外部システム１２０からなる。

【0014】

サービス拠点１ １０００－１などの複数のサービス拠点と遠隔監視センタ１１０と外部システム１２０とはネットワーク１３０を介して接続される。

【0015】

サービスを提供する場であるサービス拠点１ １０００－１などの各サービス拠点は、機器１ １０－１などの機器を有する。

【0016】

遠隔監視センタ１１０は、機器の登録情報、機器の稼働状態の情報を管理し、外部システムから取得した情報を管理する管理サーバ２０を有する。

【0017】

外部システム１２０は、外部の天気情報や、気候情報、地域情報などを管理する外部サーバ３０を有する。

【0018】

図２は、管理サーバ２０の構成の例を示す図である。管理サーバ２０の処理内容は、一般的なコンピュータの補助記憶装置２０４にプログラム（ソフトウェア）の形で格納（記録）され、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０２が、補助記憶装置２０４から読み出したプログラムをメモリ２０１上に展開して、実行する。管理サーバ２０は、ネットワークＩ／Ｆ２０５を介して他のサーバや機器と通信する。

【0019】

Ｉ／Ｏ（入出力インタフェース）２０３は、ユーザが管理サーバ２０に指示を入力し、プログラムの実行結果などをユーザに提示するためのユーザインタフェースである。Ｉ／Ｏ２０３には、入出力デバイス（例えば、キーボード、マウス、タッチパネル、ディスプレイ、プリンタなど）が接続される。Ｉ／Ｏ２０３は、ネットワークを経由して接続された管理端末によって提供されるユーザインタフェースが接続されてもよい。

【0020】

ＣＰＵ２０２は、メモリ２０１に格納されたプログラムを実行するプロセッサである。メモリ２０１は、不揮発性の記憶素子であるＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及び揮発性の記憶素子であるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含む。

【0021】

ＲＯＭは、不変のプログラム（例えば、ＢＩＯＳ：Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）などが格納される。ＲＡＭは、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）のような高速かつ揮発性の記憶素子であり、補助記憶装置２０４に格納されたプログラム及びプログラムの実行時に使用されるデータが一時的に格納される。

【0022】

メモリ２０１には、登録プログラム２１１と、分析プログラム２１２、可視化プログラム２１３が格納される。

【0023】

また、メモリ２０１には、顧客情報ＤＢ（ＤａｔａＢａｓｅ）２２１、機器情報ＤＢ２２２、故障情報ＤＢ２２３、稼働情報ＤＢ２２４、天候情報ＤＢ２２５、地域情報ＤＢ２２６が格納される。

【0024】

補助記憶装置２０４は、例えば、磁気記憶装置（ＨＤＤ：Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリ（ＳＳＤ：Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの大容量かつ不揮発性の記憶装置である。また、補助記憶装置２０４は、ＣＰＵ２０２により実行されるプログラム及びプログラムの実行時に使用されるデータが格納される。すなわち、プログラムは、補助記憶装置２０４から読み出されて、メモリ２０１にロードされ、ＣＰＵ２０２によって実行される。

【0025】

管理サーバ２０は、物理的に一つの計算機上で、又は、論理的又は物理的な複数の計算機上で構成される計算機システムであり、メモリ２０１に格納されたプログラムが、同一の計算機上で別個のスレッドで動作してもよく、複数の物理的計算機資源上に構築された仮想計算機上で動作してもよい。また、管理サーバ２０と他の装置が一つの物理的又は論理的計算機に収容されてもよい。なお、プログラムの実行によって実現される処理の全部又は一部の処理をハードウェア（例えば、Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）によって実現してもよい。

【0026】

図３は、外部サーバ３０の構成の例を示す図である。図２のサーバと同じ内容については、説明を省略する。

【0027】

メモリ３０１には、受信プログラム３１１と、送信プログラム３１２が格納される。

【0028】

また、メモリ３０１には、天候情報ＤＢ３２１、地域情報ＤＢ３２２が格納される。

【0029】

図４は、管理サーバ２０のメモリ２０１、および外部サーバ３０のメモリ３０１に記録されたデータベースを示す図である。図４（Ａ）は、顧客情報ＤＢ２２１を示す。顧客情報ＤＢ２２１は、顧客社名５０、顧客事業所名５１、顧客住所５２、顧客電話番号５３、識別番号５４を記録するデータベースである。

【0030】

図４（Ｂ）は、機器情報ＤＢ２２２を示す。機器情報ＤＢ２２２は、識別番号６０、製品分類６１、製品型式６２、製品番号６３、スペック６４、契約種別６５、位置６６を記録するデータベースである。

【0031】

図４（Ｃ）は、故障情報ＤＢ２２３を示す。故障情報データベースＤＢは、発生日時７０、復旧日時７１、識別番号７２、警報/故障種別７３、警報/故障内容７４を記録するデータベースである。

【0032】

図４（Ｄ）は、稼働情報ＤＢ２２４を示す。稼働情報ＤＢ２２４は、送信日時８０、識別番号８１、稼働情報８２を記録するデータベースであり、稼働情報８２には、状態、内部気温、外部気温、圧力、電流、電圧、運転時間、起動時間、停止時間が含まれる。

【0033】

図４（Ｅ）は、天候情報ＤＢ２２５を示す。天候情報ＤＢ２２５は、晴れ９０、曇り９１、雨９２、雪９３、気温９４、湿度９５など、日時９６、県９７、市区町村９８を記録するデータベースである。

【0034】

図４（Ｆ）は、地域情報ＤＢ２２６を示す。地域情報ＤＢ２２６は、山間部１０１、平野部１０２、県１０３、市区町村１０４を記録するデータベースである。

【0035】

データベースによって、実施例における情報について説明するが、これら情報は必ずしもデータベースによるデータ構造で表現されていなくても良く、リスト、テーブル等のデータ構造やそれ以外で表現されていても良い。そのため、「テーブル」、「リスト」、「ＤＢ」等について単に「情報」と呼ぶことがある。

【0036】

図５は、管理サーバ２０における登録プログラム２１１の処理フローを示す図である。

【0037】

ユーザは、入出力デバイスなどを使い、登録プログラムを起動させる（Ｓ３０１）。

【0038】

管理サーバ２０のＣＰＵは、管理サーバ２０外からネットワークを経由してデータの受信を開始する（Ｓ３０２）。

【0039】

送信場所がサービス拠点であるのか、外部システム１２０であるのかを判断する（Ｓ３０３）。

【0040】

図５の説明で、サービス拠点からの情報をＤＢに格納する処理部を、拠点情報取得部と呼び、外部システムからの情報をＤＢに格納する処理部を、自然環境情報取得部と呼ぶ。

【0041】

データを取得した場所（例えば送信場所）がサービス拠点である場合には、取得した情報の種類が、顧客情報であるか、機器情報であるか、稼働情報であるかを判断する（Ｓ３０７）。

【0042】

取得したデータが顧客情報に関する場合には、新規な顧客情報であるかどうかを判断する（Ｓ３０８）。新規な場合には、顧客情報を顧客情報ＤＢに格納する（Ｓ３１０）。

【0043】

取得した顧客情報が新規で無い場合には、顧客情報ＤＢに記録された情報を変更する情報かどうかを判断する（Ｓ３０９）。

【0044】

顧客情報を変更する情報である場合には、顧客情報ＤＢを更新する（Ｓ３１０）。顧客情報が変更の無い情報の場合には、廃棄する（Ｓ３０９のＮｏ）。

【0045】

取得したデータが機器情報に関する場合には、新規な機器情報であるかを判断する（Ｓ３１１）。

【0046】

新規な機器情報である場合には、その情報を機器情報ＤＢに格納する（Ｓ３１３）。

【0047】

新規でない機器情報である場合には、機器情報ＤＢの内容を変更する情報であるかを判断する（Ｓ３１２）。

【0048】

変更する機器情報の場合には、その情報を機器情報ＤＢに格納する（Ｓ３１３）。

【0049】

変更しない機器情報の場合には、廃棄する（Ｓ３１２のＮｏ）。

【0050】

取得したデータが稼動情報に関する場合には、その情報を稼働情報ＤＢに格納する（Ｓ３１４）。そして、稼働情報から故障情報を抽出する（Ｓ３１５）。抽出した故障情報を故障情報ＤＢに格納する（Ｓ３１６）。

【0051】

送信場所が外部システムである場合には、取得した情報が天候情報であるか地域情報であるかの種類を判断する（Ｓ３０４）。

【0052】

天候情報の場合には、その情報を天候情報ＤＢに格納する（Ｓ３０５）。地域情報の場合には、その情報を地域情報ＤＢに格納する（Ｓ３０６）。

【0053】

Ｓ３１０、Ｓ３１３、Ｓ３１６、Ｓ３０５、Ｓ３０６のいずれか、もしくは複数のステップが実行された後、ユーザの指示を受けることで登録プログラムは終了する（Ｓ３１７）。

【0054】

登録プログラム２１１においてＳ３０２からＳ３１６の各処理は、一定の周期で、機器１０－１などからの稼働データを受ける度に繰り返し処理してもよいし、故障もしくは警報といったイベントが発生した場合に、その稼働データや故障データを受け取るように、繰り返し処理するようにしてもよい。

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

図８は、外部サーバ３０における受信プログラム３１１の処理フローを示す図である。

【0087】

ユーザからの入出力デバイスを経由した指示に基づいて、受信プログラム３１１が起動される（Ｓ６０１）。

【0088】

ユーザからの指示に基づいて、外部システムからの天候情報、地域情報の取得頻度の設定を受ける（Ｓ６０２）。

【0089】

外部システムからネットワーク１３０経由で情報を取得する（Ｓ６０３）。外部システムから取得した情報を、外部サーバ３０におけるフォーマットに変換する（Ｓ６０４）。

【0090】

Ｓ６０４で変換した情報のうち、天候情報に関する情報を天候情報ＤＢに格納する（Ｓ６０５）。

【0091】

Ｓ６０４で変換した情報のうち、地域情報に関する情報を地域情報ＤＢに格納する（Ｓ６０６）。

【0092】

ユーザから、受信プログラム３１１の処理を終了する指示があったかどうかを判断する（Ｓ６０７）。

【0093】

ユーザから、受信プログラム３１１の処理を終了する指示が無い場合には（Ｓ６０７のＮｏ）は、Ｓ６０２に設定した取得頻度に従い待機し（Ｓ６０８）、その後Ｓ６０３に戻る。

【0094】

ユーザから、受信プログラム３１１の処理を終了する指示があった場合には（Ｓ６０７のＹｅｓ）は、受信プログラム３１１の処理を終了する（エンド）。

【0095】

図９は、外部サーバ３０における送信プログラム３１２の処理フローを示す図である。

【0096】

ユーザからの入出力デバイスを経由した指示に基づいて、送信プログラム３１２が起動される（Ｓ７０１）。

【0097】

ユーザからの指示に基づいて、管理サーバ２０への天候情報、地域情報の送信頻度の設定を受ける（Ｓ７０２）。

【0098】

メモリ３０１に記録した天候情報ＤＢ３２１から管理サーバ２０に未送信の天候情報を取得する（Ｓ７０３）。

【0099】

メモリ３０１に記録した地域情報ＤＢ３２２から管理サーバ２０に未送信の地域情報を取得する（Ｓ７０４）。
Ｓ７０３およびＳ７０４で取得した天候情報および地域情報を管理サーバ２０に送信する（Ｓ７０５）。

【0100】

ユーザから、送信プログラム３１２の処理を終了する指示があったかどうかを判断する（Ｓ７０６）。

【0101】

ユーザから、送信プログラム３１２の処理を終了する指示が無い場合には（Ｓ７０６のＮｏ）は、Ｓ７０２に設定した取得頻度に従い待機し（Ｓ７０７）、その後Ｓ７０３に戻る。

【0102】

ユーザから、送信プログラム３１２の処理を終了する指示があった場合には（Ｓ７０６のＹｅｓ）は、送信プログラム３１２の処理を終了する（エンド）。

【0103】

実施例１によれば、機器毎の状態に合わせてメンテナンスを行う状態基準保全のため、機器の故障もしくは警報と、季節、温度など自然環境との関係を分析、ならびに可視化することができる。

【実施例2】

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

２０：管理サーバ、３０：外部サーバ、１１０：遠隔監視センタ、１２０：外部システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】