(57)【特許請求の範囲】
【請求項１】
通信網を介して、複数の入居希望者通信端末と接続される適合設計支援用サーバであって、
現実のモデルハウスとして入居可能なモデルハウスの設計情報である複数の実モデルハウス情報を格納するモデルハウス情報記憶装置と、
前記複数の入居希望者通信端末に、前記通信網を介して前記モデルハウス情報記憶装置に格納された前記複数の実モデルハウス情報を含む入居者募集アプリの画面を表示させる入居者募集アプリ表示論理回路と、
前記入居者募集アプリと前記通信網を介して受信した建築物購入予定者の顧客個人情報を格納する顧客情報記憶装置と、
前記複数の入居希望者通信端末の一部から選択されたモデルハウス入居者通信端末に対し、ＩＤ番号を付与して前記モデルハウス情報記憶装置と前記顧客情報記憶装置に対する前記モデルハウス入居者通信端末のアクセス権限を付与するアクセス権限確認論理回路と、
前記モデルハウス入居者通信端末に対し設計支援アプリの画面を表示させ、前記設計支援アプリの画面を介して、前記モデルハウス入居者通信端末を所有する前記建築物購入予定者が選定した選定モデルハウスの設計データを変更する設計変更情報を受信し、前記設計変更情報により前記選定モデルハウスの設計データを変更した適合設計図を作成し、前記モデルハウス入居者通信端末に送信する変更設計図作成論理回路と、
を備え、前記建築物購入予定者の希望に適合した建築物の設計を支援することを特徴とする適合設計支援用サーバ。
【請求項２】
前記設計変更情報には、前記選定モデルハウスの内装の部材及び外装の部材の、それぞれの色及び素材のデータが含まれることを特徴とする請求項１に記載の適合設計支援用サーバ。
【請求項３】
入居者募集アプリ表示論理回路、アクセス権限確認論理回路及び変更設計図作成論理回路を有する算術論理回路と、モデルハウス情報記憶装置及び顧客情報記憶装置を有する適合設計支援用サーバと複数の入居希望者通信端末が通信網に接続されたシステムを用いる適合設計支援方法であって、
前記モデルハウス情報記憶装置に、現実のモデルハウスとして入居可能なモデルハウスの設計情報である複数の実モデルハウス情報を格納するステップと、
前記入居者募集アプリ表示論理回路が、前記モデルハウス情報記憶装置から前記複数の実モデルハウス情報を読み出すステップと、
前記入居者募集アプリ表示論理回路が、前記複数の入居希望者通信端末に、前記複数の実モデルハウス情報を含む入居者募集アプリの画面を表示するステップと、
前記入居者募集アプリと前記通信網を介して受信した、建築物購入予定者の顧客個人情報を、前記顧客情報記憶装置に格納するステップと、
前記アクセス権限確認論理回路が、前記複数の入居希望者通信端末の一部から選択されたモデルハウス入居者通信端末に対しＩＤ番号を付与して、前記モデルハウス情報記憶装置と前記顧客情報記憶装置に対するアクセス権限を付与するステップと、
前記変更設計図作成論理回路が、前記モデルハウス入居者通信端末に対し設計支援アプリの画面を表示するステップと、
前記適合設計支援用サーバが、前記設計支援アプリの画面と前記通信網を介して、前記モデルハウス入居者通信端末を所有する前記建築物購入予定者が選定した選定モデルハウスの設計データを変更する設計変更情報を受信するステップと、
前記変更設計図作成論理回路が、前記設計変更情報により前記選定モデルハウスの設計データを変更した適合設計図を作成し、前記モデルハウス入居者通信端末に送信するステップと、
を含み、前記建築物購入予定者の希望に適合した建築物の設計を支援することを特徴とする適合設計支援方法。
【請求項４】
前記設計変更情報には、前記選定モデルハウスの内装の部材及び外装の部材の、それぞれの色及び素材のデータが含まれることを特徴とする請求項３に記載の適合設計支援方法。
【請求項５】
通信網に接続された適合設計支援用サーバであって、入居者募集アプリ表示論理回路、アクセス権限確認論理回路及び変更設計図作成論理回路を有する算術論理回路と、モデルハウス情報記憶装置及び顧客情報記憶装置を有するコンピュータシステムである前記適合設計支援用サーバを駆動する適合設計支援プログラムであって、
前記モデルハウス情報記憶装置に、現実のモデルハウスとして入居可能なモデルハウスの設計情報である複数の実モデルハウス情報を格納させる命令と、
前記入居者募集アプリ表示論理回路が、前記モデルハウス情報記憶装置から前記複数の実モデルハウス情報を読み出させる命令と、
前記入居者募集アプリ表示論理回路が、前記通信網に接続された複数の入居希望者通信端末に、前記複数の実モデルハウス情報を含む入居者募集アプリの画面を表示させる命令と、
前記入居者募集アプリと前記通信網を介して受信した、建築物購入予定者の顧客個人情報を、前記顧客情報記憶装置に格納させる命令と、
前記アクセス権限確認論理回路が、前記複数の入居希望者通信端末の一部から選択されたモデルハウス入居者通信端末に対しＩＤ番号を付与して、前記モデルハウス情報記憶装置と前記顧客情報記憶装置に対するアクセス権限を付与させる命令と、
前記変更設計図作成論理回路が、前記モデルハウス入居者通信端末に対し設計支援アプリの画面を表示させる命令と、
前記適合設計支援用サーバに、前記設計支援アプリの画面と前記通信網を介して、前記モデルハウス入居者通信端末を所有する前記建築物購入予定者が選定した選定モデルハウスの設計データを変更する設計変更情報を受信させる命令と、
前記変更設計図作成論理回路が、前記設計変更情報により前記選定モデルハウスの設計データを変更した適合設計図を作成し、前記モデルハウス入居者通信端末に送信させる命令と、
を含む一連の命令により、前記コンピュータシステムを動作させて、前記建築物購入予定者の希望に適合した建築物の設計を支援することを特徴とする適合設計支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、新築住宅の購入予定者に対して、購入予定者の希望の仕様等に適合するようにカスタマイズ（改変）された改変建築物を販売可能なビジネスに好適な発明に係り、特に住宅等の建築物の購入予定者がひとまずモデルハウスに入居し、モデルハウス入居期間中にモデルハウスの改善点を検討し、改善点に基づいて購入予定の建築物の設計を最適化する適合設計支援用サーバ、適合設計支援方法及び適合設計支援プログラムに関する。
【背景技術】
【０００２】
一般に新築住宅等の購入を検討する者は、設計事務所や建設会社、工務店等に対して、希望の設計情報を伝え、設計図面作成や費用見積を依頼する。より具体的に設計イメージを持つため、見積等に先駆けて、工務店等が展示するモデルハウスを見学する場合も多い。このモデルハウスは、住宅の新築や増改築を希望する者が様々な建築様式を見学できるように、工務店等のモデルハウス提供者側の設計によって建築されるものである。
【０００３】
しかし、モデルハウスの設計と購入予定者が理想とする建築物との設計は大きく異なるのが通常である。更に、モデルハウスの見学は長くとも数時間であり、まれにモデルハウスへの入居体験サービスも存在するが、それでも２日間（１泊）のものが多数である。その短期間のモデルハウス見学により、部分的にはイメージを持つことが可能であっても、入居のイメージを十分持つことができるとは言い難い。希望する要求に適合した建築物の設計は、モデルハウスのような間取りとは異なることが一般的である。又、１泊であっても、自身の家としてくつろいだ状態ではなく気を遣いながら過ごすことで、十分に実感を伴った入居体験を得ることが困難であるためである。十分な入居イメージを持てないことは新築購入に踏み切る場合の足かせとなり、購入自体を断念することにもつながる。
【０００４】
特許文献１には、自身で設計した住宅の三次元イメージモデルの見学を疑似的に体験することができる住宅販売支援システムの発明が記載されている。特許文献１に記載の発明により、希望の設計の住宅の中を移動するシミュレーションは可能となるが、あくまで視覚情報のみの疑似体験であるため、モデルハウス見学時のような五感に基づく情報は得られないことが問題である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１４９０５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は上記の問題に着目してなされたものであって、建築物の購入予定者が、モデルハウスに１月以上の長期にわたって入居し、その間にモデルハウスの課題を検討し、購入予定者の理想に適合するように改変された改変建築物を設計可能な適合設計支援用サーバ、適合設計支援方法及び適合設計支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の第１の態様は、通信網を介して、複数の入居希望者通信端末と接続される適合設計支援用サーバに関する。第１の態様に係る適合設計支援用サーバは、(a)現実のモデルハウスとして入居可能なモデルハウスの設計情報である複数の実モデルハウス情報を格納するモデルハウス情報記憶装置と、(b)複数の入居希望者通信端末に、通信網を介してモデルハウス情報記憶装置に格納された複数の実モデルハウス情報を含む入居者募集アプリの画面を表示させる入居者募集アプリ表示論理回路と、(c)入居者募集アプリと通信網を介して受信した建築物購入予定者の顧客個人情報を格納する顧客情報記憶装置と、(d)複数の入居希望者通信端末の一部から選択されたモデルハウス入居者通信端末に対し、ＩＤ番号を付与してモデルハウス情報記憶装置と顧客情報記憶装置に対するモデルハウス入居者通信端末のアクセス権限を付与するアクセス権限確認論理回路と、(e)モデルハウス入居者通信端末に対し設計支援アプリの画面を表示させ、設計支援アプリの画面を介して、モデルハウス入居者通信端末を所有する建築物購入予定者が選定した選定モデルハウスの設計データを変更する設計変更情報を受信し、設計変更情報により選定モデルハウスの設計データを変更した適合設計図を作成し、モデルハウス入居者通信端末に送信する変更設計図作成論理回路を備えることを要旨とする。そして、第１の態様に係る適合設計支援用サーバは、建築物購入予定者の希望に適合した建築物の設計を支援することを特徴とする。
【０００８】
本発明の第２の態様は、入居者募集アプリ表示論理回路、アクセス権限確認論理回路及び変更設計図作成論理回路を有する算術論理回路と、モデルハウス情報記憶装置及び顧客情報記憶装置を有する適合設計支援用サーバと複数の入居希望者通信端末が、通信網に接続されたシステムを用いる適合設計支援方法に関する。第２の態様に係る適合設計支援方法は、(a)モデルハウス情報記憶装置に、現実のモデルハウスとして入居可能なモデルハウスの設計情報である複数の実モデルハウス情報を格納するステップと、(b)入居者募集アプリ表示論理回路が、モデルハウス情報記憶装置から複数の実モデルハウス情報を読み出すステップと、(c)入居者募集アプリ表示論理回路が、複数の入居希望者通信端末に、複数の実モデルハウス情報を含む入居者募集アプリの画面を表示するステップと、(d)入居者募集アプリと通信網を介して受信した、建築物購入予定者の顧客個人情報を、顧客情報記憶装置に格納するステップと、(e)アクセス権限確認論理回路が、複数の入居希望者通信端末の一部から選択されたモデルハウス入居者通信端末に対しＩＤ番号を付与して、モデルハウス情報記憶装置と顧客情報記憶装置に対するアクセス権限を付与するステップと、(f)変更設計図作成論理回路が、モデルハウス入居者通信端末に対し設計支援アプリの画面を表示するステップと、(g)適合設計支援用サーバが、設計支援アプリの画面と通信網を介して、モデルハウス入居者通信端末を所有する建築物購入予定者が選定した選定モデルハウスの設計データを変更する設計変更情報を受信するステップと、(h)変更設計図作成論理回路が、設計変更情報により選定モデルハウスの設計データを変更した適合設計図を作成し、モデルハウス入居者通信端末に送信するステップを含むことを要旨とする。そして、第２の態様に係る適合設計支援方法は、建築物購入予定者の希望に適合した建築物の設計を支援することを特徴とする。
【０００９】
本発明の第２の態様で述べた適合設計支援方法を実現するためのコンピュータソフトウェアプログラムは、コンピュータ読取り可能な記録媒体に保存し、この記録媒体をコンピュータシステムによって読み込ませることにより、本発明の適合設計支援方法を実行することができる。すなわち、本発明の第３の態様は通信網に接続された適合設計支援用サーバを駆動する適合設計支援プログラムに関する。第３の態様に係る適合設計支援プログラムは、入居者募集アプリ表示論理回路、アクセス権限確認論理回路及び変更設計図作成論理回路を有する算術論理回路と、モデルハウス情報記憶装置及び顧客情報記憶装置を有するコンピュータシステムである適合設計支援用サーバを駆動する。具体的には、第３の態様に係る適合設計支援プログラムは、(a)モデルハウス情報記憶装置に、現実のモデルハウスとして入居可能なモデルハウスの設計情報である複数の実モデルハウス情報を格納させる命令と、(b)入居者募集アプリ表示論理回路が、モデルハウス情報記憶装置から複数の実モデルハウス情報を読み出させる命令と、(c)入居者募集アプリ表示論理回路が、通信網に接続された複数の入居希望者通信端末に、複数の実モデルハウス情報を含む入居者募集アプリの画面を表示させる命令と、(d)入居者募集アプリと通信網を介して受信した、建築物購入予定者の顧客個人情報を、顧客情報記憶装置に格納させる命令と、(e)アクセス権限確認論理回路が、複数の入居希望者通信端末の一部から選択されたモデルハウス入居者通信端末に対しＩＤ番号を付与して、モデルハウス情報記憶装置と顧客情報記憶装置に対するアクセス権限を付与させる命令と、(f)変更設計図作成論理回路が、モデルハウス入居者通信端末に対し設計支援アプリの画面を表示させる命令と、(g)適合設計支援用サーバに、設計支援アプリの画面と通信網を介して、モデルハウス入居者通信端末を所有する建築物購入予定者が選定した選定モデルハウスの設計データを変更する設計変更情報を受信させる命令と、(h)変更設計図作成論理回路が、設計変更情報により選定モデルハウスの設計データを変更した適合設計図を作成し、モデルハウス入居者通信端末に送信させる命令を含む一連の命令によりコンピュータシステムを動作させる。そして、第３の態様に係る適合設計支援プログラムは、コンピュータシステムを動作させることにより、建築物購入予定者の希望に適合した建築物の設計を支援することを特徴とする。なお、「記録媒体」とは、例えばコンピュータシステムの外部メモリ装置、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのプログラムを記録することができるような媒体などを意味する。具体的には、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯディスク、カセットテープ、オープンリールテープなどが「記録媒体」に含まれるが、第３の態様に係る適合設計支援プログラムは、記録媒体等を介さずに通信網を介して、直接、適合設計支援用サーバとして機能しているコンピュータシステムのプログラム記憶装置に読み込ませるようにしてもよい。
【００１０】
本発明によれば、建築物の購入予定者がモデルハウスに１月以上の長期にわたって入居し、その間にモデルハウスの課題を検討し、購入予定者の理想に適合するように改変された改変建築物を設計可能な適合設計支援用サーバ、適合設計支援方法及び適合設計支援プログラムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の代表的な実施形態（以下において「代表実施形態」という。）に係る適合設計支援方法の概要フローチャートである。
【図２】本発明の代表実施形態に係る適合設計支援方法を実現するシステム構成の概略図である。
【図３】図３（ａ）は、図２に示した管理サーバを構成する新築住宅案構成部のハードウェア資源の論理的な構成を説明する概略図である。図３（ｂ）は、新築住宅案構成部を構成する顧客情報格納処理命令回路の内部構造の一例を示す図である。図３（ｃ）は、新築住宅案構成部を構成する変更設計図作成論理回路の内部構造の一例を示す図である。
【図４】モデルハウス情報を提示するステップのフローチャートの一例である。
【図５】モデルハウスへの入居直前からモデルハウス入居中のフローチャートの一例である。
【図６】仕様変更希望の受付期限直前から改変建築物の施工契約の直前までのフローチャートの一例である。
【図７】入居者募集アプリケーション・ソフトウェア・プログラム（以下において「入居者募集アプリ」と略記する。）が提示する募集情報入力画面の一例である。
【図８】モデルハウス入居者に対し設計支援アプリケーション・ソフトウェア・プログラム（以下において「設計支援アプリ」と略記する。）が提示するトップページである。
【図９】モデルハウス入居者を対象とする設計支援アプリが提示する画面のうち、概略設計図を表示する外観確認用画面である。
【図１０】設計支援アプリが提示する画面のうち、仕様表示部が表示された外観確認用画面である。
【図１１】設計支援アプリが提示する画面のうち、概略設計図の内観確認用画面である。
【発明を実施するための形態】
【００１２】
以下において、図面を参照して、本発明の代表実施形態を一つ取り上げ、例示的に説明する。以下の図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。ただし、図面は模式的なものであり、厚みと平面寸法との関係、各部材の大きさの比率等は現実のものとは異なることに留意すべきである。したがって、具体的な厚み、寸法、大きさ等は以下の説明から理解できる技術的思想の趣旨を参酌してより多様に判断すべきものである。又、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。
【００１３】
又、以下に示す代表実施形態は、本発明の技術的思想を具体化するための方法及びその方法に用いる装置等を例示するものであって、本発明の技術的思想は、構成部品の材質、形状、構造、配置等、方法の手順等を下記のものに特定するものではない。本発明の技術的思想は、代表実施形態で記載された内容に限定されず、特許請求の範囲に記載された請求項が規定する技術的範囲内において、種々の変更を加えることができる。
【００１４】
（適合設計支援用サーバ）
本発明の代表実施形態に係る適合設計支援用サーバは、図２に例示的に示した通信網（インターネット等）１１に接続された複数の入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……、モデルハウス入居者通信端末１７、管理者端末１５及び管理サーバ１３を含むシステムに用いられている。即ち、図２に示したシステム構成における管理サーバ１３が、代表実施形態に係る適合設計支援用サーバに対応する。よって、以下の説明では、代表実施形態に係る適合設計支援用サーバを、「管理サーバ１３」と称して説明する。図２のモデルハウス入居者通信端末１７は、複数の入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……の内から選ばれる特定の端末であるので、図２の表現は厳密な意味では、時系列が錯綜した重複表現となる場合が生じる。モデルハウス入居者通信端末１７がモデルハウスにのみ設置されているデスクトップのコンピュータ等の端末であり、モデルハウス入居者が複数の入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……のいずれかから専用のモデルハウス入居者通信端末１７にモデルハウスへ入居した後に切り替える場合であれば、図２に示した模式的表現は重複表現にはならない。一方、複数の入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……のいずれかが、モデルハウス入居者予定者の携帯端末であり、モデルハウス入居者がモデルハウスへ入居した後も、引き続き複数の入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……のいずれかである携帯端末を、モデルハウス入居者通信端末１７として使い続ける場合は、図２に示した模式的表現は重複表現を含むことになる。ただし、モデルハウスにのみ設置されているデスクトップのコンピュータ等の専用のモデルハウス入居者通信端末１７が、モデルハウス入居者がアクセス権限を取得する前は複数の入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……と等価な機能を果たしていると解釈すれば、専用のモデルハウス入居者通信端末１７は、複数の入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……のいずれかから選択されることになる。図２に示すシステム構成において、管理者端末１５は管理者が所有する通信端末である。代表実施形態に係る適合設計支援用サーバの説明において「管理者」とは、新築住宅等の建築物を販売する業者であり、建築物を販売するためにモデルハウスの賃貸契約をし、建築物の工事請負契約を行う者を言う。図２に示すシステム構成において、複数の管理者がいても構わない。複数の管理者が存在する場合は、それぞれの管理者が管理者端末を有するので、複数の管理者端末となるが、簡略化のために、図２では１台の管理者端末１５を示している。複数の管理者が存在する場合、管理サーバ１３は複数の管理者の内から選ばれた特定の管理者が所有していてもよく、管理者以外の運営者が所有していても構わない。管理者が１名のシステム構成であれば、図２に示すシステム構成の管理サーバ１３の運営者は、その１名の管理者になる。複数の管理者が、１台の管理サーバ１３を共通とする「理想設計ネットワーク」を構成して、管理サーバ１３が所有するビックデータを活用するビジネスモデルも可能である。
【００１５】
図２に示すシステム構成では、説明の便宜上、モデルハウス入居者通信端末１７を１台のみ図示しているが、実際にはタイプ別に分けられた複数のモデルハウスが用意されるので、それぞれのモデルハウスに、それぞれモデルハウス入居者通信端末１７が割り当てられることが可能である。図２において、入居希望者通信端末１９ａ，１９ｂ，１９ｃが３台示されているが、模式的な例示であり３台に限定されない。入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……は、通信網１１を介して接続される世界中の任意かつ不特定の多数の通信端末が対象であり、入居希望者通信端末の台数に特に限定はない。代表実施形態に係る適合設計支援用サーバを用いたシステム構成では、不特定の入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……に対し、個別のモデルハウス入居者通信端末１７がそれぞれ選択される。よって、冒頭で述べたとおり、モデルハウス入居者通信端末１７と不特定の入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……とは、ハードウェア構成としては互いに等価なシステム要素であり、一部において重複が許容される。
【００１６】
管理サーバ１３は、複数のモデルハウス情報を格納するモデルハウス情報記憶装置２５と、モデルハウス入居者の顧客個人情報及び設計変更情報を受け付けて格納する顧客情報記憶装置２７を備える。モデルハウス情報記憶装置２５に格納される「複数のモデルハウス情報」には、管理者が実際手持ちしている建築物の情報であり、現実のモデルハウスとして入居可能な「実モデルハウス情報」と、本発明の代表実施形態に係る適合設計支援用サーバを用いて適合設計によりカスタマイズ（改変）された改変建築物の情報である「改変モデルハウス情報」が含まれるものとする。「改変モデルハウス情報」の対象となる建築物には既に他のモデルハウス入居者が住んでいるので、新たなモデルハウスとして用いることはできない。管理サーバ１３は更に、入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……、モデルハウス入居者通信端末１７及び管理者端末１５等と管理サーバ１３の間で双方向の通信を実現する通信制御部２１を備える。管理サーバ１３は更に、モデルハウス入居者通信端末１７から送られた設計変更情報を用いて、設計変更情報に適合する設計図を作成し、作成した設計図をモデルハウス入居者通信端末１７又は管理者端末１５に表示させる論理演算処理を実行する新築住宅案構成部２３を中央論理制御装置（ＣＰＵ）として備える。図２において、管理サーバ１３を、モデルハウス情報記憶装置２５、顧客情報記憶装置２７、通信制御部２１及び新築住宅案構成部２３が一つの箱に入った図でコンピュータシステムを示しているが、模式図に過ぎない。コンピュータシステムを構成する管理サーバ１３は、クラウドコンピュータシステムで構成してもよく、モデルハウス情報記憶装置２５のみをクラウドシステムで置き換えてもよい。図２に示す管理サーバ１３の構造は、単純化した模式図に過ぎないので、本発明の代表実施形態に係る適合設計支援プログラムを記憶するプログラム記憶装置や入力装置、出力装置等は図示が省略されている。図示を省略したプログラム記憶装置には、上述した「課題を解決するための手段」の第３の態様に係る適合設計支援プログラムとして概略を説明した一連の命令が記憶される。
【００１７】
図２に示す管理サーバ１３の内部構造を構成する新築住宅案構成部（ＣＰＵ）２３のハードウェア資源の論理構成としては、図３（ａ）のようにアクセス権限確認論理回路２３１、分類記号付与論理回路２３２、ランキング作成論理回路２３３、変更設計図作成論理回路２３４、顧客設計情報整理論理回路２３５、入居者募集アプリ表示論理回路２３６、顧客情報格納処理命令回路２３７、設計評価アプリ表示論理回路２３８及びシークエンス回路２３９等を備える。図３（ａ）のアクセス権限確認論理回路２３１は、複数の入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……の内から選択されたモデルハウス入居者通信端末１７に対し、ＩＤ番号を付与し、モデルハウス情報記憶装置２５と顧客情報記憶装置２７に対するアクセス権限を付与する。以下の説明では、モデルハウス入居者通信端末１７が、携帯端末である場合と、モデルハウスにのみ設置されているデスクトップのコンピュータ等の専用のモデルハウス入居者通信端末１７である場合のいずれであっても、端末の機種を問わず、モデルハウス入居者がアクセス権限を取得する前は複数の入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……のいずれかであり、時系列的に、アクセス権限確認論理回路２３１が特定の端末に対しＩＤ番号を付与してアクセス権限を付与された後の端末が、モデルハウス入居者通信端末１７になるものとして説明する。よって、モデルハウス入居者通信端末１７は、複数の入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……のいずれかから選択されることになる。即ち、アクセス権限確認論理回路２３１は、通信制御部２１から入力された情報のモデルハウス情報記憶装置２５及び顧客情報記憶装置２７にアクセス権限を確認し、アクセス権限を有する場合は、モデルハウス情報記憶装置２５及び顧客情報記憶装置２７に対するアクセスを許可する。アクセス権限確認論理回路２３１によって、モデルハウス入居者通信端末１７及び管理者端末１５に対し、互いに異なるアクセス制限を実行する。分類記号付与論理回路２３２は、モデルハウスへの入居者が設計変更した項目に分類記号を付与して、実モデルハウス情報と改変モデルハウス情報を含むビックデータを整理する。ランキング作成論理回路２３３は、分類記号で分類された設計変更のビックデータの内容を、設計変更の多い項目順にランキング表示する。
【００１８】
変更設計図作成論理回路２３４は、モデルハウス情報記憶装置２５に格納されている実モデルハウス情報に対し、顧客情報記憶装置２７に格納されている各部材の変更情報を組み合わせる論理演算を実行し、顧客が希望した項目の変更をした新たな設計図を「変更設計図」として作成する。変更設計図作成論理回路２３４は、図３（ｃ）に示すように、設計支援アプリ表示回路２３４ａ、仕様変更対象決定回路２３４ｂ、詳細設計図作成回路２３４ｃ、概略設計図作成回路２３４ｄ、変更設計図審査警告回路２３４ｅ及び変更番号管理回路２３４ｆを含む。設計支援アプリ表示回路２３４ａは、設計支援アプリを作成し、モデルハウス入居者通信端末１７に送信し、モデルハウス入居者通信端末１７のディスプレイに、図８〜図１１に示したような設計変更情報入力画面３１ｂを表示させる。仕様変更対象決定回路２３４ｂは、設計変更情報入力画面３１ｂにおいて、建築物購入予定者が選定した選定モデルハウスの設計データのうち、仕様変更の対象となる部材や箇所を決定し、管理する。
【００１９】
図３（ｃ）に示した変更設計図作成論理回路２３４を構成する詳細設計図作成回路２３４ｃは、建築物購入予定者が選定した選定モデルハウスの設計データにつき、設計変更情報入力画面３１ｂを介して送信された設計変更情報を受信し、設計変更情報により選定モデルハウスの設計データを変更した適合設計図を作成する。概略設計図作成回路２３４ｄは、詳細設計図作成回路２３４ｃが作成した詳細な適合設計図を、専門的知識がない一般人が理解しやすい概略設計図に変更する論理演算を行う。変更設計図審査警告回路２３４ｅは、詳細設計図作成回路２３４ｃが作成した適合設計図が、新築住宅が都市計画法、建築基準法、消防法、宅地造成規制法などの法律に反していないか等の項目を審査し、問題があれば、設計支援アプリの設計変更情報入力画面３１ｂに警告を発生させる。又、例えば、設計変更情報入力画面３１ｂにおいて、建築基準法第２条１項５号に定義される主要構造部の位置が選択されたカーソル３３ｂの先端が重ねられたとき、「ここの仕様変更には専門的知識が必要です」等の警告を発生する処理を行う。変更番号管理回路２３４ｆは、詳細設計図作成回路２３４ｃが順次作成した適合設計図に変更番号を付し、必要な変更番号の適合設計図が、随時設計変更情報入力画面３１ｂに読み出せるように管理する。
【００２０】
図３（ａ）の変更設計図作成論理回路２３４は、ニューラルネットワークのアルゴリズムの論理演算をしても構わないし、ニューラルネットワークによる機械学習等の深層学習の機能を新築住宅案構成部（ＣＰＵ）２３が有することが好ましい。顧客設計情報整理論理回路２３５は、顧客情報記憶装置２７に格納されたデータ（ビックデータ）と、モデルハウス情報記憶装置２５に格納されたデータの関係情報を整理し、顧客情報記憶装置２７とモデルハウス情報記憶装置２５とに振り分けて格納する。この顧客情報記憶装置２７に格納されるデータと、モデルハウス情報記憶装置２５に格納されるデータの関係情報を整理する際に、深層学習の機能を用いることが、将来のビックデータの活用に好ましい。入居者募集アプリ表示論理回路２３６は、モデルハウス情報記憶装置２５から階層的に分類されたビックデータの中から必要な実モデルハウス情報を呼び出して、情報を要求する入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……に入居者募集アプリの募集情報入力画面３１ａを表示する。モード選択によって、モデルハウス情報記憶装置２５に格納されたビックデータに含まれる仮想実モデルハウス情報を参照情報として要求された場合、入居者募集アプリ表示論理回路２３６が入居者募集アプリの募集情報入力画面３１ａに表示させることも可能である。
【００２１】
顧客情報格納処理命令回路２３７は、図３（ｂ）に示すように、予定日計算回路２３７ａ、受付終了日計算回路２３７ｂ及びデータ格納回路２３７ｃ等を含む。予定日計算回路２３７ａは、設計変更情報の受付終了日の情報を含む信号を、管理者端末１５から受信して新築建築物の着工予定日及び完成予定日を計算する。顧客情報格納処理命令回路２３７の受付終了日計算回路２３７ｂは、完成予定日の情報を含む信号を、管理者端末１５から受信して着工予定日及び設計変更情報の受付終了日を計算する。顧客情報格納処理命令回路２３７のデータ格納回路２３７ｃは、受付終了日のデータ、着工予定日のデータ及び完成予定日のデータやその他の顧客情報に関連するデータを、顧客情報記憶装置２７に格納する。データ格納回路２３７ｃは、入居希望者のデータ及びモデルハウス入居者のデータを顧客個人情報として、通信制御部２１を介して入力し、顧客情報記憶装置２７に格納する。
【００２２】
設計評価アプリ表示論理回路２３８は、元モデルハウス入居者からの元モデルハウス入居者が適合設計により改変した改変建築物の反省点や評価事項を、双方向通信によって入手する「設計評価アプリケーション・ソフトウェア・プログラム（以下において「設計評価アプリ」と略記する。）」を制御する。設計評価アプリは、元モデルハウス入居者が有する特定の入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……に表示し、アクセス制限がされた双方向通信を行い、元モデルハウス入居者から受信した設計の失敗や評価等のデータを、顧客情報記憶装置２７に格納し、ビックデータとして蓄積させる。改変建築物の反省点や評価事項は、モデルハウス情報記憶装置２５のビックデータに含ませ、他のモデルハウス入居者の参照データとして閲覧可能にすることも可能である。改変建築物の反省点や評価事項を他のモデルハウス入居者の参照データとして閲覧可能にするか否かは、管理者のビジネスモデルやモデルハウス入居者の契約書の内容で決めれば良い。
【００２３】
アクセス権限確認論理回路２３１、分類記号付与論理回路２３２、ランキング作成論理回路２３３、変更設計図作成論理回路２３４、顧客設計情報整理論理回路２３５、入居者募集アプリ表示論理回路２３６、顧客情報格納処理命令回路２３７、設計評価アプリ表示論理回路２３８は、新築住宅案構成部（ＣＰＵ）２３の内部構造において算術論理回路（ＡＬＵ）を構成している。シークエンス回路２３９は、新築住宅案構成部（ＣＰＵ）２３の内部構造において、図示を省略した制御部の一部を構成するものである。シークエンス回路２３９は、ＡＬＵを構成しているアクセス権限確認論理回路２３１、分類記号付与論理回路２３２、ランキング作成論理回路２３３、変更設計図作成論理回路２３４、顧客設計情報整理論理回路２３５、入居者募集アプリ表示論理回路２３６、顧客情報格納処理命令回路２３７、設計評価アプリ表示論理回路２３８のそれぞれの処理のタイミングをクロック信号によって逐次制御する。アクセス権限確認論理回路２３１、分類記号付与論理回路２３２、ランキング作成論理回路２３３、変更設計図作成論理回路２３４、顧客設計情報整理論理回路２３５、入居者募集アプリ表示論理回路２３６、顧客情報格納処理命令回路２３７、設計評価アプリ表示論理回路２３８及びシークエンス回路２３９は、バス２３０によって互いに接続されている。なお、図３（ａ）に示した新築住宅案構成部２３の構成は、簡略化した模式図でありバスは複数本存在してもよい。よって、新築住宅案構成部２３には、通常のＣＰＵと同様に、インターフェイス回路、レジスタ、シフタ等が含まれ得るが、簡略化のために図示を省略している。
【００２４】
新築住宅案構成部（ＣＰＵ）２３には、マイクロチップとして実装されたマイクロプロセッサ（ＭＰＵ）等をＣＰＵとして使用してコンピュータシステムを構成することが可能である。又、コンピュータシステムのＣＰＵを構成する新築住宅案構成部２３として、算術演算機能を強化し信号処理に特化したデジタルシグナルプロセッサ（ＤＳＰ）や、メモリや周辺回路を搭載し組込み機器制御を目的としたマイクロコントローラ（マイコン）等を用いてもよい。
【００２５】
あるいは、現在の汎用コンピュータのメインＣＰＵを新築住宅案構成部２３に用いてもよい。更に、新築住宅案構成部２３の一部の構成又はすべての構成をフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）のようなプログラマブル・ロジック・デバイス（ＰＬＤ）で構成してもよい。ＰＬＤによって、新築住宅案構成部２３の一部又はすべてを構成した場合は、データ記憶装置２４は、ＰＬＤを構成する論理ブロックの一部に含まれるメモリブロック等のメモリ要素として構成することができる。更に、新築住宅案構成部２３は、ＣＰＵコア風のアレイとＰＬＤ風のプログラム可能なコアを同じチップに搭載した構造でもよい。このＣＰＵコア風のアレイは、あらかじめＰＬＤ内部に搭載されたハードマクロＣＰＵと、ＰＬＤの論理ブロックを用いて構成したソフトマクロＣＰＵを含む。つまりＰＬＤの内部においてソフトウェア処理とハードウェア処理を混在させた構成でもよい。
【００２６】
図３（ａ）に示す新築住宅案構成部２３を構成するハードウェア資源としてのアクセス権限確認論理回路２３１、分類記号付与論理回路２３２、ランキング作成論理回路２３３、変更設計図作成論理回路２３４、顧客設計情報整理論理回路２３５、入居者募集アプリ表示論理回路２３６、顧客情報格納処理命令回路２３７、設計評価アプリ表示論理回路２３８及びシークエンス回路２３９等は、論理的な機能に着目したハードウェア資源の形式的な表現であり、常に半導体チップ上に物理的な領域としてそれぞれ独立して存在する機能ブロックを意味するものではない。よって、アクセス権限確認論理回路２３１等の論理的な構成が、ＰＬＤの「論理ブロック」のような半導体チップ上に実装されたプログラム可能な論理コンポーネント等の現実に存在する構成を否定するものでもない。新築住宅案構成部２３の一部の構成又はすべての構成をＦＰＧＡのようなＰＬＤで構成した場合は、図２に示したプログラムカウンタ２３８やデータバス２３９等は省略可能である。
【００２７】
通信網１１は、インターネット等の通信ネットワークであり、ＬＡＮ，ＷＡＮ等、情報の通信が可能なネットワークであればいずれでもよい。通信網１１は有線／無線を問わず、専用回線を一部あるいは全部に含むネットワークでもよいし、専用回線を含まず公衆回線によるネットワークでもよい。更に通信網１１は、広帯域、高速な通信回線によって実現されるコンピュータネットワーク、即ち、光ファイバ、ＣＡＴＶ，ＡＤＳＬ等を用いて実現されるブロードバンドネットワークによるインターネット接続方式によるものでもよい。
【００２８】
管理者端末１５は通信網１１に接続可能であり、管理サーバ１３の通信制御部２１を介して、モデルハウス情報記憶装置２５及び顧客情報記憶装置２７にアクセス可能な権限を有する。モデルハウス入居者通信端末１７は、モデルハウス入居者が元々所持する市販のパーソナルコンピュータ、スマートフォン、タブレット等の通信端末であってもよいし、管理者から配布される専用端末であってもよい。あるいは、モデルハウスの一部に備品として備え付けられ、モデルハウス入居者が、気がついたとき随時入力可能なように常時、設計支援アプリの画面を表示した専用ディスプレイと、設計支援アプリに簡単に入力できる専用の入力装置（入力ユニット）を備えた専用端末であってもよい。
【００２９】
モデルハウス入居者通信端末１７の専用ディスプレイには、新築住宅案構成部（ＣＰＵ）２３の変更設計図作成論理回路２３４を構成する詳細設計図作成回路２３４ｃが設計又は再設計した新たな版の適合設計図が表示される。新たな版の適合設計図には、変更設計図作成論理回路２３４を構成する変更番号管理回路２３４ｆが、順次適合設計図に変更番号を付し、必要な変更番号の適合設計図が、モデルハウス入居者通信端末１７の専用ディスプレイの画面に随時読み出せるようにできる。そして、モデルハウス入居者通信端末１７の専用ディスプレイの画面上で、適合設計図が詳細に検討される。このため、モデルハウス入居者通信端末１７の専用ディスプレイの画面は３２インチ以上の大型画面であることが好ましい。モデルハウス入居者通信端末１７には、その専用の入力装置としてキーボードやマウスを有していてもかまわない。デフォルトとして表示される設計支援アプリは、専用の入力装置により汎用のパーソナルコンピュータの画面に切り替えることも可能である。モデルハウス入居者通信端末１７にはプリンタ等の出力装置（出力ユニット）が備えられていてもよい。出力装置として三次元（３Ｄ）の仮想現実（ＶＲ）のヘッドセットを設けて、設計した改変建築物を仮想的な空間（サイバースペース）として、あたかも現実の建築物であるかの様に体験できるようにすることも好ましい。
【００３０】
入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……は任意の通信端末であり、特に限定はない。入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……からの要求に応じて、管理サーバ１３はモデルハウス情報記憶装置２５に格納されているビックデータの内から、必要な実モデルハウス情報を提示することが可能となる。実モデルハウス情報と改変モデルハウス情報が含まれるビックデータは、建築物の価格帯で先ず分類される。それぞれの価格帯で、建築物のサイズや２階建て、３階建て、コンクリート建築、木造建築等の構造別に分類される。そして、サイズや構造別の分類において、建築物の形状やタイプと、それぞれのモデルハウスの場所、それぞれのモデルハウスへの入居可能な日時等が含まれる。建築物の形状には建築物の屋根の形状やその他の外観と内部構造、仕様等が含まれる。ただし、図２に示すシステム構成における管理者や管理サーバ１３の運営者の事業規模に応じて、モデルハウス情報記憶装置２５にはビックデータの規模のデータが収容されていない場合は、手持ちの実モデルハウス情報を入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……からの要求に応じて開示する方式でも構わない。入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……は実モデルハウス情報と改変モデルハウス情報の閲覧が可能であり、各種情報の変更権限はない。
【００３１】
モデルハウス情報記憶装置２５には、管理者によりサイズやタイプ別に階層で分類整理されたビックデータとして実モデルハウス情報と改変モデルハウス情報が格納されている。実モデルハウス情報と改変モデルハウス情報のそれぞれは、各モデルハウスごとに、２次元の間取り図、建築CAD等で作成された基本設計図、それらから作成された３ＤＣＧ等のデフォルト情報を含む。又、モデルハウスの外装と内装の色、質感、素材（材料）、寸法、形状、方向等のデフォルト情報も有する。この外装と内装の色、質感、素材（材料）、寸法、形状、方向等のデフォルト情報は、人気のタイプや通常用いられることが多いタイプを管理者が選択しておくことができる。人気のタイプや通常用いられることが多いタイプの選択には、ランキングで整理されたビックデータが活用できる。更に、各モデルハウスの過去の光熱費情報が参考として格納されていてもよい。モデルハウス情報記憶装置２５には、管理サーバ１３の新築住宅案構成部（ＣＰＵ）２３が設計した新たな改変モデルハウス情報が、その新たな改変モデルハウス情報を作成した世帯構成等の情報と共に、逐次格納されるように、新築住宅案構成部２３の顧客設計情報整理論理回路２３５が分類整理し、ビックデータの一部を構成するようにて格納する。更に、新築住宅案構成部２３の分類記号付与論理回路２３２は、モデルハウスへの入居者が設計変更した項目に分類記号を付与して、設計変更の内容を分類整理するので、モデルハウス情報記憶装置２５に格納されるビックデータのデータ構造は、階層的に整理されている。
【００３２】
例えば、建築物の価格帯をゾーンで分類する。それぞれの価格帯ゾーンで、建築物のサイズや２階建て、３階建て等の構造が、「カテゴリー」に分類されて、モデルハウス情報記憶装置２５となるハードディスクを構成する複数枚の磁性円盤の内の特定の一枚に格納される。ビックデータの規模が大きくなれば、複数枚の磁性円盤に格納される。そして、サイズや構造別のカテゴリーにおいて建築物の形状やタイプが「クラス」に分類されて、ハードディスクを構成する特定の一枚の円盤の内の特定のトラックに格納される。特定のトラックにはビックデータの規模の規模に応じて複数のトラックが含まれる。クラスの分類には、建築物の形状には建築物の屋根の形状やその他の外観と内部構造や仕様等の設計変更対象（仕様変更対象）が含まれる。各クラスの分類において天井の高さ、梁の太さ、窓の大きさ、窓の高さ、壁の構造、壁の色等が「メイングループ」に分類され、特定のトラックの特定のセクタにファイルとして格納される。特定のセクタにはビックデータの規模の規模に応じて複数のセクタが含まれる。
【００３３】
そして、各メイングループで設計変更対象（仕様変更対象）に関するそれぞれの変更内容が「サブグループ」に分類され、ファイルの一部のページとして格納される。サブグループの天井の高さ、梁の太さ、窓の大きさ、窓の高さ等の数値は数値範囲で決められた「展開記号」が付与され、ページの一部に分類整理されて格納される。壁の構造や壁の色等にも識別記号が付与される。このように、ゾーン／カテゴリー／クラス／メイングループ／サブグループの階層で、建築物のビックデータが分類されたデータ構造が形成される。新築住宅案構成部（ＣＰＵ）２３のランキング作成論理回路２３３は、分類記号で分類された設計変更の内容であるビックデータを、設計変更の多い項目順に整理してランキングを作成し、ランキング表示したリストがモデルハウス情報記憶装置２５に格納される。なお、ここで説明した階層的な整理の方法は、単純化した一例であり、種々の階層整理の方法がある。又、管理者や管理サーバ１３の運営者の事業規模に応じて、モデルハウス情報記憶装置２５にはビックデータにふさわしい規模のデータが収容されていなくても良い旨を既に述べているが、初期はビックデータでなくても、代表実施形態に係る管理サーバ１３の運営を継続して改変モデルハウス情報を蓄積すると、次第にビックデータが蓄積されるので、階層整理されたデータ構造を構成するのが好ましい。
【００３４】
顧客情報記憶装置２７には、モデルハウス入居者の氏名、家族構成、世帯収入、モデルハウスの仕様変更履歴、モデルハウスの入退去時期等の各種期限等の情報が格納される。新築住宅案構成部（ＣＰＵ）２３の顧客設計情報整理論理回路２３５は、顧客情報記憶装置２７に格納されたデータと、モデルハウス情報記憶装置２５に格納されたデータの関係情報を整理し、新築住宅案構成部（ＣＰＵ）２３に格納する。顧客情報記憶装置２７に格納されるデータと、モデルハウス情報記憶装置２５に格納されるデータの関係情報を整理する際に、顧客設計情報整理論理回路２３５が深層学習の機能を用いることにより、新たなモデルハウス入居者が設計変更情報入力をする際の提案型の入力サポートが可能になる。例えば、過去のモデルハウス入居者の家族構成（年齢構成を含む）、世帯収入、趣味等と、過去の設計変更情報との関係を深層学習で学習しておく。学習した結果を用いることにより、モデルハウス入居者の家族構成、世帯収入、趣味等を深層学習のパラメータの重み付けに用い、新たなモデルハウス入居者がモデルハウスの設計を変更する際のアドバイス情報を、設計変更情報入力画面３１ｂにおいて提案することが可能である。深層学習の種々のパラメータの重み付けは、ＡＩの機能を用いて顧客設計情報整理論理回路２３５が自ら変更するようにすれば、時間の経過と共に、より有効なアドバイスが可能になるように学習できる。アドバイス情報には、モデルハウス情報記憶装置２５にランキング表示で整理されたデータ等を利用できる。初期の情報の格納は管理者が管理者端末１５から行うが、初期設定からの変更は管理者又はモデルハウス入居者から行えるようにしてもよい。但し、モデルハウスの入退去時期等の各種期限については、管理者のみに変更権限があることが好ましい。
【００３５】
新築住宅案構成部（ＣＰＵ）２３の変更設計図作成論理回路２３４を構成する詳細設計図作成回路２３４ｃは、モデルハウス情報記憶装置２５に格納されている実モデルハウス情報に対し、顧客情報記憶装置２７に格納されている各部材の最新の設計変更情報を組み合わせる論理演算を実行し、その時点での最新の改変建築物の設計図を作成する。変更設計図作成論理回路２３４を構成する設計支援アプリ表示回路２３４ａは、通信制御部２１及び通信網１１を介して、各種端末の画面に変更設計を表示させる。最新の改変建築物の設計図を作成に際し、改変モデルハウス情報のデータを参酌することも可能である。ビックデータとして蓄積された改変モデルハウス情報を参酌することを可能にするか否かは管理者のビジネスモデルにより決定すればよい。変更設計の表示は２次元であっても３次元であってもよく、その両方であってもよい。仕様変更が一度もされていない場合は、モデルハウス情報記憶装置２５に格納されているデフォルト情報が表示される。新築住宅案構成部２３は、管理者端末１５又は設計支援アプリにログインしたモデルハウス入居者通信端末１７からの要求により主として動作する。
【００３６】
（適合設計支援方法の概要）
図２に示した図面の符号を参照しながら、図１のフローチャートに簡略して示す本発明の代表実施形態に係る適合設計支援方法を説明する。まずステップＳ１０１において、通信網１１を介して、不特定の入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……に、管理サーバ１３に格納されている入居者募集アプリを提供する。管理サーバ１３の新築住宅案構成部（ＣＰＵ）２３の入居者募集アプリ表示論理回路２３６は、例えば図７のような入居者募集アプリが提供する募集情報入力画面３１ａを、図２の入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……のいずれかに表示させる。募集情報入力画面３１ａには、複数の実モデルハウス情報が掲載される。入居者募集アプリにはアクセス制限は設けられず、第三者にも広く公開されるページである。図７の選択カーソル３３ａは、対応する入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……に接続されたマウス等の入力装置を用いて募集情報入力画面３１ａ内を自在に動かすことができるポインタである。対応する入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……のディスプレイがタッチ画面方式を採用しているのであれば、ディスプレイ自体が入力装置として機能するので、指等で直接タッチ画面に接触して選択してもよい。
【００３７】
入居者募集アプリを見た入居希望者乙は、入居希望者乙が所有する入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……のいずれかから、図２における通信網１１を介して管理サーバ１３にアクセスする。複数の実モデルハウス情報は管理サーバ１３内のモデルハウス情報記憶装置２５にビックデータ若しくは小規模なデータとして格納されている。入居希望者乙の入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……のいずれかからの、入居者募集アプリを介した管理サーバ１３へのアクセスにより、必要な実モデルハウス情報が入居者募集アプリによって呼び出される。
【００３８】
入居希望者乙は、入居者募集アプリの募集情報入力画面３１ａに表示された複数のモデルハウスの中から選定モデルハウスを選択カーソル３３ａで選択し、その選定モデルハウスへの入居希望を管理者端末１５で受け付ける。モデルハウス情報記憶装置２５にビックデータが格納されている場合は、図７の募集情報入力画面３１ａには、分類記号付与論理回路２３２が分類符号を付して階層整理された検索ページを表示してもよい。又、特定の管理者の所有するモデルハウスが、入居希望者乙の希望するモデルハウスに適合しない場合は、複数の管理者による理想設計ネットワークが構成されている場合は、理想設計ネットワークを利用して、最も近いモデルハウスを所有する管理者を紹介するようにしてもよい。管理者が少数のモデルハウスしか持ち合わせない小規模の事業者であれば、管理者が手持ちのモデルハウスを入居者募集アプリに表示して、そのうちから選定モデルハウスを選択してもらえばよい。なお、以下の説明では管理者が、管理者（建築物販売者）が一名の場合について説明し、他の管理者の存在を無視することにする。以下の説明では、一名の管理者が甲であるとし、入居希望者が乙であるとする。
【００３９】
次に、代表実施形態に係る適合設計支援方法は、図１のステップＳ１０３に進む。ステップＳ１０３において、選定モデルハウスへの入居希望を、入居者募集アプリを介して受信した管理者甲は、入居希望者乙の入居審査の段階に移る。入居希望者乙は、入居者募集アプリのプルダウンメニューやテキストボックスを用いて、モデルハウス入居者の氏名、家族構成、世帯収入、モデルハウスの入退去希望日等の顧客個人情報（顧客個人情報）を入力する。入居者募集アプリを介して入力されたデータである顧客個人情報は、顧客情報格納処理命令回路２３７のデータ格納回路２３７ｃが、顧客情報記憶装置２７の審査用ファイルに格納する。
【００４０】
顧客情報記憶装置２７の審査用ファイルに格納された顧客個人情報を、管理者甲が顧客情報記憶装置２７から管理者端末１５の画面に読み出し、管理者端末１５の画面で閲覧できる情報を用いて入居審査をする。管理者甲は、審査を通過した入居希望者乙に対し、モデルハウス入居者として決定されたことを、新築住宅案構成部（ＣＰＵ）２３の入居者募集アプリ表示論理回路２３６を介し、入居者募集アプリ上で通知させる。その結果、モデルハウス入居者としての決定が通知された入居希望者乙が選定モデルハウスへ入居し、「モデルハウス入居者乙」となる。選定モデルハウスへのモデルハウス入居者乙の決定後に、顧客情報格納処理命令回路２３７のデータ格納回路２３７ｃが、モデルハウス入居者乙の顧客個人情報を図２における顧客情報記憶装置２７の審査用ファイルから入居者用ファイルに格納場所を移動する。顧客個人情報の審査用ファイルから入居者用ファイルへの移動は、モデルハウス入居者乙が選定モデルハウスへの入居日以前であっても以後であっても構わないが、モデルハウス入居者乙が仕様変更を検討する前であることが好ましい。
【００４１】
次に、代表実施形態に係る適合設計支援方法は、図１のステップＳ１０５に進む。ステップＳ１０５においてはまず、管理サーバ１３内の顧客設計情報整理論理回路２３５が、モデルハウス入居者乙が、モデルハウスに実際に入居してみて感じた、不都合等を踏まえた設計変更希望事項を入力させるため、図８のような「設計支援アプリ」を、モデルハウス入居者通信端末１７に送信する。図８に示した設計支援アプリは簡略化された模式図であり、実際には、後述するような種々の建築設計用ツールが提示する画面のある頁に移動可能になっている。送信された設計支援アプリは、モデルハウス入居者通信端末１７のディスプレイに、設計変更情報の入力画面として表示される。ステップＳ１０５においては、選定モデルハウスの入居期間中に、モデルハウス入居者乙の仕様変更希望の情報（設計変更情報）が、モデルハウス入居者通信端末１７の設計支援アプリ上で入力される。
【００４２】
モデルハウス入居者乙に仕様変更希望がある場合、モデルハウス入居者通信端末１７の設計支援アプリ上で入力された設計変更情報のパケット信号は、通信網１１を介して送信され、管理サーバ１３の通信制御部２１に入力される。通信制御部２１が受け付けた設計変更情報を含むパケット信号は、ベクトルデータとしての「設計変更情報」が、顧客設計情報整理論理回路２３５を介して顧客情報記憶装置２７に格納される。選定モデルハウスの入居期間中であり、設計変更情報の受付期限内であれば何度でも、設計変更情報を送信することが可能である。
【００４３】
設計変更情報が受け付けられると、図２の管理サーバ１３内の新築住宅案構成部（ＣＰＵ）２３の変更設計図作成論理回路２３４を構成する詳細設計図作成回路２３４ｃにおいて、デフォルトのモデルハウスの設計図又は前回提示された選定モデルハウスの適合設計図に、最新の設計変更情報を付加する論理演算がなされる。最新の設計変更情報を付加して、改変建築物の設計又は再設計が、シークエンス回路２３９に制御されて逐次行われ、改変建築物を建築するための適合設計図が作成される。改変建築物の設計図は、モデルハウス入居者通信端末１７の設計支援アプリの画面に、適合設計図の変更番号と共に随時表示される。又、詳細設計図作成回路２３４ｃが作成した改変建築物を建築するための適合設計図は、変更設計図作成論理回路２３４を構成する変更番号管理回路２３４ｆが適合設計図の変更番号を付す。変更番号が付された適合設計図は、モデルハウス情報記憶装置２５に逐次格納される。適合設計図の変更番号と共に複数回の新たな適合設計図を作成する試行錯誤の結果、モデルハウス入居者乙が特定の変更番号の適合設計図に納得（同意）がいく段階に至れば、代表実施形態に係る適合設計支援方法は、特定の変更番号の適合設計図を選択して、図１のステップＳ１０７に進む。モデルハウス入居者乙が最終の変更番号ではなく、その前の段階の変更番号の適合設計図を選択する場合もある。この場合、ＶＲのヘッドセットが、モデルハウス入居者通信端末１７に設けてあれば、適合設計図に示された改変建築物をサイバースペースにおいて、あたかも現実の改変建築物であるかの様に検証し、所望の変更番号の適合設計図を選択することも可能である。
【００４４】
図１のステップＳ１０７において、モデルハウス入居者乙が選択した変更番号の適合設計図を「契約設計図」として、モデルハウス入居者乙と管理者甲との間で工事請負契約（施工契約）を行う。契約設計図を基礎とする工事請負契約（施工契約）が締結された場合、モデルハウス入居者乙が契約設計図に依拠した改変建築物を建築する段階に進む。その後、管理者甲が各種施工業者に改変建築物の施工を正式発注し、改変建築物の建築を行っていく。
【００４５】
最後に、代表実施形態に係る適合設計支援方法は、図１のステップＳ１０９に進む。ステップＳ１０９では、モデルハウス入居者乙が、入居中の選定モデルハウスから施工完了した改変建築物に転居する。代表実施形態に係る適合設計支援方法において、選定モデルハウスへの入居期間は少なくとも半年間とし、入居日から設計変更情報の受付期限までは少なくとも２カ月間とする。
【００４６】
（適合設計支援方法：詳細）
図１のフローチャートに示した代表実施形態に係る適合設計支援方法のステップＳ１０１〜Ｓ１０９の処理の詳細を説明する。図１の場合と同様に、図２に示した図面の符号を参照しながら、図４〜図６に示したフローチャートを説明する。
【００４７】
―ステップＳ１０１の詳細―
先ず、図１のステップＳ１０１の詳細を、図４に示したフローチャートを用いて説明する。図１のステップＳ１０１に示した実モデルハウス情報を提示するステップは、詳細には図４の入居希望者通信端末側のステップ Ｓ１１から開始する。ステップ Ｓ１１において、入居希望者乙の有する入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……のいずれかから適合設計支援用サーバ（図４〜図６において「管理サーバ１３」として示されている。）にアクセスがあったと仮定すると、管理者甲が所有する管理サーバ１３側のステップＳ２０１に進む。ステップＳ２０１において、管理サーバ１３は、アクセスした入居希望者乙が有する入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……のいずれかに、入居者募集アプリのトップページの画面を表示して、図４の入居希望者通信端末側のステップＳ１３に進む。ステップＳ１３において、入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……のいずれかに表示された入居者募集アプリのトップページのタブを、入居希望者乙がクリックして、モデルハウス入居募集ページが選択され、図４の管理サーバ１３側のステップＳ２０３に進む。
【００４８】
次に、図４のステップＳ２０３において、管理サーバ１３の顧客設計情報整理論理回路２３５は、モデルハウス情報記憶装置２５から、ゾーン／カテゴリー／クラスの階層に分類されたビックデータから複数の実モデルハウス情報を、呼び出し可能にする。顧客設計情報整理論理回路２３５は、入居希望者乙が所有する入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……のいずれかの募集情報入力画面３１ａに、ゾーン／カテゴリー／クラスに分類され階層整理された実モデルハウス情報及び改変モデルハウス情報から、所望の実モデルハウス情報が検索可能なようなリストや検索項目を表示する。募集情報入力画面３１ａは、入居者募集アプリが提供する画面である。既に述べたとおり、管理者甲が少数のモデルハウスしか持ち合わせない小規模の事業者であれば、管理者甲の手持ちのモデルハウスが募集情報入力画面３１ａに表示される。管理サーバ１３側のステップＳ２０３の処理の後、入居希望者通信端末側のステップＳ１５に進む。
【００４９】
ステップＳ１５において入居希望者乙が、募集情報入力画面３１ａの上で、ゾーン／カテゴリー／クラスの分類に従って順に選択カーソル３３ａを移動しながらクリックすることにより、希望の価格帯、希望のサイズや２階建て、３階建て等の構造、更には希望する屋根の形状、外観や内部構造等が適宜選択される。管理者甲が少数のモデルハウスしか持ち合わせない小規模の事業者であれば、管理者甲が手持ちの複数のモデルハウスの内から、所望のモデルハウスを探索する。ステップＳ１５において、入居希望者乙が希望するイメージに近い、又は入居してみたいと考える選定モデルハウスを募集情報入力画面３１ａの上で決定する。入居希望者乙が、その入居希望のモデルハウスを募集情報入力画面３１ａの上で選択カーソル３３ａを移動しながらクリックすることにより、入居希望のモデルハウスのデータを含む、入居希望者乙の顧客個人情報が管理者端末１５に、パケット信号として送信され、図４の管理者端末１５側のステップＳ３０１に進む。
【００５０】
管理者端末１５は、図４のステップＳ３０１において、パケット信号として送信された顧客個人情報を受信する。なお、ステップＳ３０１において送信される入居希望者乙の顧客個人情報は、管理者端末１５の待機画面にポップアップとして表示されるアラートのような形の他、入居希望者乙がメールを送信することにより管理者端末１５に直接届く形でもよい。いずれの形式でもよいが、本発明の代表実施形態に係る適合設計支援プログラムを実施する上では、入居者募集アプリを用いて管理者端末１５の待機画面に表示する方式が、コンピュータソフトウェアプログラムによって自動処理できるので好ましい。いずれにしても、入居希望者乙からの最初のコンタクトは、入居者募集アプリを介した選定モデルハウスへの入居希望であり、入居者募集アプリを送信する以前のコンタクトは原則生じない。
【００５１】
ステップＳ１５の入居希望等の顧客個人情報をパケット信号として送信する際に、管理者の面談可能日程の候補がドロップダウンカレンダー等の形式で表示され、入居審査のための面談可能日程を入居希望者乙が選択して、入居希望と同時にパケット信号に含ませて送信することができてもよい。ドロップダウンカレンダーは、入居者募集アプリのドロップダウンメニューから カレンダーの表示切り替え用アイコンを表示して選択できるようにしてもよい。募集情報入力画面３１ａの上で面談可能日程を選択できるようにすることで、面談日程の調整を別途行わなくてもよくなり、面談までの工程が更にスムーズになる。管理者甲の面談可能日程は、図２に示す管理サーバ１３内の顧客情報記憶装置２７にあらかじめ格納されていてもよい。
【００５２】
―ステップＳ１０３の詳細―
図１のステップＳ１０３の詳細を、図５に示したフローチャートを用いて説明する。図１のステップＳ１０３においては、管理者甲が入居希望者乙と面談を行い、管理者甲が各種審査を行い、選定モデルハウスへのモデルハウス入居者乙を決定する。図２の顧客情報記憶装置２７に格納されている顧客個人情報である代表者氏名、世帯構成、世帯収入等の他、審査の場でのヒアリング等により得られた入居希望動機、入居希望時期、退去希望時期等の顧客個人情報を基にし、入居審査を行う。審査に用いるこれらの顧客個人情報は一例であって、審査に必要と思われる顧客個人情報を管理者甲が入居希望者乙から適宜聞き出す。管理者甲の審査に合格した入居希望者乙は、選定モデルハウスの賃貸契約締結後に「モデルハウス入居者乙」として扱われる。モデルハウス入居者乙について追加で得られた顧客個人情報は、管理者甲が入居者募集アプリを通じて図２の管理サーバ１３内の顧客情報記憶装置２７に格納してもよいし、モデルハウス入居者乙自身が入居者募集アプリのプルダウンメニューやテキストボックスを用いて入力してもよい。モデルハウス入居者乙の正式な入居予定日は、選定モデルハウスの賃貸契約時に管理者甲とモデルハウス入居者乙の間で取り決める。モデルハウス入居者乙の退去予定日も同様に、管理者甲とモデルハウス入居者乙の間で取り決めて決定、又は仮決定する。即ち、モデルハウス入居者乙の選定モデルハウスへの入居期間は、選定モデルハウスの賃貸契約締結時に決定、又は仮決定される。モデルハウス入居者乙の選定モデルハウスの退去予定日は通常、改変建築物の完成予定日と同時期となるはずである。そして、図５に示す管理者端末１５側のステップＳ３０３に進む。
【００５３】
ステップＳ３０３において、管理者甲が管理者端末１５から、モデルハウス入居者乙の入退去予定日を、入居者募集アプリを用いて管理サーバ１３に入力する。管理者端末１５に募集情報入力画面３１ａを表示し、入居者募集アプリのテキストボックスやドロップダウンカレンダー等を用いて、管理者甲が管理者端末１５から、モデルハウス入居者乙の入退去予定日を管理サーバ１３に入力する。管理者甲が入力したデータをモデルハウス入居者乙と共有するようにしてもよい。モデルハウス入居者乙の入居予定日は年月日まで定めなければならないが、モデルハウス入居者乙の退去予定日は、図１のステップＳ１０３の時点では少なくとも年月まで定まっていればよいものとする。そして、図５の管理サーバ１３側のステップＳ２０５に進む。ステップＳ２０５において、管理サーバ１３の顧客情報格納処理命令回路２３７に内蔵されたデータ格納回路２３７ｃは、モデルハウス入居者乙の入退去予定日のデータをモデルハウス情報記憶装置２５と顧客情報記憶装置２７の両方に格納する。モデルハウス情報記憶装置２５に格納する場合は、顧客設計情報整理論理回路２３５がモデルハウス入居者乙の入退去予定日のデータを、その特定の実モデルハウス情報のデータに紐づけて格納させるものとする。
【００５４】
変更設計図作成論理回路２３４の設計支援アプリ表示回路２３４ａは、モデルハウス入居者ごとに異なる設計支援アプリのツールを個別に作成し、その設計支援アプリのツールにログインするためのＩＤ番号及びパスワードを設定し、管理者端末１５に通知する。設計支援アプリの個別ツールはＩＤ番号で識別される。ＩＤ番号及びパスワードは管理者甲が決定してもよいし、モデルハウス入居者が決定してもよい。賃貸契約締結後、入居予定日通りにモデルハウス入居者乙を選定モデルハウスへ入居させる。モデルハウスには家具がついていないタイプと、家具がついているタイプを用意してもよい。家具はついていないタイプの場合でも収納はある。家具はついていないタイプの場合、入居日以降にモデルハウス入居者乙が所持する家具を持ち込むことになる。あるいは、モデルハウスには原則家具はついていないタイプのみの方式でも構わない。
【００５５】
モデルハウスを家具はついていないタイプと家具がついているタイプの２通りにするか、モデルハウスには原則家具はついていない１タイプのみの方式にするかは、管理者甲のビジネスモデルに従い、管理者甲が任意に選択可能である。モデルハウス入居者乙が選定モデルハウスへ入居すると、図２のモデルハウス入居者通信端末１７が、モデルハウス入居者乙に対し定義される。モデルハウス入居者通信端末１７がモデルハウス入居者乙に対して定義されると、図５のモデルハウス入居者通信端末１７側のステップＳ１７に進む。図１のステップＳ１０５の仕様変更希望の受付の手順の詳細の内容は、図５のモデルハウス入居者通信端末１７側のステップＳ１７の以降の流れに対応する。
【００５６】
―ステップＳ１０５の詳細―
図１のステップＳ１０５の詳細を、図５及び図６に示したフローチャートを用いて説明する。ステップＳ１７においてモデルハウス入居者乙は、選定モデルハウスへの入居中に、モデルハウス入居者通信端末１７を介して管理サーバ１３にアクセス権限を確認することが可能になり、図５の管理サーバ１３側のステップＳ２０７に進む。ステップＳ２０７において、管理サーバ１３は、モデルハウス入居者通信端末１７のディスプレイに管理サーバ１３が送信した設計支援アプリの個別ツールのアクセス権限確認画面を、ＩＤ番号で紐付けて表示させる。ステップＳ２０７において、ＩＤ番号で紐付けられた個別ツールのアクセス権限確認画面が、モデルハウス入居者通信端末１７に管理サーバ１３から送信されると、代表実施形態に係る適合設計支援方法の処理は図５のステップＳ１９に進む。
【００５７】
ステップＳ１９においてモデルハウス入居者乙は、モデルハウス入居者通信端末１７のディスプレイに表示されたアクセス権限確認画面からアクセスするために、アクセス権限確認画面の所定の箇所にＩＤ番号及びパスワードを入力する。後述するステップＳ２１１〜ステップＳ２１の間において、設計変更情報を入力するためには、会員であるモデルハウス入居者ごとに作成された、互いに異なる設計支援アプリの個別ツールが必要であり、互いに異なる設計支援アプリの個別ツールにアクセスするためには、ＩＤ番号及びパスワードの入力が必要であるからである。このログイン手続が行われると、管理サーバ１３側のステップＳ２０９に進む。ステップＳ２０９において、管理サーバ１３のアクセス権限確認論理回路２３１は、通信制御部２１が受信したパケット信号に含まれるＩＤ番号及びパスワードの組合せについて、顧客情報記憶装置２７に格納されているものと照合し、アクセス権限の有無を判断する。アクセス権限が確認されると、モデルハウス入居者通信端末１７は、モデルハウス入居者ごとに互いに異なる設計支援アプリの個別ツールにアクセス可能になる。個別ツールにアクセス可能になることが確認されると、図５の管理サーバ１３側のステップＳ２１１に進む。
【００５８】
ステップＳ２１１においては、図８〜図１１に例示したような会員専用ページの設計変更情報入力画面３１ｂがモデルハウス入居者通信端末１７に表示される。設計変更情報入力画面３１ｂは、変更設計図作成論理回路２３４を構成する設計支援アプリ表示回路２３４ａが、会員であるモデルハウス入居者ごとに作成された、互いに異なる設計支援アプリの個別ツールが提供する画面であり、ステップＳ１９において、設計変更情報入力画面３１ｂにログインするためには、ＩＤ番号及びパスワードの入力が必要である。図８〜図１１に例示した設計変更情報入力画面３１ｂにおける掲載項目は、専門的な建築設計の不慣れな一般人が理解しやすい設計支援アプリの掲載項目であり、初心者用に簡略化した模式的な一例に過ぎない。図８〜図１１の設計変更情報入力画面３１ｂを用いて、所望の設計変更を入力する手順については後述する。
【００５９】
ステップＳ２１１においてモデルハウス入居者通信端末１７に会員専用ページの設計変更情報入力画面３１ｂが表示され、モデルハウス入居者通信端末１７側の処理はステップＳ２１に進む。ステップＳ２１において、モデルハウス入居者通信端末１７から、設計変更情報入力画面３１ｂを用いて入力された設計変更情報（仕様変更情報）が、管理サーバ１３に送信され、管理サーバ１３側のステップＳ２１３に進む。尚、図１、図５及び６においては、設計変更を「仕様変更」とも表現している。ステップＳ２１３において管理サーバ１３の顧客情報格納処理命令回路２３７に内蔵されたデータ格納回路２３７ｃが、通信制御部２１が受信した設計変更情報のデータを顧客情報記憶装置２７に格納して、管理サーバ１３側のステップＳ２１５に進む。
【００６０】
ステップＳ２１５において、変更設計図作成論理回路２３４を構成する詳細設計図作成回路２３４ｃは、顧客情報記憶装置２７から設計変更情報を読み出す。更に詳細設計図作成回路２３４ｃは、モデルハウス情報記憶装置２５に格納されているデフォルトの詳細設計図又は前回変更設計した詳細設計図を読み出す。そして、詳細設計図作成回路２３４ｃは、デフォルトの詳細設計図又は前回変更設計した詳細設計図を、設計変更情報を用いて再設計する論理演算を行う。更に、変更設計図作成論理回路２３４を構成する概略設計図作成回路２３４ｄは、再設計した詳細設計図を模式的に表現された概略設計図に変換する。図５のステップＳ２１５の処理においては、設計変更情報のない部材については、モデルハウス情報記憶装置２５に格納されているデフォルトの詳細設計図又は前回変更設計した詳細設計図の情報が維持され、全体の構造が再設計される。変更設計図作成論理回路２３４を構成する設計支援アプリ表示回路２３４ａは、概略設計図と、その基礎になった詳細設計図を、モデルハウス入居者通信端末１７に送信する。そして、ステップＳ２１５では、設計支援アプリ表示回路２３４ａが、モデルハウス入居者通信端末１７のディスプレイに、概略設計図作成回路２３４ｄが変換した概略設計図を表示させ、必要に応じて変更設計図作成論理回路２３４が再設計した詳細設計図も表示し、図５のモデルハウス入居者通信端末１７側のステップＳ２３に進む。
【００６１】
ステップＳ２３において、モデルハウス入居者乙が設計支援アプリの個別ツールのログアウト操作をすることで、管理サーバ側ではステップＳ２１７に進む。ステップＳ２１７において、管理サーバ１３より管理サーバ１３のトップページがモデルハウス入居者通信端末１７に表示され、図１に示すステップＳ１０５の仕様変更サイクルが終了する。図１に示すステップＳ１０３後のモデルハウス入居期間中かつステップＳ１０５の設計変更情報の受付終了日までに、図５のステップＳ１７〜Ｓ２３及びステップＳ２０７〜Ｓ２１７の仕様変更サイクルが複数回繰り返されることで、モデルハウス入居者乙の設計変更情報が管理サーバ１３に蓄積されていく。図５のＳ１７以降の手順となる仕様変更サイクルのうちで管理者甲が直接関与することは基本的には無い。管理者甲が直接対応しなくとも、モデルハウス入居者乙が自由にモデルハウスの適合設計図を何度も構成し直すことが可能である。よって、代表実施形態に係る適合設計支援方法によれば、管理者端末１５にとってもモデルハウス入居者乙にとっても、対応工数を減らすことができるというメリットがある。勿論、仕様変更をせずにデフォルト情報のままとする部材が一部にあってもよいし、仕様変更対象である部材すべてをデフォルト情報のままとして改変建築物の建築に移ってもよい。設計変更情報の送信はモデルハウス入居者乙の任意で行うことができるものであって、強制的な手続ではない。
【００６２】
設計変更情報の受付終了日は、図１のステップＳ１０３におけるモデルハウス入居者乙の決定時に決定しておくことが好ましい。モデルハウス入居者乙を決定し、選定モデルハウスの賃貸契約を締結する際には選定モデルハウスからの退去予定日が決定、又は仮決定されている。改変建築物の着工予定日及び受付終了日は、仮決定された選定モデルハウスからの退去予定日又は改変建築物の完成予定日から、顧客情報格納処理命令回路２３７の予定日計算回路２３７ａが逆算して自動的に決定できる。改変建築物の完成予定日、改変建築物の着工予定日及び受付終了日等のそれぞれを任意で管理者甲が決定することも可能ではあるが、代表実施形態に係る適合設計支援プログラムを効率的に使う意味からは望ましくない。例えば季節により改変建築物の施工期間が変動する場合は、予定日計算回路２３７ａの計算プログラムにより逆算の期間の程度を季節により変動するようにしてもよいが、管理者甲が任意の値を決めることも可能である。
【００６３】
受付終了日を決定、又は仮決定し、顧客情報格納処理命令回路２３７の予定日計算回路２３７ａが改変建築物の着工予定日及び完成予定日を自動的に決定するのが、代表実施形態に係る適合設計支援プログラムを効率的に使う意味からは好ましい。選定モデルハウスの賃貸契約を締結する際には、管理者対応工数の削減及び施工業者の予定確保の観点から、改変建築物の完成予定日、改変建築物の着工予定日及び受付終了日は決定、又は仮決定しておくことが好ましい。顧客情報格納処理命令回路２３７の受付終了日計算回路２３７ｂは、完成予定日の情報を含む信号を管理者端末１５から受信して、着工予定日及び設計変更情報の受付終了日を計算できる。仮決定した改変建築物の完成予定日、改変建築物の着工予定日及び受付終了日の情報は、顧客情報格納処理命令回路２３７のデータ格納回路２３７ｃが、図２の顧客情報記憶装置２７に格納する。
【００６４】
設計変更情報の受付終了日は、顧客情報格納処理命令回路２３７の受付終了日計算回路２３７ｂが完成予定日の情報を含む信号を管理者端末１５から受信して自動的に計算できる。例えば選定モデルハウスへの入居期間を１年とするのであれば、改変建築物の施工期間を考慮すると、入居日から８カ月程度として受付終了日計算回路２３７ｂが算出する。又、例えば、選定モデルハウスへの入居期間を半年とするのであれば、改変建築物の施工期間を考慮すると、受付終了日計算回路２３７ｂが入居日から２〜３カ月程度に算出するようにプログラムできる。選定モデルハウスへの入居期間は少なくとも半年間必要とするので、受付終了日は入居日から２カ月と、受付終了日計算回路２３７ｂが計算することもできる。改変建築物の施工期間により、選定モデルハウスへの入居期間と受付終了日との関係はある程度決まってくるので、受付終了日計算回路２３７ｂが適宜算出する。
【００６５】
図６に示すフローチャートにおいて、設計変更情報の受付終了日の一定期間前となった場合、管理サーバ１３がステップＳ２１９にて受付終了日が迫っている旨を、個別ツールの設計変更情報入力画面３１ｂに自動で表示する。ステップＳ２１９の受付終了日が迫っている旨の通知は、個別ツールの設計変更情報入力画面３１ｂに自動表示する他、モデルハウス入居者通信端末１７へのメールで送るような、人間が介在する処理でも構わない。しかし、本発明の代表実施形態に係る適合設計支援プログラムを実施する上では、個別ツールの設計変更情報入力画面３１ｂに、自動で表示する処理が、人間が介在しないで、コンピュータソフトウェアプログラムのみによる処理を可能にするので好ましい。図６のステップＳ２１９では、受付終了日の３日前となった場合に受付期限をリマインド表示する場合を例示しているが、受付期限のどの程度前に表示するかは管理者甲が任意に定めることが可能である。受付終了日が迫っている旨の表示は一度だけでなく、個別ツールの設計変更情報入力画面３１ｂの上で何度も行う設定にしてもよい。その後、図６のステップＳ２２１に進む。
【００６６】
設計変更情報の受付終了日が到来した場合、管理サーバ１３はステップＳ２２１にて、変更され最終的に確定した改変建築物の概略設計図及び詳細設計図（以下において、単に「新築住宅案」という。）をモデルハウス入居者通信端末１７に表示する。図６のステップＳ２２１は、多くの場合、繰り返し実施される図５のステップＳ２１５の最終の繰り返しの処理に対応する動作である。図５のステップＳ２１５において、図３（ｃ）に示した詳細設計図作成回路２３４ｃが、モデルハウス情報記憶装置２５に格納されているデフォルトの詳細設計図又は前回変更設計した詳細設計図に対し、顧客情報記憶装置２７に格納されている設計変更情報の部材ごとの最新データを適用して、新たな適合設計図を設計する処理が繰り返し実行される。
【００６７】
即ち、ステップＳ２１５において、設計変更情報が受け付けられると、図３（ｃ）に示した詳細設計図作成回路２３４ｃにおいて、前回提示された選定モデルハウスの適合設計図に、最新の設計変更情報が付加する論理演算がなされ、改変建築物の再設計が行われ、改変建築物を建築するための適合設計図が作成される。ステップＳ２１５で繰り返し作成される改変建築物を建築するための適合設計図は、図３（ｃ）に示した変更番号管理回路２３４ｆによって、適合設計図の変更番号が付される。適合設計図の変更番号が付された適合設計図は、情報記憶装置２５に逐次格納される。このため、モデルハウス入居者乙が最終の適合設計図でなくて、その前の段階の特定の変更番号の適合設計図に納得する場合は、その特定の変更番号の適合設計図をモデルハウス入居者乙が選択できる。よって、図６のステップＳ２２１でモデルハウス入居者通信端末１７に表示する新築住宅案が、前の段階で作成された特定の変更番号の適合設計図になる場合がある。
【００６８】
図６のステップＳ２２１でモデルハウス入居者通信端末１７に表示する方法は、個別ツールの設計変更情報入力画面３１ｂに表示されるアラートによる方法以外に、別途メールで送信する方法等も採用可能である。しかし、本発明の代表実施形態に係る適合設計支援プログラムを実施する上では、個別ツールの設計変更情報入力画面３１ｂに、アラートを表示するのが、コンピュータソフトウェアプログラムによって自動処理できるので好ましい。更に同時に、ステップＳ２２３にて、改変建築物の内容の最終確認を促す通知、即ち、改変建築物の施工契約に移行するかどうかの決定を促す表示をメール又はアラート等の方法で送信する。ステップＳ２２１と同様に、ステップＳ２２３においても、本発明の代表実施形態に係る適合設計支援プログラムを実施する上では、個別ツールの設計変更情報入力画面３１ｂに、改変建築物の内容の最終確認を促す通知を表示するのが、コンピュータソフトウェアプログラムによって、人間を介在しないで、自動処理できるので好ましい。
【００６９】
モデルハウス入居者乙はこれを受けて、ステップＳ２５にて改変建築物の内容は提示された案でよいかどうかを検討し、もし提示の案で良ければ、ステップＳ２２３で通知されたアラート等にあるＯＫボタンを押下する等をし、ステップＳ２５の最終決定連絡の管理サーバ１３への送信の処理をする。ステップＳ２２１及びステップＳ２２３と同様に、ステップＳ２５においても、本発明の代表実施形態に係る適合設計支援プログラムを実施する上では、個別ツールの設計変更情報入力画面３１ｂ上のＯＫボタンを押下して管理サーバ１３に送信する方法が、コンピュータソフトウェアプログラムによって、人間を介在しない処理を実行できるので、メールによる最終決定連絡よりも好ましい。
【００７０】
管理サーバ１３はステップＳ２２５にて契約日時及び場所等の候補を表示し、モデルハウス入居者乙はステップＳ２９にて契約日時及び場所等の選択をする。管理サーバ１３はステップＳ２２７にて、送信されてきた契約日時及び場所等の情報を顧客情報記憶装置２７に格納し、ステップＳ２２９にて契約日時及び場所等の表示をメール又はアラート等で管理者端末１５に対して行い、ステップＳ３０５にて管理者端末１５が受信する。ステップＳ２２９では契約日時のみ表示し、モデルハウス入居者乙に対して契約日時のみ決定させるようにしてもよい。図５及び６に示す通り、管理者甲は契約日時及び場所等の連絡を受けるステップＳ３０５までは、モデルハウス入居者乙がモデルハウスに入居して以降、原則特に連絡のやりとりをすることがないため、モデルハウス入居者乙及び管理者双方の対応負担を大きく減少させることができる。
【００７１】
一方、ステップＳ２５にて改変建築物の内容は提示された案でよいかどうかを検討した結果、モデルハウス入居者乙が提示の案から更に仕様変更することを希望するのであれば、ステップＳ２２３で通知されたアラート等にあるＯＫボタンを押下せず、ステップＳ３１の期限付きでの仕様変更サイクルへ移行する。ステップＳ２２１等と同様に、ステップＳ２５においてもコンピュータソフトウェアプログラムにのみの処理を実行し、人間を介在しないようにする意味では、メールによる返信は避けるべきである。この期限は管理者側で自由に設定することができるが、大体１〜２週間である。
【００７２】
ステップＳ３１の「仕様変更サイクル」は、既に説明した図５のステップＳ１７〜Ｓ２３及びステップＳ２０７〜Ｓ２１７の仕様変更サイクルに等価な処理である。仕様変更サイクルの期限が到来すると、再度図６のステップＳ２２１及びステップＳ２２３の処理が管理サーバ１３側のソフトウェアプログラムにより実施され、再度ステップＳ２５にて改変建築物の内容は提示された案でよいかどうかを検討することになる。もし提示の案で良ければ、ステップＳ２７の処理移行の流れに従って、ステップＳ３０５まで進むことになる。もし提示の案でも再度の仕様変更を希望するのであれば、更に期限付きでの仕様変更サイクルに移るか、あるいは管理者甲との直接相談に移るか等することができる。ステップＳ３１の許容回数や、許容回数を上回った際の対応については、管理者甲が自由に決定することができる。
【００７３】
―ステップＳ１０７の詳細―
次に、図１のステップＳ１０７の詳細を、図６に示したフローチャートを用いて説明する。図１のステップＳ１０７では、図６のステップＳ２５において承認された新築住宅案を基とした改変建築物の工事請負契約に移る。工事請負契約の日時や場所は、原則図６のステップＳ３０５で管理者端末１５が受信した契約日時及び場所の通りである。ステップＳ２２３にて最終確認が促された新築住宅案であって、ステップＳ２５において承認された新築住宅案を示す適合設計図が「契約設計図」となる。工事請負契約時の契約書、仕様書及び契約設計図等は、図６のステップＳ３０５にて管理者端末１５が契約日時及び場所等の連絡を受信すると同時に、又はそれ以降に、図２の管理サーバ１３から自動的に出力されてもよい。契約書、仕様書及び契約設計図等は紙に印刷してもよいし、電子契約書等の形で管理サーバ１３内に保管されてもよい。改変建築物の建築にかかる費用についても、契約設計図と改変建築物の立地等から自動的に計算され、見積書が作成されてもよい。契約書、仕様書、契約設計図、見積書等は、ステップＳ３０５の後で、モデルハウス入居者乙がデータ保存又は印刷等で入手することができるようにしてもよい。モデルハウス入居者乙と管理者甲が直接面談することにより、工事請負契約を結ぶ。もし契約時にモデルハウス入居者乙が最終的な仕様変更を希望するのであれば、管理者甲が仕様変更サイクルに入り、管理者権限で仕様変更を行うことができるようにしてもよい。契約書には着工予定日と完成予定日（引渡し予定日）を明記するが、管理サーバ１３内に格納されている着工予定日と完成予定日をそのまま記載してもよいし、そうでなくても構わない。工事請負契約後は、管理者甲が各種施工業者に改変建築物の施工を正式発注し、改変建築物の建築が行われる。
【００７４】
―ステップＳ１０９の詳細―
最後に、図１のステップＳ１０９の詳細を説明する。ステップＳ１０９ではモデルハウス入居者乙を、入居中の選定モデルハウスから施工完了した改変建築物に転居させる。モデルハウス入居者乙の選定モデルハウスへの入居期間は半年以上であり、好ましくは１年〜１年半である。選定モデルハウスへの入居期間のうち、改変建築物の施工期間を考慮すると、仕様変更可能期間は少なくとも２〜３カ月は確保されることが好ましいため、選定モデルハウスへの入居期間は半年以上とする。そのうちでも、選定モデルハウスへの入居中に可能であれば四季を経験してもらい、季節ごとの選定モデルハウスの住み心地を体感してもらうのが好ましいため、好ましい入居期間を１年〜１年半としている。ステップＳ１０９の後は、選定モデルハウスの清掃やクリーニングを行い、次の入居予定者のために準備をする。
【００７５】
（設計変更情報入力画面を用いた設計変更）
ここでは、新築住宅を購入する場合を例に、図５のステップＳ２１１〜ステップＳ２１までの間における具体的な処理の一例を、図８〜図１１に例示した設計変更情報入力画面３１ｂを用いて説明する。即ち、図５のステップＳ２１１においては、モデルハウス入居者通信端末１７に会員専用ページである設計変更情報入力画面３１ｂが表示される。図５のステップＳ２１でモデルハウス入居者通信端末１７から設計変更情報が管理サーバ１３に送信される間に、図８〜図１１に例示した設計変更情報入力画面３１ｂを用いて、所望の設計変更情報が入力される。
【００７６】
図８に示す設計支援アプリが提供する会員専用ページのトップページでは、上部に設計支援アプリの個別ツールのタイトル５１を表示させ、モデルハウス入居者乙の新築住宅の着工予定日及び完成予定日の表示欄５３があると分かりやすい。表示欄５３の内容は、あらかじめ決定されている選定モデルハウスからの退去予定日から逆算した時期を自動で表示させてもよいし、管理者甲が決定した任意の時期を表示させるようにしてもよい。自動で表示させる場合は、モデルハウス情報記憶装置２５又は顧客情報記憶装置２７に格納されている退去予定日から逆算してもよく、ドロップダウンカレンダー等を利用して選択できるようにしてもよい。
【００７７】
図８の概略表示部５５には、図８に示した通り、理想とする新築住宅を目的とした最新版の概略設計図が提示されるが、概略設計図を何度か修正している場合は、概略設計図の変更番号を指定して、以前の概略設計図を表示させることも可能である。「概略設計図」とは、一級建築士等の製図した設計図を簡略化して示す概略図であり、専門家の設計図に不慣れな一般人に、設計の特徴を認識させるための簡易な図面となるように、変更設計図作成論理回路２３４を構成する概略設計図作成回路２３４ｄが変換した図面のことを言う。概略表示部５５に表示されるのは、図８のような鳥瞰図が特徴を分かり易くするものであるが、鳥瞰図と共に、鳥瞰図以外の住宅の外部正面、住宅の内部等を示すラジオボタン等を設けて、詳細な部屋ごとの専門的な詳細設計図が閲覧できるようにしてある。概略設計図は、１図の静止図に限らず、複数の図がスライドショー形式で表示されてもよいし、静止図の視点を任意に移動・回転等させることができてもよい。概略表示部５５に表示された概略設計図の移動・回転等は、モデルハウス入居者通信端末１７に接続された入力装置としてキーボードやマウスを用いればよい。
【００７８】
図８の選択カーソル３３ｂは、モデルハウス入居者通信端末１７に接続されたマウス等の入力装置を用いて設計変更情報入力画面３１ｂ内を自在に動かすことができるポインタである。図８の設計変更情報入力画面３１ｂは、「設計内容を確認する（設計変更もここから）」を示すアイコンボタン５７ａ、「未決定内容を確認する」を示すアイコンボタン５７ｂ、「お客様情報を確認変更する」を示すアイコンボタン５７ｃ、各種期限の変更依頼等を行える「その他」を示すアイコンボタン５７ｄ、「ログアウト」を示すアイコンボタン５７ｅ、「直接問い合わせる」を示すアイコンボタン５７ｆを有する。この角丸のアイコンボタンの種類や数、配置等は一例であって、図８に限ったものではない。選択カーソル３３ｂを設計変更情報入力画面３１ｂ上において自在に動かし、所望の場所で重ねてクリックする等により所望のアイコンボタンを選択できる。タッチ画面方式であれば直接指等で各種ボタンをタップして選択できる。図８の設計変更情報入力画面３１ｂの下部には、お知らせ事項を表示するテキスト文表示部５９、入居中の選定モデルハウスへのコメントを管理者端末１５に送信するための、コメントが入力可能なテキストボックス６１が設けられている。
【００７９】
図８の「設計内容を確認する（設計変更もここから）」を示すアイコンボタン５７ａを選択すると、図９に示す概略設計図の外観確認用画面に移る。図９の選択カーソル３３ｂは、図８と同様に、マウス等の入力装置を用いて設計変更情報入力画面３１ｂ内を自在に動かすことができるポインタである。設計変更情報入力画面３１ｂの中心部分にある選択エリア６３には、デフォルトの概略設計図、又は前回変更設計した概略設計図の外観（外装）が表示され、選択エリア名表示部７７には「外観」と表示されている。選択エリア６３内での概略設計図の表示の方角が分かるように方角表示部７９が設けられていてもよい。方角表示部７９の向きに応じて、時間ごとに太陽の照射角度を変化させるようにしてもよい。
【００８０】
選択エリア６３内で表示方向を示す視点は、モデルハウス入居者通信端末１７に接続された入力装置を用いて「左移動」を示すアイコンボタン６５、「右移動」を示すアイコンボタン６９、「上移動」を示すアイコンボタン７１、「下移動」を示すアイコンボタン７３及び「回転」を示すアイコンボタン６７により自在に移動させることができる。又、選択エリア６３の右下に配置した逆三角形の「拡大縮小」を示すアイコンボタン７５を利用することで、選択エリア６３の表示部分の中央を中心として拡大又は縮小の動作をすることができる。拡大縮小ボタン７５の縦に区切られた各部分のうち、上部の部分をクリック等して選択することで表示が拡大し、反対に下部の部分をクリック等して選択することで表示が縮小する。現時点での拡大・縮小の段階を示す表示が更になされていてもよい。設計変更情報入力画面３１ｂの最下部には、設計支援アプリの個別ツール自体からログアウトするための「終了」を示すアイコンボタン８１ｄ、概略設計図の外観・内観確認用画面から個別ツールの設計変更情報入力画面３１ｂに戻るための「メインメニューに戻る」を示すアイコンボタン８１ａ、概略設計図の１階内観確認用画面を表示させるための「１階室内へ」を示すアイコンボタン８１ｂ、概略設計図の２階内観確認用画面を表示させるための「２階室内へ」を示すアイコンボタン８１ｃが設けられている。
【００８１】
図９の選択カーソル３３ｂを各種ボタンに重ねてクリック等の動作をすることで選択したり、選択エリア６３内の概略設計図の外観の一部材、例えば２階の窓枠９１に重ねることで図１０に示すような仕様表示部８３を表示させたりすることができる。各種ボタンは、モデルハウス入居者通信端末１７のディスプレイがタッチ画面方式を採用しているのであれば、ディスプレイ自体が入力装置として機能するので、指等で直接タッチ画面に接触して選択してもよい。仕様表示部８３は、選択カーソル３３ｂを概略設計図の一部材、例えば窓枠９１に重ねるだけで出現させてもよいし、選択カーソル３３ｂを窓枠９１に重ねた上でクリック等した場合に出現させるようにしてもよいし、プルダウンメニューで選択できるようにしてもよい。仕様表示部８３の出現時に注意を促すような効果音を出すようにしてもよい。
【００８２】
仕様表示部８３には、図１０に示す「２階  東側  ＦＩＸ窓  窓枠」の記載のように、選択した部材の位置、種類等が仕様表示部８３の小見出しとして表示され、その下に現時点での仕様、仕様変更履歴が表示される。図１０の選択カーソル３３ｂは、図８及び図９と同様に、マウス等の入力装置を用いて設計変更情報入力画面３１ｂ内を自在に動かすことができるポインタである。選択カーソル３３ｂを移動しながら、選択した部材の小見出しをクリックすると、選択した部材の詳細設計図が表示される。デフォルト又は前回変更設計した色を変更したい場合には、仕様表示部８３内の仕様変更ボタン８５を選択することにより、例えばプルダウンメニューが出現し、その中から希望の色が選択できる。デフォルト又は前回変更設計した部材の材料を変更したい場合には、仕様表示部８３内の仕様変更ボタン８５を選択することにより、例えばプルダウンメニューから希望の材料が選択できる。デフォルト又は前回変更設計した部材の形や寸法を変更したい場合には、仕様表示部８３内の小見出しとクリックして選択した部材の詳細設計図を表示させて、選択した部材の形や寸法を変更ができる。
【００８３】
図１０の場合、モデルハウス入居者通信端末１７に表示される選択エリア６３の上部に設けられた仕様表示部８３を用いて、選択エリア６３に表示されている概略設計図中の窓枠９１の色がブラックに変更されたことが表示されている。仕様表示部８３には、選択した部材が２階東側のＦＩＸ窓の窓枠であることが示され、更に、変更履歴として窓枠９１の色がダークブラウン（２０１８．４．１）及びシルバー（２０１８．２．１２）であったことが表示されている。図１０の選択エリア６３に表示されている概略設計図中の窓枠９１の形状や寸法には変更がないことが、仕様表示部８３の表示内容からも分かる。
【００８４】
図９及び図１０においては、選択エリア６３の上部に配置した仕様表示部８３における表示内容として、２階の窓枠９１を例示的に説明した。しかし、設計変更情報入力画面３１ｂの仕様表示部８３で表示される仕様変更の対象となる部材は窓枠９１に限らず、変更設計図作成論理回路２３４を構成する仕様変更対象決定回路２３４ｂが管理することにより、例えばドア、外壁、窓ガラス等任意の部材や箇所が対象になるように設定できる。仕様変更対象決定回路２３４ｂは、仕様変更の対象となる部材や箇所はモデルハウス入居者乙が任意に選択可能とするモードも提示可能であるが、一般には、仕様変更対象決定回路２３４ｂが、管理者甲のビジネスモデルに従って、管理者甲が仕様変更の対象となる部材等を限定的に設定するモードを採用する。ランキング表示による過去の実績データを基礎に、従来の実績で人気の高い部材等に、一定の年月の経過後に、仕様表示部８３に表示可能な箇所等を変更する等、種々のモードで、仕様変更対象決定回路２３４ｂが自在に設定することができる。仕様表示部８３に表示可能な箇所等は、仕様変更対象決定回路２３４ｂがランキング表示の実績データを参酌して定期的に更新してもよい。
【００８５】
図１１においては選択エリア６３に表示する他の例として、１階内観の一部分の概略設計図を例示した。仕様変更対象決定回路２３４ｂは、設計変更情報入力画面３１ｂにおいて、選択エリア６３に表示させる場所、位置、部材等は、例えば階段の手すり、内壁、天井、床等の任意の箇所を選択可能とするモードを提示することも可能である。しかし、管理者甲のビジネスモデルに従って、管理者甲が選択エリア６３に表示する箇所や部材等を限定的に設定するように、仕様変更対象決定回路２３４ｂが設定してもよい。ランキング表示による過去の実績データを基礎に、従来の実績で人気の高い部材等に、一定の年月の経過後に、選択エリア６３に表示させる場所、位置、部材等を変更する等、種々のモードで自在に設定することができる。選択エリア６３に表示させる場所、位置、部材等の変更は、ランキング表示の実績データを参酌して定期的に更新してもよい。
【００８６】
図１１の例示においては、仕様変更対象決定回路２３４ｂが１階内観に表示された階段の手すり、内壁、天井、床等の内装を仕様変更対象（設計変更対象）とするように設定できる。図示を省略しているが、図１１の例において、選択エリア６３内に間取り表示部８７を設けるように、設計支援アプリが提供する設計変更情報入力画面３１ｂの設定をデザインしてもよい。間取り表示部８７内には現時点の視座の位置を示す視座表示８９を設けるとモデルハウス入居者乙にとって分かりやすい。視座表示８９は、間取り表示部８７内で自在に動作させて、選択エリア６３の表示を自在に変更することができるようにしてもよい。図１１には、図１１から図９のような外観確認用画面に移るための「外観へ」を示すアイコンボタン８１ｅ及び２階内観確認用画面に移るための「２階室内へ」を示すアイコンボタン８１ｃが設けられている。
【００８７】
設計変更情報入力画面３１ｂで仕様変更可能な内容としては、各部材の色、質感、素材（材料）、寸法、形状、方向等を仕様変更対象決定回路２３４ｂが決定することができる。各部材の色、質感、素材（材料）、寸法、形状、方向は、新築住宅の建築においては外観や内観の目に見える部分に関係するため、比較的仕様変更対象として自由に選択しやすい。かつ、新築住宅購入を検討する者にとっては表面に見える部分の重要度が高いため、サンプル等で実際の色味や質感を確かめつつ、変更を繰り返しながら決定することが多い部分である。
【００８８】
更に、設計変更情報入力画面３１ｂで仕様変更可能な内容として、建築に対する知識の乏しい一般の入居者の場合は、主要構造部以外の部分の有無や配置を対象とすることが好ましい。本発明の代表実施形態に係る適合設計支援方法における「主要構造部」とは、建築基準法第２条１項５号に定義される「主要構造部」のことを言い、壁、柱、床、はり、屋根又は階段が対象である。それ以外の、収納、間仕切壁、間柱、附け柱、揚げ床、最下階の床、廻り舞台の床、小ばり、ひさし、局部的な小階段、屋外階段その他これらに類する建築物の部分は主要構造部ではないので、仕様変更対象決定回路２３４ｂが、建築に対する知識の乏しい一般の入居者が有無や配置を仕様変更対象と設定することができる。但し、有無や配置の変更が建築基準法に則ったものでない場合は、仕様変更対象とすべきではない。仕様変更対象に不適合な箇所は、図８〜図１１等に示した選択カーソル３３ｂの先端を、不適合な箇所に重ねたとき、仕様変更対象決定回路２３４ｂの命令により設計支援アプリ表示回路２３４ａが「仕様変更できません」と表示するようにしてもよい。
【００８９】
勿論、主要構造部であっても、仕様変更対象決定回路２３４ｂがその色等の表面的な部分は仕様変更対象とすることができるが、建築に対する知識の乏しい一般の入居者の場合は、主要構造部の素材については、構造耐力上の関係で変更が難しいので、仕様変更の対象とすることは好ましくない。即ち、仕様変更対象決定回路２３４ｂは、建築基準法等の各種法令に詳しくない者であっても、自由に仕様変更を行なってもよい部分を仕様変更対象とする。建築に対する知識の乏しい一般の入居者に対しては、管理者甲が一級建築士等の専門家をアドバイザーとして派遣して、アドバイザーと共に、主要構造部の設計変更をすることが可能である。主要構造部の設計変更に専門家の知識が必要な箇所は、選択カーソル３３ｂの先端を、専門家の知識が必要な箇所に重ねたとき、仕様変更対象決定回路２３４ｂの命令により設計支援アプリ表示回路２３４ａが「ここの仕様変更には専門家のアドバイスが必要です」と設計変更情報入力画面３１ｂに表示するようにしてもよい。このためには、個別ツールの設計変更情報入力画面３１ｂに「建築専門家派遣要請」のラジオボタン等を設けておいてもよい。
【００９０】
構造力学等の建築に対する知識を有する入居者の場合は、主要構造部の素材であっても、図５のステップＳ２１で変更が可能であるので、仕様変更対象決定回路２３４ｂが管理することにより、仕様変更の対象とすることができる。主要構造部の位置に選択カーソル３３ｂの先端が重ねられたとき、仕様変更対象決定回路２３４ｂの命令により設計支援アプリ表示回路２３４ａが「ここの仕様変更には専門的知識が必要です」と設計変更情報入力画面３１ｂに表示するようにしてもよい。建築基準法等の各種法令に反する変更や、構造力学上等の問題が生じる変更となる場合は、変更設計図作成論理回路２３４を構成する変更設計図審査警告回路２３４ｅの命令により設計支援アプリ表示回路２３４ａが、設計変更情報入力画面３１ｂ上で警告を表示するようにすればよい。いずれにしても、図１に示すステップＳ１０７の新築住宅の建築の前に、新築住宅が都市計画法、建築基準法、消防法、宅地造成規制法などの法律に反していないか等の項目を確認する建築確認申請を、各自治体に提出することが必要になる。木造３階建て以上では、構造検査が必要になるので、一級建築士等の専門家等と詳細に相談して、変更内容を検討する必要がある。
【００９１】
新築住宅で多い設計の失敗は、モノが入らない、出し入れしにくい、片付けにくい等の収納のつくりの失敗である。代表実施形態に係る適合設計支援方法によれば、モデルハウス入居者乙が、モデルハウスの収納が十分な広さや収納量があるか、収納内部のつくりや収納場所が適切かを、実際にモノをモデルハウスの収納から出したり、使ったりすることにより収納の設計を検討できる。したがって、個別ツールの設計変更情報入力画面３１ｂにおいて選択カーソル３３ｂを収納スペースの上に重ねて、マウスを右クリックして、「収納スペース設計変更」を表示させ、収納スペースの坪数でなく、幅・奥行きの長さ等を、適宜変更するようなメニューを表示させるようなシステムにしてもよい。あるいはモデルハウス入居者乙が実際に収納したいモノのサイズと、収納スペースの幅・奥行き・高さが合うかを検討し、個別ツールの設計変更情報入力画面３１ｂにおいて最適値に変更できる。又、モデルハウスの収納が、モノを使う場所から近いか否か、動線はスムーズか否かを、実際にモデルハウスに入居して数ヶ月生活することにより具体的に判断できる。又、クロゼットや靴収納などのスペースが、モデルハウスに設置されているものは十分かが検討できる。特に、収納扉は開き戸、引き戸、折り戸等のうち、どれが使いやすいかを検討し、必要に応じて、個別ツールの設計変更情報入力画面３１ｂにおいて変更できる。
【００９２】
オープン収納がほかの部屋などから丸見えになって困ることはないか等の事情は、実際にモデルハウスに入居して数ヶ月生活することにより正確且つ具体的に判断できる。又、よく使う、よく出し入れするモノは手の届きやすい高さに収納できるか、収納内部に照明やコンセントを設置した方がよいか、どこに何をしまうか、家族全員がわかりやすいつくりになっているか等も、実際にモデルハウスに入居して数ヶ月生活することにより判断できる。よって、収納スペースの設計変更のメニューには「照明やコンセントが必要ですか？」等も含ませてもよい。このように、種々の設計変更のメニューを用意しておけば、実際にモデルハウスに入居して数ヶ月生活して不都合を感じた設計変更情報を、設計変更のメニューを利用することにより設計変更情報入力画面３１ｂに入力し、管理サーバ１３に送信することで希望の変更をすることが可能になる。
【００９３】
新築住宅の設計でよく問題になるのは、間取りの失敗である。間取りについても「広すぎますか」や「狭すぎますか」等の設計変更のメニューを用意しておけばよい。代表実施形態に係る適合設計支援方法によれば、実際にモデルハウスに入居して数ヶ月生活することにより、その間取りの部屋に実際に置いた家具や家電などにより不都合が判明すれば、個別ツールの設計変更情報入力画面３１ｂの設計変更のメニューを用いて、最適な間取りに変更できる。実際にモデルハウスに入居して数ヶ月生活することにより、ドアや収納扉を開けた状態で、使う家具を置いても余裕があるか、家族が長い時間を過ごす空間にたっぷりとスペースが取れているか、人と人がすれ違うことの多い通路部分には十分な幅が取れているか等の判断も可能であるので、設計変更のメニューに加え、不都合があれば、設計変更のメニューで変更ができるようにしてもよい。実際にモデルハウスに入居して数ヶ月生活することにより、洗濯機から物干しまでの通路は、洗濯カゴなどを持って通れる広さか、間取りが広すぎてモノを取りにくい、家事がしにくいなど不便なところはないか等も実感する場合もあるので、必要に応じて、設計変更情報入力画面３１ｂの設計変更のメニュー等を利用して、管理サーバ１３に送信することで希望の変更をすることが可能になる。
【００９４】
実際にモデルハウスに入居して数ヶ月生活することにより、室内での足音、話し声、テレビの音、食洗機や洗濯機の音、外のクルマの音など、音の発生源との配置の関係で、ゆっくり寝られないとか、設備がうるさい等の音の伝わり方の問題も判明する。個別ツールの設計変更情報入力画面３１ｂにおいて、足音のする通路や部屋が、リビングや寝室の上の階に配置されている場合は、設計変更情報入力画面３１ｂの設計変更のメニューに「場所に移動が必要ですか？」等を加えて、場所を移動する変更設計をすればよい。この場合モデルハウス情報記憶装置２５にビックデータとして蓄積された過去の設計例である「改変モデルハウス情報」を参酌して、設計変更を用意にするようにしてもよい。又、機械音や排水音の出るキッチンやトイレの傍にくつろぎ空間があれば、個別ツールの設計変更情報入力画面３１ｂの設計変更のメニューに「くつろぎ空間の移動」の項目を加えて、くつろぎ空間の位置を変更すればよい。又、コンセントが足りない、位置が不便等の問題も実際にモデルハウスに入居して生活することにより判明する。設計変更のメニューに「コンセント数変更」や「コンセントの位置移動」の項目を加えて、問題があれば、個別ツールの設計変更情報入力画面３１ｂ上で、家具と家電の配置を検討しながら、必要な数のコンセントに変更できる。又、掃除機をかける際、コンセントの抜き差しの回数が少なくて済むか、照明スイッチが開けたドアの裏に隠れる場所に設置されていないか、帰宅したとき、就寝するときなどの生活動線上にスイッチがあるか等の問題も、実際にモデルハウスに入居して生活することにより判明する。
【００９５】
窓やドアの位置が、隣家の窓やドアと向かい合わせにならないか、道路沿いの窓や大開口には、外からの視線が気にならないか、玄関ドアを開けたときに、人に見られたくない空間が正面にないか等も実際にモデルハウスに入居して生活することにより判明する。光の入り方は、窓の大きさ、周囲の建物などによっても変わり、季節ごとにも異なる。代表実施形態に係る適合設計支援方法によれば、実際にモデルハウスに入居して、季節ごとの変化を感じながら、生活することにより光の入り方を判断して、不都合があれば、設計変更情報入力画面３１ｂにおいて変更設計できる。視線を遮りつつも光を入れたい空間の場合は、スリット窓等に変更してもよく、外壁に接しない部屋や通路に自然光を取り入れるための変更を加えてもよい。
【００９６】
又、季節ごとの変化において、特定の季節における入射光が、日焼けの気になる家具が配置される場所になるか等の問題も分かるので、不都合があれば、図５の設計変更情報入力画面３１ｂにおいて変更設計すればよい。実際にモデルハウスに入居して、吹抜けから上がる暖気や、熱のこもりがちなロフトが問題となることが分かれば、個別ツールの設計変更情報入力画面３１ｂにおいて、小屋裏に熱気を抜く窓を設置する等の変更設計が可能になる。又、夏は日が入り易く、冬は入り憎い設計であれば、軒の出等を計支援アプリの個別ツールの設計変更情報入力画面３１ｂにおいて変更設計すればよい。
【００９７】
その他、図８の設計支援アプリのコメントが入力可能なテキストボックス６１から、モデルハウス入居者乙が、入居している選定モデルハウスに対するコメントを入力することができるようにしてもよい。入力されたコメントは、管理者甲の校閲等の後、図７のような募集情報入力画面３１ａのコメント表示部４７に表示されるようにしてもよい。このコメントは、同形式のモデルハウスへの入居を検討する者にとっての参考情報に資することができる。又、設計評価アプリ表示論理回路２３８によって、設計評価アプリを作成し、以前モデルハウスに入居していた、元モデルハウス入居者乙が有する入居希望者通信端末１９ａ，１９ｂ，１９ｃ，……いずれかに表示して、双方向通信を行うようにしてもよい。設計評価アプリは元モデルハウス入居者乙から受信した設計の失敗や評価等のデータを、顧客情報記憶装置２７に格納する。
【００９８】
顧客情報記憶装置２７に格納された設計の失敗や評価等のビックデータは、その後新たなモデルハウス入居者が設計変更する場合の、アイデアの創造に必要な参酌資料として活用できる。よって、管理サーバ１３の新築住宅案構成部（ＣＰＵ）２３が有する分類記号付与論理回路２３２によって、設計の失敗や評価等のビックデータに分類符号を付し、ランキング作成論理回路２３３によって設計の失敗や評価等のビックデータを整理しておくことが好ましい。
【００９９】
代表実施形態に係る適合設計支援方法によれば、建築物購入予定者が選定モデルハウスの長期間の入居により、購入予定の建築物への入居イメージを具体的に持つことができ、購入予定の建築物の設計を十分に検討することができる。更に、複数の季節を体感することが可能となるので、季節ごとの入居イメージを持つことができる点もメリットである。又、設計変更情報を設定された期限内であれば、いつでも送信することができ、シミュレーションを十分することができる点もメリットである。更に、自身の持ち込みの家具でモデルハウスに入居することができるのであれば、購入予定の建築物への入居イメージを具体的に持ちやすくなる。更に、選定モデルハウスでペットを飼うことや車を駐車することも可能とできるので、入居中の生活イメージを持ちやすくなる。入居イメージを持ちやすくなるので、理想とする設計の建築物の購入検討もスムーズに進みやすい。
【０１００】
代表実施形態に係る適合設計支援方法によれば、管理者にとっては、入居希望者乙が複数のモデルハウスから入居したい選定モデルハウスを選択する段階から、建築物購入予定者が退去し、建築物購入予定者が改変建築物に引っ越すまでの間、建築物販売者である管理者が建築物購入予定者に直接対応することは少なく、管理者側の対応工数を大幅に減少させることができる。建築物購入予定者が購入する建築物は、建築物購入予定者が入居した選定モデルハウスに依拠した設計であるので、選定モデルハウスとほぼ同様の骨格の建築物となるのが通常である。よって、代表実施形態に係る適合設計支援方法によれば、販売する建築物の施工予定が立てやすく、各種施工業者への発注がしやすい。又、建築物購入予定者のモデルハウスからの退去時期があらかじめ決定（仮決定）されていることも、販売する建築物の施工予定が立てやすく、各種施工業者への発注がしやすいことにつながる。建築物購入予定者の退去時期があらかじめ決定（仮決定）されているので、入退去管理が極めてしやすくなる。
【０１０１】
代表実施形態に係る適合設計支援方法によれば、実際に新築建築物購入予定者にモデルハウスに入居してもらい、新築建築物購入予定者が理想とする設計の建築物と同等のレベルのモデルハウスを体感してもらうので、建築物販売者にとっては、口頭やパンフレット等で新築建築物購入予定者に説明する対応工数をカットすることができる。
【０１０２】
代表実施形態に係る適合設計支援方法によれば、各種施工業者にとって、新築建築物の施工予定が立てやすい。建築物購入予定者の新築建築物の着工予定があらかじめ決定（仮決定）されているので、先の見通しが立てやすく、余裕をもって新築建築物の部材を準備することができる。又、各モデルハウスでほぼ同じ部材を使用するため、大量発注をかけることができ、コストカットにもつながる。更に、各モデルハウスでほぼ同じ部材を使用して同様の工程で施工をするため、施工が早くなり、見通しが立てやすく、工期短縮を望むことができる。更に、各モデルハウスでほぼ同じ部材を使用して同様の工程で施工をするため、工程のマニュアル化がしやすく、施工する者の熟練度をさほど気にせずに作業することができる点もメリットである。仕様変更対象決定回路２３４ｂが管理する仕様変更が可能な部分についても、それまでの発注率の高い順に在庫を用意することで、在庫量をコントロールしやすくし、在庫を少なく持つことができる。発注率でなくとも、モデルハウスへのコメントを参考にして必要量を見積もることで、在庫量のコントロール等をすることが容易となる。
【０１０３】
代表実施形態に係る適合設計支援方法によれば、最新のハイスペックな住宅に実際に入居することで、性能や品質の良さを五感で体感しつつ、新築建築物の仕様検討に活かすことができる。入居しているモデルハウスと同一の外装・内装の新築建築物となるとしても、実際に試しに入居できるかどうかは、新築購入の決定の場面において影響が大きい。実際に入居して体感してもらうことで、新築建築物の検討をよりスムーズに進められ、新築建築物の購入決定を不安がない状態で行うことができる。
【０１０４】
（その他の実施形態）
上記のように、本発明は上記の代表実施形態によって記載したが、この開示の一部をなす論述及び図面は本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替の実施形態、実施例及び運用技術が明らかとなろう。新築建築物として新築住宅を主なる例として説明したが、新築建築物は、新築住宅に限定されるものではなく、物置、倉庫、オフィイス等でも構わない。
【０１０５】
図４〜図６に示した適合設計支援方法の処理は、図４〜図６と等価なアルゴリズムのプログラムにより、図２及び図３に示した適合設計支援サーバを含むシステムを制御して実行出来る。このプログラムは、本発明の適合設計支援サーバを構成するコンピュータシステムのプログラム記憶装置（図示省略）に記憶させればよい。また、このプログラムは、コンピュータ読取り可能な記録媒体に保存し、この記録媒体を適合設計支援サーバのプログラム記憶装置に読み込ませることにより、本発明の一連の適合設計支援方法の処理を実行することができる。
【０１０６】
ここで、「コンピュータ読取り可能な記録媒体」とは、例えばコンピュータの外部メモリ装置、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのプログラムを記録することができるような媒体などを意味する。具体的には、フレキシブルディスク、ＣＤ−ＲＯＭ，ＭＯディスク、カセットテープ、オープンリールテープなどが「コンピュータ読取り可能な記録媒体」に含まれる。例えば、適合設計支援サーバの本体は、フレキシブルディスク装置（フレキシブルディスクドライブ）および光ディスク装置（光ディスクドライブ）を内蔵若しくは外部接続するように構成できる。フレキシブルディスクドライブに対してはフレキシブルディスクを、また光ディスクドライブに対してはＣＤ−ＲＯＭをその挿入口から挿入し、所定の読み出し操作を行うことにより、これらの記録媒体に格納されたプログラムを、適合設計支援サーバを構成するプログラム記憶装置にインストールすることができる。また、所定のドライブ装置を接続することにより、例えばゲームパック等に利用されているメモリ装置としてのＲＯＭや、磁気テープ装置としてのカセットテープを用いることもできる。さらに、インターネット等の通信網を介して、このプログラムをプログラム記憶装置に格納することが可能である。
【０１０７】
又、代表実施形態で説明したそれぞれの技術的思想の一部を適宜、互いに組み合わせることも可能である。このように、本発明はここでは記載していない様々な実施形態等を含むことは勿論である。したがって、本発明の技術的範囲は上記の説明から妥当と解釈しうる、特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【０１０８】
１１…通信網、１３…管理サーバ、１５…管理者端末、１７…モデルハウス入居者通信端末、１９ａ、１９ｂ、１９ｃ…入居希望者通信端末、２１…通信制御部、２３…新築住宅案構成部、２５…モデルハウス情報記憶装置、２７…顧客情報記憶装置、３１ａ…募集情報入力画面、３１ｂ…設計変更情報入力画面、３３ａ、３３ｂ…選択カーソル、４１ａ、４１ｂ、４１ｃ、４１ｄ…モデルハウス外観、４３ａ…１階間取り表示部、４３ｂ…２階間取り表示部、４５ａ…１階仕様表示部、４５ｂ…２階仕様表示部、４７…コメント表示部、５１…（設計支援アプリの）タイトル、５３…着工予定及び完成予定の表示欄、５５…概略表示部、５７ａ…「設計内容を確認する（設計変更もここから）」を示すアイコンボタン、５７ｂ…「未決定内容を確認する」を示すアイコンボタン、５７ｃ…「お客様情報を確認変更する」を示すアイコンボタン、５７ｄ…「その他」を示すアイコンボタン、５７ｅ…「ログアウト」を示すアイコンボタン、５７ｆ…「直接問い合わせる」を示すアイコンボタン、５９…お知らせ部、６１…コメント入力エリア、６３…選択エリア、６５…「左移動」を示すアイコンボタン、６７…「回転」を示すアイコンボタン、６９…「右移動」を示すアイコンボタン、７１…「上移動」を示すアイコンボタン、７３…「下移動」を示すアイコンボタン、７５…「拡大縮小」を示すアイコンボタン、７７…選択エリア名表示部、７９…方角表示部、８１ａ…「メインメニューに戻る」を示すアイコンボタン、８１ｂ…「１階室内へ」を示すアイコンボタン、８１ｃ…「２階室内へ」を示すアイコンボタン、８１ｄ…「終了」を示すアイコンボタン、８１ｅ…「外観へ」を示すアイコンボタン、８３…仕様表示部、８５…仕様変更ボタン、８７…間取り表示部、８９…視座表示、２３０…バス、２３１…アクセス権限確認論理回路、２３２…分類記号付与論理回路、２３３…ランキング作成論理回路、２３４…変更設計図作成論理回路、２３５…顧客設計情報整理論理回路、２３６…入居者募集アプリ表示論理回路、２３７…顧客情報格納処理命令回路、２３８…設計評価アプリ表示論理回路、２３９…シークエンス回路、２３７ａ…予定日計算回路、２３７ｂ…受付終了日計算回路、２３７ｃ…データ格納回路２３７ｃ、２３４ａ…設計支援アプリ表示回路、２３４ｂ…仕様変更対象決定回路、２３４ｃ…詳細設計図作成回路、２３４ｄ…概略設計図作成回路、２３４ｅ…変更設計図審査警告回路、２３４ｆ…変更番号管理回路
【要約】
【課題】購入予定者が、モデルハウスに実際に入居し、新築建築物の仕様を検討して、希望に適合した建築物の設計を支援可能な適合設計支援用サーバ、適合設計支援方法及び適合設計支援プログラムを提供する。
【解決手段】実モデルハウス情報を格納するモデルハウス情報記憶装置２５、入居希望者通信端末に、入居者募集アプリの画面を表示させる入居者募集アプリ表示論理回路２３６、建築物購入予定者の顧客個人情報を格納する顧客情報記憶装置２７、モデルハウス入居者通信端末に対しアクセス権限を付与するアクセス権限確認論理回路２３１、設計支援アプリの画面を介して、選定モデルハウスの設計データを変更する設計変更情報を受信し、選定モデルハウスの設計データを変更した適合設計図を作成する変更設計図作成論理回路２３４を備える。
【選択図】      図２【図１】
0006714267.tif 000002
【図２】
0006714267.tif 000003
【図３】
0006714267.tif 000004
【図４】
0006714267.tif 000005
【図５】
0006714267.tif 000006
【図６】
0006714267.tif 000007
【図７】
0006714267.tif 000008
【図８】
0006714267.tif 000009
【図９】
0006714267.tif 000010
【図１０】
0006714267.tif 000011
【図１１】
0006714267.tif 000012