ホーム > 特許ランキング > イオンディライト株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024039754
(43)【公開日】2024-03-25
(54)【発明の名称】修繕提案書作成方法
(51)【国際特許分類】
G06Q 10/20 20230101AFI20240315BHJP
【ＦＩ】
G06Q10/00 300
【審査請求】有
【請求項の数】2
【出願形態】ＯＬ
(21)【出願番号】P 2022144351
(22)【出願日】2022-09-12
(11)【特許番号】
(45)【特許公報発行日】2024-03-13
(71)【出願人】
【識別番号】504303458
【氏名又は名称】イオンディライト株式会社
(74)【代理人】
【識別番号】100154014
【弁理士】
【氏名又は名称】正木 裕士
(74)【代理人】
【識別番号】100154520
【弁理士】
【氏名又は名称】三上 祐子
(72)【発明者】
【氏名】尾形 曜
(72)【発明者】
【氏名】伊藤 輝
(72)【発明者】
【氏名】吉水 智也
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC15
(57)【要約】
【課題】不具合等の発見の報告を修繕の提案に有効に利用し、設備機器の不具合や事故のリスクを低減することを可能とする修繕提案書作成方法を提供することを目的としている。
【解決手段】互いにネットワーク（Ｎ）で接続された、報告者端末（２）と、修繕提案書作成者端末（４）と、施設に設置される複数の機器の機器詳細情報を記憶するサーバ（１）と、を用いて、施設に設置される機器に不具合等を発見したときに、報告者端末（２）からサーバ（１）へ不具合等情報を送信し、サーバ（１）はそれに基づき修繕提案書を作成する。
【選択図】図１
【解決手段】互いにネットワーク（Ｎ）で接続された、報告者端末（２）と、修繕提案書作成者端末（４）と、施設に設置される複数の機器の機器詳細情報を記憶するサーバ（１）と、を用いて、施設に設置される機器に不具合等を発見したときに、報告者端末（２）からサーバ（１）へ不具合等情報を送信し、サーバ（１）はそれに基づき修繕提案書を作成する。
【選択図】図１
【特許請求の範囲】
【請求項1】
互いにネットワークで接続された、報告者端末と、修繕提案書作成者端末と、施設に設置される複数の機器の機器詳細情報を記憶するサーバと、を用いて、修繕提案書を作成する修繕提案書作成方法であって、
前記サーバが、前記報告者端末から、不具合または事故を生じた機器を特定する機器特定情報を含む不具合等情報を受け付ける工程と、
前記サーバが、前記不具合等情報に基づき、不具合または事故を生じる可能性がある機器を前記複数の機器の機器詳細情報から抽出する工程と、
前記サーバが、前記抽出した機器を修繕対象とする修繕提案書を、前記修繕提案書作成者端末の表示部に表示する工程と、
を含んでなる、修繕提案書作成方法。
前記サーバが、前記報告者端末から、不具合または事故を生じた機器を特定する機器特定情報を含む不具合等情報を受け付ける工程と、
前記サーバが、前記不具合等情報に基づき、不具合または事故を生じる可能性がある機器を前記複数の機器の機器詳細情報から抽出する工程と、
前記サーバが、前記抽出した機器を修繕対象とする修繕提案書を、前記修繕提案書作成者端末の表示部に表示する工程と、
を含んでなる、修繕提案書作成方法。
【請求項2】
さらに、前記サーバが、展開対象とする前記不具合等情報の指定を受け付ける工程を含み、
前記サーバは、前記展開対象と指定された不具合等情報に基づき、不具合または事故を生じる可能性がある機器を前記複数の機器の機器詳細情報から抽出してなる、請求項１に記載の修繕提案書作成方法。
前記サーバは、前記展開対象と指定された不具合等情報に基づき、不具合または事故を生じる可能性がある機器を前記複数の機器の機器詳細情報から抽出してなる、請求項１に記載の修繕提案書作成方法。
【請求項3】
さらに、前記サーバが、計画修繕提案書を作成する工程を含み、
前記計画修繕提案書は、前記修繕提案書にて修繕対象とされた機器であって、修繕がされなかった機器を、修繕対象として含んでなる、請求項１に記載の修繕提案書作成方法。
前記計画修繕提案書は、前記修繕提案書にて修繕対象とされた機器であって、修繕がされなかった機器を、修繕対象として含んでなる、請求項１に記載の修繕提案書作成方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、修繕提案書作成方法に関する。
【背景技術】
【0002】
ビル等の施設に設置される電気設備、空調設備、給排水設備、昇降設備等の各種設備機器に不具合や事故が生じると、施設の安全な運営に支障をきたすことがあるため、日常的に点検がなされる。そして、不具合や事故が発見された際に、特許文献をあげることはできないが、報告書が作成される。報告書には、日付、場所、設備機器を特定する管理番号、不具合や事故の詳細等が記録される。
【発明の概要】
【発明が解決しようとする課題】
【0003】
ところで、このような報告書は、不具合や事故の内容の記録として以外、有効に利用することは進んでいない。
【0004】
一方、上記のような各種設備機器の不具合や事故は、施設の安全な運営に影響を与える場合もあるから、設備機器が不具合や事故を生じる前に補修・取替等し、設備機器の不具合や事故のリスクを低減することが求められる。
【0005】
そこで、本発明は、上記問題に鑑み、不具合や事故の発見の報告を修繕の提案に有効に利用し、設備機器の不具合や事故のリスクを低減することを可能とする修繕提案書作成方法を提供することを目的としている。
【課題を解決するための手段】
【0006】
上記本発明の目的は、以下の手段によって達成される。なお、括弧内は、後述する実施形態の参照符号を付したものであるが、本発明はこれに限定されるものではない。
【0007】
請求項１に記載の、修繕提案書作成方法は、
互いにネットワーク（例えば図１に示すネットワークＮ）で接続された、報告者端末（例えば図１に示す報告者端末２）と、修繕提案書作成者端末（例えば図１に示す修繕提案書作成者端末４）と、施設に設置される複数の機器の機器詳細情報（例えば図２に示す機器詳細情報テーブルｔｂｌ＿Ｋ）を記憶するサーバ（例えば図１に示すサーバ１）と、を用いて、修繕提案書（例えば図６に示す修繕提案書７Ａ１、７Ａ２、図１０（ｂ）に示す修繕提案書９）を作成する修繕提案書作成方法であって、
前記サーバ（例えば図１に示すサーバ１）が、前記報告者端末（例えば図１に示す報告者端末２）から、不具合または事故を生じた機器を特定する機器特定情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆの機器管理番号ｔｂｌ＿Ｆｅ）を含む不具合等情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆの機器管理番号ｔｂｌ＿Ｆｅ、認知日／作業日ｔｂｌ＿Ｆｄ、事象ｔｂｌ＿Ｆｆ）を受け付ける工程（例えば図４に示すステップＳ１、Ｓ２）と、
前記サーバ（例えば図１に示すサーバ１）が、前記不具合等情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆの機器管理番号ｔｂｌ＿Ｆｅ、認知日／作業日ｔｂｌ＿Ｆｄ、事象ｔｂｌ＿Ｆｆ）に基づき、不具合等を生じる可能性がある機器を前記複数の機器の機器詳細情報（例えば図２に示す機器詳細情報テーブルｔｂｌ＿Ｋ）から抽出する工程（例えば図４に示すステップＳ６）と、
前記サーバ（例えば図１に示すサーバ１）が、前記抽出した機器を修繕対象とする修繕提案書（例えば図６に示す修繕提案書７Ａ１、７Ａ２、図１０（ｂ）に示す修繕提案書９）を、前記修繕提案書作成者端末（例えば図１に示す修繕提案書作成者端末４）の表示部に表示する工程（例えば図４に示すステップＳ７、Ｓ８）と、
を含んでなることを特徴とする。
互いにネットワーク（例えば図１に示すネットワークＮ）で接続された、報告者端末（例えば図１に示す報告者端末２）と、修繕提案書作成者端末（例えば図１に示す修繕提案書作成者端末４）と、施設に設置される複数の機器の機器詳細情報（例えば図２に示す機器詳細情報テーブルｔｂｌ＿Ｋ）を記憶するサーバ（例えば図１に示すサーバ１）と、を用いて、修繕提案書（例えば図６に示す修繕提案書７Ａ１、７Ａ２、図１０（ｂ）に示す修繕提案書９）を作成する修繕提案書作成方法であって、
前記サーバ（例えば図１に示すサーバ１）が、前記報告者端末（例えば図１に示す報告者端末２）から、不具合または事故を生じた機器を特定する機器特定情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆの機器管理番号ｔｂｌ＿Ｆｅ）を含む不具合等情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆの機器管理番号ｔｂｌ＿Ｆｅ、認知日／作業日ｔｂｌ＿Ｆｄ、事象ｔｂｌ＿Ｆｆ）を受け付ける工程（例えば図４に示すステップＳ１、Ｓ２）と、
前記サーバ（例えば図１に示すサーバ１）が、前記不具合等情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆの機器管理番号ｔｂｌ＿Ｆｅ、認知日／作業日ｔｂｌ＿Ｆｄ、事象ｔｂｌ＿Ｆｆ）に基づき、不具合等を生じる可能性がある機器を前記複数の機器の機器詳細情報（例えば図２に示す機器詳細情報テーブルｔｂｌ＿Ｋ）から抽出する工程（例えば図４に示すステップＳ６）と、
前記サーバ（例えば図１に示すサーバ１）が、前記抽出した機器を修繕対象とする修繕提案書（例えば図６に示す修繕提案書７Ａ１、７Ａ２、図１０（ｂ）に示す修繕提案書９）を、前記修繕提案書作成者端末（例えば図１に示す修繕提案書作成者端末４）の表示部に表示する工程（例えば図４に示すステップＳ７、Ｓ８）と、
を含んでなることを特徴とする。
【0008】
請求項２に記載の、修繕提案書作成方法は、上記請求項１に記載の、修繕提案書作成方法において、前記サーバ（例えば図１に示すサーバ１）が、展開対象とする前記不具合等情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆの機器管理番号ｔｂｌ＿Ｆｅ、認知日／作業日ｔｂｌ＿Ｆｄ、事象ｔｂｌ＿Ｆｆ）の指定を受け付ける工程（例えば図４に示すステップＳ３、Ｓ４）をさらに含み、
前記サーバ（例えば図１に示すサーバ１）は、前記展開対象と指定された不具合等情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆの展開対象ＩＤｔｂｌ＿Ｆｇに番号が付与されている不具合等情報）に基づき、不具合または事故を生じる可能性がある機器を前記複数の機器の機器詳細情報（例えば図２に示す機器詳細情報テーブルｔｂｌ＿Ｋ）から抽出してなることを特徴とする。
前記サーバ（例えば図１に示すサーバ１）は、前記展開対象と指定された不具合等情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆの展開対象ＩＤｔｂｌ＿Ｆｇに番号が付与されている不具合等情報）に基づき、不具合または事故を生じる可能性がある機器を前記複数の機器の機器詳細情報（例えば図２に示す機器詳細情報テーブルｔｂｌ＿Ｋ）から抽出してなることを特徴とする。
【0009】
請求項３に記載の、修繕提案書作成方法は、上記請求項１に記載の、修繕提案書作成方法において、前記サーバ（例えば図１に示すサーバ１）が、計画修繕提案書（例えば図９に示す計画修繕提案書８Ａ１、８Ａ２）を作成する工程（例えば図７に示すステップＳＳ２～ＳＳ５）をさらに含み、
前記計画修繕提案書（例えば図９に示す計画修繕提案書８Ａ１、８Ａ２）は、前記修繕提案書（例えば図６に示す修繕提案書７Ａ１、７Ａ２、図１０（ｂ）に示す修繕提案書９）にて修繕対象とされた機器であって、修繕がされなかった機器（例えば図３（ｂ）に示すレコードｔｂｌ＿Ｔｄ）を修繕対象として含むことを特徴とする。
前記計画修繕提案書（例えば図９に示す計画修繕提案書８Ａ１、８Ａ２）は、前記修繕提案書（例えば図６に示す修繕提案書７Ａ１、７Ａ２、図１０（ｂ）に示す修繕提案書９）にて修繕対象とされた機器であって、修繕がされなかった機器（例えば図３（ｂ）に示すレコードｔｂｌ＿Ｔｄ）を修繕対象として含むことを特徴とする。
【発明の効果】
【0010】
次に、本発明の効果について、図面の参照符号を付して説明する。なお、括弧内は、後述する実施形態の参照符号を付したものであるが、本発明はこれに限定されるものではない。
【0011】
請求項１に係る発明によれば、従来は有効に利用されていなかった不具合等の報告を有効に利用し、今後不具合等を生じる可能性がある機器を予め修繕し、機器の不具合や事故のリスクを低減することができる。
【0012】
より具体的に説明すると、電気機器が、異常発火するという不具合等を起こしたとする。この場合、発火の原因が、機器の構造上の理由である場合、同じ型番の機器や、同じメーカーの機器についても、同内容の不具合等が生じる可能性がある。さらには、発火の原因が耐用年数の超過である場合、耐用年数を超過する他の電気機器も、同内容の不具合等を生じる可能性がある。このように、不具合等を起こした機器と同様の条件を備える他の機器に、同内容の不具合等が生じる可能性がある。
【0013】
このため、請求項１に係る発明によれば、サーバ１は、報告者端末２から受信した不具合等情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆの機器管理番号ｔｂｌ＿Ｆｅ、認知日／作業日ｔｂｌ＿Ｆｄ、事象ｔｂｌ＿Ｆｆ）に基づき、型番やメーカー等、不具合等を生じた機器と同様の条件を備える他の機器を、今後不具合等を生じる可能性がある機器として、機器詳細情報テーブルｔｂｌ＿Ｋ（図２参照）から抽出する。そして、それら抽出した機器を修繕対象とする修繕提案書（例えば図６に示す修繕提案書７Ａ１、７Ａ２、図１０（ｂ）に示す修繕提案書９）を作成する。
【0014】
このようにすれば、報告された不具合等と同様の不具合が、今後生じる可能性を低減することができる。
【0015】
すなわち、従来は有効に利用されていなかった不具合等の報告を有効に利用し、今後不具合等を生じる可能性がある機器を予め修繕し、機器の不具合や事故のリスクを低減することができる。
【0016】
請求項２に係る発明によれば、すべての不具合等情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆの機器管理番号ｔｂｌ＿Ｆｅ、認知日／作業日ｔｂｌ＿Ｆｄ、事象ｔｂｌ＿Ｆｆ）について修繕提案書（例えば図６に示す修繕提案書７Ａ１、７Ａ２、図１０（ｂ）に示す修繕提案書９）を作成せず、展開対象とされた不具合等情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆのレコードｔｂｌ＿Ｆｏ）についてのみ、修繕提案書（例えば図６に示す修繕提案書７Ａ１、７Ａ２、図１０（ｂ）に示す修繕提案書９）を作成するため、修繕提案書（例えば図６に示す修繕提案書７Ａ１、７Ａ２、図１０（ｂ）に示す修繕提案書９）の作成の負担を軽減することができる。
【0017】
請求項３に係る発明によれば、修繕対象として修繕提案書に掲載されたが、修繕がされなかった機器（例えば図３（ｂ）に示すレコードｔｂｌ＿Ｔｄ）を、計画修繕提案書（例えば図９に示す計画修繕提案書８Ａ１、８Ａ２）においては修繕対象とすることから、修繕されず放置されている機器について、改めて修繕の提案を行うことができる。よって、より効果的に、機器の不具合や事故のリスクを低減することができる計画修繕提案書（例えば図９に示す計画修繕提案書８Ａ１、８Ａ２）を作成することができる。
【図面の簡単な説明】
【0018】
【図1】本発明に係る修繕提案書作成システムの一実施形態を示すブロック図である。
【図4】本実施形態による修繕提案書作成システムにより、修繕提案書を作成する方法を示すフローチャートである。
【図6】本実施形態において作成される修繕提案書を示す図である。
【図7】本実施形態による修繕提案書作成システムにより、修繕計画を作成する方法を示すフローチャートである。
【図9】本実施形態において作成される修繕計画提案書を示す図である。
【図10】本発明の一実施形態の別の実施形態を説明する図であって、（ａ）は不具合等テーブルｔｂｌ＿Ｆ２、（ｂ）は修繕提案書９を示す。
【発明を実施するための形態】
【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】
なお、不具合等を生じる可能性がある機器を特定する条件は、上記に限られない。例えば、レコードｔｂｌ＿Ｋｏの設備種類ｔｂｌ＿Ｋｄ（照明）、製造年月ｔｂｌ＿Ｋｈ（２０１０年１月）、および法定耐用年数ｔｂｌ＿Ｋｌ（１０年）により、レコードｔｂｌ＿Ｋｏの機器は耐用年数を超過している照明とわかる。そこで、法定耐用年数を超過している照明を、図２に示す機器詳細情報テーブルｔｂｌ＿Ｋにて検索し、機器管理番号ｔｂｌ＿Ｋｃが「５７８」の機器を抽出してもよい。
【0058】
なお、サーバ１は、修繕提案書作成者端末４から修繕提案書作成の指示を受信した際に、支社５ａに「関西」、稼働状況５ｂに「稼働中」が入力されていることも、受信している。そのため、上記の検索を実行するにあたり、サーバ１は、機器詳細情報テーブルｔｂｌ＿Ｋから、支社が「関西」でないレコードや、稼働状況が「稼働中」でないレコードは予め検索対象から排除する。
【0059】
次に、サーバ１は、上記の通り抽出した不具合等を生じる可能性がある機器を掲載した修繕提案書を作成し、修繕提案書作成者端末４に送信する（ステップＳ７）。具体的には、提案書の提出先ごとに、図６に示すように、施設Ａへの修繕提案書７Ａ１と、施設Ｃへの修繕提案書７Ａ２を作成する。
【0060】
すなわち、サーバ１は、まずデータベース１２に記憶している修繕提案書のテンプレート（図示せず）を読み出す。次に、サーバ１は、先程抽出したレコードｔｂｌ＿Ｋｑ、レコードｔｂｌ＿Ｋｒの施設情報ｔｂｌ＿Ｋｆ（図２参照）が「施設Ａ」であることから、図６に示すように、修繕提案書のテンプレートの宛先７ａに「施設Ａ 様」と記入する。そして、先程図２に示す機器詳細情報テーブルｔｂｌ＿Ｋから抽出したレコードｔｂｌ＿Ｋｑ、レコードｔｂｌ＿Ｋｒの機器管理番号等をリスト７ｂのように記入する。
【0061】
なお、リスト７ｂを記入するにあたり、サーバ１は、修繕の要請がより高いレコードｔｂｌ＿Ｋｑの情報７ｂ１をリストの上位に記入する（あるいは、図示しないが、修繕の要請がより高いレコードｔｂｌ＿Ｋｑの情報７ｂ１を太字で示しても良い）。すなわち、レコードｔｂｌ＿Ｋｑの機器は屋外に設置されている（図２に示すレコードｔｂｌ＿Ｋｑの屋内屋外ｔｂｌ＿Ｋｋ参照）。一般的に、屋外に設置される機器は劣化が早いと考えられるため、修繕の要請は高いと考えられる。このため、リスト７ｂでは、レコードｔｂｌ＿Ｋｑの情報７ｂ１は上位に記入される。このようにして、機器の属性より記入方法を決定すれば、修繕の要請がより高い機器が着目されやすいことが期待できるから、より効果的に、機器の不具合や事故のリスクを低減することができる。
【0062】
なお、修繕に係る費用の見積書（図示せず）を同時に作成し、その見積番号を見積書番号欄７ｃに記載するようにしてもよい。
【0063】
同様にして、機器詳細情報テーブルｔｂｌ＿Ｋの残りのレコードｔｂｌ＿Ｋｐについても、修繕提案書７Ａ２を作成する。
【0064】
そして、サーバ１は、上記のようにして作成した修繕提案書７Ａ１、７Ａ２を、通信部１１を介して、修繕提案書作成者端末４に送信することとなる。
【0065】
このとき、サーバ１は、データベース１２に格納する不具合等テーブルｔｂｌ＿Ｆのレコードｔｂｌ＿Ｆｏの、ステータスｔｂｌ＿Ｆｈを「展開済み」と記録する。
【0066】
さらに、修繕提案書を作成した後に、修繕がされたかどうかを記録する対応記録テーブルｔｂｌ＿Ｔに、修繕提案書７Ａ１、７Ａ２に修繕対象として記入した３つの機器「４４ＳＳＡ」「８３１」「８３３」に対応する３つのレコードを作成する。具体的には、それら３つのレコードの展開対象ＩＤｔｂｌ＿Ｔａには展開対象ＩＤｔｂｌ＿Ｆｉ「００００１０５」を、機器管理番号ｔｂｌ＿Ｔｂには機器「４４ＳＳＡ」「８３１」「８３３」を記録する。そして、いずれのレコードにも、進捗ｔｂｌ＿Ｔｃには「未対応」を記録する。
【0067】
なお、修繕提案書７Ａ１、７Ａ２を用いて施設管理会社から顧客に修繕が提案された後、機器「４４ＳＳＡ」「８３１」「８３３」に修繕がされた際には、対応する機器の進捗ｔｂｌ＿Ｔｃを「未対応」から「修繕完了」に更新することとなる。
【0068】
なお、この対応記録テーブルｔｂｌ＿Ｔは、後述の通り、計画修繕提案書を作成する際に参照される。
【0069】
次に、修繕提案書作成者端末４は、サーバ１より受信した修繕提案書７Ａ１、７Ａ２を、その表示部（図示せず）に表示する（ステップＳ８）。そして、施設管理会社の本社（図１）の従業員が、修繕提案書作成者端末４に表示される修繕提案書７Ａ１、７Ａ２を確認した後、修繕提案書作成者端末４を用いて修繕提案書７Ａ１、７Ａ２を修繕提案書作成者端末４に保存する、あるいは印刷するなどして、修繕提案書の作成が完了することとなる。
【0070】
以上のことより、本実施形態によれば、まず、報告者端末２からサーバ１に送信される不具合等情報を、不具合等テーブルｔｂｌ＿Ｆ（図３（ａ）参照）に登録する。そして、登録された不具合等情報のうち展開対象と指定されたものに基づき、型番やメーカー等、不具合等を生じた機器と同様の条件を備える他の機器を、今後不具合等を生じる可能性がある機器として機器詳細情報テーブルｔｂｌ＿Ｋ（図２参照）から抽出する。そして、それら抽出した機器を修繕対象とする修繕提案書７Ａ１、７Ａ２（図６参照）を作成することができる。このため、従来は有効に利用されていなかった不具合等の報告を有効に利用し、今後不具合等を生じる可能性がある機器を予め修繕し、機器の不具合や事故のリスクを低減することができる。
【0071】
なお、次のようにすれば、図４に示すステップＳ３、ステップＳ５を省略しても、報告者端末２によりサーバ１に送信される不具合等情報に基づき、今後不具合等を生じる可能性がある機器を予め修繕し、機器の不具合や事故のリスクを低減する、という同一の作用効果を発揮させることができる。
【0072】
まず、サーバ１は、ステップＳ２にて記憶する不具合等情報の事象ｔｂｌ＿Ｆｆに、所定の文字（例えば「発火」）が含まれていたら、展開対象に指定する旨の設定を、予めデータベース１２に記憶しておく。このようにすれば、ステップＳ２にて不具合等情報を不具合等テーブルｔｂｌ＿Ｆに記憶する際、事象ｔｂｌ＿Ｆｆに、所定の文字が含まれていたら、展開対象に指定し、不具合等テーブルｔｂｌ＿Ｆに、その旨の記憶する処理（ステップＳ４）を行うことができる。
【0073】
このようにすれば、ステップＳ３にて展開対象指定者端末３が展開対象を送信するステップを省略しても、本発明を実施することができる。
【0074】
また、サーバ１は、ステップＳ２にて不具合等情報を記憶したのち、あるいは、定期的に、自動的に不具合等を生じる可能性がある機器を抽出する処理（ステップＳ６）を開始することとしても良い。
【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】
１ サーバ
２ 報告者端末
４ 修繕提案書作成者端末
７Ａ１、７Ａ２、９ 修繕提案書
８Ａ１，８Ａ２ 計画修繕提案書
ｔｂｌ＿Ｋ 機器詳細情報テーブル（機器詳細情報）
ｔｂｌ＿Ｆ 不具合等テーブル（不具合等情報）
２ 報告者端末
４ 修繕提案書作成者端末
７Ａ１、７Ａ２、９ 修繕提案書
８Ａ１，８Ａ２ 計画修繕提案書
ｔｂｌ＿Ｋ 機器詳細情報テーブル（機器詳細情報）
ｔｂｌ＿Ｆ 不具合等テーブル（不具合等情報）
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【手続補正書】
【提出日】2023-12-14
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
互いにネットワークで接続された、報告者端末と、修繕提案書作成者端末と、施設に設置される複数の機器の機器詳細情報を記憶するサーバと、を用いて、修繕提案書を作成する修繕提案書作成方法であって、
前記サーバが、前記報告者端末から、不具合または事故を生じた機器を特定する機器特定情報を含む不具合等情報を受け付ける工程と、
前記サーバが、前記不具合等情報に基づき、不具合または事故を生じる可能性がある機器を前記複数の機器の機器詳細情報から抽出する工程と、
前記サーバが、前記抽出した機器を修繕対象とする修繕提案書を、前記修繕提案書作成者端末の表示部に表示する工程と、
を含んでなる、修繕提案書作成方法であって、
さらに、前記サーバが、計画修繕提案書を作成する工程を含み、
前記計画修繕提案書は、前記修繕提案書にて修繕対象とされた機器であって、修繕がされなかった機器を、修繕対象として含んでなる、修繕提案書作成方法。
前記サーバが、前記報告者端末から、不具合または事故を生じた機器を特定する機器特定情報を含む不具合等情報を受け付ける工程と、
前記サーバが、前記不具合等情報に基づき、不具合または事故を生じる可能性がある機器を前記複数の機器の機器詳細情報から抽出する工程と、
前記サーバが、前記抽出した機器を修繕対象とする修繕提案書を、前記修繕提案書作成者端末の表示部に表示する工程と、
を含んでなる、修繕提案書作成方法であって、
さらに、前記サーバが、計画修繕提案書を作成する工程を含み、
前記計画修繕提案書は、前記修繕提案書にて修繕対象とされた機器であって、修繕がされなかった機器を、修繕対象として含んでなる、修繕提案書作成方法。
【請求項2】
さらに、前記サーバが、展開対象とする前記不具合等情報の指定を受け付ける工程を含み、
前記サーバは、前記展開対象と指定された不具合等情報に基づき、不具合または事故を生じる可能性がある機器を前記複数の機器の機器詳細情報から抽出してなる、請求項１に記載の修繕提案書作成方法。
前記サーバは、前記展開対象と指定された不具合等情報に基づき、不具合または事故を生じる可能性がある機器を前記複数の機器の機器詳細情報から抽出してなる、請求項１に記載の修繕提案書作成方法。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【0007】
請求項１に記載の、修繕提案書作成方法は、
互いにネットワーク（例えば図１に示すネットワークＮ）で接続された、報告者端末（例えば図１に示す報告者端末２）と、修繕提案書作成者端末（例えば図１に示す修繕提案書作成者端末４）と、施設に設置される複数の機器の機器詳細情報（例えば図２に示す機器詳細情報テーブルｔｂｌ＿Ｋ）を記憶するサーバ（例えば図１に示すサーバ１）と、を用いて、修繕提案書（例えば図６に示す修繕提案書７Ａ１、７Ａ２、図１０（ｂ）に示す修繕提案書９）を作成する修繕提案書作成方法であって、
前記サーバ（例えば図１に示すサーバ１）が、前記報告者端末（例えば図１に示す報告者端末２）から、不具合または事故を生じた機器を特定する機器特定情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆの機器管理番号ｔｂｌ＿Ｆｅ）を含む不具合等情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆの機器管理番号ｔｂｌ＿Ｆｅ、認知日／作業日ｔｂｌ＿Ｆｄ、事象ｔｂｌ＿Ｆｆ）を受け付ける工程（例えば図４に示すステップＳ１、Ｓ２）と、
前記サーバ（例えば図１に示すサーバ１）が、前記不具合等情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆの機器管理番号ｔｂｌ＿Ｆｅ、認知日／作業日ｔｂｌ＿Ｆｄ、事象ｔｂｌ＿Ｆｆ）に基づき、不具合等を生じる可能性がある機器を前記複数の機器の機器詳細情報（例えば図２に示す機器詳細情報テーブルｔｂｌ＿Ｋ）から抽出する工程（例えば図４に示すステップＳ６）と、
前記サーバ（例えば図１に示すサーバ１）が、前記抽出した機器を修繕対象とする修繕提案書（例えば図６に示す修繕提案書７Ａ１、７Ａ２、図１０（ｂ）に示す修繕提案書９）を、前記修繕提案書作成者端末（例えば図１に示す修繕提案書作成者端末４）の表示部に表示する工程（例えば図４に示すステップＳ７、Ｓ８）と、を含んでなり、
さらに、前記サーバ（例えば図１に示すサーバ１）が、計画修繕提案書（例えば図９に示す計画修繕提案書８Ａ１、８Ａ２）を作成する工程（例えば図７に示すステップＳＳ２～ＳＳ５）を含み、
前記計画修繕提案書（例えば図９に示す計画修繕提案書８Ａ１、８Ａ２）は、前記修繕提案書（例えば図６に示す修繕提案書７Ａ１、７Ａ２、図１０（ｂ）に示す修繕提案書９）にて修繕対象とされた機器であって、修繕がされなかった機器（例えば図３（ｂ）に示すレコードｔｂｌ＿Ｔｄ）を修繕対象として含むことを特徴とする。
互いにネットワーク（例えば図１に示すネットワークＮ）で接続された、報告者端末（例えば図１に示す報告者端末２）と、修繕提案書作成者端末（例えば図１に示す修繕提案書作成者端末４）と、施設に設置される複数の機器の機器詳細情報（例えば図２に示す機器詳細情報テーブルｔｂｌ＿Ｋ）を記憶するサーバ（例えば図１に示すサーバ１）と、を用いて、修繕提案書（例えば図６に示す修繕提案書７Ａ１、７Ａ２、図１０（ｂ）に示す修繕提案書９）を作成する修繕提案書作成方法であって、
前記サーバ（例えば図１に示すサーバ１）が、前記報告者端末（例えば図１に示す報告者端末２）から、不具合または事故を生じた機器を特定する機器特定情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆの機器管理番号ｔｂｌ＿Ｆｅ）を含む不具合等情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆの機器管理番号ｔｂｌ＿Ｆｅ、認知日／作業日ｔｂｌ＿Ｆｄ、事象ｔｂｌ＿Ｆｆ）を受け付ける工程（例えば図４に示すステップＳ１、Ｓ２）と、
前記サーバ（例えば図１に示すサーバ１）が、前記不具合等情報（例えば図３（ａ）に示す不具合等テーブルｔｂｌ＿Ｆの機器管理番号ｔｂｌ＿Ｆｅ、認知日／作業日ｔｂｌ＿Ｆｄ、事象ｔｂｌ＿Ｆｆ）に基づき、不具合等を生じる可能性がある機器を前記複数の機器の機器詳細情報（例えば図２に示す機器詳細情報テーブルｔｂｌ＿Ｋ）から抽出する工程（例えば図４に示すステップＳ６）と、
前記サーバ（例えば図１に示すサーバ１）が、前記抽出した機器を修繕対象とする修繕提案書（例えば図６に示す修繕提案書７Ａ１、７Ａ２、図１０（ｂ）に示す修繕提案書９）を、前記修繕提案書作成者端末（例えば図１に示す修繕提案書作成者端末４）の表示部に表示する工程（例えば図４に示すステップＳ７、Ｓ８）と、を含んでなり、
さらに、前記サーバ（例えば図１に示すサーバ１）が、計画修繕提案書（例えば図９に示す計画修繕提案書８Ａ１、８Ａ２）を作成する工程（例えば図７に示すステップＳＳ２～ＳＳ５）を含み、
前記計画修繕提案書（例えば図９に示す計画修繕提案書８Ａ１、８Ａ２）は、前記修繕提案書（例えば図６に示す修繕提案書７Ａ１、７Ａ２、図１０（ｂ）に示す修繕提案書９）にて修繕対象とされた機器であって、修繕がされなかった機器（例えば図３（ｂ）に示すレコードｔｂｌ＿Ｔｄ）を修繕対象として含むことを特徴とする。
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】削除
【補正の内容】
【手続補正4】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【0015】
すなわち、従来は有効に利用されていなかった不具合等の報告を有効に利用し、今後不具合等を生じる可能性がある機器を予め修繕し、機器の不具合や事故のリスクを低減することができる。また、修繕対象として修繕提案書に掲載されたが、修繕がされなかった機器（例えば図３（ｂ）に示すレコードｔｂｌ＿Ｔｄ）を、計画修繕提案書（例えば図９に示す計画修繕提案書８Ａ１、８Ａ２）においては修繕対象とすることから、修繕されず放置されている機器について、改めて修繕の提案を行うことができる。よって、より効果的に、機器の不具合や事故のリスクを低減することができる計画修繕提案書（例えば図９に示す計画修繕提案書８Ａ１、８Ａ２）を作成することができる。
【手続補正5】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】削除
【補正の内容】