JP3497836B2 - リフォーム結果シミュレーションシステム、リフォーム結果シミュレーション装置及びリフォーム結果シミュレーション方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、建築物の
改装などのリフォームに際し、対象物の色や柄などを擬
似的に変化させて表示できるリフォーム結果シミュレー
ションシステムに関する。

【０００２】

【従来の技術】従来、建築物のリフォームなどを行う場
合などは、発注者は工務店などの工事の施工者に対して
依頼を行い、どのように改装するかについて検討する。
このとき、建築物の外観を塗装しなおしたり、部屋の壁
紙をはりかえたりする場合などにおいては、一般に、発
注者は施工者に改装のイメージを説明する。このとき、
施工者は、発注者が希望する改装後のイメージを把握し
やすいようにするため、改装する建築物の写真を用いて
シミュレーションする場合がある。

【０００３】図２３は、建築物の改装において従来行わ
れているシミュレーションを行う場合の各工程の流れを
示すフローである。発注者７２が施工者７０に発注を依
頼する（７３）。注文を受注した施工者は、発注者が希
望した建築物の写真を撮影（７５）する。施工者は、撮
影した写真をシミュレーションに用いることができるよ
うに、画像を加工する（７６）。すなわち、撮影された
写真をスキャナなどを用いてデータ化し、専用又は汎用
のソフトウェアを用いて色合いやコントラストなどを調
整し、ひび割れや雨だれなどの壁面の汚れを画像処理で
除去する画像補正処理及び、シミュレーションする対象
エリアを部位別に領域指定し、壁面などの傾きを指定す
るマスク作成・面作成処理を行う。

【０００４】このように加工された画像を用いてシミュ
レーションを行う（７７）。すなわち、あらかじめ用意
された壁紙や外壁の模様など製品の柄のデータと、色見
本のデータを用いて、上記の過程で指定された領域の画
像を自由に変更する。このシミュレーションは通常施工
者が発注者が発注したイメージを基に行う。施工者は数
パターンのシミュレーションを行った結果をサンプルと
して印刷し（７８）、この書類を郵送、運搬などで発注
者に届ける。発注者は、受け取ったサンプルを参考にイ
メージ通りの仕上りになるかどうかを検討する（７
９）。

【０００５】発注者がシミュレーション結果であるサン
プルを検討して、改装の内容を決定し（８０）、これを
施工者に通知して施工内容が決定する（８１）。そし
て、発注者は部材メーカーのカタログを参考に、決定し
た施工内容通りに改装を行うための部材を検討する（８
２）。これらの処理をすべて終了した後、改装のための
工事が施工される。

【０００６】

【発明が解決しようとする課題】しかし、上記の各工程
を行う従来の方法では、発注者、施工者、部材メーカー
ともに以下に示すようなデメリットを有する。

【０００７】すなわち、施工者にとっては、シミュレー
ションを行うためのシステム機材を購入する必要があ
る。また、シミュレーションに用いるためにデータを加
工する工程を必要とし、そのためのオペレータを育成す
る必要がある。さらに、シミュレーションに用いる柄デ
ータや色データを作成する必要がある。そして、シミュ
レーションは施工者が行い、提案として発注者に提示さ
れるため、発注者が気に入るまで、場合によってはシミ
ュレーションを何度もリトライする必要がある。

【０００８】また、発注者にとっては、改装の内容を施
工者に任せることになり、自分でシミュレーションでき
ず、また、施工者と取引のある部材メーカーの製品の範
囲内でのみ改装の選択をせまられる場合もある。また、
部材メーカーにとっては、新しい部材を開発しても、そ
れを施工者に提案するのみで発注者に直接提案すること
ができない。また、取引のある施工者が限定されるた
め、商品の取引が施工者任せとなり、広く販売する機会
を失う。

【０００９】このように、従来の改装シミュレーション
は、上記のようなデメリットがあるだけではなく、サン
プルの郵送、運搬などの時間的なデメリットや、多数に
亘る施工者のリトライの必要性など、労力的なデメリッ
トなどが多いものであった。

【００１０】したがって、本発明が解決しようとする技
術的課題は、従来の改装シミュレーションにおける上記
の各問題を解消することができるリフォーム結果シミュ
レーションシステムを提供することである。

【００１１】

【課題を解決するための手段および作用・効果】本発明
は、上記技術的課題を解決するために、以下の構成のリ
フォーム結果シミュレーションシステムを提供する。

【００１２】リフォーム結果シミュレーションシステム
は、システムの総括的な管理を行うサーバと、サーバに
対してリフォームの対象物である建築物の画像データの
登録を行う施工者端末と、前記画像データを前記サーバ
から受信し加工処理する加工者端末とを有するネットワ
ークシステムから構成され、前記建築物のリフォーム結
果をシミュレーションするための ものである。そして、
前記サーバは、前記施工者端末から送信された画像デー
タを格納する画像データ記憶手段と、前記加工者端末か
ら送信された属性画像データを格納する属性画像データ
記憶手段と、前記属性画像データの変更に用いられるテ
クスチャデータを格納するテクスチャデータ記憶手段
と、前記属性画像データと前記テクスチャデータとを組
合せて、前記属性画像データを変更する画像変更手段と
を有し、前記施工者端末は、前記サーバの画像データ記
憶手段に前記画像データを送信し、前記サーバは、前記
画像データ記憶手段に格納されている前記画像データを
特定する特定情報を付した後前記画像データを前記加工
者端末に送信し、前記サーバは、前記画像データを受信
した前記加工者端末によって加工された属性画像データ
を受信して前記属性画像データ記憶手段に格納し、前記
施工者端末は、前記属性画像データをリフォームのシミ
ュレーション結果となるように変更し前記画像変更手段
を操作する操作信号を前記サーバに送信し、前記サーバ
の画像変更手段は、前記操作信号にしたがって、前記属
性画像データを変更することを特徴とする。

【００１３】上記構成において、このシステムを構成す
る施工者端末は、サーバに対して、リフォームの対象と
なる建築物の画像データを送信し、サーバの画像記憶手
段に格納する。サーバは、画像記憶手段に格納されてい
る施工者端末から受信した画像データを加工者端末に送
信する。加工者端末では、画像データを加工する。加工
処理としては例えば、受信した画像データを関連する領
域（マスク）ごとに区分するマスク処理を行い、属性画
像データを作成する。このマスク処理を行うことによっ
て、画像データを関連する領域ごとに一括的にシミュレ
ーションすることができる。属性画像データは、加工者
端末からサーバに送信され、加工画像記憶手段に格納さ
れる。発注者端末は、サーバの加工画像記憶手段にアク
セスし、属性画像データをリフォームのシミュレーショ
ン結果となるように変更するための操作信号をサーバに
送信することによって、属性画像データを変更すること
ができる。

【００１４】したがって、上記構成によれば、施工者端
末がシミュレーションのために画像データを加工する必
要はなく、そのためのオペレータの育成も不要である。
また、シミュレーションに用いる柄データや色データは
サーバに格納されているものを用いるため、作成する必
要がない。

【００１５】上記構成において好ましくは、リフォーム
結果シミュレーションシステムは、さらに、前記テクス
チャデータにより特定される部材を製造する部材メーカ
ー端末を有し、前記部材メーカー端末は、部材の外観を
示すテクスチャデータを前記サーバのテクスチャデータ
記憶手段に送信する。

【００１６】上記構成において、シミュレーションに用
いる色データや柄データは、その部材を製造する部材メ
ーカーから送信されるものであるため、部材メーカーは
自己の製品を用いたシミュレーションの機会を得ること
ができ、施工者任せによる販売の機会を失うことがな
い。また、シミュレーションに用いることができる部材
メーカーの選択肢を多くすることができる。さらに、シ
ミュレーションをする施工者が、自ら色データや柄デー
タを作成する必要がない。

【００１７】好ましくは、リフォーム結果シミュレーシ
ョンシステムは、さらに、前記施工者端末の操作者に対
して発注を行った発注者が操作する発注者端末を有し、
前記発注者端末は、前記属性画像データをリフォームの
シミュレーション結果となるように変更し前記画像変更
手段を操作する操作情報を前記サーバに送信することを
特徴とする。

【００１８】上記構成において、発注者端末は、施工者
端末と同様に、サーバに対して操作情報を送信すること
により、サーバに格納された属性画像データを変更する
ことができる。

【００１９】上記構成によれば、施工者に対して改装な
どを発注した発注者が自ら自由にリフォーム の結果をシ
ミュレートできる。したがって、施工者は発注者に対し
て印刷されたサンプルを送付などする必要がなく、提案
のリトライ回数を少なくすることができる。また、デー
タ加工の工数を少なくすることができ、発注者に対する
サービス料を安価にすることもできる。

【００２０】また、本発明は以下の構成のリフォーム結
果シミュレーション装置を提供する。リフォーム結果シ
ミュレーション装置は、施工者端末と、画像データを受
信し加工処理する加工者端末と共にネットワークシステ
ムを構成し、リフォームの対象物である建築物のリフォ
ーム結果をシミュレーションするためのものである。そ
して、前記施工者端末から送信された前記建築物の画像
データを格納する画像データ記憶手段と、前記加工者端
末から送信された属性画像データを格納する属性画像デ
ータ記憶手段と、前記属性画像データの変更に用いられ
るテクスチャデータを格納するテクスチャデータ記憶手
段と、前記属性画像データと前記テクスチャデータとを
組合せて、前記属性画像データを変更する画像変更手段
とを有し、前記画像データ記憶手段に記憶されているシ
ミュレーションの対象物の画像データを前記加工端末に
送信し、前記画像データを受信した前記加工者端末によ
って加工された前記属性画像データを受信して前記属性
画像データ記憶手段に格納し、前記画像変更手段は、前
記施工者端末から送信される操作信号にしたがって、前
記属性画像データ記憶手段に格納された前記属性画像デ
ータをリフォームのシミュレーション結果となるように
変更することを特徴とする。

【００２１】上記構成によれば、施工者端末はシミュレ
ーションのために画像データを加工する必要はなく、そ
のためのオペレータの育成も不要である。また、シミュ
レーションに用いる柄データや色データはサーバに格納
されているものを用いるため、独自に作成する必要がな
い。

【００２２】好ましくは、前記画像記憶手段は、前記施
工者端末から受信した前記画像データを格納する。

【００２３】好ましくは、前記ネットワークシステム
は、さらに、前記テクスチャデータにより特定される部
材を製造する部材メーカー端末を有し、前記テクスチャ
データ記憶手段は、前記部材メーカー端末から受信した
該テクスチャデータを受信する。

【００２４】好ましくは、前記ネットワークシステム
は、さらに、前記施工者端末の操作者に対し、発注を行
った発注者が操作する発注者端末を有し、前記発注者端
末から送信される画像変更手段を操作する操作信号にし
たがって、前記属性画像データ記憶手段に格納された前
記属性画像データをリフォームのシミュレーション結果
となるように変更することを特徴とする。

【００２５】また、本発明は、以下のリフォーム結果シ
ミュレーション方法を提供する。

【００２６】リフォーム結果シミュレーション方法は、
シミュレーションの対象物である建築物の画像データの
登録を行う施工者端末と、前記施工者端末から送信され
た画像データを格納する画像データ記憶手段と、前記加
工者端末から送信された属性画像データを格納する属性
画像データ記憶手段と、前記属性画像データの変更に用
いられるテクスチャデータを格納するテクスチャデータ
記憶手段と、前記属性画像データと前記テクスチャデー
タとを組合せて、前記属性画像データを変更する画像変
更手段とを有するサーバと、前記画像データを前記サー
バから受信し加工処理する加工者端末とを有するネット
ワークシステムから構成されるリフォーム結果シミュレ
ーションシステムにおいて用いられる。そして、前記施
工者端末が、前記サーバの画像データ記憶手段に前記画
像データをアップロードするステップと、前記サーバが
前記受信した画像データを前記加工者端末に示し、加工
者端末からの加工処理の申し込みを受け付けるステップ
と、前記サーバが、前記画像データ記憶手段に格納され
ている前記画像データを特定する特定情報を付した後前
記画像データを前記申し込みした加工者端末に送信する
ステップと、前記サーバが、前記画像データを受信した
前記加工者端末によって加工された属性画像データを受
信して前記属性画像データ記憶手段に格納するステップ
と、前記施工者端末が、前記属性画像データを変更し、
画像変更手段を操作する操作信号を前記サーバに送信す
るステップと、前記サーバが画像変更手段によって、前
記操作信号にしたがって、前記加工画像を変更するステ
ップとを備えることを特徴とする。

【００２７】上記方法によれば、施工者端末はシミュレ
ーションのために画像データを加工する必要はなく、そ
のためのオペレータの育成も不要である。また、シミュ
レーションに用いる柄データや色データはサーバに格納
されているものを用いるため、作成する必要がない。

【００２８】

【発明の実施の形態】以下、本発明の一実施形態に係る
リフォーム結果シミュレーションシステムについて、図
面を参照しながら説明する。

【００２９】図１は、本実施形態に係るリフォーム結果
シミュレーションシステムのシステム構成図である。本
システム１は、工務店などのリフォーム工事を施工する
施工者が操作する施工者端末２と、施工者に対してリフ
ォームの発注を行う発注者が操作する発注者端末３と、
リフォームに用いる建材を製造、販売する建材メーカー
の担当者が操作する建材メーカー端末４と、シミュレー
ションに用いる写真の加工を行う加工者が操作する加工
者端末５と、本システムの包括的な管理を行うサーバ６
とが相互に公衆ネットワーク（インターネット）７で接
続されている。これらの端末２〜５及びサーバは必ずし
も１つである必要はなく、複数であってもよい。

【００３０】図２は、上記システムにおいて用いられる
サーバの構成を示すブロック図である。サーバ６は、イ
ンターネット７との情報の送受信を司る送受信部１１、
サーバ６において用いられるメインプログラム１２ａと
インターネットを通じて各端末に表示する画面に関する
データ及びリンクに関する情報などを格納したｗｅｂデ
ータ１２ｂを含む記憶部１２、サーバ６に含まれるブロ
ックの包括的な管理や画像変更などの情報の演算などを
司る制御演算部１３、会員に関するデータを格納する会
員データベース１４、シミュレーションの対象となる受
注画像に関する情報を格納した受注画像データベース１
５、受注画像を属性付け加工した属性画像に関する情報
を格納した属性画像データベース１６、シミュレーショ
ンに用いる色のデータや柄のパターンデータに関する情
報を格納したテクスチャデータベース１７を有してい
る。

【００３１】図３はサーバに格納されている会員データ
ベースのデータベース構造を示す図である。会員データ
ベース１４は本システムに属する会員についての情報を
格納するものであり、具体的には、施工者、加工者、建
材メーカーのそれぞれ個々の情報が会員コード１４ａを
キーとして格納されている。会員データベースに格納さ
れている他の情報１４ｂとしては、会員の名称、住所、
電話番号、ＦＡＸ番号、Ｅメールアドレスのほか、施工
者、加工者、建材メーカーの種別を示す会員種別や、サ
ーバにアクセスするための認証に用いるパスワードなど
が格納されている。本実施形態では、発注者は本システ
ムの会員に属しておらず、会員コードを有しないため、
後述するように別の方法により認証を行う。

【００３２】図４はサーバに格納されている受注画像デ
ータベースのデータベース構造を示す図である。受注画
像データベース１５は、発注者から受注を受けた施工者
が行うリフォームの対象である建築物などの情報を格納
するためのものである。したがって、受注画像データベ
ースに格納される情報の大部分は、好ましくは、施工者
端末２からサーバ６に送信される。もちろん、サーバの
管理者が施工者から受け取った書類などに記載されてい
る情報を入力するようにしてもよい。そして、受注画像
データベース１５の情報の一部は後述するように、公衆
ネットワーク上に公開され、ダウンロード処理を行った
加工者端末５に送信される。

【００３３】受注画像データベース１５は、画像コード
１５ａをキーとして、施工者の情報や発注者の情報など
の情報１５ｂを格納する。具体的には、受注画像を送信
した施工者（すなわち、発注者が改装を依頼した施工
者）の会員コード、データの登録日、画像加工処理をい
つまでに終了させてもらいたいかの希望加工締日、施工
者に改装を依頼した発注者の名称、どのような改装を希
望するかの施工内容、などが格納される。また、サーバ
６は、これらの情報を施工者端末２から受信すると、発
注者の認証に用いる発注者パスワードを作成し、データ
ベースに登録する。また、シミュレーションに用いられ
る受注画像のファイル名が格納されている。画像ファイ
ル１５ｃは後述するように、加工者端末に送信され、マ
スク処理などの画像加工を行うために別ファイルとして
格納される。

【００３４】図５はサーバに格納されている属性画像デ
ータベースのデータベース構造を示す図である。属性画
像データベース１６は、加工者によって加工処理された
属性画像に関する情報を格納するための図である。した
がって、属性画像データベース１６に格納される情報の
一部（属性画像ファイル）は、好ましくは、加工者端末
５からサーバ６に送信される。そして、属性画像データ
ベース１６に格納される属性画像ファイルは、後述する
ように、公衆ネットワークを通じて施行者端末２又は発
注者端末３から操作され、シミュレーションに用いられ
る。

【００３５】属性画像データベース１６は、属性画像コ
ード１６ａをキーとして、属性画像に関する情報を格納
する。具体的には、属性画像データと関連付けられた受
注画像データベースの画像コード、受注画像を加工した
加工者を特定するための会員コード（加工者ＩＤ）、加
工者による画像処理が終了し本データベースに属性画像
が登録された日付を示す作業終了日、属性画像コードに
より特定される属性画像の状態がどの段階にあるかを示
すステイタスなどが格納される。ステイタスは、後述す
るように、属性加工発注未、属性加工依頼中、属性加工
終了、シミュレーション中、シミュレーション決定に分
けることが好ましい。また、マスク処理、面処理など画
像加工が行われた属性画像データ１６ｃ、属性画像デー
タの領域ごとに設けられたマスクの情報を示す属性デー
タ１６ｄなどの情報も格納される。

【００３６】図６はサーバに格納されているテクスチャ
データベースのデータベース構造を示す図である。テク
スチャデータベース１７は、属性画像のシミュレーショ
ン時に用いられ、属性画像の指定領域の色や柄を自由に
変更する場合の元データである。本実施形態では、テク
スチャデータベース１７は、建材メーカーの同系統の製
品ごとに設けられたテクスチャコードを主キーとし、そ
の製品の製造元である建材メーカーの名称や住所、テク
スチャデータを変更、追加などする場合に用いられる認
証情報であるパスワードなどが格納されている。したが
って、テクスチャデータベースに格納されているテクス
チャデータについては、好ましくは、そのテクスチャデ
ータにより特定される建材の製造元である建材メーカー
端末からサーバに送信される。本実施形態では、テクス
チャデータとして、タイルや木目などの模様のパターン
画像を有するテクスチャ柄データ１７ｄと、色彩を特定
するコードだけで構成されるテクスチャ色データ１７ｃ
とが設けられている。これらの２つのテクスチャデータ
の違いについては詳しく後述する。なお、テクスチャデ
ータには、その製品の製品名や単価が格納されているこ
とが好ましい。

【００３７】図７は、本実施形態に係るリフォーム結果
シミュレーションシステムの情報の流れを示す図であ
る。本システムにおいて、発注者から依頼を受けた施工
者はリフォームの対象となる建築物の写真をデジタルカ
メラで撮影又は写真をスキャナでデジタル処理して画像
データを作成する（１５ｄ）。作成された画像データ
は、矢印５０で示すようにサーバ６の受注画像データベ
ース１５にアップロードされる。受注画像データベース
に格納された画像データは、後述するように、インター
ネット７上で公開され、加工申し込みを行った加工者に
よって加工処理を行う。加工者端末による加工処理のた
め、画像データは、矢印５２で示すように加工者端末に
ダウンロードされる（１５ｆ）。加工者は、ダウンロー
ドした画像データを矢印５３で示すように属性加工を行
い、属性画像データを作成する（１６ｅ）。属性画像デ
ータは矢印５４で示すようにサーバへアップロードされ
属性画像データベース１６に格納される。

【００３８】属性画像データが、サーバ６の属性画像デ
ータベースに格納されると、矢印５５に示すようにサー
バは施工者端末に対し、シミュレーションにおける認証
情報として、受注コードとパスワードを送信する。施工
者端末２は、発注者端末３に対し、矢印５６で示すよう
に送信された受注コードとパスワードを通知する。

【００３９】施工者または受注コードとパスワードの通
知を受けた発注者はそれぞれの端末を用いて画像のシミ
ュレーション操作を行う（２０）。シミュレーションに
必要とされるソフトウェアはサーバ６の記憶部１２に格
納されており、施工者端末２または発注者端末３から操
作信号をサーバに送信し、これを操作することによって
行う。この操作においては、属性画像データベース１６
に格納されている属性画像データとテクスチャデータベ
ース１７に格納されているテクスチャデータが用いられ
る。なお、サーバ６のテクスチャデータベース１７に格
納されている情報は、矢印５７で示すように、そのテク
スチャデータにより特定される建材の製造元である建材
メーカーからアップロードされたものである。

【００４０】施工者端末２または発注者端末３を通して
シミュレーションが終了すると、矢印５８に示すよう
に、属性画像データに格納されているシミュレーション
後の属性画像データが施工者端末２によってダウンロー
ドされ、施工者端末に送信される（１６ｆ）。施工者端
末はダウンロードした画像データを元に発注者の注文通
りに施工することができる。

【００４１】次に、本システムの動作を詳細に説明す
る。まず、発注者から依頼を受けた施工者は、画像デー
タを作成した後、所定のＵＲＬを指定してサーバ６に接
続する。サーバ６は記憶部１２のｗｅｂデータ１２ｂに
格納されている初期画面に関する情報を施工者端末２へ
送信し、その画面上に表示させる。図８は、初期画面の
画面表示例である。

【００４２】初期画面３０には、４つの下位メニューが
表示される。新規発注メニュー３０ａは発注者から依頼
を受けた施工者端末が、その登録を行うためのメニュー
である。属性加工依頼メニュー３０ｂは、後述するよう
に、加工者が属性加工処理するために、画像データを選
択するためのメニューである。シミュレーションメニュ
ー３０ｃは、施工者端末又は発注者端末から発注の対象
である建築物のシミュレーションを行うためのメニュー
である。テクスチャデータ登録メニュー３０ｄは、主に
建材メーカー端末から操作され、シミュレーションに用
いるテクスチャデータを登録、変更するためのメニュー
である。ここでは、施工者は、自己の施工者端末２の画
面に表示されている上記メニューの中から、新規発注メ
ニュー３０ａを選択しサーバ６に送信する。この情報を
受信したサーバ６はメインプログラム１２ａの指示に基
づいて新規発注メニューの処理を行う。

【００４３】図９は新規発注メニューにおけるサーバの
処理のフロー図である。施工者端末２から新規発注メニ
ュー開始の信号を受信したサーバ６は、まず、情報の発
信元である施工者端末に、会員コード及びパスワードの
入力を求めるために、入力画面の情報を送信する（ステ
ップ１０１）。施工者端末を操作する施工者がこの求め
に応じ会員コード及びパスワードを入力後送信すること
によって、サーバ６はこれらの情報受信する（ステップ
１０２）。ここで、会員コード及びパスワードは、サー
バ６の会員データベース１４に格納されているものであ
り、施工者端末２から送信された情報が会員データベー
ス１４に格納されている情報と一致しているか否かにつ
いて判断する（ステップ１０３）。なお、このとき、受
信した会員コードで特定される会員の種別を判断して、
施工者でない場合は、エラー表示に関する情報を該端末
に送信するようにしてもよい。両者が一致していない場
合は、再度の会員コードとパスワードの入力を求める。

【００４４】受信した会員コードとパスワードが会員デ
ータベース１４に格納されている情報と一致した場合
は、サーバ６は、画像データの入力を求めるために（ス
テップ１０４）、画像データ入力画面に関する情報を該
施工者端末２に送信し、図１０に示すような画面を施工
者端末２に表示させる。

【００４５】図１０は画像データ入力画面の画面表示例
である。画像データ入力画面３２では、施工者があらか
じめ作成しておいた画像データをサーバに登録するため
の準備処理を行う。画面には、発注者の氏名といつまで
に属性加工を終了させてほしいかの希望加工締日の情報
を入力するための欄が設けられている。なお、発注者の
氏名については入力を省略してもよい。また、画像デー
タを添付して送信するための欄３２ｂ及び、発注者から
依頼された施工内容について記載する欄３２ａが設けら
れている。これらの欄に記載又は添付された情報は加工
者が属性加工する場合の参考として用いられる。必要な
欄への入力が終了すると、施工者は自己の端末を操作
し、送信するボタン３２ｃを送信することによって、画
像データに関する情報がサーバ６に送信される。

【００４６】サーバ６は該施工者端末から送信された画
像データに関する情報を受信する（ステップ１０５）。
サーバ６はこれらの受信した情報について、発注者端末
からアクセスための発注者用のパスワードを作成し、該
施工者端末に送信する（ステップ１０６）。受信した施
工者端末は、発注者にこのパスワードを通知することに
よって、発注者が自己の受注についてのみシミュレーシ
ョンできるようにすることができる。発注者用のパスワ
ードについては詳しくは後述する。図１１は、施工者端
末に送信されるパスワードの通知例である。この通知例
３３には、少なくとも受注コード３３ａと発注者用パス
ワード３３ｃが含まれている。受注コード３３ａは例え
ば、画像データに関する情報が受注画像としてサーバ６
の受注画像データベース１５に登録される際の画像コー
ド１５ａを用いることができる。

【００４７】また、発注者用パスワード３３ｃは、次ス
テップ１０７において該施工者端末から送信された画像
データに関する情報とともにサーバ６の受注画像データ
ベース１５に登録される。受注画像データが受注画像デ
ータベース１５に登録されると、加工者端末からの属性
加工処理のために公開する画面の情報を更新する（ステ
ップ１０８）。具体的には、後述する属性加工依頼処理
において受注画像データのサムネイルを表示するため
に、記憶部１２のｗｅｂデータ１２ｂの属性加工依頼処
理の第１画面に関する情報を更新する。これらの処理を
終了すると、受注画像データの新規発注処理が終了す
る。

【００４８】次に、施工者端末によって登録された受注
画像データの属性処理を行う。この方法としては、あら
かじめサーバに登録された加工者に対し、処理の対象で
ある受注画像に関する情報の一部を公衆ネットワーク上
に公開し、加工者が任意にその中から選択して属性処理
を行う。加工者には、属性処理を行ったことに対して報
酬の支払いが行われる。

【００４９】属性処理を行おうと考える加工者は、所定
のＵＲＬを指定してサーバ６に接続する。サーバ６は記
憶部１２のｗｅｂデータ１２ｂに格納されている初期画
面（図８参照）に関する情報を加工者端末５へ送信し、
その画面上に表示させる。加工者が属性加工依頼メニュ
ー３０ｂを選択しサーバ６に送信する。この情報を受信
したサーバ６はメインプログラム１２ａの指示に基づい
て以下の属性加工依頼メニューの処理を行う。

【００５０】図１２は属性加工依頼メニューにおけるサ
ーバの処理のフロー図である。加工者端末５から新規発
注メニュー開始の信号を受信したサーバ６は、まず、情
報の発信元である加工者端末に、会員コード及びパスワ
ードの入力を求めるために、入力画面の情報を送信する
（ステップ２０１）。加工者端末を操作する加工者がこ
の求めに応じ会員コード及びパスワードを入力後送信す
ることによって、サーバ６はこれらの情報受信する（ス
テップ２０２）。ここで、会員コード及びパスワード
は、サーバ６の会員データベース１４に格納されている
ものであり、加工者端末５から送信された情報が会員デ
ータベース１４に格納されている情報と一致しているか
否かについて判断する（ステップ２０３）。なお、この
とき、受信した会員コードで特定される会員の種別を判
断して、加工者でない場合は、エラー表示に関する情報
を該端末に送信するようにしてもよい。両者が一致して
いない場合は、再度の会員コードとパスワードの入力を
求める。

【００５１】受信した会員コードとパスワードが会員デ
ータベース１４に格納されている情報と一致した場合
は、サーバ６は、属性処理を依頼する受注画像の選択を
求めるために、施工者端末から登録された情報である受
注画像データベースに格納されている情報を該加工者端
末５に送信する（ステップ２０４）。該加工者端末に
は、図１３に示すような属性加工依頼処理における第１
画面が表示される。第１画面３４には、現時点で画像デ
ータベース１５に格納されている受注画像の一覧が表示
され、加工者に対して、属性処理を依頼する受注画像の
特定を求める（ステップ２０５）。画面３４には、受注
画像のサムネイル３４ｂ、３４ｃが表示されており、こ
れを選択することによって、施工内容や希望加工締日な
ど画像データベース１５に格納されているより詳細な情
報が表示されるようにしてもよい。加工者が開くボタン
３４ａをクリックすることによって、画像特定に関する
情報がサーバ６に送信される。なお、このとき、画像デ
ータベース１５及びこれに対応する属性画像データベー
ス１６のステイタスを確認し、まだ属性加工処理依頼が
なされていないかについて最終確認を行ってもよい。こ
れを受信したサーバ６は画像データベース１５に格納さ
れている特定された受注画像を該加工者端末５に送信す
る（ステップ２０６）。サーバからの特定された受注画
像の送信が終了すると、加工者端末とサーバの接続は切
断される。

【００５２】次いでサーバは受注画像の属性加工処理依
頼が終了した旨を属性画像データベース１６に記憶さ
せ、ステイタスの情報を更新する（ステップ２０７）。
また、ｗｅｂデータ１２ｂから属性処理依頼が終了した
受注画像データを属性加工依頼処理における第１画面か
ら削除するためにｗｅｂデータを更新する（ステップ２
０８）。これらの処理が終了すると、加工者端末に対す
る属性加工依頼処理が終了する。

【００５３】受注画像の属性加工の依頼を受けた加工者
は自己の端末を用いてその受注画像について属性加工を
行う。この処理に必要とされるソフトウェアは、加工者
端末に格納されていることが好ましい。ただし、例え
ば、サーバ６と接続して、サーバに格納されているソフ
トウェアを操作するようにしてもよい。

【００５４】図１４に加工者が行う属性加工処理の処理
手順のフローを示す。属性加工処理は従来より行われて
いる画像補正、マスク作成、面作成の処理が行われ、属
性を付した属性画像を作成する処理である。加工者は、
まずサーバから受信した受注画像を図１５に示すよう
に、自己の加工者端末に表示させ、ソフトウェアを用い
て画像の色合いやコントラストなどを調整し、建築物の
ひび割れや雨だれなどの壁面の汚れを画像処理で除去す
る画像補正処理（ステップ３０１）を行う。

【００５５】次いでマスク作成・面作成を行う。すなわ
ち、シミュレーションする対象エリアを部位別に領域指
定し、壁面などの傾きを指定する。図１６にマスク作成
・面作成処理を説明する画面表示例を示す。図１６に示
した画面３６ａは、図１５に示した画面３６に表示され
ている対象物を拡大した画面である。この画面３６ａで
は、屋根の部分に係る領域指定を行う。すなわち、屋根
の部分を全体的にカーソルを用いて領域指定し、マスク
名を定める。そして、そのマスク名の中に方向の異なる
面が複数含まれている場合は、さらにその面をカーソル
で囲むことによって領域指定してエリアを定め、そのエ
リアごとに面の傾きを定義する。画面３６ａでは、マス
ク名「屋根」の領域において、符号３６ｂで示すエリア
の面の傾きを定義する状態を示している。

【００５６】面の傾きを定義するために本実施形態で
は、面の法線の延伸方向を３次元座標中で表す方式を採
用する。図１７は面の傾きの定義を行った属性データの
構造を示す図である。図１７において、各領域３８ａ，
３８ｂ，３８ｃは、それぞれ屋根、玄関扉、上壁のマス
ク名を有しており、玄関扉３８ｂは、方向の異なる複数
の面を有さない１つのエリアで構成された領域である。
したがって、エリアＮｏ．３８ｄの指定はなく、その領
域自体の面の傾きをｘ，ｙ，ｚ方向ごとに数値（３８ｘ
〜３８ｚ）で定義することによって示すことができる。
一方、マスク名屋根３８ａは方向が異なる３つの面から
構成されており、それぞれのエリア３８ｄごとにｘ，
ｙ，ｚ方向の値が定められている。

【００５７】上記のような画像補正（ステップ３０１）
及びマスク作成・面作成（ステップ３０２）をシミュレ
ーションの対象である領域すべてについて繰り返し行
い、属性加工が終了（ステップ３０２）すると加工者端
末からサーバに属性画像及び属性データからなる属性画
像情報を送信する。これら一連の処理が終了すると加工
者の属性加工処理が完了する。

【００５８】図１８にシミュレーション準備処理のフロ
ー図を示す。シミュレーション準備処理は、属性画像情
報を加工者端末５から受信したサーバ６が、施工者端末
２などに対してシミュレーションできるように準備をす
る処理である。まず、加工者端末５からサーバが属性画
像情報を受信する（ステップ４０１）と、サーバ６はそ
の情報をその画像コードにより特定される属性画像デー
タベースに登録し、データベースを更新する（ステップ
４０２）。次いで、その画像コードにより特定される属
性画像データベース１６に対応する画像データベース１
５に格納されている施工者の会員コードを参照して、該
施工者端末２に属性加工終了通知を送信する（ステップ
４０３）。図１９は属性加工終了通知の通知例である。
この通知４０には、少なくとも受注コード４０ｂと発注
者用パスワード４０ｃが含まれている。受注コード４０
ｂは例えば、画像データに関する情報が受注画像として
サーバ６の受注画像データベース１５に登録される際の
画像コード１５ａを用いることができる。また、発注者
用パスワード３４ｃは、サーバ６の受注画像データベー
ス１５に登録されているものである。属性加工終了通知
を受信した施工者は、発注者に対してシミュレーション
の認証に用いる受注コードとパスワードを通知する。

【００５９】属性加工終了通知を受信すると、施工者ま
たは発注者は自己の端末を用いてシミュレーションをす
ることができる。図２０は施工者がシミュレーションを
行う場合の処理の流れを示すフロー図である。まず、施
工者は、所定のＵＲＬを指定してサーバ６に接続する。
サーバ６は記憶部１２のｗｅｂデータ１２ｂに格納され
ている初期画面に関する情報を施工者端末２へ送信し、
その画面上に表示させる。施工者は４つの下位メニュー
の中からシミュレーション３０ｃを選択し、サーバ６に
送信する。この情報を受信したサーバ６はメインプログ
ラム１２ａの指示に基づいてシミュレーションメニュー
の処理を行う。

【００６０】施工者端末２からシミュレーションメニュ
ー開始の信号を受信したサーバ６は、まず、情報の発信
元である施工者端末に、会員コード及びパスワードの入
力を求めるために、入力画面の情報を送信する（ステッ
プ５０１）。施工者端末を操作する施工者がこの求めに
応じ会員コード及びパスワードを入力後送信することに
よって、サーバ６はこれらの情報受信する（ステップ５
０２）。ここで、会員コード及びパスワードは、サーバ
６の会員データベース１４に格納されているものであ
り、施工者端末２から送信された情報が会員データベー
ス１４に格納されている情報と一致しているか否かにつ
いて判断する（ステップ５０３）。両者が一致していな
い場合は、再度の会員コードとパスワードの入力を求め
る。

【００６１】受信した会員コードとパスワードが会員デ
ータベース１４に格納されている情報と一致した場合
は、サーバ６は、属性画像データベース１６に格納され
ている情報を検索し、当該会員コードを含み、かつステ
イタスが属性加工終了の情報のみを選択する（ステップ
５０４）。サーバ６は選択された属性画像データを一覧
に表したサムネイル表示（図１３参照）に関する情報を
該施工者端末に送信する。施工者は、表示された一覧に
シミュレーションの対象が含まれているかどうかを判断
し、含まれている場合は、これを特定してサーバ６に送
信する。一覧に含まれていない場合、すなわち、まだ施
工者端末に属性加工終了通知が送信されておらず、ステ
イタスが属性加工終了となっていない画像に関しては、
上述のようにこの一覧表示に含まれていないため、この
まま終了させる。特定された属性画像情報を受信したサ
ーバはシミュレーション画面を起動させ、該施工者端末
に表示させる。

【００６２】次に、発注者が自己の発注者端末を用いて
シミュレーションする場合の処理のフローを説明する。
図２１は発注者がシミュレーションを行う場合の処理の
流れを示すフロー図である。まず、発注者は、所定のＵ
ＲＬを指定してサーバ６に接続する。サーバ６は記憶部
１２のｗｅｂデータ１２ｂに格納されている初期画面に
関する情報を発注者端末３へ送信し、その画面上に表示
させる。発注者は４つの下位メニューの中からシミュレ
ーション３０ｃを選択し、サーバ６に送信する。この情
報を受信したサーバ６はメインプログラム１２ａの指示
に基づいてシミュレーションメニューの処理を行う。

【００６３】発注者端末３からシミュレーションメニュ
ー開始の信号を受信したサーバ６は、まず、情報の発信
元である施工者端末に、受注コード及びパスワードの入
力を求めるために、入力画面の情報を送信する（ステッ
プ６０１）。ここで、受注コードは、施工者端末から登
録された受注画像ごとに設けられているコードであり、
上述のように、例えば、画像データに関する情報が受注
画像としてサーバ６の受注画像データベース１５に登録
される際の画像コード１５ａを用いることができる。ま
た、パスワードは、画像データベース１５に登録時にサ
ーバ６によって作成された（ステップ１０６参照）もの
であり、これも画像データごとに設けられているもので
ある。発注者は、施工者と異なり、自己の注文以外をシ
ミュレーションできないようにするため、画像データご
とに受注コードとパスワードを設けることが好ましい。
本実施形態では、このように施工者と発注者とでコード
とパスワードの種類を変化させている。

【００６４】発注者端末を操作する発注者が、この求め
に応じ受注コード及びパスワードを入力後送信すること
によって、サーバ６はこれらの情報を受信する（ステッ
プ６０２）。ここで、受注コード及びパスワードは、サ
ーバ６の画像データベース１５に格納されているもので
ある。サーバは、加工者端末３から送信された受注コー
ドが画像データベース１５に格納されているかをまず検
索し、その受注画像データに格納されているパスワード
が送信されたパスワードと一致しているか否かについて
判断する（ステップ６０３）。パスワードが一致してい
ない場合は、再度の受注コードとパスワードの入力を求
める。

【００６５】受信したパスワードが画像データベース１
４に格納されている受注コードにより特定される画像デ
ータに含まれるパスワードと一致した場合は、対応する
属性画像データベース１６を検索する。このとき、ステ
イタスを確認して属性加工が終了しているかどうかを判
断する（ステップ６０４）。属性加工が終了していない
場合は、エラー表示を表示し（ステップ６０６）、シミ
ュレーションを行うことなく終了する。属性加工が終了
している場合は、シミュレーション画面ヘ移行する（ス
テップ６０５）。

【００６６】図２２は、シミュレーション画面の画面表
示例である。シミュレーション画面４２には、属性画像
データベース１６に格納されている属性画像４２ａ欄及
び属性情報欄４２ｂ及び、テクスチャデータベース１７
に格納されているテクスチャデータ欄４２ｃが表示され
ている。属性情報４２ｂは、施工者及び発注者の複数が
シミュレーションすることができるように、配色を複数
選択することができる配色選択欄４２ｇが設けられてい
る。この画面を操作する施工者または発注者は、属性情
報欄４２ｂの中から変更したい領域（屋根、上壁、下壁
など）を選択し、その領域をどのように変更したいか
を、テクスチャデータ欄４２ｃの中から選択する。する
と、それらの情報がサーバ６に送信され、サーバにおい
て、選択された領域を変更した画像を端末に送信し、画
面に表示させる。この画面を操作する施工者または発注
者は、これらの作業を繰り返し、自由に画像をシミュレ
ーションする。また、シミュレーションの結果、イメー
ジ通りに配色できなかった場合などは、「現状色へ」ボ
タンをクリックすることにより、すべての領域について
属性画像データベース１６に格納されている現状色へ戻
すことができる。なお、テクスチャデータ欄は、建材メ
ーカー欄４２ｆを設け、建材メーカーごとにそのテクス
チャデータを表示させることが好ましい。

【００６７】シミュレーションが、色の変更のみですむ
場合は、選択された領域の面の方向は考慮する必要がな
いが、柄が変更する場合は、その面の向きを考慮する必
要がある。このために、属性加工処理において行われ
た、複数のエリアで構成されている１つの領域につい
て、エリアごとに、その面の方向を演算し、テクスチャ
データに格納されている柄のパターンを変形させて表示
させるようにする。具体的には、例えば、図１７で示す
屋根の領域は３つのエリアからされており、そのエリア
ごとに定義付けされている向きの情報にしたがって、サ
ーバ６の演算により正面からの投影によって表示されて
いる柄のパターンを変更させる。

【００６８】このようにしてシミュレーションされた属
性画像は、サーバに保存することができる。そのとき
は、「保存して終了」ボタン４２ｄをクリックすること
によって、そのシミュレーション後の画像がサーバ６の
属性画像データベースに保存される。保存せずに終了さ
せるときは、「保存させずに終了」ボタン４２ｅをクリ
ックすることで、シミュレーション画面を終了させるこ
とができる。

【００６９】このようにして発注者と施工者が、それぞ
れシミュレーションを行い保存したシミュレーション結
果を、配色選択欄４２ｇの中から過去のシミュレーショ
ン結果を選択することで属性画像データベースから読み
出し、他の端末に対象物を画面に表示させることができ
る。したがって、例えば、施工者が行ったシミュレーシ
ョンのイメージを発注者端末に表示して発注者がさらに
微調整をすることができる。このようにすることによっ
て、従来行われていたシミュレーションのリトライの回
数を少なくすることができる。

【００７０】なお、上述のように、サーバ６のテクスチ
ャデータベース１７に格納されているテクスチャデータ
は、建材メーカー端末４を通じてサーバに登録される。
このためには、建材メーカー端末から送信される会員コ
ードとパスワードを用いて認証することが好ましい。

【００７１】そして、テクスチャデータにその建材の単
価の情報を含めておくことにより、シミュレーションの
結果から改装に必要な建材の金額を算出させることもで
きる。

【００７２】以上説明したように、本実施形態のリフォ
ーム結果シミュレーションシステムによれば、従来の発
注者と施工者との間で行われていたシミュレーションの
手間を大幅に軽減することができる。また、発注者自ら
シミュレーションできるので、施工者のリトライの回数
を少なくすることができる。

【００７３】また、テクスチャデータは、その建材を製
作している建材メーカーの端末からサーバに直接送信さ
れるため、シミュレーションを行うものが自ら作成する
必要はなく、シミュレーションのために必要な工数を少
なくすることができる。

【００７４】なお、本発明は上記実施形態に限定される
ものではなく、その他種々の態様で実施可能である。例
えば、サーバは演算処理を行うサーバと画像データ（受
注画像及び／又は属性画像）を格納するサーバとに分け
て用いることもできる。また、必ずしもテクスチャデー
タはサーバに格納する必要はなく、例えば、シミュレー
ションに用いる製品の建材メーカーの端末にデータベー
スにテクスチャデータを格納し、シミュレーションの都
度アクセスするように構成しても良い。

【００７５】また、本システムは改装リフォームの発注
を行うシステムとして利用されているが、同様のシステ
ムを服のリデザインなどのリフォーム結果シミュレーシ
ョンシステムとして用いることができる。例えば、ある
デザイン洋服の身頃部分に模様を加えたり色を変化させ
たりする場合などに、本システムと同様のシステムを用
い、属性加工処理を依頼し、属性加工処理終了後、指定
領域を色・柄のパターンに基づいて自由に変更してシミ
ュレーションすることも可能である。

【図面の簡単な説明】

【図１】 本発明の実施形態に係るシステム構成図であ
る。

【図２】 図１のシステムのサーバの構成を示すブロッ
ク図である。

【図３】 会員データベースのデータベース構造を示す
図である。

【図４】 受注画像データベースのデータベース構造を
示す図である。

【図５】 属性画像データベースのデータベース構造を
示す図である。

【図６】 テクスチャデータベースのデータベース構造
を示す図である。

【図７】 図１のシステムの情報の流れを示す図であ
る。

【図８】 初期画面の画面表示例である。

【図９】 新規発注処理のフロー図である。

【図１０】 画像データ入力画面の画面表示例である。

【図１１】 施工者端末に送信されるパスワードの通知
例である。

【図１２】 属性加工依頼処理のフロー図である。

【図１３】 属性加工依頼処理の第１画面表示例であ
る。

【図１４】 属性加工処理のフロー図である。

【図１５】 属性加工処理の画面表示例である。

【図１６】 属性加工処理の拡大画面の表示例である。

【図１７】 面の傾きの定義を行った属性データの構造
を示す図である。

【図１８】 シミュレーション準備処理のフロー図であ
る。

【図１９】 属性加工終了通知の通知例である。

【図２０】 施工者がシミュレーション処理を行う場合
の処理のフロー図である。

【図２１】 発注者がシミュレーション処理を行う場合
の処理のフロー図である。

【図２２】 シミュレーション画面の画面表示例であ
る。

【図２３】 従来のリフォームを行う場合の各過程の関
係を説明する図である。

【符号の説明】

１ リフォーム結果シミュレーションシステム ２ 施工者端末 ３ 発注者端末 ４ 建材メーカー端末 ５ 加工者端末 ６ サーバ ７ 公衆ネットワーク １１ 送受信部 １２ 記憶部 １２ａ メインプログラム １２ｂ ｗｅｂデータ １３ 制御演算部 １４ 会員データベース １５ 受注画像データベース １６ 属性画像データベース １７ テクスチャデータベース

Claims (8)

(57)【特許請求の範囲】
1. 【請求項１】 システムの総括的な管理を行うサーバ
   と、サーバに対してリフォームの対象物である建築物の
   画像データの登録を行う施工者端末と、前記画像データ
   を前記サーバから受信し加工処理する加工者端末とを有
   するネットワークシステムから構成され、前記建築物の
   リフォーム結果をシミュレーションするためのリフォー
   ム結果シミュレーションシステムであって、 前記サーバは、前記施工者端末から送信された画像デー
   タを格納する画像データ記憶手段と、前記加工者端末か
   ら送信された属性画像データを格納する属性画像データ
   記憶手段と、前記属性画像データの変更に用いられるテ
   クスチャデータを格納するテクスチャデータ記憶手段
   と、前記属性画像データと前記テクスチャデータとを組
   合せて、前記属性画像データを変更する画像変更手段と
   を有し、 前記施工者端末は、前記サーバの画像データ記憶手段に
   前記画像データを送信し、 前記サーバは、前記画像データ記憶手段に格納されてい
   る前記画像データを特定する特定情報を付した後前記画
   像データを前記加工者端末に送信し、 前記サーバは、前記画像データを受信した前記加工者端
   末によって加工された属性画像データを受信して前記属
   性画像データ記憶手段に格納し、 前記施工者端末は、前記属性画像データをリフォームの
   シミュレーション結果となるように変更し前記画像変更
   手段を操作する操作信号を前記サーバに送信し、 前記サーバの画像変更手段は、前記操作信号にしたがっ
   て、前記属性画像データを変更することを特徴とするリ
   フォーム結果シミュレーションシステム。
2. 【請求項２】 さらに、前記テクスチャデータにより特
   定される部材を製造する部材メーカー端末を有し、前記
   部材メーカー端末は、部材の外観を示すテクスチャデー
   タを前記サーバのテクスチャデータ記憶手段に送信する
   ことを特徴とする請求項１記載のリフォーム結果シミュ
   レーションシステム。
3. 【請求項３】 さらに、前記施工者端末の操作者に対し
   て発注を行った発注者が操作する発注者端末を有し、前
   記発注者端末は、前記属性画像データをリフォームのシ
   ミュレーション結果となるように変更し前記画像変更手
   段を操作する操作情報を前記サーバに送信することを特
   徴とする請求項１または２記載のリフォーム結果シミュ
   レーションシステム。
4. 【請求項４】 施工者端末と、画像データを受信し加工
   処理する加工者端末と共にネットワークシステムを構成
   し、リフォームの対象物である建築物のリフォーム結果
   をシミュレーションするためのリフォーム結果シミュレ
   ーション装置であって、 前記施工者端末から送信された前記建築物の画像データ
   を格納する画像データ記憶手段と、前記加工者端末から
   送信された属性画像データを格納する属性画像データ記
   憶手段と、前記属性画像データの変更に用いられるテク
   スチャデータを格納するテクスチャデータ記憶手段と、
   前記属性画像データと前記テクスチャデータとを組合せ
   て、前記属性画像データを変更する画像変更手段とを有
   し、 前記画像データ記憶手段に記憶されているシミュレーシ
   ョンの対象物の画像データを前記加工端末に送信し、 前記画像データを受信した前記加工者端末によって加工
   された前記属性画像データを受信して前記属性画像デー
   タ記憶手段に格納し、 前記画像変更手段は、前記施工者端末から送信される操
   作信号にしたがって、前記属性画像データ記憶手段に格
   納された前記属性画像データをリフォームのシミュレー
   ション結果となるように変更することを特徴とするリフ
   ォーム結果シミュレーション装置。
5. 【請求項５】 前記画像記憶手段は、前記施工者端末か
   ら受信した前記画像データを格納することを特徴とす
   る、請求項４記載のリフォーム結果シミュレーション装
   置。
6. 【請求項６】 さらに、前記テクスチャデータにより特
   定される部材を製造する部材メーカー端末を前記ネット
   ワークシステムに有し、 前記テクスチャデータ記憶手段は、前記部材メーカー端
   末から受信した該テクスチャデータを受信することを特
   徴とする請求項４又は５記載のリフォーム結果シミュレ
   ーション装置。
7. 【請求項７】 さらに、前記施工者端末の操作者に対し
   て発注を行った発注者が操作する発注者端末を前記ネッ
   トワークシステムに有し、 前記画像変更手段は、前記発注者端末から送信される画
   像変更手段を操作する操作信号にしたがって、前記属性
   画像データ記憶手段に格納された前記属性画像データを
   リフォームのシミュレーション結果となるように変更す
   ることを特徴とする請求項４から６いずれか１つに記載
   のリフォーム結果シミュレーション装置。
8. 【請求項８】 シミュレーションの対象物である建築物
   の画像データの登録を行う施工者端末と、前記施工者端
   末から送信された画像データを格納する画像データ記憶
   手段と、前記加工者端末から送信された属性画像データ
   を格納する属性画像データ記憶手段と、前記属性画像デ
   ータの変更に用いられるテクスチャデータを格納するテ
   クスチャデータ記憶手段と、前記属性画像データと前記
   テクスチャデータとを組合せて、前記属性画像データを
   変更する画像変更手段とを有するサーバと、前記画像デ
   ータを前記サーバから受信し加工処理する加工者端末と
   を有するネットワークシステムから構成されるリフォー
   ム結果シミュレーションシステムにおいて用いられるリ
   フォーム結果シミュレーション方法であって、 前記施工者端末が、前記サーバの画像データ記憶手段に
   前記画像データをアップロードするステップと、 前記サーバが前記受信した画像データを前記加工者端末
   に示し、加工者端末からの加工処理の申し込みを受け付
   けるステップと、 前記サーバが、前記画像データ記憶手段に格納されてい
   る前記画像データを特定する特定情報を付した後前記画
   像データを前記申し込みした加工者端末に送信するステ
   ップと、 前記サーバが、前記画像データを受信した前記加工者端
   末によって加工された属性画像データを受信して前記属
   性画像データ記憶手段に格納するステップと、 前記施工者端末が、前記属性画像データを変更し、画像
   変更手段を操作する操作信号を前記サーバに送信するス
   テップと、 前記サーバが画像変更手段によって、前記操作信号にし
   たがって、前記加工画像を変更するステップとを備える
   ことを特徴とするリフォーム結果シミュレーション方
   法。