三， 软件总线：
1， BACnet/WebService：
WebService本身，是基于HTTP、 XML、 SOAP的，主要目标是跨平台的可互操作性。操作系统方面，包括Windows、Linux；开发语言上，包括.net、JAVA、JavaScript、Delphi、VB、C++；程序种类上，桌面软件和网页，都能很容易的开发。
目前操作站界面软件，可谓五花八门，除传统的C/S和B/S模式外，最新的RIA也逐步成为主流，包括WPF、Flash、AJAX、SliverLight、JAVAFX等。
操作站软件的功能，主要是提供友好的人机操作界面。画面直观、使用简单、二次开发工作量小，适合楼控的行业特点才是厂家追求的目标。这一点与工控组态软件的方向不完全一致。
同时，楼控又具有远程管理、报警等特点。
WebService，能够很好的满足以上需求；同时，WebService已经是企业信息系统的主流技术。实现BMS或与建筑内其他信息系统的互联时，WebService也有着明显的优势。
BACnet/WebService，是BACnet协议的子集，操作站界面软件开发时，以BACnet/WebService替代BACnet/IP大大简化了开发的难度。使楼控的开放性和组件化变得触手可及。
2， OPC：
主流楼控和工控产品全部支持OPC，使OPC成为事实标准；微软专有的COM/DCOM技术缺陷，又使OPC未来变得迷茫。
虽然OPC支持诸多功能，但目前常用的功能还是数据访问。
OPC目前使用的环境不是在完全开放的系统中，而是完全异构的两个系统间集成的唯一手段。OPC的流行意味着楼控系统还不够开放。OPC注定要长期存在下去。
以上主流架构，就里面的局部技术而言，每个厂家的产品都能找到一两种。就整体而言，符合的还不多。即使符合的，也是自成系统，没有以“DIY”为主。
以上分析，也就BACnet与Lonworks之争画个句号。
以下就主流的网络架构实际达到的效果举例：
● 在二级总线，一个房间或区域内的安防、门禁、空调、照明可采用同一协议接入一条二级总线，省去了大量布线的成本。不同子系统的联动在二级总线即可实现，不用到软件总线绕个大弯子。
● 在一级总线，各子系统逻辑控制层设备，直接就近接入以太网信息点，设备之间可实现各种数据访问和联动，也可供操作站访问或向操作站报警。
● 在软件总线，可根据子系统或地理分布，划分为一个或多个操作站通讯服务器。同时，根据操作站功能，可设计多个操作站界面软件。操作站通讯层和操作站界面层是多对对的关系。
● 子系统之间的联动和子系统内部联动一样，在尽可能低的接口上实现。
● 每个专用设备都已提供标准通讯协议接口，系统集成时无需现场开发网关，直接连入对应的总线即可。
● 传统的BMS系统中的“金字塔”式结构不再采用，由点数增加带来的系统性能瓶颈也不复存在。再大的系统，只要把操作站通讯层软件划分成多个即可。
通讯协议的开放性，是楼控发展的必然结果。相比其他行业，其开放程度是大大落后的。同时，其他行业的经验，也可供楼控行业吸取，使我们少走弯路。但是，通讯协议并不是楼控系统的一切，现场测控的精度和可靠性、系统的易用性和可靠性、施工现场的二次开发是否实现最优的控制和节能策略等等，楼控系统用好才是关键，都需要楼控厂商、集成商、工程公司共同努力。
