JP2001250042A - 住宅に関する受発注支援システムおよび方法、データ処理装置、記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 住宅を建てようとする人が希望する設計士を
効率良く捜すことができるようにする。 【解決手段】 住宅の設計を依頼するユーザが希望する
設計条件を含むユーザ情報をユーザ端末２_-1，２_-2，…
から仲介サーバ３に登録して公開するとととに、設計士
が作成した設計例を含む設計士情報を設計士端末１_-1，
１_-2，…から仲介サーバ３に登録して公開し、公開され
た設計士情報に基づいてユーザが所望の設計士を選択で
きるようにすることにより、住宅の設計を依頼するユー
ザが自分の希望に合った優秀な設計士を、登録された全
国の設計士の中から効率良く捜すことができるようにす
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は住宅に関する受発注
支援システムおよび方法、データ処理装置、更にはこれ
らの機能をソフトウェアで実現するためのプログラムを
記録した記録媒体に関し、特に、インターネットなどの
ネットワークシステム上で動作するに用いて好適なもの
である。

【０００２】

【従来の技術】一般に、個人が住宅を建てようとする場
合、既に土地を持っている人なら、工務店や住宅メーカ
に相談したり、モデルハウスを見に行ったりしてどのよ
うな住宅を建てるかを検討することが多い。また、土地
を持ってない人は、不動産会社が販売している建て売り
住宅や、特定建設会社の建築条件が付いた土地の購入を
検討することが多い。

【０００３】ここで、土地を持っている個人が、普通の
住宅とは趣向の違う、設計やデザインに凝った住宅を建
てようとする場合は、まずは建設会社ではなく、設計事
務所に仕事を依頼することになる。ところが、設計事務
所は、建設業界で有名なところであっても個人営業の場
合が多く、また、優秀な設計士でもその多くは、経済的
な問題などから建設会社に籍を置いている場合がほとん
どである。

【０００４】このような状況において、個々の設計士は
もちろん、設計士が所属する個人営業の設計事務所で
は、広告費用をあまりかけられないなどの理由から、宣
伝活動が十分に行われていないのが現状である。そのた
め、住宅を建てようと思っている人が、いざ自分の趣味
や目的に合った設計をしてくれる設計士を見つけようと
しても、その“仕事を依頼するルート”を見つけるのは
極めて困難であった。

【０００５】また、設計の終了後あるいはそれと同時に
工務店や建設会社に建築を依頼する場合にも同様のこと
が言える。すなわち、規模がそれほど大きくない会社で
は、広告費用の削減などのために宣伝活動が十分に行わ
れていないことが多い。そのため、そのような建設会社
を知ることは極めて困難となる。ところが、宣伝活動を
あまり行っていない小規模の建設会社の中にも、個人の
希望に合ったサービスや価格を提供してくれるところが
存在する可能性もある。しかし、従来は、このような建
設会社を探し出すための手段はほとんどなかった。

【０００６】一方、建築の依頼を受ける工務店や建設会
社側では、１年を通して一定のレベルで受注がある訳で
はなく、どんな工務店や建設会社でも、忙しい時期と暇
な時期があるのが通常である。そのため、比較的大きな
規模の建設会社では、忙しい時期を想定して、必要な数
だけ職人を雇っており、また急な資材不足に陥らないよ
うに資材の在庫も余裕を見ておくのが普通である。

【０００７】

【発明が解決しようとする課題】このように、現状にお
いては、依頼者の目的に合った、優れた設計士や建設会
社を有機的に探し出すことは極めて困難であるという問
題があった。また、依頼者は、同程度の質を持つ設計士
や建設会社であれば、できるだけ費用の安い方を望むこ
とが多いが、依頼者の目的に合っていて、かつ、より費
用が安くて済む設計士や建設会社を探し出すことは更に
困難であった。

【０００８】また、工務店や建設会社では、忙しい時期
を想定して職人や資材在庫を準備していることが多いの
で、暇な時期にはそれらの職人や在庫に余剰が生じてし
まうことになる。そのため、暇な時期では、これらの余
剰人員や余剰在庫にかかるコストに比べて収入が少なく
なり、収益が上がらないという問題があった。場合によ
っては、このことが住宅の価格に反映され、住宅を安価
に建てることができなくなるという問題もあった。

【０００９】従来、住宅を建てようとする依頼者と、そ
の依頼を受注する設計士、建設会社との間を適切に仲介
し、両者を効率的に結びつけるためのシステム、装置な
どは全く存在しなかった。

【００１０】本発明は、このような問題を解決するため
に成されたものであり、住宅を建てようとする人が希望
する設計士あるいは建設会社を効率良く捜すことを支援
できるようなシステムを提供することを目的とする。ま
た、本発明は、工務店や建設会社における物的、人的な
ロスを少なくするとともに、依頼者が個人住宅や集合住
宅をできるだけ安く建てることを支援できるようなシス
テムを提供することを目的とする。

【００１１】

【課題を解決するための手段】本発明による住宅に関す
る受発注支援システムは、住宅の設計を依頼するユーザ
が使用するユーザ端末と、設計士が使用する設計士端末
と、上記ユーザと上記設計士との間の受発注を仲介する
仲介サーバとを有する住宅に関する受発注支援システム
であって、上記ユーザが希望する設計条件を含むユーザ
情報を上記ユーザ端末から上記仲介サーバに登録するユ
ーザ情報登録手段と、上記設計士が作成した設計例を含
む設計士情報を上記設計士端末から上記仲介サーバに登
録する設計士情報登録手段と、上記ユーザ情報登録手段
により登録された上記ユーザ情報および上記設計士情報
登録手段により登録された上記設計士情報を公開する情
報公開手段とを備え、上記情報公開手段により公開され
た設計士情報に基づいて、上記ユーザが所望の設計士を
選択できるようにしたことを特徴とする。

【００１２】本発明のその他の態様では、住宅の建築を
依頼するユーザが使用するユーザ端末と、建設会社が使
用する建設会社端末と、上記ユーザと上記建設会社との
間の受発注を仲介する仲介サーバとを有する住宅に関す
る受発注支援システムであって、上記ユーザが希望する
建築条件を含むユーザ情報を上記ユーザ端末から上記仲
介サーバに登録するユーザ情報登録手段と、上記建設会
社が作成した見積り額を含む建設会社情報を上記建設会
社端末から上記仲介サーバに登録する建設会社情報登録
手段と、上記ユーザ情報登録手段により登録された上記
ユーザ情報および上記建設会社情報登録手段により登録
された上記建設会社情報を公開する情報公開手段とを備
え、上記情報公開手段により公開された建設会社情報に
基づいて、上記ユーザが所望の建設会社を選択できるよ
うにしたことを特徴とする。

【００１３】本発明のその他の態様では、上記ユーザ情
報登録手段により登録される上記ユーザ情報には、上記
建築条件の変更許容範囲を示す情報が含まれ、上記建設
会社情報登録手段により登録される上記建設会社情報に
は、上記建築条件に対する変更条件を示す情報が含まれ
ることを特徴とする。

【００１４】本発明の他の態様では、上記ユーザ情報登
録手段により登録される上記ユーザ情報には、上記ユー
ザの住所もしくは住宅の建設地を示す情報が含まれ、上
記ユーザ情報を加工し、上記ユーザの住所もしくは住宅
の建設地の一部を除外して上記情報公開手段に導出する
データ加工手段を備えたことを特徴とする。

【００１５】本発明のその他の態様では、上記設計士情
報登録手段により登録される上記設計士情報には、上記
設計士による過去の設計実績を示す情報が含まれ、上記
ユーザにより所望の設計士が選択されたときに、その選
択された設計士の設計士情報中に含まれる上記設計実績
の住所に対するアンケートを出力するアンケート出力手
段を備えることを特徴とする。

【００１６】本発明のその他の態様では、上記設計士情
報の中に上記設計士による過去の設計実績が所定数以上
含まれているかどうかを判定し、含まれているときにの
み上記設計士情報の登録を行うようにする登録判定手段
を備えることを特徴とする。

【００１７】本発明のその他の態様では、上記建設会社
情報登録手段により登録される上記建設会社情報には、
上記建設会社による過去の建築実績を示す情報が含ま
れ、上記ユーザにより所望の建設会社が選択されたとき
に、その選択された建設会社の建設会社情報中に含まれ
る上記建築実績の住所に対するアンケートを出力するア
ンケート出力手段を備えることを特徴とする。

【００１８】本発明のその他の態様では、上記建設会社
情報の中に上記建設会社による過去の建築実績が所定数
以上含まれているかどうかを判定し、含まれているとき
にのみ上記建設会社情報の登録を行うようにする登録判
定手段を備えることを特徴とする。

【００１９】また、本発明の住宅に関する受発注支援方
法は、住宅の設計を依頼するユーザと依頼を受ける設計
士との間の受発注を支援するための住宅に関する受発注
支援方法であって、上記ユーザが希望する設計条件を含
むユーザ情報を登録してネットワークを介して公開する
とともに、上記公開されたユーザ情報をもとに、あるい
は上記ユーザ情報が公開される前からあらかじめ、上記
設計士が作成した設計例を含む設計士情報を登録して上
記ネットワークを介して公開し、上記公開された設計士
情報に基づいて、上記ユーザが所望の設計士を選択でき
るようにしたことを特徴とする。

【００２０】本発明の他の態様では、住宅の建築を依頼
するユーザと依頼を受ける建設会社との間の受発注を仲
介するための住宅に関する受発注支援方法であって、上
記ユーザが希望する建築条件を含むユーザ情報を登録し
てネットワークを介して公開するとともに、上記公開さ
れたユーザ情報をもとに上記建設会社が作成した見積り
額を含む建設会社情報を登録して上記ネットワークを介
して公開し、上記公開された建設会社情報に基づいて、
上記ユーザが所望の建設会社を選択できるようにしたこ
とを特徴とする。

【００２１】本発明のその他の態様では、上記ユーザ情
報には上記建築条件の変更許容範囲を示す情報が含ま
れ、上記建設会社情報には上記建築条件に対する変更条
件を示す情報が含まれることを特徴とする。

【００２２】本発明のその他の態様では、上記ユーザ情
報には上記ユーザの住所もしくは住宅の建設地を示す情
報が含まれ、登録された上記ユーザ情報を、上記ユーザ
の住所もしくは住宅の建設地の一部を除外して公開する
ようにしたことを特徴とする。

【００２３】本発明のその他の態様では、上記設計士情
報には上記設計士による過去の設計実績を示す情報が含
まれ、上記ユーザにより所望の設計士が選択されたとき
に、その選択された設計士の設計士情報中に含まれる上
記設計実績の住所に対するアンケートを出力するように
したことを特徴とする。

【００２４】本発明のその他の態様では、上記設計士情
報の中に上記設計士による過去の設計実績が所定数以上
含まれているかどうかを判定し、含まれているときにの
み上記設計士情報の登録を行うようにしたことを特徴と
する。

【００２５】本発明のその他の態様では、上記建設会社
情報には上記建設会社による過去の建築実績を示す情報
が含まれ、上記ユーザにより所望の建設会社が選択され
たときに、その選択された建設会社の建設会社情報中に
含まれる上記建築実績の住所に対するアンケートを出力
するようにしたことを特徴とする。

【００２６】本発明のその他の態様では、上記建設会社
情報の中に上記建設会社による過去の建築実績が所定数
以上含まれているかどうかを判定し、含まれているとき
にのみ上記建設会社情報の登録を行うようにしたことを
特徴とする。

【００２７】また、本発明のデータ処理装置は、住宅の
設計を依頼するユーザが希望する設計条件を含むユーザ
情報を受信して登録するユーザ情報登録手段と、設計士
が作成した設計例を含む設計士情報を受信して登録する
設計士情報登録手段と、上記ユーザ情報登録手段により
登録された上記ユーザ情報および上記設計士情報登録手
段により登録された上記設計士情報を公開する情報公開
手段とを備えたことを特徴とする。

【００２８】本発明の他の態様では、住宅の建築を依頼
するユーザが希望する建築条件を含むユーザ情報を受信
して登録するユーザ情報登録手段と、建設会社が作成し
た見積り額を含む建設会社情報を受信して登録する建設
会社情報登録手段と、上記ユーザ情報登録手段により登
録された上記ユーザ情報および上記建設会社情報登録手
段により登録された上記建設会社情報を公開する情報公
開手段とを備えたことを特徴とする。

【００２９】本発明のその他の態様では、上記ユーザ情
報には上記建築条件の変更許容範囲を示す情報が含ま
れ、上記建設会社情報には上記建築条件に対する変更条
件を示す情報が含まれることを特徴とする。

【００３０】本発明のその他の態様では、上記ユーザ情
報登録手段により登録される上記ユーザ情報には、上記
ユーザの住所もしくは住宅の建設地を示す情報が含ま
れ、上記ユーザ情報を加工し、上記ユーザの住所もしく
は住宅の建設地の一部を除外して上記情報公開手段に導
出するデータ加工手段を備えたことを特徴とする。

【００３１】本発明のその他の態様では、上記設計士情
報登録手段により登録される上記設計士情報には、上記
設計士による過去の設計実績を示す情報が含まれ、上記
ユーザにより選択された設計士に関する情報を受信する
選択情報受信手段と、上記選択された設計士の設計士情
報中に含まれる上記設計実績の住所に対するアンケート
を出力するアンケート出力手段とを備えることを特徴と
する。

【００３２】本発明のその他の態様では、上記設計士情
報登録手段により受信された設計士情報の中に上記設計
士による過去の設計実績が所定数以上含まれているかど
うかを判定し、含まれているときにのみ上記設計士情報
の登録を行うようにする登録判定手段を備えることを特
徴とする。

【００３３】本発明のその他の態様では、上記建設会社
情報登録手段により登録される上記建設会社情報には、
上記建設会社による過去の建築実績を示す情報が含ま
れ、上記ユーザにより選択された建設会社に関する情報
を受信する選択情報受信手段と、上記選択された建設会
社の建設会社情報中に含まれる上記建築実績の住所に対
するアンケートを出力するアンケート出力手段とを備え
たことを特徴とする。

【００３４】本発明のその他の態様では、上記建設会社
情報登録手段により受信された建設会社情報の中に上記
建設会社による過去の建築実績が所定数以上含まれてい
るかどうかを判定し、含まれているときにのみ上記建設
会社情報の登録を行うようにする登録判定手段を備える
ことを特徴とする。

【００３５】本発明のその他の態様では、上記アンケー
ト出力手段により出力されたアンケートに対する回答の
情報を上記ユーザに提供するアンケート情報提供手段を
備えることを特徴とする。

【００３６】本発明のその他の態様では、上記アンケー
ト出力手段により出力されたアンケートに対する回答の
情報を蓄積するアンケート情報記憶手段を備え、上記ア
ンケート情報提供手段は、上記アンケート情報記憶手段
に蓄積されたアンケート情報を上記ユーザに提供するこ
とを特徴とする。

【００３７】また、本発明のコンピュータ読み取り可能
な記録媒体は、請求項１〜９、１９〜４０の何れか１項
に記載の各手段としてコンピュータを機能させるための
プログラムを記録したことを特徴とする。本発明の他の
態様では、請求項１０〜１８の何れか１項に記載の住宅
に関する受発注支援方法の処理手順をコンピュータに実
行させるためのプログラムを記録したことを特徴とす
る。

【００３８】

【発明の実施の形態】以下、本発明の一実施形態を図面
に基づいて説明する。

【００３９】（第１の実施形態）図１は、第1の実施形
態による住宅に関する受発注支援システムの全体構成例
を示す図である。図１に示すように、本実施形態の受発
注支援システムは、複数の設計士端末１_-1，１_-2，…
と、複数のユーザ端末２_-1，２_-2，…と、１つの仲介サ
ーバ３とがインターネット等のネットワーク４に接続さ
れて構成されている。

【００４０】設計士端末１_-1，１_-2，…は、個々の設計
士あるいはそれが所属する設計事務所などが使用する端
末であり、設計士が住宅設計のサンプルや参考例などを
作成し、これをユーザ（依頼主）に提供するために用い
る。なお、以下では、設計士端末１_-1，１_-2，…にて作
成される設計サンプルを含む各種情報をまとめて「設計
士情報」と呼ぶ。

【００４１】ユーザ端末２_-1，２_-2，…は、住宅設計の
依頼を行うユーザが使用する端末であり、ユーザ個人の
属性を含む基本情報や、希望する設計に関する情報など
を入力したり、様々な設計士端末１_-1，１_-2，…から供
給された設計のサンプルなどを見て所望の設計士を選択
したりするために用いる。なお、以下では、ユーザ端末
２_-1，２_-2，…で作成される希望設計条件などを含む各
種情報をまとめて「ユーザ情報」と呼ぶ。

【００４２】仲介サーバ３は、設計士端末１_-1，１_-2，
…とユーザ端末２_-1，２_-2，…との間を仲介するサーバ
である。この仲介サーバ３は、設計士端末１_-1，１_-2，
…から供給された設計士情報をユーザに公開したり、ユ
ーザ端末２_-1，２_-2，…から供給されたユーザ情報を設
計士に公開するためのウェブページ（ホームページ）を
有している。

【００４３】なお、この図１では、設計士端末１_-1，１
_-2，…とユーザ端末２_-1，２_-2，…とをそれぞれ２つず
つ示しているが、この数には限定されない。

【００４４】図２は、本実施形態による仲介サーバ３
（データ処理装置）の主要な機能構成を示すブロック図
である。図２において、ウェブ公開部１１は、設計士端
末１_-1，１_-2，…とユーザ端末２_-1，２_-2，…との間を
仲介するためのウェブページをインターネットなどのネ
ットワーク４上に公開するものである。

【００４５】シート記憶部１２は、依頼主がユーザ情報
を入力する際に使用するシート（テンプレート）、およ
び設計士が設計士情報を入力する際に使用するシート
（テンプレート）を記憶するものである。このユーザ情
報入力用のシートおよび設計士情報入力用のシートは、
例えば仲介サーバ３の管理者によってあらかじめ作成さ
れ、このシート記憶部１２に保存される。

【００４６】このシート記憶部１２に記憶されたシート
は、ウェブ公開部１１が持つウェブ機能によって、設計
士あるいはユーザからの要求に応じて設計士端末１_-1，
１_-2，…、ユーザ端末２_-1，２_-2，…に送信される。な
お、ここではウェブサーバの機能を用いてシートを提供
する例を示しているが、電子メールにシートのファイル
を添付する形で送信するようにしても良いし、ＦＴＰ
（File Transfer Protocol）によるファイル転送によっ
て送信するようにしても良い。送信の形態は特に問わな
い。

【００４７】ユーザ情報受信部１３は、仲介サーバ３か
らユーザ端末２_-1，２_-2，…に提供されたシートに従っ
てユーザにより入力され、当該ユーザ端末２_-1，２_-2，
…からネットワーク４を介して送られてきたユーザ情報
を受信するものである。ユーザ端末２_-1，２_-2，…のユ
ーザ、すなわち、住宅設計の依頼者は、このユーザ情報
を仲介サーバ３に登録することによって住宅設計の発注
登録を行うことになる。なお、ここではユーザ情報受信
部１３をウェブ公開部１１とは別に示しているが、ウェ
ブ公開部１１が持つウェブ機能によってユーザ情報を受
信するようにしても良い。

【００４８】図３は、ユーザ情報の一例を示す図であ
る。図３に示すように、本実施形態のユーザ情報は、依
頼主の属性などを含む基本情報３１と、住宅建設地の敷
地の形状などに関する敷地情報３２と、希望する設計の
内容に関する希望設計情報３３とを含む。これらの情報
３１〜３３は、ユーザの要求に応じてシート記憶部１２
から取り出されてユーザ端末２_-1，２_-2，…に送られた
所定のシートに対し、ユーザ端末２_-1，２_-2，…に備え
られたキーボードやマウスなどの入力デバイスを用いて
必要事項を記入したり、そのシートが持つ選択肢の中か
ら該当するものを選択したりすることによって作成され
る。

【００４９】基本情報３１には、依頼主の住所・氏名お
よび建築をする場所が含まれる。また、敷地情報３２に
は、敷地の形状、高低差、地盤、接面道路との関係、特
記事項が含まれる。特記事項以外の情報は、専門的知識
を持たないユーザが直接記述するのは困難であると考え
られる。そのため、シート中に幾つかの選択肢があらか
じめ用意され、これがユーザ端末２_-1，２_-2，…に備え
られたディスプレイなどの出力デバイスに表示される。
ユーザは、この選択肢の中から該当するものを選択すれ
ば良い。

【００５０】また、希望設計情報３３には、建築希望年
月日、建物の構造（木造・鉄骨・ＲＣ等）、設計図、予
算、内外装の要望、特記事項、依頼主の家族構成が含ま
れる。これらの情報のうち、設計図、予算、内外装の要
望については、シート中にあらかじめ用意された幾つか
の選択肢の中からユーザが所望のものを選択する。な
お、建築希望年月日に幅を持たせてあるのは、設計士の
繁忙期を避けることで入札者を増やすことができるよう
にするためである。また、設計を依頼する場合、依頼主
の家族構成の情報も設計業務上必要となるため、ここで
記入する。

【００５１】上記ユーザ情報受信部１３で受信された図
３のようなユーザ情報は、ユーザ情報記憶部１４に記憶
される。このユーザ情報記憶部１４に記憶された全ての
ユーザ情報は、必要に応じて取り出すデータとして仲介
サーバ３内で処理される。

【００５２】データ加工部１５は、上記ユーザ情報記憶
部１４に記憶されたユーザ情報に所定の加工を施すもの
である。すなわち、データ加工部１５は、ユーザ情報記
憶部１４に記憶されたユーザ情報の中から、基本情報３
１として記述された「依頼主の住所・氏名」の情報と、
「建築をする場所」を表す住所の番地情報とを取り除
き、残りの情報のみを取り出す。このように加工された
ユーザ情報は、加工ユーザ情報記憶部１６に記憶され
る。

【００５３】ウェブ公開部１１は、このようにして加工
ユーザ情報記憶部１６に記憶された加工ユーザ情報を整
理して、それを誰でも見ることができる「設計希望情
報」としてウェブページ上に開示する。すなわち、ここ
では依頼主の住所・氏名は非公開にする。また、建築を
する場所は町名までを一般に公開し、更に詳細な場所を
表す番地については、仲介サーバ３へ設計士情報の登録
が完了した設計士に対してのみ公開するようにする。

【００５４】個人住宅の場合は、「建設地＝依頼者の自
宅」である場合が多いので、仲介サーバ３に登録をして
いない設計士にも依頼者の詳細な住所を開示してしまう
と、この受発注支援システムのルールを無視して直接営
業を行おうとする設計士が出てくることも考えられる。
そのため、このようなルールを無視した営業行為等を防
ぐために、依頼主の細かい住所は一般に公開しないよう
にしている。

【００５５】設計士情報受信部１７は、仲介サーバ３か
ら設計士端末１_-1，１_-2，…に提供されたシートに従っ
て設計士により入力され、当該設計士端末１_-1，１_-2，
…からネットワーク４を介して送られてきた設計士情報
を受信するものである。設計士は、この設計士情報を仲
介サーバ３に登録することによって入札を行うことにな
る。なお、ここでは設計士情報受信部１７をウェブ公開
部１１とは別に示しているが、ウェブ公開部１１が持つ
ウェブ機能によって設計士情報を受信するようにしても
良い。

【００５６】図４は、設計士情報の一例を示す図であ
る。図４に示すように、本実施形態の設計士情報４１に
は、設計士の住所・氏名、設計の希望場所、ＰＲ用の設
計例、過去に行った設計現場の実績、自己紹介、ハンド
ルネーム、希望する設計料などが含まれる。これらの情
報は、設計士端末１_-1，１_-2，…に備えられたキーボー
ドやマウスなどの入力デバイスを用いて記述される。

【００５７】ここで、設計の希望場所は、設計業務や設
計監理を受注可能な場所を表す情報である。設計業務と
は設計図面を作るまでの作業であり、設計監理とは設計
図面の作成だけでなく、その後に工事現場の進捗状況を
もチェックし、必要があれば工事内容を指導する作業の
ことである。したがって、設計士が設計を受注する場
合、設計業務だけならば、住宅の建設地へ出向くのは数
回で済む。これに対して、設計監理業務となると、工事
の監理をする役目もあるため、その現場へ頻繁に行き来
できることが条件となる。

【００５８】そこで、設計者は、設計業務を受注可能な
場所と設計監理を受注可能な場所とをそれぞれ記入す
る。このとき、設計士は、設計のみの受注を希望するの
か、設計監理の受注を希望するのかも同時に提示する。
例えば、設計業務だけを希望する場合は、設計監理の希
望場所は空欄としておけば良い。設計のみの場合と設計
監理の場合とでは、希望する設計料も違ってくる。

【００５９】また、ＰＲ用の設計例は、設計士が作成し
た設計のサンプルや参考例、例えば建築パース、設計
図、建築物写真などの情報である。また、設計現場の実
績は、過去に設計士が実際に設計を請け負って工事が行
われた現場の住所と、そのときの顧客（オーナー）の氏
名および住所とを示すものである。

【００６０】また、ハンドルネームは、本システム内で
扱う設計士の仮名である。建築設計は芸術的な要素もあ
り、単なる登録ナンバーによって個々の設計士を特定す
るのでは味気ない。そのため、ウェブページ上で取り扱
われる設計士の特定は、このハンドルネームで行うよう
にする。

【００６１】また、希望する設計料は、設計士が仕事を
受注した場合（落札した場合）に、仕事の報酬として受
け取る料金を表すものである。ここでは、例えば「建築
費の何％」もしくは「希望する固定額」として登録する
ようにしている。

【００６２】以上のような設計士情報の仲介サーバ３へ
の登録（住宅設計の受注登録）、すなわち入札は、依頼
者から住宅設計の発注登録がある前に事前に行っても良
いし、発注登録があった後に行っても良い。

【００６３】例えば、設計士が作成した設計例を仲介サ
ーバ３に事前に登録しておけば、依頼主が設計士を選定
する上で、リアルタイムに必要な情報を取得してスピー
ディに選択肢を絞ることができるようになる。また、依
頼主は事前に登録された情報に基づいて依頼先の設計士
を絞ることもできるので、設計士側としても、仲介サー
バ３に設計例を事前に登録しておいた方が、受注確率が
高くなって好ましい。

【００６４】また、設計士は、自己の設計士情報を事前
に登録せず、設計の希望案件が依頼主からウェブページ
に公開されたときに、その内容を見てコンペ参加するこ
とも可能である。すなわち、設計士が仲介サーバ３のウ
ェブページ上でユーザの「設計希望情報」を見た後で、
その設計希望情報に合う設計例を作成して仲介サーバ３
に登録することも可能である。ただし、その場合でも、
コンペ参加の前に図４に示したようなシートに基づき設
計士情報の登録をする必要がある。

【００６５】設計士情報記憶部１８は、上記設計士情報
受信部１７で受信された図４のような設計士情報を記憶
するものである。この設計士情報記憶部１８に記憶され
た全ての設計士情報は、必要に応じて取り出すデータと
して仲介サーバ３内で処理される。

【００６６】データ加工部１９は、上記設計士情報記憶
部１８に記憶された設計士情報に所定の加工を施すもの
である。すなわち、データ加工部１９は、設計士情報記
憶部１８に記憶された設計士情報の中から「設計士の住
所・氏名」および「設計現場の実績」の情報を取り除
き、残りの情報のみを取り出す。このように加工された
設計士情報は、加工設計士情報記憶部２０に記憶され
る。

【００６７】ウェブ公開部１１は、このようにして加工
設計士情報記憶部２０に記憶された加工設計士情報を整
理して、それを誰でも見ることができる「設計業務受注
の希望者情報」としてウェブページ上に開示する。すな
わち、ここでは設計士の住所・氏名は公開せず、登録さ
れたハンドルネームを公開する。また、設計現場の実績
に関する情報はウェブページ上に公開されることはな
く、ユーザ情報の登録によって行われた住宅設計の発注
依頼を設計者が落札したときにのみ利用される。

【００６８】落札情報受信部２１は、依頼者が仲介サー
バ３のウェブページ上に公開された設計士情報を見て所
望の設計士を選択したときに入力される情報、すなわ
ち、どの設計士を選択したかを表す情報を、ネットワー
ク４を介してユーザ端末２_-1，２_-2，…から受信するも
のである。この落札情報受信部２１の機能も、ウェブ公
開部１１のウェブ機能を用いて実現するようにしても良
い。

【００６９】アンケート出力部２２は、依頼者が設計士
と設計請負契約を実際に行う前に当該設計士の技術や信
用度を確認するために、上記落札情報受信部２１で受信
された落札情報に基づいて、落札した設計士に関する設
計士情報中で「設計現場の実績」として登録された住所
に対するアンケートハガキを自動的に出力する。ここで
出力されたアンケートハガキはその住所に送付され、顧
客の満足度が調べられる。

【００７０】そして、顧客から返送されてきたアンケー
トハガキの内容は、データ化されてアンケート情報記憶
部２３に蓄積されるとともに、アンケート情報提供部２
４によってネットワーク４を介してユーザ端末２_-1，２
_-2，…に送られる。これを見た依頼者は、実際に設計請
負契約を結ぶかどうかを検討することができる。

【００７１】また、本システムを利用して行う２度目以
降の受注では、前回までにアンケート情報記憶部２３に
蓄積しておいたアンケート情報を利用して、設計者の信
用度をユーザにスピーディに確認させることができる。
なお、この場合、２度目以降の受注でも定期的にアンケ
ートを実施し、アンケート情報記憶部２３内の情報を随
時更新するようにしても良い。

【００７２】ここでは、落札した設計士による仕事の質
をできるだけ公正に評価できるようにするために、設計
士が設計士情報を仲介サーバ３に登録する際に、過去に
工事を行った現場住所と顧客名とを所定数以上登録する
ことを要求する。例えば、過去の実績を２０件登録する
ようにし、これを日付の新しい順に登録する。設計現場
の実績が２０件に満たない場合は、それらを全て登録す
る。また、設計現場の実績が１０件に満たない場合に
は、実績を確認するための情報が不足するので、そのよ
うな設計士情報の登録そのものを受け付けないようにす
る。この処理を行うのが登録判定部２５である。

【００７３】次に、上記のように構成した本実施形態に
よる受発注支援システムの動作を、図５〜図７に示すフ
ローチャートに従って説明する。図５は、依頼主がユー
ザ端末２_-1，２_-2，…から仲介サーバ３にユーザ情報の
登録を行う際の処理手順を示すフローチャートである。

【００７４】図５において、まずステップＳ１で、依頼
主は、仲介サーバ３が用意したユーザ情報入力用のシー
トを、ネットワーク４を介してユーザ端末２_-1，２_-2，
…内に取得する。次に、依頼主は、ステップＳ２で、上
記取得したシート内に必要事項を記入してユーザ情報を
作成した後、ステップＳ３でその作成したユーザ情報を
ネットワーク４を介して仲介サーバ３に送る。

【００７５】このようにしてユーザ端末２_-1，２_-2，…
から仲介サーバ３に送られたユーザ情報が図２のユーザ
情報受信部１３で受信され、ユーザ情報記憶部１４に記
憶されることにより、ユーザ情報の登録が完了する。

【００７６】図６は、設計士が設計士端末１_-1，１_-2，
…から仲介サーバ３に設計士情報の登録を行う際の処理
手順、すなわち、住宅設計の入札を行う際の処理手順を
示すフローチャートである。

【００７７】図６において、まずステップＳ１１で、設
計士は、仲介サーバ３が用意した設計士情報入力用のシ
ートを、ネットワーク４を介して設計士端末１_-1，
１_-2，…内に取得する。次に、設計士は、ステップＳ１
２で、上記取得したシート内に必要事項を記入して設計
士情報を作成した後、ステップＳ１３でその作成した設
計士情報をネットワーク４を介して仲介サーバ３に送
る。

【００７８】このようにして設計士端末１_-1，１_-2，…
から仲介サーバ３に送られた設計士情報が図２の設計士
情報受信部１７で受信され、設計士情報記憶部１８に記
憶されることにより、設計士情報の登録が完了する。上
述したように、この設計士情報の登録は、仲介サーバ３
のウェブページに公開されたユーザ情報を見てその内容
に応じて行うようにしても良いし、設計の凡例としてあ
らかじめ登録しておくようにしても良い。

【００７９】図７は、仲介サーバ３によって行われる内
部処理手順を示すフローチャートである。図７におい
て、ステップＳ２１では、設計士端末１_-1，１_-2，…あ
るいはユーザ端末２_-1，２_-2，…からシートの取得要求
を受信したかどうかを判断する。シート取得要求を受信
した場合は、要求されたシート（設計士情報入力用また
はユーザ情報入力用のシート）をステップＳ２２で該当
する端末に送信する。

【００８０】一方、シート取得要求が送られてきていな
い場合は、ステップＳ２３に進み、ユーザ端末２_-1，２
_-2，…からユーザ情報を受信したかどうかを判断する。
ここで、ユーザ情報を受信した場合は、ステップＳ２４
でその受信したユーザ情報をユーザ情報記憶部１４に記
憶することによって、ユーザ情報の登録を行う。

【００８１】次に、ステップＳ２５で、その登録された
ユーザ情報を加工する。すなわち、データ加工部１５に
よって、ユーザ情報記憶部１４に記憶されたユーザ情報
の中から「依頼主の住所・氏名」の情報と「建築をする
場所」の番地の情報とを取り除き、残りの情報のみを加
工ユーザ情報として加工ユーザ情報記憶部１６に記憶す
る。

【００８２】そして、ステップＳ２６で、上記加工した
ユーザ情報を整理して、それを誰でも見ることができる
「設計希望情報」としてウェブページ上に開示する。こ
のようにして、依頼主から登録されたユーザ情報が一部
を除いてウェブページ上に公開され、設計業務の受注を
希望する設計士から設計サンプルが届くのを待つことに
なる。

【００８３】また、上記ステップＳ２３でユーザ情報を
受信していないと判断した場合は、ステップＳ２７に進
み、設計士端末１_-1，１_-2，…から設計士情報を受信し
たかどうかを判断する。ここで、設計士情報を受信した
場合は、ステップＳ２８で、その受信した設計士情報の
一部として記述されている「設計現場の実績」が所定数
以上であるかどうかを更に判断する。

【００８４】この設計現場の実績が所定数以上あった場
合は、ステップＳ２９で、上記受信した設計士情報を設
計士情報記憶部１８に記憶することによって、設計士情
報の登録を行う。次に、ステップＳ３０で、その登録さ
れた設計士情報を加工する。すなわち、設計士情報記憶
部１８に記憶された設計士情報の中から「設計士の住所
・氏名」および「設計現場の実績」の情報を取り除き、
残りの情報のみを加工設計士情報として加工設計士情報
記憶部２０に記憶する。

【００８５】そして、ステップＳ３１で、上記加工した
設計士情報を整理して、それを誰でも見ることができる
「設計業務受注の希望者情報」としてウェブページ上に
開示する。

【００８６】このようにして、設計士から登録された設
計士情報が一部を除いてウェブページ上に公開され、設
計業務を依頼するユーザから落札情報が届くのを待つこ
とになる。依頼主は、ウェブページ上に公開された設計
サンプルや設計士の付帯条件を含む設計士情報を見て、
希望に添う設計士を選定し、落札情報を仲介サーバ３に
送る。

【００８７】なお、上記ステップＳ２８の判断におい
て、設計士情報中に記述された設計現場の実績が所定数
に満たなかった場合は、実績を確認するための情報が不
足するので、そのような設計士情報の登録は行うことな
く処理を終了する。

【００８８】また、上記ステップＳ２７で設計士情報を
受信していないと判断した場合は、ステップＳ３２に進
み、ユーザ端末２_-1，２_-2，…から落札情報を受信した
かどうかを判断する。ここで、落札情報を受信した場合
は、ステップＳ３３で、落札があった旨を該当する設計
士に通知する。このとき、その落札した設計士に関する
アンケート情報がアンケート情報記憶部２３に既に蓄積
されている場合は、それを依頼主に通知する処理もここ
で行う。

【００８９】次に、ステップＳ３４で、アンケート出力
部２２は、落札された設計士に関する設計士情報中に
「設計現場の実績」として記載されている住所に対する
アンケートハガキを出力する。ここで出力されたアンケ
ートハガキはその住所に送付され、顧客の満足度が調べ
られる。そして、顧客から返送されてきたアンケートハ
ガキの内容は、データ化されてアンケート情報記憶部２
３に蓄積される。また、必要に応じてネットワーク４を
介してユーザ端末２_-1，２_-2，…に送られる。依頼者
は、仲介サーバ３より供給されるアンケート情報を見る
ことによって、実際に設計請負契約を結ぶかどうかを検
討することができる。

【００９０】以上詳しく説明したように、本実施形態に
よる住宅に関する受発注支援システムによれば、土地を
持っている依頼主が、仲介サーバ３のウェブページを利
用して自分の希望に合った優秀な設計士を効率良く捜す
ことができるようになる。また、依頼主は、入札のあっ
た複数の設計士の中から所望の設計士を自由に選ぶこと
ができるので、同じレベルの設計士の中でもできるだけ
費用の安い設計士に仕事を依頼することができるように
なる。

【００９１】また、本実施形態の受発注支援システムに
よれば、優秀な技能を持ちながら、営業活動が不得手で
企業に属している設計士でも、設計士情報の登録をする
ことによって、その会社に属したまま仕事を受注するこ
とができるようになる。また、インターネット上に接続
された全国各地のユーザが設計士情報を見ることができ
るので、個人営業の設計士でも、地域的な制限に縛られ
ることなく仕事を受注することができるようになる。

【００９２】すなわち、本実施形態によれば、個人住宅
の設計に関して、依頼主は、登録された全国の設計士の
中から最適な設計士をスピーディに選択することができ
る。また、設計士自身は、別の宣伝手段に頼らなくても
設計の凡例を登録しておくだけで、全国から設計の受注
につながるルートを確保することができる。また、設計
士に関する信用情報をユーザが事前に持たなくても、落
札後のランダムなアンケート作業による顧客情報によっ
て信用度を確認することができるというメリットも有す
る。

【００９３】（第２の実施形態）次に、本発明の第２の
実施形態について説明する。図８は、第２の実施形態に
よる住宅に関する受発注支援システムの全体構成例を示
す図である。図２に示すように、本実施形態の受発注支
援システムは、複数の建設会社端末５_-1，５_-2，…と、
複数のユーザ端末２_-1，２_-2，…と、１つの仲介サーバ
３とがインターネット等のネットワーク４に接続されて
構成されている。

【００９４】本実施形態のユーザ端末２_-1，２_-2，…
は、住宅建築の依頼を行うユーザが使用する端末であ
り、ユーザ個人の属性を含む基本情報や、希望する建築
に関する情報などを入力したり、様々な建設会社端末５
_-1，５_-2，…から供給された建築の見積り額などの条件
を見て所望の建設会社を選択したりするために用いる。
なお、本実施形態においても、ユーザ端末２_-1，２_-2，
…で作成されるこれらの情報をまとめて「ユーザ情報」
と呼ぶ。

【００９５】建設会社端末５_-1，５_-2，…は、個々の建
設会社が使用する端末であり、ユーザ（依頼主）から登
録されたユーザ情報に対して、建築の見積り額や会社情
報などをユーザに提供するために用いる。なお、以下で
は、建設会社端末５_-1，５_-2，…で作成される情報をま
とめて「建設会社情報」と呼ぶ。

【００９６】仲介サーバ３は、ユーザ端末２_-1，２_-2，
…と建設会社端末５_-1，５_-2，…との間を仲介するサー
バである。この仲介サーバ３は、ユーザ端末２_-1，
２_-2，…から供給されたユーザ情報を建設会社に公開し
たり、建設会社端末５_-1，５_-2，…から供給された建設
会社情報をユーザに公開するためのウェブページ（ホー
ムページ）を有している。

【００９７】なお、この図８では、とユーザ端末２_-1，
２_-2，…建設会社端末５_-1，５_-2，…とをそれぞれ２つ
ずつ示しているが、この数には限定されない。

【００９８】図９は、本実施形態による仲介サーバ３
（データ処理装置）の主要な機能構成を示すブロック図
である。なお、この図９において、図２中に示したブロ
ックと同様の機能を有するブロックには同一の符号を付
し、これについての重複する説明は省略する。

【００９９】図９において、ウェブ公開部５１は、ユー
ザ端末２_-1，２_-2，…と建設会社端末５_-1，５_-2，…と
の間を仲介するためのウェブページをインターネットな
どのネットワーク４上に公開するものである。

【０１００】シート記憶部５２は、依頼主がユーザ情報
を入力する際に使用するシート（テンプレート）、およ
び建設会社が建設会社情報を入力する際に使用するシー
ト（テンプレート）を記憶するものである。これらのシ
ートは、例えば仲介サーバ３の管理者によってあらかじ
め作成され、このシート記憶部５２に保存される。

【０１０１】このシート記憶部５２に記憶されたシート
は、ウェブ公開部５１が持つウェブ機能によって、ユー
ザあるいは建設会社からの要求に応じてユーザ端末
２_-1，２ _-2，…、建設会社端末５_-1，５_-2，…に送信さ
れる。なお、ここではウェブサーバの機能を用いてシー
トを提供する例を示しているが、電子メールにシートの
ファイルを添付する形で送信するようにしても良いし、
ＦＴＰによるファイル転送によって送信するようにして
も良い。

【０１０２】建設会社情報受信部５３は、仲介サーバ３
から建設会社端末５_-1，５_-2，…に提供されたシートに
従って建設会社により入力され、当該建設会社端末
５_-1，５ _-2，…からネットワーク４を介して送られてき
た建設会社情報を受信するものである。なお、ここでは
建設会社情報受信部５３をウェブ公開部１１とは別に示
しているが、ウェブ公開部１１が持つウェブ機能によっ
て建設会社情報を受信するようにしても良い。

【０１０３】建設会社情報記憶部５４は、上記建設会社
情報受信部５３で受信された建設会社情報を記憶するも
のである。ただし、ここに記憶される建設会社情報は、
登録判定部２５によって、建設会社情報中に記述されて
いる施工現場の実績件数が所定数以上あると判定された
ものだけである。この建設会社情報記憶部５４に記憶さ
れた全ての建設会社情報は、必要に応じて取り出すデー
タとして仲介サーバ３内で処理される。

【０１０４】建設会社は、このようにして建設会社情報
を仲介サーバ３の建設会社情報記憶部５４に登録するこ
とによって、ユーザから提示されたユーザ情報に対して
入札を行うことになる。上述した第１の実施形態では、
ユーザ情報の登録がある前に設計士情報をあらかじめ登
録しておくことも可能であった。これに対し、本実施形
態の建設会社情報は事前に登録しておく必要がないた
め、依頼主がユーザ情報によって具体的な案件をウェブ
ページ上に開示したときに、それを見て受注を希望する
建設会社のみが建設会社情報の登録を行う。

【０１０５】ウェブ公開部５１は、このようにして建設
会社情報記憶部５４に記憶された建設会社情報を整理し
て、それを誰でも見ることができる「建築業務受注の希
望者情報」としてウェブページ上に開示する。なお、こ
こでは建設会社情報をウェブページに公開することとし
ているが、依頼主のユーザ端末２_-1，２_-2，…に対して
電子メールなどにより建設会社情報を直接送信するよう
にしても良い。

【０１０６】図１０は、本実施形態におけるユーザ情報
の一例を示す図である。図１０に示すように、本実施形
態のユーザ情報は、依頼主の属性などを含む基本情報３
１と、住宅建設地の敷地の形状などに関する敷地情報３
２と、希望する建築の内容に関する希望建築情報５５と
を含む。

【０１０７】図１０において、基本情報３１および敷地
情報３２は、図３に示したものと同じである。また、希
望建築情報５５には、建築希望年月日、建物の構造（木
造・鉄骨・ＲＣ等）、建物の仕様や設備等、条件変更の
許容範囲、予算、特記事項、依頼主の資金内容と支払い
条件が含まれる。これらの情報のうち、建築の仕様や設
備等、条件変更の許容範囲、予算については、シート中
にあらかじめ用意された幾つかの選択肢の中からユーザ
が所望のものを選択する。

【０１０８】本実施形態においては、建築を依頼したい
場合で、依頼主が設計・仕様を確定した上で建設会社の
入札を待つ場合に、この図１０に示すようなシートに必
要事項を記入してユーザ情報の登録を行う。通常は、ユ
ーザ情報の登録内容は１種類に限定されるが、依頼主の
建てたい家が割と一般的な家で、仲介サーバ３が用意し
た建築設計の凡例シートから選んでも依頼主の要望を十
分に満たす場合は、構造や間取り等を変えて複数種類
（例えば３種類まで）シートに記入し、建設会社の入札
を待つことができる。

【０１０９】図１０に示す希望建築情報５５のうち、建
築希望年月日は、第１の実施形態と同様に幅を持たせて
ある。これは、建設会社の繁忙期を避けることで入札者
を増やすことができるようにするためである。また、建
物の構造に関しては、依頼主が設計そのものにあまりこ
だわりを持たない場合に、例えば鉄骨造と木造とで建築
費に大差がなければ鉄骨造を選ぶという人もいるため、
実情に即した形で依頼主の選択肢を広げられるようにし
ている。

【０１１０】また、建物の仕様・設備等に関しては、建
設会社が入札をする段階で、設計図の詳細や仕様の詳細
が決定していないと、建設会社は建設費用の積算を行う
ことができない。そのため、依頼主がユーザ情報の登録
をする時点で住宅の設計・仕様が決定していれば、その
内容を開示する。決定していなければ、仲介サーバ３が
用意した間取りや構造・仕様を記入したシート中の凡例
から、依頼主が希望するものを選択する。この凡例には
費用の積算に必要な材料・数量をあらかじめ関連付けて
いるので、建設会社はこれに従ってその建物の見積額を
記入して入札することになる。

【０１１１】また、条件変更の許容範囲とは、依頼主が
建築を依頼する場合に、こだわりを持たない設備や仕様
等の箇所を示すものである。例えば、仕様で決められた
あるメーカ製のユニットバスが他のメーカの同等品でも
支障がない場合には、その旨を記入する。また、依頼主
の資金内容と支払い条件を記入するのは、現金払いとロ
ーンとの割合によって、建設会社側では工事の資金回収
率が違ってくるため、資金内容等を確認して入札を行う
必要があるからである。

【０１１２】図１１は、建設会社情報の一例を示す図で
ある。図１１に示すように、本実施形態の建設会社情報
５６には、建築を希望する物件、建築を希望する建物種
別、建物の構造・仕様、見積り入札額、変更条件の提
示、会社情報、施工現場の実績などが含まれる。これら
の情報は、建設会社端末５_-1，５_-2，…に備えられたキ
ーボードやマウスなどの入力デバイスを用いて記述され
る。

【０１１３】ここで、上記施工現場の実績は、建設会社
が過去に実際に工事を行った現場の住所と、そのときの
顧客（オーナー）の氏名および住所とを示すものであ
る。これは、第１の実施形態と同様に、施工者の技術や
信用度を確認するために使用される情報である。すなわ
ち、建設会社がある建築依頼を落札した場合に、依頼主
が建築請負契約を結ぶ前にその登録された住所へのアン
ケートハガキが自動的に出力され、顧客の満足度が調べ
られる。

【０１１４】ここでは、落札した建設会社による仕事の
質をできるだけ公正に評価できるようにするために、建
設会社が建設会社情報を仲介サーバ３に登録する際に、
過去に工事を行った現場住所と顧客名とを所定数以上登
録することを要求する。例えば、過去の実績を３０件登
録するようにし、これを日付の新しい順に登録する。設
計現場の実績が３０件に満たない場合は、それらを全て
登録する。

【０１１５】また、施工現場の実績が１０件に満たない
場合には、実績を確認するための情報が不足するので、
そのような建設会社情報の登録そのものを受け付けない
ようにする。この処理を行うのが登録判定部２５であ
る。

【０１１６】次に、上記のように構成した本実施形態に
よる受発注支援システムの動作を、図１２および図１３
に示すフローチャートに従って説明する。なお、依頼主
がユーザ端末２_-1，２_-2，…からユーザ情報の登録を行
う際の処理手順は、図５に示したフローチャートと同様
であるので、ここでは説明を省略する。

【０１１７】図１２は、建設会社が建設会社端末５_-1，
５_-2，…から仲介サーバ３に建設会社情報情報の登録を
行う際の処理手順、すなわち、住宅建築の入札を行う際
の処理手順を示すフローチャートである。

【０１１８】図１２において、まずステップＳ４１で、
建設会社は、仲介サーバ３が用意した建設会社情報入力
用のシートを、ネットワーク４を介して建設会社端末５
_-1，５_-2，…内に取得する。次に、建設会社は、ステッ
プＳ４２で、上記取得したシート内に必要事項を記入し
て建設会社情報を作成した後、ステップＳ４３でその作
成した建設会社情報をネットワーク４を介して仲介サー
バ３に送る。

【０１１９】このようにして建設会社端末５_-1，５_-2，
…から仲介サーバ３に送られた建設会社情報が図９の建
設会社情報受信部５３で受信され、建設会社情報記憶部
５４に記憶されることにより、建設会社情報の登録が完
了する。上述したように、この建設会社情報の登録は、
仲介サーバ３のウェブページに公開されたユーザ情報を
建設会社が見て、その内容に応じて行う。

【０１２０】このとき建設会社は、ユーザ情報により示
された建築希望年月日が自社の暇な時期に当たっていれ
ば、職人を遊ばせておいても収益はないことから、普通
より安い建築費を見積り入札額として提示することがで
きる。また、急に資材にダブツキが出たときにも、資材
をさばくために普通より安い建築費を提示することがで
きる。

【０１２１】また、施工現場が自社に近いか、同じ時期
に近くで他の建築現場があるような場合には、現場管理
の人員や資材のロスが少なくなるので、安い建築費を提
示できる可能性がある。さらに、ユーザ情報として公開
された顧客の資金内容（現金とローンの割合・ローン種
と金額）において、現金の割合が多い場合は資金回転率
が良くなるため、住宅金融公庫等のローンを多く使う場
合に比べて、安い建築費を提示できる。

【０１２２】図１３は、仲介サーバ３によって行われる
内部処理手順を示すフローチャートである。図１３にお
いて、ステップＳ５１では、ユーザ端末２_-1，２_-2，…
あるいは建設会社端末５_-1，５_-2，…からシートの取得
要求を受信したかどうかを判断する。シート取得要求を
受信した場合は、要求されたシート（ユーザ情報入力用
のシートまたは建設会社情報入力用）をステップＳ５２
で該当する端末に送信する。

【０１２３】一方、シート取得要求が送られてきていな
い場合は、ステップＳ５３に進み、ユーザ端末２_-1，２
_-2，…からユーザ情報を受信したかどうかを判断する。
ここで、ユーザ情報を受信した場合は、ステップＳ５４
でその受信したユーザ情報をユーザ情報記憶部１４に記
憶することによって、ユーザ情報の登録を行う。

【０１２４】次に、ステップＳ５５で、その登録された
ユーザ情報を加工する。すなわち、データ加工部１５に
よって、ユーザ情報記憶部１４に記憶されたユーザ情報
の中から「依頼主の住所・氏名」の情報と「建築をする
場所」の番地の情報とを取り除き、残りの情報のみを加
工ユーザ情報として加工ユーザ情報記憶部１６に記憶す
る。

【０１２５】そして、ステップＳ５６で、上記加工した
ユーザ情報を整理して、それを誰でも見ることができる
「建築希望情報」としてウェブページ上に開示する。こ
のようにして、依頼主から登録されたユーザ情報が一部
を除いてウェブページ上に公開され、建築業務の受注を
希望する建設会社から見積もり額などを含む建設会社情
報が届くのを待つことになる。

【０１２６】また、上記ステップＳ５３でユーザ情報を
受信していないと判断した場合は、ステップＳ５７に進
み、建設会社端末５_-1，５_-2，…から建設会社情報を受
信したかどうかを判断する。ここで、建設会社情報を受
信した場合は、ステップＳ５８で、その受信した建設会
社情報の一部として記述されている「施工現場の実績」
が所定数以上であるかどうかを更に判断する。

【０１２７】この施工現場の実績が所定数以上あった場
合は、ステップＳ５９で、上記受信した建設会社情報を
建設会社情報記憶部５４に記憶することによって、建設
会社情報の登録を行う。そして、ステップＳ６０で、上
記登録された建設会社情報を整理して、それを誰でも見
ることができる「建築業務受注の希望者情報」としてウ
ェブページ上に開示する。

【０１２８】このようにして、建設会社から入札された
建設会社情報がウェブページ上に公開され、建築業務を
依頼するユーザから落札情報が届くのを待つことにな
る。依頼主は、ウェブページ上に公開された見積もり額
や建設会社の付帯条件を含む建設会社情報を見て、希望
に添う建設会社を選定し、落札情報を仲介サーバ３に送
る。このとき依頼主は、例えば、入札があった複数の建
設会社の中から見積り額の小さい会社を選ぶことができ
る。

【０１２９】なお、上記ステップＳ５８の判断におい
て、建設会社情報中に記述された施工現場の実績が所定
数に満たなかった場合は、実績を確認するための情報が
不足するので、そのような建設会社情報の登録は行うこ
となく処理を終了する。

【０１３０】また、上記ステップＳ５７で建設会社情報
を受信していないと判断した場合は、ステップＳ６１に
進み、ユーザ端末２_-1，２_-2，…から落札情報を受信し
たかどうかを判断する。ここで、落札情報を受信した場
合は、ステップＳ６２で、落札があった旨を該当する建
設会社に通知する。このとき、その落札した建設会社に
関するアンケート情報がアンケート情報記憶部２３に既
に蓄積されている場合は、それを依頼主に通知する処理
もここで行う。

【０１３１】次に、ステップＳ６３で、アンケート出力
部２２は、落札された建設会社に関する建設会社情報中
に「施工現場の実績」として記載されている住所に対す
るアンケートハガキを出力する。ここで出力されたアン
ケートハガキはその住所に送付され、顧客の満足度が調
べられる。そして、顧客から返送されてきたアンケート
ハガキの内容は、データ化されてアンケート情報記憶部
２３に蓄積される。また、必要に応じてネットワーク４
を介してユーザ端末２_-1，２_-2，…に送られる。依頼者
は、仲介サーバ３より供給されるアンケート情報を見る
ことによって、実際に建築請負契約を結ぶかどうかを検
討することができる。

【０１３２】以上のように、第２の実施形態において
は、家を建てたい人は、施工時期に多少余裕を持たせて
仲介サーバ３のウェブページ上に自己のユーザ情報を公
開し、建設会社からの入札を待つ。一方、工事を受注し
たい建設会社は、上記ユーザ情報として公開された建築
希望時期や場所・構造などの情報を見て、自社の工事日
程や現場住所などと照らし合わせ、見積り額を決定して
入札を行う。

【０１３３】建設会社は、この入札に際して、建設地の
所在地や自社の工事日程、建材の余剰在庫、職人の仕事
の空き具合などを検討し、条件が最適だった場合には、
通常の建築費を下回る工事費をユーザに提示することが
できる。

【０１３４】また、このとき建設会社は、依頼主に対し
てリバース条件を付けることができる。例えば、「公開
された仕様書には○○製のユニットバス希望となってい
たが、当社は××社と提携しているので、××製の同等
品でこの価格です」とか、「この時期ならその金額だ
が、後２ヶ月工事時期を遅らせてもらえれば、坪あたり
２万円安くします」などという付帯条件を付けることが
できる。これは、実際の顧客との打ち合わせでも、この
程度の条件変更は問題にならないことが多いからであ
る。

【０１３５】家を建てたい人は、建設会社から入札され
た金額や付帯条件などを検討して、どこかの１社に建築
を注文することになる。このように、本実施形態の受発
注支援システムによれば、依頼主が「工事をする時期」
と「工事をする現場」などを公開する一方、建設会社が
その内容を見て見積り額を提示することで、物的・人的
なロスを避けようとする建設会社と、できるだけ安く建
築を発注したいユーザとを有機的に結びつけることがで
きる。

【０１３６】このように、本実施形態では、個人住宅の
公開入札という従来には全くない方法を、ウェブページ
上の情報処理を利用することで容易に行うことができ
る。また、建築会社に関する信用情報をユーザが事前に
持たなくても、落札後のランダムなアンケート作業によ
る顧客情報によって信用度を確認することができる。

【０１３７】（第３の実施形態）次に、本発明の第３の
実施形態について説明する。第３の実施形態による受発
注支援システムについては特に図示をしないが、本実施
形態は、上述した第１および第２の実施形態を組み合わ
せたものである。すなわち、上述の第１および第２の実
施形態はそれぞれ単独で用いることも可能であるが、こ
れを組み合わせて用いることも可能である。

【０１３８】この場合において、依頼主が第３の実施形
態による受発注支援システムを利用して住宅の設計およ
び建築の両方を発注する場合は、第１の実施形態による
手続きにより設計を仕上げてから、第２の実施形態で述
べた手続きにより建築工事を発注する手順をとる。

【０１３９】第３の実施形態によれば、土地を持ってい
る依頼主は、自分の希望に合った優秀な設計士で、でき
るだけ費用の安い設計士を効率良く捜すことができるよ
うになる。また、企業に属している設計士や個人営業の
設計士でも、所属する会社や地域的な制限に縛られるこ
となく仕事を受注することができるようになる。さら
に、工務店や建設会社が暇な時期における物的・人的な
ロスを少なくすることができるようになるとともに、依
頼主が住宅をできるだけ安く建てることができるように
なる。

【０１４０】なお、以上に説明した本実施形態による住
宅に関する受発注支援システムおよび個々のデータ処理
装置は、コンピュータのＣＰＵあるいはＭＰＵ、ＲＡ
Ｍ、ＲＯＭなどで構成されるものであり、ＲＡＭやＲＯ
Ｍに記憶されたプログラムが動作することによって実現
できる。したがって、コンピュータが上記機能を果たす
ように動作させるプログラムを、例えばＣＤ−ＲＯＭの
ような記録媒体に記録し、コンピュータに読み込ませる
ことによって実現できるものである。上記プログラムを
記録する記録媒体としては、ＣＤ−ＲＯＭ以外に、フロ
ッピー（登録商標）ディスク、ハードディスク、磁気テ
ープ、光磁気ディスク、不揮発性メモリカード等を用い
ることができる。

【０１４１】また、コンピュータが供給されたプログラ
ムを実行することにより上述の実施形態の機能が実現さ
れるだけでなく、そのプログラムがコンピュータにおい
て稼働しているＯＳ（オペレーティングシステム）ある
いは他のアプリケーションソフト等と共同して上述の実
施形態の機能が実現される場合や、供給されたプログラ
ムの処理の全てあるいは一部がコンピュータの機能拡張
ボードや機能拡張ユニットにより行われて上述の実施形
態の機能が実現される場合も、かかるプログラムは本発
明の実施形態に含まれる。

【０１４２】また、本発明をネットワーク環境で利用す
るべく、全部あるいは一部のプログラムが他のコンピュ
ータで実行されるようになっていても良い。

【０１４３】なお、上記に示した各実施形態は、何れも
本発明を実施するにあたっての具体化の一例を示したも
のに過ぎず、これらによって本発明の技術的範囲が限定
的に解釈されてはならないものである。すなわち、本発
明はその精神、またはその主要な特徴から逸脱すること
なく、様々な形で実施することができる。

【０１４４】

【発明の効果】本発明は上述したように、住宅の設計を
依頼するユーザが希望する設計条件を含むユーザ情報を
登録して公開するとととに、設計士が作成した設計例を
含む設計士情報を登録して公開し、公開された設計士情
報に基づいてユーザが所望の設計士を選択できるように
したので、住宅の設計を依頼するユーザが自分の希望に
合った優秀な設計士を、登録された全国の設計士の中か
ら効率良く捜すことができるようになる。また、設計士
情報の中に設計費の情報を含ませることによって、同じ
レベルの設計士の中でもできるだけ費用の安い設計士を
捜すことができるようになる。

【０１４５】逆に、設計士側にとっても、企業に属して
いる設計士あるいは個人営業の設計士であっても、設計
の凡例を登録しておくだけで、全国から設計の受注につ
ながるルートを確保することができ、所属する会社や地
域的な制限に縛られることなく仕事を受注することがで
きるようになる。

【０１４６】また、本発明の他の特徴によれば、住宅の
建築を依頼するユーザが希望する建築条件を含むユーザ
情報を登録して公開するとともに、公開されたユーザ情
報をもとに、建設会社が作成した見積り額を含む建設会
社情報を登録して公開し、公開された建設会社情報に基
づいてユーザが所望の建設会社を選択できるようにした
ので、個人住宅の公開入札という従来には全くない方法
を実現することができ、暇な時期における物的・人的な
ロスを避けようとする建設会社と、できるだけ安く建築
を発注したいユーザとを有機的に結び付けることがで
き、両者に対して良好な条件で受発注を行うことを支援
することができる。

【０１４７】また、本発明のその他の特徴によれば、ユ
ーザ情報を加工して、その中に含まれるユーザの住所も
しくは住宅の建設地の一部を除外して公開するようにし
たので、登録していない設計士や建設会社が公開された
ユーザ情報を見て独自に営業をかけるなどの不正な営業
活動を防止することができる。

【０１４８】また、本発明のその他の特徴によれば、設
計士情報や建設会社情報の中に過去の実績を示す情報を
含ませ、ユーザにより所望の設計士や建設会社が選択さ
れたときに、その選択された設計士や建設会社の設計士
情報あるいは建設会社情報中に含まれる実績の住所に対
するアンケートを出力するようにしたので、設計士や建
設会社に関する信用情報をユーザが事前に持たなくて
も、設計士や建設会社の選択後におけるアンケート作業
により得られる顧客情報によって、設計士や建設会社の
信用度を確認することができる。

【０１４９】また、本発明のその他の特徴によれば、設
計士情報や建設会社情報の中に設計実績あるいは建築実
績が所定数以上含まれているときにのみ設計士情報ある
いは建設会社情報の登録を行うようにしたので、実績を
確認するための情報が不足するような設計士情報や建設
会社情報の登録は受け付けないようにすることができ
る。

【図面の簡単な説明】

【図１】第１の実施形態による住宅に関する受発注支援
システムの全体構成例を示す図である。

【図２】第１の実施形態による仲介サーバ（データ処理
装置）の主要な機能構成を示すブロック図である。

【図３】第１の実施形態によるユーザ情報の例を示す図
である。

【図４】第１の実施形態による設計士情報の例を示す図
である。

【図５】ユーザ情報の登録処理の手順を示すフローチャ
ートである。

【図６】設計士情報の登録処理の手順を示すフローチャ
ートである。

【図７】第１の実施形態による仲介サーバによって行わ
れる内部処理手順を示すフローチャートである。

【図８】第２の実施形態による住宅に関する受発注支援
システムの全体構成例を示す図である。

【図９】第２の実施形態による仲介サーバ（データ処理
装置）の主要な機能構成を示すブロック図である。

【図１０】第２の実施形態によるユーザ情報の例を示す
図である。

【図１１】第２の実施形態による建設会社情報の例を示
す図である。

【図１２】建設会社情報の登録処理の手順を示すフロー
チャートである。

【図１３】第２の実施形態による仲介サーバによって行
われる内部処理手順を示すフローチャートである。

【符号の説明】

１_-1，１_-2 設計士端末 ２_-1，２_-2 ユーザ端末 ３ 仲介サーバ ４ ネットワーク ５_-1，５_-2 建設会社端末 １１ ウェブ公開部 １２ シート記憶部 １３ ユーザ情報受信部 １４ ユーザ情報記憶部 １５ データ加工部 １６ 加工ユーザ情報記憶部 １７ 設計士情報受信部 １８ 設計士情報記憶部 １９ データ加工部 ２０ 加工設計士情報記憶部 ２１ 落札情報受信部 ２２ アンケート出力部 ２３ アンケート情報記憶部 ２４ アンケート情報提供部 ２５ 登録判定部 ３１ 基本情報 ３２ 敷地情報 ３３ 希望設計情報 ４１ 設計士情報 ５１ ウェブ公開部 ５２ シート記憶部 ５３ 建設会社情報受信部 ５４ 建設会社情報記憶部 ５５ 希望建築情報 ５６ 建設会社情報

Claims (42)

【特許請求の範囲】
1. 【請求項１】 住宅の設計を依頼するユーザが使用する
   ユーザ端末と、設計士が使用する設計士端末と、上記ユ
   ーザと上記設計士との間の受発注を仲介する仲介サーバ
   とを有する住宅に関する受発注支援システムであって、 上記ユーザが希望する設計条件を含むユーザ情報を上記
   ユーザ端末から上記仲介サーバに登録するユーザ情報登
   録手段と、 上記設計士が作成した設計例を含む設計士情報を上記設
   計士端末から上記仲介サーバに登録する設計士情報登録
   手段と、 上記ユーザ情報登録手段により登録された上記ユーザ情
   報および上記設計士情報登録手段により登録された上記
   設計士情報を公開する情報公開手段とを備え、 上記情報公開手段により公開された設計士情報に基づい
   て、上記ユーザが所望の設計士を選択できるようにした
   ことを特徴とする住宅に関する受発注支援システム。
2. 【請求項２】 上記ユーザ情報登録手段により登録され
   る上記ユーザ情報には、上記ユーザの住所もしくは住宅
   の建設地を示す情報が含まれ、 上記ユーザ情報を加工し、上記ユーザの住所もしくは住
   宅の建設地の一部を除外して上記情報公開手段に導出す
   るデータ加工手段を備えたことを特徴とする請求項１に
   記載の住宅に関する受発注支援システム。
3. 【請求項３】 上記設計士情報登録手段により登録され
   る上記設計士情報には、上記設計士による過去の設計実
   績を示す情報が含まれ、 上記ユーザにより所望の設計士が選択されたときに、そ
   の選択された設計士の設計士情報中に含まれる上記設計
   実績の住所に対するアンケートを出力するアンケート出
   力手段を備えることを特徴とする請求項１または２に記
   載の住宅に関する受発注支援システム。
4. 【請求項４】 上記設計士情報の中に上記設計士による
   過去の設計実績が所定数以上含まれているかどうかを判
   定し、含まれているときにのみ上記設計士情報の登録を
   行うようにする登録判定手段を備えることを特徴とする
   請求項３に記載の住宅に関する受発注支援システム。
5. 【請求項５】 住宅の建築を依頼するユーザが使用する
   ユーザ端末と、建設会社が使用する建設会社端末と、上
   記ユーザと上記建設会社との間の受発注を仲介する仲介
   サーバとを有する住宅に関する受発注支援システムであ
   って、 上記ユーザが希望する建築条件を含むユーザ情報を上記
   ユーザ端末から上記仲介サーバに登録するユーザ情報登
   録手段と、 上記建設会社が作成した見積り額を含む建設会社情報を
   上記建設会社端末から上記仲介サーバに登録する建設会
   社情報登録手段と、 上記ユーザ情報登録手段により登録された上記ユーザ情
   報および上記建設会社情報登録手段により登録された上
   記建設会社情報を公開する情報公開手段とを備え、 上記情報公開手段により公開された建設会社情報に基づ
   いて、上記ユーザが所望の建設会社を選択できるように
   したことを特徴とする住宅に関する受発注支援システ
   ム。
6. 【請求項６】 上記ユーザ情報登録手段により登録され
   る上記ユーザ情報には、上記建築条件の変更許容範囲を
   示す情報が含まれ、上記建設会社情報登録手段により登
   録される上記建設会社情報には、上記建築条件に対する
   変更条件を示す情報が含まれることを特徴とする請求項
   ５に記載の住宅に関する受発注支援システム。
7. 【請求項７】 上記ユーザ情報登録手段により登録され
   る上記ユーザ情報には、上記ユーザの住所もしくは住宅
   の建設地を示す情報が含まれ、 上記ユーザ情報を加工し、上記ユーザの住所もしくは住
   宅の建設地の一部を除外して上記情報公開手段に導出す
   るデータ加工手段を備えたことを特徴とする請求項５ま
   たは６に記載の住宅に関する受発注支援システム。
8. 【請求項８】 上記建設会社情報登録手段により登録さ
   れる上記建設会社情報には、上記建設会社による過去の
   建築実績を示す情報が含まれ、 上記ユーザにより所望の建設会社が選択されたときに、
   その選択された建設会社の建設会社情報中に含まれる上
   記建築実績の住所に対するアンケートを出力するアンケ
   ート出力手段を備えることを特徴とする請求項５〜７の
   何れか１項に記載の住宅に関する受発注支援システム。
9. 【請求項９】 上記建設会社情報の中に上記建設会社に
   よる過去の建築実績が所定数以上含まれているかどうか
   を判定し、含まれているときにのみ上記建設会社情報の
   登録を行うようにする登録判定手段を備えることを特徴
   とする請求項８に記載の住宅に関する受発注支援システ
   ム。
10. 【請求項１０】 住宅の設計を依頼するユーザと依頼を
    受ける設計士との間の受発注を支援するための住宅に関
    する受発注支援方法であって、 上記ユーザが希望する設計条件を含むユーザ情報を登録
    してネットワークを介して公開するとともに、上記公開
    されたユーザ情報をもとに、あるいは上記ユーザ情報が
    公開される前からあらかじめ、上記設計士が作成した設
    計例を含む設計士情報を登録して上記ネットワークを介
    して公開し、上記公開された設計士情報に基づいて、上
    記ユーザが所望の設計士を選択できるようにしたことを
    特徴とする住宅に関する受発注支援方法。
11. 【請求項１１】 上記ユーザ情報には上記ユーザの住所
    もしくは住宅の建設地を示す情報が含まれ、登録された
    上記ユーザ情報を、上記ユーザの住所もしくは住宅の建
    設地の一部を除外して公開するようにしたことを特徴と
    する請求項１０に記載の住宅に関する受発注支援方法。
12. 【請求項１２】 上記設計士情報には上記設計士による
    過去の設計実績を示す情報が含まれ、上記ユーザにより
    所望の設計士が選択されたときに、その選択された設計
    士の設計士情報中に含まれる上記設計実績の住所に対す
    るアンケートを出力するようにしたことを特徴とする請
    求項１０または１１に記載の住宅に関する受発注支援方
    法。
13. 【請求項１３】 上記設計士情報の中に上記設計士によ
    る過去の設計実績が所定数以上含まれているかどうかを
    判定し、含まれているときにのみ上記設計士情報の登録
    を行うようにしたことを特徴とする請求項１２に記載の
    住宅に関する受発注支援方法。
14. 【請求項１４】 住宅の建築を依頼するユーザと依頼を
    受ける建設会社との間の受発注を仲介するための住宅に
    関する受発注支援方法であって、 上記ユーザが希望する建築条件を含むユーザ情報を登録
    してネットワークを介して公開するとともに、上記公開
    されたユーザ情報をもとに上記建設会社が作成した見積
    り額を含む建設会社情報を登録して上記ネットワークを
    介して公開し、上記公開された建設会社情報に基づい
    て、上記ユーザが所望の建設会社を選択できるようにし
    たことを特徴とする住宅に関する受発注支援方法。
15. 【請求項１５】 上記ユーザ情報には上記建築条件の変
    更許容範囲を示す情報が含まれ、上記建設会社情報には
    上記建築条件に対する変更条件を示す情報が含まれるこ
    とを特徴とする請求項１４に記載の住宅に関する受発注
    支援方法。
16. 【請求項１６】 上記ユーザ情報には上記ユーザの住所
    もしくは住宅の建設地を示す情報が含まれ、登録された
    上記ユーザ情報を、上記ユーザの住所もしくは住宅の建
    設地の一部を除外して公開するようにしたことを特徴と
    する請求項１４または１５に記載の住宅に関する受発注
    支援方法。
17. 【請求項１７】 上記建設会社情報には上記建設会社に
    よる過去の建築実績を示す情報が含まれ、上記ユーザに
    より所望の建設会社が選択されたときに、その選択され
    た建設会社の建設会社情報中に含まれる上記建築実績の
    住所に対するアンケートを出力するようにしたことを特
    徴とする請求項１４〜１６の何れか１項に記載の住宅に
    関する受発注支援方法。
18. 【請求項１８】 上記建設会社情報の中に上記建設会社
    による過去の建築実績が所定数以上含まれているかどう
    かを判定し、含まれているときにのみ上記建設会社情報
    の登録を行うようにしたことを特徴とする請求項１７に
    記載の住宅に関する受発注支援方法。
19. 【請求項１９】 住宅の設計を依頼するユーザが希望す
    る設計条件を含むユーザ情報を受信して登録するユーザ
    情報登録手段と、 設計士が作成した設計例を含む設計士情報を受信して登
    録する設計士情報登録手段と、 上記ユーザ情報登録手段により登録された上記ユーザ情
    報および上記設計士情報登録手段により登録された上記
    設計士情報を公開する情報公開手段とを備えたことを特
    徴とするデータ処理装置。
20. 【請求項２０】 上記ユーザ情報登録手段により登録さ
    れる上記ユーザ情報には、上記ユーザの住所もしくは住
    宅の建設地を示す情報が含まれ、 上記ユーザ情報を加工し、上記ユーザの住所もしくは住
    宅の建設地の一部を除外して上記情報公開手段に導出す
    るデータ加工手段を備えたことを特徴とする請求項１９
    に記載のデータ処理装置。
21. 【請求項２１】 上記設計士情報登録手段により登録さ
    れる上記設計士情報には、上記設計士による過去の設計
    実績を示す情報が含まれ、 上記ユーザにより選択された設計士に関する情報を受信
    する選択情報受信手段と、 上記選択された設計士の設計士情報中に含まれる上記設
    計実績の住所に対するアンケートを出力するアンケート
    出力手段とを備えることを特徴とする請求項１９または
    ２０に記載のデータ処理装置。
22. 【請求項２２】 上記アンケート出力手段により出力さ
    れたアンケートに対する回答の情報を上記ユーザに提供
    するアンケート情報提供手段を備えることを特徴とする
    請求項２１に記載のデータ処理装置。
23. 【請求項２３】 上記アンケート出力手段により出力さ
    れたアンケートに対する回答の情報を蓄積するアンケー
    ト情報記憶手段を備え、 上記アンケート情報提供手段は、上記アンケート情報記
    憶手段に蓄積されたアンケート情報を上記ユーザに提供
    することを特徴とする請求項２２に記載のデータ処理装
    置。
24. 【請求項２４】 上記設計士情報登録手段により受信さ
    れた設計士情報の中に上記設計士による過去の設計実績
    が所定数以上含まれているかどうかを判定し、含まれて
    いるときにのみ上記設計士情報の登録を行うようにする
    登録判定手段を備えることを特徴とする請求項２１〜２
    ３の何れか１項に記載のデータ処理装置。
25. 【請求項２５】 住宅の建築を依頼するユーザが希望す
    る建築条件を含むユーザ情報を受信して登録するユーザ
    情報登録手段と、 建設会社が作成した見積り額を含む建設会社情報を受信
    して登録する建設会社情報登録手段と、 上記ユーザ情報登録手段により登録された上記ユーザ情
    報および上記建設会社情報登録手段により登録された上
    記建設会社情報を公開する情報公開手段とを備えたこと
    を特徴とするデータ処理装置。
26. 【請求項２６】 上記ユーザ情報には上記建築条件の変
    更許容範囲を示す情報が含まれ、上記建設会社情報には
    上記建築条件に対する変更条件を示す情報が含まれるこ
    とを特徴とする請求項２５に記載のデータ処理装置。
27. 【請求項２７】 上記ユーザ情報登録手段により登録さ
    れる上記ユーザ情報には、上記ユーザの住所もしくは住
    宅の建設地を示す情報が含まれ、 上記ユーザ情報を加工し、上記ユーザの住所もしくは住
    宅の建設地の一部を除外して上記情報公開手段に導出す
    るデータ加工手段を備えたことを特徴とする請求項２５
    または２６に記載のデータ処理装置。
28. 【請求項２８】 上記建設会社情報登録手段により登録
    される上記建設会社情報には、上記建設会社による過去
    の建築実績を示す情報が含まれ、 上記ユーザにより選択された建設会社に関する情報を受
    信する選択情報受信手段と、 上記選択された建設会社の建設会社情報中に含まれる上
    記建築実績の住所に対するアンケートを出力するアンケ
    ート出力手段とを備えたことを特徴とする請求項２５〜
    ２７の何れか１項に記載のデータ処理装置。
29. 【請求項２９】 上記アンケート出力手段により出力さ
    れたアンケートに対する回答の情報を上記ユーザに提供
    するアンケート情報提供手段を備えることを特徴とする
    請求項２８に記載のデータ処理装置。
30. 【請求項３０】 上記アンケート出力手段により出力さ
    れたアンケートに対する回答の情報を蓄積するアンケー
    ト情報記憶手段を備え、 上記アンケート情報提供手段は、上記アンケート情報記
    憶手段に蓄積されたアンケート情報を上記ユーザに提供
    することを特徴とする請求項２９に記載のデータ処理装
    置。
31. 【請求項３１】 上記建設会社情報登録手段により受信
    された建設会社情報の中に上記建設会社による過去の建
    築実績が所定数以上含まれているかどうかを判定し、含
    まれているときにのみ上記建設会社情報の登録を行うよ
    うにする登録判定手段を備えることを特徴とする請求項
    ２８〜３０何れか１項に記載のデータ処理装置。
32. 【請求項３２】 住宅の設計を依頼するユーザが希望す
    る設計条件を含むユーザ情報、または住宅の建築を依頼
    するユーザが希望する建築条件を含むユーザ情報の少な
    くとも一方を受信して登録するユーザ情報登録手段と、 設計士が作成した設計例を含む設計士情報を受信して登
    録する設計士情報登録手段と、 建設会社が作成した見積り額を含む建設会社情報を受信
    して登録する建設会社情報登録手段と、 上記ユーザ情報登録手段により登録された上記ユーザ情
    報、上記設計士情報登録手段により登録された上記設計
    士情報、および上記建設会社情報登録手段により登録さ
    れた上記建設会社情報を公開する情報公開手段とを備え
    たことを特徴とするデータ処理装置。
33. 【請求項３３】 上記ユーザ情報には上記建築条件の変
    更許容範囲を示す情報が含まれ、上記建設会社情報には
    上記建築条件に対する変更条件を示す情報が含まれるこ
    とを特徴とする請求項３２に記載のデータ処理装置。
34. 【請求項３４】 上記ユーザ情報登録手段により登録さ
    れるユーザ情報には、上記ユーザの住所もしくは住宅の
    建設地を示す情報が含まれ、 上記ユーザ情報を加工し、上記ユーザの住所もしくは住
    宅の建設地の一部を除外して上記情報公開手段に導出す
    るデータ加工手段を備えたことを特徴とする請求項３２
    または３３に記載のデータ処理装置。
35. 【請求項３５】 上記設計士情報登録手段により登録さ
    れる設計士情報には、上記設計士による過去の設計実績
    を示す情報が含まれ、 上記ユーザにより選択された設計士に関する情報を受信
    する第１の選択情報受信手段と、 上記選択された設計士の設計士情報中に含まれる上記設
    計実績の住所に対するアンケートを出力する第１のアン
    ケート出力手段とを備えることを特徴とする請求項３２
    〜３４の何れか１項に記載のデータ処理装置。
36. 【請求項３６】 上記建設会社情報登録手段により登録
    される建設会社情報には、上記建設会社による過去の建
    築実績を示す情報が含まれ、 上記ユーザにより選択された建設会社に関する情報を受
    信する第２の選択情報受信手段と、 上記選択された建設会社の建設会社情報中に含まれる上
    記建築実績の住所に対するアンケートを出力する第２の
    アンケート出力手段とを備えることを特徴とする請求項
    ３２〜３５の何れか１項に記載のデータ処理装置。
37. 【請求項３７】 上記アンケート出力手段により出力さ
    れたアンケートに対する回答の情報を上記ユーザに提供
    するアンケート情報提供手段を備えることを特徴とする
    請求項３５または３６に記載のデータ処理装置。
38. 【請求項３８】 上記アンケート出力手段により出力さ
    れたアンケートに対する回答の情報を蓄積するアンケー
    ト情報記憶手段を備え、 上記アンケート情報提供手段は、上記アンケート情報記
    憶手段に蓄積されたアンケート情報を上記ユーザに提供
    することを特徴とする請求項３７に記載のデータ処理装
    置。
39. 【請求項３９】 上記設計士情報登録手段により受信さ
    れた設計士情報の中に上記設計士による過去の設計実績
    が所定数以上含まれているかどうかを判定し、含まれて
    いるときにのみ上記設計士情報の登録を行うようにする
    登録判定手段を備えることを特徴とする請求項３５に記
    載のデータ処理装置。
40. 【請求項４０】 上記建設会社情報登録手段により受信
    された建設会社情報の中に上記建設会社による過去の建
    築実績が所定数以上含まれているかどうかを判定し、含
    まれているときにのみ上記建設会社情報の登録を行うよ
    うにする登録判定手段を備えることを特徴とする請求項
    ３６に記載のデータ処理装置。
41. 【請求項４１】 請求項１〜９、１９〜４０の何れか１
    項に記載の各手段としてコンピュータを機能させるため
    のプログラムを記録したことを特徴とするコンピュータ
    読み取り可能な記録媒体。
42. 【請求項４２】 請求項１０〜１８の何れか１項に記載
    の住宅に関する受発注支援方法の処理手順をコンピュー
    タに実行させるためのプログラムを記録したことを特徴
    とするコンピュータ読み取り可能な記録媒体。