1. ÖSSZEFOGLALÓ ................................................................................................... 4 2. SCOPE....................................................................................................................... 6 3. BEVEZETÉS ............................................................................................................ 7 3.1. Telekocsi szolgáltatások Magyarországon és a világban .................................................. 8 3.2. A projekt újdonságtartalma.............................................................................................. 10 3.3. Helyfüggő mobiltelefonos alkalmazások, mint üzleti lehetőség...................................... 10 3.4. A terv evolúciója ............................................................................................................... 11
4. MOBILEVOLÚCIÓ .............................................................................................. 12 4.1 Az első (analóg) generáció ................................................................................................ 13 4.2 A második (digitális) generáció......................................................................................... 14 4.3. Napjaink - A harmadik generáció.................................................................................... 15 4.4. Várhatóan a jövőben ........................................................................................................ 15
5. HELYMEGHATÁROZÁSI MÓDSZEREK ....................................................... 16 5.1. Helymeghatározás GPS-szel............................................................................................. 16 5.1.1. Mi az a GPS?.............................................................................................................. 16 5.1.2. Információk egy GPS vevőből ................................................................................... 17 5.1.3. Pontosság ................................................................................................................... 18 5.2. Helymeghatározás GPS nélkül ........................................................................................ 19 5.2.2 Eddigi megoldások – Szolgáltatók megoldásai........................................................... 19 5.2.3 Eddigi megoldások – Google Mobile Maps................................................................ 20 5.2.4 Eddigi megoldások - Google Latitude ........................................................................ 22 5.3. A mi megoldásunk ............................................................................................................ 24 5.3.1. Mikor GPS, mikor GSM? .......................................................................................... 25
6. A MOBILSTOPPOS ALKALMAZÁS................................................................. 26 Speciális városi-és városkörnyéki megoldás ........................................................................... 27 6.1. Az alkalmazás felhasználói szemszögből ......................................................................... 29 6.1.1. Az alkalmazás általános működése ............................................................................ 29 6.1.2. Műveletek................................................................................................................... 29 6.1.3. Regisztrációs folyamat: .............................................................................................. 30 6.2. A program használatának részletes bemutatása.............................................................. 31 6.2.1. Út keresése ................................................................................................................. 32 Webes felületen.................................................................................................................... 32
Mobilkészüléken .................................................................................................................. 32 Wapon .................................................................................................................................. 33 6.3. Út felkínálása és útvonaltervezés ..................................................................................... 33 Webes felületen.................................................................................................................... 33 Mobilkészüléken .................................................................................................................. 34 6.4. Összegzés........................................................................................................................... 35 6.5. Az alkalmazás hálózati megközelítése.............................................................................. 36 6.5.1. A végberendezés feladata:.......................................................................................... 36 Ami feltétlenül szükséges:................................................................................................ 36 6.5.2. Az alkalmazás szerver feladata: ................................................................................. 36 6.5.3. Az alkalmazás szerver felépítése: .............................................................................. 37 6.5.4. Mit várunk a hálózattól?............................................................................................. 37 6.6. Fizetési módok .................................................................................................................. 37 6.7. Értékelés az alkalmazás szempontjából – régi és új típusú mobiltelefonok kompatibilitása......................................................................................................................... 38 6.7.1. Várható hatások.......................................................................................................... 38 6.7.2. A jövőbeli lehetséges fejlesztések iránya és ezek várható hatásai ............................. 38
7. AZ ADATBÁZIS .................................................................................................... 39 7.1. Adatbázis felépítése........................................................................................................... 39 7.1.1. Előfizetői információk ............................................................................................... 39 7.1.2. Felkínált utak tábla..................................................................................................... 40 7.1.3. Keresett utak tábla...................................................................................................... 40 7.1.4. Szolgáltatói információk tábla ................................................................................... 41 7.2. Adatbázis frissítése - Szolgáltatói információk ................................................................ 41 7.2.1. Érvénytelen adatok törlése (feedback) ....................................................................... 42
8. GARANCIAVÁLLALÁS – QOS.......................................................................... 44 9. ÖSSZEFOGLALÁS ............................................................................................... 46 10. REFERENCIÁK .................................................................................................. 48 11. MELLÉKLETEK................................................................................................. 49 11.1. Adatvédelmi nyilatkozat.................................................................................................. 49 11.1.1. Személyes adatok gyűjtése....................................................................................... 49 11.1.2. A személyes adatok felhasználása............................................................................ 49 11.1.3. A személyes adatok ellenőrzése............................................................................... 51 11.1.4. Hozzáférés a személyes adatokhoz .......................................................................... 51 11.1.5. A személyes adatok védelme ................................................................................... 52 11.1.6. Cookie-k................................................................................................................... 52 11.1.7. Az adatvédelmi nyilatkozat alkalmazása ................................................................. 52 11.1.8. Az adatvédelmi nyilatkozat módosítása................................................................... 53 11.2. MySQL Adattípusok ....................................................................................................... 54
2
11.2. MySQL Adattípusok ....................................................................................................... 54 11.2.1. Numerikus adattípusok............................................................................................. 54 11.2.2. Dátum- és idõtípusok ............................................................................................... 55 11.2.3. Karakterlánc típusok ................................................................................................ 55 11.3. Telefonból kinyerhető információk és típusaik ............................................................. 57
3
1. Összefoglaló A mobiltelefon legfőbb funkcióját, hogy csupán kommunikációra alkalmas, már kinőtte. Manapság már többre képes, mint beszélgetésre, üzenetek küldésre vagy fogadására. Már nagy (és a 3G hálózat folyamatos fejlesztésének köszönhetően egyre nagyobb) sávszélességű adatkapcsolatra alkalmas, az internetre csatlakozhatunk róla és multimédiás tartalmat is megtekinthetünk, lehetővé vált, hogy másfajta szolgáltatásokat is közvetítsünk az eszközön keresztül. Az új generációs mobiltelefonok többsége már képes GPS alapú helymeghatározásra is. A funkciók egybeolvasztásával egy ötletes alkalmazás lehet a Mobilstoppos alkalmazás, melynek lényege, hogy a gépjárművek kihasználtságának növelése érdekében a gépjárművezetők és az utasok megfelelő feltételek mellett egymásra találhassanak. Az alkalmazás elterjedésének alapfeltétele, hogy sokan használják, azaz minél inkább platform és mobilszolgáltató függetlenebb legyen. Ezért gondolnunk kellett azokra is, akik mobilkészüléke korlátozottabb erőforrású, vagy nem szeretnének mindenféle alkalmazást telepíteni a készülékükre a korlátozott memóriaméret miatt. Az erősen korlátozott háttértár, a lassabb vagy nem létező csomagkapcsolt adatkapcsolat, a GPS alapú helymeghatározó hiánya mind-mind ilyen tényezők. Sajnos nem lehet minden ilyen hátrányt megszűntetni, de enyhíteni lehet a korlátozó hatásaikat. Természetesen azok a mobiltelefon tulajdonosok vannak előnyben, akik készüléke minden a rendszerhez szükséges követelményt teljesítenek. Ezen készülékek fokozottabb elterjedése a közeljövőben várható. Azok számára, akik készülékei nem rendelkeznek GPS alapú helymeghatározással, egy pontatlanabb, cella alapú helymeghatározás használatát tudjuk felkínálni. A kevesebb tárhellyel vagy kisebb kijelzővel rendelkezők számára egy teljesen online felületet tudunk biztosítani, és szerveroldali alkalmazások segítségével segíteni a rendszerhez csatlakozásukat. Ahhoz hogy minden lehetséges felhasználót elérjünk, és kényelmesebbé tegyük az alkalmazás használatát, szükség van egy, az interneten elérhető portálra is. Így azoknak is lehetőségük nyílik használni az alkalmazást, akik a készülékük korlátozott lehetőségei miatt azt másként nem tudnák használni. Ennek számos előnye is van, például a nagyobb kijelzőn könnyebb átlátni az aktuális útvonalakat, és a számítógép
4
beviteli eszközei gyorsabb keresést, regisztrációt, hirdetésfeladást tesznek lehetővé, továbbá a portálon lehetőséget lehet nyújtani egy útvonaltervező használatára is. Így tervezve az alkalmazás alkalmas arra, hogy az utasokat ill. sofőröket tájékoztassa arról, hogy milyen sofőrök ill. utasok vannak az adott útvonalon, így előre megbeszélt utazások kezdeményezhetők, akár percekkel az utazás megkezdése előtt. Ezen kívül az utazás nincs helyhez kötve, a világ bármely pontjáról megoldható. A felhasználót terhelő költségek is egyre inkább csökkenni fognak, hiszen egyre több helyen lehet internetezni, bővülnek az ingyen használható- és az olcsón azonosítóval elérhető vezeték nélküli hálózatok (ún. hotspotok), és bővül a szélessávú 3G mobilhálózat lefedettségi területe is, és egyre kedvezőbb 3G-s tarifák közül válogathatnak az előfizetők. A közelmúltban pedig már feltöltőkártyás mobilfelhasználók számára is elérhetővé vált a szélessávú 3G-s adatkapcsolat. A rendszerrel kapcsolatban számos kérdés merülhet fel, így szinte teljesen biztos, hogy az alkalmazást a felhasználók igényeihez mérten azt változtatni, fejleszteni szükséges. Így a munka igazi célja az olyan kezdeti lehetőségek teremtése, amelyek biztosíthatják az alkalmazás elterjedését, és nem gátolják a későbbi átalakításokat ill. fejlesztéseket.
5
2. Scope
6
3. Bevezetés Manapság a mobiltelefon-használók száma világszerte meghaladja a 2 milliárdot, és közülük szinte mindenki nap mint nap utazik, nem feltétlenül tömegközlekedési eszközzel. Emellett sajnos egyre súlyosabb probléma a nagy és egyre inkább fokozódó gépkocsiforgalom. Súlyosan szennyezi a levegőt, zajszennyezéssel jár, terheli a közúti infrastruktúrát, és nem utolsósorban stressz-forrásként is szolgál. Az üzemanyagárak növekedése is egyre fokozódó terhet jelent, de a számos hátrány ellenére a legtöbben mégsem szeretnének lemondani arról a kényelemről és mobilitásról, amit az autó jelent számukra. A drasztikus forgalomcsökkentési módszerek (pl. útdíj, jövedéki adók, behajtási tilalmak, mesterséges dugók, stb.) mellett törekedni kell a forgalom mérséklésének egyéb eszközökkel történő megvalósítására is. Korunk fejlődő infokommunikációs technológiái ezt egyre inkább elérhetővé teszik, így azok számára is elfogadható alternatíva kínálható, akik számára a kényelem és mobilitás fontos. A már jól ismert telekocsi megoldások egy közösségi alapú közlekedés új, környezetkímélő és költséghatékony formájának bevezetése is egy alternatíva lehet a gépkocsiforgalom mérséklésére. A „Mobilstoppos”, telekocsi alapú projekt lényege a közös, vagy részben közös útvonalon haladók összepárosítása egy gépkocsi közös használata érdekében a mobilkészülékek segítségével. Azonban az embereket ösztönözni kell arra, hogy megosszák járművüket egymással. Ennek több módja lehet, gépjármű tulajdonosoknak például speciális sávhasználat, kevesebb útdíj, behajtási engedélyek, az utasok számára pedig jelentős útiköltség megtakarítás, rövidebb utazás. De nem elég csupán az ösztönzés, olyan alkalmazásra van szükség, amelynek használata egyszerű, gyors, és nem csupán a legújabb mobilkészülékeken elérhető.
7
3.1. Telekocsi szolgáltatások Magyarországon és a világban Az eddigi megoldások Magyarországon nem terjedtek el igazán, mert általában interneten, statikus módon voltak elérhetőek, és főként hosszabb, nemzetközi útvonalakhoz kerestek útitársat vagy adott helyre közlekedő gépjárművet az utazók. A költségek megosztásán kívül nem volt igazán ösztönző ereje útitársak keresésének, és ez csak hosszabb útvonalaknál igazán ösztönző mindkét fél számára. Ilyenek például: •
Elviszem.com
•
Telekocsi.eu
•
Utitarskereso.hu
•
Karintur.hu
•
Kenguru.hu
•
Oszkar.com
•
Utazzolcson.net
A külföldi példák közül kiemelendő az Egyesült Államokban a „car pooling lane”: a városi körgyűrűk jelentős részén olyan sávot építettek ki az autósok számára, amelyet kizárólag olyan gépkocsik vehetnek igénybe, amelyekben legalább 2 fő ül. További említésre érdemes nemzetközi példák: •
Carpoolworld.com: online alapú, az egész világra kiterjedő, 2000-ben indított szolgáltatás. 2008. április 14-ig összesen 56369 utazást regisztráltak a rendszerben.
•
My 511: Ingyenes, mobiltelefonra és a világhálóra építő szolgáltatás, amely jelenleg Kalifornia 9 megyéjében működik. A felhasználó az 511-es számot hívva automatikus azonosításon esik át (telefonszáma szerint), s egy bizonyos útvonalterv mottó megadása után tájékoztatást kap az elérhető telekocsi szolgáltatásokról.
8
•
GoLoco: 2007 áprilisa óta működő, közösségi alapú, webes utazás-megosztó program. Jellegzetessége, hogy csoportok képezhetők profilok és egyéni érdekek
szerint,
akikkel
az
útvonaltervek
megoszthatók.
•
KoolPool: indiai telekocsi program, amely webes és sms alapon működik.
•
Covoiturage: Franciaországban az SFR mobilszolgáltató olyan telekocsi szolgáltatást vezetett be, amely kimondottan a francia diákokat veszi célba – a Párizs környéki 28 egyetem 350 ezer diákja a célcsoport. A szolgáltatás egyszerre fut webes és mobil alkalmazáson.
•
BTIS Carpool: mobilhálózat alapú, indiai telekocsi szolgáltatás. A felhasználók csoportos
•
üzenetekkel
–
sms-ekkel
–
kommunikálnak
egymással.
WeeGo: közösségi hálóval egybekötött prototípus, olyan mobilkészülékeken alapul, amelyek rendelkeznek GPS-el és internet kapcsolattal.
9
3.2. A projekt újdonságtartalma A piacon még nem található olyan telekocsi szolgáltatás, amely egyszerre épít a mobiltechnológiára és a valós idejű GPS-en vagy GSM hálózatokon (szolgáltatótól független) alapuló helymeghatározásra. Nem működnek köztes útvonalakon, csak céltól-célig. Nincs ötvözve a webes és mobiltelefonos alkalmazás egy egységes, könnyen kezelhető felhasználói felülettel. Ez azért fontos, mert az alkalmazás jó működéséhez sok felajánlott helyre és keresőre is szükség van, és ha ezek több külön álló adatbázist használnak a különböző célcsoportok miatt, valószínűsíthetően egyik adatbázisban sem lesz elég felajánlott út vagy regisztrált kereső, így mindegyik működésképtelenné válhat.
3.3. Helyfüggő mobiltelefonos alkalmazások, mint üzleti lehetőség Ahogy már említettem, egyre inkább szükség van egy olyan megoldásra, amivel csökkenteni lehet a gépjárműforgalmat. Ezek közül az egyik ilyen lehetőség az, hogy a gépjárművek kihasználtságát növeljük. A Mobilstoppos alkalmazás erre hivatott. Később akár teherforgalmi megoldásokban is gondolkodhatunk, hiszen ha már készen van az alkalmazás, ami interneten is elérhető, kis átalakítással szabványos rakományméretekhez igazítva a kis-és nagyfuvarozók gépjárművének kihasználtsága is optimalizálható. Így egy olyan alkalmazást kaphatunk, ami nem csak a személy, hanem a teherforgalom esetében is hatékony logisztikai megoldás lehet, amennyiben elég sokan használják. Rendkívül ötletes alkalmazásokat láthatunk eddig is a világhálón, azonban ezek elterjedésének nagy akadálya a kevés felhasználó, azaz ha kevés szabad helyet kínálnak fel, vagy kevés utas van, a rendszer használata nem jelent különösebb előnyt. Napjainkban az egyre inkább elterjedő környezetvédelmi kampányok (mint pl. a szelektív hulladékgyűjtés) egyike lehet a Mobilstoppos alkalmazás. Mivel az utazási és szállítási igények emelkednek, az alkalmazás használatával a gépjárműforgalom növekedése csökkenthető. Az alkalmazás ötvözése egy, a manapság már jól ismert útvonaltervezővel, és egy információs rendszerrel (pl. szállodák, pihenőhelyek, éttermek) további üzleti lehetőségeket rejtene magában.
10
3.4. A terv evolúciója A kiinduláskor a cél új generációs mobilkészülékeken egy telekocsi alkalmazás hatékony implementálása volt. Nem sokkal ezután megjelentek azok a mobilkészülékek, amelyek GPS alapú helymeghatározásra is képesek, ami az alkalmazás használatát leegyszerűsíti, nem beszélve azokról az eredményekről, amelyeket a cellainformációkon alapuló helymeghatározással sikerült elérni. Így régebbi és újabb készülékeken is sokat tudunk segíteni a felhasználónak nem csak akkor, amikor azt szeretné tudni, hogy éppen hol van, hanem az út felkínálásában és az útvonalak keresésében is. Továbbá az alkalmazás kis átalakításával a jól ismert közösségi hálózatok adatlapjai is elérhetővé tehetők, így a felhasználók számának növekedése esetén a keresés tovább szűkíthető az ismerettségi kapcsolatok segítségével. A nagy sebességű adatkapcsolatoknak és a mobilkészülékek fejlődésének köszönhetően akár az adatlapokon szereplő képek és videók is megtekinthetők, illetve a kereső algoritmus is bővíthető úgy, hogy csak olyan hirdetők közül kereshessen az utazó, akik rendelkeznek ilyenekkel. Később összekapcsolható az alkalmazás a szintén napjainkban egyre inkább elterjedő GPS navigációs szoftverekkel, így egyszerűbben kezelhetőek a köztes útvonalak, továbbá akár háztól-házig utak is tervezhetők. A teherforgalom csökkentésére nem is gondoltunk a terv elején. Léteznek olyan kisvállalkozások, amelyek ilyen logisztikai kérdésekkel foglalkoznak, azonban telefonon. Az útvonalakat és a kéréseket is regisztrálják, és „kézzel” keresnek az adatbázisban, ami nem igazán hatékony, továbbá nagyobb számú felhasználó esetén a keresés hatékonysága miatt használhatatlanná válik, a kis felhasználóbázis miatti kis adatbázis viszont az alacsony hatékonyságú, és gátolja az elterjedést. A kamionforgalom is csökkenthető lehet, ha a MÁV a személyszállításhoz hasonlóan megfelelő infrastruktúra kiépítése esetén (pl. volt vasúti átrakóhelyek átalakítása) felkínál helyeket kamionok számára. Ezeket a kamionsofőrök a mobilkészülékeik segítségével lefoglalhatják, és a kamionokat így vasúton szállítva csökkenthető a közúti infrastruktúra terhelése, és olcsóbban szállíthatóak a rakományok. Nem szabad azonban megfeledkezni arról, hogy az alkalmazás lelke a felhasználó, azaz az ő igényeiket kell felmérni, elemezni és ezek alapján fejleszteni az alkalmazást.
11
4. Mobilevolúció Az 1980-as évek elején az analóg celluláris telefon rendszereknél gyors növekedés volt tapasztalható Európában. Azonban minden ország a saját rendszerét fejlesztette, és ezek inkompatibilisek voltak egymással. Így a készülékek használata a nemzeti határokon belülre volt szorítva, ezáltal minden termékfajtának egy meglehetősen korlátozott piaca volt, és nem volt realizálható termelésnövekedésből eredő költségmegtakarítás sem. Szerencsére ezt az európaiak hamar felismerték, és 1982-ben kialakítottak egy csoportot, amit Groupe Spécial Mobile (GSM)-nek hívtak. Ennek célja egy egységes európai nyilvános földi mobilrendszer kifejlesztése volt az alábbi kritériumokkal: •
Jó hangminőség
•
Egyszerű kezelőfelület
•
Alacsony szolgáltatási költség
•
Nemzetközi roaming támogatása
•
Új szolgáltatások bevezetésének támogatása
•
Sávszélesség hatékony kihasználása
•
ISDN kompatibilitás
1989-ben a GSM kötelező részeit eljuttatták a ETSI-hez (European Telecommunication Standards Institution), és 1990-ben publikálták a GSM specifikációját. 1991 közepén indult a kereskedelmi szolgáltatás, és hamar elterjedt. 1993-ra már 36 GSM hálózat volt 22 országban. Ez nem csak európai szabvány – Dél-Afrika, Ausztrália és a távol keleti országok is a GSM-et választották. 1994 elejére már 1,3 millió előfizető volt világszerte.
12
4.0-1. ábra – Mobilelőfizetők száma A GSM betűszó most Global System for Mobile Telecommunication-t jelent. Napjainkban szinte naponta újabb és újabb technikai csodák jelennek meg a piacon, így volt ez néhány évtizede a mobiltelefonnal is. Az akkori "dobozokat" ma már mindenki nevetségesnek találná. Ekkor még nem különült el a telefonkészülék és a SIM kártya, azaz a készülék cseréje sokkal bonyolultabb volt. A tömörítési eljárások és digitális jelfeldolgozó processzorok fejlődése tették lehetővé a rendszer fejlődését. A fejlődés pedig nem állt meg, folyamatosan új rendszerek, új lehetőségek, szolgáltatások bővítik a mobilhálózatokat, így valószínűleg a napjainkban használt csúcskészülékek is elődeik sorsára jutnak.
4.1 Az első (analóg) generáció A mobilkommunikáció megvalósításának igénye a 60-as évek derekára vetíthető vissza, amikor is a fejlett ipari országok már kinőtték a vezetékes hálózatok adta lehetőségek határait. A rádiótávközlés ekkor már elért bizonyos fejlettségi szintet, a kutatóintézetekben elkezdődött egy hatékony kutató-fejlesztő munka. Az első generáció kezdetét az analóg cellás rádiótelefon-rendszerek kísérleti üzembeállítása jelentette. A hagyományos cellás telefonrendszerek elsősorban a tengeren túli területeken terjedtek el, ahol a mai napig is piacvezetők. Az első kísérleti változatát az AT&T fejlesztette ki Chicagóban, és itt is tesztelték 1976-tól több mint két évig. Az igazi kereskedelmi hálózat beindításáig azonban hét évet kellett várni, 1983-ban indult világhódító útjára, ugyancsak Chicagóban. Ez lett az AMPS-rendszer (Advanced Mobile Phone Service – Megnövelt Mobiltelefon Szolgálat), amely a mai napig a GSM egyik legnagyobb vetélytársa. Ma a cellás mobiltelefonhálózatok majdnem fele a világon ezt a rendszert, vagy ennek a rendszernek a 2. generációs digitális továbbfejlesztését használja. A 80-as évek közepén több európai országban is elindult a "rádiótelefónia" első
13
generációs változata, az analóg cellás rendszer. Ezek közül a legismertebbek a következők voltak: NET-C (Németország), TACS (Egyesült Királyság), IMTS (Olaszország), Radiocom 2000 (Franciaország) és talán számunkra a legismertebb Eurotel 0901 NMT-rendszer. Az NMT rendszert a skandináv államokban indították el. Igaz, már 1985-től Európa legtöbb országában üzemeltek analóg cellás hálózatok, ezek többsége a 90-es évek elejére elérte maximális kihasználtságát, majd elkezdtek kiszorulni a piacról, mert nem csatlakoztak a 900 MHz-es sávszélességen működő rendszerekhez, a CEPT által felügyelt alap-szabványhoz.
4.2 A második (digitális) generáció Amíg az első generációs rendszerek térhódítása elsősorban az amerikai kontinensen indult meg előbb, addig a második generációs szolgáltatások robbanásszerűen Európában kezdtek hamarabb elterjedni. Erre talán az adhat magyarázatot, hogy az AMPS-rendszerek az azonos EIA/TIA szabványoknak köszönhetően egymással kompatibilisek voltak, így a hálózatok folyamatos fejlesztése a nagyobb területek figyelembevételével nagyobb időintervallumban volt mérhető, míg Európában sok-sok helyi hálózat alakult ki, amely hosszabb távon alkalmatlan volt az össz-Európai hálózatba kapcsolásra, tehát egy merőben új, egységes szabványt kellett minél előbb kidolgozni (ez lett a GSM). A GSM-rendszer elméletéről először a 80-as évek első felében hallhattunk, a 90-es évekre ez a szabvány meghatározóvá vált Európában a mobil-távközlési infrastruktúra kialakulásában. Ma a GSM 900/1800, DCS 1800 és PCS 1900 rendszerek már nem csak Európában találhatók meg, hanem behálózzák az egész világot, minden kontinensen jelen van ez az új technológia. A 900 MHz-es GSM-rendszerek össz-Európai rendszere igazán a 90-es évek elején indult világhódító útjára. A szabvánnyá vált analóg GSM-rendszerek továbbfejlesztése során a következő nagy feladat az átállás volt az analógról a digitális technológiára. A digitális rendszer előnyei közé tartozik, hogy lényegesen jobb a hatásfok, magasabb szintű az adatátvitel minősége, és új szolgáltatások igénybevételére nyílik lehetőség, beleértve az adatbiztonságot. Lehetőség lett a VLSI (Széles skálájú integráció) technológia használatára, amely egyre könnyebb és olcsóbb árfekvésű készülékek megjelenését eredményezte. Másrészt a digitális technika lehetővé tette egy új szabvány, az ISDN (integrált szolgáltatású digitális hálózat) megalkotását, amely a digitális GSM technológia illeszkedő rendszerévé vált.
14
A digitális GSM-technológia legfőbb előnyei között talán a barangolási (roaming) lehetőséget említhetjük meg, továbbá olcsóbb és kisebb méretű készülékek megjelenését, mindezt a felhasználók egyre szélesebb körének folyamatos és zökkenőmentes kiszolgálásával. 1991-ben megváltoztatták a GSM mozaikszó forrásnevét "Groupe Spéciale Mobile"ról "Global System for Mobile Communications"-ra (A Mobil Távközlés Átfogó Rendszere). Ma megközelítőleg 130 országban használnak GSM-rendszert, az összes szolgáltató mintegy 200 millió előfizetőt szolgál ki. Ez a szám a világ mobil piacának kb. 63 százalékát teszi ki.
4.3. Napjaink - A harmadik generáció A harmadik generáció küszöbét már átléptük. A GSM-ből és az AMPS-ből továbbfejlesztett digitális rendszerek mellett bevezetésre kerültek új digitális multimédiás tartalom közvetítésére is képes rendszerek. UMTS: univerzális mobil távközlési rendszer, ez a GSM-et várhatóan leváltó új technológia, szélessávú WCDMA mobil hozzáférés és 8-10 MBit/s adatátviteli sebesség is elérhető, így a rendszeren belül gyerekjáték a szörfözés a világhálón, egy videó letöltése és megtekintése, vagy akár a hang+kép videó-konferencia lebonyolítása egy egyszerű mobiltelefon segítségével. MBS: Szélessávú mobiltelefonrendszer. Ezek várhatóan csak az UMTS rendszerek elterjedése után fognak megjelenni (megvalósítás 2004-2010-ig).
4.4. Várhatóan a jövőben A fejlődés nem lassul, így várható, hogy hamarosan sokkal inkább elterjednek a vezeték nélküli rendszerek, a hordozható számítógépekbe már integrálnak mobiltechnológiát, és a mobiltechnológiában is egyre inkább azt hihetjük a bővülő funkciók láttán, hogy nem is telefon, hanem egy kisebb számítógép lapul a zsebünkben. Terjednek a mobiltelefonos szolgáltatások, a mobilbank, fizetés és vásárlás egyaránt. Nemsokára, ha otthon felejtjük a mobiltelefonunkat, ezzel egyben a pénztárcánkat, naptárunkat, elektronikus leveleinket, személyes adatainkat is otthon felejtjük.
15
5. Helymeghatározási módszerek 5.1. Helymeghatározás GPS-szel 5.1.1. Mi az a GPS? A GPS (Global Positioning System) egy műholdakból álló globális helyzetmeghatározó rendszer, melyet az USA Védelmi Minisztériuma hozott létre és üzemeltet. Ma már több mint 30 műhold kering 20.200 m-es magasságban úgy, hogy a Föld bármelyik pontjáról 5 mindig "látható". A pozíció meghatározásához minimálisan 3 műhold szükséges. Ha a GPS vevőkészülék (receiver) csak 3 műholdat lát, akkor csak 2D-ban (dimenzióban) tudja a helyzetét meghatározni. A 3Ds navigációhoz legalább négy műhold adatai szükségesek. A rendszer használata ingyenes. A GPS előnyeit először a repülősök és a hajósok fedezték fel. Később a horgászok, vadászok, természetjárók és az extrém sportok kedvelői is megkedvelték a GPS-t. Napjainkban egyre nagyobb tért hódít a műholdas navigáció a járműiparban (navigációs rendszerek), és egyre több mobiltelefon is rendelkezik már beépített GPS-szel, és az ehhez kapcsolódó navigációs szoftverrel.
5.1. ábra – GPS Műholdak a Föld körül
A rendszer felépítése: - 24 db, 12 órás keringési idejű műholdból (6 pályasíkon egymáshoz képest 60 fokkal elforgatva, az egyenlítôhöz viszonyított pályaelhajlás 55 fok) - 5 db földi ún. monitor állomás, 4 feltöltő és 1 központi vezérlő - GPS vevőberendezés, amelyből számtalan lehet, a Föld bármely pontján
16
A műholdas helymeghatározó rendszer gyakorlatilag egy "egyszerű" időmérésből kiszámított távolságmérésen alapul. Mivel ismerjük a rádióhullámok terjedési sebességét, ha van két nagyon pontos óránk, és ismerjük a rádióhullám kibocsátásának és beérkezésének idejét, ezek alapján meghatározhatjuk a forrás távolságát.
5.1.2. Információk egy GPS vevőből Megnevezés
Példa
Leírás
Sentence Identifier
$GPGGA
Global Positioning System Fix Data
Time
170834
17:08:34 Z
Latitude
4124.8963, N
41d 24.8963' Észak vagy 41d 24' 54" Észak
Longitude
08151.6838,
81d 51.6838' Nyugat vagy 81d 51'
W
41" Nyugat
1
Az adat a GPS fix-ből származik.
Number of Satellites
05
5 műhold látható
Horizontal Dilution of
1.5
A vízszintes pozíció relatív hibája.
Altitude
280.2, M
280.2 méter tengerszint felett
Height of geoid above
-34.0, M
-34.0 méter
blank
Nincs utolsó frissítés.
DGPS reference station id
blank
Nincs állomás azonosító
Checksum
*75
Átviteli hiba detektálására szolgál a
Fix Quality: - 0 = Invalid - 1 = GPS fix - 2 = DGPS fix
Precision (HDOP)
WGS84 Ellipsoid Time since last DGPS update
program számára. Ezekből az információkból kinyerhető a pozíció (hosszúság, szélesség, magasság). Vannak olyan adattagok is, amelyek önmagukban nem hordoznak egy átlag
17
felhasználó számára hasznos információt, de nekünk szükségünk van rájuk bizonyos információk megállapítására. Az egyik ilyen a pontosság megállapítása, a másik pedig a távolság kiszámítása két GPS koordináta között.
5.1.3. Pontosság A GPS jelek korábbi zavarása (Selective Availability) 2000. május 2-án megszűnt. Az újabb 12 csatornás vevővel felszerelt készülékek horizontális pozíció meghatározási pontossága jó vételi viszonyok mellett 5-15 méter, a régebbi 8 csatornás modelleknél ez 20-35 méter. A magasság meghatározás +/- 35 m (12 csatornás vevővel) illetve +/- 75 m (8 csatornás vevővel). A mérési pontosság erősen függ a környezeti tényezőktől. A pontosság rossz vételi viszonyok esetén jelentősen csökkenhet. A magasság meghatározásához a jobb minőségű (drágább) GPS-ek barometrikus magasságmérőt is használnak. Ennek adatai általában pontosabbak és megbízhatóbbak. A legtöbb készülék rendelkezik egy ún. „Műhold állapot” nézettel, ahol a készülék által számított pillanatnyi pontatlanság (EPE - Estimated Position Error) értéke leolvasható. A helymeghatározás pontossága ezen kívül nagyban függ a látott műholdak számától és azok egymáshoz viszonyított helyzetétől. HDOP = Horizontal Dilution of Precision (Latitude, Longitude). A horizontális pontosság hígulása, azaz ha a műholdak horizontálisan állnak túl közel egymáshoz. Ilyenkor a hosszúsági és szélességi érték megbízhatósága romlik. VDOP = Vertical Dilution of Precision (Height). A vertikális pontosság hígulása, azaz ha a műholdak vertikálisan állnak túl közel egymáshoz. Ilyenkor a magassági érték megbízhatósága romlik. TDOP = Time Dilution of Precision (Time). Az idő pontosságának felhígulása.
18
5.2. Helymeghatározás GPS nélkül 5.2.2 Eddigi megoldások – Szolgáltatók megoldásai Eddig a Pannon GSM volt az egyetlen mobilszolgáltató, ami kínált egy ilyen megoldást, de azt sem a mobileszközön, hanem csak az interneten. A szolgáltatás keretében a Pannon GSM Távközlési Rt. ügyfeleinek lehetőségük nyílt, hogy az előfizetéssel rendelkező mobiltelefonjaik helyzetét a Secret Control GPS Kft. által kifejlesztett és üzemeltetett www.gsmkovetes.hu címen elérhető Internetes alkalmazás segítségével digitális térképen megjeleníthessék.
Működési elv A telefonkészülékek pillanatnyi helyzetét a cellameghatározás elve alapján a Pannon GSM Location Servere határozza meg, a GSM hálózatból nyert információk alapján, melynek pontosságát annak a cellának a mérete határozza meg, melyben a készülék található. Ezen érték a városokban néhányszáz méterig csökkenhet, viszont külterületen akár elérheti a néhány kilométeres nagyságrendet is. A helymeghatározás pontossága nagymértékben függ a GSM tornyok sűrűségétől, melyet az adott területen lévő felhasználók száma és a domborzat határoz meg.
5.2. ábra. – Mobil helymeghatározás
5.3. ábra. – Mobil helymeghatározás
A GSM helymeghatározás szolgáltatás kizárólag a Pannon GSM hálózatán és a Magyar Köztársaság területén belül biztosított. A Pannon GSM által biztosított koordinátákat a Secret Control GPS Kft. szerver számítógépei segítségével jeleníti meg az erre a célra kifejlesztett Internetes felületén.
19
5.2.3 Eddigi megoldások – Google Mobile Maps A Google Maps Mobile GPS nélkül mutatja meg egy adott mobilkészülék helyét. Csak egy olyan mobiltelefonra vagy egyéb PDA, ún. „okostelefon” készülékre kell telepíteni a programot, mely érzékelni tudja a mobilszolgáltatók adótornyait. A meghatározás pontossága azonban nagyban javulhat, ha nem csak az aktív cella adatait lehet lekérdezni a mobilkészülékből, hanem a szomszédos cellák adatait is.
5.4. ábra. – Google Maps Cella alapú
5.5. ábra. – Google Maps Cella alapú
helymeghatározás
helymeghatározás
A működéshez azonban szükség van a térképek online letöltésére is. Ehhez vagy wifi vagy legalább gprs internet elérés kell. Ez a módszer beltérben is működik, és egyes körzetekben elég nagy pontossággal.
20
Nagy előnye, hogy térkép átkapcsolható műhold nézetbe is. Útvonalat tervezhetünk, mely természetesen folyamatos térképletöltést igényel, de maga a helymeghatározás teljesen ingyenes. Az egyik internetes portál tesztjei alapján egy 10km hosszú szakaszon megtervezett útvonalon autóval végighaladva körülbelül 15MB adatmennyiséget töltött le a Google Maps a szükséges műholdtérképek használatához. A térképletöltés folyamatos városi forgalomban haladva. A használt tesztkészülék 3G/HSDPA vételre is alkalmas volt, de az EDGE sávszélesség is elegendõ lett volna, de autópályán száguldozva már ez nem elmondható. Ennek oka nem csak az autó sebessége, hanem az is, hogy az autópályák melletti bázisállomások nem ilyen felhasználásra lettek tervezve.
5.6. ábra. – Google Maps - Útvonaltervezés
21
5.2.4 Eddigi megoldások - Google Latitude Egy továbbfejlesztése a Google Mapsnek a Google Latitude alkalmazás. A barátokkal és családtagokkal is megoszthatjuk aktuális tartózkodási helyünket az új alkalmazás segítségével. Továbbá megtekinthetjük mások tartózkodási helyeit feltéve, hogy azok engedélyezik a helyzetük közzétételét. Az alkalmazás nem csak mobilkészüléken, hanem számítógépen is használható. A Latitude a Google Maps térképprogram „My location” helymeghatározó funkciójára épít, azaz a cellainformációk alapján határozza meg a felhasználó helyzetét.
5.7. ábra. – Google Latitude – Ismerősök helyzete
5.8. ábra. – Google Latitude – Helyzetinformáció megtekintésére vonatkozó kérés
A helymeghatározáson és a tartózkodási hely kijelzésén túl a Latitude a hatékonyabb kommunikációt is segíti, így lehetőséget ad az online státuszú ismerősök felhívására, chatelésre, valamint státuszüzenet is megjeleníthető vele, hasonlóan a közismert üzenetküldő szolgáltatásokhoz (MSN, Skype, ICQ, AOL). A rendszer használatához meglévő Google Account szükséges, a belépés után a felhasználó eldöntheti, hogy kiket invitál meg a saját helymeghatározó profiljába, illetve kikkel kívánja megosztani helyzetét. Sajnos Magyarországon még nem működik. A Latitude a fejlesztők szerint maximálisan tiszteletben tartja a privát szférát, így mindenki (a meghívó fél és a meghívott is) eldöntheti egyenként, hogy kivel akarja
22
megosztani helyzetét, kivel milyen mélységű információkat oszt meg. A kapcsolatokat csoportba rendezve megadható például, hogy a program bizonyos ismerősi körnek csak annyit áruljon el, hogy milyen városban tartózkodik a felhasználó, aki bármikor kiiktathatja a rendszert vagy éppen tetszőleges „kamu” információt is szolgáltathat tartózkodási helyéről. A Latitude a Google Android platformjára épülő okostelefonok mellett a legtöbb BlackBerry készülékkel, valamint Symbian és Windows Mobile operációs rendszert futtató készülékkel is kompatibilis. A fejlesztők ígérik az Apple iPhone és iPod Touchkompatibilis változatot. A Google 2005-ben vásárolta fel a hasonló funkciókat nyújtó, ugyanakkor jóval kevésbé látványos Dodgeballt, melynek megszüntetéséről - alighanem a Latitude bemutatása miatt - nemrég határoztak a vállalatnál. Az amerikai Verizon Wireless és a Vodafone szintén rendelkezik hasonló szolgáltatással (Loopt's), de helymeghatározáson alapuló közösségi hálózatot indít hamarosan a Nokia is Maps on Ovi néven. Látható, hogy egyre többen ismerik fel a helyfüggő mobiltelefonos alkalmazásban rejlő lehetőségeket, és próbálják kiaknázni azokat. Sajnos több gyártó is szándékosan tart vissza olyan fejlesztési információkat, amelyek a helymeghatározás pontosságát elősegítenék, valószínűleg azért, hogy korlátozzák az ún. „3rd party” fejlesztők térhódítását.
23
5.3. A mi megoldásunk Első és legfontosabb, hogy ilyen helymeghatározás a projekt kezdetekor csak a Pannon GSM hálózatán működött, később csatlakozott a Google is a helymeghatározáshoz, de az adataik a mai napig elég hiányosak. A Google Maps pontatlansága a cella méretétől függően elég magas, a Latitude pedig nem működik Magyarországon, csak úgy, ha kézzel beállítjuk a tartózkodási helyünket, megkerülve a beépített helymeghatározást. A mi alkalmazásunk segítségével egy teljesen szolgáltató-független megoldás is létrehozható, és a mobil adatgyűjtő segítségével hamar elkészülhet egy pontos és részletekre jobban kiterjedőbb adatbázis. Ez az adatgyűjtő egy GPS vevőből, GSM vevőből és egy memóriakártyából áll. A bekapcsolt adatgyűjtő ismeri lekérdezi a helyzetet a GPS vevőből, a cellainformációkat a GSM vevőből és ezeket menti a memóriakártyára. A memóriakártyáról pedig az adatok könnyedén átemelhetőek az adatbázisba, ami alapján a cella alapú helymeghatározás működhet.
5.9. ábra. – Mobil adatgyűjtő elemei
Sajnos a pontosságon mi sem tudunk sokat javítani az eszközök alapvető pontatlansága és a rejtett implementációk miatt (a mobiltelefonok szoftvereiből nem lehetett idáig lekérdezni a szomszédos cellák adatait), bár a jelerősség-információ szolgálhat némi segítséggel a pontosításban. Az új Android szoftvernél már nem csak az aktív cella információi elérhetők, valószínűleg nemsokára a többi okostelefonszoftveren is elérhető lesz ez a funkció. Ezen új információk birtokában majd még pontosabban meg tudjuk határozni a mobilkészülék helyét. Számunkra fontos, hogy a mobilkészüléken jelenítsünk meg helyzetinformációt, és ezt a lehető leggyorsabban tegyük. Sajnos régebbi típusú mobiltelefonok esetén a háttértár kis mérete miatt a térképeket költséges GPRS kapcsolaton kell letölteni, azonban az új generációs mobiltelefonokon tárolható egy térkép, amin megjeleníthető az adott készülék helye.
24
A mobiltelefonból lekérdezhetők annak a bázisállomásnak az információi, amelyhez a készülék csatlakozik. Ezeket az információkat elküldjük az alkalmazásszervernek, ami a cella méretének függvényében megfelelő pontossággal megadja a lehetséges tartózkodási helyet. Új generációs mobiltelefon esetén egy térképnek azt a részét jeleníthetjük meg, ahol feltehetően a felhasználó tartózkodik. A Google Maps megoldásához hasonlóan pedig egy megfelelő sugarú körrel jelölhető a feltételezett hiba. A gyártók már felismerték az ebben rejlő helymeghatározási módszer lehetőségeit, talán lehetőség lesz később olyan lekérdezésre is, amelyben az összes vagy nagyobb számú látható bázisállomás adatait megkaphatjuk, így a helymeghatározás pontossága nagyban növekedhet, és jóval közelebb kerülhet a GPS alapú helymeghatározás pontosságához. Erre azonban egyelőre nem támaszkodhatunk, de csak előnyünkre válhat, ha az alkalmazás alapjainak, főként az adatbázis létrehozásakor figyelembe vesszük ezt a bővítési lehetőséget is.
5.3.1. Mikor GPS, mikor GSM? A GPS alapú helymeghatározás a mobilkészülékeken általában nagyon energiaigényes, és emiatt az akkumulátor hamar lemerülhet. Navigáció esetén viszont ajánlott az ilyen fokú pontosság. Azonban a GPS vevőknek időre van szükségük ahhoz, hogy megtalálják a műholdakat és elvégezzék a szükséges helymeghatározáshoz műveleteket. Ez az idő változó, akár 5-10 perc is lehet. A GSM alapú helymeghatározás ennél sokkal gyorsabb lehet, bár általában pontatlanabb, ellenben olyan helyeken is működik ahol a GPS elérhetetlen (pl. metróaluljáró). A bázisállomás információinak kiolvasása és megkeresése az adatbázisban néhány másodperc alatt elvégezhető. Tehát ha csak arra kíváncsi az adott felhasználó, hogy hol van a legközelebbi beszállási lehetőség vagy parkoló, azaz csak a térkép azon részét vagy azt a települést keresi, ahol ő tartózkodik, sokkal előnyösebb ez a típusú helymeghatározási mód, mert kevesebb energiát fogyaszt és jóval rövidebb idő alatt elkészül. Mivel a mobiltelefon nem csak az aktív cella információit ismeri, később a további szomszédos cellák információinak ismeretekor a pontosság tovább növelhető, és ez a lekérdezés korántsem lesz annyira energiaigényes, mint egy külön GPS egység működtetése.
25
6. A mobilstoppos alkalmazás
6.1. ábra. Nyitóképernyő A Mobilstoppos alkalmazás interneten és mobilkészüléken egyaránt elérhetővé tehető, ezért régebbi típusú mobilkészülékeken is használható lehet egy Java alkalmazás formájában. A Java vagy Symbian alkalmazásra a helymeghatározás miatt van szükség, akik ezt a funkciót nem kívánják használni, wapon is bejelentkezhetnek. Sajnos alapvető kompatibilitási problémák vannak a telefongyártók java futtatási környezetei között, illetve a mobil operációs rendszerek és azok verziói között is, sok esetben készüléktípusok esetén is, ezért a fejlesztés nehézkes lehet, igazán csak a legelterjedtebb típusokra lesz érdemes ilyen alkalmazások fejlesztése. A telekocsi rendszerek alapján a felkínált utak ill. utazók közül válogathatnak az utasok és az utasok közül az utat felkínálók. Azonban a mobilkommunikáció fejlődésével ezt már nem csupán hetekkel az utazás előtt, hanem „on the fly” módon is megtehetik, azaz nem szükséges keresni az adatbázisban, ezt az alkalmazásszerver a háttérben elvégzi. A legegyszerűbb verzió nem tartalmaz mást ezen kívül. Azonban további funkciókkal bővíthető, mint pl. üzenet vagy multimédiás (hang és videó) küldés, a közösségi oldalakról már ismert bemutatkozó oldalakkal, vagy akár a közösségi portálokkal együttműködést kezdeményezve egyéb funkciókkal, amelyeket már a terv evolúciójában említettem. Az először kereső felhasználóknak regisztrálniuk kell adataik megadásával, továbbá megadhatnak egy belépési azonosítót és jelszót, amellyel később beléphetnek. Belépés után megjelennek a menüpontok, amelyek közül választhatnak. A felhasználóbarát kezelőfelület itt kiemelten fontosságú, mert a mobilkészülékekkel a
26
navigáció sokkal nehézkesebb, hiába az egyre inkább elterjedő érintőképernyő vagy a készülék „kinyitásával” előbújó „teljes” billentyűzet. Speciális városi-és városkörnyéki megoldás
6.2. ábra. Budapest és környéke (alvó városok) Napjaink közlekedésének nagy részét a reggel munkába menő és a délutáni órákban hazafelé igyekvő autósok teszik ki. Az esetek többségében egy autóban egy, maximum két ember utazik. Ezekben az időszakokban nagyobb forgalmi torlódások alakulnak ki, és emiatt a balesetek száma is ezekben az időszakokban a legmagasabb, amelyek természetesen tovább akadályozzák ezt a fokozott gépjárműforgalmat. Amennyiben ezek az emberek, akik egy időpontban utaznak a városba, vagy egy időpontban hazafelé, egymásra találnának, és tartósan együtt utaznának, akkor abban az esetben, ha egy autóra négy főt számolunk a kényelmes utazás érdekében, és feltételezzük, hogy egy autóban most kettő ember utazik, a gépkocsiforgalom megfeleződik. Azonban a helyzet ennél rosszabb, hiszen a legtöbb autóban csak egy ember utazik, de számolnunk kell azzal is, hogy nem mindenki fogja igénybe venni ezt a lehetőséget. Nem szabad továbbá megfeledkeznünk arról, hogy ahhoz, hogy
27
minél többen éljenek ezzel a lehetőséggel, egy nagyon kényelmes és könnyen használható alkalmazásra van szükség. Ennek elérése érdekében a nagyobb városokban és az azokat körbeölelő ún. alvó városokban megállóhelyeket kell kialakítani, vagy olyan megállási lehetőségeket találni, amelyekben kényelmesen lehet várakozni az utasra vagy a sofőrre. Itt lehet gondolni az üzleti lehetőségekre, hiszen a várakozási időt kellemesen is el lehet tölteni pl. egy kávézóban vagy étteremben. Itt a navigációs rendszereknél már elterjedt POI-kat (Points Of Interests) is fel lehet használni.
6.3. ábra. POI-k Budapest belterületén az PPKE-ITK épületének közelében A fenti ábrán az egyetem környékén láthatjuk a NaviGuide 5.1 térképének POI-jeit. Egy kis ikonnal akár külön jelölni lehetne azokat a helyeket, ahol beszállási lehetőségek vannak A megállóhelyek kialakításánál azt is figyelembe kell venni, hogy melyek kapcsolódnak szorosan egymáshoz, azaz melyek helyezkednek el egy fontosabb közlekedési útvonalon. Így az átmenő forgalom is kezelhető, azaz itt sem csak háztól házig esetben működjön az alkalmazás. Ezzel növelhetjük az alkalmazás felhasználásának gyakoriságát, és ezzel az elterjedését is. Figyelembe kell vennünk
28
azt is, hogy a megállóhelyek bővülhetnek, és későbbi fejlesztések után szinte bárhol lehet megállóhely, azaz ajánlott a megállóhelyeket GPS koordinátáikkal tárolni. Így az alkalmazást nem szükséges átalakítani ahhoz, hogy ilyen rövidebb utazásoknál is működjön, csupán biztosítani kell egy olyan lehetőséget, amelyben a hirdetés nem egy adott napra, hanem egy adott időtartamra napi rendszerességgel vonatkozik.
6.1. Az alkalmazás felhasználói szemszögből 6.1.1. Az alkalmazás általános működése A felhasználó egy kliens program segítségével vagy wapon ill. interneten egy központi adatbázishoz kapcsolódik, amelyben hirdetést helyezhet el, vagy kereshet a hirdetések között, illetve módosíthatja saját adatait és üzeneteket küldhet.
6.1.2. Műveletek Felhasználó nézőpontjából: •
Regisztráció (felhasználói profil kialakítása, jelszó megadása)
•
Bejelentkezés (felhasználó azonosítása)
•
Felhasználói profil módosítása
•
Hirdetés feladása
•
Saját hirdetések megtekintése (jelentkezők, módosítás, törlés)
•
Keresés a hirdetések között o
Hirdetés megtekintése
o •
Hirdető profiljának megtekintése •
Üzenetküldés (szöveges / multimédiás)
•
Hívás (hang / videó)
Jelentkezés a hirdetésre
Jelentkezések o
Hirdetés megtekintése
o
Jelentkezés törlése
o
Vélemény-nyilvánítás (elmaradt-e az út)
Alapvető követelmény, hogy az alkalmazás minimálisan próbálja lefoglalni az eszközt, hogy a hívásfogadás, stb. működjenek. Adminisztrátori teendők:
29
•
Számlázási teendők
•
Az adatbázis karbantartása
•
Statisztikák készítése
•
Az ún. „fake”, azaz csaló felhasználók és hirdetések kiszűrése
6.1.3. Regisztrációs folyamat: Letöltött alkalmazással: 1. A felhasználó tudomást szerez a szolgáltatásról. 2. A felhasználó letölti a kliens programot. 3. A felhasználó elindítja a kliens programot, és regisztrálja magát a rendszerben, kialakítja a saját profilját. (a regisztrációt weben vagy wapon https szabvánnyal szükséges megvalósítani) 4. A felhasználó bejelentkezhet a rendszerbe, felhasználóneve a telefonszáma lesz, a jelszavát a regisztráció során adja meg. (a kliensprogram eltárolhatja és indításkor automatikusan bejelentkezik ha a felhasználó így szeretné.) Wapon: 1. A felhasználó tudomást szerez a szolgáltatásról. 2. A wapon beírja a www.mobilstoppos.hu hivatkozást. 3. A felhasználó regisztrálja magát a rendszerben az adatai megadásával. 4. A felhasználó bejelentkezhet a rendszerbe, felhasználóneve a telefonszáma lesz, a jelszavát a regisztráció során adja meg. (a böngésző vagy kliensprogram eltárolhatja ezeket és indításkor automatikusan bejelentkezik, ha a felhasználó így szeretné.) Interneten: 1. A felhasználó tudomást szerez a szolgáltatásról. 2. A wapon beírja a www.mobilstoppos.hu hivatkozást. 3. A felhasználó regisztrálja magát a rendszerben az adatai megadásával. 4. A felhasználó bejelentkezhet a rendszerbe, felhasználóneve a telefonszáma lesz, a jelszavát a regisztráció során adja meg. (a böngésző
30
vagy a kliensprogram eltárolhatja ezeket és indításkor automatikusan bejelentkezik, ha a felhasználó így szeretné.)
6.2. A program használatának részletes bemutatása –
Felkeresi a mobilstoppos webhelyét.
–
Bekapcsolja a mobilján a kliens programot. Ami kezdeményezi a kapcsolat létrehozását és megtörténik egy azonosítás, attól függően, hogy szükséges-e, megtörténik a felhasználó profil letöltése, vagy szinkronizálása.
–
A kapcsolat nem marad fenn, de jelzést jelenthet arra, hogy csatornát fogjuk használni. (Az IMS szabvány lehetővé teszi az erőforrás foglalás gyakorlatát, de ezzel kapcsolatban meg kell vizsgálni a felhasználói magatartást és a foglalás időtartamára vonatkozó költségeket és lehetőségeket. Mivel viszonylag nagyobb idő is eltelhet míg a felhasználó megkezdi a tényleges lekérdezést.) De ezzel a tervezés ebben a fázisában nem foglalkozunk.
–
Ebben a fázisban viszont foglalkozni kell azzal, ha a felhasználó „félrenyúlt” és véletlenül indult el az azonosítási folyamat, vagy a felhasználó megszakította vagy egyéb okból nem jön létre a kapcsolat. (ún. timeout-ok kezelése)
–
A felhasználó az alap funkciók közül választ, amik lehetnek. -
Keresés i. Összetett keresés
-
Út felajánlása
-
Utazási igény bejelentése
-
Saját hirdetések
-
Profil beállítások.
-
Lekérdezés bővítése (saját kérdés, hely érzékeny funkció )
-
Kilépés / Visszalépés.
Az adatbázis feltöltés szempontjából: Az előfizető profiljába beépíthetőek kedvenc helyek, amelyek az aktív cellainformációk birtokában általában egyértelműen elkülöníthetőek (mert elég távol vannak egymástól).
31
A felhasználót egy azonosító segítségével tartjuk nyilván, ennek alapján egy a számára egy környezet jön létre ami az őt érintő adatokat tartalmazza. Nem létező vagy ún. „Guest” nem regisztrált profil alkalmazása itt nem szükséges,
6.2.1. Út keresése Itt is ugyanúgy fontos a felhasználóbarát felület, ezért a lehető legegyszerűbb megoldást kell megtalálni. Lehetőséget kell biztosítani egy egyszerűsített keresésre, amelyben csak a honnan, hová és mikor mezőket kell kitölteni. Ezen mezők kitöltésekor a beszállási pontok kijelölhetőek a megjelenített térképről, a kedvenc beszállási pontok közül. Mindkét lehetőségnél használható lehet telepített alkalmazás esetén a cellainformáció vagy GPS alapú helymeghatározás is. Továbbá ún. checkboxokban vagy legördülő menükben további kérdésekre válaszolhat a felhasználó, ha számára az lényeges, de ezeket a későbbi igényfelmérések alapján lehetne beépíteni az alkalmazásba.
Webes felületen Ezen felületen ez egy megjelenített térképen a legegyszerűbb. Ki kell jelölni az indulási pontot, ez kijelölhető a térképről vagy a akár a kedvencek közül, az egér segítségével néhány kattintással választhat az utazó a lehetséges kiinduló-és célállomások közül. Az utazás idejét pedig egy felugró naptáron a dátumra kattintva majd egy felugró órán az órát „beállítva” adhatja meg az utazó, vagy begépelheti. Nem megfelelő adat esetén – pl elmúlt dátum - hibaüzenet tájékoztatja a felhasználót.
Mobilkészüléken A mobilkészülékeken az adatok megadása korántsem ilyen egyszerű, ezért fontos lehet egy saját felhasználói profil beállítása, amit előre a webes felületen, vagy a mobiltelefonon is be lehet állítani. Később ezek a pontok listából kiválasztva könnyedén megadhatók. Amennyiben ez még nem történt meg, vagy nincs az adott kiindulópont vagy úti cél a listában, város és cím megadásával megjelölheti a pontokat és felveheti a „kedvencei” közé, ha szeretné. Vagy használhatja a helymeghatározást, GPS vagy GSM alapon. Az időpontot pedig a mobiltelefon billentyűzetével könnyedén megadhatja. Ha ezek megadása megtörtént, az adatok felkerülnek a szerverre, ahol végrehajtódik egy keresés, azaz hogy van-e felkínált út és azon szabad hely. Amennyiben van ilyen, azonnal értesíti a felhasználót, ha több is, akkor a felhasználó kiválaszthatja, melyik autóban kíván helyet foglalni. A foglalást közvetítjük az útvonalat felkínáló felé,
32
és ha ezt visszaigazolja, rögzítjük az utast az adott útvonalra. Ha nincs, regisztráljuk az utat keresők adatbázisában, és ha felkerül egy olyan út, amit keres, ha kéri, értesítjük őt, és hasonlóan az előbbiekhez, eldöntheti hogy jelentkezik-e, és értesítjük az utat kínálót. Ha visszaigazolja az utast, regisztráljuk a foglalását.
Wapon A webes alkalmazáshoz hasonlóan működik, azzal a különbséggel, hogy itt ügyelni kell az adatforgalom minimalizálására, és a kicsi és alacsony felbontású kijelző miatt az olvashatóságra és könnyű áttekinthetőségre.
6.3. Út felkínálása és útvonaltervezés
Webes felületen Az út kereséséhez hasonló módon meg kell adni a kiindulópontot és az úti célt és az utazás várható időpontját. Mivel köztes útvonalakra is használhatóvá szeretnénk tenni az alkalmazást, ezért az egyes áthaladási pontokra megbecsüljük a várható odaérkezés időpontját. Az útvonaltervezés folyamata nem más, mint keresés egy súlyozott gráfban, de jobb lenne egy már meglevő navigációs szoftverbe beépíteni a telekocsi szolgáltatást, ahol a térképeket és a tervező algoritmusokat nem kell újra implementálni. Amennyiben mégis, a legegyszerűbb módot célszerű választani: a referenciapontokat - amelyek lehetnek városok vagy városon belül megjelölt beszállási helyek – és a referenciapontokat a gráf csúcsainak tekintjük, a közöttük haladó útvonalakat pedig a gráf éleinek. Az éleknek pedig kétféle súly adunk. Az egyik a távolság km-ben, a másik pedig az út megtételéhez szükséges átlagos idő. Így kereshető legrövidebb és leggyorsabb útvonal is az adatbázisban. A gráf csúcsait is súlyozni kell a pontok mögött rejlő települések lélekszáma szerint azért, hogy mindig a 10 legfrekventáltabb köztes pont legyen benne az útitervben, ezzel növelve az utasra találás valószínűségét. A 10 ponthoz generálunk az élek súlyai alapján egy időpontot és egy várható hibát, azaz időkeretet amikor az utazást kínáló az adott pontba ér. Amennyiben ez az algoritmus lefut, a még kereső utasok között megnézzük, létezik-e olyan, aki ebben az irányban utazik az adott időpontban. Ha van ilyen, igény esetén értesítjük az utazót vagy utaztatót. Ez az alkalmazás felhasználóbarátsága szempontjából elengedhetetlen, hiszen ha a hirdetések
33
feladásakor automatikusan lefuttatunk egy keresést is, segíthetjük az alkalmazás használóit, az értesítésekkel pedig könnyebben egymásra találnak.
Mobilkészüléken A mobilkészüléken ehhez hasonlóan lehet felkínálni egy utat, akár az indulás pillanatában is. Ilyen esetben egyértelműen használható a GPS, vagy a GSM alapú helymeghatározás is. Vagy kézi módon, megadva az útvonal kezdő és végpontját. Továbbá a valós idejű helymeghatározásnak köszönhetően lehetőség van egy új funkció bevezetésére. Ha két mobil-tulajdonos, aki egy irányba utazik, egy általuk előre beállított távolságon belül van, akkor nem teljesen folyamatos (megadható időnkénti frissítés) kapcsolat esetén értesíthetjük őket egy lehetséges utazásról.
34
6.4. Összegzés A mobileszközön futó alkalmazás előnyei: •
A háttérben futva gyorsan elérhető.
•
Gyors bejelentkezés, a szoftverben könnyedén elmenthető a felhasználónév és a jelszó.
•
Elérhető a helymeghatározó funkció, akár a GPS alapú, akár a GSM alapú.
•
Alacsony hálózati forgalmat generál, hiszen az adatok többsége (pl kedvencek) tárolható a mobilkészüléken, és nem kell újra és újra letölteni.
A mobileszközön futó alkalmazás hátrányai: •
Erőforrást foglal a mobil eszközön, így gyorsabban merítheti az akkumulátort.
•
Nem platform-független, szinte mobiltelefon-típusonként kell külön alkalmazást fejleszteni, ami a megvalósítás szempontjából költséges.
•
Kompatibilitási problémák léphetnek fel, ha az alkalmazáson változtatni kell, nehéz minden eszközön frissíteni.
Az internetes alkalmazás előnyei: •
A php és az sql szerveroldali alkalmazások, tehát a szerveren fut, és nem a mobil eszközön, így egy szinte teljesen platform-független megoldást kínál, és minden olyan mobilkészülékről és számítógépről elérhető, amelyen fut webböngésző.
•
Nincs szükség alkalmazások telepítésére az eszközre, így az esetleges frissítést elég a szerveren elvégezni, és nem kell minden mobileszközön külön-külön, nem okozhat fennakadást, ha valamelyik kliensen régebbi szoftver fut.
Az internetes alkalmazás hátrányai: •
Nagyobb hálózati forgalmat generál mint a mobileszközön futó alkalmazás, így nagyobb adatforgalmi költségekkel járhat.
•
Nehezebben elérhető a helymeghatározó funkció, de az újabb notebookokban már előfordulnak beépített HSPDA modemek, és egy kábeles vagy Bluetooth GPS megvásárlása nem nagy költség.
35
6.5. Az alkalmazás hálózati megközelítése 6.5.1. A végberendezés feladata: •
Kezelőfelület nyújtása
•
Bejelentkezés a rendszerbe
•
Üzenetek fogadása
•
Hívások fogadása
•
Videohívás esetén a szükséges kódolási ill. dekódolási feladatok ellátása
(Az alkalmazás a végberendezésen csak egy „buta” kliens szerepet tölt be.) Ami feltétlenül szükséges: •
GPRS vagy nagyobb sebességű internet elérés.
•
WAP hozzáférés
Kényelmi funkciókhoz: •
GPS helymeghatározás
•
3G szélessávú adatkapcsolat
•
Telepített mobil alkalmazás
•
Kamera a vizuális kommunikációhoz, illetve a bemutatkozó videófelvételhez.
A tervezéskor figyelni kell az általános UE alkalmazásokra vonatkozó ajánlásokra, azaz hogy a felhasználó bármikor megszakíthassa a kapcsolatot, illetve az alkalmazást várakozó de futó módba tegye. Fontos hogy ilyen esetben az alkalmazás ne akadályozza a hívásfogadást, ha nincs tényleges kommunikáció.
6.5.2. Az alkalmazás szerver feladata: •
Authentikációs folyamatok kezelése
•
Regisztrálási folyamatok kezelése
•
Bejelentkezés fogadása és folyamatos figyelése (ha nem szabványos kijelentkezés történik, pl. nincs lefedettség az adott területen)
•
Adatok fogadása (hirdetésfeladásnál)
•
Adatok feldolgozása (keresésnél illetve ha egy másik hirdetéshez megfelelő hirdetés érkezik, akkor üzenetben értesíteni a hirdetőket erről)
•
Adminisztratív folyamatok ellátása (utolsó belépések, stb.)
•
Hibakezelés
36
6.5.3. Az alkalmazás szerver felépítése: •
Web szerver és hasonló szolgáltatásokért felelős részből [tűzfal, proxy, DNS]
•
Adatbázis szerver
•
Üzenetküldő szolgáltatás (GSM-hez vagy IMS-hez kapcsolódva)
•
Alkalmazás
Ezen egységek paramétereinek beállítása, az alkalmazás programjának megírása a mi feladatunk. Ennek a legnehezebb része egy hatékony és jól felépített adatbázis létrehozása, illetve hatékony keresési és karbantartási algoritmusok kidolgozása a felhasználók igényeinek változásának figyelembevételével.
6.5.4. Mit várunk a hálózattól? Ez az alkalmazás a felhasználói lánc két végén helyezkedik el, és a hálózatot, mint felületet, szolgáltatást veszi igénybe a kommunikációs csatorna felépítése, illetve adatkapcsolat során. A „Hotline” részhez viszont szükség lesz azokra a Multimedia Codec-ekre, amelyeket a hálózat támogat.
6.6. Fizetési módok Díjak és lehetséges fizetési módok: •
Hirdetés-feladási díj
•
diszpécserhívás emelt díj
•
üzenetküldési díj
•
esetleg emelt adatforgalmi díj
•
bankkártyás fizetési módszerek
•
mobiltelefonos fizetési módszerek
Sikertelen üzlet esetén: •
jóváírás
•
ingyen rendszerhasználat
37
•
vagy mint a vaterán, statisztika, pozitív-negatív vélemények alapján értékelünk
•
Probléma: Hogyan ellenőrizzük, hogy sikeres v. sikertelen?
6.7. Értékelés az alkalmazás szempontjából – régi és új típusú mobiltelefonok kompatibilitása
6.7.1. Várható hatások Az új generációs mobilkészülékek terjedésével csökken a régi típusú mobilkészülékek aránya, a gyártók pedig nem csupán kompatibilis mobiltelefon-töltő módszereken dolgoznak együtt. Előtérbe került egy egységes operációs rendszer a mobiltelefonokra. Ennek napjainkban két fő típusa van, az egyik a Symbian, a másik a Windows Mobile. Ezeken a készülékeken már van elég háttértároló kapacitás és rendelkezésre áll sok olyan erőforrás, amelyek a kényelmi szolgáltatásokat is lehetővé teszik. Továbbá terjednek a környezetvédelmi törekvések(pl. Budapesten is egyre több Critical Mass felvonulást szerveznek a forgalom csökkentése érdekében). Az ilyen érzelmű emberek tábora egyre nagyobb, ők valószínűleg szívesen használnának egy ilyen rendszert.
6.7.2. A jövőbeli lehetséges fejlesztések iránya és ezek várható hatásai Az ún. okostelefonok elterjedésével az alkalmazás egy útvonaltervezővel történő ötvözésével akár minden pont lehet referenciapont, azaz bárhonnan és bármikor lehet utat és utazást kezdeményezni. A mobil-szélessáv elterjedésével és árának csökkenésével folyamatos kapcsolat tartható az alkalmazásszerverrel, aktuális hasznos multimédiás ajánlatok is közvetíthetők a felhasználóknak, akár több nyelven. A rendszer elterjedésével, akár közösségi hálók a rendszerbe csatlakoztatásával ismerősök, vagy ismerősök ismerősei közül válogathatunk az utasok vagy utaztatók közül.
38
7. Az adatbázis 7.1. Adatbázis felépítése Az adatbázis tesztverzióját MySQL-ben hoztam létre. Ez a rendszer elég kompatibilis az elterjedt adatbázis szoftverekkel, így az elkészített teszt adatbázis könnyedén átültethető más rendszerekbe.
7.1. ábra. Az adatbázis felépítése
7.1.1. Előfizetői információk 7.2. ábra. Felhasználói adatok tábla Az előfizetőket azonosítanunk kell, és a szolgáltató-függetlenség miatt szükség van egy saját nyilvántartásra. A nyilvántartásban szerepelni kell néhány személyes információnak is, amelyekhez fontos, hogy adatvédelmi nyilatkozat tartozzék (Melléklet). A személyes adatok tárolásában meg kell különböztetni az egyéni és vállalkozó felhasználókat. Szükség van még egy ehhez kapcsolódó számlatörténetre is és egy számlaegyenlegre. Továbbá fontos néhány olyan információ, amelyek a
39
többi felhasználó számára lehetnek hasznosak. Ilyen pl. hogy hányszor hirdetett eddig, hányszor utazott eddig, hogyan értékelték a többiek (feedback), azaz mennyire megbízható.
7.1.2. Felkínált utak tábla 7.3. ábra. Felkínált utak tábla A speciális városi és városkörnyéki megoldások miatt van szükség az adott út rendszerességének megállapításához. Ez lehet egyszeri, napi, heti vagy havi rendszeresség. Ahhoz, hogy az alkalmazás igazán jól működjön, szükség van egy egyszerűsített útvonaltervezőre is, ami a felkínált utak tábla állomáshelyeit feltölti. Fontos az is, hogy az utat meghirdető lehetőleg előre válassza ki a lehetséges útvonalak közül azt az alternatívát, ami számára a leginkább megfelel. Ezt ebben a táblában tároljuk, amíg a hirdetés érvényes. A szabad helyek számát adott szakaszokra lebontva kell kezelnünk, ami újabb problémákat vet fel. Itt egy ügyes prímszámos megoldással tudjuk eldönteni, hogy hány szabad hely van az adott útvonalszakaszon. Az adott helyhez tartozó útvonalszakaszhoz tárolunk egy számot, amely hatványozott prímszámok szorzata. A kitevőben az az érték szerepel, amennyi a szabad helyek száma, az alapok pedig a prímszámok sorra, addig amennyi szakaszon halad keresztül az út. Sajnos így a referenciapontok számát maximalizálnunk kell, hogy ne legyen túl nagy a számosság, és ne legyen túl sok megállási pont, azaz ne nőjön az útvonalak hosszával az adatbázis mezőinek száma. Hosszabb utaknál ez még ideális is, hiszen az utat felkínáló nem feltétlenül szeretne minden megállási lehetőségnél megállni és utast cserélni. Így az megállók számát a felhasználó maximalizálhatja. Ha több a megállási pontokat a legjobb kihasználtság érdekében állapítjuk meg úgy, hogy megvizsgáljuk a megállási pontok súlyát, és a statisztikailag legfrekventáltabb megállási pontokat kínáljuk fel (az alkalmazás indulásakor, amikor még nem állnak rendelkezésre statisztikai információk, a demográfiai adatokat vehetjük figyelembe).
7.1.3. Keresett utak tábla 7.4. ábra. Keresett utak tábla
40
A keresett utak táblában szerepelnek az indulás időkorlátai, amelyeken belül az adott hirdetés érvényes. Továbbá a két referenciapont, amelyen belül a felhasználó utazni kíván, illetve az utat kereső felhasználó azonosítója. Továbbá a városi és városkörnyéki megoldás működéséhez ajánlott lehet egy választás, hogy napi,heti vagy havi rendszerességgel szeretne-e közlekedni az adott útvonalon.
7.1.4. Szolgáltatói információk tábla 7.5. ábra. Szolgáltatói információk tábla A szolgáltatói információk táblára azért van szükség, hogy azok számára is tudjunk támpontot biztosítani a jelenlegi helyzetükről, akiknek nincs GPS információjuk. Ezt szolgáltatónként tároljuk, de adatbázisban, külön táblában, hiszen a szolgáltatók nem vagy csak nagyon ritkán használják egymás hálózatát. Magyarországon 3 szolgáltató van, a Pannon GSM, T-Mobile és a Vodafone. Magyarország Mobile Country Code –ja (MCC) 216. A szolgáltatók Mobile Network Code-ja (MNC) különbözik, 1, 30 és 70. A GSM szabványnak megfelelően minden szolgáltató Location Area-kra bontja a szolgáltatási területét, ezek a Location Area Code-ban (LAC) jelennek meg. Egy LAC-hoz több Cell Identifier (Cell_ID) és egy Cell_ID-hoz több Base Station Identifier Code (BSIC) tartozik, amelyek különféle frekvenciákon (AFCN) működnek a készülék által észlelhető térerősséggel (RSSI), és átvitelre jellemző értékekkel. Ehhez társítani kell egy GPS információt, hogy megadott referenciapontokhoz tudjuk irányítani a felhasználót, és a készülék kijelzőjén a térképnek azon részlete jelenjen meg, ahol ő tartózkodik. Ehhez hasonló módszert fejlesztett ki a google is, azonban náluk nincsenek referenciapontok, a felhasználók által beküldött adatokra támaszkodnak. A telefonra telepíthető alkalmazás segítségével lekérdezik az információkat, és megadnak egy az ahhoz a cellainformációhoz tartozó pontot és egy pontossági értéket.
7.2. Adatbázis frissítése - Szolgáltatói információk Az adatbázis frissítése és naprakészen tartása nehéz feladat. Fontos, hogy ne terheljük az erőforrásokat és szolgáltatást használókat. Régebbi típusú
41
mobilkészülékeken, vagy olyan készülékeken, amelyek nem rendelkeznek sem belső, sem külső GPS vevővel, nem tudunk olyan adatot kinyerni, amelyek hasznosak számunkra. Azokon a mobilkészülékeken, amelyek fel vannak szerelve GPS vevővel, általában van szabad tárterület, és az egész, adott területre vonatkozó GSM alapú helymeghatározó adatbázis tárolható a háttértárban. A mért információkkal összehasonlítva az alkalmazás elmentheti az új információt, mindezt a háttérben futva észrevétlenül. A mobil-előfizető, hogy elkerülje a feltöltéssel járó plusz költségeket, megadhatja, hogy milyen hálózati kapcsolaton tölti fel a változásokat a szerverre. Annak érdekében, hogy elkerüljük az adathamisítást, egy bizonyos adattagot legalább két különböző felhasználónak kell feltöltenie ahhoz, hogy érvényes legyen és bekerüljön az adatbázisba. Az alkalmazásszerver megvizsgálja az adatot, amennyiben van már ilyen az adatbázisban, elveti, ha az átmeneti tárban, megvizsgálja hogy ez a felhasználó töltötte-e fel előzőleg is, és ha nem feltölti az érvényes adatbázisba és törli az átmeneti tárból, ha nincs ilyen az átmeneti tárban, akkor azt ott helyezi el. Továbbá frissíteni kell a telefon adatbázisát. Fontos a verziókezelés, naponta egy frissítés engedélyezett, az adatbázis verzió pedig nem más, mint a frissítés dátuma (pl. 20080627). Azoknak a felhasználóknak, akik ily módon segítik az adatbázis épülését, ösztönzőleg bizonyos kedvezményeket adhatunk, például ingyenes hirdetésfeladást.
7.2.1. Érvénytelen adatok törlése (feedback) GSM alapú helmyeghatározás adatai: Először meg kell különböztetnünk kétféle érvénytelen adatot. Az egyik olyan hibás adat, ami például egy már lekapcsolt bázisállomás információit tárolja, amit már nagyon régóta nem kérdeztek le. Ezért minden bázisállomás információhoz hozzácsatolunk két dátumot és egy lekérdezés-számlálót. Az egyik dátum az adatbázisba kerülés dátuma, a másik pedig az utolsó lekérdezésé. Amennyiben az utolsó lekérdezés időpontja több mint 1 év, abban az esetben az adatmezőt törlésre jelöljük. Ez az idő valójában a felhasználók számától függ az adott körzetben, ezért nehéz így előre jól becsülni a törlésre jelölési időpontot. A másik pedig az olyan hibás adat, ami helytelen helyzetinformációkat ad, például Békéscsaba külterületére azonosítja a belvárosi mobilkészüléket. Itt sajnos nem kerülhetjük el azt, hogy a felhasználó segítségét igénybe vegyük, néhány
42
gombnyomással jelölnie kell a hibás adatot. Az adatbázisban ezt rögzítjük, és ha még néhányan ugyanígy megjelölik hibás adatnak, töröljük az adatbázisból. Erre azért van szükség, hogy elkerüljük DoS típusú támadásokat, azaz hogy egy előfizetésről néhány ügyes trükkel kiüríthessék az egész adatbázist, használhatatlanná téve ezzel a cellainformáció alapú helymeghatározó szolgáltatást.
A telekocsi szolgáltatás adatai: Azok a hirdetések, amelyek már lejártak, az adatbázisban 90 napig tárolhatók statisztikai szempontból. Az ennél régebbi adatokat archiválni kell, majd véglegesen törölni. A valótlan felhasználók, vagy már rég nem bejelentkezett felhasználók esetén az utolsó belépés után 6 hónappal e-mail üzenetben értesítjük, hogy ha további 6 hónapig nem jelentkezik be, töröljük a regisztrációját és a hozzá kapcsolódó adatokat. Csak az alkalmazás bevezetésekor fontos ilyen tág határ, hiszen valószínűleg sokan főként hosszabb utakra és csak ritkán fogják igénybe venni a szolgáltatást. Később ez az időhatár csökkenthető.
43
8. Garanciavállalás – QoS A felhasználók megelégedettségének mérése az egyik legnehezebb feladat. Hiszen nem tudhatjuk pontosan, hogy egy út létrejött-e. Lehetnek alternatív ellenőrzési módok, például az a készülékek bluetooth kapcsolattal csatlakozhatnak egymáshoz, azonban a bluetooth kapcsolatot csak felhasználói beleegyezéssel lehet ki és bekapcsolni még a beépített alkalmazások esetén is. Ez az alkalmazás használatát bonyolítja, és meríti az akkumulátort is. Ha pedig a legtöbb felhasználó az aktiválást nem hagyja jóvá, ez az ellenőrzési forma nem adhat számunkra használható információt. Így csupán arra hagyatkozhatunk, hogy a bosszús ügyfelek bejegyzést hagynak annak az előfizetőnek a neve mellett, aki cserbenhagyta őket. Ennek több módja van, az egyik és legegyszerűbb az lehet, ha az utazás létrejöttének feltételezett időpontjában kiküldünk egy üzenetet az utazásban érintett felhasználóknak emailben, amelyben egy link szerepel és erre kattintva értékelhetik egymást. Tehát a szolgáltatást használóknak nem tudunk garanciát nyújtani, hogy biztosan egymásra találnak-e és nem csak egy téves hirdetésre jelentkeztek, viszont visszajelzésekből (külön opció, vagy utólag számítógépen e-mailben elküldhető egy hivatkozás az űrlaphoz) ki tudjuk deríteni, hogy volt-e közös utazás, ami alapján egyszerű átlagszámítással egy hányadosban a saját profilokban megjeleníthetünk néhány adatot, hogy mekkora annál a felhasználónál a sikeres utazások száma és aránya. Továbbá egy linkkel listában megmutathatjuk időrendi sorrendben a sikeres utakat (mint ahogy számos licit alapú hirdetési portál). Így segítünk abban, hogy lehetőség szerint olyan hirdetést válasszanak, ami valós. Amit garantálhatunk, hogy a hirdetés látható lesz, és az üzenetek a lehető leggyorsabban eljutnak majd a partnerekhez. További szolgáltatásként indítható egy call-center, ahol élőszóban is tájékoztatást kaphatnak az alkalmazásról, annak használatáról vagy akár az aktuális utakról. Amit mérni tudunk: •
Kereső hatékonysága o
Keresés után indított-e kommunikációt (üzenet / hívás)
•
Az utast keresők hány utast találtak a hirdetés lejáratának dátumáig.
•
Adatkapcsolat minősége
•
Regisztrált előfizetők száma
•
Látogatók száma
44
•
Leggyakoribb útvonalak
•
Létrejött utazások
•
Nem létrejött utazások
45
9. Összefoglalás Az elsődleges kérdés, hogy miért előnyös a mobiltelefont az alapfunkciókon kívül másra is használni? Először is kijelenthetjük, hogy mára a mobiltelefon szinte mindenkinek a zsebében ott lapul. Az alapvető kommunikációs funkcióikon túl pedig egyre több újabb funkcióval bővültek a készülékek. Gondolok itt akár a kamerára, amely eleinte csak fotózásra, később pedig már videótelefonálásra is alkalmassá tette a készülékeket, a vezetéknélküli adatátvitel gyorsaságának növekedésére, melynek köszönhetően már a parkban, vonaton vagy bárhol csatlakozhatunk a világhálóra, fogadhatjuk az e-mailjeinket, megnézhetjük a napi híreket, a tv-műsort, azaz multimédiás tartalmakat is kényelmesen megtekinthetünk. Ezek a szolgáltatások számos további lehetőséget rejtenek magukban. A Mobilstoppos esetében is csupán arról van szó, hogy megpróbáljuk a készülék lehetőségeit úgy kihasználni, hogy az a mobiltelefon tulajdonosok számára kézzelfogható előnyöket nyújthassunk. Ennek megfelelően a kidolgozásra szánt rendszerben a mobiltelefon alkalmas egy telekocsi szolgáltatás megvalósítására, az utak megtervezésére, úgy, hogy emellett az alkalmazás használói számára a lehető legkényelmesebb felületet nyújtja. A szolgáltatás bevezetése azonban nem csak a használói számára nyújt előnyöket, csökkenthető vele a gépkocsiforgalom és ezzel együtt a dugók kialakulásának veszélye, és a levegőszennyezés. Technikai megoldások A rendszer jó megalkotásához szükséges egy jól működő adatbázis létrehozása, és feltöltése a megfelelő adatokkal. Ez azonban önmagában korántsem elég, további ösztönző megoldásokra is szükség van ahhoz, hogy az megérje használni az alkalmazást. Szükséges továbbá a biztonságos megállási lehetőségek biztosítása, hogy az alkalmazás ne váljék veszélyforrássá az össze-vissza megmegálló autók miatt. A mesterséges dugók helyett szerintem bevezethető lehetne egy olyan szabály, mely szerint egy külön sávot, vagy akár a buszsávot olyan autók vehessék igénybe, amelyekben legalább 3-4 fő ül. A „hirdetésfeladás” menete Nem a legszerencsésebb kifejezés a hirdetésfeladás szó használata a Mobilstoppos alkalmazáson belül, hiszen ez egy keresés, ami csak abban az esetben kerül a hirdetések közé, ha nem talál az alkalmazást használó az adatbázisban olyan lehetőséget, ami alkalmas számára. Abban az esetben, ha kiválasztotta a kiindulási helyet, az érkezési helyet és az időt, lefut egy keresés, és amennyiben vannak az
46
adott időben az adott helyek között közlekedő autókban szabad helyek, ezeket felkínáljuk számára. Hasonlóképp működik ez fordítva is, hiszen amennyiben valaki az autójában levő szabad helyekre keres utasokat, de van már az adatbázisban olyan utas, aki ugyanakkor utazna, listázzuk számára ezeket, és kiválaszthatja azokat akikkel együtt szeretne utazni. Lehetne lehetőséget biztosítani arra, hogy azonnal adja fel a hirdetést a rendszer, azonban ha egymásra vár az utas és az utaztató, a rendszer működőképessége kerül veszélybe. A kapcsolatfelvétel menete A keresés után megjelennek az aktuális utak, és a hozzá tartozó személyek a hozzá tartozó adatokkal. Egy listából kiválaszthatóak ezek, megtekinthetők a felhasználók kialakított profiljai, és egy gombnyomással létrejöhet a kapcsolat a felhasználók között hogy a felmerülő kérdéseket meg tudják beszélni. Az „instant messenger”-ekhez hasonlóan itt is láthatóvá tehető az, hogy ki az aki elérhető, ki az aki éppen nem, vagy éppen elfoglalt és a felkérésre nem tud azonnal reagálni. Továbblépési lehetőségek A Mobilstoppos alkalmazás a legtöbb alkalmazáshoz hasonlóan további funkciókkal bővíthető, és a készülékek lehetőségeinek növekedésével együtt fejleszthető. Ezek a funkciók segíthetik az alkalmazás térhódítását, például egy navigációs rendszerrel egybekötve olyan útvonalak is tervezhetőek, ahol az autó maximális kihasználtsága lehetne a cél az eddigi legrövidebb és leggyorsabb útvonal lehetősége mellett. Összekapcsolható az ismerettségi hálózatokkal (iwiw, myspace, facebook, myvip), ahol a keresésekben a „Madarat tolláról, embert barátjáról.” elv alapján tájékozódhatnak a felhasználók arról, hogy mi a „legrövidebb út” közöttük, valamelyik ismerősük ismerőse, munkatársa, barátja, régi osztálytársáról is szó lehet, így az emberek napjainkban jellemző bizalmatlansága egymásban némiképp kiküszöbölhető, és így szűkíthető a keresés is. A cellainformáció-alapú helymeghatározás előnyeit pedig már a mobilkészülékgyártók is felismerték, így nemsokára olyan navigációs eszközzé válhat a mobiltelefon, ami nem csak kültéren, hanem alagutakban és beltéren is működik.
47
10. Referenciák http://dev.mysql.com/doc/refman/5.1/en/data-types.html http://www.technet.hu http://www.hwsw.hu http://mobile.google.com http://maps.google.com http://www.gmskovetes.hu http://elviszem.com http://telekocsi.eu http://utitarskereso.hu http://karintur.hu http://kenguru.hu http://oszkar.com http://utazzolcson.net
48
11. Mellékletek 11.1. Adatvédelmi nyilatkozat A Mobilstoppos mindent megtesz felhasználói személyes adatainak védelméért. Ez az adatvédelmi nyilatkozat a Mobilstoppos alkalmazás adatgyűjtési és használati módját ismerteti. A Mobilstoppos rendszerbe regisztráláskor a felhasználó elfogadja az adatgyűjtés és az alkalmazás használatnak jelen nyilatkozatban leírt feltételeit.
11.1.1. Személyes adatok gyűjtése A Mobilstoppos rendszer személyazonosításra alkalmas adatokat kér a felhasználóktól, illetve olyan adatokat, amelyek segítségével felveheti a kapcsolatot a felhasználókkal az adott szolgáltatás biztosítása végett vagy egy kért tranzakció (például értesítés útvonalakról, utazásokról, érdeklődési körbe tartozó reklámok közvetítése, üzenetküldés) lebonyolítása érdekében. A kért személyes adatok között szerepel a személy neve, megszólítása, e-mail címe és telefonszáma, mobilszolgáltatójának neve, otthoni címe, . A Mobilstoppos alkalmazás bizonyos esetekben rögzítheti a webhelylátogatás adatait, például az internetkapcsolathoz használt internetszolgáltató nevét és az IPcímet, a webhelylátogatás dátumát és időpontját, a webhely meglátogatott lapjainak nevét és a webhelyre érkezés közvetlen kiindulási pontjául szolgáló webhely internetes címét, az elérést biztosító eszköz megjelenítésre és helymeghatározásra vonatkozó adatait. Ezekkel az adatokkal a Mobilstoppos alkalmazás fokozza a webhely működésének hatékonyságát, elemzi az aktuális trendeket és felügyeli a webhelyet. Ezek az adatok a webhely és a szolgáltatás fejlesztéséhez és felügyeletéhez, valamint a tendenciák elemzéséhez nyújtanak segítséget. Bizonyos esetekben hardver- és szoftverinformációkat gyűjtenek a kért szolgáltatás biztosítása érdekében.
11.1.2. A személyes adatok felhasználása Az Mobilstoppos a szolgáltatásban gyűjtött személyes adatokat az üzemeltetéséhez, valamint a felhasználók által kért vagy engedélyezett szolgáltatás(ok) vagy tranzakció(k) végrehajtásához használja.
49
E célból a Mobilstoppos a személyes adatok esetleges felhasználásával hatékonyabb ügyfélszolgálati tevékenységet folytathat, korszerűsítheti a webhelyet és az ahhoz kapcsolódó szolgáltatásokat, valamint egyszerűbbé teheti a szolgáltatás használatát. Ezáltal nincs szükség ugyanazon adatok ismételt beírására, és a webhely a felhasználók igényei és érdeklődési köre szerint testre is szabható. A személyes adatokat felhasználva a Mobilstoppos alkalmazás lényeges információval szolgálhat a felhasználóknak a használt szolgáltatásról és annak minőségéről. Ezenkívül a felhasználók beleegyezése esetén a Mobilstoppos egyéb termék- és szolgáltatásismertetőket küldhet felhasználóinak, illetve megoszthatja partnereivel a szükséges adatokat, így ez utóbbiak is informálhatják a felhasználókat saját termékeikről és szolgáltatásaikról. A Mobilstoppos kutatási célokra egyesíti a látogatási adatokat a név nélkül gyűjtött demográfiai adatokkal, és ezen összesített információt a szolgáltatás fejlesztése érdekében használja fel. Személyre szabott tartalom szolgáltatása érdekében a Mobilstoppos az alkalmazás korlátozott hozzáférésű részein a felhasználók előzetes hozzájárulásával egyesíti a látogatási adatokat a személyes adatokkal. Ha valamely felhasználó nem adja beleegyezését, a Mobilstoppos nem nyújt neki személyre szabott szolgáltatást, és nem egyesíti személyes adatait a látogatási adatokkal. Hírlevélre történő felíratkozáskor vagy reklámcélú e-mailek küldésének engedélyezésekor a Mobilstoppos testreszabott hivatkozások vagy hasonló megoldások segítségével nyomon követheti, hogy a felhasználók mely hivatkozásokra kattintanak az értesítésekben. Az így kapott információt összevetheti a személyes adatokkal, és célzottabb értesítéseket vagy vásárlási ajánlatokat küldhet. Minden ilyen típusú értesítés tartalmaz egy, a hírlevél vagy a szolgáltatás lemondására szolgáló hivatkozást. A Mobilstoppos alkalmazás és webhely egyes szolgáltatásai segítségével a felhasználók nyilvánosan megjeleníthetik bizonyos személyes adataikat, például azon felhasználóknak, amelyek a kapcsolattartási adatok közzétételét egy jobb szolgáltatás igénybevételéhez használhatják. Ezen szolgáltatások igénybe vétele minden esetben önkéntes. Külön értesítés nélkül a Mobilstoppos csak a törvényben előírt esetekben adhatja ki a felhasználók személyes adatait, illetve akkor, ha jóhiszeműen meggyőződött arról, hogy az információ a következőkhöz szükséges: (a) a megfelelő jogszabály
50
rendelkezései így kívánják, vagy a Mobilstoppossal, illetve a szolgáltatással kapcsolatos jogi eljáráshoz szükségeltetik; (b) a Mobilstopposhoz és annak webhelyeihez fűződő jogok vagy tulajdon megvédése érdekében, és (c) abban a sürgős esetben, ha meg kell védeni a Mobilstoppos felhasználói, webhelyei, illetve a nyilvánosság személyes adatait. A webhelyen gyűjtött személyes adatokat a Mobilstoppos bármely olyan országban tárolhatja és feldolgozhatja, ahol a Mobilstoppos szolgáltatói tevékenységet végez. A Mobilstoppos alkalmazás használatával a felhasználók beleegyeznek abba, hogy adataikat más országokba is eljuttassák.
11.1.3. A személyes adatok ellenőrzése Hacsak a jelen nyilatkozat másképpen nem említi, az alkalmazásban vagy webhelyen megadott személyes adatok a Mobilstopposon kívül felhasználói beleegyezés nélkül nem juthatnak más birtokába. A következő részben leírtaknak megfelelően a felhasználók hozzáférhetnek személyes adataikhoz, és megadhatják, hogy milyen formában lépjen velük kapcsolatba a Mobilstoppos. A Mobilstoppos bizonyos időközönként olyan e-mail vagy értesítéseket is küldhet felhasználóinak, amelyekben a kért termékhez vagy szolgáltatáshoz kapcsolódó technikai jellegű kérdésekről ad tájékoztatást. A Mobilstoppos szolgáltatása esetén az ügyféllel létesített kapcsolat a szolgáltatás velejárója. Ezeket az értesítéseket nem lehet lemondani, mivel a választott szolgáltatás fontos összetevői.
11.1.4. Hozzáférés a személyes adatokhoz Az alkalmazásban vagy webhelyen megadott személyes adatok és kapcsolattartási beállítások áttekintésére és módosítására a Mobilstoppos alkalmazás vagy Mobilstoppos Profilközpont szolgál. Személyes adatainak megtekintése előtt be kell lépnie a Mobilstoppos szolgáltatásba. Lehetősége van: •
a régebben megadott személyes adatok megtekintésére és módosítására
•
Mobilstoppos tudomására hozni, hogy szüksége van-e marketingjellegű információra
•
megadni azt, hogy külső cégek megkereshetik-e ajánlataikkal
51
•
előfizetni a Mobilstoppos szolgáltatásával kapcsolatos elektronikus hírlevelekre
11.1.5. A személyes adatok védelme A Mobilstoppos szigorú elvek szerint védi a felhasználók személyes adatait, és teljes mértékben az általuk megadottak szerint jár el. Számos különféle biztonsági technológiát és eljárást alkalmaz a személyes adatok illetéktelen hozzáférésének, felhasználásának vagy közzétételének megakadályozására. A felhasználók által megadott személyes adatokat például ellenőrzött létesítményekben elhelyezett, korlátozott hozzáférésű kiszolgálókon tárolja. Ezenkívül a bizalmas személyes adatok interneten történő továbbításakor SSL (Secure Socket Layer) protokoll alapú titkosítással biztosítja azok védelmét.
11.1.6. Cookie-k A webhelyen alkalmazott cookie-k segítségével biztosítható a regisztrációs folyamat egységessége és a webhely testreszabhatósága. A cookie-k olyan kisméretű szövegfájlok, amelyeket a weblap kiszolgálója helyez el a háttértárban. A cookie-k nem alkalmasak programok futtatására vagy vírusok terjesztésére. A cookie egyedi módon a felhasználó számítógépének vagy mobileszközének van kiosztva, és csak az adott cookie-t kiadó tartományban található webkiszolgálók olvashatják azt. Az egyik legfontosabb céljuk az, hogy gyorsabbá és könnyebbé tegyék a szolgáltatás felhasználását. Amikor legközelebb visszatér az alkalmazásba vagy a webhelyre, a korábban megadott információ visszakereshető, így egyszerűen igénybe veheti a korábban testreszabott beállításokat. Meghatározhatja azt is, hogy elfogadja vagy visszautasítja-e a cookie-kat. A webböngészők többsége alapértelmezés szerint fogadja a cookie-kat, de beállíthatja böngészőjét a cookie-k visszautasítására is. Ha úgy dönt, hogy visszautasítja a cookie-kat, nem használhatja ki teljes mértékben az interaktív szolgáltatásokat, sem ezen, sem más webhelyen.
11.1.7. Az adatvédelmi nyilatkozat alkalmazása Ha kérdése merül fel a nyilatkozattal kapcsolatban, kérje a Mobilstoppos alkalmazás üzemeltetőjének tájékoztatását. (Elérhetőség megadása)
52
11.1.8. Az adatvédelmi nyilatkozat módosítása A Mobilstoppos időközönként módosíthatja a jelen nyilatkozatot. A módosítást követően az adatvédelmi nyilatkozat dátuma is megváltozik. Amennyiben a nyilatkozat tartalma módosul, a Mobilstoppos jól látható módon fogja felhívni arra a figyelmet a webhelyen és közvetlen értesítést küld az érintetteknek. Javasoljuk, hogy rendszeresen olvassa el az adatvédelmi nyilatkozatot, így tisztában lehet azzal, hogy milyen módon valósul meg az összegyűjtött személyes adatok védelme. A szolgáltatás további használata az adatvédelmi nyilatkozat és annak összes frissítése elfogadását jelenti.
53
11.2. MySQL Adattípusok 11.2.1. Numerikus adattípusok TINYINT – Nagyon kis értékeket foglal magába. Elõjel használata esetén -128 és 127 közötti értékeket tartalmazhat, ha nem használunk elõjeleket, akkor 0-255-ig. SMALLINT – Az elõzõvel megegyezõ feltételek vonatkoznak rá, csak a megengedett intervallum tér el. Elõjel esetén -32768-32767-ig, ha nem használunk elõjeleket akkor 0-65535-ig. MEDIUMINT – Közepes méretû számértékeket tartalmazhat. Elõjel használata esetén -388608-8388607-ig, ha nem használunk elõjeleket akkor 0-16777215-ig. INT – Ez egy normál méretû egész szám lehet, amiben ha használunk elõjeleket, akkor -2147483-2147483-ig, ha nem használunk elõjeleket 0-4294967295-ig terjedhet. BIGINT – Nagy méretû szám, ami szintén lehet elõjeles vagy elõjel nélküli. Értéke lehet -2147486648-2147486647-ig, vagy 0-18446744073709551615-ig. FLOAT (M,D) – lebegõpontos szám, ami nem lehet elõjel nélküli. Megadható az ábrázolási hosszúság (M) és a tizedes jegyek száma (D). Ezek megadása nem kötelezõ, alapértelmezés szerint 10,2, ahol a 2 a tizedes jegyek számát jelzi. A FLOAT pontossága 24 tizedes jegyig terjedhet. DOUBLE (M,D) – Megegyezik az elõzõ (FLOAT) típus lehetõségeivel csak az alapértelmezett 16,4 és a tizedes 53-ig terjedhet. DECIMAL (M,D) – A NUMERIC és a DECIMAL jelentése megegyezik. Tömörítetlen lebegõpontos szám, ahol minden helyiértékhez egy bájt tartozik. Az ábrázolási hosszúság (M) és a tizedes jegyek számának (D) megadása kötelezõ. Valószínûleg a leggyakrabban használt típus az INT lesz. Figyelnünk kell az adatbázis megtervezésekor, hogy ne adjunk meg kisebb típust, mint amekkora értéket tárolni szeretnénk benne.
54
11.2.2. Dátum- és idõtípusok A MySQL rendelkezik néhány dátum és idõ tárolására alkalmas adattípussal. Ezeknél a típusoknál figyelnünk kell, arra hogy bevihetõk valótlan adatok is. Más szóval nem létezõ dátumot is felvihetünk adatbázisunkba. Felvihetõk hiányos adatok is, ebben az esetben az ismeretlen részt helyettesítsük 0 értékekkel. Például ha nem ismerjük az évet akkor a következõ formát használjuk: 0000-02-14. Tehát ha egy alkalmazást fejlesztünk, oda kell figyelnünk az adatok megfelelõ lekezelésére. A MySQL csak azt ellenõrzi, hogy a hónap értéke 0 és 12 közötti, a napé pedig 0-30 közötti érték legyen. Azt tehát nem vizsgálja, hogy az adott hónapban lehet-e 31. nap vagy sem. Erre a fejlesztõnek kell odafigyelnie. DATE – Dátum tárolására alkalmas a következõ formában: ÉÉÉÉ-HH-NN. 1000-0101 és 9999-12-31 közötti értékeket vehet fel. DATETIME – Dátum és idõ kombinációját képes tárolni a következõ formában: ÉÉÉÉ-HH-NN ÓÓ:PP:MM. 1000-01-01 00:00:00 és 9999-12-31 23:59:59 közötti értékeket vehet fel. TIMESTAMP – A DATE és a DATETIME formátumokkal egyezik meg, azzal a különbséggel, hogy nincsenek elválasztójelek, például 20060926153400. Ebben a típusban választhatunk a 6 (ÉÉHHNN), 8 (ÉÉÉÉHHNN) és 12 (ÉÉHHNNÓÓPPMM) karakterhosszúságok között. TIME – Az idõt tárolja ÓÓ:PP:MM formátumban. YEAR – Az évet tárolja két vagy négy számjegyen. Kétjegyû hosszúság esetén a megengedett intervallum 1970-2069-ig. (70-69-ig). Ha a négyjegyû formát használjuk 1901-2155-ig vehet fel értékeket. A leggyakrabban használt formák, a DATE és a DATETIME.
11.2.3. Karakterlánc típusok CHAR – 1 és 255 karakter közötti, meghatározott hosszúságú. A fennmaradó terület jobbról szóközökkel feltöltve. A hossz meghatározása nem kötelezõ, de ajánlott mivel az alapértelmezett érték 1.
55
VARCHAR – 1 és 255 közötti eltérõ karakterhossz érhetõ el, ahol kötelezõ megadni a használni kívánt karakterek számát. BLOB vagy TEXT – Legfeljebb 65535 karakter hosszúságú, karaktert tároló mezõ. A BLOB elsõsorban nagy mennyiségû bináris adatok tárolására alkalmas. A TEXT mezõ szintén nagy mennyiségû adatokat képes tárolni. A különbség az, hogy rendezéskor a TEXT nem különbözteti meg a kis- és nagybetûket. TINYBLOB vagy TINYTEXT – Kisebb méretûek mint az elõbbiek, de itt sem adunk meg hosszt. 255 legnagyobb karakterhosszúsággal rendelkezik. MEDIUMBLOB vagy MEDIUMTEXT – 16777215 karakterhosszúsággal rendelkezik, itt sem kell megadnunk a hosszt. LONGBLOB vagy LONGTEXT – 4294967295 karakter legnagyobb hosszúsággal. ENUM – Tulajdonképpen egy felsorolás, ahol megadhatjuk a szerepelhetõ értékeket. maximálisan 65537 félét.
56
11.3. Telefonból kinyerhető információk és típusaik Rövidítés MCC
Megnevezés
Ismertető
Mobile Country
A szolgáltatási
Code
országot
Hossz 3 digit
azonosítja MNC LAC
Mobile Network
A szolgáltatót
Code
azonosítja
Location Area
A szolgáltató
Code
egyik szolgáltatási
3 digit 4 digit
területét azonosítja Cell_ID
Cell Identifier
Cellaazonosító
4 digit hexadecimal
BSIC ARFCN
Base Station
A bázisállomást
Identity Code
azonosítja
Absolute
A bázisállomás
Frequency
frekvenciája
2 digit 4 digit
Channel Number RSSI 1
Recived signal
Jelerősség
2 digit
Átviteli minőséget
2 digit
level of BCCH carrier CC1
Color Code 1
jellemző érték CC2
Color Code 2
Átviteli minőséget
2 digit
jellemző érték
1
A jelerősség mért értéke dBm-ben és az offset. Részletesen a specifikálva a 3GPP TS
05.08-ban.
57
