Dynamisk Passasjerinformasjon [2.5]
Document is a DRAFT == Document is a DRAFT == Document is a DRAFT
Ingen endring fra 2.2, 2.3
Spesielle krav til Dynamisk Passasjerinformasjon (DPI)
Tjenestemottaker kjører sitt eget system for DPI ombord. Følgende krav til kapabiliteter stilles:
Krav til skjermer
Skjermen skal ha automatisk lysjustering ut fra omgivelsene
Skjermen skal være ikke-reflekterende
Skjermen skal ha en synsvinkel på 178 grader både horisontalt og vertikalt.
Skjermen skal ha minimum oppløsning på 1920 piksler i bredden ved plassering i landskapsmodus, og minimum 1920 piksler i høyden ved plassering i portrettmodus.
Alle skjermer må laste inn DPIs webapplikasjon og kjøre den i en nettleser, anbefalt av type Chrome/Chromium.
Skjermplayeren må støtte følgende tekniske kapabiliteter:
HTML 5
CSS 3
ECMAScript 6
Websockets
Webworkers / Serviceworkers
HTML video i H.264-format opp til 1080P
Canvas / SVG
WebGL
IndexedDB
Local storage
Alle data lagret av DPI-applikasjonen skal vedvare mellom restart og skal aldri slettes av en operatørprosess
Skjermene må konfigureres med forhåndsdefinerte visninger tilpasset skjermens forholdstall (aspect ratio), funksjon og plassering
Skjermene skal alltid vise den riktige skjermkonfigurasjonen ved oppstart
Operatøren skal overvåke at playeren viser en html side levert av Ruter
Operatøren skal laste inn applikasjonen på nytt om det skulle oppstå problemer
Kjøretøyet skal ha en web-server ombord som skjerm-playerene kan laste inn DPI applikasjonen og annet statisk innhold fra
Oppdatering av statisk innhold
DPI-applikasjonen skal holdes oppdatert når Tjenestemottaker publiserer nye versjoner av applikasjonen eller media-filene applikasjonen er avhengig av. Disse gjøres tilgjengelig som pakker i ZIP-format og blir beskrevet i en manifest-fil tilgjengelig på definerte URLer for produksjons-miljøet og pre-produksjonsmiljøet.
Tjenesteyter skal regelmessig sjekke om nye versjoner av DPIs nedlastbare pakker er tilgjengelige i Tjenestemottaker produksjons-kanal
Når nye pakker er tilgjengelige skal Tjenesteyter laste disse ned og påse at alle kjøretøyer har fått installert det nye innholdet innen de begynner å kjøre den påfølgende morgen
Tjenesteyter skal validere at pakken er lastet ned riktig og pakket ut på riktig måte
Minst 16 GB lagringsplass må være tilgjengelig for å lagre Tjenestemottakers innhold om bord på kjøretøyet
Tjenesteyter skal laste ned planlagte nye versjoner fra en pre-prod kanal i et test-miljø og påse at versjonen testes før den settes i produksjon
Lydmeldinger
Når kjøretøyet mottar en MQTT-melding med lydinnhold skal Tjenesteyter spille av lyden som kommer enten i OPUS- eller MP3-format
Unntaksvis, hvis meldingen definerer en levetid som er forbi, må lydinnholdet ikke spilles
Når en melding inneholder flere lydfiler må disse spilles av i rekkefølgen de forekommer i meldingen
Behandling av MQTT-meldinger med lydinnhold skal skje synkront og nye meldinger spilles kun etter at de foregående er ferdigspilt