JP2021047593A - 機器管理システム及び機器管理方法 - Google Patents

Abstract

【課題】機器の異常発生の予測のために機器と監視装置との間で伝送されるデータの量を減らす。【解決手段】機器４００ｃは、自身での異常の発生を検知すると自身のログを送信する。サーバ５００は、当該ログから機器４００ｃの状態及び機器４００ｃで発生したイベントと時間情報とを抽出し、抽出した状態及びイベントを表すと共に、時間情報に基づいた状態及びイベントの発生の検知の順序を表す要点コード列を生成して配信する。機器４００ａ及び４００ｂは、自身のログを参照して、要点コード列が表す状態及びイベントを、要点コード列が表す順序で検知したことがあるか否かを判定し、検知したことがあると判定した場合に、異常発生の可能性があることを示すアラームを送信する。サーバ５００は、機器４００ａ及び４００ｂから送られてくるアラームについての情報を出力する。【選択図】 図３

Description

本発明は、機器の故障の予測の技術に関する。

複数の機器の動作を管理する機器管理システムについて、図１を用いて説明する。

図１に例示した機器管理システム１は、同一の機種である３台の機器１１（１１ａ、１１ｂ、１１ｃ）と、これらの機器１１を監視するサーバ１２とを備えている。サーバ１２は、機器１１の各々の状態や機器１１の各々で発生したイベントを表している情報が、当該状態の検知の日時及び当該イベント発生の検知の日時を表している時間情報に対応付けられているログを、機器１１の各々について記憶している。

図１の機器管理システム１を使用して行われる機器１１の保守作業の一例について説明する。なお、ここでは、この機器管理システム１において、機器１１ｃに故障が発生した場合を想定する。

機器１１ｃは、自身に故障が発生したことを検知すると、故障の発生をサーバ１２へ通知する。この通知を受けたサーバ１２は、所定の故障表示を行って、機器１１ｃに故障が発生したことを機器１１の管理者に認識させる。管理者は、故障の発生を認識すると、機器１１ｃについてのログの取得要求をサーバ１２に対して行う。サーバ１２は、この取得要求に応じて、機器１１ｃについてのログを出力して管理者に提示する。管理者は、提示されたログを解析して、故障発生の原因と対策方法と検討し、必要に応じてサービスマンへ指示を与える。サービスマンは、この指示に従い、機器１１ｃ自身の交換や機器１１ｃの構成部品の交換などといった対策を行う。更に、サービスマンは、機器１１ｃと同一の機種で同様の故障が発生することを未然に防止するために、機器１１ａ及び１１ｂに対しても同様の対策を順次実施する。

このような機器の保守作業を支援する技術として、機器での故障発生を事前に予測する技術が知られている。

例えば、特許文献１には、顧客環境側の機器から取得した履歴情報に基づく故障予測ロジックを顧客環境側に組み込むことが可能であるという情報処理システムについて記載されている。この情報処理システムは、ログ解析部と、ロジック生成部と、モジュール管理部とを有している。ログ解析部は、顧客環境側から取得した機器の履歴情報を解析し、機器で発生した故障に対する履歴情報の各項目の影響度合いを解析する。ロジック生成部は、解析の結果に基づき、機器で発生した故障に対する影響度合いが相対的に高い項目と、該項目の機器で故障が発生した場合の値と、を利用して機器で発生する故障の故障予測ロジックを生成する。モジュール管理部は、生成した故障予測ロジックを顧客環境側に組み込む。

また、例えば、特許文献２には、機器の故障を事前に検知してクラウドやネットワークの保守品質を向上させるという故障予測システムについて記載されている。この故障予測システムは、故障予測装置と学習サーバとを有している。故障予測装置は、監視対象機器に故障が発生したときに、監視対象機器が故障するまでの時系列のセンサデータを学習サーバに送信する。学習サーバは、受信した時系列のセンサデータを教師データとして監視対象機器の故障を予測する学習モデルを生成して故障予測装置に送信する。故障予測装置は、学習モデルを用い、監視対象機器から受信した時系列のセンサデータを入力として監視対象機器が故障する確率を予測する。

このような、機器の故障発生を事前に予測する技術を用いて、１台の機器で故障の発生に至った事象から、同様の事象で故障する可能性を有している他の機器を予測することにより、故障発生の拡大の予防が可能になる。

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

このような、機器の故障発生を事前に予測する技術では、予測を行うために、機器の状態や機器で発生したイベントについてのログデータが、機器の監視を行う監視装置へ、機器から常時送付されている。このため、ログデータの送付に用いられる通信経路に、利用コストとして、従量制が採用されている場合には、ログデータの伝送のための通信コストが高くなってしまう。更に、監視装置が監視する機器の台数が多ければ、この通信コストは更に上昇してしまう。

１つの側面において、本発明は、機器の異常発生の予測のために機器と監視装置との間で伝送されるデータの量を減らすことを目的とする。

１つの実施態様によれば、機器管理システムは、複数の機器と当該複数の機器を監視する監視装置とを有する。

機器の各々は、記憶部と、ログ送信部と、判定部と、アラーム送信部とを備える。監視装置は、生成部と、出力部とを備えている。

記憶部は、自身の状態及び自身で発生したイベントを表している情報を、当該状態の検知の日時及び当該イベントの発生の検知の日時を表している時間情報に対応付けて、ログとして記憶する。

ログ送信部は、自身での異常の発生を検知したときに、記憶部に記憶されているログを監視装置へ送信する。

生成部は、異常の発生が検知された機器から送られてくるログから上記の状態及びイベントの情報と上記の時間情報とを抽出し、抽出した情報により表されている状態及びイベントを表しており、且つ、時間情報に基づいた状態及びイベントの発生の検知の順序を表している要点コード列を生成して複数の機器の各々へ送信する。

判定部は、記憶部に記憶されているログを参照して、監視装置から送られてくる要点コード列で表されている状態及びイベントを、当該要点コード列で表されている順序で検知したことがあるか否かを判定する。

アラーム送信部は、監視装置から送られてくる要点コード列で表されている状態及びイベントを、当該要点コード列で表されている順序で検知したことがあると判定した場合に、異常の発生の可能性があることを示しているアラームを監視装置へ送信する。

出力部は、機器の各々から送られてくるアラームについての情報を出力する。

１つの側面において、機器の異常発生の予測のために機器と監視装置との間で伝送されるデータの量を減らすことができる。

機器管理システムの一例を示す図である。 実施形態の機器管理システムの構成例を示す図である。 機器の故障発生時における、機器管理システムの各構成要素についてのシーケンス図である。 機器の構成例を示す図である。 サーバの構成例を示す図である。 ログ及び要点コード列の例を示す図である。 状態コード及びイベントコードの例を示す図である。 監視処理の処理内容を示すフローチャートである。 サーバが行う処理の処理内容を示すフローチャートである。 アラーム判定処理の処理内容を示すフローチャートである。 機器及びサーバ５００のハードウェア構成例を示す図である。

以下、図面を参照しながら、実施形態を詳細に説明する。

図２は、実施形態の機器管理システムの構成例を示している。

この機器管理システム２００は、同一の機種である複数の機器４００と、これらの機器４００を監視する監視装置であるサーバ５００とを備えている。この例では、複数の機器４００の各々は、自身が有しているモータの動作管理を行うものとする。

なお、便宜上、図２においては、機器４００として、３台の機器４００ａ、４００ｂ、及び４００ｃを表している。

図１の機器管理システム１では、機器１１の各々についてのログをサーバ１２が記憶していたが、この機器管理システム２００では、サーバ５００ではなく、機器４００の各々が自身についてのログを記憶しておく。このログは、機器４００の自身の状態や機器４００の自身で発生したイベントを表している情報を、当該状態の検知の日時及び当該イベントの発生の検知の日時を表している時間情報に対応付けた情報である。

以下の説明では、機器管理システム２００が有する複数の機器４００のうちの機器４００ｃにおいて異常が発生した場合についての動作、より具体的には機器４００ｃに故障が発生した場合についての動作を、図２及び図３を用いて説明する。図３は、機器管理システム２００の各構成要素についてのシーケンス図であり、構成要素間での情報の流れを時系列に表したものである。

（１）まず、自身の監視を行っている機器４００ｃは、自身での故障の発生を検知すると、この検知時点までの機器４００ｃについてのログをサーバ５００へ送付する。サーバ５００は、このログを受信する。

（２）サーバ５００は、機器４００ｃより送られてきたログより要点コード列を生成する。

要点コード列は、ログに表されている情報の要点を表現しているコード列であり、ログに含まれている情報が表している前述の状態及びイベントと、当該状態及び当該イベントの発生の検知の順序とを表しているコード列である。ログ及び要点コード列の具体的なデータ構造については後述する。

サーバ５００は、故障発生が検知された機器４００ｃのログから、前述の状態及びイベントの情報とこの情報に対応付けられている前述の時間情報とを抽出し、抽出した情報を用いて要点コード列を生成する。サーバ５００は、生成した要点コード列の配信を、機器４００のうちの機器４００ｃ以外（図２及び図３の例では機器４００ａ及び４００ｂ）の各々に対して行う。

（３）要点コード列の配信を受けた機器４００（図２及び図３の例では機器４００ａ及び４００ｂ）は、自身で記憶している自身のログを参照して判定を行う。この判定では、サーバ５００から送られてくる要点コード列で表されている状態及びイベントが、当該要点コード列で表されている順序で検知したことがあるか否かが判定される。この判定において、受け取った要点コード列で表されている状態及びイベントが、当該要点コード列で表されている順序で検知したことがあると判定した場合には、機器４００は、自身に故障の発生の可能性があることを示しているアラームをサーバ５００へ送付する。

（４）サーバ５００は、このアラームを機器４００から受け取ると、アラーム表示を行って、受け取ったアラームについての情報を出力する。このアラーム表示によりアラームの内容を認識した機器管理システム２００の管理者は、サービスマンに指示を与えて、故障の発生の可能性がある機器４００に対し、当該故障を未然に防止するための対策を実施させる。

このように、機器管理システム２００においては、故障が発生した機器４００ｃ以外の機器４００（図２及び図３の例では機器４００ａ及び４００ｂ）の各々と、サーバ５００との間では、要点コード列の伝送を行うものの、ログの伝送は行わない。詳細は後述するが、要点コード列はログよりもデータ量が少ないので、機器４００とサーバ５００との間で伝送されるデータ量は少なくなる。

図４及び図５について説明する。図４は、機器管理システム２００が有している複数の機器４００の各々の構成例であり、図５は、機器管理システム２００が有しているサーバ５００の構成例である。

機器４００は、モータ４０１、動作管理部４０２、及びログ記憶部４１０を備えている。機器４００は、更に、故障検知部４１１及びログ送信部４１２と、要点コード列受信部４２１、アラーム判定部４２２、アラーム送信部４２３、及びアラーム表示部４２４とを備えている。

動作管理部４０２は、予め用意されている制御プログラムに従って、モータ４０１の動作管理を含む、機器４００によるモータ４０１の動作制御の管理を行う。動作管理部４０２は、また、機器４００自身の状態、例えばモータ４０１の動作状態の検知を行う。更に、動作管理部４０２は、機器４００で発生したイベント、例えばモータ４０１に対する制御動作や不図示のスイッチに対する操作、当該制御動作に関する不図示の上位装置との通信などの検知も行う。動作管理部４０２は、検知した状態及び発生したイベントを表している情報を、検知した状態の検知の日時及びイベントの発生の検知の日時を表している時間情報に対応付けて、機器４００についてのログとしてログ記憶部４１０に記憶する。

故障検知部４１１は、例えば動作管理部４０２から送られてくる、機器４００で発生したイベントの情報を監視することによって、機器４００での故障の発生を、機器４００の異常発生として検出する。

ログ送信部４１２は、故障検知部４１１が故障の発生を検知したときに、ログ記憶部４００に記憶されているログをサーバ５００へ送信する。

要点コード列受信部４２１は、サーバ５００から送られてくる要点コード列を受信する。

アラーム判定部４２２は、ログ記憶部４１０に記憶されているログを参照して、要点コード列受信部４２１が受信した要点コード列で表されている状態及びイベントが、当該要点コード列で表されている順序で検知したことがあるか否かを判定する。

アラーム送信部４２３は、受信した要点コード列で表されている状態及びイベントが、当該要点コード列で表されている順序で検知したことがあると判定された場合に、機器４００自身に異常の発生の可能性があることを示しているアラームをサーバ５００へ送信する。

アラーム表示部４２４は、受信した要点コード列で表されている状態及びイベントが、当該要点コード列で表されている順序で検知したことがあると判定された場合に、機器４００自身に異常の発生の可能性があることを示しているアラーム表示を行う。

サーバ５００は、ログ記憶部５０１と要点コード列記憶部５０２とを備えている。サーバ５００は、更に、ログ受信部５１１、ログ解析部５１２、要点コード列生成部５１３、及び要点コード列送信部５１４と、アラーム受信部５２１及びアラーム表示部５２２とを備えている。

ログ受信部５１１は、複数の機器４００のうちの、故障の発生が検知された機器４００ｃから送られてくる、機器４００ｃについてのログを受信する。更に、ログ受信部５１１は、受信したログをログ記憶部５０１に記憶させる。

ログ解析部５１２は、ログ受信部５１１が受信した、故障の発生が検知された機器４００ｃについてのログの解析を行う。この解析では、ログ解析部５１２は、まず、ログから、機器４００ｃの状態についてのログデータと、機器４００ｃで発生したイベントについてのログデータとを抽出する。更に、ログ解析部５１２は、抽出したログデータが表している状態及びイベントの発生の検知の順序を、当該ログの時間情報に基づいて特定する。

要点コード列生成部５１３は、ログ解析部５１２による解析結果に基づいて要点コード列を生成する。生成される要点コード列は、機器４００ｃについてのログから抽出したログデータが示している状態及びイベントを表しており、且つ、特定した当該状態及びイベントの発生の検知の順序を表しているコード列である。更に、要点コード列生成部５１３は、生成した要点コード列を要点コード列記憶部５０２に一旦記憶させる。

要点コード列送信部５１４は、要点コード列生成部５１３が生成して要点コード列記憶部５０２に記憶させておいた要点コード列を、複数の機器４００の各々へ送信する。

アラーム受信部５２１は、複数の機器４００の各々におけるアラーム送信部４２３により送信されるアラームを受信する。

アラーム表示部５２２は、アラーム受信部５２１が受信したアラームについての情報を、当該情報の表示により出力する。

次に、ログ及び要点コード列の詳細について、図６及び図７を用いて説明する。

図６において、（Ａ）は、機器４００のログ記憶部４１０に記憶されるログの例を示している。また、（Ｂ）は、要点コード列の例を示している。

まず、（Ａ）のログについて説明する。

ログでは、「日付」、「時刻」、「コード」、及び「メッセージ」が各行で対応付けられている。このうちの「コード」は、機器４００自身の状態や機器４００自身で発生したイベントを表している情報である。つまり、各行のデータは、コードによって表現されている状態若しくはイベントの発生を、日付及び時刻で特定される日時に検知したことを表している。

なお、メッセージは、同一行に示されているコードによって検知されたことが表されている状態若しくは発生したイベントがどのようなものであるかを、簡単に説明した文である。このメッセージについてはログとして記録しなくてもよい。

サーバ５００のログ解析部５１２は、ログ受信部５１１が（Ａ）のログを受信すると、まず、コードと、コードに対応付けられている日付及び時刻とを各行から抽出する。続いて、ログ解析部５１２は、抽出した各コードに対応付けられている日付及び時刻で特定される日時に基づき、当該各コードにより表されている状態若しくはイベントの発生の検知の順序を特定する。要点コード列生成部５１３は、ログ解析部５１２が抽出した状態及びイベントについてのコードを、ログ解析部５１２が特定した状態及びイベントの発生の検知の順序に従った並び順で並べる。このようにして要点コード列が生成される。

（Ａ）のログでは、ログの各行に示されているコードが、日付及び時刻で特定される日時順に並べられる結果、第１行のコード「Ｓ００」から第１０行のコード「Ｓ２２」までの各コードが行順に並べられて要点コード列が作成される。

なお、要点コード列に並べられる最後のコードは、故障の発生を表しているコードの直前のコードである。（Ａ）のログでは、故障の発生を表しているのは第１１行の「Ｅ２１」なるコードであり、このコードは「上位通信送信故障イベント」なる故障の発生を表している。従って、この場合には、第１１行の直前までのコードである第１０行のコードまでが、要点コード列として並べられる。つまり、この場合には、１０個のコードを状態及びイベントの発生の検知順序に従って並べた要点コード列「Ｓ００、Ｅ１０、Ｅ７０、Ｓ００、Ｓ１０、Ｅ５０、Ｓ１１、Ｓ２０、Ｅ３０、Ｓ２２」が生成される。

このように、要点コード列は、状態及びイベントの発生の検知の順序を、当該状態及びイベントを表しているコードの並び順で表現している。一方、ログは、前述したように、検知の順序を、状態及びイベントの発生の検知日時の情報を当該コードに対応付けることによって表現している。従って、要点コード列は、ログよりもデータ量が少ない。

ここで、（Ａ）のログで示されているコードについて、図７を用いて説明する。

図７において、（Ａ）は、機器４００の状態を表す状態コードの例を表しており、（Ｂ）は、機器４００で発生したイベントを表すイベントコードの定義を表している。

図７の（Ａ）で表されているように、本実施形態では、機器４００の状態として、「初期化中」状態、「待機」状態、「ＭＴ制御」状態、及び「停止制御」状態の４つの状態が定義されている。また、図７の（Ｂ）で表されているように、機器４００で発生するイベントとして、「通常イベント」が７つ、「故障イベント」が２つ、それぞれ定義されており、これら９個のイベントに対して１つずつイベントコードが割り当てられている。

本実施形態において、「ＳＷ押下」（機器４００が備えているスイッチ（不図示）が押下される）及び「ＭＴ起動」（モータ４０１を起動させる）のイベントは、何らかの処理の途中の機器４００の状態を遷移させることがある通常イベントである。なお、図７の（Ｂ）で表されているように、「ＳＷ押下」イベントにはイベントコード「Ｅ５０」が割り当てられており、「ＭＴ起動」イベントにはイベントコード「Ｅ３０」が割り当てられている。

図７の（Ａ）の状態コードの例について更に説明する。

まず、「初期化中」状態について説明すると、「Ｓ００」、「Ｓ０１」、及び「Ｓ０２」は、いずれも機器４００が「初期化中」状態にあることを表している。

このうち、「Ｓ００」は、「初期化中」状態の処理中を表している。機器４００は、この状態において、「初期化中」の処理が完了して「処理終了」イベント（イベントコード「Ｅ７０」）が発生した場合には、状態が「初期化中」から「待機」へと遷移して、状態コード「Ｓ１０」で表される「待機」状態の処理中の状態となることを表している。

「Ｓ０１」及び「Ｓ０２」は、それぞれ、機器４００において「ＳＷ押下」イベント及び「ＭＴ起動」イベントが発生したときの「初期化中」状態を便宜上表している。但し、実際には、「初期化中」状態の機器４００においてこれらのイベントが発生しても状態が遷移することはない。

次に、「待機」状態について説明すると、「Ｓ１０」、「Ｓ１１」、及び「Ｓ１２」は、いずれも機器４００が「待機」状態にあることを表している。

このうち、「Ｓ１０」は「待機」状態の処理中を表している。

また、「Ｓ１１」は「待機」状態の機器４００において「ＳＷ押下」イベントが発生したことを表している。このとき、機器４００は、状態が「待機」から「ＭＴ制御」へと遷移して、状態コード「Ｓ２０」で表される「ＭＴ制御」状態の処理中の状態となることを表している。

「Ｓ１２」は、機器４００において「ＭＴ起動」イベントが発生したときの「待機」状態を便宜上表している。但し、実際には、「待機」状態の機器４００においてこのイベントが発生しても状態が遷移することはない。

次に、「ＭＴ制御」状態について説明すると、「Ｓ２０」、「Ｓ２１」、及び「Ｓ２２」は、いずれも機器４００が「ＭＴ制御」状態にあることを表している。

このうち、「Ｓ２０」は「ＭＴ制御」状態の処理中を表している。

また、「Ｓ２２」は「ＭＴ制御」状態の機器４００において「ＭＴ起動」イベントが発生したことを表している。このとき、機器４００は、状態が「ＭＴ起動」から「停止制御」へと遷移して、状態コード「Ｓ３０」で表される「停止制御」状態の処理中の状態となることを表している。

「Ｓ２１」は、機器４００において「ＳＷ押下」イベントが発生したときの「ＭＴ起動」状態を便宜上表している。但し、実際には、「ＭＴ起動」状態の機器４００においてこのイベントが発生しても状態が遷移することはない。

次に、「停止制御」状態について説明すると、「Ｓ３０」、「Ｓ３１」、及び「Ｓ３２」は、いずれも機器４００が「停止制御」状態にあることを表している。

このうち、「Ｓ３０」は「停止制御」状態の処理中を表している。

また、「Ｓ３１」は「停止制御」状態の機器４００において「ＳＷ押下」イベントが発生したことを表している。このとき、機器４００は、状態コード「Ｓ３０」で表される「停止制御」状態の処理中の状態となることを表している。なお、「Ｓ３０」は「Ｓ３１」と同一の「停止制御」状態を表しているので、この場合には機器４００の状態は遷移しない。

「Ｓ３２」は、機器４００において「ＭＴ起動」イベントが発生したときの「停止制御」状態を便宜上表している。但し、実際には、「停止制御」状態の機器４００においてこのイベントが発生しても状態が遷移することはない。

本実施形態において、状態コードは以上のように定義されている。

ここで、前述した要点コード列「Ｓ００、Ｅ１０、Ｅ７０、Ｓ００、Ｓ１０、Ｅ５０、Ｓ１１、Ｓ２０、Ｅ３０、Ｓ２２」に注目する。

この要点コード列において、第４番目に置かれている状態コード「Ｓ００」の１つ前の状態コードは、第１番目の「Ｓ００」である。つまり、第４番目の状態コードで表されている機器４００の状態、すなわち、「初期化中」状態は、第１番目の状態コードで表されている状態から遷移していない。

また、この要点コード列において、第７番目に置かれている状態コード「Ｓ１１」の１つ前の状態コードは、第５番目の「Ｓ１０」である。つまり、第７番目の状態コードで表されている機器４００の状態、すなわち、「待機」状態は、第５番目の状態コードで表されている状態から遷移していない。

同様に、この要点コード列において、第１０番目に置かれている状態コード「Ｓ２２」の１つ前の状態コードは、第８番目の「Ｓ２０」である。つまり、第１０番目の状態コードで表されている機器４００の状態、すなわち、「ＭＴ制御」状態は、第８番目の状態コードで表されている状態から遷移していない。

要点コード列生成部５１３は、要点コード列を生成する際に、このような、時系列で１つ前の状態から遷移していない状態を表している状態コードを、要点コード列に含めないようにして、要点コード列のデータ量を更に少なくするようにしてもよい。すなわち、要点コード列生成部５１３は、要点コード列において状態コードにより表す機器４００の状態を、ログの情報で表されている状態のうちで当該状態の１つ前の状態から遷移しているもののみとするようにしてもよい。図６の（Ｂ）に示されている要点コード列は、このようにして生成されたものであり、前述した要点コード列を構成している１０個のコードのうちから、第４番目、第７番目、第１０番目のコード「Ｓ００」、「Ｓ１１」、「Ｓ２２」が削除されて構成されている。

次に、機器管理システム２００で行われる機器監視方法の詳細について、図８、図９、及び図１０のフローチャートを参照しながら説明する。

図８は、複数の機器４００の各々において行われる監視処理の処理内容を示している。

図８において、まず、Ｓ８０１では、ログを記録する処理が動作管理部４０２によって行われる。この処理により、動作管理部４０２は、機器４００自身の状態を検知すると共に、機器４００自身で発生したイベントを検知する。ここで、状態若しくはイベントの発生が検知される度に、動作管理部４０２は、検知した状態及び発生したイベントを表している情報を、当該状態の検知日時及び当該イベントの発生の検知日時をそれぞれ表している時間情報に対応付けて、機器４００についてのログに追加してログ記憶部４１０に記憶し、処理をＳ８０２に進める。

次に、Ｓ８０２では、機器４００での故障の発生を検知する処理が故障検知部４１１によって行われる。この処理により、故障検知部４１１は、ログ記憶部４１０に記憶されているログを参照して、所定の故障イベントに該当するイベントの発生がログに記録されたか否かを判定する。ここで、故障検知部４１１は、故障イベントに該当するイベントの発生がログに記録されたと判定した場合（判定結果がＹｅｓの場合）には、Ｓ８０３に処理を進める。一方、故障検知部４１１は、故障イベントに該当するイベントの発生がログに記録されていないと判定した場合（判定結果がＮｏの場合）には、Ｓ８０１へ処理を戻して、ログの記録の処理を動作管理部４０２に行わせる。

Ｓ８０３では、ログ記憶部４１０からログを取得する処理が行われ、続くＳ８０４では、取得したログを送信してサーバ５００へ送る処理が行われる。このＳ８０３及びＳ８０４の処理はログ送信部４１２によって行われる。ログ送信部４１２は、故障検知部４１１によって発生が検知された故障イベントに該当するイベントまでの機器４００についてのログをログ記憶部４１０から読み出して、サーバ５００へ宛てて送信する。ログの送信後、ログ送信部４１２は図８の処理を終了させる。

図９は、サーバが行う処理の処理内容を示している。

図９において、まず、Ｓ９０１では、故障発生を検知した機器４００についてのログを受信する処理がログ受信部５１１によって行われる。この処理により、ログ受信部５１１は、故障発生を検知した機器４００において実行される図８のＳ８０４の送信処理によってサーバ５００へ送信される、当該機器４００についてのログの受信を試みる。

次に、Ｓ９０２では、故障発生を検知した機器４００についてのログが、Ｓ９０１の処理によって受信されたか否かを判定する処理がログ受信部５１１によって行われる。ここで、ログ受信部５１１は、故障発生を検知した機器４００についてのログが受信されたと判定した場合（判定結果がＹｅｓの場合）には、Ｓ９０３に処理を進める。一方、ログ受信部５１１は、ログが受信されないと判定した場合（判定結果がＮｏの場合）には、Ｓ９０１へ処理を戻し、以降、故障発生を検知した機器４００についてのログが受信されるまでＳ９０１の処理とＳ９０２の処理とを繰り返す。

Ｓ９０３では、Ｓ９０１の処理によって受信されたログをログ記憶部５０１に記憶させる処理がログ受信部５１１によって行われる。この処理により、ログ受信部５１１は、受信したログに、当該ログの送信元である機器４００を識別する情報を付して、ログ記憶部５０１に記憶させる。なお、機器４００を識別する情報として、例えば、当該機器４００に個別に与えられているシリアル番号（製造番号）が用いられる。

Ｓ９０４では、要点コード列を生成する処理がログ解析部５１２と要点コード列生成部５１３とによって行われる。

この処理では、まず、ログ解析部５１２が、Ｓ９０１の処理によって受信されたログを解析する。この解析において、ログ解析部５１２は、発生が検知された故障イベントに該当するイベントまでのログから、故障発生を検知した機器４００の状態についてのログデータと、当該機器４００で発生したイベントについてのログデータとを抽出する。更に、ログ解析部５１２は、抽出されたログデータが表している状態及びイベントの発生の検知の順序を、当該ログの時間情報に基づいて特定する。これらの解析結果は要点コード列生成部５１３に渡される。

要点コード列生成部５１３は、ログ解析部５１２による解析結果に基づいて要点コード列を生成する。このとき、要点コード列生成部５１３は、ログから抽出したログデータが表している状態及びイベントをそれぞれ示しているコードを、それらの検知の順序に従った並び順で前述したように並べることによって、要点コード列を生成する。

次に、Ｓ９０５では、Ｓ９０４の処理によって生成された要点コード列を要点コード列記憶部５０２に記憶させる処理が、要点コード列生成部５１３によって行われる。この処理により、要点コード列生成部５１３は、Ｓ９０１の処理によって受信されたログから生成した要点コード列に、当該ログの送信元である機器４００を識別する情報を付して、要点コード列記憶部５０２に記憶させる。なお、機器４００を識別する情報として、例えば、当該機器４００に個別に与えられているシリアル番号（製造番号）が用いられる。

次に、Ｓ９０６では、要点コード列生成部５１３によって生成された要点コード列を複数の機器４００のうちの１つへ配信する処理が要点コード列送信部５１４によって行われる。この処理により、要点コード列送信部５１４は、複数の機器４００のうちから選択した、ログ受信部５１１が受信したログの送信元以外の機器４００を宛先として、生成された要点コード列を送信する。

次に、Ｓ９０７では、要点コード列の送信先から送られてくる、アラーム判定の判定結果を受信する処理が、アラーム受信部５２１によって行われる。この処理により、アラーム受信部５２１は、Ｓ９０６の処理によって要点コード列送信部５１４が送信した要点コード列の宛先の機器４００から送られてくる、当該送信した要点コード列に基づくアラーム判定の判定結果である、アラームの受信を試みる。

次に、Ｓ９０８では、アラーム判定の判定結果を受信したか否かを判定する処理がアラーム受信部５２１によって行われる。ここで、アラーム受信部５２１は、アラーム判定の判定結果を受信したと判定した場合（判定結果がＹｅｓの場合）には、Ｓ９０９に処理を進める。一方、アラーム受信部５２１は、アラーム判定の判定結果が受信されないと判定した場合（判定結果がＮｏの場合）には、Ｓ９０７へ処理を戻し、以降、アラーム判定の判定結果が受信されるまでＳ９０７の処理とＳ９０８の処理とを繰り返す。

次に、Ｓ９０９では、Ｓ９０６の処理である、要点コード列を配信する処理が、複数の機器４００のうちの、ログ受信部５１１が受信したログの送信元以外の全てについて行われたか否かを判定する処理が要点コード列送信部５１４によって行われる。ここで、要点コード列送信部５１４は、要点コード列の配信が、複数の機器４００のうちの、ログ受信部５１１が受信したログの送信元以外の全てについて行われたと判定した場合（判定結果がＹｅｓの場合）には、Ｓ９１０に処理を進める。一方、要点コード列送信部５１４は、複数の機器４００のうちの、ログ受信部５１１が受信したログの送信元以外のいずれかに、要点コード列の配信を行っていないものが残されていると判定した場合（判定結果がＮｏの場合）には、Ｓ９０６へ処理を戻す。このようにして行われる処理の繰り返しにより、複数の機器４００のうちの、ログ受信部５１１が受信したログの送信元以外の全てについて、要点コード列の配信及びアラーム判定の判定結果の受信が行われる。

Ｓ９１０では、Ｓ９０７の処理によってアラーム受信部５２１により受信されたアラームで表されている情報を、アラームの表示として、当該判定結果の送信元の機器４００毎に表示する処理がアラーム表示部５２２によって行われる。その後、アラーム表示部５２２は、このアラーム表示を行った後に、図９の処理を終了させる。

図１０は、複数の機器４００の各々において行われる、アラーム判定処理の処理内容を示している。

図１０において、まず、Ｓ１００１では、サーバ５００から配信される要点コード列を受信する処理が要点コード列受信部４２１によって行われる。この処理により、要点コード列受信部４２１は、図９のＳ９０６の処理によってサーバ５００から配信される要点コード列の受信を試みる。

次に、Ｓ１００２では、サーバ５００から配信される要点コード列を、Ｓ１００１の処理によって受信したか否かを判定する処理が要点コード列受信部４２１によって行われる。ここで、要点コード列受信部４２１は、要点コード列を受信したと判定した場合（判定結果がＹｅｓの場合）には、Ｓ１００３に処理を進める。一方、要点コード列受信部４２１は、要点コード列が受信されないと判定した場合（判定結果がＮｏの場合）には、Ｓ１００１へ処理を戻し、以降、サーバ５００から配信される要点コード列を受信するまでＳ１００１の処理とＳ１００２の処理とを繰り返す。

Ｓ１００３では、Ｓ１００１の処理によって受信された要点コード列を記録しておく処理がアラーム判定部４２２によって行われる。

次に、Ｓ１００４では、要点コード列とログデータとを比較する処理がアラーム判定部４２２によって行われる。この処理により、アラーム判定部４２２は、機器４００自身についてのログをログ記憶部４１０から読み出して当該ログを参照し、記録した要点コード列と比較する。

次に、Ｓ１００５では、アラームの判定処理がアラーム判定部４２２により行われる。この処理により、アラーム判定部４２２は、Ｓ１００１の処理によって受信された要点コード列で表されている状態及びイベントの発生を、当該要点コード列で表されている検知の順序で検知していたことが、機器４００自身についてのログに記録されているかどうかを判定する。この判定処理は、要点コード列に含まれている各コードが、要点コード列における各コードの並び順で、ログに記録されているか否かを判定するものに過ぎないので、機器４００での処理負担が少なくて済む。

このＳ１００５の判定処理において、そのような検知の記録がログに残されていた場合には、機器４００自身において異常の発生の可能性があることをアラーム判定の判定結果とする。一方、そのような検知の記録がログにはない場合には、機器４００自身において異常の発生の可能性がないことをアラーム判定の判定結果とする。

次に、Ｓ１００６では、Ｓ１００５のアラームの判定処理による判定結果を、アラームとしてサーバ５００へ送信する処理が、アラーム送信部４２３によって行われる。この処理によって送信されたアラームで示される判定結果は、前述した図９のＳ９０７の処理によって、サーバ５００により受信される。

次に、Ｓ１００７では、Ｓ１００５のアラームの判定処理による判定結果を機器４００において表示する処理が、アラーム表示部４２４によって行われる。その後、アラーム表示部４２４は、このアラーム表示を行った後に、図１０の処理を終了させる。

なお、本実施形態において、アラーム送信部４２３が送信する、機器４００自身において異常の発生の可能性があるアラームを、機器４００において異常の発生が検知されている場合と検知されていない場合とを識別可能なアラームとしてもよい。すなわち、図１０のＳ１００６の処理においてアラーム送信部４２３が送信するアラームとして、これより説明する、第１、第２、及び第３の３種類のアラームを定義しておいてもよい。

第１のアラームは、要点コード列受信部４２１が受信した要点コード列で表されている状態及びイベントの発生を、当該要点コード列で表されている検知の順序で検知していたことが、機器４００自身についてのログに記録されており、且つ、機器４００での故障の発生を故障検知部４１１が検知していた場合に送信されるアラームである。この第１のアラームは、３種類のアラームのうちで最も深刻な状況を表している。

また、第２のアラームは、要点コード列受信部４２１が受信した要点コード列で表されている状態及びイベントの発生を、当該要点コード列で表されている検知の順序で検知していたことが、機器４００自身についてのログに記録されているものの、機器４００での故障の発生を故障検知部４１１は検知していない場合に送信されるアラームである。この第２のアラームは、３種類のアラームのうち、第１のアラームの次に深刻な状況を表している。

そして、第３のアラームは、要点コード列受信部４２１が受信した要点コード列で表されている状態及びイベントの発生を、当該要点コード列で表されている検知の順序で検知していたことが、機器４００自身についてのログには記録されていない場合に送信されるアラームである。

サーバ５００では、これらの３種類のアラームのいずれかをアラーム受信部５２１が受信した場合には、アラーム表示部５２２は、アラームについての情報として、この３種類のアラームのうちのいずれを受信したかを示す情報を表示するようにする。このアラーム表示によりアラームの内容を認識した機器管理システム２００の管理者は、サービスマンに指示を与えて、アラームが示している状況に応じた対策を実施させる。

例えば、最も深刻な状況を表している第１のアラームの送信元の機器４００については、故障の修理を直ちに実施（緊急修理）して機器４００の機能を速やかに回復させる。また、例えば、第２のアラームの送信元の機器４００については、未だ故障にまでは至っていないので、例えば、故障が発生した機器４００ｃにおける故障の原因となったものと同一の部品の交換を、例えば毎日実施する始業前の点検時に行う（定期外保守）ようにする。また、例えば、第３のアラームの送信元の機器４００については、故障が発生した機器４００ｃと同一の故障が発生する可能性は低いと判断し、機器４００ｃにおける故障の原因となったものと同一の部品の交換を、例えば１週間毎に実施する定期点検時に行う（定期保守）ようにする。

このようにすることで、機器管理システム２００の正常運用のための機器４００の保守・修理の作業負担を軽減することができる。

なお、上記の３種類のアラームのうちの第１若しくは第２のアラームをアラーム送信部４２３が送信する場合には、機器４００のログ送信部４１２が、ログ記憶部４１０に記憶されている機器４００のログを、併せてサーバ５００へ送信するようにしてもよい。このようにすることで、機器４００のログについてのサーバ５００側での更なる詳細な解析が可能になり、故障発生の予測の精度向上や、より的確な対策の実施が可能になる。

次に図１１について説明する。図１１は情報処理装置のハードウェア構成例を示している。

図１１の情報処理装置１１００は機器４００に備えられる。また、情報処理装置１１００はサーバ５００として利用することができる。

情報処理装置１１００は、プロセッサ１１０１が、メモリ１１０２、補助記憶装置１１０３、通信インタフェース１１０４、入力装置１１０５、及び出力装置１１０６の各構成要素と、バス１１０７を介して相互に接続されて構成されている。

プロセッサ１１０１は、補助記憶装置１１０３に予め記憶されている制御プログラムをメモリ１１０２に展開して実行することによって、メモリ１１０２、補助記憶装置１１０３、通信インタフェース１１０４、入力装置１１０５、及び出力装置１１０６を制御する。

メモリ１１０２は、例えば、Random Access Memory(ＲＡＭ)である。補助記憶装置１１０３は、種々の情報を記憶する記憶装置であり、例えばハードディスクドライブや半導体メモリ等が適用されてもよい。

通信インタフェース１１０４は、通信ネットワークに接続され、通信に伴うデータ変換等を行う。なお、この情報処理装置１１００を機器４００が備える場合には、通信インタフェース１１０４は、更に、不図示のモータコントローラを介してモータ４０１にも接続され、モータ４０１の動作制御及び動作状態の検知のためのデータ交換も行う。

入力装置１１０５は、例えば、スイッチ、キーボード、ポインティングデバイス等であり、ユーザからの指示及び情報等の入力を受け付ける。

出力装置１１０６は、例えば、表示装置であり、ユーザへの問い合わせ又は指示、及び処理結果等を出力する。

情報処理装置１１００を機器４００が備える場合には、プロセッサ１１０１は、補助記憶装置１１０３に記憶されている制御プログラムを実行することによって、図１１の各構成要素を制御して、図８及び図１０のフローチャートで表されているものを含む各種処理を行う。この処理を行うことによって、プロセッサ１１０１が、図４の構成要素のうちの動作管理部４０２、故障検知部４１１、ログ送信部４１２、要点コード列受信部４２１、アラーム判定部４２２、アラーム送信部４２３、及びアラーム表示部４２４として機能する。なお、このとき、補助記憶装置１１０３は、ログ記憶部４１０として機能する。

また、情報処理装置１１００をサーバ５００として利用する場合には、プロセッサ１１０１は、補助記憶装置１１０３に記憶されている制御プログラムを実行することによって、図１１の各構成要素を制御して、図９のフローチャートで表されているものを含む各種処理を行う。この処理を行うことによって、プロセッサ１１０１が、図５の構成要素のうちのログ受信部５１１、ログ解析部５１２、要点コード列生成部５１３、要点コード列送信部５１４、アラーム受信部５２１、及びアラーム表示部５２２として機能する。なお、このとき、補助記憶装置１１０３は、ログ記憶部５０１及び要点コード列記憶部５０２として機能する。

開示の実施形態とその利点について詳しく説明したが、当業者は、特許請求の範囲に明確に記載した本発明の範囲から逸脱することなく、様々な変更、追加、省略をすることができるであろう。

１、２００ 機器管理システム
１１、１１ａ、１１ｂ、１１ｃ、４００、４００ａ、４００ｂ、４００ｃ 機器
１２、５００ サーバ
４０１ モータ
４０２ 動作管理部
４１０、５０１ ログ記憶部
４１１ 故障検知部
４１２ ログ送信部
４２１ 要点コード列受信部
４２２ アラーム判定部
４２３ アラーム送信部
４２４、５２２ アラーム表示部
５０２ 要点コード列記憶部
５１１ ログ受信部
５１２ ログ解析部
５１３ 要点コード列生成部
５１４ 要点コード列送信部
５２１ アラーム受信部
１１００ 情報処理装置
１１０１ プロセッサ
１１０２ メモリ
１１０３ 補助記憶装置
１１０４ 通信インタフェース
１１０５ 入力装置
１１０６ 出力装置
１１０７ バス

Claims (8)

1. 複数の機器と前記複数の機器を監視する監視装置とを有する機器管理システムであって、
   前記機器の各々は、
   自身の状態及び自身で発生したイベントを表している情報を、前記状態の検知の日時及び前記イベントの発生の検知の日時を表している時間情報に対応付けて、ログとして記憶する記憶部と、
   自身での異常の発生を検知したときに、前記記憶部に記憶されているログを前記監視装置へ送信するログ送信部と、
   を備えており、
   前記監視装置は、前記異常の発生が検知された前記機器から送られてくるログから前記状態及び前記イベントの情報と前記時間情報とを抽出し、抽出した情報により表されている前記状態及び前記イベントを表しており、且つ、前記時間情報に基づいた前記状態及び前記イベントの発生の検知の順序を表している要点コード列を生成して前記複数の機器の各々へ送信する生成部を備えており、
   前記機器の各々は、
   前記記憶部に記憶されているログを参照して、前記監視装置から送られてくる要点コード列で表されている状態及びイベントを、該要点コード列で表されている順序で検知したことがあるか否かを判定する判定部と、
   前記監視装置から送られてくる要点コード列で表されている状態及びイベントを、該要点コード列で表されている順序で検知したことがあると判定した場合に、異常の発生の可能性があることを示しているアラームを前記監視装置へ送信するアラーム送信部と、
   を更に備えており、
   前記監視装置は、前記機器の各々から送られてくる前記アラームについての情報を出力する出力部を更に備えている、
   ことを特徴とする機器管理システム。
2. 前記生成部は、前記ログにおける前記異常の発生を表しているイベントの直前までについての前記要点コード列を生成することを特徴とする請求項１に記載の機器管理システム。
3. 前記要点コード列は、前記要点コード列で表されている前記状態及び前記イベントの発生の検知の順序を、該状態及び該イベントをそれぞれ表している各コードの前記要点コード列上での並び順によって表すことを特徴とする請求項１に記載の機器管理システム。
4. 前記要点コード列において表される前記状態は、前記ログの情報で表されている前記状態のうちで該状態の１つ前の状態から遷移しているもののみであることを特徴とする請求項１に記載の機器管理システム。
5. 前記アラーム送信部は、該アラーム送信部を備えている機器において異常の発生が既に検知されている場合と該異常の発生は検知されていない場合とにおいて、両者の場合を識別可能である前記アラームを送信することを特徴とする請求項１に記載の機器管理システム。
6. 請求項１に記載の機器管理システムが有している複数の機器のうちの１つであって、
   前記記憶部と、前記ログ送信部と、前記判定部と、前記アラーム送信部とを備えていることを特徴とする機器。
7. 請求項１に記載の機器管理システムが有している監視装置であって、
   前記生成部と、前記出力部とを備えていることを特徴とする監視装置。
8. 複数の機器と前記複数の機器を監視する監視装置とを有する機器管理システムが行う機器管理方法であって、
   前記機器の各々が、
   自身の状態及び自身で発生したイベントを表している情報を、前記状態の検知の日時及び前記イベントの発生の検知の日時を表している時間情報に対応付けて、ログとして記憶部に記憶しておき、
   自身での異常の発生を検知したときに、前記記憶部に記憶されているログを前記監視装置へ送信し、
   前記監視装置が、前記異常の発生が検知された前記機器から送られてくるログから前記状態及び前記イベントの情報と前記時間情報とを抽出し、抽出した情報により表されている前記状態及び前記イベントを表しており、且つ、前記時間情報に基づいた前記状態及び前記イベントの発生の検知の順序を表している要点コード列を生成して前記複数の機器の各々へ送信し、
   前記機器の各々が、更に、
   前記記憶部に記憶されているログを参照して、前記監視装置から送られてくる要点コード列で表されている状態及びイベントを、該要点コード列で表されている順序で検知したことがあるか否かを判定し、
   前記監視装置から送られてくる要点コード列で表されている状態及びイベントを、該要点コード列で表されている順序で検知したことがあると判定した場合に、異常の発生の可能性があることを示しているアラームを前記監視装置へ送信し、
   前記監視装置が、更に、前記機器の各々から送られてくる前記アラームについての情報を出力する、
   ことを特徴とする機器管理方法。

Images