JP2021022184A

JP2021022184A - 保全計画作成支援装置

Info

Publication number: JP2021022184A
Application number: JP2019138493A
Authority: JP
Inventors: 雄祐秋丸; Yusuke Akimaru; 敏徳佐藤; Toshinori Sato
Original assignee: Hitachi Building Systems Co Ltd
Current assignee: Hitachi Building Systems Co Ltd
Priority date: 2019-07-29
Filing date: 2019-07-29
Publication date: 2021-02-18
Anticipated expiration: 2039-07-29
Also published as: JP7186675B2

Abstract

【課題】機器の保全に関し、工程計画担当者の知見を活かしたより好適な工程修正を行うことを実現することを可能とする。【解決手段】本発明では、周期的な保全計画に対して実際の保全実施タイミングが修正された場合、工程計画担当者の入力に従って、保全計画の修正を実施するものである。この修正は、保全を実施した際、スケジュールに関する（１）修正なし、（２）周期修正、（３）シフトの入力を工程計画担当者から管理フロア６のクライアントＰＣ６Ｂを介して受け付け、これに従った保全スケジュールの調整を保全計画作成支援サーバ７で実行する。【選択図】図１

Description

本発明は、設備、機器の点検、修繕、修理、保守、保全、メンテナンス等の計画（以下、保全計画）作成を支援する技術に関する。

その中でも特に、設備、機器に対する保全作業の実施に応じた保全計画の変更、訂正、修正（以下、修正）に関する。

また、本発明には、周期的な保全作業の作成支援が含まれる。さらに、周期的とは繰り返すことを意味し、一定期間ごととの意味に限定されない。

設備、機器の保全作業に関し、例えば、ビルに設置されている給排水設備、空調設備などの設備に対して、点検や、故障したときの対応などの業務を担う作業員がいる。作業員は、決められた期間で保全計画を作成し、ビルの管理者への提出も義務づけられている。最近では、作業員の作業効率化のために、システムを導入し、保全計画を作成することが一般的である。

特許文献１には、作業計画を視覚的に表現するために用いられる棒グラフ（以下、ガントチャートと称する）を使用した作業工程修正を支援する発明として、ガントチャート上で作業計画を修正した場合に、親工程が修正されると、これと連動して子工程を変更して表示する技術が開示されている

特開２００１−３３１２０９号公報

周期的な保全計画の修正を検討する場合には、保全計画担当者（保全計画作成者、保全計画の管理運用者を含む）の知見を利用することが有効である。例えば、発生した故障・不具合への対応のため、設定された周期を修正して（例えば、前倒し）保全作業（修理、メンテナンス、交換を含む）が実施された場合、保全計画の見直しが必要になる。但し、故障・不具合の種別によって、見直しの要不要、見直しの内容が変わってくる。例えば、偶発的な故障・不具合であれば、保全計画を維持することが必要であるし、故障・不具合が定常的なものであれば、保全計画を見直す必要がある。

このような判断を行うには、故障・不具合の内容（時期、種類、程度）、それらが発生した機器・設備の種類についての知見が必要である。この点についても、特許文献１では考慮されていない。

また、特許文献１に記載された技術は、親工程の修正に連動して子工程を修正し表示する技術であり、子工程もしくは親工程などの工程の修正に伴うリスクの変化については表現できない。

上記課題を解決する為の本発明の代表的な態様は、予め定められた周期で、保全対象に対する保全を行うための保全計画の作成を支援する保全計画作成支援装置において、保全開始日付けと周期を受け付ける保全計画入力部と、受け付けた保全開始日と周期を基に実施する保全計画を作成する保全計画作成部と、実際に保全作業を実施した保全作業実施日を受け付ける保全実績入力部と、受け付けた保全作業実施日を基準に前記周期で以降の保全作業実施予定日を修正するか、前記以降の保全作業実施予定日を維持するかを、当該保全計画作成支援装置の利用者から受け付け、修正することを受け付けられた場合、前記以降の保全作業実施予定日を修正するスケジュール再計算部と、修正された保全作業実施予定日もしくは維持された保全作業実施予定日を出力する画面出力部を備える保全計画作成支援装置である。

本発明により、保全計画担当者の知見を活かしたより好適な保全計画の修正を行う事が可能になる。

上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の一実施形態に係る故障リスク処理装置、画面出力装置を含む保全計画作成支援システムの全体の構成例を示す概略構成図である。本発明の一実施形態に係る任意の保全計画担当者が、管理フロアにて操作するクライアントＰＣ６Ｂに表示される保全計画スケジュール画面である。本発明の一実施形態に係る任意の保全計画担当者が管理フロアにて保全スケジュールの修正を行う際の、故障リスク処理装置の処理の流れを示すフローチャートである。本発明の一実施形態に係る任意の保全計画担当者が管理フロアにて保全スケジュールの修正を行う際の、画面出力装置の処理の流れを示すフローチャートである。本発明の一実施形態に係る故障リスク処理装置の稼働時間記録エリアテーブル１２Ｃと故障来歴記録エリアテーブル１２Ｄの構成例を示す図である。本発明の一実施形態に係る画面出力装置の保全コスト記録エリアテーブル１２Ｅと故障リスク記録エリアテーブル１２Ｆの構成例を示す図である。本発明の一実施形態に係る保全スケジュール記録エリアテーブル１２Ｇと部品交換周期基準記録エリアテーブル１２Ｋの構成例を示す図である。本発明の一実施形態に係る予算データエリアテーブル１２Ｉの構成例を示す図である。本発明の一実施形態に係る業務影響度情報エリアテーブル１２Ｌの構成例を示す図である。本発明の一実施形態に係る保全計画作成支援サーバのハードウエア構成例を示す図である。

以下に、本発明の一実施形態に係る故障リスク処理装置１０と画面出力装置１１の連携による保全計画作成支援システムの実施の形態例(以下、「本例」と称する)を、図面を参照しながら説明する。

図１は、本例に係る保全計画作成支援システムの全体構成を示した概略図である。本システムは、保全計画担当者が、保全対象設備が設置されている施設(以下、ビル施設１と称する)の設備保全計画を行う際に、故障リスク処理装置１０によって故障リスクを判定することが可能である。また、保全計画担当者の保全計画の修正に対して故障リスクや保全コストをガントチャートにリアルタイムに反映することが可能である。

図１に示すように、本例の保全計画作成支援システムは、保全対象設備(この例では、共有部：３Ａ１〜３Ａｎ、電気室：４Ａ１〜４Ａｎ、ポンプ室：５Ａ１〜５Ａｎとする)が設置されているビル施設１内の各保全対象設備が通信装置２を介し、広域ネットワーク網を形成するインターネット回線１３と接続される。

そして、各保全対象設備がインターネット回線１３を介して、保全計画作成支援サーバ７に接続されている。画面出力装置１１に集約され処理された結果は、管理フロア６に設置されたクライアント用コンピュータ装置６Ｂ(以下、クライアントＰＣ６Ｂと称する)に反映される。なお、保全対象設備に対してはＡビル1階2個、2階6個のようにビル施設１内に複数設備を設定できることとし、システム構成や保全対象設備の構成などによって対象となる設備の数が変化する。また、本例の保全計画作成支援システムは、設備機器より稼働時間や故障来歴、使用電力等の設備データが取得できない場合でも適用できる。

ビル施設１は保全対象設備を有しており、各設備は稼働時間や故障来歴等の設備データを保全計画作成支援サーバ７にインターネット回線１３を介して転送するための通信装置２を有している。

保全計画作成支援サーバ７は、インターネット回線１３と接続を行う通信装置８と、制御装置９と、故障リスク処理装置１０と、画面出力装置１１と、データベース１２(以下、ＤＢ１２と称する)と、を有している。

制御装置９は、ビル施設１の各保全対象設備からインターネット回線１３と、通信装置８と、を介してＤＢ１２へ格納される設備データを故障リスク処理装置１０に送信し、故障リスク処理装置１０での処理結果をＤＢ１２へ格納する。また、制御装置９は、保全計画担当者が管理フロア６にあるクライアントＰＣ６Ｂにて入力した保全計画（スケジュール）の修正を、通信装置６Ａと、インターネット回線１３と、通信装置８と、を介して画面出力装置１１へ送信する。そして、画面出力装置１１にて処理された結果をＤＢ１２へ格納する。さらに、制御装置９は、クライアントＰＣ６Ｂから要求があった場合に、ＤＢ１２へ格納されたデータを通信装置８と、インターネット回線１３と、通信装置６Ａと、を介して、クライアントＰＣ６Ｂへと送信する。なお、本実施形態では、クライアントＰＣ６Ｂを介して保全計画担当者が各種入力等を行うが、保全計画作成支援サーバ７に入出力装置を設け、保全計画作成支援サーバ７に対して入力等を行う構成としてもよい。

故障リスク処理装置１０内の稼働時間判定部１０Ａは、稼働時間記録エリアテーブル１２Ｃ(詳細後述)に、ビル施設１に設置されている保全対象設備から設備データ(稼働時間)を取得しているかどうかを判定する。次に、予め定められた既定時間よりも取得した設備データ(稼働時間)(ここでは、２４０時間)が長いかどうかを判定し、その判定に基づいて稼働時間による故障リスクを故障リスク記録エリアテーブル１２Ｆ(詳細後述)に格納する。

故障リスク処理装置１０内の故障来歴判定部１０Ｂは、故障来歴記録エリアテーブル１２Ｄ(詳細後述)に、ビル施設１に設置されている保全対象設備の設備データ(故障来歴)を取得し格納しているかどうかを判定する。このとき、故障来歴判定部１０Ｂは、設備データ(故障来歴)を基に各設備の故障回数を計算し、保持する。次に、予め定められている故障回数よりも設備データ(故障来歴)から計算した故障回数が多いかどうかを判定し、その判定に基づいて故障回数による故障リスクを故障リスク記録エリアテーブル１２Ｆに格納する。

画面出力装置１１内の保全予定更新方法入力部１１Ａは、保全計画担当者が保全計画の修正の際に選択した保全予定修正の種類を受信し、保全スケジュール記録エリアテーブル１２Ｇ(詳細後述)に格納する。

画面出力装置１１内の保全予定更新方法判定部１１Ｂは、保全計画担当者が保全計画の修正の際に選択した保全予定修正の種類が、「保全予定を修正しない（修正不要）」、「保全周期を修正する(周期の修正)」「保全周期を維持したまま次回以降の保全予定日を修正する（シフト）」の３つのいずれに当てはまるのかを判定する。なお、保全周期には、保全対象機器のメーカー指定周期、BELCA指定周期、任意周期の少なくともいずれかが含まれる。

画面出力装置１１内のスケジュール再計算部１１Ｃは、保全予定更新方法判定部１１Ｂが判定した保全予定修正の種類に基づいて、新たな保全スケジュールを算出する。新たな保全スケジュールに基づいて、画面に出力されている保全予定日を示す予定ピースの位置を更新する。

画面出力装置１１内の部品交換基準比較部１１Ｄは、スケジュール再計算部１１Ｃによって計算された新たなスケジュールが、予定する部品の交換基準内か交換基準外かどうかを判定し、交換基準内であれば保全予定年度跨ぎ管理部１１Ｅへデータを転送する。また、交換基準外の場合は、交換基準より短いか長いかの判定を行い、どちらの場合であっても保全予定年度跨ぎ管理部１１Ｅへデータを転送する。

画面出力装置１１内の画面出力部１１Ｆは、部品交換基準比較部１１Ｄより転送された新たなスケジュールが、年度内の修正かどうかを判定し、部品交換基準比較部１１Ｄと、画面出力部１１Ｆと、の判定結果を基に予定ピースの色と予算表示欄の色に反映する。

また、保全計画作成装置１４は、保全計画作成情報を受け付ける保全計画入力部１４Ａ、受け付けられた保全計画作成情報を用いて保全計画を作成する保全計画作成部１４Ｂおよび実際に保全作業を行った保全作業実施日を受け付ける保全実績入力部１４Ｃを有する。これらの詳細については、後述する。

なお、上述した保全計画作成支援サーバ７の各装置・機能は図１０に示すハードウエア構成で実現される。バス２００を介して、通信装置８、主記憶装置１００、制御装置９であるＣＰＵ、アダプタ３００が互いに接続されている。

図１０では、保全計画作成支援サーバ７は、このアダプタ３００を介して、ＤＢ１２を有するストレージシステム４００と接続する構成を例示しているが、この構成に限定されない。また、図１に示す故障リスク処理装置１０、画面出力装置１１および保全計画作成装置１４は、主記憶装置１００に展開される故障リスク処理プログラム１１０、画面出力プログラム１２０および保全計画作成プログラム１３０で実現される。つまり、これら各プログラムに従った処理をＣＰＵで実行することで各装置の機能を実行する。なお、これら３つのプログラムは１つのプログラムとして実現してもよい。この場合、各装置は１つのプログラムに含まれるモジュールとして実現される。

ＤＢ１２のＩＰアドレス格納エリアテーブル１２Ａは、設備機器情報格納エリアテーブル１２Ｂを有する。また、設備機器情報格納エリアテーブル１２Ｂは、稼働時間記録エリアテーブル１２Ｃ、故障来歴記録エリアテーブル１２Ｄ、保全コスト記録エリアテーブル１２Ｅ、故障リスク記録エリアテーブル１２Ｆ、保全スケジュール記録エリアテーブル１２Ｇを有する。稼働時間記録エリアテーブル１２ＣはＭＡ１〜ＭＡ７で構成される。

そして、設備データ(稼働時間)を取得している場合には、ＩＰアドレス(ＭＡ２)と、ビル名(ＭＡ３)と、設備名(ＭＡ４)と、記録開始日(ＭＡ５)と、稼働時間(ＭＡ６)と、最終記録更新日(ＭＡ７)と、が予め格納される。故障来歴記録エリアテーブル１２ＤはＭＢ１〜ＭＢ７で構成される。また、設備データ(故障来歴)を取得している場合には、ＩＰアドレス(ＭＢ２)と、ビル名(ＭＢ３)と、設備名(ＭＢ４)と、故障日時(ＭＢ５)と、再稼働日時(ＭＢ６)と、設備状態(ＭＢ７)と、が予め格納される。保全コスト記録エリアテーブル１２ＥはＭＣ１〜ＭＣ７で構成さる。

また、保全対象設備の保全コストに係る情報として、ＩＰアドレス(ＭＣ２)と、ビル名(ＭＣ３)と、設備名(ＭＣ４)と、部品名(ＭＣ５)と、保全優先度(ＭＣ６)と、保全コスト(ＭＣ７)と、が予め格納される。故障リスク記録エリアテーブル１２ＦはＭＤ１〜ＭＤ７で構成され、ＩＰアドレス(ＭＤ２)と、ビル名(ＭＤ３)と、設備名(ＭＤ４)と、は予め格納されている。

またさらに、故障リスク処理装置１０によって、稼働時間による故障リスク(ＭＤ５)と、故障回数による故障リスク(ＭＤ６)と、重要度(ＭＤ７)と、が新たに格納される。保全スケジュール記録エリアテーブル１２ＧはＭＥ１〜ＭＥ９で構成される。その内容のうち、ＩＰアドレス(ＭＥ２)と、ビル名(ＭＥ３)と、設備名(ＭＥ４)と、初回設置日(ＭＥ５)と、保全周期(ＭＥ６)とは予め格納されている。また、周期前に突発的な保全（故障による修理など）が実施された場合に、クライアントＰＣ６Ｂからの入力や通信装置２を介して、保全実施日（ＭＥ８）が送信され、格納される。画面出力装置１１の保全予定更新方法判定部１１Ｂによって、保全予定の修正の種類(ＭＥ９)が新たに格納され、スケジュール再計算部１１Ｃによって、修正後の保全予定日(ＭＥ１０)新たに格納される。

なお、稼働時間記録エリアテーブル１２Ｃおよび故障来歴記録エリアテーブル１２Ｄの内容は、図５に図示したとおりである。また、保全コスト記録エリアテーブル１２Ｅや故障リスク記録エリアテーブル１２Ｆの内容は、図６に図示したとおりである。保全スケジュール記録エリアテーブル１２Ｇの内容は、図７に図示したとおりである。

ＤＢ１２の共有情報エリアテーブル１２Ｊは、部品交換周期基準エリアテーブル１２Ｋを有する。部品交換周期基準エリアテーブル１２ＫはＭＦ１〜ＭＦ７で構成され、設備名(ＭＦ２)と、部品名(ＭＦ３)と、部品番号(ＭＦ４)と、想定使用年月(ＭＦ５)と、推奨交換周期(ＭＦ６)と、は予め格納されている。部品交換周期基準エリアテーブル１２Ｋの内容は、図７に図示したとおりである。

ＤＢ１２の顧客情報エリアテーブル１２Ｈは、予算データエリアテーブル１２Ｉを有する。予算データエリアテーブル１２ＩはＭＧ１〜ＭＧ９で構成され、顧客名(ＭＧ２)と、顧客番号(ＭＧ３)と、ビル名(ＭＧ４)と、ビル番号(ＭＧ５)と、各年度の予算値と実算値(ＭＧ６〜ＭＧｎ)と、が格納されている。

なお、図１では、ＤＢ１２を保全計画作成支援サーバ７の一構成として記載したが、保全計画作成支援サーバ７とインターネット回線１３等のネットワークを介して接続する構成としてもよい。

図２に、クライアントＰＣ６Ｂの保全計画スケジュール画面イメージについての概念図を示す。

図２に示すように、保全計画スケジュール画面には、以下のものが表示される。それらは、設備名(ＰＡ１)、保全内容(ＰＡ２)、ガントチャート(ＰＡ３、ＰＡ９、ＰＡ１０、ＰＡ１１)、次年度への計画修正の有無(ＰＡ４)、設備情報(ＰＡ５)、年度実算(ＰＡ６)、年度予算(ＰＡ７)、次年度予算(ＰＡ８、ＰＡ１２)である。ここで、図２のガントチャート(ＰＡ３)では、以下の場合の予定ピース色（パターン等の表示形態を含む）の変化の例を示す。その場合とは、保全計画の修正が部品交換周期基準より長い場合(ＰＡ９)、保全計画の修正が部品交換周期基準より短い場合(ＰＡ１０)、保全計画の修正が部品交換周期基準内の場合(ＰＡ１１)である。また、図２の次年度予算(ＰＡ８、ＰＡ１２)では、保全計画の修正が年度を跨がない場合(ＰＡ８)と、保全計画の修正が年度を跨いだ修正となる場合(ＰＡ１２)と、の予算表示欄色の変化の例を示している。

図２のガントチャート(ＰＡ３)に示すように、保全計画作成支援システムは年度単位での設備保全計画を前提としている。保全計画作成支援システムにおいて、年度単位で設備保全計画や予算値等を管理するため、各保全計画管理者が基準となる月を指定する事で、基準月を年度の始まりとして使用するものとする。

図３に、保全計画作成支援サーバ７内にある故障リスク処理装置１０についてのフロー図を示す。

まず、故障リスク処理装置１０の稼働時間判定部１０Ａでは、管理単位毎であるビル施設ごとに予め設定した周期(ここでは、1日1回とする)になると処理が開始する(ステップＳＡ１)。次に、稼働時間判定部１０Ａでは、ビル施設１に設置されている保全対象設備から設備データ(稼働時間)を取得しているかを判断する(ステップＳＡ２)。稼働時間が稼働時間記録エリアテーブル１２Ｃに格納されていれば取得済として、ステップＳＡ３に進む。稼働時間が稼働時間記録エリアテーブル１２Ｃに格納されていなければ、本処理を終了する。

次に、稼働時間判定部１０Ａでは、取得済の稼働時間(ここでは、240時間とする)が予め定められた規定時間よりも長いかどうかを判定する(ステップＳＡ３)。稼働時間が規定値よりも長い場合は、稼働時間による故障リスクを大として故障リスク記録エリアテーブル１２ＦのＭＤ５へ格納する(ステップＳＡ４)。しかし、稼働時間が規定値よりも短い場合は、稼働時間による故障リスクを小として故障リスク記録エリアテーブル１２ＦのＭＤ５へ格納する(ステップＳＡ５)。

もし保全対象設備から設備データ(稼働時間)を取得していない場合には、稼働時間判定部１０Ａが稼働時間による故障リスクを不明として故障リスク記録エリアテーブル１２ＦのＭＤ５へ格納する(ステップＳＡ６)。

また、ビル施設１に設置されている保全対象設備の設備データ(故障来歴)を取得しているかを判断する(ステップＳＡ７)。故障来歴が故障来歴記録エリアテーブル１２Ｄに格納されていれば、取得済としてステップＳＡ８に進む。そして、故障来歴判定部１０Ｂが故障来歴記録エリアテーブル１２Ｄに格納された故障来歴から故障回数を計算する。また、故障来歴判定部１０Ｂは、計算した故障回数が予め定められた規定回数よりも多いかどうかを判定する(ステップＳＡ８)。故障回数が規定回数よりも多い場合は、故障回数による故障リスクを大として故障リスク記録エリアテーブル１２ＦのＭＤ６へ格納する(ステップＳＡ９)。

しかし、故障回数が規定回数よりも少ない場合は、故障回数による故障リスクを小として故障リスク記録エリアテーブル１２ＦのＭＤ６へ格納する(ステップＳＡ１０)。もし、設備データ(故障来歴)を取得していない場合には、故障来歴判定部１０Ｂが、故障回数による故障リスクを不明として故障リスク記録エリアテーブル１２ＦのＭＤ６へ格納する(ステップＳＡ１１)。

最後に、稼働時間による故障リスクと、故障回数による故障リスクと、の２つの要因を基に重要度を「大」「中」「小」の3パターンで判定し、故障リスク記録エリアテーブル１２ＦのＭＤ７へ格納する(ステップＳＡ１２)。なお、ここでは、重要度を3パターンに分類しているが、これに限定されない。また、数値として重要度を表現してもよい。さらに、重要度は、稼動時間による故障リスクと故障回数による故障リスクのいずれか一方や他の要因、それらの組合せで算出してもよい。重要度については、要因を数値化し、複数要因を用いる場合、これらをパラメータとした計算式で重要度を算出する。なお、重要度をパターンとして算出する場合、基準値を設けておき、計算式で算出された数値と比較してパターン、つまり、重要度を決定する。

次に、図４に示す保全計画作成支援サーバ７内にある故障リスク処理装置１０のフローの内容を説明する。本フローは、スケジュールの再計算であるため、本説明に先立ってスケジュールの計算について、説明する。本計算は、図１に示す保全計画作成装置１４で実行される。まず、クライアントＰＣ６Ｂに入力され、インターネット回線１３を介して送信される保全計画を作成するための保全計画作成情報を、保全計画入力部１４Ａが受け付ける。この保全計画作成情報には、保全対象である各設備に対する保全開始日および保全の周期が含まれる。保全開始日としては、例えば図７の保全スケジュール記録エリアテーブル１２Ｇ中の初回設置日ＭＥ５が、保全の周期としては、例えば図７の保全スケジュール記録エリアテーブル１２Ｇ中の保全周期ＭＥ６が該当し、保全スケジュール記録エリアテーブル１２Ｇに格納される。

次に、保全計画作成部１４Ｂが、受信した保全計画作成情報を用いて、保全計画を作成する。この保全計画には、例えば、図７の保全スケジュール記録エリアテーブル１２Ｇ中の修正対象保全予定日ＭＥ７が該当し、保全スケジュール記録エリアテーブル１２Ｇに格納される。

そして、上記保全計画に従った保全が実施された場合、クライアントＰＣ６Ｂに入力されるか、通信装置２に発信され、インターネット回線１３を介して送信される保全が実施された保全作業実施日を、保全実績入力部１４Ｃで受け付ける。この保全作業実施日は、図７に示す保全実施日ＭＥ８が該当し、保全スケジュール記録エリアテーブル１２Ｇに格納される。

次に、スケジュールの再計算のフローを、図４を用いて説明する。なお、本フローは、重要度に基づき、予め定めた周期以前に突発的な修理などの保全作業を実施した場合に開始する。例えば、重要度が大の場合、アラートをクライアントＰＣ６Ｂに表示し、ステップＳＢ１を開始する。なお、本実施形態では、「予め定めた周期以前に」実施した場合を例にしたが、周期以後との予定の修正や他の要因をトリガーとして開始してもよい。ここでは「保全」を用いて説明するが、点検、修理、修繕、保守、メンテナンスなどであっても適用可能である。

まず、管理フロア６に設けられたクライアントＰＣ６Ｂにて、保全計画担当者が保全予定修正の入力を受け付ける。そして、管理フロア６内の通信装置６Ａと、インターネット回線１３と、通信装置８と、を介して、保全計画作成支援サーバ７内の画面出力装置１１内の保全予定更新方法入力部１１Ａが、入力された保全予定修正データを受信する(ステップＳＢ１)。ここでは、保全予定修正データとして、「保全予定を修正しない（修正不要）」、「保全周期を修正する(周期の修正)」「保全周期を維持したまま次回以降の保全予定日を修正する」との選択ボタン（画面）をクライアントＰＣ６Ｂに表示する。そして、これらに対する選択を受け付ける。

ここで、「保全予定を修正しない」とは、周期および次回以降の保全予定日の修正不要であることを示す。「保全周期を修正する」とは周期の期間を修正することを意味し、次回以降の保全予定日は修正後の周期に従って定まる。「保全周期を維持したまま次回以降の保全予定日を修正する」とは、実施された「周期以前の修理」の実施日を新たな基準日として周期は維持したまま次回以降の保全予定日を決定する。つまり、保全周期の期間を、新たな基準日でシフトする。

次に、画面出力装置１１内の保全予定更新方法判定部１１Ｂが保全予定修正データの種類（保全予定修正の種類）を判定し、保全スケジュール記録エリアのＭＥ８へ格納する（ステップＳＢ２）。これは、保全計画担当者がクライアントＰＣ６Ｂに対して入力された保全予定修正データに応じて、以下のとおりの格納を行う。「保全予定を修正しない」であれば「Ａ」を、「保全周期を修正する」であれば「Ｂ」を、「保全周期を維持したまま次回以降の保全予定日を修正する」であれば「Ｃ」を格納する。例えば、図７に示すように「ビルＡ」の「空調設備Ａ」に対し、保全計画担当者が「保全予定を修正しない」を選択した場合には、保全スケジュール記録エリアテーブル１２ＧのＭＥ８へ「Ａ」を格納する。

次に、格納した保全予定修正データの種類の保全対象の保全コスト、予算データ、保全スケジュールを、ＤＢ１２から取得する。例えば、「ビルＡ」の「空調設備Ａ」について、画面出力装置１１は、ＤＢ１２より保全コストと、予算データと、保全スケジュールとを取得する(ステップＳＢ３)。具体的には、保全コストとして、図６に示す保全コスト記録エリアテーブル１２Ｅより空調設備Ａの部品モーター、フィルター等の保全コストを足し合わせた値を算出する。

また、予算データとして、図８に示す予算データエリアテーブル１２ＩからビルＡの１９年度の予算を取得する。さらに、保全スケジュールとして、図７に示す保全スケジュール記録エリアテーブル１２ＧからビルＡの初回設置日、保全周期、修正対象種予定日、保全実施日、保全予定修正の種類を取得する。ここで、初回設置日とは、周期に先立って保全を行った保全実施日の直近に保全を行った日付である。また、図８に示す予算データは、ビルごとのデータであるため、設備に対応する予算データを予算データエリアテーブル１２Ｉに設けて、それを利用してもよい。

なお、本例では保全対象の保全コスト、予算データ、保全スケジュールを取得、算出しているが、これらの一部を取得、算出する構成としてもよい。また、保全スケジュールについても、初回設置日、保全周期、保全実施日および保全予定修正の種類を取得する構成としてもよい。この場合、保全コストはスケジュール再計算部１１Ｃが有する保全コスト計算部で実施し、予算データはスケジュール再計算部１１Ｃが有する予算データ計算部で実施される。また、保全コスト計算部は保全コストに対する見積もりを実施し、保全コスト見積額を計算し、この保全コスト見積額について、予め定めた周期(例えば、予算管理期間毎)に再計算してもよい。

また、このように計算、再計算された保全コスト見積額および保全作業実施予定日である修正対象保全予定日ＭＥ７を、画面出力部１１Ｆに出力する構成がより好適である。さらに、故障リスク記録エリアテーブル１２Ｆには、保全を実施しなかった場合のリスクを格納しておき、このリスクを保全作業実施予定日である修正対象保全予定日ＭＥ７と対応付けて、画面出力部１１Ｆに出力する構成がより好適である。

次に、スケジュール再計算部１１Ｃは、保全予定の種類を基に新たな保全スケジュールを算出する(ステップＳＢ４)。保全スケジュールとしては、保全周期、保全実施日および保全予定修正の種類から修正後保全予定日を算出し、また、保全予定修正の種類に応じて保全周期を修正する。この具体的な内容を、図７の保全スケジュール記録エリアテーブル１２Ｇを参照して説明する。ここでは、保全実施日ＭＥ８である2019年7月15日に、各設備が周期に先立って保全した場合に、以下の手順を行う。

（１）保全予定修正の種類が「Ａ」＝「保全予定を修正しない」の場合、保全実施日に実際に保全を行った日付を記載する。そして、修正後保全予定日を修正後保全予定日に記載して処理を終了する。本例における空調設備Ａの場合、修正後保全予定日に2019年10月15日を記載する。

（２）保全予定修正の種類が、「Ｂ」＝「保全周期を修正する」である場合、保全実施日と初回設置日（直近の保全実施部）の差分を算出する。これを保全周期として、記録する。
本例の「給排水設備Ａ」の場合、2019年7月15日から2019年4月15日を差し引3ヶ月が求められる。保全周期の12ヶ月を算出された3ヶ月に置き換える。

そして、置き換えられた保全周期を、保全実施日に足して修正後保全予定日を算出する。図７の例では、保全実施日2019年7月15日に修正された保全周期の3ヶ月を足して、修後修正予定日として2019年10月15日を算出する。

なお、算出された保全周期（算出周期）と現在の保全周期（現在周期）を比較して、算出周期を適用するかを判断する構成としてもよい。この内容については、後述する。

（３）保全予定修正の種類が、「Ｃ」＝「保全周期を維持したまま次回以降の保全予定日を修正する」である場合、保全実施日に保全周期を足して、修正後保全予定日を算出する。図７の電気設備Ａの例では、保全実施日に2019年5月15日に保全周期の3ヶ月を足して、2019年8月15日を算出する。

なお、（２）（３）の保全予定修正の種類は、「保全実施日の修正」と纏めて１種類としてもよい。

また、スケジュール再計算部１１Ｃは、受信した保全作業実施日である保全実施日ＭＥ８を基準に、保全周期ＭＥ６で以降の保全予定日を修正するか維持するかを選択し、選択結果を用いて、修正対象保全予定日ＭＥ７を算出してもよい。修正すると選択した場合は、周期を短縮することが好適であるが、長期化することも可能である。また、選択は、予め設定されたルールに従い実行される。これは、保全対象の種類、保全の種類、後述する御業務影響度などに応じて定められる。なお、この場合、保全予定修正ＭＥ９の入力を省略してもよい。

（２）で記載した算出周期を採用するかを判断する処理について、説明する。これは、保全対象の業務への影響度(以下、業務影響度)および算出周期と現在周期の比較結果を用いて、保全周期を特定する。このために、図９に示す業務影響度情報エリアテーブル１２Ｌを用いる。また、前提として、保全対象の業務影響度は、稼働時間記録エリアテーブル１２Ｃに格納されているものとする(但し、図示せず)。以下、上記判断処理の手順を説明する。

まず、算出周期と現在周期を比較し、いずれが長いか判断する。例えば、上述の例では、算出周期＝3ヶ月、現在周期＝12ヶ月のため、算出周期が「長い」と判断する。この場合、スケジュール再計算部１１Ｃが警告メッセージを画面出力部１１Ｆに通知し、画面出力部１１Ｆがこれを表示する。

次に、「給排水設備Ａ」等保全対象の業務影響度を、稼働時間記録エリアテーブル１２Ｃから「重」「中」「軽」のいずれかであるかを特定する。なお、「重」「中」「軽」は業務影響度の一例であり、他の形式や三段階の分類に限定されない。

上記の結果と、業務影響度情報エリアテーブル１２Ｌの業務影響度ＭＨ１と算出周期と現在周期の比較ＭＨ２を突き合わせて、いずれの保全周期を適用するかを判断する。

ここで、算出周期が現在周期より長く、業務影響度が「軽」の「保全実績を利用し、シフト」とは上述の（３）の算出結果を用いるものである。

なお、この業務影響度情報エリアテーブル１２Ｌの内容は一例であり、算出周期と現在周期の比較結果と、業務影響度を用いて保全周期を特定できればよい。

さらに、「重要度」を用いて、保全周期を特定（調整）してもよい。（２）の手順では、保全実施日と初回設置日（直近の保全実施部）の差分をそのまま利用したが、この差分に対して、重要度に応じた計算を行い、保全周期を算出する。具体的には、重要度が「大」の場合、差分×0.8、「中」の場合、差分をそのまま利用（差分×1.0）、「小」の場合、差分×1.2を計算する。保全スケジュール記録エリアテーブル１２Ｇの設備名ＭＥ４が「給排水設備Ａ」の場合、図６の故障リスク記録エリアテーブル１２Ｆでは重要度が「小」であるため、3ヶ月×1.2＝3.6ヶ月（3ヶ月と18日）を保全周期とする。なお、乗ずる数値は一例であり、重要度に応じて、変化させればよい。この場合、重要度が大きいほど値を小さくすることが好適である。また、重要度が高いほど保全周期が短くなるように算出すればよいため、その算出方法は問わない。

以上の処理が終了した場合、修正後保全予定日の日付を、修正対象保全予定日に記載し、これを削除する更新作業を、次回の修正処理までに行ってもよい。この場合、さらに、保全実施日の日付を初回設置日(直近の保全実施日)に記載し、削除するか、別途図示しない直近の保全実施日に記載してもよい。

画面出力部１１Ｆは、新たなスケジュールに基づいて予定ピースの位置を更新する(ステップＳＢ５)。この時、新たな保全スケジュールに基づき、修正後の次回保全予定日を保全スケジュール記録エリアテーブル１２ＧのＭＥ１０へ格納する。部品交換基準比較部１１Ｄは、新たなスケジュールが部品交換周期基準内かどうかを判定する(ステップＳＢ６)。ステップＳＢ６の結果、部品交換周期基準内の場合、保全予定年度跨ぎ管理部１１Ｅが新たなスケジュールが年度内であるかを判定する(ステップＳＢ７)。

また、画面出力部１１Ｆは年度内の修正である場合は予定ピース色と予算表示欄色を変化させず表示を維持する（ステップＳＢ８、ＰＡ１１、ＰＡ８)。ステップＳＢ７の結果、年度を跨いだ修正となる場合には、画面出力部１１Ｆが予定ピース色は変化させないが予算表示欄色は赤に表示修正を行う(ステップＳＢ９、ＰＡ１１、ＰＡ１２)。ステップＳＢ６の結果、部品交換周期基準外である場合は、部品交換周期基準よりも短いかどうかを判定する(ステップＳＢ１０)。なお、本例では予算表示欄色を変化させる制御で説明したが、パターンのような背景の修正を行ってもよい。

ステップＳＢ１０の結果、部品交換周期基準よりも短い場合は、保全予定年度跨ぎ管理部１１Ｅが新たなスケジュールが年度内であるかを判定する(ステップＳＢ１１)。そして、年度内の修正である場合は、予定ピース色は緑に表示修正を行うが、予算表示欄色は変化させない(ステップＳＢ１２、ＰＡ１０、ＰＡ８)。ステップＳＢ１１の結果、年度を跨いだ修正となる場合は、予定ピース色は緑に表示修正を行い、予算表示欄色は赤へ表示修正を行う(ステップＳＢ１３、ＰＡ１０、ＰＡ１２)。ステップＳＢ１０の結果、部品交換周期基準よりも長い場合は、保全予定年度跨ぎ管理部１１Ｅが新たなスケジュールが年度内であるかを判定する(ステップＳＢ１４)。ステップＳＢ１４の結果、年度内の修正である場合は、予定ピース色は赤に表示修正を行うが、予算表示欄色は変化させない(ステップＳＢ１５、ＰＡ９、ＰＡ８)。ステップＳＢ１４の結果、年度を跨いだ修正となる場合は、予定ピース色と予算表示欄色共に赤へ表示修正を行う(ステップＳＢ１６、ＰＡ９、ＰＡ８)。

例えば、上記のとおりビルＡ(ＭＥ３)の空調設備Ａ(ＭＥ４)は2019年4月15日(ＭＥ５)に設置されたとする。この場合、初回計画時の保全周期は6か月(ＭＥ６)で修正対象保全予定日は2019年10月15日(ＭＥ７)である。また、上記のとおり、2019年10月15日の保全予定が2020年4月15日(ＭＥ１０)へ修正されている。

また、保全予定修正の種類を「保全予定を修正しない」が選択されているので、保全スケジュール記録エリアのＭＥ８には「Ａ」と格納される。フィルターを基に考えると、部品交換基準比較部１１Ｄでは、この新たな保全スケジュール2020年4月15日(ＭＥ１０)が、部品交換周期基準エリアテーブル１２Ｋに格納されている推奨交換周期である11ヶ月〜13ヶ月(ＭＦ６)と比較する。

そして、この例では部品交換周期基準よりも短いと判定する。次に、保全予定年度跨ぎ管理部１１Ｅで、修正前の保全予定日である2019年10月15日(ＭＥ７)と、新たなスケジュールである2020年4月15日(ＭＥ９)とを比較し、2019年度から2020年度へ年度を跨いだ修正であると判定する。この例では、最後に画面出力部１１Ｆにおいて、部品交換基準比較部１１Ｄで交換基準より短いと判定されたため、予定ピース色を、安全を示す緑色に表示を更新する(ＰＡ１０)。そして、保全予定年度跨ぎ管理部１１Ｅで年度を跨いだ修正であると判定されたため、予算表示欄の色を必要となる予算額が変化したことを示す赤色に表示を更新する(ＰＡ８)。

上記の例では、保全対象設備が通信装置２とインターネット回線１３を経由して保全計画作成支援サーバ７と接続され、故障リスク処理装置１０が保全対象設備から設備データを取得できる場合について示した。しかし保全対象設備から設備データを取得できない場合については、データベース１２の故障リスク記録エリアテーブル１２Ｆの稼働時間による故障リスク(ＭＤ５)および故障回数による故障リスク(ＭＤ６)に「不明」と格納する事とする。これにより、保全対象設備から設備データを取得できない場合についても本例を適用する事が可能となる。

以上述べたように、本例の保全計画作成支援システムでは、保全計画の変更に伴うリスク変動をスケジュールと同一の画面で表示する事で、保全計画担当者に保全計画変更に伴うリスク変動に関する注意喚起を促すことを可能となり、最適な保全計画の修正を行うことができる。

１…保全対象設備の設置してあるビル（ビル施設１）、３Ａ１〜３Ａｎ…保全対象空調設備、４Ａ１〜４Ａｎ…保全対象電気設備、５Ａ１〜５Ａｎ…保全対象給排水設備、６…管理フロア、６Ｂ…クライアント用コンピュータ装置、７…保全計画作成支援サーバ、９…制御装置、１０…故障リスク処理装置、１０Ａ…稼働時間判定部、１０Ｂ…故障来歴判定部、１１…画面出力装置、１１Ａ…保全予定更新方法入力部、１１Ｂ…保全予定更新方法判定部、１１Ｃ…スケジュール再計算部、１１Ｄ…部品交換基準比較部、１１Ｅ…保全予定年度跨ぎ管理部、１１Ｆ…画面出力部、１２…データベース

Claims

予め定められた周期で、保全対象に対する保全を行うための保全計画の作成を支援する保全計画作成支援装置において、
保全開始日付けと周期を受け付ける保全計画入力部と、
受け付けた保全開始日と周期を基に実施する保全計画を作成する保全計画作成部と、
実際に保全作業を実施した保全作業実施日を受け付ける保全実績入力部と、
受け付けた保全作業実施日を基準に前記周期で以降の保全作業実施予定日を修正するか、前記以降の保全作業実施予定日を維持するかの指示を、受け付け、受け付けた指示に前記保全作業実施日以降の保全計画を修正するスケジュール再計算部と、
前記受け付けた指示が修正の場合、修正された保全作業実施予定日を出力する画面出力部を備える保全計画作成支援装置。
請求項１に記載の保全計画作成支援装置において、
前記周期は、保全対象機器のメーカー指定周期、BELCA指定周期、任意周期のいずれかである保全計画作成支援装置。
請求項１に記載の保全計画作成支援装置において、
前記保全作業実施予定日を修正したとき保全作業で発生する保全コスト見積額を予め定められた期間毎に再計算する保全コスト計算部を備える保全計画作成支援装置。
請求項３に記載の保全計画作成支援装置において、
前記画面出力部は、前記保全コスト計算部から前記保全作業に対応した保全コスト見積額を受け取り、前記保全作業実施予定日に実施される作業により発生する保全コスト見積額と保全作業実施予定日を対応付けて出力する保全計画作成支援装置。
請求項４に記載の保全計画作成支援装置において、
前記画面出力部は、前記保全作業と当該保全作業を実施しなかった場合のリスクが対応付けて格納されている故障リスク記録エリアテーブルを参照し、保全作業実施予定日に実施する保全作業に対応付けて当該保全作業を実施しなかった場合のリスクを出力する保全計画作成支援装置。
請求項１乃至５のいずれかに記載の保全計画作成支援装置において、
前記保全作業実施日が前記周期より短い場合、前記保全計画に関し、前記保全計画の修正不要、前記周期の修正および受け付けた保全作業実施日を基準に前記周期で以降の保全作業実施予定日の修正指定を受け付ける保全予定更新方法入力部をさらに有し、
前記スケジュール再計算部は、前記保全予定更新方法入力部に対する指定に従って、前記保全計画を修正する保全計画作成支援装置。
請求項６に記載の保全計画作成支援装置において、
前記スケジュール再計算部は、前記周期の修正が指定された場合、最新の保全作業実施日と当該最新の保全作業実施日の直前の保全作業実施日の期間を新たな周期として求め、予め格納されている前記保全対象の業務への影響度を示す業務影響度に基づいて、新たな周期を適用するかどうかを決める保全計画作成支援装置。
請求項７に記載の保全計画作成支援装置において、
前記スケジュール再計算部は、新たな周期が現在の周期より長い場合は、警告メッセージを出力する保全計画作成支援装置。