(57)【要約】  コンピュータにより１台以上の産業機械の保守部品在庫計画を作成する保守部品在庫計画システム（１０）であって、産業機械の稼動状態と、構成部品の故障確率と、保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準とに関する情報の入力を受付ける入力受付処理部（１０００）と、入力受付処理部から入力された情報を格納する格納部（１６００〜２３００）と、格納部において格納された産業機械の稼動状態と構成部品の故障確率とから故障リスクを算出し、この算出された故障リスクを格納部に格納し、格納部において格納された保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準を満たすように、保守部品の部品引当量から部品交換量を差引いた保守部品の在庫量の時系列の変化を示す保守部品在庫計画を生成し、この生成された保守部品在庫計画を格納部に格納する計画生成部（１１００〜１４００）と、を備える。
2013186874.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータにより１台以上の産業機械の保守部品在庫計画を作成する保守部品在庫計画システムであって、
産業機械の稼動状態と、構成部品の故障確率と、保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準とに関する情報の入力を受付ける入力受付処理部と、
前記入力受付処理部から入力された情報を格納する格納部と、
前記格納部において格納された前記産業機械の稼動状態と前記構成部品の故障確率とから故障リスクを算出し、この算出された故障リスクを前記格納部に格納し、前記格納部において格納された前記保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準を満たすように、保守部品の部品引当量から部品交換量を差引いた保守部品の在庫量の時系列の変化を示す保守部品在庫計画を生成し、この生成された保守部品在庫計画を前記格納部に格納する計画生成部と、を備えることを特徴とする保守部品在庫計画システム。
【請求項２】
請求項１に記載の保守部品在庫計画システムにおいて、
前記入力受付処理部は、前記産業機械の稼動状態と、前記構成部品の故障確率と、前記保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準とに関する情報に加え、さらに、保管部品の論理上の在庫である在庫枠に関する情報の入力を受付け、
前記格納部は、前記入力受付処理部から入力された情報を格納し、
前記計画生成部は、前記格納部において格納された前記産業機械の稼動状態と前記構成部品の故障確率とから故障リスクを算出し、この算出された故障リスクを前記格納部に格納し、前記格納部において格納された前記保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準を満たすように、優先度の高い故障リスクから順に前記保管部品の論理上の在庫である在庫枠と時系列で１対１に紐付ける保守部品在庫計画を生成し、この生成された保守部品在庫計画を前記格納部に格納する、ことを特徴とする保守部品在庫計画システム。
【請求項３】
請求項２に記載の保守部品在庫計画システムにおいて、
前記入力受付処理部は、さらに、部品の在庫現物に関する情報の入力を受付け、
前記計画生成部は、前記格納部において格納された前記保守部品在庫計画に、さらに、前記部品の在庫現物を前記在庫枠と時系列で１対１に紐付けた保守部品在庫現物計画を生成し、この生成された保守部品在庫現物計画を前記格納部に格納する、ことを特徴とする保守部品在庫計画システム。
【請求項４】
請求項２に記載の保守部品在庫計画システムにおいて、
サーバ及びクライアント端末を有し、
前記入力受付処理部は、前記クライアント端末に設けられ、
前記格納部及び前記計画生成部は、前記サーバに備えられ、
前記サーバ及び前記クライアント端末は、ネットワークを介して互いに接続される、ことを特徴とする保守部品在庫計画システム。
【請求項５】
請求項２に記載の保守部品在庫計画システムにおいて、
入出力用の表示画面を出力する出力部を備え、
前記表示画面において、前記産業機械の稼動状態と、前記構成部品の故障確率と、前記保管部品の論理上の在庫である在庫枠と、前記保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準とに関する情報を入力する画面を備え、
前記表示画面は、前記計画生成部において生成された前記保守部品在庫計画を前記格納部において格納された前記故障リスクとともに表示する画面を備える、ことを特徴とする保守部品在庫計画システム。
【請求項６】
請求項２に記載の保守部品在庫計画システムにおいて、
前記保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準を入力するにあたり、前記部品交換時点の運営基準として部品交換時点の部品故障確率と部品累積使用時間とを入力し、前記部品引当時点の運営基準として部品引当時点から部品交換時点までの固定期間を入力する、ことを特徴とする保守部品在庫計画システム。
【請求項７】
１台以上の産業機械の保守部品在庫計画を作成する保守部品在庫計画システムサーバであって、
産業機械の稼動状態と、構成部品の故障確率と、保管部品の論理上の在庫である在庫枠と、保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準とに関する情報の入力を受付けるクライアント端末から入力された情報を格納する格納部と、
前記格納部において格納された前記産業機械の稼動状態と前記構成部品の故障確率とから故障リスクを算出し、この算出された故障リスクを前記格納部に格納し、前記格納部において格納された前記保管部品の部品引当時点および部品交換時点の運営基準を満たすように、優先度の高い故障リスクから順に前記保管部品の論理上の在庫である在庫枠と時系列で１対１に紐付ける保守部品在庫計画を生成し、この生成された保守部品在庫計画を前記格納部に格納する計画生成部と、を備えることを特徴とする保守部品在庫計画システムサーバ。
【請求項８】
請求項７に記載の保守部品在庫計画システムサーバにおいて、
前記クライアント端末は、さらに、部品の在庫現物に関する情報の入力を受付け、
前記計画生成部は、前記格納部において格納された前記保守部品在庫計画に、さらに、前記部品の在庫現物を前記在庫枠と時系列で１対１に紐付けた保守部品在庫現物計画を生成し、この生成された保守部品在庫現物計画を前記格納部に格納することを特徴とする保守部品在庫計画システムサーバ。
【請求項９】
１台以上の産業機械の保守部品在庫計画を作成する保守部品在庫計画システムサーバに対し、情報の入出力を行う保守部品在庫計画システムクライアント端末であって、
産業機械の稼動状態と、構成部品の故障確率と、保管部品の論理上の在庫である在庫枠と、保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準とに関する入力を受付ける入力受付処理部と、
前記保守部品在庫計画システムサーバからの情報を出力する出力処理部と、を備え、
前記保守部品在庫計画システムサーバにおいて、前記入力受付処理部から入力された前記産業機械の稼動状態と前記構成部品の故障確率とから故障リスクを算出し、前記保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準を満たすように、優先度の高い故障リスクから順に前記保管部品の論理上の在庫である在庫枠と時系列で１対１に紐付けて生成された保守部品在庫計画が前記保守部品在庫計画システムクライアント端末に送信され、
前記出力処理部は、前記保守部品在庫計画システムサーバから送信された前記保守部品在庫計画を出力する、ことを特徴とする保守部品在庫計画システムクライアント端末。
【請求項１０】
請求項９に記載の保守部品在庫計画システムクライアント端末において、
前記入力受付処理部は、さらに、部品の在庫現物に関する情報の入力を受付け、
記保守部品在庫計画システムサーバは、前記保守部品在庫計画に、さらに、前記部品の在庫現物を前記在庫枠と時系列で１対１に紐付けた保守部品在庫現物計画を生成し、前記出力処理部は、この生成された保守部品在庫現物計画を出力する、ことを特徴とする保守部品在庫計画システムクライアント端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、保守部品在庫計画システムに関し、特に、スタンドアロン方式の保守部品在庫計画システム、さらに、クライアント−サーバ方式の保守部品在庫計画システムサーバと保守部品在庫計画システムクライアント端末に適用して有効な技術に関する。
【背景技術】
【０００２】
従来の産業機械の保守においては、故障を未然に防ぐ事前保守が重視されており、予め定めた時期に部品交換を行うアプローチや、故障の予兆を検知してから部品交換を行うアプローチが取られている。部品交換の時期が定まっている前者のアプローチでは部品在庫計画を立てることは比較的に容易であるが、様々なタイミングに出てくる予兆に応じて部品交換する後者のアプローチでは部品在庫計画を立てることは容易でなかった。【０００３】
そこで、例えば、特許第４４１６３０６号公報（特許文献１）や、特許第４２３７６１０号公報（特許文献２）のような技術が提案されている。特許文献１には、個々の部品の故障リスクが所定の値となる時期を、個々の部品の交換の時期として、事前保守の推奨情報を生成する技術が記載されている。また、特許文献２には、機器のメンテナンスの最適周期を算出する技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第４４１６３０６号公報
【特許文献２】特許第４２３７６１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、前述したような従来の産業機械の保守においては、産業機械に対して適切な事前保守を行うことで、産業機械の信頼性を高める必要がある。【０００６】
例えば、前記特許文献１のシステムでは、所定の故障リスクとなる時期に部品交換しようとしても、部品在庫が確保できていなければ部品交換ができない。また、前記特許文献２のシステムにおいても、機器のメンテナンスの最適周期で部品交換しようとしても、部品在庫が確保できていなければ部品交換ができない。このように、従来技術においては、部品在庫を確保するところまで計画しておかなければ、事前保守の実行性が十分でなかった。【０００７】
特に、特殊で代替が利かない部品や調達リードタイムが長い部品の在庫を適切に持たず、欠品させることになれば、部品交換ができないまま故障が続き、機械の稼働率に大きな影響を及ぼしかねなかった。逆に、使用しないかもしれない高額な部品や場所を大きく取る部品を十分な余裕を持って常に抱えることは、コストやキャッシュフローの面で難しかった。【０００８】
そこで、本発明はこのような従来技術の課題に鑑みてなされたものであり、その代表的な目的は、保守部品の欠品や過剰がない妥当性ある保守部品在庫計画を立てることで、保守の実行性と経済性を向上し、信頼性の高い産業機械を提供する保守部品在庫計画システムを提供することである。【０００９】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１０】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。【００１１】
（１）代表的な保守部品在庫計画システムは、コンピュータにより１台以上の産業機械の保守部品在庫計画を作成する保守部品在庫計画システムであって、以下の特徴を有するものである。【００１２】
前記保守部品在庫計画システムは、産業機械の稼動状態と、構成部品の故障確率と、保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準とに関する情報の入力を受付ける入力受付処理部と、前記入力受付処理部から入力された情報を格納する格納部と、前記格納部において格納された前記産業機械の稼動状態と前記構成部品の故障確率とから故障リスクを算出し、この算出された故障リスクを前記格納部に格納し、前記格納部において格納された前記保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準を満たすように、保守部品の部品引当量から部品交換量を差引いた保守部品の在庫量の時系列の変化を示す保守部品在庫計画を生成し、この生成された保守部品在庫計画を前記格納部に格納する計画生成部と、を備えることを特徴とする。【００１３】
（２）代表的な保守部品在庫計画システムサーバは、１台以上の産業機械の保守部品在庫計画を作成する保守部品在庫計画システムサーバであって、以下の特徴を有するものである。【００１４】
前記保守部品在庫計画システムサーバは、産業機械の稼動状態と、構成部品の故障確率と、保管部品の論理上の在庫である在庫枠と、保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準とに関する情報の入力を受付けるクライアント端末から入力された情報を格納する格納部と、前記格納部において格納された前記産業機械の稼動状態と前記構成部品の故障確率とから故障リスクを算出し、この算出された故障リスクを前記格納部に格納し、前記格納部において格納された前記保管部品の部品引当時点および部品交換時点の運営基準を満たすように、優先度の高い故障リスクから順に前記保管部品の論理上の在庫である在庫枠と時系列で１対１に紐付ける保守部品在庫計画を生成し、この生成された保守部品在庫計画を前記格納部に格納する計画生成部と、を備えることを特徴とする。【００１５】
（３）代表的な保守部品在庫計画システムクライアント端末は、１台以上の産業機械の保守部品在庫計画を作成する保守部品在庫計画システムサーバに対し、情報の入出力を行う保守部品在庫計画システムクライアント端末であって、以下の特徴を有するものである。【００１６】
前記保守部品在庫計画システムクライアント端末は、産業機械の稼動状態と、構成部品の故障確率と、保管部品の論理上の在庫である在庫枠と、保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準とに関する入力を受付ける入力受付処理部と、前記保守部品在庫計画システムサーバからの情報を出力する出力処理部と、を備える。そして、前記保守部品在庫計画システムサーバにおいて、前記入力受付処理部から入力された前記産業機械の稼動状態と前記構成部品の故障確率とから故障リスクを算出し、前記保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準を満たすように、優先度の高い故障リスクから順に前記保管部品の論理上の在庫である在庫枠と時系列で１対１に紐付けて生成された保守部品在庫計画が前記保守部品在庫計画システムクライアント端末に送信される。さらに、前記出力処理部は、前記保守部品在庫計画システムサーバから送信された前記保守部品在庫計画を出力する、ことを特徴とする。
【発明の効果】
【００１７】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。【００１８】
すなわち、代表的な効果は、故障リスクへの備え漏れを防ぎ、かつ、保守部品の欠品や過剰がない妥当性ある保守部品在庫計画を立てることで、保守の実行性と経済性を向上し、信頼性の高い産業機械を提供する保守部品在庫計画システムを提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施の形態の保守部品在庫計画システムにおいて、適用対象となる製品と部品と予兆の一例を示す説明図である。
【図２】本発明の一実施の形態の保守部品在庫計画システムの一例を示すブロック図である。
【図３】本発明の一実施の形態において、スタンドアロン方式の保守部品在庫計画システムの一例を示すブロック図である。
【図４】本発明の一実施の形態において、クライアント−サーバ方式の保守部品在庫計画システムサーバとクライアント端末の一例を示すブロック図である。
【図５】本発明の一実施の形態の保守部品在庫計画システムにおいて、計画生成手順制御処理部に関する画面のデータ構造の一例を示す説明図である。
【図６】本発明の一実施の形態の保守部品在庫計画システムにおいて、号機ステータス情報格納部のデータ構造の一例を示す説明図である。
【図７】本発明の一実施の形態の保守部品在庫計画システムにおいて、号機状態測定情報格納部のデータ構造の一例を示す説明図である。
【図８】本発明の一実施の形態の保守部品在庫計画システムにおいて、診断基準情報格納部のデータ構造の一例を示す説明図である。
【図９】本発明の一実施の形態の保守部品在庫計画システムにおいて、部品故障確率情報格納部のデータ構造の一例を示す説明図である。
【図１０】本発明の一実施の形態の保守部品在庫計画システムにおいて、故障リスク情報格納部のデータ構造の一例を示す説明図である。
【図１１】本発明の一実施の形態の保守部品在庫計画システムにおいて、運営基準情報格納部のデータ構造の一例を示す説明図である。
【図１２】本発明の一実施の形態の保守部品在庫計画システムにおいて、部品在庫枠紐付情報格納部のデータ構造の一例を示す説明図である。
【図１３】本発明の一実施の形態の保守部品在庫計画システムにおいて、部品在庫現物紐付情報格納部のデータ構造の一例を示す説明図である。
【図１４】本発明の一実施の形態の保守部品在庫計画システムのメニュー画面の一例を示す説明図である。
【図１５】本発明の一実施の形態の保守部品在庫計画システムにおいて、号機ステータス情報を編集・参照する画面の一例を示す説明図である。
【図１６】本発明の一実施の形態の保守部品在庫計画システムにおいて、号機状態測定情報を編集・参照する画面の一例を示す説明図である。
【図１７】本発明の一実施の形態の保守部品在庫計画システムにおいて、診断基準情報を編集・参照する画面の一例を示す説明図である。
【図１８】本発明の一実施の形態の保守部品在庫計画システムにおいて、部品故障確率情報を編集・参照する画面の一例を示す説明図である。
【図１９】本発明の一実施の形態の保守部品在庫計画システムにおいて、故障リスク情報を参照する画面の一例を示す説明図である。
【図２０】本発明の一実施の形態の保守部品在庫計画システムにおいて、運営基準情報を編集・参照する画面の一例を示す説明図である。
【図２１】本発明の一実施の形態の保守部品在庫計画システムにおいて、部品在庫枠紐付情報を編集・参照する画面の一例を示す説明図である。
【図２２】本発明の一実施の形態の保守部品在庫計画システムにおいて、部品在庫現物紐付情報を編集・参照する画面の一例を示す説明図である。
【図２３】本発明の一実施の形態の保守部品在庫計画システムにおいて、計画生成手順制御処理部に関する処理フローの一例（１／２）を示すフローチャートである。
【図２４】本発明の一実施の形態の保守部品在庫計画システムにおいて、計画生成手順制御処理部に関する処理フローの一例（２／２）を示すフローチャートである。
【図２５】本発明の一実施の形態の保守部品在庫計画システムにおいて、故障リスク診断処理部に関する処理フローの一例（１／２）を示すフローチャートである。
【図２６】本発明の一実施の形態の保守部品在庫計画システムにおいて、故障リスク診断処理部に関する処理フローの一例（２／２）を示すフローチャートである。
【図２７】本発明の一実施の形態の保守部品在庫計画システムにおいて、部品在庫枠紐付処理部に関する処理フローの一例（１／２）を示すフローチャートである。
【図２８】本発明の一実施の形態の保守部品在庫計画システムにおいて、部品在庫枠紐付処理部に関する処理フローの一例（２／２）を示すフローチャートである。
【図２９】本発明の一実施の形態の保守部品在庫計画システムにおいて、部品在庫現物紐付処理部に関する処理フローの一例（１／２）を示すフローチャートである。
【図３０】本発明の一実施の形態の保守部品在庫計画システムにおいて、部品在庫現物紐付処理部に関する処理フローの一例（２／２）を示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下の実施の形態においては、便宜上その必要があるときは、複数の実施の形態またはセクションに分割して説明するが、特に明示した場合を除き、それらは互いに無関係なものではなく、一方は他方の一部または全部の変形例、詳細、補足説明等の関係にある。また、以下の実施の形態において、要素の数等（個数、数値、量、範囲等を含む）に言及する場合、特に明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではなく、特定の数以上でも以下でも良い。
【００２１】
さらに、以下の実施の形態において、その構成要素（要素ステップ等も含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。同様に、以下の実施の形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に明らかにそうでないと考えられる場合等を除き、実質的にその形状等に近似または類似するもの等を含むものとする。このことは、上記数値および範囲についても同様である。
【００２２】
［本発明の実施の形態の概要］
（１）本発明の実施の形態の保守部品在庫計画システムは、コンピュータにより１台以上の産業機械の保守部品在庫計画を作成する保守部品在庫計画システムであって、以下の特徴を有するものである（一例として、（）内に対応する構成要素の符号などを付記）。
【００２３】
前記保守部品在庫計画システム（１０）は、産業機械の稼動状態と、構成部品の故障確率と、保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準とに関する情報の入力を受付ける入力受付処理部（１０００）と、前記入力受付処理部から入力された情報を格納する格納部（１６００〜２３００）と、前記格納部において格納された前記産業機械の稼動状態と前記構成部品の故障確率とから故障リスクを算出し、この算出された故障リスクを前記格納部に格納し、前記格納部において格納された前記保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準を満たすように、保守部品の部品引当量から部品交換量を差引いた保守部品の在庫量の時系列の変化を示す保守部品在庫計画を生成し、この生成された保守部品在庫計画を前記格納部に格納する計画生成部（１１００〜１４００）と、を備えることを特徴とする。
【００２４】
（２）本発明の実施の形態の保守部品在庫計画システムサーバは、１台以上の産業機械の保守部品在庫計画を作成する保守部品在庫計画システムサーバであって、以下の特徴を有するものである（一例として、（）内に対応する構成要素の符号などを付記）。
【００２５】
前記保守部品在庫計画システムサーバ（１０ａ）は、産業機械の稼動状態と、構成部品の故障確率と、保管部品の論理上の在庫である在庫枠と、保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準とに関する情報の入力を受付けるクライアント端末から入力された情報を格納する格納部（１６００〜２３００）と、前記格納部において格納された前記産業機械の稼動状態と前記構成部品の故障確率とから故障リスクを算出し、この算出された故障リスクを前記格納部に格納し、前記格納部において格納された前記保管部品の部品引当時点および部品交換時点の運営基準を満たすように、優先度の高い故障リスクから順に前記保管部品の論理上の在庫である在庫枠と時系列で１対１に紐付ける保守部品在庫計画を生成し、この生成された保守部品在庫計画を前記格納部に格納する計画生成部（１１００〜１４００）と、を備えることを特徴とする。
【００２６】
（３）本発明の実施の形態の保守部品在庫計画システムクライアント端末は、１台以上の産業機械の保守部品在庫計画を作成する保守部品在庫計画システムサーバに対し、情報の入出力を行う保守部品在庫計画システムクライアント端末であって、以下の特徴を有するものである（一例として、（）内に対応する構成要素の符号などを付記）。
【００２７】
前記保守部品在庫計画システムクライアント端末（３０，４０）は、産業機械の稼動状態と、構成部品の故障確率と、保管部品の論理上の在庫である在庫枠と、保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準とに関する入力を受付ける入力受付処理部（３１００，４１００）と、前記保守部品在庫計画システムサーバからの情報を出力する出力処理部（３５００，４５００）と、を備える。そして、前記保守部品在庫計画システムサーバにおいて、前記入力受付処理部から入力された前記産業機械の稼動状態と前記構成部品の故障確率とから故障リスクを算出し、前記保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準を満たすように、優先度の高い故障リスクから順に前記保管部品の論理上の在庫である在庫枠と時系列で１対１に紐付けて生成された保守部品在庫計画が前記保守部品在庫計画システムクライアント端末に送信される。さらに、前記出力処理部は、前記保守部品在庫計画システムサーバから送信された前記保守部品在庫計画を出力する、ことを特徴とする。
【００２８】
以上説明した本発明の実施の形態の概要に基づいた一実施の形態を、以下において図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００２９】
［一実施の形態］
本実施の形態の保守部品在庫計画システム、保守部品在庫計画システムサーバ、及び保守部品在庫計画システムクライアント端末について、図１〜図３０を用いて説明する。
【００３０】
本実施の形態では、産業機械の稼動状態と構成部品の故障確率と保管部品の論理上の在庫である在庫枠と保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準と部品の在庫現物とに関する情報の入力を受付し、産業機械の稼動状態と構成部品の故障確率とから故障リスクを算出し、保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準を満たすように、優先度の高い故障リスクから順に保管部品の論理上の在庫である在庫枠と時系列で１対１に紐付ける保守部品在庫計画を生成し、さらに当該保守部品在庫計画を部品の在庫現物に紐付ける保守部品在庫現物計画を生成する保守部品在庫計画システムの例を説明する。
【００３１】
本発明は、上記保守部品在庫計画システムの例に限らず、産業機械の稼動状態と構成部品の故障確率と保管部品の論理上の在庫である在庫枠と保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準と部品の在庫現物とに関する情報のうちの、産業機械の稼動状態と構成部品の故障確率と保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準とに関する情報の入力を受付ける場合や、産業機械の稼動状態と構成部品の故障確率と保管部品の論理上の在庫である在庫枠と保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準とに関する情報の入力を受付ける場合にも、適用可能である。このような場合には、入力を受付けた情報に基づいて、同様の処理が行われる。
【００３２】
＜適用対象となる製品と部品と予兆の一例＞
本実施の形態の保守部品在庫計画システムは、予兆検知保守における保守部品在庫計画を生成するものであるが、ここで、具体的な適用対象となる製品と部品と予兆の一例を図１に示す。この適用対象は、図１に示した例に限定されるものでないことは言うまでもない。
【００３３】
本実施の形態の保守部品在庫計画システムは、部品の累積使用時間の増大と部品の劣化が比例関係にあるような部品を対象とする。例えば、ハイブリッド建設機械の左右の旋回の回生エネルギーを蓄積しては放出するキャパシタと呼ぶ部品において、電圧・電流低下の予兆を検知して当該キャパシタが故障に至る前に部品交換できるように保守部品在庫計画を生成する。
【００３４】
例えば、電気自動車の駆動力を生むバッテリと呼ぶ部品において、電圧・電流低下の予兆を検知して当該バッテリが故障に至る前に部品交換できるように保守部品在庫計画を生成する。例えば、環境発電設備の電気エネルギーを作り出すソーラパネルと呼ぶ部品において、電圧・電流低下の予兆を検知して当該ソーラパネルが故障に至る前に部品交換できるように保守部品在庫計画を生成する。
【００３５】
例えば、高速鉄道車両の使用電力の供給を架線から受けるパンタグラフと呼ぶ部品において、電圧・電流低下の予兆を検知して当該パンタグラフの保守部品在庫計画を生成する。例えば、エレベータのカゴを昇降するモータと呼ぶ部品において、電圧・電流低下の予兆を検知して当該モータの保守部品在庫計画を生成する。
【００３６】
例えば、データセンタのコンピュータ内部のハードディスクと呼ぶ部品において、データ読書速度低下の予兆を検知して当該ハードディスク上で動くソフトウェアの動作に支障をきたす状態に至る前により大容量のハードディスクと部品交換できるように保守部品在庫計画を生成する。例えば、水処理プラントの処理前の水を通す配管と呼ぶ部品において、水流量低下の予兆を検知して当該配管が故障に至る前に部品交換できるように保守部品在庫計画を生成する。
【００３７】
＜保守部品在庫計画システム＞
図２は、本実施の形態の保守部品在庫計画システムのブロック図の一例である。
【００３８】
保守部品在庫計画システム１０は、入力受付処理部１０００と、計画生成手順制御処理部１１００と、故障リスク診断処理部１２００と、部品在庫枠紐付処理部１３００と、部品在庫現物紐付処理部１４００と、出力処理部１５００と、号機ステータス情報格納部１６００と、号機状態測定情報格納部１７００と、診断基準情報格納部１８００と、部品故障確率情報格納部１９００と、故障リスク情報格納部２０００と、運営基準情報格納部２１００と、部品在庫枠紐付情報格納部２２００と、部品在庫現物紐付情報格納部２３００とを備える。
【００３９】
入力受付処理部１０００は、各情報格納部や各処理部への各情報の入力を受付ける処理部である。計画生成手順制御処理部１１００は、保守部品計画が生成されるように各処理部の動作を制御する処理部である。
【００４０】
号機ステータス情報格納部１６００は、号機の本体累積稼動時間や本体稼働率や使用部品の部品累積使用時間のカレンダ日ごとの過去実績や将来見込を含む号機ステータス情報を格納する情報格納部である。号機状態測定情報格納部１７００は、号機の使用部品の状態に関する測定項目ごとの測定値のカレンダ日ごとの過去実績を含む号機状態測定情報を格納する情報格納部である。
【００４１】
診断基準情報格納部１８００は、部品の状態に関する測定項目ごとの測定値上限や測定値下限などの条件と、当該条件を満たさなかった場合に診断される予兆タイプを部品累積使用時間ごとに示す診断基準情報を格納する情報格納部である。部品故障確率情報格納部１９００は、予兆タイプに関係する部品ごとの部品故障確率を部品累積使用時間ごとに示す部品故障確率情報を格納する情報格納部である。
【００４２】
故障リスク情報格納部２０００は、故障リスクのカレンダ日ごとの号機ステータス情報や号機状態測定情報や同じ号機・同じ部品の全ての故障リスクの集まりを示す関係故障リスクの情報や、予兆発見時と部品交換期日のカレンダ日の情報を関連付けた故障リスク情報を格納する情報格納部である。運営基準情報格納部２１００は、予兆タイプごとに部品をいつの時点で交換し、いつの時点で確保するかといった運営基準情報を格納する情報格納部である。
【００４３】
部品在庫枠紐付情報格納部２２００は、部品ごとの部品在庫枠のカレンダ日ごとの故障リスクの紐付状態を含む部品在庫枠紐付情報を格納する情報格納部である。部品在庫現物紐付情報格納部２３００は、部品ごとの部品在庫現物のカレンダ日ごとの部品在庫枠の紐付状態を含む部品在庫現物紐付情報を格納する情報格納部である。
【００４４】
故障リスク診断処理部１２００は、号機ステータス情報と号機状態測定情報と部品故障確率情報を読込み、故障リスクを診断し、故障リスク情報を生成する処理部である。部品在庫枠紐付処理部１３００は、故障リスク情報と運営基準情報を読込み、故障リスクと部品在庫枠を紐付ける保守部品在庫計画を生成する処理部である。
【００４５】
部品在庫現物紐付処理部１４００は、部品在庫枠紐付情報と部品在庫現物を紐付ける保守部品在庫計画を生成する処理部である。出力処理部１５００は、各情報格納部や各処理部からの各情報を出力する処理部である。
【００４６】
＜スタンドアロン方式とクライアント−サーバ方式＞
本実施の形態の保守部品在庫計画システム１０は、図３で示す一例のように保守本部や各地にある保守現場１〜ｎにスタンドアロンで設置されて使用する場合（スタンドアロン方式）がある。また、図４で示す一例のように保守本部に保守部品在庫計画システムサーバ１０ａとして設置し、ネットワーク２０を介して、保守本部のみならず各地の保守現場でもクライアント端末３０（４０）から使用する場合（クライアント−サーバ方式）がある。
【００４７】
この他にも、保守部品在庫計画システムサーバ１０ａを保守本部ではなく、特定の保守現場に設置して、ネットワーク２０を介して、その他の保守現場のクライアント端末３０（４０）から使用してもよい。また、保守部品在庫計画システムサーバ１０ａを保守本部でも特定の保守現場でもないデータセンタに設置して、ネットワーク２０を介して、保守本部や各地の保守現場のクライアント端末３０（４０）から使用してもよい。
【００４８】
例えば、クライアント端末３０にて目標稼働率および保有リソースに関する情報等を入力し、保守部品在庫計画システムサーバ１０ａにて入力情報に基づいた保守計画を生成し、生成された保守計画はネットワーク２０を介してクライアント端末３０に送信され、クライアント端末３０にて保守計画が出力、表示されることとなる。
【００４９】
＜保守部品在庫計画システムの各データ構造＞
本実施の形態の保守部品在庫計画システム１０は、例えば、図５〜図１３で示すような各データ構造を持つ。
【００５０】
図５は、計画生成手順制御処理部１１００に関する画面のデータ構造Ｄ１１００である。このデータ構造Ｄ１１００には、データ項目１（号機ステータス情報格納部使用フラグ）、データ項目２（号機状態測定情報格納部使用フラグ）、データ項目３（診断基準情報格納部使用フラグ）、データ項目４（部品故障確率情報格納部使用フラグ）、データ項目５（故障リスク情報格納部使用フラグ）、データ項目６（運営基準情報格納部使用フラグ）がある。さらに、データ項目７（部品在庫枠紐付情報格納部使用フラグ）、データ項目８（部品在庫現物紐付情報格納部使用フラグ）、データ項目９（処理区分）、データ項目１０（開始時刻パターン）、データ項目１１（処理ステータス）、データ項目１２（前回処理実行日時）、データ項目１３（今回処理実行日時）がある。
【００５１】
図６は、号機と部品とカレンダ日をキー値としてレコードが一意に定まる号機ステータス情報格納部１６００のデータ構造Ｄ１６００である。このデータ構造Ｄ１６００には、データ項目１（号機［キー値］）、データ項目２（部品［キー値］）、データ項目３（カレンダ日［キー値］）、データ項目４（本体累積稼動時間）、データ項目５（本体稼働率）、データ項目６（部品累積使用時間）がある。
【００５２】
図７は、号機と部品と測定項目とカレンダ日をキー値としてレコードが一意に定まる号機状態測定情報格納部１７００のデータ構造Ｄ１７００である。このデータ構造Ｄ１７００には、データ項目１（号機［キー値］）、データ項目２（部品［キー値］）、データ項目３（測定項目［キー値］）、データ項目４（カレンダ日［キー値］）、データ項目５（部品累積使用時間）、データ項目６（測定値）がある。
【００５３】
図８は、部品と測定項目と部品累積使用時間をキー値としてレコードが一意に定まる診断基準情報格納部１８００のデータ構造Ｄ１８００である。このデータ構造Ｄ１８００には、データ項目１（部品［キー値］）、データ項目２（測定項目［キー値］）、データ項目３（部品累積使用時間［キー値］）、データ項目４（測定値上限）、データ項目５（測定値下限）、データ項目６（予兆タイプ）がある。
【００５４】
図９は、予兆タイプと部品と部品累積使用時間をキー値としてレコードが一意に定まる部品故障確率情報格納部１９００のデータ構造Ｄ１９００である。このデータ構造Ｄ１９００には、データ項目１（予兆タイプ［キー値］）、データ項目２（部品［キー値］）、データ項目３（部品累積使用時間［キー値］）、データ項目４（部品故障確率）がある。
【００５５】
図１０は、故障リスクとカレンダ日をキー値としてレコードが一意に定まる故障リスク情報格納部２０００のデータ構造Ｄ２０００である。このデータ構造Ｄ２０００には、データ項目１（故障リスク［キー値］）、データ項目２（カレンダ日（発見時））、データ項目３（カレンダ日［キー値］）、データ項目４（カレンダ日（部品交換期日））、データ項目５（号機）、データ項目６（本体累積稼動時間（発見時））がある。さらに、データ項目７（本体累積稼動時間）、データ項目８（本体累積稼動時間（部品交換期日））、データ項目９（部品）、データ項目１０（部品累積使用時間（発見時））、データ項目１１（部品累積使用時間）、データ項目１２（部品累積使用時間（部品交換期日））がある。
【００５６】
さらに、データ項目１３（測定項目）、データ項目１４（測定値上限（発見時））、データ項目１５（測定値（発見時））、データ項目１６（測定値下限（発見時））、データ項目１７（測定値上限）、データ項目１８（測定値）がある。さらに、データ項目１９（測定値下限）、データ項目２０（部品故障確率（発見時））、データ項目２１（部品故障確率）、データ項目２２（部品故障確率（部品交換期日））、データ項目２３（予兆タイプ）、データ項目２４（関係故障リスク）がある。さらに、データ項目２５（関係故障リスク順位）、データ項目２６（関係故障リスク数）、データ項目２７（関係故障リスク内故障リスク順位）、データ項目２８（関係故障リスク内故障リスク数）、データ項目２９（関係故障リスク部品交換カレンダ日）がある。
【００５７】
図１１は、部品と予兆タイプをキー値としてレコードが一意に定まる運営基準情報格納部２１００のデータ構造Ｄ２１００である。このデータ構造Ｄ２１００には、データ項目１（部品［キー値］）、データ項目２（予兆タイプ［キー値］）、データ項目３（部品累積使用時間（部品交換時））、データ項目４（部品故障確率（部品交換時））、データ項目５（固定期間日数（部品引当〜交換））、データ項目６（固定期間理由（部品引当〜交換））がある。
【００５８】
図１２は、部品と部品在庫枠とカレンダ日をキー値としてレコードが一意に定まる部品在庫枠紐付情報格納部２２００のデータ構造Ｄ２２００である。このデータ構造Ｄ２２００には、データ項目１（部品［キー値］）、データ項目２（部品在庫枠［キー値］）、データ項目３（カレンダ日［キー値］）、データ項目４（部品在庫枠ステータス）がある。
【００５９】
図１３は、部品と部品在庫現物とカレンダ日をキー値としてレコードが一意に定まる部品在庫現物紐付情報格納部２３００のデータ構造Ｄ２３００である。このデータ構造Ｄ２３００には、データ項目１（部品［キー値］）、データ項目２（部品在庫現物［キー値］）、データ項目３（カレンダ日［キー値］）、データ項目４（部品在庫現物ステータス）がある。
【００６０】
＜保守部品在庫計画システムの処理イメージ概略＞
本実施の形態の保守部品在庫計画システム１０の詳細な画面・処理フローに関する説明は後ほど図１４〜図３０を用いて行うが、それに先立って本実施の形態の保守部品在庫計画システム１０の処理イメージ概略を掴むための説明を以下に述べる。
【００６１】
例えば、保守部品在庫計画生成の一連の処理の前回処理実行日時が３月３１日で、今回処理実行日時が４月１日とする。今回処理実行日時（４月１日）に、号機（ｇ１）の部品（ｐ１）の状態を測定する測定項目（ｓ１：電圧）の測定値（１５０Ｖ）がカレンダ日（３月３１日）に測定されたことを、本実施の形態の保守部品在庫計画システム１０が把握する。
【００６２】
続いて、部品（ｐ１）の状態を測定する測定項目（ｓ１：電圧）の測定値下限（３０Ｖ）から測定値上限（１００Ｖ）までの診断基準の範囲から外れる予兆タイプ（ｙ１）の故障リスク（ｄ１）が発生したと、本実施の形態の保守部品在庫計画システム１０が診断する。
【００６３】
また、部品（ｐ１）の予兆タイプ（ｙ１）における運営基準として、部品交換が部品故障確率（５０％）（このときの部品累積使用時間（１０００ｈ））になるときに必要で、部品在庫引当がその５日間前までの固定期間（部品在庫引当ポイントである中間倉庫から保守現場までの保守部品移送リードタイム）に行うことが必要という運営基準が、本実施の形態の保守部品在庫計画システム１０に既に設定されているものとする。また、カレンダ日（３月３１日）の号機（ｇ１）の本体稼働率が７０％で、号機（ｇ１）に使用されている部品（ｐ１）の部品累積使用時間が３００ｈとする。
【００６４】
部品（ｐ１）の予兆タイプ（ｙ１）における部品交換タイミングの部品累積使用時間（１０００ｈ）から号機（ｇ１）に使用されている部品（ｐ１）のカレンダ日（３月３１日）における部品累積使用時間（３００ｈ）を差引いた値（７００ｈ）を、号機（ｇ１）の本体稼働率（７０％）で割ると１０００ｈになる。これは４２日間に相当する。すなわち、４２日間を今回処理実行日時（４月１日）に加えたカレンダ日（５月１３日）が部品交換日になる。部品在庫引当は、カレンダ日（５月１３日）から固定期間の５日間を差引いたカレンダ日（５月８日）になる。すなわち、部品在庫引当をカレンダ日（５月８日）に、部品交換をカレンダ日（５月１３日）にしないといけない故障リスク（ｄ１）が存在する。
【００６５】
ところで、号機（ｇ１）の部品（ｐ１）に関して予兆タイプ（ｙ１）の故障リスク（ｄ１）以外の故障リスクが存在する場合、故障リスク（ｄ１）も含めて関係故障リスク（ｇ１ｐ１）と呼ぶ。関係故障リスク（ｇ１ｐ１）に含まれる故障リスクのいずれかの故障リスクを理由として部品交換を行い、部品が新しくなれば、関係故障リスク（ｇ１ｐ１）に含まれる全ての故障リスクが消える。
【００６６】
関係故障リスク（ｇ１ｐ１）に含まれる故障リスクとして、予兆タイプ（ｙ１）の故障リスク（ｄ１）、予兆タイプ（ｙ２）の故障リスク（ｄ２）、予兆タイプ（ｙ３）の故障リスク（ｄ３）がある。それぞれの部品交換期日がそれぞれ５月１３日、６月１３日、７月１３日とすれば、故障リスクの切迫度の順位は１位が故障リスク（ｄ１）、２位が故障リスク（ｄ２）、３位が故障リスク（ｄ３）である。このうち、故障リスクの切迫度の順位が１位の故障リスク（ｄ１）に対して、部品在庫枠（ｗ１）を引当てることで、保守部品在庫計画を生成する。
【００６７】
ここで、部品在庫枠の数は、在庫引当ポイントとなる部品倉庫や部品工場の大きさや能力を踏まえてユーザが設定する。部品在庫枠を用いることで、部品在庫現物がまだ存在しない先々の論理上の保守部品在庫計画を立てられる。さらに、部品在庫枠（ｗ１）に対して部品在庫現物（ｂ１）を引当てることで、実体のある保守部品在庫計画を生成する。実際に部品交換されれば、関係故障リスク（ｇ１ｐ１）をリセットする。
【００６８】
以上、本実施の形態の保守部品在庫計画システム１０の処理イメージ概略を述べた。
【００６９】
＜保守部品在庫計画システムの詳細な画面・処理フロー＞
以下、本実施の形態の保守部品在庫計画システム１０の詳細な画面・処理フローに関して、図１４〜図３０を用いて説明する。
【００７０】
本実施の形態の保守部品在庫計画システム１０は、例えば、図１４〜図２２で示すような画面を備える。下記に、図１４〜図２２の画面について、図５〜図１３のデータ構造を交えて説明する。
【００７１】
＜保守部品在庫計画システムのメニュー画面＞
本実施の形態の保守部品在庫計画システム１０は、例えば、図１４のような保守部品在庫計画システムのメニュー画面を表示する。図１４の画面は、図５で示した計画生成手順制御処理部１１００に関する画面のデータ構造Ｄ１１００のようなデータ構造をメモリ上に持つ。
【００７２】
図１４の画面の左部分は、ユーザから１００１〜１００８のボタンの押下を受付けたとき、１００１〜１００８の各々に対応する各情報格納部の編集・参照をする画面を表示するものである。１００１は、号機ステータス情報格納部１６００を編集・参照する画面を表示するボタンである。１００２は、号機状態測定情報格納部１７００を編集・参照する画面を表示するボタンである。１００３は、診断基準情報格納部１８００を編集・参照する画面を表示するボタンである。１００４は、部品故障確率情報格納部１９００を編集・参照する画面を表示するボタンである。１００５は、故障リスク情報格納部２０００を参照する画面を表示するボタンである。１００６は、運営基準情報格納部２１００を編集・参照する画面を表示するボタンである。１００７は、部品在庫枠紐付情報格納部２２００を編集・参照する画面を表示するボタンである。１００８は、部品在庫現物紐付情報格納部２３００を編集・参照する画面を表示するボタンである。
【００７３】
これら各々のボタンが押下されたときは、図５のデータ構造Ｄ１１００のデータ項目１からデータ項目８の各々のフラグに使用中であることを表す値を書込み、各情報格納部の画面を閉じれば各々のフラグに使用中でないことを表す値を書込む。これらのフラグは、保守部品在庫計画生成の一連の処理が実行されているときは使用中であることを表す値が書込まれ、デッドロックやデータの不整合を起こさないようにしている。
【００７４】
図１４の画面の右部分は、ユーザから保守部品在庫計画生成までの一連の処理の実行に関する入力を受付けたとき、対応する方法・時間パターンで保守部品在庫計画生成までの一連の処理を開始するとともに処理経過を表示するものである。図１４の１００９で受付けた自動実行か手動実行であるかの指定は、図５のデータ構造Ｄ１１００のデータ項目９の処理区分に書込む。図１４の１００９が自動実行である場合は、図１４の１０１０で受付けた開始時刻パターンを図５のデータ項目１０の開始時刻パターンに書込む。当該開始時刻になるか、あるいは、図１４の１０１１の処理開始ボタンの押下を受付けたときに、図５のデータ項目１１の処理ステータスを停止中から保守部品在庫計画生成の一連の処理に応じたステータスに変えるとともに、図１４の１０１５〜１０１９までの処理ステータスの仕掛箇所の色を変えるなどして、処理経過を表示する。図１４の１０１２は手動実行の処理停止ボタンである。
【００７５】
図１４の１０１３と１０１４に前回処理実行日時と今回処理実行日時を表示する。例えば、図１４の画面を表示するプロセスは、２４時間無休で稼動するコンピュータのメモリ上に実行状態で常駐し、図１４の１０２０のシステム終了ボタンの押下を受付ければ終了する。
【００７６】
＜号機ステータス情報を編集・参照する画面＞
本実施の形態の保守部品在庫計画システム１０は、例えば、図１５のような号機ステータス情報を編集・参照する画面を、図１４の画面の左部分の号機ステータス情報を編集・参照する画面を表示するボタン１００１の押下を受付けて表示する。図１５の画面は、図６で示した号機ステータス情報格納部１６００のデータ構造Ｄ１６００のようなデータ構造を表示する。
【００７７】
図１５の画面では、号機ステータス情報を編集・参照する号機１６０１の指定を受付け、当該号機のカレンダ日１６０２ごとの本体稼働率１６０３を図１５の左部分の上段に表示し、図１５の右部分の上段に本体稼働率１６０４のカレンダ日ごとの値をグラフ表示する。グラフ上のカレンダ日１６０５は図１４の今回処理実行日時１０１４を示す。例えば、カレンダ日１６０５より過去は実績値が入り、カレンダ日１６０５より未来は最近の過去の実績値が未来もずっと続くと見なした見込値が入る。
【００７８】
当該号機のカレンダ日１６０６ごとの本体累積稼動時間１６０７と当該号機の本体を構成する部品１６０８の部品累積使用時間１６０９を図１５の左部分の下段に表示し、図１５の右部分の下段に図１５の左部分の下段の表示選択１６１０で指定された本体累積稼動時間や部品累積使用時間１６１１のカレンダ日ごとの値をグラフ表示する。グラフ上のカレンダ日１６１２は図１４の今回処理実行日時１０１４を示す。
【００７９】
例えば、カレンダ日１６１２より過去は実績値が入り、カレンダ日１６１２より未来は本システムにより算出される見込値が入る。本実施の形態では、実績値は本システムからユーザ入力された値を用い、見込値は本システムの累積時間算出処理による場合を示しているが、これ以外にも、実績値や見込値として外部手段が持つ情報を本システムに取込んで用いる方式であってもよい。
【００８０】
編集反映ボタン１６１３の押下を受付ければ、図１５の画面の編集内容を号機ステータス情報格納部１６００へ反映する。閉じるボタン１６１４の押下を受付ければ図１５の画面を閉じる。
【００８１】
＜号機状態測定情報を編集・参照する画面＞
本実施の形態の保守部品在庫計画システム１０は、例えば、図１６のような号機状態測定情報を編集・参照する画面を、図１４の画面の左部分の号機状態測定情報を編集・参照する画面を表示するボタン１００２の押下を受付けて表示する。図１６の画面は、図７で示した号機状態測定情報格納部１７００のデータ構造Ｄ１７００のようなデータ構造を表示する。
【００８２】
図１６の画面では、号機状態測定情報を編集・参照する号機１７０１と部品１７０２の指定を受付け、当該号機１７０１と当該部品１７０２に関してカレンダ日１７０３ごとの部品累積使用時間１７０４と測定項目１７０５ごとの測定値１７０６を図１６の左部分に表示し、図１６の右部分に図１６の左部分の表示選択１７０７で指定された測定値１７０８のカレンダ日１７０３ごとの値をグラフ表示する。グラフ上のカレンダ日１７０９は図１４の今回処理実行日時１０１４を示す。
【００８３】
本実施の形態では、号機状態測定情報は過去の実績値のみを対象とし、本システムからユーザ入力された値を用いる。これ以外にも、将来の見込値も対象に含めてもよい。実績値や見込値として外部手段が持つ情報を本システムに取込んで用いる方式であってもよい。
【００８４】
編集反映ボタン１７１０の押下を受付ければ、図１６の画面の編集内容を号機状態測定情報格納部１７００へ反映する。閉じるボタン１７１１の押下を受付ければ図１６の画面を閉じる。
【００８５】
＜診断基準情報を編集・参照する画面＞
本実施の形態の保守部品在庫計画システム１０は、例えば、図１７のような診断基準情報を編集・参照する画面を、図１４の画面の左部分の診断基準情報を編集・参照する画面を表示するボタン１００３の押下を受付けて表示する。図１７の画面は、図８で示した診断基準情報格納部１８００のデータ構造Ｄ１８００のようなデータ構造を表示する。
【００８６】
図１７の画面では、診断基準情報を編集・参照する予兆タイプ１８０１と部品１８０２の指定を受付け、当該予兆タイプ１８０１と当該部品１８０２に関して部品累積使用時間１８０３ごとの測定項目１８０４の測定値上限１８０５と測定値下限１８０６を図１７の左部分に表示し、図１７の右部分に図１７の左部分の表示選択１８０７で指定された測定値上限１８０８と測定値下限１８０９の部品累積使用時間１８０３ごとの値をグラフ表示する。
【００８７】
本実施の形態では、測定値上限１８０８と測定値下限１８０９は、本システムからユーザ入力された値を用いる。これ以外にも、外部手段が持つ情報を本システムに取込んで用いる方式であってもよい。
【００８８】
編集反映ボタン１８１０の押下を受付ければ、図１７の画面の編集内容を診断基準情報格納部１８００へ反映する。閉じるボタン１８１１の押下を受付ければ図１７の画面を閉じる。
【００８９】
＜部品故障確率情報を編集・参照する画面＞
本実施の形態の保守部品在庫計画システム１０は、例えば、図１８のような部品故障確率情報を編集・参照する画面を、図１４の画面の左部分の部品故障確率情報を編集・参照する画面を表示するボタン１００４の押下を受付けて表示する。図１８の画面は、図９で示した部品故障確率情報格納部１９００のデータ構造Ｄ１９００のようなデータ構造を表示する。
【００９０】
図１８の画面では、部品故障確率情報を編集・参照する予兆タイプ１９０１の指定を受付け、当該予兆タイプ１９０１に関して部品累積使用時間１９０２ごとの部品１９０３ごとの部品故障確率１９０４を図１８の左部分に表示し、図１８の右部分に図１８の左部分の表示選択１９０５で指定された部品故障確率１９０６の部品累積使用時間１９０２ごとの値をグラフ表示する。
【００９１】
本実施の形態では、部品故障確率１９０４は、本システムからユーザ入力された値を用いる。これ以外にも、外部手段が持つ情報を本システムに取込んで用いる方式であってもよい。
【００９２】
編集反映ボタン１９０７の押下を受付ければ、図１８の画面の編集内容を部品故障確率情報格納部１９００へ反映する。閉じるボタン１９０８の押下を受付ければ図１８の画面を閉じる。
【００９３】
＜故障リスク情報を参照する画面＞
本実施の形態の保守部品在庫計画システム１０は、例えば、図１９のような故障リスク情報を参照する画面を、図１４の画面の左部分の故障リスク情報を参照する画面を表示するボタン１００５の押下を受付けて表示する。図１９の画面は、図１０で示した故障リスク情報格納部２０００のデータ構造Ｄ２０００のようなデータ構造を表示する。
【００９４】
図１９の画面では、本システムの故障リスク診断処理部１２００により生成された故障リスク２００１に関する情報を表示する。カレンダ日（発見時）２００２は故障の予兆を発見した時のカレンダ日を、カレンダ日（現在）２００３は図１４の今回処理実行日時１０１４を、カレンダ日（部品交換期日）２００４は当該故障リスクそのものに起因する部品交換期日となるカレンダ日を、図１９の画面の左部分に表示する。
【００９５】
当該カレンダ日（発見時）２００２、当該カレンダ日（現在）２００３、当該カレンダ日（部品交換期日）２００４における号機２００５の本体累積稼動時間を、図１９の画面の左部分の２００６、２００７、２００８に表示する。
【００９６】
当該カレンダ日（発見時）２００２、当該カレンダ日（現在）２００３、当該カレンダ日（部品交換期日）２００４における当該号機２００５に使用されている部品２００９の部品累積使用時間を、図１９の画面の左部分の２０１０、２０１１、２０１２に表示する。
【００９７】
当該カレンダ日（発見時）２００２、当該カレンダ日（現在）２００３における当該号機２００５に使用されている当該部品２００９の予兆を診断するための測定項目２０１３の測定値上限と測定値と測定値下限を、図１９の画面の左部分の、２０１４、２０１５、２０１６と、２０１７、２０１８、２０１９と、に表示する。
【００９８】
当該カレンダ日（発見時）２００２、当該カレンダ日（現在）２００３、当該カレンダ日（部品交換期日）２００４における当該号機２００５に使用されている当該部品２００９に関して診断された予兆タイプ２０２０の部品故障確率を、図１９の画面の左部分の２０２１、２０２２、２０２３に表示する。
【００９９】
当該号機２００５に使用されている当該部品２００９に関する当該故障リスク２００１以外の全ての故障リスクの集まりを表す関係故障リスク２０２４を、図１９の画面の左部分に表示する。さらに、当該関係故障リスク２０２４を含む全ての関係故障リスクの数２０２５のうちの当該関係故障リスク２０２４の切迫度の順位２０２６、当該関係故障リスク２０２４に含む関係故障リスクの数２０２７のうちの当該故障リスク２００１の切迫度の順位２０２８、当該関係故障リスク２０２４に関して当該号機２００５に使用されている当該部品２００９を交換する関係故障リスク部品交換カレンダ日２０２９、を図１９の画面の左部分に表示する。
【０１００】
図１９の画面の右部分は、図１９の画面の左部分の表示選択２０３０で指定された故障リスク２００１の測定項目２０１３の測定値２０３１、測定値上限２０３２、測定値下限３０３３、を図１０の故障リスク情報格納部２０００のデータ構造Ｄ２０００のデータ項目３のカレンダ日ごとに、グラフ表示する。カレンダ日（現在）２００３を示すカレンダ日２０３４、カレンダ日（部品交換期日）２００４を示すカレンダ日２０３５、も加えてグラフ表示する。
【０１０１】
また、図１９の画面の右部分は、図１９の画面の左部分の表示選択２０３０で指定された故障リスク２００１に関する部品累積使用時間ごとの部品故障確率２０３６を、当該故障リスク２００１の当該予兆タイプ２０２０と当該部品２００９をキーとして部品故障確率情報格納部１９００から読込み、グラフ表示する。カレンダ日（現在）２００３における部品累積使用時間２０３７も加えてグラフ表示する。
【０１０２】
表示選択２０３８を受付けて、関係故障リスク内順位が１位以外の故障リスクを表示するか表示しないかの切替えをする。本実施の形態では、故障リスク２００１に関する情報を、本システムの故障リスク診断処理部１２００により生成した。これ以外にも、外部手段が持つ情報を本システムに取込んで用いる方式であってもよい。
【０１０３】
閉じるボタン２０３９の押下を受付ければ図１９の画面を閉じる。
【０１０４】
＜運営基準情報を編集・参照する画面＞
本実施の形態の保守部品在庫計画システム１０は、例えば、図２０のような運営基準情報を編集・参照する画面を、図１４の画面の左部分の運営基準情報を編集・参照する画面を表示するボタン１００６の押下を受付けて表示する。図２０の画面は、図１１で示した運営基準情報格納部２１００のデータ構造Ｄ２１００のようなデータ構造を表示する。
【０１０５】
図２０の画面では、運営基準情報を編集・参照する部品２１０１と予兆タイプ２１０２の指定を受付け、当該部品２１０１と当該予兆タイプ２１０２に関して、図２０の画面の上段において、全ての号機の共通の運営基準を設定する。
【０１０６】
まず、部品交換時の部品故障確率２１０３の入力を受付け、当該予兆タイプ２１０２と当該部品２１０１と当該部品故障確率２１０３をキーとする部品故障確率情報格納部１９００のレコードの部品累積使用時間２１０４を表示する。ここで、逆に、部品累積使用時間２１０４の入力を受付け、当該予兆タイプ２１０２と当該部品２１０１と当該部品累積使用時間２１０４をキーとする部品故障確率情報格納部１９００のレコードの部品故障確率２１０３を表示するのであってもよい。
【０１０７】
次に、部品交換時からどれだけ前に部品在庫引当をしなければいけないかを示す固定期間日数（部品引当〜交換）２１０５と固定期間理由２１０６の入力を受付ける。固定期間理由２１０６は、例えば、部品倉庫から保守現場へ保守部品を移動するリードタイムや、部品再生工場の生産引当ポイントから再生保守部品を生産するリードタイムと当該部品再生工場から当該保守現場へ当該再生保守部品を移動するリードタイムを合わせた期間などがある。
【０１０８】
編集反映ボタン２１０７を受付ければ、上記の編集内容を運営基準情報格納部２１００へ反映する。
【０１０９】
図２０の画面の下段において、当該部品２１０１について当該予兆タイプ２１０２の予兆を診断されている複数の号機２１０８の中から号機別に変換した運営基準を参照したい当該号機２１０８の選択を受付ける。
【０１１０】
当該号機２１０８の部品交換時の部品累積使用時間２１０９は、共通設定の部品累積使用時間２１０４を転記する。当該号機２１０８の部品在庫引当の部品累積使用時間２１１１は、共通設定の部品交換の当該部品累積使用時間２１０４から共通設定の部品在庫引当の固定期間日数２１０５に当該号機２１０８と当該部品２１０１と当該部品累積使用時間２１０４をキーとする号機ステータス情報格納部１６００のレコードの本体稼働率を掛けた値を差引いた値を表示する。
【０１１１】
当該号機２１０８の部品交換の部品故障確率２１１０は、当該部品２１０１と当該部品累積使用時間２１０９をキーとする部品故障確率情報格納部１９００のレコードの部品故障確率を表示する。当該号機２１０８の部品在庫引当の部品故障確率２１１２は、当該部品２１０１と当該部品累積使用時間２１１１をキーとする部品故障確率情報格納部１９００のレコードの部品故障確率を表示する。
【０１１２】
図１８の部品故障確率情報を編集・参照する画面の右部分で表示したグラフと同様のものを２１１３に表示する。その上に、当該号機２１０８の当該部品２１０１の予兆タイプ２１０２に関して、部品在庫引当時の部品累積使用時間２１１４における部品故障確率２１１５の点２１１６を、部品交換時の部品累積使用時間２１１７における部品故障確率２１１８の点２１１９を、重ねて表示する。
【０１１３】
閉じるボタン２１２０の押下を受付ければ図２０の画面を閉じる。
【０１１４】
＜部品在庫枠紐付情報を編集・参照する画面＞
本実施の形態の保守部品在庫計画システム１０は、例えば、図２１のような部品在庫枠紐付情報を編集・参照する画面を、図１４の画面の左部分の部品在庫枠紐付情報を編集・参照する画面を表示するボタン１００７の押下を受付けて表示する。図２１の画面は、図１２で示した部品在庫枠紐付情報格納部２２００のデータ構造Ｄ２２００のようなデータ構造を表示する。
【０１１５】
図２１の画面の上段では、本システムの部品在庫枠紐付情報処理部１３００により生成された保守部品在庫計画を表示する。図２１の例では、カレンダ日２２０１、カレンダ日２２０２、カレンダ日２２０３において、部品（ｐ１）２２０４が４つの部品在庫枠（部品在庫枠（ｗ１）２２０５、部品在庫枠（ｗ２）２２０６、部品在庫枠（ｗ３）２２０７、部品在庫枠（ｗ４）２２０８）を持ち、部品（ｐ２）２２２１が部品在庫枠を持たず部品在庫枠を要求されていることを示す（（枠要求１）２２２２）。
【０１１６】
部品在庫枠（ｗ１）２２０５は、カレンダ日２２０１、カレンダ日２２０２、カレンダ日２２０３において、故障リスク（ｄ１）２２０９、故障リスク（ｄ１）２２１０、（未紐付）２２１１を表示しているが、これは、図１２の部品在庫枠紐付情報格納部２２００のデータ構造Ｄ２２００のデータ項目４の部品在庫枠ステータスの値である。
【０１１７】
部品在庫枠（ｗ１）２２０５に対して、カレンダ日２２０１、カレンダ日２２０２において、故障リスク（ｄ１）２２０９・２２１０が紐付けられ、カレンダ日２２０３において、故障リスクが紐付いていない、ことを示す。すなわち、カレンダ日２２０３において、部品在庫枠（ｗ１）２２０５に紐付いている部品在庫現物が部品交換のため出庫され、部品在庫枠（ｗ１）２２０５が解放されて、（未紐付）２２１１になったことを示す。
【０１１８】
部品在庫枠（ｗ２）２２０６に対して、カレンダ日２２０１、カレンダ日２２０２、カレンダ日２２０３において、故障リスク（ｄ２）２２１２、故障リスク（ｄ２）２２１３、故障リスク（ｄ２）２２１４が紐付けられていることを示す。図２１の画面では、部品在庫枠（ｗ２）２２０６に対して、故障リスク（ｄ２）が紐付けられていることは分かるが、部品在庫枠（ｗ２）２２０６が部品在庫現物と紐付いているかどうかは分からない。
【０１１９】
部品在庫枠（ｗ３）２２０７は、カレンダ日２２０１、カレンダ日２２０２、カレンダ日２２０３において、（未紐付）２２１５、故障リスク（ｄ３）２２１６、故障リスク（ｄ３）２２１７を表示している。
【０１２０】
部品在庫枠（ｗ３）２２０７に対して、カレンダ日２２０１において、故障リスクが紐付いておらず、カレンダ日２２０２、カレンダ日２２０３において、故障リスク（ｄ３）２２１６・２２１７が紐付けられている、ことを示す。これは、カレンダ日２２０１の時点では、部品在庫枠への紐付が必要な故障リスクの数が部品在庫枠の数よりも小さく、部品在庫枠（ｗ３）２２０７が空き状態にあることを示す。
【０１２１】
部品在庫枠（ｗ４）２２０８は、カレンダ日２２０１、カレンダ日２２０２、カレンダ日２２０３において、全て（未紐付）２２１８・２２１９・２２２０であり、空き状態にあることを示す。
【０１２２】
部品（ｐ２）２２２１については、部品在庫枠がない状態にあり、カレンダ日２２０１、カレンダ日２２０２において、（−）２２２３・２２２４を表示しているが、カレンダ日２２０３において、部品在庫枠への紐付が必要な故障リスク（ｄ５）２２２５が発生するため、部品在庫枠の生成を要求する部品在庫枠ステータスである（枠要求１）２２２２が表示されている。
【０１２３】
部品在庫枠の追加・削除や枠要求への対応については、後ほど図２７、図２８の処理フローを用いて説明する。
【０１２４】
図２１の画面の下段では、図２１の画面の上段で表示選択した故障リスク２２０９とカレンダ日２２０１に関する情報（部品２２２６の部品在庫枠２２２７にカレンダ日２２２８において紐付く故障リスク）を表示する。図１９の故障リスク情報を参照する画面の左部分に表示したものとほぼ同様のものであるが、図１９の画面では故障リスクとともにカレンダ日（現在）２００３をキー値として故障リスク情報格納部２０００の情報を表示していたのに対して、図２１の画面では、カレンダ日（現在）ではなく、カレンダ日（選択時点）２２３１を故障リスクとともにキー値として故障リスク情報格納部２０００の情報を表示する。図２１の画面においては、図１９と同様の部分は図示を省略している。
【０１２５】
本実施の形態では、本システムの部品在庫枠紐付処理部１３００による処理結果やユーザから入力された値を用いる。これ以外にも、外部手段が持つ情報を本システムに取込んで用いる方式であってもよい。
【０１２６】
編集反映ボタン２２５９の押下を受付ければ、図２１の画面の編集内容を部品在庫枠紐付情報格納部２２００へ反映する。閉じるボタン２２６０の押下を受付ければ図２１の画面を閉じる。
【０１２７】
＜部品在庫現物紐付情報を編集・参照する画面＞
本実施の形態の保守部品在庫計画システム１０は、例えば、図２２のような部品在庫現物紐付情報を編集・参照する画面を、図１４の画面の左部分の部品在庫現物紐付情報を編集・参照する画面を表示するボタン１００８の押下を受付けて表示する。図２２の画面は、図１３で示した部品在庫現物紐付情報格納部２３００のデータ構造Ｄ２３００のようなデータ構造を表示する。
【０１２８】
図２２の画面の上段では、本システムの部品在庫現物紐付情報処理部１４００により生成された保守部品在庫計画を表示する。図２２の例では、カレンダ日２３０１、カレンダ日２３０２、カレンダ日２３０３において、部品（ｐ１）２３０４が２つの部品在庫現物（部品在庫現物（ｂ１）２３０５、部品在庫現物（ｂ２）２３０６）を持つが、さらに１つの部品在庫現物を要求されており（（現物要求１）２３０７）、部品（ｐ２）２３１７が１つの部品在庫現物（部品在庫現物（ｂ５）２３１８）を持つことを示す。
【０１２９】
部品在庫現物（ｂ１）２３０５は、カレンダ日２３０１、カレンダ日２３０２、カレンダ日２３０３において、部品在庫枠（ｗ１）２３０８、部品在庫枠（ｗ１）２３０９、（−）２３１０を表示しているが、これは、図１３の部品在庫現物紐付情報格納部２３００のデータ構造Ｄ２３００のデータ項目４の部品在庫現物ステータスの値である。
【０１３０】
部品在庫現物（ｂ１）２３０５に対して、カレンダ日２３０１、カレンダ日２３０２において、部品在庫枠（ｗ１）２３０８・２３０９が紐付けられ、カレンダ日２３０３において、部品在庫現物（ｂ１）が存在しない、ことを示す。すなわち、カレンダ日２３０３において、部品在庫現物（ｂ１）２３０５が部品交換のため出庫されたことを示す。なお、このとき部品在庫枠（ｗ１）は解放されて、部品在庫枠ステータスが（未紐付）になる。
【０１３１】
部品在庫現物（ｂ２）２３０６に対して、カレンダ日２３０１、カレンダ日２３０２、カレンダ日２３０３において、部品在庫枠（ｗ２）２３１１、部品在庫枠（ｗ２）２３１２、部品在庫枠（ｗ２）２３１３が紐付けられていることを示す。
【０１３２】
（現物要求１）２３０７に対して、カレンダ日２３０１、カレンダ日２３０２、カレンダ日２３０３において、（―）２３１４、部品在庫枠（ｗ３）２３１５、部品在庫枠（ｗ３）２３１６が表示されている。
【０１３３】
（現物要求１）２３０７は、カレンダ日２３０１において、未入庫であり、カレンダ日２３０２・カレンダ日２３０３において、部品在庫枠（ｗ３）２３１５・２３１６と紐付けられていることを示す。すなわち、カレンダ日２３０２の時点で部品在庫枠に紐付く必要のある故障リスクが発生し、当該故障リスクが部品在庫枠（ｗ３）２３１５に紐付いたため、部品在庫枠（ｗ３）が部品在庫現物と紐付く必要が生まれ、（現物要求１）２３０７を表示している、ことを示す。
【０１３４】
部品（ｐ２）２３１７の部品在庫現物（ｂ５）２３１８に対して、カレンダ日２３０１、カレンダ日２３０２、カレンダ日２３０３において、（―）２３１９、（未紐付）２３２０、（枠要求１）２３２１が表示されている。
【０１３５】
部品在庫現物（ｂ５）は、カレンダ日２３０１の時点では未入庫であり、カレンダ日２３０２の時点で入庫するが、部品在庫現物を要求する部品在庫枠が存在せず未紐付の状態となる。さらに、カレンダ日２３０３の時点で部品在庫枠への紐付を必要とする故障リスクが生じるが、部品在庫枠が存在しないため部品在庫枠を要求する枠要求が生じ、当該枠要求が部品在庫現物への紐付を必要とするため、当該枠要求を部品在庫現物（ｂ５）に紐付ける、ことを示す。
【０１３６】
部品在庫現物の追加・削除や現物要求への対応については、後ほど図２９、図３０の処理フローを用いて説明する。なお、枠要求への対応については、図２１の部品在庫枠紐付情報を編集・参照する画面や後ほど図２７、図２８で説明する処理フローにより対応する。
【０１３７】
図２２の画面の下段では、図２２の画面の上段で表示選択した部品在庫枠２３０８とカレンダ日２３０１に関する情報（部品２３２２の部品在庫現物２３２３（部品在庫枠２３２４）にカレンダ日２３２５において紐付く故障リスク）を表示する。図１９の故障リスク情報を参照する画面の左部分に表示したものとほぼ同様のものであるが、図１９の画面では故障リスクとともにカレンダ日（現在）２００３をキー値として故障リスク情報格納部２０００の情報を表示していたのに対して、図２２の画面では、カレンダ日（現在）ではなく、カレンダ日（選択時点）２３２８を故障リスクとともにキー値として故障リスク情報格納部２０００の情報を表示する。図２２の画面においては、図１９と同様の部分は図示を省略している。
【０１３８】
本実施の形態では、本システムの部品在庫現物紐付処理部１４００による処理結果やユーザから入力された値を用いる。これ以外にも、外部手段が持つ情報を本システムに取込んで用いる方式であってもよい。
【０１３９】
編集反映ボタン２３５６の押下を受付ければ、図２２の画面の編集内容を部品在庫現物紐付情報格納部２３００へ反映する。閉じるボタン２３５７の押下を受付ければ図２２の画面を閉じる。
【０１４０】
＜計画生成手順制御処理部に関する処理フロー＞
本実施の形態の保守部品在庫計画システム１０は、例えば、図２３〜図３０で示すような処理フローに沿って動作する。下記に具体的に説明する。
【０１４１】
図２３と図２４をＡの連結点でつなげた図は、計画生成手順制御処理部１１００に関する処理フローの一例である。
【０１４２】
ステップＳ１１０１で、保守部品在庫計画システムのメニュー画面を表示する。
【０１４３】
次に、ステップＳ１１０２で、ステップＳ１１０１で表示したメニュー画面で、選択された処理区分が自動実行で、かつ、指定された開始時刻のパターンにシステム時刻が当てはまる、という条件が満たされるまで待機し、当該条件を満たせばステップＳ１１０３に進む。
【０１４４】
ステップＳ１１０３で、情報格納部の編集・参照の画面を使用不可にする。具体的には、上記のメニュー画面に関するメモリ上のデータ構造の、号機ステータス情報格納部使用フラグ、号機状態測定情報格納部使用フラグ、診断基準情報格納部使用フラグ、故障リスク情報格納部使用フラグ、運営基準情報格納部使用フラグ、部品在庫枠紐付情報格納部使用フラグ、部品在庫現物紐付情報格納部使用フラグ、を使用中にし、メニュー画面から各々の情報格納部を編集・参照するボタンを押せないようにする。
【０１４５】
次に、ステップＳ１１０４で、今回処理実行日時をシステム時刻で上書きする。次に、ステップＳ１１０５で、処理ステータスを、累積時間算出処理中にする。
【０１４６】
次に、ステップＳ１１０６で、将来の累積時間を求める。具体的には、今回処理実行日時より将来のカレンダ日の各々に対して、以下の値とし、号機ステータス情報格納部１６００へ格納する。号機ごとの本体稼働率は、今回処理実行日時の直前のカレンダ日の本体稼働率の値と同じ値とする。号機ごとの本体累積稼動時間は、今回処理実行日時の直前のカレンダ日の本体累積稼動時間に、当該今回処理実行日時の直前のカレンダ日と今回処理実行日時より将来の各々のカレンダ日の差分に号機ごとの本体稼働率を掛けた値を加えた値とする。各号機の部品ごとの部品累積使用時間は、今回処理実行日時の直前のカレンダ日の部品累積使用時間に、当該今回処理実行日時の直前のカレンダ日と今回処理実行日時より将来の各々のカレンダ日の差分に号機ごとの本体稼働率を掛けた値を加えた値とする。
【０１４７】
次に、ステップＳ１１０７で、故障リスク診断処理部１２００へ故障リスク診断依頼の信号を送信する。次に、ステップＳ１１０８で、処理ステータスを、故障リスク診断処理中にする。
【０１４８】
次に、ステップＳ１１０９で、故障リスク診断処理部１２００から故障リスク診断完了の信号を受信した、という条件が満たされるまで待機し、当該条件を満たせばステップＳ１１１０に進む。
【０１４９】
ステップＳ１１１０で、部品在庫枠紐付処理部１３００へ部品在庫枠紐付依頼の信号を送信する。次に、ステップＳ１１１１で、処理ステータスを、部品在庫枠紐付処理中にする。
【０１５０】
次に、ステップＳ１１１２で、部品在庫枠紐付処理部１３００から部品在庫枠紐付完了の信号を受信した、という条件が満たされるまで待機し、当該条件を満たせばステップＳ１１１３に進む。
【０１５１】
ステップＳ１１１３で、部品在庫現物紐付処理部１４００へ部品在庫現物紐付依頼の信号を送信する。次に、ステップＳ１１１４で、処理ステータスを、部品在庫現物紐付処理中にする。
【０１５２】
次に、ステップＳ１１１５で、部品在庫現物紐付処理部１４００から部品在庫現物紐付完了の信号を受信した、という条件が満たされるまで待機し、当該条件を満たせばステップＳ１１１６に進む。
【０１５３】
ステップＳ１１１６で、処理ステータスを、停止中にする。次に、ステップＳ１１１７で、前回処理実行日時を今回処理実行日時で上書し、今回処理実行日時を空白にする。
【０１５４】
次に、ステップＳ１１１８で、情報格納部の編集・参照の画面を使用可にする。具体的には、上記のメニュー画面に関するメモリ上のデータ構造の、号機ステータス情報格納部使用フラグ、号機状態測定情報格納部使用フラグ、診断基準情報格納部使用フラグ、故障リスク情報格納部使用フラグ、運営基準情報格納部使用フラグ、部品在庫枠紐付情報格納部使用フラグ、部品在庫現物紐付情報格納部使用フラグ、を未使用にし、メニュー画面から各々の情報格納部を編集・参照するボタンを押せるようにする。
【０１５５】
＜故障リスク診断処理部に関する処理フロー＞
図２５と図２６をＢの連結点でつなげた図は、故障リスク診断処理部１２００に関する処理フローの一例である。
【０１５６】
ステップＳ１２０１で、計画生成手順制御処理部１１００から故障リスク診断依頼の信号を受信した、という条件が満たされるまで待機し、当該条件を満たせばステップＳ１２０２に進む。
【０１５７】
ステップＳ１２０２で、測定日の部品累積使用時間を求める。具体的には、号機状態測定情報格納部１７００のレコードのうち、全ての号機、全ての部品、全ての測定項目、保守部品在庫計画システムのメニュー画面で示す前回処理実行日時から今回処理実行日時の前日までのカレンダ日の各々をキーとする複数のレコードについて、以下の処理を行う。全ての号機、全ての部品、当該前回処理実行日時から当該今回処理実行日時の前日までのカレンダ日の各々をキーとして、号機ステータス情報格納部１６００の部品累積使用時間を号機状態測定情報格納部１７００の当該レコードの部品累積使用時間に書込む。
【０１５８】
次に、号機状態測定情報格納部１７００のレコードのうち、全ての号機、全ての部品、全ての測定項目、保守部品在庫計画システムのメニュー画面で示す前回処理実行日時から今回処理実行日時の前日までのカレンダ日について、ステップＳ１２０３からステップＳ１２０６までの処理を分岐条件に従って繰返す。
【０１５９】
ステップＳ１２０３で、診断基準による測定値のチェックをする。具体的には、号機状態測定情報格納部１７００の当該レコードの測定値が、号機状態測定情報格納部１７００の当該レコードの部品、測定項目、部品累積使用時間をキーとする診断基準情報格納部１８００のレコードの測定値上限から測定値下限までの範囲に収まっている、という条件を満たす場合はステップＳ１２０６に進み、当該条件が満たさない場合はステップＳ１２０４に進む。
【０１６０】
ステップＳ１２０４で、既存の故障リスクとして把握・管理しているかチェックする。具体的には、診断基準情報格納部１８００の当該レコードの予兆タイプと号機状態測定情報格納部１７００の当該レコードの号機と部品と測定項目とカレンダ日を含む故障リスク情報格納部２０００のレコードが存在する、という条件を満たす場合はステップＳ１２０６に進み、当該条件を満たさない場合はステップＳ１２０５に進む。
【０１６１】
ステップＳ１２０５で、新規の故障リスクを登録する。具体的には、故障リスク情報格納部２０００に新規にユニークな値で自動的に振られる故障リスクと号機状態測定情報格納部１７００の当該レコードのカレンダ日をキーとするレコードを新しく生成し、以下の書込みを行う。
【０１６２】
診断基準情報格納部１８００の当該レコードの予兆タイプを、故障リスク情報格納部２０００の当該レコードの予兆タイプに書込む。号機状態測定情報格納部１７００の当該レコードの号機と部品とカレンダ日をキーとして、号機ステータス情報格納部１６００のレコードの本体累積稼動時間を、故障リスク情報格納部２０００の本体累積稼動時間（発見時）及び本体累積稼動時間に書込む。号機状態測定情報格納部１７００の当該レコードの号機と部品と測定項目とカレンダ日と部品累積使用時間と測定値を、故障リスク情報格納部２０００の当該レコードの号機と部品と測定項目とカレンダ日（発見時）及びカレンダ日と部品累積使用時間（発見時）及び部品累積使用時間と測定値（発見時）及び測定値に書込む。
【０１６３】
診断基準情報格納部１８００の当該レコードの予兆タイプと測定値上限と測定値下限を、故障リスク情報格納部２０００の当該レコードの予兆タイプと測定値上限（発見時）及び測定値上限と測定値下限（発見時）及び測定値下限に書込む。号機状態測定情報格納部１７００の当該レコードの部品と部品累積使用時間と診断基準情報格納部１８００の当該レコードの予兆タイプをキーとして、部品故障確率情報格納部１９００のレコードの部品故障確率を、故障リスク情報格納部２０００の当該レコードの部品故障確率（発見時）及び部品故障確率に書込む。
【０１６４】
ステップＳ１２０５の後は、次の繰返し対象があればステップＳ１２０３からの繰返しに戻り、次の繰返し対象がなければ、ステップＳ１２０７に進む。
【０１６５】
ステップＳ１２０６で、既存の故障リスクを更新する。具体的には、以下の書込みを行う。号機状態測定情報格納部１７００の当該レコードのカレンダ日を、故障リスク情報格納部２０００のレコードのカレンダ日に書込む。当該カレンダ日と故障リスク情報格納部２０００の当該レコードの号機と部品をキーとして、号機ステータス情報格納部１６００のレコードの本体累積稼動時間を、故障リスク情報格納部２０００の当該レコードの本体累積稼動時間に書込む。
【０１６６】
当該カレンダ日と故障リスク情報格納部２０００の当該レコードの号機と部品と測定項目をキーとして、号機状態測定情報格納部１７００のレコードの部品累積使用時間と測定値を、故障リスク情報格納部２０００の当該レコードの部品累積使用時間と測定値に書込む。故障リスク情報格納部２０００の当該レコードの予兆タイプと部品と部品累積使用時間をキーとして、部品故障確率情報格納部１９００のレコードの部品故障確率１９００を、故障リスク情報格納部２０００の当該レコードの部品故障確率に書込む。
【０１６７】
ステップＳ１２０６の後は、次の繰返し対象があればステップＳ１２０３からの繰返しに戻り、次の繰返し対象がなければ、ステップＳ１２０７に進む。
【０１６８】
ステップＳ１２０７で、新規・既存の故障リスクの将来の見通しを求める。具体的には、故障リスク情報格納部２０００の全てのレコードのうち、保守部品在庫計画システムのメニュー画面で示す今回処理実行日時以降のカレンダ日をキーに含む複数のレコードの各々について、以下の書込みを行う。
【０１６９】
故障リスク情報格納部２０００の当該レコードの号機、部品、カレンダ日をキーとして、号機ステータス情報格納部１６００のレコードの本体累積稼動時間と部品累積使用時間を、故障リスク情報格納部２０００の当該レコードの本体累積稼動時間と部品累積使用時間に書込む。故障リスク情報格納部２０００の当該レコードの予兆タイプと部品と部品累積使用時間をキーとして、部品故障確率情報格納部１９００のレコードの部品故障確率を、故障リスク情報格納部２０００の当該レコードの部品故障確率に書込む。
【０１７０】
故障リスク情報格納部２０００の当該レコードの故障リスクとカレンダ日の前日のカレンダ日をキーとして、故障リスク情報格納部２０００の別レコードの測定項目を、故障リスク情報格納部２０００の当該レコードの測定項目に書込む。故障リスク情報格納部２０００の当該レコードの測定値に−を書込む。故障リスク情報格納部２０００の当該レコードの部品、測定項目、部品累積使用時間をキーとして、診断基準情報格納部１８００の予兆タイプと測定値上限と測定値下限を、故障リスク情報格納部２０００の当該レコードの予兆タイプと測定値上限と測定値下限に書込む。
【０１７１】
次に、ステップＳ１２０８で、関係故障リスク内の故障リスクの各々に対する部品交換期日を求める。具体的には、故障リスク情報格納部２０００のレコードを、同一の号機ごと、かつ、同一の部品ごと、かつ、予兆タイプごと、に分けた複数の集まり（関係故障リスク内の故障リスク）の各々について、以下の書込みを行う。
【０１７２】
カレンダ日が保守部品在庫計画システムのメニュー画面で示す前回処理実行日時以降の範囲について、当該集まり（関係故障リスク内の故障リスク）の部品と予兆タイプをキーとする運営基準情報格納部２１００のレコードの部品累積使用時間（部品交換時点）の値を、故障リスク情報格納部２０００の当該集まり（関係故障リスク内の故障リスク）の部品累積使用時間（発見時）の値に加えた合計の部品累積使用時間の値を、故障リスク情報格納部２０００の当該集まり（関係故障リスク内の故障リスク）に属する全てのレコードのカレンダ日（部品交換期日）に書込む。故障リスク情報格納部２０００の当該集まり（関係故障リスク内の故障リスク）の号機と部品、をキーとする号機ステータス情報格納部１６００のレコードのカレンダ日を、故障リスク情報格納部２０００の当該集まり（関係故障リスク内の故障リスク）に属する全てのレコードのカレンダ日（部品交換期日）に書込む。
【０１７３】
次に、ステップＳ１２０９で、関係故障リスク内の故障リスクの切迫度の順位を求める。具体的には、故障リスク情報格納部２０００のレコードを、同一の号機ごと、かつ、同一の部品ごと、かつ、予兆タイプごと、に分けた複数の集まり（関係故障リスク内の故障リスク）の各々について、以下の書込みを行う。カレンダ日が保守部品在庫計画システムのメニュー画面で示す前回処理実行日時以降の範囲について、当該集まり（関係故障リスク内の故障リスク）ごとのカレンダ日（部品交換期日）を時期的に早いものから順に付けた順位を、当該集まり（関係故障リスク内の故障リスク）の各々に属する全てのレコードの関係故障リスク内故障リスク順位に書込む。
【０１７４】
次に、ステップＳ１２１０で、関係故障リスク内の故障リスクの数を求める。具体的には、故障リスク情報格納部２０００のレコードを、同一の号機ごと、かつ、同一の部品ごと、かつ、予兆タイプごと、に分けた複数の集まり（関係故障リスク内の故障リスク）の各々について、以下の書込みを行う。カレンダ日が保守部品在庫計画システムのメニュー画面で示す前回処理実行日時以降の範囲について、当該集まり（関係故障リスク内の故障リスク）の数を、当該集まり（関係故障リスク内の故障リスク）の各々に属する全てのレコードの関係故障リスク内故障リスク数に書込む。
【０１７５】
次に、ステップＳ１２１１で、関係故障リスク内の全ての関係故障リスクに対する部品交換日を求める。具体的には、故障リスク情報格納部２０００のレコードを、同一の号機ごと、かつ、同一の部品ごと、かつ、予兆タイプごと、に分けた複数の集まり（関係故障リスク内の故障リスク）の各々について、以下の書込みを行う。カレンダ日が保守部品在庫計画システムのメニュー画面で示す前回処理実行日時以降の範囲について、当該集まり（関係故障リスク内の故障リスク）のうち関係故障リスク内故障リスク順位が１位の故障リスクのカレンダ日（部品交換期日）を、当該集まり（関係故障リスク内の故障リスク）に各々に属する全てのレコードの関係故障リスク部品交換カレンダ日に書込む。
【０１７６】
次に、ステップＳ１２１２で、関係故障リスクの順位を求める。具体的には、故障リスク情報格納部２０００のレコードを、同一の号機ごと、かつ、同一の部品ごと、に分けた複数の集まり（関係故障リスク）の各々について、以下の書込みを行う。カレンダ日が保守部品在庫計画システムのメニュー画面で示す前回処理実行日時以降の範囲について、当該集まり（関係故障リスク）ごとの関係故障リスク部品交換カレンダ日を時期的に早いものから順に付けた順位を、当該集まり（関係故障リスク）の各々に属する全てのレコードの関係故障リスク順位に書込む。
【０１７７】
次に、ステップＳ１２１３で、関係故障リスクの数を求める。具体的には、故障リスク情報格納部２０００のレコードを、同一の号機ごと、かつ、同一の部品ごと、に分けた複数の集まり（関係故障リスク）の各々について、以下の書込みを行う。カレンダ日が保守部品在庫計画システムのメニュー画面で示す前回処理実行日時以降の範囲について、当該集まり（関係故障リスク）の数を、当該集まり（関係故障リスク）の各々に属する全てのレコードの関係故障リスク数に書込む。
【０１７８】
次に、ステップＳ１２１４で、関係故障リスク内の故障リスクの部品交換期日における各種情報を求める。具体的には、故障リスク情報格納部２０００のレコードを、同一の号機ごと、かつ、同一の部品ごと、かつ、予兆タイプごと、に分けた複数の集まり（関係故障リスク内の故障リスク）の各々について、以下の書込みを行う。
【０１７９】
カレンダ日が保守部品在庫計画システムのメニュー画面で示す前回処理実行日時以降の範囲について、当該集まり（関係故障リスク内の故障リスク）の各々の号機と部品とカレンダ日（部品交換期日）をキーとする号機ステータス情報格納部１６００のレコードの本体累積稼動時間と部品累積使用時間を、当該集まり（関係故障リスク内の故障リスク）に属する全てのレコードの本体累積稼動時間（部品交換期日）と部品累積使用時間（部品交換期日）に書込む。当該集まり（関係故障リスク内の故障リスク）の各々の予兆タイプと部品と部品累積使用時間（部品交換期日）をキーとする部品故障確率情報格納部１９００のレコードの部品故障確率を、当該集まり（関係故障リスク内の故障リスク）の各々に属する全てのレコードの部品故障確率に書込む。
【０１８０】
次に、ステップＳ１２１５で、計画生成手順制御処理部１１００へ故障リスク診断完了の信号を送信する。
【０１８１】
＜部品在庫枠紐付処理部に関する処理フロー＞
図２７と図２８をＣの連結点でつなげた図は、部品在庫枠紐付処理部１３００に関する処理フローの一例である。
【０１８２】
ステップＳ１３０１で、計画生成手順制御処理部１１００から部品在庫枠紐付依頼の信号を受信した、という条件を満たすまで待機し、当該条件を満たせば続きの処理に進む。
【０１８３】
次に、故障リスク情報格納部２０００のレコードを、同一の号機ごと、かつ、同一の部品ごと、に分けた複数の集まり（関係故障リスク）の各々について、カレンダ日が保守部品在庫計画システムのメニュー画面で示す前回処理実行日時以降の範囲について、当該集まり（関係故障リスク）の関係故障リスク順位が上位のものから順に、ステップＳ１３０２からステップＳ１３０６までの処理を分岐条件に従って繰返す。
【０１８４】
ステップＳ１３０２で、故障リスクが未紐付の部品在庫枠を探す。具体的には、当該集まり（関係故障リスク）の中で関係故障リスク内故障リスク順位が１位である故障リスク情報格納部２０００のレコードのカレンダ日（部品交換期日）から故障リスク情報格納部２０００の当該レコードの部品と予兆タイプをキーとする運営基準情報格納部２１００のレコードの固定期間日数（部品引当〜交換）を差引いてカレンダ日を求める。求めたカレンダ日から、故障リスク情報格納部２０００の当該レコードのカレンダ日（部品交換期日）まで、の期間に対して、故障リスク情報格納部２０００の当該レコードの部品とカレンダ日をキーとする部品在庫枠紐付情報格納部２２００のレコードの部品在庫枠ステータスが当該期間の全てにおいて未紐付である部品在庫枠を検索する。
【０１８５】
次に、ステップＳ１３０３で、部品在庫枠紐付情報格納部２２００のレコードの部品在庫枠ステータスが当該期間の全てにおいて未紐付である部品在庫枠が存在した、という条件を満たせばステップＳ１３０４に進み、当該条件を満たさなければステップＳ１３０５に進む。
【０１８６】
ステップＳ１３０４で、故障リスクを部品在庫枠に紐付ける。具体的には、当該期間に関して故障リスク情報格納部２０００の当該レコードの故障リスクを、部品在庫枠紐付情報格納部２２００の当該レコードの部品在庫枠ステータスに書込む。ステップＳ１３０４の後は、次の繰返し対象があればステップＳ１３０２からの繰返しに戻り、次の繰返し対象がなければ、ステップＳ１３０７に進む。
【０１８７】
ステップＳ１３０５で、部品在庫枠を要求する。具体的には、当該期間および当該期間以降に関して部品在庫枠紐付情報格納部２２００に新規にレコードを追加し、当該追加したレコードの部品在庫枠に枠要求のユニークな番号を発行して書込み、当該追加したレコードの部品在庫枠ステータスに未紐付を書込む。
【０１８８】
次に、ステップＳ１３０６で、故障リスクを枠要求に紐付ける。具体的には、当該期間に関して故障リスク情報格納部２０００の当該レコードの故障リスクを、部品在庫枠紐付情報格納部２２００の当該追加したレコードの部品在庫枠ステータスに書込む。ステップＳ１３０６の後は、次の繰返し対象があればステップＳ１３０２からの繰返しに戻り、次の繰返し対象がなければ、ステップＳ１３０７に進む。
【０１８９】
ステップＳ１３０７で、部品在庫枠紐付情報を編集・参照する画面の初期画面を表示する。具体的には、カレンダ日が保守部品在庫計画システムのメニュー画面で示す前回処理実行日時以降の範囲について、部品在庫枠紐付情報格納部２２００のレコードを参照し、存在するレコードの情報はそのまま、存在しないレコードの部品在庫枠ステータスは−と置換える。そして、部品在庫枠紐付情報を編集・参照する画面の上段部分を表示し、ユーザからの入力を待受ける。
【０１９０】
次に、ステップＳ１３０８で、ユーザからの入力があった、という条件を満たすまで待機し、当該条件を満たせばステップＳ１３０９に進む。
【０１９１】
ステップＳ１３０９で、ユーザからの当該入力は、部品在庫枠紐付情報格納部２２００のレコードの部品在庫枠を表示する欄に対するマウスクリックである、という条件を満たせばステップＳ１３１０に進み、当該条件を満たさなければステップＳ１３１１に進む。
【０１９２】
ステップＳ１３１０で、ユーザからの部品在庫枠に関する操作に応じた処理を行う。具体的には、枠要求対応と追加と削除とキャンセルからなるサブメニューを表示し、以下の処理を行う。
【０１９３】
当該サブメニューに対してユーザが枠要求対応を選択した場合は、部品在庫枠ステータスが枠要求の状態にある部品在庫枠に関して部品在庫枠のユニークな番号を発行して部品在庫枠情報格納部の当該レコードの部品在庫枠に上書きするとともに、枠要求がある期間に関して故障リスク情報格納部２０００の当該レコードの故障リスクを部品在庫枠紐付情報格納部２２００の当該レコードの部品在庫枠ステータスに書込む。
【０１９４】
当該サブメニューに対してユーザが追加を選択した場合は、前回処理実行日時以降の範囲に関して部品在庫枠のユニークな番号を発行して部品在庫枠情報格納部の新規レコードを登録するとともに、当該レコードの部品在庫枠ステータスに未紐付を書込む。
【０１９５】
当該サブメニューに対してユーザが削除を選択した場合は、前回処理実行日時以降の範囲に関して当該部品在庫枠に関する部品在庫枠情報格納部の全てのレコードの部品在庫枠ステータスが未紐付の場合に限り、当該部品在庫枠に関する部品在庫枠情報格納部の当該全てのレコードを削除する。当該サブメニューに対してユーザがキャンセルを選択した場合は、当該サブメニューを閉じる。
【０１９６】
ただし、上記の各種情報格納部への編集反映はユーザからの編集反映ボタンが押下された場合のみ行い、ユーザからの編集反映ボタンの押下がなく閉じるボタンが押下された場合は編集を無効とする。ステップＳ１３１０の後は、ステップＳ１３０８に戻る。
【０１９７】
ステップＳ１３１１で、ユーザからの当該入力は、部品在庫枠紐付情報格納部２２００のレコードの部品在庫枠ステータスを表示する欄に対するマウスクリックである、という条件を満たせばステップＳ１３１２に進み、当該条件を満たさなければステップＳ１３１３に進む。
【０１９８】
ステップＳ１３１２で、ユーザからの部品在庫枠ステータスに関する操作に応じた処理を行う。具体的には、当該マウスクリックにより選択された部品在庫枠紐付情報を編集・参照する画面の上段部分における部品在庫枠ステータスを表示する欄が未紐付や−ではなく故障リスクが表示されている場合、当該故障リスクを表示する部品在庫枠ステータスの欄の位置するカレンダ日と当該故障リスクをキーとする故障リスク情報格納部２０００のレコードの全ての情報を、当該部品在庫枠紐付情報を編集・参照する画面の下段部分に表示する。
【０１９９】
関係故障リスク内順位が１位以外の故障リスクも表示する、にチェックが入っている場合は、関係故障リスク内順位が１位の故障リスクのレコードの関係故障リスクをキーとして故障リスク情報格納部２０００の複数レコードに関する情報を読込む。そして、当該複数レコードの関係故障リスク内順位に昇順で、当該複数レコードの全ての情報を当該部品在庫枠紐付情報を編集・参照する画面の下段部分に表示する。ステップＳ１３１２の後は、ステップＳ１３０８に戻る。
【０２００】
ステップＳ１３１３で、ユーザからの当該入力は、閉じるボタンに対するマウスクリックである、という条件を満たせばステップＳ１３１４に進み、当該条件を満たさなければステップＳ１３０８に戻る。
【０２０１】
ステップＳ１３１４で、部品在庫枠紐付情報を編集・参照する画面の表示を閉じて、計画生成手順制御処理部１１００へ部品在庫枠紐付完了の信号を送信する。
【０２０２】
＜部品在庫現物紐付処理部に関する処理フロー＞
図２９と図３０をＤの連結点でつなげた図は、部品在庫現物紐付処理部１４００に関する処理フローの一例である。
【０２０３】
ステップＳ１４０１で、計画生成手順制御処理部１１００から部品在庫現物紐付依頼の信号を受信した、という条件を満たすまで待機し、当該条件を満たせば続きの処理に進む。
【０２０４】
次に、部品在庫枠紐付情報格納部２２００のレコードのうち、カレンダ日が保守部品在庫計画システムのメニュー画面で示す前回処理実行日時以降の範囲について、ステップＳ１４０２からステップＳ１４０６までの処理を分岐条件に従って繰返す。
【０２０５】
ステップＳ１４０２で、部品在庫枠が未紐付の部品在庫現物を探す。具体的には、部品在庫枠紐付情報格納部２２００のレコードの部品在庫枠ステータスに故障リスクが１つ以上続けて入っている期間に対して、部品在庫枠紐付情報格納部２２００の当該レコードの部品とカレンダ日をキーとする部品在庫現物紐付情報格納部２３００のレコードの部品在庫現物ステータスが当該期間の全てにおいて未紐付である部品在庫現物を検索する。
【０２０６】
次に、ステップＳ１４０３で、部品在庫現物紐付情報格納部２３００のレコードの部品在庫現物ステータスが当該期間の全てにおいて未紐付である部品在庫現物が存在した、という条件を満たせばステップＳ１４０４に進み、当該条件を満たさなければステップＳ１４０５に進む。
【０２０７】
ステップＳ１４０４で、部品在庫枠を部品在庫現物に紐付ける。具体的には、当該期間に関して部品在庫枠紐付情報格納部２２００の当該レコードの部品在庫枠を、部品在庫現物紐付情報格納部２３００の当該レコードの部品在庫現物ステータスに書込む。ステップＳ１４０４の後は、次の繰返し対象があればステップＳ１４０２からの繰返しに戻り、次の繰返し対象がなければ、ステップＳ１４０７に進む。
【０２０８】
ステップＳ１４０５で、部品在庫現物を要求する。具体的には、当該期間および当該期間以降に関して部品在庫現物紐付情報格納部２３００に新規にレコードを追加し、当該追加したレコードの部品在庫現物に現物要求のユニークな番号を発行して書込み、当該追加したレコードの部品在庫現物ステータスに未紐付を書込む。
【０２０９】
次に、ステップＳ１４０６で、部品在庫枠を現物要求に紐付ける。具体的には、当該期間に関して部品在庫枠紐付情報格納部２２００の当該レコードの部品在庫枠を、部品在庫現物紐付情報格納部２３００の当該追加したレコードの部品在庫現物ステータスに書込む。ステップＳ１４０６の後は、次の繰返し対象があればステップＳ１４０２からの繰返しに戻り、次の繰返し対象がなければ、ステップＳ１４０７に進む。
【０２１０】
ステップＳ１４０７で、部品在庫現物紐付情報を編集・参照する画面の初期画面を表示する。具体的には、カレンダ日が保守部品在庫計画システムのメニュー画面で示す前回処理実行日時以降の範囲について、部品在庫現物紐付情報格納部２３００のレコードを参照し、存在するレコードの情報はそのまま、存在しないレコードの部品在庫枠ステータスは−と置換える。そして、部品在庫現物紐付情報を編集・参照する画面の上段部分を表示し、ユーザからの入力を待受ける。
【０２１１】
ステップＳ１４０８で、ユーザからの入力があった、という条件を満たすまで待機し、当該条件を満たせばステップＳ１４０９に進む。
【０２１２】
ステップＳ１４０９で、ユーザからの当該入力は、部品在庫現物紐付情報格納部２３００のレコードの部品在庫現物を表示する欄に対するマウスクリックである、という条件を満たせばステップＳ１４１０に進み、当該条件を満たさなければステップＳ１４１１に進む。
【０２１３】
ステップＳ１４１０で、ユーザからの部品在庫現物に関する操作に応じた処理を行う。具体的には、現物要求対応と追加と削除とキャンセルからなるサブメニューを表示し、以下の処理を行う。
【０２１４】
当該サブメニューに対してユーザが現物要求対応を選択した場合は、部品在庫現物ステータスが現物要求の状態にある部品在庫現物に関して部品在庫現物をユニークに識別する番号（部品製造番号など）のユーザからの入力を受付けるとともに、現物要求がある期間に関して部品在庫枠情報格納部の当該レコードの部品在庫枠を部品在庫現物情報格納部の当該レコードの部品在庫現物ステータスに書込む。
【０２１５】
当該サブメニューに対してユーザが追加を選択した場合は、前回処理実行日時以降の範囲に関して当該部品在庫現物をユニークに識別する番号（部品製造番号など）のユーザからの入力を受付けるとともに、部品在庫現物情報格納部の新規レコードを登録して当該レコードの部品在庫現物ステータスに未紐付を書込む。
【０２１６】
当該サブメニューに対してユーザが削除を選択した場合は、前回処理実行日時以降の範囲に関して当該部品在庫現物に関する部品在庫現物情報格納部の全てのレコードの部品在庫現物ステータスが未紐付の場合に限り、当該部品在庫現物に関する部品在庫現物情報格納部の当該全てのレコードを削除する。当該サブメニューに対してユーザがキャンセルを選択した場合は、当該全てのレコードを削除する。当該サブメニューに対してキャンセルを選択した場合は、当該サブメニューを閉じる。
【０２１７】
ただし、上記の各種情報格納部への編集反映はユーザからの編集反映ボタンが押下された場合のみ行い、ユーザからの編集反映ボタンの押下がなく閉じるボタンが押下された場合は編集を無効とする。ステップＳ１４１０の後は、ステップＳ１４０８に戻る。
【０２１８】
ステップＳ１４１１で、ユーザからの当該入力は、部品在庫現物紐付情報格納部２３００のレコードの部品在庫現物ステータスを表示する欄に対するマウスクリックである、という条件を満たせばステップＳ１４１２に進み、当該条件を満たさなければステップＳ１４１３に進む。
【０２１９】
ステップＳ１４１２で、ユーザからの部品在庫現物ステータスに関する操作に応じた処理を行う。具体的には、当該マウスクリックにより選択された部品在庫現物紐付情報を編集・参照する画面の上段部分における部品在庫現物ステータスを表示する欄が未紐付や−ではなく部品在庫枠が表示されている場合、以下の表示を行う。当該部品在庫現物ステータスを表示する欄の位置するカレンダ日と部品と、当該部品在庫現物ステータスを表示する欄に表示する当該部品在庫枠をキーとする部品在庫枠紐付情報格納部２２００のレコードの部品在庫枠ステータスに書込まれている故障リスクをキーとする故障リスク情報格納部２０００のレコードの全ての情報を、当該部品在庫現物紐付情報を編集・参照する画面の下段部分に表示する。
【０２２０】
関係故障リスク内順位が１位以外の故障リスクも表示する、にチェックが入っている場合は、関係故障リスク内順位が１位の故障リスクのレコードの関係故障リスクをキーとして故障リスク情報格納部２０００の複数レコードに関する情報を読込む。そして、当該複数レコードの関係故障リスク内順位に昇順で、当該複数レコードの全ての情報を、当該部品在庫現物紐付情報を編集・参照する画面の下段部分に表示する。ステップＳ１４１２の後は、ステップＳ１４０８に戻る。
【０２２１】
ステップＳ１４１３で、ユーザからの当該入力は、閉じるボタンに対するマウスクリックである、という条件を満たせばステップＳ１４１４に進み、当該条件を満たさなければステップＳ１４０８に戻る。
【０２２２】
ステップＳ１４１４で、部品在庫現物紐付情報を編集・参照する画面の表示を閉じる。
【０２２３】
次に、ステップＳ１４１５で、実際に部品交換することで解消した全ての故障リスクを削除する。具体的には、部品在庫現物紐付情報格納部２３００の部品在庫現物のうち、当該部品在庫現物に関する部品在庫現物紐付情報格納部２３００のレコードが、保守部品在庫計画システムのメニュー画面で示す前回処理実行日時から今回処理実行日時までの間のカレンダ日で存在しなくなる場合、以下の削除を行う。当該カレンダ日の１日前の部品在庫現物情報格納部のレコードの部品在庫現物ステータスに書込まれている部品在庫枠と、当該レコードの部品と、当該１日前のカレンダ日をキーとする部品在庫枠紐付情報格納部２２００のレコードの部品在庫枠ステータスに書込まれている故障リスクと、当該１日前のカレンダ日をキーとする故障リスク情報格納部２０００のレコードの関係故障リスクをキーとする故障リスク情報格納部２０００のレコードを全て削除する。
【０２２４】
次に、ステップＳ１４１６で、計画生成手順制御処理部１１００へ部品在庫現物紐付完了の信号を送信する。
【０２２５】
＜実施の形態の効果＞
以上に説明したように、本実施の形態によれば、保守部品在庫計画システム１０として、入力受付処理部１０００と、格納部（号機ステータス情報格納部１６００、号機状態測定情報格納部１７００、診断基準情報格納部１８００、部品故障確率情報格納部１９００、故障リスク情報格納部２０００、運営基準情報格納部２１００、部品在庫枠紐付情報格納部２２００、部品在庫現物紐付情報格納部２３００）と、計画生成部（計画生成手順制御処理部１１００、故障リスク診断処理部１２００、部品在庫枠紐付処理部１３００、部品在庫現物紐付処理部１４００）とを備えることで、以下のような効果を得ることができる。
【０２２６】
すなわち、以上のような構成により、産業機械の稼動状態と構成部品の故障確率と保管部品の論理上の在庫である在庫枠と保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準と部品の在庫現物とに関する情報の入力を受付し、産業機械の稼動状態と構成部品の故障確率から故障リスクを算出し、保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準を満たすように、優先度の高い故障リスクから順に保管部品の論理上の在庫である在庫枠と時系列で１対１に紐付ける保守部品在庫計画を生成し、さらに当該保守部品在庫計画の部品の在庫枠を部品の在庫現物に１対１で紐付ける保守部品在庫現物計画を生成することができる。
【０２２７】
また、生成された保守部品在庫計画を実行することにより、時事刻々と変化する故障リスクへの備え漏れを防ぎ、かつ、過不足なく保守部品在庫を持って保守を行うことができるようになり、保守対象となる産業機械の信頼性を維持し、高めることが可能となる。
【０２２８】
また、部品の在庫枠や在庫現物に紐付く故障リスクを表示することで、万一、部品の在庫現物に紛失・損傷があったときや、部品の在庫枠を提供する倉庫や生産工場が災害で閉鎖されたときなどに、どの故障リスクへの影響があるかが一目で分かり、対策遅れを防げる。
【０２２９】
以上のように、本実施の形態によれば、故障リスクへの備え漏れを防ぎ、かつ、保守部品の欠品や過剰がない妥当性ある保守部品在庫計画を立てることで、保守の実行性と経済性を向上し、信頼性の高い産業機械を提供する、スタンドアロン方式の保守部品在庫計画システム１０、さらに、クライアント−サーバ方式の保守部品在庫計画システムサーバ１０ａとクライアント端末３０，４０を提供することができる。
【０２３０】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもなく、様々な変形例が含まれる。
【０２３１】
例えば、上記した実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。上記した実施の形態では、産業機械の稼動状態と構成部品の故障確率と保管部品の論理上の在庫である在庫枠と保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準と部品の在庫現物とに関する情報の入力を受付ける場合を説明したが、以下の場合にも適用可能である。
【０２３２】
例えば、産業機械の稼動状態と構成部品の故障確率と保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準とに関する情報の入力を受付ける場合は、産業機械の稼動状態と構成部品の故障確率とから故障リスクを算出し、保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準を満たすように、保守部品の部品引当量から部品交換量を差引いた保守部品の在庫量の時系列の変化を示す保守部品在庫計画を生成することができる。
【０２３３】
また、産業機械の稼動状態と構成部品の故障確率と保管部品の論理上の在庫である在庫枠と保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準とに関する情報の入力を受付ける場合には、産業機械の稼動状態と構成部品の故障確率とから故障リスクを算出し、保管部品の部品引当時点および部品交換時点の２つの時点における条件を示す運営基準を満たすように、優先度の高い故障リスクから順に保管部品の論理上の在庫である在庫枠と時系列で１対１に紐付ける保守部品在庫計画を生成することができる。
【０２３４】
また、上記した実施の形態において、ある構成の一部を他の構成に置き換えることが可能であり、また、ある構成に他の構成を加えることも可能である。また、各構成の一部について、他の構成の追加・削除・置換はすることが可能である。
【０２３５】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【０２３６】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【産業上の利用可能性】
【０２３７】
本発明の保守部品在庫計画システムは、スタンドアロン方式の保守部品在庫計画システム、さらに、クライアント−サーバ方式の保守部品在庫計画システムサーバと保守部品在庫計画システムクライアント端末に利用可能である。
【符号の説明】
【０２３８】
１０  保守部品在庫計画システム
１０ａ  保守部品在庫計画システムサーバ
１０００  入力受付処理部
１１００  計画生成手順制御処理部
１２００  故障リスク診断処理部
１３００  部品在庫枠紐付処理部
１４００  部品在庫現物紐付処理部
１５００  出力処理部
１６００  号機ステータス情報格納部
１７００  号機状態測定情報格納部
１８００  診断基準情報格納部
１９００  部品故障確率情報格納部
２０００  故障リスク情報格納部
２１００  運営基準情報格納部
２２００  部品在庫枠紐付情報格納部
２３００  部品在庫現物紐付情報格納部
２０  ネットワーク
３０，４０  クライアント端末
３１００，４１００  入力受付処理部
３５００，４５００  出力処理部
【図１】
2013186874.tif 000003
【図２】
2013186874.tif 000004
【図３】
2013186874.tif 000005
【図４】
2013186874.tif 000006
【図５】
2013186874.tif 000007
【図６】
2013186874.tif 000008
【図７】
2013186874.tif 000009
【図８】
2013186874.tif 000010
【図９】
2013186874.tif 000011
【図１０】
2013186874.tif 000012
【図１１】
2013186874.tif 000013
【図１２】
2013186874.tif 000014
【図１３】
2013186874.tif 000015
【図１４】
2013186874.tif 000016
【図１５】
2013186874.tif 000017
【図２３】
2013186874.tif 000018
【図２４】
2013186874.tif 000019
【図２５】
2013186874.tif 000020
【図２６】
2013186874.tif 000021
【図２７】
2013186874.tif 000022
【図２８】
2013186874.tif 000023
【図２９】
2013186874.tif 000024
【図３０】
2013186874.tif 000025
【図１６】
2013186874.tif 000026
【図１７】
2013186874.tif 000027
【図１８】
2013186874.tif 000028
【図１９】
2013186874.tif 000029
【図２０】
2013186874.tif 000030
【図２１】
2013186874.tif 000031
【図２２】
2013186874.tif 000032
【国際調査報告】
2013186874.tif 000033
2013186874.tif 000034
2013186874.tif 000035
2013186874.tif 000036