知財求人 - 知財ポータルサイト「IP Force」
▶ 株式会社フジタの特許一覧 ▶ 株式会社ダイスネクストの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024081187
(43)【公開日】2024-06-18
(54)【発明の名称】建設計画システム
(51)【国際特許分類】
G06F 30/13 20200101AFI20240611BHJP
G06Q 50/08 20120101ALI20240611BHJP
G06F 30/12 20200101ALI20240611BHJP
G06F 30/20 20200101ALI20240611BHJP
【ＦＩ】
G06F30/13
G06Q50/08
G06F30/12
G06F30/20
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2022194618
(22)【出願日】2022-12-06
(71)【出願人】
【識別番号】302060926
【氏名又は名称】株式会社フジタ
(71)【出願人】
【識別番号】518424279
【氏名又は名称】株式会社ダイスネクスト
(74)【代理人】
【識別番号】100120592
【弁理士】
【氏名又は名称】山崎 崇裕
(74)【代理人】
【識別番号】100184712
【弁理士】
【氏名又は名称】扇原 梢伸
(74)【代理人】
【識別番号】100192223
【弁理士】
【氏名又は名称】加久田 典子
(72)【発明者】
【氏名】奥村 洋治
(72)【発明者】
【氏名】秋山 文秀
(72)【発明者】
【氏名】神田 信孝
(72)【発明者】
【氏名】加藤 久人
(72)【発明者】
【氏名】河村 賢一
(72)【発明者】
【氏名】北條 秀夫
【テーマコード（参考）】
5B146
5L049
5L050
【Ｆターム（参考）】
5B146AA04
5B146DC05
5B146DE06
5B146DE12
5B146DE16
5B146DG02
5L049CC07
5L050CC07
(57)【要約】
【課題】より利便かつ汎用性の高い技術を提供する。
【解決手段】建設計画システム２００は、サーバ型コンピュータのサーバ装置１１０を備え、サーバ装置１１０のＢＩＭ管理部１３０内には、建物ボリューム生成モジュール１３２及び法規制確認モジュール１３４といったＢＩＭに特化された専用のプログラムモジュールを実行するセクションが設けられている。建物ボリューム生成モジュール１３２は、ユーザ端末１０２，１０４等から建物の建設計画地に関する敷地情報の提供を受けると、その敷地情報に基づいて、建設計画地での建設条件に関する建設情報を外部機関１６０から取得し、建設計画地に建設可能な建物モデルの基本データを生成する。さらに、建物モデルについて容積率及び建蔽率のチェック及び法規制確認モジュール１３４による法規制チェックを行って建物モデルを補正し、最終的にチェックを通過した建物モデルを自動設計の結果として提示する。
【選択図】図１
【解決手段】建設計画システム２００は、サーバ型コンピュータのサーバ装置１１０を備え、サーバ装置１１０のＢＩＭ管理部１３０内には、建物ボリューム生成モジュール１３２及び法規制確認モジュール１３４といったＢＩＭに特化された専用のプログラムモジュールを実行するセクションが設けられている。建物ボリューム生成モジュール１３２は、ユーザ端末１０２，１０４等から建物の建設計画地に関する敷地情報の提供を受けると、その敷地情報に基づいて、建設計画地での建設条件に関する建設情報を外部機関１６０から取得し、建設計画地に建設可能な建物モデルの基本データを生成する。さらに、建物モデルについて容積率及び建蔽率のチェック及び法規制確認モジュール１３４による法規制チェックを行って建物モデルを補正し、最終的にチェックを通過した建物モデルを自動設計の結果として提示する。
【選択図】図１
【特許請求の範囲】
【請求項1】
所定のコンピュータによる、データ上で建物モデルを生成可能なプログラムの実行に伴い動作する建設計画システムであって、
建物の建設計画地に関する敷地情報、及び前記建設計画地での建設条件に関する建設情報に基づいて、前記建設計画地に建設可能な建物モデルの基本データを生成する生成手段と、
前記基本データを前記建設計画地での建設条件に適合させて補正することにより、前記建設計画地に建設可能であり、かつ前記建設条件に適合する範囲内で所定の容積率及び建蔽率の要件を満たした建物モデルの最適化データに補正する補正手段と、
前記最適化データで表される建物モデルを提示する提示手段と
を備えた建設計画システム。
建物の建設計画地に関する敷地情報、及び前記建設計画地での建設条件に関する建設情報に基づいて、前記建設計画地に建設可能な建物モデルの基本データを生成する生成手段と、
前記基本データを前記建設計画地での建設条件に適合させて補正することにより、前記建設計画地に建設可能であり、かつ前記建設条件に適合する範囲内で所定の容積率及び建蔽率の要件を満たした建物モデルの最適化データに補正する補正手段と、
前記最適化データで表される建物モデルを提示する提示手段と
を備えた建設計画システム。
【請求項2】
請求項１に記載の建設計画システムにおいて、
前記生成手段は、
データ上で前記建設計画地の敷地境界線に外接する矩形を設定するステップと、
前記矩形の内側全体に単位サイズの正方形ブロックを敷設するステップと、
前記敷地境界線からはみ出ない前記正方形ブロックの集合体の内側で面積が最大となる四角形を最大長方形として設定するステップと、
前記最大長方形に基づいて建物モデルの３次元データを生成するステップと
を通じて前記基本データを生成することを特徴とする建設計画システム。
前記生成手段は、
データ上で前記建設計画地の敷地境界線に外接する矩形を設定するステップと、
前記矩形の内側全体に単位サイズの正方形ブロックを敷設するステップと、
前記敷地境界線からはみ出ない前記正方形ブロックの集合体の内側で面積が最大となる四角形を最大長方形として設定するステップと、
前記最大長方形に基づいて建物モデルの３次元データを生成するステップと
を通じて前記基本データを生成することを特徴とする建設計画システム。
【請求項3】
請求項２に記載の建設計画システムにおいて、
前記補正手段は、
前記建設条件の１つである日影規制に基づいて、前記最大長方形を前記建設計画地の内側に縮小して補正するステップと、
前記建設条件の１つである高さ規制に基づいて、建物モデルの高さを３次元データ上で補正するステップと、
前記建設条件の１つである斜線制限に基づいて、建物モデルの斜線面に沿う形状を３次元データ上で補正するステップと
の少なくとも１つを通じて建物モデルの前記最適化データへの補正を行うことを特徴とする建設計画システム。
前記補正手段は、
前記建設条件の１つである日影規制に基づいて、前記最大長方形を前記建設計画地の内側に縮小して補正するステップと、
前記建設条件の１つである高さ規制に基づいて、建物モデルの高さを３次元データ上で補正するステップと、
前記建設条件の１つである斜線制限に基づいて、建物モデルの斜線面に沿う形状を３次元データ上で補正するステップと
の少なくとも１つを通じて建物モデルの前記最適化データへの補正を行うことを特徴とする建設計画システム。
【請求項4】
請求項３に記載の建設計画システムにおいて、
前記補正手段は、
前記建設条件の範囲内で許容される最大容積率及び最大建蔽率を算出するステップと、
前記最大容積率及び前記最大建蔽率の範囲内で前記建設計画地に建設可能な建物モデルの建築面積及び階数を設定するステップと
を通じて建物モデルの前記最適化データへの補正を行うことを特徴とする建設計画システム。
前記補正手段は、
前記建設条件の範囲内で許容される最大容積率及び最大建蔽率を算出するステップと、
前記最大容積率及び前記最大建蔽率の範囲内で前記建設計画地に建設可能な建物モデルの建築面積及び階数を設定するステップと
を通じて建物モデルの前記最適化データへの補正を行うことを特徴とする建設計画システム。
【請求項5】
請求項４に記載の建設計画システムにおいて、
前記補正手段は、
データ上で前記建設計画地に建物モデルを配置したとき、許容される前記最大容積率の範囲内で建築面積を追加可能な空間が敷地内にあるか否かを判定するステップと、
前記判定で追加可能な空間があった場合、当該空間に建築面積を追加するステップと
を通じて建物モデルの前記最適化データへの補正を行うことを特徴とする建設計画システム。
前記補正手段は、
データ上で前記建設計画地に建物モデルを配置したとき、許容される前記最大容積率の範囲内で建築面積を追加可能な空間が敷地内にあるか否かを判定するステップと、
前記判定で追加可能な空間があった場合、当該空間に建築面積を追加するステップと
を通じて建物モデルの前記最適化データへの補正を行うことを特徴とする建設計画システム。
【請求項6】
請求項１から５のいずれかに記載の建設計画システムが備える前記各手段を利用する建設計画システムであって、
前記敷地情報の入力を受け付ける入力手段と、
前記入力手段で受け付けた前記敷地情報に基づいて、前記建設情報を取得する取得手段と、
前記敷地情報及び前記建設情報を前記所定のコンピュータに提供することで、前記生成手段による建物モデルの前記基本データの生成、前記補正手段による前記最適化データへの補正、及び前記提示手段による建物モデルの提示を実行させる提供手段と、
前記提示手段により提示された建物モデルに基づいて、建物の計画図、建設に要する費用及び工期の少なくともいずれかに関する概要情報を出力する出力手段と
を備えたことを特徴とする建設計画システム。
前記敷地情報の入力を受け付ける入力手段と、
前記入力手段で受け付けた前記敷地情報に基づいて、前記建設情報を取得する取得手段と、
前記敷地情報及び前記建設情報を前記所定のコンピュータに提供することで、前記生成手段による建物モデルの前記基本データの生成、前記補正手段による前記最適化データへの補正、及び前記提示手段による建物モデルの提示を実行させる提供手段と、
前記提示手段により提示された建物モデルに基づいて、建物の計画図、建設に要する費用及び工期の少なくともいずれかに関する概要情報を出力する出力手段と
を備えたことを特徴とする建設計画システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、建物の建設計画を自動で行う建設計画システムに関する。
【背景技術】
【0002】
従来、敷地情報に対応した建築物を自動設計するＣＡＤシステムの先行技術が知られている（例えば、特許文献１参照。）。この先行技術は、敷地を規定する敷地情報及び建築物タイプ情報を取得すると、取得した敷地情報に適用される集団規定情報を記憶部から抽出し、敷地上に建築可能な建築物の存在可能空間を計算した上で、その存在可能空間内で建築物を自動でＣＡＤ設計するものである。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１３－２２８８２５号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、建築物を敷地内でどのように配置するかといった基本的な計画については、敷地形状が単純（例えば、整った矩形状等）である場合には自動設計が容易であるものの、実際に建設計画の対象となる敷地形状は様々であり、常に整った形状であるとは限らない。このため、単純な形状だけでなく特異な形状等、どのような形状の敷地にも対応できる自動設計の実現が求められているところである。
【0005】
そこで本発明は、より利便かつ汎用性の高い技術を提供するものである。
【課題を解決するための手段】
【0006】
本発明は、以下の建設計画システムを提供する。なお、以下の括弧書中の記載は参考事項や一例を示すものであり、本発明はこれに限られない。
【0007】
〔システムの中核部分〕
本発明の建設計画システムは、所定のコンピュータによるプログラムの実行に伴って動作することができる。建設計画システムを動作させるプログラムは、データ上で建物モデル（例えば、３Ｄモデル）を生成可能なものである。所定のコンピュータ（例えば、クラウド上のサーバ型コンピュータ）による動作は、建設計画システムの中核となる部分を構成する。
本発明の建設計画システムは、所定のコンピュータによるプログラムの実行に伴って動作することができる。建設計画システムを動作させるプログラムは、データ上で建物モデル（例えば、３Ｄモデル）を生成可能なものである。所定のコンピュータ（例えば、クラウド上のサーバ型コンピュータ）による動作は、建設計画システムの中核となる部分を構成する。
【0008】
本発明の建設計画システムは、生成手段及び補正手段の構成を備える。このうち生成手段は、建物の建設計画地に関する敷地情報（緯度・経度、住所、敷地外形等）、及び建設計画地での建設条件に関する建設情報（例えば、集団規定情報を含む各種法規制、自治体条例等のうち、取得可能な一部の情報等の設計要件）に基づいて、前記建設計画地に建設可能な建物モデルの基本データを生成する。補正手段は、基本データを建設計画地での建設条件に適合させて補正することにより、建設計画地に建設可能であり、かつ建設条件に適合する範囲内で所定の容積率及び建蔽率の要件を満たした建物モデルの最適化データに補正する。なお、敷地情報や建設情報は、建設計画システムに対して入力（例えば利用者により自発的に入力）される態様であってもよいし、システムからの要求に基づいて取得される態様であってもよい。
【0009】
また、建設計画システムは提示手段を備えることもできる。提示手段は、補正手段で補正された最適化データで表される建物モデルを提示（例えば、システムの利用者にデータとして提示）する。
【0010】
本発明の建設計画システムは、生成手段により基本となる建物モデルの基本データを生成し、そこから補正手段により補正を行うことで、最適化した建物モデルのデータとすることができる。補正は、特に所定の容積率及び建蔽率の要件を満たすことを目的として行われ、その結果、法規制等に抵触しない範囲内で容積率及び建蔽率の最適な要件を満たした建物モデルのデータを提示手段により提示することができる。
【0011】
建設計画システムの生成手段として動作するプログラムは、例えば以下のステップを含むことができる。すなわち、データ上で建設計画地の敷地境界線に外接する矩形を設定するステップ、矩形の内側全体に単位サイズの正方形ブロックを敷設するステップ、敷地境界線からはみ出ない正方形ブロックの集合体の内側で面積が最大となる四角形を最大長方形として設定するステップ、そして、最大長方形に基づいて建物モデルの３次元データを生成するステップである。
【0012】
これにより、整った矩形状の敷地だけでなく、特異な形状等あらゆる形状の敷地に対応した建物モデルの３次元データを自動設計により生成することができる。ただし、ここまでで生成された建物モデルには、法規制に基づく建設条件が考慮されていない。そこで建設計画システムは、以下のステップの少なくとも１つを通じて補正を行う。
【0013】
すなわち、補正手段として動作するプログラムは、建設条件の１つである日影規制に基づいて、最大長方形を建設計画地の内側に縮小して補正するステップ、建設条件の１つである高さ規制に基づいて、建物モデルの高さを３次元データ上で補正するステップ、及び建設条件の１つである斜線制限に基づいて、建物モデルの斜線面に沿う形状を３次元データ上で補正するステップを含むことができる。これらステップの少なくとも１つを通じて建物モデルの基本データを最適化データに補正することにより、法規制に適合した建物モデルを提示することができる。
【0014】
補正手段は、さらに以下のステップを通じて補正を行うことができる。
すなわち、建設条件の範囲内で許容される最大容積率及び最大建蔽率を算出するステップと、最大容積率及び最大建蔽率の範囲内で建設計画地に建設可能な建物モデルの建築面積及び階数を設定するステップである。
すなわち、建設条件の範囲内で許容される最大容積率及び最大建蔽率を算出するステップと、最大容積率及び最大建蔽率の範囲内で建設計画地に建設可能な建物モデルの建築面積及び階数を設定するステップである。
【0015】
これにより、建設条件を満たす範囲内で最適な建築面積及び階数を設定した建物モデルの最適化データを得ることができる。
【0016】
また、補正手段は以下のステップを通じて補正を行うこともできる。
すなわち、データ上で建設計画地に建物モデルを配置したとき、許容される最大容積率の範囲内で建築面積を追加可能な空間が敷地内にあるか否かを判定するステップと、先の判定で追加可能な空間があった場合、当該空間に建築面積を追加するステップである。
すなわち、データ上で建設計画地に建物モデルを配置したとき、許容される最大容積率の範囲内で建築面積を追加可能な空間が敷地内にあるか否かを判定するステップと、先の判定で追加可能な空間があった場合、当該空間に建築面積を追加するステップである。
【0017】
例えば、ここまでの補正により建設計画地の敷地内で最適な建物モデルの配置が自動設計によって得られていたとしても、さらに敷地を有効活用した建物モデルに補正することができる。これにより、あらゆる形状の敷地に対応した自動設計としての拡張性や融通性をさらに高めることができる。
【0018】
〔システムの拡張態様〕
本発明の建設計画システムは、以下の態様に拡張することができる。
すなわち、上記の中核部分となる各手段（生成手段、補正手段、提示手段）を利用した建設計画システムの態様であり、この場合のシステムは、入力手段及び取得手段の構成を備えることができる。このうち入力手段は、建物の建設計画地に関する敷地情報の入力を受け付けるものであり、取得手段は、入力手段で受け付けた敷地情報に基づいて、建設計画地での建設条件に関する建設情報を取得するものである。
本発明の建設計画システムは、以下の態様に拡張することができる。
すなわち、上記の中核部分となる各手段（生成手段、補正手段、提示手段）を利用した建設計画システムの態様であり、この場合のシステムは、入力手段及び取得手段の構成を備えることができる。このうち入力手段は、建物の建設計画地に関する敷地情報の入力を受け付けるものであり、取得手段は、入力手段で受け付けた敷地情報に基づいて、建設計画地での建設条件に関する建設情報を取得するものである。
【0019】
さらに、建設計画システムは提供手段の構成を備えた態様とすることができる。提供手段は、上記の敷地情報及び建設情報を所定のコンピュータに提供することで、上記の中枢部分の動作を実行可能とする。具体的には、提供した敷地情報及び建設情報に基づいて、生成手段による建物モデルの基本データの生成、補正手段による最適化データへの補正、及び提示手段による建物モデルの提示といった中核部分の動作を実行させることができる。なお、所定のコンピュータの構成を本発明の建設計画システムが備えていることとしてもよく、この場合は上記のプログラムをシステムにおいて実行する。
【0020】
そして、建設計画システムは出力手段を備える。出力手段は、提示手段により提示された建物モデルに基づいて、建物の計画図、建設に要する費用及び工期の少なくともいずれかに関する概要情報を出力する。
【0021】
このように、拡張態様の建設計画システムは、提供手段から必要な情報を中核部分に提供し、所定のコンピュータで実行されるプログラムにより建物モデルの基本データを生成させ、さらに補正を行って最適化データを提示させることができる。このため、成果物としての建物モデルのデータ（最適化データ）を自由に取り出して活用することができ、利便性や汎用性を高めることができる。例えば、取り出した建物モデルの３次元データを中間ファイルとして出力し、他のプログラムによる用途（環境シミュレーション、コンピュータグラフィック作成、動画編集等）に転用することができる。
【0022】
また、そのようにしてシステムの中核部分に提示させた建物モデルを出力手段が活用することで、概要情報の出力の利便性も向上させることができる。すなわち、提示させた建物モデルのデータが汎用の３次元データであれば、この３次元データを例えば別の設計プログラムに転用して建物の計画図（プラン図、パース図）を描き出させたり、別の工事費試算プログラムに転用して建設に要する費用を算出させたり、別の工期計算プログラムに転用して建設に要する工期を算出させたりすることが容易になるし、それら各種プログラムのモジュールを適宜に変更することで、出力手段で出力する概要情報の内容を自由にカスタマイズすることができる。
【発明の効果】
【0023】
本発明によれば、より利便で汎用性の高い建設計画システムを提供することができる。
【図面の簡単な説明】
【0024】
【図1】建設計画システム１００，２００の構成例を示すブロック図である。
【図2】建設計画システム１００，２００の動作概要を示すフローチャートである。
【図3】建設計画システム１００，２００の自動設計を通じて得られる出力結果の概要例を示す図である。
【図4】建設計画システム１００，２００それぞれの各種処理を示すシーケンス図である。
【図5】敷地形状入力処理の手順例を示すフローチャートである。
【図6】敷地形状を手書きデータとして入力する場合の例を示す図である。
【図7】建物面積の抽出・補正処理の手順例を示すフローチャート（１／２）である。
【図8】建物面積の抽出・補正処理の手順例を示すフローチャート（２／２）である。
【図9】バウンディングボックスの設定から１×１正方形ブロックを敷設するまでの処理を示した概念図である。
【図10】ギザギザのポリゴン内で最大長方形を設定する処理の結果を示した概念図である。
【図11】最大長方形の設定例を一般的な原理とともに示した概念図である。
【図12】ポリゴン内の最大長方形を設定する手順をフローチャートで表した図である。
【図13】平均地盤面を算出する処理の概念図である。
【図14】最大許容容積率及び建蔽率の建物フットプリントを定義する処理の手順例を示すフローチャートである。
【図15】法規制チェック処理の手順例を示すフローチャートである。
【図16】法規制チェック後に定義される最良の建物フットプリントを示す図である。
【図17】Ｌ型建物フットプリントのブロック配置処理の手順例を示すフローチャートである。
【図18】ボリューム判定処理の手順例を示すフローチャートである。
【図19】建設計画システム２００を用いて実行された自動設計の結果を比較例と対比して示した図である。
【図20】サーバ装置１１０のコスト算出モジュール１４０が実行するコスト算出処理の手順例を示すフローチャートである。
【図21】サーバ装置１１０の工程表作成モジュール１５０が実行する工程表算出処理の手順例を示すフローチャートである。
【図22】ユーザ端末１０２の専用アプリケーションが実行する表示処理の手順例を示すフローチャートである。
【発明を実施するための形態】
【0025】
以下、本発明の実施形態について図面を参照しながら説明する。以下の実施形態では、建設計画システムの好適な例を挙げているが、本発明の形態は例示のものに限らない。
【0026】
〔システムの構成例〕
図１は、複数の態様からなる建設計画システム１００，２００の構成例を示すブロック図である。図１には建設計画システム１００，２００で用いる電子機器とともに、建設計画システム１００，２００の運用に関係するブロック構成もまた、合わせて示されている。なお、ここでは複数ある中の第１態様が建設計画システム１００であり、第２態様が建設計画システム２００である。以下、具体的に説明する。
図１は、複数の態様からなる建設計画システム１００，２００の構成例を示すブロック図である。図１には建設計画システム１００，２００で用いる電子機器とともに、建設計画システム１００，２００の運用に関係するブロック構成もまた、合わせて示されている。なお、ここでは複数ある中の第１態様が建設計画システム１００であり、第２態様が建設計画システム２００である。以下、具体的に説明する。
【0027】
〔第１態様〕
第１態様の建設計画システム１００は、例えばタブレットコンピュータ型のユーザ端末１０２、パーソナルコンピュータ型のユーザ端末１０４等の入出力デバイスを基本構成とする。第１態様の建設計画システム１００は、ユーザ端末１０２，１０４に実装されたユーザインタフェース（ＧＵＩ）を用いてユーザからの入力操作を受け付けたり、それらのディスプレイに出力結果を表示したりする。これらユーザ端末１０２，１０４には、第１態様の建設計画システム１００の機能的要素を構成するアプリケーションソフトウェア、ＡＰＩ（アプリケーションプログラムインターフェース）等がインストールされており、ユーザ端末１０２，１０４等において、各種のアプリケーションソフトウェア、ＡＰＩ等を動作させることで、第１態様の建設計画システム１００が機能する。なお、ユーザ端末１０２はスマートフォン等の形態でもよいし、ユーザ端末１０４がデスクトップ型パーソナルコンピュータであってもよい。
第１態様の建設計画システム１００は、例えばタブレットコンピュータ型のユーザ端末１０２、パーソナルコンピュータ型のユーザ端末１０４等の入出力デバイスを基本構成とする。第１態様の建設計画システム１００は、ユーザ端末１０２，１０４に実装されたユーザインタフェース（ＧＵＩ）を用いてユーザからの入力操作を受け付けたり、それらのディスプレイに出力結果を表示したりする。これらユーザ端末１０２，１０４には、第１態様の建設計画システム１００の機能的要素を構成するアプリケーションソフトウェア、ＡＰＩ（アプリケーションプログラムインターフェース）等がインストールされており、ユーザ端末１０２，１０４等において、各種のアプリケーションソフトウェア、ＡＰＩ等を動作させることで、第１態様の建設計画システム１００が機能する。なお、ユーザ端末１０２はスマートフォン等の形態でもよいし、ユーザ端末１０４がデスクトップ型パーソナルコンピュータであってもよい。
【0028】
〔第２態様〕
第２態様の建設計画システム２００は、例えばサーバ型コンピュータ（以下、「サーバ装置」とする）１１０を基本構成とすることができる。サーバ装置１１０は、ユーザ端末１０２，１０４に対してはアプケーションサーバとして機能し、ユーザ端末１０２，１０４のリソース負荷を軽減する。なお、本実施形態ではサーバ装置１１０を第２態様の建設計画システム２００の構成例としているが、サーバ型でないコンピュータ機器を用いてもよい。
第２態様の建設計画システム２００は、例えばサーバ型コンピュータ（以下、「サーバ装置」とする）１１０を基本構成とすることができる。サーバ装置１１０は、ユーザ端末１０２，１０４に対してはアプケーションサーバとして機能し、ユーザ端末１０２，１０４のリソース負荷を軽減する。なお、本実施形態ではサーバ装置１１０を第２態様の建設計画システム２００の構成例としているが、サーバ型でないコンピュータ機器を用いてもよい。
【0029】
〔情報通信環境〕
複数の態様からなる建設計画システム１００，２００の運用には、情報通信環境（情報通信網）が好適に用いられる。情報通信環境は、例えばインターネット等のワールドオープンなネットワーク１０５や、ＬＡＮ、ＶＰＮ等のプラベートなネットワーク１０６等を有する。図１の例では、ユーザ端末１０２，１０４がプライベートなネットワーク１０６だけに接続され、図示しないゲートウェイを通じてインターネット等のネットワーク１０５にアクセスする態様となっているが、特にこのような構成に限らず、例えば、ユーザ端末１０２，１０４が公衆回線を通じてインターネット等のネットワーク１０５にアクセス可能な態様であってもよい。また、情報通信環境は有線及び無線による回線接続を含む。
複数の態様からなる建設計画システム１００，２００の運用には、情報通信環境（情報通信網）が好適に用いられる。情報通信環境は、例えばインターネット等のワールドオープンなネットワーク１０５や、ＬＡＮ、ＶＰＮ等のプラベートなネットワーク１０６等を有する。図１の例では、ユーザ端末１０２，１０４がプライベートなネットワーク１０６だけに接続され、図示しないゲートウェイを通じてインターネット等のネットワーク１０５にアクセスする態様となっているが、特にこのような構成に限らず、例えば、ユーザ端末１０２，１０４が公衆回線を通じてインターネット等のネットワーク１０５にアクセス可能な態様であってもよい。また、情報通信環境は有線及び無線による回線接続を含む。
【0030】
〔所定のコンピュータ〕
第２態様の建設計画システム２００を構成するサーバ装置１１０は、複数のデータベースＤＢ１～ＤＢ５を有する他、複数のプログラムモジュールを実装した制御モジュール部１２０を有している。制御モジュール部１２０には、ＢＩＭ管理部１３０（図で「ＢＩＭ」と示すブロック）が構築されている。ＢＩＭ管理部１３０は、制御モジュール部１２０において建物ボリューム生成モジュール１３２及び法規制確認モジュール１３４といった、ＢＩＭ（ビルディングインフォメーションモデリング）に特化された専用のプログラムモジュールを実行するセクションである。この他に制御モジュール部１２０は、コスト算出モジュール１４０及び工程表作成モジュール１５０といった利用目的別に特化された専用のプログラムモジュールを実行する。
第２態様の建設計画システム２００を構成するサーバ装置１１０は、複数のデータベースＤＢ１～ＤＢ５を有する他、複数のプログラムモジュールを実装した制御モジュール部１２０を有している。制御モジュール部１２０には、ＢＩＭ管理部１３０（図で「ＢＩＭ」と示すブロック）が構築されている。ＢＩＭ管理部１３０は、制御モジュール部１２０において建物ボリューム生成モジュール１３２及び法規制確認モジュール１３４といった、ＢＩＭ（ビルディングインフォメーションモデリング）に特化された専用のプログラムモジュールを実行するセクションである。この他に制御モジュール部１２０は、コスト算出モジュール１４０及び工程表作成モジュール１５０といった利用目的別に特化された専用のプログラムモジュールを実行する。
【0031】
上記の各種プログラムモジュールには、それぞれ専用の記憶領域が割り当てられている。すなわち、ＢＩＭ管理部１３０の建物ボリューム生成モジュール１３２にはデータベースＤＢ２が割り当てられ、法規制確認モジュール１３４にはデータベースＤＢ３が割り当てられる。また、コスト算出モジュール１４０にはデータベースＤＢ４が割り当てられ、工程表作成モジュール１５０にはデータベースＤＢ５が割り当てられる。なお、データベースＤＢ１は、建設計画システム１００，２００内の情報保存領域として割り当てられている。なお、データベースＤＢ１～ＤＢ５は、物理的に同一な記憶媒体内でセクタを分けられている構成でもよい。
【0032】
〔外部機関〕
建設計画システム１００，２００の運用には、所定の外部機関１６０もまた好適に利用される。外部機関１６０は、例えば一般に公開されているＧＩＳデータベース１６２を保有しており、このＧＩＳデータベース１６２には、ネットワーク１０５を通じて建設計画システム１００，２００のいずれからもアクセスすることができる。ＧＩＳデータベース１６２には、例えば地図情報、都市計画情報といった地理的情報が膨大に蓄積されている他、各種災害のハザードマップ、地盤情報等のデータが蓄積されている。
建設計画システム１００，２００の運用には、所定の外部機関１６０もまた好適に利用される。外部機関１６０は、例えば一般に公開されているＧＩＳデータベース１６２を保有しており、このＧＩＳデータベース１６２には、ネットワーク１０５を通じて建設計画システム１００，２００のいずれからもアクセスすることができる。ＧＩＳデータベース１６２には、例えば地図情報、都市計画情報といった地理的情報が膨大に蓄積されている他、各種災害のハザードマップ、地盤情報等のデータが蓄積されている。
【0033】
〔動作概要〕
図２は、建設計画システム１００，２００の動作概要を示すフローチャートである。本実施形態では、第１態様の建設計画システム１００が第２態様の建設計画システム２００を使用して動作する。これら建設計画システム１００，２００による動作は、所望の建設計画地における建物の自動設計を柱とする。なお、ユーザ（利用者）が直接的に使用するのは第１態様の建設計画システム１００であるが、その動作の過程で第２態様の建設計画システム２００も好適に使用される。
図２は、建設計画システム１００，２００の動作概要を示すフローチャートである。本実施形態では、第１態様の建設計画システム１００が第２態様の建設計画システム２００を使用して動作する。これら建設計画システム１００，２００による動作は、所望の建設計画地における建物の自動設計を柱とする。なお、ユーザ（利用者）が直接的に使用するのは第１態様の建設計画システム１００であるが、その動作の過程で第２態様の建設計画システム２００も好適に使用される。
【0034】
すなわち、第１態様の建設計画システム１００は、ユーザ端末１０２，１０４に実装されたユーザインタフェース（ＧＵＩ）を用いてユーザからのデータ入力を受け付けると（ステップＳ１００）、外部機関１６０からＧＩＳデータを取得（ステップＳ１０２）した後、これらのデータを第２態様の建設計画システム２００のサーバ装置１１０に提供し、サーバ装置１１０において主要な各種処理（ステップＳ１０４，Ｓ１０６，Ｓ１０８，Ｓ１１０）を実行させた上で、その結果をサーバ装置１１０側から提示させ、これをユーザ端末１０２，１０４側で表示する（ステップＳ１１２）。以下、動作概要についてさらに説明する。
【0035】
〔自動設計の流れ：第１態様側〕
ステップＳ１００：ユーザ端末１０２，１０４において、建物の建設を計画する建設計画地に関する敷地情報の入力を受け付ける。
ステップＳ１０２：データ入力時には、合わせて敷地情報に関するＧＩＳデータを外部機関１６０から取得する。ＧＩＳデータから建設計画地の正確な地図座標、地形、方位といった敷地情報が得られる他、建設計画地に適用される集団規定情報、各種条例といった建設条件に関する建設情報が得られる。
データ入力された敷地情報及び建設情報をサーバ装置１１０に提供し、以下の処理を走らせる。
ステップＳ１００：ユーザ端末１０２，１０４において、建物の建設を計画する建設計画地に関する敷地情報の入力を受け付ける。
ステップＳ１０２：データ入力時には、合わせて敷地情報に関するＧＩＳデータを外部機関１６０から取得する。ＧＩＳデータから建設計画地の正確な地図座標、地形、方位といった敷地情報が得られる他、建設計画地に適用される集団規定情報、各種条例といった建設条件に関する建設情報が得られる。
データ入力された敷地情報及び建設情報をサーバ装置１１０に提供し、以下の処理を走らせる。
【0036】
〔自動設計の流れ：第２態様側（自動設計の中核部分の動作）〕
ステップＳ１０４：サーバ装置１１０において、建設計画地の敷地面積から建物面積を自動で抽出し、建物モデルの基本データを生成した後、容積率及び建蔽率の要件を満たした建物モデルの最適化データに補正する。
ステップＳ１０６：補正した建物モデルの最適化データに基づき、建設計画地で建設可能な建物のボリュームを生成（建物モデルを自動設計）する。
ステップＳ１０８：自動設計した建物モデルから、建設に必要なコストを算出する（建築概算見積）。
ステップＳ１１０：また、自動設計した建物モデルから、工事工程表を作成する（自動工程作成）。
以上の処理の結果がサーバ装置１１０からユーザ端末１０２，１０４に返される。
ステップＳ１０４：サーバ装置１１０において、建設計画地の敷地面積から建物面積を自動で抽出し、建物モデルの基本データを生成した後、容積率及び建蔽率の要件を満たした建物モデルの最適化データに補正する。
ステップＳ１０６：補正した建物モデルの最適化データに基づき、建設計画地で建設可能な建物のボリュームを生成（建物モデルを自動設計）する。
ステップＳ１０８：自動設計した建物モデルから、建設に必要なコストを算出する（建築概算見積）。
ステップＳ１１０：また、自動設計した建物モデルから、工事工程表を作成する（自動工程作成）。
以上の処理の結果がサーバ装置１１０からユーザ端末１０２，１０４に返される。
【0037】
〔自動設計の流れ：第１態様側〕
ステップＳ１１２：ユーザ端末１０２，１０４において、自動設計の結果（建物プラン・建物パース等の概要、コスト概要、工期概要等）を表示する。
ステップＳ１１２：ユーザ端末１０２，１０４において、自動設計の結果（建物プラン・建物パース等の概要、コスト概要、工期概要等）を表示する。
【0038】
〔出力結果概要〕
図３は、建設計画システム１００，２００の自動設計を通じて得られる出力結果の概要例を示す図である。
例えば、タブレット型のユーザ端末１０２を使用して自動設計の処理をサーバ装置１１０に実行させた場合、出力結果としてユーザ端末１０２の画面に建物プラン図ＢＰ、建物パース図ＰＳ、コスト工期表ＣＴといった建設計画に関する概要情報が表示される。これらの概要情報は、ユーザ端末１０２でのＧＵＩ操作によって適宜に表示・非表示・画面切替が可能であり、閲覧の利便性に供することができる。また、自動設計の結果をユーザ端末１０２から第三者（例えば顧客等）に電子メール等でデータ送信することもできる。
図３は、建設計画システム１００，２００の自動設計を通じて得られる出力結果の概要例を示す図である。
例えば、タブレット型のユーザ端末１０２を使用して自動設計の処理をサーバ装置１１０に実行させた場合、出力結果としてユーザ端末１０２の画面に建物プラン図ＢＰ、建物パース図ＰＳ、コスト工期表ＣＴといった建設計画に関する概要情報が表示される。これらの概要情報は、ユーザ端末１０２でのＧＵＩ操作によって適宜に表示・非表示・画面切替が可能であり、閲覧の利便性に供することができる。また、自動設計の結果をユーザ端末１０２から第三者（例えば顧客等）に電子メール等でデータ送信することもできる。
【0039】
以上のように本実施形態では、自動設計の中核部分となる動作を第２態様の建設計画システム２００が実行しつつ、ユーザインターフェース層となる部分の動作を第１態様の建設計画システム１００が実行することで、ユーザに対しては、あたかも１つのシステムであるかのように動作し、入力された情報に基づいて自動設計の結果を提供することができる。
【0040】
〔処理シーケンス〕
図４は、建設計画システム１００，２００それぞれの各種処理を示すシーケンス図である。図２の動作概要では、建設計画システム１００，２００を統合した一連の処理フローとして俯瞰的に示していたが、ここでは各動作主体別に行われる処理シーケンスが示されている。
図４は、建設計画システム１００，２００それぞれの各種処理を示すシーケンス図である。図２の動作概要では、建設計画システム１００，２００を統合した一連の処理フローとして俯瞰的に示していたが、ここでは各動作主体別に行われる処理シーケンスが示されている。
【0041】
〔ユーザ端末処理：第１態様側〕
ステップＳ１：第１態様の建設計画システム１００がユーザインターフェース層となり、処理シーケンスを開始する。すなわち、ユーザ端末１０２（１０４）において、データ入力を開始する。ここでは運用上のセキュリティ対策として、ユーザ認証（サインイン）の手順が設けられている。したがって、先ずユーザＩＤ及びパスワードの入力が求められる。
ステップＳ２：入力したユーザＩＤ及びパスワードをユーザ端末１０２から第２態様の建設計画システム２００側のサーバ装置１１０に送信し、認証要求を発行する。
ステップＳ１：第１態様の建設計画システム１００がユーザインターフェース層となり、処理シーケンスを開始する。すなわち、ユーザ端末１０２（１０４）において、データ入力を開始する。ここでは運用上のセキュリティ対策として、ユーザ認証（サインイン）の手順が設けられている。したがって、先ずユーザＩＤ及びパスワードの入力が求められる。
ステップＳ２：入力したユーザＩＤ及びパスワードをユーザ端末１０２から第２態様の建設計画システム２００側のサーバ装置１１０に送信し、認証要求を発行する。
【0042】
〔サーバ装置処理：第２態様側〕
ステップＳ３：第２態様の建設計画システム２００が中核部分として処理シーケンスを開始する。すなわち、サーバ装置１１０において、認証要求に対するユーザ認証を行う。ここでのユーザ認証のため、例えば上記のデータベースＤＢ１には登録ユーザのリストが保存されている。
ステップＳ４：ユーザ認証が正常に行われると、サーバ装置１１０からユーザ端末１０２に認証通知を行う。これにより、ユーザ端末１０２とサーバ装置１１０との間で自動設計のためのセッションが確立される。
ステップＳ３：第２態様の建設計画システム２００が中核部分として処理シーケンスを開始する。すなわち、サーバ装置１１０において、認証要求に対するユーザ認証を行う。ここでのユーザ認証のため、例えば上記のデータベースＤＢ１には登録ユーザのリストが保存されている。
ステップＳ４：ユーザ認証が正常に行われると、サーバ装置１１０からユーザ端末１０２に認証通知を行う。これにより、ユーザ端末１０２とサーバ装置１１０との間で自動設計のためのセッションが確立される。
【0043】
〔ユーザ端末処理：第１態様側〕
ステップＳ５：ユーザ端末１０２において、建設計画地に関する敷地情報を入力する。図２の動作概要では、データ入力（ステップＳ１００）に対応した処理の開始に該当する。敷地情報の入力は、例えば敷地形状の座標データ、ＣＡＤデータ、ＰＤＦデータ、画像データ等により行われるが、詳細についてはさらに後述する。
ステップＳ６：ユーザ端末１０２から外部機関１６０に、敷地情報の入力データを送信する。
ステップＳ５：ユーザ端末１０２において、建設計画地に関する敷地情報を入力する。図２の動作概要では、データ入力（ステップＳ１００）に対応した処理の開始に該当する。敷地情報の入力は、例えば敷地形状の座標データ、ＣＡＤデータ、ＰＤＦデータ、画像データ等により行われるが、詳細についてはさらに後述する。
ステップＳ６：ユーザ端末１０２から外部機関１６０に、敷地情報の入力データを送信する。
【0044】
〔外部機関処理〕
ステップＳ７：外部機関１６０において、送信された敷地情報に基づいてＧＩＳデータベース１６２から地図情報を検索する。
ステップＳ８：外部機関１６０から地図情報（ＧＩＳデータ）をユーザ端末１０２に提供する。
ステップＳ７：外部機関１６０において、送信された敷地情報に基づいてＧＩＳデータベース１６２から地図情報を検索する。
ステップＳ８：外部機関１６０から地図情報（ＧＩＳデータ）をユーザ端末１０２に提供する。
【0045】
〔ユーザ端末処理：第１態様側〕
ステップＳ９：地図情報（ＧＩＳデータ）を参照し、ユーザ端末１０２において詳細な敷地情報を入力する。なお、敷地形状の入力についてはさらに後述する。
ステップＳ１０：入力（確定）した敷地情報をユーザ端末１０２からサーバ装置１１０に送信する。
ステップＳ９：地図情報（ＧＩＳデータ）を参照し、ユーザ端末１０２において詳細な敷地情報を入力する。なお、敷地形状の入力についてはさらに後述する。
ステップＳ１０：入力（確定）した敷地情報をユーザ端末１０２からサーバ装置１１０に送信する。
【0046】
〔サーバ処理：第２態様側〕
ステップＳ１１：サーバ装置１１０において、送信された敷地情報に基づいて法規制確認モジュール１３４がデータベースＤＢ３から建設条件（建設情報）を検索する。建設条件には、上記のように建設計画地に適用される集団規定情報、管轄する自治体の定める各種条例等が含まれる。なお、ここでの処理を外部機関１６０で行うこととしてもよい。
ステップＳ１２：建設条件に関する検索結果をサーバ装置１１０からユーザ端末１０２に通知する。外部機関１６０で建設条件を取得した場合は、外部機関１６０からユーザ端末１０２に検索結果を通知する。
ステップＳ１１：サーバ装置１１０において、送信された敷地情報に基づいて法規制確認モジュール１３４がデータベースＤＢ３から建設条件（建設情報）を検索する。建設条件には、上記のように建設計画地に適用される集団規定情報、管轄する自治体の定める各種条例等が含まれる。なお、ここでの処理を外部機関１６０で行うこととしてもよい。
ステップＳ１２：建設条件に関する検索結果をサーバ装置１１０からユーザ端末１０２に通知する。外部機関１６０で建設条件を取得した場合は、外部機関１６０からユーザ端末１０２に検索結果を通知する。
【0047】
〔ユーザ端末処理：第１態様側〕
ステップＳ１３：ユーザ端末１０２において、通知された建設条件のうち、考慮すべき対象を選択して入力する。例えば、入力データの建設計画地に適用される法規制情報として建蔽率、容積率、斜線規制、高さ制限、日影規制、緑化条例、自治体（本実施形態の採用時において東京都）駐車場条例、その他地域ごとに設定された条例が一覧で通知されると、そこから考慮すべき項目をユーザ操作によって選択し、選択データとして入力する。また、ここでは駐車場、トラック停留場（バース）等の指定した台数を選択データとして入力することができる。指定した台数は、建設計画地での建物の容積率に支障がない範囲内で確保されることになる。
ステップＳ１４：入力した選択データをユーザ端末１０２からサーバ装置１１０に送信する。
ステップＳ１３：ユーザ端末１０２において、通知された建設条件のうち、考慮すべき対象を選択して入力する。例えば、入力データの建設計画地に適用される法規制情報として建蔽率、容積率、斜線規制、高さ制限、日影規制、緑化条例、自治体（本実施形態の採用時において東京都）駐車場条例、その他地域ごとに設定された条例が一覧で通知されると、そこから考慮すべき項目をユーザ操作によって選択し、選択データとして入力する。また、ここでは駐車場、トラック停留場（バース）等の指定した台数を選択データとして入力することができる。指定した台数は、建設計画地での建物の容積率に支障がない範囲内で確保されることになる。
ステップＳ１４：入力した選択データをユーザ端末１０２からサーバ装置１１０に送信する。
【0048】
〔サーバ処理：第２態様側〕
ステップＳ１５：サーバ装置１１０において、これまでのデータをデータベースＤＢ１に保存する。
ステップＳ１６，Ｓ１７：サーバ装置１１０において自動設計を開始する。ここでは、ユーザ端末１０２から送信された敷地情報及び建設条件に基づいて建物面積の抽出及び補正を行い、建物モデル（３次元データの建物ボリューム）を生成する。なお、建物面積の抽出・補正及び建物モデルの生成についてはさらに後述する。
ステップＳ１８：サーバ装置１１０において、生成した建物モデルから建設コストの算出及び工事工程表の作成を行う。コスト算出及び工程表作成についてもさらに後述する。
ステップＳ１９：サーバ装置１１０において、ここまでのデータをデータベースＤＢ１に保存する。
ステップＳ２０：そして、サーバ装置１１０からユーザ端末１０２に自動設計の結果をデータ送信する。
ステップＳ１５：サーバ装置１１０において、これまでのデータをデータベースＤＢ１に保存する。
ステップＳ１６，Ｓ１７：サーバ装置１１０において自動設計を開始する。ここでは、ユーザ端末１０２から送信された敷地情報及び建設条件に基づいて建物面積の抽出及び補正を行い、建物モデル（３次元データの建物ボリューム）を生成する。なお、建物面積の抽出・補正及び建物モデルの生成についてはさらに後述する。
ステップＳ１８：サーバ装置１１０において、生成した建物モデルから建設コストの算出及び工事工程表の作成を行う。コスト算出及び工程表作成についてもさらに後述する。
ステップＳ１９：サーバ装置１１０において、ここまでのデータをデータベースＤＢ１に保存する。
ステップＳ２０：そして、サーバ装置１１０からユーザ端末１０２に自動設計の結果をデータ送信する。
【0049】
〔ユーザ端末処理：第１態様側〕
ステップＳ２１：ユーザ端末１０２において、サーバ装置１１０から送信されたデータを表示する。図２の動作概要では、表示（ステップＳ１１２）に対応した処理に該当する。
ステップＳ２１：ユーザ端末１０２において、サーバ装置１１０から送信されたデータを表示する。図２の動作概要では、表示（ステップＳ１１２）に対応した処理に該当する。
【0050】
〔オプション処理〕
処理シーケンスには、以下のオプション処理を好適に追加することができる。
ステップＳ２２：ステップＳ１６，Ｓ１７で生成した建物モデルをサーバ装置１１０からユーザ端末１０２に適宜送信する。
ステップＳ２３：ユーザ端末１０２において建物モデルを確認し、所望の内容でなかった場合はユーザが再出力要求を入力する。
ステップＳ２４：ユーザ端末１０２からサーバ装置１１０に再出力要求を送信する。再出力要求があった場合、サーバ装置１１０において再度ステップＳ１６，Ｓ１７を実行する。
処理シーケンスには、以下のオプション処理を好適に追加することができる。
ステップＳ２２：ステップＳ１６，Ｓ１７で生成した建物モデルをサーバ装置１１０からユーザ端末１０２に適宜送信する。
ステップＳ２３：ユーザ端末１０２において建物モデルを確認し、所望の内容でなかった場合はユーザが再出力要求を入力する。
ステップＳ２４：ユーザ端末１０２からサーバ装置１１０に再出力要求を送信する。再出力要求があった場合、サーバ装置１１０において再度ステップＳ１６，Ｓ１７を実行する。
【0051】
以上が自動設計開始から終了までの処理シーケンスであるが、以下に個別の処理の詳細について説明する。
【0052】
〔敷地形状入力〕
図５は、敷地形状入力処理の手順例を示すフローチャートである。この処理は、図４の処理シーケンス中でユーザ端末１０２が実行するステップＳ５，Ｓ９に対応している。敷地形状入力処理は、ユーザ端末１０２に専用のアプリケーションソフトウェアとして実装されている。以下、手順例に沿って説明する。
図５は、敷地形状入力処理の手順例を示すフローチャートである。この処理は、図４の処理シーケンス中でユーザ端末１０２が実行するステップＳ５，Ｓ９に対応している。敷地形状入力処理は、ユーザ端末１０２に専用のアプリケーションソフトウェアとして実装されている。以下、手順例に沿って説明する。
【0053】
ステップＳ２００：ユーザ端末１０２のアプリケーションは、ユーザ操作によって入力されたデータが敷地形状を表す座標データであるかを確認する。座標データであることを確認した場合（Ｙｅｓ）、次にステップＳ２０２に進むが、座標データ以外（Ｎｏ）の場合はステップＳ２０４に進む。
【0054】
〔座標データの場合〕
ステップＳ２０２：ユーザ端末１０２のアプリケーションは、敷地形状の入力データが座標データである場合、その座標に示されたＧＩＳデータの土地情報から敷地範囲を取得する。なお、ＧＩＳデータは先の処理シーケンスにおいて外部機関１６０から提供されている。
ステップＳ２０２：ユーザ端末１０２のアプリケーションは、敷地形状の入力データが座標データである場合、その座標に示されたＧＩＳデータの土地情報から敷地範囲を取得する。なお、ＧＩＳデータは先の処理シーケンスにおいて外部機関１６０から提供されている。
【0055】
〔座標データ以外の場合〕
ステップＳ２０４：ユーザ端末１０２のアプリケーションは、ユーザ操作によって入力されたデータが敷地形状を表すＣＡＤデータ（例えばｄｘｆ形式）であるかを確認する。ＣＡＤデータであることを確認した場合（Ｙｅｓ）、次にステップＳ２０６に進むが、ＣＡＤデータ以外（Ｎｏ）の場合はステップＳ２０８に進む。なお、ＣＡＤデータは、ｄｘｆ形式以外であってもよい。
ステップＳ２０４：ユーザ端末１０２のアプリケーションは、ユーザ操作によって入力されたデータが敷地形状を表すＣＡＤデータ（例えばｄｘｆ形式）であるかを確認する。ＣＡＤデータであることを確認した場合（Ｙｅｓ）、次にステップＳ２０６に進むが、ＣＡＤデータ以外（Ｎｏ）の場合はステップＳ２０８に進む。なお、ＣＡＤデータは、ｄｘｆ形式以外であってもよい。
【0056】
〔ＣＡＤデータの場合〕
ステップＳ２０６：ユーザ端末１０２のアプリケーションは、敷地形状の入力データがＣＡＤデータである場合、ＣＡＤデータと重なり合うＧＩＳデータから敷地範囲を取得する。
ステップＳ２０６：ユーザ端末１０２のアプリケーションは、敷地形状の入力データがＣＡＤデータである場合、ＣＡＤデータと重なり合うＧＩＳデータから敷地範囲を取得する。
【0057】
〔ＣＡＤデータ以外の場合〕
ステップＳ２０８：ユーザ端末１０２のアプリケーションは、ユーザ操作によって入力されたデータが敷地形状を表す画像データ（例えば、ＰＤＦ形式の画像データ）であるかを確認する。画像データであることを確認した場合（Ｙｅｓ）、次にステップＳ２１０に進むが、画像データ以外（Ｎｏ）の場合はステップＳ２１２に進む。
ステップＳ２０８：ユーザ端末１０２のアプリケーションは、ユーザ操作によって入力されたデータが敷地形状を表す画像データ（例えば、ＰＤＦ形式の画像データ）であるかを確認する。画像データであることを確認した場合（Ｙｅｓ）、次にステップＳ２１０に進むが、画像データ以外（Ｎｏ）の場合はステップＳ２１２に進む。
【0058】
〔ＰＤＦデータの場合〕
ステップＳ２１０：ユーザ端末１０２のアプリケーションは、敷地形状の入力データがＰＤＦ等の画像データである場合、取得した画像とＧＩＳデータとの重ね合わせを行って敷地形状を取得する。例えば、画面１０２ａに表示した画像データを背景として、敷地形状をトレースした線図データを生成する処理を行う。なお、ここでは適宜、ユーザの手動入力操作を要求してもよい。
ステップＳ２１０：ユーザ端末１０２のアプリケーションは、敷地形状の入力データがＰＤＦ等の画像データである場合、取得した画像とＧＩＳデータとの重ね合わせを行って敷地形状を取得する。例えば、画面１０２ａに表示した画像データを背景として、敷地形状をトレースした線図データを生成する処理を行う。なお、ここでは適宜、ユーザの手動入力操作を要求してもよい。
【0059】
〔ＰＤＦデータ以外の場合〕
ステップＳ２１２：ユーザ端末１０２のアプリケーションは、敷地形状を手書きデータとして入力する。ここでは、例えば敷地形状を印刷した紙や、プリンタで出力した紙をユーザ端末１０２に内蔵されたカメラ等で撮像し、画像データとして入力する。
ステップＳ２１４：ユーザ端末１０２のアプリケーションは、カメラによる取得画像とＧＩＳデータとの重ね合わせから敷地形状を取得する。ここでは適宜、必要なユーザ操作として、カメラによる取得画像を下書きとしてユーザ端末１０２のＧＵＩ上で敷地形状を表す線をなぞる（トレースする）操作入力が行われる。また、アプリケーションがカメラによる取得画像から画像認識（解析）処理を行い、敷地形状を自動算出することとしてもよい。
ステップＳ２１２：ユーザ端末１０２のアプリケーションは、敷地形状を手書きデータとして入力する。ここでは、例えば敷地形状を印刷した紙や、プリンタで出力した紙をユーザ端末１０２に内蔵されたカメラ等で撮像し、画像データとして入力する。
ステップＳ２１４：ユーザ端末１０２のアプリケーションは、カメラによる取得画像とＧＩＳデータとの重ね合わせから敷地形状を取得する。ここでは適宜、必要なユーザ操作として、カメラによる取得画像を下書きとしてユーザ端末１０２のＧＵＩ上で敷地形状を表す線をなぞる（トレースする）操作入力が行われる。また、アプリケーションがカメラによる取得画像から画像認識（解析）処理を行い、敷地形状を自動算出することとしてもよい。
【0060】
ステップＳ２１６：そして、ユーザ端末１０２のアプリケーションは、最終的な取得画像の位置合わせ及び補正（歪み補正、解像度補正、二値化補正等）を行う。
以上の手順を実行すると、ユーザ端末１０２は処理シーケンスを継続する。
以上の手順を実行すると、ユーザ端末１０２は処理シーケンスを継続する。
【0061】
〔手書きデータ入力例〕
図６は、敷地形状を手書きデータとして入力する場合の例を示す図である。
図６中（Ａ）：ユーザ端末１０２のアプリケーションが内蔵のカメラ１０２ｂを起動する。ユーザは、画面１０２ａを見ながら敷地形状ＳＴが印刷等された紙ＣＰをカメラ１０２ｂの撮像範囲に位置合わせし、適切なタイミングで撮像ボタン１０２ｃをタップする。
図６中（Ｂ）：ユーザ端末１０２のアプリケーションは、カメラ１０２ｂによる取得画像ＩＭに基づき、上記のようにユーザ操作等を通じて敷地形状の手書きデータＤＴを入力する。なお、データＤＴが画像認識によって自動変換されてもよい。
図６は、敷地形状を手書きデータとして入力する場合の例を示す図である。
図６中（Ａ）：ユーザ端末１０２のアプリケーションが内蔵のカメラ１０２ｂを起動する。ユーザは、画面１０２ａを見ながら敷地形状ＳＴが印刷等された紙ＣＰをカメラ１０２ｂの撮像範囲に位置合わせし、適切なタイミングで撮像ボタン１０２ｃをタップする。
図６中（Ｂ）：ユーザ端末１０２のアプリケーションは、カメラ１０２ｂによる取得画像ＩＭに基づき、上記のようにユーザ操作等を通じて敷地形状の手書きデータＤＴを入力する。なお、データＤＴが画像認識によって自動変換されてもよい。
【0062】
〔中核部分の処理詳細〕
次に、本実施形態における自動設計の中核部分の処理について説明する。中核部分の処理は、上記のように第２態様の建設計画システム２００を構成するサーバ装置１１０において実行される。
次に、本実施形態における自動設計の中核部分の処理について説明する。中核部分の処理は、上記のように第２態様の建設計画システム２００を構成するサーバ装置１１０において実行される。
【0063】
〔建物面積の抽出・補正（容積率決定・建物ボリューム生成）〕
図７及び図８は、建設計画システム２００のサーバ装置１１０が実行する建物面積の抽出・補正処理の手順例を示すフローチャートである。この処理は、図４の処理シーケンス中でサーバ装置１１０が実行するステップＳ１６，Ｓ１７に対応している。したがって、この処理では建設計画地の敷地内で建物面積を決定するとともに、建物の容積率を決定し、建物ボリューム（建物モデル）を生成する。図７及び図８の処理は、ＢＩＭ管理部１３０の建物ボリューム生成モジュール１３２及び法規制確認モジュール１３４によって実行される。以下、手順例に沿って説明する。
図７及び図８は、建設計画システム２００のサーバ装置１１０が実行する建物面積の抽出・補正処理の手順例を示すフローチャートである。この処理は、図４の処理シーケンス中でサーバ装置１１０が実行するステップＳ１６，Ｓ１７に対応している。したがって、この処理では建設計画地の敷地内で建物面積を決定するとともに、建物の容積率を決定し、建物ボリューム（建物モデル）を生成する。図７及び図８の処理は、ＢＩＭ管理部１３０の建物ボリューム生成モジュール１３２及び法規制確認モジュール１３４によって実行される。以下、手順例に沿って説明する。
【0064】
ステップＳ３００：建物ボリューム生成モジュール１３２は、ユーザ端末１０２，１０４から提示された敷地形状のデータに基づいてバウンディングボックスを設定する。ここで、「バウンディングボックス」とは、敷地境界線に触れる矩形として定義されるものであり、自動設計を行う建物の配置や面積は、ここで設定したバウンディングボックスに基づいて抽出される。なお、バウンディングボックスの設定例については、さらに別の図面を参照しながら後述する。
【0065】
ステップＳ３０２：また、法規制確認モジュール１３４が敷地内における日影規制の範囲を算出し、敷地内に建設可能な建物の高さ規制を定める限界線（いわゆる「鳥かご」）を設定する。
ステップＳ３０４：続いて建物ボリューム生成モジュール１３２は、設定したバウンディングボックス内に１×１四方（ｍ）の正方形ブロックを敷設する。なお、ブロックの敷設例についても、さらに別の図面を参照しながら後述する。
ステップＳ３０４：続いて建物ボリューム生成モジュール１３２は、設定したバウンディングボックス内に１×１四方（ｍ）の正方形ブロックを敷設する。なお、ブロックの敷設例についても、さらに別の図面を参照しながら後述する。
【0066】
ステップＳ３０６：建物ボリューム生成モジュール１３２は、敷設したブロックを基にギザギザのポリゴン（多角形）を設定する。なお、「ギザギザ」としているのは、ポリゴンの外形が正方形のブロックで形成されるためである。ここでのポリゴンの設定例についても、さらに別の図面を参照しながら後述する。
【0067】
ステップＳ３０８：次に、建物ボリューム生成モジュール１３２は、設定したポリゴン内の最大長方形を設定する。ここでは、ギザギザ形状をなすポリゴン内に最大面積の長方形が設定される。処理の詳細については、さらに別のフローチャートを用いて後述する。
【0068】
ステップＳ３１０：建物ボリューム生成モジュール１３２は、測量ポイントを使用した地形を設定する。ここでは、ユーザ端末１０２，１０４から提供された敷地内の複数の測量ポイントの高さ情報に基づいて、敷地の表面形状を表すサーフェスモデルを設定する。
【0069】
ステップＳ３１２：そして、建物ボリューム生成モジュール１３２は、敷地における平均地盤面の高さを算出する。なお、平均地盤面の算出については、さらに別の図面を参照しながら後述する。また、平均地盤面の算出（ステップＳ３１２）が次のステップＳ３１４の後で実行される手順であってもよい。
【0070】
ステップＳ３１４：建物ボリューム生成モジュール１３２は、最大許容容積率及び建蔽率の建物フットプリントを定義する処理を実行する。「建物フットプリント」は、敷地内における建物の配置を三次元データで定めるものであり、ここで定義された建物フットプリント内で実際の建物モデル（建物ボリューム）が生成される。また、ここでは法規制確認モジュール１３４により各種の法規制がチェックされた上で、最終的に法規制を通過し得る状態の建物フットプリントが定義される。なお、ここでの処理の詳細についても、さらに別のフローチャートを用いて後述する。
【0071】
ステップＳ３１８：建物ボリューム生成モジュール１３２は、法規制チェックを通過した建物フットプリントに基づいて、最大長方形を設定する。設定された最大長方形は、データベースＤＢ２（データベースＤＢ１でもよい。以下同じ。）に保存される。最大長方形の設定例についても、さらに別の図面を参照しながら後述する。
【0072】
〔図８：接続記号Ａ→Ａ〕
ステップＳ３２０：建物ボリューム生成モジュール１３２は、最終決定した長方形の最長辺の取得を要求する。具体的には、データベースＤＢ２に保存した最大長方形のデータから最長辺を取得する。
ステップＳ３２２：次に、建物ボリューム生成モジュール１３２は端の角度の取得を要求し、取得した角度をプロジェクトの北として設定する。なお、ここで取得する端の角度は、Ｘ－Ｙ軸に沿った最長辺の角度を計算して求めた値である。
ステップＳ３２０：建物ボリューム生成モジュール１３２は、最終決定した長方形の最長辺の取得を要求する。具体的には、データベースＤＢ２に保存した最大長方形のデータから最長辺を取得する。
ステップＳ３２２：次に、建物ボリューム生成モジュール１３２は端の角度の取得を要求し、取得した角度をプロジェクトの北として設定する。なお、ここで取得する端の角度は、Ｘ－Ｙ軸に沿った最長辺の角度を計算して求めた値である。
【0073】
ステップＳ３２４：建物ボリューム生成モジュール１３２は、ユーザ入力情報を確認する。具体的には、ユーザ端末１０２，１０４側から入力された敷地面積・許容容積率及び建蔽率、計画上の建物階数、建物の種類等（建物種類が倉庫の場合はバース）の情報をデータベースＤＢ１から取得する。なお、自動設計される建物フットプリント（建物モデル）の建蔽率及び容積率は、ユーザにより入力された建蔽率及び容積率の値を超えることはできないものとする。
【0074】
ステップＳ３２６：次に、建物ボリューム生成モジュール１３２は、最大許容容積率及び建蔽率を算出する。具体的には、ここまでに取得したパラメータに基づき、例えば以下の要領で建設計画地における最大許容容積率及び建蔽率の面積の値を計算する。以下の例では、建物の種類を倉庫としているが、これに限られるものではない。
（１）先ず、現時点での最大容積率及び建蔽率の大きさで建物フットプリントを配置する。
（２）倉庫のタイプを取得する。タイプには、ランプタイプとボックスタイプを挙げることができ、どちらのタイプであるかによって分岐する。
（１）先ず、現時点での最大容積率及び建蔽率の大きさで建物フットプリントを配置する。
（２）倉庫のタイプを取得する。タイプには、ランプタイプとボックスタイプを挙げることができ、どちらのタイプであるかによって分岐する。
【0075】
〔ランプタイプの場合〕
（３－１）バース計画を実行し、ランプ形状をシングルにするか、ダブルにするかを選択し、内側バースの片面車路とするか、中央車路とするかを決定する。
（３－２）倉庫の奥行きから確保することができるスパン数を確認する（スパン処理）。例えば、３スパン以上を確保可能であるか、確保不可であるかを確認する。なお、確保できるスパン数は、スパン割のロジックに依存するものとする。スパン割のロジックは、例えば、バース数を含めて３スパンであれば、インナーバースを含む４スパンにすることを試みるが、奥行き上、４スパンの確保が不可能である場合は、インナーバースを含む３スパンの奥行きを確保する。
（４）内側バースのバース数を決定する。例えば、１０００ｍ２～１１５０ｍ２に１バースとすることを基準として、奥行き１０．５ｍ×１０．５ｍの場合は２バースとし、奥行き１０．５ｍ×１１．５ｍの場合は３バースとしてバース数が決定される。なお、バースに倉庫やフォークリフト乗り場、事務所へのドアがある場合、３バースなら２バースに減少し、２バースなら１バースに数が減少する。
（３－１）バース計画を実行し、ランプ形状をシングルにするか、ダブルにするかを選択し、内側バースの片面車路とするか、中央車路とするかを決定する。
（３－２）倉庫の奥行きから確保することができるスパン数を確認する（スパン処理）。例えば、３スパン以上を確保可能であるか、確保不可であるかを確認する。なお、確保できるスパン数は、スパン割のロジックに依存するものとする。スパン割のロジックは、例えば、バース数を含めて３スパンであれば、インナーバースを含む４スパンにすることを試みるが、奥行き上、４スパンの確保が不可能である場合は、インナーバースを含む３スパンの奥行きを確保する。
（４）内側バースのバース数を決定する。例えば、１０００ｍ２～１１５０ｍ２に１バースとすることを基準として、奥行き１０．５ｍ×１０．５ｍの場合は２バースとし、奥行き１０．５ｍ×１１．５ｍの場合は３バースとしてバース数が決定される。なお、バースに倉庫やフォークリフト乗り場、事務所へのドアがある場合、３バースなら２バースに減少し、２バースなら１バースに数が減少する。
【0076】
〔ボックスタイプの場合〕
（３－１）バース計画を実行し、バース形状を片面バースとするか、両面バースとするかを選択し、内側バースにするか、外側バースにするかを決定する。
（３－２）ここでも同様に、倉庫の奥行きから確保することができるスパン数を確認し（スパン処理）、３スパン以上を確保可能であるか、確保不可であるかを確認する。また、同様のスパン割のロジックに依存する。
（４－１）内側バースのバース数を決定する。例えば、１０００ｍ２～１１５０ｍ２に１バースとすることを基準として、奥行き１０．５ｍ×１０．５ｍの場合は２バースとし、奥行き１０．５ｍ×１１．５ｍの場合は３バースとしてバース数が決定される。なお、バースに倉庫やフォークリフト乗り場、事務所へのドアがある場合、３バースなら２バースに減少し、２バースなら１バースに数が減少する。
（４－２）外側バースのバース数を決定する。例えば、１０００ｍ２～１１５０ｍ２に１バースとすることを基準として、奥行き１０．５ｍ×１０．５ｍの場合は外側バースを３バースとする。なお、バースに倉庫やフォークリフト乗り場、事務所へのドアがある場合、３バースなら２バースに減少し、２バースなら１バースに数が減少する。
（５）そして、ランプタイプ、ボックスタイプいずれの場合も、ここまでに決定したパラメータ（バース数）から、最大許容容積率及び建蔽率を計算する。
（３－１）バース計画を実行し、バース形状を片面バースとするか、両面バースとするかを選択し、内側バースにするか、外側バースにするかを決定する。
（３－２）ここでも同様に、倉庫の奥行きから確保することができるスパン数を確認し（スパン処理）、３スパン以上を確保可能であるか、確保不可であるかを確認する。また、同様のスパン割のロジックに依存する。
（４－１）内側バースのバース数を決定する。例えば、１０００ｍ２～１１５０ｍ２に１バースとすることを基準として、奥行き１０．５ｍ×１０．５ｍの場合は２バースとし、奥行き１０．５ｍ×１１．５ｍの場合は３バースとしてバース数が決定される。なお、バースに倉庫やフォークリフト乗り場、事務所へのドアがある場合、３バースなら２バースに減少し、２バースなら１バースに数が減少する。
（４－２）外側バースのバース数を決定する。例えば、１０００ｍ２～１１５０ｍ２に１バースとすることを基準として、奥行き１０．５ｍ×１０．５ｍの場合は外側バースを３バースとする。なお、バースに倉庫やフォークリフト乗り場、事務所へのドアがある場合、３バースなら２バースに減少し、２バースなら１バースに数が減少する。
（５）そして、ランプタイプ、ボックスタイプいずれの場合も、ここまでに決定したパラメータ（バース数）から、最大許容容積率及び建蔽率を計算する。
【0077】
ステップＳ３２８：建物ボリューム生成モジュール１３２は、階数に基づく最大許容建蔽率を算出する。具体的には、建物の階数と最大許容容積率に基づき、１階の最大許容建蔽率を算出する。以下に算出例を挙げる。
例） 敷地面積：１００００ｍ２
容積率：２００％（２００００ｍ２）
建蔽率：６０％（６０００ｍ２）
階数：２
とすると、必要階数建蔽率＝１００００ｍ２（２００００ｍ２÷２階）となる。この場合、必要階数建蔽率が最大許容建蔽率の６０００ｍ２より大きいため、１階の最大許容建蔽率６０００ｍ２の容積率１２０００ｍ２で２階建となる。
例） 敷地面積：１００００ｍ２
容積率：２００％（２００００ｍ２）
建蔽率：６０％（６０００ｍ２）
階数：２
とすると、必要階数建蔽率＝１００００ｍ２（２００００ｍ２÷２階）となる。この場合、必要階数建蔽率が最大許容建蔽率の６０００ｍ２より大きいため、１階の最大許容建蔽率６０００ｍ２の容積率１２０００ｍ２で２階建となる。
【0078】
〔補正処理〕
上記は基本的な算出例であるが、建物ボリューム生成モジュール１３２は、以下の補正処理を実行する。具体的には、法規制チェック後に導出された最大長方形の面積（建築面積）を確認し、この面積が各階の建蔽率より小さい場合、最大長方形にブロックを追加することで、建物フットプリントをＬ型形状に変更（補正）する。一方、最大長方形の面積が各階の建蔽率より小さくない場合は、階数の調整や容積率を減らす処理を行う。以下、手順に沿って説明する。
上記は基本的な算出例であるが、建物ボリューム生成モジュール１３２は、以下の補正処理を実行する。具体的には、法規制チェック後に導出された最大長方形の面積（建築面積）を確認し、この面積が各階の建蔽率より小さい場合、最大長方形にブロックを追加することで、建物フットプリントをＬ型形状に変更（補正）する。一方、最大長方形の面積が各階の建蔽率より小さくない場合は、階数の調整や容積率を減らす処理を行う。以下、手順に沿って説明する。
【0079】
ステップＳ３３０：建物ボリューム生成モジュール１３２は、「建築面積×階数」の値が最大許容容積率より小さいことを確認した場合（Ｙｅｓ）、次にステップＳ３３２を実行する。なお、逆を確認した場合（Ｎｏ）、ステップＳ３３２を実行せずにステップＳ３３６を実行する。
【0080】
ステップＳ３３２：建物ボリューム生成モジュール１３２は、建築面積が最大許容建蔽率より小さいことを確認した場合（Ｙｅｓ）、ステップＳ３３４に進んでＬ型建物フットプリントのボックス配置の処理を行う。一方、建築面積が最大許容建蔽率より小さくない場合（Ｎｏ）、ステップＳ３３６に進む。
【0081】
〔Ｌ型建物フットプリントの施工が必要な場合があるケース〕
ステップＳ３３４：ここでは、建物ボリューム生成モジュール１３２がＬ型建物フットプリントのボックス配置の処理を実行する。「Ｌ型建物フットプリント」は、上記のように現状で最大長方形であった建物フットプリント（建築面積）の周辺にいくつかのブロック（ボックスともいう）を追加（連結）することで、建物フットプリントをＬ型の形状に補正し、敷地面積を最大許容建蔽率に近付けるものである。なお、処理の詳細については、さらに別の図面を参照しながら後述する。
ステップＳ３３４：ここでは、建物ボリューム生成モジュール１３２がＬ型建物フットプリントのボックス配置の処理を実行する。「Ｌ型建物フットプリント」は、上記のように現状で最大長方形であった建物フットプリント（建築面積）の周辺にいくつかのブロック（ボックスともいう）を追加（連結）することで、建物フットプリントをＬ型の形状に補正し、敷地面積を最大許容建蔽率に近付けるものである。なお、処理の詳細については、さらに別の図面を参照しながら後述する。
【0082】
〔Ｌ型建物フットプリントの施工が必要な場合がないケース〕
ステップＳ３３６：ここでは、建物ボリューム生成モジュール１３２は、建物階数から建蔽率を確認し、最大許容建蔽率を超える階数が指定されている場合（Ｙｅｓ）、ステップＳ３４０に進む。一方、最大許容建蔽率を超える階数が指定されていない場合（Ｎｏ）、ステップＳ３３８に進む。
ステップＳ３３６：ここでは、建物ボリューム生成モジュール１３２は、建物階数から建蔽率を確認し、最大許容建蔽率を超える階数が指定されている場合（Ｙｅｓ）、ステップＳ３４０に進む。一方、最大許容建蔽率を超える階数が指定されていない場合（Ｎｏ）、ステップＳ３３８に進む。
【0083】
〔容積率を減らして補正〕
ステップＳ３４０：建物ボリューム生成モジュール１３２は、容積率を減らして最大許容建蔽率及び階数を使用する。例えば、以下のように建物フットプリントを補正する。
上記の例）
敷地面積：１００００ｍ２
容積率：２００％（２００００ｍ２）
建蔽率：６０％（６０００ｍ２）
の条件において、
（１）階数＝２：必要階数建蔽率＝１００００ｍ２で最大許容建蔽率６０００ｍ２より大きいため、最大許容建蔽率６０００ｍ２で２階建てにする（容積率を１２０００ｍ２に減らす）。
（２）階数＝３：必要階数建蔽率＝６６６６．６６ｍ２で最大許容建蔽率６０００ｍ２より大きいため、最大許容建蔽率６０００ｍ２で３階建てにする（容積率を１８０００ｍ２に減らす）。
ステップＳ３４０：建物ボリューム生成モジュール１３２は、容積率を減らして最大許容建蔽率及び階数を使用する。例えば、以下のように建物フットプリントを補正する。
上記の例）
敷地面積：１００００ｍ２
容積率：２００％（２００００ｍ２）
建蔽率：６０％（６０００ｍ２）
の条件において、
（１）階数＝２：必要階数建蔽率＝１００００ｍ２で最大許容建蔽率６０００ｍ２より大きいため、最大許容建蔽率６０００ｍ２で２階建てにする（容積率を１２０００ｍ２に減らす）。
（２）階数＝３：必要階数建蔽率＝６６６６．６６ｍ２で最大許容建蔽率６０００ｍ２より大きいため、最大許容建蔽率６０００ｍ２で３階建てにする（容積率を１８０００ｍ２に減らす）。
【0084】
〔必要階数建蔽率以下に補正〕
ステップＳ３３８：建物ボリューム生成モジュール１３２は、建物フットプリントを必要階数建蔽率以下に補正する。例えば、以下のように建物フットプリントを補正する。
上記の例）
敷地面積：１００００ｍ２
容積率：２００％（２００００ｍ２）
建蔽率：６０％（６０００ｍ２）
の条件において、
（３）階数＝４：必要階数建蔽率＝５０００ｍ２で最大許容建蔽率６０００ｍ２未満であるため、建蔽率５０００ｍ２の４階建てとする（容積率は２００００ｍ２のまま）。
（４）階数＝５：必要階数建蔽率＝４０００ｍ２で最大許容建蔽率６０００ｍ２未満であるため、４０００ｍ２で５階建てとする（容積率は２００００ｍ２のまま）。
ステップＳ３３８：建物ボリューム生成モジュール１３２は、建物フットプリントを必要階数建蔽率以下に補正する。例えば、以下のように建物フットプリントを補正する。
上記の例）
敷地面積：１００００ｍ２
容積率：２００％（２００００ｍ２）
建蔽率：６０％（６０００ｍ２）
の条件において、
（３）階数＝４：必要階数建蔽率＝５０００ｍ２で最大許容建蔽率６０００ｍ２未満であるため、建蔽率５０００ｍ２の４階建てとする（容積率は２００００ｍ２のまま）。
（４）階数＝５：必要階数建蔽率＝４０００ｍ２で最大許容建蔽率６０００ｍ２未満であるため、４０００ｍ２で５階建てとする（容積率は２００００ｍ２のまま）。
【0085】
ステップＳ３４２：建物ボリューム生成モジュール１３２は、上記のステップＳ３３４，Ｓ３３８，Ｓ３４０の補正処理で生成した建物フットプリントに基づき、法規制チェック後の最大長方形を設定する。ここで設定された最大長方形は、データベースＤＢ２に保存される。
以上のような手順を経て、建物ボリューム生成モジュール１３２が建物ボリュームの自動設計を終了する。
以上のような手順を経て、建物ボリューム生成モジュール１３２が建物ボリュームの自動設計を終了する。
【0086】
〔各処理詳細〕
続いて、これまでに挙げた各処理の詳細について説明する。以下では、処理の詳細をフローチャートまたは概念図により表している。
続いて、これまでに挙げた各処理の詳細について説明する。以下では、処理の詳細をフローチャートまたは概念図により表している。
【0087】
〔バウンディングボックス設定～１×１正方形ブロック敷設まで〕
図９は、バウンディングボックスの設定から１×１正方形ブロックを敷設するまでの処理を示した概念図である。ここでは、図７中のステップＳ３００～Ｓ３０６に対応した処理が示されている。
図９は、バウンディングボックスの設定から１×１正方形ブロックを敷設するまでの処理を示した概念図である。ここでは、図７中のステップＳ３００～Ｓ３０６に対応した処理が示されている。
【0088】
〔バウンディングボックス設定〕
図９中（Ａ）：建設計画地ＳＴの敷地境界線に触れる矩形（破線）がバウンディングボックスＢＢとして設定される。
図９中（Ａ）：建設計画地ＳＴの敷地境界線に触れる矩形（破線）がバウンディングボックスＢＢとして設定される。
【0089】
〔１×１正方形ブロック敷設（１）〕
図９中（Ｂ）：１×１四方ｍの正方形ブロックＢＫをバウンディングボックスＢＢ内及びその周辺にまで敷き詰めるように配置していく。
図９中（Ｂ）：１×１四方ｍの正方形ブロックＢＫをバウンディングボックスＢＢ内及びその周辺にまで敷き詰めるように配置していく。
【0090】
〔１×１正方形ブロック敷設（２）〕
図９中（Ｃ）：バウンディングボックスＢＢ内が全て埋まるまで正方形ブロックＢＫを敷設する。バウンディングボックスＢＢの境界線に重なる正方形ブロックＢＫは残すが、その外側に配置した正方形ブロックＢＫは削除する。
図９中（Ｃ）：バウンディングボックスＢＢ内が全て埋まるまで正方形ブロックＢＫを敷設する。バウンディングボックスＢＢの境界線に重なる正方形ブロックＢＫは残すが、その外側に配置した正方形ブロックＢＫは削除する。
【0091】
〔ギザギザのポリゴン設定〕
図９中（Ｄ）：配置した正方形ブロックＢＫを二値判定し、建設計画地ＳＴの敷地境界線より完全に内側に位置する正方形ブロックＢＫ１（図中に濃いグレーで示される）には「１」の番号を付与し、それ以外の正方形ブロックＢＫ０には「０」の番号を付与する。したがって、敷地境界線の外側に位置（図中に白で示される）していたり、一部が敷地境界線の内側に位置するが（図中に薄いグレーで示される）、他がはみ出ていたりする正方形ブロックＢＫ０には「０」が付与される。
このようにして、「１」の番号が付与された正方形ブロックＢＫ１の集合体がギザギザのポリゴンＰＧに設定される。外縁が正方形ブロックＢＫ１の辺で構成されているため、全体として文字通りギザギザした形状となっている。
図９中（Ｄ）：配置した正方形ブロックＢＫを二値判定し、建設計画地ＳＴの敷地境界線より完全に内側に位置する正方形ブロックＢＫ１（図中に濃いグレーで示される）には「１」の番号を付与し、それ以外の正方形ブロックＢＫ０には「０」の番号を付与する。したがって、敷地境界線の外側に位置（図中に白で示される）していたり、一部が敷地境界線の内側に位置するが（図中に薄いグレーで示される）、他がはみ出ていたりする正方形ブロックＢＫ０には「０」が付与される。
このようにして、「１」の番号が付与された正方形ブロックＢＫ１の集合体がギザギザのポリゴンＰＧに設定される。外縁が正方形ブロックＢＫ１の辺で構成されているため、全体として文字通りギザギザした形状となっている。
【0092】
〔ポリゴン内の最大長方形設定〕
図１０は、ギザギザのポリゴン内で最大長方形を設定する処理の結果を示した概念図である。ここでは、図７中のステップＳＳ３０８に対応した処理の結果が示されている。なお、図１０にはギザギザのポリゴンＰＧが太線で示されている。
図１０は、ギザギザのポリゴン内で最大長方形を設定する処理の結果を示した概念図である。ここでは、図７中のステップＳＳ３０８に対応した処理の結果が示されている。なお、図１０にはギザギザのポリゴンＰＧが太線で示されている。
【0093】
また、図示していないが、ここでは以下のような３次元的な計算も合わせて行われる。すなわち、正方形ブロックＢＫ１を高さ方向に積み上げていき、建設を計画している建物の階数に基づいて高さ規制の限界線（鳥かご）内にある正方形ブロックＢＫ１がどれであるかを計算する。また、高さ規制の限界線（鳥かご）の外側や、限界線と交差する建物の高さの位置に相当する正方形ブロックＢＫ０を排除する。そして、これらの正方形ブロックＢＫ１集合体の最も外側の境界を計算し、その結果をギザギザのポリゴンＰＧとして設定する。
【0094】
上記のようにして３次元空間にギザギザのポリゴンＰＧが設定されると、図１０中に濃いグレーで示すように、ギザギザのポリゴンＰＧ内で面積が最大となる長方形ＳＱｍａｘが設定される。この処理について、以降の図を参照してさらに説明する。
【0095】
図１１は、最大長方形の設定例を一般的な原理とともに示した概念図である。
図１１中（Ａ）：一般原理の説明は、便宜上、ギザギザでない矩形のポリゴンＰＧを用いる。ポリゴンＰＧの内側にセットバック（例えば２．３ｍ）部分を考慮した線（矩形）を定義し、その内側に任意の点Ｇを置くと、これを重心としてセットバック線内に複数の矩形を描いていき、面積が最大となるものを計算する。
図１１中（Ａ）：一般原理の説明は、便宜上、ギザギザでない矩形のポリゴンＰＧを用いる。ポリゴンＰＧの内側にセットバック（例えば２．３ｍ）部分を考慮した線（矩形）を定義し、その内側に任意の点Ｇを置くと、これを重心としてセットバック線内に複数の矩形を描いていき、面積が最大となるものを計算する。
【0096】
図１１中（Ｂ）：より実例的には、ある得られた任意形状のポリゴンＰＧ内に任意の点Ａ，Ｂ，Ｃ・・・を配置していき、各点Ａ，Ｂ，Ｃ・・・でポリゴンＰＧ（セットバックを考慮した線）内に複数の矩形を描き、それぞれで面積が最大となる四角形ＳＱｍａｘ１，ＳＱｍａｘ２，ＳＱｍａｘ３・・・を計算する。それらの中で、さらに面積が最大の四角形ＳＱｍａｘ２を算出し、これをポリゴンＰＧ内の最大四角形とする。
【0097】
図１２は、ポリゴン内の最大長方形を設定する手順をフローチャートで表した図である。このフローチャートは、図１１中（Ｂ）に示す計算手順の概念をより詳細に表したものであり、プログラム上のステップとして表したものではない。
【0098】
ステップＳ７００：ポリゴンＰＧ内にランダムの点（上記の点Ａ，Ｂ，Ｃ・・・）を配置する。以後は、配置する点別に計算手順が分岐する。
ステップＳ７０２：ある任意の点Ａを重心としてポリゴンＰＧ（上記のセットバックを考慮した線）に接する矩形ＳＱを作成する。
ステップＳ７０４：点Ａを中心に矩形ＳＱを回転させ、点Ａを重心とする複数の大きさが異なる矩形を作成していく。
ステップＳ７０６：並行して又は順次、別の任意の点Ｂを重心としてポリゴンＰＧ（上記のセットバックを考慮した線）に接する矩形ＳＱを作成する。
ステップＳ７０８：点Ｂを中心に矩形ＳＱを回転させ、点Ｂを重心とする複数の大きさが異なる矩形を作成していく。
ステップＳ７１０，Ｓ７１２：他の任意の点Ｃについても同様に矩形ＳＱを作成する。
特に図示していないが、さらに別の点Ｄ，Ｅ，Ｆ・・・について矩形ＳＱを作成してもよい。
ステップＳ７０２：ある任意の点Ａを重心としてポリゴンＰＧ（上記のセットバックを考慮した線）に接する矩形ＳＱを作成する。
ステップＳ７０４：点Ａを中心に矩形ＳＱを回転させ、点Ａを重心とする複数の大きさが異なる矩形を作成していく。
ステップＳ７０６：並行して又は順次、別の任意の点Ｂを重心としてポリゴンＰＧ（上記のセットバックを考慮した線）に接する矩形ＳＱを作成する。
ステップＳ７０８：点Ｂを中心に矩形ＳＱを回転させ、点Ｂを重心とする複数の大きさが異なる矩形を作成していく。
ステップＳ７１０，Ｓ７１２：他の任意の点Ｃについても同様に矩形ＳＱを作成する。
特に図示していないが、さらに別の点Ｄ，Ｅ，Ｆ・・・について矩形ＳＱを作成してもよい。
【0099】
ステップＳ７１４：これまでに作成した矩形ＳＱの中で、最大の四角形を判別する。
ステップＳ７１６：その結果、最大四角形ＳＱｍａｘを決定する。この例では、点Ａで作成した矩形ＳＱの１つがポリゴンＰＧ内の最大四角形ＳＱｍａｘに決定されている。
ステップＳ７１６：その結果、最大四角形ＳＱｍａｘを決定する。この例では、点Ａで作成した矩形ＳＱの１つがポリゴンＰＧ内の最大四角形ＳＱｍａｘに決定されている。
【0100】
〔平均地盤面の算出〕
図１３は、平均地盤面を算出する処理の概念図である。
ここでは、平均地盤面の高さを「平均ＧＬ」又は「ＡＧＬ」と称する。また、設計上の基準面とされる設計地盤面の高さを「設計ＧＬ」又は「ＳＧＬ」と称する。
平均ＧＬ（ＡＧＬ）は、建物が周囲の地面と接する高さの平均、すなわち地盤面高さ（ＧＬ）の平均値に相当する。より具体的には、平均ＧＬは、建物が地面に接している面積、すなわち図１３中（Ａ）に灰色で示した領域の面積を建物の外周長で除算することにより求められる。図１３中（Ｂ）に示した例では、地点ａにおける地盤面高さＧＬａが最も低く、地点ｂにおける地盤面高さＧＬｂが最も高いが、日影規制の検討に際しては、地盤面の高低差ｚの大きさに関わらず、平均ＧＬが基準とされる。
図１３は、平均地盤面を算出する処理の概念図である。
ここでは、平均地盤面の高さを「平均ＧＬ」又は「ＡＧＬ」と称する。また、設計上の基準面とされる設計地盤面の高さを「設計ＧＬ」又は「ＳＧＬ」と称する。
平均ＧＬ（ＡＧＬ）は、建物が周囲の地面と接する高さの平均、すなわち地盤面高さ（ＧＬ）の平均値に相当する。より具体的には、平均ＧＬは、建物が地面に接している面積、すなわち図１３中（Ａ）に灰色で示した領域の面積を建物の外周長で除算することにより求められる。図１３中（Ｂ）に示した例では、地点ａにおける地盤面高さＧＬａが最も低く、地点ｂにおける地盤面高さＧＬｂが最も高いが、日影規制の検討に際しては、地盤面の高低差ｚの大きさに関わらず、平均ＧＬが基準とされる。
【0101】
なお、建物に接する地盤面の高低差ｚが３ｍを超える場合には、高低差が３ｍ以内となるように建物が分割され、部分毎に平均ＧＬが算出される。図１３中（Ｃ）に示されるように、地盤面高さが最も低い地点ａと最も高い地点ｂとの高低差が４ｍである場合には、例えば、地点ａから地点ａとの高低差が３ｍである地点ｃまでの部分を第１部分ＢＰ１とし、残りの部分、すなわち地点ｃから地点ｃとの高低差が１ｍである地点ｂまでの部分を第２部分ＢＰ２とする。そして、第１部分ＢＰ１に対しては平均地盤面高さＡＧＬ１が算出され、ＡＧＬ１からの高さＨ１が第１部分ＢＰ１の高さと決定される。一方、第２部分ＢＰ２に対しては平均地盤面高さＡＧＬ２が算出され、ＡＧＬ２からの高さＨ２が第２部分ＢＰ２の高さと決定される。
【0102】
〔最大許容容積率及び建蔽率の建物フットプリント定義〕
図１４は、最大許容容積率及び建蔽率の建物フットプリントを定義する処理の手順例を示すフローチャートである。この処理は、図７中のステップＳ３１４に相当する。
図１４は、最大許容容積率及び建蔽率の建物フットプリントを定義する処理の手順例を示すフローチャートである。この処理は、図７中のステップＳ３１４に相当する。
【0103】
ステップＳ８００：建物ボリューム生成モジュール１３２は、最大長方形の長さと幅を取得する。
ステップＳ８０２：次に、建物ボリューム生成モジュール１３２は、建物ボリュームの高さを計算し、建設する建物の高さを明確にする。
ステップＳ８０４：そして、最大長方形の長さと幅、及び建物の高さから三次元データとして初期の建物ボリュームの寸法を所定のファイル形式（例えば、ＡＤＸ形式）でデータベースＤＢ２に書き込む。このファイル形式は、法規制確認モジュール１３４による法規制チェックの実行に適したファイル形式となっている。
ステップＳ８０２：次に、建物ボリューム生成モジュール１３２は、建物ボリュームの高さを計算し、建設する建物の高さを明確にする。
ステップＳ８０４：そして、最大長方形の長さと幅、及び建物の高さから三次元データとして初期の建物ボリュームの寸法を所定のファイル形式（例えば、ＡＤＸ形式）でデータベースＤＢ２に書き込む。このファイル形式は、法規制確認モジュール１３４による法規制チェックの実行に適したファイル形式となっている。
【0104】
ステップＳ８０６：法規制確認モジュール１３４が初期の建物ボリュームの法規制チェックを行う。その結果、法規制に適合していなければ、不適合となった側の建物ボリュームを縮小させる（例えば、１００ｍｍずつ縮小させる）補正を行った上で建物ボリュームの寸法を更新し、法規制チェックを繰り返す。これにより、例えば図１４中の右側枠内に示す概念図のように、最大長方形ＳＱｍａｘ内に設定されていた初期の建物ボリュームＢＶＬ’（矢印上側に示す建物モデル）が補正され、最適化した建物ボリュームＢＶＬ（矢印下側に示す建物モデル）が生成される。このときの建物ボリュームＢＶＬが最良の建物フットプリントＢＦＰとなる。
【0105】
なお、ここでは便宜上、ステップＳ８０６に「Ｙｅｓ／Ｎｏ」の判断分岐を示しているが、法規制に適合しない箇所があった場合、ステップＳ８０６内で法規制に適合するまで建物ボリュームの補正をループして行う。したがって、実際にはステップＳ８０６からステップＳ８００に戻る必要はなく、ステップＳ８０６から「Ｎｏ」の判断分岐は、あくまで補正後に法規制チェックをリトライする意味である。
【0106】
ステップＳ８０８：そして、法規制チェックを通過すると、建物ボリューム生成モジュール１３２が法規制チェック通過後の建物フットプリントを定義する。
【0107】
〔法規制チェック処理〕
図１５は、法規制チェック処理の手順例を示すフローチャートである。上記のように、ここでは全ての処理を図１４中のステップＳ８０８の中で完結させることができることとしている。このため、図１５の処理を一通り終了すると、図１４中のステップＳ８０８で法規制に適合する（Ｙｅｓ）と判断される。なお、図１５の処理がサブルーチンとして図１４の処理から呼び出されるものでもよい。
図１５は、法規制チェック処理の手順例を示すフローチャートである。上記のように、ここでは全ての処理を図１４中のステップＳ８０８の中で完結させることができることとしている。このため、図１５の処理を一通り終了すると、図１４中のステップＳ８０８で法規制に適合する（Ｙｅｓ）と判断される。なお、図１５の処理がサブルーチンとして図１４の処理から呼び出されるものでもよい。
【0108】
〔日影規制チェックのループ開始〕
ステップＳ８５０：建物ボリューム生成モジュール１３２は、日影規制の指定があることを確認した場合（Ｙｅｓ）、ステップＳ８５２に進む。なお、日影規制の指定がない場合（Ｎｏ）、日影規制チェックのループをスキップしてステップＳ８５６に進む。
ステップＳ８５２：法規制確認モジュール１３４が日影規制の確認のため、データベースＤＢ３から該当の建設計画地に対する日影規制の内容を呼び出す（日影規制ポイントの取得）。
ステップＳ８５４：現在の建物フットプリントＢＦＰ（未だ最良ではない状態）を日影規制チェックし、日影規制ポイントを通過しないポイントがあれば（Ｎｏ）、ステップＳ８５６に進む。
ステップＳ８５６：建物ボリューム生成モジュール１３２は、日影規制チェック不通過の高いポイントに近い側から建物フットプリントＢＦＰを１００ｍｍずつ削減する。例えば、図１５中の右側上段枠内の概念図に示すように、建物フットプリントＢＦＰを水平方向又は垂直方向に削減していく。そして、補正後の建物フットプリントＢＦＰのファイル（ＡＤＸ形式）をデータベースＤＢ２に更新してステップＳ８５２に戻る。
ステップＳ８５０：建物ボリューム生成モジュール１３２は、日影規制の指定があることを確認した場合（Ｙｅｓ）、ステップＳ８５２に進む。なお、日影規制の指定がない場合（Ｎｏ）、日影規制チェックのループをスキップしてステップＳ８５６に進む。
ステップＳ８５２：法規制確認モジュール１３４が日影規制の確認のため、データベースＤＢ３から該当の建設計画地に対する日影規制の内容を呼び出す（日影規制ポイントの取得）。
ステップＳ８５４：現在の建物フットプリントＢＦＰ（未だ最良ではない状態）を日影規制チェックし、日影規制ポイントを通過しないポイントがあれば（Ｎｏ）、ステップＳ８５６に進む。
ステップＳ８５６：建物ボリューム生成モジュール１３２は、日影規制チェック不通過の高いポイントに近い側から建物フットプリントＢＦＰを１００ｍｍずつ削減する。例えば、図１５中の右側上段枠内の概念図に示すように、建物フットプリントＢＦＰを水平方向又は垂直方向に削減していく。そして、補正後の建物フットプリントＢＦＰのファイル（ＡＤＸ形式）をデータベースＤＢ２に更新してステップＳ８５２に戻る。
【0109】
〔日影規制チェックのループ完了〕
以上の日影規制チェックをループしつつ、ステップＳ８５４で現状の建物フットプリントＢＦＰが日影規制チェックを通過すると（Ｙｅｓ）、ステップＳ８５６に進む。
以上の日影規制チェックをループしつつ、ステップＳ８５４で現状の建物フットプリントＢＦＰが日影規制チェックを通過すると（Ｙｅｓ）、ステップＳ８５６に進む。
【0110】
〔高さ規制チェックのループ開始〕
ステップＳ８５６：次に、法規制確認モジュール１３４が高さ規制の確認のため、データベースＤＢ３から該当の建設計画地に対する高さ規制の内容（高さ規制の限界線ＬＩＭ（鳥かご））を呼び出す。
ステップＳ８５８：現在の建物ボリュームＢＶＬを高さ規制チェックし、高さ規制の限界線ＬＩＭに接触する（鳥かごにぶつかる）高さになっているかを確認する。ここでは、建物ボリュームＢＶＬが高さ規制の限界線ＬＩＭを超えるとチェック不通過（Ｎｏ）となり、未だ限界線ＬＩＭに接触しない高さではチェック通過（Ｙｅｓ）となる。その結果、未だ限界線ＬＩＭに接触していなければ（Ｙｅｓ）、ステップＳ８６０に進む。
ステップＳ８６０：建物ボリューム生成モジュール１３２は、最大長方形の建物フットプリントＢＦＰから建物ボリュームＢＶＬの高さを１００ｍｍずつ上げる。例えば、図１５中の右側中段枠内の概念図に示すように、最大長方形の建物フットプリントＢＦＰから高さ方向に建物ボリュームＢＶＬを上げていく。そして、補正後の建物フットプリントＢＦＰ（建物ボリュームＢＶＬ）のファイルをデータベースＤＢ２に更新してステップＳ８５６に戻る。
ステップＳ８５６：次に、法規制確認モジュール１３４が高さ規制の確認のため、データベースＤＢ３から該当の建設計画地に対する高さ規制の内容（高さ規制の限界線ＬＩＭ（鳥かご））を呼び出す。
ステップＳ８５８：現在の建物ボリュームＢＶＬを高さ規制チェックし、高さ規制の限界線ＬＩＭに接触する（鳥かごにぶつかる）高さになっているかを確認する。ここでは、建物ボリュームＢＶＬが高さ規制の限界線ＬＩＭを超えるとチェック不通過（Ｎｏ）となり、未だ限界線ＬＩＭに接触しない高さではチェック通過（Ｙｅｓ）となる。その結果、未だ限界線ＬＩＭに接触していなければ（Ｙｅｓ）、ステップＳ８６０に進む。
ステップＳ８６０：建物ボリューム生成モジュール１３２は、最大長方形の建物フットプリントＢＦＰから建物ボリュームＢＶＬの高さを１００ｍｍずつ上げる。例えば、図１５中の右側中段枠内の概念図に示すように、最大長方形の建物フットプリントＢＦＰから高さ方向に建物ボリュームＢＶＬを上げていく。そして、補正後の建物フットプリントＢＦＰ（建物ボリュームＢＶＬ）のファイルをデータベースＤＢ２に更新してステップＳ８５６に戻る。
【0111】
〔高さ規制の補正〕
以上の高さ規制チェックをループする間、ステップＳ８６０では建物ボリュームＢＶＬが高さ規制の限界線ＬＩＭに接触するまで高さを引き上げていくが、例えば、図１５中の右側中段枠内の概念図に示すように、水平方向の片側で建物ボリュームＢＶＬが先に限界線ＬＩＭに接触しても、反対側では未だ限界線ＬＩＭに接触しない場合、建物フットプリントＢＦＰの位置を水平方向の反対側にずらす補正も行われる。これにより、ずらした建物フットプリントＢＦＰの位置から引き続き建物ボリュームＢＶＬの高さを引き上げることが可能となり、所望の容積率の確保が図られる。
以上の高さ規制チェックをループする間、ステップＳ８６０では建物ボリュームＢＶＬが高さ規制の限界線ＬＩＭに接触するまで高さを引き上げていくが、例えば、図１５中の右側中段枠内の概念図に示すように、水平方向の片側で建物ボリュームＢＶＬが先に限界線ＬＩＭに接触しても、反対側では未だ限界線ＬＩＭに接触しない場合、建物フットプリントＢＦＰの位置を水平方向の反対側にずらす補正も行われる。これにより、ずらした建物フットプリントＢＦＰの位置から引き続き建物ボリュームＢＶＬの高さを引き上げることが可能となり、所望の容積率の確保が図られる。
【0112】
〔高さ規制チェックのループ完了〕
以上の高さ規制チェックをループしながら建物ボリュームＢＶＬの高さを引き上げていき、やがて高さ規制の限界線ＬＩＭを超える高さに達すると、ステップＳ８５８の高さ規制チェックを通過しなくなり（Ｎｏ）、ステップＳ８６２に進む。
ステップＳ８６２：建物ボリューム生成モジュール１３２は、建物ボリュームＢＶＬの高さを以前（例えば更新１つ前）の高さ規制チェックを通過していた値まで減らしてループを完了する。これにより、最大（規制限界）で高さ規制チェックを通過した建物フットプリントＢＦＰの建物ボリュームＢＶＬがデータベースＤＢ２に更新される。
以上の高さ規制チェックをループしながら建物ボリュームＢＶＬの高さを引き上げていき、やがて高さ規制の限界線ＬＩＭを超える高さに達すると、ステップＳ８５８の高さ規制チェックを通過しなくなり（Ｎｏ）、ステップＳ８６２に進む。
ステップＳ８６２：建物ボリューム生成モジュール１３２は、建物ボリュームＢＶＬの高さを以前（例えば更新１つ前）の高さ規制チェックを通過していた値まで減らしてループを完了する。これにより、最大（規制限界）で高さ規制チェックを通過した建物フットプリントＢＦＰの建物ボリュームＢＶＬがデータベースＤＢ２に更新される。
【0113】
〔斜線制限チェックのループ開始〕
ステップＳ８６４：続いて、法規制確認モジュール１３４が斜線制限の確認のため、データベースＤＢ３から該当の建設計画地に対する斜線制限の法規制を呼び出す。
ステップＳ８６６：現在の建物ボリュームＢＶＬを斜線制限チェックし、斜線面にかかっている場合（Ｎｏ）、ステップＳ８６８に進む。
ステップＳ８６８：建物ボリューム生成モジュール１３２は、例えば図１５中の右側下段枠内の概念図に示すように、斜線制限が不通過となった側の斜線面に沿って建物ボリュームＢＶＬを１００ｍｍずつ削減していく。そして、補正後の建物ボリュームＢＶＬのファイルをデータベースＤＢ２に更新してステップＳ８６４に戻る。
ステップＳ８６４：続いて、法規制確認モジュール１３４が斜線制限の確認のため、データベースＤＢ３から該当の建設計画地に対する斜線制限の法規制を呼び出す。
ステップＳ８６６：現在の建物ボリュームＢＶＬを斜線制限チェックし、斜線面にかかっている場合（Ｎｏ）、ステップＳ８６８に進む。
ステップＳ８６８：建物ボリューム生成モジュール１３２は、例えば図１５中の右側下段枠内の概念図に示すように、斜線制限が不通過となった側の斜線面に沿って建物ボリュームＢＶＬを１００ｍｍずつ削減していく。そして、補正後の建物ボリュームＢＶＬのファイルをデータベースＤＢ２に更新してステップＳ８６４に戻る。
【0114】
〔斜線制限チェックのループ完了〕
以上の斜線制限チェックをループしつつ、ステップＳ８６６で現状の建物ボリュームＢＶＬが斜線制限チェックを通過すると（Ｙｅｓ）、建物ボリューム生成モジュール１３２が法規制チェック処理を終了する。
以上の斜線制限チェックをループしつつ、ステップＳ８６６で現状の建物ボリュームＢＶＬが斜線制限チェックを通過すると（Ｙｅｓ）、建物ボリューム生成モジュール１３２が法規制チェック処理を終了する。
【0115】
〔最良の建物フットプリント定義〕
図１６は、法規制チェック後に定義される最良の建物フットプリントを示す図である。これまでの処理をまとめると、以下のようになる。
（１）建設計画地ＳＴの敷地境界線に触れるバウンディングボックスＢＢを設定する。
（２）正方形ブロックＢＫを敷設し、二値判定を行う。
（３）敷地境界線の内側にギザギザのポリゴンＰＧを設定する。
（４）ポリゴン内の最大長方形ＳＱｍａｘを設定する。
（５）最大長方形ＳＱｍａｘから建物フットプリントの基本データを生成する。
（６）建物フットプリントの建築面積の抽出及び容積率の補正を行う。
（７）建物フットプリントの法規制チェックによる補正を行う。
以上の処理を経て、今回の建設計画地ＳＴにおける最大許容容積率及び望ましい建蔽率を備えた、建物フットプリントＢＦＰ（最適化データ）が定義される。
図１６は、法規制チェック後に定義される最良の建物フットプリントを示す図である。これまでの処理をまとめると、以下のようになる。
（１）建設計画地ＳＴの敷地境界線に触れるバウンディングボックスＢＢを設定する。
（２）正方形ブロックＢＫを敷設し、二値判定を行う。
（３）敷地境界線の内側にギザギザのポリゴンＰＧを設定する。
（４）ポリゴン内の最大長方形ＳＱｍａｘを設定する。
（５）最大長方形ＳＱｍａｘから建物フットプリントの基本データを生成する。
（６）建物フットプリントの建築面積の抽出及び容積率の補正を行う。
（７）建物フットプリントの法規制チェックによる補正を行う。
以上の処理を経て、今回の建設計画地ＳＴにおける最大許容容積率及び望ましい建蔽率を備えた、建物フットプリントＢＦＰ（最適化データ）が定義される。
【0116】
〔Ｌ型建物フットプリントのブロック（ボックス）配置処理〕
図１７は、Ｌ型建物フットプリントのブロック配置処理の手順例を示すフローチャートである。この処理は、図８中のステップＳ３３４に相当する。以下、手順例に沿って説明する。
図１７は、Ｌ型建物フットプリントのブロック配置処理の手順例を示すフローチャートである。この処理は、図８中のステップＳ３３４に相当する。以下、手順例に沿って説明する。
【0117】
ステップＳ９００：建物ボリューム生成モジュール１３２は、ユーザにより指定されたスパンがあるか否かを確認する。ここで、スパンは建物の柱の間隔を規定する値であり、本実施形態では、ユーザ端末１０２，１０４を用いてユーザが指定することも可能となっている。そして、ユーザ指定のスパンがある場合（Ｙｅｓ）、建物ボリューム生成モジュール１３２はステップＳ９０２でユーザにより指定されたスパンをデータベースＤＢ２から選択する。一方、指定のスパンがない場合（Ｎｏ）、ステップＳ９０４に進む。
【0118】
ステップＳ９０４：指定のスパンがない場合、建物ボリューム生成モジュール１３２は、デフォルトのスパン（例えば、１０．５ｍ×１０．５ｍの固定スパン）とフレキシブルスパン（例えば、１０ｍ～１２ｍの間で０．０５ｍ刻み、０．１ｍ刻み等により任意に変動可能）とで容積率の達成度合を比較する。その結果、デフォルトのスパンの方が容積率の達成度合が良いと判断した場合（Ｙｅｓ）、ステップＳ９０６で固定スパンを選択する。一方、不動スパンの方が容積率の達成度合がよいと判断した場合（Ｎｏ）、ステップＳ９０８でフレキシブルスパンを選択する。
【0119】
ステップＳ９１０：ここでは概念図に示すように、建物ボリューム生成モジュール１３２は、建物フットプリントＢＦＰ内に選択したスパンＳＰＮでブロックＢＬＫを３次元空間に配置する。
【0120】
ステップＳ９１２：建物ボリューム生成モジュール１３２は、ここまでに配置したブロックＢＫで容積率及び建蔽率のチェックを行う。その結果、配置したブロックＢＫが目標の容積率及び建蔽率を超えていた場合（Ｎｏ）、次にステップＳ９１４に進む。一方、目標の容積率及び建蔽率を超えない場合（Ｙｅｓ）、ステップＳ９１５に進む。
【0121】
〔目標オーバーする場合〕
ステップＳ９１４：建物ボリューム生成モジュール１３２は、日影規制の影響を受ける部分から１００ｍｍ単位で建物レイアウトを縮小し、ステップＳ９１０に戻ってステップＳ９１２のチェックをループする。
ステップＳ９１４：建物ボリューム生成モジュール１３２は、日影規制の影響を受ける部分から１００ｍｍ単位で建物レイアウトを縮小し、ステップＳ９１０に戻ってステップＳ９１２のチェックをループする。
【0122】
〔目標オーバーしない場合〕
ステップＳ９１５：建物ボリューム生成モジュール１３２は、ここまでに配置したブロックＢＫで目標の容積率及び建蔽率を達成したかを確認する。その結果、目標を達成している場合（Ｙｅｓ）、建物フットプリントＢＦＰのブロック配置を完了する。一方、目標を未達成の場合（Ｎｏ）、次にステップＳ９１６を実行する。
ステップＳ９１５：建物ボリューム生成モジュール１３２は、ここまでに配置したブロックＢＫで目標の容積率及び建蔽率を達成したかを確認する。その結果、目標を達成している場合（Ｙｅｓ）、建物フットプリントＢＦＰのブロック配置を完了する。一方、目標を未達成の場合（Ｎｏ）、次にステップＳ９１６を実行する。
【0123】
ステップＳ９１６：建物ボリューム生成モジュール１３２は、ボリューム判定処理を実行する。以下、より詳細に説明する。
【0124】
〔ボリューム判定処理〕
図１８は、ボリューム判定処理の手順例を示すフローチャートである。
ステップＳ９５０：建物ボリューム生成モジュール１３２は、現状のブロックＢＫの配置（建物フットプリントＢＦＰ）の容積率及び建蔽率を確認し、「最大許容容積率±α％」の範囲内で目標の容積率が確保できた場合（Ｙｅｓ）、ここで処理を終了する。この場合、これ以上はＬ型建物フットプリントのボックス配置が不可となる。一方、目標の容積率に届いていなければ（Ｎｏ）、次にステップＳ９５２に進む。なお、±の範囲を規定するαの値は適宜に設定可能であり、ここでは例えば±５％とするが、これに限られない。
図１８は、ボリューム判定処理の手順例を示すフローチャートである。
ステップＳ９５０：建物ボリューム生成モジュール１３２は、現状のブロックＢＫの配置（建物フットプリントＢＦＰ）の容積率及び建蔽率を確認し、「最大許容容積率±α％」の範囲内で目標の容積率が確保できた場合（Ｙｅｓ）、ここで処理を終了する。この場合、これ以上はＬ型建物フットプリントのボックス配置が不可となる。一方、目標の容積率に届いていなければ（Ｎｏ）、次にステップＳ９５２に進む。なお、±の範囲を規定するαの値は適宜に設定可能であり、ここでは例えば±５％とするが、これに限られない。
【0125】
ステップＳ９５２：建物ボリューム生成モジュール１３２は、建設計画地ＳＴ内の空間検索を実行する。具体的には、現状の建物フットプリントＢＦＰの南側、東側、西側、北側の順に空間を検索する。
【0126】
ステップＳ９５４：建物ボリューム生成モジュール１３２は、空間判定の結果、南側にスペースがあると判断すると（Ｙｅｓ）、ステップＳ９５６を実行する。一方、南側にスペースがないと判断した場合（Ｎｏ）、ステップＳ９５８に進む。
【0127】
〔南側にスペースありの場合〕
ステップＳ９５６：ここでは概念図に示すように、建物ボリューム生成モジュール１３２は、建物フットプリントＢＦＰの南側スペースに追加ブロックＡＢＬを配置する。これにより、建物フットプリントＢＦＰの形状は、それまでの長方形に追加ブロックＡＢＬが付加されてＬ型となる。
ステップＳ９５６：ここでは概念図に示すように、建物ボリューム生成モジュール１３２は、建物フットプリントＢＦＰの南側スペースに追加ブロックＡＢＬを配置する。これにより、建物フットプリントＢＦＰの形状は、それまでの長方形に追加ブロックＡＢＬが付加されてＬ型となる。
【0128】
ステップＳ９５８：建物ボリューム生成モジュール１３２は、空間判定の結果、東側にスペースがあると判断すると（Ｙｅｓ）、ステップＳ９６０を実行する。一方、東側にスペースがないと判断した場合（Ｎｏ）、ステップＳ９６２に進む。
【0129】
〔東側にスペースありの場合〕
ステップＳ９６０：ここでは概念図に示すように、建物ボリューム生成モジュール１３２は、建物フットプリントＢＦＰの東側スペースに追加ブロックＡＢＬを配置する。このため同様に、建物フットプリントＢＦＰの形状がそれまでの長方形からＬ型となる。
ステップＳ９６０：ここでは概念図に示すように、建物ボリューム生成モジュール１３２は、建物フットプリントＢＦＰの東側スペースに追加ブロックＡＢＬを配置する。このため同様に、建物フットプリントＢＦＰの形状がそれまでの長方形からＬ型となる。
【0130】
ステップＳ９６２：次に、建物ボリューム生成モジュール１３２は空間判定の結果、西側にスペースがあると判断すると（Ｙｅｓ）、ステップＳ９６４を実行する。一方、西側にスペースがないと判断した場合（Ｎｏ）、ステップＳ９６６に進む。
【0131】
〔西側にスペースありの場合〕
ステップＳ９６４：ここでも概念図に示すように、建物ボリューム生成モジュール１３２は、建物フットプリントＢＦＰの西側スペースに追加ブロックＡＢＬを配置する。この例では、先にステップＳ９６０で東側に追加ブロックＡＢＬが配置されているため、建物フットプリントＢＦＰの形状がＬ型から変形した形状（例えばＺ型）となっている。また、ここでは南側に追加ブロックＡＢＬが配置されていてもよいし、東側に追加ブロックＡＢＬが配置されていなくてもよい。なお、Ｚ型の建物配置は採用の優先度を低くすることとし、なるべくＬ型で追加ブロックＡＢＬの配置を完成させることが好ましい。
ステップＳ９６４：ここでも概念図に示すように、建物ボリューム生成モジュール１３２は、建物フットプリントＢＦＰの西側スペースに追加ブロックＡＢＬを配置する。この例では、先にステップＳ９６０で東側に追加ブロックＡＢＬが配置されているため、建物フットプリントＢＦＰの形状がＬ型から変形した形状（例えばＺ型）となっている。また、ここでは南側に追加ブロックＡＢＬが配置されていてもよいし、東側に追加ブロックＡＢＬが配置されていなくてもよい。なお、Ｚ型の建物配置は採用の優先度を低くすることとし、なるべくＬ型で追加ブロックＡＢＬの配置を完成させることが好ましい。
【0132】
ステップＳ９６６：そして、建物ボリューム生成モジュール１３２は空間判定の結果、北側にスペースがあると判断すると（Ｙｅｓ）、ステップＳ９６８を実行する。一方、北側にスペースがないと判断した場合（Ｎｏ）、これ以上は追加ブロックＡＢＬを配置する余地がないとし、ここで処理を終了する。
【0133】
〔北側にスペースありの場合〕
ステップＳ９６８：ここでも概念図に示すように、建物ボリューム生成モジュール１３２は、建物フットプリントＢＦＰの北側スペースに追加ブロックＡＢＬを配置する。この例では、先にステップＳ９６０，Ｓ９６４で東側と西側に追加ブロックＡＢＬが配置されているため、建物フットプリントＢＦＰの形状がさらに変形した形状（複数のＬ型の組み合わせ）となっている。なお、ここでは南側に追加ブロックＡＢＬが配置されていてもよいし、東側や西側に追加ブロックＡＢＬが配置されていなくてもよい。
ステップＳ９６８：ここでも概念図に示すように、建物ボリューム生成モジュール１３２は、建物フットプリントＢＦＰの北側スペースに追加ブロックＡＢＬを配置する。この例では、先にステップＳ９６０，Ｓ９６４で東側と西側に追加ブロックＡＢＬが配置されているため、建物フットプリントＢＦＰの形状がさらに変形した形状（複数のＬ型の組み合わせ）となっている。なお、ここでは南側に追加ブロックＡＢＬが配置されていてもよいし、東側や西側に追加ブロックＡＢＬが配置されていなくてもよい。
【0134】
以上の処理を経て、ステップＳ９５０で建物フットプリントＢＦＰの容積率及び建蔽率が許容容積率の±α％の範囲内であることを確認するか、もしくは、容積率が最大許容容積率に達したことを確認した場合（Ｙｅｓ）、建物ボリューム生成モジュール１３２は処理を終了する。
ここで、本処理による容積率及び建蔽率の補正は、例えば以下のユーザ入力例のようになる。
敷地面積：１００００ｍ２
容積率：２００％（２００００ｍ２）
建蔽率：６０％（６０００ｍ２）
階数：３
上記の条件において、
延べ床面積：２００００ｍ２
１階辺りの平均床面積：６６６６ｍ２（２００００÷３）であったとすると、建蔽率が超過しているので、６０００ｍ２を目標として、延床面積１８０００ｍ２の建物に補正することになる。
ここで、本処理による容積率及び建蔽率の補正は、例えば以下のユーザ入力例のようになる。
敷地面積：１００００ｍ２
容積率：２００％（２００００ｍ２）
建蔽率：６０％（６０００ｍ２）
階数：３
上記の条件において、
延べ床面積：２００００ｍ２
１階辺りの平均床面積：６６６６ｍ２（２００００÷３）であったとすると、建蔽率が超過しているので、６０００ｍ２を目標として、延床面積１８０００ｍ２の建物に補正することになる。
【0135】
〔自動設計による建物フットプリント例〕
図１９は、建設計画システム２００を用いて実行された自動設計の結果を比較例と対比して示した図である。
図１９は、建設計画システム２００を用いて実行された自動設計の結果を比較例と対比して示した図である。
【0136】
〔比較例〕
図１９中（Ａ）：ここでは、本実施形態の補正を行っていない自動設計の結果を比較例として示している。比較例では、建設計画地ＳＴ内に最大長方形を基本とした建物フットプリントＢＦＰ’が自動設計により得られている。この場合でも、日影規制や高さ規制、斜線制限等の法規制チェックは行われているが、建築面積の抽出及び補正が行われておらず、Ｌ型建物フットプリントのボックス配置も行われていないため、建設計画地ＳＴの敷地面積（敷地形状）を最大に利用できていないことが分かる。
図１９中（Ａ）：ここでは、本実施形態の補正を行っていない自動設計の結果を比較例として示している。比較例では、建設計画地ＳＴ内に最大長方形を基本とした建物フットプリントＢＦＰ’が自動設計により得られている。この場合でも、日影規制や高さ規制、斜線制限等の法規制チェックは行われているが、建築面積の抽出及び補正が行われておらず、Ｌ型建物フットプリントのボックス配置も行われていないため、建設計画地ＳＴの敷地面積（敷地形状）を最大に利用できていないことが分かる。
【0137】
〔本実施形態〕
図１９中（Ｂ）：これに対し、本実施形態によれば、最大容積率及び建蔽率まで追加ブロックＡＢＬを配置した建物フットプリントＢＦＰを定義することができる。これにより、建設計画地ＳＴの敷地面積（敷地形状）を最大に利用した自動設計の結果を得ることができる。
図１９中（Ｂ）：これに対し、本実施形態によれば、最大容積率及び建蔽率まで追加ブロックＡＢＬを配置した建物フットプリントＢＦＰを定義することができる。これにより、建設計画地ＳＴの敷地面積（敷地形状）を最大に利用した自動設計の結果を得ることができる。
【0138】
〔コスト算出処理〕
図２０は、サーバ装置１１０のコスト算出モジュール１４０が実行するコスト算出処理の手順例を示すフローチャートである。この処理は、図４の処理シーケンス中でサーバ装置１１０が実行するステップＳ１８（コスト算出）に対応している。以下、手順例に沿って説明する。
図２０は、サーバ装置１１０のコスト算出モジュール１４０が実行するコスト算出処理の手順例を示すフローチャートである。この処理は、図４の処理シーケンス中でサーバ装置１１０が実行するステップＳ１８（コスト算出）に対応している。以下、手順例に沿って説明する。
【0139】
ステップＳ４００：コスト算出モジュール１４０は、データベースＤＢ２又はＤＢ１に保存された建物モデル（ボリュームデータ）を取り込む。なお、ここでの建物モデルは、上記の補正により最適化された建物フットプリントＢＦＰ（建物ボリュームＢＶＬ）のデータである。
ステップＳ４０２：次に、データベースＤＢ４のコストテーブルを適宜参照してコスト算出モジュール処理を実行する。ここでの処理には、例えばサードパーティが提供するコスト算出プログラム（市販品）を好適に利用することができる。このようなプログラムは、自動設計した建物モデルに、内外装の仕上げを想定した上で見積書を自動で作成してくれる。
ステップＳ４０４：そして、算出結果をデータベースＤＢ１に保存するとともに、ユーザ端末１０２に対して出力する。
以上の手順を実行すると、コスト算出モジュール１４０は処理シーケンスを継続する。
ステップＳ４０２：次に、データベースＤＢ４のコストテーブルを適宜参照してコスト算出モジュール処理を実行する。ここでの処理には、例えばサードパーティが提供するコスト算出プログラム（市販品）を好適に利用することができる。このようなプログラムは、自動設計した建物モデルに、内外装の仕上げを想定した上で見積書を自動で作成してくれる。
ステップＳ４０４：そして、算出結果をデータベースＤＢ１に保存するとともに、ユーザ端末１０２に対して出力する。
以上の手順を実行すると、コスト算出モジュール１４０は処理シーケンスを継続する。
【0140】
〔工程表算出処理〕
図２１は、サーバ装置１１０の工程表作成モジュール１５０が実行する工程表算出処理の手順例を示すフローチャートである。この処理は、図４の処理シーケンス中でサーバ装置１１０が実行するステップＳ１７（工事工程表作成）に対応している。以下、手順例に沿って説明する。
図２１は、サーバ装置１１０の工程表作成モジュール１５０が実行する工程表算出処理の手順例を示すフローチャートである。この処理は、図４の処理シーケンス中でサーバ装置１１０が実行するステップＳ１７（工事工程表作成）に対応している。以下、手順例に沿って説明する。
【0141】
ステップＳ５００：工程表作成モジュール１５０は、データベースＤＢ２又はＤＢ１に保存された建物モデル（ボリュームデータ）を取り込む。ここでも同様に、上記の補正により最適化された建物フットプリントＢＦＰ（建物ボリュームＢＶＬ）のデータが取り込まれる。
ステップＳ５０２：次に、データベースＤＢ５の工程テーブルを適宜参照して工程表算出モジュール処理を実行する。ここでの処理にも、例えばサードパーティが提供する適正工期算定プログラム（市販品）を好適に利用することができる。このようなプログラムは、適正工期の算出、及び工程表の作成を自動で行ってくれる。
ステップＳ５０４：そして、算出結果をデータベースＤＢ１に保存するとともに、ユーザ端末１０２に対して出力する。
以上の手順を実行すると、工程表作成モジュール１５０は処理シーケンスを継続する。
ステップＳ５０２：次に、データベースＤＢ５の工程テーブルを適宜参照して工程表算出モジュール処理を実行する。ここでの処理にも、例えばサードパーティが提供する適正工期算定プログラム（市販品）を好適に利用することができる。このようなプログラムは、適正工期の算出、及び工程表の作成を自動で行ってくれる。
ステップＳ５０４：そして、算出結果をデータベースＤＢ１に保存するとともに、ユーザ端末１０２に対して出力する。
以上の手順を実行すると、工程表作成モジュール１５０は処理シーケンスを継続する。
【0142】
〔表示処理〕
図２２は、ユーザ端末１０２の専用アプリケーションが実行する表示処理の手順例を示すフローチャートである。この処理は、図５の処理シーケンス中でユーザ端末１０２が実行するステップＳ２１（データ表示）に対応している。以下、手順例に沿って説明する。
図２２は、ユーザ端末１０２の専用アプリケーションが実行する表示処理の手順例を示すフローチャートである。この処理は、図５の処理シーケンス中でユーザ端末１０２が実行するステップＳ２１（データ表示）に対応している。以下、手順例に沿って説明する。
【0143】
ステップＳ６００：ユーザ端末１０２のアプリケーションは、アウトプットデータの読み出しを行う。具体的には、処理シーケンス中のステップＳ１９でサーバ装置１１０から送信された結果をメモリ等に読み出す。なお、ここではデータベースＤＢ１に保存されているデータを読み出してもよい。
【0144】
ステップＳ６０２：ユーザ操作により、建物プラン・建物パースの表示が選択された場合（Ｙｅｓ）、次にステップＳ６０４に進むが、それ以外（Ｎｏ）の場合はステップＳ６０６に進む。
【0145】
〔建物プラン・建物パース表示選択時〕
ステップＳ６０４：ユーザ端末１０２の画面１０２ａに図面・概要書・パース・モデル等を表示する。表示のイメージは、ユーザ端末１０２がタブレット端末等のデバイスである場合は、図３の建物パース図ＰＳであり、パーソナルコンピュータ（ユーザ端末１０４）の場合は、建物パース図ＰＳの他に建物プラン図ＢＰ等も表示可能である。
ステップＳ６０４：ユーザ端末１０２の画面１０２ａに図面・概要書・パース・モデル等を表示する。表示のイメージは、ユーザ端末１０２がタブレット端末等のデバイスである場合は、図３の建物パース図ＰＳであり、パーソナルコンピュータ（ユーザ端末１０４）の場合は、建物パース図ＰＳの他に建物プラン図ＢＰ等も表示可能である。
【0146】
〔上記非選択時〕
ステップＳ６０６：また、ユーザ操作により、コスト表示が選択された場合（Ｙｅｓ）は次にステップＳ６０８に進むが、それ以外（Ｎｏ）の場合はステップＳ６１０に進む。
ステップＳ６０６：また、ユーザ操作により、コスト表示が選択された場合（Ｙｅｓ）は次にステップＳ６０８に進むが、それ以外（Ｎｏ）の場合はステップＳ６１０に進む。
【0147】
〔コスト表示選択時〕
ステップＳ６０８：ユーザ端末１０２の画面１０２ａにコスト一覧を表示する。表示のイメージは、図３のコスト工期表ＣＴにおいて、特にコストの部分にフォーカスしたものとなる。
ステップＳ６０８：ユーザ端末１０２の画面１０２ａにコスト一覧を表示する。表示のイメージは、図３のコスト工期表ＣＴにおいて、特にコストの部分にフォーカスしたものとなる。
【0148】
〔上記非選択時〕
ステップＳ６１０：ユーザ操作により、工程表表示が選択された場合（Ｙｅｓ）は次にステップＳ６１２に進むが、それ以外（Ｎｏ）の場合はステップＳ６０２に戻る。
ステップＳ６１０：ユーザ操作により、工程表表示が選択された場合（Ｙｅｓ）は次にステップＳ６１２に進むが、それ以外（Ｎｏ）の場合はステップＳ６０２に戻る。
【0149】
〔工程表表示選択時〕
ステップＳ６１２：ユーザ端末１０２の画面１０２ａに工程表を表示する。表示のイメージは、図３のコスト工期表ＣＴにおいて、特に工程表の部分にフォーカスしたものとなる。
以上の手順を実行すると、ユーザ端末１０２は処理シーケンスに復帰して継続する。
ステップＳ６１２：ユーザ端末１０２の画面１０２ａに工程表を表示する。表示のイメージは、図３のコスト工期表ＣＴにおいて、特に工程表の部分にフォーカスしたものとなる。
以上の手順を実行すると、ユーザ端末１０２は処理シーケンスに復帰して継続する。
【0150】
上述した第１態様の建設計画システム１００は、例えば以下のような利用形態に供することができる。
すなわち、建設事業者の営業担当者が、モバイル機器（タブレット等）やパソコン等のユーザ端末１０２から入力条件と選択条件（敷地状況、道路状況、法規制、顧客要望等）を設定することで、サーバ装置１１０において対象の敷地に建築できる建築物モデルを形成し、平面・立面・断面図、パース、設計概要表、３Ｄモデル、さらに３Ｄモデルから抽出されるファイルに基づいて建物の概算の費用、工事工期を算出し、それらの結果をユーザ端末１０２で表示することができる。
これにより、対象の敷地にどのような建物を建設できるか検討するために専門家に建物の設計を依頼する必要がなく、また、設計に要する時間や費用の発生を抑えることができ、営業担当者から顧客への情報提供や提案を迅速に行うことができる。
すなわち、建設事業者の営業担当者が、モバイル機器（タブレット等）やパソコン等のユーザ端末１０２から入力条件と選択条件（敷地状況、道路状況、法規制、顧客要望等）を設定することで、サーバ装置１１０において対象の敷地に建築できる建築物モデルを形成し、平面・立面・断面図、パース、設計概要表、３Ｄモデル、さらに３Ｄモデルから抽出されるファイルに基づいて建物の概算の費用、工事工期を算出し、それらの結果をユーザ端末１０２で表示することができる。
これにより、対象の敷地にどのような建物を建設できるか検討するために専門家に建物の設計を依頼する必要がなく、また、設計に要する時間や費用の発生を抑えることができ、営業担当者から顧客への情報提供や提案を迅速に行うことができる。
【0151】
また、上述した第２態様の建設計画システム２００は、例えば以下のような利用形態に供することができる。
すなわち、第１態様の建設計画システム１００を用いた自動設計において、今回の建設計画地における敷地情報（所在地、敷地形状、周辺環境等）、及び建設計画地での建設条件（最大許容容積率・建蔽率、法規制等）に関する建設情報に基づき、所望の要件（特に容積率を向上する要求）を満たすように最適化した建物モデルのデータを提示することができる。
これにより、営業の現場においてユーザ端末１０２，１０４等から情報を入力するだけで、顧客の要望に見合った建設計画を簡便かつ迅速に立案提供することができる。また、整った敷地形状だけでなく、特異な敷地形状を持つ建設計画地であっても、事業化へのインセンティブを十分に満たした建物モデルを生成させることができ、また、顧客要望の建築計画に見合った建物モデルを自動設計により生成させることができるので、営業担当者から顧客へ提供する情報の完成度を高めることができる。
すなわち、第１態様の建設計画システム１００を用いた自動設計において、今回の建設計画地における敷地情報（所在地、敷地形状、周辺環境等）、及び建設計画地での建設条件（最大許容容積率・建蔽率、法規制等）に関する建設情報に基づき、所望の要件（特に容積率を向上する要求）を満たすように最適化した建物モデルのデータを提示することができる。
これにより、営業の現場においてユーザ端末１０２，１０４等から情報を入力するだけで、顧客の要望に見合った建設計画を簡便かつ迅速に立案提供することができる。また、整った敷地形状だけでなく、特異な敷地形状を持つ建設計画地であっても、事業化へのインセンティブを十分に満たした建物モデルを生成させることができ、また、顧客要望の建築計画に見合った建物モデルを自動設計により生成させることができるので、営業担当者から顧客へ提供する情報の完成度を高めることができる。
【0152】
また、本実施形態の建設計画システム１００，２００によれば、以下のような有用性が得られる。
（１）第１態様の建設計画システム１００では、ユーザ端末１０２，１０４により敷地情報及び建設情報の入力を受け付けるだけで、後はこれらの情報を第２態様の建設計画システム２００のサーバ装置１１０に提供し、建物モデルのボリューム生成や建物モデルの生成をリモート処理で実行させているため、処理負荷を分散することができる。
（２）自動設計や法規制チェックの中核部分を第２態様の建設計画システム２００が専用のプログラム（例えば、Ｒｅｖｉｔ、ＡＤＳ－ＢＴ）を用いて実行するため、第１態様の建設計画システム１００はこれら専用プログラムに対するＡＰＩとして動作しているだけであるため、第１態様の建設計画システム１００が得られる建物モデルの汎用性が高い。
（３）専用プログラムによって生成された建物モデルは、３Ｄデータとして取り出すことで他のアプリケーションへの転用が容易であり、コスト算出モジュール１４０や工程表作成モジュール１５０への展開もスムーズに行うことができる。
（４）また、取り出した建物モデルの３次元データを中間ファイルとして出力し、その他のプログラムによる用途（環境シミュレーション、コンピュータグラフィック作成、動画編集等）にも転用することができる。
（１）第１態様の建設計画システム１００では、ユーザ端末１０２，１０４により敷地情報及び建設情報の入力を受け付けるだけで、後はこれらの情報を第２態様の建設計画システム２００のサーバ装置１１０に提供し、建物モデルのボリューム生成や建物モデルの生成をリモート処理で実行させているため、処理負荷を分散することができる。
（２）自動設計や法規制チェックの中核部分を第２態様の建設計画システム２００が専用のプログラム（例えば、Ｒｅｖｉｔ、ＡＤＳ－ＢＴ）を用いて実行するため、第１態様の建設計画システム１００はこれら専用プログラムに対するＡＰＩとして動作しているだけであるため、第１態様の建設計画システム１００が得られる建物モデルの汎用性が高い。
（３）専用プログラムによって生成された建物モデルは、３Ｄデータとして取り出すことで他のアプリケーションへの転用が容易であり、コスト算出モジュール１４０や工程表作成モジュール１５０への展開もスムーズに行うことができる。
（４）また、取り出した建物モデルの３次元データを中間ファイルとして出力し、その他のプログラムによる用途（環境シミュレーション、コンピュータグラフィック作成、動画編集等）にも転用することができる。
【0153】
（５）また、第２態様の建設計画システム２００については、サーバ装置１１０内の各種モジュール（建物ボリューム生成モジュール１３２、法規制確認モジュール１３４、コスト算出モジュール１４０、工程表作成モジュール１５０）が適宜アップデートやモディファイされることで、第２態様の建設計画システム２００から提示する建物モデルのデータだけでなく、第１態様の建設計画システム１００で表示（出力）する情報の内容を自由にカスタマイズすることができる。
（６）第１態様の建設計画システム１００では、敷地形状を手書きデータからも入力可能であるため、実際の営業の現場で紙ベースの敷地情報が用意できない場合であっても、これを画像データに変換して建設計画システム１００，２００の両方を稼働させることができる。これにより、迅速性や利便性をさらに向上することができる。
（６）第１態様の建設計画システム１００では、敷地形状を手書きデータからも入力可能であるため、実際の営業の現場で紙ベースの敷地情報が用意できない場合であっても、これを画像データに変換して建設計画システム１００，２００の両方を稼働させることができる。これにより、迅速性や利便性をさらに向上することができる。
【0154】
（７）外部機関１６０との連携により、建設計画地に適用される集団規定情報の他に、建設計画地を管轄する自治体の定める条例を取得可能であるため、これらの情報を第２態様の建設計画システム２００のサーバ装置１１０に提供し、集団規定情報及び条例に基づく建設条件に適合した建物モデルを生成させることができる。これにより、集団規定情報以外にも自治体の緑化条例・駐車場条例といったその他一部の条例を総合的に考慮することが可能となり、生成される建物モデルの実用性をさらに高めることができる。
【0155】
（８）第２態様の建設計画システム２００は、あらゆる敷地形状に対応して最適化され、特に条件内で容積率を最大化させた建物モデル（建物フットプリント、建物ボリューム）を自動設計することができるため、よりシステムの利便性や汎用性、有用性を高めることができる。
【0156】
本発明は、上述した実施形態に制約されることなく、種々に変形して実施することができる。
一実施形態では、第１態様の建設計画システム１００に対して第２態様の建設計画システム２００を分離することで、全体を分散処理型の構成としているが、サーバ装置１１０の機能をユーザ端末１０２，１０４に全て組み込んだ構成とし、第１態様と第２態様とを統合させた１つの建設計画システムとして構成してもよい。この場合、統合型の建設計画システムは、敷地情報及び建設情報をユーザ端末１０２，１０４からサーバ装置１１０（所定のコンピュータ）に提供するのではなく、ユーザ端末１０２，１０４に実装された専用プログラムに提供することで、同様の処理を通じて自動設計の結果や概算コスト、工程表等の結果を得ることができる。
一実施形態では、第１態様の建設計画システム１００に対して第２態様の建設計画システム２００を分離することで、全体を分散処理型の構成としているが、サーバ装置１１０の機能をユーザ端末１０２，１０４に全て組み込んだ構成とし、第１態様と第２態様とを統合させた１つの建設計画システムとして構成してもよい。この場合、統合型の建設計画システムは、敷地情報及び建設情報をユーザ端末１０２，１０４からサーバ装置１１０（所定のコンピュータ）に提供するのではなく、ユーザ端末１０２，１０４に実装された専用プログラムに提供することで、同様の処理を通じて自動設計の結果や概算コスト、工程表等の結果を得ることができる。
【0157】
第２態様の建設計画システム２００を実現するに際し、サーバ装置１１０は、インターネット等のネットワーク１０５（クラウド）上に置かれていてもよい。あるいは逆に、サーバ装置１１０がユーザ端末１０２，１０４と同一拠点に置かれていてもよい。
【0158】
ユーザ端末１０２，１０４には、サーバ装置１１０から提供された建物モデルの３Ｄデータをアニメーション表示する機能が実装されていてもよい。この場合、自動設計された建物の外観だけでなく、建物の内部に視点カメラを移動させていくことで、建設される予定の建物を擬似的に内覧することもできる。
【0159】
一実施形態では、建物モデルとして物流倉庫を想定していたが、本発明はどのようなタイプの建物にも適用することができる。したがって、オフィスビル、集合住宅、立体駐車場等の建設を計画する場合にも本発明を適用可能であることは言うまでもない。
【符号の説明】
【0160】
１００，２００ 建設計画システム
１０２，１０４ ユーザ端末
１０５，１０６ ネットワーク
１１０ サーバ装置
１２０ 制御モジュール部
１３０ ＢＩＭ実行部
１６０ 外部機関
１０２，１０４ ユーザ端末
１０５，１０６ ネットワーク
１１０ サーバ装置
１２０ 制御モジュール部
１３０ ＢＩＭ実行部
１６０ 外部機関
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】