Page 1
This
OPTI
Coordin
s project has
MISED DESIG
Georg
nator: R. J. Sch
s received fu
GN METHOD
Dangl, Klau
Amrit
herer, Institut
nding from t
under gran
DOLOGIES FO
NEIGHBOUR
eeEmb
Multim
Resp
M
us Linhard,
ta Sukumar
Due
Issue
N
te for Constru
the European
t agreement
OR ENERGY‐E
RHOOD ENER
bedded
model co
ponsible Aut
Marc Mosc
Co‐Authors
Jens Kaiser
r, Arne Tøn
date: 30.06
e date: 30.08
Nature: Publ
uction Informa
n Union Seve
t n° 609349.
EFFICIENT BU
RGY SYSTEMS
– D4.6
ontainer
thors:
h
:
r, Eduard M
, Raimar Sc
.2016
8.2016
ic
atics, Technis
enth Framew
UILDINGS INT
S
r
Mrazek, Pit S
cherer
che Universit
work Program
TEGRATED IN
Stenzel,
tät Dresden, G
mme
N THE
Germany
Page 2
D4.6 Mult
Version 1.0
Page 2/46
Start dat
Organisa
History
Versio
0.1
0.2
0.3
0.4
0.5
0.6
0.7
0.8
0.9
1.0
Copyrigh
This repo
the cons
form onl
Citation
Mosch, Consort
Acknow
The wor
program
month p
the indu
Technisc
Forschun
(Norway
Granlund
(German
Estudios
Group N
timodel contain
te of project
ation name o
on Descrip
Initial S
Restruc
Conten
Conten
Conten
ContenCorrect
Correct
Conten
ContenProofre
Proofre
ht
ort is © eeEm
sortium, the
ly for anyone
M. (2016)tium, Brusse
ledgements
rk presented
mme of the
project that s
ustrial partn
che Universit
ng E.V (Ger
y), RIB Info
d OY (Finlan
ny), FR. SAU
s Materiales
NV (The Neth
ner
t: 01.10.201
of lead cont
ption
Structure
cturing and c
nt chapter 2 a
nt chapter 4
nt chapter 5
nt chapter 5, tions chapte
tions chapte
nt chapter 4.
nt chapters 2eading
eading
mbedded Co
funding age
e's personal u
); eeEmbedels.
in this docu
European c
started in Oc
ners. Their s
tät Dresden
rmany), NE
rmation Tec
nd), SOFISTIK
UTER AG (Sw
y Control d
erlands). Th
13
ractor for th
corrections
and 3
r 5
r 5
2 and 4.3
2 & 4,
onsortium 20
ncy and the
use for the pu
ded Delive
ument has b
ommunity p
ctober 2013
support is g
(Germany),
EMETSCHEK
chnologies A
K HELLAS AE
witzerland),
de Obras S.A
is report owe
his deliverab
Lead Aut
Sukumar
Marc Mo
Marc Mo
Marc Mo
Marc Mo
Pit StenzeAmrita Su
Marc Mo
Eduard MKlaus Linh
Marc MoArne Tøn
Arne TønMarc Mo
016. Its dupli
project revie
urposes of re
erable D4.6
been conduct
project eeEm
and is funde
gratefully ap
Fraunhofer‐
Slovensko,
AG (Germa
E (Greece), In
, Obermeye
A. (Spain), S
es to a collab
le: Technisc
hor
Amrita (RIB)
sch (CIB)
sch (CIB)
sch (CIB)
sch (CIB)
el (EAS), Jensukumar (RIB)
sch (CIB)
Mrazek (IET),hard (IAB)
sch (CIB), (EPM)
n (EPM), Pit sch (CIB)
cation is rest
ewers. Its du
esearch or ed
: Multimod
ted in the co
mbedded (n°
ed by the Eu
ppreciated. T
Gesellschaft
S.R.O. (Slov
ny), Jotne
nstitute for
er Planen +
STRABAG AG
borative effo
D
che Universit
)
s Kaiser (IET))
, Georg Dan
Stenzel (EAS
tricted to the
uplication is a
ducation.
del containe
ontext of the
° 609349). e
ropean Com
The partners
zur Förderu
vakia), Data
EPM Techn
applied Build
Beraten (G
G (Austria) a
ort of the abo
Duration: 48
tät Dresden C
Date
2016/0
2016/0
2016/0
2016/0
2016/0
) 2016/0
2016/0
ngl, 2016/0
2016/0
S), 2016/0
e personal u
allowed in it
er © eeEm
e seventh fra
eeEmbedded
mmission as w
s in the pro
ung der ange
Design Syst
nology AS (
ding Informa
Germany), C
and Koninkli
ove organiza
8 months
CIB
5/27
6/01
7/28
8/04
8/08
8/09
8/11
8/15
8/24
8/31
se within
s integral
mbedded
amework
d is a 48
well as by
oject are
ewandten
tem ASA
Norway),
atics IABI
entro de
ijke BAM
ations.
Page 3
D4.6 Mult
Version 1.0
Page 3/46
Project o
PU Pu
PP Re
RE Re
CO Co
timodel contain
of SEVENTH
ublic
estricted to o
estricted to a
onfidential, o
ner
FRAMEWOR
other program
a group speci
only for mem
RK PROGRAM
Disse
mme particip
ified by the c
mbers of the c
MME OF THE
mination Le
pants (includ
consortium (
consortium (
EUROPEAN
vel
ding the Com
(including th
(including th
COMMUNIT
mmission Ser
e Commissio
e Commissio
TY
rvices)
on Services)
on Services)
X
Page 4
D4.6 Mult
Version 1.0
Page 4/46
Abbrevia
Acronym
Executiv
1 INT
1.1 Gen
1.2 Mu
2 MM
2.1 Def
2.2 Cha
3 UTI
3.1 Ove
3.2 Gen
4 MM
4.1 Me
4.2 MM
4.3 MM
5 MM
5.1 Tes
5.2 Tes
6 CON
7 REF
timodel contain
ations and A
ms of the Too
ve Summary .
TRODUCTION
neral Multim
ltimodel con
MC DEFINITIO
finitions .......
aracteristics .
ILISATION O
erview .........
neral Utilisat
MC IN EEE ....
tadata .........
MC Generatio
MC Exchange
MC DEVELOP
st Case Exam
st Case Exam
NCLUSIONS
FERENCES ...
ner
cronyms .....
ols and Servic
....................
N ................
model contain
ntainer conce
ONS AND CH
....................
....................
F THE MULT
....................
tion ..............
..................
....................
on ................
e ...................
PMENT ........
ple Urban D
ple Early De
..................
..................
TABLE
....................
ces in the ee
....................
...................
ner ...............
ept in eeE ....
HARACTERIST
....................
....................
TIMODEL CON
....................
....................
...................
....................
....................
....................
...................
esign ...........
sign .............
...................
...................
E OF CON
....................
eEmbedded P
....................
...................
....................
....................
TICS ............
....................
....................
NTAINER ....
....................
....................
...................
....................
....................
....................
...................
....................
....................
...................
...................
NTENTS
....................
Platform ......
....................
...................
....................
....................
...................
....................
....................
...................
....................
....................
...................
....................
....................
....................
...................
....................
....................
...................
...................
....................
....................
....................
...................
....................
....................
...................
....................
....................
...................
....................
....................
...................
....................
....................
....................
...................
....................
....................
...................
...................
....................
....................
....................
...................
....................
....................
...................
....................
....................
...................
....................
....................
...................
....................
....................
....................
...................
....................
....................
...................
...................
............ 5
............ 6
............ 7
............ 8
............ 8
............ 9
.......... 10
.......... 10
.......... 12
.......... 14
.......... 14
.......... 15
.......... 16
.......... 16
.......... 22
.......... 28
.......... 31
.......... 31
.......... 39
.......... 45
.......... 46
Page 5
D4.6 Mult
Version 1.0
Page 5/46
Abb
API
BACS
BCF
BIM
eeBIM
CAD
eeE
EM
ESIM
GUID
HVAC
IFC
iTWO
KPI
KRI
L
LM
MM
MMC
OWL
REST
sMMC
URL
timodel contain
breviations
ner
s and Acro
Applicat
Building
BIM Coll
Building
Energy E
Comput
eeEmbe
Element
Energy S
Globally
Heating
Industry
RIB iTWO
Key Perf
Key Risk
Link
Link Mod
Multimo
Multimo
Ontolog
Represe
slim Mu
Uniform
onyms
ion Program
Automation
laboration Fo
Information
Enhanced BIM
er‐Aided Des
dded Project
tary Model
System Infor
Unique Iden
Ventilation a
y Foundation
O Enterprise
formance Ind
Indicator
del
odel
odel containe
y Web langu
ntational Sta
ltimodel con
Resource Lo
mming Interfa
n and Contro
ormat
n Model / Bu
M
sign
t / eeEmbed
mation Mod
ntifier
and Air Cond
n Classes
e Solution
dicator
er
uage
ate Transfer
ntainer
ocator
ace
ol Systems
ilding Inform
dded Platform
del
ditioning
mation Mode
m
elling
Page 6
D4.6 Mult
Version 1.0
Page 6/46
Acro
ALLPLAN
BIM+
EDM
ESD
LCC
LCA
MAS
MCS
MMC
MMNav
MMS
MVS
OAS
OMS
OVS
RAS
SAS
ScM
SMM
SRM
TMS
UMS
3DTherm
3DWind
timodel contain
onyms of t
N
v
m
ner
the Tools
The Arcwithin th
The OpeBIM+ an
Jotne’s I
Energy S
Life Cycl
Life Cycl
Model A
Model C
Multimo
Multimo
Model M
Model V
Ontolog
Ontolog
Ontolog
Risk Ana
Stochast
Scenario
Simulati
Simulati
Templat
User Ma
3D Therm
3D Wind
and Servi
hitectural Che eeEmbed
en BIM Cloudd IFC based
FC (ISO 1673
System Desig
e Costing Se
e Assessmen
Access Servic
Combiner Ser
odel containe
odel Navigato
Manipulation
Versioning Se
y Access Ser
y Manageme
y‐Based Mod
alysis Service
tic Sampling
o Manager
on Model M
on Results M
te Managem
anagement S
mal CFD Ana
d CFD Analys
ices in the
CAD system ded project
d Repository building mo
39) and STEP
gner
ervice integra
nt Service int
ce
rvice
er
or
n Services
ervice
rvice
ent Service
del Validator
e
Service
Mapper
Manager
ent Service
Service
alysis
sis
e eeEmbed
of Nemetsc
of Nemetscdelling
P (ISO 10303)
ated with RIB
tegrated wit
r Service
dded Plat
chek Allplan
hek supporti
) Compliant C
B’s iTWO Sys
h RIB’s iTWO
tform
used and e
ing both Nem
Cloud Repos
stem
O System
extended
metschek
sitory
Page 7
D4.6 Mult
Version 1.0
Page 7/46
Exec
The obj
Multimo
services
the exte
realisatio
placeme
the crea
D4.6 is s
In Chapt
Chapter
Chapter
Chapter
of releva
Multimo
amongst
Chapter
and early
All partn
CIB
DDS
EAS
EPM
IET:
NEM
RIB
timodel contain
cutive Sum
ective of d
odel Contain
on the eeEm
ended MMC
ons of the M
ent of the M
tion of the M
tructured int
ter 1 the gen
2 provides d
3 describes t
4 explains th
ant metadata
odel Navigato
t others via B
5 is dedicat
y design as a
ners were inv
: Report s
S: discussi
S: input ch
M: discussi
: input ch
M: discussi
: contribu
ner
mmary
eliverable D
ner (MMC)
mbedded pla
C concept in
MMC as we
MC in the ov
MMC as well
to five chapt
eral Multimo
definitions an
the utilisatio
he implemen
a in the eeE
or (MMNav)
BCF.
ted to the de
an example.
volved and e
structuring,
on, advices
hapter 5 and
on, advices,
hapter 5
ons and con
utions chapt
D 4.6 “Mult
concept to
atform. The d
eeEmbedd
ll as an ana
verall archite
as those usi
ters:
odel contain
nd character
n of the Mul
ntation of the
context as w
) and in the
evelopment
ach partner
contribution
4, proof rea
proof readin
tributions ch
er 5
imodel cont
be able to
deliverable p
ed. This cov
lysis of the
ecture is pre
ng it directly
er concept a
ristics of the
timodel con
e Multimode
well as the M
Scenario Ma
of the Multi
has contribu
ns to all chap
ading
ng
hapter 4
tainer” is to
exchange
resents the u
vers the pre
requiremen
esented show
y or indirectl
and its impor
Multimodel
tainer in eeE
el container
ultimodel co
anager (ScM
model conta
uted from th
pters.
o present th
Multimodels
utilisation an
esentation o
ts of the pr
wing the com
y.
rtance in in e
container ap
E.
in eeE. This
ontainer (MM
M) and the Ex
ainer taking
eir expert vie
he extensio
s between t
nd implemen
of different
roject. More
mponents in
eeE are discu
pproach.
covers the d
MC) generati
xchange of t
a test case f
ewpoint as f
n of the
ools and
ntation of
potential
eover the
volved in
ussed.
definition
ion in the
the MMC
for urban
follows:
Page 8
D4.6 Mult
Version 1.0
Page 8/46
1 Int
Based on
Delivera
eeEmbe
1.1 G
The Mu
(Scherer
models,
EMs rela
domain
software
includes
standard
Figure 1: Link Mod
The MM
MMC, t
domain,
XML‐bas
format a
guides t
the proje
timodel contain
troduct
n the Link M
ble 6.2 (Hein
dded project
General M
ltimodel (M
r & Schapke,
referred to
ations up to
specific sof
e programs v
an XML‐ba
dized format
Basic structudels (LM). Each
MC consists o
he EMs beh
data schem
sed descript
and specifica
hrough the
ect.
ner
tion
odel describ
nzig et al. 20
t is presente
ultimodel
MM) concept
, 2014). Acc
as Elementa
o element le
ftware appl
via Multimod
sed MMC fo
t, connected
ure of a Multih LM contains
of a collectio
haves as ind
ma and data f
ion of the c
ation as well
administrati
bed in detail
016) the Mu
ed in this Del
l containe
t was initial
ording to th
ary Models
evel. Those
ications. Th
del containe
ormat devel
by LMs and
imodel contais at least one l
on of data fi
dependent in
formalisation
container co
as the contr
ion, retrieva
in Deliverab
ltimodel con
iverable.
er
lly develope
his concept,
(EM), and o
Elementary
he MMs are
er (MMC) de
loped for th
semantic me
iner (MMC), clink that conn
les within a
nformation
n. In additio
ontent. It pr
ributors for e
al and imple
le 4.3 (Sukum
ntainer (MM
ed within th
MMs consis
f so called L
Models can
e exchanged
picted in Fig
he exchange
etadata.
containing 1‐nnects EM elem
compressed
resources u
n to the EM
resents the
each of the c
mentation o
mar 2015) an
C) and its im
he Mefisto
st of multiple
Link Models
n be proces
d among d
ure 1. The s
of MMs. It
n Elementary ents with elem
d archive file
using their in
s and LMs, t
metadata o
contained m
of the applic
nd to some e
mplementati
project desc
e interlinked
(LM) that d
ssed with sp
ifferent pro
specification
t combines
y Models (EM)ments from ot
e. In the com
ndividual ap
the MMC co
on the subje
models. The m
cation mode
extend in
on in the
cribed in
d domain
efine the
pecialised
oject and
for MMs
EMs in a
) and 0‐m ther EMs.
mpressed
pplication
ntains an
ects, data
metadata
els during
Page 9
D4.6 Mult
Version 1.0
Page 9/46
Figure 2:
1.2 M
The purp
models
Models
interdep
In contr
approac
authorin
Each MM
coheren
further e
timodel contain
XML based sc
Multimode
pose of a Mu
in a single i
(EMs) are
pendencies b
rast to appr
h ensures t
ng tools. A po
MC reflects a
t Multimode
elaborate, sim
ner
chema represe
el contain
ultimodel co
nformation
e loosely c
between the
roaches whi
hat the EM
otentially err
a certain pro
el. It provide
mulate and a
entation of th
er concep
ntainer (MM
resource. W
connected
models by in
ich would t
s are left u
ror‐prone res
oject status a
s a foundati
analyse new
he container st
pt in eeE
MC) is to com
Within this re
by Link M
nterlinking re
ransfer the
unaltered an
storation of
and view of
on to estima
design and
tructure from
mbine differe
esource the
Models (LM
elated mode
EMs into a
nd therefore
the original
the overall p
ate the curre
construction
(Demharter &
ent engineeri
different ap
s) that ex
el elements.
a proprietar
e stay fully c
EMS is omitt
project infor
ent project s
n alternatives
& Molisch 201
ing and man
pplication/Ele
xplicitly spe
ry format th
compatible
ted.
rmation resu
situation as w
s.
11)
nagement
ementary
ecify the
his MMC
with the
ulting in a
well as to
Page 10
D4.6 Mult
Version 1.0
Page 10/46
2 M
2.1 D
The Mul
are in g
presente
Elem
not f
Link
sche
mod
The
with
Links
Acco
do n
At t
addi
Mult
(EM
Mef
as an
timodel contain
6
MC def
Definitions
ltimodel def
eneral still v
ed in the foll
Elementary
mentary Mod
further divid
Link Model (
Models are
ema. They al
dels (links) in
identificatio
hin one elem
Link (L)
s are sets of
ording to the
not affect the
he same tim
itional inform
Multimodel
timodels are
) and sets of
isto project
n object orie
ner
finitions
s
finitions alre
valid in the
owing.
Model (EM)
dels are tran
ded informat
(LM)
e serializable
low to store
a uniform w
on of eleme
entary mode
element ide
e Mefisto ap
e processab
me Multimod
mation.
(MM)
e serializable
f Link Mode
the generic
ented data m
s and ch
ady propose
eeE context
sferable inst
ion space wi
e and trans
and exchan
way.
nts takes pl
el.
entifiers from
pproach Link
ility of the e
del applicati
, transferabl
ls (LM) cont
Multimodel
model.
haracter
ed for the M
t. As a reca
tances of (do
ith agreed se
sferable inst
ge reference
lace based o
m different e
ks are stored
elementary m
ons are ena
le compositi
aining eleme
was develop
ristics
Mefisto proje
pitulation of
omain) data
emantics.
ances of a
es between e
on element
lementary m
d outside the
models with
abled to eva
ons of non‐e
ents of EM a
ped based o
ect in (Scher
f D4.3 (Suku
models that
data model
elements of
identifier ID
models that a
e elementary
conventiona
luate cross‐
empty sets o
as a subject.
n these defi
rer & Schapk
umar 2015)
t describe a d
l with an as
different ele
Ds which ar
are interlinke
y models wh
al software p
domain link
of Elementar
. In the cour
initions and
ke, 2014)
they are
delimited
ssociated
ementary
e unique
ed.
here they
products.
s to gain
y Models
rse of the
concepts
Page 11
D4.6 Mult
Version 1.0
Page 11/46
Elemen
Embed
‐ mode
Figure 3:
Figure 3
The initi
LinkMod
EMs can
(UriEle
A LM ca
referenc
element
The class
its uniqu
combina
timodel contain
6
ntaryModel
ddedElement
elData : byte
elementaryM
Schema of th
depicts the
ial class Mul
del).
n either be em
mentaryMod
n contain se
ce for the E
ts from m EM
s LinkedEle
ue identifica
ation of both
ner
MultiM
<<interfaAnnota
1
1..*
2 .. *
taryModel
[1 .. *]
lin1
Models
e generic Mul
UML class di
tiModel is
mbedded as
del) to reduc
everal Links (
EMs address
Ms (n ≥ 2, m ≥
ement which
tion in the o
h enables a g
Model
ace>>table
1
1
UriEleme
‐ uri : Str
0 .. *
nkedModels
linkMod
ltimodel, UML
iagram of th
composed o
a byte array
ce the amoun
(class Link).
sed by the
≥ 2, n ≥ m).
represents s
originating m
lobal identif
0..*
LinkModel
entaryModel
ring
dels
L class diagram
e resulting s
of EMs (class
y (Embedded
nt of data th
. With LinkM
Links. Links
such an elem
model’s cont
ication of th
MetaDataEn
‐ key : Strin‐ value ‐ Str
L
1
1..*
l
elemen
m (based on S
chema.
s Elementar
Elementary
at has to be
Model::link
are multi‐v
ment contain
text and a re
e element.
ntry
gring
Link
‐ntaryModel
Scherer & Scha
ryModel) an
yModel) or re
submitted.
kedModels t
valued. One
s the elemen
eference to
1
2 .. *
LinkedElem
‐ elementID :
linkedElements
apke, 2014)
nd Link Mod
eferenced via
there is an a
e Link can c
nt’s ID which
this model.
ment
String
els (class
a the URI
additional
contain n
h enables
Only the
Page 12
D4.6 Mult
Version 1.0
Page 12/46
2.2 C
In the fo
containe
is exchan
amongst
Exchang
In eeE tw
exchang
domain
domain
or cloud
domains
exchang
Content
Whethe
different
5. Depic
depicted
(ScM) to
also be
Link Mod
Element
Especiall
EMs it b
referenc
size kept
version
working
sufficien
Figure 4:
Actor
timodel contain
6
haracteris
ollowing seve
ers (MMCs).
nge related.
t those are th
ge related dif
wo general f
e. On the o
exchange). T
expert) by s
d based. On
s (inter‐doma
e. For more
related diff
r transmitt
tiated. Basic
cted is in bo
d case it is th
o another do
the handove
dels are part
tary Models (
ly in inter‐d
becomes mo
ces to them.
t small to pr
managemen
with out‐da
nt to request
Technical Link
BCMe1
ner
stics
eral differen
The first diff
The second
he considera
fferentiation
ields of appl
one hand the
The MMC is
storing on an
the other ha
ain exchange
information
erentiation
ed inter‐
cally there ar
oth cases the
he handover
omain exper
er between
t of the MM
(EMs) as par
omain excha
ore and mor
This Slim MM
revent netw
nt and contr
ated files. It i
only model
k Model appro
F essage
MMC
Link Model 1
tiations are
ferentiation
(content re
ation of band
n
ication for M
e MMC is us
then simply
nd accessing
and the MM
e). In this ca
about BCF s
or intra‐do
re two poten
e handover
from one do
t’s (Actor 2,
two applica
MC. The basic
t of the MM
ange use ca
re feasible t
MC approac
ork overload
rol and there
s not necess
views or eve
oach option M
Link Model 2
proposed d
is based on
lated) differ
dwidth and e
MMCs where
sed to exch
exchanged
a shared w
MC is utilized
ase the BIM
see subchapt
omain‐wise,
ntial approac
of informat
omain exper
, e.g. HVAC e
ations via sh
c MMC appro
MC.
ses bandwid
to store the
h is the one
d – this cent
eby prevent
sary for them
en just the re
MMC
Elementary Mode
Elementary Mode
Elementary Mode
efining the c
the relation
entiation de
enhanced ve
e determined
ange inform
between tw
orkspace. Th
d to exchang
Collaboratio
ter 0.
the MMCs
ches which a
ion from on
rt’s (Actor 1,
expert) ScM
ared worksp
oach depicte
dth matters.
EMs separa
depicted in
tralized stora
ts the doma
m to downlo
eferenced ele
el 1
el 2
el 3
characteristic
between se
pends on se
rsion manag
d: intra‐dom
mation within
o application
his workspac
e informatio
n Format (B
s themselve
are shown in
ne applicatio
e.g. Architec
via a BCF‐m
pace. In both
ed in Figure
And with in
ately on a s
Figure 5. No
age approach
in experts to
ad the comp
ements from
Acto
cs of the Mu
ender and re
everal consid
gement.
ain and inte
n one doma
ns (used by t
ce can either
on between
BCF) is utilize
es can be
n Figure 4 an
on to anothe
ct) Scenario
message. But
h depicted c
4 also trans
ncreasing siz
erver, includ
ot only is the
h also enabl
o some exte
plete file. Ins
m the server.
r 2
ultimodel
eceiver. It
derations;
r‐domain
in (intra‐
the same
r be local
different
ed for the
further
nd Figure
er. In the
Manager
t it could
cases the
ports the
ze of the
ding only
message
es easier
end from
stead it is
Page 13
D4.6 Mult
Version 1.0
Page 13/46
Figure 5:
Last but
are hand
makes p
process,
Figure 6:
Actor
Actor
timodel contain
6
Technical Link
not least a
ded over dir
perfect sense
important o
Technical Link
1 BCMe
1 BCFMe
ner
k Model appro
combination
rectly while
e if the dire
only for the c
k Model appro
CF essage
sMMC
Link Model 1
F essage
sMMC
Link Model 1
oach option S
n of both app
the others a
ectly transm
cooperation
oach option S
C
Link Model 2
C
Link Model 2
Slim MMC (sM
proaches is c
are only refe
mitted model
of Actor 1 an
Slim MMC/MM
Bim+
Elementary Mod
URL of requestedElementary Mode
URL of requestedElementary Mode
URL of requestedElementary Mode
Bim+
Elementary Mode
URL of requested Elementary Mode
Elementary Mode
URL of requested Elementary Mode
MMC)
conceivable
erenced. Th
ls are just a
nd Actor 2.
MC combinatio
Elemeel 3
Eleme
el 1
el 2
el 3
Elemenel 3
l 1
l 2
l 3
where some
is approach
by‐product
on
Acto
EDM
entary Model 1
entary Model 2
Acto
EDM
ntary Model 1
e maybe sma
depicted in
t of the con
or 2
r 2
aller EMs
Figure 6
struction
Page 14
D4.6 Mult
Version 1.0
Page 14/46
3 Ut
3.1 O
This cha
processe
metadat
most ob
But MM
The MM
simulatio
Urban D
T
T
T
Early De
T
T
T
Detailed
T
T
T
T
timodel contain
6
tilisation
Overview
apter outline
es. As menti
ta. These kin
vious applica
Cs are also u
MC is then ha
on applicatio
esign
T1.3 ScM
T1.5 ScM
T1.6 ScM
sign
T2.6 ScM
T2.7 ScM
T2.8 ScM
d Design
T3.6a ScM
T3.6b ScM
T3.7 ScM
T3.8 ScM
ner
n of the
es the usag
oned, MMC
nds of infor
ation takes p
used within o
nded over b
ons. The follo
M > 3DWind
M > TRNSYS T
M > iTWO (LC
M > TRNSYS T
M > iTWO (LC
M > iTWO (LC
M > TRNSYS T
M > 3DTherm
M > iTWO (LC
M > iTWO (LC
e Multim
e of Multim
s transport
mation are
place during
one domain
by the Scenar
owing inform
TUD
CC)
TUD
CA)
CC)
TUD
m
CA)
CC)
model co
model conta
Elementary
needed dur
the handove
in the case o
rio Manager
mation transf
ontaine
iners (MMC
Models (EM
ring domain
er from one d
of providing
(ScM) to the
fers ordered
er
) in the eeE
Ms), Link Mod
transitions.
domain to th
information
e domain sp
by design ph
Embedded w
dels (LMs) a
That is wh
he next.
n for simulati
pecific calcula
hase are of i
workflow
as well as
y MMCs’
ion tasks.
ation and
nterest:
Page 15
D4.6 Mult
Version 1.0
Page 15/46
3.2 G
Figure 7
retrievin
MMC wh
Model (
MMC th
can be e
stores th
server in
the bim+
just obta
the next
checks fo
Figure 7:covered i
…
S
Si
access tshared (cloud) workspa
HT
IFC, other files
1
bi
IF
othe
simulatio
timodel contain
6
General Ut
shows a sim
ng the data f
hich now en
LM). The Co
e ScM store
either local o
he simulation
n this case th
+ server. Aft
ained and se
t domain exp
or changes o
exemplary pin step 2 while
…
Scenario M
imulation
MMC (IFC, ofiles] + Link
to
ace
TTPS
4
Sim results
im+
FC er files on results
…
ner
tilisation
mplified utilis
rom the BIM
capsulates t
ontainer itse
s the MMC i
or cloud‐bas
n results in t
he BIM+ serv
erwards it e
ends the MM
pert can retri
of the project
presentation oe the handove
Manager
Software
ZIP-file other
k Model)
Sre
2
MMC ZIP-f([IFC, othefiles, SIM results] + LLink Mode
sation of the
M+ Server via
he IFC‐file an
lf is realised
in the works
ed. The use
the same wo
ver. It receive
xtends the e
MC as part of
ieve the cont
t status on t
of the MMC uer to the next d
Sim esults
3
file r
Link el)
5
e Multimode
a HTTPS the S
nd other file
d as compres
space shared
r then proce
orkspace. The
es an ID for r
existing MM
a BCF messa
tainer. Inste
he BCF serve
utilisation. Thdomain is perf
BCF
req
…
BCF
…
MMC
el container (
Scenario Ma
s. The MMC
ssed ZIP‐file
d among the
esses this da
e ScM takes
retrieving the
C with the s
age to the B
ad of relying
er in regular
he transfer ofrformed in step
quest
6M(frL
(MMC) for a
anager (ScM)
furthermore
. After gene
user’s progr
ata with sim
the results a
e simulation
imulation re
CF server. Fr
g on a direct
intervals.
f data to the ps 5, 6 and 7.
Scena
MMC ZIP-file [IFC, other iles, SIM esults] +
Link Model)
general usa
) extends the
e encapsulat
erating Links
rams. This w
ulation softw
and stores th
results later
esults or with
rom there th
notification,
simulation so
rio Manag
7
age. After
e existing
tes a Link
, LM and
workspace
ware and
hem on a
r on from
h the link
he ScM of
, the ScM
oftware is
ger
Page 16
D4.6 Mult
Version 1.0
Page 16/46
4 M
This cha
Models (
covered
server, w
4.1 M
In the fo
paragrap
4.1.1
As descr
describe
The me
attribute
g
d
t
t
Table 1 s
Models.
timodel contain
6
MC in e
pter present
(EMs), Link M
. The genera
while the cha
Metadata
ollowing the
phs.
Elementary
ribed in sub
e their relatio
tadata for
es are explai
MID … is t
unambiguou
ModelType
group of tem
BIM climate
ModelDescr
description m
BACS domai
Format … de
the right sof
URL … the u
their name o
shows the re
ner
eeE
ts the Metad
Models (LMs
ation involve
apter about t
relevant me
y Model Att
bchapter 2.1
ons as well a
the EMs co
ned in the fo
the Model I
us way
… describes
mplates in th
data
r … the desc
might for ex
n or it might
efines the m
ftware for th
niform resou
or accessing
elevant meta
data Attribut
) and Links.
s Scenario M
the MMC ex
etadata attrib
tributes
the Multim
s metadata.
omprises M
ollowing:
D, a unique
the Type of
he case of oc
cription of t
ample indica
t determine a
odels data fo
e EM
urce locator
outsourced
adata catego
tes which ar
Furthermore
Manager (ScM
change is foc
butes for EM
model contai
MID, ModelT
e identifier
the model. I
ccupancy da
he model is
ate whether
an element g
ormat – a m
that allows
models via li
ries and the
re relevant in
e the genera
M), Multimod
cused on the
MS, LMs and
iner general
Type, Model
that allows
It can for exa
ta, a group o
s defining its
an IFC file is
group a temp
etadata cate
addressing m
ink.
ir potential v
n the eeE co
tion and exc
del Navigato
e BCF‐server
Links are pr
ly contains
Descr, Form
s referring t
ample be BIM
of models in
s domain, fo
s from the A
plate is targe
egory that he
models conta
values for the
ontext for Ele
change of the
or (MMNav) a
.
resented in a
EMs and LM
mat and UR
to the mod
M data, a tem
n climate dat
ocus or cont
Architecture,
eted at.
elps address
ained in the
e Elementar
ementary
e MMC is
and bim+
according
Ms which
RL. These
del in an
mplate, a
ta or non
tent. The
HVAC or
ee to use
MMC by
y
Page 17
D4.6 Mult
Version 1.0
Page 17/46
Table 1: E
MID
M01
M02
M11
M12
M13
M14
M15
M16
M17
M18
…
M50
OOC1
OOO2
OOC3
OOC4
…
M60
M61
…
ESS1
ESS2
ESS3
ESS4
ESS5
ESS6
EB1
EB2
EB3
EB4
…
MDL
M100
M101
M102
…
M200
…
timodel contain
6
Example of Ele
ModelTyp
BIM
BIM
Template
Template
Template
Template
Template
Template
Template
Template
TemplateG
Template
Template
Template
Template
ClimateGro
nonBIM
Template
Template
Template
Template
Template
Template
Template
Template
Template
Template
Fixed
KP
KP
KP
KP ASIS mogenerated feach varian
nonBIM
…
ner
ementary Mo
pe Mode
Archit
MEP B
Interio
Outer
Slabs
Soil to
Roof c
Interio
Outer
Windo
roup Office
Office
Office
Office
Office
oup Climat
Climat
ESIM_
ESIM_
ESIM_
ESIM_HeatS
ESIM_
ESIM_
ESIM_
ESIM_
ESIM_
ESIM_
Design
KPs TO
KPs AS
KPs AS
odels for nt
Typolo
…
dels and their
elDescr
tectural BIM
BIM
or Walls
r Walls
ouched compo
components
or Doors
r Doors
ows
eOccupancy
e_1a‐Person
e_2a‐Person
e_3a‐Person
e_4a‐Person
te models
te data
_GridElectrica
_NaturalGasSu
_DistrictHeatin
_LocalElectricaSupply
_LocalElectrica
_SolarTherma
_OfficeBuildin
_SingleFamilyB
_MultipleDwe
_SchoolBuildin
n Levels
OBE
SIS
SIS
ogy
r metadata at
onents
lEnergySupply
upply
ngSupply
alEnergyAnd‐
alEnergySupp
lEnergySupply
ng
Building
elling
ng
ttributes
Format
IFC
IFC
STO
STO
STO
STO
STO
STO
STO
STO
OTM
OTM
OTM
OTM
OTM
OTM
HTM
y OWL
OWL
OWL
OWL
ply OWL
y OWL
OWL
OWL
OWL
OWL
…
…
…
…
…
…
t URL
\\eeE\BIM
\\eeE\BIM
\\eeE\iwc.
\\eeE\owc
\\eeE\sc.st
\\eeE\stcc
\\eeE\rcc.s
\\eeE\int‐d
\\eeE\out‐
\\eeE\wind
\\eeE\OCC
\\eeE\OCC
\\eeE\OCC
\\eeE\OCC
\\eeE\OCC
\\eeE\CLIM
\\eeE\CLIM
\\eeE\ESIM
\\eeE\ESIM
\\eeE\ESIM
\\eeE\ESIM
\\eeE\ESIM
\\eeE\ESIM
\\eeE\ESIM
\\eeE\ESIM
\\eeE\ESIM
\\eeE\ESIM
…
…
…
…
…
…
M1.ifc
M2.ifc
.sto
c.sto
to
c.sto
sto
doors.sto
‐doors.sto
dows.sto
CUPANCY.otm
CUPANCY‐1.ot
CUPANCY‐2.ot
CUPANCY‐3.ot
CUPANCY‐4.ot
MATE.otm
MATE_norma
M_energy_sup
M_energy_sup
M_energy_sup
M_energy_sup
M_energy_sup
M_energy_sup
M_energy_de
M_energy_de
M_energy_de
M_energy_de
m
tm
tm
tm
tm
l.dat
pply‐1.owl
pply‐2.owl
pply‐3.owl
pply‐4.owl
pply‐5.owl
pply‐6.owl
mand‐1.owl
mand‐2.owl
mand‐3.owl
mand‐4.owl
Page 18
D4.6 Mult
Version 1.0
Page 18/46
The follo
on the fi
<Mult
…
<E
</
<L
…
</
</Mu
timodel contain
6
owing code s
irst row of Ta
tiModel>
ElementaryM
<Elementa
<MetaDa
<Met
…
</MetaD
<ModelD
<Met
<
…
</Me
<Dat
<
<
</Da
</Mode
</Element
…
/Elementary
LinkModels>
/LinkModels
ltiModel>
ner
snippet gives
able 1. The v
Models>
aryModel id
ata>
ta key="Mod
Data>
Data id="M
taData>
Meta></Met
etaData>
taRessource
MetaData>
<Meta></M
…
/MetaData>
ataRessourc
lData>
taryModel>
yModels>
>
s>
s a simplified
values from t
d="M01" mod
delDescr" v
M01‐IFC" fo
ta>
e id="M01‐D
Meta>
>
ce>
d XML‐based
the first row
delType="B
value="Arc
ormatType="
DR" locati
example of
are marked
IM">
chitectural
"IFC">
ion="\\eeE\
an EM entry
bold:
l BIM"></Me
\BIM1.ifc">
y in an MMC
eta>
>
based
Page 19
D4.6 Mult
Version 1.0
Page 19/46
4.1.2
Similar t
ModelDe
pre‐proc
the addi
V
The relev
Table 2: E
MID
LM1
LM2
LMUD
LMED
The follo
on the se
attribute
<Mult
…
<E
</
<L
</
</Mu
timodel contain
6
Link Model
to that of Ele
escr, Format
cessing each
tional attrib
Variant … a
vant metada
Example of Lin
ModelTyp
Link Model
Link Model
Link Model
Link Model
owing code s
econd row o
e ModelType
tiModel>
ElementaryM
/Elementary
LinkModels>
<LinkMode
<MetaDa
<Met
<Met
<Met
<Met
</MetaD
</LinkMod
/LinkModels
ltiModel>
ner
l Attributes
ementary M
t and URL al
simulation v
ute Variant a
Metadata at
ata categorie
nk Models and
e
snippet gives
of Table 2. Th
e is implicitly
Models>
yModels>
>
el location
ata>
ta key="MID
ta key="Mod
ta key="Var
ta key="For
Data>
del>
s>
Models (EMs)
ready descri
variant obtai
associating it
ttribute that
es and their p
d their metada
ModelDesc
KP Link Mode
eBIM Link Model
eeBIM Link Model
eeBIM Link Model
s a simplified
he values fro
y given by the
n="\\eeE\LM
D" value="
delDescr" v
riant" val
rmat" value
), Link Mode
ibed in 4.1.1
ins a separat
t with the sp
defines whic
potential val
ata attributes
cr Variant
el
1
1
2
d XML‐based
m the first ro
e separation
M2.xls">
LM2"></Met
value="eBI
ue="1"></M
e="XLS"></
els’ (LMs’) m
1. For a bette
te LM. There
pecific varian
ch simulatio
ues for the L
s
Format
XLS
XLS
example of
ow are mark
of EMs and
ta>
IM Link Mod
Meta>
/Meta>
etadata cove
er organisati
efore the LM
t:
n variant the
LMs are show
URcon
\\e
\\e
…
…
an EM entry
ked bold. Ple
LMs in the X
del l"></Me
ers MID, Mo
ion of the si
M metadata p
e LM is assig
wn in Table 2
RL (to access dntent)
eeE\LM1.xls
eeE\LM2.xls
y in an MMC
ase note tha
XML schema
eta>
odelType,
mulation
possesses
ned to.
2.
detail
based
at the
:
Page 20
D4.6 Mult
Version 1.0
Page 20/46
4.1.3
The LM a
contains
G
T
Table 3 g
Table 3: E
LID
L001
L010
L011
L020
Figure 8
Figure 8:
timodel contain
6
Link Attribu
approach fo
s at least one
LID …
BIM_MID
GUID …
TID …
EE_MID …
EEID …
gives a simpl
Example of Lin
BIM_MID
M01
M01
M01
M01
depicts the
allocation of
ner
utes
r eeE was pr
e Link. Each
Link identi
… BIM iden
element id
type ident
eeBIM ide
eeBIM ele
lified examp
nks’ metadata
relation of th
Link attribute
resented in d
Link is descr
ifier (unique
ntifier (uniqu
dentifier (uni
tifier (identif
ntifier (uniq
ment identif
le of four suc
a attributes
GUID
ALT3
Wall1
Wall1
Wall2
hose attribut
es to the linked
deliverable 4
ribed by the f
ly identifies
uely identifie
iquely identi
ies the type
uely identifie
fier (uniquely
ch Links. For
TID
T01
T20
T20
T20
tes in the co
d models and
4.3 (Sukumar
following att
the Link itse
es the linked
ifies an elem
of Link)
es the linked
y identifies a
r a better per
EE_MID
M60
M12
M12
M12
ontext of a LM
their element
r 2015). As st
tributes:
lf)
BIM model)
ent in the BI
d eeBIM mod
an element in
rception the
EEI
M6
OW
OW
OW
M.
ts
tated there,
)
IM model)
del)
n the eeBIM
IDs are simp
ID
61
W3
W4
W3
each LM
model)
plified.
Page 21
D4.6 Mult
Version 1.0
Page 21/46
As an ex
(ID “M0
target a
values in
The acco
LID,
L001
The XML
<Lin
<
</Li
timodel contain
6
xample for s
1”) should b
pplication o
n a CSF‐file o
ording Link n
BIM_MID,G
1,M01, 3JSO
L‐based Link
nkModel>
<Link id=
<Met
</Me
<Rel
<Rel
</Link>
inkModel>
ner
uch a Link t
be linked wi
of the MMC
r XML‐based
otated as CS
GUID,TID,E
OvpaPn3lfe
looks as foll
="L001">
taData>
<Meta k
etaData>
latum id="
latum id="
he IfcSite‐ele
ith a climate
the Link at
d.
SV looks like
EE_MID,EEI
e_NZoNzNTp
ows:
key="tid"
" 3JSOvpaP
"" m="M60"
ement (ID “3
e file (ID “M
ttributes can
this:
ID
p,T01,M60,
value="T
Pn3lfe_NZo
">…</Rela
3JSOvpaPn3
M60”). Depen
n either be
,-
01></Meta
oNzNTp " m
tum>
lfe_NZoNzNT
nding on the
described a
>…
m="M01">…<
Tp”) of an IF
e preference
as comma s
</Relatum>
FC Model
es of the
eparated
>
Page 22
D4.6 Mult
Version 1.0
Page 22/46
4.2 M
The Scen
collects
displaye
Multimo
Resource
and Ana
domain
cloud‐ba
approac
Figure 9:
To sketc
assigning
(see sub
timodel contain
6
MMC Gene
nario Manag
and forward
d in Figure
odel Navigat
e Access Ma
alysis Compu
experts Virt
ased. The M
h described
Extended and
ch the funct
g an ESIM‐te
chapter 5.1.
ner
eration
ger (ScM) – d
ds informati
9. It conne
or (MMNav)
anagement S
utational Ser
ual Holistic D
MMC exchan
in subchapte
d updated eeE
ion of the S
emplate to a
3) is given.
described in
on and serv
ects for exa
) with the E
Services with
rvices. The e
Design Lab is
nge from on
er 0.
E Architecture
ScM with reg
a building in
detail in de
ves as a hub
ample the o
End‐User Aut
h the Inform
exchange of
s realised by
ne domain t
“Virtual Holis
gard to the
eeEmbedde
eliverable 8.2
b that conne
other End‐Us
thoring Tool
mation Repos
f Multimode
y accessing a
to the next
stic Design Lab
MMC gener
ed use case
2 (Dangl et a
cts almost a
ser Collabor
s and via Th
sitories as w
el containers
shared wor
is based o
b”
ration, the f
Task 1.4 Ene
al. 2016) – in
all tools and
ration Tools
he Collabora
well as the Si
s (MMCs) in
rkspace whic
on the BCF
following ex
ergy System
n general
d services
like the
ation and
mulation
nside one
ch can be
message
ample of
Concept
Page 23
D4.6 Mult
Version 1.0
Page 23/46
The Scen
names o
to autho
POST
{{Url}
{
"use
"pas
}
Afterwar
GET
{{Ur
Or it retr
GET
{{Ur
The rece
[
{
timodel contain
6
nario Manag
of various, po
orise itself fir
T
}}/authorize
r_id" : "emra
sword" : "pa
rds it retriev
l}}/projec
rieves it from
l}}/{{Team
eived list cou
"id": "d87
"name": "t
"shortDesc
"hasWriteA
"teamSlug"
"thumbnail
"created":
"createdby
"id": "3
"email":
},
"changed":
"changedby
"id": "9
"email":
},
"address":
"modelCoun
"memberCou
"size": 89
"sizeMB":
ner
ger is provide
otentially rel
rst:
azek@allplan
assword"
ves a list of p
ts
m the known
mSlug}}/pro
uld look like t
7cb152‐94d0
testcase 1"
r": "",
Access": tr
: "emrazek
l": "",
"2015‐12‐
y": {
3d676814‐cf
"emrazek@
"2016‐08‐
y": {
9edf8528‐b2
"jgaba@al
"",
nt": 2,
unt": 6,
915611,
"8,5",
ed with ESIM
evant templ
n.com",
rojects with
team slug:
ojects
this:
0‐48c8‐84c8
",
rue,
k‐extern",
‐22T12:57:5
f37‐aa43‐ed
@allplan.co
‐29T08:31:5
21f‐b332‐47
llplan.com"
MTemplateFi
ates. It hand
the followin
8‐af411e892
59",
d03‐4b156c2
om"
59",
785‐6d5cc0
"
ile.csv – a
ds this list to
ng request:
2698",
282fa1",
b96e1f",
file which co
the bim+ ser
ontains a list
rver. Therefo
t of
ore it has
Page 24
D4.6 Mult
Version 1.0
Page 24/46
},
…
{
},
…
]
timodel contain
6
"rights":
"project
"project
"project
"modelsC
"modelsV
}
"id": "5d5
"name": "t
"shortDesc
"hasWriteA
"teamSlug"
"thumbnail
"created":
"createdby
"id": "3
"email":
},
"changed":
"changedby
"id": "3
"email":
},
"address":
"modelCoun
"memberCou
"size": 15
"sizeMB":
"rights":
"project
"project
"project
"modelsC
"modelsV
}
ner
{
tAdmin": tr
tDelete": t
tEdit": tru
Create": tr
ViewAll": t
591246‐a0d4
testcase 3"
r": "",
Access": tr
: "emrazek
l": "",
"2016‐01‐
y": {
3d676814‐cf
"emrazek@
"2016‐08‐
y": {
3d676814‐cf
"emrazek@
"",
nt": 1,
unt": 4,
56566,
"0,15",
{
tAdmin": tr
tDelete": t
tEdit": tru
Create": tr
ViewAll": t
rue,
true,
ue,
rue,
true
4‐4078‐af58
",
rue,
k‐extern",
‐21T09:29:1
f37‐aa43‐ed
@allplan.co
‐03T05:56:1
f37‐aa43‐ed
@allplan.co
rue,
true,
ue,
rue,
true
8‐46b5db1d7
19",
d03‐4b156c2
om"
15",
d03‐4b156c2
om"
7b57",
282fa1",
282fa1",
Page 25
D4.6 Mult
Version 1.0
Page 25/46
The ScM
and the
The ScM
{{Ur
… with t
Cont
Cont
Cont
Cont
Cont
Cont
46b5
If the PO
{
"o
],
"f
"ty
"s
"c
"c
},
"h
"at
"c
"t
"s
"v
"r
"i
}
The MM
Figure 1
design p
timodel contain
6
M then has to
project ID “5
M makes a PO
l}}/{{Team
he following
ent‐Dispos
ent‐Type:
ent‐Dispos
ent‐Dispos
ent‐Dispos
ent‐Dispos
db1d7b5
OST request i
bjectIds":
"5d591246‐
ileName":
ype": "app
ize": 8694
reatedAt":
reator": {
"id": "3d6
"email": "
"status":
"firstname
"lastname"
"company":
"fullname"
"displayna
ash": "9ac
ttachmentT
lassificat
ag": "",
izeMB": "0
ersion": 1
elatedId":
d": "b0c28
MNav present
10 depicts th
phase via MM
ner
o choose the
5d591246‐a0
OST request:
mSlug}}/pro
g request pay
sition: for
applicatio
sition: for
sition: for
sition: for
sition: for
is successful
[
a0d4‐4078‐
" ESIMTemp
plication/o
425,
"2016‐08‐
676814‐cf37
emrazek_ex
"Active",
e": "eduard
: "mrazek
"emrazek
: "eduardn
ame": "edua
149a2‐3ee9
Type": "Doc
tion": "",
0,83",
1,
"5d591246
8c71‐14cf‐4
ts the list in a
he assignme
MNav.
desired proj
0d4‐4078‐af5
ojects/5d59
yload that ha
rm‐data; na
on/octet‐st
rm‐data; na
rm‐data; na
rm‐data; na
rm‐data; na
the respons
‐af58‐46b5d
plateFile.c
octet‐strea
‐29T09:44:3
7‐aa43‐ed03
xternal@all
dnajkrajsi"
extern",
extern",
najkrajsi m
ardnajkrajs
9‐4500‐86a2
cument",
6‐a0d4‐4078
47c1‐a4d3‐0
a drop down
nt of an ES
ject. In our c
58‐46b5db1d
91246‐a0d4
ands over the
ame="data"
tream
ame="name"
ame="size"
ame="type"
ame="object
se status is 20
db1d7b57"
csv",
am",
37.643",
3‐4b156c282
lplan.com"
",
mrazek exte
si mrazek e
2‐c14e90bff
8‐af58‐46b
0414bace999
n menu to le
IM template
ase it is the o
d7b57”.
‐4078‐af58
e ESIMTempl
; filename
ESIMTempl
853365
tId" 5d591
01. The follo
2fa1",
,
ern",
extern [em
f547",
5db1d7b57"
99"
t the user ch
e to a neigh
one with the
‐46b5db1d7
lateFile.cs
="ESIMTemp
ateFile.cs
246‐a0d4‐4
wing JSON b
razek exte
,
hoose the de
hbourhood b
e name “test
7b57/attach
sv:
plateFile.c
sv
4078‐af58‐
body is the re
ern]"
esired ESIM t
building in th
tcase 3”
hments/
csv"
esponse:
template.
he urban
Page 26
D4.6 Mult
Version 1.0
Page 26/46
Figure 10
The cho
assigned
Afterwar
the build
than on
attached
first has
ID. There
http
Exist
In our ca
looks like
http
46b5
The resp
{
"
}
timodel contain
6
0: MMNav ‐ as
osen templat
d to the neigh
rds the ScM
ding in the M
the elemen
d to the bim
to hand ove
efore a requ
s://api‐st
t?ifcgloba
ase the build
e this:
s://api‐st
db1d7b57/E
ponse contai
id": "6f8b
ner
ssignment of E
te name fro
hbourhood b
has to retrie
MMNav. The
nt IDs from
m+ objects as
er the buildin
est based on
tage.bimplu
allyuniquei
ding’s eleme
tage.bimplu
xist?ifcgl
ns the corres
beb09‐a099‐
ESIM template
om the temp
building and
eve the infor
e internal str
the IFC. Th
s an attribut
ng’s unique I
n the followin
us.net/v2/<
id={1}
nt ID in the
us.net/v2/b
loballyuniq
sponding bim
‐494d‐9d88‐
es to neighbo
plate list (in
this informa
mation whic
ructure on th
he element
te. To access
IFC element
ng pattern is
<team_slug
IFC is 2St$8N
bimplus/pro
queid=2St$8
m+ object ID
‐39752ee2f9
ourhood buildi
our case E
ation is store
ch ESIM temp
he bim+ serv
IDs from th
s information
ID to retriev
s initiated:
>/projects
Nf09AQgCW
ojects/5d5
8Nf09AQgCW
:
91d"
ngs in the urb
SIM_School
ed on the bim
plate was ch
ver is based
he original I
n about the
ve the corres
/<project_
WBsJWXpiD. T
91246‐a0d4
WBsJWXpiD
ban design ph
Building.owl
m+ server.
hosen and as
on object ID
IFC file are
building, th
sponding bim
_id>/
The resulting
4‐4078‐af58
ase
) is then
signed to
Ds rather
however
e ScM at
m+ object
g request
8‐
Page 27
D4.6 Mult
Version 1.0
Page 27/46
Based on
{{Ur
As can
“5d5912
marked
resulting
{{Ur
46b5d
The resp
{
}
The resp
Model (
Service,
Models
to alter s
stored o
this spe
TRNSYS T
timodel contain
6
n the receive
l}}/{{Team
be seen ab
246‐a0d4‐407
orange in Fig
g request loo
l}}/{{Team
db1d7b57/s
ponse to this
"projectId
"name": "E
"descripti
"type": "T
"nr": 21,
"color": 0
"id": "536
ponse delive
LM) and use
to create th
(EMs), LMs a
specific EMs
on the BCF se
cific case th
TUD which t
ner
ed object ID,
mSlug}}/pro
bove in our
78‐af58‐46b
gure 10) refe
oks as follow
mSlug}}/pro
structures?
request is th
d": "f11c20
SIM_School
ion": "",
TopologyStr
0,
68432e‐4f45
rs the ESIM‐
es the Mode
he Multimod
and metadat
s. In general
erver to be a
he MMC is
then uses the
the ScM ma
ojects/<Pro
case the p
b5db1d7b57”
ers to the ob
s:
ojects/5d59
?contains=6
his:
08e‐48c3‐45
lBuilding.o
ructure",
5‐4b6d‐a8e7
‐template’s n
el Combiner
del containe
ta. The latter
the MMC is
accessed by
stored in th
e informatio
akes a GET re
oject_ID>/
project is n
”. The eleme
bject ID “6f8
91246‐a0d4
6f8beb09‐a0
5c7‐a976‐b2
owl",
7‐4e1c659d6
name. With
r Service (M
er (MMC) wh
r for exampl
then hande
the next do
he workspac
n for an ana
equest accor
structures
amed “testc
ent of intere
8beb09‐a099
‐4078‐af58
099‐494d‐9
2aa6899116
6ddf"
this informa
CS) compon
here it enca
e indicate w
d over to th
main’s ScM
ce the ScM
lysis, as desc
ding to the f
?contains=
case 3” and
est (our neig
9‐494d‐9d88‐
‐
d88‐39752e
8",
ation the SCM
nent, a Mult
psulates all
which authori
e authoring
as described
shares with
cribed in sub
following pat
=<object_ID
has the p
ghbourhood
‐39752ee2f9
ee2f91d
M generates
timodel‐Man
relevant Ele
ing tools can
or simulatio
d in sub‐chap
h the simula
bchapter 5.1.
ttern:
D>
roject ID
building
91d”. The
s the Link
nagement
ementary
n be used
on tool or
pter 0. In
tion tool
3.
Page 28
D4.6 Mult
Version 1.0
Page 28/46
4.3 M
Exchang
deal with
its conte
describe
protocol
resource
At the be
and atta
{
}
timodel contain
6
MMC Exch
e scenarios
h a file based
ent, for simp
ed in more
l, a special B
e.
eginning, the
ch the Multi
Fig
"guid": "
"creation
"creation
"topic_ty
"topic_st
"title":
"bim_snip
"snip
"is_e
"refe
"refe
}
ner
ange
involving the
d approach.
plicity the wh
depth in ee
BCF topic is c
e Scenario M
imodel conta
gure 11: Creat
"B345F4F2‐
n_author":
n_date": "
ype": "MMC
tatus": "o
"Multimod
ppet": {
ppet_type"
external":
erence": "
erence_sch
e Multimode
This means t
hole contain
eE deliverab
reated in a p
Manager (ScM
ainer as BIM
tion or manip
‐3A04‐B43B
: "scm@exa
"2016‐08‐1
C",
open",
del contai
": "MMC.zi
: false,
"/snippet"
hema": "ht
el container
that while no
ner is being e
ble 8.2 (Dan
project that
M) will create
Snippet of t
ulation of the
B‐A713‐5E4
ample.com
12T17:34:2
iner",
ip",
",
ttps://exa
(MMC) in th
ot every ope
exchanged.
ngl et al. 20
holds the zip
e this topic o
type MMC.zip
e MMC topic o
456BEF8228
",
22.409Z",
ample.com/
he eeEmbed
eration on th
Since the BC
016), is used
pped MMC f
on the BCF Se
p to the topi
on the BCF ser
8",
/MMC.xsd"
ded Architec
he MMC deal
CF REST API,
d as commu
file in its BIM
erver with ty
ic.
rver
cture will
ls with all
which is
unication
M Snippet
ype MMC
Page 29
D4.6 Mult
Version 1.0
Page 29/46
Subsequ
MMC.zip
The ScM
Figure 1
the last
update.
{
{
}
{
}
}
timodel contain
6
uently, when
p relatively t
M then unpa
2). The upda
modification
"guid": "
"creation
"creation
"modified
"modified
"topic_ty
"topic_st
"title":
"bim_snip
"snip
"is_e
"refe
"refe
}
"guid": "
"date": "
"author":
"comment"
"topic_gu
ner
the Multim
o the topics
Figure 12:
cks the MM
ated MMC to
n. Also, each
"B345F4F2‐
n_author":
n_date": "
d_author":
d_date": "
ype": "MMC
tatus": "o
"Multimod
ppet": {
ppet_type"
external":
erence": "
erence_sch
"A333FCA8‐
"2016‐08‐1
: "scm@exa
": "templa
uid": "B34
odel contain
Uri at /snipp
Downloading
MC.zip, modif
opic stores t
h update of
‐3A04‐B43B
: "scm@exa
"2016‐08‐1
: "scm@exa
"2016‐08‐1
C",
open",
del contai
": "MMC.zi
: false,
"/snippet"
hema": "ht
‐1A31‐CAAC
14T09:11:3
ample.com"
ate defini
45F4F2‐3A0
ner needs to
pet.
g of the MMC.
fies it, packs
the modifica
the MMC to
B‐A713‐5E4
ample.com
12T17:34:2
ample.com
14T09:11:3
iner",
ip",
",
ttps://exa
C‐A321‐BB3
34.316Z",
",
ition",
04‐B43B‐A7
o be manipul
.zip via the BC
s it and puts
tion date co
opic causes
456BEF8228
",
22.409Z",
",
34.316Z",
ample.com/
33ABC8414
713‐5E456
ated, the Sc
CF REST API
s it again to
ntaining alw
a comment
8",
/MMC.xsd"
",
BEF8228"
cM will down
o the BCF se
ways the date
on it, descr
nload the
rver (see
e/time of
ribing the
Page 30
D4.6 Mult
Version 1.0
Page 30/46
BCF Top
modified
the MM
created
.../t
(shorten
12th, 201
the < cha
Detailed
(eeE_WS
timodel contain
6
ics and Com
d the last tim
MC may simp
since the las
topics/B345F
ned) would r
16 at 18:00.
aracter is no
d information
S) and at the
ner
mments do tr
me. In additi
ply poll the
st time they h
F4F2‐3A04‐B4
return only
In this exam
ot valid for us
n regarding
e BCF GitHub
rack their sta
on, with the
server for a
have been ch
43B‐A713‐5E4
comments o
mple, gt stan
sage within a
the formal
(BCF_GH)
ate and cont
e support for
any new co
hecked. For
456BEF8228/c
of the MMC
ds for “grea
an Url.
API specific
tain informat
r queries via
omment on
example, iss
comments?$fi
‐Topic that
ter than” an
cation is ava
tion about w
the BCF RES
the MMC‐To
uing the follo
ilter=date g
have been c
nd is used wi
ailable at th
when they h
ST API, cons
Topic that ha
owing reque
gt 2016‐08‐1
created sinc
ithin query U
he project’s
ave been
umers of
ave been
est
12T18:00
e August
Urls since
web site
Page 31
D4.6 Mult
Version 1.0
Page 31/46
5 M
This cha
from on
of the te
5.1 Te
The follo
Each of t
Table 4
the Elem
Table 4: M
Task
1.2 Crecubatu
1.3 CFD
1.4 Cresupply
1.5 Ene
1.6 Life
5.1.1 T
For the
variants
contain 9
at this p
also no n
Task
Softwa
Type of
Output
timodel contain
6
MC Dev
apter covers
e domain to
est case in th
est Case E
owing parag
them covers
provides an
mentary Mod
MMC develop
ate Design re options
D Simulation
ate energy options
ergy Simulati
e Cycle Costin
T1.2 Create
cubature de
are create
9 elements e
point contain
need for Link
are
f Software
t Format
Number o
Number o
Lines of c
ner
velopme
the develop
o the next. It
e following s
Example U
graphs are s
s the particul
overview on
dels (EMs) th
pment in Urba
Softwa
Allplan
3D Win
MMNa
TRNSYS
ES Desi
on TRNSYS
ng iTWO
e design cub
esign three a
d altering t
each and sum
ns only the I
ks and theref
of Models
of Elements
code per mod
ent
pment of th
t is presented
sub‐chapters
Urban Des
ubdivided ac
lar project st
n the develo
at are part o
n Design phas
are Ty
M
nd Sim
v/bim+ Co
S TUD Sim
igner M
S TUD Sim
Sim
bature opti
alternatives
the building’
m up to betw
FC itself. Sin
fore no Link
per Model
del
e Multimod
d exemplary
s.
sign
ccording to
tatus and the
opment of th
of it.
se
ype
Modelling
mulation
ollaboration
mulation
Modelling
mulation
mulation
ons
are planned
’s orientatio
ween 475 an
nce there is
Model at th
1.2 Create
Allplan
Authoring/
IFC‐file
9 variants (
5
475‐542
el container
y for the urb
the eeE des
e status of th
he MMC dur
Resulting
IFC
see above
see above
see above
see above
see above
see above
d in the test
on. The nin
nd 542 lines
no additiona
is stage.
Design cuba
/Modelling T
(based on 3 a
r (MMC) wh
an and in th
sign phase t
he MMC in t
ring the Urb
g MMC EM c
e + CFD SIM
e + ESIM tem
e + CFD/Ene
e + ESIM tem
e + SIM resu
e + LCC resu
case. For ea
e variants’
of code in IF
al informatio
ture options
ool
alternative b
hile it is han
he early desi
tasks they re
this task. Acc
an Design p
content
results
mplates
rgy SIM resu
mplates
lts
lts
ach alternat
architecture
FC. The MMC
on to attach
s
building desig
ded over
gn phase
epresent.
cordingly,
hase and
ults
ive three
e models
C created
, there is
gns)
Page 32
D4.6 Mult
Version 1.0
Page 32/46
5.1.2 T
The CFD
generate
server a
software
simulatio
MMCs a
Task
Softwa
Type of
Functio
Output
Figure 13
S
CFD
access shared (cloud) workspa
HT
9x IFC
1
MMN
9
CFD S
timodel contain
6
T1.3 CFD si
D simulation
ed in the pr
and encapsu
e 3DWind, a
on results pu
re handed o
are
f Software
ons
t Format
Number o
Results
3: MMC relate
Scenario M
D Simulati3D W
9xMMfile ([Link M
to
ace
TTPS
1 4 Sim results
Nav/bim+
9xIFC IM results …
…
ner
mulation (3
software 3
revious task,
ulated in a
as to be see
ut out by 3D
ver to the ne
of Models
ed process step
Manager
on SoftwaWind
MC ZIP-IFC] + Model)
CSr
2
3x MMC ([IFC, CFDSIM resulLink Mod
3D Wind)
3D Wind req
, this IFC file
Multimodel
en in step 1
D Wind (step
ext domain (
1.3 C
3D W
Simu
Checkturbubuild
MPG
9 var
Basis on facriter
ps for task 1.3
are
CFD Sim results
3
D lts] + el)
5
quires IFC fi
e is retrieve
container w
1 and 2 in
p 3) are then
(step 5).
FD Simulatio
Wind
lation Tool
k patio regaulence inteing facades,
iants (3 alter
for thermacade, decisioria and natur
3
Ta
BCF
re
…
BCF
…
3xMMC
les as input
ed by the Sc
which is the
Figure 13.
n added to a
on
arding air spnsity, surfa, run simula
rnatives with
l comfort (oon for the beral ventilatio
ask 1.3 CF
quest
63(SL
t data. For e
cenario Man
en send to
For the bes
n MMC indi
eed (mainlyace pressurtion, Interpr
h 3 building o
outside terraest variant an potential.
Scena
FD Simula
3xMMC [IFC, CFD
SIM results] + Link Model)
each of the
nager from t
the CFD si
st three var
vidually. The
y in occupiedre distributretation of re
orientations
ace), wind pccording to
ario Mana
lation (3D
7
variants
the bim+
mulation
iants the
ese three
d zone), ion on esults
each).
pressure comfort
ager
D Wind)
Page 33
D4.6 Mult
Version 1.0
Page 33/46
5.1.3 T
Task 1.4
informat
neighbo
energy s
selection
subpart
via JSON
accordin
TUD for
well as t
the mod
includes
supply r
with oth
onsite av
Task
Softwa
Type of
Functio
Output
Task
Softwa
Type of
Functio
Output
timodel contain
6
T1.4 Energy
4 Energy Sys
tion” where
urhood and
scope, the c
n of weather
1.4b “Energ
N from the b
ng Link Mode
an analysis.
the energy d
delling in the
mainly ge
outes and ru
her buildings
vailable rene
are
f Software
ons
t Format
Results
are
f Software
ons
t Format
Results
ner
y System Co
stem Conce
e the Multim
/or to the
ollection of
r/climate and
gy Simulation
im+ server w
el (LM) and
The calculat
emand prof
e ES Designe
neration/tra
ules from ex
s and/or ene
ewable energ
oncept
pt begins w
model Navig
located buil
information
d the selecti
n” the accor
where they w
hands it ove
tion determ
ile within a t
er takes plac
nsformation
xisting energ
ergy systems
gy sources as
1.4a Colle
MMNav/
Collabora
Define ac
Collect iresource
Select we
Select typ
MMC (IFC
Structureand usage
Basis for
1.4b Ener
TRNSYS T
Simulatio
Basic quloads wicondition
JSON
Basis for
with subpart
gator (MMN
dings. This
n about ener
on of buildin
rding Links a
were stored
er as part of
ines the ene
typical year o
ce in subpar
n, storing, e
gy infrastruct
s are checke
s well as a m
ect neighbou
/bim+
ation Tool
ctive and pas
information es
eather/clima
pe of buildin
C, ESIM temp
ed informatie within the
eSIM 1.4b
rgy Simulatio
TUD
on Tool
estion: heatithin a typins
eSIM 1.4c
t 1.4a “Colle
av) is used
covers the
rgy infrastru
ng type and
re retrieved
before by th
an MMC to
ergy peak loa
on a sub‐hou
rt 1.4c “Crea
exchange an
ture are con
ed. Main tar
minimized ove
urhood and b
ssive energy
about ene
ate
ng & neighbo
plates)
on about thsites’s neigh
on
ting/cooling ical year an
ect neighbou
to link ESI
definition o
cture and na
neighbourho
by the Scen
he MMNav.
the simulat
ad based on
urly basis. Ba
ate energy s
nd energy r
nsidered. In
rgets are the
erall energy
building info
scope
ergy infrastr
ourhood build
he energy rehbourhood,
demand pnd in conju
urhood and
M template
of active and
atural resou
ood building
nario Manag
The ScM cre
tion software
design cond
ased on thes
supply optio
recovery. M
addition int
e optimised
consumptio
rmation
ructure and
dings
elated infra
rofile; identunction with
building
es to the
d passive
urces, the
types. In
ger (ScM)
eates the
e TRNSYS
ditions as
se results
ons”. This
Moreover,
eractions
usage of
n.
d natural
structure
tify peak h design
Page 34
D4.6 Mult
Version 1.0
Page 34/46
Task
Softwa
Type of
Functio
Output
Figure 14
Si
Task 1.Energy
access tshared (cloud) workspa
H
3xIFC, CD, OD, MD
1
bi
3x
temp
*ESIM t
*9x
climate
occupanc
materia
simulatio
timodel contain
6
are
f Software
ons
t Format
Number o
Results
4: MMC relate
S
imulation TRNSYS
3xMM([IFC, MD]+LMode
4b y Simulatio
to
ace
HTTPS
9xMMC ([IFC, ESIMtemplate]+Link Mode+ preferen
im+
xIFC plates
templates MMC
e data CD cy data OD l data MD on results
ner
of Models
ed process ste
Scenario M
Software S TUD
MC CD, OD, Link l)
on
Sre
2
5
M + el) ce
1.4c Crea
ES Design
Authoring
Create transform
Considerinfrastruc
Check ex
ESIM tem
3‐9 varianominate
KPIs abou
eps for task 1.4
Manager
Sim esults
3
Task 1.4
ate energy su
ner
g/Modelling
energy smation, stori
r supply octure (inside
xchange with
mplates (links
ants of enered)
ut energy de
4b and 1.4c
3xMMC([IFC, EStemplateLink Mo
B
ES Designe
ESIM templates+ preferen+ energy demand K
4c Create supply o
upply option
/Analysis To
supply conng, exchang
options froe and outside
h other.
s)
gy supply co
emand
SIM es]+ del)
BCF
6
req
BCF
3xMMC
er
s nce
KPIs
4
energyoptions
s
ol
ncepts incle and energy
om existinge)
oncepts (the
Scena
quest
73(t
luding geny recovery.
g external
e 3 best opt
rio Manag
3xMMC ([IFC, ESIM template]+ Link Model)
8
neration/
energy
tions are
ger
8
Page 35
D4.6 Mult
Version 1.0
Page 35/46
5.1.4 T
In gener
describe
approac
orientate
way of w
post‐pro
Task
Softwa
Type of
Functio
Output
Task
Softwa
Type of
Functio
Output
Task
Softwa
Type of
Functio
Output
timodel contain
6
T1.5 Energy
ral an energ
ed in sectio
h the steps
ed pre‐proce
working will
ocessing task
are
f Software
ons
t Format
Number o
Results
are
f Software
ons
t Format
Results
are
f Software
ons
t Format
Number o
Results
ner
y simulation
gy analysis c
n 5.1.3 pro
mentioned a
essing and a
be reflecte
k (T1.5b) to t
of Samples
of Models
n
ombined wi
duces valid
above are em
risk analysis
d by adding
he workflow
1.5a Pr
Stocha
Service
Create occupaRun Sa
ASCII, J
As nee
Sample
1.4b En
TRNSYS
Simula
Basic qloads w
ASCII, J
Basis fo
1.5b Po
Risk An
Service
Risk an
ASCII, J
as desi
Key Ris
ith an overa
energy sup
mbedded in
s of the desig
g the energy
w.
re – Processi
astic Samplin
e
stochastic sancy profilesampling Serv
JSON
eded in a reas
ed (occupanc
nergy Simula
S TUD
tion Tool
question: hewithin a typic
JSON
or eSIM 1.4b
ost – Process
nalysis
e
nalysis
JSON
igned, no en
sk Indicators
all energy sy
pply variant
the mid of a
gn variants a
y simulation
ng for Energ
g Service
cenarios/pa (pre‐procesice
sonable amo
cy) data
ation
eating/coolincal year base
b
sing for Ener
hancements
(KRI)
stem design
s. Within a
a toolchain b
t the end of
pre‐process
gy Analysis
rameterisatising),
ount
ng demand ped on stocha
rgy System D
s
n following t
more soph
between a s
f the design s
sing task (T1
ion especially
profile; idenstic scenario
Design
the steps
histicated
tochastic
step. This
1.5a) and
y on
tify peak os
Page 36
D4.6 Mult
Version 1.0
Page 36/46
Figure 15
S
access shared (cloud) worksp
H
3xIFC, CD, OD, MD
MMN
3
climat
occupa
materi
simula
timodel contain
6
5: MMC relate
Scenario
SimulationTRNSY
3xMfile (,CD, MD]+Mod
to pace
TTPS
1 4
9xMMC, Sim results
Nav/bim+
3xIFC te data CD ncy data OD ial data MD tion results
…
…
ner
ed process step
Manager
n SoftwareYS TUD
MC ZIP-[IFC, … OD, +Link
del)
2
3xMMC Zfile ([IFC,CD, OD, SIM resu(1.3, 1.5)Link Mod
ps for task 1.5
e
Sim results
3
ZIP-, …, MD,
ults ] + del)
5
5
BCF
re
…
BCF
…
3xMMC
Ta
equest
6
C
Scena
ask 1.5 En
3xMMC ZIP-([IFC, …, CDOD, MD, SIMresults(1.3, 1+ Link Mode
ario Mana
nergy Sim
-file D, M 1.5)] el)
7
ager
mulation
Page 37
D4.6 Mult
Version 1.0
Page 37/46
5.1.5 T
The iTW
Scenario
from the
the form
Link Mo
workspa
The iTW
Cost est
Paramet
cycle co
provides
The simu
stored in
The ScM
stored a
the BIM
obtained
decision
for chan
Task
Softwa
Type of
BIM fun
Output
timodel contain
6
T1.6 LCC
WO cost calc
o Manager (
e BIM+ serve
m of a CSV‐f
odel and the
ace it shares
WO LCC calcul
timation the
tric LCC tem
ost estimatio
s the evalua
ulations can
n the shared
M receives th
ttached to th
+ server. Su
d and sends
maker can
ges in the pr
are
f Software
nctions
t Format
Number o
Results
ner
culator rece
ScM). Ther
er via HTTPS.
ile, the Cont
e MMC the S
with iTWO.
lator initiate
user charac
plates are m
on is perform
tion of cost
run in paral
workspace.
he results, ve
he project. T
ubsequently,
the MMC as
retrieve the
roject status
of Models
ives the com
efore the Sc
The Multim
tainer itself
Scenario Ma
s the quantit
cterises and
matched and
med to iden
among diff
lel and resul
erifies them
The ScM rece
it extends
s part of a BC
container. In
on the BCF s
1.6 Life C
iTWO
Simulatio
Create stoLife Cycle
GAEBXML
9 variants
Life Cyclebest costcheck
Investme
Operation
Maintena
Internal r
Net prese
…….
mpressed M
cM has to c
model contain
is a compre
anager store
ty and cost e
analyses th
d linked to p
ntify the alt
ferent invest
lts are availa
and transfe
eives an ID th
the existing
CF message t
nstead of re
server at reg
Cycle Costing
on Tool
ochastic scee Cost Estima
L
s
e Costing is pt‐quality rati
ent Cost/net
nal Cost/net
ance Cost /n
rate of return
ent value (€)
MMC zip file
consolidate t
ner furtherm
essed ZIP‐file
es the MMC
estimation p
e IFC data a
roduce the
ternative wit
tment scena
able in a reas
ers them to
hat allows re
MMC with
to the BCF se
lying on a di
gular interva
narios/paramation, Interpr
performed toio for the b
(€)
(€)
et (€)
n €
e and the L
the material
more encapsu
e. After gene
in the (pote
rocess. To p
and creates
required LCC
th the best
rios, designs
sonable time
the BIM+‐se
etrieving the
the results
erver. From
rect notifica
ls.
meterizationretation of re
o identify thasis of Decis
Link Model f
, energy an
ulates a Link
erating the L
entially clou
perform the L
stochastic s
C output and
cost‐quality
s, and speci
e. The LCC re
erver where
results later
or with the
there the Sc
ation, the ScM
n, esults
e 9 variants sion Making
from the
d IFC file
Model in
Links, the
ud‐based)
Life Cycle
cenarios.
d the life
y‐ratio. It
fications.
esults are
they are
r on from
link just
cM of the
M checks
with the g and KPI
Page 38
D4.6 Mult
Version 1.0
Page 38/46
Figure 16
Cos
accessshared (cloud) worksp
H
3xMMCMD
MMN
3x
materi
simula
timodel contain
6
6: MMC relate
Scenario
st CalculatiTW
3xMM([IFC,OD, MMode
s to d pace
HTTPS
C,
1 4
9xMMC, Sim results
Nav/bim+
xMMC ial data MD
ation results
…
…
ner
ed process step
Manager
tion SoftwWO
MC ZIP-file , …, CD, MD]+Link el)
2
3xMMC file ([IFCCD, OD, SIM resu(1.3, 1.5results] Link Mo
ps for task 1.6
ware
LCC results
3
ZIP-C, …, MD, ults ), LCC + del)
5
6
BCF
re
…
BCF
…
3xMM
Tas
equest
6
F
C
Scen
sk 1.6 Liv
3xMMC ZIP-file ([IFC, …,CD, OD, MDSIM results (1.3, 1.5), LCresults] + Link Model)
ario Mana
ve Cycle C
-,
D, CC
)
7
ager
Costing
Page 39
D4.6 Mult
Version 1.0
Page 39/46
5.2 Te
5.2.1 T
After ret
existing
addition
earlier b
Multimo
itself is a
Manage
specific s
Within a
pre‐proc
tasks. As
results. T
The Scen
retrieve
with the
message
the cont
the proje
Task
Softwa
Type of
Functio
Output
timodel contain
6
est Case E
T2.6 Energy
trieving the
Multimodel
to the mer
by the EDM s
odel containe
a compresse
r stores the
software too
a subsequent
cessing steps
s results the
The KPI’s wil
nario Manag
the simulati
e simulation
e to the BCF
tainer. Instea
ect status on
are
f Software
ons
t Format
Results
ner
Example E
y Simulatio
data from t
l container
rged IFC‐file.
server, comb
er furthermo
ed ZIP‐file. Af
MMC in the
ols.
t step the au
s followed b
e KPI will be
l be delivere
ger takes the
on results la
results or
server. From
ad of relying
n the BCF ser
arly Desig
n > i/o data
he BIM+ Ser
which now
. This merge
bining Archite
ore encapsu
fter generati
(potentially
utomated or
by the analy
extracted, a
ed and stored
e results and
ater on from
with the lin
m there the S
on a direct
rver in regula
2.6 Energ
TRNSYS T
Simulatio
Basic quoperationon the sa
JSON
KPI as nee
gn
a besides IF
rver via HTT
encapsulate
ed IFC‐file is
ecture, HVAC
ulates a Link
ing the Links
cloud‐based
semi‐autom
sis run of T
aggregated a
d in the shar
d stores them
the bim+ se
nk just obtai
Scenario Ma
notification,
ar intervals.
gy Simulation
TUD
on Tool
uestion: then of HVAC aame stochast
eded
FC
TPS the Scen
es material,
the result o
C and BACS m
Model in fo
s, the Link M
d) workspace
mated domai
RNSYS‐TUD
and transform
red workspac
m on the BI
rver. Afterw
ined and se
nager of the
the Scenari
n
rmal behavnd BACS systic scenarios
ario Manage
occupancy
of a merging
models in on
orm of a CSV
Model and the
e it shares wi
n‐internal w
and the nee
med out of t
ce.
M+‐server. I
ards it exten
nds the MM
next domai
o Manager c
viour of thestem within used in T1.5
er (ScM) ext
and climate
g process pe
ne overall mo
V‐file. The C
e MMC, the
ith the user’
workflow will
eded post‐pr
the rough si
It receives a
nds the exist
MC as part
in expert can
checks for ch
e building a typical ye
5
tends the
e data in
erformed
odel. The
Container
Scenario
s domain
start the
rocessing
mulation
n ID that
ing MMC
of a BCF
n retrieve
hanges of
and the ear based
Page 40
D4.6 Mult
Version 1.0
Page 40/46
Figure 17
S
accessshared(cloud) worksp
H
Mer-ged IFC, CD, OD, MD
MMN
Me
clima
occupa
mater
simula
timodel contain
6
7: MMC utilisa
Scenario
SimulationTRNSY
MM([MeCD, MD]Mod
s to d ) pace
HTTPS
1 4
Sim results
Nav/bim+
erged IFC ate data CD ancy data OD ial data MD
ation results
…
…
ner
ation for Task
Manager
n SoftwareYS TUD
C ZIP-file erged IFC, OD, ]+Link del)
2
MMC ZIP([MergedCD, OD, SIM resuLink Mod
2.6 Energy Sim
e
Sim results
3
P-file d IFC, MD, ults] + del)
5
mulation.
BCF
re
…
BCF
…
MMC
Ta
equest
6
F
C
Scen
ask 2.6 En
MMC ZIP-file ([Merged IFC,CD, OD, MD, SIM results] +Link Model)
nario Mana
nergy Sim
, +
7
ager
mulation
Page 41
D4.6 Mult
Version 1.0
Page 41/46
5.2.2 T
The iTW
Scenario
IFC file f
EDM ser
Model C
itself is
stores th
based.
Based o
service l
the IFC
Paramet
perform
energy o
reasonab
workspa
The simu
the BIM
from the
the link j
Scenario
notificat
regular i
Task
Softwa
Type of
BIM fun
Output
timodel contain
6
T2.7 Life Cy
WO cost calc
o manager (S
from the BIM
rver, combin
Container fu
a compresse
he MMC in th
on this data
ife planning
data is ch
tric LCA tem
ed to identif
or CO2 consu
ble time. Al
ace.
ulation resul
+‐server. Th
e BIM+ serve
just obtained
o Manager of
tion, the Sce
ntervals.
are
f Software
nctions
t Format
Number o
Results
ner
ycle Assessm
culator rece
SCM). The SC
M+ server vi
ning Archite
rthermore e
ed ZIP‐file. A
he common
the user th
and activity
haracterised,
plates are m
fy the most e
umption, etc
l simulation
lts are collec
e scenario m
er. Subseque
d and sends
f the next do
enario Mana
of Models
ment
ives the com
CM consolida
ia HTTPS. T
cture, HVAC
encapsulates
After genera
workspace o
hen initiates
y category pr
processed
matched and
efficient buil
. The simula
results are
cted and che
manager rece
ently, it exten
the MMC as
omain expert
ager checks
2.7 Life Cy
iTWO
Simulation
Create stoLife Cycle
GAEBXML
6 Models,
Life Cycleecology‐qcheck
Embodied
Operation
Embodied
Operation
mpressed M
ates the mate
The merged
C, and BACS
s a Link Mod
ating the Lin
of the user’s
the calcula
rocess with
and analys
d linked to p
ding alterna
ations can be
compared
ecked inside
eives an ID t
nds the exist
s part of a BC
t can retriev
for changes
ycle Assessm
n Tool
ochastic scenCost Estimat
L
2 Alternativ
e Assessmenuality ratio
d Energy
nal Energy
d Carbon
nal Carbon
MMC zip file
erial, occupa
IFC‐file cons
models into
del in the fo
nks, the Link
programs, w
tion of BIM
iTWO. To pe
sed and sto
produce the
tive based o
e run in para
regarding K
the Scenario
that retrieve
ting MMC w
CF message t
e the contai
s in the proj
ment
narios/paramtion, Interpr
ves, + each 2
nt is performfor the basi
(MJ)
(MJ)
(CO)
(CO
e and the L
ancy, climate
ists of conso
o one overa
rm of a CSV
k Model and
which can eit
‐based Qua
erform the L
ochastic sce
required LCA
on environme
allel and resu
PI and are s
o Manager a
es the simula
ith the simu
to the BCF se
ner. Instead
ject status o
meterisation,etation of re
variants
med to idents of Decisio
Link Model f
e, energy and
olidated res
all model. Th
V‐file. The C
d the MMC
ther be local
ntity take‐o
Life Cycle Ass
enarios are
A output. Th
ental impact
ults are avai
stored in th
and then sav
ation results
ulation result
erver. From t
of relying on
on the BCF
n, esults
tify with thon Making a
from the
d merged
ults from
he Multi‐
Container
the ScM
l or cloud
ff (QTO),
sessment
created.
he LCA is
ts such as
lable in a
e shared
ed inside
s later on
ts or with
there the
n a direct
server at
e best nd KPI
Page 42
D4.6 Mult
Version 1.0
Page 42/46
Figure 18
Cos
accessshared(cloud) worksp
H
Mer-ged IFC, CD, OD, MD
MMN
Me
clima
occupa
mater
simula
timodel contain
6
8: MMC relate
Scenario
st CalculatiTW
MM([MeCD, MD]Mod
s to d ) pace
HTTPS
1 4
Sim results
…
Nav/bim+
erged IFC ate data CD ancy data OD ial data MD
ation results
…
ner
ed process step
Manager
tion SoftwWO
C ZIP-file erged IFC, OD, ]+Link del)
2
MMC ZI([MergeCD, OD,SIM resLCA res
+ Link M
Global Wa
Ozone De
Acidificati
Photochem
Eutrophica
Thermal c
Acoustic c
Visual Com
…
ps for task 2.7
ware
LCA results
3
P-file d IFC, , MD, sults, sults]
Model)
5
arming Poten
pletion Pote
on Potential
mical Oxidan
ation Potent
comfort
comfort
mfort
7
BCF
re
…
BCF
…
MMC
ntial GWP (k
ential ODP (k
l AP (kg SO2
nt Creation P
tial EP (kg PO
Task 2.
equest
6
F
C
g CO2 – Equ
g R11 – Equi
– Equivalent
P. POCP (kg C
O4‐Equivalen
Scen
.7 Life Cy
MMC ZIP-file([Merged IFCCD, OD, MD,SIM results,
LCA results] ++ Link Model
ivalent)
ivalent)
t)
C2H4 – Equiv
nt)
nario Mana
ycle Asse
e C, , + )
7
valent)
ager
essment
Page 43
D4.6 Mult
Version 1.0
Page 43/46
5.2.3 T
The iTW
manager
merged
from ED
Multi‐M
Containe
Scenario
program
Based o
perform
stochast
required
best cos
and spec
All result
Afterwar
BIM+‐se
from the
just obta
Scenario
notificat
Task
Softwa
Type of
BIM fun
Output
timodel contain
6
T2.8 Life Cy
O cost calcu
r. The Scena
IFC file from
DM server, c
odel Contai
er itself is a c
o Manager st
ms.
n this data t
the Life Cy
tic scenarios
d LCA output
t‐quality‐rat
cifications. T
ts are compa
rds the resu
rver, where
e BIM+ serve
ained and s
o Manager o
tion, the ScM
are
f Software
nctions
t Format
Number o
Results
ner
ycle Costing
lator receive
ario manage
m the BIM+ s
combining A
ner furtherm
compressed
tores the MM
the user the
ycle Cost est
are created
t. The life cy
io. It provide
The simulatio
ared with the
lts are colle
they are sto
er. Subseque
sends the M
of the decisi
M checks for c
of Models
g
es the compr
er (SCM) con
server via HT
Architecture,
more encap
ZIP‐file. Afte
MC in the (p
en initiates t
timation the
d. Parametric
ycle cost esti
es evaluation
ons can run in
e correspond
cted and ch
red. The ScM
ntly, it exten
MMC as part
on maker ca
changes in th
2.8 Life C
iTWO
Simulatio
Create stoLife Cycle
GAEBXML
6 Models
Life Cyclebest costcheck
Investme
Operation
Maintena
Internal r
Net prese
…….
ressed MMC
nsolidates th
TTPS. The m
HVAC, and
psulates a Li
er generating
otentially clo
the quantity
e IFC data is
c LCC templa
imation is pe
ns of cost am
n parallel wh
ding KPI and
ecked inside
M receives an
nds the exist
t of a BCF m
an retrieve t
he project st
Cycle Costing
on Tool
ochastic scee Cost Estima
L
s, 2 Alternativ
e Costing is pt‐quality rati
ent Cost/net
nal Cost/net
ance Cost /n
rate of return
ent value (€)
C zip file and
he material,
merged IFC‐fi
BACS mod
ink Model i
g the Links, t
oud‐based) c
and cost es
characterise
ates are ma
erformed to
mong differe
hile results a
are stored i
e the ScM. T
n ID that allo
ing MMC wit
message to
the containe
tatus on the
narios/paramation, Interpr
ves, + each 2
performed toio for the b
(€)
(€)
et (€)
n €
the link mod
occupancy,
le consist of
els into one
n the form
the Link Mod
common wo
stimation pr
ed, processe
tched and li
identify the
nt investmen
re available
n the shared
Then they ar
ows retrievin
th the LCC re
the BCF ser
er. Instead o
BCF server a
meterizationretation of re
2 variants
o identify thasis of Decis
del from the
climate, en
f consolidate
e overall mo
of a CSV‐f
del and the M
orkspace of t
rocess with i
ed and analy
nked to pro
e alternative
nt scenarios,
in a reasona
d workspace.
re transmitte
ng the results
esults or wit
rver. From t
of relying on
at regular int
n, esults
e 9 variants sion Making
scenario
ergy and
ed results
odel. The
file. The
MMC the
he user’s
TWO. To
ysed and
oduce the
with the
, designs,
able time.
.
ed to the
s later on
h the link
there the
n a direct
tervals.
with the g and KPI
Page 44
D4.6 Mult
Version 1.0
Page 44/46
Figure 19
Cos
access shared (cloud) worksp
HT
Mer-ged IFC, CD, OD, MD
1
MMN
Mer
climat
occupan
materia
simulat
timodel contain
6
9: MMC relate
Scenario
st CalculatiTW
MMC([MeCD, OMD]+Mode
to
pace
TTPS
1 4
Sim results
…
Nav/bim+
rged IFC te data CD ncy data OD al data MD tion results
…
ner
ed process step
Manager
ion SoftwWO
C ZIP-file rged IFC, OD, +Link el)
2
MMC ZIP([MergedCD, OD, MSIM resuLCA resuLCC resuLink Mod
ps for task 2.8
are
LCC results
3
P-file d IFC, MD, lts, lts, lts] +
del)
5
8
BCF
re
…
BCF
…
MMC
Ta
equest
6
Scena
sk 2.8 Lif
MMC ZIP-file ([Merged IFC, CD, OD, MD, SIM results, LCA results, LCC results] + Link Model)
ario Mana
fe Cycle C
+
7
ager
Costing
Page 45
D4.6 Mult
Version 1.0
Page 45/46
6 Co
The pres
managem
enables
and amo
concept
getting a
Several
approac
eeEmbe
requirem
are capa
timodel contain
6
onclusio
sented Multi
ment model
domain exp
ong each oth
enables the
an overview
potential re
h as solution
dded project
ments set up
able of utilizi
ner
ons
imodel conta
s and their d
perts to exch
her in a conv
em as well
of the curre
ealisations w
n for enhanc
t are describ
p in eeE, and
ng the MMC
ainer (MMC)
dependencie
hange compl
venient way
as the decis
nt project st
were discuss
ced informa
bed in sufficie
d that the in
C as a suitable
) concept fo
es (defined b
ex informat
y while keep
sion maker t
atus.
sed to prove
tion exchan
ent detail to
nvolved com
e mean of in
r the combin
by Link Mode
ion within th
ing the origi
to keep trac
e the flexibi
ge. Furtherm
prove that t
ponents in t
nformation e
ned exchang
els which are
heir own spe
nal models
ck on latest
lity and ver
more the MM
the architect
the test and
xchange.
ge of enginee
e transmitted
ecialized app
intact. More
changes an
rsatility of t
MC realizatio
ture indeed f
d validation s
ering and
d as well)
plications
eover the
nd allows
he MMC
on in the
fulfils the
scenarios
Page 46
D4.6 Mult
Version 1.0
Page 46/46
7 Re
BCF_GH
Dangl, GBru
DemhartMult(infoView
Demhart
eeE_WS
Fuchs, httpword
Fuchs S.Resedres pub
Heinzig D6.2
Mosch, Man
Scherer und Sprin
Sukumar
Brussels
timodel contain
6
eference
. BCF Github
G., Linhard, ussels, Belgiu
ter, J., Futimodellcontormation Sysweg, DOI 10.1
ter J. & Moli
.eeEmbedde
S. & Schap://www.builderby205=la
. (2013): Ruearch at thden.de/die_likationen/fo
F., Katranusc2: Multi‐mod
M. & Kaisenagement Me
R. J. & SchaProzesse (Innger Vieweg,
r, A. (2015
.
ner
es
b. Url: https:/
K., & Katrum.
uchs S., Stainer, IN Infstems in Bu1007/978‐3‐
sch, A. (2011
ed website. U
pke S.‐E. (dingsmart.dstName#listv
ule Based Crhe Institute _tu_dresden/orschungsbe
chkov P., Kadel mapper –
er J. (2015);ethods, © ee
pke S.‐E. (ednformation S, DOI 10.100
); eeEmbed
//github.com
ranuschkov,
chapke, S.‐ormationssyuilding Cons642‐40883‐0
1): RIB iTWO
Url: http://ee
2015): Mule/kos/WNetview_205
reation of Mof Constr
/fakultaeten/erichte/resre
dolsky M., KSimulation m
; eeEmbeddeEmbedded
ds.)(2014): InSystems in B07/978‐3‐642
ded Deliver
m/BuildingSM
P. (2016).
‐E. and Systeme im Bastruction – 0_2, 39 – 64
O, Mefisto‐M
eEmbedded.
ltimodellbesctz?art=Projec
Multi‐Model lruction Info/fakultaet_bep2013
Kaiser J., Promodel gener
ded D4.1: BConsortium,
nformationsuilding Cons2‐40883‐0, 6
rable D4.3:
MART/BCF‐A
eeEmbedde
cherer, R. auwesen – MModels, Mep.
ultimodel Da
.eu
chreibung, Xct.show&id=
links, TUD, rmatics –bauingenieur
otopsaltis B. rator, © eeEm
IM Multi‐M, Brussels.
systeme im struction – M09 p.
Link Mode
API.
ed D8.2 Col
J. (2014)Modelle, Metethods and
ata containe
XSD‐Alterna=143&listview
Research anBauinformatrwesen/cib/
(2016): eeEmmbedded Co
Model, Multi‐
Bauwesen –Models, Meth
l, © eeEmb
llaborative M
: Multimodthoden und Processes),
r
tiven, Versiwpage205=0
nd Lecture Atik (CiB), h
mbedded Deonsortium, B
‐Physics Mo
– Modelle, Mthods and Pr
bedded Con
Methods.
dell und Prozesse Springer
ion: 1.0, 0&listvie
Activities; http://tu‐
eliverable russels.
odels and
Methoden rocesses),
nsortium,
