メンテナンス情報共有システム
【課題】設備ユーザーとベンダーユーザーとがインターネットを介して保全情報を共有することができ、特に機械設備毎に個別に作成されていた不具合情報と保全情報とを異分野で横断的に共有することができるシステムを構築する。
【解決手段】設備データ及び述語データからなる不具合データベース１０１と、対象データ及び述語データからなる原因データベース１０２と、要素データ及び述語データからなる保全データベース１０３とが、オントロジーデータ構造で関連付けられており、各データベースから抽出された設備データ及び述語データ、対象データ及び述語データ、要素データ及び述語データをＨＴＭＬ言語で一括して送信する手段とを有するメンテナンス情報共有システム。
【解決手段】設備データ及び述語データからなる不具合データベース１０１と、対象データ及び述語データからなる原因データベース１０２と、要素データ及び述語データからなる保全データベース１０３とが、オントロジーデータ構造で関連付けられており、各データベースから抽出された設備データ及び述語データ、対象データ及び述語データ、要素データ及び述語データをＨＴＭＬ言語で一括して送信する手段とを有するメンテナンス情報共有システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、設備機械の不具合情報と不具合に対する保全情報とを共有のプラットフォームに表示することができるメンテナンス情報共有システムであり、特に設備ユーザーとベンダーユーザーとがインターネットを介して不具合事象を共有することができるシステムである。
【背景技術】
【０００２】
多種多様な設備機械が稼動する製造業分野等では、高度成長期に導入された設備機械も多く経年劣化が進んでいる。そのため設備のメンテナンス技術に対する需要が高まっている。かかるメンテナンス技術は、設備故障や品質不良の解消、生産性の向上等にとって重要な役割を担っている。例えば、設備故障が生じた場合には、迅速かつ適格に故障現場にて故障した設備を修理することによって生産性を向上させることができる。
【０００３】
企業経営の多角化の結果、一工場内でも装置工業型と加工・組立型とが共存している場合も少なくない。さらに製造工程は、粉砕、溶解、反応濾過、吸着、濃縮、晶析、分離、成型、乾燥、冷却、などの単位操作と、各種物品のコンベア輸送などの組み合わせから成立している。その中で設備機械は、塔槽、タンク、熱交換器、釜、加熱炉などの静止設備と、ポンプ、コンプレッサー、モーター、タービンなどの回転機械と、これを連結するパイプライン、制御系の電気、計装などによって構成されている。
【０００４】
これらの多種多様な設備機械を扱う製造現場では、各装置毎に現場技術者を置き、縦割りの設備保全を行っているのが現状である。例えばロボット溶接において加工品に油漏れが発生した場合には、ロボット溶接機の現場技術者が不具合部位を特定し、適切な修理を施す必要がある。これらの作業は、現実には現場技術者の経験と技量に委ねられるのが現実であった。このような設備保全を円滑に行うために品質保全管理が導入されることも多い。今日では設備保全などに関するマネジメントシステムについては、大企業における多くの事業所では品質保全管理を展開しながら、設備を保全し、保全のノウハウを保全シートなどを使用して蓄積することが行われている（非特許文献１参照）。
【０００５】
このような品質保全管理は、保全シートなどに手書き若しくはタイプ打ちされた資料を蓄積し、同じような不具合が起きた場合には、人手を駆使して過去の資料を検索し、その資料に従って保全を行っているのが現状であり、資料の蓄積やその有効活用についての取り組みについては、企業や部門ごとに資料内容等に差が生じている。
【０００６】
また、このような人手を駆使した保全管理では、技能を持った現場技術者の確保が重要であるが、近年ベテラン従業員の高齢化や減少などが問題となっている。また保全管理は現場ごとの縦割りで行われており、保全シートなどの資料の標準化が十分ではなく、同一の企業内でも現場が異なると蓄積されたメンテナンス情報を共有することが困難であった。特に異なった企業間では、資料の標準化が行われていないというのが現状である。
【０００７】
このような人手を駆使して故障箇所や状況に応じた対処方法を探し出す困難性に鑑みて、対象オントロジーデータベース等に基づく故障診断装置が創作されている（特許文献１参照）。
しかし、メンテナンス情報を設備ユーザーとベンダーユーザーで共有するといった観点や、異分野での横断的な共有といった問題は解決されていない。
【非特許文献１】生産革新のための新ＴＰＭ展開プログラム装置工業編（日本プラントメンテナンス協会発行）
【特許文献１】２０００−３２２１２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、迅速かつ適格な設備保全を行うため、不具合情報と保全情報とを共有のプラットフォームに表示することを目的とする。
また設備ユーザーとベンダーユーザーとがインターネットを介して保全情報を共有することができるシステムを構築することを目的とする。
さらに従来、機械設備分野毎に作成されていた不具合情報と保全情報とを異分野で横断的に共有することができるシステムの構築を目的とする。
【課題を解決するための手段】
【０００９】
本発明は、上記の課題を解決するために以下の構成を採用した。
（１）本発明は、設備データ及び述語データからなる不具合データベースと、対象データ及び述語データからなる原因データベースと、要素データ及び述語データからなる保全データベースとが、オントロジーデータ構造で関連付けられており、各データベースから抽出された設備データ及び述語データ、対象データ及び述語データ、要素データ及び述語データをＨＴＭＬ言語で一括して送信する手段とを有することを特徴とするメンテナンス情報共有システムである。
【００１０】
ここで、不具合データベースは任意の設備データと述語データとを管理する。設備データとは、機械設備又は機械設備の部位を示す項目のことである。例えば、「切削機」、「脱型機」、「プレス機」、「ポンプ」、「ファン」等という固有名詞のことである。また述語データとは、設備データの不具合に関連する述語を示す項目のことである。例えば、「焼損する」、「腐蝕する」、「液漏れする」、「破損する」、「振動する」等の述語のことである。これらの項目は過去に作製されたメンテンスに関する資料（例えば、保全シートなど）から任意に選択された項目で構成され、それぞれに個別のＩＤ番号が付され第１階層を構成する。
【００１１】
また原因データベースは任意の対象データ及び述語データとを管理する。対象データとは機械設備の故障原因の主体となる事象を示す項目のことである。例えば、「異物」、「過負荷」、「過電流」等が挙げられる。また述語データとは、故障原因に関連する述語を示す項目のことである。例えば、「巻き込む」、「発生する」、「低下する」等である。これらの項目は過去に作製された保全シートなどから任意に選択された項目で構成され、それぞれに個別のＩＤ番号が付され第２階層を構成する。これらは上記不具合データベースにおいて管理されている不具合に関する不具合原因を細分化し、細分化された主体を示す項目から対象データが構成され、細分化された述語から述語データが構成される。
【００１２】
さらに保全データベースは任意の要素データ及び述語データとを管理する。要素データとは、不具合に対する保全対策の主体となる事象を示す項目のことである。例えば、「サーマルリレー」、「ギヤ比」、「油圧」等が挙げられる。また述語データとは、保全対策に関する述語を示す項目のことである。例えば、「設定変更する」、「変更する」、「適正値にする」等である。これらの項目は過去に作製された保全シートなどから任意に選択された項目で構成され、それぞれに個別のＩＤ番号が付され第３階層を構成する。これらの項目は上記原因データベースの対象データ及び述語データとの組み合わせ毎に対応する保全データであり、例えば原因データベースの「過負荷」（対象データ）＋「発生する」（述語データ）の組み合わせによって生じる故障原因に対する保全対策となるノードによって構成される。当該組み合わせの場合には、その保全対策となる「ギア比を変更する」という解決手段のうち、「ギア比」を要素データとして、「変更する」するを述語データとして、それぞれ保全データベースに格納しておく。
【００１３】
上記の不具合データベース（第１階層）と、原因データベース（第２階層）とは、
不具合データベース（第１階層）にＩＤ番号が付されて記憶されているデータと、該データに関連する原因データベース（第２階層）に記憶されているデータとはツリー状にＩＤ番号が付され関連付けられている。同様に原因データベース（第２階層）に記憶されているデータと、保全データベース（第３階層）に記憶されているデータとはツリー状にＩＤ番号が付されて関連付けられている。このような関連付けによって、各データベースはオントロジーデータ構造を構成する。
【００１４】
このように不具合情報を上位概念（不具合データベース）と中位概念（原因データベース）に分け夫々主語と述語に分類し、さらに保全情報を主語と述語の二種類に分類することにより、従来各装置毎に別々に作成されていた保全シートなどの資料を標準化することができる。
（２）本発明は、不具合情報に基づいて不具合データベースから一の設備データ及び述語データを抽出する手段と、該データに関連付けられた一以上の対象データ及び述語データを原因データベースより抽出する手段と、不具合データベース及び原因データベースから抽出された前記データに関連付けられた一の要素データ及び述語データを保全データベースから抽出する手段と、各データベースから抽出された全データをＨＴＭＬ言語で一括して送信する手段とを有することを特徴とする上記（１）に記載されたメンテナンス情報共有システムである。
（３）本発明は、前記原因データベースから抽出された前記データに関連付けられた一の要素データ及び述語データを保全データベースから抽出する手段を有する上記（１）又は（２）に記載されたメンテナンス情報共有システムである。
【００１５】
上述のように不具合データベース（第１階層）と原因データベース（第２階層）とはツリー状に関連付けられており、原因データベース（第２階層）と保全データベース（第３階層）とが関連付けられている。従って、不具合データベースと保全データベースとは必ずしも関連付けられておらず、不具合データベース（第１階層）と保全データベース（第３階層）とが過去に作成されたメンテナンス資料では関連付けられていなかったデータが抽出され、ＨＴＭＬ言語で一括して送信される可能性がある。
【００１６】
このような機能によって、機械設備分野毎に作成されていた不具合データとその対策である保全データとを横断的に共有することができる。
（４）本発明は、設備ユーザークライアント端末と、ベンダークライアント端末と、サーバがインターネットを介して接続されており、抽出された不具合事象を該クライアント端末のモニタに表示することを特徴とする上記（１）〜（３）のいずれか一に記載されたメンテナンス情報共有システムである。
（５）本発明は、設備ユーザークライアント端末及び＼又はベンダークライアント端末から入力された信号によって、原因データベース内の対象データ及び＼又は述語データ、又は保全データベース内の要素データ及び＼又は述語データを削除・変更・追加することができる手段を有する請求項４に記載されたメンテナンス情報共有システムである。
かかるシステムによって、複数の設備ユーザー同士、ベンダーユーザー同士はもちろんのこと、複数の設備ユーザーとベンダーユーザーとがインターネットを介して保全情報を共有することができる。
（６）予めデータベースに格納された保全データに関連する効果、容易性、信頼性、即効性、コスト、導入、紹介ランク、深刻性から構成されたレーダチャートを同一のモニタ上に表示することを特徴とする上記（４）に記載されたメンテナンス情報共有システム
【発明の効果】
【００１７】
請求項１乃至３に係る発明は、不具合情報と保全情報とをＨＴＭＬ言語によって共有の
プラットフォームに表示することができるという効果を奏する。また、機械設備分野毎に作成されていた不具合情報と保全情報とを異分野で横断的に共有することができるという効果を奏する。
さらに、請求項４乃至６に係る発明によって、設備ユーザーとベンダーユーザーとがインターネットを介して不具合事象を共有することができるシステムを構築するという効果を奏する。
【発明を実施するための最良の形態】
【００１８】
本発明に係るメンテナンス情報共有システムの一実施形態を説明する。なお下記のデータ構造等は一例であって、他のデータ構造やプログラムを用いても良い。すわなち下記の実施形態は、特許請求の範囲に記載された発明の範囲を限定するものではない。
図１はメンテナンス情報共有システムのサーバ１内の機能構成を示すブロック図である。図１において、１０はデータベース部を示し、２０はデータ処理部を示す。
図示しないキーボード等の操作部より入力された不具合情報に関する信号はＷＷＷサーバ３６を介してサーバ１内に入力される。入力される不具合情報は、不具合の発生している機械設備又は機械設備の部位を示す項目及び不具合の状態を示す述語の項目から構成される。入力された信号はインターフェイス部３０を介してデータ処理部２０に入力される。データ処理部２０では、まずパラメータ解析部２０１によって、設備データと述語データが特定される。次にパラメータ検索部２０２によって特定された設備データと述語データの検索が不具合データベースより行われる（Ｓ１）。検索の結果、不具合データ抽出部２０３に不具合データベースより適合する設備データと述語データが抽出される（Ｓ２）。かかる抽出された不具合データは表示データ作成部３４に送信される（Ｓ３）。また抽出された不具合データは不具合データ検索部２０４へ送信され、原因データベース１０２より不具合データに関連する対象データ及び述語データの検索が行われる（Ｓ４）。検索の結果、原因データ抽出部２０５に適合する対象データ及び述語データが抽出される（Ｓ５）。かかる抽出された原因データは表示データ作成部３４へ送信される（Ｓ６）。また抽出された原因データは原因データ検索部２０６へ送信され、保全データベース１０３より原因データに関連する要素データ及び述語データの検索が行われる（Ｓ７）。検索の結果、保全データ抽出部２０７に適合する要素データ及び述語データが抽出される（Ｓ８）。かかる抽出された保全データは表示データ作成部３４へ送信される（Ｓ９）。
【００１９】
表示データ作成部３４は、各データベース１０１，１０２，１０３から抽出された設備データ及び述語データ、対象データ及び述語データ、要素データ及び述語データをＨＴＭＬ言語を使用して一括してＷＷＷサーバ３６へ送信する。
【００２０】
次にデータベース１０内の各データベースにおけるデータ構造を図２に基づいて説明する。
図２に示すように、不具合データベース１０１内には、設備データと述語データの２種類のデータによって構成されるノード１１１，１２１，１３１，・・・が記憶されている。各ノードには個別のＩＤ番号が付されている。例えば「ＡＡＢＢ００００００００」である。「ＡＡ」の部分には設備データに対する個別のＩＤ番号が付される。例えば「０１」，「０２」・・・である。「ＢＢ」の部分は述語データに対する個別のＩＤ番号が付される。不具合データベース１０１は上記の方法によって付されたＩＤ番号を蓄積することによってツリー状のデータ構造の第１階層を構成することになる。
【００２１】
次に原因データベース１０２内には、対象データと述語データの２種類のデータによって構成されるノード１１２，１２２，１３２，１４２，１５２，１６２，・・・が記憶されている。各ノードには個別のＩＤ番号「００００ＣＣＤＤ００００」が付されている。「ＣＣ」の部分は対象データに対するＩＤ番号が付される。ここで「ＤＤ」の部分には述語データに対するＩＤ番号が付される。これらのＩＤ番号は、不具合データと関連付けら
れている。例えば不具合データのノード１１１のＩＤ番号が「０１０１ＣＣＤＤＥＥＦＦ」であれば、原因データベース１０２内のノード１１２のＩＤ番号は、例えば「０１０１０１０１ＥＥＦＦ」を付す。そして、原因データベース１０２は上記の方法によって付されたＩＤ番号を蓄積することによってツリー状のデータ構造の第２階層を構成することになる。なお、図２では、原因データベース１０２内の各ノードは不具合データベース１０１内の各のノードから３本に枝分かれしているが、関連付けられるデータ数によっては、１本であったり、４本以上に枝分かれすることもある。
【００２２】
次に保全データベース１０３内には、要素データと述語データの２種類から構成されるノード１１３，１２３，１３３，１４３，１５３，１６３，１７３，１８３，１９３，１０４，１１４，１２４，・・・が記憶されている。各ノードには個別のＩＤ番号「００００００００ＥＥＦＦ」が付される。ここで「ＥＥ」の部分は要素データに対するＩＤ番号が付される。また「ＦＦ」の部分は述語データに対するＩＤ番号が付される。これらのＩＤ番号は、原因データと関連付けられている。例えば原因データのノード１１２のＩＤ番号が「０１０１０１０１ＥＥＦＦ」であれば、保全データベース１０３内のノード１１３は、例えば「ＡＡＢＢ０１０１０１０１」となる。保全データベース１０３は上記の方法によって付されたＩＤ番号を蓄積することによってツリー状のデータ構造の第３階層を構成することになる。なお、図２では、保全データは原因データから２本に枝分かれしているが、関連付けられるデータ数によっては、１本であったり、データがない場合もある。
【００２３】
さらに原因データベース１０２内（第２階層）のＩＤ番号は重複しても良い。特に対象データ及び述語データの項目が同じであれば、共通するＩＤ番号を付すのが好ましい。一つのツリーの中では共通するＩＤ番号は存在しないが、他のツリー（第１階層が異なるもの）との間では共通するＩＤ番号が存在する可能性がある。かかる場合は第２階層において共通するＩＤ番号を使用して異なるツリーの第３階層同士を関連付けることができる。例えば、ノード１３２のＩＤ番号を「ＡＡＢＢ０１０３ＥＥＦＦ」と付し、ノード１４２のＩＤ番号を「ＡＡＢＢ０１０３ＥＥＦＦ」とすることにより、第２階層を関連付けることができる。
上記のように共通する属性値を関連付けることによりオントロジーデータ構造を構成することになる。なお、上記のＩＤ番号の付し方は一例であって、３桁であってもよいし、他の方法で関連つけても良く本発明を限定するものではない。
【００２４】
図３は、請求項４に係る発明の一実施態様を説明するための概念図である。
本実施態様に係るメンテナンス情報共有システムは、上記で説明したデータ構造を有するサーバ１と、ＷＷＷブラウザを有する設備ユーザークライアント４１，４１’，４１''・・・と、ベンダーユーザークライアント４２，４２’，４２''・・・とが、インターネットを介して接続されることにより形成される。インターネットを介することによりＷＷＷサーバ３６をプラットフォームにして設備ユーザーとベンダーユーザーとが保全情報を共有することができる。特にサーバ１内のデータベースにおけるデータ構造が上述のように第２階層において関連付けられていることから、従来、機械設備分野毎に個別に作成されていた不具合情報と保全情報とを異分野で横断的に共有することが可能となる。
【００２５】
次にＷＷＷブラウザに表示される情報について具体的に説明する。
図４（ａ）は、品質保全管理によって作成されたデータの簡略化された資料である。図４（ｂ）は、データベースに記憶されるデータシートの一例である。ここではモータが焼損した場合を例にとって説明する。従来よりモータの焼損については多数の保全シートが作成されている。しかしこれらの保全シートは現場毎に固有の言語・形式で作成されているのが現状である。そこで現実に問題となる不具合を、保全シートより抽出した設備データと述語データに分けて不具合データベースに記憶する。ここでは設備データとして「モータ」を、述語データとして「焼損」とそれぞれ個別のＩＤ番号を付して記憶する。
【００２６】
次に保全シートの記載より不具合の発生原因を抽出する。原因が階層をもって説明される場合は、階層別に対象データと述語データに分けて原因データベースに記憶する。図４（ａ）に示す保全シートより、不具合原因は、ｉ）ゴムの巻き込みにより」、ii）「過負荷が発生し」、iii）「過電流が流れ」という階層に分けられる。次に前記ｉ）を図４（
ｂ）に示すように、対象データとして「異物」を、述語データとして「巻き込む」としてＩＤ番号を付して記憶する。同様にii）を対象データ「過負荷」と、述語データ「発生する」に分け、iii)を対象データ「過電流」と、述語データ「発生する」に分けてＩＤを付して記憶する。これらのデータの第１階層のＩＤ番号は全て共通し、３本に枝分かれしたツリー状のデータ構造を形成する。
【００２７】
次に保全データベースを構築するために、保全情報にＩＤ番号を付す手順を説明する。図４（ａ）の保全シートにおける保全情報は「サーマルリレーの設定を変更」である。サーマルリレーは過電流を抑止するものであるので、第２階層としては、前記iii)のＩＤ番号と共通し、さらに第３階層に個別のＩＤ番号を付して保全データベースに記憶される。
【００２８】
このようにして過去に集められた保全シートを解析記憶することによって、不具合データベース、原因データベース及び保全データベースをツリー状に関連付けて構築する。ここで重要なのは多種多様な機械設備（例えば、切削機、脱型機、プレス機、ポンプ、ファン、コンベア等）や企業の保全シートに関するデータも設備等と述語データに分けられて記憶される点である。これらのデータはツリー状にデータベースに記憶されているが、第２階層において体系的に関連付けられており、オントロジーデータ構造を有する点である。
【００２９】
図５は、設備ユーザクライアント及びベンダーユーザークライアントのモニターに表示される画像イメージを示す初期画面図である。
まず、図５に示すような初期画面に従って不具合情報がデータ入力されることになる。この際、対象データ欄（画面左側の空欄「対象（なに）」）と述語データ欄（画面右側の空欄「述語（どうする・どうした）」）及びそれらの関係を示す「が」と「を」から選択される助詞を夫々入力することになる。
【００３０】
かかる不具合情報を入力した後、画面中央下側に表示されている検索アイコンをクリックすることにより図１のインターフェイス部３０を介して不具合データベースにアクセスし、適合する設備データと述語データが抽出される。その後上述したステップにより、原因データ抽出部２０５に適合する対象データ及び述語データが抽出され、保全データ抽出部２０７に適合する要素データ及び述語データが抽出される。表示データ作成部３４は、各データベース１０１，１０２，１０３から抽出された設備データ及び述語データ、対象データ及び述語データ、要素データ及び述語データをＨＴＭＬ言語で一括してＷＷＷサーバ３６へ送信する。
【００３１】
図６は、ＷＷＷサーバ３６へ送信された全データが、設備ユーザクライアント及びベンダーユーザークライアントのブラウザに表示された画像イメージを示す図である。
図６に示すように第１階層として不具合データベースより抽出された設備データ及び述語データが左下の欄に表示され、原因データベースより抽出された対象データ及び述語データが左上の欄に表示され、保全データベースより抽出された要素データ及び述語データが右上の欄に表示される。
【００３２】
ここで右上の欄に表示された３種類のデータに対応する保全データが右上に対応して表示されることになるが、右上の欄には空欄の箇所がある。これは原因データに関連する保全データが記憶されていないことを示している。これは現状では不具合原因を保全する手
段がないことになるが、ブラウザを閲覧しているベンダーユーザーが自己の技術によって保全する手段が存在する場合には、随時書き込めるようになっている。また空欄を閲覧したベンダーユーザーが自社で新しい保全手段を開発することも期待される。
さらに、図６に示すように右側には、予めデータベースに格納された保全データに関連する効果、容易性、信頼性、即効性、コスト、導入、紹介ランク、深刻性から構成されたレーダチャートを表示しても良い。ここでレーダチャートは周知の技術によって作成される。
【００３３】
図６に表示されているデータは、「モータが焼損する」という不具合に関連する原因データと保全データである。ここでモータ以外の機械設備に関するツリーの第２階層と共通する原因データが含まれている場合は、その原因データを表示し関連する保全データを表示することができる。
【００３４】
例えば図６の左上の欄に「過負荷が発生する」という箇所があるが、かかる箇所には対応する保全データの欄は空欄である。この「過負荷が発生する」欄をクリックし、第２階層と共通するデータが他の機械設備のツリーに存在している場合は、図７のような画面がモニター上に表示される。図７は、例えば不具合データとして「コンベアの破損」に関するツリーに関するデータである。かかるツリーの第２階層と上記の「モータの焼損」に関するツリーに関するデータの第２階層とが共通している場合は、コンベアの破損に関する保全データが図７の画面のように表示される。このようなデータは機械設備が異なっているため、従来は横断的に保全データを共有することができなかった。しかし、本実施形態に係るメンテナンス情報共有システムを使用すればモータの焼損という不具合に対してコンベアの破損に対する保全データを参照することができる。
【図面の簡単な説明】
【００３５】
【図１】メンテナンス情報共有システムの機能構成の一例を示すブロック図である。
【図２】データベース内のデータ構造を示す概念図である。
【図３】請求項４に係る発明の一実施態様を説明するための概念図である。
【図４】（ａ）は品質保全管理によって作成されたデータの簡略化された資料例である。（ｂ）はデータベースに記憶されるデータシートの一例である。
【図５】設備ユーザクライアント及びベンダーユーザークライアントのモニターに表示される画像イメージを示すモニター図である。
【図６】設備ユーザクライアント及びベンダーユーザークライアントのブラウザに表
【図７】第２階層が共通するデータが表示された画面イメージを示すモニター図である。
【符号の説明】
【００３６】
１ サーバ
１０ データベース部
２０ データ処理部
３０ インターフェイス部
３４ 表示データ作成部
３６ ＷＷＷサーバ
１０１ 不具合データベース
１０２ 原因データベース
１０３ 保全データベース
【技術分野】
【０００１】
本発明は、設備機械の不具合情報と不具合に対する保全情報とを共有のプラットフォームに表示することができるメンテナンス情報共有システムであり、特に設備ユーザーとベンダーユーザーとがインターネットを介して不具合事象を共有することができるシステムである。
【背景技術】
【０００２】
多種多様な設備機械が稼動する製造業分野等では、高度成長期に導入された設備機械も多く経年劣化が進んでいる。そのため設備のメンテナンス技術に対する需要が高まっている。かかるメンテナンス技術は、設備故障や品質不良の解消、生産性の向上等にとって重要な役割を担っている。例えば、設備故障が生じた場合には、迅速かつ適格に故障現場にて故障した設備を修理することによって生産性を向上させることができる。
【０００３】
企業経営の多角化の結果、一工場内でも装置工業型と加工・組立型とが共存している場合も少なくない。さらに製造工程は、粉砕、溶解、反応濾過、吸着、濃縮、晶析、分離、成型、乾燥、冷却、などの単位操作と、各種物品のコンベア輸送などの組み合わせから成立している。その中で設備機械は、塔槽、タンク、熱交換器、釜、加熱炉などの静止設備と、ポンプ、コンプレッサー、モーター、タービンなどの回転機械と、これを連結するパイプライン、制御系の電気、計装などによって構成されている。
【０００４】
これらの多種多様な設備機械を扱う製造現場では、各装置毎に現場技術者を置き、縦割りの設備保全を行っているのが現状である。例えばロボット溶接において加工品に油漏れが発生した場合には、ロボット溶接機の現場技術者が不具合部位を特定し、適切な修理を施す必要がある。これらの作業は、現実には現場技術者の経験と技量に委ねられるのが現実であった。このような設備保全を円滑に行うために品質保全管理が導入されることも多い。今日では設備保全などに関するマネジメントシステムについては、大企業における多くの事業所では品質保全管理を展開しながら、設備を保全し、保全のノウハウを保全シートなどを使用して蓄積することが行われている（非特許文献１参照）。
【０００５】
このような品質保全管理は、保全シートなどに手書き若しくはタイプ打ちされた資料を蓄積し、同じような不具合が起きた場合には、人手を駆使して過去の資料を検索し、その資料に従って保全を行っているのが現状であり、資料の蓄積やその有効活用についての取り組みについては、企業や部門ごとに資料内容等に差が生じている。
【０００６】
また、このような人手を駆使した保全管理では、技能を持った現場技術者の確保が重要であるが、近年ベテラン従業員の高齢化や減少などが問題となっている。また保全管理は現場ごとの縦割りで行われており、保全シートなどの資料の標準化が十分ではなく、同一の企業内でも現場が異なると蓄積されたメンテナンス情報を共有することが困難であった。特に異なった企業間では、資料の標準化が行われていないというのが現状である。
【０００７】
このような人手を駆使して故障箇所や状況に応じた対処方法を探し出す困難性に鑑みて、対象オントロジーデータベース等に基づく故障診断装置が創作されている（特許文献１参照）。
しかし、メンテナンス情報を設備ユーザーとベンダーユーザーで共有するといった観点や、異分野での横断的な共有といった問題は解決されていない。
【非特許文献１】生産革新のための新ＴＰＭ展開プログラム装置工業編（日本プラントメンテナンス協会発行）
【特許文献１】２０００−３２２１２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、迅速かつ適格な設備保全を行うため、不具合情報と保全情報とを共有のプラットフォームに表示することを目的とする。
また設備ユーザーとベンダーユーザーとがインターネットを介して保全情報を共有することができるシステムを構築することを目的とする。
さらに従来、機械設備分野毎に作成されていた不具合情報と保全情報とを異分野で横断的に共有することができるシステムの構築を目的とする。
【課題を解決するための手段】
【０００９】
本発明は、上記の課題を解決するために以下の構成を採用した。
（１）本発明は、設備データ及び述語データからなる不具合データベースと、対象データ及び述語データからなる原因データベースと、要素データ及び述語データからなる保全データベースとが、オントロジーデータ構造で関連付けられており、各データベースから抽出された設備データ及び述語データ、対象データ及び述語データ、要素データ及び述語データをＨＴＭＬ言語で一括して送信する手段とを有することを特徴とするメンテナンス情報共有システムである。
【００１０】
ここで、不具合データベースは任意の設備データと述語データとを管理する。設備データとは、機械設備又は機械設備の部位を示す項目のことである。例えば、「切削機」、「脱型機」、「プレス機」、「ポンプ」、「ファン」等という固有名詞のことである。また述語データとは、設備データの不具合に関連する述語を示す項目のことである。例えば、「焼損する」、「腐蝕する」、「液漏れする」、「破損する」、「振動する」等の述語のことである。これらの項目は過去に作製されたメンテンスに関する資料（例えば、保全シートなど）から任意に選択された項目で構成され、それぞれに個別のＩＤ番号が付され第１階層を構成する。
【００１１】
また原因データベースは任意の対象データ及び述語データとを管理する。対象データとは機械設備の故障原因の主体となる事象を示す項目のことである。例えば、「異物」、「過負荷」、「過電流」等が挙げられる。また述語データとは、故障原因に関連する述語を示す項目のことである。例えば、「巻き込む」、「発生する」、「低下する」等である。これらの項目は過去に作製された保全シートなどから任意に選択された項目で構成され、それぞれに個別のＩＤ番号が付され第２階層を構成する。これらは上記不具合データベースにおいて管理されている不具合に関する不具合原因を細分化し、細分化された主体を示す項目から対象データが構成され、細分化された述語から述語データが構成される。
【００１２】
さらに保全データベースは任意の要素データ及び述語データとを管理する。要素データとは、不具合に対する保全対策の主体となる事象を示す項目のことである。例えば、「サーマルリレー」、「ギヤ比」、「油圧」等が挙げられる。また述語データとは、保全対策に関する述語を示す項目のことである。例えば、「設定変更する」、「変更する」、「適正値にする」等である。これらの項目は過去に作製された保全シートなどから任意に選択された項目で構成され、それぞれに個別のＩＤ番号が付され第３階層を構成する。これらの項目は上記原因データベースの対象データ及び述語データとの組み合わせ毎に対応する保全データであり、例えば原因データベースの「過負荷」（対象データ）＋「発生する」（述語データ）の組み合わせによって生じる故障原因に対する保全対策となるノードによって構成される。当該組み合わせの場合には、その保全対策となる「ギア比を変更する」という解決手段のうち、「ギア比」を要素データとして、「変更する」するを述語データとして、それぞれ保全データベースに格納しておく。
【００１３】
上記の不具合データベース（第１階層）と、原因データベース（第２階層）とは、
不具合データベース（第１階層）にＩＤ番号が付されて記憶されているデータと、該データに関連する原因データベース（第２階層）に記憶されているデータとはツリー状にＩＤ番号が付され関連付けられている。同様に原因データベース（第２階層）に記憶されているデータと、保全データベース（第３階層）に記憶されているデータとはツリー状にＩＤ番号が付されて関連付けられている。このような関連付けによって、各データベースはオントロジーデータ構造を構成する。
【００１４】
このように不具合情報を上位概念（不具合データベース）と中位概念（原因データベース）に分け夫々主語と述語に分類し、さらに保全情報を主語と述語の二種類に分類することにより、従来各装置毎に別々に作成されていた保全シートなどの資料を標準化することができる。
（２）本発明は、不具合情報に基づいて不具合データベースから一の設備データ及び述語データを抽出する手段と、該データに関連付けられた一以上の対象データ及び述語データを原因データベースより抽出する手段と、不具合データベース及び原因データベースから抽出された前記データに関連付けられた一の要素データ及び述語データを保全データベースから抽出する手段と、各データベースから抽出された全データをＨＴＭＬ言語で一括して送信する手段とを有することを特徴とする上記（１）に記載されたメンテナンス情報共有システムである。
（３）本発明は、前記原因データベースから抽出された前記データに関連付けられた一の要素データ及び述語データを保全データベースから抽出する手段を有する上記（１）又は（２）に記載されたメンテナンス情報共有システムである。
【００１５】
上述のように不具合データベース（第１階層）と原因データベース（第２階層）とはツリー状に関連付けられており、原因データベース（第２階層）と保全データベース（第３階層）とが関連付けられている。従って、不具合データベースと保全データベースとは必ずしも関連付けられておらず、不具合データベース（第１階層）と保全データベース（第３階層）とが過去に作成されたメンテナンス資料では関連付けられていなかったデータが抽出され、ＨＴＭＬ言語で一括して送信される可能性がある。
【００１６】
このような機能によって、機械設備分野毎に作成されていた不具合データとその対策である保全データとを横断的に共有することができる。
（４）本発明は、設備ユーザークライアント端末と、ベンダークライアント端末と、サーバがインターネットを介して接続されており、抽出された不具合事象を該クライアント端末のモニタに表示することを特徴とする上記（１）〜（３）のいずれか一に記載されたメンテナンス情報共有システムである。
（５）本発明は、設備ユーザークライアント端末及び＼又はベンダークライアント端末から入力された信号によって、原因データベース内の対象データ及び＼又は述語データ、又は保全データベース内の要素データ及び＼又は述語データを削除・変更・追加することができる手段を有する請求項４に記載されたメンテナンス情報共有システムである。
かかるシステムによって、複数の設備ユーザー同士、ベンダーユーザー同士はもちろんのこと、複数の設備ユーザーとベンダーユーザーとがインターネットを介して保全情報を共有することができる。
（６）予めデータベースに格納された保全データに関連する効果、容易性、信頼性、即効性、コスト、導入、紹介ランク、深刻性から構成されたレーダチャートを同一のモニタ上に表示することを特徴とする上記（４）に記載されたメンテナンス情報共有システム
【発明の効果】
【００１７】
請求項１乃至３に係る発明は、不具合情報と保全情報とをＨＴＭＬ言語によって共有の
プラットフォームに表示することができるという効果を奏する。また、機械設備分野毎に作成されていた不具合情報と保全情報とを異分野で横断的に共有することができるという効果を奏する。
さらに、請求項４乃至６に係る発明によって、設備ユーザーとベンダーユーザーとがインターネットを介して不具合事象を共有することができるシステムを構築するという効果を奏する。
【発明を実施するための最良の形態】
【００１８】
本発明に係るメンテナンス情報共有システムの一実施形態を説明する。なお下記のデータ構造等は一例であって、他のデータ構造やプログラムを用いても良い。すわなち下記の実施形態は、特許請求の範囲に記載された発明の範囲を限定するものではない。
図１はメンテナンス情報共有システムのサーバ１内の機能構成を示すブロック図である。図１において、１０はデータベース部を示し、２０はデータ処理部を示す。
図示しないキーボード等の操作部より入力された不具合情報に関する信号はＷＷＷサーバ３６を介してサーバ１内に入力される。入力される不具合情報は、不具合の発生している機械設備又は機械設備の部位を示す項目及び不具合の状態を示す述語の項目から構成される。入力された信号はインターフェイス部３０を介してデータ処理部２０に入力される。データ処理部２０では、まずパラメータ解析部２０１によって、設備データと述語データが特定される。次にパラメータ検索部２０２によって特定された設備データと述語データの検索が不具合データベースより行われる（Ｓ１）。検索の結果、不具合データ抽出部２０３に不具合データベースより適合する設備データと述語データが抽出される（Ｓ２）。かかる抽出された不具合データは表示データ作成部３４に送信される（Ｓ３）。また抽出された不具合データは不具合データ検索部２０４へ送信され、原因データベース１０２より不具合データに関連する対象データ及び述語データの検索が行われる（Ｓ４）。検索の結果、原因データ抽出部２０５に適合する対象データ及び述語データが抽出される（Ｓ５）。かかる抽出された原因データは表示データ作成部３４へ送信される（Ｓ６）。また抽出された原因データは原因データ検索部２０６へ送信され、保全データベース１０３より原因データに関連する要素データ及び述語データの検索が行われる（Ｓ７）。検索の結果、保全データ抽出部２０７に適合する要素データ及び述語データが抽出される（Ｓ８）。かかる抽出された保全データは表示データ作成部３４へ送信される（Ｓ９）。
【００１９】
表示データ作成部３４は、各データベース１０１，１０２，１０３から抽出された設備データ及び述語データ、対象データ及び述語データ、要素データ及び述語データをＨＴＭＬ言語を使用して一括してＷＷＷサーバ３６へ送信する。
【００２０】
次にデータベース１０内の各データベースにおけるデータ構造を図２に基づいて説明する。
図２に示すように、不具合データベース１０１内には、設備データと述語データの２種類のデータによって構成されるノード１１１，１２１，１３１，・・・が記憶されている。各ノードには個別のＩＤ番号が付されている。例えば「ＡＡＢＢ００００００００」である。「ＡＡ」の部分には設備データに対する個別のＩＤ番号が付される。例えば「０１」，「０２」・・・である。「ＢＢ」の部分は述語データに対する個別のＩＤ番号が付される。不具合データベース１０１は上記の方法によって付されたＩＤ番号を蓄積することによってツリー状のデータ構造の第１階層を構成することになる。
【００２１】
次に原因データベース１０２内には、対象データと述語データの２種類のデータによって構成されるノード１１２，１２２，１３２，１４２，１５２，１６２，・・・が記憶されている。各ノードには個別のＩＤ番号「００００ＣＣＤＤ００００」が付されている。「ＣＣ」の部分は対象データに対するＩＤ番号が付される。ここで「ＤＤ」の部分には述語データに対するＩＤ番号が付される。これらのＩＤ番号は、不具合データと関連付けら
れている。例えば不具合データのノード１１１のＩＤ番号が「０１０１ＣＣＤＤＥＥＦＦ」であれば、原因データベース１０２内のノード１１２のＩＤ番号は、例えば「０１０１０１０１ＥＥＦＦ」を付す。そして、原因データベース１０２は上記の方法によって付されたＩＤ番号を蓄積することによってツリー状のデータ構造の第２階層を構成することになる。なお、図２では、原因データベース１０２内の各ノードは不具合データベース１０１内の各のノードから３本に枝分かれしているが、関連付けられるデータ数によっては、１本であったり、４本以上に枝分かれすることもある。
【００２２】
次に保全データベース１０３内には、要素データと述語データの２種類から構成されるノード１１３，１２３，１３３，１４３，１５３，１６３，１７３，１８３，１９３，１０４，１１４，１２４，・・・が記憶されている。各ノードには個別のＩＤ番号「００００００００ＥＥＦＦ」が付される。ここで「ＥＥ」の部分は要素データに対するＩＤ番号が付される。また「ＦＦ」の部分は述語データに対するＩＤ番号が付される。これらのＩＤ番号は、原因データと関連付けられている。例えば原因データのノード１１２のＩＤ番号が「０１０１０１０１ＥＥＦＦ」であれば、保全データベース１０３内のノード１１３は、例えば「ＡＡＢＢ０１０１０１０１」となる。保全データベース１０３は上記の方法によって付されたＩＤ番号を蓄積することによってツリー状のデータ構造の第３階層を構成することになる。なお、図２では、保全データは原因データから２本に枝分かれしているが、関連付けられるデータ数によっては、１本であったり、データがない場合もある。
【００２３】
さらに原因データベース１０２内（第２階層）のＩＤ番号は重複しても良い。特に対象データ及び述語データの項目が同じであれば、共通するＩＤ番号を付すのが好ましい。一つのツリーの中では共通するＩＤ番号は存在しないが、他のツリー（第１階層が異なるもの）との間では共通するＩＤ番号が存在する可能性がある。かかる場合は第２階層において共通するＩＤ番号を使用して異なるツリーの第３階層同士を関連付けることができる。例えば、ノード１３２のＩＤ番号を「ＡＡＢＢ０１０３ＥＥＦＦ」と付し、ノード１４２のＩＤ番号を「ＡＡＢＢ０１０３ＥＥＦＦ」とすることにより、第２階層を関連付けることができる。
上記のように共通する属性値を関連付けることによりオントロジーデータ構造を構成することになる。なお、上記のＩＤ番号の付し方は一例であって、３桁であってもよいし、他の方法で関連つけても良く本発明を限定するものではない。
【００２４】
図３は、請求項４に係る発明の一実施態様を説明するための概念図である。
本実施態様に係るメンテナンス情報共有システムは、上記で説明したデータ構造を有するサーバ１と、ＷＷＷブラウザを有する設備ユーザークライアント４１，４１’，４１''・・・と、ベンダーユーザークライアント４２，４２’，４２''・・・とが、インターネットを介して接続されることにより形成される。インターネットを介することによりＷＷＷサーバ３６をプラットフォームにして設備ユーザーとベンダーユーザーとが保全情報を共有することができる。特にサーバ１内のデータベースにおけるデータ構造が上述のように第２階層において関連付けられていることから、従来、機械設備分野毎に個別に作成されていた不具合情報と保全情報とを異分野で横断的に共有することが可能となる。
【００２５】
次にＷＷＷブラウザに表示される情報について具体的に説明する。
図４（ａ）は、品質保全管理によって作成されたデータの簡略化された資料である。図４（ｂ）は、データベースに記憶されるデータシートの一例である。ここではモータが焼損した場合を例にとって説明する。従来よりモータの焼損については多数の保全シートが作成されている。しかしこれらの保全シートは現場毎に固有の言語・形式で作成されているのが現状である。そこで現実に問題となる不具合を、保全シートより抽出した設備データと述語データに分けて不具合データベースに記憶する。ここでは設備データとして「モータ」を、述語データとして「焼損」とそれぞれ個別のＩＤ番号を付して記憶する。
【００２６】
次に保全シートの記載より不具合の発生原因を抽出する。原因が階層をもって説明される場合は、階層別に対象データと述語データに分けて原因データベースに記憶する。図４（ａ）に示す保全シートより、不具合原因は、ｉ）ゴムの巻き込みにより」、ii）「過負荷が発生し」、iii）「過電流が流れ」という階層に分けられる。次に前記ｉ）を図４（
ｂ）に示すように、対象データとして「異物」を、述語データとして「巻き込む」としてＩＤ番号を付して記憶する。同様にii）を対象データ「過負荷」と、述語データ「発生する」に分け、iii)を対象データ「過電流」と、述語データ「発生する」に分けてＩＤを付して記憶する。これらのデータの第１階層のＩＤ番号は全て共通し、３本に枝分かれしたツリー状のデータ構造を形成する。
【００２７】
次に保全データベースを構築するために、保全情報にＩＤ番号を付す手順を説明する。図４（ａ）の保全シートにおける保全情報は「サーマルリレーの設定を変更」である。サーマルリレーは過電流を抑止するものであるので、第２階層としては、前記iii)のＩＤ番号と共通し、さらに第３階層に個別のＩＤ番号を付して保全データベースに記憶される。
【００２８】
このようにして過去に集められた保全シートを解析記憶することによって、不具合データベース、原因データベース及び保全データベースをツリー状に関連付けて構築する。ここで重要なのは多種多様な機械設備（例えば、切削機、脱型機、プレス機、ポンプ、ファン、コンベア等）や企業の保全シートに関するデータも設備等と述語データに分けられて記憶される点である。これらのデータはツリー状にデータベースに記憶されているが、第２階層において体系的に関連付けられており、オントロジーデータ構造を有する点である。
【００２９】
図５は、設備ユーザクライアント及びベンダーユーザークライアントのモニターに表示される画像イメージを示す初期画面図である。
まず、図５に示すような初期画面に従って不具合情報がデータ入力されることになる。この際、対象データ欄（画面左側の空欄「対象（なに）」）と述語データ欄（画面右側の空欄「述語（どうする・どうした）」）及びそれらの関係を示す「が」と「を」から選択される助詞を夫々入力することになる。
【００３０】
かかる不具合情報を入力した後、画面中央下側に表示されている検索アイコンをクリックすることにより図１のインターフェイス部３０を介して不具合データベースにアクセスし、適合する設備データと述語データが抽出される。その後上述したステップにより、原因データ抽出部２０５に適合する対象データ及び述語データが抽出され、保全データ抽出部２０７に適合する要素データ及び述語データが抽出される。表示データ作成部３４は、各データベース１０１，１０２，１０３から抽出された設備データ及び述語データ、対象データ及び述語データ、要素データ及び述語データをＨＴＭＬ言語で一括してＷＷＷサーバ３６へ送信する。
【００３１】
図６は、ＷＷＷサーバ３６へ送信された全データが、設備ユーザクライアント及びベンダーユーザークライアントのブラウザに表示された画像イメージを示す図である。
図６に示すように第１階層として不具合データベースより抽出された設備データ及び述語データが左下の欄に表示され、原因データベースより抽出された対象データ及び述語データが左上の欄に表示され、保全データベースより抽出された要素データ及び述語データが右上の欄に表示される。
【００３２】
ここで右上の欄に表示された３種類のデータに対応する保全データが右上に対応して表示されることになるが、右上の欄には空欄の箇所がある。これは原因データに関連する保全データが記憶されていないことを示している。これは現状では不具合原因を保全する手
段がないことになるが、ブラウザを閲覧しているベンダーユーザーが自己の技術によって保全する手段が存在する場合には、随時書き込めるようになっている。また空欄を閲覧したベンダーユーザーが自社で新しい保全手段を開発することも期待される。
さらに、図６に示すように右側には、予めデータベースに格納された保全データに関連する効果、容易性、信頼性、即効性、コスト、導入、紹介ランク、深刻性から構成されたレーダチャートを表示しても良い。ここでレーダチャートは周知の技術によって作成される。
【００３３】
図６に表示されているデータは、「モータが焼損する」という不具合に関連する原因データと保全データである。ここでモータ以外の機械設備に関するツリーの第２階層と共通する原因データが含まれている場合は、その原因データを表示し関連する保全データを表示することができる。
【００３４】
例えば図６の左上の欄に「過負荷が発生する」という箇所があるが、かかる箇所には対応する保全データの欄は空欄である。この「過負荷が発生する」欄をクリックし、第２階層と共通するデータが他の機械設備のツリーに存在している場合は、図７のような画面がモニター上に表示される。図７は、例えば不具合データとして「コンベアの破損」に関するツリーに関するデータである。かかるツリーの第２階層と上記の「モータの焼損」に関するツリーに関するデータの第２階層とが共通している場合は、コンベアの破損に関する保全データが図７の画面のように表示される。このようなデータは機械設備が異なっているため、従来は横断的に保全データを共有することができなかった。しかし、本実施形態に係るメンテナンス情報共有システムを使用すればモータの焼損という不具合に対してコンベアの破損に対する保全データを参照することができる。
【図面の簡単な説明】
【００３５】
【図１】メンテナンス情報共有システムの機能構成の一例を示すブロック図である。
【図２】データベース内のデータ構造を示す概念図である。
【図３】請求項４に係る発明の一実施態様を説明するための概念図である。
【図４】（ａ）は品質保全管理によって作成されたデータの簡略化された資料例である。（ｂ）はデータベースに記憶されるデータシートの一例である。
【図５】設備ユーザクライアント及びベンダーユーザークライアントのモニターに表示される画像イメージを示すモニター図である。
【図６】設備ユーザクライアント及びベンダーユーザークライアントのブラウザに表
【図７】第２階層が共通するデータが表示された画面イメージを示すモニター図である。
【符号の説明】
【００３６】
１ サーバ
１０ データベース部
２０ データ処理部
３０ インターフェイス部
３４ 表示データ作成部
３６ ＷＷＷサーバ
１０１ 不具合データベース
１０２ 原因データベース
１０３ 保全データベース
【特許請求の範囲】
【請求項１】
設備データ及び述語データからなる不具合データベースと、対象データ及び述語データからなる原因データベースと、要素データ及び述語データからなる保全データベースとが、オントロジーデータ構造で関連付けられており、各データベースから抽出された設備データ及び述語データ、対象データ及び述語データ、要素データ及び述語データをＨＴＭＬ言語で一括して送信する手段とを有することを特徴とするメンテナンス情報共有システム。
【請求項２】
不具合情報に基づいて不具合データベースから一の設備データ及び述語データを抽出する手段と、該データに関連付けられた一以上の対象データ及び述語データを原因データベースより抽出する手段と、不具合データベース及び原因データベースから抽出された前記データに関連付けられた一の要素データ及び述語データを保全データベースから抽出する手段と、各データベースから抽出された全データをＨＴＭＬ言語で一括して送信する手段とを有することを特徴とする請求項１に記載されたメンテナンス情報共有システム。
【請求項３】
前記原因データベースから抽出された前記データに関連付けられた一の要素データ及び述語データを保全データベースから抽出する手段を有する請求項１又は２に記載されたメンテナンス情報共有システム。
【請求項４】
設備ユーザークライアント端末と、ベンダークライアント端末と、サーバがインターネットを介して接続されており、抽出された不具合事象を該クライアント端末のモニタに表示することを特徴とする請求項１〜３のいずれか一に記載されたメンテナンス情報共有システム。
【請求項５】
設備ユーザークライアント端末及び＼又はベンダークライアント端末から入力された信号によって、原因データベース内の対象データ及び＼又は述語データ、又は保全データベース内の要素データ及び＼又は述語データを削除・変更・追加することができる手段を有する請求項４に記載されたメンテナンス情報共有システム。
【請求項６】
予めデータベースに格納された保全データに関連する効果、容易性、信頼性、即効性、コスト、導入、紹介ランク、深刻性から構成されたレーダチャートを同一のモニタ上に表示することを特徴とする請求項４に記載されたメンテナンス情報共有システム。
【請求項１】
設備データ及び述語データからなる不具合データベースと、対象データ及び述語データからなる原因データベースと、要素データ及び述語データからなる保全データベースとが、オントロジーデータ構造で関連付けられており、各データベースから抽出された設備データ及び述語データ、対象データ及び述語データ、要素データ及び述語データをＨＴＭＬ言語で一括して送信する手段とを有することを特徴とするメンテナンス情報共有システム。
【請求項２】
不具合情報に基づいて不具合データベースから一の設備データ及び述語データを抽出する手段と、該データに関連付けられた一以上の対象データ及び述語データを原因データベースより抽出する手段と、不具合データベース及び原因データベースから抽出された前記データに関連付けられた一の要素データ及び述語データを保全データベースから抽出する手段と、各データベースから抽出された全データをＨＴＭＬ言語で一括して送信する手段とを有することを特徴とする請求項１に記載されたメンテナンス情報共有システム。
【請求項３】
前記原因データベースから抽出された前記データに関連付けられた一の要素データ及び述語データを保全データベースから抽出する手段を有する請求項１又は２に記載されたメンテナンス情報共有システム。
【請求項４】
設備ユーザークライアント端末と、ベンダークライアント端末と、サーバがインターネットを介して接続されており、抽出された不具合事象を該クライアント端末のモニタに表示することを特徴とする請求項１〜３のいずれか一に記載されたメンテナンス情報共有システム。
【請求項５】
設備ユーザークライアント端末及び＼又はベンダークライアント端末から入力された信号によって、原因データベース内の対象データ及び＼又は述語データ、又は保全データベース内の要素データ及び＼又は述語データを削除・変更・追加することができる手段を有する請求項４に記載されたメンテナンス情報共有システム。
【請求項６】
予めデータベースに格納された保全データに関連する効果、容易性、信頼性、即効性、コスト、導入、紹介ランク、深刻性から構成されたレーダチャートを同一のモニタ上に表示することを特徴とする請求項４に記載されたメンテナンス情報共有システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００７−２２６５３２（Ｐ２００７−２２６５３２Ａ）
【公開日】平成１９年９月６日（２００７．９．６）
【国際特許分類】
【出願番号】特願２００６−４６７７７（Ｐ２００６−４６７７７）
【出願日】平成１８年２月２３日（２００６．２．２３）
【出願人】（５９４０４６２７１）社団法人日本プラントメンテナンス協会 (1)
【出願人】（３０５０２７４０１）公立大学法人首都大学東京 (385)
【出願人】（５０４１７３４７１）国立大学法人 北海道大学 (971)
【出願人】（５０４２０２４７２）大学共同利用機関法人情報・システム研究機構 (119)
【公開日】平成１９年９月６日（２００７．９．６）
【国際特許分類】
【出願日】平成１８年２月２３日（２００６．２．２３）
【出願人】（５９４０４６２７１）社団法人日本プラントメンテナンス協会 (1)
【出願人】（３０５０２７４０１）公立大学法人首都大学東京 (385)
【出願人】（５０４１７３４７１）国立大学法人 北海道大学 (971)
【出願人】（５０４２０２４７２）大学共同利用機関法人情報・システム研究機構 (119)
[ Back to top ]