連 載建築コストをめぐる話題［34］

BIMと建築分類標準をめぐる考察―ISO 12006-2:2015、Uniclass 2015の読解を中心に―
芝浦工業大学1

客員教授／千葉大学

名誉教授

安藤

正雄

「言語」とともに思考と行動は変わり、生産技術

はじめにと生産物も変わる。また、広い意味での制度や慣BIMは建築物の発注・設計・生産・使用・維持習も変わる。BIMとそれに関連する一連の変革は、

管理のすべての局面に対応した情報プラットフォー

まず「言語」と生産技術から発した変革であったと

ム上に築かれたモデリング技術である。多くの関与言ってよい。そのような飛躍に、建築の長い歴史を者が協調的に意思疎通・決定を行い、プロジェクト・通じて形成された知識・制度・慣習とともに生きる

ライフサイクルのあらゆる時点で的確に情報を受け人と社会はどのような反応を示すのであろうか。

渡すことができるようにするためには、「標準言語」

現地調査から戻った筆者にこれらのことがよくを獲得することがまず必要となる。そのために開発分かってきたかというと、そうではなかった。そが急がれたのが、建築に関する分類情報を複数のの理由の一つに、「言語」の中枢をなすと思われテーブル（表１）とその関係として表現するファるISOや各国の分類標準がどのようなものかを筆セット型の新しい分類標準である。

者がよく理解していなかったという情けない事実

グローバルに共有されたファセット型の分類標
準、あるいはそれと連携した各国の分類標準の開があった。そこで、不遜ながら、筆者は問題を次のように変えた。

発・ 確 立 の 画 期 は2015年 で あ る。 こ の 年、ISO

そもそも、これらの分類標準は建築情報モデル

12006－２の改訂版、英国のUniclass 2015がほぼ同の「言語」やプロトコルとしてうまくできている時に成立した。日本でも2019年にBIM推進会議のであろうか。

（国土交通省）が設立されたのを機に、同様の分奮起した筆者は、ISO 12006-2 : 2015、Uniclass

類標準を確立しようとする動きは一気に加速した。

2015を中心に、なるべく一次ソースに近い文献を筆者が関係する研究グループも、DB、BIMに読んでみることにした。その結果は、いつものこ

よって大きく変貌しつつある建築の発注・設計・とながら、少しの問題の解決と等量の新たな問題

生産システムに関心を持ち、研究を継続してきの出現である。本稿では、ISO、Uniclass 2015、た。2019年には、いち早く新しい分類標準を確立

米国、北欧の順に検討を行い、その後に若干の考し、それを社会実装することを先導してきた北察を加えた。

1

欧、英国への現地調査を実施した 。なぜ現地調査

元々ややこしい話である。加えて、標準類は厳を試みたかというと、新しい標準類の成り立ちと密に定義された用語に頼るから、下手な日本語訳

その社会実装の効用が理屈としては理解できたとは封じられ、英語だらけのますますややこしい文

しても、分からないことが多すぎたからである。

章となったことはお許しいただきたい。

1

54

科研費（基盤研究🄒設計者間の設計分業に関する研究、研究
代表者：小笠原正豊）、同（基盤研究🄑BIMを利用した施設のライフサイクルマネジメントの高度化に関する研究、研究代表
者：志手一哉）による。

建築コスト研究No.1102020.7

便宜のため、比較検討した分類標準のデータを一括して表１にまとめ、掲載した。また、検討に用いた文献も一括して文末に示した。

建築コストをめぐる話題［34］表1

ISO 12006-2 : 2015及び各国の建築分類標準のテーブル構成とその内容の比較

文献４の表を基に作成された文献７の表に、オブジェクト・クラス（テーブル）名の定義を加えた。
ISO-12006-2 : 2015

定義の出典：*1：文献 1、 *2：文献2、 *4：文献4

OmiClass 2006-2013
北米

Uniclass 2015
UK

CCS（Cuneco
Classification System）
デンマーク

A.2 Costruction information
Table 36 Information
・construction（以下const.と略記）processに関連ある情報。const. resource（インプット）及びconst. result（アウトプット）としてみることも可。（*1）
・タイプ分類はcontentによる。（*1）

FI - Forms of information(Beta status)

A.3 Construction products
Table 23 Products
・const. resourceとして用いられるプロダクト。単独あるいは他のプロダク
トと複合してconst. entityの任意のレベルの部分を構成する。（*1）
・タイプ分類はfunctionまたはformまたはmaterialまたはその組み合わせに
よる。
（*1）

Pr - Products
Components
・systemsを構成する個々の製品（*2）

CoClass
スウェーデン

ISO 81346-12

A104 Document
Management (metadata)

Components

Component(Product aspect)

Table 41 Materials
A.4 Construction agents・const. processを実行する人的const. resource。（*1）
・タイプ分類はdisciplineまたはroleまたはその組み合わせによる（*1）

Table 33 Disciplines

AgentsTable 34 Organizational roles

A104 Document
Management (metadata)
A104 Document
Management (metadata)

A.5 Construction aids
Table 35 Tools
・const. processの遂行を助けるために用いられるconst. resource。（*1）
・タイプ分類はfunctionまたはformまたはmaterialまたはその組み合わせによる（*1）TE - Tools and Equipment

Equipment

A.6 Management
Table 32 Services
・一者以上のconst. agentsによるconst. processをコントロールする行為。
（*1）
・タイプ分類はmanagement activityによる。（*1）

PM - Project Management

A104 Document
Management (metadata)

A.7 Construction process
Table 31 Phases
・const. resourceを用いてconst. resultを実現するプロセス。（*1）
・タイプ分類はconst. activityまたはconst. process lifecycle stageまたは
その組み合わせによる。
（*1）

Project Phases(draft for comment)

A104 Document
Management (metadata)

Regions(draft)Districts(draft)
A.8 Construction complexes
・少なくとも一つのfunctionまたはユーザーの活動に用立てるための一つ以上のconst. entityの集合体。
（*1）
・タイプ分類はformまたはfunctionまたはuser activityまたはその組み合わ
せによる。
（*1）

Co - Complexes
・プロジェクト全体を指す。
（*2）

A.9 Constructon entities
Table 11 Construction entities En - Entities
・少なくとも一つのfunctionまたはユーザーの活動に用立てるための特徴的な
by function
・建物、橋、トンネルなどの独立形（form）及び空間的構造をもつbuilt environmentの独立した単位。（*1）
した一つの建造物。
（*2）
・タイプ分類はformまたはfunctionまたはuser activityまたはその組み合わ
せによる。
（*1）

Construction complex

Construction entities

Construction entity

Table 12 Construction Entities Entities by formby form(draft for comment)
Ac - Activities
・complex、entityあるいはspaceで展開される活動。
（*2）
A.10 Built spaces
Table 13 Spaces by function
・ユーザーの活動ないしは装置のための空間であり、built environmentまたは/及びnatural environmentで定義される。床、天井、壁で定義された室など。
（*1）
・タイプ分類はformまたはfunctionまたはuser activityまたはその組み合わ
せによる。
（*1）

SL - Spaces/Locations
Built spaces/User spaces
・spaceは様々な活動のために用意された空間。
（*2）
・Locationsは鉄道や道路など線形に伸びるプロジェクトをいく
つかの区間に分割する際等に有
効。
（*2）

Space

Spaces(Location aspect)

Functional systems

Functional
systems(Functional
aspect)Constructive(Technical) systems

Technical
systems(Functional
aspect)Table 14 Spaces by form
A.11 Construction elements
・const. entityの構成要素。
・タイプ分類はfunctionまたはformまたはpositionによる。（*1）

Table 21 Elements
EF - Elements/Functions
Functinal systems(Includes Designed Elements)
・elementsは建物（entity）の主 Technical systems(UniFormat)
要 な 部 位（ 床、 壁、 屋 根 等 ）、 Components
・Facilityの物的部分
functionsは建築設備。
（*2）
・Functional Elementsは そ れ らを構成するWork resultsによらずそれらの機能によって特性化される。
Ss - Systems
・一つのelementまたはfunction
は一つまたはそれ以上のsystemsによって構成される。
（*2）
・systemは い つ か のproductsによって構成される。
（*2）
・systemsは一般に工種（他の規格のWork resultsに対応してい
る。
）
（*4）

A.12 Work results
・construction resultのview。
・タイプ分類はwork activity及びresource usedによる。（*1）

Table 22 Work results(MasterFormat)
・建築材料、products、activities
を部分に分割したもの

A.13 Construction properties
・construction objectのproperty。
・タイプ分類はproperty typeによる。（*1）

Table 49 Properties

Production result incl.
maintenanceactivities
Properties

Classes of Properties

Properties

Zz - CAD
Landscape Information

建築コスト研究No.1102020.755

建築コストをめぐる話題［34］Organization model
User activity
uses

A.8 Construction

A.10 Built spacesdeﬁned byview onA.12 Work result

complexaggregate ofpart ofConstruction Result

A.9 Construction entity

results inpart of

A.11 Construction
element
part ofoccurs during

Construction

part ofprocess lifecycle

A.6 Management

controls

A.3 Construction

A.7 Construction

product

processuses

A.5 Construction aid

Pre-design process

Design process

Construction
resource
A.4 Construction agent

Production process

A.2 Construction

Maintenanceinformation

process＊本図は参考文献１（ISO 12006-2:2015)に記載された図に若干の加筆、加工を加えたものである。
＊太線で表された関係は「a type of」関係を示す。細線はその他の関係を示す。
＊一部のクラスに付されたA.1などの番号は、参考文献１のAnnexに例示された各クラスのテーブルに対応する。

図１

ISO 12006-2 : 2015のテーブルとその関係

るIT化への対応であり、二つ目にはDB（デザイ2

ISO 12006－２ : 2015

2.1

オブジェクト・クラスとその関係

ン・ビルド）やDBO（デザイン・ビルド・オペレー
2ト）といった調達方式の多様化への対応があっ建築を含む建設物・活動 の分類標準の枠組み

た。BIMはプロジェクト各段階で多くの関係者がを 扱 うISO 12006-2 : 2015（ 文 献 １） は、2001年

各種の情報交換を行うことを意味する。DB等のに制定された初版を大幅に改訂したものである。

新しい協調型の調達方式においても事情は同様で改訂を必要としたのは、一つ目にBIMに代表されあ る。 従 来 用 い ら れ て き た 工 種 別 や 部 位 別 といった分類に変わる新しい建設情報モデルの枠組

256

当該規格でいう建設の対象には土木やプロセス・エンジニア
リングも含まれるが、本稿では以下「建築」という言葉で代表させる。

建築コスト研究No.1102020.7

みが求められたということである。
ISO 12006-2は、建築物の実現、使用を情報モ

建築コストをめぐる話題［34］デルに置換し、そのために様々なʻview’からものだという理解は世界中に浸透している

見ることのできる情報のオブジェクト・クラス（表１）。

（≒テーブル）の集合を用意した。ISO 12006-2が④ISO 12006-2は、それを排したUniclass 2015と示すのはあくまでその枠組みであって、それぞれ違って、仕様書作成に一般的に用いられてきた

3のテーブルの内容を規定するものではない 。図１

Work resultのテーブルを保持している。Workに示す枠組みからは次のことが読み取れる。

resultは、 こ こ で は「 工 種（type of work

①このISO規格が定める範囲外にある「ユーザーactivity） や 用 い ら れ た リ ソ ー ス か ら み たの活動」を除けば、枠組み全体は、大きく、

const. resultのʻview’」と定義されている。

Construction（以下const.と略す）result（成果）、⑤Built space及びConst. elementのクラスはそのConst. process（プロセス）、Const. resource（リ内部に「a part of」関係を有している。即ち、ソース）の三つのクラスに分けられる。Const.

階 層 的 な 包 含 関 係 を 持 つ。 更 に、Const.

resultはConst. resourceを 用 い て 何 ら か のelementはConst. entityに 対 し て「a part of」

Const. processを実行した結果生成されるオブ関係を持つ。しかしConst. resultのサブ・クラジェクトである。それぞれは「a type of」関係スであるConst. elementはConst. resourceのサにより、更に下位のクラスに分けられる。

ブ・クラスであるConst. productとは階層的な②Built environmentはConst. resultの物的な側面

包含関係を持たない。このことに特に注意しておこう。

で あ り、Built space（ 空 間 ） ま た はBuilt
4structure（仮に「物的構成物」と呼んでおく）⑥Annex AにはA.１の総論を除き12のテーブルのいずれかのシステムとしてみることができが 例 示 さ れ て い る。 最 後 のA.13 Const.

る。 そ の い ず れ も 親 で あ るConst. resultと はpropertiesは、オブジェクト全体のproperties「a type of」関係で結ばれている。

（特性）を分類するテーブルである。しかし、③ 物 的 構 成 物 と し て のConst. resultは、 更 にpropertiesはConst. result、process、resource

Const. complex（プロジェクト全体）、Const.

のすべてに関係する特殊なクラスであるから、entity（個々の建物）、Const. element（部位）

それは、図１の枠組みに表現されていない。

の ク ラ ス に 分 類 さ れ る。Const. elementは2.2

クラス分類とシステム、モデリング「function（ 機 能 ）、form（ 形 態 ） ま た は

オブジェクト・クラス間の関係には、既に述べ

location（位置）に関する特性を持つ」と定義たように「a type of」関係と「a part of」関係とされているが、そのpropertiesが材料等を含まがある。この区別は、仕様記述のための情報モデ

な い こ と か ら 分 か る よ う に、 具 体 的 な 実 体

ルを構築すること、及びそのように構築された各（≒設計解≒構工法解）ではなく、奇妙な言い国の分類標準を比較する際に重要な役割を果た方ではあるがあくまでも「概念的な実体」としす。

て の 部 位（element） で あ る。 こ れ は 米 国

オブジェクトの分類（classification＝クラス分

Omniclass（UniFormat）のFunctional element

け）はその目的に即したproperties（≒属性 5 ）にと等価のクラスであり、elementはそのようなよって行われる。属性はオブジェクト全体を属性
タイプ毎に分けるから、上位・下位のクラス間の3
4

ただし、Annex Aには、推奨される各tableのタイトルとその内容が例示されている。
建築ものづくりのアーキテクチャ論は、建築を「機能」―「構造」の複合ネットワーク（＝アーキテクチャ）として捉え、その特性を分析する。筆者は「構造」は物的構成物、空間単位のいずれによっても捉えられるとしている。

関係は「a type of」関係となる。即ち、「a typeof」関係がclassification＝分類を生成する。
5

属性はattributesと訳される用語であり、厳密にはattributeとpropertyは異なる意味を持つ。

建築コスト研究No.1102020.7

57

建築コストをめぐる話題［34］この図はISO 12006-2のFigure 3に表現上の改変を施したものである。
Wall system
壁システム
Wood window
木製窓
Wall construction

Window

Steel window

壁構造体

窓

鋼製窓
Plastic window
樹脂製窓
Wood frame
木製フレームInsulation battStud

Glazing

Frame

Steel frame

成形断熱板

スタッド

グレ－ジング

フレーム

鋼製フレーム
Plastic frame
樹脂製フレーム

この図はISO 12006-2のFigure 3に表現上の改変を施したものである。

図２ 「a part of」関係による構成的階層（composition）と「a type of」関係によるクラス分け（classification）

一方、「a part of」関係は全体に部分を関連づ

図 ２ に「a part of」 関 係 に よ る 構 成 的 階 層

ける構成的な（compositional）構造化を可能と（composition）と「a type of」関係による分類階し、その結果としてSystemが生成される。全体層（classification）を併用した例を示す。

―部分の階層的構造を体現するSystemなしに、

図 中 左 側 はConst. elementの 一 つ で あ るwall

Const. resultを実現するための仕様を決定するこ

systemを 全 体 と し て 下 位 レ ベ ル に 展 開 さ れ たと、即ちモノとしての建築を建てることはでき

Systemを 示 す。ISO 12006-2に 例 示 さ れ たtable

ず、またその合目的性も保証されない。構造シスは２層以上の階層を持たないので、下位の階層がテム、壁システム、空調システム、マネジメント

Const. elementの 内 部 に 留 ま る の か、 あ る い は

シ ス テ ム な どSystemの 捉 え 方 は 多 様 で あ る。

Const. resourceに属するのかは、この限りにおいSystemを決定する全体―部分の関係は、機能やては分からない。しかし、図の右側に示すように

空間、組立といった多様な観点から捉えることが材料によるclassificationを加えて初めてオブジェできる。Work resultを捨てたUniclass 2015では

ク ト がelementを 離 れ て 実 体 化 す る（Const.

このSystemが重要な役割を果たす。

resourceのサブ・クラスであるConst. productにAnnex BはISO 22274を引いて分類の考え方をリンクされる）と考えてよいだろう。いずれにせ補足し、更にモデリングのあり方に関する解説をよ、Systemは特定のドメインに接続されている加えた部分である。これによると、分類システム

わけではないので問題はないのだが。

に は 列 挙 型（enumerative） と フ ァ セ ッ ト 型

この推量は、オブジェクト分類とモデリングに（faceted）の二つがある。列挙型は通常一つの階関するAnnex Bの次の説明と合致している。

層構造として与えられるが、多くの場合、完全分「information objectを内部に持つモデリング・類を提示することは困難である。これに対し、ツールを使えば、Const. entity全体からその部

ファセット型は一つのオブジェクトに複数の分であるConst. elementへと設計を進めることがpropertyによる分類を当てはめることができる。

できる。これらelementには、新たなproperties

多くのテーブルを用意したISO 12006-2はもちろを加味すること、及びelementをそのコンポーネんその効用を意図したものにほかならない。

ントに展開することにより、更に詳しい仕様を与58

建築コスト研究No.1102020.7

建築コストをめぐる話題［34］えることができる。例えば、Const. elementの一びNBSの2019年度年次レポートに掲載された文つであるwall systemを壁の本体構造、壁仕上げ、

献（文献３）である。

ドア、窓などのコンポーネントに分節することに

文献２によると、Uniclass 2015を用いた建物

より、適切な仕様を具体的に検討することが容易（Entity）の設計のおよその流れは次のようであになる。また、各レベルのコンポーネントにおいる。

て 材 料、 テ ク ス チ ャ ー、 デ ザ イ ン な ど の

１）クライアントはEntityで生起するActivities

propertiesによる視点を新たに加味することによまたはそれらに基づくSpacesによって要求条

り、仕様化は進展する。……モデリング・ツール

件を提示する。

内の情報オブジェクトは他のオブジェクト、例え

２） 概 略 設 計 段 階 で は、Elements/FunctionsのばConst. elementやSystemを表すとみなすことがテーブルを用いて建物のおよその姿と設備を決

6

できる 。
」

める。
３） 続 く 詳 細 設 計、 施 工 段 階 で は、Systems、

3Uniclass 2015

Productsのテーブルを用いてElementの詳細を
決定する。

3.1

Uniclass 2015の確立とその背景

Uniclass 2015も ま た そ の 前 身 で あ るUniclass

解説に用いられている主要なテーブルは図３に示す七つである。以下、ISO 12006-2に照らして、1997を大幅に改訂して出来上がったものである。

その相違点と特徴を列記する。

改訂の理由は、将来にわたってBIMで使い続けら●Activities及びSystemsはISO 12006-2には含まれることのできる確かな分類標準を用意するこれていないUniclass 2015独自のテーブルであと、 ま た 英 国 政 府 が 強 力 に 推 し 進 め るBIM

る。

7

mandate政策 を実現するためのインフラの一部●一方、積算や仕様書作成のためにこれまで英米を提供することにあった。

で利用されてきたwork resultsはこれらのテー

3.2

ブルに含まれていない。

NBSによる解説

ま ず はUniclass 2015の 開 発 に 密 接 に 係 わ り、●Elements/FunctionsのElementsは 屋 根、 壁、それを組み込んだ様々なツールの製品化を担って床などの部位を指し、Functionsは排水や空調

8

きたNBS 自身による解説を見ておこう。Uniclass

な ど を 指 す か ら、 こ の 括 り はISO 12006-2の2015はRIBA Enterprisesを中心としたチームにConst. elementsと同一である。

よって開発され、仕様書作成ソフトウェアである
9

NBS Create に実装されている。参照した文献は●著者は、これらの表は「大づかみにみれば階層構造を持つ」という。しかし、Uniclass 2015

NBSに 所 属 す る 同 一 著 者 に よ る“What isにおいて（Systemsを介して）階層化されていUniclass 2015？”と題された文献（文献２）、及るProductsとElements/Functionの 関 係 は、

6

ISO 12006-2で は そ れ ぞ れ 別 の 上 位 ク ラ ス

10

7
8

9
10

こ の 記 述 はelement-work resultに 変 え てelement-systemproductと い う 組 み 合 わ せ の 分 類 体 系 を 採 用 し た 英 国 のUniclass 2015のISO 12006-２への整合性を説明していると理解される。
政府調達のプロジェクトに2016年よりBIM level 2の達成を義務化。
National Building Specifications。仕様書に関するサービスを
提 供 す るRIBA enterprisesの 一 部 門。RIBA EnterprisesはRIBA（王立英国建築家協会）の知財関係のビジネスを扱う法人。
現在はクラウド・ベースのNBS Chorusにも移行。
Sarah Delany : Technical Author, Head of Specification NBS（Const. resultとConst. resource） に 属 し て いる。この点に両者の考え方の大きな違いが示されている。
Uniclass 2015のコーディングの例を次に示す。
Ss_30_10_30_25
最初の２文字はテーブルの種類（この例ではSystems）を表し、続く２組の２桁の数字はグ

建築コスト研究No.1102020.7

59

建築コストをめぐる話題［34］ループ及びそのサブ・グループ（こComplexesの例では屋根・床・舗装Systems、及び勾配・アーチ・ドーム屋根構造

Activities

Systems） を 表 す。 ３ 組 目 は セ クション（この例ではフレーム屋根構
造Systems）、４組目がオブジェク

Entities

Entities

Spaces/Locations

Elements/Functions

ト（この例では重量鉄骨屋根フレー

Systems

ムSystems） で あ る。SystemsとProducts以外のテーブルは最下層

Productsにオブジェクトを持たない。
図３の左側が示す四つのテーブル

図３

Uniclass 2015のクラスとその関係の 構 造 化 は、Activities（ ≒ 用 途 ）に 含 ま れ る18の グ ル ー プ と サ ブ・ グ ル ー プ を類であると同時にモデリング・ツールの一部をなComplexes、Entities、Spaces/Locationsの テ ー

すパーツとして開発されたということである。

ブルにも共通に持たせていることを意味する。一

Uniclass 2015がISO 12006-2との整合性を標榜

方、右側では、Elements/Functionsの16のグルーしながら、実際はここに述べたように無視できな

11

プ（及びサブグループ）に二つを加えた18 のグ

い違いを伴って完成したのは当然とも言える。両

ループが下位のSystems、Productsにも継承され者の成立の背景にはどのような葛藤があったのでている。これより、ISO 12006-2とのもう一つのあろうか。その答えは、次節の⑥ISO 12006-2と違いが明らかになる。

の整合性のところに用意されている。

●Uniclass 2015のクラス（テーブル）間の構造

3.3John Gelder教授の解説

は、用途（Activities）に基づいた「a type of」

ここではJohn Gelderサウス・オーストラリア

関係で構造化（classification）した要求側（図大学教授による二つの論文に基づいて考察を進め３左側）と、Elements/Functions以下Productsて み よ う。Gelder教 授 は 当 時RIBA Enterprisesに い た る 各 層 を「a part of」 関 係 で 構 造 化に所属しUniclass 2015策定に中心的な役割を果（composition）した構法・構工法解（図３右側）

たした人物であり、同時にISO 12006-2 : 2001改からなる。この構造は、ISO 12006-2の構造と訂のために設けられたISO TC59/SC13/W2 13 の英は か な り 異 な る 12 。Uniclass 2015が、ISO

国代表専門委員でもあった。参照した論文の一つ

12006-2では標準化の対象外であったActivities

はUniclass 2015の 成 立 を 解 説 し た も の で あ りの標準分類をUniclass 2015が取り込むことに（文献４）、もう一つは自身の経験を基にBIMのた

よって初めて可能になったことであろう。

めの分類システム開発の経緯を詳しく紹介したもしかし、それ以上に、両者の構造の違いには決のである（文献５）。いずれも2015年の著作であ定的な要因があった。ISO 12006-2は「分類」のる。
Uniclass 2015はいくつかのテーブルからなる枠組みを与える規格であり、Uniclass 2015は分
11

12

60

32（防湿・防水・プラススター仕上げ）、90（ソフト・ファシ
リティ・マネジメント）の二つで、いずれも概略設計レベルでは扱う意味が少ないからであろう。この二つはSystemsのレベルで付加されている。
ISO 12006-2においては、Productsはリソースの下位クラスであり、Spaceは「Built space」であってConst. resultsに含まれる。

建築コスト研究No.1102020.7

ファセット型の分離標準で、ISO 12006-2と整合したものとされる。Gelder教授は2006年以前より
このような分類システムの開発に着手しており、13

他の委員はデンマーク（議長）、フィンランド、スウェーデン、
ノルウェー、そして日本から。

建築コストをめぐる話題［34］2011年よりISOの専門委員を務める傍ら、2014年

関しては、図３に関連して述べた「a part of」に はRIBA Enterprisesの 同 僚 他 の 協 力 も 得 て

関 係 に よ るElements/Functions-Systems-

Uniclass 2015の 原 型 を 完 成 さ せ て い た と い う。

Productsの構成的な合同性、及び用途に基づ

その頃、英国政府による新しい分類システムを含い た「a type of」 関 係 で 結 ば れ たActivities-

むToolkit開 発 の コ ン ペ が 実 施 さ れ、Uniclass

Complexes-Entities-Space/Locationの 合 同 性

2015の原型とそれを実装したNBS Createを擁すを既に説明したところである。

るGelder教 授 ら のRIBA Enterprisesを 中 心 と し④に関して：タイムラインに従ったプロジェクトたチームが選定された。その際、コンペの要綱にの仕様（書）の一貫性が強調されている。従提示されたのが「functional specification」（（分来、記述・編集された仕様書と言えばSystems

類標準に求められる）性能仕様）である。それレベルないしはProductsレベルのもののみでは、次に示す①～⑦の７項目からなるもので、文あったが、新しい提案では、上位のレベルのブ

献４はほぼ同じ項目立てに従って書かれている。

リーフから最も下位のProductsにいたる仕様

表２functional specification①デジタル化されたものであり、すぐに利用可であり、無料であること。

が、上位レベルの仕様記述の冗長性を排除しつ
つ、一貫して接続されるようになっている。
⑥に関して：前節末尾で両者の大きな違いに疑問②統合されたものであること。

を掲げておいた。その理由については文献４が③セクター（建築、インフラ等）を超え横断的である

多くを教えてくれる。ISO TC59/SC13/WG２

こと、専門・役割を超え横断的であること、及び多に参加するにあたり、Gelder教授は自分なりのくの目的に横断的に使えること。

いくつかのアイデアを持っていた。その中に④アセットのライフサイクル（開発・使用・FM・解体）に対応したものであること。
⑤これまで用いられてきた分類システムのレガシーを留めていること。
⑥ISO 12006-2 : 2014（現在は2015）に整合していること。
⑦バーコードによって統合されること。

Gelder教授が問題視し、解決を心がけたのは例「composition（「a part of」関係による）によってオブジェクトを「分類」する表はISO規格には不要である」という信念があった。これは結果 と し てWG委 員 の 賛 同 を 得 た。 要 す る に、ISO規格は、「a part of」関係、即ちモデリン
グに係わるものではなく、「a type of」関係、
即ち（情報の）分類（classification）に係わるものに絞るべきだということである。Uniclass

えば次のようなことである。

2015は モ デ リ ン グ の 枠 組 み を 持 っ て お り、

②に関して：Uniclass 1997やOmniClassに含まれSystemsとProductsの テ ー ブ ル はNBS Create

るテーブルはそれぞれ独立して開発されたものに既に実装されていた。

であり、QSならばElements、スペシフィケー

そのように理解すると、ISO 12006-2のクラス

ション・ライターならばWork results、メーの関係を示す図３において「a type of」関係が太カーならばProductsの表といったように単一線で過大に誇張されている理由も分かるし、本文の決まったテーブルしか利用しないと想定され中かなりのスペースがSystemに関する記述に割ていたものだった。これに対するGelder教授た

かれているにもかかわらず、その意味がテーブル

ちの方針は、各テーブルが「合同」の構造を持との関係においていま一つ分かりにくいことにもつこと、コーディングの原則を打ち立てるこ

合点がいく。Gelder先生の得意げな顔と他の委員と、一つのテーブルは単一の分類モードに従うの困惑した顔が目に浮かぶようである。

ことの三つを追求することであった。合同性に

文献４には、そのほかにもUniclass 2015の開建築コスト研究No.1102020.7

61

建築コストをめぐる話題［34］発に関する多くの検討事項と解決策が書かれてい類似したコードを持つWork resultsとSystemsのる。その中には、他の分類標準に共通して保持さ違いが分からない」という反応が多くあった。まれ て い るWork resultsを 排 し、 そ れ に 代 え てた、同僚からも「Work resultsのテーブルは余Systemsを導入しProductsと接続したかについて分」という指摘があった。結局、Gelder教授も多くの説明が割かれている。これは本稿の主題の「ʻwork’はすべてのオブジェクト・クラス・テー

一つでもあるので、次節にまとめて議論を整理しブルを用いてその記述を構成することができる」てみたい。

という理解に納得し、Work resultsのテーブルは3.4

削除されたというわけである 15 。

なぜWork resultsが除かれたのか

これまで（Uniclass 2015でいう）Systemsとそ

しかし、実務世界でBIMが導入されて以来、本の構成材であるProductsを一つにまとめたWork

当にWork resultsは不要となったのであろうか。

resultsは、工種（その複合はパッケージ）のス

Uniclass 2015を実装したBIM用の仕様作成ラコープ（扱うモノと仕事）を規定するものであ

イブラリーであるNBS Createは、伝統的なWork

り、それ故、伝統的な仕様書体系の重要な一部をsectionsに慣れたスペシフィケーション・ライ

なしてきた。ところが、Uniclass 2015はそれをターのために、SystemsとProductsをコンバイン

二つの表、SystemsとProductsに分けている。文したセクションも用意している。このセクション

献４にはGelder教授によってその理由がシンプル

では、「同じProductがいくつかのSystemに繰りに説明されている。「モデリングの枠組みでは、返し現れる」というモデリングの枠組みの原則にすべてのオブジェクト・クラスは形式的・デジタ

反した使い方も許容している。要は、同じBIM用ル的に子の（下位の）オブジェクト・クラスに

データ・ベースの異なったʻview’にすぎない

マッピングされるが、両者を非形式的に結び付けと い う の で あ る が、 実 務 者（ ス ペ シ フ ィ ケ ー

14

た従来のWork sections は冗長であり、モデリ

ション・ライター、詳細積算者）はモデルに本来ングには不適当である。」関連して、同文献は意図された使い方を始めつつあるのだろうか。

「一つのオブジェクト（例えば煉瓦）は調達ルー

NBSのInnovation DirectorであるDr. Stephen

トによらず一つのオブジェクトとして扱われる」

HamilがNBS chorusのウェブサイトに掲載したという。誰がどのようにそれを作るかといった情ガイダンス文書（文献６）は次の文章から始ま報は本来Work resultsの情報の重要な部分を占める。

るが、Uniclass 2015ではそのような情報はオブ「NBSに寄せられる質問で最も多いものの一つ

ジェクトのpropertiesとして一括して扱う。

に「Common Arrangement of Work Sectionsとはいえ、文献４は「Systemsはtrades（工種）に近い存在である」とはっきり書いてもいる。

（CAWS）を用いた仕様書の構成とUniclass 2015を用いたそれとでは何が違うのか」という問いが実は、Uniclass 2015が最終的に成立する少しある。」CAWSはRICS 16 が提供する伝統的な積算前まではWork results（Work sections）のテー

体系、SMM７ 17 のWork Sectionsの標準書式であブルが存在したという（文献４）。Gelder教授自る。NBS Chorusの プ ラ ッ ト フ ォ ー ム 上 で は身Work resultsが他のテーブルへのマッピングの

CAWSの構造と分類で仕様書を作成することがキーとなると考えていたのである。その考えを2012年にとりまとめ、広くコメントを求めたとこ

15

ろ、ユーザーからは「同じようなオブジェクト、
16
14

62

Work resultsに対応する英国の慣用的な用語。

建築コスト研究No.1102020.717

この理解は「Work resultsはConst. resultsのʻview’である」と す るISO 12006-2 : 2015に も 見 出 せ る と い う が、 そ れ がGelder教授の発案なのかは不明である。
Royal Institution of Chartered Surveyors。英国のQSが所属する団体。
Standard Method of Measurement SMM7

建築コストをめぐる話題［34］表３ OmniClass に移殖されたFunctional Elements (UniFormat), Work results (MasterFormat) の定義とISO 12006-2 : 2001における対応する用語の定義
Functional Elements

・Facilityの物的部分

UniFormat⊂OmniClass・Functional Elementsはそれらを構成するWork resultsによらずそれらの機能によって特性化される

Elements
ISO 12006-2:2001

Work results

・const. entityの部分
・単独ないしは同様の部分とともにそのconst. entityの主要な機能の一つを果たす
・建築材料、products、activitiesを部分に分割したもの

MasterFormat⊂OmniClassWork results
ISO 12006-2:2001

・建設段階、またはその後の改修、メンテナンス、解体プロセスの結果生成されるConstruction resultであり下記のひとつ以上にあてはまるもの用いられた特定の技能または工種；用いられた建設リソース；生成されたConstruction entityの部分；実施された仮設工事、または他の準備工事、または完成のための工事可能である。Dr. Hamilによれば、CAWSは既に／国内標準 20 の適用がUniclass 2015を用いること

メンテナンスされなくなっているので、より多くをほぼ義務化するであろうという見通しである。

の プ ロ ジ ェ ク ト がUniclass 2015を 選 ぶ よ う になっているという。その上で、Dr. Hamilは、な

4

北米と北欧の状況

4.1

北米のOmniClass

ぜ多くの場合Uniclass 2015を使う方がCAWSより望ましいのかということの理由を列挙している。以下に、その理由を要約する。

北米で開発された情報化を想定したファセット①すべてのConst. Productsが親であるSystemsに型 の 分 類 シ ス テ ム はOmniClassで あ る。

関連づけられているため、CAWSのように必OmniClassも既存の単独のテーブルを集めて出来要なSectionを渉猟し、漏れなく洗い出す苦労上がったという点でUniclass 1997と同様の出自がない。

を持つ。そのテーブル群もUniclass 2015とほぼ

18

19②CDP に加えてNovated DB が多用されつつ同様であるが（表１）、その内容は一部医療施設

ある今日、建築家が性能仕様を用意する必要が等に偏っており、Uniclass 2015のようなカバレッ

あるケースがますます増えている。CAWSはジはないと言われる。また、ISO 12006への対応

これに全く対応できないが、Uniclass 2015はについても、その内容は2001年版の域に留まってそれを容易に可能にする。

お り、ISO 12006-2 : 2015やUniclass 2015の 持 つ③CAWSは異なったタイプの窓やトップライト

先進性はないとされる 21 。

等を同じsectionに含むため、パッケージングの粒度として大きすぎる場合があり、異なるレ

Table 22 Work Results）

ベルでCDPを適用したり、パッケージを分割

MasterFormatをそのまま移植していることからする際に問題が生ずる。一方、Systemsに基づも、 結 局 の と こ ろ、OmniClassは 北 米 で 成 熟 しいたUniclass 2015の分類によればSystemのタ

き っ たUniFormatやMasterFormatと い う 慣 習・

イプ毎に異なる仕様を作成することが可能であ制度の慣性力をそのまま保存したものと言える。

る。

よ っ て、 こ こ で はUniFormatに お け るElement

以上の実用的な利点に加え、Dr. Hamilが最後に指摘するのは、情報マネジメントに関する国際
18

主要なテーブルの二つ（Table 21 Elements、Contractors Design Portion。特定の部分の設計を施工者に委ねること。
19 Novated Design and Build。基本設計以後同じ設計者がDBr（Design-Builder）の下請としてチームに参加するDB方式。

20
21にUniFormatとISO 19650、BS EN ISO 19650-2
例 え ば、Elementの 定 義 はISO 12006-2 : 2001で は「const.
entityの部分であり、単独ないしは同様の部分とともにそのconst. entityの主要な機能の一つを果たすもの」とされていたが、2015版 は「 機 能 的、 形 態 的、 ま た は 位 置 的 特 性 を も つconst. entityの構成要素」となっており、テーブル間のマッピングが意図されていることは明白である。

建築コスト研究No.1102020.7

63

建築コストをめぐる話題［34］（Functional Elementと呼ばれる）、MasterFormat

分類されて残り、プロジェクトの進行に応じてにおけるWork resultの定義を示し、ISO 12006-

Propertiesを適切に追加・修正することで仕様の

2 : 2001のそれらと対照するに留める（表３）。よ

詳細化を図ることが可能になる。現実的で潔い判り詳しい情報については文献８を参照されたい。

断だと思うが、そう言えば、北欧の建築もプロダ

4.2

クトがくっきりとした分かりやすさを持つという北欧のCCSとCoClass

BIM導 入 先 進 地 域 の 一 つ で あ る 北 欧 は、 ス

印象がある。

ウェーデンでいち早く建築用のファセット型情報
分類システム（SfB、1950年）を開発した歴史を

5

いくつかの論点―「おわりに」に代えて持ち、また前述のようにISO 12006-2 : 2015改訂のためのWGの議長、委員を輩出するなど、情報以上に見てきたように、世界は進んでいる。ど化への対応は早く、その分だけ経験も深い。ISOの国も建築の長い歴史の中の大きな転換点を見据

12006-2 : 2015と同様の思想を持つ建築情報の標

え、着々と手を打ってきている。それにも増し

準分類に関しても、デンマークのCCS（Cunecoて、国境を越えて繋がる専門家集団の「エコシスClassification System、2015）、 ス ウ ェ ー デ ン のテム」が存在し、そのネットワークの中で先端的

CoClass（2016）が既に提案されている。

な情報が日々交換されているだろうと考えると、

表１に示すように、これら北欧の分類標準も羨ましくさえ思う。

テーブルの数と構成においては、OmniClassや

さて、その先端の情景である。

Uniclass 2015が依拠するISO 12006-2と大きく変なるほど、ファセット型のテーブルに分類整理

わるところはない。しかし、文献７は、これら北された情報のポテンシャルは強大である。建築の欧のシステムとISOの間には根本的な思想の違い

姿をいかようにでも見せてくれるʻview’の威が あ る こ と を 強 調 し て い る。ISOの 思 想 は「a

力は、いかにも見事に、コンピュータが可能にすtype of」関係に基づいた階層的なタイプ分類でる可能性を確信させてくれる。

ある。しかし、完全分類を期すほどにこのようなしかし、「待てよ」という気持ちがないでもな

階層化は深く、複雑になりがちであるという欠点

い。「見たいように何でも見られる」ということを持つ。

は「見たいものしか見ない」ことと同じではない

そこで北欧のシステムは産業用製品・設備を対22

象とするISO/IEC 81346 に示された分類の思想のか。社会が見たいと望んでいる建築の姿とはどのようなモノやコトであろうか。

を採用することで、単純化を果たすことを選択し一 例 を 挙 げ る。 英 国 のBIM mandate政 策 は、たというのである。その分類システムは、ISO

遡れば、1990年代初めから続く長い取組みの延長

12006-2のElements、Work results、Productsの線上にある。その英国で現在熱い視線が送られて

テ ー ブ ル に 相 当 す るFunctional Systems、

い る の はDfMA（Design for Manufacture andTechnical Systems及 びComponentsの 三 つ のAssembly） と 呼 ば れ る 取 組 み で あ る。 こ れ もテーブルを含む。各テーブルは材料や形態、機能

BIMの恩恵がもたらす建築の未来像の一つである

等でタイプ分けされることはなく、タイプの違いが、言ってみればこれは設計と工場生産を高度にはすべてPropertiesで処理される。このようにし繋いだプレファブリケーションである。DfMAはて、例えば、ドアは常に単にドアというタイプに高度で高品質な建築をもたらしてくれるであろう
が、私たちの知る現場、ゼネコンやサブコンや職22 Industrial systems, installations and equipment and industrial
products–structuring principles and reference designations–
Part1, 2, 1264

建築コスト研究No.1102020.7

人のいる現場は既にそこにはない。間違いなく言えることは、フロントローディングの極致とも言建築コストをめぐる話題［34］えるこのような作り方は建築の作り方をずっと単困 難 で あ る。 米 国 に お い て も、UniFormatと純にしてしまうだろうということである（万能のMasterFormatを繋ぐためにUniFormatの最下層

分類標準があるにもかかわらず）。Elementとでチェックリストと呼ばれる（モノ化した）設計

Systemは常に１対１に対応しているはずだから解の案を介在させざるを得ないということは、文である。

献８で紹介した。設計者が通常設計を開始するの在来工法がすべてあった時代にも、ElementとはSystemsからであろう。この常識が北欧、英国

Work resultの間にこのような分かりやすい対応に確実に存在しているのは嬉しいことである。

があった。新しい材料、技術、製品が出現してこ

Systemsからの出発が可能なのは、通常用いらの対応は複雑になった。MasterFormatは、それれるSystemsの大半が（例えば在来工法や標準にしてもよくできていると思う。そのレガシーは

ディテールとして）既に人々に認知されているか

本当に受け継がれるのだろうか。

らである。即ち、BIMはモジュラーなアーキテク

筆者のもう一つの関心に触れておく。それは、

チャ上で最も効果的にその力を発揮する。機械やBIMやDBが性能発注を前提としているように、

コンピュータが代替できることはそれらに任せれモデリング・システムもそのための言語も、言わばよいではないか。そうして与えられたふんだん

ば「順行」のプロセスを想定していることであな時間や余力を、創意や誠意、思いやりといったる。即ち、建築は要求から発して徐々に実現に至人間にしかできない行為に振り向けるべきではな

る、そのようなタイムラインが想定されているのいのだろうか。

で あ る。 現 実 に は 要 求 をActivitiesと そ のPropertiesで示すことは難しい。ある程度建築がそう言えば、新型コロナウイルスの定額給付金
は皆様のお手元に無事届いたであろうか？

モノ化されて初めて、人はそのモデルの要求に対する適・不適を判断することができる。タイムラ
インはむしろ逆行のプロセスを含まざるを得ないのではないか。
Gelder教授もそのことは認めている。
「Uniclass 2015はかなりシンプルに出来上がっているが、最も複雑なところは、一つのEntity（建物）が、Activities（クライアントのview）、Spaces（ 設 計 者 のview）、Elements（ 施 工 者 のview 23 ）という三つの子クラスを持っている点であ ろ う。Spacesの モ デ ル を 作 成 す る た め に は、それを構成するActivitiesとElementsを書き込む
Space data sheetsが用いられるのだが（（それは厄介である）文献４）。」
Uniclass 2015がその存在を想定するEntitiesとElements/Functionsを結ぶ線の確実な実在は疑
わ し い。 同 様 に、ElementsとSystemsな い し はWork resultの間に自信を持って線を引くことも23

正確には施工者のviewに繋がる設計者のviewというべきではないか。

（参考文献）
1）ISO 12006-2 : Building Construction – Organization of
information about construction works – Part 2 : Framework
for classification 2015-05-01
２）Sarah Delany : What is Uniclass 2015？, 20 March 2017 (Lastamended on 26 April 2019）３）Sarah Delany : Uniclass 2015 : an international classification
system, National BIM Report 2019, NBS４）John Gelder : The principles of a classification system for
BIM : Uniclass 2015, Living and Learning : Research for a
Better Built Environment : 49th International Conference of
the Architectural Science Association 2015５）John Gelder : The design and development of a classification
system for BIM, Building Information Modelling (BIM) in
Design, Construction and Operations, WIT Transactions on
The Built Environment, Vol. 149, 2015 WIT Press
６）Stephen Hamil : Specifications and classifications https : //www.thenbs. com/knowledge/specifications-and-classification,
16 Oct. 2019７）Comparison of OmniClass, Uniclass, Cuneco and CoClass withreference to ISO 12006-2 and ISO 81346-12 : https : //www.
icis.org/wp-content/uploads/2018/07/2018.
８）安藤正雄「アーキテクチャ、建築の標準言語とBIM」『建築コスト研究』102号、2018

建築コスト研究No.1102020.765