BLUETOOTH OBEX FTP KLIENT PRO POCKET PC

ˇ ´ UCEN Í TECHNICKE ´ V BRNE ˇ VYSOKE BRNO UNIVERSITY OF TECHNOLOGY

ˇ ÍCH TECHNOLOGIÍ FAKULTA INFORMACN ˇ ÍTACOV ˇ ´ ´ ´ U ˚ USTAV POC YCH SYSTEM FACULTY OF INFORMATION TECHNOLOGY DEPARTMENT OF COMPUTER SYSTEMS

BLUETOOTH OBEX FTP KLIENT PRO POCKET PC

´ RSK ˇ ´ PRACE ´ BAKALA A BACHELOR’S THESIS

´ AUTOR PRACE AUTHOR

BRNO 2008

ˇ SKARECK ˇ ´S ´ TOMA Y

ˇ Í TECHNICKE ´ V BRNE ˇ VYSOKE´ UCEN BRNO UNIVERSITY OF TECHNOLOGY

ˇ ÍCH TECHNOLOGIÍ FAKULTA INFORMACN ˇ ÍTACOV ˇ ´ ´ ´ U ˚ USTAV POC YCH SYSTEM FACULTY OF INFORMATION TECHNOLOGY DEPARTMENT OF COMPUTER SYSTEMS

BLUETOOTH OBEX FTP KLIENT PRO POCKET PC BLUETOOTH OBEX FTP CLIENT FOR POCKET PC

´ RSK ˇ ´ PRACE ´ BAKALA A BACHELOR’S THESIS

´ AUTOR PRACE

ˇ SKARECK ˇ ´S ´ TOMA Y

AUTHOR

´ VEDOUCÍ PRACE SUPERVISOR

BRNO 2008

ˇ Ing. JAROSLAV SKARVADA

Abstrakt Tato bakal´ aˇrsk´ a pr´ ace se zab´ yv´ a problematikou synchronizace zaˇr´ızen´ı s operaˇcn´ım systémem Microsoft Windows Mobile za pouˇzit´ı technologie Bluetooth. Popisuje princip synchronizace, technologii Bluetooth a v´ yvoj aplikac´ı pro operaˇcn´ı systém Windows Mobile. Tyto znalosti jsou poté vyuˇzity pˇri n´ avrhu a implementaci synchronizaˇcn´ı aplikace.

Kl´ıˇ cov´ a slova OBEX, Pocket PC, Synchronizace, Bluetooth

Abstract This bachelors thesis deals with problematic of Microsoft Windows Mobile device synchronization via Bluetooth technology. It describes principle of data synchronization, Bluetooth technology and application development process for Windows Mobile. The design and implementation of synchronizing application is also presented.

Keywords OBEX, Pocket PC, Synchronization, Bluetooth

Citace ˇ Tomáˇs Skareck´ y: Bluetooth OBEX FTP klient pro Pocket PC, bakaláˇrská práce, Brno, FIT VUT v Brnˇe, 2008

Bluetooth OBEX FTP klient pro Pocket PC Prohl´ aˇ sen´ı Prohlaˇsuji, ˇze jsem tuto bakal´ aˇrskou práci vypracoval samostatnˇe pod veden´ım pana Ing. Jaroslava ˇ Skarvady a uvedl vˇsechny liter´ arn´ı prameny a publikace, ze kter´ ych jsem ˇcerpal ....................... ˇ Tomáˇs Skareck´ y 12. kvˇetna 2008

Podˇ ekov´ an´ı ˇ Chtˇel bych podˇekovat mému vedouc´ımu panu Ing. Jaroslavovi Skarvadovi za ochotu a ˇcas, kter´ y mi vˇenoval.

ˇ c Tom´

aˇs Skareck´ y, 2008. Tato pr´ ace vznikla jako ˇskoln´ı d´ılo na Vysokém uˇcen´ı technickém v Brnˇe, Fakultˇe informaˇcn´ıch technologi´ı. Pr´ ace je chr´ anˇena autorským z´ akonem a jej´ı uˇzit´ı bez udˇelen´ı opr´ avnˇen´ı autorem je nez´ akonné, s výjimkou z´ akonem definovaných pˇr´ıpad˚ u.

Obsah ´ 1 Uvod ˇ en´ı pr´ 1.1 Clenˇ ace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 Synchronizace 2.1 Synchronizace soubor˚ u . . . . . . . . . . . . 2.2 Rozˇsiˇruj´ıc´ı moˇznosti synchronizace soubor˚ u 2.3 ActiveSync . . . . . . . . . . . . . . . . . . 2.3.1 Nedostatky ActiveSync . . . . . . . 3 Bluetooth ´ 3.1 Uvod . . . . . . . . . . . . . . . . . . . . 3.1.1 Historie . . . . . . . . . . . . . . 3.1.2 Vyuˇzit´ı . . . . . . . . . . . . . . 3.2 Protokoly . . . . . . . . . . . . . . . . . 3.2.1 Bluetooth Radio . . . . . . . . . 3.2.2 Baseband . . . . . . . . . . . . . 3.2.3 HCI . . . . . . . . . . . . . . . . 3.2.4 L2CAP . . . . . . . . . . . . . . 3.2.5 RFCOMM . . . . . . . . . . . . 3.3 Profily . . . . . . . . . . . . . . . . . . . 3.3.1 Generic Access Profile . . . . . . 3.3.2 Serial Port Profile . . . . . . . . 3.3.3 Generic Object Exchange Profile 3.4 Bluetooth a WiFi . . . . . . . . . . . . . 3.5 Komunikace . . . . . . . . . . . . . . . . 3.5.1 P´ arov´ an´ı . . . . . . . . . . . . . 3.5.2 Zabezpeˇcen´ı . . . . . . . . . . . .

. . . . . . . . . . . . . . . . .

4 Protokol OBEX 4.1 Form´ at pˇr´ıkazu . . . . . . . . . . . . . . . 4.2 Operace protokolu OBEX . . . . . . . . . 4.2.1 Operace Spojen´ı (Connect) . . . . 4.2.2 Operace Odpojen´ı (Disconnect) . . 4.2.3 Operace vloˇzen´ı (Put) . . . . . . . 4.2.4 Operace staˇzen´ı (Get) . . . . . . . 4.2.5 Operace nastaven´ı cesty (SetPath) 4.2.6 Operace pˇreruˇsen´ı (Abort) . . . . . 4.3 Profily vyuˇz´ıvaj´ıc´ı protokol OBEX . . . . 5

. . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . .

. . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . .

. . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . .

. . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . .

. . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . .

. . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . .

. . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . .

. . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . .

. . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . .

. . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . .

. . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . .

. . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . .

. . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . .

. . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . .

. . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . .

. . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . .

. . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . .

. . . . . . . . . . . . . . . . .

. . . . . . . . .

7 7

. . . .

9 9 9 10 10

. . . . . . . . . . . . . . . . .

11 11 11 11 11 12 12 12 12 12 13 13 13 13 13 14 14 15

. . . . . . . . .

16 16 16 16 17 17 17 17 18 18

4.3.1

File Transfer Profile . . . . . . . . . . . . . . . . . . . . . . . . . . .

5 V´ yvoj aplikac´ı pro Windows Mobile 5.1 Softwarové poˇzadavky . . . . . . . . 5.2 V´ yvojov´ a prostˇred´ı . . . . . . . . . . 5.2.1 Ladˇen´ı . . . . . . . . . . . . . 5.3 Zdroje informac´ı a dokumentace . .

19

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

20 20 20 21 21

6 Rozbor probl´ emu 6.1 Komunikace . . . . . . . . . . . . . . . 6.2 OBEX FTP a jeho omezen´ı . . . . . . 6.2.1 Informace o souboru na serveru 6.2.2 Omezen´ı . . . . . . . . . . . . . 6.3 Synchronizace . . . . . . . . . . . . . . 6.3.1 Porovn´ an´ı soubor˚ u . . . . . . . 6.3.2 Konfliktn´ı stav . . . . . . . . . 6.3.3 Souˇcasn´ y pˇr´ıstup v´ıce zaˇr´ızen´ı . 6.3.4 Chybové stavy . . . . . . . . . 6.4 Konfigurace . . . . . . . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

22 22 22 22 23 23 23 23 23 24 24

7 Popis implementace 7.1 Bluetooth . . . . . . . . . . . . . . . . . . 7.1.1 Rozhran´ı pro OBEX . . . . . . . . 7.1.2 Vyhled´ av´ an´ı zaˇr´ızen´ı . . . . . . . . 7.1.3 Pˇripojen´ı . . . . . . . . . . . . . . 7.1.4 Pˇrenos dat . . . . . . . . . . . . . 7.2 Synchronizace . . . . . . . . . . . . . . . . 7.2.1 Informace o synchronizaci adresáˇre ˇ sen´ı porovn´ 7.2.2 Reˇ an´ı souboru . . . . . 7.2.3 Synchronizace v´ıce zaˇr´ızen´ı . . . . 7.2.4 Oˇsetˇren´ı chybov´ ych stav˚ u . . . . . 7.3 Konfigurace . . . . . . . . . . . . . . . . . 7.4 Instalace . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

. . . . . . . . . . . .

25 25 25 25 25 26 26 26 26 27 28 28 28

8 Z´ avˇ er 8.1 Moˇzn´ a rozˇs´ıˇren´ı do budoucna . . . . . . . . . . . . . . . . . . . . . . . . . . 8.2 Testov´ an´ı . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

29 29 29

A V´ yvojov´ e diagramy

31

B Uˇ zivatelsk´ a pˇ r´ıruˇ cka B.1 Konfiguraˇcn´ı aplikace . . . . . . . . . . B.1.1 Nastaven´ı vzd´ alen´ ych zaˇr´ızen´ı . B.1.2 Nastaven´ı adres´ aˇr˚ u . . . . . . . B.1.3 Nastaven´ı obecn´ ych vlastnost´ı . B.1.4 Nastaven´ı logu . . . . . . . . . B.2 Synchronizaˇcn´ı aplikace . . . . . . . . C Obsah CD

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

33 33 33 34 35 35 35 38

6

Kapitola 1

´ Uvod Mobilita elektronick´ ych zaˇr´ızen´ı stoupá kaˇzd´ ym dnem. Dostupnost kapesn´ıch poˇc´ıtaˇc˚ u, laptop˚ u a mobiln´ıch telefon˚ u, které jiˇz pomalu zaˇc´ınaj´ı dosahovat funkˇcnosti, na kterou jsme zvykl´ı sp´ıˇse u klasick´ ych stoln´ıch poˇc´ıtaˇc˚ u, je na velmi vysoké u ´rovni. Mnoho lid´ı vyuˇz´ıv´ a pro svou pr´ aci i z´ abavu v´ıce tˇechto zaˇr´ızen´ı. Stav, kdy pracuj´ı na v´ıce neˇz jednom zaˇr´ızen´ı, ovˇsem zcela logicky vyvol´ av´ a poˇzadavek na aktuálnost dat, která k práci vyuˇz´ıvaj´ı. Z tohoto d˚ uvodu je nutné zaˇr´ızen´ı mezi sebou synchronizovat a to nejlépe bez nutnosti jakékoliv ˇcinnosti uˇzivatele. V zaˇr´ızen´ıch tohoto typu se st´ ale ˇcastˇeji objevuje technologie Bluetooth, která je urˇcena pro pˇrenos dat na kr´ atkou vzd´ alenost. Nahrazuje zastaral´ y a problémov´ y pˇrenos pˇres infraˇcerven´ y port. Vˇetˇs´ı rychlost a moˇznost komunikovat, i pokud mezi zaˇr´ızen´ımi nen´ı pˇr´ım´ a viditelnost, této technologii pˇrin´ aˇs´ı velkou oblibu a rozˇs´ıˇrenost. Moˇznosti technologie Bluetooth mohou uspokojit nˇekteré poˇzadavky, které jsou kladeny na synchronizaci dat. Aplikace, která jich bude vyuˇz´ıvat, umoˇzn´ı synchronizaci dat zcela automaticky mezi témˇeˇr libovoln´ ym poˇctem zaˇr´ızen´ı vybaven´ ych Bluetooth adaptérem. Tato pr´ ace navazuje na znalosti z´ıskané v pˇredmˇetu semestráln´ı projekt. C´ılem tohoto pˇredmˇetu bylo sezn´ amit se s principem v´ yvoje aplikac´ı pro operaˇcn´ı systém Windows Mobile a s protokolem OBEX.

1.1

ˇ Clenˇ en´ı pr´ ace

V kapitole 2 je pops´ an z´ akladn´ı princip synchronizace. Dále jsou zde zm´ınˇeny nejznámˇejˇs´ı nástroje, které je moˇzné pro synchronizaci pouˇz´ıt a také nedostatky, kter´ ymi tyto aplikace trp´ı. Kapitola 3 se zab´ yv´ a technologi´ı Bluetooth. Struˇcnˇe popisuje moˇznosti této technologie a základn´ı protokoly. Nakonec uvád´ı rozd´ıly mezi jednotliv´ ymi verzemi. Kapitola 4 popisuje podrobnˇeji protokol OBEX. Zvláˇstn´ı podkapitola je vˇenována profilu FTP, kter´ y je vyuˇz´ıv´ an pro pˇrenos soubor˚ u mezi zaˇr´ızen´ımi pomoc´ı Bluetooth. V kapitole 5 je pops´ an zp˚ usob v´ yvoje aplikac´ı pro operaˇcn´ı systém Microsoft Windows Mobile. Jsou zde vyps´ any nutné softwarové prostˇredky a dostupná v´ yvojová prostˇred´ı. Kapitola 6 rozeb´ır´ a problematiku synchronizace.

7

Kapitola 7 popisuje samotnou implementaci programu. Na závˇer dokumentu jsou pops´ any moˇzná budouc´ı rozˇs´ıˇren´ı a nedostatky, které stávaj´ıc´ı implementace obsahuje.

8

Kapitola 2

Synchronizace Synchronizace je proces, pˇri kterém docház´ı ke sjednocen´ı dat, nebo stav˚ u na v´ıce r˚ uzn´ ych m´ıstech.

2.1

Synchronizace soubor˚ u

Synchronizace soubor˚ u je proces, po jehoˇz probˇehnut´ı má dva a v´ıce adresáˇr˚ u poˇzadovan´ y aktuáln´ı obsah. Pokud dojde v jednom z nich ke zmˇenˇe souboru, smazán´ı nebo naopak k pˇridán´ı souboru je tato zmˇena automaticky prom´ıtnuta do druhého adresáˇre pˇri dalˇs´ı synchronizaci. Rozliˇsujeme dva druhy synchronizace a to jednosmˇ ernou a obousmˇ ernou. Pˇri jednosmˇerné synchronizaci jsou data pˇrenáˇsena pouze ze zdrojového m´ısta na m´ısto c´ılové, k pˇrenosu opaˇcn´ ym smˇerem vˇsak nedocház´ı. Tento typ synchronizace je také oznaˇcov´ an jako zrcadlen´ı dat a m˚ uˇze b´ yt vyuˇz´ıván napˇr´ıklad u zálohován´ı. Obousmˇerná synchronizace prob´ıh´ a, jak jiˇz n´ azev napov´ıd´ a, obˇema smˇery. Jej´ım v´ ysledkem jsou tedy dva identické adresáˇre.

2.2

Rozˇ siˇ ruj´ıc´ı moˇ znosti synchronizace soubor˚ u

Nˇekteré synchronizaˇcn´ı n´ astroje obsahuj´ı rozˇsiˇruj´ıc´ı funkce, jejichˇz u ´ˇcelem je uˇsetˇrit ˇcas, m´ısto nebo zabr´ anit moˇzn´ ym ztrátám dat a poskytnout tak uˇzivateli vˇetˇs´ı komfort neˇz jak´ y nab´ız´ı jednoduch´ a synchronizace. Mezi tyto funkce patˇr´ı napˇr´ıklad: • Komprese pˇren´ aˇsen´ ych dat. Pˇri pˇrenosu dat pˇres s´ıt’ m˚ uˇze d´ıky jejich velikosti docházet ke zpomalen´ı procesu synchronizace. Redukce pˇrenáˇsen´ ych dat pomoc´ı komprimace tento jev omezuje. • Detekce zmˇen v souborech ve zdrojovém i c´ılovém m´ıstˇe a odpov´ıdaj´ıc´ı reakce na pˇr´ıpadn´ y konflikt. • Moˇznost pˇren´ aˇset pouze ˇc´ asti soubor˚ u, které byly zmˇenˇeny. Tato schopnost v´ yraznˇe sniˇzuje mnoˇzstv´ı dat, které je nutné pˇrenést bˇehem synchronizace. • Schopnost zobrazit chystané zmˇeny jeˇstˇe pˇredt´ım, neˇz jsou provedeny. • Schopnost zobrazit rozd´ıly mezi c´ılov´ ym a zdrojov´ ym m´ıstem.

9

2.3

ActiveSync

ActiveSync je n´ astroj dod´ avan´ y firmou Microsoft, kter´ y zajiˇst’uje veˇskerou komunikaci mezi poˇc´ıtaˇcem a pocket PC. Umoˇzn ˇuje pˇr´ım´ y pˇr´ıstup k soubor˚ um, sd´ılen´ı s´ıtˇe, synchronizaci soubor˚ u a synchronizaci s Microsoft Outlook. V souˇcasnosti je to zˇrejmˇe nejlepˇs´ı nástroj, kter´ y je k tˇemto ˇcinnostem dostupn´ y. Pocket PC je s n´ım velmi silnˇe provázáno a vyuˇz´ıvaj´ı ho i jiné aplikace. ActiveSync se skl´ ad´ a ze dvou program˚ u, z nichˇz jeden mus´ı bˇeˇzet na poˇc´ıtaˇci, druh´ y v pocket PC, a komunikuj´ı mezi sebou. Propojen´ı je moˇzné pomoc´ı USB kabelu, nebo pomoc´ı technologie Bluetooth.

2.3.1

Nedostatky ActiveSync

Nev´ yhodou synchronizace soubor˚ u pˇres ActiveSync je pˇredevˇs´ım omezená moˇznost nastaven´ı adres´ aˇr˚ u, u kter´ ych m´ a synchronizace prob´ıhat. Za nev´ yhodu m˚ uˇze b´ yt povaˇzov´ an i fakt, ˇze je nutné aby byl ActiveSync spuˇstˇen i na poˇc´ıtaˇci, nejen na Pocket PC. Tento nedostatek je vˇsak bohatˇe vykoupen v´ yhodami, které pˇrináˇs´ı. Hlavnˇe v moˇznostech rozhodov´ an´ı pˇri konfliktn´ım stavu dvou soubor˚ u. Nemoˇznost komunikace se zaˇr´ızen´ımi, na kter´ ych nen´ı spuˇstˇen program ActiveSync, vyluˇcuje z procesu synchronizace vˇsechna zaˇr´ızen´ı, která neobsahuj´ı operaˇcn´ı systém Windows. Tedy napˇr´ıklad poˇc´ıtaˇce s operaˇcn´ım systémem linux. Synchronizace nen´ı moˇzná také s pˇr´ıstroji jako jsou mobiln´ı telefony. Jejich kapacita neustále vzr˚ ustá, takˇze to m˚ uˇze b´ yt pro mnohé uˇzivatele v´ yznamné omezen´ı.

10

Kapitola 3

Bluetooth 3.1

´ Uvod

Bluetooth [4] je systém bezdr´ atového pˇrenosu dat na krátkou vzdálenost. Byl navrˇzen za u ´ˇcelem nahradit kabelové spojen´ı mezi dvˇema zaˇr´ızen´ımi. Mnoho vlastnost´ı a schopnost´ı je voliteln´ ych, takˇze kaˇzd´ y v´ yrobce m˚ uˇze zvolit pouze to co potˇrebuje, aniˇz by doˇslo k poruˇsen´ı vzájemné kompatibility. Tento dokument ˇcerp´ a ze specifikace Bluetooth verze 1.1 [1]

3.1.1

Historie

V´ yvoj Bluetooth byl zah´ ajen v roce 1998 firmami Erricson, IBM, Toshiba a Nokia. Specifikace Bluetooth verze 1.0 byly uvolnˇeny 26. ˇcervna 1999, ale v dobˇe uveden´ı nebyla tato technologie dostateˇcnˇe levn´ a, aby se doˇckala masového rozˇs´ıˇren´ı. Pojmenov´ an´ı Bluetooth bylo zvoleno podle jména Dánského krále Haralda ”Modrozuba” Blaatanda, kter´ y ˇzil v 10. stolet´ı a d´ıky sv´ ym dobr´ ym diplomatick´ ym schopnostem dokázal sjednotit mezi sebou v´ alˇc´ıc´ı kmeny. Technologie Bluetooth mˇela také sjednotit, avˇsak tentokrát telekomunikaˇcn´ı a v´ ypoˇcetn´ı techniku.

3.1.2

Vyuˇ zit´ı

Bluetooth je dnes pouˇzito v mnoha zaˇr´ızen´ıch. Jeho v´ yhodou je pomˇernˇe levn´ y hardware a také jeho n´ızk´ a n´ aroˇcnost na energii. Hod´ı se pˇredevˇs´ım tam, kde nen´ı nutné pˇrenáˇset velké ˇ e vyuˇzit´ı nach´ objemy dat. Cast´ az´ı u mobiln´ıch telefon˚ u, které ho pouˇz´ıvaj´ı pro v´ ymˇenu informac´ı mezi sebou, k pˇripojen´ı náhlavn´ı soupravy a pˇr´ıdavn´ ych zaˇr´ızen´ı. Dalˇs´ım m´ıstem vyuˇzit´ı jsou tisk´ arny, nˇekteré bezdrátové klávesnice a pˇrehrávaˇce.

3.2

Protokoly

Popis technologie Bluetooth lze rozdˇelit do dvou ˇcást´ı, a to na popis protokol˚ u a popis profil˚ u. V této sekci je popis z´ akladn´ıch protokol˚ u. Protokoly jsou seˇrazeny do vrstev, kde kaˇzdá vrstva, kromˇe prvn´ı, je postavena nad vrstvou pˇredchoz´ı. Toto uspoˇrádán´ı je zobrazeno na obr´ azku 3.1. Nejd˚ uleˇzitˇejˇs´ı protokoly jsou popsány n´ıˇze. Protokolu OBEX je vˇenována samostatn´ a kapitola.

11

Obrázek 3.1: Vrstvy protokol˚ u

3.2.1

Bluetooth Radio

Bluetoot Radio je nejniˇzˇs´ı vrstva, která definuje poˇzadavky na pˇrenos dat na frekvenˇcn´ım pásmu 2.4 GHz. Toto p´ asmo je rozdˇeleno na 79 kanál˚ u po 1 MHz, zaˇc´ıná na frekvenci 2.402 GHz a konˇc´ı na 2.480 GHz. Reálnˇe je vˇsak pouˇz´ıváno pouze 23 kanál˚ u.

3.2.2

Baseband

Baseband je fyzick´ a vrstva Bluetooth, která leˇz´ı nad vrstvou Bluetooth Radio. Má za u ´kol ˇr´ızen´ı spojen´ı a pˇrenosu dat. Poskytuje sluˇzby jako zabezpeˇcen´ı pˇrenosu, korekci chyb. Zpˇr´ıstupˇ nuje také pˇr´ıchoz´ı pakety vyˇsˇs´ım vrstvám a umoˇzn ˇuje vyhledáván´ı jin´ ych zaˇr´ızen´ı, aby k nim bylo moˇzno pˇristupovat.

3.2.3

HCI

Host Controller Interface (HCI) poskytuje rozhran´ı pro ˇr´ızen´ı fyzické vrstvy, pro pˇr´ıstup k stavov´ ym informac´ım hardwaru a ke kontroln´ım registr˚ um, vyˇsˇs´ım vrstvám v hierarchii protokol˚ u.

3.2.4

L2CAP

L2CAP je zkratkou pro Logical Link Control and Adaptation Protocol. Nacház´ı se nad vrstvou Baseband a vyˇsˇs´ım protokol˚ um poskytuje následuj´ıc´ı funkce. • Pˇren´ aˇsen´ı dat mezi r˚ uzn´ ymi vyˇsˇs´ımi protokoly. • Rozdˇelov´ an´ı a znovu spojovám´ı paket˚ u. • Jednotnou spr´ avu pˇrenosu ke skupinˇe jin´ ych bluetooth pˇr´ıstroj˚ u. • Quality of service (QoS) správu kvality pro vyˇsˇs´ı protokoly.

3.2.5

RFCOMM

RFCOMM je jednoduch´ y protokol, kter´ y emuluje klasick´ y RS232 sériov´ y port nad protokolem L2CAP. Protokol je zaloˇzen na standardu ETSI TS 07.10. RFCOMM. Podporuje 12

aˇz 60 souˇcasnˇe prob´ıhaj´ıc´ıch spojen´ı mezi dvˇema Bluetooth zaˇr´ızen´ımi. Poˇcet skuteˇcnˇe moˇzn´ ych spojen´ı m˚ uˇze b´ yt vˇsak niˇzˇs´ı, závis´ı na konkrétn´ı implementaci Bluetooth adaptéru. Komunikaci pˇres tento protokol mohou vyuˇz´ıvat dva druhy zaˇr´ızen´ı. • Prvn´ımi jsou koncové zaˇr´ızen´ı, které komunikuj´ı mezi sebou. Napˇr´ıklad poˇc´ıtaˇce, tisk´ arny apod. • Druh´ ym typem jsou zaˇr´ızen´ı, pˇres které pouze komunikace procház´ı. Napˇr´ıklad modemy. Protokol RFCOMM je navrˇzen tak, ˇze podporuje oba typy zaˇr´ızen´ı a jeho vyuˇzit´ı je pro nˇe totoˇzné.

3.3

Profily

Profil definuje, kterou ˇc´ ast specifikace je nutné implementovat pro poˇzadovanou funkˇcnost a jak´ ym zp˚ usobem je vyuˇz´ıv´ ana. V Bluetooth je velké mnoˇzstv´ı profil˚ u, které jsou seˇrazeny v hierarchické struktuˇre. Pokud chce zaˇr´ızen´ı poskytovat funkˇcnost nˇejakého vyˇsˇs´ıho profilu, mus´ı také implementovat vˇsechny profily, které se nacházej´ı pod n´ım. U vˇetˇsiny zaˇr´ızen´ı nejsou vˇsechny profily k dispozici.

3.3.1

Generic Access Profile

Základn´ı Bluetooth profil. Umoˇzn ˇuje vyhledáván´ı a ustanoven´ı spojen´ı mezi zaˇr´ızen´ımi. Vˇsechny ostatn´ı profily jsou zaloˇzeny na tomto profilu.

3.3.2

Serial Port Profile

Definuje procedury, které jsou potˇrebné pro ustanoven´ı a provoz sériového spojen´ı mezi dvˇema zaˇr´ızen´ımi. Pouˇz´ıv´ a protokol RFCOMM. Na tomto profilu jsou postaveny napˇr´ıklad profily: • Headset Profile - Definuje procedury pro komunikaci mezi telefonem a zaˇr´ızen´ım headset. • Dial-up Networking Profile - Definuje procedury pro pˇripojen´ı a pouˇz´ıván´ı zaˇr´ızen´ı jako modem. • LAN Access Profile - Umoˇzn ˇuje pˇr´ıstup k zaˇr´ızen´ı pomoc´ı LAN s´ıtˇe. Vyuˇz´ıvá protokol Point to Point (PPP), kter´ y je postaven´ y nad protokolem RFCOMM.

3.3.3

Generic Object Exchange Profile

Definuje procedury pro vyuˇz´ıv´ an´ı protokolu OBEX. Tomuto protokolu se vˇenuje celá kapitola 4.

3.4

Bluetooth a WiFi

WiFi je v souˇcasnosti zˇrejmˇe nejrozˇs´ıˇrenˇejˇs´ı bezdrátová technologie. Pˇr´ımé srovnán´ı s Bluetooth je ovˇsem nepˇresné, protoˇze obˇe technologie jsou urˇcené pro jin´ y typ vyuˇzit´ı. WiFi funguje jako klasick´ y ethernet, zat´ımco Bluetooth je urˇceno k nahrazen´ı kabelového spojen´ı

13

Dosah Rychlost pˇrenosu P´ asmo

Wifi Bluetooth M˚ uˇze b´ yt i nˇekolik kilometr˚ u Dle tˇr´ıdy 1/10/100m aˇz 54 Mb/s aˇz 3 Mb/s 2.4 nebo 5 GHz 2.4 GHz

Tabulka 3.1: Tabulka porovnán´ı vlastnost´ı mezi dvˇema zaˇr´ızen´ımi. Obˇe technologie komunikuj´ı v pásmu 2.4 GHz, ale pouˇz´ıvaj´ı jin´ y typ modulace. V´ yhodou WiFi je vyˇsˇs´ı rychlost pˇrenosu a vˇetˇs´ı dosah signálu. Naopak pro Bluetooth mluv´ı niˇzˇs´ı cena hardwaru a také menˇs´ı energetické nároky. Zvláˇstˇe n´ızké energetické nároky jsou v zaˇr´ızen´ıch, ve kter´ ych je Bluetooth pouˇzito, velmi d˚ uleˇzit´ ym poˇzadavkem. Porovn´ an´ı vlastnost´ı shrnuje tabulka 3.1.

3.5

Komunikace

Pˇri komunikaci mezi Bluetooth zaˇr´ızen´ımi je jedno ustanoveno jako ˇr´ıd´ıc´ı (master). Na ˇr´ıd´ıc´ı zaˇr´ızen´ı se m˚ uˇze pˇripojit aˇz 7 podˇr´ızen´ ych zaˇr´ızen´ı (slave). Takto vzniká ad-hoc s´ıt’, kter´ a je oznaˇcovan´ a jako piconet. Vˇsechny zaˇr´ızen´ı v s´ıti piconet se synchronizuj´ı s taktem ˇr´ıd´ıc´ıho zaˇr´ızen´ı. Data mohou b´ yt pˇren´ aˇsena mezi nadˇrazen´ ym zaˇr´ızen´ım a nˇekter´ ym podˇr´ızen´ ym. Role v s´ıti se vˇsak mohou podle potˇreby mˇenit, velmi rychle se m˚ uˇze nadˇrazené zaˇr´ızen´ı zmˇenit v podˇr´ızené. Piconet Piconet je ad-hoc poˇc´ıtaˇcov´ a s´ıt’ mezi zaˇr´ızen´ımi vyuˇz´ıvaj´ıc´ı technologii Bluetooth, kter´ a umoˇzn ˇuje komunikaci mezi jedn´ım nadˇrazen´ ym zaˇr´ızen´ım a aˇz sedmi podˇr´ızen´ ymi. Aˇz 255 zaˇr´ızen´ı m˚ uˇze ˇcekat na pˇripojen´ı do s´ıtˇe a m˚ uˇze b´ yt pˇripojeno v kterémkoli okamˇziku. Specifikace dovoluje pouˇzit´ı aˇz deseti tˇechto s´ıt´ı na ploˇse o pr˚ umˇeru deset metr˚ u. Scatternet Scatternet je s´ıt’ sloˇzen´ a ze dvou a v´ıce s´ıti typu piconet. Umoˇzn ˇuje tedy spojit v´ıce neˇz 8 zaˇr´ızen´ı do jedné s´ıtˇe. Scatternet m˚ uˇze b´ yt ustanoven, pokud se ˇclen jedné s´ıtˇe piconet dostane do dosahu ˇclena jiné s´ıtˇe piconet. Zaˇr´ızen´ı patˇr´ıc´ı do tˇechto s´ıt´ı piconet mezi sebou mohou komunikovat pˇres spojen´ı ustanovené mezi ˇcleny, kteˇr´ı se vid´ı.

3.5.1

P´ arov´ an´ı

Párován´ı zajist´ı bezpeˇcné ˇsifrované spojen´ı mezi dvˇema zaˇr´ızen´ımi, které jiˇz nen´ı nutné obnovovat pˇri dalˇs´ım spojen´ı. Toto spojen´ı je vázáno na adresu Bluetooth adaptéru a je moˇzné ho kdykoliv zruˇsit obˇema zaˇr´ızen´ımi. Na zaˇcátku párován´ı je nutné zadat na obou zaˇr´ızen´ıch stejn´ y k´ od tzv. PIN. Tento kód slouˇz´ı jednak k potvrzen´ı souhlasu obou stran s komunikac´ı a je také pouˇzit k vytváˇren´ı kl´ıˇc˚ u. V´ ysledkem p´ arov´ an´ı je 128 bitov´ y kl´ıˇc, kter´ y je uloˇzen v obou zaˇr´ızen´ıch a slouˇz´ı k ˇsifrov´ an´ı prob´ıhaj´ıc´ı synchronizace. Tento kl´ıˇc je vygenerován kombinac´ı dvou náhodn´ ych ˇc´ısel a adres obou zaˇr´ızen´ı.

14

V´ıce informac´ı o p´ arov´ an´ı a zabezpeˇcen´ı pˇrenosu pˇres Bluetooth lze nalézt na stránk´ ach [3].

3.5.2

Zabezpeˇ cen´ı

Zabezpeˇcen´ı dat je v dneˇsn´ı dobˇe velmi d˚ uleˇzit´ ym pojmem. Bezpeˇcnost Bluetooth m˚ uˇzeme rozdˇelit do dvou ˇc´ ast´ı. Za prvé je to zabezpeˇcen´ı pˇrenosu dat a za druhé zabezpeˇcen´ı proti neoprávnˇenému pˇr´ıstupu ke sluˇzbám adaptéru. Zabezpeˇ cen´ı pˇ renosu dat Protoˇze pˇrenos dat prob´ıh´ a vzduchem, kde je moˇzné data odposlouchávat, je d˚ uleˇzité, aby tato data byla, pˇri neopr´ avnˇeném odposlechu neˇcitelné. Z toho d˚ uvodu je nutné pˇrenáˇsen´ a data ˇsifrovat. Pro pouˇzit´ı ˇsifrov´ an´ı je tˇreba nejdˇr´ıve ustanovit bezpeˇcné spojen´ı mezi dvˇema zaˇr´ızen´ımi. Tento proces jiˇz byl vysvˇetlen v sekci vˇenované párován´ı. Kl´ıˇc, kter´ y je vytvoˇren, je pouˇzit pr´ avˇe k zaˇsifrov´ an´ı prob´ıhaj´ıc´ı komunikace. Zabezpeˇ cen´ı sluˇ zeb zaˇ r´ızen´ı Pro znemoˇznˇen´ı zneuˇzit´ı adaptéru je vyuˇzito nˇekolika vlastnost´ı Bluetooth. • Moˇznost zak´ azat nalezen´ı zaˇr´ızen´ı pˇri vyhledáván´ı. Takové zaˇr´ızen´ı se m˚ uˇze spojit s jin´ ymi, ale ostatn´ı zaˇr´ızen´ı ho pˇri vyhledáván´ı nenajdou. Nemohou se na nˇej tedy pˇripojit. • Moˇznost nastavit jednotliv´ ym sluˇzbám, jaké zaˇr´ızen´ı k n´ı sm´ı pˇristupovat. Existuj´ı celkem tˇri moˇznosti nastaven´ı. U sluˇzeb s nejvyˇsˇs´ım zabezpeˇcen´ım je vyˇzadována autentizace i autorizace. Niˇzˇs´ı stupeˇ n zabezpeˇcen´ı vyˇzaduje jen autentizaci. Posledn´ı moˇznost´ı je nastavit sluˇzbu pˇr´ıstupnou pro vˇsechny.

15

Kapitola 4

Protokol OBEX Object Exchange Protocol je binárn´ı komunikaˇcn´ı protokol popisuj´ıc´ı pˇrenos dat mezi dvˇema zaˇr´ızen´ımi jednoduch´ ym a u ´ˇcinn´ ym zp˚ usobem. P˚ uvodnˇe byl navrˇzen pro pˇrenos dat pˇres infraˇcerven´ y port (IrDA), pozdˇeji byl vˇsak pouˇzit i pro pˇrenos dat v Bluetooth. Pro pouˇzit´ı tohoto protokolu mus´ı m´ıt Bluetooth adaptér implementován Generic Object Exchange Profile. OBEX je zaloˇzen na komunikaci klient - server. Klient se pˇripoj´ı na server a poté poˇzaduje, nebo poskytuje data. Tento princip je podobn´ y jako u známˇejˇs´ıho protokolu HTTP. Data jsou pos´ıl´ ana ve formátu Big Endian, tedy nejv´ yznamnˇejˇs´ı bit je vpravo a nejménˇe v´ yznamn´ y bit je vlevo.

4.1

Form´ at pˇ r´ıkazu

Kaˇzd´ y pˇr´ıkaz, kter´ y je odesl´ an z klienta na server má pevnˇe dan´ y formát, kter´ y je zobrazen v tabulce 4.1. Skl´ ad´ a se z Typu, kter´ y urˇcuje o jak´ y pˇr´ıkaz se jedná, dále z délky dat a samotn´ ych dat. V poloˇzce data m˚ uˇze obsahovat dalˇs´ı informace, které maj´ı stejn´ y form´ at jako samotn´ y pˇr´ıkaz.

4.2

Operace protokolu OBEX

Kaˇzdá operace zaˇc´ın´ a odesl´ an´ım poˇzadavku na server. Klient poté ˇceká na odpovˇed’. Dokud odpovˇed’ nedoraz´ı, nen´ı moˇzné pos´ılat poˇzadavek dalˇs´ı.

4.2.1

Operace Spojen´ı (Connect)

OBEX sezen´ı je ustanoveno pˇri prvn´ım poˇzadavku na pˇrenos objektu. Klient nejdˇr´ıve poˇsle poˇzadavek na spojen´ı, odpov´ıdaj´ıc´ı pˇr´ıkaz je v tabulce 4.2. Tento poˇzadavek je zpracov´ an na serveru, kter´ y odpov´ı posl´ an´ım odpovˇedi reprezentuj´ıc´ı u ´spˇech, jej´ı formát je v tabulce 4.3. Pokud dojde k posl´ an´ı nˇejaké jiné odpovˇedi, znamená to ne´ uspˇech. Jakmile je spojen´ı ustanoveno, z˚ ust´ av´ a aktivn´ı dokud nen´ı zruˇseno nebo dokud nedojde k chybˇe. Typ

Délka dat

Data

Tabulka 4.1: Formát pˇr´ıkazu

16

Byt 0 Byty 1 a 2 0x80 poˇzadavek na spojen´ı Délka poˇzadavku Byt 4 Byty 5 a 6 Flagy Maximáln´ı délka paketu

Byt 3 Verze OBEX Byt 7 aˇz nparametry Volitelné

Tabulka 4.2: Poˇzadavek na spojen´ı Byt 0 K´ od odpovˇedi Byt 4 Flagy

Byty 1 a 2 Délka odpovˇedi Byty 5 a 6 Maximáln´ı délka paketu

Byt 3 Verze OBEX Byt 7 aˇz nparametry Volitelné parametry

Tabulka 4.3: Tvar odpovˇedi

4.2.2

Operace Odpojen´ı (Disconnect)

Operace odpojen´ı se skl´ ad´ a opˇet z poˇzadavku a odpovˇedi. Jejich formáty jsou v tabulk´ ach 4.4 a 4.5.

4.2.3

Operace vloˇ zen´ı (Put)

Jakmile je ustanoveno spojen´ı, klient m˚ uˇze pos´ılat objekty na server. K tomu slouˇz´ı operace Put. Form´ at poˇzadavku na tuto operaci a odpovˇed’ na nˇej je v tabulkách 4.6 a 4.7. Poˇcet poˇzadavk˚ u na operaci Put z´ avis´ı na velikosti objektu a také na velikosti paketu. Kaˇzd´ y poˇzadavek mus´ı b´ yt servrem potvrzen.

4.2.4

Operace staˇ zen´ı (Get)

Pˇri operaci Get je staˇzen soubor ze serveru. Tato operace je velmi podobná operaci Put. Rozd´ıl je jen v k´ odu operace, kter´ y je 0x03 a 0x83 pro fináln´ı paket.

4.2.5

Operace nastaven´ı cesty (SetPath)

Tato operace umoˇzn ˇuje mˇenit aktuáln´ı adresáˇr na serveru. Má nˇekolik parametr˚ u urˇcuj´ıc´ıch, kter´ ym smˇerem se budeme pohybovat. ID spojen´ı obsahuje hodnotu, která je vrácena pˇri operaci pˇripojov´ an´ı. Konstanty jsou vˇzdy nulové, pˇr´ıznaky se mˇen´ı dle smˇeru pohybu. Formát poˇzadavku popisuje tabulka 4.8. • Pohybujeme se dopˇredu. Poloˇzka Flagy má hodnotu 0x02. • Vrac´ıme se na u ´roveˇ n rodiˇce. Poloˇzka Flagy má hodnotu 0x03. Byt 0 0x81

Byty 1 a 2t Délka paketu

Byt 3 Volitelné parametry

Tabulka 4.4: Poˇzadavek na odpojen´ı

17

Byt 0 0xA1



Tabulka 4.5: Tvar odpovˇedi Byt 0 0x02 (0x82 pokud se jedn´ a o závˇereˇcn´ y paket)



Tabulka 4.6: Poˇzadavek na operaci Put • Skok do koˇrenového adres´ aˇre.Poloˇzka Flagy má hodnotu 0x02 a poloˇzka se jménem je pr´ azdn´ a. • Vytvoˇren´ı adres´ aˇre. Poloˇzka Flagy má hodnotu 0x00 a poloˇzka se jménem obsahuje jméno vytv´ aˇreného adres´ aˇre. Jakmile server obdrˇz´ı poˇzadavek na zmˇenu cesty, pokus´ı se ho provést. Podle v´ ysledku ’ operace poˇsle odpovˇed zpˇet klientovi. Následuj´ıc´ı tabulka zobrazuje moˇzné odpovˇedi.

4.2.6

Operace pˇ reruˇ sen´ı (Abort)

Operace Abort ukonˇc´ı aktu´ alnˇe provádˇenou operaci.

4.3

Profily vyuˇ z´ıvaj´ıc´ı protokol OBEX

Protokol OBEX je vyuˇz´ıv´ an v nˇekolika dalˇs´ıch profilech, které urˇcuj´ı jeho uplatnˇen´ı. Tyto profily jsou: • Object Push Profile slouˇz´ı pro pˇrenos objekt˚ u, jako jsou napˇr´ıklad vizitky. • Synchronization Profile slouˇz´ı k synchronizaci kontakt˚ u, poznámek apod. mezi dvˇema zaˇr´ızen´ımi. • Basic Printing Profile umoˇzn ˇuje tisk krátk´ ych text˚ u, jako jsou emaily, vizitky a textové zpr´ avy pˇr´ımo z mobiln´ıch zaˇr´ızen´ı. • Basic Imaging Profile umoˇzn ˇuje tisk, pˇrenos a zmˇenu nˇekter´ ych parametr˚ u u obrázk˚ u. • File Transfer Profile umoˇzn ˇuje pˇrenos soubor˚ u mezi dvˇema zaˇr´ızen´ımi. Tento profil je podrobnˇe pops´ an v n´ asleduj´ıc´ı kapitole. Ne vˇsechny zde vyjmenované profily mus´ı zaˇr´ızen´ı, jeˇz má implementován protokol OBEX, podporovat. Byt 0 K´ od odpovˇedi



Tabulka 4.7: Tvar odpovˇedi 18

0x85

Délka paketu

Flagy

Konstanty

ID spojen´ı Jméno sloˇzky

Tabulka 4.8: Tvar poˇzadavku na zmˇenu cesty Kód 0xA0 0xC4 0xC1

Popis ´ ech Uspˇ Poˇzadovan´ y adres´ aˇr neexistuje. U návratu zpˇet znaˇc´ı, ˇze jsme jiˇz v koˇrenovém adres´ aˇri Proch´ azen´ı adres´ aˇr˚ u je zakázáno. Adresáˇr je jen pro ˇcten´ı pˇri vytváˇren´ı adresáˇre Tabulka 4.9: Tvar poˇzadavku na zmˇenu cesty

4.3.1

File Transfer Profile

File Transfer Profile umoˇzn ˇuje operace se soubory na serveru. Nejˇcastˇeji tento profil podporuj´ı zaˇr´ızen´ı jako PDA, notebooky a klasické PC. Stále ˇcastˇeji se vˇsak objevuje i v mobiln´ıch telefonech. Profil poskytuje tˇri moˇznosti vyuˇzit´ı: • Zobrazen´ı adres´ aˇr˚ u na serveru a jejich procházen´ı. • Pˇrenos soubor˚ u ze serveru na klienta a naopak. • Manipulaci ze soubory na serveru. Umoˇzn ˇuje mazat a vytváˇret soubory a sloˇzky.

19

Kapitola 5

V´ yvoj aplikac´ı pro Windows Mobile V´ yvoj aplikac´ı pro Microsoft Windows Mobile je velmi podobn´ y v´ yvoji pro klasick´ y Microsoft Windows. Aplikaˇcn´ı rozhran´ı obsahuje obdobné funkce jako u klasického win32 win API. Rozd´ıly jsou jen v absenci nˇekter´ ych funkc´ı, které nebyly implementovány. Napˇr´ıklad nˇekteré funkce pro pr´ aci s adres´ aˇri. Dalˇs´ım rozd´ılem jsou velmi omezené zdroje, které m´ a program k dispozici, oproti klasické PC platformˇe. Pˇredevˇs´ım se jedná o velikost pamˇeti a u ´loˇzného prostoru. S t´ımto omezen´ım je potˇreba poˇc´ıtat a pˇrizp˚ usobit jim návrh programu.

5.1

Softwarov´ e poˇ zadavky

U následuj´ıc´ıch poˇzadavk˚ u se pˇredpokládá v´ yvoj pod operaˇcn´ım systémem Microsoft Windows XP a novˇejˇs´ı. U starˇs´ıch verz´ı nebo pod jin´ ym operaˇcn´ım systémem nemus´ı b´ yt tyto poˇzadavky dostaˇcuj´ıc´ı pro v´ yvoj aplikac´ı. Jednotlivé poˇzadavky: • Windows XP a vyˇsˇs´ı • Nˇekteré v´ yvojové prostˇred´ı od Microsoftu: Visual Studio nebo eMbedded Visual C++ • Software Development Kit (SDK) pro pˇr´ısluˇsn´ y c´ılov´ y operaˇcn´ı systém. V pˇr´ıpadˇe pouˇzit´ı Visual Studia 2005 a vyˇsˇs´ı je jiˇz SDK pro Windows Mobile 2003 jako voliteln´ a poloˇzka pˇri instalaci.

5.2

V´ yvojov´ a prostˇ red´ı

V této kapitole jsou pops´ ana v´ yvojov8 prostˇred´ı. Zm´ınˇena jsou pouze v´ yvojová prostˇred´ı od firmy Microsoft. • eMbedded Visual Tools 3.0 je starˇs´ı v´ yvojové prostˇred´ı urˇcené pro v´ yvoj pro operaˇcn´ı systém Windows Mobile 2002. Obsahuje grafické rozhran´ı, integrovan´ y pˇrekladaˇc a lad´ıc´ı n´ astroje. • eMbedded Visual C++ 4.0 je odlehˇcenou verz´ı Visual Studia. Obsahuje moˇznosti eMbedded Visual Tools, které obohacuje o nˇekolik funkc´ı, napˇr´ıklad nástroj Just in Time debuger, kter´ y umoˇzn ˇuje ladˇen´ı programu i v pˇr´ıpadˇe, ˇze nebyl spuˇstˇen z v´ yvojového prostˇred´ı. 20

• Visual Studio 2003 a vyˇsˇs´ı je plnohodnotné v´ yvojové prostˇred´ı, které nen´ı zamˇeˇreno jen na v´ yvoj pro operaˇcn´ı systém Windows Mobile, ale i pro klasické Windows.

5.2.1

Ladˇ en´ı

Nalezen´ı chyb v programu je velmi d˚ uleˇzitá ˇcást v procesu v´ yvoje. Ve zm´ınˇen´ ych v´ yvojov´ ych prostˇred´ıch je nˇekolik n´ astroj˚ u, které tuto ˇcinnost usnadˇ nuj´ı. Nejd˚ uleˇzitˇejˇs´ım z tˇechto nástroj˚ u je bezpochyby integrovan´ y debugger, kter´ y umoˇzn´ı krokován´ı kódu, v´ ypis hodnot promˇenn´ ych a jejich modifikaci. Souˇc´ ast´ı kaˇzdého SDK je i emulátor pˇr´ıstroje s pˇr´ısluˇsn´ ym operaˇcn´ım systémem, kter´ y umoˇzn ˇuje témˇeˇr plnohodnotnou náhradu fyzického pˇr´ıstroje. Problém nastává v pˇr´ıpadˇe, ˇze v programu potˇrebujeme pracovat s perifern´ımi zaˇr´ızen´ımi, nebo s nˇekter´ ymi integrovan´ ymi moduly jako jsou GPS, Bluetooth nebo GSM. Stoprocentn´ı emulace zat´ım nen´ı dostupn´ a. Dalˇs´ı moˇznost´ı je program spustit pˇr´ımo na existuj´ıc´ım zaˇr´ızen´ı. Pro tento u ´ˇcel je nutn´ y program ActiveSync, kter´ y zajist´ı pˇrenos dat mezi v´ yvojov´ ym prostˇred´ım a pˇr´ıstrojem.

5.3

Zdroje informac´ı a dokumentace

Základn´ım zdrojem informac´ı pro v´ yvoj jsou zdroje poskytované firmou Microsoft na serveru MSDN [6], kde se nalch´ az´ı dokumentace knihoven funkc´ı, nástin postup˚ u, a také pˇr´ıklady jiˇz hotového k´ odu. Existuje mnoˇzstv´ı dalˇs´ı stránek zab´ yvaj´ıc´ı se touto problematikou, napˇr. The Code Project [5], kde se nacház´ı velké mnoˇzstv´ı zdrojov´ ych kód˚ u.

21

Kapitola 6

Rozbor probl´ emu C´ılem je navrhnout aplikaci, kter´ a bude schopná synchronizovat adresáˇre mezi Pocket PC a serverem. Synchronizace bude prob´ıhat pomoc´ı technologie Bluetooth a protokolu OBEX. Aplikace bude urˇcena pro operaˇcn´ı systém Microsoft Windows Mobile 5.0 nebo Microsoft Windows Mobile 6.0.

6.1

Komunikace

Pro pˇrenos dat byla zvolena technologie Bluetooth a funkce, které poskytuje File Transfer Profile. Podrobnˇejˇs´ı popis tˇechto technologi´ı byl pˇredmˇetem pˇredchoz´ıch kapitol.

6.2

OBEX FTP a jeho omezen´ı

OBEX FTP slouˇz´ı k pˇrenosu soubor˚ u mezi serverem a klientem. Umoˇzn ˇuje také zobrazit strukturu adres´ aˇre a pˇreruˇsit aktuálnˇe provádˇenou operaci. Podrobnosti o moˇznostech tohoto profilu jsou v kapitole o protokolu OBEX.

6.2.1

Informace o souboru na serveru

Informace o struktuˇre adres´ aˇre jsou ze serveru poslány jako odpovˇed’ na poˇzadavek Folder Browsing. Odpovˇed´ı je dokument ve formátu XML. Zde je uveden pˇr´ıklad takového dokumentu, kter´ y je z´ısk´ an z adres´ aˇre, kter´ y obsahuje jeden adresáˇr Directory a jeden soubor File.dat. <parent-folder /> Kromˇe jména souboru a oznaˇcen´ı, zda se jedná o adresáˇr, nebo soubor, je zde jeˇstˇe nˇekolik parametr˚ u. • size ud´ av´ a velikost souboru v bytech. 22

• modified je ˇcas posledn´ı zmˇeny souboru. • create je ˇcas, kdy byl soubor vytvoˇren. • accesed je ˇcas posledn´ıho pˇr´ıstupu do souboru. Nˇekteré implementace serveru mohou pos´ılat i dalˇs´ı poloˇzky, napˇr´ıklad pˇr´ıstupová pr´ ava k soubor˚ um a typ média, na kterém jsou data uloˇzena, nebo naopak nemus´ı pos´ılat ˇcas zmˇeny a posledn´ıho pˇr´ıstupu.

6.2.2

Omezen´ı

Vzhledem k malému mnoˇzstv´ı funkc´ı je nutné sloˇzitˇejˇs´ı operace provést pomoc´ı v´ıce operac´ı jednoduˇsˇs´ıch. Vznik´ a zde prostor pro vznik chyb. Je nutné oˇsetˇrit situace, kdy se mezi jednotliv´ ymi operacemi vyskytne problém a nebude moˇzné dokonˇcit celou zam´ yˇslenou u ´lohu. Mezi tyto operace patˇr´ı napˇr´ıklad operace zmˇeny ˇcásti souboru, nebo pˇrejmenov´ an´ı souboru, u kter´ ych je nutn´ y pˇrenos na klienta a poté, po u ´pravˇe, zpˇet na server. V ide´ aln´ım pˇr´ıpadˇe je pˇri nemoˇznosti kompletn´ıho dokonˇcen´ı proveden okamˇzit´ y návrat do p˚ uvodn´ıho stavu na obou stranách, tedy jak na klientovi, tak na serveru. Tato moˇznost vˇsak vˇetˇsinou nen´ı dosaˇziteln´ a. Je tedy nutné uloˇzit dostateˇcné informace, aby bylo moˇzné pˇri dalˇs´ım pˇr´ıstupu nekompletn´ı operaci rozpoznat a zabránit pˇrenosu neplatn´ ych dat.

6.3

Synchronizace

Hlavn´ım u ´kolem aplikace je porovnán´ı zadan´ ych adresáˇr˚ u. V pˇr´ıpadˇe, ˇze jsou adres´ aˇre rozd´ılné, aplikace pˇrenese soubory tak, aby tyto rozd´ıly odstranil. Kontrola mus´ı probˇehnout pˇri nalezen´ı zaˇr´ızen´ı a poté se mus´ı periodicky opakovat ve stanoven´ ych ˇcasov´ ych intervalech, dokud se zaˇr´ızen´ı nach´ az´ı v dosahu.

6.3.1

Porovn´ an´ı soubor˚ u

Prvn´ı operac´ı pˇri samotné synchronizaci je porovnán´ı dvou soubor˚ u. Pˇri porovnán´ı se zjiˇst’uje, ve kterém souboru doˇslo ke zmˇenˇe.

6.3.2

Konfliktn´ı stav

Pˇri konfliktu soubor˚ u m´ a stejn´ y soubor na serveru i na klientovi jin´ y obsah. Nen´ı tedy moˇzné pˇrenést jeden soubor bez toho, aby byla vylouˇcena moˇznost ztráty dat. Tyto stavy je potˇreba detekovat a ˇreˇsit.

6.3.3

Souˇ casn´ y pˇ r´ıstup v´ıce zaˇ r´ızen´ı

Pokud se o pˇr´ıstup k serveru snaˇz´ı v jednom okamˇziku v´ıce klient˚ u, mus´ı b´ yt zajiˇstˇeno, aby nedoˇslo k souˇcasnému pˇr´ıstupu do jednoho adresáˇre. Pokud by k této situaci doˇslo, mohlo by to zp˚ usobit nekonzistentn´ı stav adresáˇre, pˇri kterém by ˇcást soubor˚ u, která z˚ ustala nezmˇenˇena, byla starˇs´ı verze, a ˇc´ ast, která se nahrála z klienta, byla verze novˇejˇs´ı. Vzniku tohoto stavu je nutné zabr´ anit.

23

6.3.4

Chybov´ e stavy

V pr˚ ubˇehu synchronizace m˚ uˇze doj´ıt k situac´ım, pˇri kter´ ych nebude moˇzné operaci dokonˇcit. M˚ uˇze doj´ıt ke ztr´ atˇe spojen´ı pˇri vypnut´ı zaˇr´ızen´ı, opuˇstˇen´ı dosahu signálu, nebo z nˇejakého jiného d˚ uvodu. Dalˇs´ı problém nastane v pˇr´ıpadˇe nedostatku m´ısta na disku pˇri pˇrenosu dat. Uˇzivatel m´ a také moˇznost aplikaci ukonˇcit a znemoˇznit tak dokonˇcen´ı synchronizace. Pˇri vˇsech tˇechto pˇr´ıpadech mus´ı b´ yt zajiˇstˇeno, aby nedoˇslo ke ztrátˇe dat, nebo pouˇz´ıv´ an´ı nekompletn´ıho souboru.

6.4

Konfigurace

Aplikace mus´ı umoˇzn ˇovat nˇekolik voliteln´ ych nastaven´ı. Pro nastaven´ı je nutné vytvoˇrit rozhran´ı, které bude umoˇzn ˇovat jejich zmˇenu. Seznam voliteln´ ych nastaven´ı je uveden n´ıˇze. • Volba zaˇr´ızen´ı, se kter´ ymi má prob´ıhat synchronizace. • Nastaven´ı adres´ aˇr˚ u, ke kaˇzdému zaˇr´ızen´ı, se kter´ ymi má prob´ıhat synchronizace • Moˇznost nastavit logov´ an´ı chyb, informac´ı o pˇrenesen´ ych souborech • Nastaven´ı chov´ an´ı v pˇr´ıpadˇe konfliktu

24

Kapitola 7

Popis implementace Cel´ y projekt je rozdˇelen do dvou aplikac´ı. Prvn´ı aplikace m˚ uˇze bˇeˇzet na pozad´ı a zajiˇst’uje synchronizaci soubor˚ u a druh´ a aplikace slouˇz´ı ke konfiguraci pˇrenos˚ u, jak byla popsána v sekci o popisu konfigurace v pˇredchoz´ı kapitole. Obˇe aplikace jsou implementovány za pouˇzit´ı programovac´ıho jazyka C++ s vyuˇzit´ım v´ yvojového prostˇred´ı Microsoft Visual Studio 2005 a SDK pro Windows Mobile 5.0.

7.1 7.1.1

Bluetooth Rozhran´ı pro OBEX

V SDK pro Windows Mobile jsou k dispozici rozhran´ı objekt˚ u, které usnadˇ nuj´ı práci s protokolem OBEX. Pˇrehled pouˇzit´ ych rozhran´ı je v tabulce 7.1.

7.1.2

Vyhled´ av´ an´ı zaˇ r´ızen´ı

K vyhled´ av´ an´ı zaˇr´ızen´ı je moˇzné pouˇz´ıt nˇekolik metod. Funkce IObex::StartDeviceEnum, která je zde vyuˇzita, spust´ı vyhledáván´ı, které bˇeˇz´ı neustále na pozad´ı. S vyuˇzit´ım rozhran´ı IObexSink je moˇzné pˇrepsat funkci IObexSink::Notify, která je volána vˇzdy pˇri události na zaˇr´ızen´ı. Ud´ alost´ı je myˇsleno napˇr´ıklad objeven´ı zaˇr´ızen´ı, ztráta zaˇr´ızen´ı z dosahu, nebo zmˇena na vzd´ aleném zaˇr´ızen´ı.

7.1.3

Pˇ ripojen´ı

Jedn´ım z parametr˚ u funkce Notify je i promˇenná PropertyBag, která obsahuje informace o vzdáleném zaˇr´ızen´ı, s jejichˇz pomoc´ı je moˇzné zaˇr´ızen´ı identifikovat a pˇripojit se na nˇej. IObex IDeviceEnum IObexDevice IObexSink IHeaderCollection IPropertyBagEnum

Poskytuje primárn´ı rozhran´ı pro pˇr´ıstup k objektu OBEX. Rozhran´ı slouˇz´ı k vyhledáván´ı vzdálen´ ych zaˇr´ızen´ı. Rozhran´ı slouˇz´ı k pˇrenosu dat z a na konkrétn´ı zaˇr´ızen´ı. Rozhran´ı umoˇzn ˇuje nastavit oznámen´ı v pˇr´ıpadˇe události na zaˇr´ızen´ı. Rozhran´ı slouˇz´ıc´ı k manipulaci s objekty hlaviˇcek. Rozhran´ı umoˇzn ˇuj´ıc´ı pˇr´ıstup k promˇenn´ ym tˇr´ıdy PropertyBag. Tabulka 7.1: Pˇrehled pouˇzit´ ych rozhran´ı

25

Pˇred samotn´ ym pˇripojen´ım je potˇreba svázat vzdálené zaˇr´ızen´ı s rozhran´ım IObexDevice. To zajist´ı funkce IObex::BindToDevice. Poté je jiˇz moˇzné se pomoc´ı funkce IObexDevice::Connect pˇripojit.

7.1.4

Pˇ renos dat

K pˇrenosu dat je vyuˇzito rozhran´ı IObexDevice a to konkrétnˇe funkce Put, pro pˇrenos dat na server, a Get, pro pˇrenos opaˇcn´ ym smˇerem. Pˇrenos dat je moˇzné pˇreruˇsit funkc´ı Abort.

7.2

Synchronizace

Postup pˇri synchronizaci je zn´ azornˇen na následuj´ıc´ım diagramu. Jedná se o postup pˇri synchronizaci jednoho jiˇz pˇripojeného zaˇr´ızen´ı, ve kterém je synchronizován jeden adres´ aˇr. V pˇr´ıpadˇe v´ıce zaˇr´ızen´ı s v´ıce adresáˇri by byl postup obdobn´ y, jen by se opakoval v´ıcekr´ at. Postup synchronizace je zn´ azornˇen na obrázku A.2.

7.2.1

Informace o synchronizaci adres´ aˇ re

Jeˇstˇe pˇredt´ım neˇz rozebereme porovnán´ı soubor˚ u, je nutné popsat princip, jak´ ym jsou ukládány informace o jiˇz dokonˇcen´ ych synchronizac´ıch. Po probˇehnut´ı synchronizace adres´ aˇre je v nˇem uloˇzen soubor se strukturou, která je znázornˇena v tabulce 7.1:

Obr´ azek 7.1: Struktura souboru s informacemi o adresáˇri O kaˇzdém souboru jsou zde uloˇzeny informace o posledn´ı zmˇenˇe, která v nˇem probˇehla, a to jak na serveru, tak na klientovi. Tyto informace umoˇzn ˇuj´ı porovnávat soubory pˇri synchronizaci a urˇcovat, u kter´ ych doˇslo ke zmˇenˇe, aniˇz by bylo nutné soubor stahovat. Postaˇc´ı n´ am tedy data, kter´ a n´ am poskytne server pˇri poˇzadavku na obsah adresáˇre.

7.2.2

ˇ sen´ı porovn´ Reˇ an´ı souboru

Pro porovn´ an´ı soubor˚ u jsou implementovány dva postupy. V´ ybˇer postupu, kter´ y bude pouˇzit, z´ aleˇz´ı na nˇekolika faktorech. V nˇekter´ ych pˇr´ıpadech mohou b´ yt dokonce pouˇzity oba. V´ıce o tˇechto postupech i o tom, v jak´ ych situac´ıch jsou pouˇzity je popsáno v následuj´ıc´ıch podkapitol´ ach. Porovn´ an´ı jiˇ z synchronizavan´ eho souboru Tento postup je ve vˇetˇsinˇe pˇr´ıpad˚ u pouˇzit jako prvn´ı. Základem je soubor s informacemi o pˇredchoz´ı synchronizaci popsan´ y v sekci 7.2.1. Nejprve jsou z´ıskány aktuáln´ı informace o souborech na serveru a na klientovi v pˇr´ısluˇsném adresáˇri. Tyto informace jsou poté

26

porovn´ av´ any s informace ze souboru s daty o synchronizaci. Pokud doˇslo v souboru ke zmˇenˇe, data se liˇs´ı a je moˇzné vyhodnotit, kter´ y soubor byl zmˇenˇen a provést pˇrenos. Bohuˇzel nˇekteré pˇr´ıstroje, napˇr´ıklad mobiln´ı telefony, neukládaj´ı ˇcas posledn´ı zmˇeny v souboru, takˇze popsan´ y postup zde nelze pouˇz´ıt. Kontroln´ı souˇ cet Pˇredchoz´ı postup vˇsak m˚ uˇze selhat. Pokud nen´ı soubor s informacemi z pˇredchoz´ı synchronizace k dispozici, at’ uˇz z d˚ uvodu, ˇze se jedná o prvn´ı synchronizaci, nebo byl poˇskozen, je nemoˇzné jej aplikovat. V tomto pˇr´ıpadˇe je nutné soubor ze serveru stáhnout a uloˇzit do doˇcasného souboru. Poté je vypoˇcten kontroln´ı souˇcet u staˇzeného souboru a u souboru na klientovi. Kontroln´ı souˇcty jsou porovnány a pokud se nerovnaj´ı, jsou soubory v konfliktu. Pokud se rovnaj´ı, jsou soubory identické a nen´ı tˇreba je pˇrenáˇset. Pro v´ ypoˇcet kontroln´ıho souˇctu byl pouˇzit algoritmus MD5, jehoˇz detailn´ı popis je k nalezen´ı napˇr´ıklad v dokumentu rfc 1321 [8] . Funkce pro v´ ypoˇcet je napsána v jazyce C a je vloˇzena do samostatné dynamické knihovny, která mus´ı b´ yt distribuována spolu s programem. Tento postup je vˇsak jiˇz ˇcasovˇe nároˇcnˇejˇs´ı, neˇz pˇredchoz´ı. Nav´ıc zde m˚ uˇze doj´ıt k problému s nedostatkem m´ısta na disku. Soubor se vyskytuje na disku dvakrát. Jednou v p˚ uvodn´ım m´ıstˇe a podruhé jako doˇcasn´ y soubor. ˇ sen´ı konfliktu soubor˚ Reˇ u Program nen´ı schopen v pˇr´ıpadˇe konfliktu soubor˚ u vyhodnotit, kter´ y soubor se má pˇrenáˇset. Mus´ı b´ yt nastaveno pravidlo, jak se v tomto pˇr´ıpadˇe chovat. Moˇznosti nastaven´ı chov´ an´ı jsou pops´ any v uˇzivatelské pˇr´ıruˇcce, která je um´ıstˇena v pˇr´ıloze tohoto dokumentu. Vyhodnocov´ an´ı samostatn´ eho souboru V pˇr´ıpadˇe, ˇze se soubor naléz´ a na jednom ze zaˇr´ızen´ı, které se synchronizuj´ı, je automaticky pˇrenesen na zaˇr´ızen´ı, na kterém se nenacház´ı.

7.2.3

Synchronizace v´ıce zaˇ r´ızen´ı

U kaˇzdého zaˇr´ızen´ı, které se objev´ı v dosahu, je vyhodnoceno, zda se má doj´ıt k synchronizaci. Pokud ano, je vloˇzeno do fronty. Jednotlivá zaˇr´ızen´ı ve frontˇe jsou postupnˇe synchronizov´ ana. Jakmile jsou synchronizována vˇsechna zaˇr´ızen´ı, spust´ı se ˇcasovaˇc, kter´ y zajist´ı opˇetovné spuˇstˇen´ı synchronizace po poˇzadované dobˇe. Pokud se zaˇr´ızen´ı vzd´ al´ı z dosahu signálu, nebo jinak odstranˇeno z viditelnosti klienta, dojde k jeho vyjmut´ı z fronty. Také v pˇr´ıpadˇe, ˇze dojde pˇri synchronizaci k chybˇe je zaˇr´ızen´ı z fronty odstranˇeno. Uzamyk´ an´ı adres´ aˇ r˚ u Zamyk´ an´ı adres´ aˇre slouˇz´ı k zamezen´ı pˇr´ıstupu v´ıce klient˚ u k jednomu adresáˇri na serveru. Prob´ıh´ a formou nahr´ an´ı souboru, jehoˇz existence je klientem testována pˇred kaˇzd´ ym pokusem o pˇr´ıstup k adres´ aˇri. Zámek je na server nahr´ an pˇred zaˇcátkem pˇrenosu dat a poté je aktualizován pˇred pˇrenosem kaˇzdého souboru. Soubor obsahuje dvˇe informace. Prvn´ı z nich je odhad doby, po kterou bude trvat pˇrenos aktu´ alnˇe pˇrenáˇseného souboru. Druhá je k dispozici v pˇr´ıpadˇe, ˇze 27

je soubor na server nahr´ av´ an a je to jméno tohoto souboru. Slouˇz´ı v pˇr´ıpadˇe nedokonˇceného pˇrenosu k identifikaci a n´ aslednému smazan´ı tohoto souboru. Postup vyhodnocen´ı, zda je adresáˇr uzamˇcen, je na diagramu A.1.

7.2.4

Oˇ setˇ ren´ı chybov´ ych stav˚ u

U vˇsech pˇr´ıpad˚ u, kdy nedojde k dokonˇcen´ı synchronizace, je d˚ uleˇzité m´ıt moˇznost identifikovat soubor, kter´ y nebyl cel´ y pˇrenesen a tento kompletn´ı soubor smazat. Z d˚ uvodu identifikace je vˇzdy uloˇzeno jméno aktuálnˇe pˇrenáˇseného souboru do souboru v adresáˇri, do kterého je soubor nahr´ av´ an. V pˇr´ıpadˇe, ˇze bude pˇrenos neoˇcekávanˇe ukonˇcen bude nekompletn´ı soubor rozpozn´ an pˇri pˇr´ıˇst´ım pokusu o synchronizaci.

7.3

Konfigurace

Pro konfiguraci synchronizace je vytvoˇrena samostatná aplikace, pˇri jej´ıˇz implementaci byla pouˇzita knihovna MFC [7]. Pouˇzit´ı knihovny MFC pˇri programován´ı aplikac´ı popisuje kniha [2] Nastaven´ı je ukl´ ad´ ano do registr˚ u systému Windows do kl´ıˇce: HKEY_CURRENT_USER\Software\ObexFTP synchronize\ObexConfig\ Z registru jsou nastaven´ı naˇcteny aplikac´ı pro synchronizaci. Nastaven´ı, které zaˇr´ızen´ı synchronizovat a nastaven´ı adres´ aˇr˚ u na nich, jsou uloˇzeny v samostatn´ ych souborech.

7.4

Instalace

Pro vytvoˇren´ı instalaˇcn´ıho bal´ıˇcku byl zvolen soubor ve formátu cab. Jedná se o speciáln´ı typ archivu, kter´ y umoˇzn ˇuje uchovat vˇsechny potˇrebné informace o poˇzadovaném um´ıstˇen´ı jednotliv´ ych soubor˚ u, které obsahuje. Také je moˇzné uloˇzit data, která se maj´ı vloˇzit do registru operaˇcn´ıho systému. Soubory typu cab jsou operaˇcn´ım systémem Windows Mobile podporov´ any a instalace z nich probˇehne automaticky.

28

Kapitola 8

Z´ avˇ er Byla vytvoˇrena aplikace, kter´ a umoˇzn ˇuje synchronizaci zadan´ ych adresáˇr˚ u mezi serverem a klientem pomoc´ı technologie Bluetooth. Pˇri implementaci byly vyuˇzity znalosti z´ıskané v pr˚ ubˇehu studia, pˇredevˇs´ım z pˇredmˇet˚ u, které se t´ ykaly programován´ı a algoritmizace.

8.1

Moˇ zn´ a rozˇ s´ıˇ ren´ı do budoucna

Program splˇ nuje poˇzadovanou funkˇcnost. I pˇresto je zde nˇekolik moˇznost´ı, jak dosáhnout zv´ yˇsen´ı uˇzivatelského komfortu a vylepˇsen´ı schopnost´ı programu. V této podobˇe je velmi nepˇresné porovnáván´ı ˇcasu posledn´ı zmˇeny v pˇr´ıpadˇe konfliktu ˇ nen´ı naˇcten ze serveru a pokud nejsou nastaven´ı stejná, nemus´ı b´ soubor˚ u. Cas yt vyhodnocen´ı spr´ avné. M˚ uˇze tedy doj´ıt k nahrán´ı starˇs´ıho souboru i pˇri poˇzadavku na soubor novˇejˇs´ı. Dalˇs´ım moˇzn´ ym vylepˇsen´ım je moˇznost synchronizovat pouze jednotlivé soubory, bez nutnosti synchronizovat cel´ y adresáˇr. Pokud by mˇel b´ yt program pouˇzit pouze pro zálohován´ı dat, bylo by to v souˇcasné konfiguraci velmi problematické. Pro tento u ´ˇcel by bylo nutné implementovat moˇznost pouze jednosmˇerné synchronizace, aby nedocházelo k pˇrepisu soubor˚ u z m´ısta zálohy na klienta.

8.2

Testov´ an´ı

Testov´ an´ı programu prob´ıhalo na operaˇcn´ım systému Microsoft Windows Mobile 6.0 na pˇr´ıstroji E-ten X500. Jako server bylo pouˇzito nˇekolik zaˇr´ızen´ı: HP nx7100 s integrovan´ ym Bluetooth adaptérem, Bluetooth adaptér MSI BToes 2.0 a mobiln´ı telefony Nokia 3110c a Nokia 6234.

29

Literatura [1] Bluetooth Special Interest Group. Bluetooth specification version 1.1. 2002. [2] Wingo Scot Kruglinski David, Shepherd George. Programujeme v Microsoft Visual C++. Computer Press, 2002. ISBN 80-7226-362-5. [3] Wool Avishai Shaked Yaniv. Cracking the bluetooth pin. http://www.eng.tau.ac.il/∼yash/shaked-wool-mobisys05/. [4] WWW str´ anky. Bluetooth special interest group oficial site. http://www.bluetooth.com/bluetooth/. [5] WWW str´ anky. The code project. http://www.codeproject.com/KB/mobile/. [6] WWW str´ anky. Microsoft developer network. http://msdn2.microsoft.com/cs-cz/default(en-us).aspx. [7] WWW str´ anky. Microsoft fundation class. http://msdn2.microsoft.com/en-us/library/d06h2x6e(VS.80).aspx. [8] WWW str´ anky. Rfc 1321 - the md5 message-digest algorithm. http://www.faqs.org/rfcs/rfc1321.html.

30

Dodatek A

V´ yvojov´ e diagramy

Obr´ azek A.1: Diagram vyhodnocen´ı zámku adresáˇre

31

Obr´ azek A.2: Diagram algoritmu synchronizace

32

Dodatek B

Uˇ zivatelsk´ a pˇ r´ıruˇ cka B.1

Konfiguraˇ cn´ı aplikace

Tato aplikace slouˇz´ı ke konfiguraci synchronizace. Obsahuje ˇctyˇri panely, kaˇzd´ y z nich je zamˇeˇren na nastaven´ı spolu souvisej´ıc´ıch vlastnost´ı. Konfigurace je naˇc´ıtána pˇred kaˇzd´ ym pokusem o synchronizaci a pˇri startu aplikace pro synchronizaci.

B.1.1

Nastaven´ı vzd´ alen´ ych zaˇ r´ızen´ı

Obr´ azek B.1: Panel nastaven´ı zaˇr´ızen´ı Hlavn´ı panel obsahuje seznam zaˇr´ızen´ı, se kter´ ymi jiˇz klient nˇekdy navázal kontakt. Kaˇzdá poloˇzka m´ a form´ at, kter´ y je na obrázku B.1. Modrá barva oznaˇcuje zaˇr´ızen´ı, které je v dosahu, ˇcerven´ a to, které nen´ı viditelné. Pro um´ıstˇen´ı zaˇr´ızen´ı do tohoto seznamu je nutné jej nejdˇr´ıve vyhledat. K tomuto u ´ˇcelu slouˇz´ı tlaˇc´ıtko vyhledat, které jednak spust´ı Bluetooth, pokud jiˇz nen´ı spuˇstˇené a pak zaˇcne vyhledávat zaˇr´ızen´ı v dosahu. Tlaˇc´ıtko Syn, slouˇz´ı k nastaven´ı zaˇr´ızen´ı do stavu synchronizovat, nebo nesynchronizovat. V pˇr´ıpadˇe, ˇze je zobrazeno p´ısmeno S, zaˇr´ızen´ı se bude s klientem synchronizovat. Zaˇr´ızen´ı je moˇzné ze seznamu odstranit tlaˇc´ıtkem smazat. Pˇr´ı zmˇenˇe v seznamu je nutné tento seznam uloˇzit tlaˇc´ıtkem Uloˇz. 33

Jméno

Adresa

P´ısmeno S, oznaˇcuj´ıc´ı, ˇze se má se zaˇr´ızen´ım synchronizovat Tabulka B.1: Poloˇzka se zaˇr´ızen´ım S: C:

Cesta na serveru Cesta na klientovi

Tabulka B.2: Cesty k adresáˇr˚ um urˇcen´ ych k synchronizaci

B.1.2

Nastaven´ı adres´ aˇ r˚ u

Obr´ azek B.2: Panel nastaven´ı adresáˇr˚ u k synchronizaci

Tato sekce slouˇz´ı k nastaven´ı cest, které se maj´ı synchronizovat na konkrétn´ım zaˇr´ızen´ı. Hlavn´ı panel obsahuje informace o aktuálnˇe nastaven´ ych cestách ve formátu zobrazeném na obr´ azku B.2. Zaˇr´ızen´ı, o kterém jsou informace zobrazeny, je vyb´ıráno na pˇredchoz´ım panelu Zaˇr´ızen´ı. Novou cestu nastav´ıme pomoc´ı tlaˇc´ıtka Nov´ y, které zobraz´ı dialog v´ ybˇeru cest, zobrazen´ y na obr´ azku B.4. Moˇznost je aktivn´ı pouze v pˇr´ıpadˇe, ˇze je vybráno zaˇr´ızen´ı na panelu nastaven´ı zaˇr´ızen´ı a toto zaˇr´ızen´ı je v dosahu. Dalˇs´ı dvˇe moˇznosti jsou Uloˇz a Smaˇz, které slouˇz´ı k uloˇzen´ı souˇcasného nastaven´ı a ke smazán´ı vybrané poloˇzky. Obr´ azek B.3 zobrazuje dialog pro v´ ybˇer adresáˇre na klientovi. Tlaˇc´ıtko Ok potvrzuje volbu, tlaˇc´ıtko Zpˇet vrac´ı na pˇredchoz´ı nab´ıdku a ruˇs´ı v´ ybˇer. Dialog umoˇzn ˇuje v´ ybˇer cest na serveru a na klientovi, které se maj´ı synchronizovat. Horn´ı ˇc´ ast umoˇzn ˇuje vybrat cestu na klientovi. Doln´ı ˇcást slouˇz´ı k procházen´ı adresáˇr˚ u na serveru. Jakmile jsou vybr´ any cesty, tak tlaˇc´ıtko OK potvrd´ı volbu. Tlaˇc´ıtkem Zpˇet se lze vrátit na panel pro konfiguraci adresáˇr˚ u.

34

Obr´ azek B.3: Dialog pro v´ ybˇer adresáˇre na klientovi

B.1.3

Nastaven´ı obecn´ ych vlastnost´ı

• Nastaven´ı akce, kter´ a se má provést v pˇr´ıpadˇe konfliktu soubor˚ u na serveru a na klientovi. • Nastaven´ı adres´ aˇr˚ u, které se maj´ı synchronizovat v pˇr´ıpadˇe, ˇze nejsou ˇzádné nastaveny. • Posledn´ı volbou je cesta pro doˇcasné uloˇzen´ı staˇzeného souboru, v pˇr´ıpadˇe poˇzadavku na porovn´ an´ı obsahu souboru na klientovi a na serveru.

B.1.4

Nastaven´ı logu

Posledn´ım panelem je panel pro nastaven´ı logu. Na tomto panelu se nacházej´ı následuj´ıc´ı volby • Nastaven´ı souboru pro ukl´ adán´ı chybov´ ych hláˇsek. • Nastaven´ı souboru pro ukl´ adán´ı logu synchronizace. • Povolen´ı logu chyb. • Povolen´ı logu synchronizace. • Nastaven´ı zda ukl´ adat ˇcas vzniku události do logu. • Nastaven´ı zda logovat i soubory, které nejsou pˇrenáˇseny.

B.2

Synchronizaˇ cn´ı aplikace

Tato ˇc´ ast je po uˇzivatelské str´ ance velmi jednoduchá. Pˇri spuˇstˇen´ı aplikace je pouze nutné spustit sychronizaci tlaˇc´ıtkem START. V pr˚ ubˇehu synchronizace je moˇzné pˇreruˇsit pr´ avˇe prob´ıhaj´ıc´ı akci tlaˇc´ıtkem Zruˇsit, které je um´ıstˇeno na dialogu indikace pr˚ ubˇehu pˇrenosu souboru. Aplikaci je moˇzné ukonˇcit tlaˇc´ıtkem KONEC. 35

Obr´ azek B.4: Dialog v´ ybˇeru cest k synchronizaci

Obr´ azek B.5: Panel nastaven´ı obecn´ ych vlastnost´ı

36

Obr´ azek B.6: Panel nastaven´ı logu

Obrázek B.7: Obex Daemon

37

Dodatek C

Obsah CD Na CD se nach´ az´ı nˇekolik sloˇzek. Zde je popis jejich obsahu: • Instalacni balicek - obsahuje dva instalaˇcn´ı bal´ıˇcky pro Windows Mobile 6.0 a 2003 • md5DLLCE - obsahuje zdrojov´ y kód funkci pro v´ ypoˇcet MD5 • ObexConfig - obsahuje zdrojov´ y kód konfiguraˇcn´ı aplikace • ObexDaemon - obsahuje zdrojov´ y kód synchronizaˇcn´ı aplikace • ObexInstall - obsahuje zdrojov´ y kód pro vytvoˇren´ı instalaˇcn´ıho bal´ıˇcku • Spustitelne soubory - obsahuje spustitelné soubory pro WM 6.0 a WM 2003 • Technicka zprava - obsahuje technickou zprávu a jej´ı zdrojov´ y kód

38

BLUETOOTH OBEX FTP KLIENT PRO POCKET PC

Recommend Documents