# Reaaliaikainen adaptiivinen joukkoliikenteen kapasiteetin hallinta AI Form Builderilla

Joukkoliikenneviranomaiset ympäri maailmaa kamppailevat kolmen toisiinsa kietoutuneen haasteen kanssa:

1. **Vaihtelevat kysyntätilanteet** – ruuhka‑aikojen piikit, erikoistapahtumat ja odottamattomat häiriöt aiheuttavat nopeita muutoksia matkustajamäärissä.  
2. **Operatiiviset rajoitteet** – rajallinen kalustokoko, kuljettajien saatavuus ja sääntelyvaatimukset rajoittavat sitä, kuinka nopeasti viranomaiset voivat reagoida.  
3. **Matkustajien odotukset** – matkustajat odottavat nyt reaaliaikaisia päivityksiä, vähäistä ruuhkautumista ja saumattomia multimodaalisia matkoja.

Perinteiset aikataulutyökalut perustuvat staattisiin aikatauluihin ja säännöllisiin manuaalisiin säätöihin. Tuloksena on joko ylikapasiteettinen palvelu (polttoaineen ja työvoiman tuhlaus) tai alikapasiteettinen palvelu (ruuhkaisia ajoneuvoja, menettäneitä yhteyksiä ja tyytymättömiä matkustajia).  

**AI Form Builder** – alhaisen koodin, tekoälyä hyödyntävän lomakkeiden luontialusta – tarjoaa uuden tavan muuntaa raakaa, virtaavaa dataa toimiviksi, ihmisluettaviksi työnkuluiksi, jotka voidaan toteuttaa välittömästi. Upottamalla tekoälypohjaista logiikkaa suoraan lomakkeisiin, viranomaiset voivat kerätä, validoida ja toimia datan perusteella sekunneissa, sulkien palautesilmukan kentän ja ohjauskeskuksen välillä.

Alla käymme läpi **Reaaliaikaisen adaptiivisen joukkoliikenteen kapasiteetin hallintajärjestelmän (RT‑APTCM)** arkkitehtuurin, keskeiset komponentit, toteutusvaiheet ja mitattavat hyödyt AI Form Builderilla rakennettuna.

---

## 1. Keskeinen arkkitehtuurin yleiskatsaus

```mermaid
flowchart LR
    A["Ajoneuvon telemetria‑anturit"] --> B["AI Form Builder -tietojenkeruukerros"]
    C["Matkustajamäärän IoT‑laitteet"] --> B
    D["Tapahtuma‑ ja sää‑API:t"] --> B
    B --> E["Dynaaminen kapasiteettilomake (AI‑tehostettu)"]
    E --> F["Päätösmotor (sääntöperusteinen + ML)"]
    F --> G["Joukkoliikenteen operaatio­koontinäyttö"]
    G --> H["Ajoneuvon lähetys‑ ja aikataulujärjestelmä"]
    H --> I["Reaaliaikainen matkustajailmoituspalvelu"]
    I --> J["Matkustajien mobiilisovellukset & näytöt"]
```

* **Ajoneuvon telemetria‑anturit** – GPS, nopeus, ovien avaus-/sulku‑tapahtumat, polttoainetaso.  
* **Matkustajamäärän IoT‑laitteet** – infrapuna‑ tai konenäkölaskurit ovissa, alustan kamerat, älykortin napautustiedot.  
* **Tapahtuma‑ ja sää‑API:t** – konsertit, urheilutapahtumat, vakavat säävaroitukset, jotka vaikuttavat kysyntään.  
* **AI Form Builder -tietojenkeruukerros** – joukko automaattisesti luotuja lomakkeita, jotka normalisoivat erilaiset datavirrat yhtenäiseksi skeemaksi.  
* **Dynaaminen kapasiteettilomake** – tekoälyä hyödyntävä lomake, joka laskee reaaliaikaisen kuormitusasteen, ennustaa lähitulevaa kysyntää ja ehdottaa korjaavia toimenpiteitä.  
* **Päätösmotor** – yhdistää sääntöperusteiset raja‑arvot (esim. “kuorma > 85 %”) koneoppimisen ennusteisiin ja tuottaa lähetys‑suosituksia.  
* **Joukkoliikenteen operaatio­koontinäyttö** – visuaalinen käyttöliittymä, jossa valvojat voivat hyväksyä, ohittaa tai hienosäätää suosituksia.  
* **Ajoneuvon lähetys‑ ja aikataulujärjestelmä** – integroituu olemassa olevaan kalustonhallinta‑ohjelmistoon (esim. Trapeze, Clever Devices).  
* **Matkustajailmoituspalvelu** – työntää päivitykset mobiilisovelluksiin, digitaalisiin opasteisiin ja äänitiedotteisiin.

---

## 2. Miksi AI Form Builder on ihanteellinen liima‑elementti

| Ominaisuus | Perinteinen välikerros | AI Form Builder |
|------------|------------------------|-----------------|
| **Alhaisen koodin lomakkeiden luonti** | Vaatii räätälöidyn UI‑kehityksen | Vedä‑ja‑pudota -lomakemuotoilu, jossa tekoäly ehdottaa kenttätyyppejä |
| **Sisäänrakennettu validointi & AI‑päättely** | Erilliset validointipalvelut + mallipalvelu | Validointisäännöt ja mallikutsut upotettu suoraan lomakkeeseen |
| **Versiohallinta & audit‑loki** | Manuaalinen lokitus | Automaattinen muutoshistoria, roolipohjainen pääsy |
| **Monikanavainen tietojenkeruu** | Vain API, rajoitettu webiin | Tukee IoT‑, SMS‑, ääni‑ ja mobiili‑SDK‑integraatioita suoraan |
| **Nopea iterointi** | Viikkoja–kuukausia skeeman muutoksiin | Minuutteja kenttien, raja‑arvojen tai mallisidosten päivittämiseen |

Koska AI Form Builder käsittelee jokaisen datapisteen *lomakekenttänä*, viranomaiset voivat lisätä uusia antureita, säätää raja‑arvoja tai vaihtaa ennustemallin koskematta taustakoodiin. Tämä ketteryys on elintärkeää järjestelmässä, jonka on sopeuduttava päivittäisiin kysyntämuutoksiin.

---

## 3. Vaihe‑vaiheelta toteutusopas

### 3.1 Datan keruu & normalisointi

1. Asenna IoT‑laskurit kaikille ajoneuvojen oville ja tärkeimmille alustoille.  
2. Avaa telemetria MQTT‑ tai REST‑päätepisteiden kautta.  
3. **Luo “Keruulomakkeet”** AI Form Builderiin: jokainen lomake kartoittaa raakaa JSON‑dataa kanoniseen skeemaan (`vehicle_id`, `timestamp`, `passenger_count`, `gps_lat`, `gps_lon`, `event_id`).  
4. **Hyödynnä AI‑avusteista kenttäkartoitusta** – alusta ehdottaa kenttätyyppejä (numeerinen, geo‑piste) ja luo automaattisesti validointisäännöt (esim. matkustajamäärä ei voi olla negatiivinen).

### 3.2 Reaaliaikainen kuormituksen laskenta

1. **Suunnittele “Kapasiteettilomake”**, joka aggregoi viimeisimmät laskemat per ajoneuvo ja reittiosuus.  
2. **Lisää tekoäly‑laskelmat**:  
   * `load_factor = passenger_count / vehicle_capacity`  
   * `predicted_load = MLModel.predict([time_of_day, day_of_week, weather, event_id])`  
3. **Aseta dynaamiset raja‑arvot**:  
   * Jos `load_factor > 0.85` → *Korkean ruuhkautumisen hälytys*  
   * Jos `predicted_load > 0.90` → *Ennalta‑ehkäisevä skaalaussuositus*

### 3.3 Päätösmotorin integrointi

1. **Luo “Lähetyssuosituslomake”**, joka käyttää Kapasiteettilomakkeen tuloksia.  
2. **Upota sääntömoottorin logiikka** AI Form Builderin ehdollisten lohkojen avulla:  
   * `IF high_crowding THEN suggest additional vehicle`  
   * `ELSE IF low_load THEN suggest vehicle consolidation`  
3. **Yhdistä ulkoiseen ML‑palveluun** (esim. Azure AutoML) lomakkeen “AI Action” -solmun kautta, välittäen nykyisen kontekstin ja vastaanottaen luottamuspisteet.

### 3.4 Ihminen‑silmukassa toimiva koontinäyttö

1. **Julkaise Lähetyssuosituslomake suojatulle web‑portaalille, jota valvontavastaavat käyttävät.**  
2. **Ota käyttöön “Hyväksy / Ohita” -painikkeet**, jotka käynnistävät alijärjestelmät webhookien avulla.  
3. **Kirjaa jokainen päätös** vaatimustenmukaisuuden ja tulevan mallikoulutuksen vuoksi.

### 3.5 Matkustajaviestinnän silmukka

1. **Määritä “Ilmoituslomake”**, joka muotoilee hälytykset push‑ilmoituksiksi, digitaalisiin opasteisiin ja ajoneuvon äänijärjestelmään.  
2. **Kartoita kentät** kuten `route_id`, `expected_wait_time`, `crowding_level`.  
3. **Integroi olemassa oleviin matkustajille suunnattuihin alustoihin** (esim. Google Transit, paikalliset sovellukset) API‑liittimien kautta.

---

## 4. Koneoppimismallien valinnat

| Malli | Käyttötapaus | Datan tarve | Tyypillinen tarkkuus |
|------|--------------|-------------|----------------------|
| Gradient Boosted Trees (XGBoost) | Lyhyen aikavälin kysynnän ennustaminen (0‑30 min) | Historian matkustajamäärät, sää, tapahtumakalenteri | 85‑90 % MAE‑vähennys |
| LSTM‑rekursiivinen neuroverkko | Sarjapohjainen kuormitusennuste usean tunnin horisontissa | Aikajono matkustajamääristä, ajoneuvon sijainneista | 80‑88 % RMSE‑parannus |
| Bayes‑verkko | Probabilistinen päättely epävarmuustilanteissa (esim. äkillinen häiriö) | Reaaliaikaiset häiriöraportit, historialliset palautumisajat | Tarjoaa luottamusvälejä päätöksille |

AI Form Builderin avulla **mallien vaihtaminen** on yhtä helppoa kuin päivittää “AI Action” -päätepisteen URL‑osoite, mikä tekee kokeiluista vaivatonta.

---

## 5. Odotetut hyödyt & KPI‑vaikutus

| KPI | Lähtötaso (ennen käyttöönottoa) | Tavoite (12 kk) | Odotettu ROI |
|-----|--------------------------------|----------------|--------------|
| Keskimääräinen odotusaika | 7,2 min | 4,5 min | 30 % väheneminen |
| Ajoneuvon kuormitus > 85 % –tilanteet | 22 % matkoista | 9 % matkoista | 13 % parannus |
| Aikataulun tarkkuus (≤ 5 min poikkeama) | 81 % | 93 % | 12 % nousu |
| Polttoaineenkulutus per matkustajakilometri | 0,12 L | 0,09 L | 25 % säästö |
| Matkustajatilanteen tyytyväisyys (kysely) | 3,8 / 5 | 4,4 / 5 | 0,6 pisteen nousu |

Keskikokoisen kaupungin (≈ 150 k päivittäistä sisäänkirjautumista) pilottihanke raportoiti **12 %:n vähenemisen huippu‑ruuhkautumisessa** kolmen kuukauden jälkeen, mikä kääntyi **1,2 M $ vuotuisiksi operatiivisiksi säästöiksi**.

---

## 6. Reaaliaikaisen pilotin tiekartta

| Vaihe | Kesto | Keskeiset toimenpiteet | Menestyskriteerit |
|-------|-------|------------------------|-------------------|
| **Tutkimus** | 4 viikkoa | Sidosryhmien työpajat, anturien kartoitus, datainventaario | Allekirjoitetut datanjakosopimukset |
| **Prototyyppi** | 6 viikkoa | Keruu‑ ja kapasiteettilomakkeiden rakentaminen, yhden reitin käyttöönotto | 95 % datan täydellisyys, < 5 s viive |
| **Pilotti** | 8 viikkoa | Käyttöönotto 3:lla vilkkaimmalla reitillä, päätösmotorin koontinäyttö | > 80 % suosituksista hyväksytty |
| **Laajennus** | 12 viikkoa | Järjestelmän laajentaminen koko verkostoon, tapahtumapohjaisten laukaisijoiden lisääminen | Verkoston kuormitusasteen > 10 % väheneminen |
| **Optimointi** | Jatkuva | Mallien uudelleenkoulutus, raja‑arvojen hienosäätö, matkustajapalaute | Jatkuva KPI‑kehitys |

---

## 7. Hallinto, tietosuoja ja turvallisuus

* **Datan minimointi** – Kerätään vain matkustajamäärät, ei henkilökohtaisia tunnistetietoja.  
* **Salaus siirrossa** – TLS 1.3 kaikille MQTT/REST‑päätepisteille.  
* **Roolipohjainen pääsy** – AI Form Builder tukee tarkkoja käyttöoikeuksia (esim. kenttä‑tasoinen luku/kirjoitus).  
* **Audit‑loki** – Jokainen lomakkeen lähetys, päätös ja mallin inferenssi kirjataan muuttumattomilla aikaleimoilla.  
* **Säädösten noudattaminen** – Yhdenmukainen GDPR‑, CCPA‑ ja paikallisten joukkoliikenteen tietosuojalakien kanssa.

---

## 8. Tulevaisuuden laajennukset

1. **Monimuotoinen integraatio** – Laajenna samat lomakkeet pyörä‑jakelu- ja mikromobiilikalustojen hallintaan, luoden kaupunkikohtaisen kapasiteettinäkymän.  
2. **Ennakoiva kunnossapito** – Hyödynnä kuormituksen piikkejä kulumisindikaattoreina, jotka syötetään kunnossapitosuunnitelmien lomakkeisiin.  
3. **Dynaaminen hinnoittelu** – Yhdistä kapasiteettidata hinnoittelulomakkeisiin, jotta kysyntää voidaan tasata huippuaikoina.  
4. **Kansalaispalaute** – Mahdollista matkustajien raportoida havaittua ruuhkautumista kevyen mobiililomakkeen kautta, syöttäen palautetta mallien koulutukseen.

---

## 9. Yhteenveto

AI Form Builder muuttaa perinteisesti eristetyn joukkoliikenteen operoinnin **eläväksi, data‑ohjatuksi ekosysteemiksi**. Muuttamalla jokaisen anturin, säävaroituksen ja tapahtumatiedon rakenteelliseksi, tekoälyä hyödyntäväksi lomakkeeksi, viranomaiset saavat mahdollisuuden **reagoida välittömästi** ja **suunnitella ennakoivasti**. Tämä tuo sujuvamman, turvallisemman ja kestävämmän joukkoliikenteen, joka täyttää nykypäivän kaupunkilaisten odotukset.

Reaaliaikaisen adaptiivisen joukkoliikenteen kapasiteetin hallintajärjestelmän toteuttaminen ei ole enää futuristinen visio – se on käytännöllinen, alhaisen koodin ratkaisu, jonka voi ottaa käyttöön kuukausien sisällä, tuoden mitattavia operatiivisia säästöjä ja merkittävän parannuksen matkustajatyytyväisyyteen.

---

## Katso myös
- [MIT Urban Mobility Lab – AI‑pohjainen joukkoliikenteen aikataulutus](https://urbanmobility.mit.edu/ai-transit-scheduling)  
- [World Bank – Kestävä kaupunkiliikenne](https://www.worldbank.org/en/topic/transport/brief/sustainable-urban-transport)