建筑产业协同网络管理系统及其管理方法

专利名称：建筑产业协同网络管理系统及其管理方法
技术领域：
本发明涉及的是一种网络系统，特别涉及的是一种基于网格技术来实现整个 建筑业的"资源 一体化、服务一体化"并进行各种协同管理。
背景技术：
相对于一般产品的厂家批量生产、样品展示、消费者选择、 一手交钱一手交 货这样的流程而将产品提交到最终消费者手中，建筑业(包括房屋和土木工程建筑业、建筑安装业、建筑装饰业、房地产业、其它建筑业；也可简称为建筑、房 产、装饰业)的产品具有定制性、期货性、信息不对称性这三大特点。具体地来说，首先，这个"定制性，，指的是，每一件产品都是根据业主事先的 要求定制而产生的。这也就意味着围绕着这类产品所生存的企业，是以业主的定 制需求为前提的。这个"定制性，，牵涉到整个产业链的连动，是十分复杂的。在整个产业链中，越是靠近业主这一端的企业，定制性越是明显。因为这类 企业只有准确捕捉到业主的独特的产品需求信息，才能将它表达出来，并传递到 生产这个产品的产业链下端。这一类企业，往往是管理类企业、设计类企业、中 介类企业，更多的是具有虚拟企业的特点。而在远离业主这一端的企业，则往往 是生产型企业，与常规的企业没什么太大的差别。所谓"期货性"表现为，在签订合同时只是预定了一个未来的产品，虽然可以 在合同中标明价格、时间、质量、服务等种种约定，但因为面对的是一个现在还 看不见的东西，再多的条款都永远是不完备的，或通俗地讲是有空子可钻的。对 于交易中的"期货性"，有时又需要银行采用信用证、投标履约维修保函等手段。而"信息不对称性，，指的是对 一 个确定性的信息，对方知道的比自己多。它牵 涉到博弈论与信息经济学。它不同于"不确定性"，因为所谓"不确定性"是指一件 事情是否发生事先无法知道，如在硬币的正反面投掷中，正面和反面是确定的，
但不能确定的是到底哪 一 面会出现，它牵涉到概率论。建筑、房产、装饰产业链中各企业从事的生产经营活动内容千差万别，但其 核心业务流程内容均可分为招投标、设计、预算、管理、监理、施工、材料、部 品八个类别。据2005年国家统计年鉴显示，2004年全年全社会建筑业实现产值27745.38 亿元，从业企业53309家，从业人员2557.9万。在改革开放的20多年中，从无 到有获得了飞速的发展；但总体而言，行政干预成分重，利用市场运行机制进行 行业管理的手段还是处于比较初级的混沌状态，并由此遇到了许多发展中的瓶颈问题。为解决上述问题，本发明申请人经过长期的研究和分析，终于获得了本创作 的诞生。发明内容本发明的目的在于，提供一种建筑产业协同网络管理系统及其管理方法，以 利用互联网技术，特别是作为新一代互联网的网格技术，来对整个建筑业(包括 行业、产业、企业)范围内进行"资源一体化、服务一体化"的统一公共交易平 台构建，从而提高建筑项目的协同管理能力、提升建筑企业的群体竟争力、提升 建筑业的总体信息化水平，并使连同业主及为业主服务的各相关方都实现多方共 贏的目的，并为以市场经济手段管理建筑业提供网络平台工具。为实现上述目的，本发明采用的技术方案在于，首先提供一种建筑产业协同 网络管理系统，其包括接入子系统、代理子系统、业务子系统以及支撑子系统， 其中，所述的接入子系统提供系统的门户工具，为各类用户提供接入；所述的代理子系统，用于代理各类用户与本系统进行交互，按预定策略提交 信息处理的请求，接收处理结果，完成信息的存储；所述的业务子系统，根据接入子系统的用户需求，实现建筑产业的协同管理；所述的支撑子系统，为业务子系统的运行提供基础，以及各子系统之间的数 据接口 ；较佳的，所述的接入子系统为Web门户、专用通讯代理、手机短信以及热线
电话其中之一或组合；较佳的，所述的业务子系统为系统核心，其受数据库、知识库、接口代理、1个工作流管理平台和12个业务功能单元支持的，所述的12个业务功能单元包括 项目计划管理子单元、项目招投标管理子单元、项目设计管理子单元、项目预决 算管理子单元、项目实施管理子单元、项目监理管理子单元、项目采购管理子单 元、项目验收管理子单元以及综合信息管理子单元、合作伙伴管理子单元以及安 全管理子单元、系统管理子单元，其通过内部数据接口进行所述子单元间的数据 交换；较佳的，所述的支撑子系统，其包括网络系统和建筑网格服务平台，所述的 网络系统为整个系统提供集成的运行底层平台，其包括网络设备、服务器硬件、 工作站硬件以及分别设置在其上的网络协议、服务器操作系统、工作站操作系统； 所述的建筑网格服务平台为一分布式的结构，具有至少一终端、主服务器、至少 一子服务器以及至少一服务节点，所述的不同终端之间是通过internet与主服务器 连接，所述主服务器通过internet与各子服务器相连，再和所述的服务节点相连， 所述的终端与所述的业务子系统的各功能子单元相对应；较佳的，所述的建筑网格服务平台包括基础网络单元，所述基础网络单元位于建筑网格的最下层，以internet为核心， 给建筑网格环境中的资源和终端间的互联提供基础的网络环境；网络单元与基础协议单元，所述网络单元与基础协议单元为建筑网格的构建 和运行提供共性和基础的技术支持，并受基础库、网格资源单元和网络协议、MAS 协议以及相关技术标准与规范支持；资源封装单元，所述资源封装单元采用网格技术对各类独立运行的资源进行 封装，将局部资源封装成为供网格上所有应用共享的全局资源，并通过网格技术 屏蔽资源的异构性，以 一 致透明的方式供应用对其进行访问；网格中间件单元，所述网格中间件单元为实现基于网格计算的建筑服务和服 务协同提供基本的功能；建筑网格使能单元，在网格中间件提供的编程环境和网格服务功能的基础 上，所述建筑网格使能单元提供开发和运行建筑网格应用系统所需要的使能工具；建筑网格应用单元，在上面介绍的建筑网格下几单元功能的基础上，根据特
定终端协同应用的需求，所述建筑网格应用单元重点开发专业化的建筑网格应用系统；建筑网格入口单元，所述建筑网格入口为用户提供基于WEB的统一的和安 全的用户界面，使不同地点、不同身份的用户能够以一致的界面访问建筑网格提 供的各种服务；业主/企业协同单元，所述业主/企业协同单元在建筑网4各的支持下实现业主 与企业、企业与企业间的协同，包括商务协同、设计协同、施工协同、供应协同等；建筑网格运行管理系统，所述建筑网格运行管理系统跨越建筑网格的多个单 元，为建筑网络的构建和运行提供支持，完成对建筑网格上运行的用户和资源的 管理、监控和应用协调，包括建筑网格上的用户管理、接口管理、安全管理、运行监控、资源优化调度、服务代理管理和协调策略管理；较佳的，所述的数据接口包括内部接口和外部接口，其中，所述的内部接 口是指系统各子系统之间以及各功能子单元之间信息传递与调用接口 ；所述的外 部接口指系统与外部环境的软硬件接口 ；较佳的，所述的内部接口包括需求接口 、任务接口 、材料接口以及资金接 口，其中，所述的需求接口提供业主需求信息；所述的任务接口提供建筑任务信 息；所述的材料接口提供各种材料、部品信息；所述的资金接口提供资金往来信 自..较佳的，所述的网络系统是采用集群技术、安全认证技术、数据加密处理以及权限控制技术进行安全防护；较佳的，还包括一编码规则，其对系统的信息实施分区域、分门别类编码标 准化，其包4舌区域码、物品码、材冲+码、部品码，业主编码、物品条形码以及 技术文件编号；其次提供一种建筑产业协同网络管理方法，包括一系统开发平台，采用Sun Microsystems的J2EE构架，其使用多层的分布式应用模型，应用逻辑按功能划分客户端机器上的客户端层、运行在Web服务器上的Web层、运行在EJB服务 器上的业务层和运行在EIS服务器上的企业信息系统层，其中Web层和业务层共 同组成了三层J2EE应用的中间层，其他两层是客户端层和存储层或企业信息系 统层，包括如下步骤步骤a:准备阶段，从业主提出项目服务需求到依托网络服务平台，通过招 标方式确定设计、预决算、管理、监理、材料、部品、劳务各项项目服务代理商 并与其分别签订服务合同，然后业主再交纳相应的服务款；同时此交款情况由银行同步告知网络服务平台；步骤b:现场实施阶段，从材料到货验收开始，劳务公司现场施工并验收， 然后部品安装并验收，验收合格后服务商再收取相应的服务款，现场施工阶段得 以完成；同时此划款情况由银行同步告知网络服务平台；步骤c:整体验收阶段，整体验收总结阶段从管理和监理公司提出项目验收 单开始，进行整个项目服务的总体验收，验收合格后服务商再收取相应的服务余 款，同时此划款情况由银行同步告知网络服务平台；较佳的，其所述的步骤a、步骤b、步骤c中，其包括的核心功能模块为招 标模块、付款模块以及收款模块，其中，所述的招标模块，其为招标公司根据业主提出的招标内容制作招标书，各投标 公司根据招标书来制作投标书投标，由招标公司、业主、各投标公司三方确定获 标公司，其间，业主与投标公司可能有询价、协商等互动过程，并确定相应合同， 其包括设计招标、预决算招标、管理招标、监理招标、材料招标、部品招标、 劳务招标；所述的付款模块，其为各服务合同签订以后，业主将合同款交存到与网络服 务平台合作的银行并进行质押和定向支付约定；同时此存款情况由银行同步告知 网络服务平台，并由网络服务平台告知相应的服务方。具体的不同只在于输出约 定的不同及输入的不同；所述收款模块，其为各服务商完成各自的服务并经相关方验收合格后，业主同 意支付与各服务相应的合同款，据此银行解除业主的质押合同款并按定向支付约 定进行合同款支付，于是各服务商收到银行的划款；同时此划款情况由银行同步 告知网络服务平台；较佳的，所述的准备阶段，其包括的步骤为步骤al:立项准备阶段，即签订代理公司，付款招标代理费，招标代理公司
收到网络服务平台发来的存款确认后再开始进行各相关工作；步骤a2:设计招标阶段，即签约设计公司，付款设计费，中标设计公司收到 网络服务平台发来的存款确认后再开始进行各相关工作，形成项目设计图纸并由 业主确认；步骤a3:预决算招标阶段，即签约预决算公司，付款预决算费，中标预决算 公司收到网络服务平台发来的存款确认后再开始进行各相关工作，依据项目设计 图纸，中标预决算公司形成项目预算，然后业主会同预决算公司及设计公司对项 目预算进行确认并形成设计预算表；步骤a4:管理和监理招标，即签约管理和监理公司，付款管理和监理费，中 标管理和监理公司在收到网络服务平台发来的存款确认后再开始进行各相关工 作；依据管理和监理合同，管理和监理公司会同设计公司及预决算公司对设计图 纸和项目预算进行再审核，经审核通过后会签形成设计预算审核表，然后管理公 司再进行编制项目的施工组织计划和材料采购清单、部品采购清单、劳务采购清 单；步骤a5:部品、材料和劳务招标，即签约部品、材料和劳务供应商，付款部 品、材料和劳务费，部品、材料和劳务供应商收到网络服务平台发来的存款确认 后再开始进行各相关工作；步骤a6:设计、预决算、招标代理首期款支付；较佳的，所述的现场实施阶段，其包括四个步骤，其中，步骤bl:材料验收阶段，即业主会同管理和监理公司，对材料供应商提供的 材料依据材料供应合同、材料采购清单和施工组织计划进行验收；验收合格后材 料供应商收取材料款；步骤b2:施工以及验收阶段，即劳务公司根据劳务合同、劳务采购清单、项 目设计图纸和施工组织计划进行施工，业主会同劳务公司、管理和监理公司对施 工进行阶段性验收；验收合格后劳务公司收取劳务款；步骤b3:部品验收阶段，即业主会同管理和监理公司，对部品供应商提供的 部品根据部品供应合同、部品采购清单和施工组织计划进行到货验收；验收合格 后部品供应商收取部品款；步骤b4:部品安装及验收阶段，即部品供应商根据项目设计图纸和施工组织
计划负责部品安装，安装完毕后，业主会同部品供应商、管理和监理公司对部品 安装进行阶段性验收；较佳的，所迷的整体验收阶段，其包括的步骤为业主、设计公司、管理公司，监理公司、部品供应商、材料供应商、劳务公司七方根据管理和监理公司提供的 材料质监管理合格单、部品质监管理合格单、施工质监管理合格单对整个项目进行总体验收；验收合格后各方收取各自的余款；较佳的，若在上述各步骤的实施过程中，产生不能妥协的争议，则通过网络服


图1为本发明建筑产业协同网络管理系统的总体结构简图； 图2为本发明建筑产业协同网络管理系统的接口连接示意图； 图3为本发明建筑产业协同网络管理系统的拓朴结构图； 图4为本发明建筑产业协同网络管理系统网格服务平台的分布式结构图； 图5为本发明建筑产业协同网络管理系统网格服务平台的层次结构图； 图6为本发明建筑产业协同网络管理方法的总流程图； 图7为本发明建筑产业协同网络管理方法准备阶段的流程简图； 图7A为本发明建筑产业协同网络管理方法准备阶段的具体流程图部分一； 图7B为本发明建筑产业协同网络管理方法准备阶段的具体流程图部分二； 图7C为本发明建筑产业协同网络管理方法准备阶段的具体流程图部分三 图8为本发明建筑产业协同网络管理方法现场实施阶段的流程简图； 图8A为本发明建筑产业协同网络管理方法现场实施阶段的具体流程图部分一 图8B为本发明建筑产业协同网络管理方法现场实施阶段的具体流程图部分二: 图9A为本发明建筑产业协同网络管理方法验收阶段的具体流程图部分一； 图9B为本发明建筑产业协同网络管理方法验收阶段的具体流程图部分二； 图10A为本发明建筑产业协同网络管理方法中的公共招标模块流程图； 图10B为本发明建筑产业协同网络管理方法中的公共付款模块流程图； 图10C为本发明建筑产业协同网络管理方法中的公共收款模块流程图.
具体实施方式
以下结合附图，对本发明上述的和另外的技术特征和优点作更详细的说明。 所迷的建筑产业协同网络管理系统是一个为建筑业提供全面解决方案的大型 综合性服务网，它将建筑业产业链上的建筑工程业主、招投标、预决算、设计、 材料、劳务、部品、管理、监理、银行、认证中心等各个环节所涉及到的各种资 源、管理、服务，以"资源一体化、服务一体化"的网格商务模式集成为一个统一、 开放、公共的综合管理系统。请参阅图l所示，其为本发明建筑产业协同网络管理系统的总体结构简图， 其包括接入子系统、代理子系统、业务子系统以及支撑子系统，其中，所述的接入子系统提供系统的门户工具，为各类用户提供接入；所述的代理子系统，用于代理各类用户与本系统进行交互，按预定策略提交信息处理的请求，接收处理结果，完成信息的存储；所述的业务子系统，根据接入子系统的用户需求，实现建筑产业的协同管理； 所述的支撑子系统，为业务子系统的运行提供基础，以及各子系统之间的数据接口 ；所述的接入子系统为Web门户、专用通讯代理、手机短信以及热线电话其中之一或组合，作为访问系统或与系统内核进行连4妄的方式；其中业务子系统应该为本系统的核心，其是数据库、知识库、接口代理、1个工作流管理平台和12个业务功能单元支持的，其包括12个功能单元，其包括项目计划管理子系统与业主沟通建筑项目的需求，建筑项目立项管理。项目招投标管理子系统按业主的需求，辅助业主对建筑工程中涉及的预决算单位、设计单位、管理单位、监理单位、部品供应商、材料供应商、劳务等进行询价、招^:标选择，并管理其招^:标过程。项目设计管理子系统对建筑工程项目的设计工作进行管理。 项目预决算管理子系统对设计工程的预算工作进行管理，工程完成对后决算工作进行管理。项目实施管理子系统对工程的实施过程进行管理。项目监理管理子系统对工程实施过程中的监理工作进行管理。项目采购管理子系统对部品、材料的采购过程进行管理，具体为制订采购
计划，部品、材料的到货验收，及付款/预付款管理。项目验收管理子系统项目完工后，对项目进行评估总结，提取成功的典型 案例，为知识库提供素材。综合信息管理子系统对系统积聚的信息进行分类、汇总、统计，提供综合 信息查询功能，并为交易平台的系统决策支持做准备。同时，为行业各级行政主 管部门提供本区域产业链动态信息、宏观信息及监管信息提供接口；还可以为产 业链企业提供市场运行趋势分析及需求预测等提供有偿增值服务。合作伙伴管理子系统确定合作伙伴评价的指标体系，对合作伙伴进行分析 评价，促进产业整体服务质量提升。安全管理子系统采用基于角色的安全访问控制模型，为系统建立安全的访 问控制机制。系统管理子系统管理系统的基础数据、业务数据，提供数据的后备或恢复 功能，保证数据的安全可靠性。对于数据库而言，为了能很好地为大家所共享，建筑产业的协同商务网格管 理服务交易平台中的基础数据应该把它放在主数据库服务器里面。各子系统间的重要接口信息，是各子系统间的信息交流的核心内容。原则上 它们由产生该信息的子系统负责管理和维护，需要交换时，通过网络和分布式数 据库管理系统实现。为了实现整个系统中各子系统间的信息交流，需要选择数据库管理平台。我 们的指导原则是先保证整个服务平台各个服务节点的分布式数据库的畅通共享， 在尽可能不损伤原有数据资源和数据库操作平台的前提下，考虑在总体网络上运 行的数据库开发系统。根据数据库系统比较和性能测试的结果，目前流行的数据库管理系统，如 Oracle、 Sybase、 DB2及MS SQL Server等，在性能上都有各自的特点。Oracle、 Sybase、 DB2等在UNIX系统上的表现各有千秋；在Linux上，MS SQL比较出 色一些；在NT上SQL Server比较出色一些。总体上看，Oracle较通用一些，因 此本系统选择使用Oracle 10g数据库管理系统。根据企业对数据使用的实际需求，将通过用下面的几点措施来提高数据库的 安全性和可靠性。
(1) 选用可靠的软件系统。对于数据库系统和开发工具必需选用技术领先、 有发展前途的产品，如Oracle数据库系统等。(2) 采用分布式数据库系统。某些常用共享数据可在多点冗余存放，由于这 些点本身也要经常使用这些数据，这样既减轻了网上负荷，又起到了数据的备份 作用。(3) 采用Client/Server体系结构。这种体系结构可以合理分配客户端和服务器 之间的负荷，进行并行处理，减轻了网上负荷。同时由于与数据有关操作一般交 给服务器来完成，加强了数据的安全性。(4) 通过先进软件编程技巧来提高系统安全性。通过先进的开发工具和软件 工程指导思想来提高软件编程技巧和规范。充分利用网络资源，在总体设计思想 指导下，开发对分布式数据库进行操作的软件。(5) 加强数据库权限管理以及计算机病毒防治工作。(6) 采用快速方便的备份方法。由于用磁带备份速度慢，操作不方便，以致 一些人常常不愿作备份。我们可以采用在 一 些同时具有备份机任务的工作站上加 装一容量较大的硬盘，来进行备份，这样速度快，维护方便。各业务功能单元之间通过内部接口进行连接，所述的内部接口包括需求接 口、任务接口、材料接口以及资金接口，请参阅图2所示，其为本发明业务子系 统的接口连接示意图，其中，需求接口 Ir叫uire,主要提供业主需求信息，主要包括需求服务类别编号、 服务类别名称、业主、日期、具体要求以及备注等信息。它是建筑工程的项目计 划管理系统、项目招投标管理系统、项目设计管理系统、项目预决算管理系统等 系统的主要衔接块，有着极其重要的作用；任务接口 itask,主要提供建筑任务信息，主要包括任务编号、业主、起止 曰期、具体任务清单以及备注等信息。它是建筑工程的项目设计管理系统、项目 实施管理系统、项目监理管理系统、项目采购管理系统等系统的主要衔接块。材料接口 Imaterial,本接口主要提供各种材料/部品信息，包括材料/部品编码、 产品型号、颜色、产地、数量、价格等等基本信息。资金接口 Imoney，本接口主要提供资金往来信息，包括支付项目、支付金额、 信息方鉴证等基本信息，用于涉及资金往来的相关子系统与银行支付结算子系统
间的4妾口 。所述的支持子系统，其包括网络系统和建筑网格服务平台，为整个系统提供 集成的运行低层平台，请参阅图3所示，其为本发明的网络系统的拓朴结构图，其包括网络设备、服务器硬件、工作站硬件以及分别设置在其上的网络协议、 服务器操作系统、工作站操作系统；所述的建筑网格服务平台为一分布式的结构， 具有至少一终端、主服务器、至少一子服务器以及至少一服务节点，所述的不同 终端之间是通过internet与主服务器连接，所述主服务器通过internet与各子服务 器相连，再和所述的服务节点相连，所述的终端与所述的业务子系统的各功能子 单元相对应，其中，(1) 网络设备包括交换机和路由器。从总体上看，国际品牌的交换机和路由器大都具有优 秀的品质，从性能上质量上讲都可以作为企业的网络设备，如Enter asys、 CISCO、 Extreme、 Foundry等。相比之下，作为中等企业的核心层网络设备，CISCO交换 式路由器具有更好的性价比。而接入层设备，也可选用国产品牌的交换机，如港 湾、华为等品牌。防火墙中选用Net Screen或CISCO品牌，它们具有很稳定的性 能。(2) 服务器硬件企业数据库服务器、企业应用服务器和数据仓库服务器企业数据库服务器和企业应用服务器是系统数据服务的核心，因此选择其运 行平台时要考虑以下几点① 保证系统能高效率运转，满足企业工作需要；② 必须保证整个系统的运行是安全、稳定的；③ 保证服务器在三、五年内仍然能正常运转，应选用主流机型；④ 考虑到未来几年数据量会增加，选择服务器时应考虑到系统的可扩展性；⑤ 考虑服务器配置时，应顾全它的响应性能和处理性能，以选择高速CPU、 大内存、高速磁盘接口、 RAID5大容量磁盘的配置为宜，为提高可靠性及处理性 能，也可考虑配置群集(Cluster)系统；各档中、小型机、高配置的高档微机服务器均属可供选择的对象。 OA服务器等其它服务器， 主要要考虑网络响应性能，考虑选用多CPU、大内存、高速磁盘接口的配置,， 各档小型机、微机服务器均属可供选择的对象(3) 连网方式交易平台内部网由主流的lOOOMbps主干网构成。企业级的服务器直接连接 在主干网上。远程连接可以考虑采用光纤宽带、ADSL及Email方式，它们基本 上对应用是独立的、透明的。(4) 网络协i义主协议采用TCP/IP协议，该协议是国际公认的一个网络互联协议，现正被广 泛地使用，其可靠性、扩展性及灵活性是其它系统所无法相比的。局网中可再选 用NetBEUI协议，以提高网络运行性能。(5) 服务器操作系统中小型机的操作系统由其自身携带，通常应采用UNIX系列的。微机服务器 的可以用UNIX系列的(如Linux 、 SCO UNIX、 Solaris for x86等)，也可以选 择NT系列的(如NT4.0、 2000 Advance Server等)。总体看来，UNIX系列的 系统运行稳定，可靠性好，安全性好，运行效率高。缺点是服务的配置较复杂一 些(操作较NT复杂一些)。(6) 工作站硬件及才喿作系统工作站机型可选用流行的微机系统，操作系统为Windows系列，如Windows XP或2000。按目前流行的配置，工作站宜选择较大的内存为宜。请参阅图4所示，其为本发明建筑网格服务平台的分布式结构图，其是在 Internet环境和网格等相关技术支持下构建的面向服务的虚拟网络，与Internet类 似，建筑网格的系统结构是一 个分布式的结构，其物理网络还是目前的Internet。 建筑网格在形态和运行模式上非常类似于目前的Internet,它采用与Internet提供 信息服务类似的方式为建筑企业和个体提供面向建筑的各类服务，并提供支持服 务之间的动态联盟和协同以实现企业协同；从图4中可以看出，建筑网格通过Internet,内部网Intranet和外联网Extranet 等提供的基础网络连接，在建筑网格资源库、技术基础体系和建筑网格运行管理 系统的支持下，实现各类资源的共享和集成运行。在某个特定的区域还可以形成
区域的建筑网格，不同区域建筑网格可以实现互联和集成，从而形成整个建筑网 格，在此基础上，实现建筑企业的联盟和协同。具有至少一终端、主服务器、至少一于服务器以及至少一服务节点，所述的不同终端之间是通过internet与主服务 器连接，所述主服务器通过internet与各子服务器相连，再和所述的服务节点相连， 所述的终端与所述的业务子系统的各功能子单元相对应；同时对于所述的建筑网格服务平台，其本身作为系统软件来讲，其是具有多 层次结构的，请参阅图5所示，其为本发明建筑网格服务平台的层次结构图，其包 括基础网络单元基础网络单元位于建筑网格的最下层，它以Internet为核心， 为建筑网格环境中的资源和企业间的互联提供基础的网络环境。网络单元与基础协议单元网络单元与基础协议单元为建筑网格的构建和运 行提供共性和基础的技术支持，包括基础库、资源单元和基础协议。基础库为建 筑网格的运行提供共性和基础的模型和资源库，包括企业模型库、共享信息模型 库、协同建筑过程模型库、建筑案例资源库、建筑资源库、软件资源库、计算资 源库、基础数据库和知识库等；资源单元为建筑网格提供基础的单元设备、技术 和软件，包括制造单元、设计单元、智力单元、软件单元、计算单元等；基础协 议是构建建筑网格所必须遵循的协议，包括建筑网格协议、网络协议，多代理系 统协议、相关技术标准与规范等。资源封装单元资源封装单元采用网格技术对各类独立运行的资源进行封装， 将局部资源封装成为可供网格上所有应用共享的全局资源，并通过网格技术屏蔽 资源的异构性，以一致透明的方式供应用对其进行访问。资源封装层的管理系统 则完成对封装后的资源的控制和管理，并对资源的实时状态进行监控，为资源的 优化调度提供基础。网格中间件单元网格中间件单元为实现基于网格计算的建筑服务和服务协 同提供基本的功能，例如，远程过程管理、资源的协同分配、存储访问、信息安 全、服务质量、资源的预定与交易等，并为开发基于网格的建筑网格应用提供语 言/编译器、类库、应用编程接口、集成开发环境等。建筑网格使能单元在网格中间件提供的编程环境和网格服务功能的基础上， 建筑网格使能单元提供开发和运行建筑网格应用系统所需要的使能工具，例如， 注册管理与服务管理工具、服务发现与服务访问工具、智能搜索与服务评价工具、
协同工作支持环境与集成平台、协同过程与项目管理工具、资源优化调度工具、 可视化用户接口工具等。在这些使能工具支持下，用户可以非常方便地开发面向 特定应用需求的建筑网格应用系统。建筑网格应用单元在上面介绍的建筑网格下几单元功能的基础上，根据特 定建筑企业协同应用的需求，建筑网格应用层重点开发专业化的建筑网格应用系 统，例如，基于建筑网格的基础数据管理系统、协同设计系统、协同施工系统、 协同商务系统、供应管理系统等，从而为企业间的协同提供实用的软件支持工具 和环境。建筑网格入口单元建筑网格入口为用户提供基于WEB的统一的和安全的 用户界面，使不同地点、不同身份的用户能够以一致的界面访问建筑网格提供的 各种服务。它主要利用基于角色的信息代理实现，记录每个用户的界面风格及关 心的信息内容(采用Push和Pull方式向用户推荐其关心的更新信息)，其内部 可能包含个性化通知、指令发送、信息过滤、搜索等功能。业主/企业协同单元在建筑网格的支持下实现业主与企业、企业与企业间的 协同，包括商务协同、设计协同、施工协同、供应协同等。实现业主/企业协同是 建筑网格构建和运行的最终目标，也是实现提升建筑企业群体竟争力的主要手段 和方法。建筑网格运行管理系统建筑网格运行管理系统跨越建筑网格的多个层次， 为建筑网络的构建和运行提供支持，完成对建筑网格上运行的用户和资源的管理、 监控和应用协调，包括建筑网格上的用户管理、接口管理、安全管理、运行监控、 资源优化调度、服务代理管理和协调策略管理等功能。随着广域网的应用和Internet的接入，网络中的安全问题必须考虑，网络中 大量存储和传输的数据都有可能被盗用、暴露或者篡改。目前网络中所面临的安 全性威胁主要有下面几种泄露(eavesdropping)、 <艮冒(impersonation)、篡 改(manipulation)、 恶意攻击(attack)。系统建设的安全性是整个工程中最为关键的问题，网络的安全可靠和重要信 息安全加密成了系统建设所考虑的首要特性。为了使系统安全运行，建议严格按 科学的行之有效的方法和手段，运用目前流行的技术，保障系统的正常、高效运 行；网络安全中主要的系统有防火墙、入侵检测系统、Web服务器监控系统等，
具体实施时建议考虑多种手段并用。另外利用VLAN技术可以实现不同网段之间 的逻辑隔离，使得内部不经授权的人员不能访问整个网络的资源，也可以增加一 定的安全性。所述的网络系统是采用集群技术、安全认证技术、数据加密处理以及权限控制技术进行安全防护；所述的釆用集群技术(Cluster)，即多台主机同时作业，相互监测，通过跳 线相互监测对方的运行状态， 一旦发生故障，故障主机上的作业自动切换到正常 主机上继续进行。这种方案的好处是两台主机都得到充分的利用，没有闲置的 系统资源；两台主机分别做不同的工作，可将负载相对均衡地分配，成倍提供系 统的效率；故障发生切换时间短， 一般在lmm左右，在这样短的时间内，业务不 会中止。可以通过若干条不同的途径来保障网络的安全性，如可以在网络的访问级实 现对用户的身份进行确认、用户访问资源的授权、交换机配置等进行用户的访问 控制；可以在网络的主干上实施对基于IP流的监测来实现网络安全性；还可以在 网络上实施基于每个具体应用端口的安全性措施。所有这些安全性措施对应于网 络中的不同应用和不同层次，可以根据具体需要灵活采用，也可以同时采用多种 安全性措施以实现多级安全性(multilevel security )。通常，由于软件体系结构采用的多层Browser/App Server/Server,采用对象封 装技术，各业务对象在处理时，其自身的变化将不会对整个业务运行造成影响， 利用系统提供的网管构件，可将错误的、失效的、致命的业务对象从进程中删去， 保证业务处理的顺利完成。一个信息系统的安全性是由多种因素决定的，除了上述的主机系统、操作系 统、网络系统、构件等的安全性考虑之外，尤其需要综合地对待应用系统的安全 性问题，建议应用系统设计中还需要重点考虑以下的一些安全性措施；所述的安全认证技术在基于互联网的一些应用中，应结合CA技术确保系 统的安全性。通过CA i人证及SSL安全套接口4支术，保证通信双方都是可信任的 及通信过程中信息的不可篡改性，保证双方身份的不可抵赖性。面向社会服务的 CA中心不仅仅是技术问题，而是一个包含技术、管理、保障等各方面的系统工 程。从现有的国内CA系统建设和应用情况来看，已经有了多家可用的CA中心；
凄t据加密处理在设计时对关4泉敏感信息(如用户口令等)进行加密处理， 尤其是在外网上的应用，其关键数据将被加密之后再送入Oracle数据库中，保证 数据库层面没有关鍵敏感信息的明码保存，在数据库存储层的安全性。同时在网 上通信传输过程中，敏感信息将使用SSL安全套接口技术，保证网络传输层的安 全性；权限控制在设计中将所有应用逻辑都集成在中间应用服务器层，通过严格 的权限控制进行数据存取。权限控制的另一个方面是应用系统的授权使用，这将 保证用户所需要的服务，均在用户身份认证库进行校验，并根据执行权限进行控 制。对于数据库安全的安全，在应用软件开发中要充分利用关系型数据库的安全 机制和错误恢复机制，在处理结果未提交前如发生错误则进行回滚，保证数据的 准确性和完整性。信息是构成建筑业协同商务网格管理服务交易平台的基础，交易服务平台覆 盖了建筑工程从立项、设计、预算、管理/监理/劳务的确定、材料/部品采购到施 工、费用支付及售后服务的全过程，是一个信息集成系统。要实现信息集成，也 就是说要使整个业务范围的信息达到共享，并且在不同的实体之间，使信息保持 完整一致而且不冗余，除了建立业务范围内的信息模型外，对整个业务所涉及的 信息进行统一的科学分类及编码也是至关重要的，因此我们编写了区域码、物品 码、材津+码、部品码、业主编码、物品条形码以及才支术文件编码同时本发明也提供了一种建筑产业协同网络管理方法，包括一系统开发平台， 采用Sun Microsystems的J2EE构架，其使用多层的分布式应用模型，应用逻辑按 功能划分为组件，各个应用组件根据他们所在的层分布在不同的机器上，其包括 运行在客户端机器上的客户端层、运行在Web服务器上的Web层、运行在EJB 服务器上的业务层和运行在EIS服务器上的企业信息系统层，其中Web层和业务 层共同组成了三层J2EE应用的中间层，其他两层是客户端层和存储层或企业信 息系统层，请参阅图6所示，其为本发明一种建筑产业协同网络管理方法的总流 程简图，其包括如下步骤步骤a:准备阶段，从业主提出项目服务需求到依托网络服务平台，通过招 标方式确定设计、预决算、管理、监理、材料、部品、劳务各项项目服务代理商 并与其分别签订服务合同，然后业主再交纳相应的服务款；同时此交款情况由银 行同步告知网络服务平台；步骤b:现场实施阶段，从材料到货验收开始，劳务公司现场施工并验收，然后部品安装并验收，验收合格后服务商再收取相应的服务款，现场施工阶段得以完成；同时此划款情况由银行同步告知网络服务平台；步骤c:整体验收阶段，整体验收总结阶段从管理和监理公司提出项目验收 单开始，进行整个项目服务的总体验收，验收合格后服务商再收取相应的服务余 款，同时此划款情况由银行同步告知网络服务平台；请参阅图7所示，其为本发明一种建筑产业协同网络管理方法准备阶段的流 程简图，其包括的步骤为步骤al:立项准备阶段，即签订代理公司，付款招标代理费，招标代理公司 收到网络服务平台发来的存款确认后再开始进行各相关工作；步骤a2:设计招标阶段，即签约设计公司，付款设计费，中标设计公司收到 网络服务平台发来的存款确认后再开始进行各相关工作，形成项目设计图纸并由 业主确i人；步骤a3:预决算招标阶段，即签约预决算公司，付款预决算费，中标预决算 公司收到网络服务平台发来的存款确认后再开始进行各相关工作，依据项目设计 图纸，中标预决算公司形成项目预算，然后业主会同预决算公司及设计公司对项 目预算进行确认并形成设计预算表；步骤a4:管理和监理招标，即签约管理和监理公司，付款管理和监理费，中 标管理和监理公司在收到网络服务平台发来的存款确认后再开始进行各相关工 作；依据管理和监理合同，管理和监理公司会同设计公司及预决算公司对设计图 纸和项目预算进行再审核，经审核通过后会签形成设计预算审核表，然后管理公 司再进行编制项目的施工组织计划和材料采购清单、部品采购清单、劳务采购清单；步骤a5:部品、材料和劳务招标，即与部品、材料和劳务供应商签约，付部 品、材料和劳务款，部品、材料和劳务供应商收到网络服务平台发来的存款确认 后再开始进行各相关工作；步骤a6:设计、预决算、招标代理首期款支付；
请参照图7A、图7B、图7C所示、其为本发明一种建筑产业协同网络管理方 法准备阶段的具体流程图；其包括的具体流程步骤为网络服务平台对业主的需 求计划、计划概算进行项目评估和沟通后产生项目需求D5，然后进行讨论是否立 项；如果不能立项则中止项目，反之，若确认立项，则根据项目计划Pl-2委托网 络服务平台进行招标，所包括的招标内容为设计预算、专项制作、部品主材、管 理监理，其招标是在业主和网络服务平台的共同讨论下进行的，产生招标合同 C(5-4)以及项目计划Pl-2;通过制作设计预算招标书，进行设计预算招标，根据 项目计划Pl-2以及设计预算公司招标书在网络服务平台、业主以及设计预算公司 的共同参与下确定中标的设计预算公司，并签订设计预算合同C(5-16)，根据该合 同进行支付交款5;通过设计过程获得项目设计图纸Dl，综合项目计划Pl-2进 行预算，产生项目预算书D6，由业主和设计预算公司进行设计预算确认，产生设 计预算表B(5-D16);结合项目设计图纸D1、项目预算书D6，在业主和网络服务 平台的讨论下制作管理监理招标书，进行管理监理招标，根据项目计划Pl-2以及 管理监理公司投标书确定管理监理公司，与其签订管理监理合同C(5-28),并将管 理监理项目进行付款8，并由业主交款而网络服务平台鉴证；然后管理监理公司 对设计预算公司的项目设计图纸Dl、项目预算书D6进行设计质量、预算质量确 认，经确认后产生设计预算审核表B(28-D16)，并给设计预算公司支付(由网络 服务平台鉴证)设计预算项目付款16,;根据设计预算审核表B(28-D16)由管理 监理公司负责制定施工组织计划，产生施工组织计划D8;根据项目设计图纸Dl、施工组织计划D8、项目预算书D6、招标合同C(5-4)、 管理监理合同C(5-28)以及设计预算审核表B(28-D16)，在网络服务平台与管理监 理公司的参与下，讨论专业制作、部品招标书，从而产生专业制作招标书和部品 招标书，根据这两个招标书进行招标，从获得的部品供应商投标书以及专业制作 乂>司^:标书来确定多家专业制作^^司以及多家部品^^司，并签订部品供应合同 C(5-9-x)和专业制作合同C(5-37-y)，然后在网络服务平台的鉴证下，由业主支付 专业制作项目付款37和部品项目付款9，上述的各付款后都要保留交款确认单M (5， I; C ( 5-28) ) 、 M ( 5， I; C ( 5-16) ) 、 M ( 5， I; C ( 5-37-y) ) 、 M ( 5, I; C (5-9-x))以及收款确认单M ( 16a， I)。请参阅图8所示，其为本发明一种建筑产业协同网络管理方法现场实施阶段 的流程简图，其包括的步骤流程步骤bl:材料验收阶段，即业主会同管理监理公司，对材料供应商提供的材 料依据材料供应合同、材料采购清单和施工组织计划进行验收；验收合格后，材 料供应商收取材料款；步骤b2:施工以及验收阶段，即劳务公司根据劳务合同、劳务采购清单、项 目设计图纸和施工组织计划进行施工，业主会同劳务公司、管理监理/^司对施工 进行阶段性验收；验收合格后劳务公司收取劳务款；步骤b3:部品验收阶段，即业主会同管理监理公司，对部品供应商提供的部 品根据部品供应合同、部品采购清单和施工组织计划进行到货验收；验收合格后 部品供应商收取部品款；步骤b4:部品安装及验收阶段，即部品供应商根据项目设计图纸和施工组织 计划负责部品安装，安装完毕后，业主会同部品供应商、管理监理公司对部品安 装进行阶段性验收；请参阅图8A、图8B所示，其为本发明一种建筑产业协同网络管理方法现场 实施阶段的具体流程图；其包括为 一方面根据专业制作合同C(5-37-y)、项目设 计图纸D1以及施工组织计划D8在专业制作公司以及管理监理公司的参与下进行 材料到货的验收，若验收不合格，进行协商解决，不能协商解决的则通过网络服 务平台到平台外处理(仲裁、法院判决等)；若验收合格，产生材料质检管理监 理合格单B(28; C(5-3-y))，其结合专业制作合同C(5-37-y)的规定在网络服务 平台的鉴证下进行材料项目的支付款3;根据专业制作合同C(5-37-y)、项目设计图纸Dl、施工组织计划D8以及材料 质检管理监理合格单B ( 28; C(5-3-y))进行施工，在施工过程中以及施工完成后 都要进行监理，若验收合格则产生施工质监管理监理合格单B ( 28; C(5-7-y))， 并在网络服务平台鉴证下参照专业制作合同C(5-37-y)支付专业制作劳务款7;若 验收不合格，进行协商解决，不能协商解决的则通过网络服务平台到平台外处理 (仲裁、法院判决等)，但不能影响施工，若可以协商解决，则根据协商结果在 网络服务平台鉴证下依照专业制作合同C(5-37-y)支付专业制作劳务款7;另一方面，根据部品供应合同C(5-9-x)在部品供应商以及管理监理公司的参 与下，对部品到货情况进行验收，若验收不合格存在争议则协商解决，若协商不
成功，则通过网络服务平台到平台外处理(仲裁、法院判决等)，但不能影响施 工；若协商成功则4艮据部品供应合同C(5-9-x)、项目设计图纸D1以及施工组织计 划D8进行安装，在安装过程中以及安装完毕后的验收都要有部品供应商以及管 理监理公司参与；若安装验收合格，则产生部品质检管理监理合格单B (28; C(5-3-x))，并根据部品供应合同C(5-9-x)在网络服务平台的鉴证下向部品供应商支 付部品款9，若安装验收不合格存在争议则协商解决，若协商不成功，则通过网 络服务平台到平台外处理(仲裁、法院判决等)，但不能影响施工；若协商成功， 根据协商的结果以及部品供应合同C(5-9-x)在网络服务平台的鉴证下向部品供应 商支付部品款9，上述的各付款后都要有收款确认单M ( 7a-y， I) 、 M ( 9a-x， I)。 请参照图9A、图9B所示，其为本发明一种建筑产业协同网络管理方法验收 阶段的具体流程图，事实上在一定程度上，其和所述的现场实施阶段具有一定的 交叉，既包括实施过程中的验收，也包括最后的总体验收，所述的总体验收为业 主、设计预算公司、管理监理公司、部品供应商、专项制作公司五方根据管理监 理公司提供的材料质监管理合格单、部品质监管理合格单、施工质监管理合格单 对整个项目进行总体验收；验收合格后各方收取各自的余款；其具体的流程为 一方面根据部品质检管理监理合格单B (28; C(5-9-x)),施工质监管理监理合格 单B (28; C(5-7-y))、材料质监管理监理合格单B (28; C(5-3-y))以及项目设 计图纸D1，在业主、管理监理公司、设计预算公司、专业制作公司以及部品供应 商的参与下进行项目竣工验收，若验收合格，则产生整个项目竣工验收合格单B (5: 16: 37: 9)，并根据设计预算合同C(5-16)、专业制作合同C(5-37-y)以及 部品供应合同C(5-9-x)在网络服务平台的鉴证下分别支付给设计预算公司、专业 制作公司以及部品供应商余款；若验收不合格存在争议，则进行协商，若协商不 成功，则通过网络服务平台而进入平台外处理(仲裁、法院判决等)；若协商成 功，则根据达成的协议及设计预算合同C(5-16)、专业制作合同C(5-37-y)以及部 品供应合同C(5-9-x)在网络服务平台的鉴证下分别支付设计预算公司、专业制作 公司以及部品供应商余款；另一方面，根据管理监理合同C(5-28)，在业主的参与下进行总委托服务，并 产生整个项目委托服务合格单B(5; 28)并结合管理监理合同C(5-28)，在网络服务 平台的鉴证下支付管理监理款28;上述的各付款后都要有收款确认单M(16b, 1)、M(9b-x， 1)、 M(37b-y， 1)、M(28b， 1)。对于本发明一种建筑产业协同网络管理方法流程中的三个阶段，都包括三个 核心的模块招标模块、付款模块以及收款模块，请参阅图IOA、图IOB、图10C 所示，其为本发明一种建筑产业协同网络管理方法公共模块流程图，其中，1、 招标模块这是一个通用的招标模块，其格式为招标公司根据业主提 出的招标内容(也即输入)制作招标书，各公司根据招标书制作投标书投标，由 招标公司、业主、各投标公司三方确定确标公司，其间，业主与投标公司可能有 询价、协商等互动过程，并确定相应合同(也即输出)。因在项目中的具体应用不同(也即输入输出不同)，这个通用的招标模块可 细分为设计决算招标、管理监理招标、部品招标、专项制作招标。2、 付款模块(对业主而言)这是一个通用的付款模块，其格式为各服务合同签订以后，业主均须将合 同款(也即输入)交存到与网络服务平台合作的银行并进行质押和定向支付约定 (也即输出约定)；同时此存款情况由银行同步告知网络服务平台，并由网络服 务平台告知相应的服务方。具体的不同只在于输出约定及输入的不同。3、 收款模块(对服务商而言)这是一个与付款模块配套的收款模块，其格式为各服务商完成各自的服务 并经相关方验收合格后，业主同意支付与各服务相应的合同款(也即输出约定兌 现)，据此银行解除业主的质押合同款并按定向支付约定进行合同款支付，于是 各服务商收到银行的划款；同时此划款情况由银行同步告知网络服务平台。以上所述仅为本发明的较佳实施例，对本发明而言仅仅是说明性的，而非限 制性的。本专业技术人员理解，在本发明权利要求所限定的精神和范围内可对其 进行许多改变，修改，甚至等效，但都将落入本发明的保护范围内。
权利要求
1、一种建筑产业协同网络管理系统，其特征在于，其包括接入子系统、代理子系统、业务子系统以及支撑子系统，其中，所述的接入子系统提供系统的门户工具，为各类用户提供接入；所述的代理子系统，用于代理各类用户与本系统进行交互，按预定策略提交信息处理的请求，接收处理结果，完成信息的存储；所述的业务子系统，根据接入子系统的用户需求，实现建筑产业的协同管理；所述的支撑子系统，为业务子系统的运行提供基础，以及各子系统之间的数据接口。
2、 根据权利要求1所述的建筑产业协同网络管理系统，其特征在于，所述的 接入子系统为Web门户、专用通讯代理、手机短信以及热线电话其中之一或组合。
3、 根据权利要求1所述的建筑产业协同网络管理系统，其特征在于，所述的 业务子系统为系统核心，其受数据库、知识库、接口代理、1个工作流管理平台 和12个业务功能单元支持的，所述的12个业务功能单元包括项目计划管理子 单元、项目招投标管理子单元、项目设计管理子单元、项目预决算管理子单元、 项目实施管理子单元、项目监理管理子单元、项目采购管理子单元、项目验收管 理子单元以及综合信息管理子单元、合作伙伴管理子单元以及安全管理子单元、 系统管理子单元，其通过内部数据接口进行所述子单元间的数据交换。
4、 根据权利要求1或3所述的建筑产业协同网络管理系统，其特征在于，所 述的支撑子系统，其包括网络系统和建筑网格服务平台，所述的网络系统为整个 系统提供集成的运行底层平台，其包括网络设备、服务器硬件、工作站硬件以 及分别设置在其上的网络协议、服务器操作系统、工作站操作系统；所述的建筑 网格服务平台为一分布式的结构，具有至少一终端、主服务器、至少一子服务器 以及至少一服务节点，所述的不同终端之间是通过internet与主服务器连接，所述 主服务器通过internet与各子服务器相连，再和所述的服务节点相连，所述的终端 与所述的业务子系统的各功能子单元相对应。
5、 根据权利要求4所述的建筑产业协同网络管理系统，其特征在于，所述的 建筑网格服务平台包括基础网络单元，所述基础网络单元位于建筑网格的最下层，以internet为核心， 给建筑网格环境中的资源和终端间的互联提供基础的网络环境；网络单元与基础协议单元，所述网络单元与基础协议单元为建筑网格的构建 和运行提供共性和基础的技术支持，并受基础库、网格资源单元和网络协议、MAS协议以及相关技术标准与规范支持；封装，将局部资源封装成为供网格上所有应用共享的全局资源，并通过网格技术 屏蔽资源的异构性，以 一致透明的方式供应用对其进行访问；网格中间件单元，所述网格中间件单元为实现基于网格计算的建筑服务和服 务协同提供基本的功能；建筑网格使能单元，在网格中间件提供的编程环境和网格服务功能的基础 上，所述建筑网格使能单元提供开发和运行建筑网格应用系统所需要的使能工具；建筑网格应用单元，在上面介绍的建筑网格下几单元功能的基础上，根据特 定终端协同应用的需求，所述建筑网格应用单元重点开发专业化的建筑网格应用 系统；建筑网格入口单元，所述建筑网格入口为用户提供基于WEB的统一的和安 全的用户界面，使不同地点、不同身份的用户能够以一致的界面访问建筑网格提 供的各种服务；业主/企业协同单元，所述业主/企业协同单元在建筑网格的支持下实现业主 与企业、企业与企业间的协同，包括商务协同、设计协同、施工协同、供应协同 等；建筑网格运行管理系统，所迷建筑网格运行管理系统跨越建筑网格的多个单 元，为建筑网络的构建和运行提供支持，完成对建筑网格上运行的用户和资源的 管理、监控和应用协调，包括建筑网格上的用户管理、接口管理、安全管理、运 行监控、资源优化调度、服务代理管理和协调策略管理等。
6、 根据权利要求1所述的建筑产业协同网络管理系统，其特征在于，所述的 数据接口包括内部接口和外部接口，其中，所述的内部接口是指系统各子系统 之间以及各功能子单元之间信息传递与调用接口 ；所述的外部接口指系统与外部 环境的软硬件接口 。
7、 根据权利要求6所述的建筑产业协同网络管理系统，其特征在于，所述的 内部接口包括需求接口 、任务接口 、材料接口以及资金接口 ，其中，所述的需 求接口提供业主需求信息；所述的任务接口提供建筑任务信息；所述的材料接口提供各种材料、部品信息；所述的资金接口提供资金往来信息。
8、 根据权利要求4所述的建筑产业协同网络管理系统，其特征在于，所述的 网络系统是采用集群技术、安全认证技术、数据加密处理以及权限控制技术进行 安全防护。
9、 根据权利要求1所述的建筑产业协同网络管理系统，其特征在于，还包 括一编码规则，其对系统的信息实施分区域、分门别类编码标准化，其包括区 域码、物品码、材料码、部品码，业主编码、物品条形码以及纟支术文件编号。
10、 一种建筑产业协同网络管理方法，包括一系统开发平台，采用Sun Microsystems的J2EE构架，其使用多层的分布式应用模型，应用逻辑按功能划分 为组件，各个应用组件根据他们所在的层分布在不同的机器上，其包括运行在 客户端机器上的客户端层、运行在Web服务器上的Web层、运行在EJB服务 器上的业务层和运行在EIS服务器上的企业信息系统层，其中Web层和业务层共 同组成了三层J2EE应用的中间层，其他两层是客户端层和存储层或企业信息系 统层，其特征在于，包括如下步骤步骤a:准备阶段，从业主提出项目服务需求到依托网络服务平台，通过招 标方式确定设计、预决算、管理、监理、材料、部品、劳务各项项目服务代理商 并与其分别签订服务合同，然后业主再交纳相应的服务款；同时此交款情况由银行同步告知网络服务平台；步骤b:现场实施阶段，从材料到货验收开始，劳务公司现场施工并验收， 然后部品安装并验收，验收合格后服务商再收取相应的服务款，现场施工阶段得 以完成；同时此划款情况由银行同步告知网络服务平台；步骤c:整体验收阶段，整体验收总结阶段从管理和监理公司提出项目验收 单开始，进行整个项目服务的总体验收，验收合格后服务商再收取相应的服务余 款，同时此划款情况由银行同步告知网络服务平台。
11、根据权利要求10所述的建筑产业协同网络管理方法，其特征在于，其所 述的步骤a、步骤b、步骤c中，其包括的核心功能模块为招标模块、付款模块 以及收款模块，其中，所述的招标模块，其为招标公司根据业主提出的招标内容制作招标书，各投标 公司根据招标书制作投标书投标，由招标公司、业主、各投标公司三方确定获标 公司，其间，业主与投标公司可能有询价、协商等互动过程，并确定相应合同， 其包括设计招标、预决算招标、管理招标、监理招标、材料招标、部品招标、劳务招标；所述的付款模块，其为各服务合同签订以后，业主将合同款交存到与网络服 务平台合作的银行并进行质押和定向支付约定；同时此存款情况由银行同步告知 网络服务平台，并由网络服务平台告知相应的服务方。具体的不同只在于输出约 定的不同及输入的不同；所述收款模块，其为各服务商完成各自的服务并经相关方验收合格后，业主同 意支付与各服务相应的合同款，据此银行解除业主的质押合同款并按定向支付约定进行合同款支付，于是各服务商收到银行的划款；同时此划款情况由银行同步 告知网络服务平台。
12、根据权利要求10所述的建筑产业协同网络管理方法，其特征在于，所述 的准备阶段，其包括的步骤为步骤al:立项准备阶段，即签订代理公司，付款招标代理费，招标代理公司 收到网络服务平台发来的存款确认后再开始进行各相关工作；步骤a2:设计招标阶段，即签约设计公司，付款设计费，中标设计公司收到 网络服务平台发来的存款确认后再开始进行各相关工作，形成项目设计图纸并由 业主确认；步骤a3:预决算招标阶段，即签约预决算公司，付款预决算费，中标预决算 公司收到网络服务平台发来的存款确认后再开始进行各相关工作，依据项目设计 图纸，中标预决算公司形成项目预算，然后业主会同预决算公司及设计公司对项 目预算进行确认并形成设计预算表；步骤a4:管理和监理招标，即签约管理和监理公司，付款管理和监理费，中 标管理和监理公司在收到网络服务平台发来的存款确认后再开始进行各相关工 作；依据管理和监理合同，管理和监理公司会同设计公司及预决算公司对设计图 纸和项目预算进行再审核，经审核通过后会签形成设计预算审核表，然后管理公 司再进行编制项目的施工组织计划和材料采购清单、部品采购清单、劳务采购清 单；步骤a5:部品、材料和劳务招标，即签约部品、材料和劳务供应商，付款部 品、材料和劳务费，部品、材料和劳务供应商收到网络服务平台发来的存款确认 后再开始进行各相关工作； 步骤a6:设计、预决算、招标代理首期款支付。
13、 根据权利要求10所述的建筑产业协同网络管理方法，其特征在于，所述 的现场实施阶段，其包括四个步骤，其中，步骤bl:材料验收阶段，即业主会同管理和监理公司，对材料供应商提供的 材料依据材料供应合同、材料采购清单和施工组织计划进行验收；验收合格后材 料供应商收取材料款；步骤b2:施工以及验收阶段，即劳务公司根据劳务合同、劳务采购清单、项 目设计图纸和施工组织计划进行施工，业主会同劳务公司、管理和监理公司对施 工进行阶段性验收；验收合格后劳务公司收取劳务款；步骤b3:部品验收阶段，即业主会同管理和监理公司，对部品供应商提供的 部品，根据部品供应合同、部品采购清单和施工组织计划进行到货验收；验收合 格后部品供应商收取部品款；步骤b4:部品安装及验收阶段，即部品供应商根据项目设计图纸和施工组织 计划负责部品安装，安装完毕后，业主会同部品供应商、管理和监理公司对部品 安装进行阶段性验收。
14、 根据权利要求10所述的建筑产业协同网络管理方法，其特征在于，所述 的整体验收阶段，其包括的步骤为业主、设计公司、管理公司、监理公司、部 品供应商、材料供应商、劳务公司7方根据管理和监理公司提供的材料质监管理 合格单、部品质监管理合格单、施工质监管理合格单对整个项目进行总体验收； 验收合格后各方收取各自的余款；
15、 根据权利要求12或13或14所述的建筑产业协同网络管理方法，其特征 在于，若在上述各步骤的实施过程中，产生不能妥协的争议，则通过网络服务平
全文摘要
本发明为一种建筑产业协同网络管理系统以及其管理方法，其包括接入子系统、代理子系统、业务子系统以及支撑子系统，其中，所述的接入子系统提供系统的门户工具，为各类用户提供接入；所述的代理子系统，用于代理各类用户与本系统进行交互，按预定策略提交信息处理的请求，接收处理结果，完成信息的存储；所述的业务子系统，根据接入子系统的用户需求，实现建筑产业的协同管理；所述的支撑子系统，为业务子系统的运行提供基础，以及各子系统之间的数据接口。通过上述的建筑产业协同网络管理系统完成对整个建筑行业的管理，从而达到规范建筑行业操作规范，提升整个建筑行业的协同管理的能力，维护消费者以及承建方的利益，实现多方多赢的目的。
文档编号H04L12/28GK101163067SQ200710079230
公开日2008年4月16日 申请日期2007年2月13日 优先权日2007年2月13日
发明者蒋一良 申请人:杭州智通装饰网络管理有限公司