MobiWay: Platformă Integrată pentru Sistemele de Transport Inteligent ale Viitorului. Raport Etapa 2014 Etapa 1 - Centrul Decizional

Transcription

1 1. Obiectivele generale MobiWay: Platformă Integrată pentru Sistemele de Transport Inteligent ale Viitorului PN-II-PT-PCCA , Nr. 16/2014 Raport Etapa 2014 Etapa 1 - Centrul Decizional 1 Obiectivele generale Obiectivul principal al proiectului MobiWay constă în crearea unui eco-sistem prin dezvoltarea suportului tehnologic pentru colaborare, partajare și construcția incrementală de servicii destinate creșterii nivelului calitativ, accelerării innovării și introducerii de noi servicii destinate Orașelor Inteligente ale viitorului. 1.1 Obiectivele fazei de execuție Etapa curentă a proiectului a avut ca obiectiv dezvoltarea Centrului Decizional MobiWay. Pentru aceasta, au fost urmărite activităţile: Activitate I.1. Analiza cerințelor și a soluțiilor similare. Activitate I.2. Arhitectura platformei MobiWay. Activitate I.3. Planul de exploatare și modele de business. Activitate I.4. Rețeaua de comunicație suport pentru colectarea și partajarea datelor. Activitate I.5. Monitorizare, management, securitate și protecția utilizatorilor Activitate I.6. Platforma mobilă a sistemului DaFP Activitate I.7. Eco-sistemul MobiWay. 1.2 Rezumatul fazei Obiectivul acestei etape îl constituie construcția fundamentului platformei MobiWay și controlul asupra proiectării, integrării și asigurării calității procesului de dezvoltare a tuturor componentelor și produselor software, în cadrul proiectului. Acesta etapa acționează, astfel, ca un centru de control pentru celelalte pachete de lucru, asigurând controlul efortului implicat de diversele activități de dezvoltare și cercetare. Pentru obținerea unui imagini clare asupra arhitecturii proiectului propunem efectuarea unei analiză a cerințelor venite din partea serviciilor și aplicațiilor ITS, respectiv a participanților în cadrul eco-sistemului. 1

2 2. Analiza cerințelor și soluții similare Analiza cerințelor și monitorizarea principalelor realizări și actori cu legătură în ecosistemul MobiWay vor conduce, încă din primele luni ale proiectului, la dezvoltarea unui plan arhitectural al platformei. Acest pas este necesar pentru stabilirea unui punct de pornire în construcția incrementală a componentelor propuse în celelalte pachete de lucru. De asemenea, sunt propuse tot în cadrul acestei etape, construcția de scenarii realiste de lucru, bazate pe rezultatele analizei cerințelor, dar și analiza serviciilor și scenariilor pilot prevăzute a fi evaluate în MobiWay (în Etapa IV). În faza curentă a proiectului MobiWay Modele și Tehnici pentru Eficientizarea Traficului în Medii Urbane" au fost efectuate următoarele: 1) s-au identificat o serie de soluții și mecanisme suport pentru managementul și eficientizarea traficului în medii urbane, considerând comunicația între participanții la trafic și între aceștia și infrastructura rutieră, respectiv orchestrarea și schinbul de date între servicii ITS; 2) s-au identificat, în urma unei analize critice asupra soluțiilor anterioare, dar și pornind de la o analiză a aplicațiilor pilot ce se urmăresc dezvoltate în eco-sistemul MobiWay, o serie de cerințe pentru platforma dezvoltată, pe baza cărora a rezultat; 3) o propunere de arhitectură a platformei MobiWay. De asemenea, tot în etapa curentă, 4) s-au analizat critici și definit mecanisme și soluții suport pentru comunicație, respectiv pentru colectarea, agregarea și partajarea datelor (urmărinduse inclusiv aspecte legate de securitate, anonimizarea și protecția datelor confidențiale critice, mecanisme de analiză și corecție a erorilor datelor, mecanisme suport pentru creșterea gradului de încredere în datele colectate). Pentru dezvoltarea planului de business, tot în etapa curentî 5) s-au analizat actori și soluții ITS ce ar putea fi integrate în platforma MobiWay, rezultând de aici; 6) planul de exploatare și modele de business, respectiv; 7) s-au pus bazele eco-sistemului în jurul MobiWay; 8) și s-a urmărit diseminarea și crearea de legături cu posibile organizații partenere (prin participarea la evenimente importante în domeniu). Pentru toate rezultatele etapei s-au realizat analize critice asupra lucrărilor din literatura de specialitate, și au fost stabilite seturi de funcționalități și mecanismele de extindere. Rezultatele obţinute în această fază au fost publicate şi prezentate în cadrul unor evenimente ştiinţifice naţionale şi internaţionale ce vor fi detaliate în continuare, în cadrul prezentului raport. 2 Analiza cerințelor și soluții similare 2.1 Cadrul proiectului Congestiile în trafic sunt realități ce afectează viața urbană. Încă din Septembrie 2001 Comisia Europeană publica raportul European transport policy for 2010: time to decide 1. În cadrul său era recunoscut rolul important jucat de infrastructura de transporturi în economiile moderne europene și erau identificate o serie de obiective politice majore la nivel European care se preconizau că vor ajuta la eficientizarea sistemelor de transport existente

3 2. Analiza cerințelor și soluții similare Raportul recunoștea că dezvoltarea de noi infrastructuri nu reprezintă o soluție la fel de atractivă precum cele bazate pe Sistemele Inteligente de Transport (ITS) [1]. Astfel de soluții se bazează, printre altele, pe comunicarea wireless între dispozitive mobile situate în vehicule, respectiv procesări inteligente de date pentru o mai bună automatizare a controlului traficului. Conform raportului, în viitor rezolvarea ambuteiajelor poate fi rezolvată cu ajutorul tehnologiei și dispozitivelor mobile moderne. Sistemele ITS reprezintă, de altfel, la ora actuală teme prioritare de cercetare la nivel European și mondial. Sistemele Inteligente de Transport (ITS eng. Intelligent Transport Systems) se bazează, așadar, pe un nivel de comunicație care face posibil schimbul de date între vehicule și între vehicule și infrastructura rutieră (sau centre de date ce agregă informațiile preluate din trafic pentru obținerea unor informații ce sunt folosite apoi pentru optimizarea/controlul traficului). La bază, aplicațiile sunt construite pentru platforme special dedicate colectării de date din trafic (pornind de la diverși senzori), agregării și extragerii de informații utile. În funcție de gradul de implicare al participanților la trafic, există sisteme ITS de control inteligent al traficului ce includ sau nu participanții la trafic (precum sistemele ce încorporează senzori montați în asfalt, sau camerele de luat vederi, ce obțin informații folosite apoi pentru, de exemplu, schimbarea dinamică a culorii semafoarelor pentru un control al traficului). Aplicațiile ce includ participanții la trafic, pe de altă parte, se bazează pe o colectare dinamică a datelor din trafic, folosind chiar dispozitivele mobile ale acestora. Prima categorie de aplicații ITS presupune o serie de costuri (ex., montarea de mulți senzori sau camere video la nivelul infrastructurii), și pot ridica o serie de probleme de privacy (efectul Big Brother). Cea de-a doua categorie se bazează pe tehnologii crowd sensing (sau, colaborarea între participanți exact în scopul colectării datelor), și pe lângă că impune costuri mai reduse (senzorii sunt deja aflați în trafic, purtați de dispozitivele de geo-poziționare ale telefoanelor de exemplu) conduc și la o colectare mai bună a datelor de trafic. Problema e că, la ora actuală, construirea de noi servicii și aplicații ITS reprezintă o provocare, deoarece acestea au de rezolvat probleme precum: (1) lipsa datelor suport pentru mobilitate, respectiv (2) absența serviciilor de bază cu care s-ar putea interconecta. Sistemele ITS sunt sisteme în care calitatea informațiilor este direct proporțională cu volumul de date ce descriu mobilitatea (ex., o nouă aplicație de navigare are nevoie să capteze suficiente date din trafic pentru a oferi rute calitative participanților la trafic, o aplicație de control a congestiei are nevoie de monitorizarea cât mai multor artere de circulație, etc.). Acest aspect conduce la noi investiții în infrastructură (montarea de noi senzori, dezvoltarea de noi aplicații mobile și convingerea utilizatorilor să folosească încă o aplicație de monitorizare). Pe lângă lipsa interconectării la date, dezvoltatorii de soluții ITS mai au de rezolvat problema lipsei suportului de interconectare cu alte servicii similare. Majoritatea soluțiilor anterior propuse sunt în general proprietare și focusate pe rezolvarea unor probleme particulare. De cele mai multe ori dezvoltatori diferiți ajung, din această cauză, să dezvolte componente sau servicii ce rezolvă probleme similare (de exemplu, detecția modului de transport al unei persoane). Și mai problematic, noi idei ajung să nu fie niciodată implementate în momentul 3

4 2. Analiza cerințelor și soluții similare în care dezvoltatorii descoperă că au nevoie de compunerea cu servicii la care nu acces (de exemplu, pentru aflarea rutelor urbane dezvoltatorii au nevoie de integrarea cu servicii de management a transportului în comun, servicii de monitorizare a traficului, servicii de gestiune a unor taxiuri, etc.). O ultimă problemă este legată de faptul că utilizatorii unor servicii ITS nu sunt dispuși întotdeauna să participe cu date simultan în diverse aplicații ITS indepedente, respectiv municipalitatea nu poate suporta investiții disparsate necesare unor aplicații independente. Utilizatorul ajunge să ruleze pe telefonul mobil mai multe aplicații simultan ce execută funcții similare (colectarea de date), cu consecințe negative asupra consumului de baterie, traficului de rețea, etc. Toate aceste probleme acționează ca bariere în calea progresului în domeniu și constituie provocări pentru noi actori sau introducerea de noi idei în domeniu. MobiWay urmărește eliminarea acestor constrângeri, acționând ca un intermediar pentru conectarea și susținerea colaborării între parteneri implicați în domeniul ITS. MobiWay urmărește să introducă suportul colaborativ pentru noi servicii ITS și va susține eforturi de dezvoltare în domeniu, prin promovarea colaborării între utilizatori mobili și sprijinirea participării într-un eco-sistem comun de servicii. Informarea utilizatorului cu privire la impactul acțiunilor sale asupra mediului, asupra eventualelor costuri și beneficii/stimulente pe care le-ar putea primi prin participarea voluntară la captarea informațiilor de mediu, poate conduce la dezvoltarea de aplicații capabile să susțină o dezvoltare durabilă în alegerea unor soluții de transport, în direcția dezvoltării unei societăți implicate activ în reducerea consumului de carbon. Este de așteptat ca proiectul să susțină o creștere importantă a activităților de introducere și adoptare a unor servicii destinate orașelor inteligente ale viitorului, și de a implica în mod direct cetățenii în problema dezvoltării și explorării beneficierilor aduse de acestea. 2.2 Cerințele proiectului Proiectul MobiWay propune dezvoltarea unei platforme colaborative ce va acționa ca un mediator și va oferi suport pentru diverse organizații din domeniul ITS pentru partajarea de date de mobilitate și integrare de servicii suport specifice. Scopul proiectul îl constituie dezvoltarea unei platform colaborative și a unui eco-sistem ce va permite comunităților exploatarea colaborativă a datelor de mobilitate și a unor servicii specifice, respectiv va oferi suport pentru o mai bună colaborare a organizațiilor din domeniul ITS. Proiectul va oferi o nouă viziune asupra utilizării sistemelor mobile pentru furnizarea de conectivitate sporită între participanții la trafic și suport decizional în folosirea condițiilor în timp real de mobilitate pentru orașe inteligente. Datele colectate pornind de senzori reali și virtuali, eterogeni și distribuiți pe scară largă, de ordinul milioanelor, vor fi gestionate automat și analizate prin intermediul unor servicii distribuite de timp real, în platforme scalabile Cloud. Platforma rezultată va oferi suport pentru servicii capabile să integreze funcții de (a) business și de (b) îmbunătățire a calității vieții în mediile urbane. Toate aceste funcții conduc, în mod 4

5 2. Analiza cerințelor și soluții similare natural și prin comparație cu soluțiile tehnologice existente la ora actuală, către o serie de cerințe funcționale și non-funcționale pentru platforma dezvoltată, enumerate în continuare. Scurt sumar al cerințelor proiectului: Platforma MobiWay va trebui să suporte volume mari de date, colectate din surse distincte, într-o manieră corespunzătoare pentru a evita întârzieri în comunicarea mai departe a informațiilor agregate de trafic în timp aproape real. Vor fi folosite mai multe strategii de corecție și asigurare a calității datelor, pentru a menține la minim posibile erori și suporta posibile întreruperi în furnizare, rezultate din stream-urile de de date, citirile eronate ale senzorilor sau introducerea malițioasă de informații în sistem. Strategiile procesului de management vor fi dezvoltate pentru a executa cu succes procese de fuziune și agregare a informațiilor în modele de trafic, folosind un mix de stream-uri de date, ce uneori vor furniza inclusiv informații de trafic aflate în contradicție. Sustenabilitatea platformei trebuie asigurată, luând în considerare inclusiv riscuri legate de variabilitatea formatelor de date furnizate, ratelor cu care aceste date sunt furnizate, complexitatea legată de creșterea volumelor de date de procesat, etc.. Platforma va trebui să ofere suport pentru înregistrarea și descoperirea dinamică a unor surse de date (utilizatori mobili ce intră și ies constant din sistem). Platforma trebuie să suporte cerințe de scalabilitate și persistență a datelor stocate (vom avea două tipuri de stocare: de timp scurt, respectiv stocare pe termen lung, din care vor rezulta algoritmi pentru crearea de predicții de trafic). Platforma va trebui să suporte moduri de acces specifice unor scenarii Big Data: utilizatorii mobili vor scrie frecvent, utilizatorii servicii ITS vor scrie în rafală, iar citirile sunt sporadice. Rezultă de aici și cerințe în privința modului concurent de acces la date. Platforma MobiWay va colecta date (anonimizate) ce vor fi agregate în modele ale traficului la nivelul unui oraș Anomizarea și protecția datelor personale va fi făcută, așadar, cu respectarea legilor Europene, conform cu specificațiile Directivelor în vigoare (Directive 95/46/ EC, Directive 2002/58/ EC, Directive 2006/24/EC, 1021/00/EN WP207 Opinion 06/2013 și Directive 98/34/EC, Directive 2003/98/EC). Utilizatorii vor trebui să furnizeze acordul în privința termenilor de utilizare - însă nu prevedem nici o obiecție din partea clienților, având în vedere că rezultatele livrate de platformă vor fi în favoarea utilizatorului, iar tipul de date colectate sunt doar parțial sensibile (e.g., nu colectăm informații despre viața privată a utilizatorului). 5

6 2. Analiza cerințelor și soluții similare Confidențialitatea datelor este de importanță vitală, mai ales că platforma MobiWay va fi dezvoltată, pentru a suporta volumele mari de date preconizate, în tehnologie Cloud (conform, așadar, unui design multi-tenant). Tehnicile clasice de securitate folosite în soluții de stocare centralizate (e.g., zone de încredere izolate, cripare cu chei publice, etc.), ce încearcă în principiu izolarea tehnologiei de stocare de orice interacțiune externă, nu pot funcționa în tehnologie Cloud, deoarece ar dăuna scalabilității sistemului. Așadar, o cerință pentru componenta de securitate constă în dezvoltarea unui protocol de reconciliere între depozitele de date locale fiecărui utilizator, ce va trebui să țină cont de regulile de confidențialitate și securitate impuse de fieacre utilizator, dar și de tehnologia Cloud gazdă. În ce privește platforma de colectare, în special componenta mobilă, avem o serie de cerințe în privința protejării identității și confidențialității datelor cu caracter personal. Oamenii sunt sensibili la cum sunt captate și folosite datele provenite din proprii senzori, mai ales atunci când datele respectiv conțin informații privind locația utilizatorului. Ca urmare, platforma MobiWayva include mecanisme concepute pentru protecția informațiilor sensibile, cu caracter personal. Abordările tradiționale (folosirea criptografiei, procesarea de date cu respectarea constrângerilor de anonimizare, ec.) sunt, considerăm noi, insuficiente. De exemplu, un utilizator ce întrerupe temporar colectarea de date poate furniza informații chiar din stream-ul de date, ce ar putea fi percepute și folosite de alți utilizatori (ex., un taxi ce întrerupe în mod voluntar transmisia de date poate cauza suspiciuni în privința modului de operare sau activității curente). Așadar, propunem cercetarea și dezvoltarea de mecanisme pentru păstrarea confidențialității și anonimității, cu minimizarea accesului între servicii la date sensibile, interacțiuni ce se vor face doar prin mecanisme de mediere cu garanții de securitate și aplicarea de politici aflate sub controlul utilizatorului. În privința cerințelor de interoperabilitate și deschidere a datelor pentru a oferi suport privind interacțiunea cu servicii ITS, precizăm următoarele. Informațiile asupra datelor și algoritmii folosiți vor fi făcuți publici (politică tip open-source), pe site-ul proiectului, ceea ce va oferi altor actori în domeniul ITS șansa extinderii și avansării chiar cu scopul producerii în viitor de noi proiecte și servicii bazate de suportul oferit. Platforma colaborativă MobiWay va fi construită peste și oferi suport pentru standarde publice și deschise (Spatial Data Standards, GIS Interoperability, va oferi interfețe pentru accessful la date: Traffic Management Data Dictionary (TMDD), P15112 Incident Management Data Dictionary (P15112-IEEE), Traffic Model Markup Language (TMML), Geographic Markup Language (GML), Universal Traffic Data Format (UTDF), Digital Geospatial Metadata (FGDC-STD ), European traffic information exchage standard (DATEX2) și altele). Monitorizarea calității datelor va fi asigurată folosind mecanisme de provizionare supuse unor standarde și specificații corespunzătoare. Directia INSPIRE Directive 2 va fi urmată, în acest sens, pentru orice tip de date oferite ca intrare în platformă. 2 Directive 2007/2/EC of the European Parliament and of the Council of 14 March 2007 establishing an Infrastructure for Spatial Information in the European Community (INSPIRE), March

7 2. Analiza cerințelor și soluții similare 2.3 Sisteme ITS similare În cadrul proiectului Crocodile 3, susținut de programul EasyWay, a fost dezvoltată o soluție de Data Exchange pentru provizionarea de servicii ITS. Soluția pilot demonstrativă este C- ITS, dezvoltată de AustriaTech. Soluția nu e disponibilă la ora actuală pe Web, însă conform autorilor (discuții rezultate în cadrul ITS Romania Congress 2014), ea are la bază două părți: o platformă server pentru colectarea și gestiunea informațiilor de trafic, și o aplicație mobilă (bazată pe Android) pentru evaluarea platformei de colectare. Din acest punct de vedere, C-ITS acoperă doar parțial o serie de funcționalități comune și în cadrul platformei MobiWay. De altfel, au fost purtate la ora actuală discuții pentru o posibilă integrare între cele două platforme, posibil folosind standardul DATEX II. Siemens dezvoltă, de asemenea, o serie de soluții de trafic, instalate în diverse orașe în Europa. În cadrul evenimentului ITS Romania Congress 2014, a fost investigată posibiliatea cuplării între MobiWay cu informații și servicii dezvoltate de Siemens. IBM Intelligent Transportation este o platformă dezvoltată de IBM pentru managementul traficului la nivelul unui oraș. Platforma poate fi cuplată cu un Centru de Management al Traficului (TMC) și obține și procesa date în timp real, respectiv cupla împreună mai multe TMC-uri. Operatorii de trafic pot acces IBM Intelligent Transportation peste Internet, folosind un browser Web. Arhitectura platformei este modulară și deschisă, și are la bază soluții dezvoltate de IBM pentru comunicație și procesare. Platforma oferă suport pentru datafusion, acesta fiind procesul de combinare a informațiilor de trafic de diverse tipuri (viteză, poziție, etc.), pornind de la mai multe surse, pentru a obține estimări privind condiții de trafic. Procesul presupune captarea de date de la diverse surse, filtrarea datelor pentru înlăturarea unor informații eronate sau inutile, combinarea datelor într-un model matematic încărcabil într-un data warehouse, și oferirea de predictori privind condițiile de trafic, respectiv vizualizarea rezultatelor. Toate nivelele propuse în cadrul platformei IBM se regăsesc, de asemenea, în cadrul platformei MobiWay. Platforma IBM Intelligent Transportation este comercială, accesul făcându-se contra cost - de unde rezultă un avantaj pe care îl oferim, comparativ, în MobiWay. O altă aplicație, din sfera românească de această dată, este TrafficGuide - Traffic Information System for Romania 4. Nu se cunosc multe dintre detaliile tehnologice din spatele dezvoltării, soluția fiind proprietară - dezvoltator fiind compania Electronic Solutions. Proiectul are ca scop dezvoltarea unui sistem de gestiune a informațiilor de trafic în timp real, cuplând la ora actuală informații colectate pentru autostrăzi, drumuri naționale și zona Bucureștiului. Proiectului are parteneriate cu Compania Națională de Autostrăzi (CNADNR), Poliția Rutieră, respectiv municipalitatea București. În ceea ce privește funcționalitatea, datele de trafic sunt culese pornind de la diverși senzori de trafic. Evenimentele de trafic sunt introduce

8 3. Specificația tehnică a arhitecturii sistemului manual în platformă, prin intermediul unei interfețe pusă la dispoziția unui operator. Merită precizat că TrafficGuide.ro e la ora actuală partener într-o serie de proiecte de cercetare Europene, precum: EasyWay II, HeERO, EIP, sau CROCODILE. De asemenea, sunt promotori ai standardului DATEX II (prin participarea din EIP). Având în vedere că proiectul TrafficGuide.ro se bazează în principal pe senzori la nivelul infrastructurii rutiere (fiind singurii considerați de încredere ), investigăm în viitor o posibilă cuplare între platforma TrafficGuide.ro și MobiWay, de unde noi putem furniza date captate și provenind de la participanții la trafic, iar TrafficGuide poate furniza nivele de încredere sporite pentru verificarea și validarea informațiilor de trafic pentru modelul agregat de trafic în MobiWay. Sistemul de semaforizare al Municipiului București 5 BTMS (Bucharest Traffic Management System) a fost dezvoltat de compania UTI. Sistemul, închis, este compus din: un subsistem adaptiv pentru controlul traficului (UTC), subsistem pentru managementul vehiculelor aparţinând operatorilor de transport public (PTM), respectiv un subsistem CCTV cu funcţiuni de vizualizare a vehiculelor în intersecţii. Acestea sunt completate de Centrul de control, unde ajung informaţiile furnizate de toate cele trei subsisteme şi sunt gestionate pentru a obţine date despre trafic şi despre nevoile de prioritizare a acestuia. Soluţia a fost realizată în colaboarare cu SWARCO Austria (furnizor de echipamente de semaforizare), Alled Telesys International şi Motorola (furnizori de echipamente de comunicaţie), IBM (furnizor de echipamente IT), Pelco şi Teleste (furnizori de echipamente pentru CCTV) şi MIZAR (furnizor al software-ului de control al traficului UTOPIA). 3 Specificația tehnică a arhitecturii sistemului Soluția propusă de MobiWay se bazează pe dispozitive mobile aflate în trafic: telefonul mobil al participanților la trafic sau computerul de bord (pentru utilizatori individuali, sau în cadrul unor flote de vehicule aparținând unor organizații ce oferă soluții ITS). Aceste informații pot fi cuplate inclusiv cu alte informații captate din trafic, din surse aflate la nivelul infrastructurii rutiere sau date puse la dispoziție de municipalitate sau Centre de Monitorizare și Control a Traficului. Lăsând participanții din trafic să capteze direct informații, aceștia se transformă în agenți capabili să raporteze direct, în timp real, situația în trafic. Procesul de partajare a informației specifice fiecărui participant la trafic ridică probleme referitoare la protecția identității utilizatorului (sau alte informații sensibile). În MobiWay, utilizatorul are control deplin, pentru aceasta, asupra propriilor informații din trafic, conform cu propriile necesități. Modelul propus este unul participativ, în care utilizatorii sunt angrenați în procesul de colectare de date, alegând să dezvaluie informațiile colectate conform unor politici disponibile la nivelul platformei MobiWay. Astfel, platforma device centrată pe utilizator, oferind posibilitatea participanților de a limita accesul la informații conform propriilor politici. Tele

9 3. Specificația tehnică a arhitecturii sistemului Figura 1: Fluxul logic al platformei MobiWay. fonul mobil stochează informații relevante din trafic și le încarcă într-un data vault personal, controlat de către participant. Procesul de colectare de date este decuplat de cel de partajare a informațiilor, conform politicilor publice existente in platform propusă. Pentru a asigura extensibilitatea, toate informațiile legate de mobilitate (poziție, timp, viteză, orientare, etc.) sau derivate din procese de detecție și interogare pe dispozitive mobile vor fi separate de alte canale de comunicație specifice altor aplicații prin intermediul sistemului de control al schimbului de date (DaFP). DaFP este componenta responsabilă cu gruparea și transmiterea datelor. Sistemul de Mediere și Monitorizare a Serviciilor (SerMoN) este responsabil de legarea tuturor sub-sistemelor DaFP într-un ansamblu unitar. SerMoN gestionează eco-sistemul MobiWay prin interconectarea cu DaFP pentru controlul configurărilor de nivel înalt legate de colectarea și partajarea de informații și funcții oferite. SerMoN va facilita introducerea și gestionarea serviciilor, prin intermediul medierii, selecției și compunerii unor servicii, respectiv prin folosirea cunoștințelor semantice colectate pornind de la capabilitățile publicate de entitățile ViSe, de la informațiile de control suportate de DaFP, și diversele servicii înregistrate. Noile servicii vor putea achiziționa, de asemenea, informații pentru evaluarea nivelelor de Calitate a Serviciilor obținute din partea MobiWay. Ieșirea unor senzori (de exemplu, datele oferite de accelerometru sau magnetometru) vor 9

10 3. Specificația tehnică a arhitecturii sistemului Figura 2: Arhitectura platformei MobiWay putea fi prelucrate de către entități de tip Virtual Sensor (ViSe) prin definirea de semnale de procesare corespunzătoare, capabilități de detecție și seturi de reguli pentru clasificare. În același timp alte date provenind de la senzori (de exemplu, GPS) vor putea fi colectate ca efect al unor interogări simple. În acest fel, vom putea oferi mobilitate și informații legate de mediu pentru diverse tipuri de servicii. Pentru a obține concepte de nivel mai înalt legate de context, platforma va suporta de asemenea componente pentru fuziunea și derivarea de informații provenind chiar de la mai multe entități Vise. Problemele de securitate și protejare a identității entităților participante sunt luate în considerare atât la nivelul DaFP, cât și în platforma mobile middleware a sistemului. În momentul actual, nu există un format standard general acceptat pentru formatul datelor ITS. Totuși, lucrările de specialitate fac referire la câteva variabile din trafic care sunt necesare în vederea analizei traficului. Astfel, datele colectate din trafic trebuie să conțină cel puțin informații despre poziția participantilor în interiorul orașului, amprenta de timp, și viteza instantanee de deplasare. Datele colectate de către dispozitivele mobile vor fi transferate prin intermediului protocoalelor mobile (Wi-Fi dacă există, sau comunicație broadband, 3G/4G/LTE) in data vault-uri specific fiecărui utilizator, într-un spațiu disponbil în Cloud. Data vault ul unui utilizator este un spațiu de stocare virtual în Cloud. Data vault-ul este un sistem specializat și descentralizat care asigură spațiu de stocare, 10

11 3. Specificația tehnică a arhitecturii sistemului autentificarea utilizatorului, mecanisme de control al accesului, posibilitatea de definire și management a politicilor de securitate în vederea partajării informației stocate, precum și o interfață utilizator pentru interogare. Data-vault-ul se afla între utilizator și platforma MobiWay, și oferă utilizatorului un set de politici de control privind constrângeri asupra a ce informații vor fi partajate de acesta cu alți utilizatori (cu alte servicii sau alți utilizatori - politica fiind folosită în procesul de compunere a serviciilor). Facem observația că singura entitate de încredere este platforma MobiWay, datele colectate fiind folosite integral doar în procesul de agregare și derivare a modelului de trafic. În rest, pentru partajarea unor date direct între servicii utilizator, ex. pentru construcția unor servicii de transport multi-modal, utilizatorul poate specifica și este în deplin control asupra a ce informații sunt permise a fi transferate și ce operații pot fi aplicate asupra acestora. Data-vault-ul funcționează, așadar, ca un cont bancar sau un depozit de date personal, fiind punctul central pentru partajarea informatiei. Deși data-vaul-ul nu previne probleme de anonimizare legate de transmisie sau posibilitate reutilizării de către părți terțe, acest tip de sistem oferă utilizatorului posibilitatea de a-și controla și administra propriile informații. Politicile de control asupra datelor partajate se pot concentra asupra cine și ce anume poate vizualiza; se pot crea filtre de timp, bazate pe aspectul geografic (identificarea utilizatorului într-o arie ), activități specifice, sau tipuri de date. Definirea acestor tipuri de politici în vederea partajării doar a anumitor aspecte din datele colectate de utilizator, îl protejează pe acesta de partajarea brută totală a tuturor informațiilor stocate de către acesta. De exemplu, utilizatorul poate specifica că dorește partajarea strictă doar a informațiilor referitoare la locații pentru a ajuta la reducerea normelor de dioxid de carbon (exemplu de politică de partajare). Senzori virtuali abstractizează datele de la senzorii fizici [2]. Metodele existente de agregare în cadrul rețelelor de senzori oferă cel mai adesea operatori matematici standard asupra tipurilor de date eterogene [3]. Costul vizitării fizice a fiecărui senzor pentru a-l reprograma este unul prohibitiv, și din acest motiv abilitatea de a reprograma de la distanță rețele de senzori în vederea plierii pe anumite aplicații este esențială. Un senzor virtual este un senzor de tip software (prin comparație cu senzorii fizici hardware). Senzorii virtuali oferă posibilitatea măsurării unor condiții abstracte (care, prin natura lor, nu sunt fizic măsurabile), combinând date observate de la un grup eterogen de senzori fizici. Puterea senzorilor virtuali constă în faptul că senzorii fizici folosiți de către senzorul virtual pot fi eterogeni, senzorul virtual putând combina diversele tipuri de date oferite de aceștia în vederea calculării unei măsurători abstracte. Un alt beneficiu al senzorului virtual este acela că poate fi folosit pentru a masca în mod explicit sursa de date (senzorul) de unde provine informația. Un exemplu simplu este un senzor virtual care utilizează GPS atunci când este disponibil pe dispozitiv, dar poate permuta în vederea obținerii locației către alte sisteme de poziționare existente în zonă. Dacă GPS-ul nu este disponibil (suntem în interiorul unei clădiri), senzorul de date virtual are la dispoziție mai multe interfețe de programare, de unde poate obține datele, suportă mai multe puncte de acces captând date eterogene prin 11

12 4. Soluții de comunicație și transfer suport pentru colectarea și partajarea datelor intermediul altor senzori fizici, agregând informația într-o măsurătoare abstractă. De fapt, o multitudine de senzori necesari pentru a obține datele la nivelul aplicației sunt încapsulate într-o abstractizare numită senzor virtual. Acest aspect oferă generalizare și flexibilitate, marcând un nivel ridicat de abstractizare a informației la nivelul aplicațiilor care folosesc senzori virtuali. Informația din cadrul data vault-urilor utilizatorilor va fi preluată și stocată în cadrul platformei folosind politici publice expuse pe platforma Mobiway. În cadrul bazei de date din cadrul platformei vor exista tabele per utilizator, precum și tabele generale, obținute agregând datele de la fiecare utilizator în parte. Necesitatea tabelelor per utilizator este datorată faptului că data vault-ul pe Cloud are o capacitate finită, și nu trebuie persistat nedefinit. Același lucru se poate spune și despre tabelele de utilizator din cadrul Mobiway. Protectia anonimitatii utilizatorilor este un aspect important, ținând cont de securitate. Inexistența unei forme de a identifica un utilizator poate duce la diverse atacuri de securitate, dar în același timp divulgarea identității utilizatorului este un lucru nedorit în cele mai multe cazuri. O idee de anonimizare a identității participanților poate fi corelarea lor cu diverse puncte fixe din regiunile unde se colectează informațiile de trafic. Datele obținute de la utilizatori sau servicii ITS vor fi păstrate în două locuri: 1. În data vault-urile specifice fiecărui utilizator individual, în cadrul unor depozite de date ce vor conține tabele specifice utilizatorilor. 2. La nivelul platformei suport, în cadrul unor depozite de date ce vor conține tabele nucleu, obținute pe baza prelucrării datelor din data vault-uri, tabele ce vor fi utilizate în vederea expunerii unor API-uri care pot fi folosite pentru a crea aplicații de trafic. Datele stocate în cadrul dispozitivelor participanților la trafic vor fi transmise către datavault-urile specifice fiecărui utilizator prin intermediul SSL/TLS, pentru a beneficia de o conexiune securizată. Sursele din trafic de unde pot proveni datele pot fi din cele mai diverse: participanți obișnuiți din trafic, stații de taxi, autobuze, mașini de politie, pompieri, etc. Toate aceste surse din trafic pot trimite date în diferite formate în vederea prelucrării. Din acest motiv, este necesară filtrarea acestor date și obținerea unui format comun de date preluate din trafic, pentru a putea fi analizate ușor în cadrul platformei suport. 4 Soluții de comunicație și transfer suport pentru colectarea și partajarea datelor 4.1 Soluții de comunicație și transfer Standardele mobile de comunicație au parcurs o serie de generații, de la prima generație de standarde de Comuniație Mobilă, până la cea de-a patra și a cincea, încă în stadiu de 12

13 4. Soluții de comunicație și transfer suport pentru colectarea și partajarea datelor cercetare. Wi-Fi suportă rate de transfer de aproximativ 10 Mbps, dar fără suport pentru mobilitate. GSM (2.5G) oferă cel mai bun suport pentru mobilitate, dar poate susține rate de transfer de doar până la 180 kbps. Universal Mobile Telecommunication System (UMTS) este o tehnologie din generația a treia ce e rapid adoptată, și care va putea suporta rate de transfer de până la 384 Kbps. În general, trendul în privința standardelor de comunicație mobilă constă în îmbunătățirea ratelor de transfer, dar simultan cu susținerea mobilității. Odată cu trecerea de la GSM la GPRS, EDGE, UMTS/3G, și acum la LTE, 4G, viitoarele tehnologii mobile vor propune noi metode radicale de a suporta comunicația, și nu mai sunt construite vertical, incremental peste standardele anterioare de comunicație. 4G de exemplu suportă mobilitate ridicată și handoff de transfer a comunicației transparent pentr uutilizator, chiar în cadrul unor rețele eterogene. Conceptul Machine-to-Machine (M2M) se referă la tehnologii care permit sistemelor să comunice atât wireless, cât și prin cablu cu alte dispozitive cu aceeași capabilitate. Comunicația M2M permite unui dispozitiv (ex., senzor) să sesizeze un parametru observabil sau eveniment (exemplu: temperatură, presiune, luminozitate, nivel, număr de produse, schimbarea poziției etc), care apoi este transmis printr-o rțțea (fără fir, prin cablu sau hibrid), la o aplicație (program de software), care interpretează evenimentul capturat în informații utile. Comunicația M2M s-a extins dincolo de o conexiune unu-la-unu și a devenit un sistem de rețele care transmite date. Extinderea rețelelor fără fir în întreaga lume a făcut comunicarea M2M mai rapidă, mai sigură și la un consum de energie tot mai mic. Rețele M2M permit la ora actuală o serie de noi oportunități pentru realizarea de conexiuni între consumatori și producători și dezvoltarea de sisteme de supraveghere și control distribuit în orice domeniu. Protocoale broadband precum GSM, și costul relativ scăzut al SMS-urilor, au condus la extensii naturale ale rețelelor de comunicație. Prin dezvoltarea rețelelor și protocoalelor bazate pe standardele SS7 sau C7 (Common Chanell Signaling System No.7) conectate gateways SMS, care oferă fiabilitate crescută și capacitatea de confirmare, s-a ajuns la telecomunicații sigure și eficiente în toată lumea. O rețea ad-hoc mobilă, intitulată și o rețea mobilă de tip mesh, este o rețea auto-configurabilă alcătuită din dispozitie mobile conectate prin link-uri wireless. O astfel de rețea conține noduri ce pot juca rolul de routere independente, indiferent dacă sunt conectate la o altă rețea sau nu. Acest lucru permite o conectivitate continuă și reconfigurare în cazul apariției unor rute blocate, prin salturi succesive de la un nod la altul până la destinația dorită. Fiecare dispozitiv dintr-o astfel de rețea are libertate de miscare independenta în orice direcție, fiind supus frecvent la schimbarea link-urilor de conexiune. Fiecare nod transmite informații indiferent daca ii sunt adresate sau nu, comportandu-se astfel asemeni unui router. La ora actuală cercetările în domeniul rețelelor Vehicular Ad-hoc Networks (VANET) abordează două nivele principale: (1) dezvoltarea infrastructurii suport bazată pe protocoale și tehnologii care să ajute la o gestiune unitară a mediului format din vehicule; și (2) dezvoltarea aplicațiilor ce se folosesc de acest suport pentru rezolvarea unor probleme de optimizare a traficului, de asigurare a siguranței traficului, etc. Cu toate că numeroase eforturi de 13

14 4. Soluții de comunicație și transfer suport pentru colectarea și partajarea datelor cercetare au fost începute în ambele direcții, nu există încă o abordare unitară care să ofere soluții la toate problemele care apar din diverse considerente. Cercetările curente au în vedere rezolvarea unor probleme specifice (comunicație, securitate, etc), care țin în special de abordarea unor caracteristici precum: schimbările rapide de topologie și fragmentările frecvente ce apar, dimensiunea variabilă a sistemului ce prezintă partiționări dinamice, ajustarea imprevizibilă a comportamentului șoferilor în functie chiar și de datele provenind din rețea, care și ele conduc la schimbări ad-hoc de topologie. 4.2 Soluții pentru stocarea și partajarea datelor Platforma MobiWay vine sa unească setul existent de infrastructuri ITS. Fiecare din acestea creând un set de date extrem de voluminos. Volumul mare de date nu ridică doar o problemă de stocare din punct de vedere al spațiului (Unde vor fi depozitate aceste date?) dar și din punct de vedere temporal, setul mare de date trebuie absorbit de platforma în timp real. Din detaliile arhitecturale reies 2 mari surse de date: 1) Sursele de date constante, reprezentate de utilizatori ai aplicației mobile care transmit date de la senzori (ex. GPS, accelerometru) în permanență. Aceste surse contribuie la construcția hărților de date in timp real sau a senzorilor virtuali. 2) Surse de date calup, reprezentate de grupuri sau soluții ITS existente. Soluțiile ITS existente au deja o infrastructură prin care sunt strânse datele iar accesul la date se poate face, de obicei, doar după stocarea acestora. Aceste date nu pot contribui la construcția hărților în timp real dar pot oferi informații istorice și contextuale. Indiferent de sursa de date acestea au un format general de tipul: Id utilizator Id grup Timp Date Senzor (ex: GPS) unde: Id utilizator identifică un utilizator, de exemplu o persoană în trafic; Id grup identifică apartenența utilizatorului la un grup, de exemplu o companie ce dispune de o flotă de vehicule; iar Timp reprezintă timpul la care s-a efectuat citirea senzorului. Pentru a asigura sincronizarea între diverse dispozitive timpul este setat la nivelul platformei Mobiway pentru date primite în timp real și la nivelul infrastructurii ITS existente pentru date venite în calup. Date Senzor poate reprezenta orice fel de măsurători efectuate pe senzori aflați la purtător. Cei mai comuni aici sunt senzorii GPS sau accelerometrele din telefoanele mobile inteligente. Simplitatea acestui format permite stocarea informațiilor peste majoritatea tipurilor de baze de date. Sistemele de baze de date au evoluat rapid în ultimii ani, lucru ce a dus la apariția sistemelor de baze de date extrem de scalabile. Pentru a permite scalabilitatea aceste sisteme de baze de date trebuie să poată folosi dinamic mai multe resurse hardware, pentru aceasta propunem folosirea unei soluții de tip Cloud ce va aduce elasticitatea necesară platformei Mobiway. Platforma Mobiway constă dintr-un set de pași pentru a obține din datele de la utilizatori informații despre starea traficului, informații pentru senzori virtuali sau informații despre întreaga zonă monitorizată. Pași sunt următorii: 1) Colectarea datelor - datele venite de la utilizatori sau de la alte servicii ITS trebuie colectate de platforma Mobiway. Datele pot fi primite la diferite frecvențe și în 14

15 4. Soluții de comunicație și transfer suport pentru colectarea și partajarea datelor diferite cantități în funcție de utilizator (de exemplu un serviciu ITS existent va putea trimite un set mare de date la intervale stabilite de timp iar un utilizator al aplicației mobile va trimite date puține aproape constant, imediat ce sunt generate) 2) Filtrarea datelor - înainte de procesare datele trebuie filtrate, aceasta se face prin tehnici de curățire a datelor și tehnici de securitate. 3) Agregarea datelor - înainte de procesare datele sunt agregate pentru a crește viteza de procesare, de exemplu mai multe vehicule care se află pe un același segment de drum nu aduc informații noi independente, este de ajuns media acestor date. 4) Maparea datelor pe hartă - datele trebuie mapate pe hartă pentru a putea diferenția între evenimente diferite. 5) Procesarea datelor pentru extragerea informațiilor de drum sau extragerea informațiilor sub forma de senzori virtuali. 6) Analiza istorică a datelor pentru construcția de predicții. Fiecare din aceste componente de procesare are diferite necesități din punct de vedere al spațiului de stocare. Colectarea datelor necesită un sistem de stocare care să fie performant doar din punct de vedere a scrierilor. Datele pot veni cu diferite frecvențe, de la date utilizator unde vin în cantități mici dar cu o frecvență crescută la date de la alte sisteme ITS unde vin cu frecvență scăzută dar în cantități extrem de mari. Din acest motiv sistemul de colectare a datelor trebuie să folosească o tehnică ce poate reține date de mărimi medii, din punct de vedere spațial dar care poate să facă scrieri extrem de rapide. Pentru acest sistem nu este necesar ținerea de restricții gen ACID sau de garantarea persistenței, un set de date pierdute nu va afecta dramatic întregul sistem. Filtrarea și agregarea datelor se face pe tot setul de date primit într-o perioadă de timp. Setul de date este preluat cu totul din sistemul de colectare, se poate face o singură citire. Maparea datelor pe hartă are 2 necesități: în primul rând stocarea hărții, care nu se modifică în timp (decât extrem de rar) dar care este citită des în procesul de mapare; și în al doilea rând setul de date filtrate și agregate care trebuie preluate și comparate cu harta. Rezultatul acestui pas alături de datele în formatul obținut după agregare și filtrare trebuie menținut pentru lungă durată. Întregul set de date mapat va deveni rapid extrem de mare și necesită un sistem de stocare scalabil. Aceste date trebuie curățate când își pierd valabilitatea și pot fi procesate pentru extracții de informații. Peste acest set de date va trebui să asigurăm persistența. Analiza istorică se va efectua pe setul de date de după mapare, un set de date extrem de mare. Procesul de analiză și rezultatele obținute pot necesita persistență și chiar garanții de tip ACID. Sistemele Cloud permit controlarea unui număr mare de resurse hardware într-un mod eficient. Soluția de stocare folosită va necesita un număr variabil în timp de resurse hardware; putem folosi elasticitatea unui Cloud pentru a oferi aceste resurse doar atunci când sunt necesare. 4.3 Securitatea la nivelul platformei Mobiway Asigurarea securitatii implica o serie de aspecte fundamentale: confidentialitate (pastrarea secretului) - se refera la pastrarea informatiei departe de utilizatorii neautorizati; integritatea - informatia poate fi modificata doar de utilizatorii autorizati sau in modalitate autorizata (asigura ca mesajul primit nu a fost modificat in tranzit sau masluit). Integritatea acopera atat integritatea datelor, cat si integritatea originii (verificata prin autentificare sau determinarea identitatii partenerului cu care shimbi mesaje inainte de a dezvalui informatii importante); disponibilitatea accesul la informatie a utilizatorilor autorizati nu este ingradit (opusul este denial of service); controlul accesului repre- 15

16 5. Planul de exploatare a rezultatelor zinta protectia impotriva accesului ne-autorizat; privacy trebuie garantat privacy conducatorilor impotriva observatorilor neautorizati. Comunicatia dintre dispozitivul mobil si data-vault-ul unui utilizator se face folosind o legatura SSL. SSL-ul realizeaza conexiunea sigura de comunicatie intre dispozitivul mobil si data-vault, asigurand: negocierea parametrilor in cele doua entitati; autentificarea mutuala a celor doua entitati; comunicarea secreta; protectia integritatii datelor. Autenticitatea informatiilor transmise va fi determinată de prezenta sau absenta unor semnaturi autorizate. Aplicatia instalata pe fiecare dispozitiv mobil are un identificator unic generat. De asemenea, pe fiecare dispozitiv mobil este pastrata cheia publica disponibila pe platforma Mobiway, precum si <cheia privata, cheia publica> disponibila pe dispozitiv. Identificatorul utilizatorului, precum si perechile de chei publice/private sunt pastrate si in cadrul platformei Mobiway. In momentul in care aplicatia este instalata pe dispozitivul mobil, identificatorul generat este semnat cu cheia privata a dispozitivului si cheia publica de pe platforma. In momentul in care un dispozitiv mobil transmite date catre data-vault, acesta va transmite catre data vault identitatea sa generata, precum si semnatura realizata pe identitatea generata. Intrucat transmiterea datelor se face prin SSL, integritatea datelor nu este afectata. Inainte de a se accepta datele in cadrul data-vault-ului, se face o interogare catre platforma suport pentru a verifica integritatea semnaturii fata de identitatea transmisa. In cazul in care cele doua nu se potrivesc, datele respective nu sunt acceptate in data-vault. Mai mult decat atat, in cazul atacurilor realizate de utilizatori care incearca sa-si genereze identitati proprii, semnate cu cheie publica/privata generata de catre ei, acestia nu isi vor putea stoca datele in data-vault-uri deoarece identitatile lor nu se regasesc stocate pe platforma Mobiway. In cazul atacatorilor care dispun de semnaturi autorizate de catre platforma Mobiway si care decid sa publice date eronate despre traficul, informatiile transmise de catre acestia vor fi validate cu restul datelor deja stocate in cadrul platformei Mobiway inainte ca acestea sa fie acceptate sau nu. 5 Planul de exploatare a rezultatelor Planurile de diseminare și exploatare au la bază experiența și cunoștințele celor doi parteneri (UPB și BEIA). Obiectivul principal îl constituie diseminarea și promovarea pe scară largă și într-un mod corect al rezultatelor proiectului, respectiv clusterizarea unor inițiative similare existente în domeniile de interes ale proiectului. Strategia de diseminare și conștientizare pentru etapa curentă a avut la bază, astfel, două direcții: colaborarea activă cu actori cheie, respectiv formarea unui proces continuu de dezvoltare în care utilizatorul are un rol central. Colaborarea activă cu actori cheie reprezintă o componentă importantă a strategiei de diseminare, și ambii parteneri s-au angajat să investească timp și resurse pentru dezvoltarea legăturiilor și sinergiei cu diversele organizații și persoane ce ar putea fi interesate și care reprezintă actori cheie în ecosistemul MobiWay. Această strategie a condus la diseminarea rezultatelor proiectului pe scară largă, și o exploatare a acestora în condiții optime. Pentru că etapa 2014 reprezintă etapa inițială a proiectului, diseminarea a avut ca scop verificarea faptului că proiectul adresează necesitățile reale ale grupurilor țintă (cercetători, responsabili de politici publice la nivelul municipalității sau a transportului, potențiali operatori în transport), și că el crează conștientizare și înțelegere asupra activităților propuse atât în cadrul consorțiului cât mai ales 16

17 5. Planul de exploatare a rezultatelor în cadrului grupurilor cu care membrii proiectului stabilesc legături de colaborare. Un mecanism de dialog cu grupurile țintă a fost de altfel inițiat (BEIA fiind inițiator al discuțiilor pe teme de business, iar UPB a inițiat dialoguri cu actori cheie în domeniul politicilor publice) pentru a permite acestora exprimarea unor opinii de-a lungul întregului ciclu de dezvoltare. Pentru a fi eficientă, strategia de diseminare a rezultatelor proiectului a fost clară și focusată pe cele mai importante și noi elemente din proiect. MobiWay își propune să fie selectiv asupra audienței țintă (nu va promova orice oricui), și strategic în privinta abordării activității de diseminare. Strategia va include: atingerea unui renume în domeniu prin folosirea unor canale precum interviuri în presă, prezentări în cadrul unor conferințe și jurnale importante în domeniul vizat; crearea de legături contacte persoane și vânzarea rezultatelor proiectului către persoane ce ar putea fi utile ca și contacte; captarea interesului unor grupuri și creatori de politici publice la nivel cât mai înalt, ce vor putea purta mesajul mai departe; crearea de legături cu alte proiecte; crearea unui profil public ușor contactabil, accesibil și creativ. Strategia și planul de diseminare vor asigura că rezultatele, beneficiile și impactul proiectului vor fi comunicate pe scară largă (chiar și în afara granițelor), și vor conduce către atingerea unui impact maxim de-a lungul și după finalizarea acestuia. Obiectivele strategice ale diseminării în etapa curentă, au fost: Crearea și creșterea gradului de conștientizare în jurul proiectului, respectiv constuirea unor relații de loialitate; Încurajarea implicării în proiect; Asigurarea sustenabilității rezultatelor proiectului; Includerea rezultatelor proiectului în practicile participanților; Luare acțiunilor menite să asigure că metodele și rezultatele proiectului sunt adoptate de actorii cheie; Dezvoltarea rezultatelor proiectului, chiar după încheierea acestuia, în diverse alte contexte și situații; Promovarea pe scară largă a rezultatelor proiectului; Atragerea de fonduri suplimentare (o atenție deosebită s-a pus, în acest sens, pe direcțiile de cercetare propuse în Horizon 2020). În termeni de audiență țintă (beneficiari), s-a urmărit crearea unei rețele pentru diseminarea corectă a obiectivelor și rezultatelor proiectului, incluzând reprezentanți ai unor instituții guvernamele, responsabili cu politicile publice în domeniul transportului, organizații ale transportatorilor, reprezentanți la nivelul universităților și centrelor de cercetare, consultanți sau Organizații ale Societăți Civile. Rețeaua astfel creată poate facilita partajarea cunoștințelor de-a lungul proiectului și, suntem convinși, va acționa ca mijloc pentru menținerea interesului vizavi de proiect, respectiv planificarea unor acțiuni viitoare. 5.1 Aplicații posibile cu potențial de piață Pentru realizarea strategiei de exploatare, s-au abordat o serie de activități de exploatare și propunere de modele de business, pentru crearea unei punți concrete de trecere de la rezultatele proiectului de cercetare spre produse și servicii comerciale vendabile. Analiza pieţei produselor şi serviciilor rezultate din valorificarea cercetării constituie elementul decisiv în începerea şi derularea oricărui proiect de afaceri. Semnalele pieţei, ale consumatorilor declanşează, în cea mai mare parte, iniţierea de afaceri, indiferent de natura lor. Platforma MobiWay va fi exploatata ca o platformă ce va permite furnizarea de servicii atât utilizatorilor finali, cât și dezvoltatorilor interesați. Strategia de exploatare a proiectului MobiWay se bazează pe analiza stării pieței și a dinamicii 17

18 6. Rezultatele fazei de execuție acesteia, pentru o mai bună înțelegere a modului corect de comercializare a rezultatelor proiectului. S-au identificat diverse activitati de vanzare pentru mai multe tipuri de canale: Demonstrații pilot la nivelul Municipiului București care vor permite intensifiacrea activităților de vânzare a soluției. Extinderea demonstratiilor si in alte orase mari Extinderea canaleleor de vanzari: companii de transport marfa, companii de transport persoane, service-uri auto, agenti de conrol, gestionare si masurare trafic urban si national, etc. Construirea de parteneriate și schimbul de resurse cu diverse contacte vizate Astfel s-au estimat pentru canalul de vanzari companii de Taxi (din Bucuresti) venituri realizate din 2 posibile modalitati de vanzare a platformei Mobiway: vanzarea platformei ( incluzand echipamente si software aplicatii specializate) si a suportului de servicii; vanzarea serviciilor Platformei in sistem Cloud: SaaS. Figura 3: Activități de vânzare. Pentru a facilita colaborarea, MobiWay va fi capabil să distribuie date provenind de la utilizatori finali sau servicii în Cloud, servicii puse la dispoziție de diverși furnizori de aplicații. O bună parte din date vor fi colectate direct de către utilizatori mobili. MobiWay va furniza în acest sens capabilități de colectare inteligentă a datelor (punând cât mai puține constrângeri asupra utilizatorului, legate de consumul de energie, costuri, etc.), procesarea și partajarea acestora (estimate la de participanți și servicii ce vor co-abita în ecosistemul astfel format, fiecare având interese diverse). 6 Rezultatele fazei de execuție În faza curentă a proiectului MobiWay - Platformă Integrată pentru Sistemele de Transport Inteligent ale Viitorului s-a definit şi descris la nivel de funcţionalităţi modelul arhitectural care permite 18