E-health makes use of information and communication methods and the latest e-research tools to support the understanding of body functions. E-scientists in this field take already advantage of one single infrastructure to perform computationally-intensive investigations of the human body that tend to consider each of the constituent parts separately without taking into account the multiple important interactions between them. But these important interactions imply an increasing complexity of applications that embrace multiple physical models (i.e. multi-physics) and consider a larger range of scales (i.e. multi-scale) thus creating a steadily growing demand for interoperable infrastructures that allow for new innovative application types of jointly using different infrastructures for one application. But interoperable infrastructures are still not seamlessly provided and we argue that this is due to the absence of a realistically implementable infrastructure interoperability reference model that is based on lessons learned from e-science usage. Therefore, the goal of this paper is to explore the potential of using multiple infrastructures for one scientific goal with a particular focus on e-health. Since e-scientists gain more interest in using multiple infrastructures there is a clear demand for interoperability between them to enable a use with one e-research tool. The paper highlights work in the context of an e-Health blood flow application while the reference model is applicable to other e-science applications as well.

Many scientific applications produce a lot of data when running on large-scale supercomputers. Sometimes this data can stay on the local storages but often it should be transferred to other resources for post processing or to be used for new computations. Therefore it is essential to have efficient file transfer mechanisms that transfer data. Scientists increasingly use Grid middleware like UNICORE for their job creation, submission and management. In the Grid community there are not many efficient solutions for file transfer, but GridFTP does provide efficient file transfer and nowadays is a de facto Grid standard. This paper motivates and describes the integration of GridFTP into UNICORE which now is a very important feature for scientists using DEISA resources.

Summary form only given. This work describes a software prototype developed at Research Center Julich to demonstrate the interoperability between UNICORE (Uniform Interface to Computer Resources) and Globus without changes to any of the systems. By combining UNICORE's workflow oriented approach to job submission with Globus, grid users can gain seamless access to a wide number of Globus enabled systems. We define the following scenario of a job submission from UNICORE to Globus: the user prepares the job via UNICORE's graphical user interface, chooses a Globus site where the job is to be computed and submits it to UNICORE's target system interface (TSI). This is the entity normally interfacing with the local batch system. It is enhanced to communicate with Globus. The TSI translates the job description from the UNICORE specific abstract job object (AJO) into the GRAM Resource Specification Language (RSL) and submits it to the GRAM Gatekeeper. Standard Globus mechanisms are used to monitor the status of the job and transfer the output back to the TSI.