特許 7426586 保守システム、処理方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-01-25

(45)【発行日】2024-02-02

(54)【発明の名称】保守システム、処理方法、及びプログラム

(51)【国際特許分類】

   G06Q 10/20 20230101AFI20240126BHJP

【ＦＩ】

G06Q10/20

【請求項の数】 17

(21)【出願番号】P 2019196735

(22)【出願日】2019-10-29

(65)【公開番号】P2021071809

(43)【公開日】2021-05-06

【審査請求日】2022-08-22

(73)【特許権者】

【識別番号】314012076

【氏名又は名称】パナソニックＩＰマネジメント株式会社

(74)【代理人】

【識別番号】110002527

【氏名又は名称】弁理士法人北斗特許事務所

(72)【発明者】

【氏名】高岡 浩一

(72)【発明者】

【氏名】前田 龍一

(72)【発明者】

【氏名】神吉 大

【審査官】加内 慎也

(56)【参考文献】

【文献】特開２００４－３４２００５（ＪＰ，Ａ）

【文献】特開昭６２－２７６４７０（ＪＰ，Ａ）

【文献】特開２０１９－１４８４４０（ＪＰ，Ａ）

【文献】国際公開第２０１９／０７７６７９（ＷＯ，Ａ１）

【文献】特開２００７－０２５８７８（ＪＰ，Ａ）

【文献】特開２００９－２７７０２８（ＪＰ，Ａ）

【文献】特開２００６－２８５６５２（ＪＰ，Ａ）

【文献】特開２０１３－０７７０５４（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

１又は複数の施設に関する保守システムであって、
複数の設備の保守時期に関する基準情報を受け付ける第１受付部と、
前記施設に導入された前記複数の設備の動作状態に関する動作情報を受け付ける第２受付部と、
少なくとも前記基準情報及び前記動作情報に基づいて、前記複数の設備の寿命に関する判断を行う判断部と、
を備え、
前記保守時期は、予算計画の中で前記複数の設備の各々に設定された、次回の更新又は改修日までの時期を含む、
保守システム。

【請求項2】

前記基準情報は、設備台帳にて、前記施設に導入された前記複数の設備を識別可能な識別情報と対応付けされている、
請求項１に記載の保守システム。

【請求項3】

前記設備台帳を用いて、前記複数の設備の交換候補となる設備を選定して提案する提案部を更に備える、
請求項２に記載の保守システム。

【請求項4】

前記判断部の判断結果と、前記保守時期とを比較して、その比較結果を通知する通知部を更に備える、
請求項１～３のいずれか１項に記載の保守システム。

【請求項5】

前記比較結果の通知先の側から、前記比較結果に対するフィードバック情報を受け付ける第３受付部と、
前記フィードバック情報を用いて、前記複数の設備を制御するための制御情報を生成して出力する制御出力部と、を更に備え、
前記フィードバック情報が、前記寿命を前記保守時期まで延命させる方向性を示す第１依頼情報を含む場合、前記制御出力部は、前記第１依頼情報に基づき、前記方向性となる前記複数の設備の運転スケジュールを前記制御情報として生成して出力する、
請求項４に記載の保守システム。

【請求項6】

前記比較結果の通知先の側から、前記比較結果に対するフィードバック情報を受け付ける第３受付部を更に備え、
前記フィードバック情報が、シミュレーションの実行依頼を示す第２依頼情報を含む場合、前記判断部は、前記第２依頼情報に基づき、省エネ化が段階的に増すような複数の仮想運転スケジュールを生成し、各仮想運転スケジュールに従って設備制御を行った場合におけるシミュレーションを行い、前記シミュレーションの結果に基づき、前記複数の設備の仮想寿命の推定を行い、前記通知部から推定結果を通知する、
請求項４に記載の保守システム。

【請求項7】

前記基準情報を遵守するように前記複数の設備を制御するための制御情報を生成して出力する制御出力部を更に備える、
請求項１～６のいずれか１項に記載の保守システム。

【請求項8】

前記判断部は、前記基準情報及び前記動作情報に加えて、前記施設における前記複数の設備の各々が設置されている監視領域に関する環境情報を更に用いて前記寿命に関する判断を行う、
請求項１～７のいずれか１項に記載の保守システム。

【請求項9】

前記動作情報は、前記複数の設備における、エネルギーの使用状況、動作時間、動作回数、及び動作タイミングの少なくとも１つに関する情報を含む、
請求項１～８のいずれか１項に記載の保守システム。

【請求項10】

前記寿命を判断するためのアルゴリズムの入力を受け付ける入力部を更に備え、
前記判断部は、前記基準情報及び前記動作情報に加えて、前記アルゴリズムを用いて、前記寿命に関する判断を行う、
請求項１～９のいずれか１項に記載の保守システム。

【請求項11】

前記動作情報は、前記施設にけるエネルギーの使用状況に関する伝票データを含む、
請求項１～１０のいずれか１項に記載の保守システム。

【請求項12】

前記判断部の判断結果と、前記保守時期とを比較して、その比較結果を通知する通知部を更に備え、
前記判断部は、前記比較結果の通知後に、前記複数の設備に関する制御情報を変更したと仮定した場合におけるシミュレーションを行い、前記シミュレーションの結果を踏まえて前記寿命の推定を行い、
前記通知部は、前記寿命の推定結果を通知する、
請求項１～１１のいずれか１項に記載の保守システム。

【請求項13】

前記シミュレーションに用いた前記制御情報に基づく制御を、実際に前記複数の設備に対して実施する、
請求項１２に記載の保守システム。

【請求項14】

１又は複数の施設に関する保守システムの処理方法であって、
複数の設備の保守時期に関する基準情報を受け付ける第１受付ステップと、
前記施設に導入された前記複数の設備の動作状態に関する動作情報を受け付ける第２受付ステップと、
少なくとも前記基準情報及び前記動作情報に基づいて、前記複数の設備の寿命に関する判断を行う判断ステップと、
を含み、
前記保守時期は、予算計画の中で前記複数の設備の各々に設定された、次回の更新又は改修日までの時期を含む、
処理方法。

【請求項15】

１又は複数の施設に関する保守システムであって、
前記施設に導入された複数の設備の保守時期に関する基準情報を遵守するように前記複数の設備を制御するための制御情報を生成して出力する制御出力部を備え、
前記保守時期は、予算計画の中で前記複数の設備の各々に設定された、次回の更新又は改修日までの時期を含む、
保守システム。

【請求項16】

１又は複数の施設に関する保守システムの処理方法であって、
前記施設に導入された複数の設備の保守時期に関する基準情報を遵守するように前記複数の設備を制御するための制御情報を生成して出力する出力ステップを含み、
前記保守時期は、予算計画の中で前記複数の設備の各々に設定された、次回の更新又は改修日までの時期を含む、
処理方法。

【請求項17】

１以上のプロセッサに請求項１４又は請求項１６に記載の処理方法を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般に、保守システム、処理方法、及びプログラムに関する。より詳細には、本開示は、１又は複数の施設に関する保守システム、保守システムの処理方法、及びプログラムに関する。

【背景技術】

【0002】

特許文献１には、複数の建物の管理に用いられるビル管理システムが記載されている。ビル管理システムは、管理対象の建物又はその設備に関する情報を蓄積する建物管理装置と、建物管理装置に蓄積された情報を収集し一元管理する情報管理装置と、建物管理装置と情報管理装置との間でデータを通信するための通信ネットワークとを備えている。情報管理装置は、建物管理装置から受信した情報から予め形成したデータベースを参照して予知される事象を提示する。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００１－３３１５７１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、建物（施設）に導入される設備には寿命が存在し、更新（取替）／修繕（改修）の目安となる更新周期及び修繕周期等が予算計画で定められるため、これらを考慮した施設の保守サービスの向上が望まれる。

【0005】

本開示は上記事由に鑑みてなされ、施設の保守サービスの向上を図ることができる、保守システム、処理方法、及びプログラムを提供することを目的とする。

【課題を解決するための手段】

【0006】

本開示の一態様の保守システムは、１又は複数の施設に関する保守システムである。前記保守システムは、第１受付部と、第２受付部と、判断部と、を備える。前記第１受付部は、複数の設備の保守時期に関する基準情報を受け付ける。前記第２受付部は、前記施設に導入された前記複数の設備の動作状態に関する動作情報を受け付ける。前記判断部は、少なくとも前記基準情報及び前記動作情報に基づいて、前記複数の設備の寿命に関する判断を行う。前記保守時期は、予算計画の中で前記複数の設備の各々に設定された、次回の更新又は改修日までの時期を含む。

【0007】

本開示の一態様の処理方法は、１又は複数の施設に関する保守システムの処理方法である。前記処理方法は、第１受付ステップと、第２受付ステップと、判断ステップと、を含む。前記第１受付ステップにて、複数の設備の保守時期に関する基準情報を受け付ける。前記第２受付ステップにて、前記施設に導入された前記複数の設備の動作状態に関する動作情報を受け付ける。前記判断ステップにて、少なくとも前記基準情報及び前記動作情報に基づいて、前記複数の設備の寿命に関する判断を行う。前記保守時期は、予算計画の中で前記複数の設備の各々に設定された、次回の更新又は改修日までの時期を含む。

【0008】

本開示の一態様の保守システムは、１又は複数の施設に関する保守システムである。前記保守システムは、前記施設に導入された複数の設備の保守時期に関する基準情報を遵守するように前記複数の設備を制御するための制御情報を生成して出力する制御出力部を備える。前記保守時期は、予算計画の中で前記複数の設備の各々に設定された、次回の更新又は改修日までの時期を含む。

【0009】

本開示の一態様の処理方法は、１又は複数の施設に関する保守システムの処理方法であ
る。前記処理方法は、前記施設に導入された複数の設備の保守時期に関する基準情報を遵守するように前記複数の設備を制御するための制御情報を生成して出力する出力ステップを含む。前記保守時期は、予算計画の中で前記複数の設備の各々に設定された、次回の更新又は改修日までの時期を含む。

【0010】

本開示の一態様のプログラムは、１以上のプロセッサに上記処理方法のいずれか一方を実行させるためのプログラムである。

【発明の効果】

【0011】

本開示によれば、施設の保守サービスの向上を図ることができる、という利点がある。

【図面の簡単な説明】

【0012】

【図1】図１は、一実施形態に係る保守システムを備える管理システムの全体構成を示す概略図である。

【図2】図２は、同上の保守システムにおける処理部のブロック構成図である。

【図3】図３は、同上の管理システムにおける中央監視システムの概念図である。

【図4】図４は、同上の保守システムの基本動作を説明するためのフローチャート図である。

【図5】図５は、同上の保守システムのフィードバック動作を説明するためのフローチャート図である。

【発明を実施するための形態】

【0013】

（１）概要
以下の実施形態において説明する各図は、模式的な図であり、各図中の各構成要素の大きさ及び厚さそれぞれの比が、必ずしも実際の寸法比を反映しているとは限らない。

【0014】

本実施形態の一の形態に係る保守システム１は、１又は複数の施設３に関する保守システムである。以下では、図１に示すように、主に、ある施設３を保守対象として着目するが、保守対象の数（施設３の数）を限定する趣旨ではない。

【0015】

ここでは施設３は、一例として、オフィスビルを想定して説明する。しかし、本開示の「施設」は、オフィスビル以外に、劇場、映画館、公会堂、遊技場、複合施設、飲食店、百貨店、学校、ホテル、旅館、病院、老人ホーム、幼稚園、図書館、博物館、美術館、地下街、駅、及び空港等の非住宅でもよいし、あるいは住宅でもよい。施設は、住宅として集合住宅（マンション）であってもよいし、戸建て住宅でもよいし、低層階が店舗で高層階が住戸というように、住宅施設と非住宅施設とが混在する態様の施設でもよい。

【0016】

保守システム１は、第１受付部１０１と、第２受付部１０２と、判断部１０３と、を備えている（図２参照）。ここでは一例として、保守システム１の機能が全て、保守サーバ２に組み込まれているものとする。また保守サーバ２は、１台のサーバ装置から構成されることを想定するが、複数台のサーバ装置から構成されてもよいし、そのようなサーバ装置が、例えばクラウド（クラウドコンピューティング）を構築してもよい。

【0017】

第１受付部１０１は、複数の設備５（図１参照）の保守時期に関する基準情報を受け付ける。ここでいう複数の「設備５」は、一例として、図１に示すように、換気扇５１及びエアコンディショナ５２等の複数（図１ではそれぞれ１つ）の空調設備５Ａ、並びに、照明機器５３等の複数（図１では１つ）の照明設備５Ｂ等を想定する。つまり、設備５は、電気設備、つまり電気によるエネルギーを消費する設備を想定する。これらは、設備５の単なる一例である。複数の設備５は、例えば、給水ポンプ等の給水設備、冷蔵庫等の厨房設備、分電盤及び制御盤等の盤設備、電話機及び館内放送機器等の通信設備、エレベータ等の搬送設備、並びに、防災防犯設備も含み得る。また設備５には、換気扇５１に接続される配管材、及び照明機器５３に接続される配線材の資材も含み得る。

【0018】

第２受付部１０２は、施設３に導入された複数の設備５の動作状態に関する動作情報を受け付ける。動作情報は、施設３に導入済みの複数の設備５を対象とする動作の実績情報である。

【0019】

そして、判断部１０３は、少なくとも基準情報及び動作情報に基づいて、複数の設備５の寿命に関する判断を行う。

【0020】

この構成によれば、実際の設備５の動作状態によって変動し得る複数の設備５の寿命をより正確に判断できる可能性が高くなる。したがって、施設３の保守サービスの向上を図ることができる。

【0021】

本実施形態の別の形態に係る保守システム１は、施設３に導入された複数の設備５の保守時期に関する基準情報を遵守するように複数の設備５を制御するための制御情報を生成して出力する制御出力部１００を備えている。この構成によれば、制御出力部１００が生成した制御情報に基づいて複数の設備５が制御されることで、基準情報を遵守できる可能性が高くなる。したがって、施設３の保守サービスの向上を図ることができる。

【0022】

なお、以下では、保守システム１が、上述した第１受付部１０１、第２受付部１０２、判断部１０３、及び制御出力部１００を全て備えているものとする。

【0023】

（２）詳細
以下、本実施形態に係る保守システム１、及び保守システム１を備える管理システムＡ１について、図１～図５を参照しながら詳しく説明する。

【0024】

（２．１）管理システムの全体構成
管理システムＡ１は、図１に示すように、保守システム１（保守サーバ２）と、複数の設備５と、設備管理システム３０と、１又は複数の第１ユーザ端末Ｕ１と、１又は複数の第２ユーザ端末Ｕ２と、入力端末６とを備えている。

【0025】

保守システム１は、上述の通り、一例としてその機能の全てが保守サーバ２に組み込まれている。保守サーバ２は、例えば、ビルオーナー又はファシリティマネージャー等と契約を交わして施設３の保守管理を行う者（企業、団体又は個人でもよい）が運用するサーバである。保守サーバ２は、複数の施設３とは別の建物に設置され得るが、複数の施設３のいずれか１つに設置されてもよい。保守サーバ２は、図１に示すように、インターネット等のネットワークＮＴ１を介して、第１ユーザ端末Ｕ１、第２ユーザ端末Ｕ２、及び設備管理システム３０の各々と、双方向に通信可能に接続されている。なお、図１における矢印Ｂ１～Ｂ６は、それぞれ通信のルートを示す。

【0026】

以下では、保守システム１を用いて施設３の保守管理を行う者を単に「保守者」と呼ぶこともある。保守システム１の具体的な構成は、次の欄で説明する。

【0027】

複数の設備５は、保守対象となる施設３に導入済みの設備であり、施設３に未導入又は導入予定の設備については、符号「５」を付さずに単に設備と呼ぶこともある。複数の設備５は、換気扇５１及びエアコンディショナ５２等の空調設備５Ａ、並びに照明機器５３等の照明設備５Ｂを含む。

【0028】

各設備５は、設備管理システム３０と電気的に接続されている。設備管理システム３０は、施設３に設置されている。設備管理システム３０は、中央監視システム３１と、コントローラ３２と、計測ユニット３３とを有している。中央監視システム３１は、例えば、施設３を監視する監視者（又は管理人）が監視業務を行うための場所として、施設３内の監視室又は防災センター室等に設置されている。

【0029】

中央監視システム３１は、図３に示すように、制御ユニット３１０と、電力系統及び各設備５の間の電気経路にそれぞれ電気的に接続されている複数のリレー装置３１１とを有している。

【0030】

複数のリレー装置３１１は、施設３の各フロアにおける監視領域Ｒ１内の設備５ごとに設置されている。リレー装置３１１は、例えばリモコンリレー装置である。リレー装置３１１は、オンからオフに切り替わることで、電力系統から、対応する設備５への電力供給が遮断されて当該設備５の稼働が停止する。

【0031】

制御ユニット３１０は、各リレー装置３１１と通信可能に接続されている。制御ユニット３１０は、各リレー装置３１１を通じて、対応する設備５の動作状態（稼働状態）を監視している。また制御ユニット３１０は、例えば、所定の制御情報（運転スケジュール）に従って、リレー装置３１１に制御信号を送信して、設備５の動作を制御することも可能である。

【0032】

また制御ユニット３１０は、施設３の複数の設備５の動作状態に関する動作情報を、施設３のゲートウェイ、及びネットワークＮＴ１を介して、（例えば定期的に）保守サーバ２に送信する（ルートＢ６）。以下、制御ユニット３１０から送信される動作情報を「第１動作情報」と呼ぶことがある。制御ユニット３１０は、リレー装置３１１が、オフからオンへ又はオンからオフへ切り替わるタイミング、及び、リレー装置３１１のオン時間又はオフ時間に基づき、その接続先にある設備５の動作状態に関する第１動作情報を生成する。

【0033】

第１動作情報は、各設備５における、動作時間、動作回数、及び動作タイミングを含む。動作時間は、例えば設備５の稼働時間とするが、停止（非稼働）時間でもよい。動作回数は、設備５における停止から稼働への切替動作、及び稼働から停止への切替動作それぞれで１回とするが、両方の切替動作で１回でもよい。また動作回数は、設備５の内蔵バッテリ等を充電する充電回数でもよい。動作タイミングは、設備５における停止から稼働へ切り替わったタイミング、及び稼働から停止へ切り替わったタイミングそれぞれを区別するが、区別していなくてもよい。

【0034】

ところで、制御ユニット３１０自体は、あるリレー装置３１１の接点（例えば「接点Ａ」）に接続されている設備５が、換気扇５１、エアコンディショナ５２、及び照明機器５３等のいずれであるかを特定していない可能性がある。制御ユニット３１０は、「接点Ａ」と「第１動作情報」とを対応付けして保守サーバ２に送信する。

【0035】

計測ユニット３３は、例えば施設３の分電盤内（外でもよい）に収容されている。計測ユニット３３は、分電盤内において主幹回路及び複数の分岐回路を流れる電流をそれぞれ検知する複数の検知部を通じて、各回路における電力量を計測する。検知部は、カレントトランス（ＣＴ）方式又はロゴスキーコイル方式等の適宜の方式により、対応する回路を流れる電流の値を検知する。計測ユニット３３は、各検知部で検知された電流の値から電力値（瞬時電力値）に変換する機能を有している。また計測ユニット３３は、収集した瞬時電力のデータを所定時間に亘って積算した電力量のデータを演算する機能を有している。

【0036】

要するに、計測ユニット３３は、各分岐回路の先に接続されている設備５で消費された電力量、すなわち使用されたエネルギーを計測する。計測ユニット３３は、計測した結果（エネルギーの計測情報）をコントローラ３２に出力する。ここでいう「計測情報」も動作情報の１つである。

【0037】

コントローラ３２は、計測ユニット３３と通信可能に接続されている。コントローラ３２は、施設３内の監視室に設置されている。コントローラ３２は、例えば施設３内におけるエネルギー管理を行うＢＥＭＳ（Building and Energy Management System）のコントローラに相当してもよい。コントローラ３２は、計測ユニット３３から動作情報を取得すると、施設３のゲートウェイ、及びネットワークＮＴ１を介して、動作情報を（例えば定期的に）保守サーバ２に送信する（ルートＢ６）。つまり、コントローラ３２は、計測ユニット３３を介して、各設備５におけるエネルギーの使用状況を監視している。以下、コントローラ３２から送信される動作情報を「第２動作情報」と呼ぶことがある。第２動作情報は、各設備５における、エネルギーの使用状況に関する情報（計測情報：電力量、瞬時電力値、及び電力の消費期間等の情報）を含む。

【0038】

ところで、コントローラ３２自体は、制御ユニット３１０と同様に、ある分岐回路（例えば「回路番号Ｂ」）に接続されている設備５が、換気扇５１、エアコンディショナ５２、及び照明機器５３等のいずれであるかを特定していない可能性がある。コントローラ３２は、「回路番号Ｂ」と「第２動作情報」とを対応付けして保守サーバ２に送信する。

【0039】

このように本開示の「動作情報（第１及び第２動作情報）」は、複数の設備５における、エネルギーの使用状況、動作時間、動作回数、及び動作タイミングの少なくとも１つ（ここでは全部）に関する情報を含む。動作時間、動作回数、及び動作タイミングは、エネルギーの使用状況からもある程度推定できるため、保守システム１が、第２動作情報に基づき、動作時間、動作回数、及び動作タイミングを決定してもよい。

【0040】

なお、ここでは中央監視システム３１の制御ユニット３１０とコントローラ３２とを区別して説明したが、コントローラ３２は、中央監視システム３１の構成の一部でもよい。例えば、制御ユニット３１０は、コントローラ３２の機能を全て有していてもよく、その場合、計測ユニット３３と通信可能に接続されてもよい。

【0041】

第１ユーザ端末Ｕ１は、例えばオフィスビル（施設３）のオーナー、又は、複数の施設３を含む環境を総合的に企画、管理、及び運営するファシリティマネージャーが所有する端末である。第１ユーザ端末Ｕ１は、ビルオーナー又はファシリティマネージャー（以下、「第１ユーザ」と呼ぶこともある）の所在する建物内に設置されたパーソナルコンピュータでもよいし、第１ユーザが携帯する携帯端末でもよい。携帯端末は、スマートフォン、若しくはタブレット端末等である。携帯端末は、通信事業者が提供する携帯電話網（キャリア網）又は公衆無線ＬＡＮ（Local Area Network）等を介して、ネットワークＮＴ１に接続されてもよい。なお、第１ユーザ端末Ｕ１には、保守システム１と通信するための専用のアプリケーションソフトがインストールされている。

【0042】

第２ユーザ端末Ｕ２は、保守対象である施設３の施工会社、又は設備５のメーカー等の設備会社（以下、「第２ユーザ」と呼ぶこともある）が所有する端末である。第２ユーザ端末Ｕ２は、第２ユーザの建物内に設置されたパーソナルコンピュータでもよいし、第２ユーザが携帯する携帯端末（スマートフォン、若しくはタブレット端末等）でもよい。第２ユーザ端末Ｕ２は、第１ユーザ端末Ｕ１と共に、ユーザ群Ｇ１を構成する。なお、第２ユーザ端末Ｕ２には、保守システム１と通信するための専用のアプリケーションソフトがインストールされている。

【0043】

入力端末６は、伝票データＰ１（図１参照）等を入力する端末である。入力端末６の所在、及び所有者は特に限定されず、ここでは、保守システム１の保守者が所有するものとする。入力端末６は、第１ユーザ端末Ｕ１及び第２ユーザ端末Ｕ２と同様に、パーソナルコンピュータでもよいし、携帯端末でもよい。入力端末６は、保守サーバ２と通信可能に接続されている。

【0044】

入力端末６は、第１ユーザが所有してもよく、その場合、第１ユーザ端末Ｕ１が、入力端末６の機能を有してもよい。あるいは入力端末６は、一般送配電事業者、小売電気事業者、再生可能エネルギー発電事業者、又は電力アグリゲータ（以下、「第３ユーザ」と呼ぶこともある）が所有する端末でもよい。なお、入力端末６には、保守システム１と通信するための専用のアプリケーションソフトがインストールされている。

【0045】

（２．２）保守システム
保守システム１（保守サーバ２）は、上述の通り、１又は複数の施設３に関する保守システムである。保守システム１は、図１に示すように、処理部１０と、通信インタフェース１１と、記憶部１２とを備えている。

【0046】

通信インタフェース１１は、保守システム１が、第１ユーザ端末Ｕ１、第２ユーザ端末Ｕ２、設備管理システム３０及び入力端末６とそれぞれ通信するための通信インタフェースである。

【0047】

記憶部１２は、読み書き可能なメモリで構成されている。記憶部１２は、例えばフラッシュメモリである。記憶部１２は、処理部１０の外部に設けられているが、処理部１０の内部に設けられていてもよい。すなわち、記憶部１２は、処理部１０の内蔵メモリであってもよい。記憶部１２は、後述する保守に関する種々のデータを記憶する。

【0048】

処理部１０は、１以上のプロセッサ及び１以上のメモリを有するコンピュータシステムを主構成とする。処理部１０では、１以上のプロセッサがメモリに記録されているプログラムを実行することにより、処理部１０の各部の機能が実現される。プログラムはメモリに予め記録されていてもよいし、インターネット等の電気通信回線を通して提供されてもよく、メモリカード等の非一時的記録媒体に記録されて提供されてもよい。

【0049】

処理部１０は、図２に示すように、制御出力部１００、第１受付部１０１、第２受付部１０２、判断部１０３、通知部１０５、及び入力部１０７を有している。

【0050】

第１受付部１０１は、複数の設備５の保守時期に関する基準情報を受け付けるように構成される。以下、「保守時期」について説明する。

【0051】

例えば施設３を新しく建てたり、施設３の設備５の一部又は全部を入れ替えたりする場合に、設備５の寿命から、おおよその次回の設備５の更新／改修日（年月単位でもよい）を予測して、年度ごとの設備５の予算計画（改修計画も含む）が立てられる。予算計画は、ユーザ群Ｇ１の側の手（第１ユーザ）により立てられる。予算計画は、設備５の数、更新／改修に掛かる費用、及び寿命等に大きく影響し得る。ここでいう「更新」とは、設備５を新しい設備へ取り替えることであり、「改修（修繕）」とは、設備５の部品交換である（定期点検も含む）。保守時期は、このような予算計画の中で各設備５に設定された、次回の更新／改修日までの時期を含む（次回だけでなく、次々回以降の更新／改修日までの時期も含んでよい）。

【0052】

そして、一般的には、設備５の修繕周期を約１０年に、更新周期を約１０年又は約２０年に設定して、予算計画を立てる場合が多い。例えば、照明機器５３の寿命は、累積点灯時間に大きく依存する。照明機器５３は、累積点灯時間の増加に伴い、少しずつ光束が低下していく。照明機器５３がＬＥＤ（Light Emitting Diode）照明器具であれば、その寿命は、約４００００時間点灯と考えられていて、１日１０時間点灯とすれば、予算計画の保守時期は、１０年に設定され得る。また例えば、エアコンディショナ５２の寿命も、使用時間に大きく依存し、その消費電力量は、毎年４～５％の割合で増加し得る。使用時間が１０年以上を超えると、その消費電力量は、導入初期の消費電力量に比べて１．５倍以上に増加する可能性があるため、予算計画の保守時期は、１０年に設定され得る。要するに、保守時期は、予算計画における寿命である。

【0053】

したがって、予算計画で定められた、各設備５の保守時期（例えば１０年）に関する基準情報が、第１受付部１０１を通じて受け付けられる。基準情報は、例えば、第１ユーザ端末Ｕ１から送信されてくるものとするが、特に限定されず、入力端末６から入力されてもよい。第１受付部１０１は、基準情報を、記憶部１２に記憶する。基準情報は、導入した設備５の識別情報と、予算計画の保守時期（起算日も含む）とが互いに対応付けされている。ここでいう「識別情報」は、例えば、設備５の種類（空調設備及び照明設備等の別）、設備５を製造したメーカー名、及び品番や型番等を含み得る。

【0054】

制御出力部１００は、基準情報を遵守するように複数の設備５を制御するための制御情報を生成して出力するように構成される。具体的には、制御出力部１００は、コントローラ３２から受信する第２動作情報から、その施設３における使用エネルギーに関する分析を行う。そして制御出力部１００は、各設備５の寿命が保守時期よりも過度に短くならないように、制御情報として運転スケジュールを生成し、通信インタフェース１１及びネットワークＮＴ１を介して、施設３の中央監視システム３１に送信する（ルートＢ５）。運転スケジュールは、例えば省エネ化を目指す方向のスケジュールである。中央監視システム３１は、保守システム１から受信した運転スケジュールに従って、複数のリレー装置３１１のオン／オフを制御する。中央監視システム３１は、例えば特定の時間になれば、特定のリレー装置３１１をオンからオフに強制的に切り替えるといった制御を行い、無駄に消費されている可能性が高い電力の供給を停止する。

【0055】

第２受付部１０２は、施設３に導入された複数の設備５の動作状態に関する動作情報を受け付けるように構成される。保守システム１は、通信インタフェース１１を介して、動作情報を設備管理システム３０から受信する。保守システム１は、動作情報のうち第１動作情報を、制御ユニット３１０から受信し、第２動作情報をコントローラ３２から受信する。

【0056】

ところで、実際には、設備５の種類、また同種の設備５であってもメーカーや品番、型番の別によって、寿命は異なり得る。一方で、設備５の品番ごとのより正確な寿命に関する情報（例えばメーカーが設定した設計標準使用期間）は、第２ユーザが、カタログ情報として把握している場合がある。

【0057】

しかし、第１ユーザが、各メーカーからカタログ情報を取得して、カタログ情報を参考に施設３内の全ての設備５の寿命を１つ１つ確認して予算計画を立てることは容易ではない。したがって、上述の通り、例えば照明機器５３は、メーカー及び品番を問わず、予算計画では、その保守時期（更新周期や修繕周期）は、一括りに１０年と設定され得る。

【0058】

更に施設３に導入後の設備５の稼働状況に応じて、その寿命は変動し得る。予算計画では、照明機器５３の保守時期が、１０年と設定されていても、照明機器５３が１日に１０時間以上使用されていれば、１０年よりも短くなる可能性がある。例えば、照明機器５３を２０１９年１月に導入し、当初の予算計画では、次回の照明機器５３の更新日が２０２９年１月に設定されているとする。しかし、導入後７年が経過した２０２６年１月の時点で、残りの寿命が２年早まって、来年の２０２７年１月には寿命に達する可能性がある。

【0059】

そこで判断部１０３は、少なくとも基準情報及び動作情報に基づいて、複数の設備５の寿命に関する判断を行うように構成される（寿命判断処理の実行）。ここでは、判断部１０３は、基準情報及び動作情報に加えて、環境情報を更に用いて寿命に関する判断を行うように構成される。環境情報は、施設３における複数の設備５の各々が設置されている監視領域Ｒ１（図１参照）に関する情報である。監視領域Ｒ１は、例えば、施設３の各フロア単位に相当してもよいし、各フロアを分割した複数の領域の各々（例えば会議室等の１室）に相当してもよい。

【0060】

まず保守システム１は、様々な設備５（設備５の部品も含む）のカタログ情報を、外部（複数のメーカー及び施工会社）から予め収集する。カタログ情報は、各品番とその寿命（設計標準使用期間）の情報とが対応付けされている情報を含む。保守システム１は、カタログ情報を取得して記憶部１２に記憶する。保守システム１は、カタログ情報を複数のメーカー及び施工会社等が運用するサーバ（第２ユーザ端末Ｕ２でもよい）から、ネットワークＮＴ１を介してダウンロードしてもよい。あるいは、カタログ情報は、メモリカード、光学ディスク、ハードディスクドライブ等の非一時的記録媒体に記録されて提供されてもよい。保守システム１は、記憶部１２のカタログ情報を（例えば定期的に）更新する。いうまでもなく、カタログ情報は、保守対象の施設３に導入済みの設備５だけでなく、施設３に未導入の設備に関する情報を含んでもよい。

【0061】

さらに本実施形態の保守システム１では、基準情報は、設備台帳Ｄ１（図１参照）にて、施設３に導入された複数の設備５を識別可能な識別情報と対応付けされている。処理部１０は、例えば、第１受付部１０１で基準情報を受け付けると、それをトリガーに設備台帳（データ）Ｄ１を生成する。具体的には、処理部１０は、基準情報に含まれる識別情報に合致する設備５の寿命情報（例えば設計標準使用期間）をカタログ情報から抽出して、設備台帳Ｄ１に記録する。要するに、設備台帳Ｄ１は、施設３に導入された各設備５の基準情報と対応する寿命情報とを含む。また処理部１０は、動作情報及び環境情報も、設備台帳Ｄ１に記録する。そして、判断部１０３は、設備台帳Ｄ１に基づいて、寿命判断処理を実行する。

【0062】

設備台帳Ｄ１では、複数のリレー装置３１１の複数の接点、及び複数の分岐回路に接続されている設備５の品番、及び名称等も管理されている。設備台帳Ｄ１は、施設３ごとに生成されて記憶部１２に記憶される。入力端末６は、専用のアプリケーションソフトを起動することで、設備台帳Ｄ１にアクセス可能でもよく、保守者は、入力端末６を通じて、設備台帳Ｄ１のメンテナンスを行えてもよい。

【0063】

動作情報（第１及び第２動作情報）は、上述の通り、各設備５のエネルギーの使用状況（電力量、瞬時電力値、及び電力の消費期間等の情報）、動作時間、動作回数、及び動作タイミングに関する情報を含んでいる。保守システム１は、動作情報を受信する度に、履歴情報として、設備台帳Ｄ１に記録する。動作時間及び動作回数は、累積動作時間及び累積動作回数として設備台帳Ｄ１に記録される。保守システム１は、上述の通り、各設備５のエネルギーの使用状況から、各設備５の動作時間、動作回数、及び動作タイミングを決定してもよい。

【0064】

環境情報は、例えば、監視領域Ｒ１内（設備５及びその近傍でもよい）の温度、湿度、照度、及び空気質に関する情報を含んでいる。制御ユニット３１０は、監視領域Ｒ１に設置されている温湿度センサ（設備５が内蔵するセンサでもよい）から温湿度情報を収集する。また制御ユニット３１０は、監視領域Ｒ１に設置されている照度センサ（設備５が内蔵するセンサでもよい）から照度情報を収集する。また制御ユニット３１０は、監視領域Ｒ１に設置されている空気清浄機（設備５）から空気質、すなわち空気中に含まれる物質の種類及び濃度に応じた検知量に関する情報を収集する。空気中に含まれる物質の例としては、物理的物質（塵埃、黄砂、微粒子状物質（ＰＭ１０、ＰＭ２．５等）、化学的物質（一酸化炭素、二酸化炭素、アルデヒド類等）、及び生物学的物質（カビ、ウィルス、花粉等）を含み得る。制御ユニット３１０は、収集した環境情報を（例えば定期的に）保守システム１に送信する（ルートＢ６）。保守システム１は、環境情報を受信する度に、履歴情報として設備台帳Ｄ１に記録する。なお、環境情報は、温度、湿度、照度、及び空気質に限定されず、その他にも、季節、天候、監視領域Ｒ１における音、振動、設備５の位置情報、人の存否、人数等の情報を含んでもよい。

【0065】

判断部１０３は、これらの動作情報及び環境情報の少なくとも１つをパラメータとして用いて、寿命を判断する。どのパラメータを用いるかについて、設備５ごとに設備台帳Ｄ１にて設定されている。

【0066】

照明機器５３の寿命判断に用いるパラメータとして、例えば、電力量、及び累積動作時間（すなわち累積点灯時間）が設定されてもよい。照明機器５３の寿命には、累積点灯時間だけでなく、動作回数（オン／オフの切替回数）が大きく影響し得る。頻繁なオン／オフの切替は、寿命減につながる。したがって、照明機器５３のパラメータとして、累積動作回数が更に設定されてもよい。また照明機器５３のパラメータとして、照度が更に設定されてもよい。すなわち、照明機器５３の光束は、経年劣化によって初期導入時に比べて低下するため、照明機器５３の寿命を判断するために大きく寄与し得る。

【0067】

また換気扇５１のパラメータとして、電力量、及び累積動作時間（すなわち累積稼働時間）が設定されてもよい。換気扇５１のパラメータとして、動作回数、及び空気質が更に設定されてもよい。またエアコンディショナ５２のパラメータとして、電力量、及び累積動作時間（すなわち累積稼働時間）が設定されてもよい。エアコンディショナ５２のパラメータとして、電力量、動作回数、温度、及び湿度のパラメータが更に設定されてもよい。

【0068】

ところで、各設備５に対して、どのパラメータを用いることが最適か、具体的には寿命を判断するための最適なアルゴリズムを第２ユーザが把握している場合がある。そこで入力部１０７は、寿命を判断するためのアルゴリズムの入力を受け付けるように構成されている。処理部１０は、入力部１０７で受け付けたアルゴリズムを、設備５と対応付けて、設備台帳Ｄ１に記録する。判断部１０３は、基準情報及び動作情報に加えて（ここでは環境情報も加えて）、アルゴリズムを用いて、寿命に関する判断を行ってもよい。

【0069】

保守システム１は、様々な設備５（設備５の部品も含む）に対するアルゴリズムの情報を、外部（第２ユーザ）から予め収集する。保守システム１は、アルゴリズムの情報を複数の第２ユーザが運用するサーバ（第２ユーザ端末Ｕ２でもよい）から、ネットワークＮＴ１を介してダウンロードしてもよい。あるいは、アルゴリズムの情報は、メモリカード、光学ディスク、ハードディスクドライブ等の非一時的記録媒体に記録されて提供されてもよい。保守システム１は、設備台帳Ｄ１のアルゴリズムの情報を（例えば定期的に）更新する。

【0070】

判断部１０３は、寿命判断処理において、その実行時点における、各設備５の起算日（初期導入日又は最新の更新／改修日）からの寿命（年月）を演算（推定）する。なお、寿命判断処理を実行するタイミングは、特に限定されず、保守者と、第１ユーザとの間で適宜に取り決められてよい。寿命判断処理は、例えば、１日単位、１週間単位、１ヵ月単位、又は１年単位で実行されてもよい。

【0071】

ここで本実施形態では、通知部１０５が、判断部１０３の判断結果（推定寿命）と、保守時期とを比較して、その比較結果を通知するように構成される。通知部１０５は、通信インタフェース１１及びネットワークＮＴ１を介して、このような比較結果を、第１ユーザ端末Ｕ１に送信する（ルートＢ１）。記憶部１２は、保守対象の複数の施設３（設備管理システム３０）の識別情報と、複数の第１ユーザ端末Ｕ１のアドレス情報とを対応付けして記憶している。通知部１０５は、寿命判断処理の対象となった設備管理システム３０の識別情報に対応するアドレス情報の第１ユーザ端末Ｕ１を、通知先に指定する。比較結果は、第１ユーザ端末Ｕ１だけでなく、第２ユーザ端末Ｕ２にも送信されてもよく、情報の共有化を図ってもよい。

【0072】

具体的には、通知部１０５は、例えば、起算日からの推定寿命が８年で、保守時期が１０年であれば、設備５の寿命が当初の予定よりも２年短くなったことを、比較結果として通知する。また通知部１０５は、寿命判断処理の実行時点で起算日から７年が経過していれば、次回の更新／改修時期まで残り１年であることを、比較結果として通知してもよい。

【0073】

通知部１０５は、推定寿命が保守時期より短くなった設備５が存在する場合だけ比較結果を通知してもよいが、特に限定されない。通知部１０５は、推定寿命が、保守時期と略同じ、又は保守時期よりも長い場合であっても、比較結果を通知してもよい。要するに、施設３に導入されている全ての設備５について、比較結果を問わずに通知を行ってもよいし、推定寿命が保守時期より短いといった「特定の条件」に当てはまる比較結果の設備５についてだけ通知を行ってもよい。

【0074】

比較結果は、第１ユーザ端末Ｕ１に対して、電子メールにより通知されてもよいし、あるいはプッシュ通知により実行されてもよい。第１ユーザは、電子メール等のメール本文に記載されているＵＲＬ（Uniform Resource Locator）から、保守者が運用するＷｅｂサイトにアクセスすることで、比較結果を閲覧できてもよい。

【0075】

第１ユーザは、第１ユーザ端末Ｕ１を通じて、比較結果を知ることができ、例えば推定寿命が保守時期と違う結果であれば、予算計画を立て直すことができる。

【0076】

［基本動作］
以下、保守システム１の基本動作について図４を参照しながら簡単に説明する。ただし、以下の動作の順序は、単なる一例であり特に限定されない。

【0077】

保守システム１は、例えば入力端末６から、予算計画の保守時期に関する基準情報を受け付けて（ステップＳ１）、設備台帳Ｄ１を生成する。

【0078】

保守システム１は、施設３の設備管理システム３０から、複数の設備５の動作情報（第１及び第２動作情報）を収集して（ステップＳ２）、設備台帳Ｄ１に記録する。

【0079】

また保守システム１は、第２ユーザ端末Ｕ２から、カタログ情報を収集して（ステップＳ３）、設備台帳Ｄ１に記録する。

【0080】

保守システム１は、例えば所定のタイミングで、設備台帳Ｄ１に基づき、寿命判断処理を実行する（ステップＳ４）。保守システム１は、寿命判断処理で得られた推定寿命と保守時期とを比較して（ステップＳ５）、その比較結果を、第１ユーザ端末Ｕ１に通知する（ステップＳ６）。

【0081】

本実施形態によれば、実際の設備５の動作状態によって変動し得る複数の設備５の寿命をより正確に判断できる可能性が高くなる。第１ユーザの予算計画の組み直しの手助けとなる。また例えば、設備５（又はその部品）の故障等を未然に防ぐ可能性を高めることができる。したがって、施設３の保守サービスの向上を図ることができる。

【0082】

また保守システム１は、（最新の）設備台帳Ｄ１に基づく寿命判断処理が実行されるため、保守サービスに関する信頼性が更に向上される。特に上述した通り、施設３の制御ユニット３１０自体は、あるリレー装置３１１の接点（例えば「接点Ａ」）に接続されている設備５が何であるかを特定できていない可能性がある。同様に、コントローラ３２自体は、ある分岐回路（例えば「回路番号Ｂ」）に接続されている設備５が何であるかを特定できていない可能性がある。しかし、保守システム１は、設備台帳Ｄ１を通じて、例えば「接点Ａ」の先に、照明機器５３が接続されていることを特定している。また保守システム１は、設備台帳Ｄ１を通じて、例えば「回路番号Ｂ」の先に、換気扇５１が接続されていることを特定している。そのため、保守システム１は、第１ユーザ及び第２ユーザに対して、より良いサービス提供を実現できる。

【0083】

（２．３）フィードバック制御
ところで、例えば推定寿命が保守時期と比較的大きく違う（例えば１年以上の隔たり）結果になると、特に推定寿命が保守時期よりも短くなってしまうと、第１ユーザは、予算計画を立て直しにくい場合もある。

【0084】

そこで本実施形態の処理部１０は、図２に示すように、第３受付部１０６を更に備えている。第３受付部１０６は、通知部１０５による比較結果の通知先の側から、比較結果に対するフィードバック情報を受け付けるように構成される。また、制御出力部１００は、フィードバック情報を用いて、複数の設備５を制御するための制御情報を生成して出力するように構成される。

【0085】

フィードバック情報は、例えば、推定寿命を保守時期まで延命させる方向性を示す「第１依頼情報」を含み得る。第１ユーザ端末Ｕ１は、専用のアプリケーションソフトを起動することで、第１依頼情報に関する入力を受け付ける。第１ユーザ端末Ｕ１は、第１依頼情報を含むフィードバック情報を、保守システム１に送信する（ルートＢ２）。第１依頼情報は、第１ユーザ端末Ｕ１から入力されることに限定されない。例えば、保守者が、第１ユーザから口頭で第１依頼情報を受け付けて、例えば入力端末６を用いて保守システム１にフィードバック情報を入力してもよい。

【0086】

制御出力部１００は、フィードバック情報の第１依頼情報に基づき、推定寿命を保守時期まで延命させる方向性となるように、例えば更に省エネ化が増す方向性となるように、運転スケジュールを改定する。例えば、各監視領域Ｒ１の照度センサから収集される照度情報に基づき、日中の時間帯で照度が比較的高ければ、照明設備５Ｂを消灯させて（又は調光率を１００％未満に下げてもよい）更に省エネ化を図るといった運転スケジュールに改定される。制御出力部１００は、通信インタフェース１１及びネットワークＮＴ１を介して、改定された運転スケジュールを、施設３の中央監視システム３１に送信する（ルートＢ５）。

【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】

本開示における保守システム１は、コンピュータシステムを含んでいる。コンピュータシステムは、ハードウェアとしてのプロセッサ及びメモリを主構成とする。コンピュータシステムのメモリに記録されたプログラムをプロセッサが実行することによって、本開示における保守システム１としての機能が実現される。プログラムは、コンピュータシステムのメモリに予め記録されてもよく、電気通信回線を通じて提供されてもよく、コンピュータシステムで読み取り可能なメモリカード、光学ディスク、ハードディスクドライブ等の非一時的記録媒体に記録されて提供されてもよい。コンピュータシステムのプロセッサは、半導体集積回路（ＩＣ）又は大規模集積回路（ＬＳＩ）を含む１ないし複数の電子回路で構成される。ここでいうＩＣ又はＬＳＩ等の集積回路は、集積の度合いによって呼び方が異なっており、システムＬＳＩ、ＶＬＳＩ（Very Large Scale Integration）、又はＵＬＳＩ（Ultra Large Scale Integration）と呼ばれる集積回路を含む。さらに、ＬＳＩの製造後にプログラムされる、ＦＰＧＡ（Field-Programmable Gate Array）、又はＬＳＩ内部の接合関係の再構成若しくはＬＳＩ内部の回路区画の再構成が可能な論理デバイスについても、プロセッサとして採用することができる。複数の電子回路は、１つのチップに集約されていてもよいし、複数のチップに分散して設けられていてもよい。複数のチップは、１つの装置に集約されていてもよいし、複数の装置に分散して設けられていてもよい。ここでいうコンピュータシステムは、１以上のプロセッサ及び１以上のメモリを有するマイクロコントローラを含む。したがって、マイクロコントローラについても、半導体集積回路又は大規模集積回路を含む１ないし複数の電子回路で構成される。

【0118】

また、保守システム１における複数の機能が、１つのハウジング内に集約されていることは必須の構成ではない。保守システム１の構成要素は、複数のハウジングに分散して設けられていてもよい。反対に、基本例のように保守システム１における複数の機能が、１つのハウジング内に集約されてもよい。さらに、保守システム１の少なくとも一部の機能、例えば、保守システム１の一部の機能がクラウド（クラウドコンピューティング）等によって実現されてもよい。

【0119】

基本例では、保守システム１は、複数の設備５の寿命に関する判断を行う判断部１０３を備え、更に基準情報を遵守するように複数の設備５を制御するための制御情報を生成して出力する制御出力部１００を備えている。しかし、保守システム１は、寿命に関する判断を行う機能を有していなくても、制御出力部１００を備えていることで、施設の保守サービスの向上を図ることができる。要するに、制御出力部１００を備える保守システム１にとって、判断部１０３は必須の構成要素ではない。制御出力部１００を備える保守システム１と同様の機能は、この処理方法、コンピュータプログラム、又はコンピュータプログラムを記録した非一時的記録媒体等で具現化されてもよい。具体的には、一の態様に係る保守システム１の処理方法は、施設３に導入された複数の設備５の保守時期に関する基準情報を遵守するように複数の設備５を制御するための制御情報を生成して出力する出力ステップを含む。

【0120】

基本例では、設備台帳Ｄ１及びカタログ情報の所在は、保守サーバ２の記憶部１２であるが、特に限定されず、第１ユーザ端末Ｕ１又は第２ユーザ端末Ｕ２の記憶部であってもよい。保守システム１は、各種の処理を実行する際にその都度、第１ユーザ端末Ｕ１又は第２ユーザ端末Ｕ２にアクセスして、設備台帳Ｄ１及びカタログ情報を取得又は更新してもよい。

【0121】

（４）まとめ
以上説明したように、第１の態様に係る保守システム（１）は、１又は複数の施設（３）に関する保守システムである。保守システム（１）は、第１受付部（１０１）と、第２受付部（１０２）と、判断部（１０３）と、を備える。第１受付部（１０１）は、複数の設備（５）の保守時期に関する基準情報を受け付ける。第２受付部（１０２）は、施設（３）に導入された複数の設備（５）の動作状態に関する動作情報を受け付ける。判断部（１０３）は、少なくとも基準情報及び動作情報に基づいて、（施設３に導入された）複数の設備（５）の寿命に関する判断を行う。第１の態様によれば、施設（３）の保守サービスの向上を図ることができる。

【0122】

第２の態様に係る保守システム（１）に関して、第１の態様において、基準情報は、設備台帳（Ｄ１）にて、施設（３）に導入された複数の設備（５）を識別可能な識別情報と対応付けされている。第２の態様によれば、保守サービスに関する信頼性が更に向上される。

【0123】

第３の態様に係る保守システム（１）は、第２の態様において、設備台帳（Ｄ１）を用いて、複数の設備（５）の交換候補となる設備（５）を選定して提案する提案部（１０４）を更に備える。第３の態様によれば、交換候補を人が選定する場合に比べて、その手間が省け、また選定の信頼性も向上される。

【0124】

第４の態様に係る保守システム（１）は、第１の態様～第３の態様のいずれか１つにおいて、判断部（１０３）の判断結果と、保守時期とを比較して、その比較結果を通知する通知部（１０５）を更に備える。第４の態様によれば、通知先では比較結果を知ることができ、保守サービスが更に向上される。

【0125】

第５の態様に係る保守システム（１）は、第４の態様において、第３受付部（１０６）と、制御出力部（１００）と、を更に備える。第３受付部（１０６）は、比較結果の通知先の側から、比較結果に対するフィードバック情報を受け付ける。制御出力部（１００）は、フィードバック情報を用いて、複数の設備（５）を制御するための制御情報を生成して出力する。第５の態様によれば、通知先からの要望が複数の設備（５）の制御に反映される可能性が高くなり、保守サービスが更に向上される。

【0126】

第６の態様に係る保守システム（１）は、第１の態様～第５の態様のいずれか１つにおいて、基準情報を遵守するように複数の設備（５）を制御するための制御情報を生成して出力する制御出力部（１００）を更に備える。第６の態様によれば、保守サービスが更に向上される。

【0127】

第７の態様に係る保守システム（１）に関して、第１の態様～第６の態様のいずれか１つにおいて、判断部（１０３）は、基準情報及び動作情報に加えて、環境情報を更に用いて寿命に関する判断を行う。環境情報は、施設（３）における複数の設備（５）の各々が設置されている監視領域（Ｒ１）に関する情報である。第７の態様によれば、設備（５）の寿命判断に関する信頼性が更に向上される。

【0128】

第８の態様に係る保守システム（１）に関して、第１の態様～第７の態様のいずれか１つにおいて、動作情報は、複数の設備（５）における、エネルギーの使用状況、動作時間、動作回数、及び動作タイミングの少なくとも１つに関する情報を含む。第８の態様によれば、設備（５）の寿命判断に関する信頼性が更に向上される。

【0129】

第９の態様に係る保守システム（１）は、第１の態様～第８の態様のいずれか１つにおいて、寿命を判断するためのアルゴリズムの入力を受け付ける入力部（１０７）を更に備える。判断部（１０３）は、基準情報及び動作情報に加えて、アルゴリズムを用いて、寿命に関する判断を行う。第９の態様によれば、設備（５）の寿命判断に関する信頼性が更に向上される。

【0130】

第１０の態様に係る保守システム（１）に関して、第１の態様～第９の態様のいずれか１つにおいて、動作情報は、施設（３）にけるエネルギーの使用状況に関する伝票データ（Ｐ１）を含む。第１０の態様によれば、例えば施設（３）から取得する動作情報の情報量の削減を図ることができる。

【0131】

第１１の態様に係る保守システム（１）は、第１の態様～第１０の態様のいずれか１つにおいて、判断部（１０３）の判断結果と、保守時期とを比較して、その比較結果を通知する通知部（１０５）を更に備える。判断部（１０３）は、比較結果の通知後に、複数の設備（５）に関する制御情報を変更したと仮定した場合におけるシミュレーションを行い、シミュレーションの結果を踏まえて寿命の推定を行う。通知部（１０５）は、寿命の推定結果を通知する。第１１の態様によれば、通知先では寿命の推定結果を知ることができ、保守サービスが更に向上される。

【0132】

第１２の態様に係る保守システム（１）に関して、第１１の態様において、シミュレーションに用いた制御情報に基づく制御を、実際に複数の設備（５）に対して実施する。第１２の態様によれば、保守サービスが更に向上される。

【0133】

第１３の態様に係る処理方法は、１又は複数の施設（３）に関する保守システム（１）の処理方法である。処理方法は、第１受付ステップと、第２受付ステップと、判断ステップと、を含む。第１受付ステップにて、複数の設備（５）の保守時期に関する基準情報を受け付ける。第２受付ステップにて、施設（３）に導入された複数の設備（５）の動作状態に関する動作情報を受け付ける。判断ステップにて、少なくとも基準情報及び動作情報に基づいて、複数の設備（５）の寿命に関する判断を行う。第１３の態様によれば、施設（３）の保守サービスの向上を図るが可能な処理方法を提供できる。

【0134】

第１４の態様に係る保守システム（１）は、１又は複数の施設（３）に関する保守システムである。保守システム（１）は、施設（３）に導入された複数の設備（５）の保守時期に関する基準情報を遵守するように複数の設備（５）を制御するための制御情報を生成して出力する制御出力部（１００）を備える。第１４の態様によれば、施設（３）の保守サービスの向上を図ることができる。

【0135】

第１５の態様に係る処理方法は、１又は複数の施設（３）に関する保守システム（１）の処理方法である。処理方法は、施設（３）に導入された複数の設備（５）の保守時期に関する基準情報を遵守するように複数の設備（５）を制御するための制御情報を生成して出力する出力ステップを含む。第１５の態様によれば、施設（３）の保守サービスの向上を図るが可能な処理方法を提供できる。

【0136】

第１６の態様に係るプログラムは、１以上のプロセッサに、第１３の態様又は第１５の態様における処理方法を実行させるためのプログラムである。第１６の態様によれば、施設（３）の保守サービスの向上を図ることが可能な機能を提供できる。

【0137】

第２～第１２の態様に係る構成については、保守システム（１）に必須の構成ではなく、適宜省略可能である。

【符号の説明】

【0138】

１ 保守システム
１００ 制御出力部
１０１ 第１受付部
１０２ 第２受付部
１０３ 判断部
１０４ 提案部
１０５ 通知部
１０６ 第３受付部
１０７ 入力部
３ 施設
５ 設備
Ｄ１ 設備台帳
Ｐ１ 伝票データ
Ｒ１ 監視領域

【図1】

【図2】

【図3】

【図4】

【図5】