JP2005128726A - 中古共同住宅価格査定システム、中古共同住宅価格査定装置、中古共同住宅価格査定方法及び中古共同住宅価格査定プログラム - Google Patents

Abstract

【課題】 本発明の目的は、現入居者の使用状況による設備・建具等の痛み具合、想定される耐用年数、リフォーム・メンテナンス状況を中古共同住宅の査定価格に適正に反映させることが可能な中古共同住宅価格査定システムを提供することにある。
【解決手段】 本発明は、中古住宅の取引業者２が、中古共同住宅の住戸の売却価格を査定する中古共同住宅価格査定システムである。
住戸に条件が類似する過去の売買成約物件を比較対象物件とし、比較対象物件の単位面積当りの成約価格単価に、複数の特定項目について住戸を比較対象物件と比較して得た比率、及び住戸の専有面積を積算して得た一次査定価格を、住戸の初期評価額として入力する入力手段と、売主が売却前に補修を行わない場合には、検査機関による専有部の検査結果に基づいて算出された住戸の専有部の補修に必要な補修費用を、初期評価額から減算する処理を経て導かれた価格を、住戸の最終査定価格として出力する手段と、を備える取引業者のコンピュータ２１を有する。
【選択図】図５

Description

本発明は、中古共同住宅価格査定システム、中古共同住宅価格査定装置、中古共同住宅価格査定方法及び中古共同住宅価格査定プログラムに係り、特に現入居者の使用状況による設備・建具等の痛み具合、想定される耐用年数、リフォーム・メンテナンス状況を中古共同住宅の査定価格に適正に反映させることが可能な中古共同住宅価格査定システム、中古共同住宅価格査定装置、中古共同住宅価格査定方法及び中古共同住宅価格査定プログラムに関する。

中古マンションの売主から売却の依頼を受けると、まず、不動産業者は、具体的な売出価格を決定する参考となる妥当な市場価格を判定する価格査定を行い、この査定価格を売主に提示する。その後、査定価格と売主の売出希望価格とに基づき、売主と不動産業者とが協議の上、実際の売出価格を決定し、この売出価格をインターネットやチラシ、不動産業者の店頭等に表示し、中古マンションの売却斡旋をする。
買主が現れると、買主と協議の上、成約価格で合意となれば、この成約価格で中古マンションが売却される。

このような中古マンションの売却の流れにおいて、日本では一般的に、査定対象マンションに立地環境、建物状況、売却時期などが出来るだけ近いものを比較対象マンションとして、価格査定を行う担当者が直接観察することによって認められる差異を根拠として、取引参考価格の算出が行われている（例えば、特許文献１）。

特開２００２−１５０４９号公報（第１３欄第９行〜第１４欄第２８行）

特許文献１では、価格査定を次のように行うことが記載されている。
すなわち、予め販売事例のある中古マンションの物件名、所在地、専有面積、築年数、取引価格、販売単価、取引年月のデータと共に、査定の条件格差を比較するために格差値のデータを登録しておく。
条件格差の比較データの格差値としては次のように設定する。尚、下記２乃至１４の格差値については「１．交通」の格差値に準じてプラス、０又はマイナスの格差値を設定しておくものとする。

１．交通、最寄りの電車駅又はバス停までの徒歩時間（１０分→０、９分以下→＋１．５／分、１１分以上→−１．５／分）、最寄りの電車駅までのバス乗車時間（１０分→−１０、９分以下→＋１／分、１１分以上→−１／分）
２．周辺環境（優劣）、３．土地の権利（権利内容別）、４．築年数（築後経過年数）、５．建物外観（外観仕上げ方法）、６．間取り（優劣）、７．収納（優劣）、８．階層（階層別）、９．開口の方位（角部屋、中部屋別窓の向き）、１０．日照・通風の阻害度（程度別）、１１．バルコニーの広さ（面積別）、１２．管理員の形態（常勤、通勤、巡回、なし）、１３．共用部の管理（優劣）、１４．設備等（トランクルーム付き、オートロック、駐車場付、専用庭）の各項目の格差値をマンションの売却事例物件毎に入力しておく。

売却マンションの査定にあたっては査定マンションについて上記１乃至１４の各項目の格差値を評価する。
そして、１００に事例マンションの格差値の合計ｘ０を加えた値を事例マンションの評価点ｙ０（ｙ０＝１００＋ｘ０）とし、１００に査定マンションの格差値の合計ｘ１を加えた値を査定マンションの評価点ｙ１（ｙ１＝１００＋ｘ１）とし、事例マンションの単価に査定マンションの評価点と事例マンションの評価点の比（ｙ１／ｙ０）と、査定マンションの専有面積との積算値を査定価格とし、これを中央値として、査定マンションの直近における周辺地区の不動産流通性を加味し、前後５％を目安となる販売価格として表示する。

上記従来の価格査定の方法は、土地が共有で建物と一体として利用され、また設備が共有であると共に専有部のみが取引されるというマンションの特徴を考慮すると、土地に対する評価も建物と一体として行うという点で妥当である。
しかし、現入居者の使用状況による設備・建具等の傷み具合、想定される耐用年数、リフォーム、メンテナンス状況などによっても、該中古マンションの購入者が将来負担するであろうコストは大きく異なってくるが、上記従来の価格査定の方法ではこれらマンションの購入者が負担するコストに影響を及ぼす要因は、充分査定価格に加味されているとは言いにくい状況である。

その結果、現入居者が頻繁にメンテナンスを行って大切に使用した住戸と、特にメンテナンス等を行うことなく使用された住戸との間でも、査定価格にあまり差が出ることなく、買い手側にとっては、購入したマンションに思いのほかメンテナンス費用がかかる事態も生じ得ており、査定価格が適正な金額になっていない場合もあった。
一方、売主側にとっても、日本では、メンテナンスを頻繁に行っても、査定価格にはあまり反映されないため、将来のマンション住戸の売却を考えてメンテナンスを行うという意識が持たれにくかった。

本発明の目的は、上記問題点を解決することにあり、現入居者の使用状況による設備・建具等の痛み具合、想定される耐用年数、リフォーム・メンテナンス状況を中古共同住宅の査定価格に適正に反映させることが可能な中古共同住宅価格査定システム、中古共同住宅価格査定装置、中古共同住宅価格査定方法及び中古共同住宅価格査定プログラムを提供することにある。

上記課題は、請求項１に係る発明によれば、中古住宅の取引業者が、中古共同住宅の住戸の売却価格を査定する中古共同住宅価格査定システムであって、前記住戸に条件が類似する過去の売買成約物件を比較対象物件とし、該比較対象物件の単位面積当りの成約価格単価に、複数の特定項目について前記住戸を前記比較対象物件と比較して得た比率、及び前記住戸の専有面積を積算して得た一次査定価格を、前記住戸の初期評価額として入力する入力手段と、前記売主が売却前に補修を行わない場合には、検査機関による専有部の検査結果に基づいて算出された前記住戸の専有部の補修に必要な補修費用を、前記初期評価額から減算する処理を経て導かれた価格を、前記住戸の最終査定価格として出力する手段と、を備える前記取引業者のコンピュータを有することにより解決される。

上記課題は、請求項３に係る発明によれば、中古住宅の取引業者が、中古共同住宅の住戸の売却価格を査定する中古共同住宅価格査定装置であって、前記住戸に条件が類似する過去の売買成約物件を比較対象物件とし、該比較対象物件の単位面積当りの成約価格単価に、複数の特定項目について前記住戸を前記比較対象物件と比較して得た比率、及び前記住戸の専有面積を積算して得た一次査定価格を、前記住戸の初期評価額として入力する入力手段と、前記売主が売却前に補修を行わない場合には、検査機関による専有部の検査結果に基づいて算出された前記住戸の専有部の補修に必要な補修費用を、前記初期評価額から減算する処理を経て導かれた価格を、前記住戸の最終査定価格として出力する手段と、を備えることにより解決される。

上記課題は、請求項５に係る発明によれば、中古住宅の取引業者が、中古共同住宅の住戸の売却価格を査定する中古共同住宅価格査定方法であって、前記住戸に条件が類似する過去の売買成約物件を比較対象物件とし、該比較対象物件の単位面積当りの成約価格単価に、複数の特定項目について前記住戸を前記比較対象物件と比較して得た比率、及び前記住戸の専有面積を積算して得た一次査定価格を、前記住戸の初期評価額として入力する入力手順と、前記売主が売却前に補修を行わない場合には、検査機関による専有部の検査結果に基づいて算出された前記住戸の専有部の補修に必要な補修費用を、前記初期評価額から減算する処理を経て導かれた価格を、前記住戸の最終査定価格として出力する手順と、を行うことにより解決される。

上記課題は、請求項７に係る発明によれば、中古住宅の取引業者が、中古共同住宅の住戸の売却価格を査定するコンピュータに、前記住戸に条件が類似する過去の売買成約物件を比較対象物件とし、該比較対象物件の単位面積当りの成約価格単価に、複数の特定項目について前記住戸を前記比較対象物件と比較して得た比率、及び前記住戸の専有面積を積算して得た一次査定価格を、前記住戸の初期評価額として入力する入力手順と、前記売主が売却前に補修を行わない場合には、検査機関による専有部の検査結果に基づいて算出された前記住戸の専有部の補修に必要な補修費用を、前記初期評価額から減算する処理を経て導かれた価格を、前記住戸の最終査定価格として出力する手順と、を実行させることを特徴とする中古共同住宅価格査定プログラムにより解決される。

このように構成しているので、必要な補修を行わずに売主が中古共同住宅の住戸を売却する場合であっても、補修費用分が買主の認識のないまま、査定価格に上乗せされることがない。また、補修を完了した状態で売却される住戸と補修を行わずに売却される住戸との間での公平が保たれる。
さらに、本発明の中古共同住宅価格査定システムは、補修がされるか否かが査定価格に直接反映される構成であるため、査定価格の信頼性が増し、売主、買主にとっても安心感が高まる。その結果、中古住宅の取引業者にとっても、このシステムを利用することで、売主、買主の信用を得やすくなる。
また、一旦、一般的な方法で一次査定価格を得た後、この一次査定価格を初期評価額として用いてさらに前記売主が売却前に補修を行わない場合には、検査機関による専有部の検査結果に基づいて算出された前記住戸の専有部の補修に必要な補修費用を、前記初期評価額から減算する処理を経て導かれた価格を、前記住戸の最終査定価格とするので、一般的な査定方法による査定額の方針に沿ったまま、補修をするか否かを査定価格に反映させることができる。
したがって、他の一般的な査定システムを用いた場合の査定基準と大きく乖離することなく、補修費用を反映することができるので、従来の査定システムから本発明の査定システムへの移行をスムーズに行うことができる。

このとき、前記検査結果には、検査部位に補修が必要か否かの情報が、前記検査部位ごとの情報として含まれ、前記取引業者のコンピュータは、前記検査部位ごとの標準的な補修費用を受信する手段を備え、前記補修費用は、すべての前記補修が必要な前記検査部位の前記標準的な補修費用を加算することにより算出されるように構成すると好適である。
このように構成しているので、検査結果から得る情報は補修が必要な箇所のみでよく、補修業者から見積を取らずに簡易に補修費用を算出することができる。

本発明によれば、必要な補修を行わずに売主が中古共同住宅の住戸を売却する場合であっても、補修費用分が買主の認識のないまま、査定価格に上乗せされることがない。また、補修を完了した状態で売却される住戸と補修を行わずに売却される住戸との間での公平が保たれる。
さらに、本発明の中古共同住宅価格査定システムは、補修がされるか否かが査定価格に直接反映される構成であるため、査定価格の信頼性が増し、売主、買主にとっても安心感が高まる。その結果、中古住宅の取引業者にとっても、このシステムを利用することで、売主、買主の信用を得やすくなる。
売主の使用状況による設備・建具等の傷み具合、想定される耐用年数、リフォーム、メンテナンス状況などによっても、中古共同住宅の買主が将来負担するであろうコストは大きく異なってくるが、本発明では、売却時点で売主が補修を行わない場合にはその補修費用を査定価格から差し引いているので、買主が売主の使用状況によって将来余計に負担することとなるコストを低減することが可能となり、売却対象の物件間における不公平感を是正することが可能となる。
また、本発明の中古共同住宅価格査定システムは、将来買主のメンテナンスコスト及び居住性に影響を及ぼす補修費用が査定価格に加味されているので、査定価格の信頼性が増し、売主、買主にとっても安心感が高まる。その結果、中古住宅の取引業者にとっても、このシステムを利用することで、売主、買主の信用を得やすくなる。
さらに、補修費用等の情報を提供し、査定額に加味することで該共同住宅の購入検討者は開示された情報をもとに将来の維持コストや入居後の生活上の不安を解消することが可能になり、より正確な情報による購入の判断が可能になる。
また、該共同住宅の売却、引き渡し後に、隠れた瑕疵による損害の補填を考慮する必要がなくなる。

以下、本発明の一実施例を図面に基づいて説明する。なお、以下に説明する構成は本発明を限定するものでなく、本発明の趣旨の範囲内で種々改変することができるものである。
本実施形態の中古共同住宅価格査定システムは、中古の共同住宅の売却価格を査定するシステムである。
本実施形態の中古共同住宅価格査定システムで算出する価格は査定価格である。
ここで、査定価格とは、不動産業者が、不動産の売約の媒介を受託する際に、不動産の持主に提示する助言価格であって、不動産業者が不動産の持ち主と協議の上実際に売り出す価格である売出価格、不動産の買主と協議の上合意となった売買価格である成約価格とは異なる場合もある。

また、本実施形態の中古共同住宅価格査定システムで行うのは、中古の共同住宅の価格査定であって、宅地建物取引業法に基づき、不動産売却の依頼に対し具体的な売出価格を決定する参考として算出するものであり、「不動産の鑑定評価に関する法律」に基づき、不動産鑑定士または不動産鑑定士補が、合理的な市場があったならばそこで形成されるであろう正常な市場価値を表示する価格を把握することを目的とする鑑定評価とは目的、価格に対するアプローチの仕方、手法を異にする。

本明細書において共同住宅には、マンション、アパート、フラット、企業等が所有する社宅等を含む。
本明細書中で「コンピュータ」とは、演算装置を備えた情報端末すべてを含む意味である。例えば、スーパーコンピュータ、汎用コンピュータ、オフィスコンピュータ、制御用コンピュータ、ワークステーション、パソコンのほか、携帯情報端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、演算装置を備えた携帯電話、ウェアラブルコンピュータ、電子ペーパー等をも含む。

なお、本実施形態においては、情報通信網としてインターネット１３を利用しているが、ＬＡＮ，ＷＡＮによりコンピュータを接続したプライベートの情報通信網、専用線による通信、携帯情報端末の公衆情報通信網、その他の公衆情報通信網によるものであってもよい。

本実施形態は、共同住宅のうち、マンションの査定価格を算出する中古マンションの価格査定システムである。
本実施形態の中古共同住宅価格査定システムは、マンションのデベロッパー１が提供するシステムであって、図１に示すように、中古共同住宅価格査定システムを運営するデベロッパー１と、中古住宅売買を仲介する中古住宅の取引業者としての不動産業者２と、マンションの専有部を検査する専有部検査機関３と、を主要構成要素とする。

デベロッパー１とは、マンションの開発、建築、販売を行う業者であり、本実施形態の中古共同住宅価格査定システムを提供する。
デベロッパー１は、中古共同住宅価格査定システムを運営管理する本部１１と、各マンションの共用部の管理を行う管理部門１２と、を含む。
本部１１は、中古共同住宅価格査定システムを運営管理する部門であって、中古共同住宅価格査定システムのサーバコンピュータ１１１が設置されている。

なお、本実施形態では、中古共同住宅価格査定システムをデベロッパー１が提供し、不動産業者２が使用するように構成しているが、これに限定されるものでなく、マンションの建築業者と販売業者を異なる組織として構成し、マンションの建築業者又は販売業者のいずれか一方が本実施形態の中古共同住宅価格査定システムを提供するように構成してもよい。
また、デベロッパー１が不動産仲介部門を備え、この不動産仲介部門が、不動産業者２の代わりに本実施形態の中古共同住宅価格査定システムを使用するよう構成してもよい。この場合、図１のデベロッパー１と不動産業者２とは、単一の業者として一体に構成され、その単一の業者の中の異なる部門に該当することとなる。
さらに、マンションの建築業者と販売業者とが異なる組織として構成され、マンションの建築業者又は販売業者のいずれか一方が中古共同住宅価格査定システムを提供し、このシステムを提供する業者が、不動産仲介部門を備え、この不動産仲介部門が、不動産業者２の代わりに本実施形態の中古共同住宅価格査定システムを使用するよう構成してもよい。

サーバコンピュータ１１１のハード構成を図２に基づき説明する。
サーバコンピュータ１１１は、データの演算・制御処理装置としてのＣＰＵ７２，記憶装置であるＲＡＭ７３，ＲＯＭ７４，ＨＤＤ７５及び記憶媒体装置７６を備えている。
ＣＰＵ７２は、ＲＯＭ７４又はＨＤＤ７５に記憶されているプログラムにしたがって各種の処理を実行するようになされている。
ＲＡＭ７３には、ＣＰＵ７２が各種の処理を実行する上において必要なデータなどが適宜記憶される。

入力装置であるキーボード７８とマウス７９は、ＣＰＵ７２に所定の指令を入力するとき適宜操作される。
さらに表示装置８０，プリンタ８１には、所定の書式で表示される情報，画像等が出力表示される。

記憶媒体装置７６は、外付けハードディスク，光磁気ディスク，ＣＤ−Ｒ，ＤＶＤ，メモリスティックなどにより構成され、インターネット１３を介して送信されてきたデータを適宜記憶し、またこれを読み出すことができるようになされている。
通信装置７７は、インターネット１３に対してデータを送信し、またインターネット１３を介して供給されたデータを受信するようになされている。

ＨＤＤ７５には、図３に示すように、評価基準データベース５１と物件評価データベース５２とが格納されている。
評価基準データベース５１は、各住戸の一次査定価格に反映され最終的な査定価格を導くためのデータが登録されたデータベースであり、設計・仕様参照ファイル５１１、専有部修繕標準価格参照ファイル５１２、自社物件管理状況参照ファイル５１３、他物件管理状況参照ファイル５１４、基礎情報登録参照ファイル５１５が含まれている。
また、物件評価データベース５２は、不動産業者２側で端末コンピュータ２１の操作により算出された最終的な査定結果を格納するデータベースであり、基礎情報物件ファイル５２１が格納されている。

設計・仕様参照ファイル５１１は、各住戸の設計・仕様に関する情報が登録されたファイルである。そのマンションが建築された時点、リフォームされた時点等の設計・仕様に関する情報が登録されている。
マンション建築時からの設計・仕様に関する情報は、マンションを供給したデベロッパー１が蓄積して保有している。本実施形態の中古共同住宅価格査定システムを提供する主体が、マンションを供給するデベロッパー１自身であるため、詳細かつ正確な設計・仕様の情報を、中古共同住宅価格査定システムでも活用することで、より正確な査定が可能となったものである。

なお、デベロッパー１の代わりに、マンションの建築業者又は販売業者が本実施形態の中古共同住宅価格査定システムを提供する場合には、この建築業者又は販売業者が、マンション建築・販売当時の設計・仕様の情報を保有している。従って、本実施形態の中古共同住宅価格査定システムを提供する主体が、マンションの建築業者又は販売業者である場合にも、詳細かつ正確な設計・仕様の情報を、中古共同住宅価格査定システムでも活用可能となり、より正確な査定が可能となったものである。

設計・仕様参照ファイル５１１は、デベロッパー１が供給したマンションについては、項目として、物件名（マンション名）、住戸番号、物件面積、物件耐用年数、物件経過年数、各チェック項目の耐用年数、各チェック項目について対応しているか否かを示す対応状況が含まれる。
ここで、チェック項目とは、査定対象物件の価格査定を行う際にチェックされる項目であり、本実施形態では、図９に示すチェック項目が含まれている。

デベロッパー１以外で、共通仕様のあるデベロッパーが供給したマンションについては、その共通仕様の設計・仕様に関するデータが登録されている。項目としては、物件耐用年数、各チェック項目の耐用年数、各チェック項目について対応しているか否かを示す対応状況が含まれる。また、共通仕様のあるデベロッパーが供給したマンションについて査定依頼がされたときには、査定依頼がされたマンションについて物件名（マンション名）、住戸番号、物件面積、物件経過年数等の情報が入手できるので、設計・仕様参照ファイル５１１に登録される。
その他の一般分譲マンションについては、予め調査によって算出された標準値が登録されている。

専有部修繕標準価格参照ファイル５１２は、査定対象物件の専有部の検査対象となった各部位を修繕するために必要な標準の補修額を登録したファイルである。
検査対象部位がどの設備等のものかを示す大項目、検査対象部位がどのような機能に関するものかを示す中項目、検査対象の部位、各部位を修繕するために必要な標準の補修額を示す修繕標準コストが含まれる。
大項目、中項目、部位は、図２３、図２４の専有部検査結果説明書と同様である。
補修に必要な費用は、専有部の検査結果で得られる修繕箇所数と、検査の結果不良であると判断された部位の修繕標準コストとを積算し、この積算値をすべての部位について合計することにより算出される。

自社物件管理状況参照ファイル５１３は、デベロッパー１の供給したマンションの共用部の管理状況が登録されたファイルである。
自社物件管理状況参照ファイル５１３には、図１５〜図１９に示す共用部維持管理状況説明書と同様に、管理状況に関する評価項目と、カテゴリーと評価ポイントと、そのマンションの得点とが物件名（マンション名）を付して登録されている。
本実施形態では、自社物件管理状況参照ファイル５１３を本部１１のサーバコンピュータ１１１に登録しているが、元々デベロッパー１の管理部門１２で作成、管理されているデータであるため、サーバコンピュータ１１１に登録せず、管理部門１２の管理状況サーバコンピュータ１２１から直接読み出すようにしてもよい。

他物件管理状況参照ファイル５１４は、デベロッパー１の供給したマンション以外のマンションの管理状況を査定するために用いられるファイルであって、標準的な管理状況に関するデータが登録されている。
デベロッパー１の供給したマンション以外のマンションの管理状況査定は、査定対象物件の共用部の管理状況を、他物件管理状況参照ファイル５１４の標準的な管理状況と比較することにより行われる。

基礎情報登録参照ファイル５１５には、査定対象物件の物件名（マンション名）、住戸番号など基礎的な情報と、査定価格に加算すべき各種手数料の金額（専有部の検査を行ったことによる加算額、他デベロッパーの物件情報ファイルの提供を受けたことによる加算額、デベロッパー１が認定したことを条件として認められる保証による加算額）が登録されている。基礎情報登録参照ファイル５１５は、最終的な査定額計算のために用いられる。

基礎情報物件ファイル５２１は、不動産業者２で作成された基礎情報物件ファイル２２１を格納するファイルである。

管理部門１２は、デベロッパー１が提供する各種建物の管理・修繕を行う部門であって、各マンションの共用部等の各管理状況を管理する管理状況サーバコンピュータ１２１が設置されている。本実施形態では、各マンションの管理・修繕及び運営状況の調査は、マンション管理士の資格を有する者により行われる。
管理状況サーバコンピュータ１２１のハード構成は、サーバコンピュータ１１１と同様であるので説明を省略する。不図示のＨＤＤには、管理部門１２が管理するマンションの共用部管理状況報告書等が格納された管理状況物件ファイルが登録されている。

なお、本実施形態では、管理部門１２をデベロッパー１の一部門として構成しているが、管理部門１２をデベロッパー１とは異なる組織として、デベロッパー１から各種建物の管理を受注して代行する外注業者として構成してもよい。
また、デベロッパー１は、デベロッパー１が開発・建設したマンション住戸の売却時に、売主４の窓口となる不図示の顧客サービス部門を備えている。
マンション住戸の売主４は、顧客サービス部門に住戸を売却したい旨連絡すると、顧客サービス部門は不動産業者２に連絡をし、その後不動産業者２による売却の手続が進められることになる。

不動産業者２は、中古住宅売買を仲介する業者であって、デベロッパー１のマンションを含む各種共同住宅の中古売買を行う。
本実施形態では、デベロッパー１との間で、本実施形態の中古共同住宅価格査定システムを利用する契約を締結し、利用している。
不動産業者２は、本実施形態の中古共同住宅価格査定システムを、マンション各戸の売主４に対する営業ツールとして利用可能である。

すなわち、本実施形態の中古共同住宅価格査定システムは、従来の価格査定システムで加味されていなかった専有部のメンテナンス状況、共用部の管理状況、設計・仕様等をも加味してマンションの最終的な価格査定を行うため、各戸の売主４の専有部のメンテナンス状況、共用部の管理状況、設計・仕様等が価格に反映される。
従って、自宅を大切に使っていた売主４、共用部の管理状況のよいマンションの住戸を所有する売主４、設計・仕様レベルの高いマンション住戸の売主４は、有利な査定価格を得ることができ、より有利な査定価格を得られる本実施形態の中古共同住宅価格査定システムを利用したいと考えるようになり、このシステムを利用できる不動産業者２に中古住宅の販売を依頼したいと考えるからである。
さらに、このように、自宅を大切に使っていた売主４、共用部の管理状況のよいマンションの住戸を所有する売主４、設計・仕様レベルの高いマンション住戸の売主４が、より有利な査定価格を得られる本実施形態の中古共同住宅価格査定システムを利用したいと考えるようになる結果、不動産業者２には、設計・仕様レベルが高く、共用部及び専有部分の管理状況のよい良好な物件が集まってくることになる。

不動産業者２には、不動産業者２の担当者が利用する端末コンピュータ２１とが設置されている。端末コンピュータ２１には、中古共同住宅価格査定システムを利用して発生した各データを蓄積されている。
不動産業者２は、マンション各戸の売主４から直接住戸の査定、売却を依頼された場合、又は、デベロッパー１の不図示の顧客サービス部門に住戸の査定、売却について相談を持ちかけた売主４をデベロッパー１から紹介された場合に、中古共同住宅価格査定システムを用いてその住戸の査定を行い、査定結果を売主４に提示する。
また、売主４から要望があれば、売主４の住戸に関する情報を査定結果と共に不動産業者２のホームページやチラシ広告に掲載し、住戸の売却斡旋を行う。

端末コンピュータ２１のハード構成は、図２のサーバコンピュータ１１１のハード構成と同様であるため、説明を省略する。
端末コンピュータ２１の不図示のＨＤＤには、査定価格データベースが格納され、設計・仕様物件ファイル２１１、専有部物件ファイル２１２、管理状況物件ファイル２１３、基礎情報物件ファイル２２１が含まれている。

専有部検査機関３は、各マンションの専有部、すなわち売主４が所有する住戸部分を検査する機関である。専有部検査機関３は、専有部の検査の公正さを高めるため、デベロッパー１、不動産業者２とは別の第三者組織からなる。専有部の検査は、売主４から査定依頼を受けた後行われる。専有部検査機関３は、デベロッパー１に関連のある業者でなく、売主４から直接依頼を受けた業者でもないため、検査結果の公正さが保たれる。
専有部検査機関３には、検査結果を入力すると共に不動産業者２の端末コンピュータ２１に送信するための端末コンピュータ３１が設置されている。

次に、本実施形態の中古共同住宅価格査定システムの運用の概略について、図４に基づき説明する。
デベロッパー１の不図示の顧客サービス部門は、図４の処理１で、デベロッパー１のマンション住戸の売主４より住戸の査定の依頼を受けると、不動産業者２に、売主４、査定対象物件となる住戸に関する情報を連絡する。
また、処理１では、不動産業者２が、デベロッパー１に係るマンション以外の共同住宅について、査定の依頼を売主４から受ける場合もある。
処理１で、マンションの査定の依頼を受けると、不動産業者２の担当者は、本実施形態の中古共同住宅価格査定システムを用いて、その住戸の査定を行う。

査定では、まず、不動産業者２が、処理２〜処理５で、一次査定を行う。
一次査定は、財団法人不動産流通近代化センターの発行する中古マンション価格査定マニュアルに基づき行う。
日本における不動産の仲介においては、財団法人不動産流通近代化センターの発行する中古マンション価格査定マニュアルによって査定価格を公平に提示することが望ましいとされており、一旦このマニュアルに対応した査定を実施するものである。

中古マンション価格査定マニュアルは取引事例比較法によって、提示価格が算出されているため、必ず比較対象物件となる取引事例と比較されている。
処理２では、不動産業者２の担当者が、端末コンピュータ２１で本実施形態の中古共同住宅価格査定システムのプログラムを立ち上げ、取引比較事例である比較対象物件の検索を行う。具体的には、端末コンピュータ２１のデスクトップでアイコンをクリックして本実施形態の中古共同住宅価格査定システムのプログラムを立ち上げて表示される図８（ａ）のトップページ９００で、比較対象物件識別処理メニューボタン９０４をクリックして図８（ｂ）の比較対象物件識別処理メニュー画面９１０を表示させる。この画面で比較物件検索ボタン９１７７をクリックし、不図示の比較物件検索画面で検索を行う。
次いで、処理２の検索結果として不図示の比較物件検索画面に表示された複数の物件の中から、処理３で、比較対象物件の判定を行う。比較対象物件の判定にあたり、まず優先してデベロッパー１が供給するマンションの取引事例について、比較対象物件として採用できるものがないか検討する。なお、優先してデベロッパー１の物件を検討することは、できるだけ立地・建物の条件の近い事例を探すという点で、公平性を阻害するものではない。

本実施形態では、比較対象物件がデベロッパー１のマンションであるか、デベロッパー１以外であっても、共通仕様のマンションを複数供給していて情報を入手しやすいデベロッパーであるかによって以降の処理を分岐しており、処理３でデベロッパー１か否か、共通仕様デベロッパーのマンションか否かの識別を行っている。
その後、処理４で表示された物件の中から、目視で比較対象物件を選択して決定し、処理５で一次査定を実施する。

処理５の一次査定は、日本の中古マンションの価格査定において一般的に行われている公知の手法、例えば、特開２００２−１５０４９号公報に記載されている次のような方法で行う。
すなわち、予め、査定の条件格差を比較するために格差値を決めておく。
条件格差を比較するための格差値は次のように設定する。尚、下記２乃至１４の格差値については「１．交通」の格差値に準じてプラス、０又はマイナスの格差値を設定しておくものとする。

１．交通、最寄りの電車駅又はバス停までの徒歩時間（１０分→０、９分以下→＋１．５／分、１１分以上→−１．５／分）、最寄りの電車駅までのバス乗車時間（１０分→−１０、９分以下→＋１／分、１１分以上→−１／分）
２．周辺環境（優劣）、３．土地の権利（権利内容別）、４．築年数（築後経過年数）、５．建物外観（外観仕上げ方法）、６．間取り（優劣）、７．収納（優劣）、８．階層 （階層別）、９．開口の方位（角部屋、中部屋別窓の向き）、１０．日照・通風の阻害度（程度別）、１１．バルコニーの広さ（面積別）、１２．管理員の形態（常勤、通勤、巡回、なし）、１３．共用部の管理（優劣）、１４．設備等（トランクルーム付き、オートロック、駐車場付、専用庭）の各項目の格差値をマンションの売却事例物件毎に準備しておく。

査定対象物件の査定にあたっては、査定対象物件について上記１乃至１４の各項目の格差値を評価する。
そして、１００に比較対象物件の格差値の合計ｘ０を加えた値を比較対象物件の評価点ｙ０（ｙ０＝１００＋ｘ０）とし、１００に査定対象物件の格差値の合計ｘ１を加えた値を査定対象物件の評価点ｙ１（ｙ１＝１００＋ｘ１）とし、比較対象物件の単価に査定対象物件の評価点と比較対象物件の評価点の比（ｙ１／ｙ０）と、査定対象物件の専有面積との積算値を一次査定価格とする。

次いで、処理６で、不動産業者２の担当者は、端末コンピュータ２１で本実施形態の中古共同住宅価格査定システムで、査定マニュアルに基づいて処理２〜処理５で求められた一次査定価格を、初期評価額として入力し、中古共同住宅価格査定システムでの処理を開始する。

処理６で一次査定価格が入力されると、処理７で査定が行われる。
処理７の査定処理では、処理３、処理４で判定された比較対象物件の種類によって、参照項目がＴ−１〜Ｔ−３の３種類に分岐される。
設計・仕様、共用部の管理状況に基づき、最終的な査定価格を算出するためのパターンとして図５の取引事例との比較と算出のパターンについて説明する。
比較対象物件がデベロッパー１のマンションの場合は、自社マンションであるため、本実施形態のシステムにおいて比較に必要な設計・仕様及び管理状況のデータは全てデベロッパー１のサーバコンピュータ１１１のファイル５１１、５１３に保管されている。したがって、該当する査定対象物件のデータを、サーバコンピュータ１１１のファイル５１１、５１３でそのまま参照する（Ｔ−１）。

比較対象物件が査定対象物件の供給デベロッパーと異なる場合で、且つそのデベロッパーの供給するマンションに共通仕様があると認められる場合は、あらかじめ登録した共通仕様の設計・仕様のデータを参照する（Ｔ−２）。設計・仕様参照ファイル５１１の共通仕様マンションのデータである。また、管理状況については、他物件管理状況参照ファイル５１３を参照する。
上記Ｔ−１、Ｔ−２のいずれにも該当しない一般の分譲マンションを比較対象物件とする場合は、あらかじめ調査によって算出した設計・仕様の標準値が設計・仕様参照ファイル５１１に参照データとして登録されているので、この標準値を参照する（Ｔ−３）。また、管理状況については、他物件管理状況参照ファイル５１３を参照する。

専有部については、専有部検査機関３による検査結果が端末コンピュータ２１で入力され、検査結果で補修が必要であることが示されている部位の修繕標準コストをサーバコンピュータ１１１の専有部修繕標準価格参照ファイル５１２に参照することにより、その住戸の専有部の修繕標準コスト６４が算出される。必要な補修を行わずに売買する場合は、初期評価額からこの修繕標準コスト６４を減額する。

さらに、査定価格には、情報提供加算額も加算する。
本実施形態の中古共同住宅価格査定システムにおいては、専有部検査、共用部管理状況、設計・仕様に関するデータなどデータの提供サービス及びデベロッパー１が認定したことを条件として認められる売買成立後の６ヶ月間の保証サービスを含んでおり、売主４・買主双方に於いて精度の高い情報に基づく中古マンション取引が可能になり、それぞれがその便益を受けることが可能である。そのため、情報提供に関わるコストを、最終的な査定額に対して加算する処理を行っている。
なお、デベロッパー１が認定したことを条件として認められる保証サービスは、６ヶ月に限定されず、４ヶ月などほかの期間としてもよい。

次いで、本実施形態の中古共同住宅価格査定システムの処理動作について、図６、図７のフローチャートに基づき説明する。
図４の処理５において、一次査定価格が決定すると、不動産業者２の担当者は、端末コンピュータ２１で中古共同住宅価格査定システムのプログラムを再度立ち上げる。
端末コンピュータ２１の画面には、図８（ａ）のトップページ９００が立ち上がる。

トップページ９００には、査定対象物件名入力欄９０１、査定対象の住戸番号入力欄９０２、初期評価額入力欄９０３、図８（ｂ）の比較対象物件識別処理メニュー画面９１０を表示させるための比較対象物件識別処理メニューボタン９０４、過去に査定を行った物件を検索する不図示の画面を表示させるための過去査定物件検索ボタン９０５、査定結果を出力させる不図示の画面を表示させるための査定結果出力画面ボタン９０６、システムを終了するためのシステム終了ボタン９０７が表示されている。

図８（ｂ）の比較対象物件識別処理メニュー画面９１０が表示されると、図６のフローチャートの処理がスタートする。
まず、ステップＳ１で、査定対象となる物件名、住戸番号が、それぞれ査定対象物件名入力欄９０１、査定対象の住戸番号入力欄９０２に入力される。
次いで、ステップＳ２で、図４の処理５の一次査定で決定された一次査定価格が、初期評価額入力欄９０３に入力される。

トップページ９００で比較対象物件識別処理メニューボタン９０４がクリックされると、図８（ｂ）の比較対象物件識別処理メニュー画面９１０が表示される。
比較対象物件識別処理メニュー画面９１０には、図４の処理４で決定された比較対象物件を検索するための検索欄９１１、９１３、９１４と、検索結果を表示する検索結果表示欄９１２、９１５と、査定対象物件の情報を登録する図８（ｃ）の査定対象物件情報登録画面９２０を表示させるための処理開始ボタン９１６、不図示の物件基礎情報入力画面を表示させるための物件基礎情報入力ボタン９１７１、査定結果を出力するための査定結果出力ボタン９１７２、不図示の設計・仕様データ入力画面を表示させるための設計・仕様データ入力ボタン９１７３、不図示の専有部検査結果入力画面を表示させるための専有部検査結果入力ボタン９１７４、不図示の管理状況入力画面を表示させるための管理状況入力ボタン９１７５、図８（ｄ）の評価基準値の参照表示画面９３０を表示させるための査定基準表示ボタン９１７６が含まれている。

ステップＳ３で、端末コンピュータ２１で、比較対象物件が入力される。
比較対象物件の入力は、比較対象物件がデベロッパー１のものであるときには検索欄９１１、デベロッパー１以外の共通仕様物件であるときには検索欄９１３、９１４に物件名称又はデベロッパー名と供給年月が入力され、検索が実行された後、処理開始ボタン９１６がクリックされることにより行われる。なお、比較対象物件がデベロッパー１のものでも共通仕様物件でもない時には、検索欄９１１、９１３、９１４及び検索結果表示欄９１２、９１５は空白のまま処理開始ボタン９１６がクリックされることにより、比較対象物件が図５のＴ−３の「一般分譲マンション」として認識される。

比較対象物件識別処理メニュー画面９１０で処理開始ボタン９１６がクリックされると、ステップＳ３の比較対象物件入力が完了する。図８（ｃ）の査定対象物件情報登録画面９２０が表示されると同時に、プログラム処理中であることを表示するダイアログが表示される。図８（ｃ）の査定対象物件情報登録画面９２０には、設計・仕様物件ファイル、管理状況物件ファイル、専有部物件ファイルのデータ入力・表示画面と、管理状況参照ファイル登録画面、認定基準登録参照ファイル登録画面が表示される。
ステップＳ４で、入力された比較対象物件について、自社物件に一致する物件があったかを判定する。
このステップでは、サーバコンピュータ１１１の評価基準データベース５１中の設計・仕様参照ファイル５１１を参照し、自社物件中に一致する物件があるか検索することにより判定する。

入力された比較対象物件について、自社物件に一致する物件があった場合（ステップＳ４：ＹＥＳ）、１１より図７のステップＳ５に進み、設計・仕様参照ファイル５１１から査定対象物件の該当データを取り込む。
次いで、ステップＳ６で、設計・仕様参照ファイル５１１から比較対象物件の該当データを取り込む。

ステップＳ７で、端末コンピュータ３１の査定価格データベースの設計・仕様物件ファイル２１１で定義された演算により、査定対象物件の設計・仕様ポイントの演算を行う。
ステップＳ７の設計・仕様ポイントの演算処理について、図９、図１０及び図１１のフローチャートに基づき説明する。
ステップＳ６の処理が完了すると、図１１のフローチャートの処理がスタートする。図１１のフローチャートの処理は、端末コンピュータ２１の不図示のＣＰＵで制御される。

まず、ステップＳ７０１で、ステップＳ５、ステップＳ６で取り込んだデータに基づき、査定対象物件の設計・仕様物件ファイル２１１を作成する。
設計・仕様物件ファイル２１１の一部を図１０に示す。図１０は、設計・仕様物件ファイル２１１の図９に示す全チェック項目のうち、躯体性能に係るチェック項目の部分のみを抜粋したものである。
設計・仕様物件ファイル２１１は、各チェック項目について、標準単位面積価格ａ、標準固定価格ｂ、標準評価ポイントｃ、コストタイプｄ、査定物件面積ｅ、査定物件耐用年数ｆ、査定物件経過年数ｇ、査定物件耐用年数経過比率ｈ、査定住戸原価ｉ、査定物件ポイントｊ、査定物件対応状況ｋ、比較物件面積ｌ、比較標準耐用年数ｍ、比較物件経過年数ｎ、比較物件耐用年数経過比率ｏ、比較物件住戸価格ｐ、比較物件ポイントｑ、比較物件対応状況ｒ、一致判定ｓ、増減価格ｔ、評価ポイントｕの評価項目がある。
コストタイプｄとは、そのチェック項目が比例価格型、固定価格型、比率型のいずれであるかを示している。
チェック項目は、その項目の特性により、比例価格型、固定価格型、比率型の３タイプに分けられている。

比例価格型は、面積あたりの単価によって差が生じるチェック項目であり、図９の躯体性能に関するチェック項目（耐震性能等）が該当する。
比例価格型のチェック項目は、設計・仕様物件ファイル２１１の標準単位面積価格ａに予め単位数値が登録されている。

固定価格型は、住戸当たり１箇所として評価できるチェック項目であり、図９の安全・防犯のうち吊り戸棚の耐震ラッチ等に関するチェック項目が該当する。
固定価格型のチェック項目は、設計・仕様物件ファイル２１１の標準固定価格ｂに予め単位数値が登録されている。

比率型は、住戸単位で評価が難しいチェック項目であり、図９の環境、Ｓ・Ｉに関するチェック項目等が該当する。共用部に該当する場合など、住戸単位に算出が困難なチェック項目は、評価項目毎に基本的にそのコストを根拠とした、ポイントの付加によって、評価を行う。
比率型のチェック項目は、設計・仕様物件ファイル２１１の標準評価ポイントｃに予め単位数値が登録されている。
比例価格型、固定価格型のチェック項目からは、評価ポイントｕは算出されず、増減価格ｔが算出される。また、比率型のチェック項目からは、増減価格ｔは算出されず、評価ポイントｕが算出される。
標準単位面積価格ａ、標準固定価格ｂ、標準評価ポイントｃは、技術革新、市況、地域性等を考慮して、随時見直しが行われる。例えば、標準単位面積価格ａ、標準固定価格ｂ、標準評価ポイントｃは１年毎等に全面更新するなどすればよい。また、地域性として、首都圏、それ以外の大都市圏、都市圏以外の地域などにより、標準単位面積価格ａ、標準固定価格ｂ、標準評価ポイントｃを異なる値としてもよい。

査定物件対応状況ｋ、比較物件対応状況ｒは、査定物件、比較物件がチェック項目に対応しているかを示す評価項目である。対応している場合には「１」、対応していない場合には「２」が入力される。

ステップＳ７０１では、まず、ステップＳ５で取り込んだ査定対象物件該当データのうち、査定物件の面積を比例価格型のチェック項目の査定物件面積ｅに入力し、すべてのチェック項目の査定物件耐用年数ｆ、査定物件経過年数ｇ、査定物件対応状況ｋに入力する。また、ステップＳ６で取り込んだ比較対象物件該当データを、比較物件面積ｌ、比較標準耐用年数ｍ、比較物件経過年数ｎ、比較物件対応状況ｒに入力する。

次いで、予め設計・仕様物件ファイル２１１に登録されていた単位数値（ａ〜ｃ）と、サーバコンピュータ１１１より取り込んだデータ（ｅ、ｆ、ｇ、ｋ、ｌ、ｍ、ｎ、ｒ）に基づき、査定物件耐用年数経過比率ｈ、査定住戸原価ｉ、査定物件ポイントｊ、比較物件耐用年数経過比率ｏ、比較物件住戸価格ｐ、比較物件ポイントｑ、一致判定ｓを算出、登録する。

すなわち、
査定物件耐用年数経過比率ｈ＝１−ｇ／ｆ
査定住戸原価ｉ＝ａ×ｅ×ｈ（比例価格型の場合）
又は、査定住戸原価ｉ＝ｂ×ｈ（固定価格型の場合）
査定物件ポイントｊ＝ｃ
比較物件耐用年数経過比率率ｏ＝１−ｍ／ｎ
比較物件住戸価格ｐ＝ａ×ｌ×ｏ（比例価格型の場合）
又は、比較物件住戸価格ｐ＝ｂ×ｏ（固定価格型の場合）
比較物件ポイントｑ＝ｃ
を算出して登録する。
また、一致判定ｓでは、査定物件対応状況ｋと比較物件対応状況ｒとの値を比較し、ｋ＝ｒのとき「一致」、ｋ＝ｒでないとき「不一致」を登録する。

次いで、ステップＳ７０２で、設計・仕様物件ファイル２１１の１件目のチェック項目のデータを読み込む。
ステップＳ７０３で、一致判定ｓが「不一致」か判定する。
一致判定ｓが「不一致」でない場合（ステップＳ７０３：ＮＯ）、すなわち、「一致」であって査定対象物件、比較対象物件の双方がそのチェック項目に対応している場合、或いは査定対象物件、比較対象物件の双方がチェック項目に対応していない場合、査定対象物件と比較対象物件とはそのチェック項目に関してはほぼ同じ仕様であるとして、ステップＳ７１１に進み、未処理のチェック項目があるか判定する。

一致判定ｓが「不一致」である場合（ステップＳ７０３：ＹＥＳ）、査定対象物件又は比較対象物件の一方のみがそのチェック項目に対応しており、仕様に差があるものとして、ステップＳ７０４で、ｋが１であるか判定する。
ｋが１である場合（ステップＳ７０４：ＹＥＳ）、すなわち、査定対象物件がそのチェック項目に対応している場合、ステップＳ７０３では不一致でしかも査定対象物件のｋが１であることから、比較物件対応状況ｒは２であるはずである。従って、査定対象物件のみがそのチェック項目に対応しており、比較対象物件よりも仕様が高いとして、プラス評価を行うステップＳ７０５〜ステップＳ７０７の処理に進む。

ステップＳ７０５では、コストタイプｄが「比率型」か判定する。
コストタイプｄが「比率型」の場合（ステップＳ７０５：ＹＥＳ）、ステップＳ７０６で、評価ポイントｕに標準評価ポイントｃの値を登録し、ステップＳ７１１で、未処理のチェック項目があるか判定する。
コストタイプｄが「比率型」でない場合（ステップＳ７０５：ＮＯ）、コストタイプｄは比例価格型か固定価格型であるので、ステップＳ７０７で、評価ポイントｕに、査定住戸原価ｉの値を登録し、ステップＳ７１１で、未処理のチェック項目があるか判定する。

ｋが１でない場合（ステップＳ７０４：ＮＯ）、すなわち、査定対象物件がそのチェック項目に対応していない場合、ステップＳ７０３では不一致でしかも査定対象物件のｋが２であることから、比較物件対応状況ｒは１であるはずである。従って、比較対象物件のみがそのチェック項目に対応しており、査定対象物件は比較対象物件よりも仕様が低いとして、マイナス評価を行うステップＳ７０８〜ステップＳ７１０の処理に進む。

ステップＳ７０８では、コストタイプｄが「比率型」か判定する。
コストタイプｄが「比率型」の場合（ステップＳ７０８：ＹＥＳ）、ステップＳ７０９で、評価ポイントｕに、−（標準評価ポイントｃ）の値を登録し、ステップＳ７１１で、未処理のチェック項目があるか判定する。
コストタイプｄが「比率型」でない場合（ステップＳ７０８：ＮＯ）、コストタイプｄは比例価格型か固定価格型であるので、ステップＳ７１０で、評価ポイントｕに、−（査定住戸原価ｉ）の値を登録し、ステップＳ７１１で、未処理のチェック項目があるか判定する。

未処理のチェック項目がある場合（ステップＳ７１１：ＹＥＳ）、すなわち、まだすべてのチェック項目についてステップＳ７０３〜ステップＳ７１０の処理が完了していない場合には、ステップＳ７１２で次のチェック項目を読み込み、ステップＳ７０３で、一致判定ｓが「不一致」か判定する。
未処理のチェック項目がない場合（ステップＳ７１１：ＮＯ）、すなわち、すべてのチェック項目についてステップＳ７０３〜ステップＳ７１０の処理が完了した場合には、ステップＳ７１３で
評価ポイント合計（単位：％）＝（Σｕ）×１００
増減価格合計（単位：円）＝Σｔ
を算出・登録し、処理を終了する。

評価ポイント合計（単位：％）６１と増減価格合計（単位：円）６２とは、設計・仕様ポイントを構成するものであって、評価ポイント合計（単位：％）６１は比率（百分率）で表され、増減価格合計（単位：円）６２は金額で表されている。
設計・仕様ポイントは、図４の処理７の査定処理において最終的な査定額を導き出すために、処理５で求められた一次査定価格に反映させるためのポイントである。
以上の図１０の例のように、評価ポイント合計（単位：％）６１と増減価格合計（単位：円）６２とは、それぞれ、各チェック項目の評価ポイントｕをすべてのチェック項目について足し合わせた値と、各チェック項目の増減価格ｔをすべてのチェック項目について足し合わせた値からなる。

図１０の例では、評価ポイント合計（単位：％）６１と増減価格合計（単位：円）６２は、それぞれ２．３４５０ポイント、９０３，１３２円となっている。
以上の図１１のフローチャートの処理で図７のステップＳ７の処理が完了すると、作成された設計・仕様物件ファイル２１１を、演算された評価ポイント合計６１と増減価格合計６２ごと基礎情報物件ファイル２２１に書き込む。また、基礎情報物件ファイル２２１を書き込むと、プログラムが自動でデベロッパー１のサーバコンピュータ１１１に送信するための不図示の画面を立ち上げ、この画面の流れに沿って操作すると、基礎情報物件ファイル２２１が、サーバコンピュータ１１１の基礎情報物件ファイル５５１として登録されるようになっている。

次に、ステップＳ８で、自社物件管理状況参照ファイル５１３から比較対象物件の該当データを取り込む。このデータは、直接最終的な査定額に影響のあるものではないが、比較対象物件との目視による比較のため、情報として、端末コンピュータ２１側に取込んでおく。
ステップＳ９で、自社物件管理状況参照ファイル５１３から査定対象物件の該当データを取り込む。なお、ステップＳ９ではサーバコンピュータ１１１から該当データを取り込んでいるが、この該当データは、元々管理状況サーバコンピュータ１２１で管理しているものであるため、管理部門１２の管理状況サーバコンピュータ１２１から直接取り込むようにしてもよい。
査定対象物件の該当データには、管理組合の有無、定期総会の開催状況等の評価項目に対する回答の選択肢が含まれている。
評価項目、評価項目に対する回答の選択肢は、図１５〜図１９の共用部維持管理状況説明書と同様である。

次いで、ステップＳ１０で、管理状況物件ファイル２１３で定義された演算により管理状況ポイント６３の演算を行う。
このステップＳ１０では、まず、管理状況物件ファイル２１３を作成する。
管理状況物件ファイル２１３の構成は、図１５〜図１９に示す共用部維持管理状況説明書と同様である。
評価項目、評価項目に対する回答の選択肢、選択肢の配点が、予め端末コンピュータ２１に登録されているので、ステップＳ９で取り込んだ評価項目に対する回答の選択肢を登録して、管理状況物件ファイル２１３を作成する。
次いで、管理状況ポイント６３の演算を行う。
ステップＳ９で取り込んだ回答の選択肢に配点を適用し、各回答の得点６４を算出する。そして、すべての回答の得点６４を足し合わせ、管理状況ポイント６３を算出する。
管理状況ポイント６３は、図４の処理７の査定処理において最終的な査定額を導き出すために、処理５で求められた一次査定価格に反映させるためのポイントである。
以上のステップＳ１０の処理が完了すると、作成された管理状況物件ファイル２１３を、演算された管理状況ポイント６３ごと基礎情報物件ファイル２２１に書き込む。また、基礎情報物件ファイル２２１を書き込むと、プログラムが自動でデベロッパー１のサーバコンピュータ１１１に送信するための不図示の画面を立ち上げ、この画面の流れに沿って操作すると、管理状況物件ファイル２１３が、サーバコンピュータ１１１の基礎情報物件ファイル５５１として登録されるようになっている。

以上のステップＳ４〜ステップＳ１０は、端末コンピュータ２１へのユーザによる操作なく自動で行われるが、ステップＳ１０が完了すると、端末コンピュータ２１で、「専有部の検査結果を入力して下さい」という不図示のダイアログが表示され、このダイアログの指示に従って表示させた不図示の画面で、ステップＳ１１で、予め専有部検査機関３の端末コンピュータ３１から受信した検査結果を入力することにより、専有部検査結果が入力される。
項目として大項目、中項目、部位、状況、状況カテゴリー、修繕緊急性カテゴリーが予め登録されたフォームに、結果、修繕緊急性、修繕箇所数が入力される。また、不図示の画面には売主４が売却前に補修するか否かの不図示のチェック欄があり、この欄にチェックすることによって、補修の意志があるか否かが入力される。

次いで、ステップＳ１２で、サーバコンピュータ１１１の評価基準データベースの専有部修繕標準価格参照ファイル５１２から、修繕標準コストを受信して、標準補修参照処理を行う。
ステップＳ１３で、専有部物件ファイル２１２で定義された演算により専有部補修額６５の演算を行う。
ステップＳ１３の専有部補修額６５の演算処理について、図２３、図２４の専有部検査結果説明書及び図１２のフローチャートに基づき説明する。
ステップＳ１２の処理が完了すると、図１２のフローチャートの処理がスタートする。図１２のフローチャートの処理は、端末コンピュータ２１の不図示のＣＰＵで制御される。

まず、ステップＳ１３０１で、ステップＳ１１、Ｓ１２で入力又は受信された検査結果、修繕標準コストに基づき、査定対象物件の専有部物件ファイル２１２を作成する。
専有部物件ファイル２１３の構成は、図２３、図２４に示す専有部検査結果説明書と同様であるので、図２３、図２４を参照して説明する。

専有部物件ファイル２１３は、検査を行う検査項目は、検査対象部位がどの設備等のものかを示す大項目、検査対象部位がどのような機能に関するものかを示す中項目、検査対象の部位により特定されている。
検査対象の各部位について、不良の状況、状況カテゴリー、検査の結果不良であるか否かを示す結果、修繕緊急性カテゴリー、修繕緊急性があるか否かを示す修繕緊急性ａ、修繕標準コストｂ、修繕箇所数ｃ、修繕概算コストの項目がある。
修繕緊急性ａ、修繕箇所数ｃの項目は、結果が不良であることを示す「１」であった場合に入力され、結果が不良でないことを示す「２」である場合には空欄とされる。

ステップＳ１３０１では、まず、ステップＳ１１ですでに結果、修繕緊急性ａ、修繕標準コストｂ、修繕箇所数ｃが登録されているフォームに、ステップＳ１２で取り込んだ修繕標準コストを修繕標準コストｂとして入力し、専有部物件ファイル２１３とする。
次いで、ステップＳ１３０２で、専有部物件ファイル２１３の１件目の部位のデータを読み込む。
ステップＳ１３０３で、修繕緊急性ａにデータ入力がされているか判定する。
修繕緊急性ａにデータ入力がされていない場合（ステップＳ１３０３：ＮＯ）、検査の結果が不良でないとして、ステップＳ１３０７に進み、未処理の部位があるか判定する。

修繕緊急性ａにデータ入力がされている場合（ステップＳ１３０３：ＹＥＳ）、検査の結果が不良であるとして、ステップＳ１３０４で、修繕緊急性ａが、緊急の修繕を要することを示す「１」であるか判定する。
修繕緊急性ａが、緊急の修繕を要することを示す「１」である場合（ステップＳ１３０４：ＹＥＳ）、ステップＳ１３０５で、修繕概算コストｄに、ａ×ｂ×ｃを入力し、ステップＳ１３０７に進み、未処理の部位があるか判定する。
修繕緊急性ａが、緊急の修繕を要することを示す「１」でない場合（ステップＳ１３０４：ＮＯ）、修繕緊急性ａは、緊急を要しないことを示す「２」であるので、ステップＳ１３０６で、修繕概算コストｄに、（ａ／２）×ｂ×ｃを入力し、ステップＳ１３０７に進み、未処理の部位があるか判定する。

未処理の部位がある場合（ステップＳ１３０７：ＹＥＳ）、すなわち、まだすべての部位についてステップＳ１３０３〜ステップＳ１３０６の処理が完了していない場合には、ステップＳ１３０８で次の部位を読み込み、ステップＳ１３０３で、修繕緊急性ａにデータ入力がされているか判定する。
未処理の部位がない場合（ステップＳ１３０７：ＮＯ）、すなわち、すべての部位についてステップＳ１３０３〜ステップＳ１３０６の処理が完了した場合には、ステップＳ１３０９で、えの合計値であるΣｄを算出する。

次いで、ステップＳ１３１１で、売主４が売却前に補修する旨の入力がされているかを判定する。
売主４が売却前に補修する旨の入力がされていない場合(ステップＳ１３１０：ＮＯ)、補修の必要な箇所を売主４が売却前に補修せず、補修費用が買主側の負担となることから、査定額からこの補修費用を減算するために、ステップＳ１３１１で、
専有部補修額６５（単位：円）＝Σｄ
を登録し、処理を終了する。
売主４が売却前に補修する旨の入力がされている場合(ステップＳ１３１０：ＮＯ)、補修の必要な箇所を売主４が売却前に補修し、補修費用が売主４側の負担となることから、査定額から補修費用を減算する必要がないため、ステップＳ１３１２で、
専有部補修額６５（単位：円）＝０
を登録し、処理を終了する。

以上の図１２のフローチャートの処理で図７のステップＳ１３の処理が完了すると、作成された専有部物件ファイル２１２を、演算された専有部補修額６５ごと基礎情報物件ファイル２２１に書き込む。また、基礎情報物件ファイル２２１を書き込むと、プログラムが自動でデベロッパー１のサーバコンピュータ１１１に送信するための不図示の画面を立ち上げ、この画面の流れに沿って操作すると、基礎情報物件ファイル２２１が、サーバコンピュータ１１１の基礎情報物件ファイル５２１として登録されるようになっている。

次に、ステップＳ１４で、不図示のデータベースを検索し、査定対象物件がデベロッパー１の本部１１の認定を受けることにより保証の対象になっているか判定する。
保証の対象である場合（ステップＳ１４：ＹＥＳ）、ステップＳ１５で、基礎物件情報ファイル２２１へ、保証による加算額を書き出し、２１を介してステップＳ１６へ進み、基礎物件情報ファイル２２１に定義された演算方法により最終的な査定額を算出する。

保証の対象でない場合（ステップＳ１４：ＮＯ）、そのまま２１を介してステップＳ１６へ進み、基礎物件情報ファイル２２１に定義された演算方法により最終的な査定額を算出する。
このステップＳ１６では、
最終的な査定額＝初期評価額×｛１＋（評価ポイント合計６１＋管理状況ポイント６３）／１００｝＋増減価格合計６２−専有部補修額６５＋保証による加算額＋検査費用加算額
により最終的な査定額を算出する。

次いで、ステップＳ１７で、算出された最終の査定額を画面に表示する。画面への表示内容は、図２５の総合評価結果報告書と同様である。
ステップＳ１８で、端末コンピュータ２１を操作する担当者により不図示の承認ボタンがクリックされたか判定する。
不図示の承認ボタンがクリックされた場合（ステップＳ１８：ＹＥＳ）、図１４〜図２５の意見評価書の帳票を出力し、処理を終了する。
不図示の承認ボタンがクリックされない場合（ステップＳ１８：ＮＯ）、１１を介してステップＳ５に戻り、設計・仕様参照ファイル５１１から査定対象物件の該当データを取り込む。すなわち、査定の処理を再度繰り返す。

図６のステップＳ４で、入力された比較対象物件について、自社物件に一致する物件がなかった場合（ステップＳ４：ＮＯ）、ステップＳ２０で、入力された比較対象物件が、共通仕様物件かを判定する。
このステップでは、サーバコンピュータ１１１の評価基準データベース５１中の設計・仕様参照ファイル５１１を参照し、共通仕様物件中に一致する物件があるか検索することにより判定する。

入力された比較対象物件が、共通仕様物件であった場合（ステップＳ２０：ＹＥＳ）、ステップＳ２１で共通仕様物件の場合の査定処理を行う。
この処理では、まず、設計・仕様参照ファイル５１１から、共通仕様のあるデベロッパーが供給したマンションについての共通仕様の設計・仕様に関するデータを、比較対象物件の設計・仕様データとして取り込み、査定対象物件の設計・仕様データと比較演算して、設計・仕様評価ポイントを算出する。
次いで、他物件管理状況参照ファイル５１４から標準的な共用部の管理状況に関するデータを受信し、査定対象物件の管理状況に関するデータと比較演算して、管理状況ポイントを算出する。
その後、検査業者から受領した専有部の検査結果が入力され、専有部修繕標準価格参照ファイル５１２から受信した修繕標準コストを用いて、補修にかかる費用金額を算出する。ただし、売主４が補修をしてから売却する予定である場合には、補修にかかる費用金額は０円とする。

その後、初期評価額に、設計・仕様評価ポイント、管理状況ポイント、補修にかかる費用金額を加減算し、さらに、保証の対象となる場合には保証による加算額、必要に応じ物件情報ファイルの提供による加算額、専有部の検査費用の加算額を加算して、最終的な査定額を算出する。
その後、処理を終了する。

入力された比較対象物件が、共通仕様物件でない場合（ステップＳ２０：ＮＯ）、ステップＳ２２で一般物件の場合の査定処理を行う。
この処理では、まず、設計・仕様参照ファイル５１１から、予め調査によって算出された設計・仕様に関するデータの標準値を、比較対象物件の設計・仕様データとして取り込み、査定対象物件の設計・仕様データと比較演算して、設計・仕様評価ポイントを算出する。

次いで、他物件管理状況参照ファイル５１４から標準的な共用部の管理状況に関するデータを受信し、査定対象物件の管理状況に関するデータと比較演算して、管理状況ポイントを算出する。
その後、検査業者から受領した専有部の検査結果が入力され、専有部修繕標準価格参照ファイル５１２から受信した修繕標準コストを用いて、補修にかかる費用金額を算出する。ただし、売主４が補修をしてから売却する予定である場合には、補修にかかる費用金額は０円とする。

その後、初期評価額に、設計・仕様評価ポイント、管理状況ポイント、補修にかかる費用金額を加減算し、さらに、保証の対象となる場合には保証による加算額、必要に応じ物件情報ファイルの提供による加算額、専有部の検査費用の加算額を加算して、最終的な査定額を算出する。
その後、処理を終了する。
図１３は、図６、図７の処理における情報の送受信を示している。

ステップＳ１９で出力される意見評価書の帳票の例を、図１４〜図２５に示す。意見評価書の帳票は、不図示の表紙と、図１４の一次査定結果報告書と、不図示の設計・仕様の状況説明書と、図１５〜図１９の共用部維持管理状況説明書と、図２０〜図２２の共用部建物調査報告書と、図２３、図２４の専有部検査結果説明書と、図２５の総合評価結果報告書と、からなる。

図１４の一次査定結果報告書は、図４の処理５で行われた一次査定の結果の報告書である。この一次査定結果報告書の査定価格は、一次査定結果であって、図４の処理６及び図６のステップＳ２で入力された初期評価額に該当する。
図１５〜図１９の共用部維持管理状況説明書は、図７のステップＳ１０で作成された管理状況物件ファイル２１３と同様の内容である。共用部維持管理状況説明書の全体を図１５に示し、視認の容易のために、図１５の共用部維持管理状況説明書の左上部分を図１６、右上部分を図１７、左下部分を図１８、右下部分を図１９に分割して示している。
各評価項目の得点６４の合計が、図１５右上（図１７）の管理状況ポイント６３欄に記載されている。

図２０〜図２２の共用部建物調査説明書の全体を図２０に示し、視認の容易のために、図２０の共用部建物調査説明書の左部分を図２１、右部分を図２２に分割して示している。
図２３、図２４の専有部検査結果説明書は、図７のステップＳ１３で作成された専有部物件ファイル２１２と同様の内容である。視認の容易のために、専有部検査結果説明書の上半部を図２３、下半部を図２４に分割して示している。図２３右上に専有部補修額６５が記載されている。
図２５の総合評価結果報告書は、本実施形態の中古共同住宅価格査定システムによる査定結果を記載する帳票である。
図２５の総合評価結果報告書には、査定対象物件の名称、住戸番号のほか、一次査定額、加減ポイント合計額、加減金額合計額、検査費用加算額、保証対象加算額、最終的な査定額である提示評価額、比較対象物件に関する情報が記載されている。
最終的な査定額である提示評価額は、
提示評価額＝一次査定額×（１＋加減ポイント合計額／１００）＋加減金額合計額＋検査費用加算額＋保証対象加算額
である。

以上のように、本実施形態に係る中古共同住宅価格査定システムによれば、必要な補修を行わずに売主が中古共同住宅の住戸を売却する場合であっても、補修費用分が買主の認識のないまま、査定価格に上乗せされることがない。また、補修を完了した状態で売却される住戸と補修を行わずに売却される住戸との間での公平が保たれる。
さらに、本実施形態に係る中古共同住宅価格査定システムは、補修がされるか否かが査定価格に直接反映される構成であるため、査定価格の信頼性が増し、売主、買主にとっても安心感が高まる。その結果、中古住宅の取引業者にとっても、このシステムを利用することで、売主、買主の信用を得やすくなる。
売主の使用状況による設備・建具等の傷み具合、想定される耐用年数、リフォーム、メンテナンス状況などによっても、中古共同住宅の買主が将来負担するであろうコストは大きく異なってくるが、本実施形態に係るでは、売却時点で売主が補修を行わない場合にはその補修費用を査定価格から差し引いているので、買主が売主の使用状況によって将来余計に負担することとなるコストを低減することが可能となり、売却対象の物件間における不公平感を是正することが可能となる。
また、本実施形態に係るの中古共同住宅価格査定システムは、将来買主のメンテナンスコスト及び居住性に影響を及ぼす補修費用が査定価格に加味されているので、査定価格の信頼性が増し、売主、買主にとっても安心感が高まる。その結果、中古住宅の取引業者にとっても、このシステムを利用することで、売主、買主の信用を得やすくなる。

また、本実施形態に係る中古共同住宅価格査定システムによれば、設備・仕様のレベルが高い住戸とその他の住戸との間に、査定価格における明確な評価の差が生ずるので、適正な価格査定が可能となり、売却される住戸間での公平が保たれる。
また、本実施形態の中古共同住宅価格査定システムは、将来買主のメンテナンスコスト及び居住性に影響を及ぼす設計要素の違いが査定価格に加味されているので、査定価格の信頼性が増し、売主、買主にとっても安心感が高まる。その結果、中古住宅の取引業者にとっても、このシステムを利用することで、売主、買主の信用を得やすくなる。
さらに、設計要素等の情報を提供し、査定額に加味することで該共同住宅の購入検討者は開示された情報をもとに将来の維持コストや入居後の生活上の不安を解消することが可能になり、より正確な情報による購入の判断が可能になる。

また、本実施形態に係る中古共同住宅価格査定システムによれば、共用部分の管理状況等が良好な共同住宅と良好でない共同住宅との間に、査定価格における明確な評価の差が生ずるので、適正な価格査定が可能となり、売却される住戸間での公平が保たれる。
また、本発明の中古共同住宅価格査定システムは、将来買主のメンテナンスコスト及び居住性に影響を及ぼす共用部分の管理状況等が査定価格に加味されているので、査定価格の信頼性が増し、売主、買主にとっても安心感が高まる。その結果、中古住宅の取引業者にとっても、このシステムを利用することで、売主、買主の信用を得やすくなる。
さらに、共用部分の管理状況等の情報を提供し、査定額に加味することで該共同住宅の購入検討者は開示された情報をもとに将来の維持コストや入居後の生活上の不安を解消することが可能になり、より正確な情報による購入の判断が可能になる。

本発明の一実施形態に係る中古共同住宅価格査定システムの構成を示す説明図である。 サーバコンピュータのハード構成を示す説明図である。 サーバコンピュータのＨＤＤに格納された各ファイルを示す説明図である。 中古共同住宅価格査定システムの運用の概略を示す説明図である。 取引事例との比較と算出のパターンを示す説明図である。 本発明の一実施形態に係る中古共同住宅価格査定システムの査定処理のフローチャートである。 本発明の一実施形態に係る中古共同住宅価格査定システムの査定処理のフローチャートである。 不動産業者の端末コンピュータの画面遷移を示す説明図である。 設計・仕様物件ファイルのチェック項目を示す説明図である。 設計・仕様物件ファイルを示す説明図である。 本発明の一実施形態に係る中古共同住宅価格査定システムの査定処理のフローチャートである。 本発明の一実施形態に係る中古共同住宅価格査定システムの査定処理のフローチャートである。 本発明の一実施形態に係る中古共同住宅価格査定システムの情報の流れを示す説明図である。 意見評価書の一次査定結果報告書を示す説明図である。 意見評価書の共用部維持管理状況説明書の全体を示す説明図である。 意見評価書の共用部維持管理状況説明書の左上部分を示す説明図である。 意見評価書の共用部維持管理状況説明書の右上部分を示す説明図である。 意見評価書の共用部維持管理状況説明書の左下部分を示す説明図である。 意見評価書の共用部維持管理状況説明書の右下部分を示す説明図である。 意見評価書の共用部建物調査報告書の全体を示す説明図である。 意見評価書の共用部建物調査報告書の左部分を示す説明図である。 意見評価書の共用部建物調査報告書の右部分を示す説明図である。 意見評価書の専有部検査結果説明書の上半部を示す説明図である。 意見評価書の専有部検査結果説明書の下半部を示す説明図である。 意見評価書の総合評価結果報告書を示す説明図である。

符号の説明

１ デベロッパー
２ 不動産業者
３ 専有部検査機関
４ 売主
１１ 本部
１２ 管理部門
１３ インターネット
２１，３１ 端末コンピュータ
６１ 評価ポイント合計
６２ 増減価格合計
６３ 管理状況ポイント
６５ 専有部補修額
７２ ＣＰＵ
７３ ＲＡＭ
７４ ＲＯＭ
７５ ＨＤＤ
７６ 記憶媒体装置
７７ 通信装置
７８ キーボード
７９ マウス
８０ 表示装置
８１ プリンタ
１１１ サーバコンピュータ

Claims (8)

1. 中古住宅の取引業者が、中古共同住宅の住戸の売却価格を査定する中古共同住宅価格査定システムであって、
   前記住戸に条件が類似する過去の売買成約物件を比較対象物件とし、該比較対象物件の単位面積当りの成約価格単価に、複数の特定項目について前記住戸を前記比較対象物件と比較して得た比率、及び前記住戸の専有面積を積算して得た一次査定価格を、前記住戸の初期評価額として入力する入力手段と、
   前記売主が売却前に補修を行わない場合には、検査機関による専有部の検査結果に基づいて算出された前記住戸の専有部の補修に必要な補修費用を、前記初期評価額から減算する処理を経て導かれた価格を、前記住戸の最終査定価格として出力する手段と、を備える前記取引業者のコンピュータを有することを特徴とする中古共同住宅価格査定システム。
2. 前記検査結果には、検査部位に補修が必要か否かの情報が、前記検査部位ごとの情報として含まれ、
   前記取引業者のコンピュータは、前記検査部位ごとの標準的な補修費用を受信する手段を備え、
   前記補修費用は、すべての前記補修が必要な前記検査部位の前記標準的な補修費用を加算することにより算出されたことを特徴とする請求項１記載の中古共同住宅価格査定システム。
3. 中古住宅の取引業者が、中古共同住宅の住戸の売却価格を査定する中古共同住宅価格査定装置であって、
   前記住戸に条件が類似する過去の売買成約物件を比較対象物件とし、該比較対象物件の単位面積当りの成約価格単価に、複数の特定項目について前記住戸を前記比較対象物件と比較して得た比率、及び前記住戸の専有面積を積算して得た一次査定価格を、前記住戸の初期評価額として入力する入力手段と、
   前記売主が売却前に補修を行わない場合には、検査機関による専有部の検査結果に基づいて算出された前記住戸の専有部の補修に必要な補修費用を、前記初期評価額から減算する処理を経て導かれた価格を、前記住戸の最終査定価格として出力する手段と、を備えることを特徴とする中古共同住宅価格査定装置。
4. 前記検査結果には、検査部位に補修が必要か否かの情報が、前記検査部位ごとの情報として含まれ、
   前記検査部位ごとの標準的な補修費用を受信する手段を備え、
   前記補修費用は、すべての前記補修が必要な前記検査部位の前記標準的な補修費用を加算することにより算出されたことを特徴とする請求項３記載の中古共同住宅価格査定装置。
5. 中古住宅の取引業者が、中古共同住宅の住戸の売却価格を査定する中古共同住宅価格査定方法であって、
   前記住戸に条件が類似する過去の売買成約物件を比較対象物件とし、該比較対象物件の単位面積当りの成約価格単価に、複数の特定項目について前記住戸を前記比較対象物件と比較して得た比率、及び前記住戸の専有面積を積算して得た一次査定価格を、前記住戸の初期評価額として入力する入力手順と、
   前記売主が売却前に補修を行わない場合には、検査機関による専有部の検査結果に基づいて算出された前記住戸の専有部の補修に必要な補修費用を、前記初期評価額から減算する処理を経て導かれた価格を、前記住戸の最終査定価格として出力する手順と、を行うことを特徴とする中古共同住宅価格査定方法。
6. 前記検査結果には、検査部位に補修が必要か否かの情報が、前記検査部位ごとの情報として含まれ、
   前記出力する手順の前に、前記検査部位ごとの標準的な補修費用を受信する手順を行い、
   前記補修費用は、すべての前記補修が必要な前記検査部位の前記標準的な補修費用を加算することにより算出されることを特徴とする請求項５記載の中古共同住宅価格査定方法。
7. 中古住宅の取引業者が、中古共同住宅の住戸の売却価格を査定するコンピュータに、
   前記住戸に条件が類似する過去の売買成約物件を比較対象物件とし、該比較対象物件の単位面積当りの成約価格単価に、複数の特定項目について前記住戸を前記比較対象物件と比較して得た比率、及び前記住戸の専有面積を積算して得た一次査定価格を、前記住戸の初期評価額として入力する入力手順と、
   前記売主が売却前に補修を行わない場合には、検査機関による専有部の検査結果に基づいて算出された前記住戸の専有部の補修に必要な補修費用を、前記初期評価額から減算する処理を経て導かれた価格を、前記住戸の最終査定価格として出力する手順と、を実行させることを特徴とする中古共同住宅価格査定プログラム。
8. 前記検査結果には、検査部位に補修が必要か否かの情報が、前記検査部位ごとの情報として含まれ、
   前記出力する手順の前に、前記検査部位ごとの標準的な補修費用を受信する手順を行わせ、
   前記補修費用は、すべての前記補修が必要な前記検査部位の前記標準的な補修費用を加算することにより算出させることを特徴とする請求項７記載の中古共同住宅価格査定プログラム。

Images