{{tag>daipj ima dai}}

====== 0_20121126_ima_kickoff ======
20121126

===== Agenda =====
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)

===== Übersicht über Projektstatus, Inhalte, Projektmanagement, Organisatorisches (Jan) =====

BMBF

partner: gt-arc gmbh, DAI

pjs koordinator gt-arc

end sep 2015

=== Pjs inhalte ===
  * dtn/ad-hoc
  * intermodal route planning w semantic
  * security
  * traffic flow analysis w video data

  * standardisierung
  * simulation w berlin data
  * applicable in Istanbun

=== IMA platform ===

=== ap (nemo) ===
AP2: ana design 3 man's months
AP3: veteiltes mobilitaet 22 
AP8: integration 2

==== pjs managemnet ====
  * wochentlich treffen ap2, ap8. Montag 11-12 a.m
  * zwischen berichte 15.02 and 15.08
  * workshops, kongressen...

==== Milestones ====
  * feb 2013: design 
  * aug 2013
  * ...

==== nachste schritte ====

  * 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)

===== AP3 vert. mobilitatsystem (cc act nemo) =====
  * dienstplattform: framework for dist. mobility system
  * 


===== AP6 ngs =====
  * nutzerschnittstelle: inhalt von andren CCs
  * phase1 30.01.2013
    * IMA UIs 
    * datenschnittstellen w externe anwendungen

====== Überblick über Aufgaben und Arbeitsplan in AP 2 (all CCs) (Jan) ======
  * ziel
    * spezifikation use-cases
    * system arche, schnittstelle
    * spezifikation teilsystem
  * ergebnissse
    * use-case, sequence diagrams, mit fukt. und nicht funkt anforderung
    * ontologie
    * teisystem/komponenten.

===== zeitplan =====
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. 

====== Vorstellung und Diskussion der Use-Cases und Akteure (alle CCs jeweils aus ihrer Sicht) ======

  * 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. 





===== Preparation =====




==== multimodale  ====
  * sammlen & verteilen von verkehr status.
  * kommunikation zw. verkehr teilnemhmer.
  * 

==== NEMO usecase =====
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


==== Notes ====