20121126

09:30 – 10:00 Übersicht über Projektstatus, Inhalte, Projektmanagement, Organisatorisches (Jan)

10:00 – 12:45 Vorstellung und Diskussion der Forschungsziele, Inhalte, Aufgaben, Mitarbeiter, Arbeits- und Zeitplan für AP 3 bis 7 (alle CCs für jeweils ihre APs)

12:45 – 13:45 Mittagspause

13:45 – 14:00 Überblick über Aufgaben und Arbeitsplan in AP 2 (Jan)

14:00 – 17:00 Vorstellung und Diskussion der Use-Cases und Akteure (alle CCs jeweils aus ihrer Sicht)

BMBF

partner: gt-arc gmbh, DAI

pjs koordinator gt-arc

end sep 2015

• dtn/ad-hoc
• intermodal route planning w semantic
• security
• traffic flow analysis w video data

• standardisierung
• simulation w berlin data
• applicable in Istanbun

AP2: ana design 3 man's months AP3: veteiltes mobilitaet 22 AP8: integration 2

• wochentlich treffen ap2, ap8. Montag 11-12 a.m
• zwischen berichte 15.02 and 15.08
• workshops, kongressen…

• feb 2013: design
• aug 2013
• …

• AP2
  • szenarien, arche, iface,

    • wiki, pj-ordner, mailingliste

    Vorstellung und Diskussion der Forschungsziele, Inhalte, Aufgaben, Mitarbeiter, Arbeits- und Zeitplan für AP 3 bis 7 (alle CCs für jeweils ihre APs)

• dienstplattform: framework for dist. mobility system

• nutzerschnittstelle: inhalt von andren CCs
• phase1 30.01.2013
  • IMA UIs
  • datenschnittstellen w externe anwendungen

• ziel
  • spezifikation use-cases
  • system arche, schnittstelle
  • spezifikation teilsystem
• ergebnissse
  • use-case, sequence diagrams, mit fukt. und nicht funkt anforderung
  • ontologie
  • teisystem/komponenten.

nemo 3 PM

• def akteure: nov
• use-case: nov, dez
• interaktionsdiagramme dez
• anforderungsdef dez jan
• gesamtarche jan feb
• ontologie feb mar
• teilsystem spec mar april

TODO: interne personal plannung? 1/4 person in next 6 month.

• akteure
  • Nutzer discussion:

    • Nutzer bietet nutzer direkt an ueber ad-hoc communication oder ueber eine zentrale plattform (mobilitaet anbieter). schnittmenge nutzer und dienstanbieter.
    • Weiterfuehrende dienste (mehr wert dienste): offene plattform. Daten anbieter entscheidet oft info zum weiteres anwenden darf.
    • Nutzer gibt info ab (gps, unfall..), schnittmenge nutzer und infoanbieter.
      • Info kommt zu plattform als interne process?
    • Context info from users (important?), interessant fur DTN aber nicht in plan.
    • Plattformbetreiber
    • integration with external service by data interface and without data interface: usability problem when no data interface.
    • Use-cases
    • TODO: usecase: anderung von verkehrstatus –> neue routeplanung.

• sammlen & verteilen von verkehr status.
• kommunikation zw. verkehr teilnemhmer.

1) Internet Connection Sharing - traditional ad-hoc/mesh network with mobile phones

2) Push Information Service - distributing information to subscribed users with DTN techniques (many subscribers) - probabilistic forwarding techniques - integrating location and time aspects - received via stationary gateway nodes; distributed via forwarding users (offline/DTN)

3) Individual Broadcast - users can broadcast individual messages (e.g. “I'm looking for a lift/ride to …”) - offline capable (DTN) - other users can reply (also via DTN)

4) Decentralized and Localized Information Storage - users can generate information with local relevance (e.g. road damage, accident, obstacles at the road, touristic information, …); possibly generated automatically (in car related scenarios) - information is distributed via DTN and kept in relevant area (even if the forwarding nodes are mobile and leaving the area) - informing user about relevant information (e.g. show safety relevant information when approaching) - stationary nodes (gateways) can also be integrated (storing information, forwarding into internet) - does not require any infrastructure (if user density is sufficient)

5) Individual Data Exchange - exchanging user data (text messages, photos, …) between users via DTN (two users, closed groups) - integration of gateway nodes for internet up-/download