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

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

IT-arkitektur leveransemodell

IT-arkitektur leveransemodell

STRATMOD: FORSINKELSER OG TRENGSEL I KOLLEKTIVTRAFIKKEN

Krav til IT-tjenester

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

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

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

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

Krav til IT-tjenester

RUTERS MARKEDSINFORMASJONSSYSTEM OPPDRAGSBESKRIVELSE OPERATØRKONTROLL OG KUNDEINTERVJUER

Vedlegg 3. Versjon Rutebeskrivelse. Busstjenester Nittedal 2015

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

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

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

Incitamentsbeskrivelsen

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

Ladeinfrastruktur. Anders Dynge, prosjektleder ladeinfrastruktur

Krav til IT-tjenester

Incitamentsbeskrivelsen

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

ROS-analyser og temadata i kommuneplanarbeidet

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

Vedlegg 3. Versjon Rutebeskrivelse. Busstjenester Årnes Gardermoen 2016

Rutetabeller gyldig fra 9. oktober 2016

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

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

il f o r p k is f a r G

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

February Brand guidelines

Krav til bussmateriellet Rammeavtale avvikskjøring

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

Incitamentsbeskrivelsen

REISE- OG HYBELINFORMASJON

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

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

Veiledning for visuell identitet Miljøpartiet de Grønne

Incitamentsbeskrivelsen

DOKUMENTASJON AV FLAUM- OG SKREDHENDINGAR

Industritomter i Surnadal

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

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

Krav til IT-tjenester

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

Konkurranse om minibusstjenester. Vedlegg 3. Krav til design

Busstjenester Vestby Vedlegg 6. Incitamentsbeskrivelse

Trafikanten + Innlevering oblig 1 INF2120 Våren Versjon 1

Vedlegg 7: Avtale om drift av billetteringssystem

Beskrivelse av incitamentsordning Busstjenester Romerike 2019 Ruteområde 6 Enebakk

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

Kolsås Bergkrystallen

Krav til design på regionbusser Busstjenester Årnes Gardermoen 2016

UTKAST. Beskrivelse av incitamentsordning Busstjenester Romerike 2019

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

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

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

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

Grafisk profilhåndbok

Bilag 2 Installasjon av IT systemer

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

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

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

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

TDT4110 IT Grunnkurs Høst 2016

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

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

GRAFISK PROFILMANUAL KRAFTSENTERET ASKIM

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

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

Sanntid på kryss og tvers Standarder for datautveksling

ANBUDSINFORMASJON nr. 4 Dato: Tid: Oppdragsgiver:

Mobilitetstilbudet. Oslo sør og Nordre Follo Vibeke Harlem - Jan Erik Pedersen

Nytt anbud Romerike. Miljøløsninger: Raskere innfasing av utslippsfrie busser. Jon Stenslet, Strategi Iver Wien, Trafikkplan

Kvalitetssikring av data

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

Spørsmål og svar nr. 09

PSi Apollo. Technical Presentation

Prosedyre for lossing av Salmiakksprit 25% teknisk

UTKAST. Prisskjema. Bilag 1 til prosedyreregler

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

Bilag 2 Installasjon av IT systemer i buss

Midnattsolveien. Profilhåndbok. Rettningslinjer for Midnattsolveien

OPERATØRKONTROLL KONTROLLER BUSSMATERIELL Kvalitetskontroll. Vedlegg 1. Skjema

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

Kollektivsatsing kommende år Øvre Romerike

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

Krav til bussmateriellet Rammeavtale Busstjenester 2020

110 Sentralen i Salten


NYTT NORSKVERK FOR STUDIE- FORBEREDENDE

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

Busstjenester i Bærum Øst Vedlegg 5 Godtgjørelse. versjon 1.0

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

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

Bilag Ruteområde 1 Skoleruter på Hvaler. Busstjenester i Nedre Glomma og Indre Østfold

Ruter dialogkonferanse

VEILEDER FOR RUTEBESKRIVELSE

Beskrivelse av incitamentsordning Busstjenester Ruters vestregion 2020 Ruteområde 3 Asker

Kollektivtilbudet i Modum. - Møte med Ungdomsrådet i Modum

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

Transkript:

Bilag 1.4 til Vedlegg 1 Versjon 1 03.11.2017 OTA-meldinger Busstjenester Romerike 2019

Bilag 1.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øysid>/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øysid>/itxpt/ota/<tjeneste>/<evt. deltjeneste>/<filformat> o <mottaker>: Oppdragsgivers navn o <sender>: Operatørens navn o <filformat>: eller Payloads Se påfølgende sider for 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øretøysoppdrag (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", "blockref": "1234:34", "vehiclejourneyref": "35:ABC" Topic: ruter/<pto navn>/<vehicleid>/itxpt/ota/signon/protobuf Avslutte kjøretøysoppdrag (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>/<sender>/<kjøretøysid>/itxpt/ota/dpi/arriving/json "createtimestamp": "2017-10-31T08:38:01.001Z", "stoppointref": "RUT:StopPlace:03012453", "message": "Lorem ipsum dolor sit amet", "audio": "encoding": "MP3", "content": "ZkxhQwAAACIQABAAAAUJABtAA+gA8AB+W8FZndQvQAyjv..." Topic: : <mottaker>/<sender>/<kjøretøysid>/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; google.protobuf.timestamp create_timestamp = 2; string stop_point_ref = 3; string message = 4; Audio audio = 5; Avvik (PTA Bo -> Kjøretøy) Varsel til passasjerene om avvik. Topic: <mottaker>/<sender>/<kjøretøysid>/itxpt/ota/dpi/deviation/json "createtimestamp": "2017-10-31T08:38:01.001Z", "message": "Lorem ipsum dolor sit amet", "audio": "encoding": "MP3", "content": "ZkxhQwAAACIQABAAAAUJABtAA+gA8AB+W8FZndQvQAyjv..." Topic: <mottaker>/<sender>/<kjøretøysid>/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;

google.protobuf.timestamp create_timestamp = 2; string message = 3; Audio audio = 4; Annen melding (PTA BO -> Kjøretøy) Annen melding som kan gis til passasjerene (ad hoc). Topic: <mottaker>/<sender>/<kjøretøysid>/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>/<sender>/<kjøretøysid>/itxpt/ota/dpi/eta/json "estimatedcalls": [ "expectedarrivaltime": "2017-10-13T12:27:04.416Z", "stoppointref": "RUT:StopPlace:03010510" ] : Topic: <mottaker>/<sender>/<kjøretøysid>/itxpt/ota/dpi/eta/protobuf option java_outer_classname = "EtaProto"; message ETA message EstimatedCall google.protobuf.timestamp expected_arrival_time = 1; string stop_point_ref = 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>/<sender>/<kjøretøysid>/itxpt/ota/dpi/externaldisplay/json "publiccode": "31", "routename": "Lorem ipsum", "alternativemessage": "Duis aute irure dolor" Topic: <mottaker>/<sender>/<kjøretøysid>/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>/<sender>/<kjøretøysid>/itxpt/ota/dpi/journey/json "routechangetimestamp": "2017-10-31T08:38:02.720Z", "route": "id": "RUT:Route:31-1041", "name": "Fornebu vest-tonsenhagen", "line": "id": "RUT:Line:31", "name": "Snarøya - Fornebu - Tonsenhagen - Grorud", "publiccode": "31", "stoppoints": [ "id": "RUT:StopPlace:02190017", "name": "Fornebu vest", "connections": [], "id": "RUT:StopPlace:03010013", "name": "Jernbanetorget", "connections": [

] ] "id": "RUT:Line:30", "name": "Bygdøy via Bygdøynes", "publiccode": "30", "type": "BUSS", "color": "e60000", "id": "RUT:Line:12", "name": "Majorstuen", "publiccode": "12", "type": "TRAM", "color": "0b91ef" Topic: <mottaker>/<sender>/<kjøretøysid>/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; google.protobuf.timestamp route_change_timestamp = 2; Route route = 3; 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>/<sender>/<kjøretøysid>/itxpt/ota/dpi/nextstop/json "stoppointref": "RUT:StopPlace:03012453" Topic: <mottaker>/<sender>/<kjøretøysid>/itxpt/ota/dpi/nextstop/protobuf option java_outer_classname = "NextStopProto"; message NextStop string stop_point_ref = 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>/<sender>/<kjøretøysid>/itxpt/ota/<tjeneste>/notification/json Topic: <mottaker>/<sender>/<kjøretøysid>/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; google.protobuf.timestamp createtimestamp = 2; Urgency urgency = 3; string subject = 4; string content = 5; repeated Message messages = 1;