Functionele Beschrijving

Document Projectnaam Projectnummer

: Functionele Beschrijving : i-Bridge 2.0 : <2>

Status Versienummer Versiedatum Blad

: : : :

Final V1.0 25-05-2009 1 / 41

Functionele Beschrijving i-Bridge 2.0, fase 2 Innovatie

Projectnummer Auteur Status Versienummer Datum

Goedgekeurd:

Opdrachtgever,

: : : : :

I-Bridge 2 Project Team Final 1.0 20-05-2009




: : : :

Final V1.0 25-05-2009 2 / 41

Inhoudsopgave

1.

MANAGEMENT SAMENVATTING .................................................................................................. 4

2.

INLEIDING ...................................................................................................................................... 5 2.1. 2.2. 2.3.

3.

DOELSTELLING VAN DIT DOCUMENT ................................................................................................................ 5 REVISIEGEGEVENS ....................................................................................................................................... 5 VERSPREIDINGSGEGEVENS ............................................................................................................................ 5 ALGEMENE DOELSTELLING FUNCTIONALITEIT I-BRIDGE CONCEPT ............................................. 6

3.1. 3.2. 3.3. 3.4. 3.5. 4.

DOELSTELLING KERNFUNCTIONALITEIT SPRAAK-HARMONISATIE ............................................................................ 7 DOELSTELLING KERNFUNCTIONALITEIT CRYPTO-HARMONISATIE............................................................................ 8 DOELSTELLING KERNFUNCTIONALITEIT GEO-HARMONISATIE ................................................................................ 8 DOELSTELLING KERNFUNCTIONALITEIT (AD HOC) COLLABORATIE .......................................................................... 9 DOELSTELLING KERNFUNCTIONALITEIT VERSLAGLEGGING .................................................................................. 10 ALGEMENE UITGANGSPUNTEN EN RANDVOORWAARDEN....................................................... 11

4.1. UITGANGSPUNTEN EN VEREISTEN ................................................................................................................. 11 4.1.1. Technische uitgangspunten: ....................................................................................................... 12 4.2. GLOBALE ARCHITECTUUR I-BRIDGE .............................................................................................................. 12 4.3. RANDVOORWAARDEN ............................................................................................................................... 14 4.4. ALGEMENE FUNCTIONELE PRINCIPES ............................................................................................................. 14 5.

USE CASES SCENARIO’S ............................................................................................................... 15 5.1. 5.2.

6.

ACTOREN ................................................................................................................................................ 15 ORGANISATIES ......................................................................................................................................... 15 GEO-HARMONISATIE................................................................................................................... 16

6.1. GEBRUIK ................................................................................................................................................. 16 6.2. FUNCTIES (ZIE BIJLAGE VOOR DETAIL USECASE) ............................................................................................... 16 6.2.1. Opstellen situationeel beeld........................................................................................................ 16 6.2.2. Uitvoeren ruimtelijke analyse ..................................................................................................... 18 6.2.3. Printen situationeel beeld ........................................................................................................... 19 6.2.4. Versturen van (meet)opdrachten naar mobiele actoren in het veld ........................................... 20 6.2.5. Tracking en Tracing ..................................................................................................................... 21 6.2.6. Tonen dynamische kaartlaag informatie .................................................................................... 22 6.2.7. Spraak: Opstarten voice communicatie vanuit kaart .................................................................. 23 6.2.8. Collaboratie: Verspreiden van Geo en Tekst informatie via Groove en webportaal ................... 23 6.2.9. Verslaglegging: Playback van situationeel beeld in de tijd ......................................................... 24 7.

SPRAAK-HARMONISATIE ............................................................................................................ 25 7.1. GEBRUIK ................................................................................................................................................. 25 7.2. FUNCTIES ................................................................................................................................................ 26 7.2.1. Caller maakt gebruik van bestaande gespreksgroepen .............................................................. 26 7.2.2. Caller vraagt ad-hoc contact ....................................................................................................... 27 7.2.3. Alert Call ...................................................................................................................................... 28 7.2.4. Caller luistert naar reeds ingesproken berichten bijv. voor Situation Reports ............................ 28


8.



: : : :

Final V1.0 25-05-2009 3 / 41

AD-HOC COLLABORATIE .............................................................................................................. 29 8.1. GEBRUIK ................................................................................................................................................. 29 8.2. FUNCTIES (ZIE BIJLAGE VOOR DETAIL USE CASE) .............................................................................................. 30 8.2.1. Verspreiden van Geo en Tekst informatie (peer to peer en/of webservices) .............................. 30 8.2.2. Publiceren situationeel beeld door sectie informatie (via website) ............................................ 31

9.

CRYPTO-HARMONISATIE............................................................................................................. 32 9.1. GEBRUIK ................................................................................................................................................. 32 9.2. FUNCTIES ................................................................................................................................................ 33 9.2.1. Communicator maakt gebruik van bestaande gespreksgroepen ............................................... 33 9.2.2. Communicator vraagt ad-hoc contact ........................................................................................ 34 9.2.3. COMMUNICATOR LUISTERT NAAR INGESPROKEN BERICHTEN BIJV. VOOR BEVEILIGDE SITUATION REPORTS .............. 35

10.

VERSLAGLEGGING ....................................................................................................................... 36

10.1. GEO-HARMONISATIE ................................................................................................................................. 36 10.2. SPRAAK-HARMONISATIE ............................................................................................................................. 36 10.3. AD-HOC COLLABORATIE ............................................................................................................................. 37 10.4. CRYPTO-HARMONISATIE ............................................................................................................................. 37 10.5. NETWERK................................................................................................................................................ 37 10.6. FUNCTIES ................................................................................................................................................ 37 10.6.1. Faciliteren van een integrale “view” ........................................................................................... 37 10.6.2. Tonen van een integrale “view” .................................................................................................. 38 11.

GLOBALE TECHNISCHE OPSTELLING ........................................................................................... 39

12.

BIJLAGEN ..................................................................................................................................... 40

13.

REFERENTIES................................................................................................................................ 41


1.



: : : :

Final V1.0 25-05-2009 4 / 41

Management samenvatting

Doelstelling PID I-Bridge Faciliteren van probleemoplossend vermogen door de inzet van gedistribueerde data met impliciete onderlinge verbindingen. Het concept is gebaseerd op een wereldbeeld waarin onzekerheid de enige zekerheid is, waarbij er integraal vanuit gegaan wordt dat techniek de neiging heeft te falen juist wanneer je het nodig hebt en dat gestresste mensen fouten maken. De visie is om de facilitatie uit te voeren op basis van toekomstvaste ICT standaarden, op basis van een generieke backoffice benadering , op basis van het uitgeefmodel (syndicalisatie van informatie – een trechterproces waarbij veel informatie, veel variëteit, door weinig handen gaat in termen van het faciliteren (ruimte en instrumenten geven), binden (categoriseren en bundelen) en ontsluiten (beschikbaar maken) van informatie en draaiend op mobiele, modulaire, short term lease IT hardware. Het I-Bridge model moet onafhankelijk van het scenario toepasbaar zijn, zodat verschillende instanties bij bepaalde acties samen kunnen werken, door middel van spraak en data. Als voorbeeld hiervan is het scenariodocument voor I-Bridge bij Combined Endeavour 2009. Het hoofddoel van I-Bridge is het opleveren van een POC. Zowel voor de combinatie van de vijf kernfunctionaliteiten als voor elke activiteit afzonderlijk Deze 5 kernfunctionaliteiten zijn spraak-harmonisatie, crypto-harmonisatie, geoharmonisatie, ad hoc collaboratie en verslaglegging. Deze 5 kernfunctionaliteiten moeten er gezamenlijk aan bijdragen om de bestaande, rigide, monolithische legacy wereld zo pijnloos mogelijk om te bouwen tot een meer fluïde, dynamisch platform door verregaande virtualisatie. De focus ligt op deze 5 kernfunctionaliteiten binnen het I-Bridge model. De Doelstelling van deze Functionele beschrijving en Use case Om dit op innovatieve maar toch op concrete wijze te behandelen is er gekozen om dit op 5 kernfunctionaliteiten toe te passen. De Use cases wordt gebruikt als vertaling vanuit de bestaande scenario beschrijvingen per oefening naar een functionele/ technische beschrijving. Deze worden per kernfunctionaliteit benoemd, zodat deze ook los van elkaar te gebruiken zijn.



2.

Inleiding

2.1.

Doelstelling van dit document


: : : :

Final V1.0 25-05-2009 5 / 41

De 5 kernfunctionaliteiten moeten afzonderlijk vertaald worden naar Use cases, welke toepasbaar moeten zijn op elke willekeurig scenario. De 5 kernfunctionaliteiten moeten naadloos met elkaar geïntegreerd worden, dit moet ook terugkomen in de use cases. 2.2.

Revisiegegevens

Versie

Datum

Status

Auteur

0.1

1-05-2009

Concept

Diverse

0.2

5-5-2009

Concept

Diverse

Feebback P. Brooijmans

0.3

7-5-2009

Concept

Diverse

Feedback F.de Grave

0.4

11-5-2009

Concept

Diverse

Feedback V.Hoek

0.7

13-5-2009

Concept

Diverse

Use case toegevoegd, feedback verwerkt, management samenvatting herschreven.

0.8

15-5-2009

Concept

Diverse

Use case toegevoegd, feedback verwerkt

0.9

20-5-2009

Concept

BDE

Opmaak bijgewerkt

0.92

27-5-2009

Concept

Diverse

Feedback T.Gaasbeek

2.3.

Omschrijving

Verspreidingsgegevens

Versie 1.0 Organisatie BG Ivent vtsPN

Rol / Functie

Naam


3.



: : : :

Final V1.0 25-05-2009 6 / 41

Algemene doelstelling functionaliteit I-Bridge concept

Het doel van dit project is om te komen tot een Proof of Concept dat het mogelijk maakt om op flexibele wijze een aantal verschillende communicatie componenten en diensten in wisselende combinaties aan elkaar te koppelen op basis van Internet Protocollen. Secure real-time (ad hoc) collaboratie, spraak-harmonisatie, Geo-harmonisatie (cross geo), verslaglegging, (augmented reality) simulatie en e-discovery (juridisch geldig archiveren) worden hiermee mogelijk, evenals het inter-operabel en inter-connectief maken van voorheen onbenaderbare ICT legacy systemen binnen en tussen juridisch en geografisch uiteenlopende samenwerkingsverbanden.


3.1.



: : : :

Final V1.0 25-05-2009 7 / 41

Doelstelling kernfunctionaliteit Spraak-harmonisatie

Wat I-Bridge moet bieden is een spraakinterface die als een plug-in toe te voegen is aan elke willekeurige applicatie. De spraaksuite in I-Bridge moet bestaan uit de volgende vier elementen: 1. Software die allerhande methoden om spraak te verzenden (radio, VOIP, analoge telefonie etc.) omzet in gedigitaliseerde geluidstromen die vervolgens wel onderling te vermengen zijn op een media server. 2. Software die vervolgens de vele communicatiemiddelen in balans brengt met de bestaande geautomatiseerde kantooromgeving. De software kan vervolgens geïntegreerd met legacy kantoorautomatisering werken. Het resultaat is een transparante omgeving waarin gebruikers onafhankelijk van tijd en plaats toegang hebben tot de juiste personen, informatie en expertise. Zij kunnen hierbij contact opnemen door op een naam in een document of op een icoontje op een landkaart te klikken en hoeven geen telefoonnummers, communicatie topologie of beveiligingsniveaus te onthouden. Hierdoor wordt een nieuwe manier van samenwerken mogelijk die reis- en vergadertijden en juridische fouten terugdringt. Sleutelbegrip is hier ‘presence’: op ieder moment zien of, wanneer en desgewenst hoe iemand bereikbaar/beschikbaar is. 3. Unified Communications software die het een individu mogelijk maakt om zijn eigen bereikbaarheid te managen. Met Unified Communications is snel het meest geschikte communicatiekanaal te selecteren en kan eenvoudig van communicatie kanaal geschakeld worden op een wijze die de eindgebruiker wenselijk acht, maar binnen de door de organisatie gestelde veiligheid- en procedure eisen. 4. Kunstmatige intelligentie maakt het mogelijk personen te bereiken naar behoefte, bijvoorbeeld voor het inplannen van functies, het lokaliseren van beroepen en het escaleren van alarmeringen. De kunstmatige intelligentie maakt het mogelijk om razendsnel combinaties te ondersteunen tussen centrale, decentrale en gedistribueerde communicatienetwerken. Dit maakt een snelle oproep en beschikbaarheids vraag mogelijk, alsmede een effectieve open afschaling van bemensing en helpt bijvoorbeeld om snel de ernst van situaties in kaart brengen. Bovendien is het zeer robuust en veerkrachtig, omdat door de verschillende wegen tussen nodes (communicatie knooppunten) een bericht vrijwel zeker aan zal komen. De spraaksuite in I-Bridge levert zo een unieke dienst op, waarmee het uiteindelijk zonder meer mogelijk is om vanaf een mobiel device met een paar toetsaanslagen een gelogd groepsgesprek op te zetten met een bureautelefoon, een computer en een FM9000 radio of waarmee je ineens kunt bellen vanuit een oude applicatie die daar nooit voor gemaakt was.


3.2.



: : : :

Final V1.0 25-05-2009 8 / 41

Doelstelling kernfunctionaliteit Crypto-harmonisatie

Het harmoniseren van ongelijksoortige cryptosystemen is noodzakelijk, omdat de samenleving uit de aard van de geschiedenis allerhande veiligheideilanden kent, die zijn uitgerust met eigen single key encryptie hardware die er juist voor bedoeld waren om niet als een archipel te kunnen samenwerken. Als we cryptoharmonisatie toevoegen aan spraakharmonisatie moet het bijvoorbeeld mogelijk gemaakt worden om beveiligde gesprekken en ongelijksoortige applicaties aan te bieden binnen een tijdelijke vergaderomgeving. Zo kunnen open en gesloten bronnen onder uiterst stringente voorwaarden worden samengevoegd, geanalyseerd en op de juiste beveiligingniveaus worden terug gekoppeld aan de deelnemers. 3.3.

Doelstelling kernfunctionaliteit Geo-harmonisatie

Alles wat min of meer tastbaar is heeft een locatie en dat maakt het veld van geo-informatie van kaarten en luchtfoto’s, tot (spectrale) satellietbeelden, databanken, videobeelden en sensorinformatie bijna oneindig. De module geo-harmonisatie heeft als doel de technische randvoorwaarden te leveren om de publieke, private, open en gesloten bronnen samen te kunnen brengen en zo koppelingen te kunnen leggen met modules binnen het I-Bridge concept en met andere content providers, zoals sensornetwerken. Met behulp van Geografische Informatie Systemen (GIS) gekoppeld in een netwerk (Enterprise GIS) wordt gebruik gemaakt van een andere dimensie van vaak al binnen het bedrijf aanwezige informatie. Door analyse van deze bestaande informatie met de dynamische informatie ontstaat nieuwe informatie en nieuwe inzichten en worden beslissingen genomen op rijkere basis van informatie. In het I-Bridge concept zal ook gekeken worden naar de combinatie met de andere modules in I-Bridge, zoals de combinatie van tracking-and-tracing en Unified Communications. In combinatie met de overige I-Bridge elementen is de combinatie van Geo en Game prima mogelijk om integratie met echte radio’s en echte bedrijfsgegevens te faciliteren in een (gedeeltelijk) gesimuleerde omgeving omwille van training en remote handelen (t.b.v. remote maintenance). Objecten moeten real-time gevolgd kunnen worden, maar er moet wel doorgewerkt kunnen worden bij (tijdelijke uitval van verbindingen).


3.4.



: : : :

Final V1.0 25-05-2009 9 / 41

Doelstelling kernfunctionaliteit (Ad hoc) collaboratie

Om in crisissituaties samen te kunnen werken moeten mensen informatie kunnen delen. Steeds vaker tussen individuen die werkzaam zijn in ongelijksoortige organisaties en geografische gebieden. Steeds vaker in combinaties van disciplines die niet eerder hebben samengewerkt, zoals NGO’s, subject matter specialisten en ambtenaren. Dit in gebieden die niet (altijd) voorzien zijn van stabiele brede netwerkverbindingen. Samenwerking in crisissituaties vereist dus enerzijds toegang tot een soms snel wisselend pallet van informatiehoeveelheden, bronnen en kwaliteiten en anderzijds de zekerheid dat ook bij verbindinguitval optimaal kan worden doorgewerkt. Het resultaat is een contradictie: grote hoeveelheden data en kennisbeheer vereisen een zware, altijd online architectuur, maar het aan kunnen van netwerkfluctuatie vereist het werken met beperkte hoeveelheden data in peer to peer netwerken waarin alleen delta’s worden gesynchroniseerd. Personen en organisaties die geen toegang hebben tot het peer to peer netwerk moeten van informatie voorzien kunnen worden en kunnen participeren in het proces middels een beveiligd internetportaal. Datacollectie en transmissie moet betrouwbaar, veilig en liefst onmiddellijk kunnen plaatsvinden en de uitrol van de benodigde systemen aan nieuwe gebruikers moet snel, simpel en met minimale training kunnen plaatsvinden. In een crisis is er geen tijd voor fouten en er is geen tijd om te leren: de collaboratie suite van I-Bridge moet daarom volledig geschikt gemaakt worden voor de inzet van bedrijfsproces ondersteunende templates die geschikt zijn voor moeilijkste operationele omstandigheden als het wegschrijven van gegevens naar een grondige administratie van kennis en inzichten.


3.5.



: : : :

Final V1.0 25-05-2009 10 / 41

Doelstelling kernfunctionaliteit Verslaglegging

De Staat is er voor de belastingbetaler en dat betekent dat alle juridische handelingen in principe herleidbaar moeten zijn. Nergens is deze noodzaak groter dan bij een ramp of crisis. Vluchtelingen, migranten, zieken, slachtoffers, beschadigingen en personeel moeten worden geregistreerd en gevolgd over het operatiegebied. Wettelijk verplichte documenten (bijvoorbeeld triage en vaccinatie gebruik) moeten worden vergaard en geadministreerd. Helder inzicht moet worden verkregen en behouden in commandovoering, financiële verslaglegging, voorraadbeheer, logistieke keuzen en feitelijke besluitvormingtrajecten. Er is dus behoefte aan een generieke oplossing die kan helpen bij het vastleggen van de vraag: wie was waar, wat zei hij toen tegen wie, met welke bedoeling, met welk inzicht en in welke juridische context? I-Bridge moet daarom uitgerust worden met de verslaglegging, scenario- en loggingmogelijkheden om deze diensten open uit te bouwen. Ervan uitgaande dat alle data die binnen I-Bridge wordt gegenereerd gestructureerd kan worden vastgelegd, ontstaat een tweede stroom mogelijkheden waarvoor gelogde data kan worden gebruikt:       

(statistische) rapportage Simulaties Al dan niet geanimeerde analyses (‘tekenfilms’) Procesanalyse en doctrine validatie Procedure verfijning E-Learning Geschiedschrijving




4.

Algemene uitgangspunten en randvoorwaarden

4.1.

Uitgangspunten en vereisten

: : : :

Final V1.0 25-05-2009 11 / 41

“I-Bridge” bestaat uit 5 kernfunctionaliteiten te weten spraak-armonisatie, cryptoharmonisatie, geo-armonisatie, ad hoc collaboratie en verslaglegging. Deze 5 kernfunctionaliteiten moeten er gezamenlijk aan bijdragen om de bestaande, rigide, monolithische legacy wereld zo pijnloos mogelijk om te bouwen tot een meer fluïde, dynamisch platform door verregaande virtualisatie. Het is belangrijk dat het I-Bridge concept juridisch past in het raamwerk van de overheid. In figuur 1 wordt het Verbonden Overheid Raamwerk van I-Bridge getoond, dat een mogelijk indeling van zo’n toekomstige marktplaats zou kunnen weergeven.

Figuur 1 :Verbonden overheid raamwerk, juridisch schema I-Bridge

Algemene uitgangspunten zijn:  “I-Bridge” is geen prescriptieve of descriptieve architectuur (er blijven vrijheidsgraden)  “I-Bridge” is geen product en geen oplossing in de zin van eenduidig systeem.  “I-Bridge” wil de toegevoegde waarde onderstrepen van een mash-up waarin je producten combineert tot een platform die generieke industrie standaarden en oplossing specifieke eisen kan harmoniseren. Algemene vereisten zijn:  Meedoen in de demo van Combined Endeavor September 2009  Een Proof of Concept (POC) opleveren  Dat het project een vervolgproject krijgt


4.1.1.



: : : :

Final V1.0 25-05-2009 12 / 41

Technische uitgangspunten:

De technische uitgangspunten van I-Bridge zijn. - Flexibele infrastructuur, er moet innovatie mogelijk zijn - De infrastructuur moet een interconnectie hebben met het internet met genoeg bandbreedte en beperkte latency ivm spraak en video - De infrastructuur moet een tijdsynchronisatie hebben met alle onderdelen.

4.2.

Globale Architectuur I-Bridge

Hieronder is de globale I-Bridge architectuur uitgewerkt. In deze figuur worden alleen functionaliteiten en services benoemd. De gebruikte hard- en software componenten zijn niet als dusdanig weergegeven. De I-Bridge architectuur bestaat uit verschillende lagen. In de onderste laag bevinden zich de netwerken. Dit kunnen netwerken zijn met verschillende rubriceringniveaus en van verschillende organisaties, zowel vast als mobiele netwerken zijn mogelijk. Deze netwerken kunnen met de security laag met elkaar verbonden worden. Bovenop deze security laag draaien de verschillende databases. Dit kunnen databases zijn met statische geografische informatie (luchtfoto’s, satellietbeelden, vector informatie en kadastrale informatie) alsook de databases die geleverd worden bij Virtual Earth Server. In de dynamische geografische informatie wordt alle incident-specifieke informatie opgeslagen volgens het informatiemodel IMOOV. In een andere database bevindt zich de locatiespecifieke informatie, zoals deze wordt vastgelegd door de uitgezonden signalen van GPS ontvangers, RFID tags en andere technieken. In de tekst databases worden de tekst verslagen van de ramp vastgelegd. Op een gegeven moment zal deze database versmelten met de dynamische geografische informatie database.




: : : :

Final V1.0 25-05-2009 13 / 41

Figuur 2:Overzicht van I-Bridge architectuur

Om mensen toegang tot het systeem te geven zullen deze gegevens in de databaselaag bekend moeten zijn. Toegang zal op termijn geregeld moeten worden op basis van rollen. In de loggingdatabases worden de gegevens zoveel als mogelijk vastgelegd, wanneer dat niet gedaan wordt in een van de andere databases, zoals in de dynamische geografische informatie databases. Bovenop de databases ligt een servicelaag om de informatie vanuit de databases naar de presentatielaag te krijgen. Hierbij kunnen van verschillende services gebruik gemaakt worden. De services zijn ingericht volgens de geldende standaarden van o.a. het Open Geospatial Consortium voor het serveren van geografische informatie naar geo-applicaties. Bovenop de services laag ligt de functionaliteitlaag waar de eindgebruiker directe toegang tot heeft. Een stuk functionaliteit kan opgebouwd zijn uit verschillende services, maar daar merkt de eindgebruiker niks van. De functionaliteit wordt getoond in de presentatielaag, waar zich de verschillende verschijningsvormen van I-Bridge bevinden. Dit kunnen desktop-, mobiele of webapplicaties zijn of applicaties die spraak kunnen verbinden. In de bovenste laag bevinden zich de verschillende eindgebruikers van de informatie en de applicaties.


4.3.



: : : :

Final V1.0 25-05-2009 14 / 41

Randvoorwaarden

Wat hebben we nodig om het project uit te kunnen voeren.  Er is voldoende mate aan beschikbare resources.  Er moet een locatie zijn waar I-Bridge gehost kan worden en deze moet bereikbaar zijn voor de project leden.  De benodigde hardware en software moeten aanwezig zijn.  Er moet innovatie op technisch gebied kunnen plaatsvinden in de zin dat feedback loops (lessons learned) kunnen worden vertaald in technische aanpassingen. Dus niet dat het project bij voorbaat wordt opgesloten in de aanschaf van zijn techniek.  Er moet voldoende flexibiliteit in de hosting zijn ingebouwd (vb mobiele elementen) om te kunnen experimenteren met de hostingwijze.  Er moet een nauwe samenwerking met projectverantwoordelijke van alle kernfunctionaliteiten zijn op bepaalde configuraties van overlappende connecties. 4.4.

Algemene functionele principes

De algemene functionele principes van I-Bridge: - KISS (KEEP IT SIMPEL STUPID) - Easy to use, gebruikersvriendelijke GUI. - Sterk beveiligd (alles encrypted) - Alles gelogd - Gebaseerd volgens markconform protocol (IP) - Hoge beschikbaarheid, juist in crisissituaties is beschikbaarheid belangrijk.



5.

Use cases scenario’s

5.1.

Actoren


: : : :

Final V1.0 25-05-2009 15 / 41

De toekomstige gebruikers van de functionaliteit zijn hieronder weergegeven. Nr

Gebruikers

1 2 3

Caller Participant Operator

Omschrijving

Rollen

Domein

Erkend wordt dat een Beheerder ook nodig zal zijn, echter zijn betrokkenheid tijdens het uitvoeren van de scenario’s zal zeer beperkt zijn. 5.2.

Organisaties

Organisatie GMK Brandweer GHOR Politie KLPD/Dienst Speciale Interventies (DSI) KLPD/Dienst Specialistische Recherche Toepassingen (DSRT) Gemeente Explosieve Opruimings Commando (EOC) NS NCTb Kmar Civiele trauma ambulance Vliegveld toren Vliegtuig CMH FIOD LOCC Operator

Voice C2000 C2000 C2000 C2000 C2000 / ??

Geo & Tekst Plot, Tekst Plot, Tekst, Mobiel Plot, Tekst, Mobiel Plot, Tekst, Mobiel Plot, Tekst, Mobiel

Collabratie Adhoc P2P, Web (centraal) Adhoc P2P, Web (centraal) Adhoc P2P, Web (centraal) Adhoc P2P, Web (centraal) Adhoc P2P, Web (centraal)

C2000 / ??

Plot, Tekst, Mobiel

Adhoc P2P, Web (centraal)

PSTN, GSM FM9000

Plot, Tekst, Mobiel Plot, Tekst, Mobiel

Adhoc P2P, Web (centraal) Adhoc P2P, Web (centraal)

PSTN, GSM-R PSTN, GSM FM9000 C2000

Plot, Tekst, Mobiel Plot, Tekst, Mobiel Mobiel

Adhoc P2P, Web (centraal) Adhoc P2P, Web (centraal) Adhoc P2P, Web (centraal) Adhoc P2P, Web (centraal)

Plot, Tekst, Mobiel Mobiel Plot, Tekst, Mobiel Plot, Tekst, Mobiel Plot, Tekst, Mobiel Plot, Tekst,

Adhoc P2P, Web (centraal) Adhoc P2P, Web (centraal) Adhoc P2P, Web (centraal) Adhoc P2P, Web (centraal) Adhoc P2P, Web (centraal) Adhoc P2P, Web (centraal)

4600, FM9000, PSTN 4600 PSTN PSTN, GSM Voip



6.

Geo-harmonisatie

6.1.

Gebruik


: : : :

Final V1.0 25-05-2009 16 / 41

Geo-harmonisatie (zowel kaart als tekst) wordt gebruikt op de volgende manieren Stand-alone: 1. Opstellen situationeel beeld 2. Uitvoeren ruimtelijke analyse 3. Printen situationeel beeld 4. Versturen van (meet)opdrachten naar mobiele actoren in het veld 5. Tracking en Tracing 6. Tonen dynamische kaartlaag informatie Integratie met andere kernfunctionaliteiten: 1. Spraak: Opstarten voice communicatie vanuit kaart 2. Collaboratie: Verspreiden van Geo en Tekst informatie via Groove en webportaal 3. Verslaglegging: Playback van Sitautioneel beeld in de tijd 6.2. 6.2.1.

Functies (zie bijlage voor detail Usecase) Opstellen situationeel beeld

Het opstellen van een sitplot en een sittekst om inzicht en overzicht te krijgen van de crisis situatie a) Actor maakt incident aan b) Actor (Plotter/Hoofd sectietafel/Meetplanleider/Veldmedewerker) tekenen objecten in de kaart via I-Bridge plot systeem c) Actor (Plotter/Hoofd sectietafel/Meetplanleider/Veldmedewerker) voeren log regels in via I-Bridge tekst systeem




: : : :

Final V1.0 25-05-2009 17 / 41

Opstellen situationeel beeld

Plotter

Meetplanleider of AGS

Aanmaken Incident

Opstellen sitplot

Veldmedewerker

Hoofd Sectietafel

Figuur 3

Opstellen sittekst




: : : :

Final V1.0 25-05-2009 18 / 41

6.2.2. Uitvoeren ruimtelijke analyse Uitvoeren van een geografische analyse op basis van geografische objecten die tijdens de crisis worden gegenereerd of op basis van objecten uit basisgegevens zoals de risicokaart (bijvoorbeeld berekenen aantal inwoners of kwetsbare objecten op basis van polygoon) a) b) c) d)

Actor selecteert geografische objecten waarop de analyse uitgevoerd moet worden Actor kiest voor een tijdstip (optioneel afhankelijk van type analyse) Actor selecteert analysefunctie in GIS en voert de analyse uit Resultaat wordt gedeeld Uitvoeren Geo Analyse

Plotter

Selecteren Geo objecten en tijdstip

Overige gebruikers i-Bridge Command Center

Instellen en runnen analysetool

Delen Analyseresultaat

Figuur 4

i-Bridge Command Center




: : : :

Final V1.0 25-05-2009 19 / 41

6.2.3. Printen situationeel beeld Uitprinten van situationeel beeld (plot en tekst) Plot a) Actor stelt kaartbeeld samen b) Actor print kaartbeeld Tekst 1a) Actor stelt tekstbeeld samen 2a) Actor sectietafel print tekstbeeld Printen situationeel beeld

Plotter

Samenstellen Kaartbeeld

Hoofd sectietafel

Printen Kaartbeeld

Printer

Samenstellen Tekst beeld Hoofd sectietafel

Printer

Delen Tekst beeld

Figuur 5




: : : :

Final V1.0 25-05-2009 20 / 41

6.2.4. Versturen van (meet)opdrachten naar mobiele actoren in het veld Het versturen van opdrachten (meetopdrachten en overige opdrachten) naar mobiele actoren in het veld a) Actor geeft locatie op waar opdracht uitgevoerd moet worden b) Actor geeft definitie van opdracht 1) Keuze type (meetopdracht of overige opdracht) 2) Nadere gegevens over de opdracht c) Mobiele Actor voert opdracht uit Versturen Meetopdracht

Meetplanleider of AGS

Opgeven Locatie (goto point)

Opstellen Opdracht (type en inhoud) Overige medewerkers incident Versturen Opdracht

Uitvoeren Opdracht

Figuur 6

Veldmedewerker




: : : :

Final V1.0 25-05-2009 21 / 41

6.2.5. Tracking en Tracing Het tracken en tracen van voertuigen en losse devices a) Mobiele Actor (veldmedewerker) beweegt zich mobiel in het veld in voertuig of anderszins b) Actorn (mobiel en desktop) volgen mobiele actor via dynamische laag in situationeel plot Tracking en Tracing

ROT Medewerkers

Figuur 7

Tracken en Tracen van alle veldmedewerkers

Veldmedewerker




: : : :

Final V1.0 25-05-2009 22 / 41

6.2.6. Tonen dynamische kaartlaag informatie Tonen van dynamische kaartlaag informatie zoals KNMI/Buienradar/scheepvaartposities/file/wegafzettingen a) Actor in incident maakt connectie met webservice b) Webservice toont dynamische gegevens

Tonen dynamische kaartlaag informatie

Plotter

Connectie maken Met webservice

Webservice

Overige medewerkers incident Tonen dynamische Gegevens in kaart

Figuur 8




: : : :

Final V1.0 25-05-2009 23 / 41

6.2.7. Spraak: Opstarten voice communicatie vanuit kaart De gebruiker kan vanuit de kaart telefonisch contact maken met actoren in het veld a) Actor selecteert veldmedewerker in kaart c) Surface toont gegevens (naam, foto, etc.) van veldmedewerker en de mogelijkheden om met deze persoon te communiceren (telefoon, email, C2000, Marifoon, etc.) d) Actor selecteert communicatiemiddel e) Verbinding wordt tot stand gebracht Opstarten Voice communicatie vanuit kaart

Commandant

Selecteren Veldmedewerker

Overige ROT medewerkers

Selecteren Communicatie Type (bvb voice)

Opstarten Communicatie met Veldmedewerker

MS Surface tafel

Veldmedewerker

Figuur 9

6.2.8. Collaboratie: Verspreiden van Geo en Tekst informatie via Groove en webportaal Zie Collaboratie usecase




: : : :

Final V1.0 25-05-2009 24 / 41

6.2.9. Verslaglegging: Playback van situationeel beeld in de tijd Tonen van historie tijdens en na rampsituatie. Hiermee kan worden teruggekeken in de tijd tijdens de ramp en kunnen afgesloten incidenten in detail worden geanalyseerd (wie deed wat en waar op welk moment) a) b) c) d)

Actor selecteert incident Actor selecteert tijdstip of periode Systeem toont plot en tekst gegevens op basis van de opgegeven parameters Actor analyseert historische Plot en Tekst gegevens

Playback

Selecteren Incidentnaam

Plotter Selecteren tijdstip of periode binnen Geselecteerde incident

Commandant Analyseren Historische Plot en Tekst gegevens

Figuur 10

Historische database



7.

Spraak-harmonisatie

7.1.

Gebruik


: : : :

Final V1.0 25-05-2009 25 / 41

Spraakharmonisatie wordt geïnitieerd op verschillende manieren: Stand-alone: 1. Caller maakt gebruik van reeds bestaande gespreksgroepen 1.1. één spreker, overigen alleen luisteren, bijvoorbeeld voor briefings 1.2. iedereen heeft mogelijkheid om te spreken, bijvoorbeeld voor conference call 2. Caller vraagt ad-hoc contact 3. Een Alert Call wordt uitgezonden naar iedere communicatie device dat kan worden benaderd 4. Caller luistert naar reeds ingesproken berichten bijvoorbeeld voor Situation Reports Integratie met andere kernfunctionaliteiten: 5. Initiatie vanuit GEO applicatie bijv. door te klikken op een icoon getoond op de kaart 6. Initiatie vanuit Collaboratie applicaties 7. Gebruik van functionaliteit van Collaboratie applicaties om spraak te initiëren bijv. vanwege overbelaste telefoon netwerk


7.2. 7.2.1.



: : : :

Final V1.0 25-05-2009 26 / 41

Functies Caller maakt gebruik van bestaande gespreksgroepen

a) één spreker, overigen alleen luisteren, bijvoorbeeld voor briefings b) iedereen heeft mogelijkheid om te spreken, bijvoorbeeld voor conference call

Initiatie gesprek

Caller

Gesprek voeren Participant(en) Figuur 11

In variant a) wordt één-richtingsverkeer mogelijk gemaakt zodat Participanten alleen kunnen luisteren. In variant b) wordt het mogelijk dat alle Participanten een bijdrage kunnen leveren aan het gesprek.


7.2.2.



: : : :

Final V1.0 25-05-2009 27 / 41

Caller vraagt ad-hoc contact

Verzoek gesprek Caller

Operator Faciliteer gesprek

Initiatie gesprek

Caller

Gesprek voeren

Participant(en) Figuur 12

In dit geval dient een niet van tevoren bekende verbinding te worden gelegd tussen een aantal partijen. De Caller verzoekt de spraakharmonisatie Operator om een verbinding te leggen tussen bijvoorbeeld de C2000 netwerk en een NS machinist die GSM-R gebruikt. De Operator voert een aantal handelingen uit. De Caller voert zijn gesprek uit.


7.2.3.



: : : :

Final V1.0 25-05-2009 28 / 41

Alert Call

Alert Call Operator


Een Alert Call wordt gebruikt om een bericht met hoog urgentie door te geven aan alle betrokkenen. 7.2.4.

Caller luistert naar reeds ingesproken berichten bijv. voor Situation Reports

Initiatie gesprek

Caller

Gesprek voeren Participant(en) Opgenomen gesprek afluisteren


Het afluisteren van ingesproken berichten kan worden gebruikt om eerder gehouden gesprekken die opgenomen zijn voor algemeen gebruik later te beluisteren bijvoorbeeld omdat een Participant wegens andere prioriteiten niet kon deelnemen aan het gesprek maar de uitgewisselde informatie wel wil weten. Deze functie kan ook worden gebruikt om algemene berichten op te nemen (en steeds te actualiseren) zodat Participanten op het moment dat het hen uitkomt de huidige situatie kunnen horen zonder menselijke tussenkomt met de eventuele verstoring van werkzaamheden als gevolg.


8.



: : : :

Final V1.0 25-05-2009 29 / 41

Ad-hoc collaboratie

8.1. Gebruik Ad-Hoc collaboratie wordt gebruikt op de volgende manieren Stand-alone: 1. Verspreiden van Geo en Tekst informatie (peer to peer en/of services) 2. Publiceren situationeel beeld door sectie informatie (via webportaal)


8.2.



: : : :

Final V1.0 25-05-2009 30 / 41

Functies (zie bijlage voor detail Use case)

8.2.1. Verspreiden van Geo en Tekst informatie (peer to peer en/of webservices) Door middel van een peer to peer en mechanisme en/of webservices kan de gehele groep op de hoogte worden gesteld van het Common Operational Picture van alle actoren a) Actor stelt kaartbeeld of tekstueel beeld samen dat gedeeld moet worden (zie geo harmonisatie) b) Actor deelt kaart en/of tekstueel beeld (peer to peer en mechanisme en/of webservices) c) Actor ontvangt en bekijkt situationele beeld (peer to peer en mechanisme en/of webservices) Delen situationeel beeld

Plotter

Samenstellen Kaartbeeld

Hoofd sectietafel

Delen sitplot

Samenstellen Kaartbeeld Hoofd sectietafel

Medewerkers aan incident

Delen sittekst

Figuur 15




: : : :

Final V1.0 25-05-2009 31 / 41

8.2.2. Publiceren situationeel beeld door sectie informatie (via website) Het publiceren van een door de sectie informatie gefilterd situationeel beeld van de rampsituatie t.b.v. derden (o.a. publiek, waterschappen, nutsbedrijven, prorail, etc) a) Actor (Sectie Informatie) maakt een keuze van te publiceren informatie b) Informatie (plot en tekst) wordt door sectie informatie gedeeld via website Publiceren situationeel beeld door sectie informatie via website

Commandant

Sectie Informatie

Figuur 16

Selecteren Relevante gegevens

Publiceren van geselecteerde gegevens Plot en Tekst

Publiek


9.



: : : :

Final V1.0 25-05-2009 32 / 41

Crypto-harmonisatie

9.1. Gebruik Cryptoharmonisatie wordt geïnitieerd op verschillende manieren: Direct: 8. Communicator maakt gebruik van reeds bestaande gespreksgroepen; 8.1. één spreker, overigen alleen luisteren, bijv. voor beveiligde briefings; 8.2. iedereen heeft mogelijkheid om te spreken, bijv. voor een beveiligde conference call; 9. Communicator vraagt ad-hoc cryptografisch beveiligd contact; 10. Communicator luistert naar reeds ingesproken berichten bijv. voor beveiligde Situation Reports. Indirect: 11. Initiatie vanuit GEO applicatie bijv. door te klikken op een icoon getoond op de kaart, waarbij standaard een cryptografisch beveiligde verbinding opgezet dient te worden; 12. Initiatie vanuit Collaboratie applicaties, het inzien/opvragen van een document in Groove “triggert” de SUPHICE module om het document via een cryptografisch beveiligde verbinding te tonen; 13. Gebruik van de functionaliteit van Collaboratie applicaties om beveiligde sessies te initiëren bijv. vanwege groepssamenwerking.




: : : :

Final V1.0 25-05-2009 33 / 41

9.2. Functies 9.2.1.

Communicator maakt gebruik van bestaande gespreksgroepen

a) één spreker, overigen alleen luisteren, bijv. voor beveiligde briefings; b) iedereen heeft mogelijkheid om te spreken, bijv. voor een beveiligde conference call.

Figuur 17

In variant a) wordt één-richtingsverkeer mogelijk gemaakt zodat Participanten alleen kunnen luisteren naar een cryptografisch beveiligd bericht. In variant b) wordt het mogelijk dat alle Participanten een bijdrage kunnen leveren aan het beveiligde gesprek.


9.2.2.



: : : :

Final V1.0 25-05-2009 34 / 41

Communicator vraagt ad-hoc contact

Figuur 18

In dit geval dient een niet van tevoren bekende verbinding te worden gelegd en adequaat beveiligd te worden tussen een aantal partijen. Randvoorwaardelijk hieraan is, is het feit dat de te verbinden partijen beschikken over de juiste apparatuur. De Communicator verzoekt de cryptoharmonisatie Beheerder om een verbinding te leggen tussen bijvoorbeeld het C2000 netwerk en een medewerker van het EOCKL die gebruik maakt van een FM 9000 veldradio. De Beheerder voert een aantal handelingen uit. De Communicator kan vervolgens zijn cryptografisch beveiligde gesprek voeren.


9.2.3.



: : : :

Final V1.0 25-05-2009 35 / 41

Communicator luistert naar ingesproken berichten bijv. voor beveiligde Situation Reports

Figuur 19

Het afluisteren van ingesproken beveiligde berichten kan worden gebruikt om eerder gehouden gesprekken die opgenomen zijn voor algemeen gebruik later te beluisteren bijvoorbeeld omdat een Participant wegens andere prioriteiten niet kon deelnemen aan het gesprek maar de uitgewisselde informatie wel wil weten. Deze functie kan ook worden gebruikt om algemene berichten op te nemen (en steeds te actualiseren) zodat Participanten op het moment dat het hen uitkomt de huidige situatie kunnen horen zonder menselijke tussenkomt met de eventuele verstoring van werkzaamheden als gevolg.


10.



: : : :

Final V1.0 25-05-2009 36 / 41

Verslaglegging

De overige 4 kernfunctionaliteiten zorgen ervoor dat gegevens kunnen worden vastgelegd zodat later kan worden aangetoond welke informatie beschikbaar was op welke moment en wie daar toegang toe had. Voorbeelden van de gegevens die worden vastgelegd zijn hieronder aangegeven. 10.1.

Geo-harmonisatie

Vastlegging van:  lijst van aangemelde gebruikers + hun acties (lezen, muteren aanleveren)  lijst van GPS gegevens  lijst van gegenereerde grafische data en de daaraan gekoppelde attribuut informatie (kan eventueel met “lijst van GPS gegevens” gecombineerd worden)  historie van één of meerdere Geo elementen (te bepalen via gekoppelde attributen of uit metagegevens van het grafische element zelf (vb. pluim)  historie van één of meerdere Geo elementen gegenereerd door dienst XYZ (te bepalen via gekoppelde attributen of uit metagegevens van het grafische element zelf (vb. pluim) hierna selectie en lezen  Metagegevens van geleverde grafische informatie  Aard van een document. Wat is het: GPS tracking, Gis data, Dynamische grafische data  Attributen behorende bij de grafische informatie  Karakteristieken van een document. (pluim, weergegevens)  Historie gegevens van een document  Type document. (jpg,shp, dxf)  Status van een document (wie mag er wanneer wat mee doen) 10.2.

Spraak-harmonisatie

Vastlegging van:  de status van de verbindingen  de niet tot stand gekomen verbindingen  de verbindingskwaliteit tijdens de conferentie  Metagegevens van een gevoerde conferentie  Metagegevens van een totale sessie  Vastlegging van de handelingen van de spraakharmonisatie operator  Vastleggen van de “verzendlijst” van een Alert Call


10.3.



: : : :

Final V1.0 25-05-2009 37 / 41

Ad-hoc collaboratie

Vastlegging van:  lijst van aangemelde gebruikers + hun acties (lezen, muteren aanleveren)  lijst van SITRAPS, hierna selectie en lezen  lijst van uitgezette acties en de status daarvan, hierna selectie en lezen  historie van een Activiteit hierna selectie en lezen  metagegevens van SITRAPS van dienst XYZ, hierna selectie en lezen  Aan- afmeld historie van deelnemers in een workspace en waar vandaan men inlogt  Status van de actoren, wie heeft wat, wanneer in een workspace gezet  Wie heeft wanneer een document gewijzigd  Aard van een document. (Sitrap, activiteit etc)  Karakteristieken van een document. Vb. due date van een uitgezette actie  Historie gegevens van een document  Type document (pdf, tekening, doc)  Status van een document (wie mag er wanneer wat mee doen)  (lees- en schrijfrechten van bepaalde typen documenten 10.4.

Crypto-harmonisatie

Vastlegging van:  Rollen van de ingelogde personen  Crypto niveaus van de communicatie tussen ingelogde personen op verschillende domeinen, al of niet afhankelijk van hun rol  Online: Fouten in de verbindingen ( bijvoorbeeld geen of foute rol)  Collissions in de permissies en rechten structuur gecreëerd door de operators van de verschillende onderdelen. 10.5.

Netwerk

Vastlegging van:  gedrag netwerk  gedrag computers (operating systeem)  gedrag verschillende applicaties 10.6. 10.6.1.

Functies Faciliteren van een integrale “view”

De kernfunctionaliteit Verslaglegging zorgt voor een integrale view van de vastgelegde gegevens vanuit alle kernfunctionaliteiten met betrekking tot een specifiek tijdsvak. Dit vereist het gebruik van een en hetzelfde bron voor tijdsaanduiding door alle kernfunctionaliteiten.


10.6.2.



: : : :

Final V1.0 25-05-2009 38 / 41

Tonen van een integrale “view”

Een totale reconstructie van de beschikbare informatie en handelingen binnen een specifieke tijdsvak is ook mogelijk.


11.



: : : :

Final V1.0 25-05-2009 39 / 41

Globale technische opstelling

In figuur 20 is globaal de architectuur te zien zoals deze voor het onderdeel geoharmonisatie wordt opgebouwd. Deels is hier al de collaboratie in verwerkt door het intekenen van de componenten Groove en Sharepoint. Ook Microsoft Communication Server is al onderdeel van deze infrastructuur.

Figuur 21: GLobale technische opstelling


12.

Nr 1.



: : : :

Final V1.0 25-05-2009 40 / 41

Bijlagen

Naam document I-Bridge bij CE2009

Omschrijving Scenario

Versie 0.2

Datum 2009-0514

Auteur Mike Dunn




: : : :

Final V1.0 25-05-2009 41 / 41

13.

Referenties

Nr

Naam document

1 2

PID_I-Bridge_2_v0.4.doc visie doc I-Bridge-97.doc

Visie document

Versi e 0.4 97

3

Scenaria P CE 2009.doc

Scenario’s

0.1

4

20090302 ITP08228_FO_IBridge_Innovatie _V01.doc

Function ontwerp voor GEODAN kernfunctionaliteit

0.1

4

Use case

5

UCGeoInnovatie_en_collaboratiev 02 UC-Spraakharmonisatie

Use case

0.2

6

UC-Cryptoharmonisatie

Use case

0.1

7

UC-verslaglegging

Use case

0.1

8

i_Bridge20.png

Tekening

0.1

9

IbridgePropositie.ppt

Presentatie

0.1

10

Scenaria P CE 2009.doc

Scenario’s

0.1

11

I-Bridge Use case verzameling

Use Case

0.2

Omschrijving

0.2

Datu m 200901-12 200904-26 200903-02

Auteur Vincent Hoek Vincent Hoek Erik van der Zee

200910-13

Vera Banki/ sander Vlotman

200910-13 200910-13 200910-13

Mike Dunn

200901-12 200904-26 200905-15

Hans van Tooren Tae Gaasbeek Patrick Brooijmans Vincent Hoek Vincent Hoek Mike Dunn

Functionele Beschrijving

Recommend Documents