Meldingene er enten definert som kjøretøy=>pta BO (Oppdragsgivers BackOffice), eller PTA BO=>kjøretøy.

Like dokumenter
Bilag 1.4 til Vedlegg 1. Versjon OTA-meldinger. Busstjenester Romerike 2019

IT-arkitektur leveransemodell

IT-arkitektur leveransemodell

Krav til IT-tjenester

STRATMOD: FORSINKELSER OG TRENGSEL I KOLLEKTIVTRAFIKKEN

Vedlegg 11. Versjon Krav til IT-tjenester. Busstjenester Romerike 2019 UTKAST

Operatørkontroll Kvalitetsmanual Buss. Kvalitetsmanual Buss. Versjon 8.0 Februar

Bilag 1. RUTER MIS ALLE DRIFTSARTER Spørreskjema operatørkontroll og kundeintervjuer. Revidert per Ruter AS, Kvalitet og prosjekt

Krav til IT-tjenester

RUTERS MARKEDSINFORMASJONSSYSTEM OPPDRAGSBESKRIVELSE OPERATØRKONTROLL OG KUNDEINTERVJUER

Vedlegg 3. Versjon Rutebeskrivelse. Busstjenester Nittedal 2015

Kommunikasjon+og+navigasjon+ +u/ordringer+og+løsninger+

Operatørkontroll Kvalitetsmanual - Buss. Ruter AS Versjon: Kvalitetsmanual Buss. Operatørkontroll. Fotograf: Bonanza AS

Krav til IT-tjenester

Ladeinfrastruktur. Anders Dynge, prosjektleder ladeinfrastruktur

20 Skøyen. Galgeberg. Lørdag Mandag fredag. Har du mistet eller glemt igjen noe? 4 Gjelder fra Buss indre Oslo

Hvordan få godkjent et kjøretøy uten ratt og pedaler? Mesh 22. november Frode Kjos, direktør smart mobilitet

Odda er et spesielt sted. En fargeklatt innerst i fjorden.

SANNTID EN BEDRE BUSS- OPPLEVELSE. nå kommer SANNTID på bussene i Kristiansandsområdet! Sanntidsinformasjonssystem

Mao. data for alle togbevegelser blir sendt til togledersentralen. Det skjer automatisk på de aller fleste strekninger

20 Skøyen. Galgeberg. Lørdag Mandag fredag. Har du mistet eller glemt igjen noe? 4 Gjelder fra Buss indre Oslo

il f o r p k is f a r G

Rutetabeller gyldig fra 9. oktober 2016

Krav til IT-tjenester

ROS-analyser og temadata i kommuneplanarbeidet

PSi Apollo. Technical Presentation

TELEMARKSPORTENS KALDE KRIG HAUTE COUTURE I LONDON GLOBAL TRENDETTERRETNING. 26. oktober 2007

February Brand guidelines

Krav til bussmateriellet Rammeavtale avvikskjøring

Vedlegg 3. Versjon Rutebeskrivelse. Busstjenester Årnes Gardermoen 2016

PROFILHÅNDBOK ST. OLAVS HOSPITAL Versjon 1.0. Forord. Logo og symbol. Farger / mønster. Typografi. Bruk av logo. Stillingsannonser

Veiledning for visuell identitet Miljøpartiet de Grønne

DOKUMENTASJON AV FLAUM- OG SKREDHENDINGAR

Industritomter i Surnadal

Regulatory affairs: Fra klinisk studierapport til reklametekst. Inge Johansen 10. april 2018

Tittel i The Sans SemiLight 24 punkt Over en eller to linjer

Brand guide RuterReise - Ver. 01 mai RuterReise. Brand guide

REISE- OG HYBELINFORMASJON

Sanntid på kryss og tvers Standarder for datautveksling

Bilag 2 Installasjon av IT systemer

Innholdsfortegnelse INNHOLDSFORTEGNELSE... 2 REVISJONSOVERSIKT...4 INTRODUKSJON MED FORUTSETNINGER... 5

Incitamentsbeskrivelsen

Trafikanten + Innlevering oblig 1 INF2120 Våren Versjon 1

INF 2120 Innlevering 1. Gruppe 4. Kravspesifikasjoner til trafikanten +

Ruters arbeid med UU i publikumsrettede IKT løsninger. Juridisk Rådgiver Svend Wandaas

2-Port transmisjons målinger for Anritsu RF og mikrobølge håndholdte instrumenter

INF1500 Høst 2015 Magnus Li Martine Rolid Leonardsen. Designprinsipper del 2

Bruk denne prosedyren for å lære mer om aktivitetsknappene som er spesielt knyttet til ankerhåndtering, tur type

Grafisk profilhåndbok

Oppgradert logo. CTM Lyng AS / miniprofil. Oppsettet er fast, proporsjonene må ikke endres Minste tillatte str. = 10 mm Kun en fargevariant som vist

OPERATØRKONTROLL KONTROLLER BUSSMATERIELL Kvalitetskontroll. Vedlegg 1. Skjema

Bilag 2 Installasjon av IT systemer i buss

Kolsås Bergkrystallen

GNSS-posisjonering av kjøretøy i fart. Kenneth Bahr, GNSS Utvikling, Geodesidivisjonen, Kartverket

Teknisk regelverk for bygging og prosjektering. C-Elektrotekniske anlegg. 5. Publikumsinformasjonsanlegg (PIA-anlegg)

HTML5 og CSS. Webdesign med Dreamweaver. Glemmen vgs - Medier og kommunikasjon 1. januar Arly Dale 2013 Side 1

Hvordan setteopp en wordpress site med wampserver. Lokal site på din pc.

Ny oppdatert profil. SiO har i løpet av 2005 fornyet sin eksisterende profil.

23 Lysaker. Simensbråten. Lørdag. Mandag fredag. Søndag

FLEKSIBLE TIDTABELLER /// PILOTFORSØK PÅ LINJE 31

Prisavtaler. Vedlegg 2. Godtgjørelse og rapportering. Versjon 0.1

SPYDEBERG. Velkommen SMÅBYEN HJEM NÆRINGSLIV KULTURLIV FRITIDSTILBUD NATUROPPLEVELSER

HÅNDBOK: GRAFISK PROFIL ... Logo Fonter Støtteelementer Visittkort Brevark. Konvolutter Støttefarger. Bildebeskjæring Folder

TDT4110 IT Grunnkurs Høst 2016

SAS-feil kavalkade. Viggo Skar Oslo Universitetssykehus HF (OUS)

Overvåking av macromiljø

Little England Design A/S Priser på Little England toalett serie. Alle priser er notert inklusiv m. v. a. eksklusiv utkjøring fra vårt lager i Oslo

Konkurranse om minibusstjenester. Vedlegg 3. Krav til design

Vedlegg 7: Avtale om drift av billetteringssystem

NYTT NORSKVERK FOR STUDIE- FORBEREDENDE

Prosedyre for lossing av Salmiakksprit 25% teknisk

Incitamentsbeskrivelsen

Flybussen Ålesund / Airport Shuttle Ålesund

Kvalitetssikring av data

HotSoft 8. Mobil nøkkel. Lorem ipsum dolore sit befecrei publius horicat Mer enn bare en romnøkkel

Designmanual. En introduksjon til SVs visuelle identitet. sv.no

UTKAST. Prisskjema. Bilag 1 til prosedyreregler

Midnattsolveien. Profilhåndbok. Rettningslinjer for Midnattsolveien

DUO - bank+inkubator Diplom, vår 2016, Simen Andreas Aas

WUXI LINGDE MICROELECTRONICS CO., LTD. V /9/13

GRAFISK PROFILMANUAL KRAFTSENTERET ASKIM

MUNCH 150 DESIGNMANUAL

110 Sentralen i Salten

HOW TO GET TO TØI By subway (T-bane) By tram By bus By car Fra flyplassen

Viktig informasjon fra Troms fylkestrafikk. Utvidet busstilbud i Tromsø f.o.m. 2. november 2015

Profilhåndbok Aktiv mot kreft. Revidert 2014

Vera-W15. WiFi Termostat Kontakt. Bruksanvisning. Manual version 1.0

Little England Design A/S Priser på Little England toalett serie. Alle priser er notert inklusiv m. v. a. eksklusiv utkjøring fra vårt lager i Oslo


RETNINGSLINJER FOR DESIGN

Ruter dialogkonferanse

Frøya About Blogg/news Imagery Services. Photo entry / monthly comp winner

Vedlegg 3. Versjon Rutebeskrivelse. Busstjenester Ruters vestregion 2020

EVALUERING AV INTELLIGENT FARTSTILPASNING (ISA) I STATENS VEGVESEN

Innhold. Bamble kommunes visuelle profil s. 3

Bilag 3 Del 1 Kundens tekniske løsning Avtalereferanse: NT Digitale Display

Vårt system kan kjøres ved å skrive. STUD1 konto fredo 37 (holdeplass)

Oblig 2: Oppgave 1. section { width: 50%; height: 30%; margin: 5% 0 0 0; } h1 { color:#000000; font-size:2em;

Transkript:

Bilag 4 Meldingsinnhold og struktur Bilaget beskriver meldingene som skal gå mellom kjøretøy og Oppdragsgiver. Meldingsstruktur og innhold er basert på eksisterende spesifikasjonsarbeid i ITxPT med OTA meldinger over MQTT og med /protobuf som payload. Bilaget definerer hvilke meldinger som skal publiseres til Oppdragsgiver fra kjøretøyet, eller fra Oppdragsgiver til kjøretøyet. Bilaget vil ikke definere intern meldingsstruktur i kjøretøyet eller mellom operatørens BackOffice og kjøretøyet. Dette er Operatøren selv ansvarlig for, med hjelp av spesifikasjonene som foreligger. I spesifikasjonen er det tatt høyde for å bruke både og protobuf, som payload i meldingene. Derfor inneholder bilaget eksempler på både og protobuf. Topics struktur og bridge Topic strukturen er helt dynamisk og skapes av de produsenter som kobler seg opp mot MQTT broker og publiserer informasjon. Det finnes ingen konfigurasjon i gateway som beskriver hvordan den ser ut. Derfor trengs det regler for hvordan produsentene lager en topic og hva de skal hete. Meldingene er enten definert som kjøretøy=>pta BO (Oppdragsgivers BackOffice), eller PTA BO=>kjøretøy. Når det gjelder meldingene PTA BO=>kjøretøy, må disse bridges over til lokale MQTT topics, rettet mot DPI tjenesten om bord, men kan også brukes av andre tjenester. For at 2 brokere skal kunne kobles sammen, må det settes opp en MQTT bridge. Dette er beskrevet i S04-OTA architecture specification. Topic bridge PTA BO=>kjøretøy vil være som følger: <mottaker>/<sender>/<kjøretøysnummer>/itxpt/ota/<tjeneste>/<evt. deltjeneste>/<filformat> o <mottaker>: Operatørens navn o <sender>: Oppdragsgivers navn o <filformat>: eller Topic bridge kjøretøy=>pta BO vil være som følger: <mottaker>/<sender>/<kjøretøysnummer>/itxpt/ota/<tjeneste>/<evt. deltjeneste>/<filformat> o <mottaker>: Oppdragsgivers navn o <sender>: Operatørens navn o <filformat>: eller Meldinger og payloads Følgende meldinger er definerte i og Bussens posisjon (avl), kjøretøy til PTABO Passasjertelling (apc), kjøretøy til PTABO Kjøreoppdrag (signon), kjøretøy til PTABO Avslutte kjøreoppdrag (signoff), kjøretøy til PTABO Ankomst (arriving), PTABO til kjøretøy Avvik (deviation), PTABO til kjøretøy Annen melding (announcement), PTABO til kjøretøy

Estimert ankomst (eta), PTABO til kjøretøy Informasjon på skiltkasser (external display), PTABO til kjøretøy Bussens rute (journey), PTABO til kjøretøy Neste stop (next stop), PTABO til kjøretøy Melding til sjåfør (notification), PTABO til kjøretøy Se påfølgende sider for detaljer rundt de ulike meldingene. Bussens posisjon (AVL) (Kjøretøy -> PTA BO) Rapportering av bussens posisjon, kurs og fart til PTA BO. Topic: ruter/<pto navn>/<vehicleid>/itxpt/ota/avl/json "eventtimestamp": "2017-10-31T12:45:50Z", "seqnumber": 0, "latitude": 60.25255, "longitude": 11.0567, "heading": 0.5, "speedoverground": 34.5, "signalquality": "AGPS_QUALITY", "numberofsatellites": 4, "gnsstype": "GPS", "gnsscoordinatesystem": "WGS84", "deadreckoning": false, "positionissimulated": false Topic: ruter/<pto navn>/<vehicleid>/itxpt/ota/avl/protobuf option java_package = "no.ruter.ota.avl"; option java_outer_classname = "AvlProto"; message Avl enum SignalQuality AGPS_QUALITY = 0; DGPS_QUALITY = 1; ESTIMATED_QUALITY = 2; GPS_QUALITY = 3; NOT_VALID_QUALITY = 4; UNKNOWN_QUALITY = 5; enum GNSSType GPS = 0; GLONASS = 1; GALILEO = 2; BEIDOU = 3; IRNSS = 4; OTHER = 5; DEAD_RECKONING = 6; MIXED_GNSS_TYPES =7; // It is recommended to use WGS8 enum GNSSCoordinateSystem WGS84 = 0; AGPS = 1; DGPS = 2; ESTIMATED = 3; GPS_COORDINATE_SYSTEM = 4;

NOT_VALID = 5; UNKNOWN = 6; CH1903 = 7; ETSR89 = 8; IERS =9; NAD27 = 10; NAD83 = 11; WGS72 = 12; SGS85 = 13; P90 = 14; // Unix timestamp in seconds since epoch: google.protobuf.timestamp eventtimestamp = 1; uint32 seq_number = 2; float latitude = 3; float longitude = 4; float heading = 5; float speed_over_ground = 6; SignalQuality signal_quality = 7; uint32 number_of_satellites = 8; GNSSType gnss_type = 9; GNSSCoordinateSystem gnss_coordinate_system = 10; bool dead_reckoning = 11; bool position_is_simulated = 12; Passasjertelling (APC) (Kjøretøy -> PTA BO) Rapportering av passasjertelling per dør til PTA BO. Topic: ruter/<pto navn>/<vehicleid>/itxpt/ota/apc/<doorno>/json "eventtimestamp": "2017-10-31T12:45:50Z", "doorid": 1, "passengercounting": [ "objectclass": "ADULT", "doorpassengerin": 1, "doorpassengerout": 1, "objectclass": "CHILD", "doorpassengerin": 0, "doorpassengerout": 0, "objectclass": "PRAM", "doorpassengerin": 0, "doorpassengerout": 0, "objectclass": "WHEELCHAIR", "doorpassengerin": 0, "doorpassengerout": 0 ], "doorcountquality": "REGULAR" Topic: ruter/<pto navn>/<vehicleid>/itxpt/ota/apc/<doorno>/protobuf option java_package = "no.ruter.ota.apc";

option java_outer_classname = "ApcProto"; message DoorCount message PassengerCount enum ObjectClass ABSENT = 0; ADULT = 1; CHILD = 2; PRAM = 3; BIKE = 4; WHEELCHAIR = 5; OTHER = 6; ObjectClass object_class = 2; uint32 door_passenger_in = 3; uint32 door_passenger_out = 4; enum CountQuality ABSENT = 0; REGULAR = 1; DEFECT = 2; OTHER = 3; // Unix timestamp in seconds since epoch: google.protobuf.timestamp eventtimestamp = 1; uint32 door_id = 2; repeated PassengerCount passenger_counting = 3; CountQuality door_count_quality = 4; Kjøreoppdrag (Sign on) (Kjøretøy -> PTA BO) Melde til PTA BO at bussen starter å kjøre en avgang. Topic: ruter/<pto navn>/<vehicleid>/itxpt/ota/signon/json "eventtimestamp": "2017-10-31T12:45:50Z", "vehiclenumber": "12345", "blockid": "1234:34", "vehiclejourneyid": "35:ABC" Topic: ruter/<pto navn>/<vehicleid>/itxpt/ota/signon/protobuf option java_package = "no.ruter.ota.signonoff"; option java_outer_classname = "SignonoffProto"; message Signonoff // Unix timestamp in seconds since epoch:

google.protobuf.timestamp eventtimestamp = 1; string vehicle_number = 2; string block_ref = 3; string vehicle_journey_ref = 4; Avslutte kjøreoppdrag (Sign off) (Kjøretøy -> PTA BO) Melde at en buss er ferdig med å kjøre en avgang. Topic: ruter/<pto navn>/<vehicleid>/itxpt/ota/signoff/json <Samme som signon > Topic: ruter/<pto navn>/<vehicleid>/itxpt/ota/signoff/protobuf <Samme som signon > Ankomst (PTA BO -> Kjøretøy) Varsel til passasjerene at bussen nærmer seg en holdeplass. Topic: <mottaker>/ruter/<vehicleid>/itxpt/ota/dpi/arriving/json "stopplaceid": "RUT:StopPlace:03012453", "message": "Lorem ipsum dolor sit amet", "audio": "encoding": "MP3", "content": "ZkxhQwAAACIQABAAAAUJABtAA+gA8AB+W8FZndQvQAyjv..." Topic: : <mottaker>/ruter/<vehicleid>/itxpt/ota/dpi/arriving/protobuf option java_outer_classname = "ArrivingProto"; message Arriving enum Encoding MP3 = 0; UNKNOWN = 1; message Audio

Encoding encoding = 3; string content = 4; google.protobuf.timestamp event_timestamp = 1; string stop_place_id = 2; string message = 3; Audio audio = 4; Avvik (PTA Bo -> Kjøretøy) Varsel til passasjerene om avvik. Topic: <mottaker>/ruter/<vehicleid>/itxpt/ota/dpi/deviation/json "message": "Lorem ipsum dolor sit amet", "audio": "encoding": "MP3", "content": "ZkxhQwAAACIQABAAAAUJABtAA+gA8AB+W8FZndQvQAyjv..." Topic: <mottaker>/ruter/<vehicleid>/itxpt/ota/dpi/deviation/protobuf option java_outer_classname = "DeviationProto"; message Deviation enum Encoding MP3 = 0; UNKNOWN = 1; message Audio Encoding encoding = 3; string content = 4; google.protobuf.timestamp event_timestamp = 1; string message = 2; Audio audio = 3; Annen melding (PTA BO -> Kjøretøy) Annen melding som kan gis til passasjerene (ad hoc). Topic: <mottaker>/ruter/<vehicleid>/itxpt/ota/dpi/announcement/json <samme som for avvik>

Topic: <mottaker>/<sender>/<kjøretøysid>/itxpt/ota/dpi/announcement/protobuf <samme som for avvik> ETA (PTA BO -> Kjøretøy) Estimert ankomst til de neste holdeplassene. Topic: <mottaker>/ruter/<vehicleid>/itxpt/ota/dpi/eta/json "estimatedcalls": [ "expectedarrivaltime": "2017-10-13T12:27:04.416Z", "stopplaceid": "RUT:StopPlace:03010510" ] : Topic: <mottaker>/ruter/<vehicleid>/itxpt/ota/dpi/eta/protobuf option java_outer_classname = "EtaProto"; message ETA message EstimatedCall google.protobuf.timestamp expected_arrival_time = 1; string stop_place_id = 2; repeated EstimatedCall estimated_calls = 1; google.protobuf.timestamp event_timestamp = 2; Informasjon på skiltkasser (PTA BO -> Kjøretøy) Melding til å vise på skiltkasser. Vanligvis linjenummer (publiccode) og rutenavn, med støtte for alternativ melding. Topic: <mottaker>/ruter/<vehicleid>/itxpt/ota/dpi/externaldisplay/json "publiccode": "31", "routename": "Lorem ipsum", "alternativemessage": "Duis aute irure dolor"

Topic: <mottaker>/ruter/<vehicleid>/itxpt/ota/dpi/externaldisplay/protobuf option java_outer_classname = "ExternalDisplayProto"; message ExternalDisplay string public_code = 1; string route_name = 2; string alternative_message = 3; google.protobuf.timestamp event_timestamp = 4; Bussens rute (PTA BO -> Kjøretøy) Holdeplassene som inngår i bussens rute, med overganger til andre linjer. Denne brukes bare av bussen dersom den ikke allerede har denne informasjonen. Topic: <mottaker>/ruter/<vehicleid>/itxpt/ota/dpi/journey/json "route": "id": "RUT:Route:31-1041", "name": "Fornebu vest-tonsenhagen", "line": "id": "RUT:Line:31", "name": "Snarøya - Fornebu - Tonsenhagen - Grorud", "publiccode": "31", "stopplaces": [ "id": "RUT:StopPlace:02190017", "name": "Fornebu vest", "connections": [], "id": "RUT:StopPlace:03010013", "name": "Jernbanetorget", "connections": [, "line":, "id": "RUT:Line:30", "name": "Bygdøy via Bygdøynes", "publiccode": "30" "type": "BUSS", "color": "e60000" "line": "id": "RUT:Line:12",

"name": "Majorstuen", "publiccode": "12", "type": "TRAM", "color": "0b91ef" ] ] Topic: <mottaker>/ruter/<vehicleid>/itxpt/ota/dpi/journey/protobuf option java_outer_classname = "JourneyProto"; message Journey enum TransportType BUSS = 0; TRAM = 1; OTHER = 2; message Line string id = 1; string name = 2; string public_code = 3; message Connection Line line = 1; TransportType type = 4; string color = 5; message StopPlace string id = 1; string name = 2; repeated Connection connections = 3; message Route string id = 1; string name = 2; Line line = 3; repeated StopPlace stop_places = 4; google.protobuf.timestamp event_timestamp = 1; Route route = 2; Neste stopp (PTA BO -> Kjøretøy) Neste stopp på bussens rute etter å ha forlatt en holdeplass. Denne brukes bare av bussen dersom den ikke allerede har denne informasjonen.

Topic: <mottaker>/ruter/<vehicleid>/itxpt/ota/dpi/nextstop/json "stopplaceid": "RUT:StopPlace:03012453" Topic: <mottaker>/ruter/<vehicleid>/itxpt/ota/dpi/nextstop/protobuf option java_outer_classname = "NextStopProto"; message NextStop string stop_place_id = 1; google.protobuf.timestamp eventtimestamp = 2; Melding til sjåfør (PTA BO -> Kjøretøy) Beskjeder direkte til bussens sjåfør. Topic: <mottaker>/ruter/<vehicleid>/itxpt/ota/<tjeneste>/notification/json "urgency": "MEDIUM", "subject": "Lorem ipsum", "content": "Duis aute irure dolor" Topic: <mottaker>/ruter/<vehicleid>/itxpt/ota/<tjeneste>/notification/json option java_package = "no.ruter.ota.avms"; option java_outer_classname = "NotificationProto"; message Notification enum Urgency LOW = 0; MEDIUM = 1; HIGH = 2; message Message

google.protobuf.timestamp eventtimestamp = 1; Urgency urgency = 2; string subject = 3; string content = 4; repeated Message messages = 1;