This deliverable presents the concept of AGILE gateway and describes the prototypes of the
makers and industrial versions of the gateway. Following the requirements identified in D1.1 and
D8.1, the final hardware architecture and the final gateway specifications are defined. Finally,
the deliverable provides preliminary information about the adoption of the gateway prototypes in
This deliverable introduces the concept of AGILE gateway and presents the preliminary hardware architecture of the makers and industrial versions of the gateway. The deliverable illustrates the methodology adopted for the design of the gateway, reports the results of the requirements analysis performed in WP1 and WP8 and provides the preliminary specifications of AGILE gateways.
This report forms the second iteration, and final deliverable, of Work Package 2 “Core Module Integration & Gateway SW framework development” part of the AGILE EC-funded Horizon 2020 project.
We report on functionality of the gateway and orchestration components such as the Operating System selected and being further developed, the underlying AGILE stack components (e.g. SDKs and APIs), the accompanying systems for configuration and recommendations as well as device provisioning and discovery subsystems.
Finally, we include the original review of requirements incl. assessment of IoT Protocols and Standards to facilitate use-case and pilot development.
This report forms the second Work Package 2 contractual deliverable of the AGILE H2020 ECfunded project. It provides the initial version of the mechanisms integrated and developed for the self-configuration (auto-configuration with support of the Configurator) of the gateway, the discovery and communication with IoT device as well as the framework for the remote gateway management.
The final version, that provides auto-configuration capabilities, will be presented in deliverable D2.3 (Final version of Gateway Self-configuration (auto-configuration with support of the Configurator), IoT Device discovery & Remote gateway management).
This report forms part of the contractual deliverables of the AGILE H2020 EC-funded project. It documents the results from the analysis of available IoT Standards and protocols (for IoT and Machine-to-Machine communication) that will be integrated within AGILE for maximising the connected device support and interoperability. Support of the selected protocols (for integration in various layers such as the operating system, device management and the userspace) is assessed for features such as device discovery, communication and, additionally, utilisation of external protocols (e.g. for messaging).
In addition, the deliverable illustrates a process for auto-configuring hardware modules within the gateway, focusing on the configuration steps required during the deployment of the gateway and on the resource optimisation at runtime. This will allow the AGILE gateway to be autoconfigured based on the application context and user preferences. A preliminary mechanism to implement the configurator service is documented herein. A more detailed documentation of the configuration, will be presented in deliverable D2.2 (initial version of Gateway Selfconfiguration, IoT Device discovery & Remote gateway management).
This deliverable presents the initial implementation of the core application interfaces of the AGILE gateway: The Gateway management Interface, the Data Management & the Developer’s UI.
This deliverable presents the initial outcome of the requirements analysis for the hardware and software features of the AGILE gateway. It also contains the proposed software stack architecture for the software components of the gateway.
This deliverable reports the work done until M18 on Task 4.2 and 4.3, about the integration of the AGILE platform with cloud services.
This document discusses the goal of usage control and monitoring of security-sensitive actions executed on the gateway.
This deliverable describes how usage control and monitoring is achieved through the implementation of the AGILE security architecture. To this end, the security architecture is placed in the big picture of the AGILE project, and the location of the enforcement points required to achieve proper access and usage control of the data is covered herein. Additionally, this report illustrates how monitoring of actions to track provenance of data access gives insights to security-aware users on how systems interacting with the gateway APIs act on their behalf and access their data.
From the technical perspective, the policy language used by AGILE and the evaluation of the security policies with their dimensions are discussed. Later sections describe how the desired role-based access control model presented in earlier deliverables has been implemented on top of our generic attribute-based security architecture. More importantly, this document clarifies how the role-based access control currently configured by default for the gateway is realised by explaining entity definitions and their policies. The aforementioned role-based access control mechanisms serve as the foundation to apply policies capable of ensuring proper usage control on the gateway’s data. This takes place through a flexible policy framework implemented based on usage lock policies.
Before defining security policies of any kind, entities in a system need to be authenticated. To achieve this, identity management components provide authentication mechanisms and administer attributes and credentials for the system’s entities. In this deliverable we introduce AGILE IDM (Identity Management) and its relation to the gateway’s architecture, the model chosen to handle entities attributes, and functionalities provided by AGILE IDM to gateway components and applications. Last but not least, some examples of use, tutorials (also available in github) and additional resources for piloting activities and developers are explained.
The goal of this deliverable is to provide a baseline for the exploitation management of AGILE. In this first iteration, the focus is on the innovation potential the individual project partners see for AGILE as an opportunity to explore alternative exploitation and monetization paths, or to enhance existing ones. In order to achieve a structured overview, a business model validation tool is introduced and applied to each participating partner in AGILE. The tool identifies each partners’ envisaged customer segments, their common need, the value promise of the solution, the technical aspects involved, the value network of stakeholders, the identifiable competition and the potential financial model. Each of these aspects is briefly explained with the goal of providing a starting point for later iterations of this deliverable.
The initial conclusions show that various partners in the project have compatible customer segments and value propositions that revolve around the AGILE solution. This compatibility is important, as it will allow individual partners to exploit results from the project in their respective businesses: it is clear that the integrated solution that AGILE promises to be will be exploitable as such, but at the same time it will allow several partners to build on and exploit the results even without a further commercialised, integrated platform.
D6.1 – Open Call Dissemination, Management & Submission Portal – was defined as being a website or part of a website linked to the main AGILE project website that will host all the information.
The information of the Open Call 1 is found on the homepage of the Agile IoT project: http://agile-iot.eu/
As part of this deliverable, a guide for applicants has been developed based on the internal call manual. This guide was also published on the call site.
Next to the information on the Agile IOT site, the site on F6S is used to gather and evaluate the proposals for the open calls: https://www.f6s.com/opencall1agile
All consortium partners were asked to assist in the dissemination of the open call in the respective markets where they are active. Eclipse foundation also helped spread the open call through their channels as part of their dissemination effort. Startupbootcamp IoT will promote the call worldwide through various dissemination channels (network of startups, IoT evens, etc.).
The goal of this deliverable is to provide an additional layer for the exploitation management of AGILE and enable exploitation planning. In this second iteration, the focus is put on the exploitation opportunities for each pilot conducted within AGILE to explore avenues for monetization and go-to-market strategies. To build up on the Business Modelling assessment from the first iteration of this deliverable, a stakeholder-based business modelling approach was chosen to define the business model scenarios of the single pilots as archetypes for AGILE exploitation possibilities. The approach defines the stakeholder environment in which the AGILE-driven solutions of the pilots are integrated and then defines which stakeholders could provide revenue to make the solution sustainable and which users would have to cooperate in order for the pilot-specific business models to be sustainable a the targeted market.
The business model solutions were drafted collaboratively in a workshop on the consortium meeting in Q1 2017 and refined afterwards. The initial conclusions from the business modelling exercise and following research show that each pilot has solid exploitation options and a variety of stakeholder that are likely to provide a sustainable inflow of revenue. The diversity of the pilot business models shows how flexibly AGILE can be deployed, without being limited to a specific application or a specific domain.
This report contains the result from the Eclipse IoT community on creating/embracing a new Eclipse IoT project based on AGILE software components, the outcome of the RFC to developers about the utilization of existing open source components, and finally the plan for dissemination activities to take place (identification of workshops to create/participate, list of additional tentative events for promoting AGILE).
The aim of this deliverable is to report on the development and integration of the hardware and software components for the execution of the pilots, including a description of each pilot architecture and main used cases covered by the implementation. The document includes also an initial version of the deployment plan of each pilot, covering aspects such as the specific scenario, calendar, or main evaluation metrics to consider.
The aim of this deliverable is to present the results from the analysis of requirements and the design specifications providing a first insight on the utilization and validation of the AGILE solution in the project’s pilots. The cornerstone for the requirements elicitation and the pilots definition has been the early engagement of all the project stakeholders into the pilots execution. The deliverable highlights the initial inputs on pilots and technical deals concerning the components definition and pilot preparation as part of the overall AGILE pilots execution and evaluation methodology.