JP2003223482A - 建築物管理システム - Google Patents

Abstract

(57)【要約】 【課題】 実用性の高い建築物管理システムを提供する
こと。 【解決手段】 建築物の施工日及び各管理部分の耐用年
数を含む部分管理ＤＢと、時間経過をカウントするタイ
マーとを備える。タイマーにより部分管理ＤＢに記憶さ
れた耐用年数の到来を事前設定期間前に予め求めＳ１、
耐用年数の到来予定を購買者及び／又は業者に通知する
Ｓ６通知手段を備える。また、各管理部分に対応するリ
フォーム案又は改修案を作成し、各管理部分に対応する
廃棄費用を算出するＳ５ための見積作成手段をさらに備
える。部分管理ＤＢの情報は各管理部分の図面等を含
み、購買者及び又は業者が閲覧するＳ７ための表示手段
をさらに備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、建築物の各管理部
分の耐久年数を管理する建築物管理システムに関するも
のである。

【０００２】

【従来の技術】従来より、リフォーム等の見積を行うシ
ステムは提唱されている。また、機器等の耐久年数を自
動管理することも実現は容易である。しかし、建築物の
購買者が自ら各管理部分の耐久性について期限管理を行
い、また、各部分についてリフォームの見積依頼を行う
のは煩雑である。特に、建築物の場合、管理部分は多岐
にわたり、各部分について耐久性の管理を行わねばなら
ないシステムであれば、実用性に乏しいものとなる。

【０００３】

【発明が解決しようとする課題】かかる従来の実状に鑑
みて、本発明の目的は実用性の高い建築物管理システム
を提供することにある。

【０００４】

【課題を解決するための手段】上記目的を達成するた
め、本発明に係る建築物管理システムの特徴は、建築物
の施工日及び各管理部分の耐用年数を含む部分管理ＤＢ
と、時間経過をカウントするタイマーとを備え、このタ
イマーは前記部分管理ＤＢに記憶された耐用年数の到来
を事前設定期間前に予め求めるものであり、耐用年数の
到来予定を購買者及び／又は業者に通知する通知手段
と、前記各管理部分に対応するリフォーム案又は改修案
を作成するための見積作成手段とをさらに備えたことに
ある。

【０００５】また、前記部分管理ＤＢの情報は前記各管
理部分の図面等を含み、前記購買者及び／又は前記業者
が閲覧するための表示手段をさらに備えていてもよい。

【０００６】そして、前記見積作成手段は前記各管理部
分に対応する廃棄費用をさらに算出するものであること
が望ましい。

【０００７】前記事前設定期間が変更可能であれば、複
数の期間に対応する管理部分を抽出できる。そして、前
記事前設定期間の変更により複数の管理部分を対象とす
るリフォーム案又は改修案を作成することができる。

【０００８】

【発明の効果】このように、上記本発明に係るシステム
の特徴によれば、タイマーにより耐用年数の到来を捉
え、通知手段により購買者等に事前に通知が可能となっ
たので、購買者は適宜リフォーム時期を知ることができ
る。しかも、購買者等がリフォーム等の見積を相手方か
らの提示により知ることができるので、抵抗なくその結
果を利用することができ、システムの実用性も向上す
る。

【０００９】特に、各管理部分の図面等を購買者及び／
又は業者が閲覧可能であるため、リフォーム等の状況を
確認することができ、システムの実用性はさらに向上す
る。

【００１０】しかも、見積作成手段は廃棄費用も考慮す
るため、トータルなリフォーム等の判断を行うことがで
きる。そして、事前設定期間が変更可能なので、複数の
期間に対応して複数の管理部分を対象とするリフォーム
案又は改修案を複数作成でき、最適なリフォーム等の計
画をたてることが可能となった。

【００１１】本発明の他の目的、構成及び効果について
は以下に示す発明の実施の形態の項で明らかになるであ
ろう。

【００１２】

【発明の実施の形態】次に、添付図面を参照しながら、
本発明をさらに詳しく説明する。図１は本発明にかかる
電子商取引（以下「ＥＣ」）サーバーの建築物管理シス
テム１を示す図である。このＥＣサーバーの建築物管理
システム１は、各コンピューター等を接続するネットワ
ーク２と、商品情報等を管理するサーバーコンピュータ
ー３と、購買者コンピューター群５と、業者コンピュー
ター群６とを備えている。ネットワーク２は例えばＴＣ
Ｐ／ＩＰ等の通信プロトコルに従いインターネットを構
成し、複数のコンピューター相互間のデーター通信を実
現する。サーバーコンピューター３は複数のコンピュー
ター群により構成してもよく、各コンピューター群５，
６は、それぞれが情報端末の一例である複数のクライア
ントコンピューター５ａ，６ａを備えている。

【００１３】本実施形態では、一般家庭におけるキッチ
ンと洗面設備の管理を例にとって説明する。本実施形態
において、「購買者」は建物の住人等であり、「業者」
は「工務店、設備業者、建物管理会社等の住宅関連業
者」である。

【００１４】クライアントコンピューター５ａ，６ａ及
びサーバーコンピューター３は、図示省略するＣＰＵ，
メモリ及びハードディスク等の記憶装置、データー及び
アドレス等のバス並びにマウス、キーボード及びディス
プレイ等のインターフェイスを備えている。本明細書で
は「データーベース」を「ＤＢ」と省略表示する。サー
バーコンピューター３は、複数のクライアントコンピュ
ーター５ａ，６ａからの要求に応えて後述のデーターベ
ースをＷＷＷ（ワールドワイドウエブ）ブラウザ等によ
り表示し、その記録内容を更新する。そして、以下に示
す各手段又は構成要素がソフトウエアにより実現されて
いる。

【００１５】図２にサーバーコンピューター３における
システムブロック図を示す。コンピューター本体９内で
は、ハードウエアを省略してソフトウエアの構成のみを
表示している。アプリケーションソフトウエアはＤＢサ
ーバー１０とＷＷＷサーバー１１及びメールサーバ１２
である。ＤＢサーバー１０はリレーショナルデーターベ
ースアプリケーションであり、表示フォーマットを決定
するフォーム１３、特定のデーター処理を行うスクリプ
ト１４、特定条件のデーターを検索するクエリー１５が
利用される。また、購買者の情報を記録する購買者ＤＢ
３１、業者の情報を記録する業者ＤＢ３２、管理対象の
情報を記録する部分管理ＤＢ３３、管理対象の処理に要
するコストに関する情報を記録するコスト管理ＤＢ３４
及び購買者に示す見積を記録する見積ＤＢ３５をそれぞ
れ備えている。

【００１６】各ＤＢ１６〜１８はフォーム１３，スクリ
プト１４及びクエリー１５により処理され、ＷＷＷブラ
ウザで表示されるハイパーテキスト１９と関連づけら
れ、ＷＷＷサーバー１１及びルーター３ａ等を介してネ
ットワーク２（インターネット）上に公開される。

【００１７】図２のサーバー３は、それぞれ表１〜３に
示すフィールドを有する購買者ＤＢ３１、業者ＤＢ３
２、部分管理ＤＢ３３、コスト管理ＤＢ３４及び見積Ｄ
Ｂ３５を有している。なお、以下の表１〜９の符号１０
１〜５１１に示す各項目はデーターベースの構造として
のフィールドを示す。また、図４〜６のｆを付した符号
２０１ｆ〜５０８ｆに示す各項目は、ｆを付さない符号
２０１〜５０８のフィールドにそれぞれ対応する画面に
表示され又は入力を行うためのフィールドである。以下
の表記では、文書短縮のために「フィールド」という語
を省略する場合がある。

【００１８】

【表１】 ［購買者ＤＢ３１］ １０１ 購買者ＩＤ １０２ 購買者パスワード １０３ 購買者氏名・名称 １０４ 購買者住所 １０５ 購買者ｅ−ｍａｉｌアドレス １０６ 選択業者ＩＤ群 １０７ 販売業者ＩＤ

【００１９】

【表２】 ［業者ＤＢ３２］ ２０１ 業者ＩＤ ２０２ 業者パスワード ２０３ 業種分野 ２０４ 業者氏名・名称 ２０５ 業者住所 ２０６ 業者ＰＲ ２０７ 業者ＵＲＬ ２０８ 業者ｅ−ｍａｉｌアドレス

【００２０】

【表３】 ［部分管理ＤＢ３３］ ３０１ 管理ＩＤ ３０２ 管理部分名称 ３０３ 仕様テキスト ３０４ 仕様図面 ３０５ 仕様画像 ３０６ 施工日 ３０７ 耐用年数 ３０８ 計算日 ３０９ 連携部分ＩＤ群 ３１０ 購買者ＩＤ ３１１ 業者ＩＤ

【００２１】

【表４】 ［コスト管理ＤＢ３４］ ４０１ コストＩＤ ４０２ 処理種別 ４０３ 管理部分名称 ４０４ 再耐用年数 ４０５ 施工費用 ４０６ 材料費用 ４０７ 廃棄費用

【００２２】

【表５】 ［見積ＤＢ３５］ ５０１ 見積ＩＤ ５０２ 購買者ＩＤ ５０３ 業者ＩＤ ５０４ 見積ファイル ５０５ 見積有効期限 ５０６ コストＩＤ群 ５０８ 対象部分 ５０９ 見積額 ５１０ 受注確認 ５１１ 完了日

【００２３】上記各ＤＢにおいて、各ＩＤ１０１，２０
１，３０１、４０１、５０１はインデックスフィールド
であり、各レコードのユニーク性（単一性）を保つため
のキー項目である。各ＩＤ１０１，２０１，３０１、４
０１、５０１は、自然数が１ずつ増加するように自動付
与するとよいが、購買者ＩＤ１０１及び業者ＩＤ２０１
については各主体のメールアドレス（ｅ−ｍａｉｌアド
レス）やホームページのアドレス（ＵＲＬ）をＩＤとし
て用いてもよい。各パスワード１０２，２０２は各ＩＤ
１０１，２０１に対応して自動付与される。

【００２４】表１に示す購買者ＤＢ３１は購買者に関す
る基本情報を記憶するためのものであり、購買者氏名・
名称１０３、購買者住所１０４、購買者ｅ−ｍａｉｌア
ドレス１０５が購買者により入力される。また、選択業
者ＩＤ群１０６及び販売業者ＩＤ１０７は業者や販売者
が決定した際に転記される。一方、表２に示す業者ＤＢ
３２は業者の基本情報を記憶するためのものであり、業
種分野２０３、業者氏名・名称２０４、業者住所２０
５、業者のＰＲコメントである業者ＰＲ２０６、業者の
ホームページ等へのリンクを実現する業者ＵＲＬ２０
７、業者ｅ−ｍａｉｌアドレス２０８が業者により入力
される。そして、業者ＤＢ３２の業者ＩＤ２０１と購買
者ＤＢ３１の選択業者ＩＤ群１０６との間にはリレーシ
ョンが付与され、業者選択時の検索に用いられる。ま
た、業者ＤＢ３２の業者ＩＤ２０１と購買者ＤＢ３１の
販売業者ＩＤ１０７との間にもリレーションが付与され
ており、業者のなかから販売者を指定する際に用いられ
る。

【００２５】表３に示す部分管理ＤＢ３３は、管理対象
の各部分毎の情報を記憶するためのものであり、当該部
分の管理ＩＤ３０１、キッチンや洗面設備といった管理
部分名称３０２、使用に関する基本情報がテキスト形式
で入力されている使用テキスト３０３、使用図面３０
４、使用画像３０５、施工日３０６、耐用年数３０７、
計算日３０８、連携部分ＩＤ群３０９、購買者ＩＤ３１
０、業者ＩＤ３１１が記憶されている。本実施形態で
は、キッチンの耐用年数を５年、洗面設備の耐用年数を
６年とした場合の見積を行っている。また、計算日３０
８とは、例えば耐用年数に至る半年前といったように実
際に購買者に通知する日をいい、スクリプト１４が施工
日３０６及び耐用年数３０７を利用して計算し、転記さ
れる。さらに、連携部分ＩＤ群３０９には、例えばキッ
チンと洗面設備のように水道工事に関して同時工事を行
うとコスト面でメリットがあり、このように互いに連携
する部分の管理ＩＤ３０１が複数記憶されている。ま
た、購買者ＩＤ３１０は購買者ＤＢ３１の購買者ＩＤ１
０１と、業者ＩＤ３１１は業者ＤＢ３２の業者ＩＤ２０
１との間にはそれぞれリレーションが付与されている。

【００２６】表４に示すコスト管理ＤＢ３４は、管理対
象毎にリフォーム等の処理に必要なコストを管理・記憶
するためのものである。処理種別４０２は、例えばリフ
ォームの場合や延命改修の種別のみならず、基本工事に
よるものか、連携工事によるものかの処理種別が記憶さ
れる。そして、この処理種別４０２と管理部分名称４０
３を組み合わせることによりコストが計算される。ま
た、リフォーム等当該処理を行った後の耐用年数である
再耐用年数４０４、施工費用４０５、材料費用４０６、
廃棄費用４０７を参照しつつ処理コストを算出する。

【００２７】ここで、再耐用年数４０４には、例えば、
キッチンをリフォームした場合、リフォームにより延長
された延長分の耐用年数が記録されている。施工費用４
０５は、リフォームや改修といった処理種別によって異
なり、例えば、基本工事のみ行うよりも連携工事を行っ
た方が重複労力が削減される分安くなる。また、材料費
用４０６や廃棄費用４０７もリフォームや延命改修、さ
らには、基本工事によるのか連携工事によるのかでその
費用が相違する。

【００２８】コストを算出するに際しては、クエリー１
５が部分管理ＤＢ３３の管理部分名称３０２を参照して
対応するコスト管理ＤＢ３４の管理部分名称４０３を検
索し、ヒットしたコスト管理ＤＢ３４を利用してコスト
を算出する。

【００２９】表５に示す見積ＤＢ３５は具体的な見積フ
ァイルを有するＤＢである。購買者ＩＤ５０２は購買者
ＤＢ３１の購買者ＩＤ１０１との間に、業者ＩＤ５０３
は業者ＤＢ３２の業者ＩＤ２０１との間にそれぞれリレ
ーションが付与される。また、コストＩＤ群５０６とコ
ストＤＢ３４のコストＩＤ４０１との間にリレーション
が付与され、コストＩＤ群５０６には見積使用されるコ
ストＩＤ４０１が列挙される。さらに、見積ＤＢ３５に
は、見積ファイル５０４、見積有効期限５０５、見積の
対象部分５０８、見積額５０９が保存される。ここで、
見積対象部分５０８はコストＩＤ群５０６とコスト管理
ＤＢ３４のコストＩＤ４０１とのリレーションを利用し
て管理ＤＢ３４から抽出した管理部分名称４０３が複数
列挙される。

【００３０】加えて、受注確認５１０は当該見積の受注
確認が出来た際に記憶され、その日を完了日５１１とし
て記憶される。そして、コストＩＤ群５０６とコストＩ
Ｄ４０１とのリレーションを利用して、当該管理部分の
再耐用年数４０４を抽出し、業者ＤＢ３３の耐用年数３
０７に転記する。

【００３１】続いて、さらに図３〜８を参照しながら、
クライアントコンピューター４ａ又は５ａにおける表示
画面の例とデーター処理手順について説明する。なお、
各コンピューターにおける処理手順は基本的にフォーム
ファイル１３，スクリプトファイル１４及びクエリーフ
ァイル１５により実行される。

【００３２】図３はスクリプトファイル１４と他のファ
イルとの関係を示すブロック図である。スクリプトファ
イル１４はタイマー１４ａとコスト計算部１４ｂを備え
ており、ＤＢファイル３０のうち特に部分管理ＤＢ３
３、コスト管理ＤＢ３４と連携して、見積ＤＢ３５に見
積を出力する。タイマー１４ａは部分管理ＤＢ３３の施
工日３０６及び耐用年数３０７を利用して「事前設定期
間」だけ耐用年数３０７から差し引きくことで計算日３
０８を計算し、部分管理ＤＢ３３に入力する。こで、
「事前設定期間」とは、耐用年数にいたる前に事前に購
買者に対し耐用年数が近づいているのを報告する際の、
耐用年数に至る日から逆算した日数をいい、６月や３月
等、適宜固定される。

【００３３】タイマー１４ａはコンピュータ本体９のク
ロック９ａと連動して計算日３０８の到来を管理する
（図７、ステップＳ１）。計算日３０８の期間が到来し
た管理ＩＤ３０１のレコードについては管理部分名称３
０２がクエリー１５によりコスト管理ＤＢ３４の管理部
分名称４０３と照合される。例えば、管理部分名称３０
２がキッチンの場合で、当該キッチンの施工日３０６が
１９９７年１２月１日で、耐用年数３０７が５年であ
り、事前設定期間を６月に設定してあった場合には、計
算日３０８は２００２年６月１日となり、２００２年６
月１日の到来と共に、このレコードについてトリガーが
発生する。また、タイマー１４ａは計算日３０８より
「追加期間」分だけ先の期間内のレコードについてもク
エリーファイル１５により検索を行う。この場合、「追
加期間」は例えば２年とすると、耐用年数３０７が７年
以内のものがヒットすることとなる（図７、ステップＳ
２）。

【００３４】ここで、キッチンと洗面設備のコスト管理
３４に関しては例えば表６〜７のようなレコードとな
る。

【００３５】

【表６】 ４０１ コストＩＤ ００８００１ ４０２ 処理種別 リフォーム（基本） ４０３ 管理部分名称 キッチン ４０４ 再耐用年数 ５年 ４０５ 施工費用 ５０万円 ４０６ 材料費用 ５０万円 ４０７ 廃棄費用 ２０万円

【００３６】

【表７】 ４０１ コストＩＤ ００８００２ ４０２ 処理種別 臨時改修（基本） ４０３ 管理部分名称 キッチン ４０４ 再耐用年数 １年 ４０５ 施工費用 １０万円 ４０６ 材料費用 ５万円 ４０７ 廃棄費用 ５万円

【００３７】

【表８】 ４０１ コストＩＤ ００９００１ ４０２ 処理種別 リフォーム（基本） ４０３ 管理部分名称 洗面設備 ４０４ 再耐用年数 ６年 ４０５ 施工費用 ３０万円 ４０６ 材料費用 ２０万円 ４０７ 廃棄費用 １０万円

【００３８】

【表９】 ４０１ コストＩＤ ００９００３ ４０２ 処理種別 リフォーム（連携） ４０３ 管理部分名称 洗面設備 ４０４ 再耐用年数 ６年 ４０５ 施工費用 １０万円 ４０６ 材料費用 １５万円 ４０７ 廃棄費用 ０円

【００３９】上記ステップＳ１、Ｓ２でヒットしたレコ
ードの管理部分名称３０２を用いてクエリーファイル１
５がコスト管理ＤＢ３４の管理部分名称４０３を照合す
る（図７、ステップＳ３）。よって、上述の表６〜９の
レコードは少なくともヒットすることとなる。これらの
レコードのコストＩＤ４０１の組み合わせが図３のコス
ト計算部１４ｂにより求められ、見積ＤＢ３５のコスト
ＩＤ群５０６に転記される（図７、ステップＳ４）。

【００４０】見積ＤＢ３５において、見積ＩＤ５０１は
コスト管理ＤＢ３４のコスト管理ＩＤ４０１の複数組み
合わせのパターン数だけ複数作成される。また、コスト
計算部１４ｂでは、見積ＤＢ３５のコストＩＤ群５０６
とコスト管理ＤＢ３４のコストＩＤ４０１のリレーショ
ンを利用して見積ファイル５０４、対象部分５０８、見
積期限５０９の各フィールドが表１０〜１２に示すよう
にして作成される。（図７、ステップＳ５）。

【００４１】

【表１０】

【００４２】

【表１１】

【００４３】

【表１２】 見積ＩＤ １００１１３ 利用コストＩＤ ００８０１ ００８００２、００９００３ 見積有効期限 ２００２年８月１日 改修（基本）５年目 キッチン 施工費用 １０万円 材料費用 ５万円 廃棄費用 ５万円 小計 ２０万円 リフォーム（基本）６年目 キッチン 施工費用 ５０万円 材料費用 ５０万円 廃棄費用 ２０万円 小計 １２０万円 リフォーム（連携）６年目 洗面設備 施工費用 １０万円 材料費用 １５万円 廃棄費用 ０円 小計 ２５万円 合計 １６５万円

【００４４】

【表１３】

【００４５】上記見積より、洗面設備のリフォームの時
期を１年繰り上げてキッチンのリフォームと同時に行う
方がが費用的に合理的であることがわかる。そして、見
積ＤＢ３５の購買者ＩＤ５０２と購買者Ｄｂ３１の購買
者ＩＤ１０１のリレーションにより購買者ｅ−ｍａｉｌ
アドレス１０５が、業者ＩＤ５０３と業者ＤＢ３２の業
者ｅ−ｍａｉｌアドレス２０８がそれぞれ抽出され、そ
れぞれのｅ−ｍａｉｌアドレスに対してリフォーム・改
修にご案内を通知する（図７、ステップＳ６）。

【００４６】通常は、購買者コンピュータ群５又は業者
コンピュータ群６にサーバーコンピュータ３のＵＲＬが
通知され、例えば、業者が業者コンピュータ群６におけ
る図４のログイン画面６１からログインする。このと
き、新規登録ボタン５１，キャンセルボタン５２又は前
画面戻りボタン５３の操作により、入力事項がサーバー
コンピュータ３に送信される。

【００４７】入力が求められる項目としては、業者ＩＤ
２０１ｆ、業者パスワード２０２ｆ、購買者ＩＤ１０１
ｆ、購買者パスワード１０２ｆである。これらの入力に
より、業者は購買者の代わりにログインが可能となる。
本実施形態では、業者がログインを行う場合について説
明するが、購買者がログインを行い、耐用年数等を検索
することもできる。その際には、業者ＩＤ２０１ｆ、業
者パスワード２０２ｆの入力を省略すればよい。

【００４８】これらの項目を入力後、入力ボタン５１を
押すと、図５に示すリフォーム案リストメニュー６２が
表示される。リフォームリストメニュー６２の個別フィ
ールド５４に購買者の購買者氏名・名称１０３ｆを明示
してリストフィールド５５が表示される。ここで、個別
フィールド５４は上記各ＤＢフィールド１０１〜５１１
への入力又は各ＤＢフィールドの内容を表示するための
個別フィールドである。一方、リストフィールド５５
は、これらＤＢフィールドをメニューとして一又は複数
列挙するフィールド列であり、複数レコードが表示され
る場合は、スクロールバー５６により移動が可能であ
る。５７は表示レコード番号である。一方、このリスト
フィールド５５には、上記ステップにてヒットした見積
ＩＤ５０１ｆのフィールドをメニューとして一又は複数
表示列挙するフィールド列であり、本実施形態では、複
数の見積ＩＤ５０１ｆ毎に、見積額５０３ｆ、対象部分
５０８ｆが列挙される。

【００４９】ここで、表示されたレコードのうちいずれ
かをクリックすることにより選択し、入力ボタン５１を
押すことで、図６に示すリフォーム案個別表示メニュー
６３が表示され、見積書を閲覧することができる（図
７，ステップＳ７）。ここで、この見積書の内容で発注
する場合には、入力ボタン５１を押すことで発注手続が
完了する。

【００５０】次に、発注後の処理を図８を参照しながら
説明する。図６に示すリフォーム案個別表示メニュー６
３の入力ボタン５１を押すと、個別フィールド５４に表
示された見積ＩＤ５０１ｆのレコードにおけ発注確認５
１０における受注フラグが立てられる（ステップ１
１）。そして、リフォーム施工等が完了すると、その日
が完了日５１１に記入される（図８、ステップＳ１
２）。そして、見積ＤＢ３５におけるコストＩＤ群５０
６とコスト管理ＤＢ３４におけるコストＩＤ４０１との
間のリレーションにより管理部分名称４０３を求め（図
８，ステップ１３）、これを利用して対象となっている
購買者ＩＤ３１０におけるヒットレコードを求める（図
８、ステップ１４）。そして、ヒットしたレコードの施
工日３０６に見積ＤＢ３５の完了日５１１を、耐用年数
３１１にコスト管理ＤＢ３４の再耐用年数４０４を転記
し（図８、ステップ１５）、処理が終了する。

【００５１】最後に、本発明のさらに他の実施形態の可
能性について列挙する。上記実施形態では、購買者及び
業者がコンピューター５、６を介してサーバー３に接続
した。しかし、これらの者は、コンピュータのみなら
ず、携帯電話やＰＤＡ等の情報端末でサーバー３に接続
することも可能である。本発明は、情報端末であるクラ
イアントからサーバーにアクセスし処理を行うクライア
ントサーバーシステムとして構築され得る。

【００５２】上記実施形態では「事前設定期間」を６月
に設定したが、これは適宜変更が可能である。また、事
前設定期間を変更するための「追加期間」も２年のみな
らず、１年や３年等に変更することも可能である。

【００５３】上記実施形態では、２つの管理対象部分を
対象としたが、３以上の管理対象部分を対象とすること
も可能である。

【図面の簡単な説明】

【図１】建築物管理システムの説明図である。

【図２】建築物管理システムのサーバーにおけるソフト
ウエア構成を示す説明図である。

【図３】上記ソフトウエア構成のさらに詳細な説明図で
ある。

【図４】建築物管理システムのクライアントにおける業
者ログインメニューを示す照会画面である。

【図５】リフォーム等案リストメニューである。

【図６】リフォーム等案個別表示メニューである。

【図７】見積書提示に至るまでのフローチャートであ
る。

【図８】受注後処理を示すフローチャートである。

【符号の説明】

１ 建築物管理システム ２ ネットワーク ３ サーバーコンピューター ３ａ ルーター ５ａ，６ａ クライアントコンピューター ５ 販売者コンピューター群 ６ 業者コンピューター群 ９ コンピューター本体 ９ａ クロック １０ ＤＢサーバー １１ ＷＷＷサーバー １２ メールサーバー １３ フォームファイル １４ スクリプトファイル １４ａ タイマー １４ｂ コスト計算部 １５ クエリーファイル １９ ハイパーテキスト ２０ メーリングリスト ３０ ＤＢファイル ３１ 購買者ＤＢ ３２ 業者ＤＢ ３３ 部分管理ＤＢ ３４ コスト管理ＤＢ ３５ 見積ＤＢ ５０ 表示画面 ５１ 新規登録ボタン ５２ キャンセルボタン ５３ 前画面戻りボタン ５４ 個別フィールド ５５ リストフィールド ５６ スクロールバー ６１ 業者ログインメニュー ６２ リフォーム案リストメニュー ６３ リフォーム案個別表示メニュー。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 豊田 崇克 大阪府大阪市中央区北久宝寺４丁目３番11 号 ネクストウェア株式会社内 (72)発明者 浦久保 圭司 奈良県奈良市学園大和町１丁目157−２ (72)発明者 酒巻 芳正 兵庫県神戸市北区桂木３丁目６−６ Ｆターム(参考） 2E176 AA01 AA07 AA09 BB00

Claims (5)

【特許請求の範囲】
1. 【請求項１】 建築物の施工日及び各管理部分の耐用年
   数を含む部分管理ＤＢと、時間経過をカウントするタイ
   マーとを備え、このタイマーは前記部分管理ＤＢに記憶
   された耐用年数の到来を事前設定期間前に予め求めるも
   のであり、耐用年数の到来予定を購買者及び／又は業者
   に通知する通知手段と、前記各管理部分に対応するリフ
   ォーム案又は改修案を作成するための見積作成手段とを
   さらに備えたことを特徴とする建築物管理システム。
2. 【請求項２】 前記部分管理ＤＢの情報は前記各管理部
   分の図面等を含み、前記購買者及び又は前記業者が閲覧
   するための表示手段をさらに備えていることを特徴とす
   る請求項１記載の建築物管理システム。
3. 【請求項３】 前記見積作成手段は前記各管理部分に対
   応する廃棄費用をさらに算出するものであることを特徴
   とする請求項１又は２に記載の建築物管理システム。
4. 【請求項４】 前記事前設定期間が変更可能であること
   を特徴とする請求項１〜３のいずれかに記載の建築物管
   理システム。
5. 【請求項５】 前記事前設定期間の変更により複数の管
   理部分を対象とするリフォーム案又は改修案を作成する
   ことを特徴とする請求項４に記載の建築物管理システ
   ム。