distributed traffic management system

Authors: Necula Emilian, Necula Raluca, Adrian Iftene

Faculty of Computer Science, ”Alexandru Ioan Cuza” University of Iasi, Romania

Distributed Traffic Management System

1SYNASC 201025 September 2010

• Motivation

• Research foundation

• Proposed solution

• Application architecture

• Simulation statistics

• System evaluation

• Conclusions

Content


• The costs of improving the existing infrastructure

• Problems of road traffic: congestion

• Negative effects of congestion

Motivation

3SYNASC 2010

Solution: Traffic Management, Intelligent Transportation Systems25 September 2010

• Traffic: complex system with 2 approaches: - Macro-modeling - British TRANSYT Program, American FREQ Program, FREFLO Prog

- Micro-modeling - AIMSUN2,CORSIM,FOSIM,HIPERTRANS, HUTSIM, MicroSim, MITSIM, OLSIM

• Expert Systems

• Prediction-based optimization

• Fuzzy logic

• Reinforcement learning

• Intelligent agents

Research foundation


• Including the concepts of: adaptability and monitoring

• Intuitive representation of the road infrastructure

Proposed solution


• Java - architecture neutrality - portability, flexibility, modularity - reuse of code

• Qt - graphical user interface - intuitive API - easy communication between components and the core of the application

• PostgreSQL - data are managed in a PostgreSQL relational database

Used technologies


Application architecture


• OSM (Open Street Map) - covers all the European road network and a big part of national

roads (~90%) - the maps can be imported both direct from the web both from the

local machine

Used formats (I) - OSM


• SUMO (Simulation Of Urban Mobility) - employed at configuring the simulator - XMLs (road elements) are generated by using TME and sumo.exe - combines the physical level with the logical level of the

application

Used formats (II) - SUMO


Important modules – Editing routes and scenarios

10SYNASC 2010

configure navigating scenarios

can be configured parameters

specify road start and end edges or similar areas ItemArea

25 September 2010

• Implemented in the package editor.tls - Traffic light = node with special proprieties and methods - The default logic (red/yellow/green intervals) can be

modified from:

Important modules – Traffic light logic

11SYNASC 2010

dialog window

25 September 2010

• Traffic diversification by configuring physical attributes and behavioral attributes

Important modules – Vehicles editing


• Highlighting the statistical data on the map

• Coloring the street edges with specific set of colors (red - high values, green - normal values) regarding:

- the density of cars

- average/maximum speed

- number of stoppings

- degree of occupancy (%)

The final viewing of data (I) - On Map


- graphic by points - graphic by time intervals

The final viewing of data (II) – by Charts


• The advantages of dynamic logic for the traffic lights - maintaining a fluent traffic even in the cases with high traffic fluctuations

(first hours in the morning, lunch, input/output arteries in the city) or unexpected ones (unfavorable weather conditions, accidents)

- static vs. dynamic approach

System evaluation


• Our application (TME) offers:

- a scalable and flexible model for future developments

- the possibility of manipulating extensive road infrastructures

- an intuitive environment and with control facilities on scenarios

- statistical data with impact for selecting the areas with traffic problems

• Future work: - taking into account pedestrian traffic

- including of a system based on recommendation

- implementing of a module for mobile and wireless devices, PDA

Conclusions


Thank you !


Questions ?

Q & A


distributed traffic management system

Documents

map synasc

osm synasc

sumo synasc

technologies synasc

charts synasc

pda conclusions synasc

traffic lights

cases withhigh traffic