Industry Foundation Classes Release 1.0

IFC エンドユーザ・ガイド(IFC End User Guide)日本語版

平成 9 年 9 月 1 日

International Alliance for Interoperability

建設業界の相互運用を目指してCopyright © 1996 International Alliance for Interoperability

IFCエンドユーザ・ガイド

もくじ
今日の建設業界の状況････････････････････････････････ ･････････････････････ 1
IAI (International Alliance for Interoperability) ･･････････････････････････････ 2
IFC (Industry Foundation Classes）････････････････････････････････ ････････ 3
支部組織････････････････････････････････ ････････････････････････････････ ･5
分科会 ･･･････････････････････････････････････････････････････････････････････････････････････ 6

会員資格････････････････････････････････ ････････････････････････････････ ･8
会費 ････････････････････････････････ ････････････････････････････････ ･････ 8
IFC 仕様書リリース・ドキュメント････････････････････････････････ ･････････ 9
IFC エンドユーザ・ガイド･････････････････････････････････････････････････････････････････････ 9
IFC ロードマップ･････････････････････････････････････････････････････････････････････････････ 9
Volume I：IFC がサポートする AEC プロセスについて ･･････････････････････････････････････････ 9
VolumeⅡ：IFC プロジェクト･モデル仕様書 ････････････････････････････････････････････････････ 9
VolumeⅢ：IFC モデル交換 ･･･････････････････････････････････････････････････････････････････ 9
VolumeⅣ：ソフトウェア実現ガイド ･･････････････････････････････････････････････････････････ 10

情報モデル化プロセス････････････････････････････････ ････････････････････ 11
IFC ロードマップ････････････････････････････････ ････････････････････････ 13
リリース 1.0 の適応範囲 ････････････････････････････････ ･･････････････････ 13
意匠設計････････････････････････････････ ････････････････････････････････ 14
空間設計 ････････････････････････････････････････････････････････････････････････････････････ 14
壁配置 ･･････････････････････････････････････････････････････････････････････････････････････ 14
ドア配置 ････････････････････････････････････････････････････････････････････････････････････ 15
窓配置 ･･････････････････････････････････････････････････････････････････････････････････････ 15
建具表 ･･････････････････････････････････････････････････････････････････････････････････････ 15

空調設備設計････････････････････････････････ ････････････････････････････ 16
空調設備負荷計算用の面積拾い出し････････････････････････････････････････････････････････････ 16

機器の選択と機器表の自動作成････････････････････････････････ ････････････ 16
工事管理････････････････････････････････ ････････････････････････････････ 17
数量の拾い出しと見積もり････････････････････････････････････････････････････････････････････ 17工事計画 ････････････････････････････････････････････････････････････････････････････････････ 17

FM（施設管理）････････････････････････････････ ･････････････････････････ 17
設備・家具などに関する施設管理･･････････････････････････････････････････････････････････････ 17

付録 A −IAI 参加企業 ････････････････････････････････ ･･････････････ 付録 A-1
付録 B −日本における IAI 参加企業････････････････････････････････ ･･ 付録 B-1
付録 C −IAI と他の技術的な組織 ････････････････････････････････ ････ 付録 C-1
付録 D −建設業界における相互運用････････････････････････････････ ･･ 付録 D-1

i

IFCエンドユーザ・ガイドii

IFCエンドユーザ・ガイド

今日の建設業界の状況
今日の建設業界は、多くの業種によって構成されています。それぞれの業種は、独自の専門用語，技術そして情報の表現と伝達方法によって独立して発達してきました。こうした結果、各業種間で情報を共有する場合に多くの問題を引き起こしてきました。同じ業種の中でさえ、プロジェクト情報の損失やコミュニ
ケーションの困難さが存在します。共同で作業するような場合、プロジェクト費用の追加が莫大になっています。この問題を早急に解決するためにIAI(International Alliance for Interoperability）が発足しました。
現在、建設業界のCAD アプリケーションは、これらの業種の情報の共有化ということに対して、ほとんど機能を持ちあわせていません。例えば、最近完成したデンバー国際空港において、プロジェクト実施中に発生した問題点が新聞紙面で大きく取り上げられ、この点が指摘されました。それは、設計者が作業を開始した時点で、20 以上の異なる業種が、さまざまなプラットフォームのＣＡＤとサードパーティーのアプ
リケーションを使用していました。このことによって、各業種間でのデータ交換ができないことから、つぎの２つの解決策が考え出されました。

1． ソフトウェアのプラットフォーム統一による方法
この方法は、いくつかの設計会社にとっては、新
しいソフトウェア、さらにはハードウェアの購入にか なりの出費が必要となり、しかも、スタッフ
は、新しいツールを熟練する必要が出て来ます。
2． アプリケーション間共通部での情報交換による方法
この方法は、会社にとっては最も慣れた方法で作業をすることができるが、一部データ欠落などの問題があります。(例えば、DXF ファイルによる変換)

結局、経済的な理由で後者の解決策が選ばれました。
上記のデンバー国際空港プロジェクトは、今日の建設業界の代表的な状況を示しています。

建 築

構 造

土 木

施 主

設 備

制 御

FM

施 工

図１ 建築分野の複雑なコミュニケーション

データ共有化による相互運用（Interoperability）をソフトウェア上で解決できてないということは、いろいろな面で生産性の効率化において問題となっています。このことは、建築ライフサイクル、すなわち、設計，施工，および保守管理において、非効率的な作業過程をもたらしています。多くの担当者はライフサイクルの中で同じような作業状況に遭遇し、何度も情報の追加や検索を行わなければなりません。しかしながら、高度情報化時代にありながら、ほとんどの作業で多くの無駄が発生しています。
以上のことから IAI では、データを共有化し、相互運用するための活動を行います。具体的には、コンピ
ュータを利用した高度情報化に対し、標準化を図り、異なるソフトウェア・アプリケーションでも利用できるデータの共有化とその活用の実現化を目的としています。

1

IFCエンドユーザ・ガイド

IAI (International Alliance for Interoperability)
IAI は、建物のライフサイクルを通して、利用するソフトウェア間で、有効な相互運用を可能にするための標準化の作成を目的としています。
当初 IAI は、建設業界に携わる北米 12 の会社によって設立されました。
これらの会社は、相互運用の問題点の解決策を示すために、１９９５年６月のジョージア州アトランタで開催された A/E/C システムショーで、一連のプロトタイ
プ・アプリケーションを展示しました。
これらのプロトタイプは、理想とする相互運用が実現できることを立証しました。
この公開デモンストレーションの成功により、当初の１２社は１９９５年９月世界中の建設業界に対して、この活動への参加を募りました。こうして、国際的なIAI が誕生しました。

建 築

土 木

構 造

共 有
プロジェクト
モデル

施 主

FM

設 備

制 御

施 工

１９９７年９月現在、７つの国際支部､約５００社が参加し、日々その数は増加しています。

図２ IFC が唱える相互運用性の概念図

IAI の「ビジョン」，「ミッション」および「バリュー」は以下のようにまとめることができます。
ビジョン
建設業界の相互運用を可能にすること。
ミッション
プロジェクトのライフサイクルを通して、各業種とソフトウェア・アプリケーションで使用する共有データの仕様の定義，利用の推進、そして広報活動すること。
バリュー● 非営利団体● オープンな会員資格● 協調組織● コンセンサスによる意志決定● 研究成果を適宜公表● 国際的なソリューション
● ソフトウェア専門家と建設業界専門家の共同作業による標準仕様の定義● 仕様公開● 拡張性のある仕様● 最新技術対応

2

IFCエンドユーザ・ガイド

IFC (Industry Foundation Classes）
IAI は、建物を構成する全てのオブジェクト (例えば ドア， 窓，壁などのような要素)のシステム的な表現方法の仕様を定義します。これらの仕様を IFC( Industry Foundation Classes）と呼びます。アプリケー
ションで用いるプロジェクト・モデルのデータ構造も合わせて提示します。
IFC は、各オブジェクトの特徴を明確にしていきます。例えば、ドア・オブジェクトは、単純な線分の集合というのではなく、ドアと認識できる幾何学的な要素を意味します。設計者はドアとして、オブジェク
トを定義、編集することができます。IFC のオブジェクトを利用することで、各業種間において建築モデ
ルを共有することが可能となり、意匠設計や構造設計，設備設計，積算、施工，保守管理の効率化に繋がります。
IFC は、建設業界のソフトウェア・アプリケーション間のデータ共有化とその相互運用を可能にします。
ここでの IFC 仕様書は、このソフトウェア・アプリケーション開発者向けに、オブジェクト指向プログラ
ミングに基づくクラス・ライブラリを定義します。ある 1 つのアプリケーションで作成されるドア・オブジェクトは、他の IFC 準拠のアプリケーションと情報を交換することができます。他のアプリケーション
は、暗黙的にドア・オブジェクトを自動的に認識します。
つまりここでのドア・オブジェクトの特徴は、オブジェクト指向で表現すれば、つぎのようになります。
「自分はドアで、どのようなタイプのドアで、どのような材質で作られ、どのように仕上げられ、どのような操作で、どのような幾何形状で、どこがドアの上枠、縦枠、丁番そして敷居かということを認識します。」
他のアプリケーションは、これらの特徴を理解し、IAI で定義された IFC 仕様を使用して、オブジェクトに情報を付加することも可能です。
さらに、IFC 準拠のアプリケーションにより、電子情報によるデータ(図面，レポートおよび仕様書などのような)を共有することを可能にします。これは、データの一貫性と整合性の保証を意味します。さらに、
この共有データは、設計終了後の施工においても発展し続けます。設計者によって作成された情報は、知的で電子的なフォーマットにより、IFC 準拠のソフトウェアを通して、施工や保守管理に利用されます。
現在、IAI の加盟会社は、多くの業種にまたがって協同で IFC の仕様書をまとめています。IAI は、ソフ
トウェアの作成ではなく、ソフトウェア会社と共に建設業界に IFC 標準を促進すること、そして建設業界でコンピューターの新しい可能性をもつソフトウェア・アプリケーションを作り出すことを意味しています。（図３参照）

3

IFCエンドユーザ・ガイド

ＩＡＩ

ソフトウェアベンダー"公 開"
ＩＦＣ仕様書非ソフトウェア

"商 品"
アプリケーションへのＩＦＣインプリメント
̀

ベンダー "Ａ"
アプリケーション

参照オブジェクト
モデル定義

整合性
基準

インプリメント
ガイド

ＩＦＣ
モデル
交 換

ベンダー "Ｂ"
アプリケーション

モデル交換要求定義
ベンダー "Ｃ"
アプリケーション

図3 IFC 建築モデルに対するIAI とソフトウェアベンダーの関係
IAI が作成した仕様に基づき、ソフトウェア・ベンダーはそれぞれのアプリケーション開発を行います。IAI
は、IFC 建築モデル（ IFC building model）を含むIFC 仕様を作成します。

4

IFCエンドユーザ・ガイド

支部組織
IAI は、国際間協力によって展開されることから、国際支部を組織しています。
現在、図4 で示される7 支部があります。

北 欧
支 部

シンガ
ポール
支 部

イギリス
支 部

北米
支部

日本
支部

フランス
支部

ドイツ
支部

図4 現在のIAI 国際支部
各支部は、IFC の統合を運営する国際評議会とともに、各支部独自の組織構造を持ちます。各支部の組織
構造は、事務局、幹事会、技術統合委員会、および各分科会を組織します。各支部は、支部で行われるそれぞれの組織の運営を行います。

5

IFCエンドユーザ・ガイド

分科会
各分科会は、業種別のそれぞれの専門領域で経験を持つメンバーによって構成されます。
技術統合委員会は、選ばれた業種の専門家により統括され，技術専門家により協同で運営されます。
各分科会ごとに、全体の共有プロジェクト・モデルに適用する特定の業種別のモデルの仕様作成を行います。
建材メーカーやソフトウェア・ベンダーも分科会のメンバーとなり、各業種の専門家との調整を行っていきます。分科会間の会議や調整は、技術統合委員会で運営しています。

幹 事 会

分 科 会

事 務 局

技術統合委員会

図5 現在のIAI 支部組織
国際組織には、戦略の計画の調整と実現する技術委員会があります。
これらのグループには、以下の委員会があります：
研究，ソフトウェアインプリメンテーション，IFC モデル交換，および検証
国際技術統合委員会と国際事務局は、支部間の調整を監督します。

6

IFCエンドユーザ・ガイド

国 際 事 務 局

技術統合委員会

国 際 事 務 局

幹 事 会

分 科 会

事 務 局

支 部 組 織研 究
ソフトウェア
インプリメンテーション

国際技術統合委員会
IFCモデル交換

検 証

図6 IAI の国際組織
技術統合委員会は、各分科会の要求や実現、さらにはその公表について対応します。
技術的な検討は、各分科会のリーダーと技術統合委員会の技術リーダーで対応していきます。

7

IFCエンドユーザ・ガイド

会員資格
IAI 参加資格制度は、オープンになっています。このことは、建築家，エンジニア，施工業者，建物の所有者および管理者，建築製品製造者，ソフトウェア・ベンダー，情報プロバイダー，政府機関，研究室そして大学を含めた、建設業界の様々な組織が自由に参加できるようになっています。IAI 加盟会社の会社代表
者は、大きくは 2 つの業種に携わる専門家です。１つは、建設業界の専門家で、建築家，エンジニア，施工業者および設備管理者といった建築業界で日常の専門業務に携わる人で、エンドユーザの立場となります。 もう１つは、技術専門家で、ソフトウェア開発を行うデベロッパーの立場となります。
建設業界専門家は、IAI と IFC の仕様に準拠したアプリケーションを利用することによって、莫大な利益を享受することができ代表的なエンドユーザです。
ソフトウェア技術専門家は、研究，ソフトウェア設計および工学にバックグラウンドをもつ個人で、一般的に建設業界で経験を持っています。
これらの２つの専門家グループは、共有プロジェクト･モデルを定義するという共通のゴールに向かって協力していきます。
現在、会員数は、急速に増加しています。加盟会社のリストについては、IAI Web サイトのhttp//www.interoperability.com をご覧ください。

会費
IAI は、会員の会費により運営される非営利団体組織です。
この会費は、以下のような目的に使用しています。
● 支部の各分科会と技術統合委員会の開催費用● 国際会議への参加費用● ドキュメントの翻訳費用● 広告宣伝● IFC 仕様書の配布

8

IFCエンドユーザ・ガイド

IFC 仕様書リリース・ドキュメント
IFC 仕様書の対象とする読者は、建設業界専門家とソフトウェア技術専門家を対象にしています。
以下に、リリース1.0 に含まれるドキュメント内容を紹介します。

IFC エンドユーザ・ガイド
この IFC エンドユーザ・ガイドは、 建設業界専門家向けに、IFC 準拠の共有プロジェクト･モデルの概念を含む IFC 仕様書の紹介用として記述されています。このガイドは、IFC に準拠したアプリケーションのエンドユーザに対するメリットの概説，IFC，IAI の概要，それに IFC 仕様の構造化プロセス・モデルについて要約しています。

IFC ロードマップ
IFC のロードマップは、将来、IFC でリリース予定の範囲を概説したガイドです。これは業界と IAI 会員の要望によるプライオリティに基づいています。このことは、要望を満足する解決策に対しての技術的な挑戦です。現時点での IFC1.0 でのロードマップの内容は、IFC のリリース 1.0 で実現されるプロセスの一覧，リリース 2.0 で実現予定のプロセスの一覧，リリース 2.0 以降のリリースの一部，それにリリース内容
における各プロセスの解説となっています。

Volume I：IFC がサポートするAEC プロセスについて
IFC でサポートされる AEC プロセスでは、IFC プロジェクト・モデルがサポートする建設業界の各業種の作業プロセスの説明を行っています。この仕様書では、AEC プロジェクトで定義する範囲に限定しています。さらに VolumeⅡでは、この範囲でのアプリケーションで展開する具体的な IFC に関する情報を構造化して表現してします。

VolumeⅡ：IFC プロジェクト･モデル仕様書
IFC プロジェクト・モデル仕様書では、IFC で扱うプロジェクト・モデルの定義について説明しています。
VolumeⅠの AEC プロセスで必要とされる IFC オブジェクト・クラス，標準インターフェース、それにデータ型についての情報を構造化して明確にしています。また、IFC モデルを構築するにあたってのコンセ
プト・モデルの構造，設計意図、共有関係，アプリケーション開発者によるモデル拡張，それに IFC プロ
ジェクト・モデルが意図しているモデル交換とインターフェース部分に関しても説明しています。

VolumeⅢ：IFC モデル交換
この IFC モデル交換では、外部ファイル交換として使用される IFC プロジェクト･モデル、つまり情報モ
デルの表現について説明しています。この情報モデルは、国際標準である EXPRESS を使用して定義されています。
ソフトウェア開発者は、この EXPRESS 表現による情報モデルを使用することでデータ交換が可能となります。参考として、EXPRESS 準拠のさまざまなCASE ツールを紹介しています。このVolume では、IFC準拠のプログラムの検証を含む実現の問題についての詳細な記述はもちろん物理的なファイル形式ついての概要を提供しています。

9

IFCエンドユーザ・ガイド

VolumeⅣ：ソフトウェア実現ガイド

ソフトウェア実現ガイド

ＩＦＣモデル交換

ＩＦＣプロジェクト・モデル仕様書

さらに、この Volume は、アプリケーション間での情報交換をサポートする標準ソフトウェア構造について標準
インターフェースを通して説明しています。最後に、VolumeⅢで提示されたプログラムの実現と実証について詳細に記述しています。

ＩＦＣがサポートする
ＡＥＣプロセスについて

ここでは、ソフトウェアの開発プロセスの部分的自動化のために、CASE ツールの１つと考えるMicrosoft's
Interface Definition Language (MIDL)を使用しています。

ＩＦＣエンドユーザ・ガイド

ソフトウェア実現ガイドは、VolumeⅢで提示されたIFC
プロジェクト・モデルのデータ交換を実現するための解説となります。

IFC エンドユーザ・ガイドとIFC ロードマップは、無料で入手できるようにしています。しかし、Volume
I からⅣまでは、IAI 加盟会社のみが入手可能としています。
心より加盟参加お待ち申しております。

10

IFCエンドユーザ・ガイド

情報モデル化プロセス
IFC 仕様書は、建設業界の各業種専門家とソフトウェア開発技術専門家で共有される建物データを、ドッ
プダウン・アプローチによって情報モデルとして定義します。建設業界の一般的な見解のもとにコア（核）となる全体的な建物モデルが定義され、各業種にまたがる詳細な部分についてはソフトウェア・アプリケーションに合わせて組み込まれます。下記の内容は、IFC 仕様書の VolumeⅡで使用される重要項目を説明しています。
● 使用方法： 例えば建築家が壁をレイアウトする手順、およびプロセスの各ステップ間で必要となる情報を記述しています。
● プロセス・ダイアグラム：プロセス定義は、以下のようなＴＱＭ図式例を使って説明しています。

ドア位置/
仕様

制限事項
の決定

防火
等級

出入口
要求

サイズ

位置

ドア属性定義開き
勝手タイプ

図7 プロセス･ダイアグラムの例● クラス：オブジェクト指向定義で使用される構成要素です。クラスは、建物データの定義となり、

例えば、ドアなどのような物理的なオブジェクト、もしくは施工プロセスでの追加作業や積算プロ
セスでのリソース（資源）などを表現します。
● インターフェース：インターフェースは、ソフトウェア開発者向けに、IFC 準拠のオブジェクトとのアクセスを可能にするものです。例えば、壁オブジェクトでは、各業種における防火や、構成する空間（部屋）、遮音などに関するインタフェースがあります。
● 属性：クラスまたはインターフェースに取り付く情報で、オブジェクトに付加定義されます。例えば、ドアには、高さ，幅，材質などの属性が付加定義されます。
● 関連：クラス間に定義され、クラス・インターフェースに組み込まれます。例えば、ドアは、壁と関係があり、壁にドアが取り付けられます。このとき壁の一部としてドアが関連付けられます。関連は、実際のオブジェクトとして動作を定義する上で重要であり、例えば、壁を動かすと同時にドアを動かすときに必要となります。
● 情報モデル：クラス，インターフェース，属性，関連を表現するために使用されます。IFC のモデ

ル図化表記法としてEXPRESS-G を使用し、図 8 のように図示することができます。IFC 情報モデルの詳細については、IFC 仕様書VolumeⅡをご参照ください。

11

IFCエンドユーザ・ガイド

3,3 (1)

LocatedInSite(ABS)
IfcBuildingObject(INV) LocatesBuildingObject S[0:?]10,1 IfcSite

1

IfcLevel
IfcBuildingComplex

IfcGeometry.IfcPolyCurve
IfcPolyCurve

BldgPartPaths L[1:?]ContainsBuildings S[2:?]HasParts_Level S[1:?]StoreyPartPaths L[1:?]BuildingPartProfiles L[1:?]StoreyPartProfiles
ContainsStoreys L[0:?]3,1 (14)

IfcBuilding(INV) PartOfBuilding

SiteCoverage

21,4 IfcArea

FloorPlateArea

Elevation

IfcBuildingStorey

21,4 IfcArea
HeightContainsZones S[0:?]PlacementRelSite

PlacementRelSite

Elevation

ContainsElements S[0:?]2,3 IfcZone

BldgHeight

2,1 IfcElement

ContainsSpaces S[0:?]IfcGeometry.IfcOrientedVertex
IfcOrientedVertex

REAL

3,1 (16)
REAL

2,2 IfcSpace

図8 Express-G ダイアグラムの例● テストケース：具体的な建物を使って定義されたデ要素/属性ータとなります。このテストケースにより、ソフト表示
ウェア・ベンダーが開発したIFC 準拠のアプリケー 部屋１
ションの性能をテストすることができます。テスト
面積
部屋番号
ケースは、オブジェクト，インタフェース，属性，
壁１
関連を含むデータを提供します。図9 は、サンプル・
材質
テスト・データの内容です。
方向
壁面積

入力値

単位

26.6261
室１

平方メータ
文字

レンガ
180
12.36

文字
度
平方メータ

厚さ3mm
透明ガラス
7.2
なし

文字

窓１
材質
開口面積
ブラインド

図９ サンプル・テスト・データ

12

平方メータ
文字

IFCエンドユーザ・ガイド

IFC ロードマップ
IFC は、建設業界の各業種の広範囲に渡り、かつ建物のライフサイクルを通して使用できることを目的としてます。IFC は、段階的にリリースを行い、必要な内容を網羅していきます。IFC ロードマップは、今後リリースされる内容・計画を示していきます。
リリースされる内容・計画は、業界における要望とそのプライオリティにもとづいたものとなります。このことは、要望を満足するための解決に対し、技術的な挑戦を行なうことになります。
現在の IFC ロードマップの進捗は、「IFC ロードマップ」として別に公表されています。内容は、以下の通りです。
IFC リリース1.0 で可能になったプロセス・リスト● リリース2.0，3.0 で可能になる予定のプロセス・リスト● リース 2.0，3.0 以降のリリースの部分的ダイジェスト● 内容が採用されたかどうかの記述●

リリース1.0 の適応範囲
IFC リリース 1.0 は、建物のライフサイクルを通して使用される共有プロジェクト・モデルを定義することを目的としています。初期のリリースとして、意匠設計，空調設備，工事管理，および FM(ファシリティ・マネージメント:施設管理）をサポートしていますが、共有プロジェクト・モデルの一部の定義しかされていません。今後のリリースによって、サポート範囲は拡張されていく予定です。
IFC 仕様書のリリースは、達成可能な範囲に限定しています：● ｢コア｣モデルとプラグイン拡張機能のサポート

この機能でIFC モデルの拡張を保証します。
● 4 つの業種（設計，空調設備，工事管理，ＦＭ）のみを記述します。
● ４つの業種で使用されるプロセスの一部がサポートされます。

以下の章は、IFC のリリース1.0 でサポートされる各業種プロセスの要約です。
詳細については、IFC 仕様書のVolume I をご参照ください。

13

IFCエンドユーザ・ガイド

意匠設計
IFC リリース1.0 の建築意匠設計プロセスでは、つぎのIFC プロジェクト・モデルがサポートされます。
● 空間設計● 壁配置● ドア配置
● 窓配置
● 建具表

空間設計
意匠設計における初期段階のプロセスのひとつに、エスキースなどを使って建物の空間表現を行なうことがあります。IFC モデルは、面積，用途，部屋と部屋の隣接関係，建築設備などの情報を含んでおり、効果的に空間を表現することができます。
IFC 準拠のアプリケーションは、計画の与条件をわかりやすく表示し、操作が容易な空間レイアウト機能を持ち、設計者を支援するソフトウェアでなくてはなりません。また、延床面積や容積率などの関連する計画の必要条件を満足しているかどうか、設計者にフィードバックしなければなりません。さらには、この簡単なエスキースから建築図面への変換も必要となります。

壁配置
建物の構造的な変更や、設計プロセスにおけるデザインの試行錯誤の繰り返しによって、図面上で表現する壁の作成や編集に多くの時間と費用がかかります。設計プロセスの簡素化とコスト削減のために、IFC モデルは単に壁を線分で表現するだけではなく、様々な情報を持つ必要があります。つまり、IFC における壁は、例えば壁と他の部分との納まり、材料、仕上げ、および空間との関係などについての情報も含む必要があります。
IFC 準拠のアプリケーションは、設計者が壁の種類や配置、納まりなどを試行錯誤する事に対して、柔軟な壁の作成や編集機能を提供しなければなりません。これらの機能を実現することによって、設計者は様々な角度からの検討を行う
ことができるようになります。設計の初期段階では、設計者は一本線のスケッチだけで十分です。プロセ
スが進んでくると、壁の位置や厚さなどが決まり、エスキースやスケッチよりも具体的な図面の方が分かりやすくなります。

14

IFCエンドユーザ・ガイド

ドア配置
現在のＣＡＤでは、設計している壁にドアを挿入・移動するといった変更作業に手間がかかるものがあります。また建具表などを自動作成するといった設計者を支援するような機能も十分に提供されていません。これらの問題を解決するために、例えば、IFC モデルのドアに対して、様々な情報を持たせています。IFC のドアは、サイズ、形状、開き勝手、材料、建具枠、納まり、取り付け金具や仕上げなどの情報を含んでいます。さらに、挿入された壁についての情報も関係として持ちます。
IFC 準拠アプリケーションで壁にドアを挿入するなどの機能は、設計作業プロセスを簡単に、しかも柔軟なものにします。この機能を持ったアプリケーションを使えば、ドアをいつでも何度でも変更することができます。設計者は、材料，開き勝手，納まり，および仕上げなどを後で決定したりします。この性能的な情報は建具表などの作成、空調性能評価や動線計画時の開口部評価の様な検討に利用するアプリケーシ
ョンで有効になります。

窓配置
ドアと同様に、設計中の壁に窓を挿入したり、その窓を移動したりする作業は、現在のＣＡＤでは手間がかかり、非効率的なものがあります。IFC
準拠アプリケーションでは、窓を配置したり移動したりする作業を簡素化し、自動化したコマンドとして作成することによって効率的になります。
IFCの窓は開口幅や高さ、形状、開き勝手、材料、窓枠、額縁、納まり、取り付け金具、仕上げ、およびグレージングのタイプについての情報を持っていなければなりません。そして、その窓のある壁の接続情報も含まなければなりません。
IFC 準拠アプリケーションは、壁に窓を挿入する機能などを持つことで、以上の設計作業プロセスを簡単に、しかも柔軟なものとします。これらのアプリケーションはいつでも、何度でも窓の詳細情報を変更することができます。設計者は、窓の配置に当たって、開口幅と形状を先に定義し、開き勝手、窓枠の材料、仕上げおよびグレージングのタイプなどの定義を後回しにしたりします。
この窓の性能的な情報は、建具表などの作成、断熱性能の評価、および採光計画などを検討するアプリケーションで有効になります。

建具表
現在、標準的な建具表の作成は、図面上の建具とは連動せず、手作業で拾っているのが一般的です。ＣＡ
Ｄシステムの中にも、図面上から図形を選択し、半自動的に建具表を作成することができるものもあります。しかし、これらは正確に建具を拾ってくれず、常に図面と建具表の整合性をとりながら作業を進めなければなりません。
IFC のドアと窓の表現は、設計していく上で必要な情報を明確で無駄のないモデルとして提供しなければなりません。建具表作成の機能を持つアプリケーションは、拾い出しプロセス（数量把握）の単調な作業を自動化したり、見たい建具だけを図面上（一層分の平面図、部分的な平面図、平面図全体など）で表示

15

IFCエンドユーザ・ガイド
したりする機能が必要となります。さらに、建具表のフォーマットにあわせて出力する作業において、例
えば窓やドアの追加・削除に柔軟に対応できるような機能も必要となります。

空調設備設計IFC リリース1.0 の空調設備の記述の中で、以下の２つのプロセスを定義しています。
● 空調負荷計算用の面積拾い出し● 機器の選択と機器表の自動作成

空調設備負荷計算用の面積拾い出し
建物の冷暖房負荷最大値に対して、建物形状以外の多くの要因が影響します。このひとつとして、外壁ガ
ラス開口のサイズと向きがあります。これは、日射が熱負荷の重要な要因となるからです。
最近では、最大冷暖房負荷計算用のツールが多数あります。これらのほとんどは、建物の幾何形状の正確な情報を必要とします。外壁部分の情報を定量化するプロセスは、現在、意匠図面をもとに手間のかかる
手作業となっています。この作業には費用が掛かり、さらには誤計測のような人為的エラーにもつながります。このプロセスを自動化することは、設計者にとって効果的な機能となります。
IFC 空調設備モデルを使ったアプリケーションは、事前に定義されたプロジェクト・モデルから、建築幾何情報を自動的に抽出し、建物の暖房や冷房負荷計算を容易にします。

機器の選択と機器表の自動作成
空調設備設計プロセスの主な作業に、空調設備システムの構成要素として建物中に設置される機器の選定・確認があります。この作業では、設計図面上に個々の設備機器を作図し、機器表による設備機器仕様の表記を行い、相互関係を維持することが必要となります。空調設備設計では、設備機器が設計図面に追加・削除されますが、人為的エラーが原因で、対応する機器表の情報まで適切に変更されないことがあります。
この作業の自動化は、設計者にとって効果的な機能となります。IFC 空調設備モデルを使ったアプリケー
ションは、機器表に設備機器情報を自動表示し、機器選択のプロセスを容易にします。

16

IFCエンドユーザ・ガイド

工事管理
IFC リリース1.0 の工事管理において、以下のプロセスを定義しています。
● 数量の拾い出しと見積もり● 工事計画

数量の拾い出しと見積もり
数量拾い出しおよび見積もりのプロセスは、IFC モデルを使うことで容易となります。このプロセスで使うIFC モデルには、ドア，窓，面積，およびゾーンなどがあります。

工事計画
工事計画プロセスでは、工事工程表を作成します。ここでは、作業情報と数量拾い出しの過程で作成される資源情報、さらには作業規模と構成要素などの計画用に必要な情報を集めることが必要となります。

FM（施設管理）
IFC リリース1.0 では、以下のプロセスをFM 分野で定義します。

設備・家具などに関する施設管理
施設管理者の作業には、設備や家具などの把握、およびその空間占有に関する管理があります。これらのプロセスを簡素化するために、IFC モデルでは、これらに関する情報を含まなければなりません。IFC 準
拠のアプリケーションは、このプロセスにおける単調な作業を自動化しなければなりません。
例えば、設備・家具などに関する選択規準や設置位置、および空間占有との関係についての検索条件を持つ必要があります。さらには、検索一覧表が容易に作成することが必要です。

17

IFCエンドユーザ・ガイド

18

IFC エンドユーザ・ガイド（付録A）

付録A−IAI 参加企業
フランス支部ARC Cabinct Rochas
Acroport dc Paris
All Systems
ALPI
Amadeus Consultants
Aquitainc Informatique Btp
Autodesk France
Batisoft
BBS SLAMACAD France
CADconsult – Methocad
Campenon Bernard Sge
Coteba Management
CSTB
Ecole d’ Architecture de Saint-Etienne
GeomapGTM Entrepose / Ingerop
Keops Informatique
Methodes et Constructions
Oger International
PharosRobobatScetauroute
Sedinov
SereteSPIE-CITRA
Sulzer Infra SA
Toucan Informatique
Trace Informatique SA
TUP – The’baud Urbanisme & Paysages
XD2

ドイツ支部
acadGraph CAD Studio GmbH
Autodesk GmbHBAUAKADEMIEGesellschaft fur Forschung ,Entwicklu
Bayerische Vereinsbank AG
Bentley Systems Germany GmbH
BocadSoftware GmbHCABCATSCAD And Technical Software GmbH

Computeranwendungen Muigg
Computertechnik Buchholz
CONCAD Software Entwicklungsges.mbH
D S Cdesign-Systems Consult GmbH
Dresdner Bank AGBau/Zentrale Aufgaben
ESS-EDV-Software-Service GmbHFa Me GmbHFacilities Management Software
GRAPHISOFT Computerprogramme GmbHGTS mbH
Hass + Partner
Heinze GmbH Verlag
HI-CADService GmbHHOCHTIEF Software GmbHIEZ AGspeedikon Software
Ing.-Buro Prof.Dr.-Ing. G. Scholz. u. Partner
INIT GmbH
Klebl GmbH Abt. Ingeniceurvermessung CAE
LogotecSoftware GmbH
Mensch und MaschineSoftware AG
Nemetschek Programmsystem GmbH
Novotny Mahner &AssoziierteGesamtplanuugsgesell
OBERMEYER Planen+Beraten
PGN Consulting & Engineering GmbH
Philipp Holzmann AGT echnische Abteilung TZ5
PHI-Tech Software Development GmbH
PIT-CUP GmbH
Planungsgruppe M+M AG
Quadric Software GmbHRIB Bausoftware GmbH
RoCAD Informatik
SOFISTIK GmbHSOLARCOMPUTER GmbH
TCPTechn.Computer-Programme GmbH
Tiedemann und PartnerBeratende Ingenieure
fur BaTNO Building and ConstructionResearch
TRIPLAN Ingenieur GmbH
Vogtlin Engineering GmbH
Wiechers & PartnerDatentechnik
GmbHForschung + Ziegler-Informatics GmbH

付録A-1

IFC エンドユーザ・ガイド（付録A）

北欧支部
Aalborg Universitet
Aalborg Universitet.Teknisk Afd
Abb. AutoCAD-brugere i byggesektoren
Aio-Group Oy
ARK Systems Oy
Arkitektskolen i Aarhus
Bentley Scandinavia A/S
BFC Data A/S
Brick & Krogboe A/S
BPS-centret
BYG DATA
Byggecentrum
CADPOINT A/S
CADpont AB
Carl Bro as
COWI A/S
DC Geodata a/s
Duocon-Electro Oy
Enterprise Net Finland Oy
EuroSTEPsys Oy
Exact Byggekalkulation ApS
Focus Software AS
Halton Oy
Holm & Grut Arkitekter A/S
IBM Danmark A/S
IGP AS
Ins.tsto J&J Pellosniemi
Insinooritoimisto Granlund Oy
Insinooritoimisto R.J.Heiskanen
Inst. For Bygninger og Energi
Institut for Planlaegning
Jidea Oy
Jorn Langvad A/S
KTH. Roval Institute of Technology
LP-Metalli Oy
M.A.D. Oy
Manual New
Niemioja. Seppo
Norges byggstandardiseringsrad
Phonix Tag Materialer
Posti Juha
Progman Oy
Puolustushallinnon rakennuslaitos
Q-Soft Oy
Rakennustietosaatio

RAMBOLL
Rautaruukki Oy
Reidea Ky
SBI
Scan-Cad
Skanska Teknik AB
SKOL ry
Soumen Rakennuttajaliitto ry
Suunnittelutoimisto Poyry&Poyry Ky
Sv.Aa.Christiansen A/S
Tekes
Thurfjellgruppen
Tietovalli Oy
ToComan Oy
Valtion Kiinteistolaitos
Velux A/S
Viasya Oy
Viemose & Spile A/S
Virtark Ov ( VFE Architects )Visual Design Pro
VTT
Workplace Systems Europe
YIT Oy北米支部
Advanced Methods Inc.
AEC Systems
American Ins.of Steel Const., Inc.
American Institute of Architects
American Society of Interior Design
Anshen & Allen
APEC/Industry Partnership to Develop CABDS
Arizona State University
ASC Services
Autodesk Inc.
Axiom Real Estate Management, Inc.
Battelle Pacific Northwest Labs
Bentley Systems Co., Ltd.
Bovis Management Systems. Inc.
Brigham Young University
Burt Hill Kosar Rittlemann Associates
Builders Guild
Building Systems Design. Inc.
Business Products Industrial Assn.
Cal Poly State University
Carnegie Mellon University
付録A-2

IFC エンドユーザ・ガイド（付録A）
Carrier Corporation
CAS Architects. Inc
Cella Barr Assoc.
CIFE. Stanford University
CIMTechnologies Corporation
Component Assembly Systems
Construction Specifications InstituteControl Systems International
David Evans and Associates. Inc.
Diehl Graphisoft. Inc.
Dietzgen Corp.
DPIC companies. Inc.
Environmental Protection Agency ( EPA )Ewing Cole Cherry Brott
Facility Information System. Inc.
FIT . Inc.
Fine Arts & Software. Inc.
Framework Technologies
Frontrunner. LLC
General Services Administration (GSA)
Georgia Institute of Technology
Gordon H. Chong & Partners
Graphisoft
Greenheck Fan Corporation
Griswold. Heckel & Kelly Associates. Inc.
Harmon Contract
HCB Contractors
Heller & Metzger, PC
Herman Miller, Inc.
Hellmuth, Obata + Kassabaum ( HOK )HKS. Inc.
Honeywell Inc.
IAQEMAIBM
IESL. Massachusetts Institute of Tech.
Impact Lab. USC
Industrial Design Corporation ( IDC )Innovative Technology Systems
Intelligent Office Planning Ltd.
Intergraph
Jaros Baum & Bolles
Juniper Russel A.I.A ( Novi Mundi Corp.)
KETIV Technologies
Landis & Staefa
Landy Verderame Arianna Architects
Lawrence Berkeley National Labs
Lehr Associates

Little & Associates
Lucent Technologies (AT&T)
MC2
McNamee. Porter & Seeley. Inc.
Merritt Corp.
Middlebrook & LouieMKS Compu-Group
Naoki Systems
Nemetschek Systems, Inc.
Primavera Systems. Inc.
Public Works and G. S.C
QuickPen International
R.S. Means Company. Inc
Rebis Industrial
RMW
RTKL Associates, Inc.
Semaphore. Inc.
Seet Metal & A/C Assn.
Sigma Design International
Steelcase
Tartus Development. Inc.
Tha Deringer GroupThe Hillier GroupThe Kling Lindquest Partnership
Timberline
Tranc.Tri-Services CADD/GIS Technology Center
Turner Corp.
U.S. Cost. Inc.
University of Cincinnatti
University of Maryland
USA-CERL ( Govermental )Visio Corporation
Walsh-Lowe & Associates
Walter P. Moore and Associates
Wight & Company
Ysrael A. Seinuk. P.C.

シンガポール支部
Construction Industry Development Board
Housing & Development Board
Institution of Engineers. Singapore
Jurong Town Corpration
LEO. Ministry of Defence
National Computer Boad
付録A-3

IFC エンドユーザ・ガイド（付録A）
Public Works Department
Real Estate Developers Association Singapore
Singapore Institute of Architect
Singapore Institute of Surveyors and Valuers

イギリス支部
3Di Systems
Archinet Limited
Architects Design GroupAUG Developer Special Interest GroupAUG Facilities Mgmt. Special Interest Group
Autodesk Limited
Autodesk User's Group (UK)
Autodesk User Group: AEC. SIG
BAA plc
Barbour Index plc
Bentley Systems (UK) Limited
Building Research Establishment
CADS - Computer and Design Services Limited
CADscript
Colin Coleman and Company Limited
Construction Communications
Crown House Engineering
Cymap Limited
Cyril Sweet and Partners
D’Arcy Race
Department of the Environment
Design Systems International
DoE IT Construction Sponsorship Directorate
Donald Smith. Sevmour and Rooley
Elstree Computing Limited
Engineering Technology
Estimation Limited
Fulcrum Integration Consultancy Limited
Geoffrey Reid Associates
Haden Young Limited
Hevacomp Limited
Intergraph
Jacques Duivenvoorden Consultancy
Jeffrey Wix Consulting
John Laing plc
Kinghorn Associates
KPMG
Lloyds TSB plc
London Stock Exchange

London Underground Limited
Manifest Systems Limited
Masterbill
Merlin Gerin Limited
MicroStation Community
Mott McDonald
Parametric Technology Corporation
PDT Solutions
Percy Thomas Partnership
Proteus Solutions Ltd.
Reserch Engineers (Europe) Limited
RIBA Companies Limited (NBS Division)
Roger Preston and Partners
Rosenthal Associates Limited
SCIA Group NV
Ssi Limited
Stanley Bragg PartnershipLimited
Steel Construction InstituteStent Foundations Limited
Taywood Engineering Limited
Trafalgar House Construction Limited
University of Leeds
University of Reading
University of Salford
W.S. Atkins Consultants Limited

付録A-4

IFC エンドユーザ・ガイド（付録B）

付録B−日本におけるIAI 参加企業
旭技研 株式会社
株式会社 厚川設計株式会社 アドデザイン
アネックス環境計画 株式会社
アルテミスインターナショナル 株式会社アンドール 株式会社株式会社 イトーキ株式会社 インテリジェント・オフィス・プラニン
グエーアンドエー 株式会社
SRG タカミヤ 株式会社
応用技術 株式会社株式会社 大塚商会
オートデスク 株式会社株式会社 大林組
株式会社 オリエンタルコンサルタンツ
鹿島建設 株式会社
兼松エレクトロニクス 株式会社
川崎製鉄 株式会社株式会社 キャトル株式会社 ギャラクシー
共同カイテック 株式会社株式会社 熊谷組
グラフィソフトジャパン 株式会社株式会社 構造計画研究所
株式会社 構造システム
株式会社 構造ソフト株式会社 鴻池組
神戸ソフトウェア 株式会社株式会社 コスモエレクトロニクス
五大開発 株式会社
コベルコシステム 株式会社
サイベース 株式会社
佐藤工業 株式会社株式会社 CSK株式会社 シー・ピー・ユー
J.キャドデータバンク
清水建設 株式会社株式会社 ジャストシステム
株式会社 住環境研究所
新日軽 株式会社
新菱冷熱工業 株式会社
スーパーソフトウェア 株式会社

住友金属工業 株式会社
住友セメントシステム開発 株式会社
生活産業 株式会社
セコムキャド 株式会社
ダイキン工業 株式会社
大成建設 株式会社株式会社 ダイテック
株式会社 ダイナウェア株式会社 ダイナミックシステムリサーチ
大日本コンサルタント 株式会社
大和ハウス工業 株式会社
高砂熱学工業 株式会社株式会社 竹中工務店
中電コンピュータサービス 株式会社株式会社 ティー・スガ アンド パートナーズ
テクノビジョン 株式会社
デザインオートメーション 株式会社
テック情報システム 株式会社
東亜建設工業 株式会社
東急建設 株式会社
東京ガス 株式会社
東洋建設 株式会社
東洋紡エンジニアリング 株式会社
戸田建設 株式会社株式会社 トップス・ソフトウェア
飛島建設 株式会社
西松建設 株式会社
日本アイ・・ビー・エム 株式会社
日本国土開発 株式会社株式会社 日本総合研究所
日本総合システム 株式会社株式会社 日本設備企画
日本電気 株式会社
日本ユニシス 株式会社株式会社 間組
パシフィックコンサルタンツ 株式会社株式会社 パスコ株式会社 ビーイング
株式会社 日立製作所
日立プラント建設 株式会社
福井コンピュータ 株式会社株式会社 フジタ
富士通 株式会社

付録B-1

IFC エンドユーザ・ガイド（付録B）
株式会社 富士通愛媛情報システムズ
不動建設 株式会社株式会社 プロジェクトモジュール株式会社 ベントレー・システムズ
前田建設工業 株式会社
三井建設 株式会社
武藤工業 株式会社株式会社 メディアポート
山一工業 株式会社
ユニオンシステム 株式会社株式会社 四電工
YKK アーキテクチュラルプロダクツ 株式会社ラウンドスペース 株式会社株式会社 ワイズ

研究機関
大分大学 工学部 建設工学科 建築環境工学研究室
九州工業大学
熊本大学 工学部 両角・位寄研究室
高度職業能力開発促進センター
建設省 建築研究所
建設省 土木研究所
筑波大学 社会工学研究所
東京大学 神田研究室
日本建設総合情報センター

付録B-2

IFC エンドユーザ・ガイド（付録C）

付録C−IAI と他の技術的な組織
IAI は、他の技術組織団体と協調する方針です。
ISO(International Standard Organization)/STEP(STandard for the Exchange of Product model data)の建築サブ・グループと IAI の共同言明が、1996 年 3 月 25 日、ワシントン DC で発表され、1997 年 6 月上旬のSTEP サンディエゴ会議で正式にリエゾン(Liaison)関係が裁決され、その後承認されました。
STEP(製品モデルデータ交換のための標準化) 委員会と IAI との関係について、テキサスのダラスで開催された特別共同会議で、互いの最終ゴールと目的の提示、技術作業プログラムの概説、協力と協調のための対話が行われました。出席者は、STEP の中のプラント関連、建築関連のグループを含め、50 名以上を数えました。
その会議の中で、互いの組織は、最終ゴールがほぼ同じであり、技術と会員の資産を持っていることを確認しました。IAI は、早期実現に向けて活動します。一方、STEP の標準化プロセスでは、その実証を行うことが必要です。また、STEP では業界全体への対応を行うのに対し、IAI ではモデリングを中心として業界への対応を計ることを目指しています。
会議では、STEP とIAI 間で、技術的なアプローチのより一層の調和，STEP 建築委員会からの規則的な連絡と将来の技術的な協力を保証することについて同意しました。
会議の結論では、IAI の幹部ディレクタと STEP の建築施工議長が、今後互いの組織メンバーが同じテーブ
ルについて会議を行うことを発表しました。
彼らは、それぞれの組織の業界での相補的な役割を尊重しながら、共通作業で協力することに希望を抱きました。

IAI についてIAI は、建設業界の設計，施工そして管理における業務効率化と品質向上のための情報の交換とその共有を可能にするアプリケーション開発と、その使用促進を目的とするオープンな任意参加の会員団体です。IAI
は、1995 年 9 月にアメリカ合衆国で、建設業界企業，建築製品メーカー，施主組織、そしてソフトウェア・
ベンダーの同盟(Alliance)として組織されました。その後、ドイツ，イギリス、日本、シンガポール，フランス，北欧で設立され、さらに中国、韓国、オーストラリア、ベネルクスで参加を計画中です。アメリカ合衆国を含む個々の支部は、国際評議会で承認された支部を代表する各幹事会の議長が出席する幹事会を開催しています。

STEP について
STEP は、ソフトウェア上の相互運用可能な表現と製品データ 1) の交換のための全製造業に関わる国際的な規格です。STEP の目的は、製品のライフサイクルの記述と、特定のソフトウェア・アプリケーション・シ
ステムに関係しない仕組みを提供することです。STEP 内の建設業界グループは、データ交換のための規格と共有をはかり、他のプラント、海洋、そして造船の業界グループと共に、建築・土木業界に対する貢献を目的としています。STEP の建築グループへの参加は、現在 10 ヶ国以上を数え、国家的そして国際的基盤のプロジェクトと業界の専門団体とともに、作業に大きく貢献をしています。
1）ISO10303：業界オートメーション・システムと統合- 製品データの表記と交換

付録C-1

IFC エンドユーザ・ガイド（付録C）

付録C-2

IFC エンドユーザガイド（付録D）

付録D−建設業界における相互運用
著者 Ken Herold，IAI 北米支部 Executive Director， 1995 年 6 月

1 つ屋根の下に住む他人
今日の建設業界は、さまざまな業種で構成されています。各業種は、独自のプロセスと技術を駆使して、物理的な実体である「建物」という共通の目標を目指します。 AEC（建設）プロセスの関係者の多くの場合、気持ちの通じ合った
１チームというよりはむしろ、ひとつ屋根の下に住む別々のファミリーのようなものです。それぞれのファミリーは、ファミリーごとの目標，
必要性そして文化を持ちます。ここでの大なる挑戦は、異なるグループの中での要求を総合化
し、ひとつのファミリーのように振舞うことです。AEC 市場の法的な問題のほとんどは、純粋な建築の失敗を除いて、最後には設計者と施工管理者とが相対することになり、施主が巻き込まれるという事で起こります。AEC プロセスを再設計するためには、2 つの重要な点を変更しなければなりません。第 1 は、後述の自動車業界の例のような AEC 関係者のパラダイム・シフトです。第 2 は、協調し合うプロセスを支える技
術に対する強い要望です。チームとサービスをモットーとする業界にとって、情報を共有する
ための明確な方法論や技術が、各関係者とさまざまな技術的ニーズの間に必要です。
現在、協調的にデータを共有する（相互運用）
方法論や共通の建築モデルを実現する(オブジェ
クト指向データ)技術論があります。

共有されない情報
これまで、AEC の専門家は、２次元の図面上で実質的に情報交換を行ってきました。レイヤーを使用したり、物理的にアイテムを示す記号を
各業種用のレイヤーに配置して実現しました。
例えば、室内展開図の照明スイッチと電気設備
計画の照明スイッチは、同じものですが、２つの別々な図形と属性に分かれています。どちらか一方を変更しても、もう一方は変更されません。その他の例としては、平面，立面そして 3次元モデル用に、３つの別々な要素で表示される窓の図形があります。別々の図形によって、情報を伝える建物の各アイテムの同じ性質は、
建築専門家の設計プロセスの一貫性を妨害するようなエラーを起こします。
共通の建築モデルを使用することで、専門家の情報を保存する方法や再表示する方法が変わります。シンボルの表示方法や、他の業種から表示に必要なシンボルの継承方法を、建築オブジ
ェクトとともに保存または参照することができれば、システム上で異なるレイヤーに別々な表現を保存する必要がなくなります。トレースしたり、情報をどのレイヤーに表示するかということは、現在では建築の専門家が行います。共通の建築モデルは、建築専門家の間でのやりとりが必要とされる場合に、作図または計算機能が実行されます。
共通の建築モデルを使用すれば、AEC 業界は、レイヤーを意識した作図から離れることができるでしょう。パラダイムは、物理的オブジェク
ト、すなわち、建物空間に配置される壁，窓，
ドア，そしてダクトなどを表示するでしょう。
オブジェクトは、必要な場合、それ自身を表示／非表示することができます。オブジェクトの全情報は、オブジェクトと共に保存されますので、仕様書と費用が自動的に連動することになります。整合性は、作図される個々のオブジェ
クトとオブジェクト間に関連がはられてますので、この問題は、やがて軽減されることになるでしょう。

ＣＡＤの発達最近 15 年以上にわたり、AEC での科学技術の利用は、段階を経て発達してきました。線分に

付録 D-1IFC エンドユーザガイド（付録D）
よる描画，円などを線分で作成，繰り返しの多い図面用テンプレートとして要素をグループ化，
テンプレートにテキスト属性を付加，そして非図形情報検索用にリレーショナル・データベー
スとテンプレートを接続するというような段階です。すべての場合、CAD は、プログラムと非図形データ(リレーショナル・データベース)とに独立していました。このような方法では、物理的な世界は、接続されない非自動的な状態でしか機能しないことを示しています。リレーショ
ナル・モデルの中で、複数のテーブルにまたがった正確なデータの作成，関連付け，それに管理に関しては、十分に注意を払う必要があります。リレーショナル・モデルは、表形式の情報がうまく生かせる金融業界などでは機能的と言えます。問題は、建築が、自然の法則に逆行す
る物理的な独立オブジェクトを基礎としていることです。
将来の方向性の最も良い手本は、自然を観察することです。自然界では、建物は、空間に位置しています。環境に影響され、その相互作用が起因となって反応します。新しいオブジェクト指向の技術は、自然の機能性をよく反映しています。鉄骨の梁のようなオブジェクトは、表示
用の情報，断面のサイズ，長さ，そして他の接続フレーム・オブジェクトに対する振る舞いに関係する非幾何学情報を含んでいます。要素はそれ自身で機能することから、例えば、接合オ
ブジェクトの反力計算や風力シミュレーションの場合において、それ自身の曲げや反りを計算する機能を持っています。この技術は、自然界でオブジェクトが機能する方法とよく似ています。

プロジェクト情報の解釈
業界におけるその他の問題は、現在、異なるリソース（資源）が持つ情報によって、さまざまに解釈されることです。AEC 業界では、建築企
画，図面，仕様書，積算，スケジュール，およびプロジェクト記録などの情報のタイプを考慮
して、すべて異なる形式で独立して保存されます。建築プロセスを通して、一般的に、情報は変換され，解釈されて、意図と解釈の間でギャップを埋める新しい情報が取り込まれます。別の問題点は、決定プロセスの間で作成される情報が、つねにプロセスの後半になって、意図を解釈するために取り込まれないで、保存されな
いということです。
例えば、同じプロジェクト・データベースで失われるか、含まれていないいくつかの情報には、
計算書，空間計画書，そして図形とテキスト両方の決定文書などがあります。プロジェクトに関係する情報が失われるということは、設計の意図が失われ、プロセスを通して同時に作業するすべてのグループの解釈に任されます。共通の建築モデルは、潜在的に履歴情報オブジェク
トのレベルで更新され運用されます。

異なる考え方ビジネス界のある人たちは、10 年前の自動車業
界を思い出します。この業界は、現在の AEC 業
界と同じ方法で機能していました。工場内の各担当グループと納入業者は、独立した機能グループに編成されていました。それは、設計，製造，販売，マーケティング，管理の各グループでした。それぞれの機能グループは、独立して機能し、次の担当グループに対しては、最終の成果を渡しました。日本の品質プロセスのために、アメリカの業界は、やむを得ず競争をしながらパラダイム・シフトをしなければなりませんでした。変化は、機能的な範囲ばかりではな
く、車の製造プロセスに集中する競争を操作することでした。まず始めに、大きく公表された
変化は、 LH ラインの最終成果に焦点を合わせたクライスラー社とその関連会社チームでした。
慣習を変えるために、プロジェクトの開始時点で、クライスラー社は、すべての機能の範囲、
すなわち設計，製造，販売などを１つのチームとして組織しました。変更点は、全プロセスを通して、関係する業種の考え方や問題、そして障害に対してスムーズに対応できるように、プロセスの開始から終了までを共同で作業するチームとして各業種を統合することでした。この
結果、エラー，コストそして LH シリーズの自動車の出荷時間がかなり減少しました。
AEC 市場でも、慣習的な面で、同じような変化が期待できるでしょう。

付録 D-2

IFC エンドユーザガイド（付録D）

リニアー相互運用
水平情報共有
計画

設計

入札

文書

施工

ＦＭ

施設計画

垂直情報共有コンカレント相互運用

企画

建築・外構・内装エンジニアリング
工事管理
施 主
注…関係者によっては海外との相互運用となる可能性がある。

プロジェクトの開始時点から共同で作業することになる施主，建築家，エンジニアそして工事管理者は、設計の構築の可能性やコスト管理を
プロセス間を通して行うことができます。結局は、思いがけない建築上の問題をカバーし、あるいは変更を減少することができれば、工事費用の追加を減少することになります。現在、プロセスの中で軽減することが可能なその他の事例としては、建築専門家のプロセスとその後で工事管理者が見積もりを作成するという、別々に行なわれるプロセスが原因で起こる施主の予算に合わせた再設計があります。

と共に保存され、そして建物ライフサイクルの中で、他の関係者が共有できるような独自の情報を、セットで提供するオブジェクト・モデルの機能で継承されます。

時間と距離に沿った情報
AEC 業界の共通な建築モデルには、並行に働くチーム（コンカレント作業）と、時間に沿って働くチーム（リニアー作業）のための配慮が必要です。プロセスにおいて同時に発生する事柄
は、社内と関連業種のチームの双方に影響があります。

AEC 業界でも、自動車業界がどんな協調プロセスにも対応してきたような同様の技術的変化が必要でしょう。自動車業界は、CAD／CAM と
一般に、社内や関連業種内のプロセスは、プロ
その他の科学技術を駆使して、機能の統合や強セスの部分を展開する同じ専門用語と技術を使化をしてきました。AEC 業界は、もう 1 ステッ用する建築チームや構造チームのようなメンバ
プ先に進まなければならないでしょう。次のスーで構成されます。相互運用のための共通な建テップが必要になる理由は、チームでの協調作
築モデルは、将来、プロジェクト間の各業種内業を同じ組織内で行うことができる自動車業界のチームの調整のキーとなり、プロジェクトのと異なり、AEC の建築サイクルは、独立した担ためにオブジェクトが蓄積され、再利用できる当者で構成されるということからです。
ようになります。プロジェクト実施中に、問題
建築のライフサイクルを通して、担当者が同じが発生したときや、機会あるごとに、新しい解組織の一員ではないという理由から、各メンバ決策が出てきます。しかし、現時点では、このーがプラグ・アンド・プレー形式で行うことがようなプロジェクトで学んだり経験したりした
でき、組織に合った技術で使用できるような相一部の解決策は、脇に置いている間に、蓄積で互運用が可能な情報とシステムの統合化が必要
きず、失われてしまいます。
でしょう。オブジェクト指向は、基本の技術を提供します。その基本技術は、相互運用が可能
一貫した相互運用を行うには、様々な業種で、な建築要素と材料レベル、すなわち壁，ドア，
１つの建築モデルを作成するための情報の伝達，ダクト，梁などのレベルで情報を作成、纏め上統合，そして情報の明確化が重要です。関連すげられます。それは、各業種が、オブジェクトる業種で一貫した統合の必要性の例として、ひ付録 D-3

IFC エンドユーザガイド（付録D）
とつの図面類を仕上げるために、意匠，構造，
設備，それにインテリアなどの各種業種間の関係において、並行して展開し、設計の協調と統一が必要となります。建築モデルは、各フェー
ズを通していつでもプロジェクトに合致する必要があります。
プロジェクトの部分役割を担って展開し、そして次のグループに渡していくというプロセスは、
AEC 産業ではごく一般的なプロセスです。これは、施主が、プロジェクトの開始時点、つまり現在の戦略に沿ったプランで建物を建築するかどうかの決定時から発生し、建築の計画を展開
していきます。設計／エンジニアリングの業種
では、まずプランが作成され、施主との非公式の契約の後に、入札用に建設管理者にプランを公開して、その後、契約者に渡ります。多くの場合、サイクルの最終段階で、施主は実際の設
備の保守管理用の情報を受け取ります。プロセ
スを通して、実際の情報は、 契約者用の紙図面
セット用の形式に変更されるでしょう。どのような場合でも、建築モデルを使用する多くのユーザにとって、独自の技術を必要とします。技術は、複数の建築製図システム，構造解析モジ
ュール，積算，スケジューリング・パッケージ、または保守管理システムであるかもしれません。
真に柔軟でそして全てのプロセスで利用できる
ためには、業種で作業を行うための情報の追加や変更において、相互運用的で最適な手法で行えることが必要となります。全てのシステムは、共通の建築モデルである情報を共有するための共通の記憶方法を合わせて持たなけれなければなりません。

世界的プロジェクト
建築業界が、企業から国家的に、そして最終的には国際的なプロジェクト・チームに移行する
につれて、情報を共有しなければならないという必要性は、世界的規模で重要となります。協
調や情報を交換するために、相互運用の共通な建築モデルを使用すれば、世界的プロジェクトでの高いコストを大幅に削減できるでしょう。
現在、国際的に渡航をするメンバーの航空運賃と物理面で、多くの費用が発生します。異なる

時間帯のチームで、情報を共有することができるような機能を持つことは、終日そして世界中で働き続けるようなプロジェクトを可能にします。グループ間でのコミュニケーションとして、共通の建築モデルと相互運用ができるソフトウ
ェアを使用すれば、人間の交渉やコミュニケー
ションのレベルではなく、情報のレベルで行うことができます。さらに共有の建築モデルを使った進んだ使い方を行えば、例えば文書やアプ
リケーションの使い方をサポートするためにテレ・ビデオを使用することで、ビジュアル化された会議が行うことができ、この共通な建築モ
デルの使用が拡大していくでしょう。共通の建築モデルを共有すること、そしてテレ・ビデオの使用は、移動に掛かる出張コストを削減し、アド・ホックな会議の自由度と効果を増大するでしょう。さらに将来において行動決定や決定
意図を保存することが可能になれば、情報は連
続的な時間帯で選択・使用することができ、電子的な形式でプロジェクト調整が可能となります。

情報と企業内チーム
前述したように、オブジェクト指向技術と相互運用は、社内の単一業種のチーム内と同様に、複数の業種と他の会社の間でも大きな利益をもたらします。このことは、２つの機会、第一に情報の整合化が可能な点と、第二に経験とガイ
ドラインを蓄積できる点で感じ取ることができます。
第一の整合化とは、情報自身や情報を操作してできる全情報を含む共通の建築モデルの機能によって制御できることになります。例えば、ドアを削除する場合、ドア内部の振る舞いによって削除され、さらに共通な建築モデルでの壁なども関連を取ることになります。建具表は、現在の建築モデルのリストであることから、図面上に作図されたドアの正確な数と情報を継承する機能があります。今日まで、振る舞い，テキスト，および図形情報は、リレーショナル・デ
ータベースと製図システムの別々のシステムとして扱われてきました。このことは、両者が別々の技術に分かれていたために、データベースの付録 D-4

IFC エンドユーザガイド（付録D）
フィールドが無いために図形処理が難しくなる
か、その逆などがあったことによります。図形
上のドア情報と関連する建具表の情報の間で、1対 1 の関係になる共通の建築モデルのような情報が整合化されたものにとっては、厄介でコストの掛かるのを軽減するでしょう。
第二の新しい技術に取り組む機会は、チーム・メンバーの経験レベルと知識の間に矛盾が生じるときです。共通の建築モデルが、振る舞いと他のオブジェクトとの関連を持つことで、将来的にモデルの中にプロジェクトの経験を移行し保持するするための強力なツールになっていきます。例として、平面図と関連する詳細図において、壁や間仕切りが関係する図面の保守管理に最も手間がかかります。将来、共通の建築モ
デルは、部分詳細図のような図面を構成するオ
ブジェクトの集合を持つでしょう。鉛直スタッドなどに振る舞いを付加するれば、メッセージやリアクションは、耐火壁であることを示すことを図面に伝えることができます。システムは、間仕切りが構造の上に明確に位置することで、詳細図に変更が必要である反応や建築家への示
唆ができます。間仕切りに関係する他のオブジ
ェクトは、建築家にドアも耐火用でなければならないことを示唆することができます。決定の可能性ある経験的なものは、例えばシステムが
床から床高さまでを知っていて、詳細図で間仕切りの構造が鉛直方向の距離間で配置決定されます。将来の構造的な支援を行ってくれるシス
テム例で、相互にメンバーが接続しているスパンを検討する場合、処理スピードを上げ、ミスを削減するような決定プロセスに変わるでしょう。このようなタイプの問題では、現時点のユーザにとって、一般的に時間の制約やプロジェクトの経験不足が原因となって見逃されるかもしれません。
早い時点での指摘として、将来、システムを使用するユーザは、法規やその他の規則によって建築モデルに統合さるなければならない山のような情報の回答支援を受けることができます。
規則や法規の ADA や BOCA などは、機能として組込み、対話形式で使用することができます。
例えば、平面図上にトイレの仕切りのドアを配置する場合、システムは、ユーザに対して ADA

コードに従っていないことを気付かせなければなりません。また、ドアと照明スイッチの関係のように、関連するアイテムの配置の規則も管理されます。ドアを壁に沿って移動する場合は、ドアの開き（幅）とスイッチの位置は、お互いに関係しながら移動することができます。ドアが今までと異なる向きの壁に配置される場合、オブジェクトは、新しい位置に合わせて変更しなければなりません。オブジェクトとその振る舞いによる機能の全ては、時間的または法的のいずれかの人為的なエラーによって発生するコストを削減できるでしょう。

タイミングと情報のアクセス
オブジェクト・モデルを使用するサイクルの中で、建築プロセスを通して、早めに情報が提供されることで決定機能をアップするような状況がよくあります。しかし現状で、早めの情報の提供に対して、障害となることの１つに、その業種に有効な基本の情報の再構築や再変更に費やされる大変な作業量があります。良い例としては、プロジェクト・コストの見積もりがあります。現在、図面からプロジェクトの見積り用の数量の拾い出しには、多くの時間がかかります。問題点は、図面とコストとの間に強い繋がりがないだけではなく、他の業種による変更の追跡や決定がないことにあります。プロセスに関係するコストやスケジュール・テンプレート
を持つオブジェクトを使用することで、コスト計算は、プロセスの中で速く、そしてより早い時期に作成することができます。また、建築モデルが拡大された場合、その拡大部分のみがコストとして更新されます。その他の利点としては、このテンプレートを使用したシミュレーシ
ョンのツールと時間を持てるということです。
工事管理者は、標準のスケジュール・テンプレートを使用したり、または建物用にコンクリー
ト構造物のような建物を建てる施工プロセスに適用される新しいテンプレートを作成することができます。テンプレートを変更すれば、オブジェクト・モデルは、最も適したコストを決定するための類似のものを作成することができます。このオブジェクト・モデルは、情報をより早く入手することができるばかりか、正確な情付録 D-5IFC エンドユーザガイド（付録D）報が必要な詳細図と任意のビューにも対応することができます。

ベンダーの新しい役割
将来、共通の建築モデルと相互運用は、製造業
者と建築業界との関係を変えるでしょう。物理的なアイテムを提供したり、振る舞いとルールを包含する共通の建築モデルを表現することによって、ベンダーは、実際の設計と施工システ
ムのやりとりの部分を提供することができるでしょう。可能性は、オブジェクトが設計意図を反映し、プロジェクトの環境能力に対して柔軟に合わせて考慮することです。このような理由により、建築業界は、設計の中で、プロジェク
トのゴールに最も効果的に決定できる製品を、ベンダーによって切り替えていくことができます。
共通の建築モデルを使用することで、よりオープンで適用性が高く，拡張性のある建築モデルを提供する機会が出てきます。AEC 業界にとっての意義は、専門家が、製品ベンダーやソフト
ウェア・ベンダーが作成するどんなソフトウェ
アでも使用でき、しかも同じ建築オブジェクト・
モデルで終了することができることです。これが、相互運用の定義です。

フォーマットと将来の情報
CAD の使用と情報の共有の歴史の上で、エレメントをどう作成・保存し、その後どう使用するかで、常に不具合が生じました。図形の作成は、その時の担当者に任されることで、基本情報が、その後の段階になって不適当となる場合もあります。例えば、ブロックなどのエンティティを使用するところを線分や多角形，円，その他などの基本的なエンティティを使って建物情報を作成してしまうことです。もし、トレーニング
や時間が原因で、接続情報をエンティティに組み込むのを、線分に設定するならば、その他の業種の作業効率を下げることになり、そのプロ
セスや同じチーム内ではさらに効率を下げるでしょう。

共通の建築モデル情報を使用すれば、オブジェ
クトが全ての情報を持っていますので、情報の操作方法が変わってきます。図形は、属性と振る舞いを備えたオブジェクトの一部分となることから、オブジェクトが、どう作成，操作されるかを制御することで、知的な機能を持ちます。
共通の建築モデルでは、全てをオブジェクトとして保存します。

結論
業界に対する今後の可能性は、製造者サイドば
かりではなく、ビジネスの専門家サイドに焦点を合わせることです。ここ 10 年以上、我々専門家は、作図作業で CAD を使用することに力を入れてきました。相互運用と共通の建築モデルにより、最終的にはエラーの減少，時間の短縮，
およびコストの削減を促進し、プロセスの決定と整合で支援するシステムを持つことができます。
相互運用をサポートし、共通の建築モデルを作り管理するという新しい技術により、ソフトウ
ェア開発方法のパラダイムが変わりました。このプロセス間の変化は、機能的チームのアプローチの議論で早くから述べられていたことと一致しています。プロセスは、共通の建築モデルを設計するソフトウェア・ディベロッパー，工事管理者，建築家，エンジニア，建築製品業者，
および研究といった建築サイクルに従事する多くの関係者とともに、プロジェクトの始めからありました。それぞれの関係者は、設計と、多くの場合にはその相互運用という観点での実施を行ってきました。最終的な成果は、まもなく IAI
によりリリースされるIFC(Industry Foundation
Classes)です。このプロジェクト発端からのコン
セプトは、業界のだれでもが開発し、促進していく、オープンな標準でした。促進することに関心を持つ多くの業界の加盟により、全く非営
利的な立場の IAI が創設されました。上述したように、企業内だけの経験の推移ではなく、業界を通しての推移であることを期待しています。

付録 D-6

IFC エンドユーザガイド− メモ –

IFC エンドユーザガイド− メモ −

IFC エンドユーザガイド（付録E）

付録E−IAI 日本支部

付録E-1