1. Federated Application Integration with Web Services: Case of Multi-Participant Cargo Transportation Haoxiang Xia Japan Adv. Inst. Sci. &Tech. Shuangling Luo Dalian Univ. Tech. Taketoshi Toshida Japan Adv. Inst. Sci. &Tech.

2. Outline A real-world application case: multiparty shipments tracking with Web Services A real-world application case: multiparty shipments tracking with Web Services Current Efforts of Web Service integration (composition, orchestration, choreography…) Current Efforts of Web Service integration (composition, orchestration, choreography…) Federated Application Integration Model with Web Services Federated Application Integration Model with Web Services

3. Application Case: Multiparty Shipments Tracking Scenario: Coordinated by a transport agent, multiple cargo transportation companies collaboratively freight a bunch of cargos, from one city to another, or from one country to another. Transport/Inventory Service Providers Transport Process User (cargo owner) inquiring coordinating participating Transport Agent

4. WS-based Solution Cargo owner Browser-based Query Interface Transport Agent Cargo Status DB Shipments Tracking System of Company A Shipments Tracking System of Company B Shipments Tracking System of Company n … Status report WS A Status report WS B Status report WS n Status Listener DB updater

5. Reporter-Listener Mechanism Reporter-Listener mechanism for Interactions between WS of Transport Service Providers and the Transport Agent Cargo Status Tracking System of a partici- pator Cargo Status Status Report WS Status Report Generator: XML -based Doc. Status Reporter JAXM-based Listener: Handling response or fault JAXM-based Listener: receiving status change info DB Updater Error? Error Msg Generator Status Listener

6. Observations from the Example 1) From business point of view, this example implies the Web Service support for a virtual enterprise Transport/Inventory Service Providers Transport Process User (cargo owner) inquiring coordinating participating Transport Agent Invisible to user Facing a single company A Virtual Enterprise

7. Observations from the Example (cont.) 2) From technology point of view, the key problem to support virtual enterprises is the inter- organizational IT application integration, or “Business-to-Business Integration” (B2Bi). In the case of Web Services, the major challenge is inter-organizational Web Services integration.

8. Observations from the Example (cont. 2) Requirements: interoperable – Services should be easy to interconnect with each other to complete the overall goal; Adaptable to changes of business processes – currently supports long-running processes, short-running inter-organizational processes need to be supported too. process prone to change in temporary collaborations, e.g.,  new company participate an existing virtual enterprise; a company leaves the integrated process; or, the integrated process ends

9. Current Efforts for WS Integration Current Efforts for WS Integration Two families of work: 1)Composite Ws description in the Semantic Web Services community, e.g. DAML-S/OWL-S; 2)Web Service Orchestration and Choreography BPEL4WS Abstract Processes WSCI BPEL4WS Executable Processes BPML Collaborative Protocols Executable Processes Source: C. Peltz, 2003 (HP White Paper)

10. Current Efforts: OWL-S Composite Processes Current Efforts: OWL-S Composite Processes The Process Ontology of OWL-S describes the construction of composite processes Source: www.daml.org

11. Current Efforts: BPEL4WS BPEL4WS is a typical example of the Web Services Composition technologies in the WS Orchestration and Choreography community. Proposed by IBM, Microsoft, and BEA; Combine and extend XLANG (Microsoft) and WSFL (IBM) Essentially describe syntax of WS interactions Follow a centralized orchestration model of WS composition and integration --- the integrated process is edited in a central control point and executed by a BPEL Engine, which invokes the participating Web Services.

12. Current Efforts: BPEL Centralized Orchestration Model of BPEL (Source: BPEL4WS Introduction article at IBM alphaworks,2003) BPEL Execution Engine

13. Limitations in Current Efforts All the work essentially aims at describing WS interactions at the coding level (e.g. describing how a message passes from one service to another, as well as the execution sequence of a series of services for completing a specific task or process); BPEL and BPML imply a central control model for WS orchestration; WSCI declares to support more collaborative mode of WS interactions, but it itself does not provide the underpinning mechanism of how to support collaborative interactions.

14. Federated Application Integration with Web Services: Infrastructure App 1 App 2 The Internet WS 1 interfacing publishing WS 2 WS 3 App 3 The Web of Services Serve for users (user groups) as simple or composite services ?

15. Basic Ideas of FAI Inter-organizational integrated processes are formed from bottom up by the participating organizations: Each organization takes the full responsibility of simple and composite Web Services (processes) bounded to it; Recursive composition of composite processes from simple operations, using BPEL4WS, WSCI or OWL-S; Decentralized orchestration of Web Services /processes for inter-organizational processes. “Federated” integration means: 1) each organization manages and runs its own Services /inner-processes; 2) Simultaneously, it participates interactions with others

16. Recursive Service Composition In business process modeling, the fundamental elements are “actions” ( in WSCI term) or “atomic processes” (in OWL-S term), which can be embodied as an executable “operation” of a Service. Composite processes are comprised of a series of actions from some control construct ( basically “Sequence”, “Split”, and “Cycle”…) --- thus, the structured programming model is applicable for constructing a composite process: simple actions group into a module or composite process, composite processes form larger composite processes…

17. Recursive Service Composition Observing from outside, composite and simple processes are not distinguishable

18. Decentralized Inter-Organizational WS Orchestration 1Participating organizations publish simple and composite services (processes) so as to potentially be used by the collaborators; 2Composite services can be comprised of internal services, and they can also be comprised of internal and external services (services that are from another organization); 3Central control point is replaced by multiple orchestration points that are respectively owned and maintained by the participating organizations.

19. Decentralized WS Orchestration: Demonstrative Example Company A Company B The Internet WS A1 Composite WS B5 B1B2 B3 B4 WS A2 Orchestrated Process A3 A1B5A3 Runtime Engine at Company A WS C1 Company C Orchestrated Process C2 A3C1 Runtime Engine at Company C

20. Further Considerations for FAI For business process integration, the key concept is that each participating company takes the responsibility of its own parts of the overall process; and the overall process is then formed from bottom up. Each company maintains the interactions with the companies that directly interact with it, ignoring those not being directly connected. Flexibility and Agility of the entire process would be increased, comparing with the centralized orchestration model; more suitable for temporary organized virtual enterprises or communities.

21. Further Considerations for FAI Company A The Internet WS A1 Company B B1B2 B3 B4 WS A2 Orchestrated Process A3 A1B5A3 WS C1 Company C Orchestrated Process C2 A3C1 Influenced Influence extends to Find a new collaborator Company D B1B2 B3 B4

22. Further Considerations for FAI The leaving of Company B in fact influences its direct collaborator (Company A). Company C needs do nothing. When Company A recovers the Process A3, the entire process is recovered too. This concept resembles the localization principle of programming – try the most for avoiding local changes spread to the global structure.

23. Concluding Remarks Current work is at a very primitive stage, just on conceptualization. Test with more realistic application fields (medical information systems) Implementation of the entire framework.  for WS interactions, existing technologies of SOAP WSDL WSCI BPEL4WS are applicable.  need to integrate with data transfer standards, connects to ebXML, RosettaNet,…?  consider Inter-organizational mutual “understandings” of WS, at syntactic, semantic, and pragmatic levels?

24. Thank you! Questions and Comments, please.