D3.10 Network-Level Semantic Interoperability (Final)

Total Page:16

File Type:pdf, Size:1020Kb

D3.10 Network-Level Semantic Interoperability (Final) 780315 — SEMIoTICS — H2020-IOT-2016-2017/H2020-IOT-2017 SEMIoTICS Deliverable D3.10 Network-level Semantic Interoperability (final) Deliverable release date 28.02.2020 (revised on 16.04.2021) Authors 1. Ermin Sakic, Arne Bröring (SAG) 2. Jordi Serra, Luis Sanabria-Russo, David Pubill, Angelos Antonopoulos, Christos Verikoukis (CTTC) 3. Konstantinos Fysarakis, Michalis Smyrlis, Emmanouil Chatzimpyrros, Konstantina Koloutsou (STS) 4. Prodromos-Vasileios Mekikis (IQU) Responsible person Konstantinos Fysarakis (STS) Reviewed by Ermin Sakic (SAG), Nikolaos Petroulakis (FORTH) Approved by PTC Members (Vivek Kulkarni, Nikolaos Petroulakis, Ermin Sakic, Mirko Falchetto, Domenico Presenza, Verikoukis Christos) PCC Members (Vivek Kulkarni, Nikolaos Petroulakis, Verikoukis Christos, Georgios Spanoudakis, Domenico Presenza, Danilo Pau, Joachim Posegga, Darek Dober, Kostas Ramantas, Ulrich Hansen) Status of the Document Final Version 1.0 Dissemination level Public 780315 — SEMIoTICS — H2020-IOT-2016-2017/H2020-IOT-2017 Deliverable D3.10 Network-level Semantic Interoperability (final) Dissemination level: Public Table of Contents Introduction ...................................................................................................................................... 6 PERT chart of SEMIoTICS ......................................................................................................... 7 Network Interfacing Considerations and Requirements ........................................................................ 8 IT & Cloud Infrastructures interfacing.......................................................................................... 9 2.1.1 Management and orchestration .............................................................................................. 9 IoT Platforms interfacing ...........................................................................................................11 Network-level Interfacing with SEMIoTICS framework ................................................................13 2.3.1 IIoT integration in Wind Park Control Network ........................................................................13 2.3.2 Socially Assistive Robotic Solution for Ambient assisted living (SARA) ....................................15 2.3.3 Intelligent Heterogeneous Embedded Sensors for future IoT systems (IHES) ...........................15 2.3.4 Complex types of interactions ................................................................................................15 Interfacing with IoT applications ................................................................................................16 Requirements Specification considerations ................................................................................18 Associated KPIs .......................................................................................................................21 Enabling Technologies .....................................................................................................................24 Networking protocols ................................................................................................................24 3.1.1 Hypertext Transfer Protocol (HTTP) .......................................................................................24 3.1.2 Advanced Message Queuing Protocol (AMQP) .......................................................................25 3.1.3 Constrained Application Protocol (CoAP) ...............................................................................26 3.1.4 Message Queuing Telemetry Transport (MQTT) .....................................................................27 3.1.5 Overview of Networking protocols ..........................................................................................28 Data formats ............................................................................................................................28 3.2.1 Extensible Markup Language (XML) ......................................................................................29 3.2.2 JavaScript Object Notation (JSON) ........................................................................................29 3.2.3 Google Protocol Buffers ........................................................................................................29 3.2.4 Overview of data formats ......................................................................................................30 Data Modeling - Yet Another Next Generation (YANG) ...............................................................30 IoT Workflow Composition ........................................................................................................31 3.4.1 Composing Services and Devices ..........................................................................................31 3.4.2 Supporting the Composition of Services And Devices .............................................................32 Pattern-driven NorthBound Interface .................................................................................................35 Interface Design .......................................................................................................................35 Interface Specification ..............................................................................................................37 Implementation Details .............................................................................................................39 4.3.1 Testing & Basic Functionality Validation .................................................................................40 Interface Security Considerations ..............................................................................................42 2 780315 — SEMIoTICS — H2020-IOT-2016-2017/H2020-IOT-2017 Deliverable D3.10 Network-level Semantic Interoperability (final) Dissemination level: Public Patterns for Network-level Semantic Interoperability ..........................................................................43 Technical Interoperability ..........................................................................................................45 5.1.1 Pattern definition ..................................................................................................................45 5.1.2 Pattern Specification Rule .....................................................................................................46 Syntactic Interoperability...........................................................................................................48 5.2.1 Pattern definition ..................................................................................................................48 5.2.2 Pattern Specification Rule .....................................................................................................49 Semantic Interoperability ..........................................................................................................51 5.3.1 Pattern definition ..................................................................................................................51 5.3.2 Pattern Specification Rule .....................................................................................................52 Organisational Interoperability ...................................................................................................54 5.4.1 Pattern Definition ..................................................................................................................54 5.4.2 Pattern Specification Rule .....................................................................................................55 E2E Interoperability Within the SEMIoTICS platform...................................................................57 E2E Interoperability Across IoT Platforms ..................................................................................58 Pattern-Driven NBI in Use – An Enabler of Key SEMIoTICS Features .................................................61 IoT Orchestrations with End-to-End Semantic Interoperability, SPDI and QoS Guarantees ...........61 Interfacing with External IoT Platforms.......................................................................................65 Conclusion ......................................................................................................................................67 References ............................................................................................................................................68 3 780315 — SEMIoTICS — H2020-IOT-2016-2017/H2020-IOT-2017 Deliverable D3.10 Network-level Semantic Interoperability (final) Dissemination level: Public Acronyms Table Acronym Definition AAA Authentication, Authorisation and Accounting API Application Programmable Interface AI Artificial Intelligence AMQP Advanced Message Queuing Protocol ASCII American Standard Code for Information Interchange BSS Business Support System BAN Body Area Network BLE Bluetooth Low Energy CAN Controller Area Network CB Context Broker CP Context Producer CC Context Consumer CoAP Constrained Application Protocol CoRE Constrained RESTful Environments DTLS Datagram Transport Layer Security ETSI European Telecommunications Standards Institute E2E End to End GRE Generic Routing Encapsulation HTTP HyperText Transfer Protocol IoT Internet of Things IIoT Industrial Internet of Things IT Information Technology IHES Intelligent Heterogeneous Embedded
Recommended publications
  • FI-WARE User and Programmers Guide WP6 Front Page 1 FI-WARE User and Programmers Guide WP6 Front Page
    FI-WARE User and Programmers Guide WP6 front page 1 FI-WARE User and Programmers Guide WP6 front page Large-scale Integrated Project (IP) D.6.4.a: User and Programmers Guide Project acronym: FI-WARE Project full title: Future Internet Core Platform Contract No.: 285248 Strategic Objective: FI.ICT-2011.1.7 Technology foundation: Future Internet Core Platform Project Document Number: ICT-2011-FI-285248-WP6-D6.4a Project Document Date: 30 June 2012 Deliverable Type and Security: Public Author: FI-WARE Consortium Contributors: FI-WARE Consortium Abstract: This deliverable contains the User and Programmers Guide for the Generic Enablers of Data/Context Management chapter, being included in the First FI-WARE release. Keyword list: FI-WARE, Generic Enabler, Bigdata, Context, Events, Semantic Web, Multimedia. Contents BigData Analysis - User and Programmer Guide 2 CEP - User and Programmer Guide 89 Location Platform - User and Programmer Guide 90 Multimedia Analysis - User and Programmer Guide 95 Query Broker - User and Programmer Guide 105 Semantic Annotation - Users and Programmers Guide 110 Semantic Application Support - Users and Programmers Guide 113 BigData Analysis - User and Programmer Guide 2 BigData Analysis - User and Programmer Guide Introduction This guide covers the user and development aspects of the SAMSON platform, version 0.6.1. The SAMSON platform has been designed for the processing of large amounts of data, in continuous mode (streaming), distributing tasks in a medium-size cluster of computers, following the MapReduce paradigm Jeffrey Dean and Sanjay Ghemawat. “MapReduce: Simplified data processing on large clusters” [1]. The platform provides the necessary framework to allow a developer to focus on solving analytical problems without needing to know how distribute jobs and data, and their synchronization.
    [Show full text]
  • INFOCOMP / Datasys 2017 International Expert Panel: Challenges on Web Semantic Mapping and Information Processing
    INFOCOMP / DataSys 2017 International Expert Panel: Challenges on Web Semantic Mapping and Information Processing INFOCOMP / DataSys 2017 International Expert Panel: Challenges on Web Semantic Mapping and Information Processing June 28, 2017, Venice, Italy The Seventh International Conference on Advanced Communications and Computation (INFOCOMP 2017) The Seventh International Conference on Advances in Information Mining and Management (IMMM 2017) The Twelfth International Conference on Internet and Web Applications and Services (ICIW 2017) INFOCOMP/IMMM/ICIW (DataSys) June 25{29, 2017 - Venice, Italy INFOCOMP, June 25 { 29, 2017 - Venice, Italy INFOCOMP / DataSys 2017 International Expert Panel: Challenges on Web Semantic Mapping and Information Processing INFOCOMP / DataSys 2017 International Expert Panel: Challenges on Web Semantic Mapping and Information Processing INFOCOMP Expert Panel: Web Semantic Mapping & Information Proc. INFOCOMP Expert Panel: Web Semantic Mapping & Information Proc. Panelists Claus-Peter R¨uckemann (Moderator), Westf¨alischeWilhelms-Universit¨atM¨unster(WWU) / Leibniz Universit¨atHannover / North-German Supercomputing Alliance (HLRN), Germany Marc Jansen, University of Applied Sciences Ruhr West, Deutschland Fahad Muhammad, CSTB, Sophia Antipolis, France Kiyoshi Nagata, Daito Bunka University, Japan Claus-Peter R¨uckemann, WWU M¨unster/ Leibniz Universit¨atHannover / HLRN, Germany INFOCOMP 2017: http://www.iaria.org/conferences2017/INFOCOMP17.html Program: http://www.iaria.org/conferences2017/ProgramINFOCOMP17.html
    [Show full text]
  • FI-WARE Product Vision Front Page Ref
    FI-WARE Product Vision front page Ref. Ares(2011)1227415 - 17/11/20111 FI-WARE Product Vision front page Large-scale Integrated Project (IP) D2.2: FI-WARE High-level Description. Project acronym: FI-WARE Project full title: Future Internet Core Platform Contract No.: 285248 Strategic Objective: FI.ICT-2011.1.7 Technology foundation: Future Internet Core Platform Project Document Number: ICT-2011-FI-285248-WP2-D2.2b Project Document Date: 15 Nov. 2011 Deliverable Type and Security: Public Author: FI-WARE Consortium Contributors: FI-WARE Consortium. Abstract: This deliverable provides a high-level description of FI-WARE which can help to understand its functional scope and approach towards materialization until a first release of the FI-WARE Architecture is officially released. Keyword list: FI-WARE, PPP, Future Internet Core Platform/Technology Foundation, Cloud, Service Delivery, Future Networks, Internet of Things, Internet of Services, Open APIs Contents Articles FI-WARE Product Vision front page 1 FI-WARE Product Vision 2 Overall FI-WARE Vision 3 FI-WARE Cloud Hosting 13 FI-WARE Data/Context Management 43 FI-WARE Internet of Things (IoT) Services Enablement 94 FI-WARE Applications/Services Ecosystem and Delivery Framework 117 FI-WARE Security 161 FI-WARE Interface to Networks and Devices (I2ND) 186 Materializing Cloud Hosting in FI-WARE 217 Crowbar 224 XCAT 225 OpenStack Nova 226 System Pools 227 ISAAC 228 RESERVOIR 229 Trusted Compute Pools 230 Open Cloud Computing Interface (OCCI) 231 OpenStack Glance 232 OpenStack Quantum 233 Open
    [Show full text]
  • Thinking Outside the Tbox
    Thinking Outside the TBox Multiparty Service Matchmaking as Information Retrieval David J. Lambert School of Informatics University of Edinburgh I V N E R U S E I T H Y T O H F G E R D I N B U Doctor of Philosophy Centre for Intelligent Systems and their Applications School of Informatics University of Edinburgh 2009 Abstract Service oriented computing is crucial to a large and growing number of computational undertakings. Central to its approach are the open and network-accessible services provided by many different organisations, and which in turn enable the easy creation of composite workflows. This leads to an environment containing many thousands of services, in which a programmer or automated composition system must discover and select services appropriate for the task at hand. This discovery and selection process is known as matchmaking. Prior work in the field has conceived the problem as one of sufficiently describing individual services using formal, symbolic knowledge representation languages. We review the prior work, and present arguments for why it is optimistic to assume that this approach will be adequate by itself. With these issues in mind, we examine how, by reformulating the task and giving the matchmaker a record of prior service performance, we can alleviate some of the problems. Using two formalisms—the incidence calculus and the lightweight coordination calculus—along with algorithms inspired by information retrieval techniques, we evolve a series of simple matchmaking agents that learn from experience how to select those services which performed well in the past, while making minimal demands on the service users.
    [Show full text]
  • The Resource Description Framework and Its Schema Fabien Gandon, Reto Krummenacher, Sung-Kook Han, Ioan Toma
    The Resource Description Framework and its Schema Fabien Gandon, Reto Krummenacher, Sung-Kook Han, Ioan Toma To cite this version: Fabien Gandon, Reto Krummenacher, Sung-Kook Han, Ioan Toma. The Resource Description Frame- work and its Schema. Handbook of Semantic Web Technologies, 2011, 978-3-540-92912-3. hal- 01171045 HAL Id: hal-01171045 https://hal.inria.fr/hal-01171045 Submitted on 2 Jul 2015 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. The Resource Description Framework and its Schema Fabien L. Gandon, INRIA Sophia Antipolis Reto Krummenacher, STI Innsbruck Sung-Kook Han, STI Innsbruck Ioan Toma, STI Innsbruck 1. Abstract RDF is a framework to publish statements on the web about anything. It allows anyone to describe resources, in particular Web resources, such as the author, creation date, subject, and copyright of an image. Any information portal or data-based web site can be interested in using the graph model of RDF to open its silos of data about persons, documents, events, products, services, places etc. RDF reuses the web approach to identify resources (URI) and to allow one to explicitly represent any relationship between two resources.
    [Show full text]
  • D2.2 Specification Shopping
    Contract No. H2020 – 636078 INFORMATION TECHNOLOGIES FOR SHIFT TO RAIL D1.6 – Proof-of-Concept Packaged Resolvers Core Features Due date of deliverable: 31/08/2016 Actual submission date: 13/12/2016 Leader Deliverable: Mariotta Guido (LEONARDO) Reviewed: Y Document status Revision Date Description 1 12/12/2016 Reviewed by TRENITALIA 2 13/12/2016 Final version after TMC approval Project funded from the European Union’s Horizon 2020 research and innovation program Dissemination Level PU Public X CO Confidential, restricted under conditions set out in Model Grant Agreement CI Classified, information as referred to in Commission Decision 2001/844/EC Start date of project: 01/05/2015 Duration: 30 months ITR-WP1-D-FIN-026-02 Page 1 of 68 13/12/2016 Contract No. H2020 – 636078 INTRODUCTION Chapters 1 through 8 of this document describe the purpose, design drivers, use cases, provided capabilities, logical function sequences, components and interfaces of the IT2Rail Interoperability Framework. Chapter 9 documents the implementation of the core release (CREL) features of the design, namely: 1. The IT2Rail rdf-framework foundation framework for processing data expressed in the Resource Descriptor Framework (RDF) language, semantically annotated with terms described in the domain’s ontology, the latter written in the Ontology Web Language (OWL). The framework provides additionally connectivity to distributed triple stores, including the IT2Rail triple store that implements the Ontology Repository, containing the OWL ontology, and the Semantic Web Service Registry containing service descriptors also represented as RDF statements. 2. The Semantic Graph Manager component of the design, based on the IT2Rail rdf framework, which provides semantic data discovery, query an aggregation over linked, distributed triple stores.
    [Show full text]
  • (Semantic) Web
    KBS Development on the (Semantic) Web David Corsar and Derek Sleeman Department of Computing Science, University of Aberdeen Aberdeen, UK {dcorsar, d.sleeman}@abdn.ac.uk Abstract out reference to any other particular component; repositories were developed for each type of component and were re- The benefits of reuse have long been recognized in the sponsible for the storage and provision of different examples knowledge engineering community where the dream of creating knowledge based systems (KBSs) on-the-fly of each of these components. In theory, to develop a new from libraries of reusable components is still to be fully KBS, the knowledge engineer or an automated agent sim- realised. In this paper we present a two stage methodol- ply selects the appropriate components for their task (from ogy for creating KBSs: first reusing domain knowledge repositories) and configures them to work together. Con- by mapping it, where appropriate, to the requirements figuration was often simply viewed as a mapping process: of a generic problem solver; and secondly using this for example, for a PSM to work with a particular domain mapped knowledge and the requirements of the prob- ontology, mappings would be defined between the two: the lem solver to “drive” the acquisition of the additional mappings would allow the PSM to access and use the do- knowledge it needs. For example, suppose we have main knowledge provided by the domain ontology during available a KBS which is composed of a propose-and- the PSM’s execution. Despite considerable research focused revise problem solver linked with an appropriate knowl- edge base/ontology from the elevator domain.
    [Show full text]
  • Semantic Web Services SS 2018
    4/23/2018 Semantic Web Services SS 2018 Semantic Web Anna Fensel 23.04.2018 © Copyright 2010‐2018 Dieter Fensel, Ioan Toma, and Anna Fensel 1 Where are we? # Title 1 Introduction 2 Web Science + Cathy O’Neil’s talk: “Weapons of Math Destruction” 3 Service Science 4 Web services 5 Web2.0 services + ONLIM APIs (separate slideset) 6 Semantic Web 7 Semantic Web Service Stack (WSMO, WSML, WSMX) 8 OWL-S and the others 9 Semantic Services as a Part of the Future Internet and Big Data Technology 10 Lightweight Annotations 11 Linked Services 12 Applications 13 Mobile Services 2 1 4/23/2018 Agenda 1. Motivation 1. Development of the Web 1. Internet 2. Web 1.0 3. Web2.0 2. Limitations of the current Web 2. Technical solution 1. Introduction to Semantic Web 2. Architecture and languages 3. Semantic Web - Data 4. Extensions 1. Linked (Open) Data 2. Schema.org 3. LOV 5. Summary 6. References 3 MOTIVATION 4 2 4/23/2018 DEVELOPMENT OF THE WEB 5 Development of the Web 1. Internet 2. Web 1.0 3. Web 2.0 6 3 4/23/2018 INTERNET 7 Internet • “The Internet is a global system of interconnected computer networks that use the standard Internet Protocol Suite (TCP/IP) to serve billions of users worldwide. It is a network of networks that consists of millions of private and public, academic, business, and government networks of local to global scope that are linked by a broad array of electronic and optical networking technologies.” http://en.wikipedia.org/wiki/Internet 8 4 4/23/2018 A brief summary of Internet evolution Age of eCommerce Mosaic Begins WWW Internet Created 1995 Created 1993 Named 1989 and Goes TCP/IP TCP/IP Created 1984 ARPANET 1972 1969 Hypertext Invented Packet 1965 Switching First Vast Invented Computer 1964 Network Silicon Envisioned A Chip 1962 Mathematical 1958 Theory of Memex Communication Conceived 1948 1945 1945 1995 Source: http://slidewiki.org/slide/24721 9 WEB 1.0 10 5 4/23/2018 Web 1.0 • “The World Wide Web ("WWW" or simply the "Web") is a system of interlinked, hypertext documents that runs over the Internet.
    [Show full text]
  • Semantic Web Service Selection Based on Service Provider's
    D A D’Mello et al: SEMANTIC WEB SERVICE SELECTION BASED ON BUSINESS OFFERINGS Semantic Web Service Selection Based on Service Provider’s Business Offerings Demian Antony D’Mello V.S. Ananthanarayana Department of Computer Science and Engineering Department of Information Technology St. Joseph Engineering College, Mangalore National Institute of Technology Karnataka Karnataka, INDIA – 575 028 SrinivasNagar, INDIA – 575 025 e-mail: [email protected] e-mail: [email protected] Abstract—Semantic Web service discovery finds a match between the service requirement and service advertisements based on the semantic descriptions. The matchmaking mechanism might find semantically similar Web services having same matching score. In this paper, the authors propose the semantic Web service selection mechanism which distinguishes semantically similar Web services based on the Quality of Service (QoS) and Business Offerings (BO). To realize the semantic Web service discovery and selection (ranking), we propose the semantic broker based Web service architecture which recommends the best match for the requester based on the requested functionality, quality and business offerings. The authors design the semantic broker which facilitates the provider to advertise the service by creating OWL-S service profile consisting information related to functionality, quality and business offerings. After the service advertisement, the broker computes and records matchmaking information to improve the performance (service query time) of discovery and selection process. The broker also reads requirements from the requester and finds the best (profitable) Web service by matching and ranking the advertised services based on the functionality, capability, quality and business offering. Keywords-Semantic broker, Service selection, Quality of Service, Business offering, Ontology I.
    [Show full text]
  • An Approach to Managed Clustering for Knowledge- Based Networks
    AN APPROACH TO MANAGED CLUSTERING FOR KNOWLEDGE- BASED NETWORKS A thesis submitted to the University of Dublin, Trinity College for the degree of Doctor of Philosophy Dominic Hugh Jones, B.Sc. (Hons), M.Sc. Knowledge and Data Engineering Group (KDEG) School of Computer Science and Statistics Trinity College, Dublin, [email protected] Supervised by Dr. David Lewis Co-Supervised by: Dr. Declan O’Sullivan Declaration and Online Access I declare that this thesis has not been submitted as an exercise for a degree at this or any other university and it is entirely my own work. I agree to deposit this thesis in the University’s open access institutional repository or allow the library to do so on my behalf, subject to Irish Copyright Legislation and Trinity College Library conditions of use and acknowledgement. ______________________ Dominic Hugh Jones April 2013 II Acknowledgements I would first like to thank Dr. David Lewis for providing me with this opportunity to pursue the degree of Doctor of Philosophy. Dr. Lewis has been supportive, critical, encouraging and has become both a friend and mentor over my time in KDEG, it has been an honour to work with Dr. Lewis. Dr. Lewis has been able to offer me funding through Science Foundation Ireland under Grant No 05/RFP/CMS014 (Mecon) and Grant number 07/CE/I1142 (CNGL). For this I am extremely appreciative. It has been a privilege to have the co-supervision of Dr. O’Sullivan who offered me advice and support that has been invaluable over the years. Special thanks to Dr.
    [Show full text]
  • A Semantic Broker for GIS Interoperabilty
    HORUS: a Semantic Broker for GIS Interoperability Eric LECLERCQ, Djamal BENSLIMANE, KokouYETONGNON´ LE2I - Equipe´ Ingenierie´ Informatique - Universite´ de Bourgogne 9, rue Alain Savary - BP 400 21011 DIJON Cedex - FRANCE g e-mail : fEric.Leclercq,Djamal.Benslimane,Kokou.Yetongnon @u-bourgogne.fr Abstract database consisting of the results of financial analysis and market- ing research carried out in the selected areas. The diversity of spatial information systems promotes the need to integrate heterogeneous spatial or geographic infor- The primary intent of GIS interoperability is to provide functional- mation systems (GIS) in a cooperative environment. This pa- ities to allow transparent and integrated sharing among systems by per describes HORUS (an Heterogeneous Object Request Uni- addressing issues related to spatial data heterogeneity, conflicts and formization System), a part of the research project ISIS (Inter- contexts (to interpret data from other systems). Exchanging and operable Spatial Information System) which adapts semantic sharing information among heterogeneous and autonomous GIS mediation approach to GIS interoperability. Its key character- may be hindered by differences in 1) the spatial data models (raster, istic is a dynamic resolution of semantic conflicts which is ad- spaghetti, network, geometric...) and data formats (DEM, Tiger, equate for achieving autonomy, flexibility and extensibility re- SDTS, ...) used to represent the data and 2) specific geoprocessing quired in WEB environments. We propose a loosely coupled ar- functions (shortest path, map overlay, ...) supported by systems. chitecture based on distributed object paradigm, to share spa- Furthermore, users of spatial application work under different se- tial information and services. We describe a spatial OO model mantic assumptions.
    [Show full text]
  • Universitetet I Oslo
    UNIVERSITY OF OSLO Department of informatics Semantic Technologies and Publish/Subscribe in Support of Distributed Decision Making Master thesis 60 credits Joachim Reitan 04.05 2009 Abstract Semantic technologies are a family of specifications and accompanying tools that aim to raise the level of data processing from the syntactic to the se- mantic. The research community expects this to bring important advantages to information integration and sharing, culminating with the realisation of a semantic web. Publish/subscribe is a paradigm for asynchronous exchange of messages between anonymous and loosely coupled clients. The routing of messages is based on the expressed information need of the receiving clients. This thesis outlines the design and properties of a publish/subscribe notification service that uses semantic technologies for selective filtering and routing of notifications. In addition, it discusses how the proposed solution might be applied to a specific domain. Network Centric Warfare (NCW) is chosen for application domain. NCW is a military doctrine with the ambition of using information technology to reform the way military forces are organised and operate. Acknowledgements First of all, I would like to thank my supervisor, Professor Josef Noll at UniK. You have been very valuable in leading me onto the right track, pointing out things I have overlooked and, not least, stopped me from getting lost in every possible digression along the way. Then I would like to thank my employer, Forsvarets Forskningsinstitutt, and in particular Frank Steder and Rune Stensrud for accepting this long period of partial absence. Last, but above all, I would like to thank Ellen Skjold Kv˚ale,my dear girlfriend.
    [Show full text]