Reference Architecture for Remote Operations of Offshore Wind Farms

usiness processes orchestration and automation, information services in order to manage diverse dataand content in a unified manner and also partner services for trading partners.3.3 Services patternThe services pattern provides for mechanisms to reuse existing applications when introducing new ones,and to ensure that new applications also are reusable. For example, a condition monitoring applicationmust be able to integrate with existing vibration monitoring services. In order to enable reusability of aservice, it is recommended to build a corresponding service component for the service. By using serviceorientedarchitecture as a design principle information can be available as a service. FIGURE 8 shows anexample of integration of service layer into a particular application. In this example, all offshore windpartners can access information via web-based or forms-based clients.FIGURE 8. Service layer in an ordinary applicationThe service component layer contains software components, each of which provides the implementationor realization for a service, or operation on a service. Service components reflect the definition of theservice they represent, both in its functionality and its quality of service. The service layer providesconsumers with sufficient detail to invoke the business functions exposed by a provider of the service.4. CONCLUSION AND FUTURE WORKFinally, we can answer the question that the reference architecture for integrated operations, secondgeneration from OLF, is a good starting point for our reference architecture for remote operations, but weneed to adapt it corresponding to the offshore wind energy industry. The adaptations have been explainedin section 2 and section 3. This paper shows that the most important task in development of remoteoperations for offshore wind farms is to construct a semantic model based on the list of standardsmentioned in subsection 3.1.Page 1058