BIM模型数据主要有哪些交换方式与方法?事实上，信息回馈至BIM模型之前往往先有信息撷取的过程，因为信息回馈端至少必须知道BIM模型的项目信息、对象标识符、参数化属性标识符、参数数据格式等基本信息，因此信息撷取的方法将会影响信息回馈的途径(approach)，以下就目前市面上三大建模工具(AutodeskRevit,GraphisoftArchiCAD,BentleyAECOsim)共同有的功能来分析各种BIM模型信息交换(即包含撷取和回馈)之方法或途径，并以入门或操作门坎的高低顺序来阐述。

一、电子数据表(spreadsheet)

大部分的BIM设计工具皆有输出明细报表(schedule)之功能，并可以在输出后其他电子表格软件(如：MicrosoftExcel)来编辑，但若要修改表格中的属性值或实时反映(即动态交互参照)修改模型后的属性值，则必须回到原本采用的BIM设计工具来操作。基本上，电子数据表位于BIM设计工具的内部环境，难以与外界沟通，也就是连基本的相互操作性都有蛮大的问题，因此较适合用于信息撷取和输出，信息回馈则较不适用。

二、公开标准格式(openstandard)

与BIM相关的公开标准格式很多，可以达到一定程度相互操作性的却很少，这些公开标准较知名的有：IFC、COBie、gbXML等等。目前大部分的BIM设计工具皆支持IFC格式的档案输出，而COBie、gbXML等其他公开标准格式也或多或少有支持，即便没有支持亦可透过非官方之插件(plug-in)来输出该格式之档案。公开标准是一种追求完美的理想，IFC的相互操作性在近年来的确有所提升，而COBie和gbXML等格式则较不具通用性，因COBie和gbXML分别较适用在设备管理和能源分析。但整体而言，无论何种公开标准，在信息回馈方面的相互操作性仍有待改善，可以想象的是：以公开标准格式将所需信息从BIM设计工具中撷取出来，相较于用同样格式回馈至相同(甚至不同)的BIM设计工具容易太多了。

三、开放数据库互连(ODBC)

用外部数据库来管理BIM模型中的信息不失为一个解决相互操作性的好方法，而ODBC是个发展已久的标准数据库接口，但由于数据库的操作门坎和维护成本皆不低，若模型管理者和利害关系人欲使用数据库来进行信息交换，额外开发数据库应用程序和依实际需求来客制化使用界面或许是必要的。另一方面，ODBC的应用实例大多搭配传统常用的关系型(relational)数据库，而关系数据库的数据纲要(schema)对于BIM模型多变且复杂的面向对象(object-oriented)结构在进行对象关联对应(ORM,ObjectRelationalMapping)时很难概括承受。

四、应用程序编程接口(API)

大部分的BIM设计工具皆提供API让具程序开发能力之用户延伸其核心功能，信息撷取和回馈当然是非常普遍的应用，但API的使用门坎又比用数据库来管理高出许多，因使用API来进行数据交换除了必须具备面向对象的程序开发能力，还需对BIM设计工具的对象核心架构相当了解，且不同的BIM设计工具有不同的API，更添难度，因此模型管理者和利害关系人欲直接透过API来进行数据交换可谓强人所难。此外，API的应用范围和弹性虽高，但若只「单纯」采用API来开发BIM设计工具的插件，则又回到以档案为基础(file-based)之数据交换模式，对于协同作业、版本管控和相互操作性而言不见得较有效率。

BIM模型主要由BIM建模软件工具来建立，故建模工具是最基础的BIM设计工具，若将建模工具视为一个独立的计算机系统，则将信息从此系统提取出来或存放进去的动作，即是一种信息撷取或信息回馈的操作，而在目前市场占有率较高的几个建模工具中，具备信息撷取的功能和方法较多，信息回馈的功能和方法则较少，且普遍存在技术门坎较高、相互操作性较差和效率不彰等问题。