Klockan 05:40 en måndag står kön till säkerhetskontrollen redan ut i avgångshallen, och den enda siffra skiftledaren har är en kollegas gissning över radion: "typ tjugo minuter". Beslutet att öppna linje fyra fattas på magkänsla, och när linjen väl är bemannad har toppen redan passerat. Det är precis det här glappet mellan händelse och åtgärd som queue counting ska stänga. Men det finns en stor skillnad mellan att räkna personer i ett område och att leverera en väntetid som en operativ chef vågar visa på en skärm och planera bemanning efter.
Tre lager: sensor, zon och beräkning
Ett system för köräkning består i praktiken av tre lager som ofta blandas ihop i upphandlingar. Det första är sensorn som ser personer. Det andra är zonlogiken som definierar var kön börjar och slutar. Det tredje är algoritmen som omvandlar antal personer och genomströmning till en väntetid. Fel i ett lager fortplantar sig uppåt, och det är nästan alltid lager två som ställer till det, inte sensorn.
På sensorsidan dominerar takmonterade 3D-sensorer (stereo eller time-of-flight) i inomhusmiljöer. De skiljer mellan vuxna, barn och bagagevagnar, de påverkas lite av ljusförändringar och de lagrar inga identifierbara bilder, vilket förenklar dataskyddsbedömningen i en offentlig miljö. Alternativen är Wi-Fi- och Bluetooth-sondering, som ger en lägre och alltmer opålitlig andel av den faktiska mängden eftersom moderna telefoner randomiserar MAC-adresser, och kameraanalys, som kräver en betydligt tyngre juridisk motivering i en terminal.
Zonen avgör mer än sensorn
En kö på en flygplats är sällan en linje. Den är ett serpentinområde med tensabarriärer som flyttas tre gånger per dag, en förzon där folk tvekar vid skyltarna och en avlämningszon framför röntgenbanden. Zonlogiken måste ta höjd för alla tre. Vanliga grepp:
- Virtuella linjer vid in- och utgång räknar nettoantalet personer i zonen. Enkelt, men känsligt när kön svämmar över utanför den tänkta ingången.
- Belagd yta med uppehållstid räknar personer som stått stilla längre än ett tröskelvärde, så att en passerande resenär med kaffe inte räknas som köande.
- Zon-till-zon-flöde följer anonyma rörelser från köns början till kontrollens slut och ger ett direkt mått på genomloppstid, inte en uppskattning.
Det tredje alternativet är det som faktiskt ger en mätt väntetid. De två första ger härledda väntetider: antal personer i kön delat med genomströmning per minut, det så kallade Little-sambandet. Härledda värden fungerar bra när flödet är stabilt, men slår fel just när du behöver dem mest, när tre flygningar landar samtidigt och genomströmningen plötsligt kollapsar eftersom en bana stängs för manuell kontroll.
Vad queue counting faktiskt behöver leverera i en terminal
En driftchef har tre användningsfall, och de ställer olika krav på systemet. Det första är realtid: en skärm i driftcentralen och ett larm när väntetiden passerar ett tröskelvärde, så att nästa linje öppnas innan kön når gränsen i ert servicenivåavtal. Här räcker en uppdateringsfrekvens på en minut, men larmet måste gå till rätt person utan att den personen behöver öppna en instrumentpanel.
Det andra är resenärsinformation: väntetid på skyltar och i appar. Här är kravet inte precision utan trovärdighet. Om skylten visar åtta minuter och resenären upplever femton, slutar folk lita på den, och då är den värdelös. Många operatörer väljer medvetet att visa ett intervall, till exempel 10 till 15 minuter, eller att avrunda uppåt.
Det tredje är planering: att korrelera väntetider med bemanningsscheman, flygplaner och månadsvariationer för att dimensionera bemanningen rätt om sex veckor. Här vinner den som har längst historik med jämförbara zondefinitioner, vilket är ett argument för att låsa zonerna tidigt och dokumentera varje ändring.
En iakttagelse från installationer som gått snett
Den vanligaste orsaken till att ett system för köhantering ifrågasätts efter sex månader är inte sensorfel. Det är att någon i den dagliga driften flyttat tensabarriärerna för att hantera en ovanlig morgon, kön har fått en ny form, och ingen har uppdaterat zondefinitionen i mjukvaran. Systemet räknar fortfarande korrekt, men det räknar fel yta. En praktisk regel som fungerar: markera zongränserna fysiskt i golvet med diskret tejp och lägg in i rutinen att den som ändrar barriärerna anmäler det till den som äger analysplattformen. Det låter banalt, men det är skillnaden mellan ett system som används i tre år och ett som avfärdas efter tre månader.
Ett närliggande problem är medföljande personer. Vid incheckningsköer och gränskontroller står ofta anhöriga med i kön utan att själva ska passera. Ett rent personantal överskattar då kön. Zon-till-zon-flöde löser detta delvis, eftersom bara de som faktiskt passerar hela sträckan ingår i genomloppstiden.
Noggrannhet: vad siffrorna betyder i praktiken
För själva personräkningen kan en seriös leverantör skriva in ett avtalsmässigt minimum på 96 procent, och i praktiken ligger utfallet typiskt på 98 till 99 procent när ljus, takhöjd och besökarbeteende tillåter. Vemco Groups plattform levereras med just det avtalsvillkoret. Men notera att noggrannheten på väntetiden är något annat. Den beror på hur väl zonen speglar den verkliga kön och på hur systemet hanterar stillestånd. Begär därför alltid en valideringsperiod där manuellt stoppurmätta väntetider jämförs med systemets värden under minst tio toppar, inte bara under en lugn tisdag.
Takhöjd är den tekniska faktor som oftast glöms bort i terminaler. Säkerhetskontroller ligger inte sällan under höga tak eller öppna atrier, och då krävs sensorer som är specificerade för den monteringshöjden, annars blir täckningsområdet antingen för litet eller detekteringen för osäker. Fråga leverantören om specificerad maxhöjd per sensormodell och om hur många enheter som krävs för att täcka hela serpentinområdet utan luckor.
Från köräkning till flödesanalys för hela terminalen
Den som redan har personräkning i entréer och gater har större delen av infrastrukturen på plats. Steget till köanalys är i hög grad mjukvara. Med VemTrack läggs anonym rörelseanalys ovanpå räkningen: köer visas direkt på terminalens planritning tillsammans med heatmaps, uppehållstid per zon och flöden mellan zoner, och larm kan sättas per kö. Det gör det möjligt att se inte bara att säkerhetskontrollen är full, utan varifrån tillströmningen kommer och om den beror på att en specifik gateområde tömts, vilket är den information som behövs för att förutsäga nästa topp snarare än bara reagera på den.
Samma logik gäller för kommunala servicecenter, tågstationer och bussterminaler där kö uppstår vid biljettautomater, informationsdiskar och hissar. Mönstret är detsamma: definiera zonen noggrant, mät genomloppstid snarare än att bara räkna huvuden, och koppla larmet till någon som har mandat att agera.
Vanliga frågor
Hur fungerar queue counting? Takmonterade sensorer registrerar anonymt hur många personer som befinner sig i en definierad zon och hur länge de står still. Systemet kombinerar antalet köande med uppmätt genomströmning, eller följer anonyma rörelser från köns början till slut, för att beräkna aktuell väntetid. Resultatet visas i realtid på planritningar och skärmar och kan utlösa larm när väntetiden passerar ett satt tröskelvärde.
Vill du veta hur köräkning kan läggas ovanpå er befintliga besöksräkning, eller hur zoner bör definieras för just er säkerhetskontroll eller terminal? Kontakta Vemco Group så går vi igenom planritningen, takhöjderna och de väntetidsmål ni behöver kunna rapportera mot.