Smartfon jako źródło informacji turystycznych w nowoczesnym mieście

Transkrypt

Smartfon jako źródło informacji turystycznych w nowoczesnym mieście
Smartfon jako źródło informacji turystycznych w
nowoczesnym mieście
Karol Kempa1,2 , Dorota Nieckarz1,3 , Krzysztof Nieszporek1,4
1 Wydział Inżynierii Mechanicznej i Informatyki, Kierunek Informatyka, Rok III
2 karol.kempa at student.pcz.pl
3 dorota_nieckarz at o2.pl
4 k.nieszporek at gmail.com
Streszczenie
Celem niniejszego artykułu jest zaprezentowanie mobilnego systemu turystycznego dedykowanego dla smartfonów. Opisujemy tutaj w jaki sposób miasta moga˛
wykorzystać łatwo dost˛epna˛ technologi˛e zastosowana˛ w mobilnym przewodniku do
promowania swoich walorów turystycznych, ułatwić turystom zwiedzanie lokalnych
atrakcji, oraz podnieść poziom bezpieczeństwa.
1
Wst˛ep
Poj˛ecie Smart City zazwyczaj kojarzy si˛e z miastem nowoczesnym, wykorzystujacym
˛
na
co dzień nowe technologie ułatwiajace
˛ życie swoim mieszkańcom. Technologie te wspieraja˛ lokalna˛ ludność w urz˛edach, sklepach czy też drodze do pracy, ale co z osobami
odwiedzajacymi
˛
metropolie w celach turystycznych? Należy pami˛etać, że Smart City to
nie tylko miasto wyposażone w nowa˛ technologi˛e dla lokalnych obywateli, to również
miasto wysoce rozwini˛ete gospodarczo, co z kolei sugeruje wysoki udział usług w gospodarce jako głównego źródła dochodów lokalnej społeczności. Do tej gał˛ezi bez wat˛
pienia należy turystyka, która stanowi 11% światowych dochodów, gdzie zatrudniana jest
1/9 pracowników na świecie. Specjaliści szacuja,˛ że do 2018 roku dochody w turystyce
wzrosna˛ o 42-45%, a zatrudnienie nawet o 46%[1]. Polsk˛e w roku 2011 odwiedziło 13.1
mln turystów co daje o 5% wi˛ecej w stosunku do roku 2010[2].
Żyjemy w czasach gdzie przemieszczanie si˛e z jednego punktu do innego jest coraz
łatwiejsze, dlatego też wiele osób coraz cz˛eściej decyduje si˛e na weekendowy wyjazd,
nie tylko w plener, ale i do różnych miast w kraju czy też za granic˛e, aby poznać ich
histori˛e i kultur˛e. Weekendowi turyści zapewne nie maja˛ czasu na przygotowanie dokładnego planu wycieczki. Cz˛esto też może być to decyzja spontaniczna dlatego warto, aby
dzisiejsze miasta, które sa˛ coraz cz˛eściej nastawione na rozwój turystyki oraz adaptacje
nowych technologii, wyszły naprzeciw swoim gościom dostarczajac
˛ przykładowe plany
wycieczkowe, które b˛edzie można elastycznie modyfikować dostosowujac
˛ je do swoich
indywidualnych preferencji. W tym miejscu z kolei pojawia si˛e pytanie jak to zrobić, żeby
rozwiazanie
˛
było uniwersalne i dost˛epne dla wszystkich turystów z całego świata? Dziś
1
odpowiedź jest oczywista, wykorzystajmy w tym celu smartfony, które z każdym dniem
zyskuja˛ na popularności.
(a) Podział na systemy operacyjne
(b) w Polsce
Rys. 1: Sprzedaż smartfonów
W samym III kwartale 2011 r. sprzedano 115 mln urzadzeń
˛
mobilnych wyposażonych
w system operacyjny, dało to 7% wzrostu wzgl˛edem II kwartału 2011 r. i 42% wzrostu w stosunku do tego samego okresu w roku 2010[3][Rys 1a]. W Polsce w roku 2010
smartfony stanowiły ok. 20% sprzedaży telefonów komórkowych, wi˛ec nie odbiegaliśmy
zbytnio od średniej światowej, gdzie smartfony stanowia˛ 25-30% rynku telefonów. Według szacunków GFK Polonia w 2011 roku Polacy mieli kupić 4.6 mln smartfonów, co
z kolei miało si˛e przełożyć na 40% udział w całej sprzedaży komórek w naszym kraju. Pyramid Research szacowało, że b˛edzie to 35% w roku 2011, jednak przewiduja,˛
iż do 2015 r. urzadzenia
˛
mobilne b˛eda˛ stanowić 60% [Rys 1b] wszystkich sprzedawanych telefonów. Polska jest najszybciej rozwijajacym
˛
si˛e rynkiem smartfonów w Europie
Środkowo-Wschodniej.
Dzisiaj nowoczesne technologie otaczaja˛ nas z każdej strony, możemy w łatwy sposób
projektować i tworzyć systemy informatyczne wychodzace
˛ naprzeciw potrzebom lokalnych obywateli, jak i turystów. Skoro aktualny rozwój technologiczny daje nam możliwość łatwego tworzenia usług sieciowych codziennego użytku, należy to wykorzystać
dajac
˛ ludziom dost˛ep do oprogramowania ułatwiajacego
˛
im życie na każdym kroku.
W kolejnych podrozdziałach niniejszej pracy postaramy si˛e przedstawić jeden ze sposobów wykorzystania nowych technologii w miastach na podstawie naszego autorskiego
systemu dla turystyki.
2
Wykorzystanie Web Services
Projektujac
˛ aplikacj˛e mobilna˛ dla turystów ważne jest, aby była ona dost˛epna dla szerokiego grona użytkowników niezależnie od wersji systemu operacyjnego używanego w
smartfonach. Druga˛ ważna˛ cecha˛ takich usług jest dost˛ep do najaktualniejszych informacji. Jednym z rozwiazań
˛
jest wydawanie cz˛estych aktualizacji uzupełnionych o nowe trasy wycieczek i punktów wartych odwiedzenia, lecz mogłoby si˛e to okazać niewygodne i ucia˛żliwe zarówno dla użytkowników jak i programistów. Rozwiazaniem
˛
tej
sytuacji jest wykorzystanie technologii Web service,dajacej
˛ możliwość napisania jednej
2
aplikacji działajacej
˛ po stronie serwera i udost˛epnionej nast˛epnie na wiele niezależnych
od siebie platform. Web service[4] to metoda komunikacji pomi˛edzy dwoma aplikacjami, jedna umożliwia dost˛ep do publicznego interfejsu programistycznego, druga z kolei
dostaje możliwość korzystania z tych usług. Cała komunikacja odbywa si˛e za pośrednictwem standardowych protokołów internetowych, np. HTTP[5], a przesyłane komunikaty
najcz˛eściej sa˛ zapisane w formacie XML[6][7] lub zamiennie z formatem[8] XML JavaScript Object Notation (JSON)[9].
W projektowanym systemie technologia Web Services została wykorzystana do ukazania metod umożliwiajacych
˛
komunikacj˛e pomi˛edzy serwerem, a aplikacjami klienckimi
działajacymi
˛
na urzadzeniach
˛
mobilnych[10]. Interfejs ten umożliwia nie tylko pobranie
informacji turystycznych zapisanych na serwerze, ale również wysłanie nowych danych.
Takie podejście rozwiazuje
˛
problem cz˛estych aktualizacji. Użytkownik może w każdej
chwili pobrać najnowsze dane. Jedynym wymaganiem jest obsługa przez urzadzenie
˛
standardowych protokołów sieciowych i dost˛ep do Internetu.
W dzisiejszych czasach technologia Web Services jest wykorzystywana przez duże
portale informacyjne czy handlowe, które udost˛epniaja˛ publicznie API dost˛epne dla programistów tworzacych
˛
własne aplikacje. Przykładem takiego interfejsu jest Graph API
udost˛epniane przez portal Facebook[11], za pomoca˛ którego możliwe jest zarówno pobranie informacji, dodanie zarówno wpisów, jak i zdj˛eć. Inny przykład rozbudowanego
API działajacego
˛
w oparciu o Web Services to Google Maps API i Google Street View
Image API[12], które pozwalaja˛ programistom wykorzystać tradycyjne mapy dostarczane
przez Google, jak również zdj˛ecia różnych miejsc z systemu Google Street View. W celu
podniesienia bezpieczeństwa oraz poprawy jakości informacji dodawanych za pośrednictwem API, jak i wykorzystania interfejsu we własnej aplikacji konieczna jest wcześniejsza rejestracja aplikacji na serwerze udost˛epniajacym
˛
usług˛e i uzyskanie unikalnego id
aplikacji oraz klucza wykorzystywanego podczas połaczenia.
˛
Takie rozwiazanie
˛
zostało
zastosowane zarówno przez Google jak i portal Facebook.
Otwarcie dost˛epu do usługi może też znaczaco
˛ przyczynić si˛e do jego promocji, czy
też wpłynać
˛ na jego popularność. Majac
˛ świadomość zalet takiego dost˛epu do zasobów
dla innych programistów, system po zakończeniu testowania b˛edzie udost˛epniał publiczne
API pozwalajace
˛ tworzyć niezależnych klientów według indywidualnego podejścia.
3
Funkcjonalność systemu
W mobilnym systemie turystycznym można wyróżnić kilka głównych funkcjonalności,
najważniejsza˛ z nich b˛edzie dostarczanie turyście prawdziwego przewodnika w telefonie.
System dostarczy gotowe plany wycieczek w najbliższej okolicy użytkownika [Rys 2].
Przykładowo, jeśli turysta znajdzie si˛e w Cz˛estochowie, może spodziewać si˛e propozycji
wycieczki "Szlakiem zabytków techniki" czy też przez główne aleje miasta ze szczegółowym omówieniem ważniejszych obiektów znajdujacych
˛
si˛e w pobliżu [Rys 2]. Zaleta˛
aplikacji zapewne jest możliwość korzystania z funkcji opowiadania o trasie, kiedy to
po jej wyborze, można rozpoczać
˛ korzystanie z zestawu słuchawkowego, który poprowadzi turyst˛e wyznaczona˛ ścieżka˛ z użyciem funkcji zamiany opisu tekstowego na głosowy
wykorzystujac
˛ dostarczone API urzadzenia.
˛
W trybie głosowym system ma możliwość
zasugerowania kilku innych obiektów wartych odwiedzenia, znajdujacych
˛
si˛e w niewielkiej odległości od wybranego szlaku.
3
(a) Trasa wycieczkowa
(b) menu mapy
(c) widok mapy
Rys. 2: Wyglad
˛ aplikacji
Aplikacja daje również możliwość sugerowania ciekawych miejsc w trakcie swobodnego zwiedzania. Podpowiedzi sa˛ uzależnione od indywidualnych preferencji turysty jeśli interesuje go architektura, może on w ustawieniach określić swoje zainteresowania
turystyczne, takie jak: zabytki, restauracje, imprezy, kościoły itp. Osoby szukajace
˛ kulinarnych inspiracji b˛eda˛ informowane o dobrych restauracjach znajdujacych
˛
si˛e w pobliżu
ich bieżacej
˛ lokalizacji, a także o wyjatkowych
˛
daniach lokalnej kuchni.
Kolejna˛ ważna˛ cecha˛ aplikacji jest współpraca z lokalna˛ gastronomia,˛ jednym z celów
systemu jest udost˛epnienie restauratorom możliwości umieszczania informacji o aktualnych promocjach, daniach dnia, czy rodzaju serwowanej kuchni. W rezultacie użytkownik
może być na bieżaco
˛ informowany o aktualnych ofertach konkretnych lokali, a przez to
nie b˛edzie tracić czasu na poszukiwania, gdyż na podstawie dostarczonych informacji
można zaw˛ezić rozważana˛ liczb˛e do tych, które odpowiadaja˛ jego indywidualnym preferencjom. Aplikacja pozwala ponadto sprawdzić aktualnie odbywajace
˛ si˛e imprezy w
okolicy. Lokalne kluby, czy instytucje moga˛ informować turystów w łatwy sposób o organizowanych imprezach plenerowych, badź
˛ tematycznych, daje to możliwość łatwiejszego
zorganizowania wolnego czasu.
Funkcjonalność systemu nie ograniczy si˛e jedynie do informacji turystycznych, ale
także do poprawy bezpieczeństwa podczas wycieczek, podróży oraz różnego rodzaju wydarzeń. Każdego roku organizowane sa˛ tysiace
˛ imprez plenerowych, meczy sportowych, a
także uroczystości kościelnych, podczas których dochodzi do setek zagini˛eć. Przykładem
może być msza świ˛eta na Krakowskich Błoniach, gdzie w 2002r. zagin˛eło 217 dzieci[13].
Również rekordowa pod wzgl˛edem zagubionych dzieci była uroczystość w 1997r., także na krakowskich Błoniach, kiedy zagin˛eło 300 dzieci. Według statystyk w 2011 roku
uznano za zaginione ponad 4 tysiace
˛ dzieci, z czego ok. 2% nie zostało odnalezionych.
W takich przypadkach czas jest kluczowy, dlatego każdy użytkownik za pośrednictwem
systemu b˛edzie mógł utworzyć "Sygnał Alarmowy" z informacjami o zagini˛eciu osoby,
krótkim opisem sytuacji, zdj˛eciem, data˛ oraz prawdopodobnym miejscem znikni˛ecia, a
pozostali użytkownicy otrzymaja˛ informacje za pośrednictwem mobilnej aplikacji. Pozwoli to w szybkim czasie ogłosić o zaistniałym zdarzeniu osoby znajdujace
˛ si˛e w okolicy, służby bezpieczeństwa, a także organizatorów jak również przyspieszyć rozpocz˛ecie
akcji poszukiwawczych. Podobny system, Child Alert[14], został już wprowadzony w 11
4
krajach Unii Europejskiej oraz w Stanach Zjednoczonych[15]. W USA od poczatku
˛ jego
działania zostało odnalezionych 500 dzieci, w Holandii od 2008 roku zostało zgłoszonych
do systemu 11 zaginionych dzieci, wszystkie zostały odnalezione i bezpiecznie wróciły
do swoich rodzin.
Najwi˛eksza˛ zaleta˛ całego systemu może okazać si˛e jego otwartość dla osób zainteresowanych tworzeniem nowych tras wycieczkowych, badź
˛ opracowywaniem informacji o
punktach wartych odwiedzenia przez turystów. Taka możliwość powinna przyczynić si˛e
znaczaco
˛ do szybkiego pojawienia si˛e w systemie dużej ilości gotowych opisów szlaków
turystycznych i ciekawych obiektów. Dodawanie nowych informacji b˛edzie możliwe za
pośrednictwem aplikacji internetowej uruchamianej w przegladarce.
˛
Po założeniu konta w
systemie b˛edzie można natychmiast zaznaczyć na mapie ciekawe miejsca, oraz krótko je
opisać. Tak dodana informacja b˛edzie od razu dost˛epna dla aplikacji na telefonie. Zaprojektowany system ma pomóc w promocji turystycznych walorów miasta dlatego ważne
jest, aby lokalne władze aktywnie wzi˛eły udział w tworzeniu bazy informacji dla turystów, a szczególnie w weryfikacji opisów dodanych przez innych użytkowników. Warto
również zauważyć, że otwartość platformy może si˛e również przyczynić do ujawnienia
wielu ciekawych miejsc, o których do tej pory mogło nie wiedzieć zbyt wiele osób.
Dodawanie informacji o nowych trasach i punktach b˛edzie również możliwe bezpośrednio ze smartfona za pośrednictwem tej samej aplikacji, która pozwoli w prosty sposób dodać bieżac
˛ a˛ lokalizacj˛e jako punkt turystyczny, wraz ze zrobionym zdj˛eciem oraz
krótkim opisem miejsca i jego historii. Program pozwoli również na wprowadzanie planów całych tras wycieczkowych poprzez wykorzystanie specjalnego trybu, dzi˛eki któremu użytkownik b˛edzie śledzony przez program zapami˛etujacy
˛ tras˛e. Oczywiście b˛edzie
można oznaczyć ważniejsze miejsca znajdujace
˛ si˛e po drodze. Po zakończeniu podróży
cały plan wycieczki może być od razu zapisany na serwerze i udost˛epniony turystom.
4
Opis API z przykładami wykorzystania
Cała komunikacja pomi˛edzy aplikacja˛ a serwerem odbywa si˛e za pośrednictwem protokołu HTTP z wykorzystaniem architektury REST[16]. Zapytania do serwera wysyłane sa˛ z
wykorzystaniem metod GET lub POST. Przykładowe zapytanie może wygladać
˛
nast˛epujaco:
˛
http://adres.serwera.com:port/TourGuide/GetPOI?lat=50.113196134&lon=19.1131
96134&dist=1000&type=1. Odpowiedź generowana przez serwer jest wysyłana w formacie GPX[17]. Jest to standard schematu XML stworzony, aby ułatwić wymian˛e informacji
pomi˛edzy aplikacjami wykorzystujacymi
˛
dane GPS. Zgodność GPX z XML przekłada
si˛e znaczaco
˛ na łatwiejsze zrozumienie informacji w nim zapisanych, oraz proste przetwarzanie tych informacji po stronie odbiorcy. Informacje zwrotne funkcji pozwalajacych
˛
na dodawanie obiektów do bazy zwracaja˛ plik XML z informacja˛ o statusie.
Pierwsza˛ udost˛epniona˛ metoda˛ jest GetPOI, wywoływana z argumentami pozwalajacymi
˛
na przekazanie aktualnej pozycji użytkownika, odległości w jakiej poszukiwać
obiektów oraz ich typu. Poszczególne argumenty to: lat/lon – szerokość/długość geograficzna, dist – odległość w metrach - zostana˛ wtedy zwrócone punkty znajdujace
˛ si˛e nie
dalej niż wartość przekazana w tym argumencie, type – informujacych
˛
o typie obiektów,
które interesuja˛ użytkownika. Funkcja ta zwraca list˛e wszystkich obiektów znajdujacych
˛
si˛e w otoczeniu turysty. Metoda ta pozwala również zaw˛ezić wyniki wyszukiwania do
punktów o interesujacej
˛ nas tematyce. Nic nie stoi na przeszkodzie, aby pobrać tylko re-
5
stauracje, badź
˛ zabytki architektoniczne. Odpowiedź serwera zawiera krótki opis wraz ze
współrz˛ednymi GPS, nazwa˛ oraz typem punktu. Po odpowiednim przetworzeniu XML’a
uzyskane dane można zaprezentować użytkownikowi bezpośrednio na mapie[Rys 2a].
Przykładowa odpowiedź serwera zawiera:
<gpx>
<wpt l a t = " 5 0 . 8 1 1 7 3 8 1 1 2 6 6 3 3 " l o n = " 1 9 . 1 1 3 1 9 6 1 3 4 5 6 7 3 " >
< desc >Opis Ratusza < / desc >
<name> R a t u s z < / name>
<type> a r c h i t e c t u r e </ type>
<extensions>
< i d >1< / i d >
</ extensions>
< / wpt>
< / gpx>
Użytkownicy znajacy
˛ walory turystyczne danego regionu moga˛ przygotować tras˛e turystyczna˛ złożona˛ z wielu punktów wraz z ich opisem i zdj˛eciami. Metoda GetTrackList
daje możliwość pobrania listy dost˛epnych tras wycieczkowych zarówno pieszych jak i
rowerowych wraz z krótkim ich opisem, miejscem rozpocz˛ecia, zakończenia, długościa˛
wyrażona˛ w metrach oraz skala˛ trudności szlaku. Duża liczba informacji pozwoli na właściwe podj˛ecie decyzji czy dana ścieżka jest dla turysty odpowiednia. Metoda GetTrackList przyjmuje argumenty lat, lon oraz dist, gdzie ich zastosowanie jest takie samo jak w
funkcji GetPOI. Odpowiedź serwera zawiera unikalne id dla każdej z tras, które pozwala
na pobranie przy pomocy funkcji GetTrack wybranej trasy. W ten sposób dostajemy możliwość zwiedzania miejsca w sposób zaplanowany i sprawdzony przez innych turystów.
Metoda GetTrack przyjmuje tylko jeden argument id, które określa tras˛e jaka˛ chcemy
pobrać z serwera, w odpowiedzi jest zwracana lista kolejnych punktów, śladem których
należy poda˛żać w celu zwiedzenia całej trasy i zapoznania si˛e z ciekawymi miejscami
znajdujacymi
˛
si˛e po drodze. Przykładowa odpowiedź metod GetTrackList może wygla˛
dać w poniższy sposób.
<gpx>
<wpt l a t = " 5 0 . 8 1 0 7 0 7 6 5 7 5 3 1 5 " l o n = " 1 9 . 1 2 1 5 7 5 3 5 5 5 2 9 8 " / >
<extensions>
< t r a c k D e s c >Opis t r a s y < / t r a c k D e s c >
< t r a c k I d >1< / t r a c k I d >
< t r a c k N a m e >name< / t r a c k N a m e >
< d i s t >3800 < / d i s t >
</ extensions>
< / wpt>
< / gpx>
Udost˛epnienie turystom możliwości zwiedzania miast, parków krajobrazowych badź
˛
innych miejsc pociaga
˛ za soba˛ konieczność udost˛epnienia funkcjonalności pozwalajacej
˛
na dodawanie pojedynczych punktów informacyjnych, jak również całych szlaków turystycznych. Możliwość taka dost˛epna b˛edzie jednak jedynie dla zarejestrowanych użytkowników, którzy po zalogowaniu otrzymaja˛ unikalny identyfikator umożliwiajacy
˛ dodanie punktu do systemu. Procedura autoryzacji jest niezb˛edna ze wzgl˛edów bezpieczeństwa oraz lepszej weryfikacji poprawności przesyłanych informacji. Miejsca niezgodne z
opisem lub wprowadzajace
˛ w bład
˛ użytkowników b˛eda˛ usuwane, a konta osób udost˛epniajacych
˛
bł˛edne informacje b˛eda˛ blokowane.
Jedna˛ z funkcji pozwalajacych
˛
na dodawanie informacji do bazy danych jest metoda
6
AddPOI pozwalajaca
˛ dodać do systemu interesujace
˛ miejsca. W prosty sposób korzystajac
˛ bezpośrednio z telefonu można stworzyć punkt widokowy, który b˛edzie przesłany do serwera wraz ze zrobionym zdj˛eciem, krótkim opisem, typem miejsca oraz jego
nazwa.˛ Odkrywcy nowych miejsc moga˛ zapisywać niemalże natychmiast informacje w
bazie danych przewodnika, o ile jeszcze nie znalazły si˛e na liście punktów zainteresowania. Metoda AddPOI przyjmuje nast˛epujacy
˛ zestaw argumentów: token przydzielony
użytkownikowi po zalogowaniu do systemu, lat/lon – szerokość/długość geograficzna bieżacego
˛
położenia, tym samym punktu POI, name przyjmuje nazw˛e miejsca, obiektu który
zaznaczamy maksymalnie 50 znaków, desc - opis miejsca, obiektu maksymalnie 400 znaków, foto strumień danych ze zdj˛eciem. W odpowiedzi zwracany jest jedynie XML ze
statusem.
Jeśli w przewodniku znajda˛ si˛e obiekty, którym brakuje zdj˛eć lub sa˛ one niskiej jakości, nic nie stoi na przeszkodzie, aby w prosty sposób to naprawić. Każdy może zrobić
zdj˛ecie i wysłać do serwera za pomoca˛ funkcji AddFoto, w której przekazujemy token, id
punktu, do którego dodajemy nowa˛ fotografi˛e.
Dwie nast˛epne metody pozwalaja˛ na wprowadzanie do bazy danych całych szlaków
turystycznych w kilku etapach. Pierwszy polega na utworzeniu nowej trasy w systemie,
służy do tego funkcja AddTrack, w której przekazujemy współrz˛edne miejsca gdzie należy rozpoczać
˛ w˛edrówk˛e (lat/lon), możemy nadać szlakowi nazw˛e(name), dodać opis(desc),
a także zdj˛ecie(foto). W odpowiedzi serwer odeśle XML ze statusem, oraz tokenem, który
posłuży metodzie AddTrackPoint do dodania kolejnych punktów, składajacych
˛
si˛e na cała˛ tras˛e. Metoda ta jest skonstruowana podobnie do funkcji AddPOI, jednak zawiera dwa
dodatkowe argumenty. Pierwszy to newTrackToken, wymagany zawsze w celu powiaza˛
nia punkt z aktualnie tworzona˛ trasa,˛ drugi to poiId, pozwalajacy
˛ na powiazanie
˛
punktu
znajdujacego
˛
si˛e już w systemie ze szlakiem.
5
Zagrożenia
Jednym z zagrożeń, które moga˛ si˛e pojawić po uruchomieniu i udost˛epnieniu systemu może być możliwość wprowadzenia użytkowników w bład
˛ poprzez dodanie fałszywej trasy
wycieczki lub punktu w mieście. Nie można wykluczyć, że tworzac
˛ otwarta˛ platform˛e,
w której mieszkańcy b˛eda˛ mogli dodawać informacje dla turystów, nie pojawia˛ si˛e wśród
nich "użytkownicy", którzy b˛eda˛ dodawać fałszywe informacje i obiekty, dlatego ważna
jest współpraca z lokalnymi władzami w celu zweryfikowania informacji dodawanych dla
turystów w danej okolicy. Nie należy jednak ograniczać możliwości wyboru użytkowników, dlatego też dostana˛ oni opcj˛e wyświetlania tras jeszcze nie zweryfikowanych.
6
Podsumowanie
Zaprezentowany w niniejszym artykule system może mieć znaczacy
˛ wpływ na rozwój
turystyki miejskiej, dajac
˛ współczesnym aglomeracjom nowoczesne narz˛edzia do promowania swoich walorów turystycznych. Stworzenie otwartego portalu internetowego oraz
aplikacji klienckich dla smartfonów o mi˛edzynarodowym zasi˛egu daje ogromne możliwości dotarcia do szerokiego grona odbiorców na całym świecie. Magistraty moga˛ przygotować jedna˛ akcje promocyjna˛ dla miasta, wiedzac
˛ że dotrze ona do wszystkich turystów korzystajacych
˛
z aplikacji. Sam system znaczaco
˛ powinien podnieść poziom bez7
pieczeństwa turystów, nie tylko w trakcie imprez masowych, ale i podczas zwiedzania,
gdyż posiadajac
˛ przewodnik w swoim telefonie na pewno znaczaco
˛ zmniejsza si˛e prawdopodobieństwo zabładzenia.
˛
Należy również pami˛etać, że w dzisiejszych czasach dobrze
rozwini˛eta turystyka przekłada si˛e na szybszy rozwój jak i wi˛ekszy przychód dla budżetu
miasta, co z kolei motywuje rzadz
˛ acych
˛
do inwestycji w najnowsze technologie.
Literatura
[1] http://www.kierunekturystyka.blog.onet.pl/Rozwoj-turystyki-jako-czescig,2,ID347497258,n
[2] http://www.intur.com.pl/statystyka.htm
[3] http://www.komorkomania.pl/2011/11/16/rosnie-sprzedaz-smartfonow-androidniezaprzeczalnym-liderem
[4] Muschamp P., An introduction to Web Services, "BT Technology Journal" 2004, vol.
22, p.9-18
[5] http://www.w3.org/Protocols/
[6] Connolly D.,XML: principles, tools, and techniques, "O’Reilly & Associates", Cambridge, 1997
[7] Holzner S., XML complete, "McGraw-Hill", New York 1998
[8] Dumbill E., Exploring alternative syntaxes for XML, IBM developerWorks Technical Library http://www-106.ibm.com/developerworks/xml/library/x-syntax.htm
[9] http://www.json.org/
[10] Farley P., and Capp M., "Mobile web Services," BT Technology Journal, vol. 23, no.
2, pp. 202-213
[11] http://www.developers.facebook.com/docs/reference/api/
[12] https://www.developers.google.com/maps/
[13] http://www.gloszuch.zhr.pl/bsecha.html
[14] http://www.tech.money.pl/porwanie-dziecka-ten-system-pomoze-je-znalezc-01016461.html
[15] http://www.prawnik.pl/temat-dnia/109095,Ambert-Alert-Ulatwienie-wposzukiwaniu-dzieci.html
[16] The Java EE 6 Tutorial - Chapter 20 Building RESTful Web Services with JAX-RS
(http://docs.oracle.com/javaee/6/tutorial/doc/giepu.html)
[17] GPX: the GPS Exchange Format (http://www.topografix.com/gpx.asp)
8