JP2002140446A

JP2002140446A - 整備管理システム

Info

Publication number: JP2002140446A
Application number: JP2000332088A
Authority: JP
Inventors: Akira Masumoto; 彰増本; So Kajima; 宗鹿嶌; Yasuo Onitake; 康夫鬼武; Yukio Tomizawa; 幸夫富澤
Original assignee: Kawasaki Heavy Industries Ltd
Current assignee: Kawasaki Heavy Industries Ltd
Priority date: 2000-10-31
Filing date: 2000-10-31
Publication date: 2002-05-17

Abstract

(57)【要約】【課題】整備管理の対象となるシステムの設計データ
および当該システムを実際に運用して得られる運用デー
タを充分な科学的根拠に基づき分析するようにして、安
全性を確保しつつコストダウンおよび可動率の向上を図
ることができる整備管理システムを提供することを目的
としている。【解決手段】本発明は、予防整備が実施される対象物
に対して信頼性設計および整備性設計に基づき整備管理
を実行する整備管理システムＡである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は整備管理システムに
関する。さらに詳しくは、例えば鉄道、船舶、航空機お
よび自動車などの交通手段、および発電所などの各種プ
ラントのように、予防整備が必要ないしは有効なシステ
ムにおける整備管理を実行する整備管理システムに関す
る。

【０００２】

【従来の技術】従来、システムの正常な動作を確保する
ために行われる整備の実施態様として、システムに故障
が発生したときに適宜の処置を施す事後整備と、故障の
発生を防止するために行う予防整備とがある。この予防
整備は、例えば、鉄道、船舶、航空機および自動車など
の各種交通手段、および発電所などの各種プラントのよ
うに故障の発生が重大な結果を引き起こすおそれのある
システムにおいて特に重要となる整備方法であり、法律
により整備項目および整備の実施間隔などが規定される
ものも多い。

【０００３】ところが、このような予防整備の実施態
様、すなわちどのような内容の整備をどの程度の間隔で
実施するのかを計画立案し指示するための従来のシステ
ム、つまり整備計画の設定に係わる従来のシステムは、
十分な科学的分析により整備計画を設定しているものと
はいえず、習慣に従って、つまり従来の運用に単純にな
らって整備計画を設定している場合が多い。これは、整
備の実施態様が直接的に安全に関わるシステムにおいて
は、従来の運用を安易に変更することができないことも
一因となっている。

【０００４】このため、整備計画の設定に係わる従来の
システムにおいては、実際には有効性の低い整備項目を
習慣的に実施したり、周辺技術の進歩により必要性が低
下したにも拘わらず従来と同一の周期で習慣的に検査を
実施するなど、十分に合理的な運用が行われているとは
いえない場合が多々ある。

【０００５】また、整備計画の設定に係わる従来のシス
テムにおいては、具体的な整備計画の設定は、例えば各
種プラントの運転状態を示す各種データを整備管理者が
経験的に判断・分析した結果に基づきなされる部分が大
きく、充分な科学的根拠に基づく検証・分析の結果によ
り整備計画を提示・設定するようにしたものは皆無とい
ってよい。例えば、日立評論、平成８年１０月号「省力
化高度化を実現するプラント保全支援システム」または
International Railway Journal Dec. 1997:CAMM Tools
Help To Maximise Productivity (CAMM; Computer-aid
ed maintenancemanagement)により提案されるシステム
では、エキスパートシステムまたは信頼性中心型整備手
法（ＭＩＬ−ＨＤＢＫ−２６６ Reliability-Centred
Maintenance）に基づく判断ロジックを計算機に組み込
んで単に熟練管理者の代わりに判断させるようにしてい
るだけで、判断に要する時間の短縮は可能であるが、整
備管理者の経験的判断による方法を質的に向上させるも
のではない。

【０００６】さらにまた、整備の適切な実行時期を指示
するための保守管理システムについても種々提案がなさ
れているが（例えば、特開平１１―２３９３９０号公報
および特開平１１−２５０２９４号公報参照）、これら
は、整備内容の設定が習慣によるものであったり、故障
情報を単に提示するだけでそれに充分な科学的分析を加
えた上で提示するものではないなど、科学性に裏打ちさ
れた整備計画を提示・設定する能力を備えるものとはい
えない。

【０００７】

【発明が解決しようとする課題】本発明はかかる従来技
術の課題に鑑みなされたものであって、整備管理の対象
となるシステムの設計データおよび当該システムを実際
に運用して得られる運用データ（フィールドデータ）を
充分な科学的根拠に基づき分析するようにして、安全性
を確保しつつコストダウンおよび可動率の向上を図るこ
とができる整備管理システムを提供することを目的とす
る。

【０００８】

【課題を解決するための手段】本発明の整備管理システ
ムの第１形態は、予防整備が実施される対象物における
整備管理システムであって、信頼性設計および整備性設
計に基づき整備管理を実行することを特徴とする。

【０００９】本発明の整備管理システムの第１形態にお
いては、整備管理を実行する手順が、信頼性設計および
整備性設計に基づき整備要求を構築する手順を含んでも
よい。

【００１０】また、本発明の整備管理システムの第１形
態においては、構築される整備要求に、整備アイテム、
整備内容、整備段階区分、所用整備器材および所用整備
間隔に関する情報が含まれてもよい。

【００１１】さらに、本発明の整備管理システムの第１
形態においては、整備要求が整備根拠分析に基づいて構
築されてもよい。

【００１２】さらに、本発明の整備管理システムの第１
形態においては、整備根拠分析が整備対象であるシステ
ムの設計に関するデータを用いてなされてもよい。

【００１３】さらに、本発明の整備管理システムの第１
形態においては、整備対象であるシステムの設計に関す
るデータとして機能ブロック図が用いられてもよい。

【００１４】さらに、本発明の整備管理システムの第１
形態においては、整備根拠分析を実行する手法が、ＦＭ
ＥＣＡ、寿命分析および構造評価の少なくとも１つであ
ってもよい。

【００１５】さらに、本発明の整備管理システムの第１
形態においては、整備根拠分析の結果が、故障検知方
法、故障原因、クリティカリティおよび整備有効性であ
ってもよい。

【００１６】さらに、本発明の整備管理システムの第１
形態においては、整備根拠分析の手順がプログラム化さ
れて、計算機により実行されるようにしてもよい。

【００１７】さらに、本発明の整備管理システムの第１
形態においては、整備要求構築の手順が、安全性と経済
性の確保に重点をおいた手法によってもよい。

【００１８】さらに、本発明の整備管理システムの第１
形態においては、構築される整備要求に、整備アイテム
とその整備管理カテゴリおよび最適整備間隔に関する情
報が含まれてもよい。

【００１９】さらに、本発明の整備管理システムの第１
形態においては、整備アイテムおよび整備管理カテゴリ
決定の手順が安全性と経済性の確保に重点をおいた手法
によってもよい。

【００２０】さらに、本発明の整備管理システムの第１
形態においては、最適整備間隔が整備コストを最小とす
るように決定されてもよい。

【００２１】さらに、本発明の整備管理システムにおい
ては、整備コストが、単位時間あたりの、予防整備コス
ト、事後整備コストおよび故障による損害に基づき算出
されてもよい。

【００２２】さらに、本発明の整備管理システムの第１
形態においては、整備要求の有効性を評価分析して、設
計の変更および整備要求の変更を提案するようにしても
よい。

【００２３】さらに、本発明の整備管理システムの第１
形態においては、整備要求の有効性を評価分析するに際
して、設計データとフィールドデータとが用いられても
よい。

【００２４】さらに、本発明の整備管理システムの第１
形態においては、整備要求の有効性を評価分析する手法
が、信頼性設計および整備性設計に基づき安全性と経済
性の確保に重点をおいた手法によるものとしてもよい。

【００２５】さらに、本発明の整備管理システムの第１
形態においては、提案される設計の変更に対する信頼性
の再評価を行うようにしてもよい。

【００２６】さらに、本発明の整備管理システムの第１
形態においては、設計および整備計画に関する審議を行
う整備管理会議に対して設計の変更および整備計画の変
更を提案するようにしてもよい。

【００２７】さらに、本発明の整備管理システムの第１
形態においては、整備要求を構築する手順がプログラム
化されて、計算機により自動処理されるようにしてもよ
い。

【００２８】さらに、本発明の整備管理システムの第１
形態においては、整備管理を実行する手順が、構築され
た整備要求に基づき整備計画を設定する手順を含むよう
にしてもよい。

【００２９】さらに、本発明の整備管理システムの第１
形態においては、整備要求を構成する整備アイテムが、
整備段階区分毎および整備間隔毎にまとめられて整備パ
ッケージとされてもよい。

【００３０】さらに、本発明の整備管理システムの第１
形態においては、各整備アイテムの整備間隔が整備コス
トを最小とするように決定されてもよい。

【００３１】さらに、本発明の整備管理システムの第１
形態においては、各整備アイテムの整備段階区分が、整
備管理カテゴリに基づいて決定されてもよい。

【００３２】さらに、本発明の整備管理システムの第１
形態においては、各整備アイテムが整備段階区分毎にま
とめられた整備パッケージおよび整備間隔毎にまとめら
れた整備パッケージの少なくとも一方を組み替えるよう
にして、所要整備員数の平準化を図るようにしてもよ
い。

【００３３】さらに、本発明の整備管理システムの第１
形態においては、組み替えられた整備パッケージに基づ
き年間整備計画表を作成するようにしてもよい。

【００３４】さらに、本発明の整備管理システムの第１
形態においては、整備パッケージを組み替える手順がプ
ログラム化されて、計算機により自動処理されてもよ
い。

【００３５】さらに、本発明の整備管理システムの第１
形態においては、年間整備計画表を作成する手順がプロ
グラム化されて、計算機により自動処理されてもよい。

【００３６】さらに、本発明の整備管理システムの第１
形態においては、設定される整備計画の妥当性を検証す
る整備計画シミュレーションを実行してもよい。

【００３７】さらに、本発明の整備管理システムの第１
形態においては、現在の信頼度および信頼性成長度に基
づいて、事後整備を要する時期を予測してもよい。

【００３８】さらに、本発明の整備管理システムの第１
形態においては、整備計画を設定する手順が、各整備ア
イテムが整備段階区分毎にまとめられた整備パッケージ
および整備間隔毎にまとめられた整備パッケージの少な
くとも一方を所要整備員数の平準化を図るように組み替
えた整備パッケージに基づき作成される年間整備計画表
と現在の信頼度および信頼性成長度に基づき予測される
事後整備を要する時期とに基づいて、年間の整備工数、
所要整備員数および所要予備品を算出する手順を含むよ
うにしてもよい。

【００３９】さらに、本発明の整備管理システムの第１
形態においては、設定される整備計画が、整備パッケー
ジ、整備周期、整備治工具および所要整備員数を含むよ
うにしてもよい。

【００４０】本発明の整備管理システムの第２形態は、
予防整備が実施される対象物における整備管理システム
であって、情報を収集分析する情報収集分析機能を有す
ることを特徴とする整備管理システム。

【００４１】本発明の整備管理システムの第２形態にお
いては、収集分析される情報が、整備情報、状態監視情
報、故障検知分離情報であってもよい。

【００４２】また、本発明の整備管理システムの第２形
態においては、情報を収集分析する手順が、整備情報を
記録する整備情報記録手順を含んでいてもよい。

【００４３】さらに、本発明の整備管理システムの第２
形態においては、整備情報が日付順に整理されてもよ
い。

【００４４】さらに、本発明の整備管理システムの第２
形態においては、統計分析により情報の収集分析がなさ
れてもよい。

【００４５】さらに、本発明の整備管理システムの第２
形態においては、統計分析が故障時間分布関数を用いて
なされてもよい。

【００４６】さらに、本発明の整備管理システムの第２
形態においては、統計分析が整備時間分布関数を用いて
なされてもよい。

【００４７】さらに、本発明の整備管理システムの第２
形態においては、統計分析が信頼性成長度解析手法によ
りなされてもよい。

【００４８】さらに、本発明の整備管理システムの第２
形態においては、統計分析が、寿命、平均故障間隔、信
頼性成長勾配、整備間隔、平均修理時間および所要整備
員数に関する情報に基づきなされてもよい。

【００４９】さらに、本発明の整備管理システムの第２
形態においては、故障時間分布関数を作成するための故
障情報が、自動的に収集記録されてもよい。

【００５０】さらに、本発明の整備管理システムの第２
形態においては、統計分析の手順がプログラム化され
て、コンピュータにより自動処理されてもよい。

【００５１】さらにまた、本発明の整備管理システムに
おいては、ＲＭ設計データおよび／またはＲＭ特性値デ
ータを格納するデータベースを備えていてもよい。

【００５２】さらにまた、本発明の整備管理システムに
おいては、ＲＭ設計データが、整備アイテム、機能、故
障モード、故障原因、分布関数、故障影響度、整備段階
区分、整備内容および整備器材に関する情報から構成さ
れていてもよい。

【００５３】さらにまた、本発明の整備管理システムに
おいては、ＲＭ特性値データが、整備アイテム、平均故
障時間、平均整備時間、所要整備員数および信頼性成長
度に関する情報から構成されていてもよい。

【００５４】さらにまた、本発明の整備管理システムに
おいては、ネットワークに接続される各コンピュータか
ら構成されていてもよい。

【００５５】さらにまた、本発明の整備管理システムに
おいては、画像出力機能を有していてもよい。

【００５６】

【作用】本発明の整備管理システムは、信頼性設計およ
び整備性設計に基づき整備管理が実行されるので、科学
的根拠に基づく整備管理が可能となる。

【００５７】また、整備管理を実行する手順が、整備要
求を構築する手順を含み、この整備要求構築の手順が安
全性と経済性の確保に重点をおいた手法により実施され
るので、安全性を確保しつつコストダウンおよび可動率
の向上を図ることが可能となる。

【００５８】

【発明の実施の形態】以下、添付図面を参照しながら本
発明を実施形態に基づいて説明するが、本発明はかかる
実施形態のみに限定されるものではない。

【００５９】図１〜図３に、本発明の一実施形態に係る
整備管理システムの概略構成を示し、この整備管理シス
テムＡは、例えば鉄道、船舶、航空機および自動車など
の交通手段、および発電所などの各種プラントのよう
に、予防整備を必要とするシステム（対象物）における
整備管理を実行するためのシステムであって、各処理の
手順をコンピュータにより自動的に実行させるためのプ
ログラムと、このプログラムにより処理されるデータを
格納するためのデータベースと、整備管理の対象となる
システム（以下単に、整備対象システムという）を実際
に運用して得られる整備および故障に関する情報を収集
するための情報収集システムとから構成される。なお、
便宜上、実施形態１の整備管理システムＡは鉄道に関す
る整備管理を実行するものとして説明する。

【００６０】すなわち、整備管理システムＡを構成する
プログラムは、整備要求構築モジュール１０と、整備根
拠分析モジュール２０と、整備計画モジュール３０と、
故障統計分析モジュール４０と、設計・整備改善提案モ
ジュール５０とを含むものとされる。

【００６１】整備管理システムＡを構成するデータベー
スは、ＲＭ設計（信頼性設計および整備性設計）／ＲＭ
（信頼性および整備性）特性値データベース６０と、整
備要求データベース７０と、整備計画データベース８０
と、運行データベース９０とを含むものとされる。

【００６２】また、情報収集システムは、整備対象シス
テムとしての鉄道システムにおける各車両の運行スケジ
ュールを管理する運行管理システム１００、整備記録シ
ステム１１１、状態監視システム１１２および故障診断
システム１１３から構成される整備情報収集システム１
１０、および整備情報収集システム１１０の出力データ
を通信する整備情報通信システム１２０から構成され
る。以下、各要素を順次説明する。

【００６３】１．整備要求構築モジュール整備要求構築モジュール１０は、信頼性設計および整備
性設計に基づき整備要求を構築するためのプログラムで
あり、故障影響決定サブモジュール１１と、整備管理カ
テゴリ決定サブモジュール１２と、最適整備間隔決定サ
ブモジュール１３と、整備コスト分析サブモジュール１
４とから構成される。

【００６４】ここで、信頼性設計とは、システムの信頼
性を高めるようにした設計をいう。例えば、損傷許容設
計や冗長設計、あるいは多数決判断のセンサを設けるよ
うな設計をいう。このうち、損傷許容設計とは、システ
ムの一部が損傷しその機能が失われても大きな損害は出
さないようにした設計、あるいは、損傷が発生してもあ
る程度機能が維持されるようにした設計（例；飛行機の
重要箇所で所定数のボルトがはずれても飛行の継続を可
能とするようにした設計）をいう。損傷許容設計による
システムでは、故障の徴候から故障に至るまでに時間的
余裕があるのが通常である。したがって、これを定量的
に把握することによって、整備計画を設定する際の指針
とすることが可能である（例；鉄道車両の車軸に、特定
の検査により検出可能な疵が発生してから実際に車軸が
破壊するまでの期間が１箇月であると把握されれば、そ
れを指針に当該検査の周期を設定することが可能とな
る）。冗長設計も同様である。

【００６５】整備性設計とは、整備の実行を容易にする
ようにした設計をいう。例えば、整備対象部材への接近
性を良好としたり（例；自動車のバッテリ交換が容易な
ようにバッテリ周辺のスペースを大きくする）、部材の
互換性・置換性を向上させたり、システム各部をモジュ
ール化することにより整備を簡便にするような設計であ
る。整備性（整備実行の容易さ）が高いシステムは一般
的に故障発生率が低くなる。

【００６６】整備要求とは、整備アイテム毎に要求され
るもので、整備内容、整備段階区分、所用整備器材およ
び所要整備間隔で構成される。

【００６７】整備アイテムとは、予防整備の対象となる
物をいう（例；機器、部品、消耗品）。

【００６８】整備内容とは、整備項目（整備の一般的名
称、例；目視点検、定期検査、定期交換、定期小修理、
オーバーホール、特別検査、寿命取り替え、給脂・給油
・清掃）毎に定められる、整備作業の具体的内容（例；
整備場所の特定、整備の準備、取り下ろし・検査・小修
理・取付および後かたづけ）である。

【００６９】整備段階区分とは、整備項目を、整備に必
要なスキル、整備時間、整備に必要な面積および所要整
備器材に応じていくつかのレベルに区分したものをい
う。

【００７０】所要整備器材とは、整備の実施に必要とさ
れる、整備治工具（例；クレーン、清浄装置、ドライ
バ）、補助具および検査装置をいう。

【００７１】所要整備間隔とは、整備を行うべき時期の
間隔をいう。前述したように、故障の徴候から故障に至
る間隔に基づいて設定される。

【００７２】以下、整備要求構築モジュール１０を構成
する各サブモジュールを説明する。

【００７３】故障影響決定サブモジュール１１は、ＲＣ
Ｍ（Reliabiity-Centerd Maintenance：信頼性中心型整
備、ＭＩＬ−ＨＤＢＫ−２６６参照）のロジックにより
整備アイテムを決定するためのプログラムである。すな
わち、故障影響決定サブモジュール１１は、故障検知方
法、故障原因、クリティカリティおよび整備有効性に関
する情報を入力データとし、故障影響（故障の発生が整
備対象システム全体または各部に与える影響の度合い）
を出力データとし、この故障影響が大きいものを整備ア
イテムとして決定する。整備アイテムは、各入力データ
および出力データが記入されたワークシートを参照する
などして決定される。

【００７４】ＲＣＭは、アメリカ合衆国の海軍航空機の
開発に適用された手法であり、整備対象システムの設計
に関するデータ（以下、設計データという）に基づき安
全性および経済性確保の観点から整備項目を決定するロ
ジックである。

【００７５】整備管理カテゴリ決定サブモジュール１２
は、ＲＣＭのロジックにより各整備アイテムの整備管理
カテゴリを決定するためのプログラムである。すなわ
ち、整備管理カテゴリ決定サブモジュール１２は、故障
影響決定サブモジュール１１の出力データである故障影
響を入力データとし、整備管理カテゴリを出力データと
する。

【００７６】整備管理カテゴリは、大きくは予防整備、
事後整備およびオンコンの３カテゴリに分類されるが、
ここでは、予防整備の中の分類（例；経時整備、定期交
換整備、定期小修理、定期点検）とされる。整備管理カ
テゴリの分類は、後で説明する整備根拠分析により各整
備アイテムに対する予防整備の有効性を判断するように
して行う。ここで、整備管理カテゴリの分類ができない
場合、すなわち予防整備の有効性がない整備アイテムに
ついては、設計の変更が必要であるものとして、その旨
の通知が設計・整備改善提案モジュール５０に出力され
る。

【００７７】最適整備間隔決定サブモジュール１３は、
整備コストＣ（ｔ）を最小にする整備間隔を各整備管理
カテゴリについて決定し、出力するためのプログラムで
ある。すなわち、最適整備間隔決定サブモジュール１３
は、入力データを整備管理カテゴリ、整備間隔、予防整
備コストおよび事後整備コストとし、下記式（１）によ
り整備コストＣ（ｔ）が最小となるような予防整備の実
施間隔（以下、このような整備間隔を最適整備間隔とい
う）を決定する。なお、事後整備コストＣ（ｔ）に故障
による損害を含めてもよい。

【００７８】Ｃ（ｔ）＝ＣＰ・Ｅ｛ＮＰ（ｔ）｝＋ＣＣ・Ｅ｛ＮＣ（ｔ）｝（１）

【００７９】ここで、ＣＰ：単位予防整備コスト（予防
整備費／回、つまり予防整備実行１回あたりの費用）、
ＣＣ：単位事後整備コスト（事後整備費／回、つまり事
後整備実行１回あたりの費用）、ＮＰ（ｔ）：ｔ時まで
の単位時間あたりの予防整備回数、ＮＣ（ｔ）：ｔ時ま
での単位時間あたりの事後整備回数（故障回数）。

【００８０】すなわち、前記式（１）を微分して得られ
る下記式（２）を解くことによって、最適整備間隔を求
めることができる。

【００８１】ｄＣ（ｔ）／ｄｔ＝０（２）

【００８２】このようにして、最適整備間隔決定サブモ
ジュール１３により最適整備間隔が決定し得る根拠は、
通常、ＣＰ値がＣＣ値よりも小さいことによる。すなわ
ち、事後整備は突発的な故障の発生に対処するものであ
るため、人員および部品調達などの費用が予防整備を実
施する場合よりも大きくなる。このため、適当な間隔で
予防整備を実施することは、事後整備実行の必要性を減
ずることとなり、これによって整備コストＣ（ｔ）を低
下させることが可能となる。

【００８３】すなわち、図４に示すように、予防整備間
隔を短縮することによる事後整備コストの下降と、予防
整備間隔を短縮することによる予防整備コストの上昇と
がバランスするときの予防整備間隔が、最適整備間隔Ｔ
_Bとして決定される。

【００８４】整備コスト分析サブモジュール１４は、運
用データ（フィールドデータ）に基づいて提案されたタ
スク（整備内容）の有効性を判断する。例えば、故障率
が高いか否か、操作に重大な影響を与える故障か否か、
事後整備コストおよび運用コストを異常に高くする故障
モードであるか否か、運用データが望ましい提案タスク
であるということを示しているか否か、および経済的ト
レードオフスタディが提案タスクを正当化しているか否
かを判定するコスト効果決定ダイアグラムにしたがっ
て、タスクが効果的であるか否か、すなわち、コスト利
益率が値１よりも大きいか否かを判断する。

【００８５】２．整備根拠分析モジュール整備根拠分析モジュール２０は、整備アイテム毎に設定
される各整備要求の有効性を分析するためのプログラム
である。すなわち、整備根拠分析モジュール２０は、設
計データ、例えば機能ブロック図を入力データとし、Ｆ
ＭＥＣＡ（failure mode effect and criticality anal
ysis：故障モード・効果・クリティカリティ解析）、寿
命分析および構造評価を実行することにより、故障検知
方法、故障原因、クリティカリティおよび整備有効性を
演算し、出力する。

【００８６】ここで、ＦＭＥＣＡとは、各整備アイテム
毎の故障モードを残らず列挙して、そのシステムへの影
響度を、システムに対する致命度の格付けを重視して評
価する手法である。

【００８７】寿命分析とは、故障の徴候から故障に至る
時間を分析し、製品の有効な寿命を分析する手法をい
う。また、構造評価とは、構造物が安全寿命設計か損傷
疲労設計かを踏まえて、予防整備が故障低減に有効か、
定期的な非破壊検査が必要か、検査に必要な接近性が確
保されているかなどを分析することをいう。

【００８８】クリティカリティとは、整備アイテムの故
障による他の整備アイテム、あるいは上位のシステムに
対する影響の度合いを定量的に表したものをいう。整備
有効性とは、安全性の確保および可動率（数式；１−
（故障による休止期間／予定作動時間）で示される広義
の信頼性の指標）の向上における有効性をいう。

【００８９】また、機能ブロック図とは、例えば製品に
付属する、製品の構造、各部の機能を示した図面をい
う。機能ブロック図は、製品（対象物）の性能を示すと
ともに、各部が故障したときの影響を把握するのが容易
なように記載されている場合が多く、整備根拠分析に用
いる設計データとして有用である。

【００９０】なお、故障検知方法、故障原因、クリティ
カリティおよび整備有効性を演算する手法は、ＦＭＥＣ
Ａに代えてＦＭＥＡ（failure mode and effect analys
is：故障モード・効果解析）によるものとしてもよい。

【００９１】３．整備計画モジュール整備計画モジュール３０は、整備要求構築モジュール１
０により構築された整備要求に基づいて整備計画を立案
・設定するためのプログラムであって、整備体系設定サ
ブモジュール３１と、最適パッケージ／サイクル決定サ
ブモジュール３２と、整備工程計画シミュレーションサ
ブモジュール３３と、事後整備予測サブモジュール３４
と、整備コスト・可動率計算サブモジュール３５とを含
む。

【００９２】整備体系設定サブモジュール３１は、整備
の対象となるシステムの規模、運用構想、整備構想およ
び運用環境から整備体系を設定する。

【００９３】最適パッケージ／サイクル決定サブモジュ
ール３２は、整備アイテムが整備間隔毎あるいは整備段
階区分毎にまとめられた整備パッケージ（表１参照）に
対して、所要工程数が最小となるように整備パッケージ
および／または整備間隔の組み替えを行い、所要整備員
数の平準化を図るようにして、年間整備工程表を設定す
る。

【００９４】ここで、整備アイテムを整備パッケージに
まとめる際の整備間隔は、最適整備間隔決定モジュール
１３により設定されたものとされる。また、整備アイテ
ムを整備パッケージにまとめる際の整備段階区分は、整
備管理カテゴリ決定モジュール１２により決定される整
備管理カテゴリに基づき決まるものとされる。

【００９５】表１に、整備パッケージの一例を示す。

【００９６】

【００９７】整備工程計画シミュレーションサブモジュ
ール３３は、整備工程計画の妥当性を確認するシミュレ
ーションを実行するためのプログラムである。以下に、
シミュレーションの概要を説明する。

【００９８】整備工程計画アルゴリズムの妥当性は、Ｖ
ｉｓｕａｌＳＬＡＭの手法により検討される。この場
合、下記の条件（ｃ１）の下に整備員所要最小の制約条
件でアルゴリズムが検討される。

【００９９】（ｃ１）前提条件（ア）事後整備の見積もりは、予防整備計画での整備余
裕の位置づけで考慮する。その場合、予防整備時間分布
は正規分布に従い、事後整備時間分布は対数正規分布に
従うものとする。

【０１００】（イ）各整備パッケージの作業量を同一あ
るいは整数倍とするようなパッケージの組み替えができ
るように、数種（偶数種類）の整備サブパッケージを用
意する（表１の例では、空気制御装置の整備パッケージ
に対して偶数個（６個）の整備サブパッケージ（エアコ
ンプレッサ、エアドライバ、メインリザーバ、サブリザ
ーバおよび圧力計・空気制御弁およびブレーキコントロ
ール）が設定されている。

【０１０１】また、整備工程構築の手順は下記の通りで
ある。

【０１０２】（ａ）基礎フェーズ間隔の設定最も短い間隔が要求されている重要グループ（例えば、
集電装置）の整備間隔が、基礎フェーズ間隔として仮設
定される。ここで、各整備パッケージの整備間隔は最低
限必要とされる間隔（最適整備間隔決定サブモジュール
１３によって決まる）よりも短くすることができる。

【０１０３】（ｂ）フェーズドサイクルの決定フェーズの数およびフェーズドサイクルは相互の従属性
に配慮した選定が行われる。ここで、主要フェーズの整
備時間（ＥＭＴ）は１シフト労働時間（例えば、８時
間）以内とされるとともに、各フェーズの整備員所要は
予め推算されたものが用いられる。この推算結果により
１サイクルで最適な整備員所要が検討される。通常、フ
ェーズドサイクルは最も長い間隔が要求されている重要
グループ（例えば、一般空気装置）によって決定される
が、フリィートサイズの考慮も必要である。ここで、フ
リィートサイズとは、全車両数である。

【０１０４】（ｃ）偶数フェーズのプログラムの選定偶数フェーズのプログラムのみがこれを分割して全ての
フェーズ間隔とすることができる。すなわち、全てのフ
ェーズ間隔要求に適合できる。

【０１０５】（い）４フェーズプログラム；１，２，４
フェーズ間隔（ろ）６フェーズプログラム；１，２，３，６フェーズ
間隔（は）８フェーズプログラム；１，２，４，８フェーズ
間隔

【０１０６】（ｅ）過渡期から定常運用時への展開整備要求を順次繰り上げ実施するようにして、所要整備
員数ないしは整備工数の平準化を行う。最終的には、
（全般検査周期／列車数）がずれの日数とされる。

【０１０７】事後整備予測サブモジュール３４は、信頼
性解析に基づいて、故障影響の大きい整備アイテム、修
理時間の長い整備アイテム、部品調達に長時間を要する
整備アイテムを選定するとともに、事後整備を要する時
期を予測する。

【０１０８】ここでは、通常、摩耗故障に関する事後整
備を要する時期の予測は行われない。

【０１０９】また、偶発故障に対しては、現在の平均故
障間隔ＭＴＢＦに基づき事後整備を要する時期が予測さ
れる。より具体的には、故障時間分布関数における「２
・Ｔ／ＭＴＴＦは自由度２ｒのχ²分布に従う（ここ
で、Ｔ：作動時間、ｒ：故障数、ＭＴＴＦ：平均故障時
間（初期平均故障間隔）」という関係（図５参照）を利
用し、信頼係数を与えるようにして、故障が発生する作
動時間Ｔを予測する（図６参照）。すなわち、継続的な
設計改善によりＭＴＴＦは成長するので、ＭＴＴＦの成
長を織り込んで、ある基準のもとに作動時間Ｔを予測
し、特別点検（取り替えを含む）を実施する。

【０１１０】また、信頼性成長理論によれば、現在の平
均故障間隔ＭＴＢＦおよび信頼性成長度に基づき事後整
備を要する時期を長期的に予測することが可能となる。

【０１１１】整備コスト・可動率計算サブモジュール３
５は、予防整備工程表および事後整備予測に基づき、整
備工数、所要整備員数、所要予備品数の年間値を計算す
る。また、信頼性成長度を用いた将来値の計算も行う。
可動率の計算には、例えば再生過程論に基づく可動率計
算法が適用される。

【０１１２】４．故障統計分析モジュール故障統計分析モジュール４０は、分布関数サブモジュー
ル４１と、信頼性成長度分析サブモジュール４２とから
構成される。故障統計分析モジュール４０の出力データ
は、ＲＭ設計／ＲＭ特性値データベース６０に出力さ
れ、このＲＭ設計／ＲＭ特性値データベース６０に格納
される。

【０１１３】分布関数サブモジュール４１は、整備デー
タおよび運行データに基づき故障時間分布関数および整
備時間分布関数を分析し、確率分布の形状パラメータ、
尺度パラメータ、平均故障時間および平均修理時間を演
算する。故障時間分布関数および整備時間分布関数は、
実績データに基づき分析される。

【０１１４】例えば、予防整備における整備時間分布
（多数の人に実際に特定内容の整備を行わせたときの整
備時間の分布）は、通常、正規分布に従う。ところが、
事後整備の場合は突発的な故障発生に対処して実行され
る作業であるため、整備時間分布は正規分布ではなく、
整備時間が長くなる方向に偏った分布となる。

【０１１５】図７に、故障時間および修理時間の時間分
布を分析したときの累積危険率および回帰曲線の累積時
間による変化を示す。

【０１１６】信頼性成長度分析サブモジュール４２は、
累積故障回数および累積運行時間に基づき信頼性成長度
を求めるためのプログラムである。信頼性成長度とは、
ＲＭフィールドデータ１４０を分析した結果得られるパ
ラメータであり、整備対象システムの設計および整備方
法が改善されることによりシステムの信頼度が向上して
いく度合いを示す。これを参照して整備計画を設定する
ことによって安全性を確保しつつコストダウンおよび可
動率の向上を図ることが可能となる。

【０１１７】すなわち、累積平均故障間隔ｃＭＴＢＦを
下記式（２）で定義する。

【０１１８】ｃＭＴＢＦ＝累積運行時間／累積故障間隔（２）

【０１１９】Ｄｕａｎの経験則によれば、下記式
（３）、（４）に示す関係が成り立つ（図８参照）。

【０１２０】ｌｏｇ（ｃＭＴＢＦ）＝α×ｌｏｇ（累積運行時間）＋定数（３）

【０１２１】ｎＭＴＢＦ（ｓＭＴＢＦ）＝ｃＭＴＢＦ／（１−α）（４）

【０１２２】ここで、ｎＭＴＢＦ：現状の平均故障間
隔、ｓＭＴＢＦ：瞬間の平均故障間隔である。

【０１２３】信頼性成長度は、前記式（３）、（４）の
係数αで表される。

【０１２４】このようにして求められる信頼性成長度を
用いて、下記式（５）により将来の平均故障時間ｆＭＴ
ＢＦを予測し、将来の補用品計画を行うことが可能とな
る。これにより、

【０１２５】また、図９に、整備対象システムの設計お
よび整備方法の改善により信頼性が向上するようにした
ときの累積運行時間と累積平均故障間隔ｃＭＴＢＦとの
関係を示す。

【０１２６】５．設計・整備改善提案モジュール設計・整備改善提案モジュール５０は、故障是正システ
ム（ＦＲＡＣＡＳ）の核をなすものであり、故障統計分
析モジュール４０および整備管理カテゴリ決定モジュー
ル４２がＲＭフィールドデータ１４０を分析した分析結
果に基づき設計の改善および整備要求の変更を提案す
る。設計・整備改善提案モジュール５０の出力データ
は、設計変更・整備要求変更要求書５１として出力され
る一方、整備管理者、整備員および整備対象システムの
製造技術者などのメンバーで構成される整備管理会議５
２が設計変更および整備要求変更に関して決断する上で
の科学的分析に基づく資料として提出される。

【０１２７】６．ＲＭ設計／ＲＭ特性値データベースＲＭ設計／ＲＭ特性値データベース６０は、機能ブロッ
ク図などの信頼性および整備性を示す設計データおよび
故障統計分析モジュール４０による分析結果を格納する
データベースであり、具体的には、各整備アイテム毎の
故障モード、故障原因、クリティカリティ（遅延時間な
ど）、寿命、故障時間、故障時間分布関数、信頼性成長
度、交換時間、所要整備員数および整備器材／補助具お
よび予備品調達時間／コストなどの各データを格納す
る。ＲＭ設計／ＲＭ特性値データベース６０に格納され
たデータは、整備根拠分析モジュール２０の入力データ
として利用される。

【０１２８】７．整備要求データベース整備要求データベース７０は、整備要求構築モジュール
３０により構築される整備要求に関する情報を格納する
ためのデータベースであり、具体的には、整備アイテム
毎の、クリティカリティ、整備カテゴリ、信頼度現在
値、整備間隔、整備段階区分、整備スキル、整備時間、
所要整備員数、整備器材・補助具、および予備品調達時
間・コストなどの各データを格納する。整備要求データ
ベース７０に格納されたデータは整備計画モジュール３
０の入力データとして利用される。

【０１２９】８．整備計画データベース整備計画データベース８０は、整備計画モジュール３０
により設定される整備計画に関する情報を格納するため
のデータベースであり、鉄道整備管理システムにおける
具体例では、整備アイテム毎の整備段階区分、整備内容
および整備器材・補助具を示す各データ、入庫・出庫
（Ｄｅｐｏｔ在場）情報としての、車番、年間運行計画
および日々計画を示す各データ、整備員入出場情報とし
ての、機械整備員、電気整備員、整備員スキル、年間計
画および日々計画、予備品・材料情報としての在庫、年
間計画、日々計画、特別検査情報としての、整備アイテ
ム毎の不具合件数傾向および事後整備予測、年間整備工
程、日々整備工程、整備コスト情報（現在のコストおよ
び予測コスト）および可動率に関する情報（現在の可動
率および将来の可動率）、というような各データが格納
される。

【０１３０】整備計画データベース８０に格納されてい
るデータは、例えば図、表およびアニメーションのよう
な整備管理用画像８１として出力される。

【０１３１】９．運行データベース運行データベース９０は、運行管理システム１００の出
力データを格納するためのデータベースであって、鉄道
システムにおける具体例では、過去の実績および将来予
測に基づく車両履歴を示す各データ、すなわち車番、ア
ッセンブリ、機器、運行時間、運行距離および整備実績
などの各データが格納される。運行データベース９０内
の各データはＲＭフィールドデータ１４０として故障統
計分析モジュール４０に入力される。

【０１３２】１０．運行管理システム運行管理システム１００は、整備対象システムとしての
鉄道システムにおける各鉄道車両の運行を管理するため
のシステムであって、各車両の運行計画１０１を整備計
画モジュール３０に出力する一方、前記車両履歴を示す
各データを運行データベース９０に出力する。

【０１３３】１１．整備情報収集システム・整備情報通
信システム整備情報収集システム１１０は、整備記録システム１１
１、状態監視システム１１２および故障診断システム１
１３から構成される。

【０１３４】整備記録システム１１１は、各整備項目の
整備時間などの整備情報を収集する。状態監視システム
１１２は、システムを常時監視し、故障の徴候を自動的
に発見する。故障診断システム１１３は、例えば故障発
生箇所などの故障検知分離情報（故障診断記録、例；車
が動かなくなったときに、オーバーヒートが原因である
か、バッテリーの故障が原因であるか、というような故
障の発生箇所などを特定する情報）を収集する。

【０１３５】整備情報通信システム１２０は、整備情報
収集システム１１０により得られるフィールドデータの
通信を行うシステムであり、具体的には、電話回線、イ
ンターネットおよびイントラネットなどの通信網・通信
手段により構成される。整備情報通信システム１２０に
より通信されるデータはＲＭフィールドデータ１４０と
して故障統計分析モジュール４０に入力される。

【０１３６】しかして、かかる構成の整備管理システム
Ａにおいては、ＲＭ設計／ＲＭ特性値データベース６０
内の設計データおよび故障統計分析モジュール４０によ
るＲＭフィールドデータ１４０の分析結果に対して、整
備根拠分析モジュール２０が前記手法による分析を行
い、この分析結果により整備要求構築モジュール１０が
整備要求を構築し、この構築された整備要求と、運行計
画１０１、予備車両、予備品および消耗材に関する情報
１５０に基づき整備計画モジュール３０が整備計画を立
案・設定する一方、設計・整備改善提案モジュール５０
が、各データを科学的に分析し整備管理者などが理解で
きる形とした上で整備管理会議１３０が整備要求変更・
設計変更を審議する上での資料・提案として提出する。

【０１３７】ここで、整備要求の構築および整備計画の
設定は、コスト最小およびＲＣＭ（信頼性設計および信
頼性特性値に基づく整備ロジック）の考え方を基本とす
るとともに、故障統計分析は、確率統計論および信頼度
成長理論に基づく自動分析が行われるので、安全性を確
保しつつコストダウンおよび可動率の向上を達成するこ
とが可能となる。

【０１３８】実施形態２図１０および図１１に、本発明の実施形態２に係る整備
管理システムの概略構成を示す。この整備管理システム
Ａ１は、実施形態１の整備管理システムＡを、インター
ネットおよびイントラネットなどの通信網により互いに
接続される複数のコンピュータから構成した場合の一例
を示すものである。すなわち、整備管理システムＡ１
は、実施形態１の整備管理システムＡの整備根拠分析モ
ジュール１０、整備要求構築モジュール２０、設計・整
備改善提案モジュール５０および整備要求データベース
７０に相当する中央整備管理計算機２１０と、整備計画
モジュール３０および整備計画データベース８０に相当
する整備工程計画用コンピュータ２２０と、故障統計モ
ジュール４０に相当する整備・運行データ解析用コンピ
ュータ２３０と、ＲＭ設計／ＲＭ特性値データベース６
０に相当する構成機器・部品データベース用コンピュー
タ２４０と、整備記録システム１４１および故障診断シ
ステム１４３に相当する故障検知分離検査装置２５０
と、状態監視システム２６０と、運行管理システム１０
０に相当する運行管理計算機２７０と、サプライヤーと
の技術情報交換手段に相当する交通システムＣＡＬＳ２
８０と、整備管理会議１３０に相当する故障是正システ
ム２９０とから構成される。

【０１３９】中央整備管理計算機２１０の出力データ
は、整備対象システムの新たな運用方法を示す電子マニ
ュアル３０１と、整備計画としての、整備工程年表・日
表・工程整理表３０２、整備員計画表・補用品計画表３
０３および現在整備コスト・将来整備コスト３０４と、
信頼性・整備性技術変更要求書３０５と、整備員教育訓
練計画３０６とを含む。

【０１４０】このように、整備管理システムを、各種通
信網・通信手段で接続された複数のコンピュータから構
成するものとすることによって、整備管理システムの柔
軟性を向上させること、すなわち各構成要素の改良・更
新を容易にすることができるとともに、処理の高速化お
よびシステムの低価格化を図ることも容易となる。

【０１４１】

【発明の効果】以上詳述したように、本発明は、フィー
ルドデータを統計確率論および信頼性成長理論により分
析した分析データ、および信頼性設計および整備設計の
観点から整備対象システムを解析した設計データに対し
て、ＦＭＥＣＡ、寿命分析および構造評価などの各手法
による整備根拠分析を実施して整備要求を構築し、構築
された整備要求に基づき整備計画を立案・設定するの
で、単に習慣によることなく充分な科学的根拠に基づく
整備計画の立案・設定が可能となるという優れた効果を
奏する。また、これにより、充分な科学的根拠に基づく
既定の整備方法の見直しおよび設計の見直しが行われる
ため、例えば統計確率論を根拠とする最適整備間隔の設
定や信頼性成長理論による将来予測に基づく整備計画設
定が可能となり、安全性を確保しつつコストダウンおよ
び可動率の向上を図ることができるという効果も達成さ
れる。

【図面の簡単な説明】

【図１】本発明の実施形態１に係る整備管理システムの
概略構成を示すブロック図である。

【図２】本発明の実施形態１に係る整備管理システムの
概略構成を示すブロック図である。

【図３】本発明の実施形態１に係る整備管理システムの
概略構成を示すブロック図である。

【図４】最適整備間隔を決定する原理を説明するための
模式図である。

【図５】故障時間分布関数の一例を示す模式図である。

【図６】信頼度および故障率の作動時間による変化の様
子を示す模式図である。

【図７】累積危険率と回帰曲線との関係を示す模式図で
ある。

【図８】平均故障時間の累積運行時間による変化の様子
を示す模式図である。

【図９】平均故障時間の累積運行時間による変化の長期
的傾向を示す模式図である。

【図１０】本発明の実施形態２に係る整備管理システム
の概略構成を示すブロック図である。

【図１１】本発明の実施形態２に係る整備管理システム
の概略構成を示すブロック図である。

【符号の説明】

Ａ整備管理システム１０整備要求構築モジュール２０整備根拠分析モジュール３０整備計画モジュール４０故障統計分析モジュール５０設計・整備改善提案モジュール６０ＲＭ設計／ＲＭ特性値データベース７０整備要求データベース８０整備計画データベース９０運行データベース１００運行管理システム１１０整備情報収集システム１２０整備情報通信システム１３０整備管理会議１４０ＲＭフィールドデータ

───────────────────────────────────────────────────── フロントページの続き (72)発明者鬼武康夫明石市川崎町１番１号川崎重工業株式会社明石工場内 (72)発明者富澤幸夫神戸市兵庫区和田山通２丁目１番18号川崎重工業株式会社兵庫工場内Ｆターム(参考） 5B049 BB32 CC00 EE03 EE41

Claims

【特許請求の範囲】

【請求項１】予防整備が実施される対象物における整
備管理システムであって、信頼性設計および整備性設計に基づき整備管理を実行す
ることを特徴とする整備管理システム。
【請求項２】整備管理を実行する手順が、信頼性設計
および整備性設計に基づき整備要求を構築する手順を含
むことを特徴とする請求項１記載の整備管理システム。
【請求項３】構築される整備要求に、整備アイテム、
整備内容、整備段階区分、所用整備器材および所用整備
間隔に関する情報が含まれることを特徴とする請求項２
記載の整備管理システム。
【請求項４】整備要求が整備根拠分析に基づいて構築
されることを特徴とする請求項２記載の整備管理システ
ム。
【請求項５】整備根拠分析が整備対象物であるシステ
ムの設計に関するデータを用いてなされることを特徴と
する請求項４記載の整備管理システム。
【請求項６】整備対象物であるシステムの設計に関す
るデータとして機能ブロック図が用いられることを特徴
とする請求項５記載の整備管理システム。
【請求項７】整備根拠分析を実行する手法が、ＦＭＥ
ＣＡ、寿命分析および構造評価の少なくとも１つである
ことを特徴とする請求項５記載の整備管理システム。
【請求項８】整備根拠分析の結果が、故障検知方法、
故障原因、クリティカリティおよび整備有効性であるこ
とを特徴とする請求項４記載の整備管理システム。
【請求項９】整備根拠分析の手順がプログラム化され
て、計算機により実行されることを特徴とする請求項４
記載の整備管理システム。
【請求項１０】整備要求構築の手順が、安全性と経済
性の確保に重点をおいた手法によることを特徴とする請
求項２記載の整備管理システム。
【請求項１１】構築される整備要求に、整備アイテム
とその整備管理カテゴリおよび最適整備間隔に関する情
報が含まれることを特徴とする請求項１０記載の整備管
理システム。
【請求項１２】整備アイテムおよび整備管理カテゴリ
決定の手順が安全性と経済性の確保に重点をおいた手法
によることを特徴とする請求項１１記載の整備管理シス
テム。
【請求項１３】最適整備間隔が整備コストを最小とす
るように決定されることを特徴とする請求項１１記載の
整備管理システム。
【請求項１４】整備コストが、単位時間あたりの、予
防整備コスト、事後整備コストおよび故障による損害に
基づき算出されることを特徴とする請求項１３記載の整
備管理システム。
【請求項１５】整備要求の有効性を評価分析して、設
計の変更および整備要求の変更を提案することを特徴と
する請求項２または請求項１０記載の整備管理システ
ム。
【請求項１６】整備要求の有効性を評価分析するに際
して、設計データとフィールドデータとが用いられるこ
とを特徴とする請求項１５記載の整備管理システム。
【請求項１７】整備要求の有効性を評価分析する手法
が、信頼性設計および整備性設計に基づき安全性と経済
性の確保に重点をおいた手法によることを特徴とする請
求項１５記載の整備管理システム。
【請求項１８】提案される設計の変更に対する信頼性
の再評価を行うことを特徴とする請求項１５記載の整備
管理システム。
【請求項１９】設計および整備計画に関する審議を行
う整備管理会議に対して設計の変更および整備計画の変
更を提案することを特徴とする請求項１５記載の整備管
理システム。
【請求項２０】整備要求を構築する手順がプログラム
化されて、計算機により自動処理されることを特徴とす
る請求項２記載の整備管理システム。
【請求項２１】整備管理を実行する手順が、構築され
た整備要求に基づき整備計画を設定する手順を含むこと
を特徴とする請求項２記載の整備管理システム。
【請求項２２】整備要求を構成する整備アイテムが、
整備段階区分毎および整備間隔毎にまとめられて整備パ
ッケージとされることを特徴とする請求項２１記載の整
備管理システム。
【請求項２３】各整備アイテムの整備間隔が整備コス
トを最小とするように決定されることを特徴とする請求
項２２記載の整備管理システム。
【請求項２４】各整備アイテムの整備段階区分が、整
備管理カテゴリに基づいて決定されることを特徴とする
請求項２２記載の整備管理システム。
【請求項２５】各整備アイテムが整備段階区分毎にま
とめられた整備パッケージおよび整備間隔毎にまとめら
れた整備パッケージの少なくとも一方を組み替えるよう
にして、所要整備員数の平準化を図ることを特徴とする
請求項２２記載の整備管理システム。
【請求項２６】組み替えられた整備パッケージに基づ
き年間整備計画表を作成することを特徴とする請求項２
５記載の整備管理システム。
【請求項２７】整備パッケージを組み替える手順がプ
ログラム化されて、計算機により自動処理されることを
特徴とする請求項２５記載の整備管理システム。
【請求項２８】年間整備計画表を作成する手順がプロ
グラム化されて、計算機により自動処理されることを特
徴とする請求項２６記載の整備管理システム。
【請求項２９】設定される整備計画の妥当性を検証す
る整備計画シミュレーションが実行されることを特徴と
する請求項２１記載の整備管理システム。
【請求項３０】現在の信頼度および信頼性成長度に基
づいて、事後整備を要する時期を予測することを特徴と
する請求項２１記載の整備管理システム。
【請求項３１】整備計画を設定する手順が、各整備ア
イテムが整備段階区分毎にまとめられた整備パッケージ
および整備間隔毎にまとめられた整備パッケージの少な
くとも一方を所要整備員数の平準化を図るように組み替
えた整備パッケージに基づき作成される年間整備計画表
と現在の信頼度および信頼性成長度に基づき予測される
事後整備を要する時期とに基づいて、年間の整備工数、
所要整備員数および所要予備品を算出する手順を含むこ
とを特徴とする請求項２１記載の整備管理システム。
【請求項３２】設定される整備計画が、整備パッケー
ジ、整備周期、整備治工具および所要整備員数を含むこ
とを特徴とする請求項２１記載の整備管理システム。
【請求項３３】予防整備が実施される対象物における
整備管理システムであって、情報を収集分析する情報収集分析機能を有することを特
徴とする整備管理システム。
【請求項３４】収集分析される情報が、整備情報、状
態監視情報、故障検知分離情報であることを特徴とする
請求項３３記載の整備管理システム。
【請求項３５】情報を収集分析する手順が、整備情報
を記録する整備情報記録手順を含んでなることを特徴と
する請求項３３記載の整備管理システム。
【請求項３６】整備情報が日付順に整理されることを
特徴とする請求項３５記載の整備管理システム。
【請求項３７】統計分析により情報の収集分析がなさ
れることを特徴とする請求項３３記載の整備管理システ
ム。
【請求項３８】統計分析が故障時間分布関数を用いて
なされることを特徴とする請求項３７記載の整備管理シ
ステム。
【請求項３９】統計分析が整備時間分布関数を用いて
なされることを特徴とする請求項３７記載の整備管理シ
ステム。
【請求項４０】統計分析が信頼性成長度解析手法によ
りなされることを特徴とする請求項３７記載の整備管理
システム。
【請求項４１】統計分析が、寿命、平均故障間隔、信
頼性成長勾配、整備間隔、平均修理時間および所要整備
員数に関する情報に基づきなされることを特徴とする請
求項３７記載の整備管理システム。
【請求項４２】故障時間分布関数と整備時間分布関数
を作成するための故障情報が、自動的に収集記録される
ことを特徴とする請求項３４記載の整備管理システム。
【請求項４３】統計分析の手順がプログラム化され
て、計算機により自動処理されることを特徴とする請求
項３７記載の整備管理システム。
【請求項４４】ＲＭ設計データおよび／またはＲＭ特
性値データを格納するデータベースを備えてなることを
特徴とする請求項１記載の整備管理システム。
【請求項４５】ＲＭ設計データが、整備アイテム、機
能、故障モード、故障原因、分布関数、故障影響度、整
備段階区分、整備内容および整備器材に関する情報から
構成されることを特徴とする請求項４４記載の整備管理
システム。
【請求項４６】ＲＭ特性値データが、整備アイテム、
平均故障時間、平均整備時間、所要整備員数および信頼
性成長度に関する情報から構成されることを特徴とする
請求項４４記載の整備管理システム。
【請求項４７】ネットワークに接続される各コンピュ
ータから構成されることを特徴とする請求項１ないし請
求項４６に記載の整備管理システム。
【請求項４８】画像出力機能を有することを特徴とす
る請求項４７記載の整備管理システム。