JP6629636B2 - 図面作成装置、及び図面作成プログラム - Google Patents
図面作成装置、及び図面作成プログラム Download PDFInfo
- Publication number
- JP6629636B2 JP6629636B2 JP2016039429A JP2016039429A JP6629636B2 JP 6629636 B2 JP6629636 B2 JP 6629636B2 JP 2016039429 A JP2016039429 A JP 2016039429A JP 2016039429 A JP2016039429 A JP 2016039429A JP 6629636 B2 JP6629636 B2 JP 6629636B2
- Authority
- JP
- Japan
- Prior art keywords
- door
- dimensional
- construction
- view
- window
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Residential Or Office Buildings (AREA)
Description
本発明は、図面作成装置、及び図面作成プログラムに関し、例えば、施工図面や当該施工図面を用いた立体データの作成に関する。
近年の急激なコンピュータの普及に伴い、建築用の施工図をコンピュータを用いたＣＡＤ（Ｃｏｍｐｕｔｅｒ Ａｉｄｅｄ Ｄｅｓｉｇｎ）装置によって作成する場合が多い。このＣＡＤでは、施工図に対して実際の施工の際に使用する各種建材の材料、形状、サイズ等を加えることで、建築物を正面や外側面から見た立体形状を自動生成したり、建築物内外の視点を移動させることで仮想的に歩きながら見られる画像を表示する技術が提案されている（特許文献１）。
更に、施工図に基づく立体形状だけでなく、キッチンや洗面台、ユニットバス（以下ＵＢと記載する）などの設備についても立体表示することで、より実際に近い立体図をユーザに提供する技術も存在する。この場合、ＣＡＤで立体表示する設備の３Ｄモデル（立体図）を用意しておき、施工図の立体図に配置することで詳細な立体図を表示している。
図１１は、設備の立体図を施工図の立体図に配置する状態を表したものである。
図１１（ａ）は、ＣＡＤで平面表示された施工図４００で、ＵＢを設置する浴室と、建材としてのドア４３０と窓４４０が表示されている。
一方、図１１（ｂ）は、住宅機器メーカが提供しているＵＢのＵＢ立体図３００ａを表したものである。この図１１（ｂ）に示されるように、従来提供されているＵＢ立体図３００ａには壁、天井、ドアが付属していないのが一般的である。これは、施工図４００にＵＢ立体図３００ａを配置した図１１（ｄ）に示すように、ＵＢの壁でドア４３０や窓４４０が隠れたり、ドアが重複して表示されないようにするためである。
このため、ＣＡＤユーザは、図１１（ａ）の施工図４００やその立体図において、ＵＢを配置する部屋の入り口を作成したり別途ドア４３０を配置する作業が必要であった。
しかし、住宅設備メーカーが提供しているＵＢは各製品でドアの位置、種別、サイズの組み合わせが予め決まっているため、より忠実に表現された施工図４００や立体図を作成するための作業がユーザの負担になっている。
図１１（ａ）は、ＣＡＤで平面表示された施工図４００で、ＵＢを設置する浴室と、建材としてのドア４３０と窓４４０が表示されている。
一方、図１１（ｂ）は、住宅機器メーカが提供しているＵＢのＵＢ立体図３００ａを表したものである。この図１１（ｂ）に示されるように、従来提供されているＵＢ立体図３００ａには壁、天井、ドアが付属していないのが一般的である。これは、施工図４００にＵＢ立体図３００ａを配置した図１１（ｄ）に示すように、ＵＢの壁でドア４３０や窓４４０が隠れたり、ドアが重複して表示されないようにするためである。
このため、ＣＡＤユーザは、図１１（ａ）の施工図４００やその立体図において、ＵＢを配置する部屋の入り口を作成したり別途ドア４３０を配置する作業が必要であった。
しかし、住宅設備メーカーが提供しているＵＢは各製品でドアの位置、種別、サイズの組み合わせが予め決まっているため、より忠実に表現された施工図４００や立体図を作成するための作業がユーザの負担になっている。
また、ＵＢなどの各種設備に対応して一般に提供されているのは、ＵＢ立体図３００ａのような立体図だけであり、立体図に対応した平面図は提供されていない場合が多い。このため、ＵＢやキッチン等を施工図４００に表現する場合、ＣＡＤ側で用意された設備の平面図を配置する必要があり、その作業が負担になる。
この作業を軽減し、ＵＢの忠実な平面図を施工図４００に表したのが図１１（ｃ）である。この図では、提供されているＵＢ立体図３００ａを上方から透視した状態の図を作成し、これをＵＢの平面図として施工図４００に配置したものである。
しかし、ＵＢ立体図３００ａは製品をできるだけ忠実に表現する場合が多いため、実際の施工図としては図１１（ｃ）に示すように煩雑になってしまっていた。
また、作成するサイズが合わないと、図１１（ｃ）に示すように隙間５００ａができたり、壁まではみ出す可能性がある。
さらに、この図１１（ａ）の施工図４００の立体図にＵＢ立体図３００ａを配置すると、図１１（ｄ）に示すように、平面図の隙間５００ｂに対応する隙間５００ａができてしまう場合もある。これらの隙間やズレを手作業で補正することも可能であるが、その作業が負担になる。
この作業を軽減し、ＵＢの忠実な平面図を施工図４００に表したのが図１１（ｃ）である。この図では、提供されているＵＢ立体図３００ａを上方から透視した状態の図を作成し、これをＵＢの平面図として施工図４００に配置したものである。
しかし、ＵＢ立体図３００ａは製品をできるだけ忠実に表現する場合が多いため、実際の施工図としては図１１（ｃ）に示すように煩雑になってしまっていた。
また、作成するサイズが合わないと、図１１（ｃ）に示すように隙間５００ａができたり、壁まではみ出す可能性がある。
さらに、この図１１（ａ）の施工図４００の立体図にＵＢ立体図３００ａを配置すると、図１１（ｄ）に示すように、平面図の隙間５００ｂに対応する隙間５００ａができてしまう場合もある。これらの隙間やズレを手作業で補正することも可能であるが、その作業が負担になる。
本発明は、施工図面や当該施工図面を用いた立体データの作成作業の軽減を目的とする。
（１）請求項１に記載の発明では、建物の施工図を取得する施工図取得手段と、前記建物に設置するユニットバスの平面図であるＵＢ平面図を取得するＵＢ図取得手段と、前記取得した施工図に、前記取得したＵＢ平面図を配置する平面図配置手段と、前記ユニットバスに配置されるドアの情報に基づいて、当該ドアに対向する前記施工図の壁に対してドア表示を自動設定するドア設定手段と、を具備したことを特徴とする図面作成装置を提供する。
（２）請求項２に記載の発明では、前記ドア設定手段は、前記ユニットバスの前記ドアと平行で、最も近い壁に前記ドア表示を自動設定する、ことを特徴とする請求項１に記載の図面作成装置を提供する。
（３）請求項３に記載の発明では、前記取得した施工図の浴室の壁にドア表示が存在する場合、当該施工図のドア表示を削除するドア削除手段と、をさらに具備したことを特徴とする請求項１、又は請求項２に記載の図面作成装置を提供する。
（４）請求項４に記載の発明では、前記ドア表示は、ドアに対応するドア開口部の表示とドアの表示であることを特徴とする請求項１、請求項２、又は請求項３に記載の図面作成装置を提供する。
（５）請求項５に記載の発明では、前記ＵＢ図取得手段は、前記ＵＢ平面図に対応し、壁を含む前記ユニットバスの立体図であるＵＢ立体図を取得し、前記施工図に対応した立体図である施工立体図を作成する施工立体図作成手段と、前記施工図に設定したドア開口部に対応する、前記施工立体図のドア開口部に対応して、前記ＵＢ立体図のドア枠の枠幅を拡張するドア枠拡張手段と、を具備したことを特徴とする請求項４に記載の図面作成装置を提供する。
（６）請求項６に記載の発明では、前記建物に配置される窓の情報に基づいて、当該窓に対向する前記ＵＢ立体図の壁に窓開口部を設ける窓開口手段と、をさらに具備したことを特徴とする請求項５に記載の図面作成装置を提供する。
（７）請求項７に記載の発明では、建物の施工図に対応する立体図である施工立体図を取得する施工立体図取得手段と、前記建物に設置するユニットバスの立体図であるＵＢ立体図を取得するＵＢ立体図取得手段と、前記取得した施工立体図に、前記取得したＵＢ立体図を配置する立体図配置手段と、前記建物に配置される窓の情報に基づいて、当該窓に対向する前記ＵＢ立体図の壁に窓開口部を設ける窓開口手段と、を具備したことを特徴とする図面作成装置を提供する。
（８）請求項８に記載の発明では、前記窓開口部に対応して、前記施工立体図の窓枠の枠幅を拡張する窓枠拡張手段と、をさらに具備したことを特徴とする請求項６、又は請求項７に記載の図面作成装置を提供する。
（９）請求項９に記載の発明では、建物の施工図を取得する施工図取得機能と、前記建物に設置するユニットバスの平面図であるＵＢ平面図を取得するＵＢ図取得機能と、前記取得した施工図に、前記取得したＵＢ平面図を配置する平面図配置機能と、前記ユニットバスに配置されるドアの情報に基づいて、当該ドアに対向する前記施工図の壁に対してドア表示を自動設定するドア設定機能と、をコンピュータに実現させることを特徴とする図面作成プログラムを提供する。
（１０）請求項１０に記載の発明では、建物の施工図に対応する立体図である施工立体図を取得する施工立体図取得機能と、前記建物に設置するユニットバスの立体図であるＵＢ立体図を取得するＵＢ立体図取得機能と、前記取得した施工立体図に、前記取得したＵＢ立体図を配置する立体図配置機能と、前記建物に配置される窓の情報に基づいて、当該窓に対向する前記ＵＢ立体図の壁に窓開口部を設ける開口機能と、をコンピュータに実現させることを特徴とする図面作成プログラムを提供する。
（２）請求項２に記載の発明では、前記ドア設定手段は、前記ユニットバスの前記ドアと平行で、最も近い壁に前記ドア表示を自動設定する、ことを特徴とする請求項１に記載の図面作成装置を提供する。
（３）請求項３に記載の発明では、前記取得した施工図の浴室の壁にドア表示が存在する場合、当該施工図のドア表示を削除するドア削除手段と、をさらに具備したことを特徴とする請求項１、又は請求項２に記載の図面作成装置を提供する。
（４）請求項４に記載の発明では、前記ドア表示は、ドアに対応するドア開口部の表示とドアの表示であることを特徴とする請求項１、請求項２、又は請求項３に記載の図面作成装置を提供する。
（５）請求項５に記載の発明では、前記ＵＢ図取得手段は、前記ＵＢ平面図に対応し、壁を含む前記ユニットバスの立体図であるＵＢ立体図を取得し、前記施工図に対応した立体図である施工立体図を作成する施工立体図作成手段と、前記施工図に設定したドア開口部に対応する、前記施工立体図のドア開口部に対応して、前記ＵＢ立体図のドア枠の枠幅を拡張するドア枠拡張手段と、を具備したことを特徴とする請求項４に記載の図面作成装置を提供する。
（６）請求項６に記載の発明では、前記建物に配置される窓の情報に基づいて、当該窓に対向する前記ＵＢ立体図の壁に窓開口部を設ける窓開口手段と、をさらに具備したことを特徴とする請求項５に記載の図面作成装置を提供する。
（７）請求項７に記載の発明では、建物の施工図に対応する立体図である施工立体図を取得する施工立体図取得手段と、前記建物に設置するユニットバスの立体図であるＵＢ立体図を取得するＵＢ立体図取得手段と、前記取得した施工立体図に、前記取得したＵＢ立体図を配置する立体図配置手段と、前記建物に配置される窓の情報に基づいて、当該窓に対向する前記ＵＢ立体図の壁に窓開口部を設ける窓開口手段と、を具備したことを特徴とする図面作成装置を提供する。
（８）請求項８に記載の発明では、前記窓開口部に対応して、前記施工立体図の窓枠の枠幅を拡張する窓枠拡張手段と、をさらに具備したことを特徴とする請求項６、又は請求項７に記載の図面作成装置を提供する。
（９）請求項９に記載の発明では、建物の施工図を取得する施工図取得機能と、前記建物に設置するユニットバスの平面図であるＵＢ平面図を取得するＵＢ図取得機能と、前記取得した施工図に、前記取得したＵＢ平面図を配置する平面図配置機能と、前記ユニットバスに配置されるドアの情報に基づいて、当該ドアに対向する前記施工図の壁に対してドア表示を自動設定するドア設定機能と、をコンピュータに実現させることを特徴とする図面作成プログラムを提供する。
（１０）請求項１０に記載の発明では、建物の施工図に対応する立体図である施工立体図を取得する施工立体図取得機能と、前記建物に設置するユニットバスの立体図であるＵＢ立体図を取得するＵＢ立体図取得機能と、前記取得した施工立体図に、前記取得したＵＢ立体図を配置する立体図配置機能と、前記建物に配置される窓の情報に基づいて、当該窓に対向する前記ＵＢ立体図の壁に窓開口部を設ける開口機能と、をコンピュータに実現させることを特徴とする図面作成プログラムを提供する。
請求項１、請求項９記載の発明によれば、施工図にＵＢ平面図を配置し、ユニットバスに配置されるドアの情報に基づいて、当該ドアに対向する前記施工図の壁に対してドア表示を自動設定するので、図面作成作業を軽減することができる。
請求項７、請求項１０に記載の発明によれば、施工立体図にＵＢ立体図を配置し、建物に配置される窓の情報に基づいて、当該窓に対向する前記ＵＢ立体図の壁に窓開口部を設けるので、図面作成作業を軽減することができる。
請求項７、請求項１０に記載の発明によれば、施工立体図にＵＢ立体図を配置し、建物に配置される窓の情報に基づいて、当該窓に対向する前記ＵＢ立体図の壁に窓開口部を設けるので、図面作成作業を軽減することができる。
以下、本発明の図面作成装置、及び図面作成プログラムにおける好適な実施の形態（図面作成装置）について、図１から図１０を参照して詳細に説明する。
（１）実施形態の概要
本実施形態の図面作成装置２では、ＣＡＤで作成した施工図（平面図）にＵＢ（ユニットバス）の平面図（ＵＢ平面図）を配置し、施工図から作成する立体図（施工立体図）にＵＢの立体図を（ＵＢ立体図）を配置する。
施工立体図に配置するＵＢ立体図は、天井や壁面、ドアを含むとともに、ＵＢに取り付け可能な各種オプション（バスタブ、シャワー、鏡、カウンタ−、ドア取り付け位置やドア種別、サイズ、色など）を含め、実製品をできるだけ忠実に再現した立体図を使用する。
一方、施工図に配置するＵＢ平面図は、ＵＢ立体図の構成（基本形状と各オプション）に対応している一方で、施工図に配置した際に煩雑にならない程度に適宜省略された平面図を使用する。
（１）実施形態の概要
本実施形態の図面作成装置２では、ＣＡＤで作成した施工図（平面図）にＵＢ（ユニットバス）の平面図（ＵＢ平面図）を配置し、施工図から作成する立体図（施工立体図）にＵＢの立体図を（ＵＢ立体図）を配置する。
施工立体図に配置するＵＢ立体図は、天井や壁面、ドアを含むとともに、ＵＢに取り付け可能な各種オプション（バスタブ、シャワー、鏡、カウンタ−、ドア取り付け位置やドア種別、サイズ、色など）を含め、実製品をできるだけ忠実に再現した立体図を使用する。
一方、施工図に配置するＵＢ平面図は、ＵＢ立体図の構成（基本形状と各オプション）に対応している一方で、施工図に配置した際に煩雑にならない程度に適宜省略された平面図を使用する。
このＵＢ立体図は、他の設備を含め、図面提供サーバで提供される仮想空間上において基本形状の選択とオプションの選択、変更により個別に作成したものをダウンロード、保存して使用する。他の設備としては、例えば、システムキッチン、洗面化粧台、トイレ、カウンター、エアコン、湯沸かし器、収納建具などの室内設備や、エアコンの室外機、屋外水栓、門扉、フェンス、カーポートなどの室外設備、また、サッシ、玄関ドアなどの室内外、あるいはその境で用いる建材類がある。
図面提供サーバでは、各設備の基本形状や各オプションを表すＸＶＬ（ｅＸｔｅｎｓｉｂｌｅ Ｖｉｒｔｕａｌ ｗｏｒｌｄ ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）形式の立体図をデータベースに記憶すると共に、各立体図に対応したＳＶＧ（Ｓｃａｌａｂｌｅ Ｖｅｃｔｏｒ Ｇｒａｐｈｉｃｓ）形式の平面図も記憶している。各平面図は、施工図に配置するために作成されるため、製品をできるだけ忠実に再現している立体図に比べ、その製品であることが容易に分かる程度に簡略、抽象化されている。
そして、図面提供サーバでは、ＵＢ立体図を組み立てるとその基本形状や各種オプションに対応する各平面図を組み立てることでＵＢ平面図も作成され、ダウンロード対象となる。
図面提供サーバでは、各設備の基本形状や各オプションを表すＸＶＬ（ｅＸｔｅｎｓｉｂｌｅ Ｖｉｒｔｕａｌ ｗｏｒｌｄ ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）形式の立体図をデータベースに記憶すると共に、各立体図に対応したＳＶＧ（Ｓｃａｌａｂｌｅ Ｖｅｃｔｏｒ Ｇｒａｐｈｉｃｓ）形式の平面図も記憶している。各平面図は、施工図に配置するために作成されるため、製品をできるだけ忠実に再現している立体図に比べ、その製品であることが容易に分かる程度に簡略、抽象化されている。
そして、図面提供サーバでは、ＵＢ立体図を組み立てるとその基本形状や各種オプションに対応する各平面図を組み立てることでＵＢ平面図も作成され、ダウンロード対象となる。
図面提供サーバからダウンロードしたＵＢ立体図とＵＢ平面図を、ＣＡＤで作成した施工図に配置する場合、本実施形態ではドアと窓に対し、ドアはＵＢの一部であり、一方、窓は建物の一部であることに着目し、さらに、ＵＢ立体図は壁や天井も存在していることに着目し、立体図と平面図に対してドア処理と窓処理を行う。
（ａ）ドア処理
施工図に既にドアが記述されている場合にはドアと、ドア用の開口部を削除する。また、ＵＢのドアと対向する施工図の壁を開口し、ＵＢのドア種別（開き戸、引き戸、押し戸等）に対応する平面表示記号をＣＡＤ用に準備されているデータを検索して、開口部に自動的に引き当てる。このドアを施工図に平面描画する際には、ドアのサイズや開き方（押し開き、引き開き）などについても、製品としてのＵＢに合わせて描画する。
また、この施工図の壁がＵＢに合わせてドア用開口部を作成することにより、施工立体図にも、ＵＢのドアに対応した位置に新たにドア用の開口が形成され、この開口にＵＢ立体図のドア枠が収まった状態になる。この際ＵＢ側のドア枠の見込みを、施工立体図側の壁の内法面（浴室と外側の壁の面、内のり）まで延長し、ドア枠の出分だけＵＢから外側に出す。これにより、ＵＢの壁外側と浴室内の壁との間に隙間が存在する場合でも、施工立体図において、隙間を幅延長したドア枠で隠すことができる。
（ａ）ドア処理
施工図に既にドアが記述されている場合にはドアと、ドア用の開口部を削除する。また、ＵＢのドアと対向する施工図の壁を開口し、ＵＢのドア種別（開き戸、引き戸、押し戸等）に対応する平面表示記号をＣＡＤ用に準備されているデータを検索して、開口部に自動的に引き当てる。このドアを施工図に平面描画する際には、ドアのサイズや開き方（押し開き、引き開き）などについても、製品としてのＵＢに合わせて描画する。
また、この施工図の壁がＵＢに合わせてドア用開口部を作成することにより、施工立体図にも、ＵＢのドアに対応した位置に新たにドア用の開口が形成され、この開口にＵＢ立体図のドア枠が収まった状態になる。この際ＵＢ側のドア枠の見込みを、施工立体図側の壁の内法面（浴室と外側の壁の面、内のり）まで延長し、ドア枠の出分だけＵＢから外側に出す。これにより、ＵＢの壁外側と浴室内の壁との間に隙間が存在する場合でも、施工立体図において、隙間を幅延長したドア枠で隠すことができる。
（ｂ）窓処処理
窓処理では、ドアとは逆に、施工立体図の窓に基づいて、対応するＵＢ立体図の壁を検索して対応サイズで開口する。そして、施工立体図の窓枠をＵＢ立体図の内法面まで延長し、窓枠の出分だけＵＢの壁から内側に出す。これによりドアと同様に、ＵＢ立体図と施工立体図との間に隙間があっても、延長した窓枠で隠すことができる。
窓処理では、ドアとは逆に、施工立体図の窓に基づいて、対応するＵＢ立体図の壁を検索して対応サイズで開口する。そして、施工立体図の窓枠をＵＢ立体図の内法面まで延長し、窓枠の出分だけＵＢの壁から内側に出す。これによりドアと同様に、ＵＢ立体図と施工立体図との間に隙間があっても、延長した窓枠で隠すことができる。
（２）実施形態の詳細
図１は、本実施形態の図面作成装置２の構成を表したものである。
この図１に示すように、図面作成装置２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３、通信制御装置２４、ディスプレイ２５、キーボード２６、マウス２７、記憶装置２８などを用いて構成されている。
図１は、本実施形態の図面作成装置２の構成を表したものである。
この図１に示すように、図面作成装置２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３、通信制御装置２４、ディスプレイ２５、キーボード２６、マウス２７、記憶装置２８などを用いて構成されている。
ＣＰＵ２１は、記憶装置２８に記憶したブラウザプログラムを実行することにより、ブラウザ機能を発揮し、図面提供サーバが図面作成ウェブサイトで提供する各種サービスをユーザが利用可能とすることで本実施形態で使用するＵＢ立体図やＵＢ平面図などの各種設備の設備情報をダウンロードする。ＣＰＵ２１は、記憶装置２８に記憶したＣＡＤプログラム（以下単にＣＡＤという）を実行することにより、建造物等に対する施工図の作成、作成した施工図とその施工立体図への設備の配置処理を行う。この設備配置処理において、ＵＢ平面図とＵＢ立体図を配置する場合には、ドアに対するドア処理と窓に対する窓処理を行うようになっている。
ＲＯＭ２２は、ＣＰＵ２１が端末５を動作させるための基本的なプログラムやパラメータなどを記憶している。
ＲＡＭ２３は、ＣＰＵ２１が設備配置処理や、図面提供サーバとの通信を行う場合などの各種処理におけるワーキングメモリを提供する。
ＲＯＭ２２は、ＣＰＵ２１が端末５を動作させるための基本的なプログラムやパラメータなどを記憶している。
ＲＡＭ２３は、ＣＰＵ２１が設備配置処理や、図面提供サーバとの通信を行う場合などの各種処理におけるワーキングメモリを提供する。
通信制御装置２４は、通信ネットワークを介して図面提供サーバと接続する際のインターフェースを提供する。このように、図面作成装置２は、通信ネットワークを介して図面提供サーバと通信する通信手段を備えている。
ディスプレイ２５は、例えば、液晶ディスプレイによって構成され、ＣＡＤで作成中の施工図や、施工図から作成した立体図を表示したり、図面提供サーバが提供する仮想空間においてＵＢ等の各種設備の組立（基本形状やオプションの指定、変更）を行う際に提供される各図面データを表示する。
ユーザは、ディスプレイ２５を確認しながら、システムキッチンやＵＢ等の各種設備の作成と設備情報のダウンロードを指示したり、ダウンロードした設備情報を施工図などに配置する作業を行う。
ディスプレイ２５は、例えば、液晶ディスプレイによって構成され、ＣＡＤで作成中の施工図や、施工図から作成した立体図を表示したり、図面提供サーバが提供する仮想空間においてＵＢ等の各種設備の組立（基本形状やオプションの指定、変更）を行う際に提供される各図面データを表示する。
ユーザは、ディスプレイ２５を確認しながら、システムキッチンやＵＢ等の各種設備の作成と設備情報のダウンロードを指示したり、ダウンロードした設備情報を施工図などに配置する作業を行う。
キーボード２６は、文字や記号などを入力するデバイスであり、例えば、ユーザ情報などの文字情報を図面提供サーバに伝達するのに用いられる。
マウス２７は、施工図の作成操作などに用いられる入力デバイスである。またマウス２７は、図面提供サーバが提供する画面をマウス操作するのに用いられる。例えば、設備の基本形状やオプションを選択したり、設備の立体形状を表示させる際の視点を移動・回転させたりすることができる。
マウス２７は、施工図の作成操作などに用いられる入力デバイスである。またマウス２７は、図面提供サーバが提供する画面をマウス操作するのに用いられる。例えば、設備の基本形状やオプションを選択したり、設備の立体形状を表示させる際の視点を移動・回転させたりすることができる。
記憶装置２８は、ハードディスクなどの各種記憶媒体を用いて構成されており、プログラム２８１、施工図ＤＢ２８２、設備マスタ２８３、その他の各種プログラムやデータが記憶されている。
プログラム２８１には、図面提供サーバが提供する環境においてＵＢ等の各種設備の詳細な立体図やＣＡＤ用の平面図を作成する際に使用するブラウザプログラムや、施工図の作成やダウンロードした各設備情報による図面を施工図や施工立体図に配置するＣＡＤが記憶されている。
プログラム２８１には、図面提供サーバが提供する環境においてＵＢ等の各種設備の詳細な立体図やＣＡＤ用の平面図を作成する際に使用するブラウザプログラムや、施工図の作成やダウンロードした各設備情報による図面を施工図や施工立体図に配置するＣＡＤが記憶されている。
施工図ＤＢ２８２には、ＣＡＤで作成した建造物の施工図（ダウンロードした設備の平面図を配置した後の施工図を含む）が記憶されている。
設備マスタ２８３には、図面提供サーバからダウンロードした各種設備の設備情報が保存される。
図２は、施工図ＤＢ２８２に記憶されている施工図４０の一部を表したものである。この図２では、本実施形態のＵＢの配置処理を説明するために、ＵＢの配置が指定されている浴室４２、浴室４２の隣室４５を含めた各部屋が壁４１で形成されている。浴室４２は４つの壁４１１〜４１４で囲まれ、壁４１４には建造物の建具として窓４４（平面表示記号）が描かれている。
また、壁４１２は浴室（ＵＢ）への入り口として壁４１２に開口４３が形成されると共に、開口４３の位置に押し戸を表す平面表示記号であるドア記号４３１が表示されている。なお、作り付けの浴室ではなくＵＢを設置する場合、ドアはＵＢの設備であるが、ＣＡＤで施工図を作成する場合、ユーザが便宜上、間取りと浴室の入り口のドアを先に決定する場面が多い。
設備マスタ２８３には、図面提供サーバからダウンロードした各種設備の設備情報が保存される。
図２は、施工図ＤＢ２８２に記憶されている施工図４０の一部を表したものである。この図２では、本実施形態のＵＢの配置処理を説明するために、ＵＢの配置が指定されている浴室４２、浴室４２の隣室４５を含めた各部屋が壁４１で形成されている。浴室４２は４つの壁４１１〜４１４で囲まれ、壁４１４には建造物の建具として窓４４（平面表示記号）が描かれている。
また、壁４１２は浴室（ＵＢ）への入り口として壁４１２に開口４３が形成されると共に、開口４３の位置に押し戸を表す平面表示記号であるドア記号４３１が表示されている。なお、作り付けの浴室ではなくＵＢを設置する場合、ドアはＵＢの設備であるが、ＣＡＤで施工図を作成する場合、ユーザが便宜上、間取りと浴室の入り口のドアを先に決定する場面が多い。
図１（ａ）に戻り、設備マスタ２８３は、ユーザが作成、更新し図面提供サーバからダウンロードした設備情報が保存される。
図１（ｂ）は設備マスタ２８３に保存されるデータ内容について表したものである。
図１（ｂ）に示すように、設備マスタ２８３には、図面提供サーバからダウンロードした設備情報（後述の図８（６）、（７）参照）として、検索キー（基本ＩＤ、オプションＩＤ群のハッシュ値）、設備立体データ（ＸＶＬ形式）、設備平面データ（ＳＶＧ形式）、オプション情報（ＸＭＬデータ）が保存される。
検索キーは、ダウンロードした設備（設備を組み立てている全オプションの構成を含めた設備全体）を特定するための識別子として使用され、設備のオプション構成を変更する場合に、変更対象となる設備を特定するために図面提供サーバに送信される。
図１（ｂ）は設備マスタ２８３に保存されるデータ内容について表したものである。
図１（ｂ）に示すように、設備マスタ２８３には、図面提供サーバからダウンロードした設備情報（後述の図８（６）、（７）参照）として、検索キー（基本ＩＤ、オプションＩＤ群のハッシュ値）、設備立体データ（ＸＶＬ形式）、設備平面データ（ＳＶＧ形式）、オプション情報（ＸＭＬデータ）が保存される。
検索キーは、ダウンロードした設備（設備を組み立てている全オプションの構成を含めた設備全体）を特定するための識別子として使用され、設備のオプション構成を変更する場合に、変更対象となる設備を特定するために図面提供サーバに送信される。
設備立体データ（ＸＶＬ形式）は、各設備の立体図を表示するデータである。
設備平面データ（ＳＶＧ形式）は、設備の立体図に対応して作成された平面図を表示するデータである。
ここで、ＸＶＬ形式は、３次元形状を表現する際に用いられるファイルフォーマットであり、仮想３次元空間の中で対象を立体的に表現することができる。
一方、ＳＶＧ形式は、対象をベクトルデータで表示する際に用いられるファイルフォーマットであり、ＣＡＤで操作することができる。
なお、本実施形態では、立体を表現するファイル形式としてＸＶＬ形式によるが、使用するＣＡＤにより施工図から立体形状を表現する際のファイル形式と同じであれば他の表現形式を使用するようにしてもよい。この点は平面図に対するＳＶＧ形式も同様である。
例えば各種表現形式として、ＤＷＦ形式、ＤＸＦ形式、ＤＷＧ形式、ＪＷＣ形式、ＪＷＷ形式、ＩＧＥＳ形式、ＳＩＭＡ形式、ＳＴＥＰ形式、ＳＸＦ形式、３ＤＳ形式を使用することも可能である。
設備平面データ（ＳＶＧ形式）は、設備の立体図に対応して作成された平面図を表示するデータである。
ここで、ＸＶＬ形式は、３次元形状を表現する際に用いられるファイルフォーマットであり、仮想３次元空間の中で対象を立体的に表現することができる。
一方、ＳＶＧ形式は、対象をベクトルデータで表示する際に用いられるファイルフォーマットであり、ＣＡＤで操作することができる。
なお、本実施形態では、立体を表現するファイル形式としてＸＶＬ形式によるが、使用するＣＡＤにより施工図から立体形状を表現する際のファイル形式と同じであれば他の表現形式を使用するようにしてもよい。この点は平面図に対するＳＶＧ形式も同様である。
例えば各種表現形式として、ＤＷＦ形式、ＤＸＦ形式、ＤＷＧ形式、ＪＷＣ形式、ＪＷＷ形式、ＩＧＥＳ形式、ＳＩＭＡ形式、ＳＴＥＰ形式、ＳＸＦ形式、３ＤＳ形式を使用することも可能である。
ＸＭＬデータは、設備を構成するオプションに関するオプション情報が保存される。例えばＵＢの場合、ドア情報としてドアの位置、ドアの方向、ドアの種別記号、サイズ、開き方向等が保存される。
図３は、ＵＢに対する、ＵＢ平面図３０ｂ（ＳＶＧデータ）と、ＵＢ立体図３０ａ（ＸＶＬ形式）を表したものである。
なお、ＵＢについて図面で説明する場合、同一のオプションを指定する符号として同一数字を使用するものとし、さらにａ、ｂにより立体図と平面図を区別するものとして使用する。
ＵＢ立体図３０ａは、図３（ａ）に示すように、基本形状に組み込むオプションとして、天井や壁３１ａ、ドア３２ａ、バスタブ３３ａ、カウンタ３４ａ、その他（シャワーや鏡など）の各オプションの立体図が組み込まれている。このように、図面提供サーバからダウンロードされる各設備立体図は、実際の製品で使用される各オプションが実際に取り付けられる位置に配置された状態に忠実に描かれるようになっている。
なお、ＵＢについて図面で説明する場合、同一のオプションを指定する符号として同一数字を使用するものとし、さらにａ、ｂにより立体図と平面図を区別するものとして使用する。
ＵＢ立体図３０ａは、図３（ａ）に示すように、基本形状に組み込むオプションとして、天井や壁３１ａ、ドア３２ａ、バスタブ３３ａ、カウンタ３４ａ、その他（シャワーや鏡など）の各オプションの立体図が組み込まれている。このように、図面提供サーバからダウンロードされる各設備立体図は、実際の製品で使用される各オプションが実際に取り付けられる位置に配置された状態に忠実に描かれるようになっている。
ＵＢ平面図３０ｂは、図３（ｂ）に示すように、ＵＢ立体図３０ａに対応した平面図であるが、ＵＢ立体図３０ａを構成する全オプションの平面図を組み合わせたものではなく、平面表現した場合に細かくなるオプションを除くことで、煩雑に成らない程度に適宜省略された平面図となっている。ＵＢ平面図３０ｂにおけるオプションの省略対象は予め決められていて、省略対象のオプション（例えば鏡等）については予め平面図が作成されていない。
図３（ｂ）に示すように、ＵＢ平面図３０ｂには、ＵＢ全体を囲う壁３１ｂ、バスタブ３３ｂ、カウンター３４ｂで表現されている。
ＵＢ平面図３０ｂでは、ドアについては表示対象となっていない。その代わりに、本実施形態のドア処理において、ＵＢのドアに対向している施工図の壁を特定するために、ＵＢ立体図３０ａのドア位置に対応する位置に入り口位置情報３２ｂが規定されている。この入り口位置情報３２ｂはデータとして存在するだけであり、図３（ｂ）では説明のために表示している。
なお、入り口位置情報３２ｂは、ＵＢ平面図３０ｂを描画する際に使用する他の情報と混同しないようにするため、特別なレイヤが割り当てられて、ＳＶＧデータに記憶される。
同様に、ＵＢ平面図３０ｂ（ＳＶＧ形式）の特別なレイヤには、壁３１の４面それぞれの内法面を特定する内法面情報も保存されている。この内法面情報は、窓処理で使用される。
図３（ｂ）に示すように、ＵＢ平面図３０ｂには、ＵＢ全体を囲う壁３１ｂ、バスタブ３３ｂ、カウンター３４ｂで表現されている。
ＵＢ平面図３０ｂでは、ドアについては表示対象となっていない。その代わりに、本実施形態のドア処理において、ＵＢのドアに対向している施工図の壁を特定するために、ＵＢ立体図３０ａのドア位置に対応する位置に入り口位置情報３２ｂが規定されている。この入り口位置情報３２ｂはデータとして存在するだけであり、図３（ｂ）では説明のために表示している。
なお、入り口位置情報３２ｂは、ＵＢ平面図３０ｂを描画する際に使用する他の情報と混同しないようにするため、特別なレイヤが割り当てられて、ＳＶＧデータに記憶される。
同様に、ＵＢ平面図３０ｂ（ＳＶＧ形式）の特別なレイヤには、壁３１の４面それぞれの内法面を特定する内法面情報も保存されている。この内法面情報は、窓処理で使用される。
図３（ａ）（ｂ）に表示した黒丸の点は、ＵＢ立体図３０ａとＵＢ平面図３０ｂの基本形状に付けられた基準点３９ａ、３９ｂで、この基準点３９ａ、３９ｂに従い、各オプションの組み込み位置が規定されている。この基準点３９ａ、３９ｂはデータとして存在するだけであり、図３では、説明のために表示したものであって、実際の図面上には表示されない。
図面提供サーバ側のデータには、図示しないが各オプションにも基準点が規定され、基本形状の基準点３９ａに対する位置関係情報から組立がなされている。
なお、図面提供サーバからのダウンロード対象は組立後の建具全体の立体図と平面図であるため、オプションの基準位置と位置関係情報はダウンロード対象ではない。但し、ダウンロード対象として、建具全体の立体図、平面図に加え、又は、変えて、建具の基本形状と全オプションに対する立体図と平面図をダウンロード可能にする場合には、図面作成装置２でＵＢ立体図３０ａ、ＵＢ平面図３０ｂを組み立てるために、各オプションの基準位置や位置関係情報もダウンロード対象となる。
図面提供サーバ側のデータには、図示しないが各オプションにも基準点が規定され、基本形状の基準点３９ａに対する位置関係情報から組立がなされている。
なお、図面提供サーバからのダウンロード対象は組立後の建具全体の立体図と平面図であるため、オプションの基準位置と位置関係情報はダウンロード対象ではない。但し、ダウンロード対象として、建具全体の立体図、平面図に加え、又は、変えて、建具の基本形状と全オプションに対する立体図と平面図をダウンロード可能にする場合には、図面作成装置２でＵＢ立体図３０ａ、ＵＢ平面図３０ｂを組み立てるために、各オプションの基準位置や位置関係情報もダウンロード対象となる。
このように構成された図面作成装置２における、ＵＢの配置処理について説明する。
図４は、ＵＢの配置処理の処理動作を表したフローチャートである。
図５は、ＵＢ立体図３０ａとＵＢ平面図３０ｂを配置した後の施工図４０と、その施工立体図を表したものである。
図６は、配置後の施工立体図を他の角度から表したものである。
図７は、本実施形態による窓処理を行った場合の施工立体図の窓の状態と、行わない場合の窓の状態を表したものである。
以下の配置処理では、図２に表した施工図４０に、図３で表したＵＢ３０を配置する場合を例に、配置処理後の施工図と、施工立体図を参照しながら各動作について説明する。
図４は、ＵＢの配置処理の処理動作を表したフローチャートである。
図５は、ＵＢ立体図３０ａとＵＢ平面図３０ｂを配置した後の施工図４０と、その施工立体図を表したものである。
図６は、配置後の施工立体図を他の角度から表したものである。
図７は、本実施形態による窓処理を行った場合の施工立体図の窓の状態と、行わない場合の窓の状態を表したものである。
以下の配置処理では、図２に表した施工図４０に、図３で表したＵＢ３０を配置する場合を例に、配置処理後の施工図と、施工立体図を参照しながら各動作について説明する。
最初に、図面作成装置２のＣＰＵ２１は、ＣＡＤにより施工図をディスプレイ２５に表示し、施工図にＵＢ平面図３０ｂを配置する（ステップ５）。即ち、ユーザにより、ディスプレイ２５上に表示された施工図４０の浴室４２（図２参照）の位置と、設備マスタ２８３に保存されているＵＢ平面図３０ｂとをユーザにより指定されると、ＣＰＵ２１は、図５（ａ）に示すように、施工図の指定された箇所にＵＢ平面図３０ｂを配置する。配置の向きについては、ユーザが指定するが、ＵＢのドア位置やバスタブの位置と、施工図４０の壁が、両面共に室内に面するか、一方が外に面しているか等に基づいて、ＣＰＵ２１が自動的に判断するようにしてもよい。
なお、配置対象であるＵＢ平面図３０ｂの向き（図３（ｂ））と、配置後の向き（図５（ａ））は上下が逆になっているため、図５（ａ）には基準点３９ｂを表示しているが、この基準点は上述したように実際の施工図にも表示されない。
なお、配置対象であるＵＢ平面図３０ｂの向き（図３（ｂ））と、配置後の向き（図５（ａ））は上下が逆になっているため、図５（ａ）には基準点３９ｂを表示しているが、この基準点は上述したように実際の施工図にも表示されない。
次にＣＰＵ２１は、ＵＢと施工図４０のドア位置を検出する（ステップ１０）。すなわちＣＰＵ２１は、ＵＢ平面図３０ｂ（ＳＶＧ形式）の特別レイヤの入り口位置情報３２ｂ（図３（ｂ））からＵＢのドア位置を検出する。またＣＰＵ２１は、施工図４０から壁４１２に表示されているドア４３１（図２参照）を検出する。
そして、ＣＰＵ２１は、検出した両ドアは一致しているか否かについて判断する（ステップ１５）。この判断は、ドアの位置、タイプ（引き戸、押し戸等）、形状等のドアに関する情報が一致している場合に一致していると判断する。
そして、ＣＰＵ２１は、検出した両ドアは一致しているか否かについて判断する（ステップ１５）。この判断は、ドアの位置、タイプ（引き戸、押し戸等）、形状等のドアに関する情報が一致している場合に一致していると判断する。
両ドアが一致していない場合（ステップ１５；Ｎ）、ＣＰＵ２１は、施工図４０に既に配置されている（ＣＡＤで作成された）既配置ドアを削除する（ステップ２０）。施工図４０の既配置ドアを削除するのは、ＵＢのドアとの重複配置を防ぐと共に、実製品においてＵＢ側に取り付けられているドアを優先させるためである。
この既配置のドア削除において、ＣＰＵ２１は、ドアが配置されている壁４１２の開口４３を削除する（壁にする）と共に、表示されているドア４３１を削除する。削除後の状態は、図５（ａ）の施工図において符号（４３）に示すように、元の開口４３とドア４３１は消えて連続する壁４１２となっている。
この既配置のドア削除において、ＣＰＵ２１は、ドアが配置されている壁４１２の開口４３を削除する（壁にする）と共に、表示されているドア４３１を削除する。削除後の状態は、図５（ａ）の施工図において符号（４３）に示すように、元の開口４３とドア４３１は消えて連続する壁４１２となっている。
次にＣＰＵ２１は、施工図４０の、ＵＢドア対応位置にドアを作成する（ステップ２５）。
すなわち、ＣＰＵ２１は、ＵＢ平面図３０ｂの入り口位置情報３２ｂで特定したＵＢのドア（閉まった状態のドア）と平行で、最も近くに存在する施工図４０の壁４１を検索することで、該当する壁４１３を特定する。
そして、ＣＰＵ２１は、設備マスタ２８３のＸＭＬデータに記憶されているドア情報（ドアの位置、ドアの方向、ドアの種別記号、サイズ、開き方向等）を読み出し、特定した施工図４０の壁４１３に対し、ドアサイズ（幅と高さ）に応じた開口４６を作成すると共に、ドア種別に対応したドア４６２を描画する。なお、施工図４０の壁４１３に作成する開口４６の情報には、ドア幅だけでなく高さも立体図作成用に保存される。
以上により、施工図４０に対する処理が完了する。
すなわち、ＣＰＵ２１は、ＵＢ平面図３０ｂの入り口位置情報３２ｂで特定したＵＢのドア（閉まった状態のドア）と平行で、最も近くに存在する施工図４０の壁４１を検索することで、該当する壁４１３を特定する。
そして、ＣＰＵ２１は、設備マスタ２８３のＸＭＬデータに記憶されているドア情報（ドアの位置、ドアの方向、ドアの種別記号、サイズ、開き方向等）を読み出し、特定した施工図４０の壁４１３に対し、ドアサイズ（幅と高さ）に応じた開口４６を作成すると共に、ドア種別に対応したドア４６２を描画する。なお、施工図４０の壁４１３に作成する開口４６の情報には、ドア幅だけでなく高さも立体図作成用に保存される。
以上により、施工図４０に対する処理が完了する。
次にＣＰＵ２１は、施工立体図で、ドア入り口用の開口処理を行う（ステップ３０）。
すなわち、ＣＰＵ２１は、ＵＢ平面図３０ｂを配置した後の施工図４０（図５（ａ））から施工立体図を作成し、この施工立体図にＵＢ立体図３０ａを配置する。図５（ｂ）は、ＵＢ立体図３０ａを配置した後の施工立体図で、図５（ａ）の施工図４０に示した矢印Ａを視点としている。また図６は、施工図４０に示した矢印Ｂを視点とする施工立体図である。
施工図４０には壁４１３にＵＢのドアサイズに対応した開口４６が既に形成されているので、この施工平面図４０から作成する施工立体図にも開口４６が形成される。その結果、図６に示されるように、浴室の隣室４５から開口４６を通してＵＢ立体図３０ａのドア３２ａが見えている。
更に、ＣＰＵ２１は、施工立体図に対して、ＵＢのドア枠３２１ａの拡張処理を行うことで、ドア位置における壁４１とＵＢの壁３１ａとの隙間を隠す。すなわち、ＵＢ側のドア枠３２１ａの見込みを、施工立体図の壁４１３の内法面（浴室の外側にある隣室４５側の壁の面）までと、更に、枠の出分だけＵＢから外方向に延長する。
これにより、ＵＢの壁３１ａと浴室の壁４１３と間に隙間５０が存在する場合であっても、施工立体図では、隙間５０の幅を拡張したドア枠３２１ａで隠すことができる。すなわち、図６に示すように、ドア枠３２１ａの幅が拡張されることで、隙間が存在しない画像となる。
以上により、ＵＢのドア３２に対する平面図と立体図の処理が完了する。
すなわち、ＣＰＵ２１は、ＵＢ平面図３０ｂを配置した後の施工図４０（図５（ａ））から施工立体図を作成し、この施工立体図にＵＢ立体図３０ａを配置する。図５（ｂ）は、ＵＢ立体図３０ａを配置した後の施工立体図で、図５（ａ）の施工図４０に示した矢印Ａを視点としている。また図６は、施工図４０に示した矢印Ｂを視点とする施工立体図である。
施工図４０には壁４１３にＵＢのドアサイズに対応した開口４６が既に形成されているので、この施工平面図４０から作成する施工立体図にも開口４６が形成される。その結果、図６に示されるように、浴室の隣室４５から開口４６を通してＵＢ立体図３０ａのドア３２ａが見えている。
更に、ＣＰＵ２１は、施工立体図に対して、ＵＢのドア枠３２１ａの拡張処理を行うことで、ドア位置における壁４１とＵＢの壁３１ａとの隙間を隠す。すなわち、ＵＢ側のドア枠３２１ａの見込みを、施工立体図の壁４１３の内法面（浴室の外側にある隣室４５側の壁の面）までと、更に、枠の出分だけＵＢから外方向に延長する。
これにより、ＵＢの壁３１ａと浴室の壁４１３と間に隙間５０が存在する場合であっても、施工立体図では、隙間５０の幅を拡張したドア枠３２１ａで隠すことができる。すなわち、図６に示すように、ドア枠３２１ａの幅が拡張されることで、隙間が存在しない画像となる。
以上により、ＵＢのドア３２に対する平面図と立体図の処理が完了する。
次にＣＰＵ２１は、窓処理を行う（ステップ３５〜４５）。この処理では、ＵＢ立体図３０ａの壁３１ａで窓４４が隠れないようにするための処理である。
すなわちＣＰＵ２１は、施工図４０から、壁４１に設けられた窓を検出する（ステップ３５）。図２に示した施工図４０の例では、この窓検出で壁４１４に設けられた窓４４が検出される。
そしてＣＰＵ２１は、検出した窓４４（建具）に対応するＵＢの壁を特定する（ステップ４０）。すなわちＣＰＵ２１は、窓４４の窓の面に平行で、且つ、最も窓４４の位置に近いＵＢの内法面を、ＵＢ平面図３０ｂ（ＳＶＧ形式）の内法面情報を使用して検索する。この検索により、ＵＢ平面図３０ｂの内法面３１１ｂとその壁３１２ｂ（図３（ｂ））が特定され、さらに、対応するＵＢ立体図３０ａの内法面３１１ａと、その壁３１２ａが特定される。
すなわちＣＰＵ２１は、施工図４０から、壁４１に設けられた窓を検出する（ステップ３５）。図２に示した施工図４０の例では、この窓検出で壁４１４に設けられた窓４４が検出される。
そしてＣＰＵ２１は、検出した窓４４（建具）に対応するＵＢの壁を特定する（ステップ４０）。すなわちＣＰＵ２１は、窓４４の窓の面に平行で、且つ、最も窓４４の位置に近いＵＢの内法面を、ＵＢ平面図３０ｂ（ＳＶＧ形式）の内法面情報を使用して検索する。この検索により、ＵＢ平面図３０ｂの内法面３１１ｂとその壁３１２ｂ（図３（ｂ））が特定され、さらに、対応するＵＢ立体図３０ａの内法面３１１ａと、その壁３１２ａが特定される。
次にＣＰＵ２１は、施工立体図でＵＢの窓開口処理を行う（ステップ４５）。この窓開口処理は、ＵＢ立体図３０ａを配置した後の施工立体図が対象である。
窓開口処理を行わないと、図７（ｂ）に示すように、ＵＢの壁３１２ａに開口が存在していないため、ＵＢ内に視点を置いた画像ではＵＢの壁３１２ａだけが見えて、窓が見えない状態となる。そこで、窓処理において、ＵＢの対応する壁の開口と、窓枠幅の拡張が行われる。
すなわちＣＰＵ２１は、まず窓４４のサイズに対応する開口を、施工立体図のＵＢ立体図３０ａの壁３１２ａに設ける。これにより、ＵＢ内からの視線に対する画像では、壁３１２ａの開口を通して窓４４が描画されることになる（図５（ｂ）、図７（ａ）参照）。
窓開口処理を行わないと、図７（ｂ）に示すように、ＵＢの壁３１２ａに開口が存在していないため、ＵＢ内に視点を置いた画像ではＵＢの壁３１２ａだけが見えて、窓が見えない状態となる。そこで、窓処理において、ＵＢの対応する壁の開口と、窓枠幅の拡張が行われる。
すなわちＣＰＵ２１は、まず窓４４のサイズに対応する開口を、施工立体図のＵＢ立体図３０ａの壁３１２ａに設ける。これにより、ＵＢ内からの視線に対する画像では、壁３１２ａの開口を通して窓４４が描画されることになる（図５（ｂ）、図７（ａ）参照）。
次にＣＰＵ２１は、施工立体図における窓４４に対して窓枠拡張処理を行う。窓枠拡張処理を行う前は、図７（ｂ）に示すように、窓枠４４０がＵＢ立体図３０ａの壁３１２ａから離れた状態であるため、壁３１２ａに設けた開口から窓４４を見ることができるが、窓枠４４０と壁３１２ａとの隙間が描画されてしまうことになる。
そこで、窓枠４４０を拡張し、拡張した窓枠４４２とすることで、隙間を隠す。すなわち、窓枠４４２の見込みを、壁３１２ａの内法面３１１ａまでと、更に、枠の出分だけＵＢの内側方向に延長する。これにより、窓４４とＵＢとの隙間を隠すことができる。
以上により、建物の窓４４に対する立体図の処理が完了し、ＵＢ処理を終了する。
そこで、窓枠４４０を拡張し、拡張した窓枠４４２とすることで、隙間を隠す。すなわち、窓枠４４２の見込みを、壁３１２ａの内法面３１１ａまでと、更に、枠の出分だけＵＢの内側方向に延長する。これにより、窓４４とＵＢとの隙間を隠すことができる。
以上により、建物の窓４４に対する立体図の処理が完了し、ＵＢ処理を終了する。
以上説明した、ＵＢのドア３２と窓４４に対する処理（開口と枠幅拡張）は別々に説明したが、設備（ＵＢ）と建物（施工図の対象）の一方に建具（ドア、窓）が設けられ、当該建具に対向する他方が壁である場合の処理として共通している。そして、その処理では、壁側に建具に対応する開口を設けると共に、建具の枠幅を開口を設けた壁の内法面まで（好ましくは、枠の出分だけ出た状態まで）延長するものである。
なお、実施形態では、窓が建物（施工図）に配置され、ドアがＵＢに配置されることを前提として、他方側の壁を開口する場合について説明したが、ＵＢと建物のいずれ側に配置されるかについては任意に決定することが可能である。
いずれにしても、配置をＵＢと建物のどちらにするかは処理前に決められていればよく、予めデフォルトとして決められていてもよく、ユーザが指定するようにしてもよい。
そして、ＵＢと建物の両方にドアが記載されている場合には重複を回避するために、決められた側に配置されているドア表現を残し、他方を削除する。
なお、窓については、ＵＢと建物の両方を残すようにしてもよい。この場合、それぞれ異なる壁面に配置されている場合には両方を残し、同一面である場合には、予め決められ、若しくは、ユーザが選択した窓を残し、又は、大きな方の窓を残すようにしてもよい。
いずれにしても、配置をＵＢと建物のどちらにするかは処理前に決められていればよく、予めデフォルトとして決められていてもよく、ユーザが指定するようにしてもよい。
そして、ＵＢと建物の両方にドアが記載されている場合には重複を回避するために、決められた側に配置されているドア表現を残し、他方を削除する。
なお、窓については、ＵＢと建物の両方を残すようにしてもよい。この場合、それぞれ異なる壁面に配置されている場合には両方を残し、同一面である場合には、予め決められ、若しくは、ユーザが選択した窓を残し、又は、大きな方の窓を残すようにしてもよい。
また、実施形態では、図５（ａ）に示すように、施工平面図に配置したＵＢ平面図３０ｂの壁３１ｂに対してはドア、窓ともに開口処理を行っていないが、ＵＢ平面図３０ｂに対しても開口処理を行うようにしてもよい。
この場合、ＵＢ平面図３０ｂのドア位置と窓位置には開口表示だけする。ドアと窓の表示は施工図４０側のドア４６２と、窓４４の表示による。
この場合、ＵＢ平面図３０ｂのドア位置と窓位置には開口表示だけする。ドアと窓の表示は施工図４０側のドア４６２と、窓４４の表示による。
上述したとおり、本実施形態で使用するＵＢのＵＢ立体図３０ａとＵＢ平面図３０ｂは、図面提供サーバにアクセスしてユーザが作成し、ダウンロードしたものである。
次に、この図面提供サーバとの間で行う設備の作成、更新処理について説明する。以下の説明では、ダウンロードする設備としてシステムキッチンについて説明するが、ＵＢについても同様に行われる。
図８は、図面提供サーバと図面作成装置２間で行われる、設備の作成と更新を行う処理の全体の流れについて表したものである。
なお、図面提供サーバにアクセスすることで設備を作成する装置は複数存在し、装置の種類としてはパーソナルコンピュータや携帯端末など各種存在する。そこで、以下の説明では、図面作成装置２を含めた端末５の処理として説明する。
次に、この図面提供サーバとの間で行う設備の作成、更新処理について説明する。以下の説明では、ダウンロードする設備としてシステムキッチンについて説明するが、ＵＢについても同様に行われる。
図８は、図面提供サーバと図面作成装置２間で行われる、設備の作成と更新を行う処理の全体の流れについて表したものである。
なお、図面提供サーバにアクセスすることで設備を作成する装置は複数存在し、装置の種類としてはパーソナルコンピュータや携帯端末など各種存在する。そこで、以下の説明では、図面作成装置２を含めた端末５の処理として説明する。
図８において、中央に引いた横線よりも上側が図面提供サーバの処理を、下側が端末５の処理を表している。
図面提供サーバでは、設備（建材）を構成するための各種データとして、対象となるキッチン、洗面、お風呂等の各種設備毎に、その基本的な形状や大きさ等を決定するための基本形状と、各基本形状に取り付け可能な各種のオプションとで構成されている。各基本形状とオプションのそれぞれは、識別用の基本ＩＤ、オプションＩＤで管理され、基本形状の基本形状立体データと基本形状平面データ、及び、オプションのオプション立体データとオプション平面データが設備ＤＢ１５２（後述）に保存されている。
なお、以下の説明では、基本形状立体データとオプション立体データを纏めて立体データといい、基本形状平面データとオプション平面データを纏めて平面データというものとする。
図面提供サーバでは、設備（建材）を構成するための各種データとして、対象となるキッチン、洗面、お風呂等の各種設備毎に、その基本的な形状や大きさ等を決定するための基本形状と、各基本形状に取り付け可能な各種のオプションとで構成されている。各基本形状とオプションのそれぞれは、識別用の基本ＩＤ、オプションＩＤで管理され、基本形状の基本形状立体データと基本形状平面データ、及び、オプションのオプション立体データとオプション平面データが設備ＤＢ１５２（後述）に保存されている。
なお、以下の説明では、基本形状立体データとオプション立体データを纏めて立体データといい、基本形状平面データとオプション平面データを纏めて平面データというものとする。
ユーザが新たに設備を作成したり作成済みの設備の変更をする場合、端末５から図面提供サーバの図面作成ウェブサイトにアクセスする。以下、図８の（１）〜（１０）で示した標準的な流れに沿って説明する。
（１）設備を新規作成する場合、ユーザは、例えばシステムキッチンや洗面化粧台などの対象となる設備の基本形状を選択する。図８では、基本形状として「Ｉ型左シンク」が選択された場合について表している。
（１）設備を新規作成する場合、ユーザは、例えばシステムキッチンや洗面化粧台などの対象となる設備の基本形状を選択する。図８では、基本形状として「Ｉ型左シンク」が選択された場合について表している。
（２）基本形状が選択されると、図面提供サーバでは、図８（２）で示すように、選択された基本形状の基本形状立体データに、当該基本形状に予めデフォルトとして決められているオプションのオプション立体データを組み合わせることで設備の設備立体データを作成し端末５に送信する。
端末５では、送信される設備立体データを確認しながら、希望によりオプションの変更を仮想３次元空間において行う。この変更処理に基づいて、図面提供サーバでは指示されたオプションのオプション立体データに変更した設備立体データを作成し、端末５の画面に表示させる。
設備立体データの作成では、基本形状立体データ（ＸＶＬ形式）に、各オプションの取り付け位置情報（後述）を持ち、その位置で変更したオプション立体データを入れ替えることで、設備立体データ（ＸＶＬ形式）を作成する。
図８では、選択されたシステムキッチンの基本形状「Ｉ型左シンク」に対して、デフォルトのオプションである「シンク：標準シンク」、「水栓金具：標準水栓」、「加熱機器：３口コンロ」が選択されている場合について表している。詳細は後述するが、基本形状と各オプションには予め親子関係の階層が規定されることで、親の変更により選択可能なオプションも変化するようになっている。
なお、基本形状自体の変更も可能であるが、基本形状を変更した場合にはオプションはリセットされ、新たな基本形状に対するデフォルトのオプションが表示される。
端末５では、送信される設備立体データを確認しながら、希望によりオプションの変更を仮想３次元空間において行う。この変更処理に基づいて、図面提供サーバでは指示されたオプションのオプション立体データに変更した設備立体データを作成し、端末５の画面に表示させる。
設備立体データの作成では、基本形状立体データ（ＸＶＬ形式）に、各オプションの取り付け位置情報（後述）を持ち、その位置で変更したオプション立体データを入れ替えることで、設備立体データ（ＸＶＬ形式）を作成する。
図８では、選択されたシステムキッチンの基本形状「Ｉ型左シンク」に対して、デフォルトのオプションである「シンク：標準シンク」、「水栓金具：標準水栓」、「加熱機器：３口コンロ」が選択されている場合について表している。詳細は後述するが、基本形状と各オプションには予め親子関係の階層が規定されることで、親の変更により選択可能なオプションも変化するようになっている。
なお、基本形状自体の変更も可能であるが、基本形状を変更した場合にはオプションはリセットされ、新たな基本形状に対するデフォルトのオプションが表示される。
（３）ユーザによる設備の作成（変更の場合も同じ）が完了すると、図面提供サーバは、作成された設備立体データを構成する、基本形状の基本形状平面データに、各オプションのオプション平面データを合成することで、当該設備の設備平面データを作成する。
なお、平面データが存在しないオプションが使用されている場合、当該オプションのオプションＩＤはオプション情報に含まれることでハッシュ値作成の対象となるが、平面データによる表現対象からは外されている。すなわち、ＣＡＤによる表現の対象外であるオプション、例えばスイッチやＵＢの鏡などの小さいものに対しては、立体データのみ存在し平面データは存在しない。
この平面データの作成の詳細については後述する。
なお、平面データが存在しないオプションが使用されている場合、当該オプションのオプションＩＤはオプション情報に含まれることでハッシュ値作成の対象となるが、平面データによる表現対象からは外されている。すなわち、ＣＡＤによる表現の対象外であるオプション、例えばスイッチやＵＢの鏡などの小さいものに対しては、立体データのみ存在し平面データは存在しない。
この平面データの作成の詳細については後述する。
（４）図面提供サーバは、更に、使用した全オプションのオプションＩＤを所定規則に従って並べたオプション情報（オプションＩＤ群）のハッシュ値を算出する。
（５）そして、図面提供サーバは、作成された設備の基本形状を特定する基本ＩＤと、算出したハッシュ値、及び、オプションＩＤ群を、組立設備ＤＢ１５３に保存する。この保存の際に、基本ＩＤとハッシュ値を検索キーとして使用し、同一構成の設備についての登録が既に存在するか否かを判断し、未登録の場合に保存する。
オプションＩＤ群は、作成済み設備の変更要求に対して、当該設備立体データを作成するために保存される。
なお、ユーザが作成した設備立体データそのものについては、基本ＩＤとオプションＩＤ群とから構築できるので保存対象から外すことで保存データ量を抑制しているが、保存対象に含めるようにしてもよい。
本実施形態では、設備を特定するサイズ一定の識別情報を検索キーとし、この検索キーに基本ＩＤと、オプションＩＤ群のハッシュ値とを使用する。但し、識別情報の一部に使用するオプションＩＤ群のハッシュ値に変えて、元のデータから一定の計算手順により算出可能な規則性のない固定長のデータであればよく、その算出方法は問わない。計算式は一方向性関数でも、それ以外を使用してもよい。また、オプションＩＤ群を平文とする暗号文をハッシュ値に変えて使用することも可能である。暗号化の方式については、ＲＣ４、ＤＥＳ、３ＤＥＳ、ＡＥＳ等の共通鍵方式、ＲＳＡ、ＥｌＧａｍａｌ等の公開鍵方式のいずれも可能である。
オプションＩＤ群は、作成済み設備の変更要求に対して、当該設備立体データを作成するために保存される。
なお、ユーザが作成した設備立体データそのものについては、基本ＩＤとオプションＩＤ群とから構築できるので保存対象から外すことで保存データ量を抑制しているが、保存対象に含めるようにしてもよい。
本実施形態では、設備を特定するサイズ一定の識別情報を検索キーとし、この検索キーに基本ＩＤと、オプションＩＤ群のハッシュ値とを使用する。但し、識別情報の一部に使用するオプションＩＤ群のハッシュ値に変えて、元のデータから一定の計算手順により算出可能な規則性のない固定長のデータであればよく、その算出方法は問わない。計算式は一方向性関数でも、それ以外を使用してもよい。また、オプションＩＤ群を平文とする暗号文をハッシュ値に変えて使用することも可能である。暗号化の方式については、ＲＣ４、ＤＥＳ、３ＤＥＳ、ＡＥＳ等の共通鍵方式、ＲＳＡ、ＥｌＧａｍａｌ等の公開鍵方式のいずれも可能である。
（６）また、図面提供サーバは、端末５から作成した設備のダウンロード要求があると、作成した設備の出力設備情報（設備情報）として、設備立体データ（ＸＶＬ形式）、設備平面データ（ＳＶＧ形式）、オプション情報（ＸＭＬ形式）、検索キー（基本ＩＤ、オプションＩＤ群のハッシュ値）を送信する。なお、設備平面データには、上述のとおり、平面図の表記に必要な通常データの他に、図面表記の対象でない特別データ（ＵＢの場合には入口位置情報３２や内法面情報３１１ｂ）なども別レイヤに含まれる。
なお、ダウンロード要求ではなくて、作成・変更途中で終了する場合等にはお気に入り登録が可能であり、この場合図面提供サーバは、ユーザ情報のお気に入り情報として基本ＩＤとハッシュ値が保存される。また、ダウンロード要求と共に、お気に入り登録を行うことも可能である。
また、本実施形態では、検索キー以外に、設備の全体を構成する設備立体データと設備平面データをダウンロード対象としているが、この両データに加えて、又は両データに変えて、設備を構成する基本形状とオプションの立体データと平面データを対象とするようにしてもよい。
更に、検索キー以外のダウンロード対象として、設備の全体又は／及び設備を構成する基本形状とオプションに対する、立体データと平面データのいずれか一方を対象とするようにしてもよい。ユーザの利用形態（利用データ）に応じたダウンロード対象の特定であり、このダウンロード対象についてはユーザが選択できるようにしてもよい。但し、いずれの場合においても、検索キーとなる基本ＩＤとハッシュ値については常にダウンロード対象である。
但し、基本ＩＤとオプションＩＤ群とを合わせてハッシュ値を算出する場合には、当該ハッシュ値を検索キーとして保存する。この場合でも、図面提供サーバの組立設備ＤＢ１５３には、ハッシュ値が検索キーとして、基本ＩＤが設備の基本形状を特定するために保存される。
また、本実施形態では、検索キー以外に、設備の全体を構成する設備立体データと設備平面データをダウンロード対象としているが、この両データに加えて、又は両データに変えて、設備を構成する基本形状とオプションの立体データと平面データを対象とするようにしてもよい。
更に、検索キー以外のダウンロード対象として、設備の全体又は／及び設備を構成する基本形状とオプションに対する、立体データと平面データのいずれか一方を対象とするようにしてもよい。ユーザの利用形態（利用データ）に応じたダウンロード対象の特定であり、このダウンロード対象についてはユーザが選択できるようにしてもよい。但し、いずれの場合においても、検索キーとなる基本ＩＤとハッシュ値については常にダウンロード対象である。
但し、基本ＩＤとオプションＩＤ群とを合わせてハッシュ値を算出する場合には、当該ハッシュ値を検索キーとして保存する。この場合でも、図面提供サーバの組立設備ＤＢ１５３には、ハッシュ値が検索キーとして、基本ＩＤが設備の基本形状を特定するために保存される。
（７）端末５では、図面提供サーバからダウンロードした出力設備情報（設備情報）を設備マスタ２８３に保存する。
（８）端末５では、保存した設備情報（設備立体データ、設備平面データ、製品情報等）をＣＡＤで利用することができる。すなわち、ユーザは、ＣＡＤに取り込んだ設備立体データを端末５の画面で確認することで、希望通りの設備であるか否かを判断したり、建築図面等に設備平面データを反映させたりする。
（８）端末５では、保存した設備情報（設備立体データ、設備平面データ、製品情報等）をＣＡＤで利用することができる。すなわち、ユーザは、ＣＡＤに取り込んだ設備立体データを端末５の画面で確認することで、希望通りの設備であるか否かを判断したり、建築図面等に設備平面データを反映させたりする。
（９）ユーザがＣＡＤに取り込んで表示した設備立体データを変更する場合、端末５から図面提供サーバの図面作成ウェブサイトにアクセスし、変更（属性変更）の要求を行う。この変更要求において端末５は、変更対象の設備を特定するデータとして、設備マスタ２８３に保存した基本ＩＤとハッシュ値を図面提供サーバに送信する。
（１０）図面提供サーバは、端末５から基本ＩＤとハッシュ値を受信すると、この両者を検索キーとして組立設備ＤＢ１５３を検索し、対象となる設備を特定する。この際、組立設備ＤＢ１５３には設備の画像表示をするための設備立体データが存在しないので、特定した設備の基本ＩＤと、オプションＩＤ群を使用して、設備ＤＢ１５から各々の立体データを読み出し、（２）で説明したと同様にして設備立体データを組み立てる。
以下、ユーザによる設備立体データの変更の処理が行われる。この処理とそれ以降の処理は（１）以降で説明したのと同様である。
（１０）図面提供サーバは、端末５から基本ＩＤとハッシュ値を受信すると、この両者を検索キーとして組立設備ＤＢ１５３を検索し、対象となる設備を特定する。この際、組立設備ＤＢ１５３には設備の画像表示をするための設備立体データが存在しないので、特定した設備の基本ＩＤと、オプションＩＤ群を使用して、設備ＤＢ１５から各々の立体データを読み出し、（２）で説明したと同様にして設備立体データを組み立てる。
以下、ユーザによる設備立体データの変更の処理が行われる。この処理とそれ以降の処理は（１）以降で説明したのと同様である。
このように、本実施形態では、３次元仮想空間でユーザが構築した設備（設備立体データ）を特定するための検索キーとして基本ＩＤとハッシュ値を使用している。このハッシュ値は、オプションＩＤ群のサイズにかかわらず一定（例えば、１６ビットや３２ビット等）であるため、図面提供サーバと端末５間の通信データ量を抑えることが可能であると共に、作成された設備が登録済みであるか否かの判断や、変更（再構成）要求がされた設備を特定するための処理負荷を抑えることができる。また、作成された設備の全てを保存しないので保存データ量を抑えることも可能である。
図９は、システムキッチンのデフォルト設定を説明するための図である。
ユーザにシステムキッチンの立体形状を完成させてもらう場合、全体のベースとなるフロアキャビネットを選択してもらい、これにオプションを追加して積み上げていってもらう方式が可能である。
ユーザにシステムキッチンの立体形状を完成させてもらう場合、全体のベースとなるフロアキャビネットを選択してもらい、これにオプションを追加して積み上げていってもらう方式が可能である。
また、標準的なオプションでシステムキッチンの立体形状を予め完成させておき、これに対してオプションを追加・変更してもらう方式も可能である。
何れの方式でもよいが、図面作成システム１では、一般の顧客の利便性を考慮して操作が容易な後者の方式を選択した。
何れの方式でもよいが、図面作成システム１では、一般の顧客の利便性を考慮して操作が容易な後者の方式を選択した。
図９に示したシステムキッチン立体データ１００ａ、１０１ａ、・・・は、図面提供サーバがシステムキッチンのデフォルト設定として用意したものである。
図面提供サーバは、システムキッチン立体データ１００ａ、１０１ａ、・・・によって端末５のシステムキッチン立体図を表示させ、ユーザに選択してもらう。
なお、システムキッチン立体データ１００ａは、Ｉ型左シンクであり、システムキッチン立体データ１０１ａは、Ｉ型右シンクである。
図面提供サーバは、システムキッチン立体データ１００ａ、１０１ａ、・・・によって端末５のシステムキッチン立体図を表示させ、ユーザに選択してもらう。
なお、システムキッチン立体データ１００ａは、Ｉ型左シンクであり、システムキッチン立体データ１０１ａは、Ｉ型右シンクである。
図９では、システムキッチン立体データ１００ａにデフォルトで組み込まれている立体データを太線で連結して表しており、ユーザの選択により交換可能な立体データを両矢線で連結して表している。
システムキッチン立体データ１００ａは、フロアキャビネット立体データ３０ａ、３口コンロ立体データ７０ａ、及びワークトップ立体データ４０ａを組合せて構成されている。
システムキッチン立体データ１００ａは、フロアキャビネット立体データ３０ａ、３口コンロ立体データ７０ａ、及びワークトップ立体データ４０ａを組合せて構成されている。
このうち、ワークトップ立体データ４０ａには、標準シンク立体データ５０ａと標準水栓立体データ６０ａが取り付けられており、ワークトップ立体データ４０ａ、標準シンク立体データ５０ａ、及び標準水栓立体データ６０ａを組合せたアセンブリとなっている。
図面提供サーバは、システムキッチン立体データ１００ａを構成するこれら立体データの組合せを設備ＤＢ１５２に記憶しており、これに従って立体データを組み立てて端末５に表示させる。
図面提供サーバは、システムキッチン立体データ１００ａを構成するこれら立体データの組合せを設備ＤＢ１５２に記憶しており、これに従って立体データを組み立てて端末５に表示させる。
このようにしてデフォルトで作成されたシステムキッチン立体データ１００ａは、端末５に送信され、システムキッチン立体データの画像がディスプレイ２５に表示される。
ユーザは、デフォルトのシステムキッチン立体データに対して、オプションの追加や変更を行い、所望のシステムキッチンが得られるように試行錯誤する。
ユーザは、デフォルトのシステムキッチン立体データに対して、オプションの追加や変更を行い、所望のシステムキッチンが得られるように試行錯誤する。
図９の例では、例えば、３口コンロ立体データ７０ａとＩＨヒーター立体データ７１ａとの交換、標準シンク立体データ５０ａに取り付けた標準水栓立体データ６０ａとオールインワン水栓立体データ６１ａとの交換、ワークトップ立体データ４０ａ（Ｉ型左シンク）とワークトップ立体データ４１ａ（Ｉ型左幅広シンク）との交換、ワークトップ立体データ４１ａに取り付けた標準水栓立体データ６０ａとオールインワン水栓立体データ６１ａとの交換などが可能である。
また、ワークトップ立体データ４１ａには、幅広シンク立体データ５１ａと標準水栓立体データ６０ａがデフォルトで取り付けられており、ワークトップ立体データ４１ａ、幅広シンク立体データ５１ａ、及び標準水栓立体データ６０ａを組合せたアセンブリとなっている。
そのため、標準シンク立体データ５０ａを幅広シンク立体データ５１ａと交換する場合は、アセンブリごとの交換となる。
即ち、この場合、図面提供サーバは、ワークトップ、シンク、及び水栓をまるごと交換する。
そのため、標準シンク立体データ５０ａを幅広シンク立体データ５１ａと交換する場合は、アセンブリごとの交換となる。
即ち、この場合、図面提供サーバは、ワークトップ、シンク、及び水栓をまるごと交換する。
このため、標準シンク立体データ５０ａにデフォルトでないオールインワン水栓立体データ６１ａが取り付けられた状態で、ユーザが幅広シンク立体データ５１ａに交換する場合、図面提供サーバは、まずワークトップ立体データ４０ａのアセンブリをワークトップ立体データ４１ａのアセンブリと交換し、次いで、ワークトップ立体データ４１ａにデフォルトで取り付けられている標準水栓立体データ６０ａをオールインワン水栓立体データ６１ａに交換する。
このように、図面提供サーバは、ユーザが選択した基本形状を３次元画像表示する基本形状立体データとオプションを３次元画像表示するオプション立体データを取得する立体データ取得手段と、当該取得した基本形状立体データとオプション立体データを組合せて、基本形状にオプションを取り付けた設備を３次元画像表示する設備立体データを作成する設備立体データ作成手段を備えている。
更に、図面提供サーバは、このようにして作成した設備立体データを端末５に表示させるため（図面提供サーバにディスプレイを備えて、これに表示してもよい）、作成した設備立体データを用いて設備立体図を３次元画像表示する立体図表示手段も備えている。
また、図面提供サーバは、オプションが付け替えられた設備の３次元画像を表示するなどして、ユーザがオプションの追加や変更を試行錯誤する過程を端末５で見せる。
このため、図面提供サーバは、基本形状立体データに組み合わされるオプション立体データが更新される過程を立体的に表示する。
また、図面提供サーバは、オプションが付け替えられた設備の３次元画像を表示するなどして、ユーザがオプションの追加や変更を試行錯誤する過程を端末５で見せる。
このため、図面提供サーバは、基本形状立体データに組み合わされるオプション立体データが更新される過程を立体的に表示する。
図１０は、座標値の関係について説明するための図である。
図面提供サーバは、基本形状にオプションを取り付けていき、更には、オプションの上に更なるオプションを取り付けたりする。
オプションの取り付け位置は様々であり、組合せによって生じる取り付け位置の数は膨大となる。
図面提供サーバは、基本形状にオプションを取り付けていき、更には、オプションの上に更なるオプションを取り付けたりする。
オプションの取り付け位置は様々であり、組合せによって生じる取り付け位置の数は膨大となる。
そのため、図面作成システム１では、データの取り扱いを容易にするために、立体データごとに座標系を設定し、オプションの取り付け位置を当該オプションに設定した座標系で規定することとした。
即ち、基本形状の立体データに設定された座標系上にオプションによる相対座標系が設定されることになる。
即ち、基本形状の立体データに設定された座標系上にオプションによる相対座標系が設定されることになる。
図の例は、基準形状をフロアキャビネット立体データ３０ａとし、これにワークトップ立体データ４０ａを取り付け、その上に標準シンク立体データ５０ａを取り付け、更に、その上に標準水栓立体データ６０ａを取り付けた場合の、フロアキャビネット座標系、ワークトップ座標系、標準シンク座標系、及び標準水栓座標系の位置関係を示している。
なお、この図では、座標系の関係が分かり易くなるように、実際の間隔ではなく、等間隔に表してある。
なお、この図では、座標系の関係が分かり易くなるように、実際の間隔ではなく、等間隔に表してある。
図に示したように、フロアキャビネット座標系、ワークトップ座標系、標準シンク座標系、及び標準水栓座標系は、それぞれ基準点３０ｃ、４０ｃ、５０ｃ、６０ｃを原点とし、互いに直交するｘｙｚ座標系で構成されている。そして、対応する座標軸（ｘ軸同士、ｙ軸同士、ｚ軸同士）は、平行となるように設定されている。
また、フロアキャビネット座標系の基準点３０ｃの座標値を（ｘ０、ｙ０、ｚ０）とし、フロアキャビネット座標系で規定される基準点４０ｃの座標値を（ｘ１、ｙ１、ｚ１）、ワークトップ座標系で規定される基準点５０ｃの座標値を（ｘ２、ｙ２、ｚ２）、標準シンク座標系で規定される基準点６０ｃの座標値を（ｘ３、ｙ３、ｚ３）とする。
立体データを組み立てることにより各立体データの座標系がこのように配置されるが、これから平面データを作成する手法は以下の通りである。
ここでは、平面データを作成する作図平面をフロアキャビネット座標系のｚｘ平面とし、作図平面の原点がフロアキャビネット座標系の基準点３０ｃと同一になるようにしておく。
まず、基準点４０ｃ、５０ｃ、６０ｃをｙ方向に投影すると、フロアキャビネット座標系のｚｘ平面上に投影点４０ｇ、５０ｇ、６０ｇが得られる。
ここでは、平面データを作成する作図平面をフロアキャビネット座標系のｚｘ平面とし、作図平面の原点がフロアキャビネット座標系の基準点３０ｃと同一になるようにしておく。
まず、基準点４０ｃ、５０ｃ、６０ｃをｙ方向に投影すると、フロアキャビネット座標系のｚｘ平面上に投影点４０ｇ、５０ｇ、６０ｇが得られる。
投影点４０ｇ、５０ｇ、６０ｇの当該ｚｘ平面（作図平面）上での（ｚ、ｘ）座標値は、基準点３０ｃを原点（即ち、（ｘ０、ｙ０、ｚ０）＝（０、０、０））とすると、それぞれ、（ｚ１、ｘ１）、（ｚ１＋ｚ２、ｘ１＋ｘ２）、（ｚ１＋ｚ２＋ｚ３、ｘ１＋ｘ２＋ｘ３）となる。
なお、図では、ｘ座標値は、図の煩雑化を避けるために省略している。
なお、図では、ｘ座標値は、図の煩雑化を避けるために省略している。
次に、基準点３０ｃ、投影点４０ｇ、５０ｇ、６０ｇに、基準点３０ｅ、４０ｅ、５０ｅ、６０ｅが一致するようにフロアキャビネット平面データ３０ｂ、ワークトップ平面データ４０ｂ、標準シンク平面データ５０ｂ、標準水栓平面データ６０ｂを配置すると、立体データと整合がとれた平面データの組合せが得られる。
この平面データの組合せを１つの平面データファイルにまとめれば（マージすれば）、目的の平面データが得られる。
この平面データの組合せを１つの平面データファイルにまとめれば（マージすれば）、目的の平面データが得られる。
このように、図面提供サーバは、設備立体データの作成に用いられた基本形状立体データに対応づけられた基本形状平面データと、設備立体データの作成に用いられたオプション立体データに対応づけられたオプション平面データを取得する平面データ取得手段と、このようにして取得した基本形状平面データとオプション平面データを、設備立体データに基づいて配置することにより、設備立体図に対応する設備平面図を表示するための設備平面データを作成する設備平面データ作成手段を備えている。
また、図面提供サーバは、上述したように、設備立体データで組み合わされている基本形状立体データとオプション立体データの基準点の３次元座標値を作図平面に投影するなどして、当該基本形状立体データとオプション立体データに対応する基本形状平面データとオプション平面データの基準点の２次元座標値を取得する座標値取得手段を備えており、このようにして取得した基準点の２次元座標値に基づいて基本形状平面データとオプション平面データを配置することにより設備平面データを作成している。
以上説明したように、本実施形態の図面作成装置によれば次の効果を得ることができる。
（１）ＣＡＤで作成した施工図に、ダウンロードしたＵＢ平面図３０ｂを自動的に配置することができる。
（２）ＣＡＤで作成した施工図を元に作成した立体図に、ダウンロードしたＵＢ立体図３０ａを自動的に配置することができる。
（３）施工図の浴室に入口が記載されていない場合であっても、配置したＵＢ平面図３０ｂに基づいて、ＵＢのドアに対向する施工図の壁位置を自動的に検出し、検出した施工図の壁にドアサイズに対応した開口を自動的に形成することができる。
（４）施工図の浴室に、ＵＢのドアと一致しないドアが記載されている場合には、当該施工図のドアと開口を自動的に消去することができる。
（５）ＵＢ平面図３０ｂのドアに対応して開口処理をした施工図から作成した施工立体図の開口部に対して、設置したＵＢ立体図３０ａのドア枠の幅を、施工立体図の隣室側の内法面から出るように拡幅しているので、建物とＵＢとの間に隙間が存在していても立体図上での隙間を隠すことができる。これにより、施工立体図で表現されている廊下や各室内などをウォークスルー表示（配置した視点位置と方向をマウスで移動することで、各視点位置と方向に応じて逐次画像を変化させる表示）をした場合にも、隙間が現れることなく実際の建築状況により近い自然な表示をすることができる。
（６）施工立体図の窓に対応する開口をＵＢ立体図３０ａに設けることで、ＵＢ立体図３０ａを配置後の施工立体図において、ＵＢの内側からの視線に対して窓を表示させることができる。
（７）更に、ＵＢ立体図３０ａに設けた開口に対して、施工立体図の窓枠の幅を拡張することで、ＵＢと建物との間の隙間を隠すことができると共に、自然なウォークスルー表示を提供することができる。
（１）ＣＡＤで作成した施工図に、ダウンロードしたＵＢ平面図３０ｂを自動的に配置することができる。
（２）ＣＡＤで作成した施工図を元に作成した立体図に、ダウンロードしたＵＢ立体図３０ａを自動的に配置することができる。
（３）施工図の浴室に入口が記載されていない場合であっても、配置したＵＢ平面図３０ｂに基づいて、ＵＢのドアに対向する施工図の壁位置を自動的に検出し、検出した施工図の壁にドアサイズに対応した開口を自動的に形成することができる。
（４）施工図の浴室に、ＵＢのドアと一致しないドアが記載されている場合には、当該施工図のドアと開口を自動的に消去することができる。
（５）ＵＢ平面図３０ｂのドアに対応して開口処理をした施工図から作成した施工立体図の開口部に対して、設置したＵＢ立体図３０ａのドア枠の幅を、施工立体図の隣室側の内法面から出るように拡幅しているので、建物とＵＢとの間に隙間が存在していても立体図上での隙間を隠すことができる。これにより、施工立体図で表現されている廊下や各室内などをウォークスルー表示（配置した視点位置と方向をマウスで移動することで、各視点位置と方向に応じて逐次画像を変化させる表示）をした場合にも、隙間が現れることなく実際の建築状況により近い自然な表示をすることができる。
（６）施工立体図の窓に対応する開口をＵＢ立体図３０ａに設けることで、ＵＢ立体図３０ａを配置後の施工立体図において、ＵＢの内側からの視線に対して窓を表示させることができる。
（７）更に、ＵＢ立体図３０ａに設けた開口に対して、施工立体図の窓枠の幅を拡張することで、ＵＢと建物との間の隙間を隠すことができると共に、自然なウォークスルー表示を提供することができる。
２ 図面作成装置
５ 端末
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ 通信制御装置
２５ ディスプレイ
２６ キーボード
２７ マウス
２８ 記憶装置
２８１ プログラム
２８２ 施工図ＤＢ
２８３ 設備マスタ
３０ａ ＵＢ立体図
３０ｂ ＵＢ平面図
３１ａ、３１ｂ、３１２ａ、３１２ｂ 壁
３１１ａ、３１１ｂ 内法面
３２ａ、３２ｂ ドア
３２１ａ ドア枠
３３ａ、３３ｂ バスタブ
３４ａ、３４ｂ カウンタ
４０ 施工図
４１、４１１〜４１４ 壁
４２ 浴室
４３ ドア
４４ 窓
４５ 隣室
４４０、４４２ 窓枠
５ 端末
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ 通信制御装置
２５ ディスプレイ
２６ キーボード
２７ マウス
２８ 記憶装置
２８１ プログラム
２８２ 施工図ＤＢ
２８３ 設備マスタ
３０ａ ＵＢ立体図
３０ｂ ＵＢ平面図
３１ａ、３１ｂ、３１２ａ、３１２ｂ 壁
３１１ａ、３１１ｂ 内法面
３２ａ、３２ｂ ドア
３２１ａ ドア枠
３３ａ、３３ｂ バスタブ
３４ａ、３４ｂ カウンタ
４０ 施工図
４１、４１１〜４１４ 壁
４２ 浴室
４３ ドア
４４ 窓
４５ 隣室
４４０、４４２ 窓枠
Claims (10)
- 建物の施工図を取得する施工図取得手段と、
前記建物に設置するユニットバスの平面図であるＵＢ平面図を取得するＵＢ図取得手段と、
前記取得した施工図に、前記取得したＵＢ平面図を配置する平面図配置手段と、
前記ユニットバスに配置されるドアの情報に基づいて、当該ドアに対向する前記施工図の壁に対してドア表示を自動設定するドア設定手段と、
を具備したことを特徴とする図面作成装置。 - 前記ドア設定手段は、前記ユニットバスの前記ドアと平行で、最も近い壁に前記ドア表示を自動設定する、
ことを特徴とする請求項１に記載の図面作成装置。 - 前記取得した施工図の浴室の壁にドア表示が存在する場合、当該施工図のドア表示を削除するドア削除手段と、
をさらに具備したことを特徴とする請求項１、又は請求項２に記載の図面作成装置。 - 前記ドア表示は、ドアに対応するドア開口部の表示とドアの表示である
ことを特徴とする請求項１、請求項２、又は請求項３に記載の図面作成装置。 - 前記ＵＢ図取得手段は、前記ＵＢ平面図に対応し、壁を含む前記ユニットバスの立体図であるＵＢ立体図を取得し、
前記施工図に対応した立体図である施工立体図を作成する施工立体図作成手段と、
前記施工図に設定したドア開口部に対応する、前記施工立体図のドア開口部に対応して、前記ＵＢ立体図のドア枠の枠幅を拡張するドア枠拡張手段と、
を具備したことを特徴とする請求項４に記載の図面作成装置。 - 前記建物に配置される窓の情報に基づいて、当該窓に対向する前記ＵＢ立体図の壁に窓開口部を設ける窓開口手段と、
をさらに具備したことを特徴とする請求項５に記載の図面作成装置。 - 建物の施工図に対応する立体図である施工立体図を取得する施工立体図取得手段と、
前記建物に設置するユニットバスの立体図であるＵＢ立体図を取得するＵＢ立体図取得手段と、
前記取得した施工立体図に、前記取得したＵＢ立体図を配置する立体図配置手段と、
前記建物に配置される窓の情報に基づいて、当該窓に対向する前記ＵＢ立体図の壁に窓開口部を設ける窓開口手段と、
を具備したことを特徴とする図面作成装置。 - 前記窓開口部に対応して、前記施工立体図の窓枠の枠幅を拡張する窓枠拡張手段と、
をさらに具備したことを特徴とする請求項６、又は請求項７に記載の図面作成装置。 - 建物の施工図を取得する施工図取得機能と、
前記建物に設置するユニットバスの平面図であるＵＢ平面図を取得するＵＢ図取得機能と、
前記取得した施工図に、前記取得したＵＢ平面図を配置する平面図配置機能と、
前記ユニットバスに配置されるドアの情報に基づいて、当該ドアに対向する前記施工図の壁に対してドア表示を自動設定するドア設定機能と、
をコンピュータに実現させることを特徴とする図面作成プログラム。 - 建物の施工図に対応する立体図である施工立体図を取得する施工立体図取得機能と、
前記建物に設置するユニットバスの立体図であるＵＢ立体図を取得するＵＢ立体図取得機能と、
前記取得した施工立体図に、前記取得したＵＢ立体図を配置する立体図配置機能と、
前記建物に配置される窓の情報に基づいて、当該窓に対向する前記ＵＢ立体図の壁に窓開口部を設ける開口機能と、
をコンピュータに実現させることを特徴とする図面作成プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016039429A JP6629636B2 (ja) | 2016-03-01 | 2016-03-01 | 図面作成装置、及び図面作成プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016039429A JP6629636B2 (ja) | 2016-03-01 | 2016-03-01 | 図面作成装置、及び図面作成プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2017156974A JP2017156974A (ja) | 2017-09-07 |
| JP6629636B2 true JP6629636B2 (ja) | 2020-01-15 |
Family
ID=59810198
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016039429A Active JP6629636B2 (ja) | 2016-03-01 | 2016-03-01 | 図面作成装置、及び図面作成プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6629636B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102444817B1 (ko) * | 2021-10-13 | 2022-09-21 | 주식회사 그룹샵 | 인테리어 대상 공간에 대한 3d 모델링 시스템 |
-
2016
- 2016-03-01 JP JP2016039429A patent/JP6629636B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2017156974A (ja) | 2017-09-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220027524A1 (en) | Method for forming walls to align 3d objects in 2d environment | |
| US11875460B2 (en) | Method, apparatus and storage medium for displaying three-dimensional space view | |
| US20170344116A1 (en) | Haptic output methods and devices | |
| US9398413B1 (en) | Mapping electronic devices within an area | |
| CN106055762A (zh) | 一种家居装修设计系统及方法 | |
| CN105046534A (zh) | 基于互联网的辅助设计系统(iAD) | |
| Kieferle et al. | BIM interactive-about combining bim and virtual reality | |
| CN111951374B (zh) | 房屋装修数据的处理方法、装置、电子设备及存储介质 | |
| WO2021131622A1 (ja) | 情報提供装置、情報提供システム、情報提供方法及び情報提供プログラム | |
| KR101106857B1 (ko) | 3디를 활용한 가상 공간의 갤러리시스템 | |
| KR101597299B1 (ko) | 증강현실을 이용한 온라인 인테리어 방법 및 시스템 | |
| KR20210083574A (ko) | 가상 공간 인테리어를 이용한 인터페이스 제공 방법 및 그 장치 | |
| KR20110120001A (ko) | 이동형 디지털 모델 하우스 | |
| JP6629636B2 (ja) | 図面作成装置、及び図面作成プログラム | |
| JP2003006674A (ja) | 高品質な３次元立体間取り図配布／表示システム | |
| JP7287509B2 (ja) | 現在空間及び媒体内の品目情報を表示する方法及び装置 | |
| JP2014164669A (ja) | 建築支援システム、建築支援装置及びコンピュータプログラム | |
| KR20100130266A (ko) | Ｂｉｍ 공간정보를 활용한 부동산 정보 제공방법 및 그 장치 | |
| JP2001209671A (ja) | ３次元情報を含む住宅営業支援システム | |
| EP3789967A1 (en) | Three-dimensional space view display method, apparatus, and storage medium | |
| JP6629635B2 (ja) | 図面データ作成装置、及び図面データ作成プログラム | |
| JP2004126820A (ja) | レイアウト設計支援システム及びその方法 | |
| JP6596296B2 (ja) | 図面データ作成装置、及び図面データ作成プログラム | |
| JP7507010B2 (ja) | インテリア支援システム | |
| KR20200123651A (ko) | 가상현실 공간 디자인 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20190124 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20191111 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20191122 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20191205 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6629636 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |