Page Comparison

DI

Absolutt

Pålogging og avlogging av kjøretøy

Pålogging og avlogging av kjøretøy er en svært kritisk funksjon som binder alle dataemner som produseres av et kjøretøy til Tjenestemottakers digitale kundetjenester samt er det som muliggjør utnyttelse av de samme dataemnene til utarbeidelse av statistikk og innsikt.

Intensjon

Intensjonen er at pålogging og avlogging skal sendes når et kjøretøy starter å betjene og avslutter å betjene et kjøreoppdrag (block).

Det skal unngås å sende fiktive manuelle eller systemskapte av- og pålogginger.

Gyldig pålogging skal være mottatt:

• Før kjøretøyet starter et Kjøreoppdrag (block) men tidligst 30 minutter før planlagt start. Normalt ved utkjøring fra depot.

• Så snart et kjøretøy skal overta for et annet på samme kjøreoppdrag.

• Ved avkortning av kjøreoppdragså snart et kjøretøy foretar avkortningen.

Gyldig avlogging skal være mottatt:

• Senest 15 min. etter at kjøreoppdrag (block) er slutt. Normalt når kjøretøyet ikke skal kjøre flere turer og returnerer til depot.

• Så snart et kjøreoppdrag avbrytes før det er ferdigstilt. Gjelder også hvis et annet kjøretøy skal overta.

Hvis et eller flere kriterier ikke er oppfylt.

Sensors

Kritisk

Posisjon

Posisjon brukes av Tjenestemottaker til å generere fremdrifts-status på turer og vognløp. Denne fremdrifts-statusen brukes til å gi kunder sanntidsinformasjon om avganger, ankomster, forsinkelser og avvik. Fremdrifts-status er også viktig for å kunne utarbeide statistikk og innsikt om avviklingen av Tjenestemottakers tjenester.

Intensjon

Intensjonen er at posisjon skal sendes 1 gang/sekundet med beste kvalitet under rådende forhold. For å ta høyde for dårlig mobildekning tillater vi enkelte brudd i posisjons-strømmen. For å ta høyde for QoS 0 tillater vi at frekvensen på posisjonsmeldinger kan være noe lavere enn ønsket innstilling

• Gjennomsnittlig intervall mellom posisjons-meldinger skal være innenfor et toleransevindu på 0,9 - 2,0 sekunder i løpet av en avgang.

• Intervall mellom posisjons-meldinger som overstiger 10 sekunder regnes som et brudd i datastrømmen. Det tillates 3 brudd i løpet av en avgang.

  • Hvis intervallet overstiger 60 sekunder vil man begynne på neste brudd, slik at f.eks. et intervall på 3 minutter og 10 sekunder regnes som 4 brudd og utilgjengelig tjeneste. Flere brudd på over 10 sekunder innenfor en sammenhengende periode på 60 sekunder regnes som 1 brudd.

• Gjennomsnittlig intervall mellom posisjons-meldinger skal ikke overskride 2 sekunder i løpet av en avgang.

• Informasjon om satellittdekning og vertikal nøyaktighet skal alltid sendes med posisjons meldinger. Presisjonen på posisjoner skal alltid være med høyeste mulige presisjon i henhold til de rådende forhold gitt av disse parameterne.

• Ved mangel på dekning skal det fremdeles sendes meldinger med samme intervall men merket at det ikke er dekning eller eventuelt om det benyttes projeksjon (dead-reckoning) for å gi posisjon

Hvis et eller flere kriterier ikke er oppfylt.

Sensors

Kritisk

Odometer

Odometer brukes av Tjenestemottaker som en redundant løsning for posisjon der mottaksforholdene for posisjon er vanskelige eller satellittdekning ikke er tilgjengelig.

Intensjon

Intensjonen er at odometer skal sendes 1 gang/sekundet med beste kvalitet under rådende forhold. For å ta høyde for dårlig mobildekning tillater vi enkelte brudd i datastrømmen. For å ta høyde for QoS 0 tillater vi at frekvensen på meldinger kan være noe lavere enn ønsket innstilling.

Odometerverdien skal reflektere kjøretøyets totale kilometerstand der det er mulig

• Gjennomsnittlig intervall mellom odometer-meldinger skal være innenfor et toleransevindu på 0,9 - 2,0 sekunder i løpet av en avgang.

• Intervall mellom odometer-meldinger som overstiger 10 sekunder regnes som et brudd i datastrømmen. Det tillates 3 brudd i løpet av en avgang.

  • Hvis intervallet overstiger 60 sekunder vil man begynne på neste brudd, slik at f.eks. et intervall på 3 minutter og 10 sekunder regnes som 4 brudd og utilgjengelig tjeneste. Flere brudd på over 10 sekunder innenfor en sammenhengende periode på 60 sekunder regnes som 1 brudd.

• Gjennomsnittlig intervall mellom odometer-meldinger skal ikke overskride 2 sekunder i løpet av en avgang.

• Odometer skal ikke nullstilles eller gjøre «roll-over» i løpet av et Kjøreoppdrag (Block)

Hvis et eller flere kriterier ikke er oppfylt.

Sensors

Kritisk

Passasjertelling (APC)

Passasjertelling brukes av Tjenestemottaker for å vite fyllingsgrad av avganger i sanntid for å kunne gi bedre informasjon til reisende samt å utarbeide trafikkstatistikk for Tjenestemottakers nettverk. Passasjertelling brukes også til å validere at dørsensorer fungerer.

• APC-melding må sendes pr. dør til Oppdragsgiver etter at dørstatus for døren har blitt endret fra “åpen” anyDoorOpen til “lukket”allDoorsClosed, og må mottas maksimalt 30 sekunder etter endring av dørstatus. Det tillates inntil 1 manglende melding(er) pr. avgang.

• Det tillates et avvik mellom av og påstigende i løpet av en avgang på 5% etter formelen

absolutt(påstigende-avstigende)/((påstigende+avstigende)/2)

• Kvalitetsavviket måles over en hel block og blir likt for alle avganger i block hvis det er flere enn 500 påstigende eller avstigende. Hvis det er færre legges foregående block til kjøretøyet, ett eller flere, til beregningen inntil antallet påstigende eller avstigende overstiger 1000.

Hvis et eller flere kriterier ikke er oppfylt.

Sensors

-

Klokke

Klokkesignalet brukes for å synkronisere tidsfremvisning på enheter som brukes til publikumsinformasjon slik som DPI skjermer.

• Gjennomsnittlig intervall mellom klokkemeldinger skal ikke overskride 1 minutt målt ombord i kjøretøyet/fartøyet i løpet av en avgang.

Kravet inngår ikke i ytelseskrav for incentiv ordninger men er omfattet av generelt krav til bruk av API.

Sensors

-

Kabintemperatur

Kabin temperatur brukes for å kunne gjøre en faktabasert behandling av kundeklager samt å utarbeide statistikk for overvåkning av eventuelle andre krav til klima i kjøretøyet.

Intensjon

Intensjonen er at temperaturmålinger skjer regelmessig, og kan sendes maksimalt 4 ganger i minuttet, men minst en gang i minuttet. med beste kvalitet under rådende forhold. For å ta høyde for dårlig mobildekning tillater vi enkelte brudd i posisjons-strømmen. For å ta høyde for QoS 0 tillater vi at frekvensen på meldinger kan være noe lavere enn ønsket innstilling.

Gjennomsnittlig intervall mellom temperaturmeldinger skal være innenfor et toleransevindu på 14-65 sekunder i løpet av en avgang.

• Intervall mellom temperaturmeldinger som overstiger 120 sekunder regnes som et brudd i datastrømmen. Det tillates 2 brudd i løpet av en avgang

  • Hvis intervallet overstiger 120 sekunder vil man begynne på neste brudd, slik at f.eks et intervall på 6 minutter regnes som 3 brudd og utilgjengelig tjeneste.

• Gjennomsnittlig forsinkelse ved mottak av temperatur-meldinger skal ikke overskride 5 sekunder i løpet av en avgang.

Kravet inngår ikke i ytelseskrav for incentiv ordninger men er omfattet av generelt krav til bruk av API. Intensjonen er å innføre krav til ytelse i neste major release.

Sensors

-

Utendørstemperatur

Utendørs temperatur brukes for å forbedre prognose på avgangstider og kalibrering/analyse av passasjertellinger.

Intensjon

Intensjonen er at temperaturmålinger skjer regelmessig, og kan sendes maksimalt 4 ganger i minuttet, men minst en gang i minuttet. med beste kvalitet under rådende forhold. For å ta høyde for dårlig mobildekning tillater vi enkelte brudd i posisjons-strømmen. For å ta høyde for QoS 0 tillater vi at frekvensen på meldinger kan være noe lavere enn ønsket innstilling.

• Gjennomsnittlig intervall mellom temperaturmeldinger skal være innenfor et toleransevindu på 14-65 sekunder i løpet av en avgang.

• Intervall mellom temperaturmeldinger som overstiger 120 sekunder regnes som et brudd i datastrømmen. Det tillates 2 brudd i løpet av en avgang

  • Hvis intervallet overstiger 120 sekunder vil man begynne på neste brudd, slik at f.eks et intervall på 6 minutter regnes som 3 brudd og utilgjengelig tjeneste.

• Gjennomsnittlig forsinkelse ved mottak av temperatur-meldinger skal ikke overskride 5 sekunder i løpet av en avgang.

Kravet inngår ikke i ytelseskrav for incentiv ordninger men er omfattet av generelt krav til bruk av API. Intensjonen er å innføre krav til ytelse i neste major release.

Sensors / PE

Normal

Dørstatus

Dørstatus brukes for å gi bedre sanntidsinformasjon, å styre trafikkprioritering samt å validere at passasjertellere fungerer.

For alternative konfigurasjoner kan dørstatus indikere tilgjengelighet for om bord- og avstigning. F.eks. landgang på ferger.

• Dørstatus pr dør sendes umiddelbart ved åpning og lukking. Status skal sendes i en gitt sekvens.

  • Åpen status skal etterfølges av lukket status og lukket status skal etterfølges av åpen status.

• Det tillates inntil 2 meldinger utenfor sekvens pr dør på kjøretøyet/fartøyet pr. avgang.

• Se for øvrig krav til Passasjertelling 

Hvis et eller flere kriterier ikke er oppfylt.

Sensors

-

Stoppsignal

Stoppsignal brukes for å gi bedre passasjerinformasjon ombord samt å forbedre fremdrifts-status på turer og vognløp.

• Stoppsignal sendes umiddelbart når reisende aktiverer dette hvis kjøretøyet/fartøyet har stoppsignal.

Kravet inngår ikke i ytelseskrav for incentiv ordninger men er omfattet av generelt krav til bruk av API.

Sensors

-

Vindusviskerstatus

Vindusviskerstatus brukes for å forbedre prognose på avgangstider og kalibrering/analyse av passasjertellinger.

• Sendes ved hver tilstandsendring av vindusviskerfunksjon, ikke ved hver viskerbevegelse.

Kravet inngår ikke i ytelseskrav for incentiv ordninger men er omfattet av generelt krav til bruk av API.

Sensors

-

Akselerometer

Akselerometer brukes for å skape ny innsikt om generell kundekomfort, sikkerhet og veikvalitet.

Intensjon
Intensjonen er at akselerometermeldinger skal sendes 1 gang i minuttet med beste kvalitet under rådende forhold. For å ta høyde for dårlig mobildekning tillater vi enkelte brudd i datastrømmen. For å ta høyde for QoS 0 tillater vi at  frekvensen på meldinger kan være noe lavere enn ønsket innstilling.

• Gjennomsnittlig intervall mellom meldinger skal være innenfor et toleransevindu på 55-125 sekunder i løpet av en avgang.

• Intervall mellom meldinger som overstiger 300 sekunder regnes som et brudd i datastrømmen. Det tillates 2 brudd i løpet av en avgang

  • Hvis intervallet overstiger 300 sekunder vil man begynne på neste brudd, slik at f.eks et intervall på over 600 sekunder regnes som 2 brudd og utilgjengelig tjeneste.

• Gjennomsnittlig forsinkelse ved mottak av meldinger skal ikke overskride 5 sekunder i løpet av en avgang.

Kravet inngår ikke i ytelseskrav for incentiv ordninger men er omfattet av generelt krav til bruk av API. Intensjonen er å innføre krav til ytelse i neste major release.

Sensors

-

Energiforbruk (kWh)

Energiforbruk brukes til å samle miljø-innsikt om leveranse av rutetilbudet.

Intensjon

Intensjonen er at energiforbruksmeldinger skal sendes 1 gang i minuttet med beste kvalitet under rådende forhold. For å ta høyde for dårlig mobildekning tillater vi enkelte brudd i datastrømmen. For å ta høyde for QoS 0 tillater vi at  frekvensen på meldinger kan være noe lavere enn ønsket innstilling.

• Gjennomsnittlig intervall mellom meldinger skal være innenfor et toleransevindu på 55-125 sekunder i løpet av en avgang.

• Intervall mellom meldinger som overstiger 300 sekunder regnes som et brudd i datastrømmen. Det tillates 2 brudd i løpet av en avgang

  • Hvis intervallet overstiger 300 sekunder vil man begynne på neste brudd, slik at f.eks et intervall på over 600 sekunder regnes som 2 brudd og utilgjengelig tjeneste.

• Gjennomsnittlig forsinkelse ved mottak av meldinger skal ikke overskride 5 sekunder i løpet av en avgang.

Kravet inngår ikke i ytelseskrav for incentiv ordninger men er omfattet av generelt krav til bruk av API. Intensjonen er å innføre krav til ytelse i neste major release.

Sensors

-

Batterinivå (SOC, kun elbuss)

Batterinivå brukes for å samle operativ innsikt om bruk av el-busser i rutetilbudet.

Intensjon

Intensjonen er at SOC skal sendes 1 gang i minuttet med beste kvalitet under rådende forhold. For å ta høyde for dårlig mobildekning tillater vi enkelte brudd i datastrømmen. For å ta høyde for QoS 0 tillater vi at  frekvensen på meldinger kan være noe lavere enn ønsket innstilling.

• Gjennomsnittlig intervall mellom meldinger skal være innenfor et toleransevindu på 55-125 sekunder i løpet av en avgang.

• Intervall mellom meldinger som overstiger 300 sekunder regnes som et brudd i datastrømmen. Det tillates 2 brudd i løpet av en avgang

  • Hvis intervallet overstiger 300 sekunder vil man begynne på neste brudd, slik at f.eks et intervall på over 600 sekunder regnes som 2 brudd og utilgjengelig tjeneste.

• Gjennomsnittlig forsinkelse ved mottak av meldinger skal ikke overskride 5 sekunder i løpet av en avgang.

Kravet inngår ikke i ytelseskrav for incentiv ordninger men er omfattet av generelt krav til bruk av API. Intensjonen er å innføre krav til ytelse i neste major release.

Sensors

-

Ladestatus (kun elbuss)

Ladestatus brukes for å gi bedre sanntidsinformasjon samt å samle operativ innsikt om bruk av el-busser i rutetilbudet.

• Sendes ved hver tilstandsendring av ladning

Kravet inngår ikke i ytelseskrav for incentiv ordninger men er omfattet av generelt krav til bruk av API.

PE

Kritisk

Dynamisk passasjerinformasjon (DPI)

Fremvisning av korrekt informasjon til passasjerene om bord er viktig for Tjenestemottaker

DPI-diagnosemodulen om bord i kjøretøy/fartøy måler hvert minutt under en avgang at følgende krav er oppfylt:

• Antall skjermer som rapporterer stemmer med antallet Operatøren har oppgitt for kjøretøyet.

• Skjermene har seneste versjon av både DPI-applikasjonen og mediepakken

• Reiseinformasjon vist på skjermene stemmer med reiseinformasjon publisert av Ruter til operatør

• Skjermene er i stand til å lagre informasjon over tid, uavhengig av på-/avlogging

• Skjermene er satt opp med riktig skjermtype ift. Oppløsningen

Når et av kravene ikke oppfylles på mer enn 2 minutter i løpet av en avgang regnes dette som et brudd.

Det tillates inntil 2 brudd på kriteriene pr. avgang.

PE

Absolutt

Salg av billetter

Salg av billetter er viktig for å gi inntektssikring for Tjenestemottaker

RuterSalg-diagnosemodulen om bord i kjøretøy/fartøy måler hvert minutt under en avgang at følgende krav er oppfylt:

• At sjåfør/operatør av billettsalget er pålogget

Hvis det er registrert feil på et av kravene, eller det ikke er publisert melding det minuttet, regnes det som et avvik.

3 avvik på rad regnes som utilgjengelig tjeneste

3 tilfeller av utilgjengelig tjeneste i løpet av en avgang regnes som SLA-brudd

PE

-

Validering/aktivering av reiserett *

Validering av reisrett bidrar til Tjenestemottakers inntektssikring

*: Dette dataemnet vil få ytelsesnivåkrav lik “Normal” fra neste hovedversjon av Avtale om Digitale Tjenester

Kortleser rapporterer hvert minutt diagnostikkdata gjennom MQTT

Når en eller flere kortlesere ikke rapporterer tilgjengelighet gjennom en hel avgang.

-

Eksternt skilt

Fremvisning av korrekt informasjon til passasjerene om bord er viktig for Tjenestemottaker

Ekstern skilt-melding sendes umiddelbart når eksterne skilt endres uavhengig om det er grunnet fjernstyring eller manuell overstyring.

Kravet inngår ikke i ytelseskrav for incentiv ordninger men er omfattet av generelt krav til bruk av API.

PE

Absolutt

Oppdragsutveksling Konsentra Førerapp

Fører benytter førerapplikasjon i henhold til avtalt prosedyre.

Hvis et eller flere kriterier ikke er oppfylt.

PE

Absolutt

Oppdragsutveksling SUTI

Oppdragsbekreftelse gjelder overføring, oppdatering og avslutning av aktuelle oppdrag.

Tjenesteyter må bekrefte mottatt oppdrag gjennom SUTI-Grensesnittet 

Tjenesteyter melder tilbake tildelt bil (løyve) 

Kjøretøyet registrerer faktiske hente- og leveringstider, inkludert GPS posisjon. 

Hvis et eller flere kriterier ikke er oppfylt.

PE

Absolutt

Oppdragsrapportering Y2M

Tjenesteyter utveksler data i henhold til grensesnitt beskrevet for funksjonsnivå Y2M

Hvis et eller flere kriterier ikke er oppfylt.