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