A Distributed Portal-Based Platform for Construction Supply Chain Interoperability

Collaboration and interoperability plays a very significant role in a construction supply chain. The lack of information sharing and software interoperability hampers coordination and collaboration among project participants, which are crucial to the success of a supply chain. As the Internet becomes ubiquitous and instantaneously accessible, the web services model has emerged as a promising approach to support supply chain collaboration and achieve interoperability. This paper discusses a web service framework to connect, invoke and integrate loosely coupled, heterogeneous information sources and software applications. Specifically, web portal technology is leveraged to implement the web services platform and to provide a robust and customizable user interface. The issues of information ownership rights and proprietary privacy may hinder information sharing among companies in a centralized portal system. A decentralized portal network architecture is introduced to promote sharing of information and to enable distributed computing. This paper presents the prototype web-based platform, SC Collaborator, that is designed to support data exchange, information sharing and supply chain collaboration. The platform leverages open source technologies and implements the proposed distributed portal network architecture. Two example scenarios are included to demonstrate the potential of the SC Collaborator system in managing information flows in AEC activities and facilitating interoperability. Figure 1. SC Collaborator viewed in web browsers. optimum performance even though each project participant optimizes its own performance (Yu et al. 2001). This myopic view may also lead to information distortion among supply chain partners. In the procurement process, for example, as individuals attempt to forecast and make decisions based on the information from the immediate downstream node only, demand signal amplification and variation tend to increase as one moves upstream – a phenomenon termed “bullwhip effect” (Lee et al. 2004). Therefore, sharing of information and collaboration between each party is crucial to the success of a supply chain (Gunasekaran & Ngai 2004, Lee et al. 2000). Supply chain interoperability enhances the performance of construction projects in terms of quality, time, cost and value. The issue of interoperability can be tackled on two levels, namely, information interoperability and software interoperability. To facilitate data sharing and information interoperability, much efforts have been spent to build unifying standard models of concepts and definitions such as Industry Foundation Classes (International Alliance for Interoperability 1997), CIMSteel Integration Standards (Watson & Crowley 1995) and BIM (Brucker & Nachtigall 2005) to capture various phases and facets of design and construction processes. In practice, software services that need to communicate will likely be based on distinct ontology or data models and structures, that reflect the contexts and vocabularies for specific applications and domains (Ray 2002). Efforts have been attempted to “harmonize” different information ontological standards (Begley et al. 2005, Cheng et al. 2008, Cheng et al. 2002, Lipman 2006). This paper focuses on software interoperability to facilitate the connectivity, deployment and integration of distributed information sources and engineering services. In this paper, we will first review the current approaches to integrate information, applications and services into workflows and supply chains. The proposed service integration framework which leverages web services model and web portal technologies will then be discussed. We will present a prototype platform, SC Collaborator (Fig. 1), that is designed to support interoperation and collaboration in AEC supply chains. Two example scenarios will be included to demonstrate the potential use of the prototype system for the management of information flow in AEC supply chains. 2 INTEGRATION OF INFORMATION, APPLICATIONS AND SERVICES Information and software applications can be integrated in a local machine relatively easily. Sharing and exchange of information can be performed across applications as long as application programming interface (API) is available for the mapping applications. Invocation and integration of software functionality are also allowed for some applications through their APIs. In a supply chain, however, companies and project participants are geographically distributed and employ different hardware platforms and software applications. Mechanisms which support the integration of information and applications in a local machine do not facilitate interoperability in a supply chain. Some companies establish communication networks using standards such as Electronic Data Interchange (EDI) to connect with partners. However, the implementation of such communication network infrastructures can be very expensive and is not economically feasible for small to medium businesses, which are common in the construction industry. In addition, the long configuration time and rigid system architecture do not provide the flexibility needed to support fast changing construction supply chain. With the rapid development of web technologies, the Internet has become ubiquitous and instantaneously accessible. The proliferation of the Internet makes it the most cost effective means of driving supply chain integration and information sharing (Lee & Whang 2005). Companies increasingly take advantage of the Internet and information technology to create a virtual e-chain to communicate and collaborate with other supply chain participants (Manthou et al. 2004). Various efforts have been made to leverage the Internet for information and service integration, engineering simulation, negotiation and cooperation, collaborative planning and design, and other supporting activities (Anumba & Duke 1997, Cheng et al. 2001, Cheng et al. 2006, Danso-Amoako et al. 2006). The web services model has emerged as a promising approach to connect and aggregate distributed web applications and information sources. Utilizing the Internet as the communication network, a “web service” can be described as a specific function that is delivered over the web to provide information of services to users. Information sources and software applications can be packaged into individual web service components. Leveraging well established Internet protocols and commonly used machine readable representations, web services can be located, invoked, combined and reused. The implementations of web services are encapsulated and not exposed to the users. Changing the implementation of one web service function does not alter the way that the users invoke the function. This enables clean and robust deployment and maintenance of web services. With the service oriented architecture, the web services model allows a large complicated system infrastructure to be built in a scalable manner. Modular system development and maintenance is enabled as the system is divided into web service components which can be managed separately. The web service components can be plug-and-played to cater different project requirements at each project stage. The reusability of the components also reduces the time and efforts to develop similar components. There are many existing mechanisms to deploy, invoke, orchestrate and terminate web services for web-based integration (Cheng 2004, Danso-Amoako et al. 2006, Greenwood et al. 2004, Ismail et al. 2002). Various languages have been proposed to facilitate the discovery, execution and composition of web services. Examples include Web Services Description Language (WSDL) (Booth & Liu 2004) and Flow Language (WSFL) (Leymann 2001), Business Process Execution Language for Web Services (BPEL4WS) (Andrews et al. 2003), and Web Service Ontology based on DARPA Agent Markup Language (DAML-S) (Ankolekar et al. 2001). Semantic web services have also been an active area of research and development (de Bruijn et al. 2005, Preist 2004). 3 DISTRIBUTED PORTAL NETWORK 3.1 Centralized service integration Web portal technology has been used to aggregate scattered, distributed information, applications and processes across organizational boundaries. A web portal system provides the clients a single point of access to information and applications regardless of their location or storage mechanism. Through the portal system, multiple applications can be accessed, related and integrated into a workflow or a supply chain. It provides a centralized storage of information and a unified hub to the integrated information, applications and services. Clients can access to multiple systems or applications via the web portal with a single registration and authentication. The web services model can be implemented using a web portal system. Applications and information sources are wrapped and deployed as individual web portlets, which are web service units that a web portal system can integrate and reuse. Web portlets are sub-programs that encapsulate a single or a number of web applications. They are contained in a portal system and become visible and accessible via the portal system. The sessions and user preferences of each portlet are also stored and managed in the portal system. 3.2 Decentralized network architecture Web portal technology has been deployed by companies for information management and sharing. Web portals are commonly used as content management systems (CMS) and web publishing tools to store digital contents and share them with other project members (Michelinakis 2004). Portal systems therefore act as a centralized repository of information and documents. Some companies build an intranet using web portals. It allows the users to access sensitive internal information and applications, and the administrator to manage a huge amount of information at a centralized location. Both the usages as repository and intranet require a central server and Deployed web services