特開 2024-34439 監視装置、監視方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024034439

(43)【公開日】2024-03-13

(54)【発明の名称】監視装置、監視方法

(51)【国際特許分類】

   G06Q 10/20 20230101AFI20240306BHJP

   G06Q 30/012 20230101ALI20240306BHJP

【ＦＩ】

G06Q10/00 300

G06Q30/00 310

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022138669

(22)【出願日】2022-08-31

(71)【出願人】

【識別番号】502129933

【氏名又は名称】株式会社日立産機システム

(74)【代理人】

【識別番号】110002365

【氏名又は名称】弁理士法人サンネクスト国際特許事務所

(72)【発明者】

【氏名】光野 正志

(72)【発明者】

【氏名】野村 優介

(72)【発明者】

【氏名】中川 雄介

(72)【発明者】

【氏名】村上 匡則

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049BB67

5L049CC15

(57)【要約】

【課題】機器の稼働データに応じた保守契約の提案ができる。
【解決手段】監視装置は、保守契約を締結している複数の機器を監視する監視装置であって、処理対象の機器である対象機器を特定するデータである対象特定データを受け付ける入力部と、対象機器の稼働データを取得する取得部と、対象機器の現在の保守契約の種別である現在保守契約種別、および対象機器の稼働データに基づき対象機器に適した新たな保守契約の種別である新保守契約種別を算出する提案内容決定部と、提案内容決定部が算出した新保守契約種別を出力する出力部と、を備える。
【選択図】図２

【特許請求の範囲】

【請求項1】

保守契約を締結している複数の機器を監視する監視装置であって、
処理対象の前記機器である対象機器を特定するデータである対象特定データを受け付ける入力部と、
前記対象機器の稼働データを取得する取得部と、
前記対象機器の現在の前記保守契約の種別である現在保守契約種別、および前記対象機器の稼働データに基づき前記対象機器に適した新たな前記保守契約の種別である新保守契約種別を算出する提案内容決定部と、
前記提案内容決定部が算出した前記新保守契約種別を出力する出力部と、を備える監視装置。

【請求項2】

請求項１に記載の監視装置において、
前記提案内容決定部は、運転時間の適正性、負荷時間の適正性、および過負荷状態の有無のうち少なくとも１つに基づき前記新保守契約種別を算出する監視装置。

【請求項3】

請求項２に記載の監視装置において、
前記過負荷状態とは、負荷回数、温度、および稼働時間の３つのうち２つ以上が判断基準を超える状態である、監視装置。

【請求項4】

請求項１に記載の監視装置において、
前記出力部は、前記対象機器の識別情報、および前記対象機器の前記現在保守契約種別をさらに出力する、監視装置。

【請求項5】

請求項１に記載の監視装置において、
前記入力部は、ユーザインタフェースを介したユーザからの入力により前記対象特定データを取得する、監視装置。

【請求項6】

請求項１に記載の監視装置において、
前記入力部は、あらかじめ設定された条件を読み込んで前記対象特定データとする、監視装置。

【請求項7】

請求項６に記載の監視装置において、
前記あらかじめ設定された条件とは、所定期間内に故障が発生した機器の抽出である、監視装置。

【請求項8】

請求項１に記載の監視装置において、
前記対象特定データとは、前記対象機器の識別子、または前記保守契約の始期である、監視装置。

【請求項9】

保守契約を締結している複数の機器を監視する監視装置が実行する監視方法であって、
処理対象の前記機器である対象機器を特定するデータである対象特定データを受け付ける入力ステップと、
前記対象機器の稼働データを取得する取得ステップと、
前記対象機器の現在の前記保守契約の種別である現在保守契約種別、および前記対象機器の稼働データに基づき前記対象機器に適した新たな前記保守契約の種別である新保守契約種別を算出する提案内容決定ステップと、
前記提案内容決定ステップにおいて算出された前記新保守契約種別を出力する出力ステップと、を含む監視方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、監視装置、および監視方法に関する。

【背景技術】

【0002】

近年、産業用機器のメンテナンス方法が、定期的にメンテナンスを行う時間基準保全から機器ごとの状態に合わせてメンテナンスを行う状態基準保存へと移行している。状態基準保全を行うためには対象機器を常に監視する必要があり、これに伴ってＩｏＴ（Internet of Things）クラウドを用いた遠隔監視サービスの普及が進んでいる。過剰メンテナンスや計画外停止等の発生を抑制可能にし、適切に保守、メンテナンスを行うことができる監視装置に関する技術として、特許文献１に開示された技術が知られている。この特許文献１には、複数の故障事例について、故障に至るまでの運転時間に対する負荷率又は負荷変化率の推移を示す運転記録を取得する運転記録取得部と、複数の故障事例の前記運転記録における前記負荷率又は負荷変化率と対比する閾値を設定する閾値設定部と、前記負荷率又は負荷変化率と前記閾値との関係から導かれる値であって、運転時間に応じた装置の損耗の進行度合いを示す損耗率を取得する損耗率取得部と、前記損耗率に対する、前記複数の故障事例の故障率累積度数の推移を取得する故障率累積度数取得部と、前記故障率累積度数を前記損耗率で積分した値である評価指標を算出する評価指標算出部と、監視対象とする装置の前記負荷率又は負荷変化率と前記閾値との関係から導かれる損耗率が、前記故障事例の前記故障率累積度数の推移に基づいて決定された所定の管理値に至った場合に、メンテナンスを要する旨の通知を行う通知部と、を備え、前記閾値設定部は、前記評価指標が最小となるように前記閾値を設定する、監視装置が開示されている。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

特許文献１に記載されている発明では、機器の稼働データに応じた保守契約の提案ができない。

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

【0005】

本発明の第１の態様による監視装置は、保守契約を締結している複数の機器を監視する監視装置であって、処理対象の前記機器である対象機器を特定するデータである対象特定データを受け付ける入力部と、前記対象機器の稼働データを取得する取得部と、前記対象機器の現在の前記保守契約の種別である現在保守契約種別、および前記対象機器の稼働データに基づき前記対象機器に適した新たな前記保守契約の種別である新保守契約種別を算出する提案内容決定部と、前記提案内容決定部が算出した前記新保守契約種別を出力する出力部と、を備える。
本発明の第２の態様による監視方法は、保守契約を締結している複数の機器を監視する監視装置が実行する監視方法であって、処理対象の前記機器である対象機器を特定するデータである対象特定データを受け付ける入力ステップと、前記対象機器の稼働データを取得する取得ステップと、前記対象機器の現在の前記保守契約の種別である現在保守契約種別、および前記対象機器の稼働データに基づき前記対象機器に適した新たな前記保守契約の種別である新保守契約種別を算出する提案内容決定ステップと、前記提案内容決定ステップにおいて算出された前記新保守契約種別を出力する出力ステップと、を含む。

【発明の効果】

【0006】

本発明によれば、機器の稼働データに応じた保守契約の提案ができる。

【図面の簡単な説明】

【0007】

【図1】監視システムの全体構成図

【図2】監視装置の構成図

【図3】顧客情報管理テーブルの構成例を示す図

【図4】稼働データ管理テーブルの構成例を示す図

【図5】警報故障情報管理テーブルの構成例を示す図

【図6】点検履歴管理テーブルの構成例を示す図

【図7】修理履歴管理テーブルの構成例を示す図

【図8】状態管理テーブルの構成例を示す図

【図9】契約情報テーブルの構成例を示す図

【図10】監視装置の処理を示す概略図

【図11】対象機器決定部の処理を示すフローチャート

【図12】提案内容決定部の処理を示すフローチャート

【図13】入力ウインドウの一例を示す図

【図14】レポートの出力ウインドウの一例を示す図

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

【0008】

―第１の実施の形態―
以下、図１～図１４を参照して、監視装置および監視方法の第１の実施の形態を説明する。

【0009】

図１は、監視システム１の全体構成図である。監視システム１は、ネットワーク６により接続される１または複数の稼働拠点２、監視装置５、および１または複数の通知先９を含む。図１では作図の都合により稼働拠点２は３つ、通知先９は２つのみを記載しているが、監視システム１に含まれる稼働拠点２および通知先９の数に制限はない。ネットワーク６は有線または無線の通信網であり、たとえばインターネット、専用線、閉域網などである。ネットワーク６は必須の構成ではなく、監視装置５とそれぞれの稼働拠点２、および監視装置５と通知先９が個別に通信できればよい。それぞれの稼働拠点２には１または複数の機器３が含まれる。

【0010】

機器３は、何らかのデータを監視装置５に出力可能な付帯機能を有する装置であり、機器３の本来の機能は限定されない。機器３はたとえば、空気圧縮機、ロボットアーム、ベルトコンベア、コントロールバルブである。本実施の形態では機器３を空気圧縮機として具体的な構成を説明する。機器３は監視装置５の監視対象である。それぞれの機器３は、機器内温度、機器内圧力、周囲温度、累積の運転時間などをネットワーク６を介して定期的、または不定期に監視装置５に送信する。以下では、機器３が送信するデータを「稼働データ」と総称する。機器３は、何らかの測定値が閾値以上となった場合や、故障が発生した場合、および修理や点検が行われた場合などに、その内容に応じた警報や通知を監視装置５に送信する。監視装置５は必要に応じて通知先９に通知を行う。

【0011】

図２は監視装置５の構成図である。監視装置５は、機器３を監視する機能を有するサーバ装置であり、中央演算装置であるＣＰＵ（Central Processing Unit）１０、メモリ１１、補助記憶装置１２、ネットワークインタフェース１３、入力装置１４および出力装置１５を備えて構成される。なお以下では、監視装置５を操作する人間を「ユーザ」と呼ぶ。

【0012】

ＣＰＵ１０は、監視装置５の動作を統括的に制御するプロセッサである。メモリ１１は、不揮発性の記憶素子からなる図示しないＲＯＭ（Read Only Memory）と、揮発性の記憶素子からなる図示しないＲＡＭ（Random Access Memory）とから構成される。ＲＯＭには、ＢＩＯＳ（Basic Input Output System）などの不変のプログラムが格納される。またＲＡＭは、ＤＲＡＭ（Dynamic ＲＡＭ）などから構成され、ＣＰＵ１０のワーキングメモリとして利用される。

【0013】

補助記憶装置１２は、ハードディスク装置やＳＳＤ（Solid State Drive）などの大容量かつ不揮発性の記憶装置から構成される。補助記憶装置１２には、各種プログラムや、長期間保存すべき各種データが格納される。補助記憶装置１２に格納されたプログラムやデータが分析サーバの起動時や必要時に補助記憶装置１２からメモリ１１にロードされ、メモリ１１にロードされたプログラムをＣＰＵ１０が実行することにより後述のような監視装置５全体としての各種処理が実行される。

【0014】

ネットワークインタフェース１３は、例えばＮＩＣ（Network Interface Card）であり、ネットワーク６を介した監視対象の各機器３との通信時におけるインタフェースとして機能する。

【0015】

入力装置１４は、例えばマウスやキーボードなどから構成され、ユーザが監視装置５に対する各種の操作入力を行うために利用される。また出力装置１５は、例えば液晶パネル、有機ＥＬ（Electro-Luminescence）ディスプレイ、およびプリンタなどから構成され、必要な情報を表示または印刷などにより出力するために利用される。なお入力装置１４および出力装置１５は、これらが一体化したタッチパネルなどから構成されてもよい。また、入力装置１４および出力装置１５の代わりにネットワークインタフェース１３を介してデータが入出力されてもよい。

【0016】

メモリ１１には、入力部３０、対象機器決定部３１、提案内容決定部３２、出力部３３、および取得部３５を実現するプログラムが格納される。またメモリ１１には、顧客情報管理テーブル２３、稼働データ管理テーブル２４、警報故障情報管理テーブル２５、点検履歴管理テーブル２６、修理履歴管理テーブル２７、状態管理テーブル２８、および、契約情報テーブル２９が格納される。なお以下では、顧客情報管理テーブル２３、稼働データ管理テーブル２４、警報故障情報管理テーブル２５、点検履歴管理テーブル２６、および修理履歴管理テーブル２７をまとめて機器情報データベース２０と呼ぶこともある。

【0017】

図３は、顧客情報管理テーブル２３の構成例を示す図である。図３は作図の都合により２段に分けて記載しているが、上段と下段の区別は特になく項目の並びは適宜変更してもよい。顧客情報管理テーブル２３には、顧客名２３Ａ、設置住所２３Ｂ、製造番号２３Ｃ、販売窓口２３Ｄ、保守窓口２３Ｅ、契約番号２３Ｆ、契約日２３Ｇ、および契約プラン２３Ｈが記録される。契約プラン２３Ｈは現在の保守契約プランを示すので、以下では「現在保守契約種別」とも呼ぶ。監視装置５は後述するように適切な保守契約プランを算出し、この保守契約プランを「新保守契約種別」とも呼ぶ。ただし、新保守契約種別が現在の保守契約プランと同一の場合もある。

【0018】

図３の１行目には次のことが記載されている。すなわち、「株式会社Ａ」が「販売Ａ」から購入した製造番号「ＸＸＸ１２３４」である機器３を「ｘｘ県ｙｙ市」の稼働拠点２に設置した。さらに、製造番号「ＸＸＸ１２３４」である機器３は、保守の窓口は「保守Ａ」であり、契約番号「ＸＸＸ１３」で「２０２０年９月１５日」に「第１プラン」で保守の契約を結んだ。なお図３に示す例では、製造番号２３Ｃに１つのデータしか記載していないが、他の項目が共通する場合には１つのセルに複数の製造番号を記載してもよい。

【0019】

図４は、稼働データ管理テーブル２４の構成例を示す図である。稼働データ管理テーブル２４には、製造番号２４Ａ、取得日時２４Ｂ、および稼働データ２４Ｃが記録される。製造番号２４Ａは機器３の識別子であり、顧客情報管理テーブル２３における製造番号２３Ｃと同じ情報である。稼働データ２４Ｃは、あらかじめ定められた項目と値の組み合わせでもよいし、そのつど設定される項目と値の組み合わせでもよい。

【0020】

図５は、警報故障情報管理テーブル２５の構成例を示す図である。警報故障情報管理テーブル２５には、発生日２５Ａ、製造番号２５Ｂ、型式２５Ｃ、および警報故障内容２５Ｄが記録される。発生日２５Ａは、警告や故障が発生した日である。製造番号２５Ｂは機器３の識別子であり、顧客情報管理テーブル２３における製造番号２３Ｃと同じ情報である。型式２５Ｃは、機器３の型式である。警報故障内容２５Ｄは、警報や故障の内容である。

【0021】

図６は、点検履歴管理テーブル２６の構成例を示す図である。点検履歴管理テーブル２６には、点検日時２６Ａ、製造番号２６Ｂ、点検内容２６Ｃ、運転時間２６Ｄ、および対応者２６Ｅが記録される。図６の１行目には次のことが記載される。すなわち、「２０１８年８月１５日」に製造番号「ｘｘｘ１２３４」の機器３を対象として、運転時間が「５００時間」だったので「Ａ点検」を対応者「Ａ」が実施したことが記録されている。

【0022】

図７は、修理履歴管理テーブル２７の構成例を示す図である。図７は作図の都合により２段に分けて記載しているが、上段と下段の区別は特になく項目の並びは適宜変更してもよい。修理履歴管理テーブル２７には、故障発生日２７Ａ、故障内容２７Ｂ、製造番号２７Ｃ、運転時間２７Ｄ、故障復旧日２７Ｅ、故障原因２７Ｆ、故障部位２７Ｇ、復旧処理２７Ｈが記録される。図７の１行目には次のことが記載されている。すなわち、「２０１８年８月１５日」に製造番号「ＸＸＸ１２３４」の機器３で運転時間「５００時間」の際に「オイル漏れ」の故障が発生し、「２０１８年８月１７日」にこの故障が復旧した。さらに、この故障原因は「ヘッド」に生じた「亀裂」であり、「交換」することで復旧したことが記録されている。

【0023】

図８は、状態管理テーブル２８の構成例を示す図である。状態管理テーブル２８は、提案内容決定部３２により参照される。状態管理テーブル２８は、あらかじめ作成される。状態管理テーブル２８には、状態項目２８Ａ、判断目安２８Ｂ、および判断基準２８Ｃが記録される。

【0024】

図９は、契約情報テーブル２９の構成例を示す図である。契約情報テーブル２９には、保守契約のグレードを表す契約プラン２９Ａ、メンテナンス２９Ｂ、無償オンコール２９Ｃ、パーツ保証２９Ｄ、運転時間目安２９Ｅが記録される。なお図９および本実施の形態に示す例では、プランの番号が大きいほど手厚い対応が得られる。

【0025】

図１０は、監視装置５の処理を示す概略図である。この概略図では、監視装置５の機能ブロックとデータの関係を示している。まず、入力部３０が、ユーザによる入力装置１４を用いた監視装置５の監視対象となる機器３を特定するためのデータ、すなわち対象特定データを取得する。ユーザが入力する対象特定データは監視する対象の機器３を特定できればよく、たとえば機器３の製造番号、機器３の購入者である顧客名、機器３の設置日でもある保守契約の始期の期間、などが想定される。入力部３０は、ユーザが入力したデータを対象機器決定部３１に出力する。

【0026】

対象機器決定部３１は、機器情報ＤＢ２０および状態管理テーブル２８から、入力部３０から取得したデータに関連するデータを取得する。対象機器決定部３１は、後述する処理により配信する機器３を決定し、対象機器リストを提案内容決定部３２に出力する。対象機器リストは機器３を特定する情報であり、たとえば列挙された製造番号である。提案内容決定部３２は、対象機器決定部３１から取得した対象機器リストから特定される機器３に関するデータを状態管理テーブル２８および契約情報テーブル２９から取得する。

【0027】

提案内容決定部３２は、対象機器リストから特定される機器３に対する提案内容を後述する処理により決定し、出力部３３に出力する。出力部３３は、提案内容決定部３２から取得した対象機器リストに対する提案内容に従い、レポートを生成して出力する。このレポートには、少なくとも新たな保守契約の提案が含まれる。レポートは後に図１４を参照して説明する。出力部３３は、生成したレポートを出力装置１５を介して出力してもよいし、ネットワークインタフェース１３を介して出力してもよい。出力部３３は、生成したレポートをＷｅｂブラウザなどの公知のプログラムに読み込ませて出力装置１５を介して出力してもよい。また出力部３３は、生成したレポートのデータをネットワークインタフェース１３を介して出力し、不図示のユーザ端末で表示させてもよい。

【0028】

取得部３５は、それぞれの機器３から稼働データを取得して稼働データ管理テーブル２４に格納する。この場合は、取得部３５はネットワークインタフェース１３により実現される。ただし取得部３５は、それぞれの機器３から直接に稼働データを取得することは必須の構成ではなく、不図示のデータ収集装置がそれぞれの機器３から収集した稼働データを取得してもよい。監視装置５は、不図示のデータ収集装置からネットワークインタフェース１３を介して稼働データを取得してもよいし、記録メディアなどを介して稼働データを取得してもよい。この場合は、取得部３５はネットワークインタフェース１３または不図示の記録メディア読み取り装置により実現される。

【0029】

図１１は、対象機器決定部３１の処理を示すフローチャートである。まずステップＳ３１において対象機器決定部３１は、機器情報ＤＢ２０および状態管理テーブル２８を参照し、ユーザの入力に基づき機器３を抽出してステップＳ３２に進む。たとえばユーザの入力が『製造番号の上４桁が「ＸＸＸ１」』の場合は、図３の例では「ＸＸＸ１２３４」と「ＸＸＸ１６７８」が抽出される。またユーザの入力が、『契約日が「２０２１年３月」』の場合は、顧客情報管理テーブル２３における契約日２３Ｇが「２０２１年３月」である機器３の製造番号を抽出してもよいし、あらかじめ決められたルールに従い、機器３の製造番号を抽出してもよい。あらかじめ決められたルールとはたとえば、入力された年月の６か月前に契約され、かつ契約プランが第２プランの機器３を抽出することである。

【0030】

ステップＳ３２では対象機器決定部３１は、ステップＳ３１において抽出した機器３の中から未処理の機器３を処理対象に選択する。続くステップＳ３３では対象機器決定部３１は、処理対象の機器３が、定期配信対象、警報故障件数増加、および故障率増加のいずれかに該当するか否かを判断する。対象機器決定部３１は、３つの少なくとも１つに該当すると判断する場合はステップＳ３４に進み、３つのいずれにも該当しないと判断する場合はステップＳ３６に進む。

【0031】

定期配信対象とは、不図示のテーブルに定期配信対象として記載されているか否かにより判断してもよいし、あらかじめ定めたルールにしたがって判断してもよい。この場合のあらかじめ定めたルールとはたとえば、現在の年月が契約日から８か月目に該当し、かつ契約プランが第３プランであることである。警報故障件数増加とは、警報故障情報管理テーブル２５における処理対象の機器３の警報故障の発生件数を評価し、たとえば前月よりも今月の警報故障件数が多いか否かを判断する。故障率増加とは、故障件数を運転時間で除した値を評価し、たとえば先月よりも今月の方が故障率が高いか否かを判断する。

【0032】

ステップＳ３４では対象機器決定部３１は、処理対象の機器３を追加対象に決定してステップＳ３５に進む。ステップＳ３６では対象機器決定部３１は、処理対象の機器３は配信先対象外なので処理対象の機器３を対象機器リストに追加することなくステップＳ３５に進む。ステップＳ３５では対象機器決定部３１は、ステップＳ３１において抽出した機器３のうち未処理の機器３が存在するか否かを判断し、未処理の機器３が存在すると判断する場合はステップＳ３２に戻り、全ての機器３を処理対象にしたと判断する場合はステップＳ３７に進む。ステップＳ３７では対象機器決定部３１は、これまでステップＳ３４において追加対象に決定した機器３をすべて含む対象機器リストを生成して図１１に示す処理を終了する。

【0033】

図１２は、提案内容決定部３２の処理を示すフローチャートである。提案内容決定部３２は、対象機器決定部３１が生成した対象機器リストに記載されている機器３を１つずつ処理対象に設定し、図１２に示す処理を実行する。たとえば対象機器リストに５つの機器３が記載されている場合には、提案内容決定部３２は図１２に示す処理を５回繰り返す。
ステップＳ４０では提案内容決定部３２は、顧客情報管理テーブル２３および契約情報テーブル２９を参照して、処理対象の機器３の契約プラン、および該当する契約プランにおける運転時間目安２９Ｅの値を読み込む。

【0034】

続くステップＳ４１では提案内容決定部３２は、状態管理テーブル２８、および稼働データ管理テーブル２４の運転時間の値を読み込み、契約プランにおける運転時間目安２９Ｅの値と比較する。提案内容決定部３２は、状態管理テーブル２８の運転時間の項目に記載されているように、稼働データ管理テーブル２４の運転時間の値が、運転時間目安２９Ｅの値の±４５０時間未満であれば適正と判断してステップＳ４２に進む。提案内容決定部３２は、稼働データ管理テーブル２４の運転時間の値が、運転時間目安２９Ｅの値の＋４５０時間以上の場合には超過と判断してステップＳ４４に進む。提案内容決定部３２は、稼働データ管理テーブル２４の運転時間の値が、運転時間目安２９Ｅの値の－４５０時間以下の場合には不足と判断してステップＳ４６に進む。

【0035】

ステップＳ４２では提案内容決定部３２は、稼働データ管理テーブル２４の負荷時間の値と、状態管理テーブル２８に記載の負荷時間の判断目安の値を比較する。提案内容決定部３２は、稼働データ管理テーブル２４の負荷時間の値が状態管理テーブル２８に記載の判断目安である１５００時間の±４５０時間未満であれば適正と判断してステップＳ４３に進む。提案内容決定部３２は、負荷時間の値が１５００時間の＋４５０時間以上であれば超過と判断してステップＳ４４に進む。提案内容決定部３２は、負荷時間の値が１５００時間の－４５０時間以下であれば不足と判断してステップＳ４６に進む。

【0036】

ステップＳ４３では提案内容決定部３２は、状態管理テーブル２８に記載の負荷回数、温度、および稼働時間の判断目安と、稼働データ管理テーブル２４に記載の値とを比較する。提案内容決定部３２は、負荷回数、温度、および稼働時間の３つのうち２つ以上が判断基準を超える場合に過負荷状態と判断してステップＳ４４に進み、３つのうち判断基準を超える項目が１つ以下の場合に過負荷ではないと判断してステップＳ４５に進む。図８に示す状態管理テーブル２８の例によれば、負荷回数が１００万回±５０万回未満、温度が９０度以上１００度以下、稼働時間が４８時間以下が判断基準である。

【0037】

ステップＳ４４では提案内容決定部３２は、既存プランの１段階上を提案プランに決定してステップＳ４７に進む。ステップＳ４５では提案内容決定部３２は、現状維持を提案プランに決定してステップＳ４７に進む。ステップＳ４６では提案内容決定部３２は、既存プランの１段階下を提案プランに決定してステップＳ４７に進む。ステップＳ４７では決定した提案プランを出力部３３に出力して図１２に示す処理を終了する。

【0038】

図１３は、データ入力用のユーザインタフェースである入力ウインドウ４０の一例を示す図である。入力ウインドウ４０は、年月入力欄４１、出力先ディレクトリ４２、自動生成または機器指定生成を選択するラジオボタングループ４３、製造番号欄４４、および生成ボタン４５を含む。年月入力欄４１には、機器３を特定するための年月が入力される。対象機器決定部３１はたとえば、顧客情報管理テーブル２３の契約日２３Ｇが年月入力欄４１に入力された年月と一致する機器３を抽出する。

【0039】

出力先ディレクトリ４２には、レポートが出力されるディレクトリの名称またはフルパスが入力される。ラジオボタングループ４３は、機器３のリストを自動生成するか否かを設定するラジオボタンである。製造番号欄４４には、処理対象とする機器３の製造番号が入力される。なおユーザは、ラジオボタングループ４３の「自動生成」を選択する場合には製造番号欄４４への入力は不要である。ユーザは、ラジオボタングループ４３の「機器指定生成」を選択する場合には年月入力欄４１への入力は不要である。

【0040】

図１４は、提案内容決定部３２による計算結果を含むレポートの出力ウインドウ５０の一例を示す図である。ただし図１４は具体例ではなく情報のレイアウトを示している。出力ウインドウ５０は、対象機器名５１、警報故障履歴５２、点検履歴５３、修理履歴５４、コメント５５、対象機器の提案プランの出力結果５６を含む。対象機器の提案プランの出力結果５６には、提案するプラン５７すなわち新保守契約種別と、既存のプラン５８すなわち現在保守契約種別と、が含まれる。

【0041】

上述した第１の実施の形態によれば、次の作用効果が得られる。
（１）監視装置５は、保守契約を締結している複数の機器３を監視する。監視装置５は、処理対象の機器３である対象機器を特定するデータである対象特定データを受け付ける入力部３０と、対象機器の稼働データを取得する取得部３５と、対象機器の現在の保守契約の種別である現在保守契約種別、および対象機器の稼働データに基づき対象機器に適した新たな保守契約の種別である新保守契約種別を算出する提案内容決定部３２と、提案内容決定部３２が算出した新保守契約種別を出力する出力部３３と、を備える。そのため、機器の稼働データに応じた保守契約の提案ができる。

【0042】

（２）提案内容決定部３２は、図１２のステップＳ４１～Ｓ４３に示す運転時間の適正性、負荷時間の適正性、および過負荷状態の有無に基づき新保守契約種別を算出する。

【0043】

（３）過負荷状態とは、負荷回数、温度、および稼働時間の３つのうち２つ以上が判断基準を超える状態である。

【0044】

（４）出力部３３は、対象機器の識別情報すなわち図１４の対象機器名５１、および対象機器の現在保守契約種別、すなわち図１４の既存のプラン５８をさらに出力する。そのため、ユーザは対象となる機器３と現在の契約もあわせて確認できるため効率がよい。

【0045】

（５）入力部３０は、ユーザインタフェースを介したユーザからの入力により対象特定データを取得する。そのため、ユーザから指定された機器３を対象として、適切な保守契約プランを算出できる。

【0046】

（６）対象特定データとは、対象機器の識別子、または保守契約の始期である。そのため対象機器決定部３１は、機器３の識別子を用いて指定された機器３を確実に対象とすることができ、さらに指定された保守契約の始期、すなわち顧客情報管理テーブル２３の契約日２３Ｇを用いて定期点検が必要な機器３を対象とすることもできる。

【0047】

（変形例１）
入力部３０は、あらかじめ設定された抽出条件を読み込む、データ読み込み部でもよい。あらかじめ設定された条件は、補助記憶装置１２やメモリ１１に格納されてもよいし、ＣＤ－ＲＯＭなどの記録メディアに記録されてもよいし、ネットワーク接続される他の装置に格納されてもよい。入力部３０が抽出条件を読み込む読み込み元は、あらかじめ設定されてもよいしユーザから指定されてもよい。

【0048】

あらかじめ設定された条件が補助記憶装置１２やメモリ１１に格納される場合には、入力部３０はメモリ１１からデータを読み込む不図示のメモリコントローラや、補助記憶装置１２からデータを読み込む不図示のディスクコントローラにより実現される。あらかじめ設定された条件が記録メディアに記録される場合には、入力部３０は不図示の記録メディアコントローラにより実現される。あらかじめ設定された条件がネットワーク接続される他の装置に格納される場合には、入力部３０はネットワークインタフェース１３により実現される。

【0049】

あらかじめ設定された抽出条件とは、「過去１年間の修理回数が１回以上の機器」や「保守契約日が所定の年月である機器」である。たとえば入力部３０が「過去１年間の修理回数が１回以上の機器」という抽出条件を読み込むと、対象機器決定部３１は次の処理を行う。すなわち対象機器決定部３１は、図１１のステップＳ３１において修理履歴管理テーブル２７を参照して故障発生日２７Ａが現在の日付から１年以内のレコードにおける製造番号２７Ｃを列挙する。

【0050】

この変形例１によれば、次の作用効果が得られる。
（７）入力部３０は、あらかじめ設定された条件を読み込んで対象特定データとする。そのため入力部３０は、ユーザから逐一入力を受けなくても処理を実行できる。

【0051】

（８）あらかじめ設定された条件とは、所定期間内に故障が発生したことである。そのため監視装置５は、所定期間内に故障が発生した機器３を対象に適切な保守契約プランを作成して提示できる。

【0052】

（変形例２）
出力部３３は、レポートを通信により出力してもよい。たとえば顧客情報管理テーブル２３に、メールアドレスさらに記載され、出力部３３は生成したレポートを記載されたメールアドレスに送付してもよい。また顧客情報管理テーブル２３に計算結果を通知するためのＩＰアドレスが記載され、出力部３３は生成したレポートを記載されたＩＰアドレスの所定の通信ポートに所定の通信プロトコルで送付してもよい。

【0053】

（変形例３）
提案内容決定部３２は、図１２のステップＳ４１～Ｓ４３に示す運転時間の適正性、負荷時間の適正性、および過負荷状態の有無に基づき新保守契約種別を算出した。しかし提案内容決定部３２は、運転時間の適正性、負荷時間の適正性、および過負荷状態の有無、の３つ全てを利用する必要はなく３つのうち少なくとも１つに基づき新保守契約種別を算出してもよい。

【0054】

上述した各実施の形態および変形例において、機能ブロックの構成は一例に過ぎない。別々の機能ブロックとして示したいくつかの機能構成を一体に構成してもよいし、１つの機能ブロック図で表した構成を２以上の機能に分割してもよい。また各機能ブロックが有する機能の一部を他の機能ブロックが備える構成としてもよい。

【0055】

上述した各実施の形態および変形例において、プログラムは予め補助記憶装置１２に格納されるとしたが、監視装置５が不図示の入出力インタフェースを備え、必要なときに入出力インタフェースと監視装置５が利用可能な媒体を介して、他の装置からプログラムが読み込まれてもよい。ここで媒体とは、例えば入出力インタフェースに着脱可能な記憶媒体、または通信媒体、すなわち有線、無線、光などのネットワーク、または当該ネットワークを伝搬する搬送波やディジタル信号、を指す。また、プログラムにより実現される機能の一部または全部がハードウエア回路やＦＰＧＡにより実現されてもよい。

【0056】

上述した各実施の形態および変形例は、それぞれ組み合わせてもよい。上記では、種々の実施の形態および変形例を説明したが、本発明はこれらの内容に限定されるものではない。本発明の技術的思想の範囲内で考えられるその他の態様も本発明の範囲内に含まれる。

【符号の説明】

【0057】

１ ：監視システム
３ ：機器
５ ：監視装置
３０ ：入力部
３１ ：対象機器決定部
３２ ：提案内容決定部
３３ ：出力部
３５ ：取得部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】