AEGIS Big Data https://www.aegis-bigdata.eu Tue, 16 Jul 2019 09:58:24 +0000 en-US hourly 1 https://wordpress.org/?v=5.6 2nd AEGIS Video https://www.aegis-bigdata.eu/2nd-aegis-video/ Tue, 16 Jul 2019 09:54:25 +0000 http://www.aegis-bigdata.eu/?p=654 Continued]]>  

The AEGIS project creates an open ecosystem of innovation and data-sharing over multiple sectors for public safety and security. In the second AEGIS video you can see how the developed platform orchestrates dataflows to exploit semantic technologies in big data environments and promotes new business models. Watch the video and find out more…

 

 

]]>
Online Presentation of the SHAL (Smart Home and Assisted Living) demonstrator https://www.aegis-bigdata.eu/online-presentation-of-the-shal-smart-home-and-assisted-living-demonstrator/ Thu, 23 May 2019 09:44:56 +0000 http://www.aegis-bigdata.eu/?p=616 Continued]]> The partners implementing the SHAL (Smart Home and Assisted Living) demonstrator are happy to invite all interested parties to an online presentation of the demonstrator, which will take place on Monday, June 10th 2019, at 12:00 CEST.

The overall session is expected to last for 30 mins and will provide an introduction on how the consortium used the AEGIS big data infrastructure to carry forward the development of services for personalised services for people belonging to vulnerable groups (in terms of health).

The topics to be presented/discussed during this event will be the following

  • What is AEGIS?
  • What is the SHAL demonstrator and who is it for?
  • How SHAL works (technical blueprint and hands on demo)?
  • How is SHAL linked to AEGIS?
  • Open Questions

 

To declare you interest for following the online presentation, please visit the following registration form https://forms.gle/hSr6wjEfy9xDpkHs9 

 

]]>
Automotive Demonstrator V3: Regional Driving Risk Estimator https://www.aegis-bigdata.eu/automotive-demonstrator-v3-regional-driving-risk-estimator/ Thu, 09 May 2019 10:52:31 +0000 http://www.aegis-bigdata.eu/?p=611 Continued]]>  

Increasing road safety is still a major worldwide challenge. Though road safety in the EU has improved in the last decades, still more than 25.000 people have lost their lives on EU roads in 2017 [1]. Harsh driving remains one of the major causes of accidents [2]. Hence, making areas of harsh driving visible to people can be a useful tool for various stakeholders to develop strategies for road safety improvement.

 

The overall goal of the Automotive Demonstrator V3 – Regional Driving Risk Estimator is hence to aggregate all driving safety-reducing events detected within the trips of individual drivers and then visualise them on a geographic map to provide an estimation of a regional driving risk.

 

The safe driving indicator (Automotive Demonstrator V2 [3]) has already quantified all individual driving risks per trip and driver. To increase the value of this information for various stakeholders, the Automotive Demonstrator V3 aggregates all individual driving risks into a regional driving risk. Thereby the regional driving risk is visualised as a heatmap overlay on a geographic map of the respective region to provide decision-relevant information.

 

Again, this demonstrator is very useful for insurance companies that want to better assess the driving risk within certain regions in order to adapt the policies of new customers living in that region according to a higher or lower driving risk. In addition, this demonstrator is valuable for road operators to better assess driving risks and who may suggest speed limits or other measures to make driving safer. Finally, this demonstrator is useful for city planners and traffic planners to better assess driving risks in cities and implement measures.

 

The figure below shows the output of the regional driving risk estimator for the districts St. Peter and Liebenau in the city of Graz. Thereby, it becomes visible that especially crossings are dangerous hotspots, where aggressive driving behaviour was conducted.

Figure 1: Regional Driving Safety Risk Estimator Heatmap

 

[1] Annual Accident Report 2018, https://ec.europa.eu/transport/road_safety/sites/roadsafety/files/pdf/statistics/dacota/asr2018.pdf

[2] Why monitor harsh braking and acceleration, https://www.verizonconnect.com/resources/article/harsh-braking-acceleration-why-monitor/

[3] Automotive Demonstrator V2 – safe driving indicator: https://www.aegis-bigdata.eu/automotive-demonstrator-v2-safe-driving-indicator/

]]>
AEGIS at the Big-Data.AI Summit https://www.aegis-bigdata.eu/aegis-at-the-big-data-ai-summit/ Thu, 02 May 2019 06:51:40 +0000 http://www.aegis-bigdata.eu/?p=601 Continued]]> The Big Data AI Summit (https://www.big-data.ai/), organized by BITKOM, is Europe’s leading summit for artificial intelligence and big data. More than 8,000 visitors experienced the Big-Data.AI Summit 2019 on April 10th and 11th at the Station Berlin.

 

Figure: Christian Kaiser presenting results of AEGIS at Big-Data.AI Summit

 

Christian Kaiser from VIF had the opportunity to present results of the AEGIS project on the first conference day to about 100 interested parties, mostly from industry. Thereby Christian provided insights into the development of two concrete data-driven services for intelligent mobility on the AEGIS platform. While the first data-driven service deals with the detection of road damage by analysing vehicle sensor data, the second service provides safety-relevant feedback to drivers. After his presentation, Christian held a series of discussions with representatives of the automotive industry who were interested in joint activities.

 

The abstract to Christian’s talk accepted by the programme committee of the Big-Data AI.Summit is attached below:

 

The automotive domain is changing from purely offering goods and associated services towards exploiting data- and analytics-driven services, too. Thereby new players from the big data ecosystem are entering the market to co-develop data-driven solutions together with classical players from the automotive industry.

 

In our talk, we will provide insights into the development of two concrete data-driven services: detecting road damage and individual driving styles. Both services were created using an analytics platform developed in the AEGIS Big Data project [1] funded by the European Commission in the Horizon 2020 framework program. The AEGIS platform combines numerous components of the big data ecosystem including Hadoop, Spark, Hops, Jupyter, TensorFlow, Hyperledger, and Elastic Search. Besides offering integrated components for the development of data-driven applications, one of the project’s main goals is to provide easy and flexible integration of third-party data-sources.

 

The main data source of the presented data-driven services are unsurprisingly measurements of vehicle data, all of them recorded during normal vehicle operation on public roads. We collected the measurements using a self-developed, custom logging device, built using only cheap and widely available commodity hardware. Of course, these measurements need pre-processing before they can be put to use. Our contribution will highlight the various difficulties we encountered and how we overcame them. For example, it is inter alia necessary to detect the actual position of the logging device in the vehicle in order to align the measurements collected by accelerometer and gyroscope to the vehicle’s coordinate system.

 

The first data-driven service we will present deals with the detection of road damage. As the impact of road condition on driving safety is not neglectable, this service is targeted at road maintenance companies to better manage their road maintenance works. For this service all available measurement data is analyzed in its entirety. Within the data, we detect “rumbling events” which indicate a potential road damage. These events are then spatially aggregated and normalized by the number of measurements that cover the respective area. The result shows for each point of the map how many percent of measurements detected a “rumble event” at the respective position. Thus, it can be interpreted as the spatial probability density of road damage.

 

The second data-driven service provides safety-relevant feedback to drivers. The goal is to provide interested drivers with insights into their individual driving style, allowing benchmarks with other drivers to stimulate safer driving behavior. Again, we start by calculating events – but this time the events are not related to the road conditions but instead describe safety relevant situations like harsh braking or hard cornering. In a second step, the calculated event information is enriched with weather data. This process is not as straightforward as it may seem at first sight, as weather data is usually not available for every position and time. Typically, the weather is measured only at various locations (weather stations) every half hour or so; thus a complex merge strategy is required. Next, we compute a risk score which is based on events and weather for each trip and driver. The risk score indicates the driver’s relative risk and provides prompt feedback as well as the possibility to compare with other drivers.

 

[1] Advanced Big Data Value Chain for Public Safety and Personal Security – AEGIS, https://www.aegis-bigdata.eu/

]]>
Insurance Demonstrator second Scenario: Personalized early warning system for asset protection https://www.aegis-bigdata.eu/insurance-demonstrator-second-scenario/ Mon, 08 Apr 2019 08:39:52 +0000 http://www.aegis-bigdata.eu/?p=594 Continued]]>  

Thanks to the cooperation between HDI and the AEGIS technical partners, the second Scenario of the Insurance Demonstrator continues to exploit at best the (updated) release of the AEGIS platform. The current results after the execution of the Scenario meet the needs of HDI, and at the same time open some interesting challenges that will be addressed with the final release of the platform and further improvements of the HDI tools.

 

The second Scenario of the Insurance Demonstrator is mostly related to the detection of a foreseen event of interest by the Event Detection Tool, differently from the previous one, in which the focus was on contacting the interested customers after a related event was just happened (anticipating their potential request). Through the AEGIS platform, the HDI Data Scientists can evaluate the risk exposure of the company by identifying the customers that could be affected by the events and the type of the policy/-ies held by them. Through the analysis of some features, for instance the number of accidents and the number of previous injuries, for each customer a priority value is assigned. The list of customers is then sent to the Web App for further processing by the HDI operators that will contact the customers.

The HDI Data Scientist may also send a push notification to the customers that have installed the HDI Mobile App, hence to those that had signed an AEGIS-specific terms and conditions agreement.

The notification received by the HDI customers, includes details of the event as well as information about further policy/-ies they could subscribe (type of policy, price, duration, restrictions) and contact references of the HDI agent that can support them. For this reason, every time a notification is sent to a customer, a mirroring notification is sent to the HDI Web App workspace of the responsible agent.

During the execution of the second scenario, an internal focus group has been organized at the HDI premises, involving data scientists and developers of the demonstrator, together for many iterations over the test cases, with the objective to provide a qualitative evaluation of the demonstrator.

 

Since the first round of evaluation, data scientists effectively run the Query Builder and Visualizer tools, correlating the features of the event with the in-house dataset regarding the customers’ policies and location, and having a fast overview of the interested customers on a map. They are now well trained in the use of the notebooks of the platform. The Web App that has been developed to allow the information exchange between the three actors involved in the process is working as expected, and the execution flow was tested by different users for each role and no issues were observed. The data scientists’ analyses within the AEGIS platform have also succeeded. The problems encountered in the first tests have been fixed in cooperation with the other partners of the consortium.

 

The general feedback is that the status of the demonstrator, although not yet fully integrated, is on a good direction and the different steps are clearly defined. The Event Detection Tool has been adequately trained for the second (medium) demonstrator in Italian, with the keywords ‘grandine’ and ‘grandinata’ (hailstorm), ‘polizia antisommossa’, ‘proteste’, ‘scontri’ (respectively riot police, conflict and protest). The number of tweets collected and labelled is around 5000 for each event type (including an enhanced training for the flood event, from 1000 tweets of the first phase to 5000 tweets) and neither retweets nor answers have been considered. The machine-learning algorithm of the Event Detection Tool has been improved. Developers highlighted the value of using the Event Detection Tool Python code potentially almost as-is for the streaming of tweets related to other keywords, languages and further scenarios. The use of the Web App by the data scientists has been effective and the tool has been considered clearly structured. The AEGIS platform was used for creating projects and upload datasets, and the offline Anonymiser was exploited for the management of sensitive in-house data.

The Mobile App has been used and tested, with its two basic functionalities developed ad-hoc: geolocalisation and push notifications, as well as the creation of the .csv file with customer reference name, current latitude and longitude, and the achieved results are satisfactory.

 

The main issue related to the second (medium) demonstrator and, in general, to the Insurance demonstrator is the privacy and security regulations. In order to respect the Italian and European Legislation about data treatment, and the Insurance specific policies, the in-house datasets stored in HDI databases are uploaded on the platform after their anonymization. The data are managed and handled only by the HDI employees that are working on the AEGIS project and only the columns of interest for the project evaluation purposes are kept.  Additionally, at the end of each analysis the in-house datasets are deleted from the AEGIS platform. Finally, a potential issue in the use of the mobile app is represented by the possible reluctance of the customers to give their consent for enabling the geolocation. In general, the second (medium) demonstrator has satisfied all the HDI actors, in terms of usability of the tools and accuracy of the analysis. Toward this end, the cooperation between the HDI employees and the technical team of the project was fundamental, from the definition of the user stories (D3.1) to the test cases execution.

The complete description of the Second Insurance Scenario Execution is available in the AEGIS Deliverable D5.4 – Demonstrators Evaluation and Feedback – v2 (to be published at https://www.aegis-bigdata.eu/public-results/).

 

Blog post authors: HDI – GFT

]]>
Smart Home and Assisted Living – Evaluation of the medium stage demonstrator https://www.aegis-bigdata.eu/smart-home-and-assisted-living-evaluation-of-the-medium-stage-demonstrator/ Fri, 22 Feb 2019 12:18:45 +0000 http://www.aegis-bigdata.eu/?p=588 Continued]]> Following the successfull evaluation of the early SHAL demonstrator, development went on towards implementation of the medium stage. The evaluation discussed here revolves around the two medium stage scenarios and the test cases examined to verify their completion.

Scenario 3 – Notifications and alerts for (at-risk) individuals

Scenario 1 includes the steps that have to be performed in order to onboard an individual and a carer to the system, which results in the acquisition of personal data that are used to classify (at-risk) individuals into specific profiles (“€œpersonas”). The accumulated data is then used (in an anonymous manner) by the Care Service Providers (CSPs), in conjunction with external data, for further analysis and for issuing simple notifications. In parallel, cares are registered to the platform and are connected to the (at-risk) individuals.

Regarding the test cases, first, the framework for an outlier detection model was created, delineating sets of persona outlier identification medical rules per condition or per group of conditions or of combination of conditions facilitating the definition of “personas outliers”. Subsequently the development of the outlier algorithmic and notification model was evaluated. The SHAL Web App received data from the defined sources and executed on Aegis the Outlier Notification Model in a configurable period of time. The model identified at-risk individuals / outliers by processing the new data against the defined rules. Additionally, template notifications that relate to medical rules have been created and have been linked to the different personas.

 

Scenario 4 – Smart home comfort profiling and notifications

Scenario 4 pertains the comfort profile model fitting framework and associated notifications to the end users, and constitutes the intermediate level of the Smart Home service of the demonstrator. The profiling process concentrates on the identification of personalized preferences for an at-risk person, based on the monitored environmental conditions and operational status, when he/she is at his/her living premises. Such comfort profiles are subsequently enriched by limits regarding VOC conditions, extracted from respective standards and directives. Given these models, the real-time data are continuously examined, and notifications/alerts, shown to the mobile app of the individual and/or informal carer, are generated, when conditions are recognized as not comfortable or potential detrimental to the person’™s health. The respective user stories are the following:

  • CSP: In order to enable the offering of the envisioned service, the CSP needs to estimate the personal preferences of individuals with respect to indoor living conditions. To that extent, the data scientist, working for the CSP, develops a comfort-profiling algorithm which is periodically trained on the smart home data, after the processing steps described in Scenario 2. The profiling framework is implemented in the AEGIS platform, allowing thus scalability of the used algorithmic processes. The model is then employed to continuously predict discomfort/potentially unhealthy indoor conditions, from the incoming data streams, and alert either the individual or the carer, through the mobile app, about the identified risks.
  • At-risk individual/Carer: The person and/or his/her informal carer register to the SHAL notification service, which allows them to receive the generated alerts prescribed above.

Two test cases were defined for evaluation of scenario 4. Firstly, The comfort profiling algorithm was created as a Jupyter notebook in the AEGIS platform. The required data-streams were previously established and data were cleaned and normalized. Consequently, the algorithm estimates the required Bayesian classifier model parameters and exports the class conditional posterior probabilities for given temperatures. Through these, the algorithm identified the comfort limits, which are utilized in the following test case to generate warnings on adverse indoor conditions. Following the identification of the comfort limits, a notification process was established within the smart home gateway, which checks in real-time the indoor environmental conditions and posts warning notifications to the SHAL backbone server, upon noticing that these deviate outside the acceptable limits.

 

The test cases were completed with success. At the final stage of the evaluation process, an internal focus group, comprised of six participants, was organized among the data scientists and developers of the demonstrator, so as to perform a further qualitative analysis. The details can be found in the associated AEGIS Deliverable 5.4.

]]>
Smart Home and Assisted Living – Overview and results of the early stage demonstrator https://www.aegis-bigdata.eu/smart-home-and-assisted-living-overview-and-results-of-the-early-stage-demonstrator/ Tue, 12 Feb 2019 10:12:32 +0000 http://www.aegis-bigdata.eu/?p=586 Continued]]> The objective of the Smart Home and Assisted Living (SHAL) Demonstrator is to illustrate the benefits of a big data platform through the implementation and offering of a services bundle towards advanced holistic monitoring and assisted living management, which aims to aid the everyday wellbeing of people belonging to vulnerable groups. In summary, the case study is the following: a social care service provider, for example a care centre for elderly individuals or a nursing home, desires to exploit big data-driven insights, in order to provide added value services to vulnerable individuals. The services pertain proactive and reactive security and protection through smart notifications and personalised recommendations, as well as indoor comfort and quality preservation. Proactivity and reactivity of the aspired services aim at prolonging self-sufficiency and independence of the at-risk individuals, boosting safety, and facilitating informed decision making, either by the individuals themselves, or by their (in)formal carers. The demonstrator is developed in Athens by Hypertech, UBITECH and Suite5, all Information and Technology (IT) companies which adopt the AEGIS roles of the service developers and data scientists.

Overall, the SHAL demonstrator will implement two main services that can be offered by a care service provider to at-risk individuals and/or their (in)formal carers:

  • Monitoring and analysis of an individual’s well-being conditions, physical activity, positioning and wearable information and external environment data (e.g. weather, crime, news, social media), towards provision of a service for personalised notification and recommendation system for at-risk individuals, including notifications for carers.
  •  Additional service pertaining monitoring and analysis of weather, indoor environmental conditions, energy and operational device data towards the provision of a smart home application, which can be offered by care providers to at-risk people for increased indoor comfort and welfare.

These services were broken down to six implementation scenarios, three for each service pertaining the early, medium and advanced version of the demonstrator, following the time plan for the circulation of versions 1, 2 and 3 of the AEGIS platform. Here we discuss the results from the implementation and evaluation of the early demonstrator scenarios:

Scenario 1 – (At-risk) Individuals data fetching, processing and classification

Scenario 1 includes the steps that have to be performed in order to onboard an individual and a carer to the system, which results in the acquisition of personal data that are used to classify (at-risk) individuals into specific profiles (personas). The accumulated data is then used (in an anonymous manner) by the Care Service Providers (CSPs), in conjunction with external data, for further analysis and for issuing simple notifications. In parallel, cares are registered to the platform and are connected to the (at-risk) individuals.

Seven test cases were implemented to evaluate the functionality prescribed in Scenario 1. Specifically, the necessary registration mechanisms were implemented in the SHAL Web App, with a simple profile page created where each user (either an at-risk individual or a carer) would be able to specify some personal information, as well as some information regarding his health and his conditions, and register devices to the platform, so as to allow the system to perform simple queries and categorisation functions. Furthermore, the application allows individuals to view available care takers and connect their profiles. On the Aegis platform, the Algorithm Execution Container was utilized to create a custom cluster analysis of at-risk individuals into specific profiles (Personas). The profile data of the at-risk individuals were first anonymised by removing any sensitive data, thus ensuring that the individual records or subjects of the data cannot be re-identified. In addition, the Aegis event detection toolkit was utilized. Events that are of interest for the CSPs and relate to their patients have to be identified so that the CSP Analyst can decide on issuing notifications to his monitored individuals. A notification mechanism reaching both individuals and also care-takers (not included in the original test case) has been implemented, using FireBase which allows the real-time provision of notification to users of mobile devices. Finally, notifications are issued by CSP analysts and are sent to person groups, where the CSP analyst only knows the user-id of people belonging to a persona, and not their real personal data. Once a notification is sent, a copy of it is sent also to the care taker who is linked to an individual.

Scenario 2 – Smart home data monitoring and processing

Scenario 2 constitutes the early version demonstrator with relation to the added value service of smart home automation. The scenario includes the following user stories and associated test cases, from the perspectives of the CSP and at-risk individuals respectively.

CSP: The first step towards the implementation of the smart home offering, pertains the establishment, by the data scientist working for the CSP, of data flows regarding the at-risk individual’s indoor conditions, and associated external weather measurements, as well as the required pre-processing and normalization that will allow, in a subsequent step, to train the profiling mechanism and estimate the personal preferences of the individuals.

At-risk individual: The individual, after registration to the SHAL service, is supplied with a mobile application. The Smart Home monitoring UI allows real-time information on temperature, humidity, VOC concentration and HVAC status to be visualised for informative reasons.

Another three test cases were defined for evaluation of scenario 2. The first pertained the establishment of the necessary hardware and software infrastructure for the collection of the defined smart home data streams. To achieve this target, a number of sensing and actuation instruments were installed. In particular, a proprietary multi-sensor and gateway combo device, developed and manufactured by Hypertech was installed. The combo device is equipped with luminance, temperature, humidity and VOC sensors, as well as the gateway controller, which accumulates the signals and transmits them to a server through a rest interface, using Wi-Fi and TCP/IP communication protocols. The combo device was coupled two other actuation instruments.an air condition actuator module, which allows monitoring and control of the HVAC device and a dimmable ballast with wireless controller for measuring and setting the dimming level on lighting devices. The monitored data are sent directly to the SHAL backbone server through a secure Rest interface. No personal data are transmitted, apart from the asset id, whose details were provided by the user upon successful registration to the demonstrator’s app. The second test case concentrated on the evaluation of the data processing capabilities of the AEGIS platform. Datetime entries were transformed to a standard format, and all data points were sorted according to their measurement time. Missing values for all measurement variables were filled in. Interpolation of all measurements to a constant time frame were also performed, and finally, motion data from the PIR sensors were processed in order to extract binary occupancy data. For the final case, a preliminary subset of the visualisations of smart home data, for informative purposes were implemented in the UI app.

All test cases were successfully completed. Implemenation and evaluation continued without significant issues towards the delivery of hte second version of the demonstrator. More details can be found in the corresponding deliverable https://www.aegis-bigdata.eu/wp-content/uploads/2017/03/AEGIS-D5.3-Demonstrators-Evaluation-and-Feedback-v1_v1.0.pdf.

]]>
AEGIS Newsletter – January 2019 https://www.aegis-bigdata.eu/aegis-newsletter-january-2019/ Fri, 08 Feb 2019 09:00:19 +0000 http://www.aegis-bigdata.eu/?p=576 Continued]]>
Welcome to the Latest News Alert of the AEGIS project

 

Below is a wrap-up of the most important things that took place in the last couple of months.

 

Results from Automotive Demonstrator presented at ECIS 2018 Conference
To disseminate results from the AEGIS project related to the automotive demonstrator, a scientific paper entitled “A Research Agenda for Vehicle Information Systems” has been submitted to and finally been accepted for presentation by the highly ranked European Conference on Information Systems (ECIS 2018).

The paper underpins the relevance of the AEGIS big data platform for automotive data science by investigating the ongoing digitalization within the automotive domain as an important driver of service and business innovation. Thereby “vehicle information systems” (Vehicle IS) emerge as a new class of information systems enabled through the data modern vehicles generate by a plethora of different sensors. This data can be meshed up with data from a variety of different other data sources, e.g. by using the AEGIS platform.

Read more here.

AEGIS at the European Big Data Value Forum 2018
The European Big Data Value Forum (EBDVF 2018) was held 12 – 14 November in Vienna, Austria. It is the key European event for industry professionals, business developers, researchers, and policy makers to discuss challenges and opportunities of the European data economy and data-driven innovations. The EBDVF featured many interesting talks as well as high quality networking. The AEGIS project was formally disseminated on the third day of the EBDVF 2018 in two different BDVA workshops.

The first BDVA workshop “Big Vehicle Data to Digital Services” mainly organized by VIF (Christian Kaiser and Manfred Rosenberger) and FOCUS (Yury Glikman) featured an interactive program, where about 20 workshop participants from different domains including automotive, manufacturing, smart home, law, and smart city joined forces in four groups to capture relevant application domain challenges.

The second BDVA workshop “Policy issues, opportunities and barriers in big data-driven transport“ organized by the subgroup leader of Mobility and Logistics Subgroup (BDVA) & Head of Transport Lab for Research at INTRASOFT International Mrs Akrivi Vivian Kiousi, featured pitches of various H2020 Big Data projects related to big data in transport including the AEGIS project pitched by Alexander Stocker (VIF).

More details about the workshops can be found in tour website’s blog post area.

Business Models for Big Data: developing the appropriate solution for the AEGIS platform
An in depth blog post about business models for Big data and the Aegis approach has been published by Gianluigi Viscusi, research fellow at CDM-EPFL.

Based on a detailed market analysis, the definition of the minimum viable product and the value proposition, the AEGIS business model exploits the free and open source platform to allow partners having revenues from support, consultancy, and customization activities.

Read the complete entry here.

Aegis 5th Plenary Meeting took place in Athens
The Aegis consortium met on the 8th and 9th of October 2018 in Athens, Greece for its 5th plenary meeting.

During the meeting, the new partner Konkat which will be active in the SHAL demonstrator amongst other activities, was welcomed to the consortium.

Moreover, the second version of the platform, which received very good comments during the 1st review meeting was showcased. Following this presentation, the consortium held open discussions and various brainstorming sessions, to introduce and finally select the new features that have been in the backlog as candidates, as well as requests that came out of the review meeting.

AEGIS Released the second version of the Bid Data Platform
Aegis released the second version of the platform on August 2018. The second release of the AEGIS integrated prototype features a partially functional high fidelity software prototype connected to a deployed version of the platform, providing an initial interface including the basic UI/UX for the users of the platform.

The updates on each constituent component have been summarised in a blog post that can be found in our website.

]]>
Knowledge Exchange Workshop on Vehicle Data Service Ecosystems https://www.aegis-bigdata.eu/knowledge-exchange-workshop-on-vehicle-data-service-ecosystems/ Wed, 06 Feb 2019 07:40:21 +0000 http://www.aegis-bigdata.eu/?p=571 Continued]]> A 2-day knowledge exchange workshop was conducted between VIF and ATB – Institute for Applied Systems Technology Bremen GmbH – in Bremen at 28.1 and 29.1.2019. VIF and ATB have met before in the Workshop Big Vehicle Data to Digital Services organized by VIF, where some common ground in research topics has been identified.

ATB is the coordinator of the H2020 Big Data project CROSS-CPP funded in the same call as AEGIS, namely ICT-14-2016-2017. CROSS-CPP aims at ‘establishing an IT environment offering data streams coming from mass products, such as vehicles and smart building automation systems’. CROSS-CPP is the successor project of AutoMat, which aimed at forming a ‘cross-border Vehicle Big Data Marketplace that leverages currently unused information gathered from connected vehicles’.

To facilitate knowledge exchange, VIF presented results of the AEGIS project to ATB and more specifically introduced the results from the automotive demonstrator with respect to inferring broken roads and safe driving. Many commonalities could be identified between AEGIS and CROSS-CPP. ATB has shown interest into the business applications developed by VIF in AEGIS, as similar ideas have been discussed by ATB in the AutoMat and CROSS-CPP projects with car manufacturers. ATB introduced the vehicle information model as a brand independent data model to make vehicle data available to cross-sectorial industries allowing cross-domain use cases, which will be extended in CROSS-CPP.

During this fruitful workshop many topics were aligned, and future cooperation activities were discussed.

Members from AEGIS and CROSS-CPP project team

]]>
Automotive Demonstrator V2: Safe Driving Indicator https://www.aegis-bigdata.eu/automotive-demonstrator-v2-safe-driving-indicator/ Mon, 04 Feb 2019 12:18:23 +0000 http://www.aegis-bigdata.eu/?p=563 Continued]]> While road safety in the EU has improved and the number of road fatalities in the EU has rapidly decreased in the last decades, still 25.300 people have lost their lives on EU roads in 2017[1], and 1,4 million people have been injured in 2016[2]. Aggressive driving is one of the major causes of traffic accidents. Harsh driving in terms of harsh acceleration and harsh braking can immediately affect driving safety[3].

The aim of the Automotive Demonstrator V2 – Safe Driving Indicatoris to detect unsafe driving behavior such as hard braking, hard acceleration, and hard cornering, considering also environmental information, and then quantify this unsafe driving behavior within a risk score.

There are two relevant data sources for this demonstrator: vehicle driving data and historical weather data. Vehicle driving data is collected by using a data logger developed at VIRTUAL VEHICLE, based on a BeagleBone Black single plate computer connected to a vehicle’s on-board diagnostics interface. The data logger turns on at the vehicle’s start and then automatically starts recording data.

To detect unsafe driving behavior, a data-analysis pipeline is executed on the AEGIS platform. Raw data files generated by the data logger’s sensors are merged, and all trips contained in the data are extracted. In this case, a trip is the data collected by a driver between the time of engine start, vehicle operation, and engine stop. All collected trips are resampled to a fixed, regular-spaced time grid of 10Hz. Then the coordinate system of the sensors is aligned with the coordinate system of the vehicle for each of these trips.

All prepared trips are loaded to infer three common types of safe driving events, harsh acceleration, harsh braking, and harsh cornering. Driving safety-relevant events are then inferred by using the following general procedure: compute an artificial ‘event-signal’, detect safe driving events when this ‘event-signal’ exceeds a certain threshold, and then store them together with associated information on the AEGIS platform for further processing.

Trip-specific safety-relevant events (harsh acceleration, harsh braking, harsh cornering) are visualized by using markers on a geographic map. The emergence of events is furthermore captured within a driving risk score. This risk score (‘safe driving score’) is provided as a %-value in a table for all trips of a driver as well as a total score for this driver as the average value of the last 50 trip’s risk scores. Trips get exponentially decreasing weights to give more recent trips more weight.

The information generated by demonstrator version 2 is intended to be used for driver coaching. The figure below shows data from 29 trips conducted by the anonymized driver1. The table shows trip duration, number of hard acceleration events, number of hard brake events, number of hard curve events and the trip specific risk score. For instance, the first trip with the id Trip_053 has a duration of 1,13 h, 27 hard acceleration events, 32 hard brake events, and 13 curve events, leading to a trip-specific risk core of 60,95. A risk score is always between 0 (vey unsafe) and 100 (very safe). A risk score of 60,95 means this trip is safer than 61% of all trips of all drivers processed on the AEGIS platform.  Furthermore, a total risk score for this driver is generated, too.

Figure 1: Trip-specific risk scores and total risk scores of a driver

In a coaching session, this trip can be visualized to show the geo-location of the inferred safety-relevant events on a map and to discuss them with the driver. Thereby different colors indicate different types of events (red for hard braking, blue for hard accelerations, and black for hard cornering).

Figure 2: Marker- visualization of driving safety-relevant events based on vehicle data

To motivate the driver to drive even more safely, a ranking of the safest drivers by using the total risk score can be provided, too.

 

[1]Communication from the Commission to the European Parliament, https://eur-lex.europa.eu/resource.html?uri=cellar%3A0e8b694e-59b5-11e8-ab41-01aa75ed71a1.0003.02/DOC_1&format=PDF

[2]Annual Accident Report 2018, https://ec.europa.eu/transport/road_safety/sites/roadsafety/files/pdf/statistics/dacota/asr2018.pdf

[3]Why monitor harsh braking and acceleration, https://www.verizonconnect.com/resources/article/harsh-braking-acceleration-why-monitor/

]]>