建築情報技術の最前線
建設CALS/ECのキーテクノロジー

CADデータの［次世代］
世界標準
IAI/IFCガイドブック
IAI日本支部編
建築知識 1999年5月号特別付録

建築情報技術の最前線
建設CALS/ECのキーテクノロジー

CADデータの［次世代］
世界標準
IAI/IFCガイドブック

05◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆

09◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆

09
09
20

IAI/IFCとは
IFC編
建設業界とIFC
IFCの現状◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆

24
24

IAI編

◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆

IAIの組織と活動状況◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆

IAI/IFCガイドブックの刊行にあたって
IAI（International Alliance for Interoperability）
日本支部は、96年4月に71社の参加を得て発足し、現在111社の会員企業にて運営されております。全世界に目を向けますと、IAIは｢高度な建設情報の交換｣を目指し、9つの国や地域で600社以上が参加する国際的な活動として展開されており、設計事務所、総合建設業、設備関連企業、住宅メーカー、建材メーカー、エンジニアリング
会社、情報通信/コンピュータ関連企業など、設計/エンジニアリング/建設分野に深く関わるあらゆる業種の企業が、そのもてる技術とノウハウを惜しむことなく出し合い、共通のゴールに向かって協力するという、世界的にも類を見ない協調活動へと発展しております。
97年にリリースされたIFC（Industry Foundation Classes）
は、実用化に向けたバージョンアップを着実に重ねております。その結果、産業界からの広い支持をいただき、今年はさまざまなコマーシャル・アプリケーションに実装されて、IFC対応製品となって登場いたします。今後はCALS/ECを進める上でも、IFCが重要な
キーテクノロジーになっていくでしょう。
さて、IAIは、紛れもない国際標準の制定活動であります。今後IFCの更なる普及に伴って、これをベースにした情報交換が建設プロジェクト遂行のさまざまな局面で求められてまいります。国内外で｢オープンな競争｣を迫られている建設産業は、
IFCに日本の視点を盛り込み、｢ルールを握ってゲーム（市場）を押さえよう｣と狙っている欧米諸国に十分に対抗できる国際的な競争力を高めることが必要であります。
現在、IAI日本支部に参加いただいている会員企業の皆様には、この点をご理解いた
だき、ボランティアとして活発な活動をしていただいております。幸いにして会員
企業のご尽力により、今や日本の貢献やイニシアティブが世界的に高い評価を受けており、IAI国際活動の進め方やIFCの仕様決定に大きな影響力をもつまでに至りました。
IAI日本支部は｢国際活動への積極的な参画｣、｢IFCの普及促進｣、そして｢他のデータ交換標準活動との協調体制の確立｣ を標榜し、地道に、しかし積極的に展開中であります。そしてまたそのように進めていくことこそが日本の建設産業の明るい
未来を切り開くことに通じることになるはずです。本書を参考に、IAIの活動をご理解いただき、より多くの皆様のご参加とご協力を切にお願いする次第であります。
IAI日本支部会長
鹿島建設 株式会社 専務取締役
庄子幹雄

2IAI/IFCガイドブックの執筆にあたって
日本の景気は、バブル経済の破綻以降、長い間苦境に立たされてきています。建設業界は、最もその影響を受け、今後の対応もままならない状況で、リ･エンジニアリングや意識改革など、さまざまな視点からの解決を模索しているともいわれています。特に、コンピュータの導入・活用は重要な位置付けにあり、さらなる情報テクノロジー（IT）の高度化が進められるようになってきています。
一方、ここ数年グローバル化と共に、企業間の国際化やシームレス化が一段と加速化しています。建設業界も例
外ではなく、海外との共同プロジェクトも多く報告されるようになってきました。その背景には、インターネットの活用も見逃すことができない状況となってきました。多くの共同プロジェクトは、相互の情報交換で電子メールを使ったり、スケジュール管理や現場管理ではWebを利用したりして、インターネットなしにはプロジェクト管理が難しい状況になってきています。
上記の情報テクノロジーの高度化やインターネットによるグローバル化のベースになっているものが、データ交換による情報の有効活用であります。そのための標準化や共通化も盛んになりつつあります。特に、建築分野では、
複合文書データ（doc、rtf、sgmlhtml、pdf、xml）
や表計算、データ（csv、sylk）、画像データ（bmp、eps、gif、
tif、cgm、jpeg）、CADデータ（dwg、dxf、dwf、ifc）、動画データ（avi、mov、mpg）、音声データ（wav）など
といった広い範囲に渡るデータ活用が重要となり、これらに着目した標準化と共有化が最近話題となってきています。このようにデータを有効活用することによって、単独な作業から、チームやグループによる協調作業（コラボ
レーション）を実現化することも可能となってきています。
ここで紹介するIAIおよびIFCは、CAD上で構築する 3 次元の建物モデル情報を中心に、データの有効活用を促進するための国際的な活動団体とその仕様内容となります。つまりは、世界的なCADデータの標準化を目指す団体
であり、その仕様作成でもあります。
現在、日本国内外を問わず、建設業界におけるデータ活用のための標準化や共通化の活動は盛んとなってきていて、国際標準化を目指すISOを中心とするSTEPや、国内でも建設CALSなどを中心としたデータ交換のための活動も活発になってきています。IAIは、これらのような他団体とも歩調を合わせ、なかには技術的な仕様の相互利用が行える覚え書きを交わして共有化の動きも出てくるようになりました。
既にIAIが誕生して 4 年目になろうとしています。これまではIFCの仕様書（ドキュメント）作成が中心に行われてきましたが、今後は具体的なアプリケーション、つまりはIFC準拠（もしくは対応）のCADシステムが数多く世のなかに出てくることが課題となっています。IFC準拠CADシステムおよび関係するアプリケーションが世のなかに多く出てくることで、ユーザーである読者のみなさまの設計ならびに施工における業務作業がよりよい環境になっていくものと考えています。
今後より一層IAIおよびIFCを促進し普及させていくためには、建設業界において多くの企業や関係者のご理解とご支援が必須となります。ここでのIAI/IFCの情報を単なる他人事と思わないで、建設業界に携わる一員として、一緒になって情報テクノロジーの向上・躍進にご協力をお願したいと思っています。
最後に、本稿の執筆者は、主にIAI日本支部の活動部隊である技術統合委員会ならびに意匠分科会のメンバー、その他各分科会の各リーダーが担当しましたことを記載しておきます。それから、今回この様な企画・提案にご理解を頂き、いろいろと執筆関係でご支援頂いた建築知識の澤井編集長に深く感謝致します。

平成11年 4 月吉日
IAI日本支部 技術統合委員会

3建設業界は、設計事務所から、ゼネコン、サブコン、さらには資材メー

はじめにカーなど多くの業種によって成り立っています。多様な業種とともに製造する対象が大きく、一品生産であることから、これまで業界全体でIT（Information Technology：情報技術）化を推し進めることは、難しい状況でした。
たとえば、設計・施工段階において、何度となく同じような躯体データなどが繰り返しコンピュータに入力されたり、DXFファイルでも完璧にデータ変換ができず、異なる業務で異なるシステムを利用してデータ活用がうまくいかない現状があります。
しかも、業務そのものが複雑なため、設計段階の意匠、構造、設備の各分野で手戻りが多く、その修正対応に人為的なミスが発生したり、施工段
階では設計内容の決定遅延によって、現場での施工ミスも頻繁に起きています。
しかし、最近のCAD機能の向上やインターネットでの電子メールの活用によって、建設業界でのデータ共有化や標準化の動きが活発になってきました。これまでにもデータの共有化については、建設省の総プロによるDXFファイルを中心に画層や線種などの標準化、パソ協による2次元デー
タ・フォーマットの標準化などがありましたが、実際には個別の成果物のままで終わっています。
これらは、2次元CADを中心とした図面データの変換を対象としていて、実際のCADベンダーに成果物の情報が流れなかったり、現場での認知度も低かったりして、普及につながらなかったとみることができます。
本書で紹介する｢IFC｣（Industry Foundation Classes）とは、建設業界全体、つまり設計事務所から、施工業者、サブコン、設備業者、さらには建築関連のソフトウェア会社なども参加している国際的な非営利団
体｢IAI｣（International Alliance for Interoperability）によって推し進められているデータの標準化といえるでしょう。つまり、｢IFC｣は建設業界における3次元CADのデータ共有化を中心に、企画から設計、施工、保守管理の各段階にわたる相互運用（Interoperability）を目指すデータの仕様と捉えることができます。これは建設業界における高度なIT化を推し進める変革とも考えられます。
今年になって、「IFC」準拠のCADソフトウェアが数社のベンダーによって販売されるようになってきました。今後はより多くの関連ソフトウェ
アが多くの業種にまたがって出てくるものと考えています。さらに、「IFC」
を通じて建設業界における本格的なデータ共有化の夢が現実のものとなっていくものと考えています。
本書は｢IFC｣とともに、｢IFC｣を作成している非営利団体｢IAI」の紹介に加え、建設業界の情報化の現状や｢IAI｣の活動内容などをまとめています。より詳しく知りたい人のためにWeb情報や、IAIへの参加方法なども合わせて記載しています。
本書によって、多くの読者の方々に「IAI」および「IFC」
をご理解いただき、同時に建設業界そのもののIT化において「IFC」を中心とする活動に参画願えればと考えています。
IAI日本支部技術統合委員長

高本孝頼（構造計画研究所）
4

IAI/IFCが建設業界にもたらすもの
高本孝頼［構造計画研究所 技術営業本部 CAD営業部］

IAIとは
IFCは、95年 6 月米国アトランタで開催されたA/E/S
SYSTEMS 95において、建設業界におけるデータの共有と相互運用を目的に結成された非営利団体IAIで紹介されたものです。
このIAIは、建設業界における情報の共有化および相統合委員会や各分科会を構成して、活動を続けてきています。なかでも構造および施工の分野では、日本が中心となってIFCの仕様をまとめているところでもあります。
より詳細なIAIの国際的な組織と活動内容、ならびに日本支部の組織と活動内容については、24頁以降の「IAIの組織と活動状況」
でまとめています。

互運用（Interoperability）
を目的とし、そのなかでIFCのデファクト・スタンダード（実質的な業界標準）化を目指している国際団体でもあります。
現在、IAIの国際組織として図 1 に示すように25カ国（9 支部）が参加しており、600社以上の企業や研究機関で構成されています。日本支部は、96年の春に結成され、現在120社近い企業や大学などが参加して、活動しています（36頁参照）。
IAIのビジョンは｢建設業界の相互運用（Interoperability）
を可能にすること｣で、ミッションは「プロジェクトのライフサイクルを通して、各業種とソフトウェア・アプリケーションで使用
する共有データの仕様の定義、利用の推進、そして広報活動すること」
としています。このミッションを、もっと分かりやすく述べれば「建設業における企画・設計・施工・保守管理を通して、さまざまな業種によるコンピ

図１ IAIの国際組織

IFCとは

ュータ上のデータ共有を実現するため、3次元CADを

IFCは、「Industry Foundation Classes」の略で中心としたデータの仕様の定義を行い、各業種での利すが、直訳すると「産業界の基礎クラス群」となります。

用の推進とその広報活動を行う」
ことと考えています。

もっと分かりやすく説明すると「建設業界における 3 次

現在IAIでは、国際的な活動ということで、国際標準

元CADのオブジェクト指向による部材を構成するクラ化を進めているISO10303、通称「STEP」（Standard

ス・ライブラリ群」となります。ここでのオブジェクト

for the Exchange of Product model）との協調指向による部材とは、建築モデル（building model）
を関係（liaison）
をとり、技術的な相互活用を目指してい構成する柱や梁、壁、開口などを指し、これまでの線ます。さらに、分散オブジェクト・データベースの活分や円、円弧などの図形操作と異なるCAD操作を実現

動団体OMG（Object Management Group）
とも歩するものとなります（図 2 ）。

調を合わせ、こちらも協調関係をとるような動きをしつまり、IFCそのものは、建築部材の柱や梁、壁、開ています。このように他の団体と協調することにより、口などのクラス・ライブラリを階層的にまとめた仕様

IAIでは、既存技術を有効に活用し、より早くIFCの仕で、この仕様に沿ったデータ共有化によるCADやNon−様の実現化を目指しています。

CAD（図形操作をしないCAD以外の建具表や面積表、

IAIの国際活動ということでは、技術会議が年 4 回、国際評議会が年 2 回、さらにはソフトウェア開発に関積算などのアプリケーション）を使うことでデータ変換が可能となります。

するインプリ会議や、最終的な詳細な仕様をまとめる

IFCで考えている具体的なデータ変換には、2 つのデ

STF（Specification Task Force）
会議 なども別途ータ共有化のコンセプトがあります。1 つは、静的デー

行ってきています（26頁参照）。さらには、電話によるタ交換（Static Data Exchange）
で、これはDXFファ（Telephone 会議）
や、電子メールのやり取
Tel−Con

イルと同様な外部ファイルを用いてデータ交換するもの

りなども頻繁に行ってきています。

です。現在、ファイルのフォーマットという意味では、

一方、IAI日本支部の活動としては、IFCの理解ならSTEPのPart21やEXPRESS言語（データの構造化をびにその普及活動を行っていて、技術的な面では技術行って表現した言語）によって、データ仕様がまとめら
建築知識

1999年5月号［特別付録］

5

れています。つまり、これらがDXFフォーマットに変普及していきました。建設業界でも同じで、その大半

わるところとなります。

の目的は、図面の作図機能および編集機能の利用によ

また、もう１つは、動的データ変換（Dynamic Data

る図面作成の生産性向上でした。

Exchange）
で、分散オブジェクト･データベースのコ

もともと建設する建造物が 3 次元であることから、コンセプトをもつCORBA（common ORB architectuer:

ンピュータ上での建物のモデル化も 3 次元であること

OMG が規定している分散オブジェクト・データベースが有効となります。しかしながら、これまでは情報交などの共通仕様）やDCOM（distributed component

換として用いてきたものが 2 次元図面であったことか

object model : マイクロソフト社が規定しているネら、その作業改善や生産性向上のみの 2 次元CADが普ットワーク上のオブジェクト通信規約）を基本としたデ

及していったことも否定できません。

ータ交換となります。これは、ネットワーク上でのコ

IFCは、3 次元建物データベースを中心としていて、ンカレント（並列）作業環境を提供するもので、将来的今後の 3 次元CADの機能を強力に推し進めるものと考に、1 つのプロジェクトでグループの数人が並行してえます。

設計を進める時、矛盾なく時系列にデータベースの管理を行ってくれる環境の提供となります。

IFCでいう 3 次元CAD機能の向上とは、企画段階でのCADから、基本設計のCAD、詳細設計のCAD、さらつまり、同時に2人以上のユーザーによって、１つのには施工図作成や保守管理までのCADが、3 次元CAD

建物データベースにアクセスできるデータ共有化が可能のデータを通じて連動することになります。このこととなります。

によって、多くのCADが 3 次元機能を強化し、本格的に使えるものが開発・販売されることになると考えていIFCの可能性ます。

次に、今後IFCの実現によって、どのように現場が変わっていくかを紹介しましょう。

3 次元CADの機能が向上することにより、各設計段
階での視覚表現が簡単となり、試行錯誤によるフィー

特に設計段階で使われているCADを中心としたなかドバックでの間違いやミスの削減が可能となっていきま

で、そのデータの有効活用はNon−CAD系も含めて考えす。また、集計や積算などのNon−CAD系へのデータ活ていくことが重要となってきます。さらに、設計段階

用や、構造や設備も含めた連動操作が容易になると考から施工・保守管理までの包括的なデータ共有化も重要えます。

となるでしょう。
IFCの可能性としては、多くの場面での期待がもたれ②オブジェクト指向CADの実現可能性ています。ここでは、以下の 5 つの視点から、建設業

IFCで扱うクラス・ライブラリには、オブジェクト指

界でのシステム利用環境が変わっていくものと考えてい向にもとづく関係や属性を、部材などにもたせていまます。

す。つまり、前述したように柱や梁、壁、開口などの部材認識ができるとともに、開口は、壁上にしか存在しないことを、壁と開口との親子関係としてもち、壁①3次元CADの機能向上の実現可能性
現時点の建設業界において、実際に現場で多く使わを移動させるときには、開口も同時に動き、また壁をれているCADは、2 次元の製図用CADが圧倒的に多い

削除すれば、同時にそれに取り付く開口も削除されるというのはご承知の通りです。

ことになります。

90年代に入って、ハードウェアの価格の下落と、ソ

このことから、ユーザーは線分や円、円弧などをどの部

フトウェアの高機能化によって、一挙に多くの現場に材だと解釈（認識）することなく、部材として構成され部材（柱、梁、壁、開口など）の作図・編集操作が可能

部材の関係をもたせた編集操作が可能（開口の移動が壁面上で可能）部材の属性を編集することで位置や大きさの変更・編集作業が可能（梁成や開口の大きさ・位置変更を属性で変更可能）

部材に挙動（振る舞い：ビヘイビア）を与えた編集操作が可能（通り心に関係づけられた部材群を同時に移動することが可能）図2

6

IAI/IFCガイドブック

オブジェクト指向のCAD操作事例

ている図形そのものを指示することで、CAD上の図形

ースを合理的な管理方法で対応することが可能となりま操作がもっと容易になります。つまり、これまでの 2

す。

次元CADでは、線分が何を意味するか、またどの画層

IFCでは、このコンカレントCADを実現することで、に作図するかを意識して図形操作を行っていましたが、3 次元建物データベースを中心とし、複数のメンバー

オブジェクト指向によるCADでは、柱や梁などの部材が同時に１つのプロジェクトをモデル構築する環境を提として認識した図形操作で編集が可能となります。

供しようと考えています。また、このことは、前述しオブジェクト指向によるCAD機能は、ユーザーのた動的データ交換を実現したもので、IFCでのこの環境

CAD操作の認識を大きく改善し、より簡単に建築モデの提供を、コンカレントな相互運用（Concurrent

ルをコンピュータ上で実現できるようしていきます。

Interoperability）と呼んでいます。

③インターネット上のCAD活用の促進化⑤インテグレーション環境の実現

最近、インターネット上の電子メールを使って、データ

IFCの目指す最終環境は、異なるソフトウェア間のデ活用することが多くなってきています。当然、図面データ共有であり、インターネットやネットワークを用ータもその1つとして利用されるようになり、DXFなど

いて連携することにあります。それぞれのCADやNon−を転送し、活用する例も聞かれるようになりました。

CAD系のソフトが統合的に連携され、企画・設計・施もともとDXFファイルのデータ構造が単調であるこ工・保守まで含めたトータルな環境を提供するところにとから、容量が膨大になってしまい、電子メールでのあります。

転送に時間がかかってしまう問題が生じてきています。
IFCでは、このDXFに変わるものとして、よりコンパク

現在、上記の③までIFCの実証実験で確認されてきてトなSTEP準拠のPart21やEXPRESS言語などのフォいます。今後は、さらに④かつ⑤へのステップの可能

ーマット仕様を使っています。しかも 3 次元のモデル性へと進展していく予定です。

として扱うことから、より期待も高くなっています。ここでPart21とは、行番号による図形オブジェクト管理を

IAI/IFCの現状

行うデータフォーマットで、EXPRESS言語とは、図これまでIFC仕様のリリースは、1.0ならびに1.5

形や属性のオブジェクト・データの構造化言語となりま（さらに修正版の1.5.1）と2.0が完了し、3.0が現在開す。

発中です。さらにはリリース4.0のプロジェクト案も上インターネット上のデータ交換は、前述したようながりつつあります。これらは、意匠、設備、構造や施IFCの静的データ交換を実現していることになります。

工、FM（施設管理）などの分野で使用される部材クラス

この実現によって、企画から設計、施工、管理などのの数や充実度によってリリースのレベルが上がるように

時系列で進むデータの有効活用の環境が提供されることなっています。

になります。IFCでは、このことをリニアー（線形）なデリリース1.0と1.5では、意匠やFMなどで使う基本

ータの相互運用（Linear Interoperability）と呼んで的な部材クラスが用意されているだけで、空調設備やいます。

構造などのものは用意されていません。リリース2.0や3.0では、これら空調設備や構造などが拡張され、より④コンカレントCADの実現可能性
コンカレントCADとは、複数メンバーによる並列作

充実した建築モデルのデータ交換が可能となっています（詳細は24頁「IAIのIFCリリースとロードマップ」参照）。

業を可能とするCADを意味します。同時に複数のメン

これまでの 2 年間、建築関連のソフトウェア展示会

バーによって、1 つのプロジェクトを進めていく環境

において、多くのベンダーによってIFCリリース1.0なで、3 次元建物データベースを中心に、各作業を分担しらびに1.5に準拠したプロト版が試作され、互いのソフてプロジェクトをシステム上で推進していくことが可能

ト間でIFCデータ変換の実証実験が行われてきました。

となります。

このことにより、従来のDXFファイルよりもコンパク

IFCでは、最新のソフトウェア技術として、分散オブ

トに、しかもオブジェクト指向による 3 次元建物デー

ジェクト・データベースの概念を取り入れ、このコン

タの変換および活用が容易にできることを立証しましカレントCADを実現しようとしています。これまでは、た。

建物をモデル化したものを 1 つのデータベースとして

また、IFCが次世代のデータ交換の要になることを建構築するには膨大すぎて、応答性も含め、実現化が難

設業界の多くの関係者に抱かせることもできたと考えてしいところでありました。ここで分散オブジェクト・います。

データベースを用いることで、利用者が共通に利用す

現在、このリリースされたIFC仕様をベースに、数社るデータと、個別に利用するデータとを分け、ネットのソフトウェア・ベンダーはIFC準拠のCADやNon−

ワーク上で分散してもたせることで、膨大なデータベ

CADのアプリケーション商品の開発・販売を行うよう
建築知識

1999年5月号［特別付録］

7

になってきました。まだまだIFC準拠のソフトウェアは専門家ではなく専用ソフトで何度となく評価し算出して数が少ない状況ですが、多くのIFC準拠ソフトウェアがみることも可能となります。

出そろってこそ、満足いくデータ活用および相互運用

設計者は、意匠設計であれ、構造設計であれ、ソフが可能になるものと考えています（詳細は17〜23頁参ト上でどう創造的にモデル化するか、またモデル化し照）て算出されて出てくる結果をどう評価するかが重要な役

一方、IAIの活動としては、幹事会や技術統合委員会、割となっていくでしょう。

さらにはいくつもの分科会を開催し、上記したIFCのさ

現在、2 次元図面の標準化も日本国内でもままなら

まざまな進展を図ってきています。さらには、IAI/IFC

ない状況にあります。しかし、ソフトウェアによるデの普及活動の一貫として、たとえば、無料セミナーのータ共有化が計られることで、その動きもCADベンダ

開催やWebの開設、それに最新情報やトピックスをまーの力関係で自ずと共通化されるものと考えます。現

とめたニュースレターやIFCエンドユーザーガイドなど

在の画層や線種の問題もたいしたこととはならなくなるの小冊子配布といったことも行ってきています（詳細はと考えます。

34頁参照）。

IAI/IFCの今後
これまでIAIでは、IFCの仕様作成、ならびに普及活

また、DXFを使ったデータ変換の多くの問題も、IFCを使う上ではユーザー側には無関係となり、ソフト開発側のみの問題となります。ユーザー側はもっと別なことに時間を費やすことが可能となります。

動を手掛け、一方では前述したようにIFC準拠のソフト

今後、建設業界の現場が、より情報テクノロジー化

ウェア開発の促進も行ってきています。今後は、実際を推進し、より合理的な、より生産性の高い方向へとにIFC準拠のソフトウェアを広く普及していくことが課

躍進していくことに疑いの余地はありません。そのな

題となってきています。
そのためには、ソフトウェアの充実とともに、IFC準
拠のソフトウェアの承認制度も重要となります。つまり、IFC準拠として開発されたソフトウェアを、正しくかでIFCは、中心的なキーテクノロジーとして利用されていくことが期待できるものと考えています。

今後の課題

データ交換できるかどうかを認定する制度となります。

今後は、建築の設計・生産の一連のプロセスで、本

さらに、IAIでは、IFCをベースとするビジネス化の検格的に使えるIFC準拠のソフトウェアが多く出てくるこ討にも入っています。つまりは承認制度に伴う実証テストとがポイントとなります。

費用や、IFC準拠ソフトウェア公認のためのロイヤリティな

また、3 次元CADそのものは多くのメリットがあり、どの徴収を考えた法人化を目指すものです。このことにますます普及していくことは間違いありませんが、一

よって、上記した承認制度の体制づくり、IFCリリースの方では相変わらず 2 次元CADによる図面の情報交換もバージョン・アップ対応、それにサポート体制の強化など残ると考えています。それは、可搬性や、広い紙面でが可能となり、さらなるIAI/IFCの進化を考えています。

の広い視野で検討・評価したり、さらには寸法を押さえまた、現時点では実現できていない動的なデータ交換

たり、紙面上の多くのメリットも存在するからです。

の完成には、全力をあげているところでもあります。予定

2 次元図面の検討ということで、IAIでは、ドイツ語では2000年以降となりますが、ネットワークやインターネ

圏支部を中心として、DXF-IIの検討を進めています。

ットをより駆使した新たな作業環境が提供でき、普及活動

これにより、3 次元モデル上の部材と 2 次元図面上のにも大きな拍車が掛かるものと考えています。

部材とが、いずれかの修正・変更においても、自動的

IAI/IFCへの期待
IAI/IFCによって、現在の建設業の設計・生産プロセ
スも少しずつ変わっていくものと考えています。

に連動するロジックを考慮した扱いとなります。しかし、まだまだ案だけが先行していて、具体的なDXF-IIの発表はこれからとなっています。
さらに、IFCで進めている動的データ交換の実現も大

そもそもコンピュータが得意とする計算や膨大な記きな課題となります。まだまだその実体がつかめてい憶、それに検索といったものと、人間が得意とする創ないので、どのようなアプリケーション形態になるか造的な（発見的な）知識とがさらに明確に分かれ、ソフ想定できていないのが現状でしょう。ただいえること

トウェアがより高度となると同時に、人間も賢くソフ

は、コンカレント作業や協調作業（コラボレーション）

トウェアを使いこなし、知的な生産作業へと移行してが可能となる点では、これまでの作業プロセスに大きいくと考えます。

な影響を与えるものと考えられ、新たなアプリケーシ

設計者は、3 次元CADやインターネットを使いこなすことで、場所的に離れたメンバーとも、いとも簡単に同じプロジェクトを展開させていくことができるようになります。また、一部簡単な構造計算や積算などは、

8

IAI/IFCガイドブック

ョンも生まれることが期待できると思います。

建設業界とIFC

竹中工務店のIT（情報技術）の現状中川建［竹中工務店 設計部］
鍵ですが、入口に最大の課題が立ち塞がっています。

設計から施工までのデータを一元管理｢建築生産情報統合システムSISC-T｣

民間の手で早期にIFC仕様を完全なものに

ＦＣ

現在の当社の情報環境は、社員全員がイントラネッ

設計や施工のためのデータにはメーカー、サブコン、協ト化されたパソコンとメールアドレスをもち、日常の力業者の個別ノウハウ（情報）が不可欠で、これらの膨大連絡はメールと社内電話が併用されています。また、な情報の保有量と活用程度が今後ゼネコン（総合請負業）

ほぼ全国の支店の全部門が社内ホームページによる情のレベルを決定します。このために、電子情報化による報発信を始めました。訃報、通達などの社内伝達、標設計と施工の合理化は避けて通れない重要課題です。

準類など図面を含むデータ類の電子化も進み、十分で必要情報の電子化とネットワーク化による、設計、はないにしても、不自由を感じないですむ段階になっ構造、設備などの分野の協調とデータ精度の向上は、ています。

建築の品質を向上させ、無駄や手戻りをなくし、工期

CAD化は’84年に 3 次元対応が可能なソフトの｢マの短縮、建設費の低減に効果を発揮します。さらに高イクロステーション｣を搭載したミニコン版ＣＡＤシ

度な外部技術の利用（アウトソーシング）や、同時並行

ステム｢インターグラフ｣を導入したことに始まり、そ作業と随時確認調整が可能になることで、施工、保守の後、継続してこのシステムを利用、現在もこの後継

管理側からのニーズの事前取り込みが設計プロセスでのＥＷＳ版｢マイクロステーション32｣をCG製作に使行われ、また、施工計画の先取りによる構工法の早期用しています。

検討も可能になることで、コスト、性能設定などが正使用CADシステムは、このソフトのパソコン版｢マ確にできるようになります。

イクロステーションPC｣に、自社開発ソフトを加えた

また、竣工させた建築の生産段階（施工）データを、もので、これにより図面作製と併行して設計者による設計段階へフィードバックし、必要に応じて利用でき

3 次元のモデル作製も容易になり、また、同じ系統のることは、設計施工一貫方式の大きなメリットになり、ソフトを利用しているメリットとして、設計データ（設

このノウハウを、他社が設計して施工のみを行う場合計図）をオンラインでCG専門技術者（社内CGグルーに活用することも、ゼネコン（総合請負業）のレベルをプ)に送ることで、数時間で極めて高度なCG作製が可決定づける要因になります。

能となっています。

今後、建築主、設計事務所、関係官庁、協力業者を含

情報化の目的を｢全業務の効率化｣と定め、設計、施めた社内外とのデータ交換が一層進展していくことは確工情報の電子データ化と、社外データ活用のための仕実で、これらを活用して、21世紀に向けて合理的な建組みづくりをOA化、CAD化、ネットワーク化と併せ築生産システムの実現への努力が必要でしょう。

て実施しました。

しかし、これらのすべては情報伝達が正確に実行さまず、’93年より図面情報の作成、取り扱いの効率れることが前提です。文字情報はインターネットでも化を狙いとした自社開発の一貫連動ソフトを開発し、かなり正確に伝達が可能ですが、図形情報の伝達は、これを軸とした設計施工一貫の｢建築生産情報統合シ

異なったCADソフトの間では、使用に耐えるとはいい

ス テ ム SISC-T｣（ Synthesized

難いのが現状です。

Information&

Constructionof

このような場合、伝達したい内容を予め定義した（属

TAKENAKA）
を構築、2年間の試行後’96年より実際性をもった）オブジェクト志向の伝達方法が、現時点のプロジェクトで利用を開始しました。

では最良の方法で、そのための最も忠実な標準づくり

Interface

Systemfor

このシステムは、建築生産の設計から施工までの各プロセスにおけるデータを一元管理し、各担当者が情Ｉには、民間主導で、現状を踏まえた、実質的な進め方ができる組織が必要です。

報を電子的に共有して、業務を共同で効率よく進める

必要に迫られて生まれたIAI（団体）のみが、実質的ことが狙いで、設備設計施工システム｢マイスター｣と世界標準（グローバルデファクトスタンダード）を目指

いう2.5次元ＣＡＤシステム（平面情報に高さ情報を属すIFC（仕様）をつくり出すことができます。このため性として所有）などを組み込んであります。

には、IAIへのユーザーやベンダーから成る参加者の業務の効率化を目指したシステムですが、社員のＣ輪が広がり、皆が実際にIFCを使いながらレベルアッ

ＡＤ操作が思うよう向上せず、ＣＡＤスキルと情報化

プすることが必要です。フレキシビリティをもった、マインドをいかに早く立ち上げるかに、苦慮していま民間のみが可能な手法で、早期にIFCを完全なものにす。SISC-Tシステムの利用度向上が業務の効率化のしようではありませんか。
建築知識

1999年5月号［特別付録］

9編

コンカレントな生産設計に向けて
今井健志［清水建設 建築本部情報化推進部］

Ｉ
Ｆ
Ｃ
編

現在の建設業を取り巻く環境は厳しく、さらなる生構工法、工程、コストなどを各専門家が有効に活用で産性向上とコストダウンが要求されています。このたきる基盤の提供。

めには、如何に早期の段階から品質やコスト・工期

2）コンカレントな生産設計への対応などの整合を計るかがキーポイントとなり、設計と生より密度が高い情報をタイムリーにやり取りする必産計画を融合した｢コンカレントな生産設計｣形態がま

要のあるコンカレントな業務形態への対応。特に｢静すます重要とされています。

的｣から｢動的｣な情報交換の早期実現を期待します。

ここでいう｢コンカレントな生産設計｣とは、たとえ

3）シームレスな 2 次元と 3 次元の統合

ば、よく現場において「段取り 8 割」といわれます。実

今後しばらくは 2 次元と3次元の混在状態が予想さ際に建物を生産する上で、事前の計画・検討・準備がいれますが、現状の 3 次元システムは 2 次元情報と元かに大事であるかを示した言葉です。しかし、現在のの 3 次元との関連が切れてしまい、変更などにタイムリ

ように建築物そのものの機能がより複雑化・多様化しつーに追従できない問題があります。このためシームレ

つ、さらなるコストダウンや工期短縮を要求されるよスに 2 次元・3 次元情報を扱える仕組みを期待します。

うになると、この「段取り」の考え方も大きく変わらざ

4）業界への普及

るをえません。単に従来の区分である施工実施段階で他企業を含めた関係者間で情報共有できるためには、の「段取り」から大きく転換し、より上流の設計段階か

標準化と業界への普及が必要です。特にもう一方の標ら設計側と施工側が協調し、品質やコスト・生産性の準形式としてISO/STEPがありますが、複数の標準が整合を図った設計仕様・生産計画を同時に検討していく

あることは好ましくなく、双方の一本化を期待します。

「戦略的段取り」＝「コンカレントな生産設計」への変革

5）図面以外の業務やツールとの連携が求められています。

コンカレントな生産設計に向けて

IFCの情報はCADだけのものではありません。実務
では、プレゼン、積算、施工計画、設計監理・施工管
理、保全、ＦＭなど図面以外にも、さまざまな関連業

従来のプロセスでは、基本的に｢設計→施工｣という務と情報が必要となります。本来、それらの情報は互一方向の流れでした。この場合でさえ、特に異なる

いに密接に関連し合っているにも関わらず、現状ではCAD間のデータ連動やDXFによる変換の問題は、多分断され 2 度手間、 3 度手間を繰り返しています。そくの方が苦労されている共通の問題でしょう。

れら非図面的な業務や情報と連携できる仕組みが提供

これが「コンカレントな生産設計」
プロセスになると、され、活用できることを期待します。

生産設計・生産計画の連続的なサイクルとなり、より
タイムリーかつ双方向の情報交換が要求されます。従上記に加え、従来のドラフターの延長である｢結果来のような｢連動｣では、情報の欠落が生じたり多大なの清書｣型システムから、本来の業務である｢計画シミ

労力が必要なため、実務のスピードについていけないュレーション｣や関係者間の意思伝達・調整を支援するなどの問題を生じ｢コンカレントな生産設計｣を展開す｢コミュニケーションツール｣への脱皮が図られて、初る上での障害となっています。

めてIFCがコンカレントな生産設計に対応でき、建築

ネットワーク時代のインフラを活用し、多くの専門家が協調しながらコンカレント（並列）に検討できる｢真生産プロセス全体での生産性向上とコストダウンに寄与できると期待します。

の意味での情報共有｣インフラが今こそ求められていると考えます。

IFCへの期待図

コンカレント生産設計◆従来のプロセス
企画設計 基本設計 実施設計 施工計画

施工

保全

ネットワークというハードウエア的なインフラに加え、実務に即した意味のある情報をタイムリーに共有できるソフトウエア的なインフラ、これこそがIFCと呼ばれる標準形式に期待するものです。
以下にユーザーとしてIFCに期待する内容を列記します。
1）ASME＋C（設計、施工）情報の統合
本来、密接な関係にある設計情報、生産計画情報、

10

IAI/IFCガイドブック

一方向の連動◆コンカレント生産設計のプロセス
企画設計 基本設計 実施設計
生産計画
生産計画

施工
施工

保全
保全

※情報の連動から共有へ 意味のある情報共有建設業界とIFC

社内のデータ構造を積極的にIAIに提案して建設業界の情報の共有化を進める
玉井洋［鹿島建設 設計・エンジニアリング総事業本部 技術部］

Ｉ

建築は多くの人と会社が携わる産業です。

ととして、私が強調したいのは、IFCをサポートする

Ｆ

１つの建物を創るに当たって、その情報をコンピュ

アプリケーションを設計者なり技術者がうまく使いこータ上でデータとして共有することがいかに効率的でなしていけるのかという点です。

あるかということはいうまでもありません。しかし、

IFCがデータで情報を流通させようとすると、当然コンピュータで効率を追求するには、それに携わる建そのデータへの信頼性を考えなければなりません。そ

築家、技術者が、どうやって自分が見たいように操作の信頼性にはシステムによるものと、人によるものとをするのかを知っている必要があります。

があり、建築のように多くのパーツからなっているモ

既にCADという言葉が一般化している今、コンピュ

デルデータを扱おうとすると、人の入力ミスをどうやータによってそれらのことができることをほとんどのって回避していけばいいのかを考えなければならなく設計者が知っていますが、それらを可能にするアプリなります。図面的な表示による確認と表的な表示によケーションの取り扱い方をすべて熟知しているとはいる確認を設計者が完全にチェックしきれるかというとい難いようです。IFCを含むデータ共有のシステム化

そうではありません。

が進み、アプリケーションが全部そろってからそれら

つまり、設計者側も正しく情報を入力していくための使い方を習うのではなく、建築に携わる全員が使いの意識が重要になってきます。3D-CADを使ったトレやすい方法で仕事が行えるように、考えていかなけれーニングや教育体制、サポート体制というのは、こればならないのではないでしょうか。IAIはメーカー／から重要なポイントになると思います。

ベンダーだけの会議体ではなく、ユーザーとなる設計

鹿島では4年前から新入社員研修の一環として3D-

事務所やゼネコンを含めた会議体であり、そこで忌憚

CADによる企画設計演習を行い、3D-CADで正しくのない意見を出し合って、仕様を考えられる場である

建築のモデルを作れる設計者を徐々に育てています（画と思います。

面）。また、社内ホームページから案内しているカフ

CADが建築プロジェクトの中心的位置付けであるとェテリア教育というシステムにおいてフォローアップ

は思いません。しかし、建築生産の業務効率化にCADの研修も実施しています。それらの地道な活動が、いが大変有効な手段となるという期待感はみんながもっずれ来るデータによる建築情報の流通にしっかりと対ていることでしょう。事実、現段階においても仕事をす

応しうることになると考えます。

る上において、コンピュータを使わない業務はほとんど業界全体がより良い方向に行かなければ、自社が良なく、CADによる成果物、Non-CAD（表型図面を作成

い方向に向かわないということは、多くの人が携わるするためのツールや技術計算のツールを指す）による建築ならではの話かもしれません。

成果物は、ほとんどすべてのプロジェクトで作られて鹿島ではIFCに対応した市販のCAD/Non-CADにいます。これらの成果物といわれる物は、それらを作る

よるシステムを利用することで、数年後のグローバルための作業（たとえば建具表を作るための作業）によっ

なデータ共有に対応しようと考えています。また、現て生み出された物が多く、最終成果物である｢建物｣を

在のIFCのバージョンで決められていないデータ構造

作るプロセスの1つとはいえ、「そのための作業｣に無は各社で模索し、先行せざるを得ませんが、企業内部駄を感じた設計者は少なくないのではないでしょうか。

で閉ざすことなく、積極的にその仕様をIAIに提案す

高価なCADには建築モデルの表現機能としてさまざることで建設業界における情報の共有化を進めるべき

まな表形式出力の機能をもったCADがありますが、どであると考えます。

れとして、自社のフォーマットや項目形式にフィットした画
面

ものがなく、システマティックに仕事を進める上で、その

新
入
社
員
研
修
成
果

準備段階に高いハードルがあるのも事実です。やはりシステム側がデータをうまく流通させる手段を用意してほしいと考えるのは自然の流れといえるでしょう。
近年注目されているIFCは、建物のもつ｢意味｣をコ
ンピュータのなかに｢オブジェクト｣としてもち、異なるアプリケーション間でデータ共有を目指すものとして我々は着目しています。IFCにおけるコンピュータ
技術的な観点は他のメンバーのページにお願いするこ
建築知識

1999年5月号［特別付録］ 11

Ｃ編

大林組におけるコンピュータ利用とIFCへの期待
太田洋行［大林組 情報システムセンター システム推進部 推進課］

Ｉ
Ｆ
Ｃ
編

O−SICS構想と現場管理の情報化
大林組は、約 7 年前に図 1 に示すようなO-SICS

でいう「プロジェクト統合管理システム」の基盤となる
データ形式となり、VCを利用する環境が確立すると考えています。

（Obayashi Strategic Integrated Construction

O−SICSは、社内システムとして想定されていまし

System）と呼ぶ新建設生産システムを提案し、その実たが、インターネット技術の進歩やCALS/ECの動向、現を目指しています。

建築業界の受発注の関係から、シームレスにIFCを活

そのための手段として、全店の建築工事事務所を対用した「開いた環境」での利用展開の可能性も見えてき象に情報化による生産管理業務の効率化を図る「現場ます。これによって、建築生産の業務スタイルの変革

情報化推進アクションプラン」を実施しています。現が現実味を帯びてきて、P＋Cが 3 Pにも 4 Pにも匹状では、中途半端な情報化がその効果を相殺している

敵する生産性を上げられる環境が実現することを確信

ため、情報化の徹底を推進しています。

しています。

これによってプロジェクト管理情報を連携利用する環境が整えば、Ｐ（Person）＋C（Computer）≧ 2 Pが可能となると考えています。すなわちコンピュータ

図1

新建設生産システムO−SICSの概念に習熟した現場係員 1 人はそれがない係員 2 人以上

企画・基本設計システムに高い生産性を上げられるということです。

創造

バーチャル・コンストラクション

誘発

融合

プロジェクト
総合管理システム

プロジェクト管理情報を連携利用するためには、単なる 3 次元CADシステムの利用ではなく、そこにプロセスを組み込みこんだ統合的な利用環境が必要となります。着工前に、プロダクトとプロセスの両面から必要な情報が把握でき、その評価が迅速かつ正確に行

データベース
現場生産システム

生産設計システム

工場生産システム
ロジスティクス

施工計画システム

情報通信ネットワーク

労務管理システム

見積システム
要員管理システム

えれば、最適な生産計画を立案することが可能となります。これをO−SICSのコア技術としてバーチャル・
コンストラクション（VC:Virtual Construction）と

図2

バーチャル・コンストラクション

呼んでいます。
全自動建設システムABCSなどがO−SICSの大規模
プロジェクトとして実施されている一方で、一般的な工事事務所を対象にしたVCは、図 2 のようにCADシ
ステムとプロジェクト管理システムを利用して試行しています。しかし現状のアプリケーションとデータで実現できることは限られており、一般展開して現場管理業務に利用できるまでは、しばらく時間が必要だと考えています。

建築生産におけるIFCへの期待
現状のIFCモデルは、システム間の形状データの受け渡しがスムーズに行える程度のメリットしかないと思います。対応しているアプリケーションも、CADシ
ステムが中心であるため、あくまでDXFファイルの延長にすぎないという印象です。
しかし、リリースが進み、CADシステムだけでな
く、IFCに対応したプロセス管理システムなどが出そ
ろえば、IFCをベースにした情報の連携利用が行えるようになると思います。そうすれば、IFCがO−SICS

12

IAI/IFCガイドブック［参考文献］
大友俊夫ほか｢建築生産分野における３次元CADの利用｣（建築の技術 施工1996年8月号 pp.64-72）
工藤立治｢新建設生産システム実現のための現場主導による自立分散型情報化推進｣（第26回建設情報システム研究会講演予
稿集 pp.6-7）

建設業界とIFC

大成建設におけるデータ交換の現状
白草多津雄［大成建設 情報企画部］

Ｉ
設計フェーズにおけるCADデータ交換

まとめ、そしてIFCに期待すること

当社の建築設計部門におけるCADデータの主な交換

当社では、かねてからCADデータ、各種文書データ

は、社内関係者間と設計協力業者の間で行われます。

の交換に必要なネットワーク・インフラを整備してきまし社内関係者間では社内LANを介して行われ、利用してた。昨年の初めには本社・支店はもちろん、作業所と一いるCADも同じ場合が多いのでデータ変換の必要性も部の協力業者との間でもアクセス権をコントロールしなあまりありません。

がらネットワーク上でデータを共有できる環境を構築し一方、外部の設計協力業者とのデータ交換は、互いの社内LANに直接アクセスもできなければ、利用していています。そのため｢データ交換｣というよりも｢データ共有｣という表現を使うことが多くなっています。

るCADも統一されているわけではありません。当社のしかし、一方でデータ変換の問題は相変わらず残っ

設計部門では、外部とのCADデータの交換手段としてたままです。相互が調整して使用するCADをそろえた

インターネットを利用しています。当初はE-mailにCAD

り、相手のデータを直接取り込めるCADを利用したり

データファイルを添付して交換していました。しかし、こしていますが、関係者が多くなればそうもいかずDXFの方法は大きなファイルのやり取りがうまく行かず、問に頼る部分が残っています。

題になることもしばしばでした。そのため現在、社内とまた、設計、施工それぞれのフェーズ内では情報の社外との両方からアクセスできるネットワークの特殊な場伝達が比較的うまくいってきているのですが、フェー所に、データ交換のためのファイル転送専用サーバ

ズをまたぐところではうまくいっているといいきれな（FTPサーバ)を試験的に設置してデータ交換を行う方いのが現状です。それは今の図形表現を主体とする法を試行しています。この方法は比較的大きなサイズのCADでは、フェーズの違いによる表現の違いが大きい

ファイルのやり取りもスムーズにでき、こちらの方法を利ことに起因すると考えられます。

用するケースも増えてきています。しばらくはこの 2 通りの手段が併用されると思われます（図1）。

IFCには建築のライフサイクルにおいて発生するさま
ざまな情報の交換ではなく、共有のための環境の核とな

データフォーマットについては互いが異なるCADを利用る建物モデルであってくれることを期待します。同一フしている場合に限り、従来どおりDXFを利用しています。

ェーズ内の関係者をシームレスな横糸でつなぎ、次のフ施工フェーズにおけるCADデータ交換

ェーズに情報を欠落させること無くシームレスな縦糸でつなぐようなモデルであってほしいと期待しています。

このフェーズでの主なCADデータ交換は建築工事業
者と設備工事業者の間で行われています。しかし、当

図1設計部門におけるデータ交換イメージ

社の場合、互いにデータを渡し合うという運用ではな
く、各工事業者がデータをもち寄り、合成した図面（当社では｢総合図｣と呼んでいます)を作成し、これを共有する方法をとっています。このため比較的大きな作業所では、データ共有用のWindowsNTサーバを設置しています（図2）。
複数の企業体の担当者が 1 つのサーバにアクセスするわけですから、フォルダ構成を標準化したり、それぞれがどのフォルダにどのような権限でアクセスできるかを厳密に設定して運用しています。

図2

作業所におけるデータ共有環境

また、総合図作成における図面合成作業の手間をできるだけ少なくするために、利用するCADを調整した
り、ファイル名によるバージョン管理の方法を決めた
り、利用する画層の調整をしたりしています。利用す
るCADはできるだけ互いが同一のものを、そうでない
場合は互いにそれぞれのデータを直接取り込めるものを選んでいます。やむを得ない場合に限り、DXFファ
イルを介して取り込む方法をとっています。
建築知識

1999年5月号［特別付録］ 13

ＦＣ編

設計者の立場から見たIFC
山梨知彦［日建設計 設計部］

Ｉ
Ｆ
Ｃ
編

設計事務所にとってのIFC
建築の設計から建設に至るプロセスは、複数のスタッフによる共同作業ですから、設計図を始めとした設計情力あるデザインツールとしての認識は高まっているのですが、 2 次元表現が慣例となっている実施設計図書の作成では、あえて3 次元CADを利用するメリットは感じられないため、実例は見られません。

報は必然的に多くのスタッフに共有されるべき必要があ

IFCにより、データ仕様が統一され、電子化された情ります。近年のCADの普及により設計情報は急速に電報に適した実施設計図書のフォーマットが提唱されるこ子化され、その結果、紙上の図面では不可能であった｢設と、それにより新しい 3 次元CADによるコンカレント

計情報の新たな共有｣の可能性が見えてきました。

な設計環境が構築されたならば、元々新しい 3 次元で電子化により情報の理想的な共有が可能となれば、設思考される建築設計作業に大変革がもらされる可能性は計から建設に至るプロセスやデザイン手法自体をも根底大きいと思われます。この点において設計者としてのから揺るがす大変革をもたらす可能性もあるわけで、こIFCへの期待は大きいわけです。

れは設計事務所にとっても非常に大きな意味をもちます。
IFCは、電子化された設計情報の理想的な共有実現のための具体的な試みの 1 つとして捉えられ、設計事務所にとっても、興味をひかれるわけです。

日建設計における現状

IFCへの期待と懸念
IFCへの期待は大きいものの、また一方では設計者ならではの懸念もあります。
たとえば、IFCでは、窓や柱といったオブジェクトごとに｢属性情報｣や｢接続関係｣などの情報をもたせているため、意味をもたない線の組み合わせで図面を描いて日建設計の現状は、 2 次元CADの利用が一応の成熟いたこれまでの 2 次元CADと比べて、IFCの概念を取を見た段階にあるといえます。意匠設計を例に取れば、り入れたCADは操作が容易になるとされています。

当初はすべてCADオペレーターが操作していました

しかし、実際の設計では、柱や梁を直接操作して設が、’93年頃には設計スタッフの間で自発的にCAD利計することは極めて稀で、むしろ当初はあいまいな形用が始まり、’95年には設計スタッフ自らが利用する状でスタディを重ね、そのあいまいな形を徐々に柱や｢セルフCAD｣が、オフィシャルな設計製図ツールとし梁といったオブジェクトとしてとりまとめていく作業がて位置付けられ、今日に至っています。

大半です。したがって、設計意図をIFCのオブジェクト

また、OSの進化によりネットワーク構築が容易になに置き換え、とりまとめるためには、IFCの概念／デー

ったおかげで、チームメンバーがデータを共有して設

タ構造と建築設計の両方に精通した新たな設計者／技術

計を進めることの有効性は非常にリアルに感じられるよ者が必要となることが予想されます。

うになりました。現状ではソフト／ハード上の制約で、またIFCにより設計から建設に至るまでの一貫したデ共同で同時に分担作業が行える「コンカレントな作業環

ータ共有が可能となることは望ましいことですが、設境」が実現されているわけではありませんが、それでも計意図をオブジェクトとしてとりまとめるために、設明らかにメリットが感じられます。

計時点でのワークが増大する懸念もあります。

3 次元CADは、プレゼンテーション部門などではかこうした懸念はあるものの、IFCが打ち出している概なり初期から実戦的なツールとなっています。基本設

念は、CADの普及により、電子化された設計情報をよ

計や実施設計のプレゼンテーション用CGはもちろんのり適切に使うための 1 つの方向性を示していることはこと、手書きパースの下絵のほとんどすべてが 3 次元

確かで、設計者の立場からの声にも耳を傾けていただ

CADで製作されています。レンダラーが描き込む前に、き、IFCが関わっているいずれの分野からも歓迎される

ディスプレイ上でパースのアングルを入念に検討できるものとなることを期待しています。

ことのメリットは、すでに多くの設計者が実感しているところです。

1 人のデザイナーが描いたラフスケッチに対して、10人のドラフトマンが設計図を描き、100人のオペレ

構造分野では、立体的な解析の必要性から、 3 次元ーターが施工図を作成し、1,000人のメーカー側技術によるデータのインプットは日常的なものとなっていま

者が製作図を描くという建築界の図式のなかでは、設すし、設備分野でも気流解析などでは、コンピュータ

計事務所はCADユーザーの少数派です。しかしながら、による 3 次元スタディが活発に行われています。

設計から建設に至るプロセスの川上部分を担当する責任

一方、デザインに関していえば、若手設計スタッフ
がスタディのため 3 次元CADを利用し始めており、魅14

IAI/IFCガイドブック

からも、設計者ならではの立場でIFCの成立の過程を見守っていく必要があると感じています。

建設業界とIFC

社内CAD教育とIFC
萩原忠［池下設計 開発室（A&C）］
池下設計および関連会社（MAG池下設計など）におなどの社内標準化を徹底させています（図）。

けるCADを利用した主な業務内容を区分しますと、

データ交換時に予測されるトラブルを最小限に押さ

Ａ．建築設計業務でのプレゼンテーションを含めた企える方法や、会社や自分達が過去に蓄積した図面や部

画設計・基本設計・実施設計に利用
Ｂ．生産設計図（建築施工図）作成を柱に、設計事務

品のCADデータをCD-ROMに納め、状況に応じて有効に利用する方法も教えます。

所・総合建設業各社・ハウスメーカーなどが必要とする各種建築図面の作成支援に利用の 2 つになります。
まず、｢Ａ．｣のプレゼンから実施設計までの業務にこの社内教育の最後に、前記業務を効率的に行おうとするとき、現状で支障になっている事項を回避するための今後の指標として、建設CALS/ECの話とともにIAI/IFCの内容も教えています。

おける具体的なCADの利用方法は、次のようになりま

IFCファイルが業界のスタンダードとして使われるす。

ようになれば、現在の図面や部品のディレクトリ管

1）
最初にAutoCADやJW̲CADなどを使って企画設計

理・レイヤー管理を応用して、IFC対応の 3 次元CAD

から基本設計を行います。

のオブジェクト管理ができるようになると思われるこ

2）プレゼンテーションなどで3次元データが必要な場とや、属性情報をもたせた部品を個々の使用状況に合合は、上記CADデータを利用し、form・Ｚなどを使っ

わせて編集するときや部品同士の整合を計るときなど、て 3 次元化およびレンダリングを行って出力します。

せっかくつくった部品を分解しなければならない不条

3）実施設計で使うCADソフトは、基本的には基本設

理も回避されることを説明しています。

計で使用したものを使いますが、データ交換が必要な

最後に、この教育でIAI/IFCのことを初めて知った場面では、異なるソフト間でもDWGファイルで交換

社員の感想を載せたいと思います。

できる場合はDWGで行うことを優先し、DWGに対応『今までCADを｢電子ドラフター｣としてしか使っていしていないソフトの場合はDXFファイルで交換しまなかった自分にとっては、まったく価値観の変わるもす。

のでした。特に痛感した点はコラボレーション・共同

4）
実施設計の過程で、個々の設計者が設計上の自己確作業によるデータの作成という部分であり、環境が整

認 や 相 互 理 解・調 整 が 必 要 と 考 え た 場 合 に は 、備された状況では｢作図｣という行為があまり価値をも

GRAPHISOFTやMiniCADを使って部分部分の 3 次

たないことでした。
「作図｣作業は｢CADオペレーター｣

元データを作成・活用します。

に任されて低コスト化が図られると思われます。そう

このような利用方法は、現状の平均的な組織設計事
務所で一般的に行われている手法だと思われます。

なった時に｢技術者｣として生き残るための手段は何かという点は自分にとって切実な問題であり、今後は目次に、｢Ｂ．｣の生産設計図（建築施工図）作成などのの前の業務のなかにもそういった将来像を視野に入れ業務では、基本的には当社が技術協力を行う得意先がてデータの運用・管理をし、今までとは違った観点で使っているCADソフトを使用します。

のCADの技術を磨いていくという姿勢が求められていそのため、この種の業務に従事する技術系社員には、
D W GとD X Fのファイル形式の両方が入出力できる
CADソフトの習得を指示しています。この指示の延長
線上で、AutoCADを使った 2 次元での効率的な図面作成方法の履修を中心に、重複データの管理とその運用ができるようになるための社内CAD教育を行っております。

るのだと感じました。』
図

実施設計図の作成手順
１．パソコンのシステム
を決める

CADの使用方法，
各図面のデー
タブロック化検討，
画層設定

２．画面用途に合わせた図面設計を行う

単位，縮尺，用紙，画層，シ
ステム変数，画面ファイル名，
出力ファイル名

３．設計図書制作要領書に合わせた図面管理
方法を決める

図面枠，
文字，
寸法，
タイ
トル，
通芯，
各種表記記号

具体的には、CADで図面を作成できることを前提

初期設定ファイル
（テンプレートファイル）の作成に、 1 個のCADデータに複数階のデータを重ね合わ

外部参照

せたり、縮尺の異なる図面表現を併記して要求される図面を随時出力しています。そして、CAD図面作成のルールとしてのフォルダー名・ネットワーク内ツリー構

面積表，採光，排煙，平均地盤測定図等た日常のデータ管理・業務完了時のデータバックアップ

立面図，断面図

外部参照

外部参照

成・ファイル名・レイヤー名・出力情報などの設定方法
や、データ管理手法としての自動日付スタンプを使っ

基本DATAの作成
芯線図，平面，立面
断面のBlockData

外部参照

配置図，
平面図，
天井
officeソフトでの建具表
外部参照 伏図，
DATA作成建築知識

外部参照
ペーパー空間平面詳細図
展開図

1999年5月号［特別付録］ 15

Ｉ
Ｆ
Ｃ
編

空調設備工事におけるCAD利用の現状
今野一富［高砂熱学工業 東京本店 技術 1 部 CAD課］

Ｉ
Ｆ
Ｃ
編

当社の主要業務は、空調設備工事業です。当社の現間が確保でき、受講生同士で互いの図面に対し技術的場事務所に常駐する技術者の施工管理業務は、38%

なディスカッションを行うことができるようになったが施工図の作図・検図などの施工図関連業務になっていことが原因と考えています。

ます（図1）。現場のなかでは、他社との情報交換が多社内外の高度情報化の進捗度を考慮すると、よいタ

く必要となります。情報交換のツールは、やはり今もイミングでシフトできたと考えています。図面の電子｢図面｣が中心です。

化が進んだ後には、図面内のデータがもっている属性

ベンダーと空調設備用CADを共同開発
図面のCAD化や文書の電子化の動きに対応するために、現場技術者の業務に情報技術の効果的利用が必要となってきました。まず、施工図作成の生産性を向上

利用の段階へと進めて、さらにCADの効果的運用と他ソフトとのデータ連携強化を図っていきたいと考えています。
このための基盤としてのIFCには、期待するところが大変に大きいものがあります。

するために、CAD利用の裾野を広げることから始める

空調設備工事の施工では、図面を基にして静圧・揚こととしました。そのために、技術者自身が施工図を程計算などの技術計算や積算のための数量拾い、進捗

作図するツールとして使うことのできるCADを探しま管理など多くの業務を行います。単独業務を処理するした。

ソフトは活用していますが、情報の再入力が必要であ

しかし、この時点でのCADソフトは、ユーザーのたり、関連業務間の連携は人間に頼っています。施工対めの使いやすさの追求が不十分に見えましたので、当象となる空調設備をIFCで表現できれば、大きな生産社が要件をまとめて、外部仕様作成に参画し、CADベ性の向上が可能となります。また、顧客にFMに利用

ンダーとともに新しいコンセプトの空調設備技術者向できる情報を提供することも容易になります。施工段

けCADを開発しました。現在はこれを運用していま

階のみならず建物のライフサイクルを通じた情報利用す。
用者の86%を占めていました。’97年の秋に本運用を開始しましたが、約1年半を経過して、すでに現場技術員の利用比率が59%となり、CAD課や設計部などの内勤部門よりも多くなりました（図2）。
空調設備技術者がこのCADを有効なツールとして認めたことが、利用につながったと考えています。利用範囲も、施工図のみならず施工要領書やプレゼンテー
ション資料などに広がっています。
機能が必要最小限で、操作のやさしいソフトウェア
が創り出されたことで、完成度の高い図面、そして情報伝達性に優れた図面を効率的に作成することが可能となりました。もちろん、空間的位置関係（高さ）の情報を属性としてもつ（2.5次元）ことにより、最終的な干渉チェック、他のシステムとのデータ互換性をもたせることが可能なシステムとなっています。

社内CAD教育とIFCへの期待
若手技術員に対する施工図教育も平成10年度よりCADに転換しました。これ以前は手描きで行っていましたが、集合教育期間内に完成できず、現場にもち帰って仕上げる受講者が 2 割程度いました。
今年度は、全員が教育期間内に図面を仕上げられたばかりか、合格レベルに達する者も、以前の 1 〜 2
割から 5 割に上がりました。作図が早くなり、検討時

16

,,,,,
,,,,
,,,
,,
,,,
,,,,
,,,
,,,
,,,
,,,
,,,
,,,
,,,
,,,
,,,
,,,
基盤にIFCがなる日が来ることを期待しています。

このソフトを展開する前は、CADオペレーターが利IAI/IFCガイドブック

図1

空調設備工事現場業務

打合せ
14.4％

その他
試運転調整 4.0％
3.1％

書類作成
20.1％

図2

施工図関連
38.0％

現場巡回
20.4％

CAD利用者の割合

内勤部門
17％

CAD課
24％

現場技術員
59％

建設業界とIFC

NECのIFC対応
山本賢司［日本電気 第一製造業SI事業部 第四システムインテグレーション部］

Ｉ

NECは昨年、国内で始めてIFCインターフェース対応の｢NcadArc」をリリースしました。
NcadArcは企画設計から基本設計・実施設計を支援

Ｆ

画面1 平面図で柱の
属性を表示

Ｃ

するオブジェクト指向の建築CADです。その特徴は、基本となる図面（平面図、床伏図）で部材データを配置

編することで、各部材のオブジェクト情報がデータベースに構築され、各種図面（立面図、断面図、パース図、
展開図、詳細図など）が自動作成できることです。
また、修正された情報は関係するすべての図面に反画面2 IFCインターフェー
スでのIFCデータの表示

映されるため、各図面間の整合性を確保することが可能となっています。さらに、あらゆるフェーズで数量（部屋・仕上げ、躯体）の算出が可能であり、積算など
他のシステムに応用できます。
画面 1 はその例で、平面図の画面で柱の属性を表示
しているところです。NcadArcではIFCインタフェース機能としてNcadArcの物件データ（建物データ）とIFCデータへの入出力が可能です（画面2・3）。
今後は、他のIFC対応ソフトとも協調関係をもち、建設関連ソフト間の情報交換、共有をIFCで実現できるよ
うに、実証を含め対応していきたいと考えています。

画面3 IFCインターフェースでのNcadArcの部材情報の表示

富士通のIFC対応
松下武司［富士通 第２パッケージ事業部 デジタルエンジニアリング部］
富士通では、｢建築CAD Personal BLD｣によりータ構造の違いから問題が発生する場合があり、それをI F C 実 証 実 験 を 行 い 、 そ の 成 果 を ’9 9 年 2 月 に解決する有力な1 つの手段としてIFCがあります。CAD「Personal BLD Rel.4.0｣として世に送り出しましデータ構造に依存せずにオブジェクトを定義するIFCは、た（IFC R1.51対応）。Personal BLDは、企画設計

図形だけではなく、その多種多様な属性情報を共有化

から実施設計、また営業支援から現場作業所までのすることができ、また今後は、 2 次元CADの図面と 3

OAツールとして幅広い業務で使える低価格なオブジ

次元CADの立体モデルを融合しながら設計を進めるとェクト指向CADとして開発されたものです。

いった、建設系CADの理想的な利用環境を実現するもその特徴の 1 つとして、DWG､DXF、M P Pを始のとして、IFCの可能性に期待が寄せられます。

め、JW̲CAD直連携など、高精度なデータ交換を可能

富士通では、設計から積算・施工にいたる一連の生にしている点があげられます。これは今の建設系CAD

産活動において生産性や業務品質の向上に取り組むもの使われ方が、データ交換をベースとした多種類ののとして、｢CS（コンストラクション・ソリューション）

CAD利用、たとえば意匠設計で使うCADと構造、設ファミリ｣を提案し、営業から施工までの全工程に統備設計などで使うCADとの使い分けや、それぞれ個人

一された環境での多様なパッケージソフトをラインナが自分に合ったCADを使うのが主流となっていること

ップしています。このCSファミリにおいてIFC対応製を反映したものです。

品を順次推進する予定であり、現在開発中のソフトをしかし、一般的にこのデータ交換には、CAD間のデ表

CSファミリのIFC対応

1
2
3
4

製
品
名
建築CAD Personal BLD Rel.4.0
建築3次元CG SuperBLD/CG2 V1.3
建築生産設計CAD SuperDRESSY
建築設備CAD CADEWA

IFC対応
IFC R1.51
IFC R1.51
IFC R2.0
IFC R3.0

建築知識

対応予定時期1999年2月末済1999年予定
2000年予定
2000年予定

1999年5月号［特別付録］ 17

Autodesk社のIFC対応
杉山聡［オートデスク AECマーケットグループ］

ＩＦ

建築オブジェクトCADの必要性

データベースとのリンク

Ｃ

建設業においてCADデータの標準化は長年の課題と現在、建設業は大変厳しい環境にあり、建設コストなっていますが、実際はDXFでデータ交換されているの低減は重要な課題になっています。設計部門におい編のが現状でした。そこに現れたのが、IFCデータです。

てもコストの把握は非常に重要です。

IFCデータを使うことにより、単に図面データとしてArchitectural Desktopはマイクロソフト社のではなく、建築エレメントとしてのデータ交換が可能

ActiveXに対応しているため、図面とエクセルやアクになったのです。

セスのようなスプレッドシート（作表・表計算などのソ

これはデータを交換した場合に、柱は柱、壁は壁とフト）およびデータベースをリンクすることが可能でしてデータが受け渡せるので、設計図から見積りや施す。つまり、図面を作成しながら、面積表、躯体のボ

工図作成など、DXFのデータ交換では難しかったこと

リューム、概算見積シートの作成が可能になります。

ができるようになります。

また異なるCADで作成された図面でもIFCデータを読そのためには、CAD側の機能として 3 次元の建築
オブジェクトをもっていることが必要になります。

Architectural Desktopの登場

み込むことによって、ADT上で同様の作業ができるよ
うになります。

コンセプトデザイン機能

Autodesk社では、昨年の秋に 3 次元建築オブジェ

Arechitectural DesktopにはIFC以外の機能としクトベースのCADとしてArchitectural Desktop（略て、コンセプトデザインの機能があります
（画面6）
。こ

して｢ADT｣と呼んでいます）という建築専用CADを米

れはデザイナーが最初にスタイロフォームのブロック国で発売しました。これはAutoCAD R14の上に 3モデルを造る作業に似ています。与えられた空間内で、次元の建築オブジェクトの機能を付け加えたもので、3 次元のマスモデルを組み合わせ、足したり引いたり

従来のAutoCADの操作に加えて、柱、壁、開口、窓、して建築のコンセプトを発展させていくものです。ま

ドア、階段、建築空間などの建築エレメントを扱える

た、この機能においても空間のオブジェクトが使えるようにしたものです。

ため、斜線制限などのアプリケーションとリンクする

建築オブジェクトを組み込むことによってIFCデー

ことができます。

タの入出力が可能になり、現在IFC1.5のユーティリ

このような 3 次元建築オブジェクトの機能をもった

ティのプレビューバージョンを米国Autodeskのホー

Architectural Desktopは現在、さらに多くの機能

ムページ上で無料で公開しています（画面1・2）。

をもった次のバージョンが開発中であり、日本ではそ従来のCADとの違いは、建築のエレメントが最初かの新バージョンが出る予定になっています。

らオブジェクトとして含まれているため、ユーザーは新バージョンは、複数図面の同時編集、デザインセ

窓というオブジェクトを壁に配置すれば、自動的に壁ンターなど、AutoCAD2000の機能を大幅に取り入に開口を空け、所定の高さに組み込まれます（画面3・

れて使いやすくしている他に、IFCのユーティリティ

4）。また、窓を変更する場合でも、パラメータを変えとしてIFC1.5.1をサポートする予定です。

ることによりさまざまな形状の窓に変更できます（画面5）。また、窓は壁に付いているオブジェクトですか
ら、壁を移動すれば、窓も自動的に移動されます。壁
を消去すれば、窓も消されます。
スペースもオブジェクトとして扱えますので、面積表とリンクすることにより、壁を移動すれば、面積表の値も更新できます。また空間のボリュームを設備や照明の計算に用いることも可能になります。
これらの建築オブジェクトはユーザーやベンダーが自由に扱えるので、カスタマイズにより、ユーザーのニーズにに適したアプリケーションの開発が可能です。
昨年のAECショーにおいても、ADT上のアプリケー
ションが参考出展されています。

18

IAI/IFCガイドブック

画面1

IFC1.5ユーテリティ建設業界とIFC
画面2 IFCデー
タの取り込みＩ
ＦＣ
画面3

壁オブジェクトの表示

画面4

窓オブジェクトの表示

画面5

画面6

窓のパラメータ変更

コンセプトデザイン

GRAPHISOFTのIFC対応
コバーチ・ベンツェ［グラフィソフトジャパン］
IFCが目指すものは建物の 3 次元モデルの構築を行い、設計の効率化を目指すことです。
私どもは、既に’84年、ArchiCAD（日本ではGRAPHI
SOFT）として、オブジェクト指向型建築 3 DCADの販売けのために 3 Dモデルが必要であったわけではないのです。私どもはこのコンセプトを Virtual Building と呼んでおりますが、IAIの考え方はこの建築オブジェクト指向のコンセプトに近いのではないかとも考えております。

を開始しておりました。しかし、ArchiCADをオブジェク

従来のCADはコンピュータを使用するが、ドラフターのト指向のソフトウェアにすることが最終的な目的ではなく、代わりに使用しているのと同じです。IFCが目指す新し建築業務の効率を上げるために、オブジェクト指向が必い建築設計の方法は、CADデータを効率的に使用する要であったということなのです。

ことです。設計者はこのオブジェクト指向CADデータを建築業務では膨大な書類を書き、編集するための労力はたいへんなものです。その書類を効率よく書き、編

自分でコントロールすることにより、多大な効率化を行う
ことが可能なのです。

集を行えることができないのか、という点に私どもは着目

たとえば、計算機の登場により経理の仕事は簡単になしました。その結果、建築書類の基本データとは建築物りましたが、その後、経理システムの登場により、その膨であり、その作業効率化の目的のためにオブジェクト指向

大な経理情報のなかから経営者は会社経営に必要なデ型建築 3 Dモデルデータが必要となったわけです。

ータを活用し、さまざまな経営情報解析が可能になりましそれぞれの書類をハンドリングするデータが、私どもにとっては 3 Dモデルであったわけで、プレゼンテーションだ

た。IFCの普及により、これと同じような設計方法の革命が、近い将来必ずやってくると期待しております。
建築知識

1999年5月号［特別付録］ 19

編

世界のIFC対応状況
山本賢司［日本電気 第一製造業SI事業部 第四システムインテグレーション部］

Ｉ

IAI各支部からの報告をもとに、世界のIFC対応状況を

また、国内のソフトベンダーの動きとしては、昨年10Ｆ

まとめたのが下の表です。

Ｃご覧になってお分かりのように、欧州が積極的に対応

PersonalBLDをIFC対応アプリケーションとしてリリー

製品をリリースしてきており、特にドイツ支部ベンダースしました。今年後半にはAutodesk社、Graphisoft社、が積極的なのがお分かり頂けると思います。また、今回Bentley社の著名建築CADベンダーが、IFCに対応したは、IFCに対応した建築アプリケーションだけでなく、

アプリケーションをリリースする予定です。

編

月にN E C がNcadArc を、今年の 2 月に富士通がIFC対応を実現するための開発ソフトである、多くのミ

このように国内でもIFC対応製品の品揃えが充実する

ドルウェア製品がリリースされてきているのも目立ちまことになり、設計実務者の方にとってIFCがより一層身した。

近な存在にになってくることは間違いありません。

ミドルウェア製品はCSTB社（フランス）、Nemetschek

設計業務に携わっている皆様には、これら製品を利用

社（ドイツ）、Muigg社（オーストリア）
がリリースしてい

し、IFCが実務上どこまで利用できるかを検証していたます。ソフトウェアベンダーおよびユーザーは、これら

だき、ご意見を頂けることをソフトベンダーとしては期

ミドルウェアを利用して開発することで、複数ソフトが待しています。

共通DBでIFCデータ共有が実現でき、またインターネッ

今後、IFCは設計実務での実証段階へと移行し、さらト上でIFCデータを利用するシステムを開発することがに完成度の高い製品がリリースされていくことでしょう。

できます。
表 世界のIFCへの対応状況
支部
フランス

ドイツ

北欧
北米
日本

製品
会社名
（国名）
分野
IFC対応動向
PcBat
Batisoft
意匠
1999年 IFC対応予定
CSC Toolbox
CSTB
ミドルウェアIFC R1.5 & R1.5.1対応済み
SDAI-Plattform
同上
ミドルウェアIFC R1.5 & R1.5.1対応済み
AlbertiacadGraph（ドイツ）意匠
IFC R1.5対応済
ArchiCAD
Graphsoft（ドイツ/ハンガリー）意匠
IFC R1.5対応済
Muigg（AutoCAD）
Muigg（オーストリア）
意匠
IFC R1.5対応済
Active IFC of Muigg
同上ミドルウェアIFC R1.5対応済
建築（意匠・構造・ＦＭ） IFC R1.5対応済
Allplan FT15
Nemetschek（ドイツ）o/p/e/n of Nemetschek 同上
ミドルウェアIFC R1.5 & R1.5.1対応済み
Toolboxconcad（ドイツ）
ミドルウェアIFC R1.5 & R1.5.1対応済み
Mensch und Maschine Software（ドイツ） 設備
1999年 IFC対応予定
RoCAD
Sofi-CADSOFiSTiK GmbH（ドイツ）
構造
1999年 IFC対応予定
SMOG/Reuska
Olaf Granlund（フィンランド）
空調用ｼﾐｭﾚｰｼｮﾝ
IFC R1.5対応済
IFC R1.5入出力ﾓﾃﾞｭｰﾙWebサイトからダウンロード可能/英語版
Architecture Deaktop Autodesk
建築
TriFormer
Bentley Systems
意匠
1999年 IFC対応予定
Graphisoft6.0
グラフィソフトジャパン
意匠
99年内にR1.5.1を対応予定
NcadArc
日本電気
意匠
98年8月 IFC1.5対応済み
PersonalBLD
富士通
意匠
99年2月 IFC1.5.1対応済み
意匠･プレゼンテーション 99年IFC R2.0を対応予定
TriFormer
ベントレー・システムズ
意匠･プレゼンテーション 99年内にR1.5.1を対応予定
Architecture Deaktop Autodesk

日本のIFC対応ソフト実証実験1A
成田博美［日本電気 第一製造業SI事業部第四システムインテグレーション部］
ここでは 98年のA/E/C SYSTEM JAPANのIAIブースにおいて行われた、IFCリリース1.5のデモ・Ａグルー

定して窓の入力、幅の変更を行いました。
②NcadArc（画面2）プの実証実験についてご紹介します。今回の実験の目的

意匠設計をさらに進め、情報を追加。開口部のサイズ

は、RC造 3 階建てのオフィスビルをモデルとして、意を変更して、梁、スラブを入力し、部材間の接続情報を匠設計された建物モデルのIFCのオブジェクト・データ

設定しました。

を構造解析で利用することの実証と、世界で初めて複数③J-Modeler／J-CASS（画面3）階の建物での実証を行うことでした。
実証実験に参画したのは、図の 6 つのソフトです。デモの流れに沿って各ソフトでの処理内容の一部を簡単にご紹介します。
①GRAPHISOFT（画面1）
意匠設計でのモデルの作成、編集実施。間仕切りを設

20

IAI/IFCガイドブック

意匠設計のIFCデータから建物モデルを取り込み、構造解析を行い、その結果、柱の断面サイズを変更。
④Estimate-Core（画面4）
構造計算からのIFCデータを取り込み、積算を実施。
柱と梁の関連を考慮して計算されていることを確認しました。

IFCの現状⑤Gaudi（画面5）

図

実施設計を実施。部屋を作成し、それぞれの面積を出力し

実
証
実
験
に
参
画
し
た
ソ
フ
ト

ました。
⑥MALTSCAD-3D（画面6）
外壁を定義して、プレゼンテーション用のCGを作成しました。
以上の結果、当初の目的は達成されました。また、
CADだけではなく、積算システムとデータ交換できたこ
とも大きな成果であり、IFCが積算・生産などの分野でGRAPHISOFT

画面3

J-Modeler

画面5

Gaudi

Ｆ
Ｃ
編

活用できる可能性が示されました。

画面1

Ｉ

画面2

NcadArc

画面4

画面6

Estimate-Core

MALTSCAD−3D

建築知識

1999年5月号［特別付録］ 21

日本のIFC対応ソフト実証実験2B
松下武司［富士通 第 2 パッケージ事業部 デジタルエンジニアリング部］

Ｉ
Ｆ
Ｃ
編

98年のA/E/C SYSTEMS JAPANのIAIブースに壁のみを塗りつぶすことを可能としています。

おいて、ソフトウェアベンダーなど12社による実証

次に、空調設備設計CADである中電コンピューター

実験が行われました。そのデモンストレーションの 1

サービスの「稲妻」が、ダクト・機器の配置をシミュレ

つ、構造計画研究所、富士通、九州工業大学、インフーションしながら配置していきます。たとえば、オブォマティクス、中電コンピューターサービス、ベント

ジェクトに接続情報をもたせることで、「ボックスを

レー・システムズの 5 社 1 大学（Ｂグループと呼称）

移動すると、それに追従しながらフレキシブルダクト

が共同で行った実証実験の内容について解説しますが移動する」といったことができます。

（図）。

最 後 に 、 ベ ン ト レ ー ・ シ ス テ ム ズ のＢグループのデモは 2 つの特徴があります。

「MicroStationTriForma」は、IFCデータを 3 次

１つは、IFCを利用したオブジェクト・モデルを 3

元モデルとして扱うCGの立場からアニメーションの次元CAD（ 3 次元モデル）の立場からと 2 次元CAD（作成を担当しました。

2次元図面）の立場から作成し、それぞれの有効性を検有効性と問題点証したこと。
もう 1 つは、空調設備・火災報知器設備・ペインテ

今回、IFCを利用した多種・多様なソフト間でのディング・アニメーションなど多種･多様なソフトが、作ータ交換／共有に、どのような有効性と問題点がある

成された建物モデルを共用しながら、各ソフトの持ちかを考察することが 1 つの目的でした。DXFのよう味を十分生かした形でIFCを利用したことです。

なデータ変換では、必然と扱うCAD間のデータ構造にデモンストレーションのハイライト
適用分野も利用方法も異なるソフトが、IFCリリー
ス1.5を使い、 1 つの建物モデルを共有しました。最より、その変換精度が決まってきます。その点、IFCのデータ共用の考え方は、それを扱うCADのデータ構
造とは別の世界で、その建物モデルを定義しているため、非常に自由度の高いものとなります。

初は、構造計画研究所の｢adpack−ADT｣で、領域のしかし、その反面、ソフト間での共通のルールがな

面積を考慮しながらスペース・プランニングを行い部

いと意志疎通ができなくなるという危険性も合わせも屋を作成します。この定義された部屋オブジェクトか

ちます。また、今回のように、意匠設計から設備設計

ら躯体壁を 3 次元的に立ち上げ、壁オブジェクトに対までデータを共用していくなかで、｢どの設計工程（意して開口を設定します。

匠・構造・施工など）で、どこまでのオブジェクトを作

次に、富士通｢Personal BLD｣がこのIFCデータに部材を追加していきます。通り芯をオブジェクトと成するか｣といった指針（ルール）が、必要であるといった意見も聞かれました。

して作成し、それを基準に柱・梁を作成します。柱・これは下位の設計工程で必要な情報が、どれだけ上梁オブジェクトにそれぞれの関連付けとして接続情報

流側で設定されるべきかということで、その程度によを設定します。また、建具は壁オブジェクトを自動的り下流側での使いよさが決まるのではないでしょうか。

に検索しながら配置されます。
この 2 つのソフトにより、IFCを使った建物モデルは完成し、次に、このIFCデータを 4 つのCAD／CG
ソフトが利用します。
九州工業大学｢IBDS｣は自動消火報知器の設置を行います。IFCで定義された壁オブジェクトから部屋オ
ブジェクトを定義し、それから感知区域オブジェクトを作成します。その属性である部屋名称（用途）を使うことで、必要な感知器を自動的に選択しながら設置します。また、感知器間の配線も自動で行います。
次のインフォマティクス｢MicroGDS Professional
Piranesi｣では、壁・開口などのオブジェクトを認識しながらテクスチュアを貼り付けます。この時、オブジェクトを利用することで、 壁から開口を除いた部
分 を認識し、領域選択を行わなくても開口を除いた

22

IAI/IFCガイドブック

図AEC 98Bグループのデモの流れ

IFCの現状

IFCデータと電子カタログ
杉山聡［オートデスクAECマーケットグループ］

Ｉ

現在、電子カタログとして広く普及しているのはDXF

Ｆ

ファイルです。配布されるメディアとしてはCD−ROMでした。しかし、これからはインターネットが主流にＣなると思われます。たとえば、AutoCADからはDWFという図面ファイルを掃き出せます。このDWFはホー編

ムページにアクセスすればブラウザ上で見ることができ、AutoCAD上にドラッグすると、図面をダウンロー
ドして貼り込むことができます。
これとIFCデータを使って電子カタログをつくれば、同様のことができるようになります。IFCデータを読み込めるCADであれば、形状データやパーツのデータベースを同時に取り込めるので、図面を作成すると同時に、見積りやシミュレーションができるようになりま

画面1

EDIBATEC社のトップページ

画面2

設備機器のイメージ表示

画面3

IFCデータの図面への取り込みとデータベースとのリンク

す。
今年の 1 月、サンフランシスコでITM（IAI国際技術会議）がありましたが、世界的にも、IFCデータを用いた電子カタログをWeb上で公開する動きがあります。
その例としてフランスのEDIBATEC社のホームペー
ジを紹介します（画面 1 ）
。この会社は空調・電気設備機器を販売している会社で、自社のホームページ上で製品カタログを検索できるようになっています。アクセスすると、製品カタログのジャンルが示され、電気機器、空調機器、配管設備機器などが選べます。
デモでは空調機器を選び、天井の給排気器具をイメージ表示し、テクニカルデータを参照して、最後にIFC
データをダウンロードします（画面 2 ）
。ダウンロード
されたデータはCAD上で、図面データとして表示され、機器一覧表のデータベースとも連動できます（画面 3 ）。
このホームページは今春、公開予定だということです。
厳しいコストダウンを求められている建設業界では、
海外調達資材を使う機会が増えています。このように
Web上でのIFCデータの公開は、海外の業者にとっても大きなマーケットとなるため、今後、さらに多くなっていくと思われます。また、日本の建設資材業者も広く、ネット上でカタログを公開していくことが、今後の日本でのIFCデータの普及につながっていくと考えられます。
このような電子カタログが普及すると、海外から建築材料を調達することが可能になり、設計者、施工者の選択の幅が広がります。また逆に、建材メーカーにとっては、自社の製品がホームページを通して、海外から発注されることも有り得ます。将来、電子入札制
度など、建設業界がグローバルな発展をすることは確実ですので、このような電子カタログのインフラを整備することは重要だと考えられます。

建築知識

1999年5月号［特別付録］ 23

IAIのIFCリリースとロードマップ
太田孝和［トップス・ソフトウェア システムインテグレーション部］
現在までに完成したIFCのリリースは、表 1 のようは、表4のように予定されていますが、現在はR1.5がにR1.0、R1.5となります。今後予定されるリリース

R1.5.1としてフィックスされ、R2.0、R3.0の仕様のうち、内容がある程度確定しているのは、R2.0と書、実証実験を行っています。

R3.0です（表 2 ・3 ）。ロードマップ（リリース計画）

IAI日本支部では 98年にR1.5での実証実験を実施
し、99年にはR1.5.1での実証実験を予定しています。
表3

表1

プロジェクトID

IFCリリース1.0と1.5の内容

ドメイン

IFCリリース3.0の内容
（予定）

容

担当国

意匠：AR-3 外観設計他

北米

意匠設計 建物配置設計、壁配置、ドア配置、窓配置、開口一覧

AR-4

イギリス

空調設備 建物熱負荷計算、製造設備選択と空調設備一覧

設備：BS-2 電気・照明設計

イギリス

Ｉ

施工管理 積算見積り、積算対象品目、積算項目と資源の設定、施工スケジュール

BS-5

空調システム設計拡張

北米

Ａ

FM

BS-6

性能測定基準北米

BS-7

建物性能監視

北欧

Ｉ
編

表2

仕様書の内容内FMスケジュール

IFCリリース2.0の内容（予定）

プロジェクトID

内

容

担当国

意匠：AR-1 意匠モデルの拡張

北米

AR-2

イギリス

避難経路のための空間設計

設備：BS-1 空調システム設計

北米

BS-3

配線計画

ドイツ

BS-4

熱応力計算

ドイツ

法規：CS-1 法規対応評価

北米

CS-2

シンガポール

法規拡張

積算：ES-1 原価積算

北米

FM：FM-3 財産保守

北欧

FM-4

北米

占有計画

シミュレーション：SI-1 フォト・リアリスティック・ビジュアル化

北米

共通：XM-2 プロジェクト仕様書管理

ドイツ

XM-3

STF

表4

総合モデル機能／建築拡張

IFCのリリース計画

リリース

避難経路設計土木：CI-1 調査、道路および鉄道

ドイツ

施主：CB-1 供給情報を含むプロセスモデル

イギリス

施工：CM-2 仮設計画

日本

法規：CS-3 法規照合性能

北米

積算：ES-2 コスト計画

イギリス

ES-3

コスト構成区分

北欧

ES-4

積算・スケジュール統合化

北米

ES-5

スケジュール北米

FM：FM-1 機械保守

イギリス

FM-2

建物保守

北欧

FM-5

その他FM

北米

FM-6

システムと特性管理

北米

FM-7

アクティブFMドイツ

Prj管理：PM-1 スケジューリング

北米

構造：ST-1 鉄骨構造

北米

ST-2

RC構造／基礎構造

日本

ST-4

荷重定義

ドイツ

仕様書の作成時期

実証実験の時期

R1.0

1997年4月

1997年10月

共通：XM-1 外部参照ライブラリ

イギリス

R1.5

1998年4月

1998年10月

XM-3

総合モデル機能／建築拡張

STF

R2.0

1999年4月

1999年10月

XM-4

法的問題の統合ドイツ

R3.0

1999年10月

2000年4月

XM-5

原料の性能・属性

オーストラレシア

R4.0

?

?

24

IAI/IFCガイドブック

特別Prj：SP-1 AEC専門家による視点

北欧IAIの組織と活動状況

IAIの国際組織と活動状況
天羽庸子［中電 コンピューターサービス CAD事業部 東京支社］

IAIの組織
IAIは国際的な非営利団体であるため、組織のイメー

たISO10303 の通称で、そのなかの技術委員会（TC84）に建設部門を扱う小委員会（SC4）があります。メンバーの一部はIAIメンバーと重複しています。

ジがつかみにくいかもしれません。組織としては、それ

98年 2 月の第 6 回ITM（於ソフィア・アンティポリ

ぞれの役割を果たす委員会で構成されており、99年 3 月ス）で、このSTEPとの協調体制について、より具体

現在、大きく分けて、運営面を検討する国際評議委員会的な検討が開始されました。それまでも、IAIとSTEP（ICM-International Council Management）と技術

はリエゾンAと呼ばれる最も強い協力関係を結んでい面を検討する国際技術統合委員会（ITM- International

ました。

Technical Management ）、加えて、98年秋に発足しこの会議において、STEPのSC4（BC-Building

た幹事国会（ExCom-Executive Committee）
から成りConstruction）委員会に提出するべく、覚え書き

ます。

（MoU-Memorandum of Understanding）と協力

IAIは開かれた団体であるため、ExCom以外はメンバの た め の ガ イ ド ラ イ ン（ C G − C o l l a b o r a t i o n

ーならばオブザーバーとしての参加は基本的に自由な雰

Guidelines）の草案が検討され、後日正式に提案承認

囲気となっており、組織としては柔軟に対応している部されました。
その後、第 8 回ITM（於ミュンヘン）で、初めての合分が多いという特色をもっています。
ExCom（幹事国会）

同技術会議が開かれ、最近の事例としては、第10回

98年のコペンハーゲン会議で提案され、同年秋のパ

I T M（於サンフランシスコ）と連動して開催された

リ会議で正式に発足した幹事国代表による委員会です。

STEP会議において、IAIとの合同の会議が設定されメンバーには、日本代表も入っています。現状の課題

ました。この会議においては、合同会議に加えて、今をより綿密に話し合う場となっており、ICM、ITMと同後継続した技術委員会（Standing Conference）
を頻期間に開かれています。

度を高めて開くことが決定されました。
STEPでは、現在各業種で共有するリソース部分とICM（国際評議委員会）
組織上は、ExComおよび国際技術統合委員会のITM

分野別検討単位であるAPのいくつかが定義されつつあ

メ ン バ ー で あ り 、 各 支 部 の 支 部 長（ F i r s t

ります。コアモデル（Part106）のように、現状レベル

Representative）とその任命する副代表（Second

でひとまず固めておき、その後は反対にIFCにおいて

Representative）
から成る委員会です。

同様のアイデアを具体化してからSTEPに反映させよ

議長はChairmanと呼ばれ、支部長のなかから選出さうという動きもあります。そのためには、互いの協調れています。現在はExCom議長と兼任となっています。

が極めて重要との認識が両関係メンバーのなかで最近

ITM（国際技術統合委員会）

富に高まってきていることから協調関係をオーソライ

各 支 部 の 技 術 統 合 委 員 長（ T C - T e c h n i c a l

ズしようとした具体的な動きがなされているわけです。

とその任命するメンバーから成る委員会でCoordinator）
国際評議委員会す。

（International Council Management Committee）

議長はITD（International Technical Director）と・国際評議委員長（International Council Chairman）

呼ばれます。年に 4 回、約 3 カ月ごとに開かれ、うち 2・国際会計担当（International Business Manager）

回はICMと同じ期間に開かれています。

幹事国会（Executive Committee）

ITMのなかでは、小委員会のような形で、仕様開発チーム（STF-Specification Task Force）、学究機関のアドバイザーからなる小委員会（RAC-Research
Advisory Committee）、ソフトウェア実装の小委員会

国際技術総合委員会（SIC - Software Implementation Committee）の（International Technical Management Committee）

3 小委員会が存在し、各々役割を果たしています（26頁

・国際技術委員長（International Technical Director）

参照）。

STEPとの協調
STEPは、「製造データ」を検討するために設定され
図

RAC

STF

SIC

学究機関アドバイザ仕様開発検討チーム

ソフトウェア実装委員会

IAI国際組織図（ 99年 3 月現在）

建築知識

1999年5月号［特別付録］ 25

Ｉ
Ａ
Ｉ
編

STF・RAC・SICの活動状況
足達嘉信［セコムIS研究所 人工知能研究室］

Specification Task Force（STF）

IFCは99年春のR2.0のリリースを目前に控え、時間の制約のなか各パートを担当するSTFメンバー間

STFは、建設産業の専門家が作成した仕様を、ISOで活発な開発作業が続けられています。このような作（ISO-10303 STEP）
で定められている仕様記述言語

業は、主にE-mail、テレコン（電話会議）、年数回開

EXPRESSに翻訳するのが目的で組織されました。し催されるSTF Workshopで行われています。

たがって、建設業および情報系両方の知識をもつ専門

Research Advisory Committee（RAC）

家が中心となり構成されています。また、STFの活動
は、国際間の協調関係を重視し、ITD（International

RACは、将来のIFC開発に影響する先端的な技術面

Technical Director）
を長としてコンセンサスベー

からレビューやコメントを行う組織です。STEPやスで運営されています。99年 2 月現在、11人がSTF

AEC/FMの専門家から構成されており、客観的な立場のメンバーとして活動しており、主な任務は以下のよでさまざまな問題（STEPとの連携や建築家の立場かＩうになっています。

ら）
を分析します。

・IFC仕様ドキュメントの作成

Ａ

・IFCオブジェクトモデルの作成

Software（SIC）

なかでも、IFCオブジェクトモデルの作成

各支部のインプリメンテーション分科会の主要メン

Ｉ（EXPRESS含む）
はSTFの重要な作業であり、この作

バーによって構成されています。IFC対応アプリケー
ションを開発する立場からのレビューをSTFと協力し編

業は、各分科会からできてくる仕様を、IFCコアモデ
ルとの整合を図りながら、かつ後述するRAC、SICかて行います。また、IFCの製品化を含めた国際的なイらのレビューの結果も反映させつつ最終的にンプリメンテーション活動に関してさまざまな調整を

EXPRESSとしてリリースする、という非常に骨の折行っている組織です。

Implementation

Committeeれる作業です。

IAI日本支部の組織
榊原克巳［日建設計 設計室］
IAI日本支部の組織は図のようになっており、以下、
簡単に各組織を説明します。

幹事会

IAI日本支部の分科会は、意匠、構造、施工、設備・FM、クロスドメイン、機械翻訳、土木、インプリメン
テーションに分かれて活発に活動しています。各分科
会は関連するIFC仕様の草稿案の内容を把握し、IFCを

幹事会は日本支部活動が円滑に進むように全体の運用

日本支部会員がより詳しく理解するための資料を作成し調整を行います。また、国際会議へ代表を送り、他のています。また、主に各分科会の参加するユーザー企国際支部との調整を図ります。現在の幹事会には、大業やソフトウェアベンダーの意見を取り入れながらIFC

林組、オートデスク、鹿島建設、構造計画研究所、新が扱う業務プロセスを整理し、IFC仕様に対する日本の

菱冷熱工業、住友セメントシステム開発、高砂熱学工

要望提案を行う一方で、他の国際支部が分担して作成

業、中電コンピューターサービス、日本アイ・ビー・する仕様に対する評価や代案の検討を行います。

エム、日建設計、日本電気、日本総合研究所、フジタ、
富士通（五十音順）の14社が参加しています。

頼
構

匠 造
計
画
研
究
所

分科会
図

文
子
鹿

造 島
建
設

工

IAI日本支部の組織

業

研
究
所

リ
ー
ダ
ー

機 松
下
械 武
研 司
究 富
士
通

リ
ー
ダ
ー
伊

土 藤
健
司

木 清
水
建
設

イ
ン
プ
リ
メ
ン
テ
ー
シ
ョ
ン

リ
ー
ダ
ー
：

今

設 野
一
計 富
・ 高
F 砂
熱
M 学
工

リ
ー
ダ

ク ー
ロ 引
ス 地
秀
ド 雄
メ 日
イ 本
ン 総
合

：

施

リ
ー
ダ
ー

：

八

構 坂

田
村
慎
治
：
住
友
セ
メ
ン
ト
シ
ス
テ
ム
開
発

：

：

高

意 木
孝

仕様に反映させることを主な目的としています。

リ
ー
ダ
ー

リ
ー
ダ
ー

：

リ
ー
ダ
ー

様の技術面からの調整を行い、日本の手法や慣習をIFC

IAI/IFCガイドブック

研究機関

委員長：高木孝頼 構造計画研究所

内容の調整を行います。一方で、他の国際支部とIFC仕

26

会
事務局

：

技術統合委員会はIAI日本支部における各分科会活動

事

技術統合委員会：

技術統合委員会

幹会長：庄子幹雄

山
本
賢
司
日
本
電
気

IAIの組織と活動状況

IAI日本支部［幹事会］
太田洋行［大林組情報システムセンター システム推進部 推進課］

幹事会の構成日本支部の幹事会メンバーは、最高意志決定機関である総会から委任され、IFCの仕様検討と国内における普及啓蒙という目的を達成するために支部の運営を行っています。

を割き、このような課題について毎回熱く真剣な議論がなされています。

役割分担とメーリングリスト
さらに、他の支部からE-mailによる議題や提案が次々に飛び込んでくる場合があります。特に、国際会

設立当初は会長 1 名、副会長 2 名を含む10社で構議が行われる前後には、支部として何らかの回答を示成されていましたが、活発な分科活動を支援するためさなければならないことも多く、迅速な対応を迫られに、分科会リーダーを担当している会員会社では幹事る場面もあります。

会に参加していただくように努めています。その結そのために、副会長以下の幹事会メンバーは企画、

果、99年 2 月現在、幹事会メンバーは表に示す14社

広報、リクルーティング、会計、会計監査、国際対応、

1 研究機関となりました。

技術の 7 分野を分担して素早いレスポンスができるよ

IAIの活動を象徴するように、ユーザーおよびベンダー会員から構成されていることがお分かりいただけ
ると思います。

会費の運営
幹事会が総会から委託されている業務のうち、最も重要なのは会員の皆様から徴収している会費の運用です。幹事会から提案される予算は、年度初めに開催される総会で承認を受けたのち、いろいろな活動の原資となります。

うな体制を整えています。、
また、特に緊急性が高い場合には、幹事会メンバー
によるメーリングリストを利用した議論によって結論を下さなければならない場面も発生してきました。さらに、重要度が高い議題には、臨時の幹事会が召集されることも最近多くなってきました。

今後の課題
IFCのリリースが重ねられ、それに対応した製品が販売されるようになってくると、ボランティア活動と現状では、会員会費の 3 割を国際的な開発資金と企業活動の葛藤が発生して、検討すべき項目はますま

する取り決めになっているため、残りを支部活動の資す複雑になってきています。思ったように増えない会

金とした運用を策定しています。おおよそ国際会議へ員、国際資金の不足と開発の妥当性に対する判断、製の会員の派遣、現会員に対する情報のフィードバック、品の認証制度、知的財産権の所在とその保護など、ボ

新たな会員獲得に向けたリクルーティング活動に大別

ランティア活動として、本業の片手間に活動していくすることができます。

には荷が重くなっているのは事実です。

定例会議
上で述べた活動を円滑に行うために、幹事会のメン
バーは、ほぼ月 1 回の定例会議を行っています。
国際的な役割として、幹事会メンバーは年 2 回の国際評議会に参加して、支部の活動報告をするとともに、緊急事項に対しては日本支部としての主張を示す

このような状況のなかで、なんとか切り盛りしている幹事会の活動にご理解いただき、会員の皆様にはさらなるご助力をいただくとともに、非会員の皆様には、
IAIの活動に是非ご参加いただきたいと思います。
表 日本支部の幹事会員

会 長
副会長

必要があります。また、新たにもちあがった課題に対しては、何らかの対応をしなければなりません。これらは、費用的な問題に絡む場合が多く、最も結論が出しにくい議題です。
また、支部の活動に目を転じれば、年次総会をはじめ、年 4 回の定期セミナーの開催、A / E / C
SYSTEMS JAPANへの出展、ニューズレターの発行などがあります。これらを通じて、いかに効率的で効果的な会費の運用ができるかに心を砕いています。
幹事会の参加メンバーの多くは、各社でも要職に就かれています。忙しい業務の合間をぬって貴重な時間

幹 事

鹿島建設 株式会社株式会社 大林組
新菱冷熱工業 株式会社
日本電気 株式会社株式会社 フジタ
富士通 株式会社
オートデスク 株式会社
熊本大学
株式会社 構造計画研究所
住友ｾﾒﾝﾄｼｽﾃﾑ開発 株式会社
高砂熱学工業 株式会社
中電ｺﾝﾋﾟｭｰﾀｰｻｰﾋﾞｽ株式会社
株式会社日建設計
日本ｱｲ･ﾋﾞｰ･ｴﾑ 株式会社株式会社 日本総合研究所
建築知識

1999年5月号［特別付録］ 27

Ｉ
Ａ
Ｉ
編

IAI日本支部［技術統合委員会］
古川 暁［佐藤工業 本社中央技術研究所建築研究部門］
技術統合委員会（Technical Committee）
は、各分のセミナー（勉強会）開催を行っています。ニュースレする機関です。また、各国支部との連絡や国際技術委

ターは 98年の後半から発行している一般向けの小冊子

員会への参加など、IAI日本支部の窓口の役割も担ってで、国内外の主要メンバーや分科会活動の紹介などをおり、技術的な面での中心といえます。

行っています。

技術統合委員会のメンバーは、参加各企業の実務者

セミナー（以前は勉強会と称していました）は、最新クラスからなり、IAIのなかでは事務局、各分科会リーの技術情報やIFC開発の進捗状況を説明する場で、年 4

ダー・サブリーダー、STFメンバーなどの役割を担っ回ほど開催されています。非会員向けのセミナーを開ています。

くこともありますので、関心のある方はお問い合わせ

また、A/E/C SYSTEMSなどのイベントが近い時期

Ｉが、その他にニュースレター発行と会員・非会員向け

科会間の調整を行ったり、全体の技術的方向性を検討ください。

には、随時関係者の参加も求めます。これらのメンバ

IAI日本支部技術統合委員会の特徴を一言でいうと、ーには発足当初からの参加者も多く、IAI日本支部の技

とにかく活発に議論することでしょう。今後、IFCの実術的コアといえます。

用化が進むにつれてビジネスベースで考えざるを得ない

IAI日本支部の発足当初（ 96年初旬）は、分科会も場面が多くなるかもしれませんが、技術統合委員会のインプリメンテーショングループもなく、委員会メン

自由闊達な雰囲気だけは保っていきたいものだと思いまＩ

バーが自分たちでIFC仕様書を勉強して翻訳するなど、

す。

編

態でした。

Ａ

技術統合委員会がIAIの技術面のすべてを担っている状
しかし、97年初冬に分科会活動が立ち上がり、 98年

それぞれの分野のユーザー・ベンダーの専門家たち

それぞれの分野のユーザー・ベンダーの専門家たち

それぞれの分野のユーザー・ベンダーの専門家
たち

意見・要求

意見・要求

意見・要求

分科会での
検討作業

分科会での
検討作業

分科会での
検討作業

にインプリメンテーション活動が始まると、本来の調整・連絡的な活動が中心になりました（インプリメンテーションとは、日本語では「実装」といい、ソフトウ
ェア業界の用語で、プログラムを実際に作成することを指している）。
ここで、ちょっとIFCの開発の流れを簡単に説明しましょう。図に示すように、特定の分野に関心のある
企業は、それぞれの分科会に参加して要求を出すことができます。STF（Specification Task Force）
は分

意見・
要求など

科会の要求をもとにIFC仕様書をまとめます。インプリ

意見・
要求など

意見・
要求など

メンター
（プログラム作成者）
は、作成されたIFC仕様書
技術委員会
による調整

に準拠したアプリケーションを開発して市販します。
複数の分野の要求が矛盾する場合や重複する場合に国際技術委員会による調整

は、技術委員会が調整を行います。また、仕様書に問題がある場合は、インプリメンターからの要求や提案が出されることもありますが、こういった場合も技術

STFによる
仕様作成

委員会が調整にあたります。
このように、技術委員会は異分野間の意見の相違を
フィードバック

調整したり、ユーザー・ベンダー・STFの 3 者の意見を交換する場となります。実際の開発は国際間の共同

レビュー
商品化

作業ですから、必要に応じて関係者を国際技術委員会

IFC仕様書に参加させるとか、海外の分科会との連携などが必要
フィード
バック

になりますが、このような調整も技術委員会の役割です。
インプリメンターによる実験

この他、技術統合委員会はIAI/IFCの広報・啓蒙活動にも力を入れています。この冊子のような解説の場をお借りしてIAIの活動を広めていくことはもちろんです28

IAI/IFCガイドブック

図

IFC開発の流れ

IAIの組織と活動状況

IAI日本支部［構造分科会］
八坂文子［鹿島建設 設計エンジニアリング総事業本部 構造設計部］

活動概要
活動の目的

表現されます（図 3 ）。

今後の課題

構造分科会の活動目的の第1は、IFC R3.0におけ

99年 3 月に最終ドラフトを提出し、その後約 1 カ年

る分野別モデルの 1 つである鉄筋コンクリートおよびで実装を考慮した適合化を行う予定となっていました

基礎構造のプロセスモデル、ST− 2 の提案です。まが、現在R3.0全体で日程の見直し中です。分科会のた、コアモデルや鉄骨構造モデルなど、関連するモデ

当面の課題としては、

ルの検討や整合確保も平行して行っています。

・コアモデル、鉄骨モデルとの調整

活動の経緯

・海外の建設事情の取り込み

97年 1 月に分科会が結成された際に与えられた役があり、1つずつ着実に積み上げていく所存です。

割は、IFC R3.0での基礎構造モデルの提案でした。
ところが、日本では基礎と上部構造を一体として設計Ｉすることがほとんどであり、別々のモデルには違和感があることなどから、基礎だけでなく上部構造の鉄筋

構造計画

Ａ

コンクリート構造も併せてモデル化する形でプロポーザルを行い、同年 3 月に改めて活動を開始しました。

構造基本設計Ｉ

S T − 2
適用範囲

約 3 カ月で適用範囲を絞るためのプロセスの検討を

編

構造実施設計行い、対象とする工程を構造設計の基本計画と実施設
計段階に絞り込みました。

生産設計

97年夏から秋にかけてデータ内容の検討を行い、12月に第 1 稿を提出。以後、引き続いてプロセス定

監理

義の見直し、データ表現の再構成などの検討を行い、現在は 99年 3 月の最終稿提出に向けて、活動中です。

図1

建設

工程に関する適用範囲

ST-2鉄筋コンクリートおよび基礎モデル
スコープ(モデルの適用範囲)

ST−2（鉄筋コンクリート）

構造設計の全工程をまず構造計画から構造基本設計、
構造実施設計、生産設計、監理までの 5 段階に分類し

現場打ち
プレキャストコンクリート コンクリート
構造
構造
鉄骨鉄筋
鉄筋コンクリート構造
コンクリート構造ました（図 1 ）。
各段階での作業を検討し、構造基本設計と構造実施

ST−1
（鉄骨）
鉄骨構造

設計とを提案モデルの対象プロセスとしました。また、構造解析

各種構造種別や構造設計業務のなかでの、本提案の適用範囲は、図 2 のようになっています。
プロセス分析

図2

ST-2の適用範囲

続いてモデルの対象とするプロセスである構造基本
設計・構造実施設計について作業分析を行い、作業単部材基準線位であるタスクの洗い出しと、タスクごとの入出力事
項の整理を行いました。
データ要求定義
鉄筋コンクリートモデルのオブジェクトは、コアモ
デルと対応して、柱・梁などの部材種別ごとに定義さA−Aれています。
個々の部材が建物の中のどこに配置されているかという配置情報と、部材のコンクリート形状や鉄筋の本数等を表す断面情報とにより建物の形が表現されます。
配置情報は、構造通り芯と個々の部材との位置関係で

A−A

部材基準線と断面との関係は部材種別により決まるが、入力による指定も可能
図3

部材情報の認識

建築知識

1999年5月号［特別付録］ 29

IAI日本支部［施工分科会］
田村慎治［住友セメントシステム開発 CAD事業部］
施工分科会の活動の目的の第 1 は、IFC R3.0におそこで、このプロジェクトにおいて、足場・揚重機

ける分野別モデルの 1 つである仮設計画のプロセスモの選択から仮配置、構造計算・コスト計算・詳細設計

デル、特に足場計画および揚重計画、CM− 2 の提案を通じて、計画全般に利用できる足場・足場関連部材です。

および揚重機・揚重関連部材を定義しました。

97年1月に施工分科会が結成された際に与えられた作業単位であるタスクの洗い出しと、さらにそのタろが、単に仮設といっても範囲・項目とも非常に広く、当初

スクをサブタスクに分解し、そのサブタスクごとの入のスケジュール（最終ドラフト提出が 97年 9 月）
ではとて

出力事項の整理を行い、ＴＱＭ図に表現しました。足もこなせるものではなかったので、仮設のなかで特に重要場計画のタスクは以下の通りです。

な足場計画と揚重計画に絞ったモデル提案と致しました。
現在、第 1 〜第 3ドラフトまで提出し、最終ドラフ

ＩＡ

プロセス分析

役割は、IFC R3.0での仮設モデルの提案でした。とこトに向けて活動中です。

・足場の選択 ・足場の仮配置 ・関連部材の選択
・構造計算

・コスト計算・足場の決定モデル提案
上記のプロセス分析に従い、モデルの検討を行いまCM−2仮設計画モデルした。足場に関しては、各部材単位での定義と、揚重足場計画は敷地や建物の形状・配置などに影響を受けに関しては、分類単位での定義としました。

Ｉ

るとともに、構工法などと関連して工程やコストに影響を99年3月に最終ドラフトを提出し、その後約１カ年与える重要な作業で、揚重設備計画は敷地や建物の形で実装を考慮した適合化を行う予定となっていました

編

状・配置・吊り対象部材の形状・位置・重量・工期・目的・が、現在R3.0全体で日程の見直し中です。分科会の建設コストなどの影響を受けるとともに、施工計画と関連

当面の課題としては、最終ドラフトに向け、作業を集して工区分けなどに大きく影響を与える重要な作業です。

結させることだと考えています。

IAI日本支部［意匠・クロスドメイン・インプリメンテーション分科会］
引地秀雄［日本総合研究所 サイエンス事業本部 地球・環境技術部］
意匠分科会、クロスドメイン分科会では、提案された

ストレーションにユーザーの立場で積極的に関わりました。よIFCの仕様に関し、日本の立場から検討していくことが主

り実務に則したデモシナリオやモデルの作成を進めながらな目的です。意匠では意匠設計プロセスでの業務モデルの

IFCが建設のライフサイクルをどのようにか変えていくのか、検討（｢ドメインモデル｣と呼んでいます）、クロスドメイ

IAIが目指す将来像を提示していくという観点からインプリメ

ンは意匠・構造・設備といった各ドメインモデルによらなンテーション分科会と協力しあうことでデモは成功を納めるい共通な部分を担当しています。インプリメンテーション

ことができました。

分科会では、メーカーおよびソフトウエアベンダーが中心

現在、意匠分科会、クロスドメイン分科会では、実際の意となりIFCの仕様を具体的に自社のアプリケーション、

匠設計の現場でのIFCアプリケーション（特にCADを中心とCADなどのパッケージに反映し、製品化していくためのして）に関し、すでにIFC対応を進めているベンダーに協力

技術的な協力を行うこと、またIFCによる情報共有の姿をを頂きながらデモを中心としたケーススタディを進めている

実際にデモンストレーションしていくことが目的です。イところです。今後は、R2.0、R3.0といった仕様のリリース

ンプリメンテーション分科会は常に30名近くのメンバーに向けて日本としての意見・要望の取りまとめ、実装ソフトが参加する活発な分科会であり、かつ普段はお互いに競合

ウェアのケーススタディを進めていきます。

関係にあるベンダー同士が集まるなかでバランスよく運営されています。

今後、クロスドメイン分科会では外部ライブラリが大きなテーマとなってきます。将来はインターネットを利用しIAIでは、ユーザーとベンダーが一体となって推進していてメーカーが公開する建具、設備機器といったパーツを検ることが特徴です。意匠分科会、クロスドメイン分科会では、索し、自分の設計プロジェクトの中に挿入するといったこ

これまでユーザーの立場からR1.0およびR1.5に関する仕とを実現してきます。

様をチェックしてきました。それでも仕様書のチェックというインプリメンテーション分科会では、すでにA/E/C/ SYSTEMS

ものだけではIFCを理解することは難しいです。そこで平成JAPAN10年度ではA/E/C SYSTEMS JAPAN

ンダーでのIFC対応の準備が進められています。

30

IAI/IFCガイドブック

98でのデモン

99でのデモンストレーションを具体的な目標にした各ベ

IAIの組織と活動状況

IAI日本支部［設備・FM分科会］
今野一富［高砂熱学工業 東京本店技術 1 部CAD課］
設備・FM分科会の担当する分野は領域が広く、設仕様がほぼ確定した段階で、国内で行われる定常

備で 7 種類、FMでも 7 種類の仕様作成作業が各支負荷計算・周期定常負荷計算に使用できるかどうかの部で行われています。

机上検証を行った結果、十分利用可能との判断を得分科会としては、提案中の仕様に対し、国内でのました。この経験から、アクティブに働きかけをす

情報交換へのIFC利用を想定した仕様見直しを行い、れば、IFC仕様に我々の意見を反映できるという自信

修正が必要なら、担当支部に対する提案を行うことを得ることができました。

を、活動の 1 つの柱としています。
IFCのR2.0で定義される熱負荷計算（BS− 4 ）に国内での設備・FM分野のデータ交換標準である、
建設CADデータ交換コンソーシアム（C−CADEC）

対するドイツ支部からのレビュー要請（IFC仕様の確の活動成果の内、属性付きデータ交換（BE−Bridge）

定には複数支部のレビューが必要）に、日本で使われはBS-1と、設備機器ライブラリ（Kiki−Net）
はXM-

る用語との対応確認と、仕様に記述されている属性

1と深い関連があります。これらの属性とIFCとの整での負荷計算可否の 2 点に重点を置いた検討を行い合性の確認を今後実施したいと考えています。

ました。この結果、BS− 4 の原案は、室内設定温度

また、国内のCADベンダーによるIFCのインプリが年間を通じて1つの値のみであり、湿度条件が見当

メント（設備CADへの交換機能実装）も重要な課題とたらないなど、当初は国内での負荷計算では利用不考えています。現在、メンバーのなかのCADベンダ可能と思われる仕様であることが分かりました。

ー 4 社がインプリメント分科会に参加して活動を行

これは、仕様作成のベースに、暖房主体であるドっています。

イツの国内標準を使用したことに原因があります。こ

当分科会が担当している設備・FMの領域は大変にのため、室内条件への湿度条件追加、中間期条件の広く、十分なメンバーが確保できているとはいえま

追加、バルコニーなどによる遮蔽物の計算条件の詳せん。今後とも、IFCに関する広報などを通じて、メ細化などを、日本から提案し仕様の拡張を行っていンバーの充実を図っていきたいと考えています。

ます。

IAI日本支部［土木分科会］
伊藤健司［清水建設 情報システムセンター］
土木分科会の活動の目的は、ドイツ支部で検討されている土木に関するIFCのR3.0の仕様を評価し、日本

木分野におけるモデリングに向けて、非常に意義のある活動であると思います．

にとって必要な情報や構造を提案していくことです。

現在は、前述のように、ドイツ支部からの提案内容

97年10月の国際会議において、ドイツ支部から土を検討している段階であり、その検討対象は道路設計

木分野に関する仕様をIFCのR3.0で実現したいという業務が中心となっています。しかしながら、今後対象

提案がなされました。これを受けて、日本支部では領域や対象施設を拡大し、日本にとって必要とされる

98年 1 月から 3 月にかけて、土木分科会の設立検討

仕様を、積極的に提案していく必要もあると考えてい準備会を開催し、98年 4 月に正式な分科会を発足させ

ます。

ました。

ドイツ支部の活動は、ドイツの国内標準である

土木分科会の活動は、ドイツ支部の仕様の理解、ドOKSTRAの開発と平行作業で行われているため、な

イツと日本の業務内容の比較、定義される情報やそのかなか最新の仕様が提供されてきません。R3.0のリ精度などの比較を中心に、月 1 回の会合を行っていま

リースの時期にもよりますが、あまり遅い段階での仕す。

様提供では、日本のニーズを反映することが困難にな

世界的にみても、ヨーロッパの一部を除き、土木分野における情報の標準化やモデル化は進んでいません。

ります。そこで、日本支部としても電子メールなどを利用して、情報の交換などに努めています。

しかしながら、日本国内では今後のCALS/ECなどを

今後とも、ドイツ支部の仕様内容、日本支部の提案内

睨み、建設省の土木総プロにおいても土木構造物のモ容などを含め、積極的に情報提供を行っていく予定です

デリングに関する研究がなされています。

ので、多くの方々の参加を期待しております。

したがって、現在の土木分科会の活動は、今後の土
建築知識

1999年5月号［特別付録］ 31

Ｉ
Ａ
Ｉ
編

IAI日本支部［翻訳分科会］
池田よお子
IAIは国際的な組織ですから、仕様書をはじめとしてすべての公式文書は英文となっています。
IAIで出版される一連の文書は、リリースが進み活翻訳分科会は他の国際支部にはない日本支部独特の分科会です。参加企業数も北米支部に次いで多く、独自の語学文化圏をもつ日本支部の必要性によって発足

動が活発化するに従い専門的になり、多様化されてきしました。『用語の表現を統一するIFC用の辞書の作ました。これらの文書は、建築のオブジェクトモデル

成』に重点を置き活動を開始し、翻訳ソフトウェアのガイドそしてソフトウェア開発用のガイドなどの仕様

使用を意識した形式のIFC用の辞書を作成しました。

書である会員向けの出版物、IAIの概要やプランなど

翻訳分科会は仕様書を日本語化する分科会ではなく、のIAIの活動を紹介する非会員向けのものがあります。

IFCの仕様書を翻訳するための翻訳のシステム化を行IAIのホームページで閲覧することができますが、日う分科会という位置付けです。

本支部はIAI活動の紹介として小冊子（IFCエンドユー

IFC仕様書のリリースは、1.0、1.5そして現時点

ザガイドIAI＆IFCイントロダクション）も発行していでは2.0がリリースされました。IAI日本支部はソフトます。IAI日本支部の発足当初は、このような莫大なウェアの実証やドメインプロセスの提案などと実践的仕様書の検討からのスタートですから、新語や専門用

活動期に入りましたので、翻訳分科会自体で実活動をＡ

語の多い英文仕様書は難解なものでした。

するというのではなく、その成果である翻訳システム

一番の問題点は、IAIは、多数のメンバーが参加すが運用されていることで活動しているという段階になＩる組織ですから、情報の伝達や検討にはやはり仕様書っています。日々発展していくIAIの活動に伴って追の活用は重要になります。さらに、年 1 度のペースで加・更新される仕様書の概要を把握する上では、今後編

正式なリリースが出ますので、その都度日本語化をすも翻訳ソフトウェアを意識した方法が有効に活用されることには時間と費用がかかり過ぎます。このため仕るとことと思います。

Ｉ

様書を翻訳するという作業をシステム化して、活動を

なお、翻訳分科会のメンバーは他の分科会にも所属

スムーズに進めるための基礎をつくることが急務となしていますので、IAIで本来の専門分野のなかで活動

り翻訳分科会が発足しました。

を続けています。

IAIの法人化について
太田洋行［大林組情報システムセンター システム推進部 推進課］
小さな国際組織という理想
IAIが「研究のための研究団体」活動と決定的に異なるのは、プロダクトの開発も視野に入れた活動を行っている点です。

9 支部、17カ国、600を超える総会員数を考えると、小さな国際組織で取り仕切るという理想は限界にきています。

国際組織の法人化の動き

このような活動のために、設立以来 3 年余りの間、

IFCのR1.5がリリースされ、対応する製品が発売確固とした国際組織を置きませんでした。これは国際されるようになって、この小さな国際組織の限界がい

組織の運営経費を極力小さくすると同時に、各支部のよいよ明らかになってきました。

独自性を尊重しようという設立当初の理想によるものです。

たとえば、悪意ある第 3 者から、これらアプリケー
ションの利用を盾に思わぬ理由から損害賠償を求めら

たとえば、会員会費は支部独自に決定され、徴収される危険性が考えられます。ところが、このようなリれてきました。日本支部では、研究機関を除いて一律

スクに対処するには、現状の国際組織は余りに無防備

同額の年会費を徴収していますが、北米支部は会員のであることが、国際評議会で既に指摘されています。

業種や規模によって500〜10,000ドルの幅をもたせさらに、多様な会員に起因する複雑な課題の解決やています。また、IFCを将来の建設産業における情報

国際資金の管理、組織内部における責任の所在の明確

インフラの標準モデルとして位置付けることを表明し化なども、これまで以上に求められてきています。そている加盟国もあり、このため、公的な資金補助を受の た め 、 国 際 組 織（ IAI International Council

けている支部もあります。

Limited）を非営利団体として正式に登録するように

会員・支部間の平等という基本方針からも、国際資金の負担方法が現状のままでよいかも議論されており、

32

IAI/IFCガイドブック

準備を進めており、次回国際評議会で、正式に決議される予定です。

IAIの組織と活動状況

認証制度
天羽庸子
［中電コンピューターサービス CAD事業部 東京支社］

認証とは

積算や技術計算には形状は必ずしも必須ではありません。

認証（Certification）とは、ある団体や企業が提供

認証ロゴにはIFCのバージョンが明記される予定でする規格を該当する商品が満たした形でつくられていす。IFCはバージョンごとにサポートするオブジェク

るかをテストした上で、承認した時に与える保証のよ

トの種類が増え、また既存部分の改善が行われることうなものです。

も想定されるため、バージョンを明確にすることが重この定義をIAIに読み替えると、提供する規格であるIFC仕様のデータを、IIFC対応と称するソフトウェ
アが正しく書出し・読込みができているかどうかを、何らかの方法でテストし認証するということになります。
しばしば、その認証の印として一目で分かるデザイ
ンのロゴマークを商品に表示することがあります。
現在、IAIとしての正式な認証方法と認証の手順は要であるためです。

認証制度のゆくえ
IFCのR1.5.1（リリース済み）から認証の対象とす
るスケジュールが提案がされています。なぜならば、IFC への正式認証の製品はこのR1.5.1のバージョン
から販売が開始されるからです。
IAI側としても、スタートから

IFC対応

の意味

まだ決定していません。またその名称もするところを市場に示す機会でもあり、また今後、保「Conformance」「Validation」などが候補となって証できないデータの流通を防ぐためにも、このタイミいるものの、まだ定まっていません。

ングが重要と考えています。 このような状況下から

IAIは非営利団体であるため利益を生むことができ

99年の夏頃には、ロゴによる認証が開始される可能ません。その反面、認証を行うには、専用のソフトウ性があります。それに間に合うようにとロゴデザイン

ェア認証ツールを開発しなければならないことと、認も募集中です。

証のためのテストを行うコストが発生するという現実

認証に関しては、DXFフォーマットの状況を身近ながあり、その負担ルールも決めなければなりません。

例に捉えて考えると、そのメリット・デメリットが分

これら課題を解決した後、正式に決定することになる

かりやすいと思います。DXFの場合は、認証する機関と考えられます。

がないばかりに、各ベンダーがさまざまな対応内容の以降の説明は、あくまで現在提案されている内容から想定できることをベースにしました。

IFCモデルの認証方法

DXFファイルが流通し、情報の欠落や交換時のトラブ
ルなどが起きるという現状があります。
これはDXFファイルのフォーマットが原因ではな
く、ベンダーが正確に仕様に添った開発をしたかどう

認証を得るためのテストの種類としては、データのか、正確なデータが書出されているかどうかについて、記述をチェックする方式とデータの意味付けをチェッ

しかるべき機関によるシステムがないことが原因です。

クする方式の 2 通りが考えられます。

これはどの標準化団体にもいえることですが、認証

ソフトウェアにより意味付けのチェックを判断するするためには、その機関と人の設定が必要ですが､標ことは容易ではないこともあり、現在予定されている準化活動という実体のないなかでは困難であり、そののは、まずデータの記述チェックまでです。これは、結果、オーソリティのないものに対応しようというベ

Expressコード（データ定義言語）を通してPart21形

ンダーも少なく、よってなかなか普及しないという悪式（STEPのデータ交換用のテキストファイル）で出力

循環があります。

されたIFCデータの記述が文法的に正しいかどうかをチェックすることです。
チェック時には、「View」と呼ばれるテストパター

また、認証のようなものを設けると、技術的、費用的な面から認証自体が取り難い場合、結局普及しないということも考えられます。

ンを用意し、アプリケーションの種類に合わせてチェ

これらメリット・デメリットを理解した上で、なおックを行うことになると考えられています。これは同かつIAIは組織として認証を与えることを当初から掲

じオブジェクトでもアプリケーションの種類により必げています。この意味するところは、産業界から出発

要な情報が異なるという考え方から、種類別に定義さした団体として産業界のニーズを把握した上で、実際れたViewによりチェックする内容を変えるという考えに使えないような成果物を出さないよう保証するべき方です。たとえば、ドアのオブジェクトは、CADではである、という現実的な方針が基本にあるということ

形状情報がきちんと書出されていることが必須ですが、

です。
建築知識

1999年5月号［特別付録］ 33

Ｉ
Ａ
Ｉ
編

IAI日本支部の公開情報
福安由子［IAI日本支部事務局］ 平野雅之
［IAI日本支部技術統合委員会］（ 98年 9 月発行）

IAI加入申込・関連資料

・IAI日本支部News Letter第 1 号

IAIは建設産業で必要不可欠となっているCADデー
タ交換のための仕様（IFC/Industry Foundation
Classes）を作成しております。IFCは、建物を設計、施工していく上で、図面としてのCADデータ交換だけではなく、構造計算、積算などといった直接CADではないシステムへもデータを受け渡すことができるデー
タ構造となります。

（ 98年10月発行）
・IAI日本支部News Letter第 3 号（ 99年 2 月発行）
・IAI日本支部News Letter第 4 号（ 99年 5 月発行予定）

これにより、現在建設産業で問われている建設ライ
フサイクルの短縮、コスト削減に大いに役立てようとＩ（ 98年 7 月発行）
・IAI日本支部News Letter第 2 号

考えております。

IAIホームページ
IAIの 9 支部すべてがホームページで活動ならびにIAIでは、この仕様を作成するにあたり、建設産業に情報を公開しております。

Ａ

関わる皆様方にご賛同、ご協力をいただき、入会を希望

日本支部のホームページでは、今年 2 月に全サイトがする企業を随時募集しております。入会方法・IAI規約

開設され、IAI/IFCの活動・情報、公開セミナーの案

Ｉなどについての詳細は、IAI日本支部ホームページ（図）内・情報誌等のデータなどの入手が可能となりました。

もしくはIAI日本支部事務局までお問い合わせ下さい。

さらに、IAIが定期的に開催しているセミナーなどの申し

編

また、I F C のドキュメントにつきましては、I A I

込みも、このホームページより行うことができます。

FTPサイトで入手することが可能となっています。こまた、他の 8 支部のホームページへもリンクされてのFTPサイトは、現在のところ会員のみの公開となっおり、世界の動き・情報も自由にご覧いただけます。

ています。

各サイトの掲載内容、各支部のアドレスにつきまして

IAIに正式にご加入後、パスワードをご案内させては、表 1・2 をご覧ください。

いただいております。
なお、IAI日本支部では、IFC End Users Guide■ IAI日本支部へのお問い合わせ

ならびにIAI 日本支部News Letterなどの情報公開

IAI日本支部事務局

誌をご用意し、IAIの活動、情報などを会員・非会員〒134-0088の区別なく皆様に公開しております。ご希望の方はお東京都江戸川区西葛西6-16-4

気軽にIAI日本支部事務局宛にご連絡ください。

TEL：03-5676-8471 FAX：03-5696-2862

現在までの情報誌は以下の通りです。

Email：iaijapan＠interoperability.gr.jp

・IFC End Users Guide R1.5 -日本語版図

http://www.interoperability.gr.jp

IAI日本支部のホームページ

INDEX
Document

Home
Implementation

Board Member
News Letter

表1 IAI日本支部ホームページ（http://www.interoperability.gr.jp）
INDEX
Home
Board Member
スケジュールイベント
Documents
Implementation
News Letter
入会案内
Member FTP
Mail to Web Master

34

エスペランス6F

日本支部のINDEXページ
IAI / IFCの説明
IAI日本支部の組織および国際組織、IAI日本支部会員企業一覧
各支部のホームページへのリンク
98年度の日本支部活動計画
日本支部が開催するセミナーなどの案内、これまでのイベント内容
これまでのセミナー資料、News Letter、End User Guideのダ
ウンロード 入会案内書のダウンロード
A/E/C SYSTEMS JAPAN 98における、IFC R1.5の実証実験成果
NewsLetter Vol.1 / Vol.2 / Vol.3のご案内
98年度運営企画書、入会案内の掲載
IAI日本支部規約書、入会申込書のダウンロード
会員専用FTPサイト
IAI日本支部へのお問い合わせ

IAI/IFCガイドブック

スケジュール
入会案内

イベント
Member FTP

表2 IAI Internationalホームページ（http://www.interoperability.com）
オーストラレシア支部（Australasia Chapter） http://www.interoperability.org.au
フランス語圏（French Speaking Chapter）

http://www.cstb.fr/iai-fr/main.htm

ドイツ語圏（German Speaking Chapter）

http://www.opd.de/iai/

韓国支部（Korean Chapter）

http://italab.kyunghee.ac.kr/iai-korea

北欧支部（Nordic Chapter）

http://www.vtt.fi/cic/niai

北米支部（North American Chapter）

http://iaiweb.lbl.gov/Chapters/North̲ America/

シンガポール支部（Singapore Chapter）

http://www.ncb.gov.sg/ncb/construction/iai/

イギリス支部（UK Chapter）

http://www.bre.co.uk/iai/

IAIの組織と活動状況

IAI日本支部の課題
天羽庸子［中電コンピューターサービス ＣＡＤ事業部 東京支社］
IAI日本支部が発足してこれまで、メンバーの努力

国内における他団体との協調により比較的順調に活動が進んできました。今後は、IAIの国際的な成長と合わせ、日本支部としてもう一

国際組織においては、IAIはSTEPや他の団体との歩、ステップを進める時期にさしかかりつつあるとい具体的な協調関係を築きつつあります（｢IAIの国際組

う見方ができます。

織と活動状況｣25頁参照）。 メンバーもかなりの部分

以下にその課題を整理してみました。

｢業界団体｣の意味すること
日本社会の現状をみると、団体と名のつく活動は、多かれ少なかれ、対象とするコミュニティ（IAIの場合

重複しているため、自然と似通ったコンセプトが導入されたりすることがあるかもしれません。
国内をみると、かなり重複したメンバー構成であるにもかかわらず、団体が異なると行き来がなかなかできにくい部分もあるようです。

は建設業界）
への貢献という意識が強いと思います。しIAIは業界団体だけに、特に公的な機関と協調関係

かしながら、IAIの国際組織自体は、 産業界の＝ビジをとることにより、広くオーソライズされていくこと

ネスベースの という意識が強く、そもそもの発足のが今後の発展のためにも必要ではないかと思います。

由来としてもそうであったのであろうと認識せざるを

こうすることにより、同じような内容の異なる仕様の得ない部分も見受けられます。

存在や、エンドユーザーの混乱、ベンダーの対応のしこれは社会的背景をベースとした認識の相違であり、にくさなどを防止することが可能になります。

どちらが正しいというものではありませんが、日本支

また、互いの技術を有効活用することにより、仕様部は比較的、貢献、技術的啓蒙、人を育てるという意を調整していくことが必要であり、まさに現在では、識が強いように感じています。

（財）建設業振興基金の「建設CAD交換コンソーシア

IAIは非営利の団体であるのでライセンスなどで利ム」あるいは最も新しい事例としては（財）日本建設益を追求するつもりはないとされながらも、国際組織

情報総合センターの「CADデータ交換標準開発コンソ

における参画メンバーのなかには、成果物（IFC）を商ーシアム」など、行政に支援された作業と協調をとり品計画に組み込むことによるビジネスを考えているソ

つつあるところです（図）。この協調過程を通じて標準

フトベンダーや、IFCを自社の具体的な設計プロセス化検討作業が合理的に進められることのみではなく、などと関連させて考えているエンドユーザーがいて、真に業界の横断的効率化、ひいては経済社会の効率化

IAIの対応内容とスケジュールに非常に敏感に反応し、が達成されるよう望まれていると考えられます。

時には要望も提出してくるという現実があります。
研究機関であっても、その成果物（例：IFC開発ツール）の販売が目的であったり、エンドユーザーが具体的に自社で使用することを目的として、そのプロジェ
クトを起こし（例：設計会社情報システム部によるIFC
対応システムの開発）、スポンサーをしている場合も図

国内における他団体との協調関係あるため、より結果を求め実利的に行動をとる点から（財）
日本情報処理開発協会（JIPDEC）

みると、彼らの考え方や判断は啓蒙活動をするボラン

企業間電子商取引推進機構（JECALS）
JAPAN-STEP（JSTEP）

ティアではなく、ビジネスマンのそれであるということです。
IFCもコマーシャルバージョンとしてR1.5.1が既活動参加（財）建設業振興基金

建設省

CI-NETににリリースされ、R2.0はβ版でレビュー用に配布されています。

連携・協力関係

建設CALS/EC研究会

建設CADデータ交換コンソーシアム

IAI 日本支部認証問題の項（33頁）
でも触れましたが、R1.5.1を事務局

対象に、IAIの認証が開始される可能性も高くなって

AIJ
日本建築学会

きました。このような状況を踏まえ、あくまでもロー
カルルールによりながらも、日本支部の基本姿勢をもう少しビジネス主体に修正していくことが必要である

各種業界団体等（社）日本空調衛生工事業協会（J.P.C.A.）（社）日本電設工事協会（JECA）等

かもしれません。
Copyright（C）1998.12.16, C-CADEC All right reserved.

建築知識

1999年5月号［特別付録］ 35

Ｉ
Ａ
Ｉ
編

IAI日本支部

会員一覧
一般企業

アイサンテクノロジー 株式会社
旭技建 株式会社
アンドール 株式会社株式会社 池下設計
株式会社イトーキ株式会社 インフォマティクス
エーアンドエー 株式会社
ＳＲＧタカミヤ 株式会社
応用技術 株式会社株式会社 大塚商会
オートデスク 株式会社株式会社 大林組
株式会社 オリエンタルコンサルタンツ
鹿島建設 株式会社
兼松エレクトロニクス 株式会社株式会社 キャトル
共同カイテック 株式会社株式会社 熊谷組
グラフィソフトジャパン 株式会社株式会社 構造計画研究所
株式会社 構造システム
株式会社 構造ソフト
神戸ソフトウェア 株式会社
国際航業 株式会社
コクヨ株式会社
株式会社 コスモエレクトロニクス
五大開発 株式会社株式会社 五反地建築設計事務所
株式会社 コモダ工業 システムKMD
コベルコシステム 株式会社
佐藤工業 株式会社株式会社 シーピーユー
シスプロ 株式会社J.キャドデータ.バンク
株式会社 シビルソフト開発
清水建設 株式会社
新日軽 株式会社
須賀工業 株式会社
住商エレクトロニクス株式会社
住友セメントシステム開発 株式会社
生活産業研究所 株式会社
セコム 株式会社
ダイキン工業 株式会社
大成建設 株式会社株式会社 ダイテック
株式会社 ダイナウェア株式会社 ダイナミックシステムリサーチ
大和ハウス工業 株式会社
高砂熱学工業 株式会社株式会社 竹中工務店
中央復建コンサルタンツ 株式会社
中電コンピューターサービス 株式会社株式会社 ティー・スガ アンド パートナーズ
テクノビジョン 株式会社
デザインオートメーション 株式会社
東亜建設工業 株式会社
東急建設 株式会社
東京ガス 株式会社

36

IAI/IFCガイドブック

東洋建設 株式会社株式会社 東洋情報システム
東洋熱工業株式会社
東洋紡エンジニアリング 株式会社
戸田建設 株式会社株式会社 トップス・ソフトウェア
飛島建設 株式会社株式会社 日建設計
日建リース工業株式会社
日本アイ・ビー･エム 株式会社
日本国土開発 株式会社株式会社 日本総合研究所
日本総合システム 株式会社株式会社 日本設備企画
日本電気 株式会社
日本ユニシス 株式会社株式会社 間組
パシフィックコンサルタンツ 株式会社株式会社 パスコ
株式会社ビーイング株式会社 日立製作所
日立プラント建設 株式会社株式会社 フェイス
株式会社フォトロン
福井コンピュータ 株式会社株式会社 フジタ
富士通 株式会社
株式会社 富士通愛媛情報システムズ
株式会社 フソウシステム研究所
不動建設 株式会社株式会社 ベントレー・システムズ
前田建設工業 株式会社
三井建設 株式会社
三菱建設 株式会社
三菱電機 株式会社株式会社 ミュー
武藤工業 株式会社株式会社 メディアポート
山一工業 株式会社
ユニオンシステム 株式会社株式会社 四電工
YKKアーキテクチュラル プロダクツ 株式会社ラウンドスペース 株式会社
株式会社ワイズ

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