(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024146403
(43)【公開日】2024-10-15
(54)【発明の名称】情報処理方法、情報処理プログラム及び情報処理装置
(51)【国際特許分類】
G06Q 10/20 20230101AFI20241004BHJP
【ＦＩ】
G06Q10/20
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2023059269
(22)【出願日】2023-03-31
(71)【出願人】
【識別番号】000006507
【氏名又は名称】横河電機株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】大石 憲児
(72)【発明者】
【氏名】ムスタファ・アンナーセル
(72)【発明者】
【氏名】アブラー・サイード・アルアモウディ
(72)【発明者】
【氏名】アブドラティフ・アブドラー・アンナージム
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC15
(57)【要約】
【課題】ユーザの保全作業の効率を向上させること。
【解決手段】情報処理方法は、コンピュータが、不具合に関する不具合情報を取得し、不具合に類似する類似不具合に対応する保全計画を特定する処理を実行することを特徴とする。また、情報処理方法は、コンピュータが、類似不具合の発生時刻に基づき、過去の不具合を特定し、過去の不具合に関する過去情報、及び、類似不具合に対応する前記保全計画に関する保全計画情報、を表示する、処理を実行することを特徴とする。
【選択図】図１
【解決手段】情報処理方法は、コンピュータが、不具合に関する不具合情報を取得し、不具合に類似する類似不具合に対応する保全計画を特定する処理を実行することを特徴とする。また、情報処理方法は、コンピュータが、類似不具合の発生時刻に基づき、過去の不具合を特定し、過去の不具合に関する過去情報、及び、類似不具合に対応する前記保全計画に関する保全計画情報、を表示する、処理を実行することを特徴とする。
【選択図】図１
【特許請求の範囲】
【請求項1】
コンピュータが、
不具合に関する不具合情報を取得し、
前記不具合に類似する類似不具合に対応する保全計画を特定し、
前記類似不具合の発生時刻に基づき、過去の不具合を特定し、
前記過去の不具合に関する過去情報、及び、前記類似不具合に対応する前記保全計画に関する保全計画情報、を表示する、
処理を実行することを特徴とする情報処理方法。
不具合に関する不具合情報を取得し、
前記不具合に類似する類似不具合に対応する保全計画を特定し、
前記類似不具合の発生時刻に基づき、過去の不具合を特定し、
前記過去の不具合に関する過去情報、及び、前記類似不具合に対応する前記保全計画に関する保全計画情報、を表示する、
処理を実行することを特徴とする情報処理方法。
【請求項2】
前記過去の不具合は、前記類似不具合の前記発生時刻から所定期間内に発生した前記不具合であることを特徴とする、請求項１に記載の情報処理方法。
【請求項3】
前記過去情報は、前記過去の不具合の内容、前記過去の不具合の発生箇所、及び、前記過去の不具合に対して行った処置の少なくとも１つに関する情報を含むことを特徴とする、請求項１に記載の情報処理方法。
【請求項4】
前記過去情報は、前記過去の不具合に対応する前記保全計画に関する過去保全計画情報を含むことを特徴とする、請求項３に記載の情報処理方法。
【請求項5】
前記過去の不具合を特定する処理は、前記類似不具合の内容及び前記類似不具合の発生箇所の少なくとも一方に応じて前記過去の不具合を特定する処理を含むことを特徴とする、請求項１に記載の情報処理方法。
【請求項6】
前記不具合情報を取得する処理は、プラント施設で発生した前記不具合に関する前記不具合情報を取得する処理を含むことを特徴とする請求項１に記載の情報処理方法。
【請求項7】
コンピュータに、
不具合に関する不具合情報を取得し、
前記不具合に類似する類似不具合に対応する保全計画を特定し、
前記類似不具合の発生時刻に基づき、過去の不具合を特定し、
前記過去の不具合に関する過去情報、及び、前記類似不具合に対応する前記保全計画に関する保全計画情報、を表示する、
処理を実行させることを特徴とする情報処理プログラム。
不具合に関する不具合情報を取得し、
前記不具合に類似する類似不具合に対応する保全計画を特定し、
前記類似不具合の発生時刻に基づき、過去の不具合を特定し、
前記過去の不具合に関する過去情報、及び、前記類似不具合に対応する前記保全計画に関する保全計画情報、を表示する、
処理を実行させることを特徴とする情報処理プログラム。
【請求項8】
不具合に関する不具合情報を取得する取得部と、
前記不具合に類似する類似不具合に対応する保全計画を特定する計画特定部と、
前記類似不具合の発生時刻に基づき、過去の不具合を特定する不具合特定部と、
前記過去の不具合に関する過去情報、及び、前記類似不具合に対応する前記保全計画に関する保全計画情報、を表示する表示制御部と、
を有することを特徴とする情報処理装置。
前記不具合に類似する類似不具合に対応する保全計画を特定する計画特定部と、
前記類似不具合の発生時刻に基づき、過去の不具合を特定する不具合特定部と、
前記過去の不具合に関する過去情報、及び、前記類似不具合に対応する前記保全計画に関する保全計画情報、を表示する表示制御部と、
を有することを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理方法、情報処理プログラム及び情報処理装置に関する。
【背景技術】
【0002】
履歴に基づき、ユーザの意思決定を支援する技術が知られている。例えば、インターネットを介したコンテンツの配信の分野では、ユーザの視聴履歴を基に、当該ユーザが好むことが予想されるコンテンツを推薦する技術が用いられる。また、小売りの分野では、ユーザの購買履歴を基に、当該ユーザが購入する可能性が高い商品を推薦する技術が用いられる。
【0003】
このような履歴を基にユーザの意思決定を支援する技術は、工業の分野においても有用である。例えば、過去に行われた点検の結果を基に、産業用機械の保全計画を自動生成する技術が知られている。また、過去の施設の状態から異常の発生を予測する技術が知られている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０２２－１９２３０号公報
【特許文献2】特開２０２２－３４６８８号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
従来の技術は、保全作業を効率よく行うという観点で改良の余地がある。
【0006】
例えば、従来の技術では、システムは、１つの故障に対して、当該故障を予防する、あるいは、修理するための保全計画を生成する。これに対して、例えば、複数の故障に対してまとめて保全作業を行った方が、作業効率がよい場合がある。
【0007】
しかしながら、従来の技術では、複数の故障に対してまとめて保全作業を行うか否かを判断するための情報がユーザに対して提示されない。そのため、ユーザは、そもそも複数の故障に対して複数の保全作業をまとめて行えるか否かを判断することができない。
【0008】
一つの側面では、ユーザの保全作業の効率を向上させることができる情報処理方法、情報処理プログラム及び情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【0009】
一側面にかかる情報処理方法は、コンピュータが、不具合に関する不具合情報を取得し、前記不具合に類似する類似不具合に対応する保全計画を特定する処理を実行することを特徴とする。また、情報処理方法は、コンピュータが、前記類似不具合の発生時刻に基づき、過去の不具合を特定し、前記過去の不具合に関する過去情報、及び、前記類似不具合に対応する前記保全計画に関する保全計画情報、を表示する、処理を実行することを特徴とする。
【0010】
一側面にかかる情報処理プログラムは、コンピュータに、不具合に関する不具合情報を取得し、前記不具合に類似する類似不具合に対応する保全計画を特定する処理を実行させることを特徴とする。また、情報処理プログラムは、コンピュータに、前記類似不具合の発生時刻に基づき、過去の不具合を特定し、前記過去の不具合に関する過去情報、及び、前記類似不具合に対応する前記保全計画に関する保全計画情報、を表示する、処理を実行させることを特徴とする。
【0011】
一側面にかかる情報処理装置は、取得部と、計画特定部と、不具合特定部と、表示制御部と、を有することを特徴とする。取得部は、不具合に関する不具合情報を取得する。計画特定部は、前記不具合に類似する類似不具合に対応する保全計画を特定する。不具合特定部は、前記類似不具合の発生時刻に基づき、過去の不具合を特定する。表示制御部は、前記過去の不具合に関する過去情報、及び、前記類似不具合に対応する前記保全計画に関する保全計画情報、を表示する。
【発明の効果】
【0012】
一実施形態によれば、ユーザの保全作業の効率を向上させることができる。
【図面の簡単な説明】
【0013】
【図1】実施形態に係る提示処理の一例を示す図である。
【図2】実施形態に係る情報処理システムの構成例を示す図である。
【図3】実施形態に係る情報処理装置の構成例を示すブロック図である。
【図4】実施形態に係る不具合ＤＢが蓄積する過去の不具合情報の一例を示す図である。
【図5】実施形態に係る保全計画ＤＢが蓄積する保全計画の一例を示す図である。
【図6】実施形態に係る危険情報ＤＢが蓄積する危険情報の一例を示す図である。
【図7】実施形態に係る不具合報告画面の一例を示す図である。
【図8】実施形態に係るレーティングテーブルの一例を示す図である。
【図9】実施形態に係るレーティングテーブルの一例を示す図である。
【図10】実施形態に係る保全計画の検索結果画面の一例を示す図である。
【図11】実施形態に係るグラフ表示画面の一例を示す図である。
【図12】実施形態に係る情報処理の流れの一例を示すフローチャートである。
【図13】ハードウェア構成例を説明する図である。
【発明を実施するための形態】
【0014】
以下に、本願の開示する情報処理方法、情報処理プログラム及び情報処理装置の実施形態を図面に基づいて詳細に説明する。なお、ここで説明する実施形態により本願の発明が限定されるものではない。また、同一の要素には同一の符号を付し、重複する説明は適宜省略する。また、各実施形態は、矛盾のない範囲内で適宜組み合わせることができる。
【0015】
［１．提示処理の概要］
図１は、実施形態に係る提示処理の一例を示す図である。図１に示す情報処理システム１は、情報処理装置１０及び端末装置２０を有する。実施形態に係る提示処理は、情報処理装置１０によって実行される。情報処理装置１０は、提示処理を実行することで、プラント等の施設に関する不具合に対する保全計画を、端末装置２０を使用するユーザＵ１に提示する。
図１は、実施形態に係る提示処理の一例を示す図である。図１に示す情報処理システム１は、情報処理装置１０及び端末装置２０を有する。実施形態に係る提示処理は、情報処理装置１０によって実行される。情報処理装置１０は、提示処理を実行することで、プラント等の施設に関する不具合に対する保全計画を、端末装置２０を使用するユーザＵ１に提示する。
【0016】
図１に示すように、情報処理装置１０は、まず端末装置２０を介してユーザＵ１から不具合（以下、第１の不具合とも記載する）に関する不具合情報を取得する（ステップＳ１）。不具合情報は、例えば、プラント等の施設で発生した故障などの不具合に関する情報である。
【0017】
情報処理装置１０は、不具合情報に類似する不具合（以下、類似不具合とも記載する）に基づき、保全計画を特定する（ステップＳ２）。なお、情報処理装置１０には、類似不具合に対応する保全計画が予め蓄積されているものとする。
【0018】
また、情報処理装置１０は、過去の不具合情報から、ユーザＵ１に提示する第２の不具合に関する情報を特定する（ステップＳ３）。第２の不具合（過去の不具合の一例。以下、追加不具合とも記載する）は、例えば、類似不具合が発生した時刻に応じて特定される不具合である。第２の不具合は、ユーザＵ１から取得した不具合と関連があってもよく、関連がなくてもよい。
【0019】
情報処理装置１０は、特定した保全計画及び第２の不具合に関する情報を、端末装置２０を介してユーザＵ１に提示する（ステップＳ４）。
【0020】
このように、情報処理装置１０は、保全計画及び第２の不具合に関する情報をユーザＵ１に提示する。ここで、第２の不具合は、上述したように、類似不具合が発生した時刻に応じた不具合であり、例えば、類似不具合が発生してから所定期間内に発生した不具合である。
【0021】
これにより、ユーザＵ１は、第１の不具合に対応する保全計画を確認することができるとともに、第１の不具合が発生した後に、発生する可能性がある第２の不具合を確認することができる。ユーザＵ１は、第１の不具合に対する保全作業と、第２の不具合に対する保全作業をまとめて行えるか否かを検討することができ、保全作業の効率を向上させることができる。
【0022】
【0023】
情報処理装置１０は、例えばサーバ装置である。端末装置２０は、例えばパーソナルコンピュータ、タブレット端末、及び、スマートフォン等の、据え置き型又は携帯型の端末装置である。
【0024】
情報処理装置１０及び端末装置２０は、例えばネットワークＮを介して通信可能に接続される。ネットワークＮは、例えばインターネットである。また、ネットワークＮは、プラント等の施設内に構築されたＬＡＮ（Local Area Network）であってもよい。
【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】
（制御部１３）
制御部１３は、情報処理装置１０全体を制御する。制御部１３は、取得部１３１と計画特定部１３２と、不具合特定部１３３と、表示制御部１３４と、を有する。ここで、制御部１３は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の電子回路やＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現され得る。
制御部１３は、情報処理装置１０全体を制御する。制御部１３は、取得部１３１と計画特定部１３２と、不具合特定部１３３と、表示制御部１３４と、を有する。ここで、制御部１３は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の電子回路やＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現され得る。
【0058】
（取得部１３１）
取得部１３１は、プラントで発生した不具合の情報である不具合情報を取得する。
取得部１３１は、プラントで発生した不具合の情報である不具合情報を取得する。
【0059】
不具合情報は、情報処理システム１に報告される不具合の情報である。例えば、取得部１３１は、表示制御部１３４が端末装置２０に表示させる不具合報告画面６１を介して不具合情報を取得する。
【0060】
【0061】
図７に示すように、不具合報告画面６１には、プルダウンリスト６１ａ、プルダウンリスト６１ｂ、プルダウンリスト６１ｃ、テキストボックス６１ｄ、テキストボックス６１ｅ及びボタン６１ｆが表示される。
【0062】
プルダウンリストは、１つ以上の選択肢を表示する。また、プルダウンリストによって表示される候補のうちの１つがユーザＵ１によって選択される。
【0063】
プルダウンリスト６１ａは、あらかじめ定められたプラント内の位置の候補として「Ａｒｅａ＿１」、「Ａｒｅａ＿２」、「Ａｒｅａ＿３」及び「Ａｒｅａ＿４」を表示する。
【0064】
プルダウンリスト６１ｂは、あらかじめ定められたチームの候補として、「Ｔｅａｍ＿１」、「Ｔｅａｍ＿２」、「Ｔｅａｍ＿３」及び「Ｔｅａｍ＿４」を表示する。
【0065】
プルダウンリスト６１ｃは、あらかじめ定められた重要度の候補として、「超高」、「高」、「中」及び「低」を表示する。
【0066】
テキストボックス６１ｄ及びテキストボックス６１ｅは、ユーザＵ１によるテキストの入力を受け付ける。ただし、テキストボックス６１ｄに入力可能な文字数は、テキストボックス６１ｅに入力可能な文字数よりも少なく設定されているものとする。
【0067】
ボタン６１ｆが押下されると、不具合報告画面６１の各オブジェト（プルダウンリスト及びテキストボックス）に入力された内容が情報処理装置１０に送信される。これにより、取得部１３１は不具合情報を取得することができる。
【0068】
例えば、図７に示す状態でボタン６１ｆが押下された場合、取得部１３１は、位置が「Ａｒｅａ＿２」であり、チームが「Ｔｅａｍ＿３」である不具合情報を取得する。また、取得部１３１は、重要度が「中」であり、問題が「ガス漏出」であり、詳細情報が「タンクから二酸化炭素が漏出」である不具合情報を取得する。
【0069】
取得部１３１は、取得した不具合情報を計画特定部１３２に出力するとともに、不具合ＤＢ１２１に記憶する。
【0070】
（計画特定部１３２）
計画特定部１３２は、不具合と対応付けられてあらかじめ蓄積された保全計画の情報の中から、不具合情報が示す不具合に類似する不具合（類似不具合とも記載する）に対応付けられた保全計画を特定する。
計画特定部１３２は、不具合と対応付けられてあらかじめ蓄積された保全計画の情報の中から、不具合情報が示す不具合に類似する不具合（類似不具合とも記載する）に対応付けられた保全計画を特定する。
【0071】
【0072】
ここでは、不具合情報の位置が「Ａｒｅａ＿２」であり、チームが「Ｔｅａｍ＿３」であり、重要度が「中」であり、問題が「ガス漏出」であり、詳細情報が「タンクから二酸化炭素が漏出」であるものとする。
【0073】
【0074】
レーティングテーブルにおいては、不具合情報に含まれる項目の値は「５」であり、不具合情報に含まれない項目の値は「１」である。
【0075】
不具合情報の位置は「Ａｒｅａ＿２」であるため、レーティングテーブルにおける「Ａｒｅａ＿１」、「Ａｒｅａ＿３」、「Ａｒｅａ＿４」の値は「１」であり、「Ａｒｅａ＿２」の値は「５」である。
【0076】
レーティングテーブルは、ベクトルとして表される。例えば、図８に示すレーティングテーブルはベクトル（１，５，１，１，１，１，５，１，１，１，５，１）に相当する。
【0077】
さらに、計画特定部１３２は、不具合ＤＢ１２１が記憶する過去の不具合情報を変換することで図９に示すレーティングテーブルを得る。図９には、不具合「ＤＦ０１５１」及び「ＤＦ０１５２」のレーティングテーブルが示されている。なお、計画特定部１３２が変換する過去の不具合情報は２つに限定されない。計画特定部１３２が変換する過去の不具合情報は、１つであっても３つ以上であってもよい。
【0078】
不具合「ＤＦ０１５１」のレーティングテーブルはベクトル（５，１，１，１，５，１，１，１，１，１，１，５）に相当する。不具合「ＤＦ０１５２」のレーティングテーブルはベクトル（５，１，１，１，１，１，５，１，１，１，１，５）に相当する。
【0079】
計画特定部１３２は、不具合情報を変換して得たレーティングテーブルと、不具合ＤＢ１２１の過去の不具合情報を変換して得たレーティングテーブルのそれぞれとの間の類似度を計算する。このとき、計画特定部１３２は、レーティングテーブルをベクトルとみなし、（１）式によりベクトル間のコサイン類似度を計算する。
【0080】
【数1】
【0081】
【0082】
さらに、計画特定部１３２は、不具合情報及び不具合ＤＢ１２１に含まれる過去の不具合情報のうち、レーティングテーブルに変換されなかったテキストの情報である「問題」及び「詳細情報」の不具合間の類似度を、（２）式のようにＴＦ－ＩＤＦによって計算する。ここでは、各不具合の「問題」及び「詳細情報」が文書とみなされる。
【0083】
【数2】
【0084】
ただし、ｔは不具合情報の「問題」及び「詳細情報」における対象の単語の出現回数である。ｎは、不具合ＤＢ１２１に蓄積済みの文書の数である。ｄｆは、不具合ＤＢ１２１に蓄積済みの文書のうち、対象の単語を含む文書の数である。
【0085】
（１）式によって計算された類似度をＳｉｍ１とし、（２）式によって計算された類似度をＳｉｍ２として、計画特定部１３２は、最終的な類似度を（３）式のように計算する。
【0086】
【数3】
【0087】
ただし、ｗはあらかじめ設定される重みである。ｗは０以上１以下の間の値であり、例えば０．５であってもよい。
【0088】
なお、不具合間の類似度の計算方法はここで、説明したものに限られない。計画特定部１３２は、データ間の類似度を計算する既知の任意の方法により不具合間の類似度を計算しうる。
【0089】
計画特定部１３２は、不具合情報との類似度が大きい順に、不具合ＤＢ１２１から一定数の過去の不具合を類似不具合として抽出する。ここで計画特定部１３２が抽出する類似不具合の数（一定数）は、予め情報処理システム１において決められた数であってもよく、ユーザＵ１が指定した数であってもよい。
【0090】
さらに、計画特定部１３２は、抽出した類似不具合に対応する保全計画を、保全計画ＤＢ１２２に蓄積された保全計画の中から特定する。例えば、計画特定部１３２は、保全計画ＤＢ１２２の項目「不具合ＩＤ」を基に、類似不具合に対応する保全計画を特定する。
【0091】
計画特定部１３２は、抽出した類似不具合に関する情報を不具合特定部１３３に出力する。また、計画特定部１３２は、特定した保全計画に関する情報を表示制御部１３４に出力する。
【0092】
（不具合特定部１３３）
不具合特定部１３３は、計画特定部１３２が抽出した類似不具合の発生時刻に基づき、過去の不具合の中から第２の不具合を特定する。第２の不具合は、例えば、類似不具合が発生してから所定期間の間に発生した不具合である。
不具合特定部１３３は、計画特定部１３２が抽出した類似不具合の発生時刻に基づき、過去の不具合の中から第２の不具合を特定する。第２の不具合は、例えば、類似不具合が発生してから所定期間の間に発生した不具合である。
【0093】
第２の不具合は、必ずしも類似不具合に関連して発生した不具合に限定されない。第２の不具合は、発生時刻に基づいて特定される過去の不具合であればよく、類似不具合と関連（例えば因果関係）のない不具合であってもよい。
【0094】
不具合特定部１３３は、例えば、計画特定部１３２が抽出した類似不具合のうち、類似度が最も大きい最大類似不具合の発生時刻に基づき、第２の不具合を特定する。
【0095】
不具合特定部１３３は、例えば、不具合ＤＢ１２１から最大類似不具合の発生時刻から半年以内に発生した過去の不具合を第２の不具合として特定する。このとき、不具合特定部１３３が、例えば、最大類似不具合の発生箇所や発生内容が同じ過去の不具合を第２の不具合として特定するようにしてもよい。この場合、不具合特定部１３３は、不具合ＤＢ１２１に加え、保全計画ＤＢ１２２を参照して第２の不具合を特定する。
【0096】
例えば、不具合特定部１３３は、発生位置が最大類似不具合と同じである過去の不具合を第２の不具合として特定しうる。また、不具合特定部１３３は、不具合の発生位置に加え、保全計画に含まれるコンポーネントが、最大類似不具合と同じ過去の不具合を第２の不具合として特定するようにしてもよい。
【0097】
不具合特定部１３３は、特定した第２の不具合に関する第２の不具合情報を表示制御部１３４に出力する。
【0098】
なお、ここでは、不具合特定部１３３が、類似度が最も大きい類似不具合の発生時刻に基づき、第２の不具合を特定するとしたが、不具合特定部１３３による第２の不具合の特定方法はこれに限定されない。
【0099】
例えば、不具合特定部１３３は、ユーザＵ１が指定する類似不具合の発生時刻に基づき、第２の不具合を特定しうる。あるいは、不具合特定部１３３は、計画特定部１３２が抽出した全ての類似不具合の発生時刻に基づき、第２の不具合を特定しうる。
【0100】
（表示制御部１３４）
表示制御部１３４は、画面の表示を制御する。表示制御部１３４は、端末装置２０に画面を表示させる。
表示制御部１３４は、画面の表示を制御する。表示制御部１３４は、端末装置２０に画面を表示させる。
【0101】
例えば、表示制御部１３４は、Ｗｅｂサーバとして機能する。すなわち、表示制御部１３４は、画面を表示するためのデータ（例えば、ＨＴＭＬファイル）を生成する。そして、表示制御部１３４は、生成したデータを端末装置２０に送信する。端末装置２０は、表示制御部１３４から受信したデータに基づく画面をＷｅｂブラウザ等に表示させる。
【0102】
なお、端末装置２０は、Ｗｅｂブラウザではなく情報処理システム１の専用のアプリケーションにより画面を表示させてもよい。その際、表示制御部１３４は、アプリケーションに対応した形式のデータを送信する。
【0103】
表示制御部１３４は、例えば、上述した不具合報告画面６１を端末装置２０に表示させる。また、表示制御部１３４は、保全計画の検索結果画面６２を端末装置２０に表示させる。
【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】
［６．ハードウェア］
次に、情報処理装置１０のハードウェア構成例を説明する。図１３は、ハードウェア構成例を説明する図である。図１３に示すように、情報処理装置１０は、通信装置１０ａ、ＨＤＤ（Hard Disk Drive）１０ｂ、メモリ１０ｃ、プロセッサ１０ｄを有する。また、図１３に示した各部は、バス等で相互に接続される。
次に、情報処理装置１０のハードウェア構成例を説明する。図１３は、ハードウェア構成例を説明する図である。図１３に示すように、情報処理装置１０は、通信装置１０ａ、ＨＤＤ（Hard Disk Drive）１０ｂ、メモリ１０ｃ、プロセッサ１０ｄを有する。また、図１３に示した各部は、バス等で相互に接続される。
【0142】
通信装置１０ａは、ネットワークインタフェースカード等であり、他のサーバとの通信を行う。ＨＤＤ１０ｂは、図３に示した機能を動作させるプログラムやＤＢを記憶する。
【0143】
プロセッサ１０ｄは、図３に示した各処理部と同様の処理を実行するプログラムをＨＤＤ１０ｂ等から読み出してメモリ１０ｃに展開することで、図１等で説明した各機能を実行するプロセスを動作させる。例えば、このプロセスは、情報処理装置１０が有する各処理部と同様の機能を実行する。具体的には、プロセッサ１０ｄは、取得部１３１、計画特定部１３２、不具合特定部１３３及び表示制御部１３４等と同様の機能を有するプログラムをＨＤＤ１０ｂ等から読み出す。そして、プロセッサ１０ｄは、取得部１３１、計画特定部１３２、不具合特定部１３３及び表示制御部１３４等と同様の処理を実行するプロセスを実行する。
【0144】
このように、情報処理装置１０は、情報処理プログラムを読み出して実行することで情報処理方法を実行する情報処理装置として動作する。また、情報処理装置１０は、媒体読取装置によって記録媒体から上記情報処理プログラムを読み出し、読み出された上記情報処理プログラムを実行することで上記した実施形態と同様の機能を実現することもできる。なお、この他の実施形態でいう情報処理プログラムは、情報処理装置１０によって実行されることに限定されるものではない。例えば、他のコンピュータ又はサーバが情報処理プログラムを実行する場合や、これらが協働して情報処理プログラムを実行するような場合にも、本発明を同様に適用することができる。
【0145】
この情報処理プログラムは、インターネット等のネットワークを介して配布することができる。また、この情報処理プログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＭＯ（Magneto－Optical disk）、ＤＶＤ（Digital Versatile Disc）等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することができる。
【0146】
開示される技術的特徴の組合せのいくつかの例を以下に記載する。
【0147】
（１）
コンピュータが、
不具合に関する不具合情報を取得し、
前記不具合に類似する類似不具合に対応する保全計画を特定し、
前記類似不具合の発生時刻に基づき、過去の不具合を特定し、
前記過去の不具合に関する過去情報、及び、前記類似不具合に対応する前記保全計画に関する保全計画情報、を表示する、
処理を実行することを特徴とする情報処理方法。
（２）
前記過去の不具合は、前記類似不具合の前記発生時刻から所定期間内に発生した前記不具合であることを特徴とする、（１）に記載の情報処理方法。
（３）
前記過去情報は、前記過去の不具合の内容、前記過去の不具合の発生箇所、及び、前記過去の不具合に対して行った処置の少なくとも１つに関する情報を含むことを特徴とする、（１）又は（２）に記載の情報処理方法。
（４）
前記過去情報は、前記過去の不具合に対応する前記保全計画に関する過去保全計画情報を含むことを特徴とする、（３）に記載の情報処理方法。
（５）
前記過去の不具合を特定する処理は、前記類似不具合の内容及び前記類似不具合の発生箇所の少なくとも一方に応じて前記過去の不具合を特定する処理を含むことを特徴とする、（１）～（４）のいずれか１つに記載の情報処理方法。
（６）
前記不具合情報を取得する処理は、プラント施設で発生した前記不具合に関する前記不具合情報を取得する処理を含むことを特徴とする（１）～（５）のいずれか１つに記載の情報処理方法。
（７）
コンピュータに、
不具合に関する不具合情報を取得し、
前記不具合に類似する類似不具合に対応する保全計画を特定し、
前記類似不具合の発生時刻に基づき、過去の不具合を特定し、
前記過去の不具合に関する過去情報、及び、前記類似不具合に対応する前記保全計画に関する保全計画情報、を表示する、
処理を実行させることを特徴とする情報処理プログラム。
（８）
不具合に関する不具合情報を取得する取得部と、
前記不具合に類似する類似不具合に対応する保全計画を特定する計画特定部と、
前記類似不具合の発生時刻に基づき、過去の不具合を特定する不具合特定部と、
前記過去の不具合に関する過去情報、及び、前記類似不具合に対応する前記保全計画に関する保全計画情報、を表示する表示制御部と、
を有することを特徴とする情報処理装置。
コンピュータが、
不具合に関する不具合情報を取得し、
前記不具合に類似する類似不具合に対応する保全計画を特定し、
前記類似不具合の発生時刻に基づき、過去の不具合を特定し、
前記過去の不具合に関する過去情報、及び、前記類似不具合に対応する前記保全計画に関する保全計画情報、を表示する、
処理を実行することを特徴とする情報処理方法。
（２）
前記過去の不具合は、前記類似不具合の前記発生時刻から所定期間内に発生した前記不具合であることを特徴とする、（１）に記載の情報処理方法。
（３）
前記過去情報は、前記過去の不具合の内容、前記過去の不具合の発生箇所、及び、前記過去の不具合に対して行った処置の少なくとも１つに関する情報を含むことを特徴とする、（１）又は（２）に記載の情報処理方法。
（４）
前記過去情報は、前記過去の不具合に対応する前記保全計画に関する過去保全計画情報を含むことを特徴とする、（３）に記載の情報処理方法。
（５）
前記過去の不具合を特定する処理は、前記類似不具合の内容及び前記類似不具合の発生箇所の少なくとも一方に応じて前記過去の不具合を特定する処理を含むことを特徴とする、（１）～（４）のいずれか１つに記載の情報処理方法。
（６）
前記不具合情報を取得する処理は、プラント施設で発生した前記不具合に関する前記不具合情報を取得する処理を含むことを特徴とする（１）～（５）のいずれか１つに記載の情報処理方法。
（７）
コンピュータに、
不具合に関する不具合情報を取得し、
前記不具合に類似する類似不具合に対応する保全計画を特定し、
前記類似不具合の発生時刻に基づき、過去の不具合を特定し、
前記過去の不具合に関する過去情報、及び、前記類似不具合に対応する前記保全計画に関する保全計画情報、を表示する、
処理を実行させることを特徴とする情報処理プログラム。
（８）
不具合に関する不具合情報を取得する取得部と、
前記不具合に類似する類似不具合に対応する保全計画を特定する計画特定部と、
前記類似不具合の発生時刻に基づき、過去の不具合を特定する不具合特定部と、
前記過去の不具合に関する過去情報、及び、前記類似不具合に対応する前記保全計画に関する保全計画情報、を表示する表示制御部と、
を有することを特徴とする情報処理装置。
【符号の説明】
【0148】
１ 情報処理システム
１０ 情報処理装置
２０ 端末装置
１２１ 不具合ＤＢ
１２２ 保全計画ＤＢ
１２３ 危険情報ＤＢ
１３１ 取得部
１３２ 計画特定部
１３３ 不具合特定部
１３４ 表示制御部
１０ 情報処理装置
２０ 端末装置
１２１ 不具合ＤＢ
１２２ 保全計画ＤＢ
１２３ 危険情報ＤＢ
１３１ 取得部
１３２ 計画特定部
１３３ 不具合特定部
１３４ 表示制御部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】