(57)【要約】【課題】様々なセンサデータなどのＩｏＴデータを有効活用し、保守員の知見を生かして、ＩｏＴデータを解析し、設備の背景情報を考慮した機器の保守を可能とする。【解決手段】不具合事象に関する情報を入力して、その不具合事象に対する有効な保守情報を出力する機器保守装置であって、保守対象機器を測定したセンサから出力されるセンサデータを入力し、入力された不具合事象からキーワードを取り出し、保守対象機器に対する不具合事象に関する情報であり、センサデータを背景情報に変換するときのルールとなる背景情報取得ポリシーを保持し、センサデータを入力し、不具合事象から取り出されたキーワードと、背景情報取得ポリシーを参照して、センサデータを背景情報に変換し、変換された背景情報を検索エンジンに入力して、検索エンジンの検索に基づいて、入力された不具合事象に対する有効な保守情報を出力する。【選択図】  図１
2020126533.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサと、
保守情報データベースを記憶した記憶装置と、を備え、
不具合事象に対する保守情報を出力する機器保守システムであって、  センサデータを背景情報に変換するルールとなる背景情報取得ポリシーを前記記憶装置に保持し、
前記プロセッサは、
不具合事象情報の入力を受け付け、
前記不具合事象情報と、前記背景情報取得ポリシーとに基づき、背景情報フォーマットを選択し、
前記背景情報フォーマットにセンサデータを格納した背景情報を取得し、
前記不具合事象情報と、前記背景情報とに基づいて、前記保守情報データベースを検索して前記保守情報を出力することを特徴とする機器保守システム。
【請求項２】
請求項１において、
前記背景情報フォーマットを外部装置に送信し、
前記外部装置から、センサデータを格納した背景情報を取得することを特徴とする機器保守システム。
【請求項３】
請求項１において、
前記出力した保守情報に対しての保守評価情報の入力を受け付け、前記保守評価情報に基づいて前記背景情報取得ポリシーを更新することを特徴とする機器保守システム。
【請求項４】
請求項２において、
前記背景情報取得ポリシーでは、不具合事象を分類した因子と、センサデータの重要因子が対応付けられており、
前記プロセッサは、
前記背景情報取得ポリシーと、前記不具合事象情報とに基づいて、重要因子を抽出して背景情報フォーマットを作成し、
前記外部装置は、
背景情報フォーマットの重要因子に対応付けられたデータ構造に前記センサデータを変換して格納することで、前記背景情報を作成する
ことを特徴とする機器保守システム。
【請求項５】
請求項１において、
前記重要因子には、前記センサの測定位置が含まれている
ことを特徴とする機器保守システム。
【請求項６】
請求項５において、
前記重要因子には、さらに、センサデータの変換方法が含まれていることを特徴とする機器保守システム。
【請求項７】
請求項３において、
前記保守評価情報に基づいて、前記背景情報ポリシーが選択する重要因子を変更することを特徴とする機器保守システム。
【請求項８】
プロセッサと、
保守情報データベースを記憶した記憶装置とを備えた機器保守システムによる不具合事象に対する保守情報を出力する機器保守方法であって、
前記記憶装置が、センサデータを背景情報に変換するルールとなる背景情報取得ポリシーを保持するステップと、
前記プロセッサが、不具合事象情報の入力を受け付けるステップと、
前記プロセッサが、前記不具合事象情報と、前記背景情報取得ポリシーとに基づき、背景情報フォーマットを選択するステップと、
前記プロセッサが、前記背景情報フォーマットにセンサデータを格納した背景情報を取得するステップと、
前記プロセッサが、前記不具合事象情報と、前記背景情報とに基づいて、前記保守情報データベースを検索して前記保守情報を出力する指示を行うステップとを有することを特徴とする機器保守方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器保守技術に係り、特に、生産設備などの機器を計測するＩｏＴデータを保守のために有効活用するのに好適な機器保守技術に関する。
【背景技術】
【０００２】
近年、情報処理装置により、工場の生産設備などの機器を計測するセンサデータに基づき、機器の保守をおこなうシステムが広く活用されるようなってきている。
【０００３】
特に、インターネットの爆発的な普及により、単に、情報処理機器だけでなく、世の中に存在するモノに通信機能を持たせ、インターネットに接続したり相互に通信することにより、自動認識や自動制御、遠隔計測をおこなう、いわゆるＩｏＴ（Internet of Things：モノのインターネット）が注目されている。ＩｏＴによって、多数のヒトを含むモノの状況を瞬時に把握し、それらの情報の活用・組合せによる新しいシステムやサービスが実現することが可能になる。
【０００４】
このような状況の下、機器保守システムにおいて、多種多様で膨大なセンサデータ等のＩｏＴデータを如何に活用するかが急務になっている。センサデータを機器の監視・予防保全に使用するシステムとしては、例えば、特許文献１に開示がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−２５９２２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記従来技術の特許文献１では、センサからの情報により、管理機器内に具備された機器の劣化診断と速度予測する計算手段により、機器の状態の監視やその状態変化を予測して、その結果を前記管理機器の表示手段に表示している。
【０００７】
しかしながら、従来技術に記載された技術は、妥当であることがわかりやすいセンサデータを用いて機器の劣化診断をおこなうものであり、隠れた原因を考慮した診断を行うことについては、考慮されていない。
【０００８】
本発明の目的は、様々なセンサデータなどのＩｏＴデータを有効活用し、ＩｏＴデータを解析し、設備の背景情報を考慮した機器の保守を可能とする機器保守技術を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の機器保守システムの構成は、好ましくは、プロセッサと、保守情報データベースを記憶した記憶装置と、を備え、不具合事象に対する保守情報を出力する機器保守システムであって、センサデータを背景情報に変換するルールとなる背景情報取得ポリシーを記憶装置に保持し、プロセッサは、不具合事象情報の入力を受け付け、不具合事象情報と、背景情報取得ポリシーとに基づき、背景情報フォーマットを選択し、背景情報フォーマットにセンサデータを格納した背景情報を取得し、不具合事象情報と、背景情報とに基づいて、保守情報データベースを検索して保守情報を出力するようにしたものである。
【発明の効果】
【００１０】
本発明によれば、様々なセンサデータなどのＩｏＴデータを有効活用し、ＩｏＴデータを解析し、設備の背景情報を考慮した機器の保守を可能とする機器保守技術を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】機器保守システムの全体構成図である。
【図２】機器保守装置のハードウェア・ソフトウェア構成図である。
【図３】センサデータの一例を示す図である。
【図４】背景情報取得ポリシーの一例を示す図である。
【図５】ランキングの一例を示す図である。
【図６】背景情報の一例を示す図である。
【図７】クエリの一例を示す図である。
【図８】保守指示書の一例を示す図である。
【図９】機器保守システムが現場作業者の事象入力からそれに対応する保守情報を出力するまでの一連の流れを示すフローチャートである。
【図１０】不具合事象入力画面の一例を示す図である。
【図１１】不具合事象評価画面の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明に係る一実施形態を、図１ないし図１１を用いて説明する。
【００１３】
先ず、図１および図２を用いて機器保守の全体システムの構成について説明する。
【００１４】
機器保守の全体システムは、図１に示されるように、現場保守端末４０、保守管理端末５０、エッジ１８０、機器保守システム１００がネットワーク５により接続された形態である。
【００１５】
機器保守システム１００は、不具合事象に関する情報を入力し、機器の保守に関する情報を出力して、現場作業者１や保守管理者２に表示する装置であり、センサデータ入出力部１１０、保守情報Ｉ／Ｆ（InterFace）部１２０、検索エンジンフロント部１４０、検索エンジン１５０、類似事例取出部１６０、運用ログ活用部１７０の各機能部からなる。
【００１６】
エッジ１８０は、現場において保守対象機器の制御や管理を行う装置であり、センサデータ背景情報変換部１３０を有している。
センサデータ入出力部１１０は、センサデータ３０をエッジ１８０に取り込む機能部である。センサデータ３０は、現場に設置された保守対象機器１０の状態をセンサ２０、保守対象機器１０自身やその制御装置が計測して得られるデータである。
【００１７】
保守情報Ｉ／Ｆ（InterFace）部１２０は、現場保守端末４０や保守管理端末５０から、不具合事象に関する情報や保守に関する情報を、機器保守システム１００に取り込んだり、保守に関する記録やアドバイスを出力するインタフェース部である。
【００１８】
センサデータ背景情報変換部１３０は、検索エンジンフロント部１４０の要求により、センサデータ３０を背景情報に変換して、返送する機能部である。センサデータ背景情報変換部１３０は、変換解釈ルール設定部１３１、変換処理部１３２、要求受付部１３３、応答返送部１３４のサブコンポーネントよりなる。
【００１９】
変換解釈ルール設定部１３１は、背景情報取得ポリシー２３０を参照して、センサデータ３０を背景情報に変換するためのルールを設定する。変換処理部１３２は、センサデータ３０を背景情報に変換する処理の本体である。要求受付部１３３、応答返送部１３４は、それぞれ検索エンジンフロント部１４０の要求を受け付けて、対応する背景情報を返送する。
【００２０】
検索エンジンフロント部１４０は、検索エンジン１５０との処理の前に入力された情報を加工して渡すためのフロント処理をおこなう機能部である。検索エンジンフロント部１４０は、機器背景情報取得制御部１４１、マージ処理部１４２のサブコンポーネントよりなる。
【００２１】
機器背景情報取得制御部１４１は、検索エンジン１５０にクエリを発行する前に、必要な背景情報を、センサデータ背景情報変換部１３０と要求する。マージ処理部１４２は、センサデータ背景情報変換部１３０から要求に応じて、返送された背景情報を、クエリに必要な他のパラメータとマージする。
【００２２】
検索エンジン１５０は、現場保守端末４０や保守管理端末５０からの要求に応じたクエリを入力して、保守記録データレイク２００から検索処理をおこなう部分である。
【００２３】
保守記録データレイク２００は、過去の保守対象機器１０に関する保守記録を蓄えたデータベースである。
【００２４】
類似事例取出部１６０は、現場保守端末４０や保守管理端末５０からの要求に応じて、過去の類似の保守事例を取り出して、現場保守端末４０や保守管理端末５０に送る機能部である。
【００２５】
運用ログ活用部１７０は、現場の保守機器に関する運用ログ２２０を活用するために設けられた機能部である。運用ログ活用部１７０は、評価収集部１７１、知見編集蓄積部１７２、運用ログＩ／Ｆ部１７３のサブコンポーネントよりなる。
【００２６】
評価収集部１７１は、保守管理者２が保守管理端末５０より入力した機器保守システムからの回答に対する評価を収集する。知見編集蓄積部１７２は、現場作業者１または保守管理者２が、機器の保守に関する知見を編集して運用ログ２２０に蓄積する。運用ログＩ／Ｆ部１７３は、運用ログ活用部１７０が運用ログ２２０との入出力をおこなう。
【００２７】
運用ログ２２０は、機器の保守に関する評価、保守に関する知見などを加えて、機器保守システムの運用の記録として蓄えた情報である。
【００２８】
現場保守端末４０からは、現場作業者１が、保守対象機器１０から故障したときに、不具合事象を、キーワードを選択する形式、あるいは、文章の自由記述により入力する。なお、具体的なユーザインタフェースは、後に詳述する。
【００２９】
保守管理端末５０には、機器保守システムから不具合事象入力の回答となる過去の類似事例、対応のお勧め対策を出力され、保守管理者２が、その評価を入力する。また、保守管理者２は、保守管理端末５０に保守指示書という形式で、現場保守端末４０に表示し、現場作業者１に指示をする。保守指示書は、運用ログ２２０に登録される。
さらに、運用ログ２２０から、センサデータ３０を背景情報に変換するときに、使用される背景情報取得ポリシー２３０を生成する。なお、現場保守端末４０と保守管理端末５０とは、同一の端末を用いてもよい。
【００３０】
次に、図２を用いて機器保守システムのハードウェア・ソフトウェア構成について説明する。
【００３１】
機器保守システム１００のハードウェア構成としては、例えば、図２に示されるように、サーバのような情報処理システムで実現される。
【００３２】
機器保守システム１００は、ＣＰＵ（Central Processing Unit）３０２、主記憶システム３０４、ネットワークＩ／Ｆ３０６、補助記憶Ｉ／Ｆ３１２が、バスにより結合された形態になっている。
【００３３】
ＣＰＵ３０２は、機器保守システム１００の各部を制御し、主記憶装置３０４に必要なプログラムをロードして実行する。
【００３４】
主記憶装置３０４は、通常、ＲＡＭなどの揮発メモリで構成され、ＣＰＵ３０２が実行するプログラム、参照するデータが記憶される。
【００３５】
ネットワークＩ／Ｆ３０６は、ネットワーク５と接続するためのインタフェースである。
【００３６】
補助記憶Ｉ／Ｆ３１２は、ＨＤＤ（Hard Disk Drive）３５０やＳＳＤ（Solid Sate Drive）などの補助記憶装置を接続するためのインタフェースである。
【００３７】
ＨＤＤ３５０は、大容量の記憶容量を有しており、本実施形態を実行するためのプログラムが格納されている。機器保守システム１００には、センサデータ入力プログラム４０１、保守情報Ｉ／Ｆプログラム４０２、センサデータ背景情報変換プログラム４０３、検索エンジンフロントプログラム４０４、検索エンジンプログラム４０５、類似事例取出プログラム４０６、運用ログ活用プログラム４０７がインストールされている。
【００３８】
センサデータ入力プログラム４０１、保守情報Ｉ／Ｆプログラム４０２、センサデータ背景情報変換プログラム４０３、検索エンジンフロントプログラム４０４、検索エンジンプログラム４０５、類似事例取出プログラム４０６、運用ログ活用プログラム４０７は、ＣＰＵ３０２上で稼働することにより、それぞれセンサデータ入出力部１１０、保守情報Ｉ／Ｆ（InterFace）部１２０、センサデータ背景情報変換部１３０、検索エンジンフロント部１４０、検索エンジン１５０、類似事例取出部１６０、運用ログ活用部１７０の機能を実行する。
【００３９】
また、ＨＤＤ３５０には、保守記録データレイク２００、運用ログ２２０、背景情報取得ポリシー２３０が保持される。
【００４０】
次に、図３ないし図８、図１０、図１１を用いて機器保守システムに用いられるデータの詳細について説明する。
センサデータ３０は、保守対象機器１０に関して、センサ２０により、計測したデータであり、測定日時と対になって記録される。図３の例では、振動に関するセンサから出力される所定の条件（振幅が大きい等）を満たす振動の振動数、振幅及び測定日時を記憶した振動データの例が示されている。
【００４１】
図４に示す背景情報取得ポリシー２３０は、現場作業者が事象に関する情報を入力したときに、該当するセンサデータ３０を取得して、それを背景情報に変換するためのルールとなるデータである。図４の例では、不良／不具合現象を大分類、中分類、小分類に分類し、それをツリー上に配置し、末端の葉にあたる部分に、重要因子を示したデータ構造の例が示されている。重要因子は、末端の葉に対して複数設定されている。また、重要因子のデータ構造には、データの測定位置や、背景情報フォーマット（最大振幅、その振動数、所定以上の振幅の頻度など）が含まれている。背景情報フォーマットは、現場作業者が事象に関する情報を入力したときに、システムから保守に関する情報を問い合わせるクエリを発行するときに、同時に入力されるデータである。
図５に示すランキング２６０は、末端の葉に対して複数設定されている重要因子の、役に立つ度合いや順位が記憶されている。これは、保守作業車からの評価に応じて変動していく。
【００４２】
図６に示す背景情報２４０は、背景情報フォーマットに対し、センサデータ３０に基づいて変換した値を入力したデータである。図６に示される例では、異常振動数、最大振幅に関するデータ値と、発生部位を特定した情報が示されている。
【００４３】
図７に示すクエリ２５０は、現場作業者が不具合事象に関する情報を入力したときに、システムから保守に関する情報を問い合わせるために検索エンジン１５０に入力するためのコマンドである。図７に示される例では、背景情報について、最大振動数が３回／日、最大振幅が０．０９４ｍｍ、発生部位が加工台座であり、入力されたキーワードが、「加工不良」、「ねじ止め先端」、「欠け割れ」のときに、類似事例を問い合わせるクエリが示されている。
【００４４】
図８に示す保守指示書は、過去事例と運用ログを参照して、保守管理者２が現場作業者１に対する保守の指示を示すものであり、保守管理端末５０から現場保守端末４０に送信される。本例では、加工台座に関する保守の指示が示されている。
【００４５】
図１０に示す不具合事象入力画面５００は、現場作業者１が、現場にある保守対象機器１０に関する不具合事象を入力するための画面である。発生日入力欄５０１、時間帯入力欄５０２、加工品番入力欄５０３、不具合事象入力欄５１０、自由記述入力欄５２０からなる。
【００４６】
発生日入力欄５０１、時間帯入力欄５０２、加工品番入力欄５０３は、それぞれ、不具合事象が発生した日、その時間帯、不具合事象に係る加工品番を入力する欄である。
【００４７】
不具合事象入力欄５１０は、部位入力欄５１１、症状入力欄５１２からなり、不具合事象に関する部位と症状を入力する欄である。図１０では、部位入力欄５１１、症状入力欄５１２は、共に、リストから項目を選択するようになっている。図１０に示される例としては、不具合事象の図９部位として、「加工不良  ねじ止め先端」が選択され、症状として、「欠け割れ」が選択されたものとしている。
【００４８】
自由記述入力欄５２０は、現場作業者１が、その不具合事象に関して、自由に記述することができる欄である。
【００４９】
なお、本実施形態では、キーワードは、部位入力欄５１１、症状入力欄５１２から取得したが、自由記述入力欄５２０に入力されたテキストから取得するようにしてもよい。また、不具合事象を対象機器等から自動で情報取得できる場合には、自動取得するようにしてもよい。
【００５０】
図１１に示す不具合事象評価画面６００は、保守管理者２に対して、機器保守システム１００から、入力された不具合事象に対しての応答としての保守情報を出力する画面であり、図１１に示されるように、入力情報欄６１０、保守情報欄６２０からなる。
【００５１】
入力情報欄６１０には、図１０の不具合事象入力画面５００から、現場作業者１が入力した情報を表示する欄である。
【００５２】
保守情報欄６２０は、機器保守システム１００から回答する保守情報を表示する欄であり、背景情報欄６２１、過去事例欄６２２、推薦対策欄６２３、評価ボタン６２４からなる。
【００５３】
背景情報欄６２１は、センサデータがセンサデータ背景情報変換部１３０で変換された背景情報を分かりやすい形式で表示する欄である。過去事例欄６２２は、不具合事象に関して、類似する事例を表示する欄である。推薦対策欄６２３は、不具合事象に対して、機器保守システム１００から、推薦する対策を表示する欄である。評価ボタン６２４は、機器保守システム１００の表示する保守情報に対する評価を、保守管理者２が入力するボタンである。図１１の例では、「いいね！」の評価を入力するようにしているが、否定的な評価を入力できるようにしてもよいし、５段階評価などを入力できるようにしてもよい。保守管理者２がした保守情報に関する評価は、運用ログ２２０に蓄積される。そして、評価の高いケースを背景情報取得ポリシーに反映させることにより、より精度の高い検索ができるようになることが期待される。
【００５４】
次に、図８を用いて機器保守システムに関する処理について説明する。
先ず、現場作業者１が不具合事象入力画面５００から不具合事象を入力するまで、機器保守システム１００は、待機し（Ｓ１０１、Ｓ１０２）、不具合事象情報が入力されたときに、Ｓ１０３に進む。
【００５５】
機器保守システム１００の検索エンジンフロント部１４０の機器背景情報取得制御部は、不具合事象情報を受信し、不具合事象情報に対応した背景情報取得ポリシー２３０を参照し（Ｓ１０３）、有効な背景情報が存在するか否かを判定する（Ｓ１０４）。ここで、有効な背景情報とは、不具合事象情報が、図４に示した背景情報取得ポリシー２３０の示すツリーのノードに所定以上の割合で一致するなどのシステムの判定基準に合致する場合に取り出される背景情報（フォーマット）である。枝や葉などのノードにかかる背景情報フォーマットには、データ欄に対して複数の重要因子が設定されているので、このうちのランキング２６０が高い一つまたは複数の重要因子を背景情報を取得するために選択する。有効な背景情報がない場合には、センサデータを用いなくても解決可能な場合や、システムが提示できる有効な解決方法が無い場合が該当する。本実施形態では、不具合事象入力画面５００から、キーワードとして、「加工不良」、「ねじ止め先端」、「欠け割れ」が入力されたとし、有効な背景情報があるものとする。
【００５６】
検索エンジンフロント部１４０の機器背景情報取得制御部１４１は、有効な背景情報が存在すると判定したときには（Ｓ１０４：ＹＥＳ）、センサデータ背景情報変換部１３０に、入力された背景情報取得ポリシー２３０を含む背景情報要求を送付し、背景情報を要求する（Ｓ１０５）。
【００５７】
センサデータ背景情報変換部１３０の要求受付部１３３は、背景情報取得ポリシー２３０を含む背景情報要求を受付ける。変換／解釈ルール設定部１３１は、送付された入力された背景情報取得ポリシー２３０に基づき、該当のセンサデータ３０を背景情報に変換するための変換ルールを設定する。変換処理部１３２が、変換ルールに基づきセンサデータ３０を背景情報に変換し、背景情報を検索エンジンフロント部１４０のマージ処理部１４２に返送する（Ｓ１０６）。ここでセンサデータ３０は、背景情報要求を受け付けた後にセンサから取得したデータでも、既にセンサから取得済みで記憶装置(図示せず)に格納していたデータのいずれでもよい。
【００５８】
例えば、図３ないし図６に示す例では、キーワードとして、「加工不良」、「ねじ止め先端」、「欠け割れ」が入力されたことに伴い、背景情報取得ポリシー２３０から、加工環境における重要因子として、「台座の振動」が取り出される。そして、変換／解釈ルール設定部１３１は、台座に関するセンサデータ３０を取得し、さらに、「一日の異常振動数取得」、「最大振幅取得」などのルールを与えて、変換処理部１３２にデータ変換の指示をする。その結果、図６に示されるような「異常振動数」、「最大振幅」、「発生部位」の観点からなる背景情報が生成される。
【００５９】
次に、検索エンジンフロント部１４０は、マージ処理部１４２は、入力された背景情報のマージ処理をおこない、クエリを作成し（Ｓ１０８）、検索エンジン１５０に入力する。不具合事象情報を前もって背景情報に含ませておけば、マージ部１４２は省略可能である。
【００６０】
ここでは、図７に示されるような、入力されたキーワードが、「加工不良」、「ねじ止め先端」、「欠け割れ」、背景情報として、図６に示される「最大振動数が３回／日、最大振幅が０．０９４ｍｍ、発生部位が加工台座」をマージして、入力された不具合事象の類似事例を問い合わせるクエリが生成されたものとする。
【００６１】
次に、検索エンジン１５０では、入力されたクエリに従い、検索処理をおこなう（Ｓ１０９）。
【００６２】
次に、機器保守システム１００の類似事例取出部１６０は、検索された保守指示書を表示し（Ｓ１１０）、保守管理者２は保守指示書に従って保守を行う。
保守が完了したら、保守管理者２の指示に従って、保守管理端末５０に不具合事象評価画面６００を出力する（Ｓ１１１）。そのとき、類似事例取出部１６０は、不具合事象の類似事例を取り出し、不具合事象評価画面６００上に表示する。
【００６３】
そして、保守管理者２は、機器保守システム１００からの不具合事象に関する応答に対して、その評価を入力する（Ｓ１１２）。
運用ログ活用部１７０の評価収集部は、運用ログＩ／Ｆ部１７３を介して、入力された評価を、保守指示書に対応付けて運用ログ２２０に格納する。
知見編集蓄積部は、運用ログ２２０に蓄積された評価に基づいて、背景情報取得ポリシー２３０のランキング２６０を編集する。例えば、評価の高い保守指示書を検索させた項目（重要因子）は、ランキング２６０を高くしたり、評価の低い保守指示書につながった項目は、ランキング２６０を低くして、他の項目のランキング２６０が相対的に高くなるように編集を行う。このようにすることで、同じ不具合事象情報に対する背景情報フォーマットの重要因子を、保守員の評価に基づいて入れ替えをできるので、保守員の知見を活かして適切な背景情報を得るようにすることができる。
【００６４】
以上述べてきたように、本実施形態の機器保守システムによれば、入力された不具合事象のキーワードと、背景情報取得ポリシーに基づいて、センサデータを背景情報に変換するために、センサデータを有効活用し、設備の背景情報を考慮した機器の保守が可能になる。
【符号の説明】
【００６５】
１…現場作業者、２…保守管理者、５…ネットワーク、１０…保守対象機器、２０…センサ、３０…センサデータ、１００…機器保守システム、１１０…センサデータ入出力部、１２０…保守情報Ｉ／Ｆ部、１３０…センサデータ背景情報変換部、１４０…検索エンジンフロント部、１５０…検索エンジン、１６０…類似事例取出部、１７０…運用ログ活用部、２００…保守記録データレイク、２２０…運用ログ、２３０…背景情報取得ポリシー
【図１】
2020126533.tif 000003
【図２】
2020126533.tif 000004
【図３】
2020126533.tif 000005
【図４】
2020126533.tif 000006
【図５】
2020126533.tif 000007
【図６】
2020126533.tif 000008
【図７】
2020126533.tif 000009
【図８】
2020126533.tif 000010
【図９】
2020126533.tif 000011
【図１０】
2020126533.tif 000012
【図１１】
2020126533.tif 000013