---
# System prepended metadata

title: Background configuration system for rule creating to datagathering prototypes.

---

# Background configuration system for rule creating to datagathering prototypes.


## Introduction
- Iot
- Prototype development
    - Miten uuden prototyypin saa käyttökuntoon?
- (Rapid prototype development)
- Configuring issues - iterations - viittauksia omiin juttuihin
- Structure of paper

## Related studies
- (configuration examples)
- (configuration models)
- configuration in prototypes
## Prototyypin vaiheistettu kehitys
- Määrittely mitä prototyypin halutaan tekevän
- Tarvittavan laitteiston määrittely, hankinta ja kokoaminen
- Konfigurointi
- Monistettavuus
## System

- Kuva järjestelmästä laajennettuna alkuperäisestä, joka esitettiin [SQAMIA2018]

The system consists of a central service, which provides representational state transfer (REST) application programming interface (API) for client-side interaction and remote procedure call (RPC) functionality for delivering tasks to devices performing data gathering. Tasks define the outline of rules for collection and submission of task results. A simple web portal is implemented using Hypertext Markup Language (HTML) and JavaScript, which interacts with server-side APIs. The web user interface allows the user to create tasks (#1, Figure 1), which contain the pre-conditions for device operation, the selection of devices that participate in the tasks, and the desired output parameters. The tasks are delivered to the target devices (#2, Figure 1).

- target device saves pre-conditions by using some suitable method - configuration file, database...
- Algorithm in target device reads pre-conditions.

The pre-conditions contain options such as coordinates (or areas), time intervals (e.g., only take pictures during working hours), and velocities (e.g., should the device be moving at a certain speed or stationary). The output parameters notify the devices as to what information should be returned in the result responses (#3, Figure 1), such as pictures or location data – by default, all responses must contain timestamps.

## Use cases
The presented usecases are the projects where main idea was to create prototype system to collect data. The prototype needs rules to work as desired. This section presents two prototype systems where fine-tuning the rules took time.

### Sqamia2019

### Mipro2019 bussicase

## Conclusions
- The proposed system make easier to re-configurate the prototype
- More iteration cycles 

## References
- SQAMIA2018
- MIPRO2019 bussicase
- 