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