A Wireless Application Protocol (WAP) története szorosan összefonódik a mobilinternet hajnalával, amikor a legtöbb felhasználó még monokróm kijelzős, gombos telefonokon próbált adatkapcsolaton keresztül információhoz jutni. A WAP mögött álló iparági összefogás, amely 1997 június 26-án köttetett – Ericsson, Motorola, Nokia és az akkor még Unwired Planet néven ismert cég (későbbi nevén Phone.com, majd Openwave) cégek között – azt a célt tűzte ki, hogy egységes, nyílt, gyártófüggetlen szabványt hozzon létre a vezeték nélküli adatátvitelre és alkalmazásokra.

A konzorcium nem profitorientált szervezetként definiálta magát, és több kulcsfontosságú célt fogalmazott meg:

• az eltérő mobilhálózati technológiák (GSM, CDMA, TDMA stb.) közötti átjárhatóság biztosítása,
• olyan vezeték nélküli protokoll megalkotása, amely minden hálózattípuson működőképes,
• skálázható alkalmazások és tartalmak támogatása,
• a meglévő internetes és távközlési szabványokkal való együttműködés, hogy a rendszer a növekvő vezeték nélküli igényekkel együtt fejlődhessen,
• az internetkapcsolattal rendelkező eszközök eljuttatása minél szélesebb felhasználói körhöz.

Technikai háttér: mi is volt a WAP valójában?

A WAP nem egyetlen protokoll volt, hanem egy teljes protokollcsalád és alkalmazási keretrendszer, amely a korabeli mobilhálózatok korlátaihoz igazodott. A 2G korszakban a sávszélesség jellemzően néhány kbit/s nagyságrendű volt, a késleltetés magas, a csomagkapcsolt adatátvitel pedig sok helyen még gyerekcipőben járt. A WAP célja az volt, hogy ezekre a szűk keresztmetszetekre optimalizált „mini webet” biztosítson.

A WAP-architektúra réteges felépítésű volt, hasonlóan az OSI-modellhez és az internetes protokollokhoz, de több ponton erősen tömörített, mobilra optimalizált megoldásokat használt:

• WDP (Wireless Datagram Protocol) – a legalsó réteg, amely egységes datagram-szolgáltatást biztosított a különböző hordozóhálózatok (GSM SMS, CSD, GPRS, CDMA stb.) felett. Célja az volt, hogy a felsőbb rétegeknek ne kelljen foglalkozniuk azzal, milyen fizikai vagy linkrétegű technológia van alattuk.
• WTLS (Wireless Transport Layer Security) – a biztonsági réteg, amely a TLS/SSL mobilra optimalizált, sávszélesség-takarékos változata volt. Tömörített kézfogást és rövidebb üzeneteket használt, hogy a lassú és drága mobilkapcsolatokon is elfogadható legyen a teljesítmény.
• WTP (Wireless Transaction Protocol) – megbízható, tranzakció-orientált kommunikációt biztosított, hasonló céllal, mint a TCP, de a mobilkörnyezet sajátosságaihoz igazítva. Támogatta az egyszerű kérés–válasz tranzakciókat, opcionális megerősítésekkel.
• WSP (Wireless Session Protocol) – a HTTP-hez hasonló, de erősen tömörített, állapotkezelést is támogató protokoll, amely a kliens és a WAP-gateway közötti kommunikációt kezelte.

A tartalmak megjelenítésére a WAP a WML-t (Wireless Markup Language) használta, amely XML-alapú jelölőnyelv volt. A WML-t kifejezetten kis kijelzőkre és nagyon korlátozott erőforrású eszközökre tervezték. A hagyományos HTML-oldalakhoz képest a WML-oldalak sokkal strukturáltabbak és szigorúbbak voltak, „kártyákból” és „deckekből” álltak, ami lehetővé tette a kis lépésekben történő adatátvitelt és a minimális memóriahasználatot.

WAP gateway: a mobil és az internet közötti fordító

A WAP-ökoszisztéma egyik kulcseleme a WAP gateway (vagy WAP proxy) volt. A mobiltelefon nem közvetlenül az internetes webszerverekkel beszélt, hanem a szolgáltató vagy egy harmadik fél által üzemeltetett átjáróval. Ez az átjáró több fontos feladatot látott el:

• a WSP/WTP/WTLS protokollok és a hagyományos HTTP/HTTPS közötti fordítás,
• a WML- és WMLScript-tartalmak tömörítése, bináris kódolása,
• esetenként a tartalom átalakítása (transzkódolás), hogy az jobban illeszkedjen a célkészülék képességeihez,
• bizonyos cache-elési és optimalizációs feladatok ellátása a hálózati terhelés csökkentése érdekében.

Ez a köztes réteg egyszerre volt előny és hátrány. Előny, mert jelentősen csökkentette az átvitt adatmennyiséget, és lehetővé tette, hogy a nagyon gyenge hardverrel rendelkező készülékek is használható „webszerű” élményt kapjanak. Hátrány, mert a végponttól végpontig tartó titkosítás (end-to-end encryption) sok esetben megszakadt a gateway-nél, ami biztonsági és adatvédelmi kérdéseket vetett fel.

Verziók és fejlődési irányok

A WAP-szabvány fejlődése több fő verzióban zajlott. A korai implementációk – különösen a WAP 1.0 környékén – gyakran lassúak és megbízhatatlanok voltak, ami hozzájárult a technológia vegyes fogadtatásához. A későbbi verziók (például a WAP 1.2 és a WAP 2.0) már jelentős fejlesztéseket hoztak:

• WAP 1.x – erősen saját protokollkészletre támaszkodott (WSP, WTP, WTLS), WML-alapú tartalommal. A hangsúly a sávszélesség-takarékosságon és a nagyon korlátozott eszközök támogatásán volt.
• WAP 2.0 – közelebb lépett a „valódi” internethez. Bevezette a „WAP over HTTP” modellt, amely lehetővé tette, hogy a WAP-kliens közvetlenül HTTP-t használjon, és támogatta az XHTML Mobile Profile (XHTML-MP) alapú tartalmakat. Ez már egy átmenetet jelentett a klasszikus WAP-világ és a későbbi mobilweb között.

A fejlődés iránya egyértelmű volt: a kezdeti, erősen mobil-specifikus, tömörített protokolloktól a szabványos internetes technológiák felé mozdult el a rendszer, ahogy a hálózatok sávszélessége nőtt (GPRS, EDGE, majd 3G), és a készülékek számítási kapacitása, memóriája és kijelzőfelbontása is javult.

Gyakorlati alkalmazások: mit csináltunk WAP-pal?

A WAP-felületek a 2000-es évek elején számos, ma már triviálisnak tűnő szolgáltatás első mobilos megjelenési formáját jelentették. Tipikus felhasználási területek voltak:

• időjárás-előrejelzés, hírek, sporteredmények lekérdezése,
• e-mail és egyszerű üzenetküldő szolgáltatások elérése,
• banki egyenleglekérdezés, alapvető mobilbanki műveletek,
• csengőhangok, háttérképek, később egyszerű játékok letöltése,
• szolgáltatói portálok (pl. operátorok saját WAP-oldalai), ahol díjcsomag-információk, extra szolgáltatások voltak elérhetők.

A Linux és a nyílt forráskódú világ szempontjából a WAP több ponton is érdekes volt. Számos WAP-gateway és WAP-szerver implementáció futott Linuxon, és a tartalomszolgáltatók gyakran LAMP (Linux, Apache, MySQL, PHP/Perl/Python) stackre építették WAP-oldalaikat, kiegészítve WML-generáló modulokkal. A WAP-protokollok elemzésére, tesztelésére és fejlesztésére is megjelentek nyílt forrású eszközök, amelyek segítették a szolgáltatók és fejlesztők munkáját.

Összehasonlítás más technológiákkal

A WAP-ot gyakran hasonlítják a későbbi mobilwebhez és az okostelefonos alkalmazás-ökoszisztémákhoz. Néhány fontos különbség:

• HTML vs. WML – míg a mobilweb a HTML (később HTML5) irányába fejlődött, a WAP saját, szigorúbb, korlátozottabb jelölőnyelvet használt. Ez egyszerre tette hatékonyabbá a gyenge eszközökön, és nehezebbé a fejlesztők számára, akiknek külön WML-verziót kellett karbantartaniuk.
• Protokollréteg – a WAP 1.x saját, tömörített protokollkészletet használt, míg a modern mobilweb gyakorlatilag ugyanazt a HTTP/HTTPS-stacket használja, mint az asztali böngészők.
• Alkalmazásmodell – a WAP-alkalmazások tipikusan szerveroldali logikára épültek, nagyon vékony klienssel. A mai mobilalkalmazások ezzel szemben gyakran vastag kliensoldali logikát tartalmaznak, natív API-khoz férnek hozzá, és csak adatot kérnek a háttérszerverektől.

Érdemes megemlíteni, hogy a WAP mellett léteztek más, gyártóspecifikus megoldások is (például NTT DoCoMo i-mode rendszere Japánban), amelyek saját markup-nyelveket és protokollokat használtak. Ezek bizonyos piacokon rendkívül sikeresek voltak, de globális, egységes szabványként a WAP töltötte be a legfontosabb szerepet.

Miért lett a WAP-ból „vicc”, és mi maradt meg belőle?

A WAP a felhasználók körében sokszor negatív megítélést kapott. Ennek több oka volt:

• a korai implementációk lassúsága és megbízhatatlansága,
• a nagyon korlátozott tartalom és a gyenge felhasználói élmény,
• a magas adatdíjak, percdíjas vagy kilobájt-alapú elszámolással,
• a marketing által felkeltett elvárások és a valós élmény közötti szakadék.

Ennek ellenére a WAP fontos lépcsőfok volt a mobilinternet fejlődésében. Számos koncepció, amelyet ma természetesnek veszünk, itt jelent meg először széles körben:

• mobilra optimalizált tartalomszervezés és navigáció,
• kisebb adatcsomagokra bontott, lépésenként betöltődő oldalak,
• szolgáltatói portálok és mobil-specifikus tartalomszolgáltatás,
• biztonságos (WTLS/TLS-alapú) mobilbanki és e-kereskedelmi tranzakciók első generációja.

A WAP 2.0 és az XHTML Mobile Profile már átmenetet képezett a klasszikus WAP és a modern mobilweb között, és sok szolgáltató fokozatosan áttért a szabványos HTTP/HTML-alapú megoldásokra, ahogy a hálózatok és a készülékek fejlődtek.

Tanulságok és örökség a mai fejlesztők számára

A WAP-történet több tanulsággal szolgál a mai fejlesztőknek és rendszermérnököknek, különösen a Linux- és nyílt forráskódú közösségben:

• Optimalizáció gyenge hálózatokra – a WAP rámutatott, mennyire fontos a sávszélesség-takarékos protokolltervezés és a tartalom tömörítése. Ez a gondolkodásmód ma is releváns, például IoT-eszközök, alacsony sávszélességű kapcsolatok vagy edge computing esetén.
• Rétegezett architektúra – a WAP-protokollcsalád jól példázza, hogyan lehet a hordozófüggetlenséget és a skálázhatóságot rétegezéssel elérni. Ez a szemlélet ma is alapvető a hálózati és alkalmazásarchitektúrák tervezésénél.
• Felhasználói élmény vs. technikai lehetőségek – a WAP egyik kudarca az volt, hogy a technológia által lehetővé tett minimális élményt túlzott marketingvárakozásokkal párosították. A mai fejlesztők számára ez emlékeztető arra, hogy a technikai korlátokat őszintén kell kommunikálni, és a UX-et a valós lehetőségekhez kell igazítani.

Összességében a WAP nem csupán egy „régi, elavult” technológia, hanem egy fontos mérföldkő, amely megmutatta, hogyan lehet a korlátozott mobilkörnyezetben is internet-szerű szolgáltatásokat nyújtani. A mögötte álló iparági összefogás – Ericsson, Motorola, Nokia és Unwired Planet – olyan alapelveket fektetett le (nyílt szabványok, hordozófüggetlenség, skálázhatóság), amelyek ma is meghatározóak a mobil- és hálózati technológiák világában. A Linux és a nyílt forráskódú ökoszisztéma pedig kulcsszerepet játszott abban, hogy a WAP-szerverek és -gatewayek rugalmas, testreszabható, költséghatékony infrastruktúrán futhassanak – ez az örökség ma is tovább él a modern mobil- és webszolgáltatások alaprétegeiben.