Západočeská univerzita v Plzni Fakulta aplikovaných věd Katedra informatiky a výpočetní techniky. v mobilních aplikacích

Za´padoˇceska´ univerzita v Plzni Fakulta aplikovanyćh vˇed Katedra informatiky a vy´poˇcetn´ı techniky

Diplomov´ a pr´ ace Pouˇ zit´ı cloudov´ ych u ´ loˇ ziˇ st’ v mobiln´ıch aplikac´ıch

Plzeˇ n 2014

Jarom´ır Stanˇek

Prohl´ aˇ sen´ı Prohlaˇsuji, ˇze jsem diplomovou práci vypracoval samostatnˇe a v´ yhradnˇe s pouˇzit´ım citovan´ ych pramen˚ u. V Plzni dne 26. ˇcervna 2014 Jarom´ır Stanˇek

Abstract Use of cloud storage in mobile applications This thesis focuses on cloud storage services and their use in desktop and mobile applications. First part of the thesis is devoted to a brief introduction of cloud computing and its categories. This part is followed by an overview of selected cloud storage services with a particular focus on limitations in the use of the services and existing applications for accessing them. Next part studies the API provided for accessing the services. Based on the theoretical part a new library is proposed and implemented. As a part of the library design new functionality is proposed. With the use of the library two applications are then developed. First application is a desktop application pro accessing files in the cloud storages while the second one is a mobile application.

Obsah ´ 1 Uvod

1

2 Cloudov´ e sluˇ zby 2.1 Rozdˇelen´ı cloudov´ ych sluˇzeb . . . . . . . . . . . . . . . . . . .

2 3

3 Cloudov´ au ´ loˇ ziˇ stˇ e 3.1 Vybraná u ´loˇziˇstˇe . . . . . . . . . . 3.2 Srovnán´ı u ´loˇziˇst’ . . . . . . . . . . . 3.2.1 Licenˇcn´ı ujednán´ı . . . . . . 3.2.2 Kapacita u ´loˇziˇst’ . . . . . . 3.2.3 Limit velikosti soubor˚ u . . . 3.2.4 Autorizace pˇr´ıstupu . . . . . 3.2.5 Zp˚ usob v´ ymˇeny informac´ı . 3.3 Dostupná API a SDK . . . . . . . 3.3.1 Základn´ı porovnán´ı . . . . . 3.3.2 Dostupná dokumentace . . . 3.3.3 Náhled do obsahu knihoven 3.3.4 Pˇr´ım´ y pˇr´ıstup . . . . . . . . 3.4 Existuj´ıc´ı aplikace . . . . . . . . . . 3.4.1 Nativn´ı klienti . . . . . . . . 3.4.2 Klienti tˇret´ıch stran . . . . .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5 5 6 6 6 7 8 11 15 15 16 16 18 18 18 19

4 N´ avrh knihovny 4.1 Volba vlastn´ıho ˇreˇsen´ı . . . . 4.2 Poˇzadovaná funkcionalita . . . 4.3 Proces autorizace . . . . . . . 4.4 Metadata . . . . . . . . . . . 4.5 Chybová hláˇsen´ı . . . . . . . . 4.6 Informace o uˇzivateli . . . . . 4.7 Mnoˇzina operac´ı . . . . . . . . 4.7.1 Generická operace . . 4.7.2 Manipulace se soubory 4.7.3 Informaˇcn´ı operace . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

21 21 21 22 26 28 29 30 30 31 34

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

5 N´ avrh rozˇ s´ıˇ ren´ e funkcionality 35 5.1 Paraleln´ı nahráván´ı . . . . . . . . . . . . . . . . . . . . . . . . 35 5.2 Zrychlen´ı stahován´ı . . . . . . . . . . . . . . . . . . . . . . . . 36 5.3 Kontrola konzistence dat . . . . . . . . . . . . . . . . . . . . . 39

5.4 5.5 5.6

Synchronizace sloˇzek . . . . . . 5.4.1 Selektivn´ı synchronizace Transfer soubor˚ u . . . . . . . . Rozvrˇzen´ı funkcionality . . . . .

. . . .

. . . .

. . . .

6 Implementace knihovny 6.1 Volba komponent . . . . . . . . . . . 6.2 Odliˇsnosti cloudov´ ych u ´loˇziˇst’ . . . . 6.2.1 Konfigurace na stranˇe u ´loˇziˇst’ 6.2.2 Rozfázován´ı operac´ı . . . . . . 6.3 Rozvrˇzen´ı knihovny . . . . . . . . . . 6.4 Dosaˇzené v´ ysledky . . . . . . . . . . 7 Implementace klientsk´ e aplikace 7.1 Rozˇs´ıˇrená funkcionalita . . . . . . . . 7.1.1 Kontrola konzistence dat . . . 7.1.2 Synchronizace sloˇzek . . . . . 7.1.3 Transfer soubor˚ u . . . . . . . 7.2 Rozvrˇzen´ı aplikace . . . . . . . . . . 7.2.1 Grafické uˇzivatelské rozhran´ı . 7.2.2 Zpracován´ı na pozad´ı . . . . . 8 Implementace mobiln´ıho 8.1 Vybraná funkcionalita 8.2 Rozvrˇzen´ı aplikace . . 8.3 Ukázka aplikace . . . .

. . . .

. . . . . .

. . . . . . .

. . . .

. . . . . .

. . . . . . .

. . . .

. . . . . .

. . . . . . .

. . . .

. . . . . .

. . . . . . .

. . . .

. . . . . .

. . . . . . .

. . . .

. . . . . .

. . . . . . .

. . . .

. . . . . .

. . . . . . .

. . . .

. . . . . .

. . . . . . .

. . . .

. . . . . .

. . . . . . .

. . . .

. . . . . .

. . . . . . .

. . . .

. . . . . .

. . . . . . .

. . . .

. . . . . .

. . . . . . .

. . . .

. . . . . .

. . . . . . .

. . . .

40 41 41 42

. . . . . .

44 44 45 45 46 47 51

. . . . . . .

54 54 54 55 56 57 57 59

klienta 61 . . . . . . . . . . . . . . . . . . . . . . 62 . . . . . . . . . . . . . . . . . . . . . . 62 . . . . . . . . . . . . . . . . . . . . . . 64

9 Moˇ znosti rozˇ s´ıˇ ren´ı 66 9.1 Webová sluˇzba . . . . . . . . . . . . . . . . . . . . . . . . . . 67 10 Z´ avˇ er

69

Pˇ r´ıloha A A.1 Dokumentace knihovny . . . A.1.1 Metody knihovny . . A.1.2 V´ yjimky . . . . . . . A.1.3 Rozhran´ı . . . . . . . A.1.4 Abstraktn´ı tˇr´ıdy . . A.1.5 Konfiguraˇcn´ı soubor A.1.6 Nasazen´ı knihovny .

80 80 80 86 86 87 87 91

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

Pˇ r´ıloha B B.1 Uˇzivatelská pˇr´ıruˇcka - MultiCloudDesktop B.1.1 Instalace a spuˇstˇen´ı . . . . . . . . . B.1.2 Ovládán´ı . . . . . . . . . . . . . . . B.2 Uˇzivatelská pˇr´ıruˇcka - MultiCloudAndroid B.2.1 Instalace a spuˇstˇen´ı . . . . . . . . . B.2.2 Ovládán´ı . . . . . . . . . . . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

92 92 92 93 102 102 102

Pˇ r´ıloha C 108 C.1 Obsah CD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108

´ 1 Uvod Mezi jeden z fenomén˚ u dneˇsn´ı doby, které se v oblasti informaˇcn´ıch technologi´ı ˇcasto skloˇ nuj´ı, patˇr´ı tzv. cloudy. Zde se pod t´ımto pojem oznaˇcuj´ı sluˇzby dostupné prostˇrednictv´ım s´ıtˇe Internet a je moˇzné je dále dˇelit do kategori´ı, které jsou popsány v následuj´ıc´ı kapitole. Jednou ze sluˇzeb poskytovan´ ych v cloudu jsou i cloudová u ´loˇziˇstˇe, ve kter´ ych je moˇzno uchovávat soubory uˇzivatele. Jedná se o veˇrejné sluˇzby, které jsou ˇcasto poskytovány bezplatnˇe. Tato diplomová práce se zamˇeˇruje na cloudová u ´loˇziˇstˇe a moˇznosti jejich vyuˇzit´ı na desktopové i mobiln´ı platformˇe. Jedn´ım z c´ıl˚ u práce je prozkoumat vybraná cloudová u ´loˇziˇstˇe, jejich vlastnosti a analyzovat principy jejich fungován´ı. Souˇca´st´ı anal´ yzy je i prozkoumán´ı jiˇz existuj´ıc´ıch knihoven a aplikac´ı pracuj´ıc´ıch s cloudov´ ymi u ´loˇziˇsti. Pro vybraná u ´loˇziˇstˇe pak bude vytvoˇrena aplikace, která bude schopna k tˇemto u ´loˇziˇst´ım pˇristupovat a spravovat data v nich uloˇzená. Dalˇs´ım c´ılem je rozˇs´ıˇrit základn´ı funkcionalitu o funkce usnadˇ nuj´ıc´ı práci s uloˇzen´ ymi daty. Jako usnadnˇen´ı je zde uvaˇzován stav, kdy uˇzivatel je schopen doc´ılit stejného v´ ysledku s niˇzˇs´ım poˇctem klientsk´ ych aplikac´ı, za kratˇs´ı dobu nebo vykonán´ım niˇzˇs´ıho poˇctu u ´kon˚ u. Mezi takové funkce se ˇrad´ı napˇr´ıklad synchronizace sloˇzek, nahráván´ı soubor˚ u na v´ıce u ´loˇziˇst’ zároveˇ n nebo transfer soubor˚ u mezi u ´loˇziˇsti. V´ ysledné aplikace by se tak mˇely svou funkcionalitou podobat jiˇz existuj´ıc´ım ˇreˇsen´ım a pˇrináˇset nad rámec existuj´ıc´ıch aplikac´ı novou funkcionalitu.

1

2 Cloudové sluˇzby Ve spojitosti s informaˇcn´ımi technologiemi (IT) se stále ˇcastˇeji skloˇ nuje slovo cloud. V prvn´ı ˇradˇe je d˚ uleˇzité tento pojem pˇresnˇeji definovat a následnˇe zavést pojmy s n´ım spojené. Poté je moˇzno zavést rozdˇelen´ı cloudu a urˇcit um´ıstˇen´ı cloudov´ ych u ´loˇziˇst’ v rámci tohoto rozdˇelen´ı. Doslovn´ y pˇreklad slova cloud zn´ı oblak“. V poˇc´ıtaˇcové terminologii se ” t´ımto pojmem bˇeˇznˇe oznaˇcuje velké seskupen´ı objekt˚ u, které zdánlivˇe tvoˇr´ı jednotn´ y celek, pˇriˇcemˇz jednotlivé prvky tohoto seskupen´ı nejsou bl´ıˇze zkoumány. Ve schématick´ ych nákresech jsou takováto seskupen´ı znázornˇena právˇe oblakem [1]. Základn´ım pojmem z oblasti cloud˚ u je cloud computing. Jedná se o model zpˇr´ıstupnˇen´ı a poskytován´ı v´ ypoˇcetn´ıho v´ ykonu uˇzivatel˚ um formou sluˇzeb. Základn´ı charakteristiky tohoto pˇr´ıstupu jsou následuj´ıc´ı [1, 3]: • Sluˇ zba na poˇ z´ ad´ an´ı – uˇzivatel plat´ı pouze za to, co opravdu vyuˇz´ıvá a své poˇzadavky m˚ uˇze mˇenit bez nutnosti zásahu ze strany poskytovatele sluˇzeb. ˇ alovatelnost a elasticita – umoˇzn • Sk´ ˇuje dynamicky pˇridˇelovat a odeb´ırat zdroje dle aktuáln´ıch potˇreb uˇzivatel˚ u. • Sd´ılen´ı zdroj˚ u a n´ aklad˚ u – rovnˇeˇz oznaˇcováno jako multitenancy“, ” kde v´ıce uˇzivatel˚ u mezi sebou sd´ıl´ı jak zdroje, tak i náklady s nimi spojené. • Monitorov´ an´ı v´ ykonu – automatická správa a optimalizace vyuˇz´ıván´ı zdroj˚ u, transparentn´ı monitorován´ı sluˇzby. • Dostupnost – ke sluˇzbˇe je moˇzno pˇristupovat z jakéhokoliv m´ısta prostˇrednictv´ım Internetu. V´ yhodami pouˇz´ıván´ı cloudov´ ych sluˇzeb je pˇredevˇs´ım odst´ınˇen´ı uˇzivatele od problém˚ u spojen´ ych s provozem sluˇzby, pˇr´ıstup odkudkoliv, odolnost proti ztrátˇe dat a rychlé pˇrizp˚ usoben´ı potˇrebám uˇzivatele. Mezi nev´ yhody pak patˇr´ı, ˇze uˇzivatel nev´ı, co se s jeho daty dˇeje a kde jsou fyzicky uloˇzena, dále také závislost na poskytovateli sluˇzby a pˇripojen´ı k s´ıti Internet.

2

Cloudové sluˇzby

2.1

Rozdˇelen´ı cloudových sluˇzeb

Rozdˇ elen´ı cloudov´ ych sluˇ zeb

Sluˇzby v cloudu je moˇzno rozdˇelit do nˇekolika kategori´ı v závislosti na u ´hlu pohledu. Pˇri pohledu na model poskytovan´ ych sluˇzeb, se uplatˇ nuje následuj´ıc´ı dˇelen´ı [1]: • Infrastruktura jako sluˇ zba (IaaS) – v tomto pˇr´ıpadˇe je poskytovatelem poskytován pˇr´ımo hardware ˇci jeho virtualizace. Poskytovatel˚ u na této u ´rovni nen´ı z pravidla mnoho a sluˇzba je urˇcena pˇreváˇznˇe pro spoleˇcnosti, které potˇrebuj´ı rychle spustit nov´ y hardware a nechtˇej´ı ˇreˇsit problémy s n´ım spojené. • Platforma jako sluˇ zba (PaaS) – poskytována je pˇredem pˇripravená platforma, na které je moˇzno vyv´ıjet a provozovat aplikace uˇzivatele. V´ yhodou pro uˇzivatele je odst´ınˇen´ı od problém˚ u spojen´ ych s provozem platformy. • Software jako sluˇ zba (SaaS) – poskytovatel poskytuje jiˇz hotov´ y software. Sluˇzba na této u ´rovni je zamˇeˇrena pˇredevˇs´ım na koncové uˇzivatele, kteˇr´ı pˇristupuj´ı pˇr´ımo k softwaru a jsou tak odst´ınˇeni od implementaˇcn´ıch detail˚ u. Toto je pouze základn´ı dˇelen´ı, které b´ yvá ˇcasto rozˇs´ıˇreno o dalˇs´ı kategorie. Jednou z rozˇsiˇruj´ıc´ıch kategori´ı m˚ uˇze b´ yt napˇr´ıklad Storage as a service, kde poskytovanou sluˇzbou je právˇe cloudové u ´loˇziˇstˇe [2]. Mezinárodn´ı telekomunikaˇcn´ı uni´ı (ITU) jsou pak zavedeny jeˇstˇe následuj´ıc´ı dvˇe kategorie: Communications as a Service, kde poskytovanou sluˇzbou je komunikace v reálném ˇcase, a Network as a Service, kde je poskytována konektivita [3]. Druh´ ym pohledem na cloudové sluˇzby je jejich rozdˇelen´ı podle zp˚ usobu nasazen´ı: • Priv´ atn´ı cloud – sluˇzba je provozována pouze v rámci organizace, at’ uˇz organizac´ı samotnou, nebo extern´ım dodavatelem. • Veˇ rejn´ y cloud – jedná se o model, kdy je sluˇzba nab´ıdnuta ˇsiroké veˇrejnosti a tud´ıˇz k n´ı muˇze pˇristupovat kdokoliv.

3

Cloudové sluˇzby

Rozdˇelen´ı cloudových sluˇzeb

• Komunitn´ı cloud – model, kdy je sluˇzba sd´ılena mezi nˇekolika organizacemi ˇci v omezené skupinˇe uˇzivatel˚ u. • Hybridn´ı cloud – jedná se o kombinaci dvou a v´ıce cloud˚ u (veˇrejn´ ych, komunitn´ıch a privátn´ıch), které jsou mezi sebou propojeny. Tato práce je zamˇeˇrena na cloudová u ´loˇziˇstˇe, která spadaj´ı do kategorie veˇrejn´ ych cloud˚ u. Cloudová u ´loˇziˇstˇe je rovnˇeˇz moˇzno klasifikovat jako sluˇzby, u kter´ ych je poskytován jiˇz hotov´ y software, do kterého nemá uˇzivatel moˇznost zasahovat (SaaS).

4

3 Cloudová u´loˇziˇstˇe V této kapitole jsou pˇredstavena vybraná cloudová u ´loˇziˇstˇe, se kter´ ymi se v dalˇs´ıch ˇcástech práce pracuje. Zamˇeˇren´ı kapitoly je pˇredevˇs´ım na základn´ı vlastnosti jednotliv´ ych u ´loˇziˇst’, na moˇznosti pˇr´ıstupu k u ´loˇziˇsti pomoc´ı aplikac´ı tˇret´ıch stran a na podporu tvorby takov´ ych aplikac´ı ze strany poskytovatel˚ uu ´loˇziˇst’.

3.1

Vybran´ au ´ loˇ ziˇ stˇ e

Pro u ´ˇcely této práce byla vybrána pouze nˇekterá z dostupn´ ych u ´loˇziˇst’. V´ ybˇer u ´loˇziˇst’ byl proveden na základˇe popularity u ´loˇziˇst’ a s ohledem na dostupnost a podporu rozhran´ı pro programován´ı aplikac´ı (API), pˇr´ıpadnˇe bal´ıku nástroj˚ u pro v´ yvoj aplikac´ı (SDK). Dalˇs´ım faktorem, kter´ y ovlivnil v´ ybˇer, bylo i to, ˇze u vybran´ ych u ´loˇziˇst’ je vyuˇz´ıváno stejného zp˚ usobu pro autorizaci aplikace a v´ ymˇenu informac´ı. Ze ˇsiroké mnoˇziny u ´loˇziˇst’ byla vybrána tato u ´loˇziˇstˇe: • Dropbox od spoleˇcnosti Dropbox, Inc., • Google Drive od spoleˇcnosti Google Inc., • OneDrive (p˚ uvodnˇe SkyDrive) od spoleˇcnosti Microsoft. Pro u ´plnost je nutno jeˇstˇe uvést dalˇs´ı u ´loˇziˇstˇe, která byla zkoumána, ale nebyla nakonec vybrána. Mezi hlavn´ı d˚ uvody pro vyˇrazen´ı u ´loˇziˇstˇe patˇr´ı napˇr´ıklad nedostupnost API ˇci SDK, nedostupnost API ˇci SDK pro zvolenou platformu a programovac´ı jazyk, proprietárn´ı ˇreˇsen´ı autorizace, atp. Mezi zkoumaná a vyˇrazená u ´loˇziˇstˇe patˇr´ı napˇr´ıklad iCloud od spoleˇcnosti Apple Inc., SugarSync od spoleˇcnosti SugarSync, Inc., Box od spoleˇcnosti Box, Inc., Amazon Cloud Drive od spoleˇcnosti Amazon.com, Inc., Ubuntu One od spoleˇcnosti Canonical Ltd., a dalˇs´ı.

5

Cloudová u ´loˇziˇstˇe

3.2

Srovnán´ı u ´loˇziˇst’

Srovn´ an´ı u ´ loˇ ziˇ st’

Kaˇzdé z cloudov´ ych u ´loˇziˇst’ je implementováno jinak, liˇs´ı se zp˚ usobem poskytován´ı sluˇzeb, zp˚ usobem pˇr´ıstupu ke sluˇzbˇe, velikost´ı poskytovaného prostoru a dalˇs´ımi parametry. Následuje pohled na základn´ı parametry u ´loˇziˇst’, jejichˇz souhrn je následnˇe zachycen v tabulce 3.2.

3.2.1

Licenˇ cn´ı ujedn´ an´ı

Podm´ınkou pro uˇz´ıván´ı sluˇzeb cloudov´ ych u ´loˇziˇst’ je vˇzdy vytvoˇren´ı uˇzivatelského u ´ˇctu. Ned´ılnou souˇcást´ı procesu vytváˇren´ı uˇzivatelského u ´ˇctu je i odsouhlasen´ı licenˇcn´ıch podm´ınek. Licenˇcn´ı podm´ınky vˇsech u ´loˇziˇst’ si jsou velmi podobné. Mezi body, které je vhodné zm´ınit, patˇr´ı napˇr´ıklad to, ˇze podm´ınky uˇz´ıván´ı sluˇzby se mohou kdykoliv zmˇenit. Dalˇs´ım d˚ uleˇzit´ ym bodem je, ˇze aˇckoliv uˇzivatel z˚ ustává vlastn´ıkem obsahu, m˚ uˇze poskytovatel sluˇzby do jeho obsahu zasahovat. V´ yznamné je také, ˇze poskytovatel nepˇreb´ırá zodpovˇednost za obsah [4, 5, 6].

3.2.2

Kapacita u ´ loˇ ziˇ st’

D˚ uleˇzit´ ym parametrem, na kter´ y je tˇreba se zamˇeˇrit u jednotliv´ ych u ´loˇziˇst’, je velikost dostupného prostoru pro soubory a poplatky spojené s poskytován´ım tohoto prostoru. Vˇsechna vybraná u ´loˇziˇstˇe poskytuj´ı prostor zdarma, kter´ y je moˇzno za urˇcit´ ych podm´ınek rozˇs´ıˇrit, at’ se jedná o bezplatné nav´ yˇsen´ı prostoru na základˇe nˇejaké akce, nebo rozˇs´ıˇren´ı prostoru spojené s finanˇcn´ım poplatkem. Dalˇs´ım d˚ uleˇzit´ ym aspektem poskytován´ı prostoru je zp˚ usob, kter´ ym je onen prostor vyuˇz´ıván. Kaˇzdé z vybran´ ych u ´loˇziˇst’ vyuˇz´ıvá rezervovan´ y prostor odliˇsnˇe. Dropbox poˇc´ıtá do celkového obsazeného prostoru i obsah sd´ılen´ ych sloˇzek. Pokud tedy uˇzivatelé mezi sebou sd´ıl´ı nˇejak´ y obsah, zapoˇc´ıtává se jeho velikost do obsazeného prostoru vˇsech tˇechto uˇzivatel˚ u [7]. Google Drive vyhrazen´ y prostor sd´ıl´ı i mezi dalˇs´ı své sluˇzby. Obsazen´ y prostor tak tvoˇr´ı soubory z u ´loˇziˇstˇe, emaily a uloˇzené konverzace sluˇzby GMail a fotografie aplikace Google+, které jsou vˇetˇs´ı neˇz 2048 × 2048 pixel˚ u [8]. 6



Pro OneDrive nebyla zjiˇstˇena ˇza´dná neobvyklost ve vyuˇz´ıván´ı dostupného prostoru ˇci v´ ypoˇctu jeho obsazen´ı. V tomto smˇeru funguje vˇse dle oˇcekáván´ı a vyuˇzit´ y prostor odpov´ıdá souˇctu velikost´ı vˇsech soubor˚ uvu ´loˇziˇsti.

3.2.3

Limit velikosti soubor˚ u

Kaˇzdé z u ´loˇziˇst’ má jiné nastaven´ı limit˚ u pro soubory. Limity se t´ ykaj´ı pˇredevˇs´ım maximáln´ı velikosti souboru v u ´loˇziˇsti, maximáln´ı velikosti souboru pˇri nahráván´ı pˇres klientskou aplikaci a webové rozhran´ı, nebo také omezen´ı platná pro jednotlivé typy soubor˚ u. Pro Dropbox plat´ı, ˇze maximáln´ı velikost souboru nahraného pomoc´ı desktopové nebo mobiln´ı aplikace nen´ı omezena. Stejnˇe tak nen´ı omezena ani maximáln´ı velikost souboru v u ´loˇziˇsti. Omezen´ı plat´ı pouze pro maximáln´ı velikost souboru nahraného pˇres webové rozhran´ı, které je nastaveno na 10 GB [9]. U Dropboxu nejsou zavedeny ˇza´dné limity pro jednotlivé typy soubor˚ u. Jedin´ ym limitem v tomto smˇeru je moˇznost nastaven´ı omezen´ı pˇr´ıstupu aplikace pouze k urˇcit´ ym kategori´ım soubor˚ u pˇres API. Mezi tyto kategorie patˇr´ı textové soubory, dokumenty, obrázky, videa, hudba a elektronické knihy, a pro kaˇzdou kategorii je definována mnoˇzina koncovek soubor˚ u, podle kter´ ych jsou jednotlivé soubory do kategori´ı pˇriˇrazovány [10]. Google Drive má maximáln´ı velikost souboru v u ´loˇziˇsti omezenou na 1 TB. Vˇetˇs´ı soubory nen´ı moˇzné v u ´loˇziˇsti zobrazit. Pro soubory v Google Docs formátu plat´ı zvláˇstn´ı omezen´ı. Dokumenty mohou obsahovat maximálnˇe 1 024 000 znak˚ u a nahrané dokumenty konvertované do formátu Google Docs nesm´ı b´ yt vˇetˇs´ı neˇz 10 MB. Pro tabulky plat´ı omezen´ı na 400 000 bunˇek a 256 sloupc˚ u. Nahrané a konvertované tabulky do Google Docs formátu nesm´ı b´ yt vˇetˇs´ı neˇz 20 MB. Pro tabulky plat´ı jeˇstˇe nˇekolik dalˇs´ıch omezen´ı. Posledn´ım typem soubor˚ u s omezen´ım jsou prezentace, pro které plat´ı, ˇze nesm´ı b´ yt vˇetˇs´ı neˇz 50 MB. Pro dokumenty, tabulky i prezentace, které nejsou pˇrevedeny do Google Docs formátu, plat´ı maximáln´ı velikost souboru 1 TB [11]. Maximáln´ı velikost souboru pro u ´loˇziˇstˇe OneDrive je 2 GB. Toto omezen´ı plat´ı i pro nahráván´ı soubor˚ u, at’ uˇz pˇres webové rozhran´ı, nebo pˇres klientskou aplikaci. Jednotlivé typy soubor˚ u nejsou na tomto u ´loˇziˇsti zvláˇst’ limitovány [12].

7


3.2.4


Autorizace pˇ r´ıstupu

Pro v´ yvoj aplikac´ı je rovnˇeˇz d˚ uleˇzité znát zp˚ usob, jak´ ym je aplikaci povoleno pˇristupovat k soubor˚ um uˇzivatele. Pro pˇr´ıstup ke vˇsem vybran´ ym u ´loˇziˇst´ım je vyuˇzito OAuth 2.0 frameworku. Tento framework definuje metody, kter´ ymi je moˇzno autorizovat aplikaci pro pˇr´ıstup k dat˚ um uˇzivatele, a je popsán v dokumentu RFC 6749 vydaného pod IETF. Verze OAuth 2.0 rovnˇeˇz nahrazuje pˇredchoz´ı verzi OAuth 1.0, se kterou nen´ı zpˇetnˇe kompatibiln´ı [13, 14, 15]. Autorizaˇcn´ı framework je vyuˇz´ıván hned z nˇekolika d˚ uvod˚ u. Jedn´ım z tˇechto d˚ uvod˚ u je zjednoduˇsen´ı pˇr´ıstupu k uloˇzen´ ym dat˚ um, zvláˇstˇe pak pokud se jedná o opakované pˇr´ıstupy, mezi kter´ ymi je delˇs´ı ˇcasov´ y odstup. Následuje nˇekolik pˇr´ıpad˚ u, které jsou autorizaˇcn´ım frameworkem ˇreˇseny. Pˇ rihlaˇ sov´ an´ı uˇ zivatele Máme u ´loˇziˇstˇe, ke kterému chceme pˇristupovat. Po pˇrihláˇsen´ı se pomoc´ı uˇzivatelského jména a hesla m˚ uˇzeme k u ´loˇziˇsti pˇristupovat po dobu platnosti vytvoˇreného sezen´ı. Po jeho vyprˇsen´ı se mus´ıme znovu pˇrihlásit. Pokud ale nechceme zadávat pˇrihlaˇsovac´ı u ´daje opakovanˇe, mus´ıme je nˇekde uloˇzit. V tomto bodˇe nastává problém, protoˇze k uloˇzen´ ym u ´daj˚ um se potenciálnˇe m˚ uˇze dostat neoprávnˇená osoba. Nav´ıc pˇri zmˇenˇe pˇrihlaˇsovac´ıch u ´daj˚ u bude opˇet nutné tyto u ´daje zadat do aplikace a uloˇzit. Oba tyto problémy ˇreˇs´ı OAuth 2.0. Pˇrihlaˇsovac´ı u ´daje uˇzivatele jsou potˇreba jen bˇehem procesu autorizace, kter´ ym je ve vˇetˇsinˇe pˇr´ıpad˚ u nutné proj´ıt pouze jednou. Po u ´spˇeˇsné autorizaci je aplikaci pˇridˇelen pˇr´ıstupov´ y token, kter´ y je uloˇzen a vyuˇz´ıván pro opakovan´ y pˇr´ıstup. Spolu s pˇr´ıstupov´ ym tokenem m˚ uˇze b´ yt aplikaci pˇridˇelen i obnovovac´ı token, kter´ y slouˇz´ı pro z´ıskán´ı nového pˇr´ıstupového tokenu po vyprˇsen´ı jeho platnosti. Ukl´ ad´ an´ı pˇ rihlaˇ sovac´ıch u ´ daj˚ u Dalˇs´ım bezpeˇcnostn´ım rizikem je samotná aplikace. Uˇzivatel nemus´ı aplikaci d˚ uvˇeˇrovat a nechce tud´ıˇz skrze aplikaci pˇredávat pˇrihlaˇsovac´ı u ´daje vzdálenému serveru. Rizikem v tomto pˇr´ıpadˇe je, ˇze aplikace m˚ uˇze pˇrihlaˇsovac´ı u ´daje zachytit a zneuˇz´ıt. Pˇri pouˇzit´ı OAuth 2.0 frameworku aplikace v ideáln´ım pˇr´ıpadˇe v˚ ubec nepˇrijde do styku s citliv´ ymi u ´daji uˇzivatele. Doporuˇcen´ ym krokem autorizaˇc-

8



n´ıho procesu je autentizace uˇzivatele skrze aplikaci, které uˇzivatel d˚ uvˇeˇruje, nejˇcastˇeji v´ ychoz´ı webov´ y prohl´ıˇzeˇc uˇzivatele. Veˇskerá bezpeˇcnostn´ı rizika spojená s autorizac´ı aplikace jsou popsána v sekci 10 dokumentu RFC 6749 [13]. OAuth 2.0 framework zavád´ı 4 základn´ı zp˚ usoby z´ıskán´ı pˇr´ıstupu k dat˚ um uˇzivatele a moˇznost rozˇs´ıˇrit tuto mnoˇzinu o dalˇs´ı zp˚ usoby. Z této mnoˇziny jsou pro dalˇs´ı ˇca´sti práce d˚ uleˇzité pouze dva zp˚ usoby z´ıskán´ı pˇr´ıstupu, a to sice Authorization Code Grant a Implicit Grant. Tyto dva zp˚ usoby autorizace jsou totiˇz podporovány vˇsemi vybran´ ymi u ´loˇziˇsti.

I. Authorization code grant Tento autorizaˇcn´ı grant slouˇz´ı pro z´ıskán´ı jak pˇr´ıstupového, tak i obnovovac´ıho tokenu. Tento zp˚ usob z´ıskán´ı pˇr´ıstupu je vhodn´ y pro klientské aplikace, které jsou provozovány na stranˇe uˇzivatele. Na obrázku 3.1 je zachycen pr˚ ubˇeh z´ıskáván´ı token˚ u.

Obrázek 3.1: Authorization code grant. Pr˚ ubˇeh z´ıskáván´ı token˚ u je rozdˇelen do nˇekolika krok˚ u. Kroky (A), (B) a (C) jsou rozdˇeleny do dvou ˇca´st´ı z d˚ uvodu jejich pr˚ uchodu prohl´ıˇzeˇcem. • (A) – Proces je zapoˇcat t´ım, ˇze klient sestav´ı poˇzadavek na autorizaci, kter´ y vyˇsle skrz uˇzivatel˚ uv prohl´ıˇzeˇc na autorizaˇcn´ı server. Souˇca´st´ı tohoto poˇzadavku je identifikátor klienta, poˇzadovan´ y rozsah pˇr´ıstupu, 9



stavová promˇenná a jednotn´ y identifikátor zdroje (URI), na kter´ y má b´ yt uˇzivatel pˇresmˇerován po dokonˇcen´ı procesu autorizace. • (B) – Autorizaˇcn´ı server ovˇeˇr´ı identitu uˇzivatele skrz prohl´ıˇzeˇc a nab´ıdne mu moˇznost poˇzadavek klienta na autorizaci potvrdit nebo zam´ıtnout. • (C) – Autorizaˇcn´ı server pˇresmˇeruje prohl´ıˇzeˇc zpˇet na klienta. Souˇcást´ı URI, na kterou je prohl´ıˇzeˇc pˇresmˇerován, je i autorizaˇcn´ı kód a stavová promˇenná, která byla zadána na zaˇcátku procesu. • (D) – Klient poˇsle poˇzadavek na z´ıskán´ı token˚ u autorizaˇcn´ımu serveru. Souˇca´st´ı poˇzadavku je i autorizaˇcn´ı kód z´ıskan´ y z pˇredchoz´ıho bodu a URI pro pˇresmˇerován´ı, která byla pouˇzita pro z´ıskán´ı autorizaˇcn´ıho kódu. • (E) – Autorizaˇcn´ı server verifikuje poˇzadavek a pokud je v poˇra´dku, vrát´ı klientovi pˇr´ıstupov´ y a pˇr´ıpadnˇe i obnovovac´ı token. II. Implicit grant Tento autorizaˇcn´ı grant slouˇz´ı pouze pro z´ıskáván´ı pˇr´ıstupového tokenu a je optimalizován pˇredevˇs´ım pro JavaScriptové klienty spouˇstˇené pˇr´ımo v prohl´ıˇzeˇci. Oproti pˇredchoz´ımu zp˚ usobu se liˇs´ı pˇredevˇs´ım t´ım, ˇze klient nepos´ılá ˇzádn´ y oddˇelen´ y poˇzadavek na z´ıskán´ı pˇr´ıstupového tokenu. Nam´ısto toho je pˇr´ıstupov´ y token souˇca´st´ı URI, na kterou je prohl´ıˇzeˇc pˇresmˇerován.

Obrázek 3.2: Implicit grant.

10



Na obrázku 3.2 je zachycen pr˚ ubˇeh z´ıskáván´ı pˇr´ıstupového tokenu. Kroky (A) a (B) jsou rozdˇeleny do dvou ˇcást´ı z d˚ uvodu jejich pr˚ uchodu prohl´ıˇzeˇcem. • (A) – Proces je opˇet zapoˇcat t´ım, ˇze klient sestav´ı poˇzadavek na autorizaci, kter´ y vyˇsle skrz uˇzivatel˚ uv prohl´ıˇzeˇc na autorizaˇcn´ı server. Souˇca´st´ı tohoto poˇzadavku je identifikátor klienta, poˇzadovan´ y rozsah pˇr´ıstupu, stavová promˇenná a URI pro pˇresmˇerován´ı po dokonˇcen´ı procesu autorizace. • (B) – Autorizaˇcn´ı server ovˇeˇr´ı identitu uˇzivatele skrz prohl´ıˇzeˇc a nab´ıdne mu moˇznost poˇzadavek klienta na autorizaci potvrdit nebo zam´ıtnout. • (C) – Autorizaˇcn´ı server pˇresmˇeruje prohl´ıˇzeˇc zpˇet na klienta. Souˇcást´ı fragmentu URI je i pˇr´ıstupov´ y token. • (D) – Prohl´ıˇzeˇc pokraˇcuje v pˇresmˇerován´ı t´ım, ˇze vyˇsle poˇzadavek na webov´ y zdroj klienta, ovˇsem bez fragmentu obsahuj´ıc´ı pˇr´ıstupov´ y token. • (E) – Od webového zdroje klienta je navrácena webová stránka se skriptem, kter´ y je schopen pˇr´ıstupu k URI fragmentu. • (F) – Prohl´ıˇzeˇc vykoná z´ıskan´ y skript a extrahuje tak pˇr´ıstupov´ y token z URI fragmentu. • (G) – Prohl´ıˇzeˇc poˇsle z´ıskan´ y pˇr´ıstupov´ y token klientovi. Vˇsechna vybraná u ´loˇziˇstˇe podporuj´ı oba dva popsané zp˚ usoby z´ıskán´ı pˇr´ıstupového tokenu OAuth 2.0 frameworku. Z´ıskan´ y token je pak nutné pˇri kaˇzdém poˇzadavku na u ´loˇziˇstˇe pˇredávat. To je moˇzno provést tˇremi zp˚ usoby, bud’ vloˇzen´ım autorizaˇcn´ı hlaviˇcky do zas´ılaného poˇzadavku, vloˇzen´ım pˇr´ıstupového tokenu jako parametru do tˇela poˇzadavku, nebo vloˇzen´ım jako parametru pˇr´ımo do URI poˇzadavku. Zp˚ usoby pouˇzit´ı pˇr´ıstupového tokenu jsou podrobnˇeji popsány v RFC 6750 [16].

3.2.5

Zp˚ usob v´ ymˇ eny informac´ı

Architekturou pro v´ ymˇenu dat mezi klientem a cloudov´ ym u ´loˇziˇstˇem je representational state transfer (REST). Jedná se o datovˇe orientovanou 11



architekturu urˇcenou pro pˇr´ıstup ke zdroj˚ um um´ıstˇen´ ym v distribuovaném prostˇred´ı. Mezi vlastnosti architektury patˇr´ı následuj´ıc´ı [17, 18]: • Model klient – server – Oddˇelen´ı prezentaˇcn´ı vrstvy od datové, kde klient má na starost uˇzivatelské rozhran´ı, zat´ımco server pracuje s datovou vrstvou. • Bezestavovost – Poˇzadavky mus´ı obsahovat kompletn´ı sadu parametr˚ u potˇrebn´ ych pro jejich vykonán´ı. V pˇr´ıpadˇe nutnosti uchovávat stavové informace se tak dˇeje na stranˇe klienta. • Cacheable – Moˇznost ukládat v´ ysledky nˇekter´ ych poˇzadavk˚ u pro zv´ yˇsen´ı v´ ykonnosti systému. • Vrstven´ y syst´ em – Server nemus´ı b´ yt koneˇcn´ ym serverem, ale m˚ uˇze slouˇzit jako prostˇredn´ık mezi klientem a dalˇs´ım serverem. • Code on demand – Moˇznost rozˇs´ıˇren´ı funkcionality klienta pomoc´ı kódu zaslaného serverem. • Jednotn´ e rozhran´ı – Jednotn´ y pˇr´ıstup pro manipulaci s daty, kter´ y vyuˇz´ıvá URI pro identifikaci zdroj˚ u. Nav´ıc pˇrenáˇsené zprávy mus´ı obsahovat dostatek informac´ı pro zpracován´ı zprávy. Mnoˇzina operac´ı pro manipulaci s daty je create, read, update a delete (CRUD). Tato mnoˇzina je koneˇcná a vˇsechny operace jsou mapovány na metody Hypertext Transfer Protokolu (HTTP), kter´ y je pouˇz´ıván jako protokol pro v´ ymˇenu zpráv. V tabulce 3.1 je mapován´ı operac´ı CRUD na metody HTTP [44]. Operace CRUD HTTP metody Create POST Read GET Update PUT Delete DELETE

Popis operace Vloˇzen´ı zdroje. Z´ıskán´ı zdroje. Modifikace zdroje. Smazán´ı zdroje.

Tabulka 3.1: Mapován´ı CRUD operac´ı na HTTP metody. Systém, kter´ y dodrˇzuje vˇsechny principy REST architektury je moˇzné oznaˇcit jako RESTful. U vˇsech vybran´ ych u ´loˇziˇst’ je moˇzno vyuˇz´ıt pˇr´ımého pˇr´ıstupu k dat˚ um pomoc´ı CRUD operac´ı REST architektury. Pˇr´ım´ y pˇr´ıstup je podrobnˇeji popsán v sekci 3.3.4. 12



Pro v´ ymˇenu dat mezi klientem a cloudov´ ym u ´loˇziˇstˇem je moˇzno vyuˇz´ıt r˚ uzn´ ych formát˚ u dat. Formátem vyuˇz´ıvan´ ym vˇsemi vybran´ ymi u ´loˇziˇsti je JavaScript Object Notation (JSON). Jedná se o textov´ y formát dat nezávisl´ y na programovac´ım jazyce. Tento formát je v souˇcasné dobˇe popsán dvˇema standardy, RFC 7159 [20] a ECMA-404 [21]. Standardy ECMA jsou vydávány organizac´ı Ecma International, která se zab´ yvá tvorbou standard˚ u pro informaˇcn´ı a komunikaˇcn´ı systémy. Zkratka ECMA znaˇc´ı European Computer Manufacturers Association. Hlavn´ımi stavebn´ımi kameny formátu JSON jsou dvojice kl´ıˇc – hodnota, které jsou pouˇz´ıvány k definici objekt˚ u, a pole hodnot. Formát JSON definuje 6 základn´ıch typ˚ u hodnot [19]. • object – Jedná se mnoˇzinu dvojic kl´ıˇc – hodnota, která je uzavˇrena do sloˇzen´ ych závorek ({ a }). Jednotlivé páry jsou oddˇeleny ˇca´rkou a oddˇelen´ı kl´ıˇce od hodnoty je provedeno pomoc´ı dvojteˇcky. Kl´ıˇce jsou tvoˇreny ˇretˇezcem. • array – Pole hodnot je uzavˇreno hranat´ ymi závorkami ([ a ]) a jednotlivé hodnoty jsou mezi sebou oddˇeleny ˇca´rkou. ˇ ezec znak˚ • string – Retˇ u je uzavˇren do uvozovek (") a nesm´ı obsahovat znak uvozovek a zpˇetné lom´ıtko, které slouˇz´ı jako uvozovac´ı znak ˇr´ıd´ıc´ı sekvence uvnitˇr ˇretˇezce. • number – Obecná ˇc´ıselná hodnota. • boolean – Logická hodnota true nebo false. • null – Prázdná hodnota. Pomoc´ı tˇechto základn´ıch hodnot je moˇzno definovat prakticky jakoukoliv datovou strukturu. V´ yhodou formátu JSON oproti jin´ ym formát˚ um bˇeˇznˇe pouˇz´ıvan´ ym je pˇredevˇs´ım jednoduchost, ˇcitelnost a n´ızká m´ıra reˇzie dat. Následuje ukázka zápisu dat ve formátu XML (kód 3.1) a stejn´ ych dat ve formátu JSON (kód 3.2). Extensible markup language (XML) je zde vybrán pˇredevˇs´ım jako ukázka alternativn´ıho formátu pro v´ ymˇenu dat.

13



< person id = " 1 " > < firstName > Philip < lastName > Black < address > < street > Somestreet < houseNumber >1 2 3 < city > Sometown < phone > < phoneNumber type = " mobile " >1 2 3 4 5 6 7 8 9 < phoneNumber type = " home " >9 8 7 6 5 4 3 2 1

Kód 3.1: Ukázka dat ve formátu XML. { " id " : 1 , " name " : " Philip Black " , " address " : { " street " : " Somestreet " , " house_number " : 1 2 3 , " city " : " Sometown " }, " phone " : [ { " type " : " mobile " , " number " : 1 2 3 4 5 6 7 8 9 }, { " type " : " home " , " number " : 9 8 7 6 5 4 3 2 1 } ] }

Kód 3.2: Ukázka dat ve formátu JSON.

14


Dostupná API a SDK

Dropbox prostoru 2 GB

Velikost zdarma Maximáln´ı velikost souboru v u ´loˇziˇsti Maximáln´ı velikost souboru nahraného aplikac´ı Maximáln´ı velikost souboru nahraného pˇres webové rozhran´ı Autorizace Komunikaˇcn´ı architektura Komunikaˇcn´ı protokol Formát zpráv ∗

Google Drive OneDrive 15 GB 7 GB

neomezená∗

1 TB

2 GB

neomezená∗

1 TB

2 GB

10 GB

1 TB

2 GB

OAuth 1.0, 2.0 REST

OAuth 2.0 REST

OAuth 2.0 REST

HTTP JSON

HTTP JSON

HTTP JSON

) Soubor nem˚ uˇze b´ yt vˇetˇs´ı neˇz dostupná kapacita u ´loˇziˇstˇe.

Tabulka 3.2: Srovnán´ı cloudov´ ych u ´loˇziˇst’.

3.3

Dostupn´ a API a SDK

Kaˇzdé z vybran´ ych u ´loˇziˇst’ nab´ız´ı v´ yvojáˇr˚ um vlastn´ı API nebo SDK pro v´ yvoj aplikac´ı. API ˇci SDK jsou ve vˇsech pˇr´ıpadech dostupné pro r˚ uzné programovac´ı jazyky a r˚ uzné platformy. Dále pak existuj´ı API a SDK tˇret´ıch stran, které je pro v´ yvoj rovnˇeˇz moˇzno pouˇz´ıt. API a SDK tˇret´ıch stran jsou ve vˇetˇsinˇe pˇr´ıpad˚ u dostupné pro kombinace programovac´ıch jazyk˚ u a platforem, které oficiáln´ı distribuce nepokr´ yvá.

3.3.1

Z´ akladn´ı porovn´ an´ı

Pro v´ yvoj aplikac´ı pro u ´loˇziˇstˇe Dropbox jsou dostupné knihovny pro programovac´ı a skriptovac´ı jazyky Python, Ruby, PHP a Java. Dále jsou dostupné knihovny pro v´ yvoj na mobiln´ıch platformách Android a iOS, a také pro platformu OS X. Mimo tyto oficiáln´ı knihovny jsou dostupné i knihovny tˇret´ıch stran pro jazyky C++, C#, JavaScript, a dalˇs´ı [22]. 15



Pro Google Drive jsou dostupné knihovny pro rodinu jazyk˚ u .NET, jazyky Java, JavaScript, Objective-C, PHP, Python, Go, Ruby, a dalˇs´ı [23]. Pro OneDrive jsou dostupná SDK pro v´ yvoj na mobiln´ıch platformách iOS, Android a Windows Phone. Dále je téˇz podporován v´ yvoj pro Windows a .NET [24].

3.3.2

Dostupn´ a dokumentace

Pro kaˇzdou oficiáln´ı API knihovnu nebo SDK bal´ık je dostupná online dokumentace. Nav´ıc jsou z oficiáln´ıch zdroj˚ u dostupné i pˇr´ıklady kódu pro vybrané jazyky a platformy. Google Drive a OneDrive nad rámec bˇeˇzné dokumentace jeˇstˇe poskytuj´ı interaktivn´ı webové rozhran´ı, pomoc´ı kterého je moˇzno vyzkouˇset si kl´ıˇcové koncepty v praxi. Google Drive toto rozhran´ı zobrazuje pro kaˇzdou ˇcást dokumentace API, zat´ımco OneDrive toto interaktivn´ı rozˇs´ıˇren´ı z dokumentace vyˇclenil[25]. Dropbox nab´ız´ı pˇr´ıklady a dokumentaci pro jednotlivé knihovny a zvláˇst’ pak ucelenou dokumentaci popisuj´ıc´ı vˇsechny základn´ı koncepty implementované u ´loˇziˇstˇem [22, 27]. U u ´loˇziˇstˇe Google Drive je dokumentace rozdˇelena do nˇekolika ˇca´st´ı. Principy autorizace jsou popsány v ˇcásti Authorize Requests, zat´ımco ˇ ast API Reference základn´ı koncepty u ´loˇziˇstˇe jsou v ˇca´sti Developer Guide. C´ pak popisuje jednotlivé ˇca´sti API, které je moˇzno si prostˇrednictv´ım interaktivn´ıho rozhran´ı i vyzkouˇset [23, 28]. ´ ziˇstˇe OneDrive má rovnˇeˇz rozdˇelenou dokumentaci do v´ıce ˇcást´ı. Uloˇ Základn´ı principy pro pˇr´ıstup k u ´loˇziˇsti [26], dokumentace API, interaktivn´ı SDK a ukázkové pˇr´ıklady jsou tak oddˇeleny. Nˇekteré ˇcásti dokumentace jsou duplikovány na v´ıce m´ıstech. Toto plat´ı napˇr´ıklad pro dokumentaci pˇr´ımého pˇr´ıstupu k u ´loˇziˇsti pomoc´ı RESTu, která je popsána jednak jako souˇcást dokumentace API [29], a pak také zvláˇst’ na nˇekolika m´ıstech [30, 31].

3.3.3

N´ ahled do obsahu knihoven

Knihovny pro pˇr´ıstup k u ´loˇziˇst´ım je moˇzno dekomponovat do nˇekolika elementárn´ıch ˇca´st´ı. Pro tuto práci maj´ı velk´ y v´ yznam pˇredevˇs´ım ˇcásti pro 16



autorizaci a pˇrenos zpráv a soubor˚ u. Pˇri bliˇzˇs´ım pr˚ uzkumu knihoven pro Dropbox byly zkoumány verze 1.5.3 a 1.7.6 pro Javu a verze 1.5.3 a 1.6.1 pro Android. Knihovna verze 1.5.3 pro Javu vyuˇz´ıvá autorizace pomoc´ı OAuth 1.0, HTTP klienta od Apache [33] pro komunikaci a knihovny JSON.simple [34] pro zpracován´ı pˇredávan´ ych zpráv. Oproti tomu verze 1.7.6 jiˇz podporuje autorizaci pomoc´ı OAuth 2.0, vyuˇz´ıvá standardn´ıho zabezpeˇceného HTTP spojen´ı, které je souˇcást´ı Javy, pro komunikaci a knihovny Jackson [35] pro zpracován´ı zpráv. U verz´ı knihoven pro Android doˇslo rovnˇeˇz k pˇrechodu od autorizace pomoc´ı OAuth 1.0 k OAuth 2.0, kde OAuth 1.0 z˚ ustává nadále podporován. Pro komunikaci slouˇz´ı HTTP klient od Apache [33] a pro zpracován´ı zpráv knihovna JSON.simple [34]. Pro Google Drive je dostupná jednotná Java knihovna pro desktopové aplikace i platformu Android. Zkoumána byla verze knihovny 1.18.0-rc. Obsahem této knihovny je mnoho knihoven, které zajiˇst’uj´ı kompatibilitu knihovny s r˚ uzn´ ymi platformami. Knihovnu je tak moˇzno vyuˇz´ıt nejen pro Javu na desktopu a Android, ale i pro Google App Engine a pro servletové aplikace. Pro zpracován´ı zpráv je moˇzno vyuˇz´ıt bud’ knihovny GSON, která je implementac´ı JSON formátu od spoleˇcnosti Google, knihovnu Jackson nebo Java Data Objects (JDO), které jsou souˇca´st´ı Javy. Pro komunikaci je moˇzno vyuˇz´ıt r˚ uzn´ ych HTTP klient v závislosti na pouˇz´ıvané platformˇe. K dispozici je napˇr´ıklad HTTP klient od Apache nebo HTTP klient, kter´ y je souˇcást´ı Javy. Pro OneDrive je pro v´ yvoj desktopov´ ych aplikac´ı dostupná pouze knihovna v jazyce C#. Pro platformu Android byla zkoumána knihovna ve verzi 5.5, která vyuˇz´ıvá pro komunikaci HTTP klienta od Apache, kter´ y je souˇcást´ı platformy Android. Pro zpracován´ı zpráv je rovnˇeˇz vyuˇzito dostupn´ ych prostˇredk˚ u platformy, kterou je v´ ychoz´ı implementace org.json [19]. Pohled na knihovnu pro C# je zaj´ımav´ y z hlediska autorizaˇcn´ıho procesu, bˇehem kterého je oproti ostatn´ım ˇreˇsen´ım vyuˇz´ıváno webového prohl´ıˇzeˇce, kter´ y je komponentou .NET frameworku. Pˇri podrobnˇejˇs´ım pohledu na obsah knihovny je také d˚ uleˇzité pod´ıvat se na licenˇcn´ı ujednán´ı, které je z pravidla jej´ı souˇca´st´ı. Dropbox i OneDrive distribuuj´ı knihovnu pod vlastn´ı licenc´ı, zat´ımco Google Drive pouˇz´ıvá licenci Apache verze 2.0 [32].

17


3.3.4

Existuj´ıc´ı aplikace

Pˇ r´ım´ y pˇ r´ıstup

Ke kaˇzdému z vybran´ ych u ´loˇziˇst’ je moˇzné pˇristupovat i pˇr´ımo bez vyuˇzit´ı nˇekteré z dostupn´ ych knihoven. Kaˇzdé z u ´loˇziˇst’ má tuto moˇznost dobˇre zdokumentovanou. Pro kaˇzdou operaci jsou poskytovány informace o HTTP poˇzadavku, kter´ y má b´ yt u ´loˇziˇsti zaslán, parametrech a tˇele tohoto poˇzadavku, odpovˇedi serveru na tento poˇzadavek a chybov´ ych kódech. Kaˇzdé u ´loˇziˇstˇe má toto rozhran´ı pro pˇr´ıstup odliˇsné. Pro Dropbox a Google Drive je toto rozhran´ı popsané v rámci dostupné dokumentace [27, 28]. OneDrive má rozhran´ı pro pˇr´ım´ y pˇr´ıstup popsáno tˇremi dokumenty, z toho se kaˇzd´ y zab´ yvá odliˇsn´ ymi aspekty pˇr´ıstupu [29, 30, 31]. Hlavn´ımi rozd´ıly mezi implementacemi jsou pouˇzité metody protokolu HTTP, dále pak zas´ılané parametry a pˇrij´ımané odpovˇedi od server˚ u. Vˇsechna u ´loˇziˇstˇe vyuˇz´ıvaj´ı standardn´ıch HTTP metod specifikovan´ ych v RFC 2616 – GET, POST, PUT a DELETE [44]. Pro nˇekteré operace ovˇsem vyuˇz´ıvaj´ı r˚ uzná u ´loˇziˇstˇe r˚ uzn´ ych HTTP metod. Google Drive nav´ıc vyuˇz´ıvá jeˇstˇe metody PATCH, která je definována v RFC 2068, které je jiˇz zastaralé [28, 45]. Pro OneDrive jsou definovány a vyuˇz´ıvány dvˇe nestandardn´ı metody – COPY a MOVE. Jak jiˇz jejich název napov´ıdá, slouˇz´ı pro kop´ırován´ı a pˇresun soubor˚ u v rámci u ´loˇziˇstˇe [29].

3.4


Pro kaˇzdé z vybran´ ych u ´loˇziˇst’ existuje celá ˇrada aplikac´ı, které poskytuj´ı pˇr´ıstup k soubor˚ um v u ´loˇziˇst´ıch. Aplikace je moˇzno rozdˇelit podle nˇekolika kritéri´ı. Jedn´ım z kritéri´ı je vydavatel aplikace. Aplikace je tak moˇzno rozdˇelit na ty, které dodává pˇr´ımo poskytovatel u ´loˇziˇstˇe, a ty, které jsou vydávány nˇek´ ym jin´ ym (klienti tˇret´ıch stran). Dalˇs´ım kritériem dˇelen´ı m˚ uˇze b´ yt napˇr´ıklad platforma, pro kterou jsou aplikace urˇceny, nebo mnoˇzina u ´loˇziˇst’, ke kter´ ym je moˇzno pomoc´ı zvolené aplikace pˇristupovat.

3.4.1

Nativn´ı klienti

Jako nativn´ı klienti jsou zde oznaˇcovány klientské aplikace poskytované pˇr´ımo k u ´loˇziˇsti. Tyto aplikace pracuj´ı na principu synchronizace lokáln´ı sloˇzky. Po instalaci klienta se vytvoˇr´ı v lokáln´ım souborovém systému sloˇzka 18



urˇcená pro synchronizaci. Obsah této sloˇzky je automaticky synchronizován s obsahem u ´loˇziˇstˇe. Plat´ı zde pravidlo, ˇze obsah cloudového u ´loˇziˇstˇe má pˇrednost pˇred obsahem lokáln´ı sloˇzky. Toto chován´ı je patrné napˇr´ıklad v situaci, kdy vznikne konflikt mezi lokáln´ım souborem a souborem v u ´loˇziˇsti. Ve v´ ysledku je zachován vzdálen´ y soubor beze zmˇeny, zat´ımco lokáln´ı soubor je pˇrejmenován. Jednou z dalˇs´ıch vlastnost´ı, která je podporována u klientsk´ ych aplikac´ı poskytovan´ ych k u ´loˇziˇsti, je moˇznost v´ ybˇeru sloˇzek, které se synchronizuj´ı. Na lokáln´ı u ´loˇziˇstˇe se tak nestahuje kompletn´ı obsah u ´loˇziˇstˇe, ale jen vybrané sloˇzky. Je nutno rovnˇeˇz zm´ınit, ˇze u tˇechto aplikac´ı je moˇzné se pˇripojit pouze k jednomu u ´ˇctu daného u ´loˇziˇstˇe. Rovnˇeˇz je moˇzno z´ıskat klientské aplikace i pro mobiln´ı platformy.

3.4.2

Klienti tˇ ret´ıch stran

Existuje celá ˇrada klientsk´ ych aplikac´ı tˇret´ıch stran, které pracuj´ı s cloudov´ ymi u ´loˇziˇsti. Nˇekteré aplikace je moˇzno stáhnout a nainstalovat na poˇc´ıtaˇc ˇci mobiln´ı platformu, jiné jsou koncipovány pouze jako webová sluˇzba. V´ yhodami tˇechto aplikac´ı oproti aplikac´ım poskytovan´ ych spolu ˇ s u ´loˇzn´ ym prostorem je pˇredevˇs´ım rozˇs´ıˇrená funkcionalita. Casto se jedná právˇe o sdruˇzen´ı v´ıce u ´loˇziˇst’ pod jednu aplikaci. Desktopov´ e aplikace Mezi pˇr´ıklady desktopov´ ych aplikac´ı patˇri SME Cloud Explorer nebo CarotDAV. Druhá zm´ınˇená aplikace je jednoduch´ ym nástrojem pro správu soubor˚ u ve v´ıce u ´loˇziˇst´ıch. Z rozˇsiˇruj´ıc´ıch funkcionalit disponuje napˇr´ıklad moˇznost´ı pˇr´ıstupu k soubor˚ um pomoc´ı protokolu pro pˇrenos soubor˚ u (FTP), ˇsifrován´ım soubor˚ u nebo moˇznost´ı komprese a automatického rozdˇelen´ı souboru [36]. Aplikace SME Cloud Explorer podporuje pˇrenos soubor˚ u mezi u ´loˇziˇsti, ˇsifrován´ı nebo zamykán´ı soubor˚ u. Nad rámec tohoto je aplikace propojena s webovou sluˇzbou a je moˇzno z´ıskat i klienty pro mobiln´ı platformy. Transfer soubor˚ u mezi u ´loˇziˇsti je tak realizován prostˇrednictv´ım webové sluˇzby [37].

19



Webov´ e sluˇ zby Dostupn´ ych webov´ ych sluˇzeb je velké mnoˇzstv´ı. Zde jsou vyjmenovány pouze nˇekteré. Tyto sluˇzby maj´ı spoleˇcné hlavnˇe to, ˇze dokáˇz´ı pˇristupovat k r˚ uzn´ ym cloudov´ ym u ´loˇziˇst´ım. Webové sluˇzby sdruˇzuj´ıc´ı cloudová u ´loˇziˇstˇe je moˇzné dále rozdˇelit podle principu jejich fungován´ı. Existuj´ı tak sluˇzby zamˇeˇrené na správu soubor˚ u, sluˇzby orientované na dokumenty, synchroniˇ zaˇcn´ı sluˇzby, a dalˇs´ı. Cast´ ym prvkem je pak i propojen´ı sluˇzby se sociáln´ımi s´ıtˇemi a webov´ ymi sluˇzbami pro správu fotografi´ı. Mezi správce soubor˚ u patˇr´ı napˇr´ıklad sluˇzby CloudKafé, Jolidrive, primadesk a MultCloud. Vˇsechny tyto sluˇzby vyˇzaduj´ı registraci pro uˇz´ıván´ı. Mezi sebou se pak liˇs´ı pˇredevˇs´ım m´ırou zpoplatnˇen´ı a funkcemi, které nab´ız´ı. Vˇsechny tyto sluˇzby podporuj´ı transfer soubor˚ u mezi u ´loˇziˇsti [38, 39, 40, 41]. Sluˇzba cloudHQ je pak online synchronizaˇcn´ım klientem. Stejnˇe jako u ostatn´ıch sluˇzeb, i zde je potˇreba registrace pˇred moˇznost´ı uˇz´ıván´ı sluˇzby. Ve sluˇzbˇe je pak moˇzné nastavit smˇer, kter´ ym bude synchronizace prob´ıhat [42]. Posledn´ı zaj´ımavou sluˇzbou je IFTTT. Tato sluˇzba se od ostatn´ıch zde vyjmenovan´ ych sluˇzeb podstatnˇe liˇs´ı. Nen´ı zde totiˇz nab´ıdnuta klasická správa soubor˚ u, ale moˇznost vytvoˇren´ı spouˇstˇeˇc˚ u a pˇriˇrazen´ı k nim nˇejaké akce. Touto sluˇzbou je napˇr´ıklad podporováno sledován´ı obsahu u ´loˇziˇstˇe Dropbox, kde pˇri nahrán´ı nového souboru m˚ uˇze b´ yt tento soubor nakop´ırován i na dalˇs´ı u ´loˇziˇstˇe [43].

20

4 Návrh knihovny Pro implementaci jednotného pˇr´ıstupu k v´ıce u ´loˇziˇst´ım zároveˇ n je moˇzno vyuˇz´ıt existuj´ıc´ı knihovny poskytované u ´loˇziˇsti. Stejnˇe tak je ale moˇzné zvolit vlastn´ı ˇreˇsen´ı a vytvoˇrit jednotnou knihovnu pro pˇr´ıstup k vybran´ ym cloudov´ ym u ´loˇziˇst´ım. V této kapitole je od˚ uvodnˇena volba ˇreˇsen´ı, po které následuje anal´ yza kl´ıˇcov´ ych aspekt˚ u a návrh implementace zvoleného ˇreˇsen´ı.

4.1

Volba vlastn´ıho ˇ reˇ sen´ı

Po anal´ yze dostupn´ ych knihoven pro pˇr´ıstup ke cloudov´ ym u ´loˇziˇst´ım bylo rozhodnuto o vytvoˇren´ı vlastn´ı knihovny sjednocuj´ıc´ı pˇr´ıstup. Motivac´ı pro tuto volbu byla moˇznost implementace rozˇsiˇruj´ıc´ıch funkc´ı na niˇzˇs´ı u ´rovni, potenciáln´ı sn´ıˇzen´ı velikosti knihovny, lepˇs´ı moˇznost znovupouˇzitelnosti komponent knihovny, nezávislost na knihovnách dodávan´ ych provozovateli u ´loˇziˇst’ a implementace knihovny umoˇzn ˇuj´ıc´ı snadné rozˇs´ıˇren´ı na dalˇs´ı cloudová u ´loˇziˇstˇe. Zvolenou mobiln´ı platformou pro implementaci je Android. Pro desktopovou aplikaci byla zvolena implementace v programovac´ım jazyce Java. V´ ystupem implementaˇcn´ıho procesu by mˇela b´ yt knihovna pouˇzitelná jak pro desktopovou aplikaci, tak i pro mobiln´ı platformu.

4.2

Poˇ zadovan´ a funkcionalita

V prvn´ı ˇradˇe je potˇreba aby knihovna mohla zahájit proces autorizace a z´ıskat pˇr´ıstupové tokeny po jeho skonˇcen´ı. Dalˇs´ım d˚ uleˇzit´ ym aspektem je podpora základn´ıch operac´ı se soubory a sloˇzkami. C´ılem je tak vytvoˇren´ı jednotného rozhran´ı pro vˇsechna u ´loˇziˇstˇe. Pod jednotné rozhran´ı spadá nejen jednotné volán´ı operac´ı nad u ´loˇziˇsti, ale také sjednocen´ı formát˚ u dat z´ıskávan´ ych z u ´loˇziˇst’, které zahrnuj´ı metadata soubor˚ u a sloˇzek, informace o uˇzivateli a u ´loˇziˇsti, a chybová hláˇsen´ı. Následuje návrh a implementace rozˇs´ıˇrené funkcionality.

21

Návrh knihovny

4.3

Proces autorizace

Proces autorizace

Pro implementaci byly zvoleny autorizaˇcn´ı procesy authorization code grant a implicit grant. Tyto dva autorizaˇcn´ı procesy jsou podporovány vˇsemi vybran´ ymi u ´loˇziˇsti, pˇriˇcemˇz prvn´ı zm´ınˇen´ y se vyuˇz´ıvá hlavnˇe pro instalované klientské aplikace. Druh´ y zm´ınˇen´ y proces je vyuˇz´ıván pˇreváˇznˇe pro webové sluˇzby. Pro vyˇsˇs´ı m´ıru znovupouˇzitelnosti v´ ysledné knihovny byla zvolena implementace i tohoto procesu autorizace. Proces autorizace je popsán v sekci 3.2.4. Pro maximáln´ı komfort uˇzivatele se zachován´ım vysoké m´ıry bezpeˇcnosti jsem pˇri návrhu vycházel ze sekce 9 dokumentu RFC 6749. Pro d˚ uvˇeryhodnost aplikace je tak zvoleno otevˇren´ı okna v´ ychoz´ıho prohl´ıˇzeˇce bˇehem autorizaˇcn´ıho procesu [13]. Pro vyˇsˇs´ı komfort je zvoleno pouˇzit´ı lokáln´ıho webového serveru pro odchytáván´ı zpˇetného pˇresmˇerován´ı po autorizaci aplikace. V´ ysledn´ y proces pro authorization code grant je znázornˇen na obrázku 4.1.

Obrázek 4.1: Implementace procesu pro authorization code grant. • (A) – Uˇzivatel spust´ı proces autorizace aplikace. • (B) – Aplikace pˇresmˇeruje uˇzivatele na autorizaˇcn´ı server u ´loˇziˇstˇe t´ım, ˇze vyvolá nové okno uˇzivatelova v´ ychoz´ıho prohl´ıˇzeˇce. • (C) – Uˇzivatel provede pˇrihláˇsen´ı k u ´loˇziˇsti skrze okno prohl´ıˇzeˇce, tud´ıˇz aplikace nemá pˇr´ıstup k pˇrihlaˇsovac´ım u ´daj˚ um uˇzivatele. 22

Návrh knihovny

Proces autorizace

• (D) – Uˇzivatel provede autorizaci aplikace. • (E) – Uˇzivatel je pˇresmˇerován z webového rozhran´ı u ´loˇziˇstˇe na adresu webového serveru aplikace. • (F) – Aplikace zpracuje pˇrijatá data od u ´loˇziˇstˇe a zobraz´ı uˇzivateli webovou stránku s v´ ysledkem autorizace. • (G) – V pˇr´ıpadˇe u ´spˇeˇsné autorizace provede aplikace v´ ymˇenu autorizaˇcn´ıho kódu za pˇr´ıstupov´ y token. Aby nebylo nutné rezervovat lokáln´ı port pro webov´ y server, bylo zvoleno naslouchán´ı na náhodném portu pˇridˇeleného systémem. Problémem v tomto bodˇe je pˇredevˇs´ım to, ˇze podle sekce 10.6. RFC 6749 je autorizaˇcn´ı server povinen m´ıt zaregistrovány URI pro pˇresmˇerován´ı [13]. Kaˇzdé z vybran´ ych u ´loˇziˇst’ se k tomuto bodu stav´ı trochu odliˇsnˇe. Dropbox povoluje lokáln´ı server, ale je nutno registrovat kaˇzd´ y port zvláˇst’, Google Drive rovnˇeˇz povoluje lokáln´ı server, ovˇsem ˇc´ısla port˚ u neˇreˇs´ı, a OneDrive v˚ ubec nerozpozná adresu lokáln´ıho serveru (localhost ani 127.0.0.1) a vyˇzaduje tak pˇresmˇerován´ı na doménu, která je v rámci registrovan´ ych aplikac´ı pro OneDrive unikátn´ı. Pro vyvarován´ı se problém˚ um s autorizaˇcn´ım procesem bylo zvoleno pˇresmˇerován´ı pomoc´ı skriptu hypertextového preprocesoru (PHP) na doménˇe 3. ˇra´du https://home.zcu.cz. Aby bylo moˇzné poˇzadavek u ´spˇeˇsnˇe pˇresmˇerovat, je potˇreba znát ˇc´ıslo lokáln´ıho portu, na kter´ y se má pˇresmˇerován´ı provést. Pro vyˇreˇsen´ı této obt´ıˇze je vyuˇzito promˇenné state, která slouˇz´ı v autorizaˇcn´ım procesu jako prevence cross-site request forgery (CSRF) u ´toku popsaného v sekci 10.12. RFC 6749 [13]. Aby tato promˇenná co nejlépe plnila sv˚ uj u ´ˇcel, je prvn´ı ˇca´st promˇenné tvoˇrena ˇc´ıslem lokáln´ıho portu, po kterém následuje pomlˇcka a série náhodn´ ych znak˚ u. Pˇri pouˇzit´ı tohoto formátu je moˇzné ˇc´ıslo portu jednoduˇse z´ıskat zpˇet. Implementace procesu pro implicit grant je podobná jako pro authorization code grant a je zachycena na obrázku 4.2. Hlavn´ım problémem je v tomto pˇr´ıpadˇe, kromˇe jiˇz vyˇreˇsen´ ych, extrahován´ı pˇr´ıstupového tokenu z URI fragmentu. Pro tento u ´ˇcel poslouˇz´ı opˇet jiˇz zm´ınˇen´ y PHP skript, kter´ y vrát´ı uˇzivateli jednoduchou webovou stránku s JavaScriptem pro z´ıskán´ı ´ pˇr´ıstupového tokenu. Ukolem JavaScriptu je tedy z´ıskán´ı pˇr´ıstupového tokenu z URI fragmentu a pˇresmˇerován´ı uˇzivatele na lokáln´ı webov´ y server klienta, kterému bude pˇr´ıstupov´ y token pˇredán jako parametr URI. 23

Návrh knihovny

Proces autorizace

Obrázek 4.2: Implementace procesu pro implicit grant.

• (A) aˇz (D) – shodné s popisem procesu pro authorization code grant. • (E) – Uˇzivatel je pˇresmˇerován na PHP skript, kter´ y dodá uˇzivateli JavaScript pro extrahován´ı pˇr´ıstupového tokenu z URI fragmentu. • (F) – Uˇzivatel je pˇresmˇerován na adresu webového serveru aplikace, v tuto chv´ıli jiˇz s extrahovan´ ym pˇr´ıstupov´ ym tokenem. • (G) – Aplikace zpracuje pˇrijatá data a zobraz´ı uˇzivateli webovou stránku s v´ ysledkem autorizace. Ostatn´ı granty nen´ı nutné pro správné fungován´ı aplikace implementovat. Vybraná u ´loˇziˇstˇe vyuˇz´ıvaj´ı authorization code grant a implicit grant pro autorizaci. Na co je ovˇsem nutné se zamˇeˇrit je ukládán´ı pˇr´ıstupov´ ych a obnovovac´ıch token˚ u. Podle sekc´ı 10.3. a 10.4. dokumentu RFC 6749, vydané tokeny mus´ı b´ yt bezpeˇcnˇe pˇrenáˇseny a uchovávány [13]. Pˇrenos token˚ u ˇreˇs´ı zabezpeˇcené spojen´ı, ale pro uchováván´ı token˚ u je potˇreba navrhnout zp˚ usob pro jejich uloˇzen´ı. Pro ukládán´ı token˚ u je potˇreba zvolit nˇejak´ y zp˚ usob ˇsifrován´ı. Na v´ ybˇer je zde ˇsifrován´ı se symetrick´ ym nebo s asymetrick´ ym kl´ıˇcem. V´ yhodou symetrického kl´ıˇce je, ˇze stejn´ ym kl´ıˇcem se provede zaˇsifrován´ı token˚ u i jejich následné deˇsifrován´ı. Pro asymetrick´ y kl´ıˇc jsou potˇreba dva kl´ıˇce, veˇrejn´ y kl´ıˇc 24

Návrh knihovny

Proces autorizace

pro zaˇsifrován´ı token˚ u a privátn´ı kl´ıˇc pro deˇsifrován´ı. Vzhledem k tomu, ˇze bude pˇristupováno k token˚ um v´ yhradnˇe skrze aplikaci, bude lepˇs´ı volbou ˇsifrován´ı se symetrick´ ym kl´ıˇcem. Implementace pak m˚ uˇze bud’ vyuˇz´ıt pˇredem nastaven´ y v´ ychoz´ı kl´ıˇc, nebo poˇzadovat po uˇzivateli zadán´ı kl´ıˇce (hesla) [47]. Pro ˇsifrován´ı se symetrick´ ym kl´ıˇcem existuje celá ˇrada algoritm˚ u, ze kter´ ych je moˇzno vyb´ırat. Mezi nejznámˇejˇs´ı patˇr´ı [47]: • AES (Advanced Encryption Standard), • Blowfish, • DES (Data Encryption Standard) a jeho varianty, • Serpent, • Twofish, • a mnoho dalˇs´ıch. Hlavn´ımi kritérii volby algoritmu byla dostupnost implementace algoritmu pro Javu, nejlépe jiˇz zakomponovaná pˇr´ımo v Javˇe samotné, a bezpeˇcnost algoritmu. Z v´ yˇse zm´ınˇen´ ych byl nakonec zvolen algoritmus AES. Jedná se o blokovou ˇsifru s velikost´ı bloku 128 bit˚ u a délkou kl´ıˇce 128, 192 nebo 256 bit˚ u [48, 49]. Jako dalˇs´ı bylo potˇreba zvolit mód, ve kterém bude algoritmus pracovat. Na v´ ybˇer byly módy Electronic Codebook (ECB), Cipher block chaining (CBC), Output feedback mode (OFB) a Counter mode (CTR), z ˇcehoˇz posledn´ı dva módy vyˇzaduj´ı pˇrevod blokové ˇsifry na proudovou [50, 51]. Po prostudován´ı dostupn´ ych mód˚ u a jejich vlastnost´ı byl nakonec zvolen mód CBC. Mód CBC vyuˇz´ıvá zˇretˇezen´ı blok˚ u pˇri ˇsifrován´ı a odstraˇ nuje t´ım nev´ yhody módu ECB. V obrázku 4.3 je pak znázornˇeno ˇsifrován´ı token˚ u pomoc´ı symetrického kl´ıˇce.

Obrázek 4.3: Symetrické ˇsifrován´ı token˚ u.

25

Návrh knihovny

4.4

Metadata

Metadata

Základem jednotného pˇr´ıstupu k u ´loˇziˇst´ım je sjednocen´ı metadat soubor˚ u a sloˇzek. Kaˇzdé z u ´loˇziˇst’ popisuje soubory a sloˇzky jin´ ymi metadaty, která vrac´ı uˇzivateli ve formátu JSON. Prvn´ım u ´kolem tedy bylo vyhledán´ı shodn´ ych rys˚ u metadat ze vˇsech u ´loˇziˇst’. K tomuto u ´ˇcelu slouˇz´ı tabulka 4.1, která zachycuje nˇekterá vybraná metadata. Ve sloupc´ıch pro jednotlivá u ´loˇziˇstˇe je vˇzdy zachycen název atributu a jeho datov´ y typ (název: typ). Pouˇzité datové typy v tabulce 4.1 jsou mapovány na datové typy formátu JSON pˇrevodn´ı tabulkou 4.2. Z tabulky 4.1 vypl´ yvá, ˇze existuje pouze nˇekolik málo atribut˚ u, které je moˇzno z´ıskat ze vˇsech u ´loˇziˇst’. Mezi tyto atributy patˇr´ı název souboru ˇci sloˇzky, velikost, obsah (pokud se jedná o sloˇzku), rodiˇcovskou sloˇzku a datum modifikace. Ostatn´ı atributy se vyskytuj´ı pouze u nˇekter´ ych u ´loˇziˇst’, coˇz je komplikac´ı, protoˇze nˇekteré z tˇechto atribut˚ u mohou m´ıt kl´ıˇcovou roli pro provádˇené operace. Nav´ıc jeˇstˇe kaˇzd´ y z atribut˚ u m˚ uˇze b´ yt v r˚ uzn´ ych u ´loˇziˇst´ıch oznaˇcen jin´ ym názvem a reprezentován jin´ ym datov´ ym typem, coˇz celou situaci jeˇstˇe v´ıce komplikuje. Rozd´ılné názvy atribut˚ u je moˇzno vyˇreˇsit mapován´ım. V praxi to znamená hned dvoj´ı mapován´ı. Prvn´ı mapován´ı mus´ı probˇehnout pˇri z´ıskán´ı metadat, aby bylo moˇzné metadata uloˇzit v jednotné podobˇe pro pozdˇejˇs´ı uˇzit´ı. Bˇehem prvn´ıho mapován´ı je rovnˇeˇz nutné mapovat do hloubky. To znamená, ˇze pokud pˇrijatá data ve formátu JSON obsahuj´ı pole a objekty, je nutné mapovat i atributy obsaˇzené v tˇechto datov´ ych strukturách. Druhé mapován´ı je pak zpˇetné mapován´ı z uloˇzené podoby na podobu vyˇzadovanou konkrétn´ım u ´loˇziˇstˇem. Pˇri zpˇetném mapován´ı nemus´ı docházet pouze k mapován´ı atribut˚ u do formátu JSON, ale rovnˇeˇz na parametry URI pˇredávané HTTP poˇzadavkem. Atributy, které hraj´ı kl´ıˇcovou roli pˇri volán´ı operac´ı, jsou pro kaˇzdé u ´loˇziˇstˇe odliˇsné. Pro Dropbox je hlavn´ı cesta k souboru, pomoc´ı které je vu ´loˇziˇsti soubor jednoznaˇcnˇe identifikován [27]. Pro Google Drive a OneDrive tuto roli zastává identifikátor souboru [28, 29, 30]. Jelikoˇz je pro soubory i sloˇzky vyuˇz´ıváno stejného formátu dat, je kl´ıˇcové urˇcit, zda se jedná právˇe o soubor ˇci sloˇzku. U Dropboxu je pˇr´ıtomn´ y y toto pˇr´ımo urˇcuje hodnotou typu boolean [27]. U ostatatribut is dir, kter´ n´ıch u ´loˇziˇst’ je toto urˇcen´ı obt´ıˇznˇejˇs´ı. Pro OneDrive je pˇr´ıtomen atribut type, kter´ y m˚ uˇze obsahovat jeden z ˇretˇezc˚ u file, notebook, album, audio, folder, 26

Návrh knihovny

Parametr Název Velikost Identifikátor Cesta

Obsah

Typ Smazan´ y

Sd´ılen´ y

Rodiˇc

MimeType Checksum Vytvoˇren´ı Modifikace ∗

Metadata

Dropbox path∗ : str bytes: num ——– path: str contents: [ {file_obj}, ... ] is dir: bool

Google Drive OneDrive title: str name: str quotaBytesUsed: num size: num id: str id: str ——– ——– items: data: [ [ {file_obj}, {file_obj}, ... ... ] ] ——– type: str labels: { is deleted: bool ——– trashed: bool } shared with: { ——– shared: bool access: str } parents: [ path∗∗ : str {file_obj}, parent id: str ... ] mime type: str mimeType: str ——– ——– md5Checksum: str ——– ——– createdDate: date created time: date modified: date modifiedDate: date updated time: date

) N´ azev souboru ˇci sloˇzky je moˇzno z´ıskat parsován´ım cesty. ) Rodiˇce souboru ˇci sloˇzky je moˇzno z´ıskat parsován´ım cesty.

∗∗

Tabulka 4.1: Porovnán´ı vybran´ ych atribut˚ u dostupn´ ych metadat.

27

Návrh knihovny

Chybová hláˇsen´ı

Typ z tabulky 4.1 Typ form´ atu JSON Popis str string ˇretˇezec znak˚ u num number ˇc´ıselná hodnota bool boolean hodnota true nebo false date string ˇretˇezec reprezentuj´ıc´ı datum [ ... ] array pole hodnot { ... } object reprezentace objektu {file_obj} object objekt metadat souboru Tabulka 4.2: Mapován´ı datov´ ych typ˚ u. ˇ ezce album a folder identifikuj´ı sloˇzky, hodnoty file, photo a video. Retˇ notebook, audio, photo a video pak urˇcuj´ı, ˇze se jedná o soubor [29]. Pro Google Drive je rozliˇsen´ı sloˇzek a soubor˚ u jeˇstˇe o nˇeco sloˇzitˇejˇs´ı. Nen´ı zde totiˇz pˇr´ıtomen ˇza´dn´ y speciáln´ı atribut a toto rozliˇsován´ı se provád´ı na základˇe typ˚ u Multipurpose Internet Mail Extensions (MIME), kter´ y je pˇrenáˇsen atributem mimeType. Typ MIME, kter´ y urˇcuje sloˇzku vu ´loˇziˇsti Google Drive, je application/vnd.google-apps.folder [28]. Mezi vlastnostmi u ´loˇziˇst’ Dropbox a Google Drive je moˇznost pˇr´ıstupu ke smazan´ ym soubor˚ um. U kaˇzdého smazaného souboru nebo sloˇzky je nastaven pˇr´ısluˇsn´ y atribut, kter´ y oznaˇcuje, zda se jedná o smazan´ y obsah. OneDrive tuto moˇznost nepodporuje. U soubor˚ u a sloˇzek u ´loˇziˇst’ Google Drive a OneDrive lze zjistit, zda jsou sd´ıleny s jin´ ymi uˇzivateli. Aˇckoliv i Dropbox podporuje sd´ılen´ı soubor˚ u a sloˇzek mezi uˇzivateli, nen´ı moˇzné o sd´ılen´ı nic zjistit z dostupn´ ych metadat.

4.5

Chybov´ a hl´ aˇ sen´ı

Ned´ılnou souˇca´st´ı dat z´ıskávan´ ych od cloudov´ ych u ´loˇziˇst’ jsou i chybová hláˇsen´ı. V tabulce 4.3 jsou zachyceny formáty chybov´ ych hláˇsen´ı pro jednotlivá u ´loˇziˇstˇe. Z této tabulky je vidˇet, ˇze formáty chybov´ ych hláˇsen´ı se mezi u ´loˇziˇsti podstatnˇe liˇs´ı. Pro Dropbox je vracen pouze ˇretˇezec s popisem chyby, zat´ımco pro Google Drive a OneDrive je návratovou hodnotou chybov´ y objekt ({error_obj}). Souˇcást´ı chybového objektu je vˇzdy kód chyby (code) a chybové hláˇsen´ı (message).

28

Návrh knihovny

Informace o uˇzivateli

Dropbox Google Drive OneDrive error: { errors: error: [ { {error_obj}, error: str code: str, ... message: str ], } code: num, message: str } Tabulka 4.3: Porovnán´ı formát˚ u chybov´ ych hláˇsen´ı. Problémem u kódu chyby je, ˇze Google Drive vrac´ı ˇc´ıselnou hodnotu, zat´ımco OneDrive ˇretˇezec. Vzhledem k tomu, ˇze kód chyby je pˇredáván i stavov´ ym kódem HTTP odpovˇedi a odpov´ıdá hodnotˇe pˇredávané v chybovém objektu, je moˇzné jej z´ıskávat pˇr´ımo z HTTP odpovˇedi [28, 29, 44]. T´ımto zp˚ usobem se vyˇreˇs´ı i absence kódu chyby v odpovˇedi pro Dropbox. Pro vybraná u ´loˇziˇstˇe je tedy vˇzdy dostupn´ y kód chyby a chybové hláˇsen´ı.

4.6

Informace o uˇ zivateli

Posledn´ımi daty, která je potˇreba sjednotit, jsou informace o uˇzivateli a jeho u ´ˇctu v rámci u ´loˇziˇstˇe. Kaˇzdé u ´loˇziˇstˇe pouˇz´ıvá odliˇsn´ y formát dat. Rozd´ıly jsou pak zachyceny v tabulce 4.4. Pro kaˇzdé u ´loˇziˇstˇe je moˇzné z´ıskat jméno uˇzivatele, jeho identifikátor a celkovou kapacitu prostoru dostupnou pro uˇzivatele. Rozd´ılné je z´ıskáván´ı velikosti obsazeného, resp. volného prostoru. Dropbox a Google Drive navrac´ı velikost obsazeného prostoru, zat´ımco pro OneDrive je dostupná informace o volném prostoru. Z dostupn´ ych dat pak lze dopoˇc´ıtat velikost volného, resp. obsazeného prostoru pro vˇsechna u ´loˇziˇstˇe.

29

Návrh knihovny Parametr Jméno Identifikátor Celkov´ y prostor

Vyuˇzit´ y prostor∗

Voln´ y prostor

Mnoˇzina operac´ı Dropbox display name: str id: str quota info: { quota: num } quota info { normal: num shared: num } ——–

Google Drive name: str permissionId: str

OneDrive name: str id: str

quotaBytesTotal: num

quota: num

quotaBytesUsedAggregate: num

——–

——–

available: num

∗

) Pro Dropbox je vyuˇzit´ y prostor souˇctem normal (prostor vyuˇzit´ y pro soubory uˇzivatele) a shared (prostor vyuˇzit´ y soubory s uˇzivatelem sd´ılen´ ymi).

Tabulka 4.4: Formát informac´ı o uˇzivateli a u ´ˇctu.

4.7

Mnoˇ zina operac´ı

Mnoˇzina operac´ı urˇcen´ ych pro implementaci vycház´ı pˇr´ımo z mnoˇzin operac´ı podporovan´ ych jednotliv´ ymi u ´loˇziˇsti. Pro spolehlivou funkcionalitu je moˇzno implementovat pouze ty operace, které jsou podporovány vˇsemi u ´loˇziˇsti zároveˇ n. V´ yslednou mnoˇzinu operac´ı je moˇzno rozdˇelit na operace pro manipulaci se soubory a sloˇzkami, a na operace pro z´ıskán´ı informac´ı o uˇzivateli a u ´loˇziˇsti.

4.7.1

Generick´ a operace

Pro zjednoduˇsen´ı implementace jednotliv´ ych operac´ı bylo zvoleno vytvoˇren´ı abstraktn´ı operace, která je základem pro vˇsechny ostatn´ı operace. Hlavn´ı u ´lohou této operace je obstarat komunikaci s u ´loˇziˇstˇem. Pro tento u ´ˇcel mus´ı operace umˇet sestavit HTTP poˇzadavek, odeslat ho, pˇrijmout odpovˇed’ a zpracovat ji. Pˇredpokladem pro sestaven´ı poˇzadavku a zpracován´ı odpovˇedi je jiˇz zm´ınˇené mapován´ı atribut˚ u (viz sekce 4.4). V obrázku 4.4 je znázornˇen návrh generické operace. Ostatn´ı operace dodaj´ı generické operaci pouze potˇrebná data pro sestaven´ı HTTP poˇzadavku 30

Návrh knihovny

Mnoˇzina operac´ı

a z´ıskaj´ı zpˇet data z odpovˇedi u ´loˇziˇstˇe ve sjednoceném formátu. Kaˇzdá operace mus´ı dodat URI, na které má b´ yt poˇzadavek odeslán a HTTP metodu poˇzadavku. Pro vykonán´ı operace nen´ı nutné specifikovat parametry, hlaviˇcky a/nebo data poˇzadavku. Jelikoˇz je naprostá vˇetˇsina operac´ı provádˇena nad chránˇen´ ymi daty, je pro pˇr´ıstup k nim potˇreba dodat rovnˇeˇz pˇr´ıstupov´ y token, kter´ y je vloˇzen do HTTP poˇzadavku jako parametr nebo jako hlaviˇcka.

Obrázek 4.4: Návrh generické operace.

4.7.2

Manipulace se soubory

Pro kaˇzdé u ´loˇziˇstˇe existuje mnoˇzina operac´ı, která je urˇcena v´ yhradnˇe pro manipulaci se soubory a sloˇzkami. V této sekci jsou popsány základn´ı operace dostupné na vˇsech u ´loˇziˇst´ıch a návrh jejich jednotného volán´ı, vˇcetnˇe vstupn´ıch a v´ ystupn´ıch parametr˚ u. V tabulce 4.5 je pˇrehled pouˇz´ıvan´ ych HTTP metod [27, 28, 29, 30]. Staˇ zen´ı souboru – Pro staˇzen´ı souboru je na vˇsech u ´loˇziˇst´ıch pouˇz´ıvána HTTP metoda GET. Vstupem jsou metadata stahovaného souboru, c´ılov´ y lokáln´ı soubor a zda má b´ yt lokáln´ı soubor pˇrepsán v pˇr´ıpadˇe jeho existence. V´ ystupem je pak nutnˇe lokáln´ı soubor, kter´ y byl staˇzen. Nahr´ an´ı souboru – Nahráván´ı soubor˚ u má kaˇzdé z u ´loˇziˇst’ implementováno odliˇsnˇe. Zde je hlavn´ım zamˇeˇren´ım nahráván´ı soubor˚ u po ˇcástech. Dropbox pro nahráván´ı souboru vyuˇz´ıvá opakovaného volán´ı HTTP metody PUT, pomoc´ı kterého se na u ´loˇziˇstˇe nahrává obsah souboru. Nahráván´ı souboru je zakonˇceno volán´ım metody POST. Google Drive oˇcekává jako prvn´ı krok metadata nového souboru pˇredávaná pomoc´ı POST. Následuje opakované volán´ı PUT, kter´ ym se pˇredává obsah souboru. OneDrive nepodporuje nahráván´ı souboru po ˇcástech. Cel´ y soubor je na u ´loˇziˇstˇe nahráván jedn´ım poˇzadavkem typu PUT. 31

Návrh knihovny


Vstupem operace pro nahráván´ı souboru je lokáln´ı soubor, c´ılová sloˇzka a název souboru, a zda má b´ yt pˇr´ıpadn´ y existuj´ıc´ı soubor v u ´loˇziˇsti pˇrepsán. V´ ystup operace pak tvoˇr´ı metadata novˇe nahraného souboru. ´ Uprava obsahu souboru – Tato operace je témˇeˇr shodná s operac´ı nahráván´ı souboru. Rozliˇsen´ı mezi u ´pravou a nahráván´ım je nutné pro u ´loˇziˇstˇe Google Drive, které vyˇzaduje, aby prvn´ı volán´ı probˇehlo HTTP metodou PUT nam´ısto POST. Pokud by bylo volán´ı provedeno metodou POST, byl by v u ´loˇziˇsti vytvoˇren nov´ y soubor, kter´ y by mˇel stejn´ y název jako jiˇz existuj´ıc´ı soubor v u ´loˇziˇsti. Pro uˇzivatele by to znamenalo sn´ıˇzen´ı pˇrehlednosti obsahu u ´loˇziˇstˇe. Vstupy a v´ ystupy operace jsou shodné se vstupy a v´ ystupy operace nahráván´ı. Na vstupu operace jsou nav´ıc vyˇzadována metadata souboru, kter´ y má b´ yt zmˇenˇen. Z´ısk´ an´ı obsahu sloˇ zky – Operace pro z´ıskán´ı obsahu sloˇzky je vykonávána na vˇsech u ´loˇziˇst´ıch HTTP metodou GET. Vstupem pro operaci jsou metadata sloˇzky, jej´ıˇz obsah má b´ yt z´ıskán, a zda maj´ı b´ yt ve v´ ysledku zahrnuty smazané a sd´ılené soubory. Na v´ ystupu jsou oˇcekávána metadata sloˇzky doplnˇena o pole s metadaty soubor˚ u a sloˇzek, které sloˇzka obsahuje. Komplikace nastávaj´ı u u ´loˇziˇstˇe Google Drive, které standardnˇe vrac´ı jako v´ ysledek kompletn´ı seznam soubor˚ u a sloˇzek v celém u ´loˇziˇsti. Pro odstranˇen´ı tohoto problému a z´ıskán´ı pouze poˇzadovaného obsahu je nutné odeslat jeˇstˇe jeden GET poˇzadavek, kter´ ym jsou z´ıskány identifikátory soubor˚ u a sloˇzek, které sloˇzka obsahuje. Vytvoˇ ren´ı sloˇ zky – Nová sloˇzka je na vˇsech u ´loˇziˇst´ıch vytvoˇrena pomoc´ı HTTP metody POST. Vstupem operace je název nové sloˇzky a také metadata rodiˇcovské sloˇzky. V´ ystupem pak metadata novˇe vytvoˇrené sloˇzky. Z´ısk´ an´ı metadat – Pro z´ıskán´ı metadat souboru ˇci sloˇzky je vˇsemi u ´loˇziˇsti vyuˇzito metody GET. Vstupem operace mus´ı b´ yt jednoznaˇcn´ y identifikátor zdroje. V pˇr´ıpadˇe Dropboxu je to cesta ke zdroji, v pˇr´ıpadˇe Google Drivu a OneDrivu pak identifikátor. Na v´ ystupu operace jsou oˇcekávána kompletn´ı metadata zdroje. Vyhled´ av´ an´ı – Vyhledávat je moˇzné na vˇsech u ´loˇziˇst´ıch. Pouˇzitou HTTP metodou je ve vˇsech pˇr´ıpadech GET. Vstupem je pak vyhledávan´ y ˇretˇezec a zda má b´ yt vyhledáváno i mezi smazan´ ymi soubory. V´ ystupem je pak pole s metadaty soubor˚ u a sloˇzek. Problémem pˇri vyhledáván´ı je, ˇze metadata u ´loˇziˇst’ Google Drive a OneDrive neobsahuj´ı cestu k souboru ˇci sloˇzce. Pro z´ıskán´ı um´ıstˇen´ı souboru ˇci sloˇzky je tak potˇreba vz´ıt z metadat identifi-

32

Návrh knihovny


kátor rodiˇcovské sloˇzky a z´ıskat jej´ı metadata. Pokud nen´ı rodiˇcovská sloˇzka koˇrenem adresáˇrové struktury u ´loˇziˇstˇe, je potˇreba z´ıskat metadata rodiˇcovské sloˇzky aktuáln´ı sloˇzky. Takto se pokraˇcuje aˇz do nalezen´ı koˇrenové sloˇzky. Ze z´ıskan´ ych metadat sloˇzek je moˇzno sestavit cestu k souboru ˇci sloˇzce z vyhledáván´ı. Kop´ırov´ an´ı – Pro kop´ırován´ı plat´ı u Google Drivu omezen´ı pouze na soubory. Aby bylo moˇzné vytvoˇrit jednotnou operaci kop´ırován´ı, je nutné omezit kop´ırován´ı u ostatn´ıch u ´loˇziˇst’ rovnˇeˇz pouze na soubory. Dropbox a Google Drive vyuˇz´ıvaj´ı pro kop´ırován´ı HTTP metodu POST. OneDrive definuje vlastn´ı HTTP metodu COPY. Vstupem operace jsou metadata kop´ırovaného souboru, metadata c´ılové sloˇzky a c´ılov´ y název souboru v pˇr´ıpadˇe, ˇze je podporováno pˇrejmenován´ı souboru bˇehem operace. V´ ystupem jsou metadata kop´ırovaného souboru. Pˇ resun – Pˇresunovat je moˇzno soubory i sloˇzky. Dropbox vyuˇz´ıvá pro pˇresun HTTP metodu POST, zat´ımco Google Drive vyuˇz´ıvá PUT. Zvláˇstn´ım pˇr´ıpadem je zde OneDrive, kter´ y má pro pˇresun definovanou nestandardn´ı HTTP metodu MOVE. Na vstupu operace se oˇcekávaj´ı metadata souboru (ˇci sloˇzky) urˇceného pro pˇresun, metadata c´ılové sloˇzky a pˇr´ıpadnˇe nov´ y název souboru, pokud je v rámci pˇresunu povolena i zmˇena názvu. V´ ystupem pak jsou nová metadata souboru ˇci sloˇzky. Pˇ rejmenov´ an´ı – Operace pˇrejmenován´ı nen´ı implicitnˇe dostupná pro vˇsechna vybraná u ´loˇziˇstˇe. Dropbox tuto operaci neimplementuje, nicménˇe je moˇzno ji nahradit operac´ı pˇresunu souboru, pro kterou je vyuˇz´ıváno HTTP metody POST. Ostatn´ı u ´loˇziˇstˇe podporuj´ı pˇrejmenován´ı metodou PUT. Operace je aplikovatelná na soubory i sloˇzky. Vstupem metody jsou metadata souboru ˇci sloˇzky a nov´ y název. V´ ystupem pak jsou nová metadata souboru ˇci sloˇzky. Smaz´ an´ı – Tato operace je aplikovatelná pro soubory i pro sloˇzky. Následkem vykonán´ı této operace je smazán´ı vybrané sloˇzky (vˇcetnˇe obsahu) nebo souboru. Dropbox pouˇz´ıvá pro mazán´ı HTTP metodu POST, zat´ımco ostatn´ı u ´loˇziˇstˇe vyuˇz´ıvaj´ı metody DELETE. Vstupn´ım parametrem této operace jsou metadata souboru ˇci sloˇzky. V´ ystup této operace by mˇel indikovat, zda byla operace u ´spˇeˇsnˇe provedena.

33

Návrh knihovny


Operace Staˇzen´ı Nahrán´ı ´ Uprava obsahu Obsah sloˇzky Vytvoˇren´ı sloˇzky Metadata Vyhledáván´ı Kop´ırován´ı Pˇresun Pˇrejmenován´ı∗ Smazán´ı ∗

Dropbox GET PUT + POST PUT + POST GET POST GET GET POST POST POST POST

Google Drive GET POST + PUT PUT + PUT GET + GET POST GET GET POST PUT PUT DELETE

OneDrive GET PUT PUT GET POST GET GET COPY MOVE PUT DELETE

) U Dropboxu je pro pˇrejmenován´ı vyuˇzito operace pˇresunu.

Tabulka 4.5: HTTP metody operac´ı.

4.7.3

Informaˇ cn´ı operace

Do této kategorie patˇr´ı operace pro z´ıskáván´ı informac´ı o uˇzivateli a jeho u ´ˇctu v rámci u ´loˇziˇstˇe. Vˇsechny zde vyjmenované operace vyuˇzivaj´ı HTTP metodu GET. Jelikoˇz OneDrive rozdˇeluje z´ıskáván´ı informac´ı o uˇzivateli a z´ıskáván´ı informac´ı o u ´ˇctu do dvou odliˇsn´ ych volán´ı, je nutné rozdˇelit tato volán´ı i u ostatn´ıch u ´loˇziˇst’. Informace o uˇ zivateli – C´ılem této operace je z´ıskat základn´ı informace o uˇzivateli, mezi které patˇr´ı uˇzivatelské jméno a identifikátor uˇzivatele. Na vstupu operace nejsou potˇreba ˇza´dná data. Informace o u ´ˇ ctu – V´ ystupem této operace je zjiˇstˇen´ı celkového prostoru u ´loˇziˇstˇe a jeho obsazené, resp. volné ˇcásti. Ani tato operace nevyˇzaduje ˇzádn´ y vstup.

34

5 Návrh rozˇs´ıˇrené funkcionality C´ılem této kapitoly je návrh funkcionality pro inteligentn´ı práci se soubory v cloudov´ ych u ´loˇziˇst´ıch. Pod pojmem inteligentn´ı je zde chápáno takové chován´ı aplikace, které pˇrináˇs´ı uˇzivateli zjednoduˇsen´ı práce. Za zjednoduˇsen´ı je moˇzné povaˇzovat napˇr´ıklad sn´ıˇzen´ı poˇctu r˚ uzn´ ych aplikac´ı, které by bylo pro dosaˇzen´ı stanoveného c´ıle potˇreba instalovat, zkrácen´ı ˇcasu potˇrebného pro dosaˇzen´ı c´ıle, nebo sn´ıˇzen´ı poˇctu u ´kon˚ u, které by bylo nutné vykonat pro dosaˇzen´ı c´ıle. Zde navrˇzená funkcionalita se op´ırá o dostupnou dokumentaci pro pˇr´ıstup k u ´loˇziˇst´ım a základn´ı sjednocené operace navrˇzené v pˇredchoz´ı kapitole. C´ılem navrˇzen´ ych rozˇs´ıˇren´ı je nab´ıdnout uˇzivateli funkce, na které je zvykl´ y z existuj´ıc´ıch program˚ u, a vylepˇsit je. Navrˇzená funkcionalita se bude liˇsit od stávaj´ıc´ıch program˚ u pˇredevˇs´ım t´ım, ˇze bude aplikovatelná pˇres vˇsechna vybraná u ´loˇziˇstˇe.

5.1

Paraleln´ı nahr´ av´ an´ı

Vzhledem k tomu, ˇze skrze aplikaci bude pˇristupováno k v´ıce cloudov´ ym u ´loˇziˇst´ım zároveˇ n, nab´ız´ı se zde moˇznost implementace paraleln´ıho nahráván´ı souboru na v´ıce u ´loˇziˇst’. Pro uˇzivatele by tato moˇznost znamenala u ´sporu ˇcasu, kterou by strávil nahráván´ım souboru na kaˇzdé u ´loˇziˇstˇe zvláˇst’. Navrhovaná funkcionalita totiˇz poˇc´ıtá se soubˇeˇzn´ ym spuˇstˇen´ım nahráván´ı na vˇsechna u ´loˇziˇstˇe zároveˇ n. Celkov´ y ˇcas potˇrebn´ y pro nahrán´ı souboru by se tak rovnal ˇcasu potˇrebnému pro nahrán´ı souboru na u ´loˇziˇstˇe s nejniˇzˇs´ı rychlost´ı nahráván´ı. Komplikac´ı by mohlo b´ yt pˇreruˇsen´ı nahráván´ı souboru. V takovém pˇr´ıpadˇe by mohlo doj´ıt k situaci, ˇze by pˇreruˇsen´ı nastalo v momentˇe, kdy uˇz by byl soubor na nˇekterá u ´loˇziˇstˇe nahrán, ale na ostatn´ı ne. Nejjednoduˇsˇs´ım ˇreˇsen´ım by bylo situaci ignorovat, coˇz je moˇzné, protoˇze na ˇzádném zu ´loˇziˇst’ se nekompletn´ı soubory nijak neodráˇz´ı na vyuˇzité kapacitˇe u ´loˇziˇstˇe a nejsou pˇridány do c´ılové sloˇzky. Dalˇs´ı moˇznost´ı by bylo jiˇz nahrané soubory smazat a vrátit tak u ´loˇziˇstˇe do stavu pˇred zapoˇcet´ım operace.

35

Návrh rozˇs´ıˇrené funkcionality

5.2

Zrychlen´ı stahován´ı

Zrychlen´ı stahov´ an´ı

Teoreticky je moˇzné z´ıskat pouze vybranou ˇca´st souboru z u ´loˇziˇstˇe. Pˇredpokladem pro tento zp˚ usob pˇr´ıstupu k dat˚ um je jeho podpora na vybraném u ´loˇziˇsti. Pokud tedy u ´loˇziˇstˇe takov´ yto zp˚ usob pˇr´ıstupu k dat˚ um podporuje, b´ yvá zpravidla nˇekde zdokumentován. Pro zjiˇstˇen´ı podpory bylo tedy nutné d˚ ukladnˇe prostudovat dokumentaci a zdrojové kódy API vybran´ ych u ´loˇziˇst’. ´ Uloˇziˇstˇe pˇr´ımo specifikuj´ı v dokumentac´ıch sv´ ych API tuto moˇznost, a jak´ ym zp˚ usobem je moˇzno ji vyuˇz´ıt [27, 28, 30]. Jedná se o podporu hlaviˇcky Range protokolu HTTP/1.1, pomoc´ı které je moˇzno specifikovat rozsah bajt˚ u souboru, kter´ y má b´ yt staˇzen [44, 46]. Jiná u ´loˇziˇstˇe mohou tuto moˇznost rovnˇeˇz podporovat, avˇsak m˚ uˇze b´ yt teoreticky zavedena i jin´ ym zp˚ usobem. Tato moˇznost je kl´ıˇcová pro vyuˇzit´ı redundantn´ıho uloˇzen´ı soubor˚ u ve v´ıce u ´loˇziˇst´ıch ve prospˇech koncového uˇzivatele. Kromˇe moˇznosti navázán´ı stahován´ı souboru po v´ ypadku klienta se t´ım otev´ırá i moˇznost pro navázán´ı stahován´ı souboru z jiného u ´loˇziˇstˇe, neˇz ze kterého byl soubor stahován. Jeˇstˇe zaj´ımavˇejˇs´ı je pak moˇznost paraleln´ıho stahován´ı souboru z v´ıce u ´loˇziˇst’ zároveˇ n. Paraleln´ı stahován´ı souboru funguje v principu tak, ˇze soubor je rozdˇelen do v´ıce ˇca´st´ı, které jsou stahovány nezávisle na sobˇe a sestaveny aˇz na stranˇe uˇzivatele, kter´ y je stahuje. Hlavn´ı v´ yhodou tohoto pˇr´ıstupu je z hlediska uˇzivatele teoretické nav´ yˇsen´ı rychlosti stahován´ı souboru, ale pouze v pˇr´ıpadech, ˇze jiˇz uˇzivatel nevyuˇz´ıvá plnou kapacitu linky, kterou je pˇripojen k u ´loˇziˇsti. Z pohledu cloudov´ ych u ´loˇziˇst’ je pak moˇzné jako pozitivum povaˇzovat sn´ıˇzen´ı zátˇeˇze server˚ u a konektivity v d˚ usledku rozloˇzen´ı stahován´ı mezi r˚ uzná u ´loˇziˇstˇe a t´ım i pˇrenáˇsen´ı menˇs´ıch datov´ ych objem˚ u z kaˇzdého u ´loˇziˇstˇe. Pod pojmem paraleln´ıho stahován´ı si lze pˇredstavit nejen stahován´ı z v´ıce u ´loˇziˇst’ najednou, ale téˇz stahován´ı z jednoho u ´loˇziˇstˇe ve v´ıce vláknech najednou. Z tohoto pohledu je taktéˇz teoreticky moˇzné zv´ yˇsit rychlost pˇrenosu souboru. Vˇse opˇet závis´ı na poskytovateli u ´loˇzného prostoru, zda tuto moˇznost povoluje a jak´ ym zp˚ usobem upravuje rychlost pˇrenáˇsen´ı dat. Nev´ yhodou tohoto pˇr´ıstupu je doˇcasné zv´ yˇsen´ı zátˇeˇze u ´loˇziˇstˇe oproti bˇeˇznému stahován´ı v jednom vláknˇe. Moˇznosti stahován´ı souboru jsou názornˇe ilustrovány v nˇekolika následuj´ıc´ıch obrázc´ıch. V obrázku 5.1 je znázornˇeno sekvenˇcn´ı stahován´ı souboru z jednoho u ´loˇziˇstˇe. V obrázku je zachyceno rozdˇelen´ı souboru do nˇekolika ˇca´st´ı a jejich postupné stahován´ı. V tomto pˇr´ıpadˇe jsou jednotlivé 36



ˇcásti souboru stahovány jedn´ım vláknem v poˇrad´ı podle ˇc´ısel, kter´ ymi jsou oznaˇceny. Paraleln´ı stahován´ı z jednoho u ´loˇziˇstˇe je pak znázornˇeno obrázkem 5.2. Od pˇredchoz´ıho obrázku se paraleln´ı stahován´ı liˇs´ı pˇredevˇs´ım t´ım, ˇze vláken pro stahován´ı je v´ıce. Soubor je opˇet rozdˇelen do nˇekolika ˇcást´ı a vlákn˚ um jsou jednotlivé ˇcásti pˇridˇelovány opˇet v sekvenˇcn´ım poˇrad´ı dle jejich ˇc´ıselného oznaˇcen´ı. Vlákna mezi sebou o jednotlivé ˇca´sti soupeˇr´ı. Kaˇzdá jednotlivá ˇca´st je tak pˇridˇelena tomu vláknu, které o ni jako prvn´ı zaˇzádá, pˇriˇcemˇz ˇza´dost m˚ uˇze vyslat pouze vlákno, které dokonˇcilo stahován´ı pˇredchoz´ı ˇcásti. Dále následuje sekvenˇcn´ı stahován´ı z v´ıce u ´loˇziˇst’ v obrázku 5.3. V tomto pˇr´ıpadˇe je opˇet pouˇzito jen jedno vlákno, které stahuje ˇcásti soubor˚ u dle jejich ˇc´ıselného oznaˇcen´ı. Od stahován´ı z jednoho cloudového u ´loˇziˇstˇe se tento pˇr´ıstup liˇs´ı pˇredevˇs´ım t´ım, ˇze kaˇzdá jednotlivá ˇca´st souboru je stahována z jiného u ´loˇziˇstˇe. Posledn´ım obrázkem 5.4 je kombinovan´ y pˇr´ıstup pro stahován´ı pomoc´ı v´ıce vláken z v´ıce u ´loˇziˇst’. Soubor je zde rozdˇelen do ˇca´st´ı, o které jednotlivá vlákna soupeˇr´ı. Kaˇzdému z vláken je pˇridˇeleno jedno cloudové u ´loˇziˇstˇe, ze které pak ˇcásti soubor˚ u stahuje. Pro implementaci byl zvolen postup stahován´ı znázornˇen´ y obrázkem 5.4. Jedná se o univerzáln´ı postup, kter´ y je moˇzné volbou poˇctu vláken a cloudov´ ych u ´loˇziˇst’ pˇrevést na zbylé tˇri zm´ınˇené postupy. Také je moˇzné u tohoto pˇr´ıstupu pˇredpokládat nejvyˇsˇs´ı m´ıru urychlen´ı stahován´ı souboru. Dosaˇzené v´ ysledky tohoto pˇr´ıstupu k dat˚ um v u ´loˇziˇst´ıch jsou bl´ıˇze popsány a vyhodnoceny v sekci 6.4.

Obrázek 5.1: Sekvenˇcn´ı stahován´ı souboru jedn´ım vláknem z jednoho u ´loˇziˇstˇe. 37



Obrázek 5.2: Stahován´ı souboru ve v´ıce vláknech z jednoho u ´loˇziˇstˇe.

Obrázek 5.3: Sekvenˇcn´ı stahován´ı souboru jedn´ım vláknem z v´ıce u ´loˇziˇst’.

Obrázek 5.4: Stahován´ı souboru z v´ıce u ´loˇziˇst’ ve v´ıce vláknech.

38


5.3

Kontrola konzistence dat


Pro stahován´ı soubor˚ u z v´ıce u ´loˇziˇst’ zároveˇ n je potˇreba zaruˇcit konzistenci obsahu soubor˚ u napˇr´ıˇc u ´loˇziˇsti. Pokud by byt’ jedin´ y ze soubor˚ u neobsahoval stejná data jako ostatn´ı, mohlo by bˇehem stahován´ı doj´ıt k poˇskozen´ı v´ ysledného souboru. V´ ysledn´ y staˇzen´ y soubor by totiˇz obsahoval ˇca´sti dat ze vˇsech stahovan´ ych soubor˚ u a neodpov´ıdal ˇza´dnému z nich. Tento pˇr´ıpad je názornˇe ilustrován obrázkem 5.5.

Obrázek 5.5: Problém nekonzistence soubor˚ u napˇr´ıˇc u ´loˇziˇsti. Pro oˇsetˇren´ı tohoto problému existuje nˇekolik moˇzn´ ych ˇreˇsen´ı. Jedn´ım ˇreˇsen´ım by bylo staˇzen´ı souboru ze vˇsech u ´loˇziˇst’ zároveˇ n a porovnán´ı jejich obsahu. Následnˇe by pak bylo moˇzno vybrat jednu verzi souboru, která by odpov´ıdala pˇredstavám uˇzivatele. Tento pˇr´ıstup ovˇsem nen´ı pˇr´ıliˇs vhodn´ y, protoˇze by soubor bylo nutné stahovat N-krát, kde N je poˇcet u ´loˇziˇst’, ze kter´ ych by byl soubor stahován. Lepˇs´ım pˇr´ıstupem je z´ıskán´ı pouze kontroln´ıch souˇct˚ u soubor˚ u a jejich porovnán´ı pˇred staˇzen´ım. U kontroln´ıch souˇct˚ u se pˇredpokládá, ˇze dva soubory maj´ı shodn´ y kontroln´ı souˇcet pouze v pˇr´ıpadˇe, ˇze maj´ı i shodn´ y obsah. Toto ovˇsem nemus´ı platit vˇzdy a mohou existovat dva obsahovˇe odliˇsné soubory se stejn´ ym kontroln´ım souˇctem. Pˇred t´ımto problémem je moˇzno se bránit kontrolou velikosti soubor˚ u. Pravdˇepodobnost, ˇze by dva stejnˇe 39


Synchronizace sloˇzek

velké soubory s rozd´ıln´ ym obsahem mˇely stejné kontroln´ı souˇcty, je prakticky nulová. Kontroln´ı souˇcty je nav´ıc moˇzno ukládat a pˇristupovat k nim pozdˇeji. Jelikoˇz jedin´ ym u ´loˇziˇstˇem, které poskytuje kontroln´ı souˇcty jako souˇcást metadat, je Google Drive, je nutné pro soubory v ostatn´ıch u ´loˇziˇst´ıch kontroln´ı souˇcty poˇc´ıtat manuálnˇe [28]. Pro vypoˇcten´ı kontroln´ıho souˇctu souboru je potˇreba soubor nejprve stáhnout. D˚ uleˇzité je rovnˇeˇz zpˇetné pˇriˇrazen´ı kontroln´ıho souˇctu k souboru. To je moˇzné pouze v pˇr´ıpadˇe, ˇze soubor nebyl zmˇenˇen. Spolu s kontroln´ım souˇctem je tedy nutné uchovávat i metadata souboru, ke kterému kontroln´ı souˇcet patˇr´ı. Pro jednoznaˇcné pˇriˇrazen´ı kontroln´ıho souˇctu k souboru je potˇreba znát jednoznaˇcn´ y identifikátor souboru, at’ uˇz se jedná o cestu k souboru v pˇr´ıpadˇe u ´loˇziˇstˇe Dropbox, nebo identifikátor u u ´loˇziˇst’ Google Drive a OneDrive. Dále by mˇel odpov´ıdat i název souboru. Co odpov´ıdat mus´ı, je velikost souboru, a datum a ˇcas posledn´ı u ´pravy. Pokud je dostupn´ yu ´daj o datu a ˇcase vytvoˇren´ı souboru, mus´ı odpov´ıdat i ten. Posledn´ı d˚ uleˇzit´ y atribut, kter´ y mus´ı odpov´ıdat, je identifikátor uˇzivatelského u ´ˇctu v rámci u ´loˇziˇstˇe.

5.4

Synchronizace sloˇ zek

Na základˇe kontroln´ıch souˇct˚ u je moˇzno synchronizovat lokáln´ı a vzdálené sloˇzky. Zde je nejd˚ uleˇzitˇejˇs´ı detekce zmˇeny souboru. Soubor, kter´ y byl pozmˇenˇen, je pak potˇreba nahrát na u ´loˇziˇstˇe nebo z u ´loˇziˇstˇe stáhnout, v závislosti na tom, kde zmˇena nastala. Synchronizaci je moˇzno bud’ provádˇet kontinuálnˇe nebo jednorázovˇe. Kontinuáln´ı pˇr´ıstup vyˇzaduje sledován´ı zmˇen v lokáln´ım souborovém systému a ve vzdálen´ ych u ´loˇziˇst´ıch zároveˇ n. Pro sledován´ı lokáln´ıch zmˇen je potˇreba program, kter´ y by pomoc´ı funkc´ı operaˇcn´ıho systému zmˇeny sledoval. Sledován´ı vzdálen´ ych zmˇen pak vyˇzaduje periodické dotazy na metadata sledovan´ ych soubor˚ u. Nˇekterá u ´loˇziˇstˇe dokonce podporuj´ı zas´ılán´ı notifikac´ı v pˇr´ıpadˇe zmˇen soubor˚ u. Jednorázová synchronizace je jednoduˇsˇs´ı, protoˇze nevyˇzaduje ˇza´dné sledován´ı soubor˚ u, at’ uˇz lokáln´ıch nebo vzdálen´ ych. Pro jednorázovou synchronizaci tak staˇc´ı z´ıskán´ı kontroln´ıch souˇct˚ u soubor˚ u v synchronizovan´ ych sloˇzkách, jejich porovnán´ı a vyhodnocen´ı zmˇen. Po identifikaci zmˇenˇen´ ych soubor˚ u je potˇreba urˇcit smˇer, kter´ ym se zmˇeny budou propagovat. 40


5.4.1

Transfer soubor˚ u

Selektivn´ı synchronizace

Selektivn´ı synchronizace je vlastnost aplikace, která umoˇzn ˇuje uˇzivatel˚ um zvolit si v rámci synchronizaˇcn´ı sloˇzky obsah, kter´ y bude synchronizován. Ve v´ ysledku se tak synchronizuj´ı pouze uˇzivatelem oznaˇcené soubory. Pro selektivn´ı synchronizaci je nejprve d˚ uleˇzité urˇcit, zda má prioritu lokáln´ı nebo vzdálená sloˇzka. Vˇetˇsina existuj´ıc´ıch klient˚ u pouˇz´ıvá vzdálenou sloˇzku jako prioritn´ı. V praxi to znamená, ˇze uˇzivatel si vyb´ırá, které ze vzdálen´ ych podsloˇzek se budou synchronizovat na lokáln´ı disk. Pˇr´ıstup s prioritn´ı vzdálenou sloˇzkou nen´ı ovˇsem vhodn´ y v pˇr´ıpadˇe, ˇze je pro synchronizaci zvoleno v´ıce u ´loˇziˇst’ najednou. Nastává zde totiˇz problém s urˇcen´ım prioritn´ı sloˇzky. Pokud by bylo jedno z u ´loˇziˇst’ urˇceno jako hlavn´ı, musela by synchronizace prob´ıhat i mezi u ´loˇziˇsti. Lepˇs´ım ˇreˇsen´ım tak je volba lokáln´ı sloˇzky jako prioritn´ı. Uˇzivateli se tak nab´ız´ı moˇznost vybrat si na která u ´loˇziˇstˇe budou lokáln´ı podsloˇzky synchronizovány.

5.5

Transfer soubor˚ u

Dalˇs´ı navrˇzenou rozˇsiˇruj´ıc´ı funkc´ı je pˇresun soubor˚ u mezi u ´loˇziˇsti. Moˇznost´ı pro implementaci této funkcionality je opˇet v´ıce. Ideáln´ım ˇreˇsen´ım by byl pˇresun soubor˚ u pˇr´ımo mezi u ´loˇziˇsti. To ovˇsem nen´ı bohuˇzel moˇzné, protoˇze by tato moˇznost musela b´ yt podporována pˇr´ımo u ´loˇziˇsti. Soubory je tedy nutné pˇresunovat prostˇrednictv´ım klientské aplikace. Prvn´ı variantou ˇreˇsen´ı je staˇzen´ı celého souboru na lokáln´ı disk a jeho následné nahrán´ı na c´ılové u ´loˇziˇstˇe. Hlavn´ı v´ yhodou tohoto pˇr´ıstupu je moˇznost vyuˇzit´ı rychlejˇs´ıho stahován´ı popsaného v sekci 5.2. Nev´ yhodou pak je potˇreba dostateˇcnˇe velkého prostoru na lokáln´ım disku pro doˇcasné uloˇzen´ı souboru. Dalˇs´ı nev´ yhodou je, ˇze soubor m˚ uˇze b´ yt nahrán na vzdálené u ´loˇziˇstˇe aˇz po jeho kompletn´ım staˇzen´ı na lokáln´ı disk. Druhou variantou ˇreˇsen´ı by mohlo b´ yt sekvenˇcn´ı stahován´ı souboru do mezipamˇeti a souˇcasné nahráván´ı staˇzen´ ych dat na c´ılové u ´loˇziˇstˇe. Mezipamˇet’ by tak mohla m´ıt velikost zlomku velikosti celého souboru a nemusela by v˚ ubec vyuˇz´ıt lokáln´ı diskov´ y prostor. Nev´ yhodou vˇsak je pomalejˇs´ı stahován´ı dat.

41


Rozvrˇzen´ı funkcionality

Pokud se vezme v potaz i kontrola konzistence dat a synchronizace sloˇzek, je v´ıce neˇz vhodné vypoˇc´ıtávat kontroln´ı souˇcet souboru pˇri jeho pr˚ uchodu skrze klienta. Toto pˇrináˇs´ı dalˇs´ı nev´ yhodu pro druhou variantu ˇreˇsen´ı, jelikoˇz by bylo nutné duplikovat pˇrijatá data. Jedna kopie dat by byla nahrávána na c´ılové u ´loˇziˇstˇe, zat´ımco z druhé kopie by byl vypoˇcten kontroln´ı souˇcet. Z navrˇzen´ ych variant byla zvolena metoda staˇzen´ı celého souboru a jeho následné nahrán´ı na c´ılové u ´loˇziˇstˇe. D˚ uvodem této volby byla moˇznost vyuˇzit´ı stahován´ı ve v´ıce vláknech. Dalˇs´ım d˚ uvodem pro tuto volbu byla moˇznost vyuˇzit´ı jiˇz navrˇzen´ ych operac´ı pro implementaci transferu soubor˚ u mezi u ´loˇziˇsti.

5.6

Rozvrˇ zen´ı funkcionality

V následuj´ıc´ım obrázku 5.6 je zachyceno rozdˇelen´ı navrˇzené základn´ı i rozˇs´ıˇrené funkcionality mezi implementované programové ˇcásti. Jednotlivá funkcionalita je symbolicky oznaˇcena. USER INFO a USER QUOTA reprezentuj´ı základn´ı operace pro z´ıskán´ı informac´ı o uˇzivateli a jeho kapacity prostoru v rámci u ´loˇziˇstˇe. Následuj´ı operace pro manipulaci se soubory. Operace LIST FOLDER pˇredstavuje operaci z´ıskán´ı obsahu vzdálené sloˇzky. CREATE FOLDER je pak vytvoˇren´ım sloˇzky v u ´loˇziˇsti. Operace pro nahráván´ı a stahován´ı jsou oznaˇceny jako UPLOAD a DOWNLOAD. Operace pˇrejmenován´ı soubor˚ u a sloˇzek je oznaˇcena jako RENAME. Pˇresun a kop´ırován´ı soubor˚ u je pak MOVE a COPY. Operace mazán´ı soubor˚ u a sloˇzek je nazvána DELETE. Operace SEARCH pak pˇredstavuje operaci vyhledáván´ı soubor˚ uvu ´loˇziˇsti. Posledn´ı základn´ı funkcionalitou je z´ıskáván´ı metadat soubor˚ u a sloˇzek oznaˇcené jako METADATA. Rozˇs´ıˇrená funkcionalita obsahuje operace pro transfer soubor˚ u mezi u ´loˇziˇsti TRANSFER. Tato operace zahrnuje kop´ırován´ı i pˇresun soubor˚ u. MULTI-UPLOAD pˇredstavuje operaci pro nahráván´ı souboru na v´ıce u ´loˇziˇst’ zároveˇ n a MULTI-DOWNLOAD operaci pro stahován´ı souboru ve v´ıce vláknech. CHECKSUM pak oznaˇcuje rozˇs´ıˇrenou funkcionalitu pro vytváˇren´ı kontroln´ıch souˇct˚ u a jejich porovnáván´ı v rámci nˇekter´ ych operac´ı. Posledn´ı je operace synchronizace SYNCHRONIZE, která v sobˇe zahrnuje i selektivn´ı synchronizaci. Veˇskerá základn´ı funkcionalita je navrˇzena jako souˇcást knihovny. Z rozˇs´ıˇrené funkcionality obsahuje knihovna jeˇstˇe operace pro nahráván´ı souboru na 42


Rozvrˇzen´ı funkcionality

v´ıce u ´loˇziˇst’ a stahován´ı souboru z v´ıce u ´loˇziˇst’. Zbylá rozˇsiˇruj´ıc´ı funkcionalita byla navrˇzena jako souˇca´st aplikace vyuˇz´ıvaj´ıc´ı implementovanou knihovnu. Desktopová aplikace obsahuje veˇskerou funkcionalitu, která je obsaˇzena v knihovnˇe. Nad rámec jiˇz poskytnuté funkcionality implementuje aplikace i zbylou rozˇsiˇruj´ıc´ı funkcionalitu. Souˇca´st´ı mobiln´ı aplikace je pouze omezená funkcionalita. Ze základn´ıch operac´ı byly vynechány operace pro pˇresun a kop´ırován´ı soubor˚ u a vyhledáván´ı. Z rozˇsiˇruj´ıc´ı funkcionality je pak vynechána operace pro transfer soubor˚ u mezi u ´loˇziˇsti. Operace pro nahráván´ı soubor˚ u na v´ıce u ´loˇziˇst’ a stahován´ı z v´ıce u ´loˇziˇst’ jsou vyuˇz´ıvány pouze v rámci synchronizace, nikoliv samostatnˇe.

Obrázek 5.6: Pˇrehled implementované funkcionality.

43

6 Implementace knihovny Pro tvorbu knihovny bylo nutné zvolit nejprve komponenty. Z návrhu knihovny vypl´ yvá, ˇze je potˇreba urˇcit nˇekolik základn´ıch stavebn´ıch kamen˚ u, ze kter´ ych bude knihovna sloˇzena. Komponenty knihovny jsou tvoˇreny HTTP klientem, komponentou pro práci s daty ve formátu JSON, komponentou pro autorizaci pomoc´ı OAuth 2.0 a webov´ ym serverem. Dále pak bylo rozhodnuto o implementaci sekce 5.2 jako souˇca´sti knihovny.

6.1

Volba komponent

Prvn´ı komponentou, kterou bylo potˇreba zvolit, byl HTTP klient. V u ´vahu pˇripadal HTTP klient od Apache, HTTP klient od Googlu a implementace HTTP spojen´ı dostupná jako souˇca´st Javy. Z tˇechto variant byl nakonec zvolen HTTP klient od Apache, protoˇze se jedná o robustn´ı ˇreˇsen´ı, které je nav´ıc dostupné jako v´ ychoz´ı HTTP klient na platformˇe Android [33, 52]. Dalˇs´ı komponentou je parser pro data ve formátu JSON. Zde se vycházelo ze seznamu dostupn´ ych knihoven na json.org [19]. Hlavn´ımi kandidáty byly knihovny JSON.simple, Jackson a GSON [34, 35, 53]. Pˇri v´ ybˇeru bylo pˇrihl´ıˇzeno na dokumentaci knihoven a na v´ ysledky srovnávac´ıch test˚ u rychlosti serializace a deserializace. Na základˇe srovnávac´ıch test˚ u byla nakonec zvolena knihovna Jackson [54, 55, 56]. U autorizaˇcn´ı komponenty byl v´ ybˇer provádˇen na základˇe seznamu klientsk´ ych knihoven pro OAuth 2.0 [14]. Po anal´ yze dostupn´ ych knihoven byla nakonec zvolena vlastn´ı implementace. V´ yhodou této volby je pˇredevˇs´ım moˇznost zakomponován´ı webového serveru pro z´ıskáván´ı pˇr´ıstupov´ ych token˚ u z autorizaˇcn´ıho procesu. Pro volbu webového serveru bylo vycházeno ze seznamu existuj´ıc´ıch open source webov´ ych server˚ u [57]. C´ılem bylo vybrat co nejjednoduˇsˇs´ı implementaci, která bude zároveˇ n podporovat parsován´ı HTTP poˇzadavk˚ u a naslouchán´ı na náhodném portu. Po prozkoumán´ı dostupn´ ych ˇreˇsen´ı byl zvolen HTTP server Simple, kter´ y splˇ nuje vˇsechna kritéria v´ ybˇeru [58].

44

Implementace knihovny

6.2

Odliˇsnosti cloudových u ´loˇziˇst’

Odliˇ snosti cloudov´ ych u ´ loˇ ziˇ st’

Pˇri implementaci je potˇreba se soustˇredit na drobné odliˇsnosti mezi jednotliv´ ymi u ´loˇziˇsti. Hlavn´ı dosud nepopsané rozd´ıly jsou v konfiguraci aplikace na stranˇe u ´loˇziˇstˇe a v nˇekter´ ych operac´ıch, které se skládaj´ı z v´ıce r˚ uzn´ ych poˇzadavk˚ u na server.

6.2.1

Konfigurace na stranˇ eu ´ loˇ ziˇ st’

Aby bylo moˇzné pouˇz´ıvat aplikaci pro pˇr´ıstup k u ´loˇziˇsti, je nutné ji na u ´loˇziˇsti zaregistrovat. Registrace aplikace vyˇzaduje registrovaného uˇzivatele. Registrac´ı aplikace je z´ıskán identifikátor aplikace a tajn´ y kl´ıˇc, které jsou potˇreba pro autorizaci pˇr´ıstupu. U Dropboxu je d˚ uleˇzité povolit aplikaci pˇr´ıstup ke vˇsem soubor˚ um uˇzivatele. V opaˇcném pˇr´ıpadˇe by byl pˇr´ıstup aplikace omezen pouze na jednu sloˇzku speciálnˇe vytvoˇrenou pro aplikaci. Po vytvoˇren´ı aplikace má aplikace pˇridˇelen status v´ yvoje a pro z´ıskán´ı produkˇcn´ıho statusu je potˇreba odeslat ˇzádost z administraˇcn´ıho rozhran´ı Dropboxu. Aplikaci je jinak moˇzno nastavit ikonu, popis a domovskou stránku [59]. Pˇri registraci aplikace na Google Drive je potˇreba pˇri vytváˇren´ı OAuth pˇr´ıstupov´ ych informac´ı zvolit typ aplikace jako Installed application a Other. Kromˇe registrace aplikace je nutné jeˇstˇe povolit pˇr´ıstup ke konkrétn´ımu API, v tomto pˇr´ıpadˇe Drive API. Dále je moˇzné nastavit ikonu aplikace, podm´ınky uˇzit´ı a zásady ochrany osobn´ıch u ´daj˚ u, které budou zobrazeny pˇri autorizaci aplikace [60]. Pro OneDrive je rovnˇeˇz moˇzné nastaven´ı ikony aplikace a pˇriloˇzen´ı podm´ınek uˇzit´ı a zásad ochrany osobn´ıch u ´daj˚ u. Oproti ostatn´ım u ´loˇziˇst´ım je zde moˇzné nastavit lokalizovan´ y název aplikace. Zvláˇstnˇe formulovanou moˇznost´ı nastaven´ı je zde volba mezi mobiln´ı a desktopovou aplikac´ı. Nastaven´ı by mˇelo upravovat, které autorizaˇcn´ı granty bude moˇzné v aplikaci vyuˇz´ıt. Pˇri testován´ı vˇsak nebyl zjiˇstˇen ˇza´dn´ y vliv tohoto nastaven´ı na knihovnu. Pro knihovnu byla nakonec zvolena volba desktopové aplikace. S touto volbou byla pozdˇeji knihovna vyuˇzita i na mobilné platformˇe bez problém˚ u [61].

45


6.2.2

Odliˇsnosti cloudových u ´loˇziˇst’

Rozf´ azov´ an´ı operac´ı

Nˇekteré operace vyˇzaduj´ı vykonán´ı v´ıce poˇzadavk˚ u neˇz pouze jednoho. Pˇritom je nutné jeˇstˇe rozliˇsovat, zda vˇsechny vykonávané poˇzadavky v rámci jedné operace maj´ı stejn´ y základ nebo ne. V pˇr´ıpadˇe stejného základu je moˇzné zpracovávat poˇzadavek uvnitˇr cyklu. V opaˇcném pˇr´ıpadˇe je potˇreba operaci rozdˇelit do v´ıce fáz´ı. D˚ uvodem pro rozfázován´ı operac´ı jsou operace z´ıskán´ı obsahu sloˇzky a nahráván´ı souboru. Knihovna implementuje rozdˇelen´ı do tˇr´ı fáz´ı – pˇr´ıpravné, exekuˇcn´ı (hlavn´ı) a ukonˇcovac´ı. Prvn´ı fáze slouˇz´ı jako zahájen´ı operace. V druhé fázi je vykonán hlavn´ı poˇzadavek celé operace a v posledn´ı fázi je provedeno ukonˇcen´ı operace. Jednotlivé operace nemus´ı vyuˇz´ıt vˇsech fáz´ı. Z´ısk´ an´ı obsahu sloˇ zky – Pro tuto operaci je potˇreba rozdˇelen´ı do v´ıce fáz´ı z d˚ uvodu zp˚ usobu, jak´ ym je z´ıskáván obsah sloˇzky na u ´loˇziˇsti Google Drive. V tomto konkrétn´ım pˇr´ıpadˇe je z´ıskáván zvláˇst’ seznam vˇsech soubor˚ u v u ´loˇziˇsti a seznam identifikátor˚ u soubor˚ u, které jsou obsahem konkrétn´ı sloˇzky. Do preparaˇcn´ı fáze byl tedy vyˇclenˇen poˇzadavek na z´ıskán´ı seznamu identifikátor˚ u. V hlavn´ı fázi pak z˚ ustal poˇzadavek na z´ıskán´ı obsahu sloˇzky. Nahr´ av´ an´ı souboru – Tato operace má pro kaˇzdé u ´loˇziˇstˇe odliˇsn´ y pr˚ ubˇeh. Pro Dropbox plat´ı, ˇze v prvn´ım poˇzadavku je pos´ılána prvn´ı ˇcást dat. V odpovˇedi serveru je pak obsaˇzen identifikátor relace pro nahráván´ı souboru. Následuje opakované nahráván´ı ˇcást´ı souboru dokud nen´ı soubor nahrán cel´ y. Operace je zakonˇcena speciáln´ım poˇzadavkem, kter´ ym je potvrzeno nahrán´ı souboru na u ´loˇziˇstˇe a nastaven´ı jeho um´ıstˇen´ı v u ´loˇziˇsti [27]. Google Drive má pro nahráván´ı souboru opaˇcn´ y postup. Nejprve jsou poslána metadata a teprv poté je nahráván soubor po ˇca´stech [28]. Pro OneDrive nen´ı moˇzné nahráván´ı souboru po ˇca´stech a staˇc´ı tak pouze jeden poˇzadavek [31]. V pr˚ ubˇehu implementaˇcn´ıho procesu bylo rozhodnuto o implementaci soubˇeˇzného nahráván´ı souboru na v´ıce u ´loˇziˇst’ zároveˇ n v rámci knihovny. Následkem tohoto rozhodnut´ı bylo pˇresunut´ı procesu nahráván´ı a jeho fáz´ı do samostatného vlákna. V d˚ usledku tohoto pˇresunu je pro nahráván´ı souboru vyuˇzita pouze hlavn´ı fáze, která spouˇst´ı vlákna pro nahráván´ı. Posledn´ı fáze tak nen´ı vyuˇz´ıvána ˇzádnou operac´ı a z˚ ustává tak pˇripravena pro moˇzná rozˇs´ıˇren´ı knihovny.

46


6.3

Rozvrˇzen´ı knihovny

Rozvrˇ zen´ı knihovny

Knihovna je rozvrˇzena do nˇekolika základn´ıch ˇcást´ı, které navzájem spolupracuj´ı. Základn´ı ˇcást´ı knihovny je správa podporovan´ ych cloudov´ ych u ´loˇziˇst’, uˇzivatelsk´ ych u ´ˇct˚ u a pˇr´ıstupov´ ych token˚ u. Cloudov´ a u ´ loˇ ziˇ stˇ e – Rozhran´ım pro správu u ´loˇziˇst’ je CloudManager. V knihovnˇe je vytvoˇrena i jeho jednoduchá implementace, která naˇc´ıtá definice cloudov´ ych u ´loˇziˇst’ ze soubor˚ u ve formátu JSON. Kaˇzdá definice cloudového u ´loˇziˇstˇe obsahuje základn´ı identifikaci u ´loˇziˇstˇe, pˇr´ıstupové informace pro autorizaci aplikace a definice poˇzadavk˚ u pro autorizaci a pro jednotlivé operace. Kaˇzd´ y poˇzadavek pak obsahuje URI poˇzadavku, HTTP metodu poˇzadavku a m˚ uˇze obsahovat definici mapován´ı parametr˚ u, seznam parametr˚ u volán´ı, hlaviˇcky poˇzadavku a tˇelo poˇzadavku. Uˇ zivatelsk´ eu ´ˇ cty – Pro správu uˇzivatelsk´ ych u ´ˇct˚ u je vytvoˇreno rozhran´ı AccountManager. Dále je dostupná jeho implementace pracuj´ıc´ı se soubory na lokáln´ım disku. Informace uchovávané pro kaˇzd´ y uˇzivatelsk´ y u ´ˇcet jsou tvoˇreny názvem u ´ˇctu, identifikátorem cloudového u ´loˇziˇstˇe a identifikátorem tokenu. Pˇ r´ıstupov´ e tokeny – Pro kaˇzd´ y uˇzivatelsk´ y u ´ˇcet je potˇreba ukládat pˇr´ıstupové a obnovovac´ı tokeny. Jelikoˇz jsou pˇr´ıstupov´ y i obnovovac´ı token vázány pouze na jeden u ´ˇcet, je moˇzné je uchovávat spoleˇcnˇe v páru. Pro správu token˚ u je pˇripraveno rozhran´ı CredentialStore a dvˇe základn´ı implementace tohoto rozhran´ı, které pracuj´ı se soubory. Prvn´ı implementac´ı je základn´ı ukládán´ı token˚ u do souboru. Na v´ ybˇer je zde typ serializace. Je moˇzno volit mezi základn´ı serializac´ı objekt˚ u dostupné v Javˇe a pˇrevodem objekt˚ u do formátu JSON. Pro z´ıskán´ı tokenu je nutné znát jeho identifikátor, pod kter´ ym je uloˇzen. Identifikátory jsou tvoˇreny ˇretˇezci a je moˇzné je zvolit ruˇcnˇe nebo generovat náhodnˇe. V´ ychoz´ı délka generovaného identifikátoru je 8 znak˚ u. Druhou implementac´ı je rozˇs´ıˇren´ı prvn´ı implementace o ˇsifrován´ı souboru. Pro ˇsifrován´ı je dle návrhu vyuˇzito symetrické ˇsifrován´ı AES [48]. V implementaci je nastaven v´ ychoz´ı kl´ıˇc pro ˇsifrován´ı, kter´ y je moˇzno zmˇenit. Pro serializaci dat je zde vyuˇz´ıváno pouze objektové serializace Javy a nen´ı ji moˇzno zmˇenit. Tato implementace splˇ nuje poˇzadavky na ukládán´ı token˚ u specifikované v dokumentu RFC 6749 [13]. 47



Pro správu u ´loˇziˇst’, uˇzivatel˚ u a token˚ u plat´ı následuj´ıc´ı logika. Kaˇzdá definice cloudového u ´loˇziˇstˇe se vztahuje pouze k jednomu u ´loˇziˇsti. Mˇelo by se pˇredej´ıt duplicitn´ım definic´ım u ´loˇziˇst’. V´ıce uˇzivatelsk´ ych u ´ˇct˚ u m˚ uˇze pˇristupovat k jednomu cloudovému u ´loˇziˇsti. Pro kaˇzd´ y uˇzivatelsk´ yu ´ˇcet existuje vlastn´ı sada token˚ u. Tyto vazby jsou pak znázornˇeny v obrázku 6.1.

Obrázek 6.1: Vazby mezi cloudov´ ymi u ´loˇziˇsti, tokeny a uˇzivatelsk´ ymi u ´ˇcty. Dalˇs´ı ˇca´st´ı knihovny je vlastn´ı implementace autorizaˇcn´ıho procesu. Do této ˇca´sti patˇr´ı pˇredevˇs´ım rozhran´ı OAuth2Grant, které tvoˇr´ı základ pro implementaci jednotliv´ ych autorizaˇcn´ıch proces˚ u. Implementac´ı tohoto rozhran´ı lze také zavést rozˇsiˇruj´ıc´ı granty. Jednou z metod rozhran´ı je metoda authorize, která spouˇst´ı autorizaˇcn´ı proces. Pokud se jedná o proces, pˇri kterém je vyˇzadována interakce s uˇzivatelem, je touto metodou navrácen poˇzadavek na interakci s uˇzivatelem. Knihovna rovnˇeˇz poskytuje rozhran´ı AuthorizationCallback, jehoˇz implementaci je právˇe pˇredáván poˇzadavek na interakci s uˇzivatelem. Implementace tohoto rozhran´ı tak m˚ uˇze napˇr´ıklad otevˇr´ıt okno prohl´ıˇzeˇce a zobrazit uˇzivateli stránku s poˇzadavkem na autorizaci uˇzivatele. Souˇca´st´ı autorizace je i naslouchán´ı na lokáln´ım portu. Jelikoˇz se jedná o náhodn´ y port, je starost´ı naslouchaj´ıc´ıho serveru i pˇredán´ı informac´ı o pˇridˇeleném portu. Implementace pˇredáván´ı ˇc´ısla lokáln´ıho portu odpov´ıdá návrhu a je pˇredáváno parametrem state. Ned´ılnou u ´lohou naslouchaj´ıc´ıho serveru je pˇrijet´ı poˇzadavku od autorizaˇcn´ıch serveru a pˇredán´ı pˇrijat´ ych dat pomoc´ı rozhran´ı RedirectCallback. Od tˇr´ıdy implementuj´ıc´ı toto rozhran´ı je pak navrácen obsah webové stránky, která má b´ yt zobrazena uˇzivateli.

48



Posledn´ı velkou ˇca´st´ı knihovny je implementace jednotliv´ ych operac´ı. Pro snazˇs´ı implementaci je zde vytvoˇrena abstraktn´ı tˇr´ıda Operation, která slouˇz´ı jako základ pro vˇsechny ostatn´ı operace. Souˇca´st´ı této tˇr´ıdy je i typov´ y parametr T, kter´ y urˇcuje typ návratov´ ych dat operace. Kaˇzdá operace rozˇsiˇruj´ıc´ı tuto abstraktn´ı operaci mus´ı obsahovat implementaci metod abort, operationBegin, operationExecute a operationFinish. Posledn´ı tˇri jmenované metody tvoˇr´ı dohromady cel´ y proces operace a jsou volány z metody execute. Rozdˇelen´ım metody execute do tˇr´ı dalˇs´ıch metod je dosaˇzeno rozfázován´ı operace (v´ıce v sekci 6.2.2). Metoda abort – Tato metoda slouˇz´ı pro pˇreruˇsen´ı celé operace. Pokud tedy operace vyuˇz´ıvá napˇr´ıklad v´ıce vláken, mus´ı pˇri zavolán´ı této metody b´ yt vˇsechna vlákna pˇreruˇsena a bˇeh operace ukonˇcen. Pro operaci bˇeˇz´ıc´ı v jednom vláknˇe to znamená pˇreruˇsen´ı právˇe vykonávaného poˇzadavku HTTP klientem. Metoda operationBegin – Metoda je prvn´ı fáz´ı operace, ve které by mˇelo docházet k z´ıskán´ı dat potˇrebn´ ych pro vykonán´ı dalˇs´ı fáze operace. Vˇetˇsina operac´ı má tuto metodu prázdnou, protoˇze nevyˇzaduj´ı ˇza´dné pˇredzpracován´ı. Operacemi, které vyˇzaduj´ı pˇredzpracován´ı, jsou operace z´ıskán´ı obsahu sloˇzky a nahráván´ı souboru. Metoda operationExecute – Jedná se o hlavn´ı fázi operace, která je implementována vˇsemi operacemi. V této fázi je zpravidla provedeno odeslán´ı poˇzadavku na cloudové u ´loˇziˇstˇe a zpracován´ı pˇrijaté odpovˇedi. Operace stahován´ı souboru a nahráván´ı souboru si v této fázi vytváˇrej´ı vlákna. Metoda operationFinish – Tato metoda slouˇz´ı k odeslán´ı poˇzadavku slouˇz´ıc´ıho pro ukonˇcen´ı celé operace. Ve vˇetˇsinˇe pˇr´ıpad˚ u je i tato metoda ponechána prázdná. V´ yjimku tvoˇr´ı operace nahráván´ı souboru, která zde v pˇr´ıpadˇe nahráván´ı souboru po ˇcástech pos´ılá poˇzadavek na ukonˇcen´ı nahráván´ı souboru. Jak jiˇz bylo zm´ınˇeno, nˇekteré operace si vytváˇrej´ı vlákna. Konkrétnˇe se jedná o operace stahován´ı souboru a nahráván´ı souboru. Pro stahován´ı souboru je dˇelen´ı do vláken provádˇeno z d˚ uvodu paraleln´ıho stahován´ı, at’ uˇz se jedná o stahován´ı z jednoho nebo z v´ıce u ´loˇziˇst’. U nahráván´ı souboru je prostˇrednictv´ım v´ıce vláken umoˇznˇeno nahrávat soubor na v´ıce u ´loˇziˇst’ zároveˇ n (viz sekce 5.1). Pro operace stahován´ı a nahráván´ı souboru je dostupná abstraktn´ı tˇr´ıda ProgressListener, která umoˇzn ˇuje sledován´ı pr˚ ubˇehu tˇechto operac´ı. Jedi49



nou abstraktn´ı metodou této tˇr´ıdy je metoda onProgress(), která je vyvoˇ lávána po uplynut´ı ˇcasového intervalu. Casov´ y interval je moˇzné pˇredat tˇr´ıdˇe pomoc´ı konstruktoru. Pˇr´ısluˇsné operace tak pˇredávaj´ı tˇr´ıdˇe poˇcty pˇrenesen´ ych bajt˚ u a ta se stará o jejich pˇredán´ı uˇzivateli. Pro stahován´ı i nahráván´ı soubor˚ u mus´ı b´ yt vˇzdy dodána knihovnˇe implementace této tˇr´ıdy. Obrázek 6.2 zachycuje zjednoduˇsen´ y schematick´ y model knihovny, ve kterém je kladen pˇredevˇs´ım d˚ uraz na zobrazen´ı vnitˇrn´ı struktury knihovny a zachycen´ı oblast´ı, do kter´ ych náleˇz´ı jednotlivé komponenty knihovny. Na levé stranˇe je vstupn´ı bod knihovny. Knihovna poskytuje své metody aplikac´ım formou API. Na druhé stranˇe pak knihovna z´ıskává a ukládá uˇzivatelské u ´ˇcty, definice cloudov´ ych u ´loˇziˇst’ a tokeny, a pˇristupuje ke cloudov´ ym u ´loˇziˇst´ım. Uvnitˇr knihovny jsou pak vidˇet jednotlivé komponenty, ze kter´ ych se knihovna skládá, a zp˚ usob, kter´ ym mezi sebou jednotlivé komponenty spolupracuj´ı.

Obrázek 6.2: Vnitˇrn´ı struktura knihovny. Samotná knihovna pak obsahuje 69 soubor˚ u, které obsahuj´ı celkem 52 tˇr´ıd, 7 rozhran´ı, 7 enumerac´ı a 4 v´ yjimky. Soubory jsou rozdˇeleny do 5 bal´ık˚ u se specializovan´ ym zamˇeˇren´ım a jednoho obecného bal´ıku. Specializované bal´ıky tvoˇr´ı následuj´ıc´ı bal´ıky: 50


Dosaˇzené výsledky

• filesystem – Obsahem tohoto bal´ıku jsou jednotlivé operace provádˇené nad u ´loˇziˇsti. Souˇcást´ı bal´ıku jsou i tˇr´ıdy umoˇzn ˇuj´ıc´ı sledován´ı pr˚ ubˇehu nˇekter´ ych operac´ı. • http – Tento bal´ık obsahuje implementaci HTTP metod COPY a MOVE, které vyuˇz´ıvá OneDrive. • json – V tomto bal´ıku jsou pˇreváˇznˇe tˇr´ıdy typu Plain Old Java Object (POJO), které jsou mapovány JSON parserem. • oauth2 – Obsahem tohoto bal´ıku je implementace autorizace pomoc´ı OAuth 2.0. Souˇcást´ı bal´ıku je i webov´ y server pro zachycen´ı pˇresmˇerovan´ı po dokonˇcen´ı procesu autorizace. • utils – V tomto bal´ıku jsou obsaˇzena rozhran´ı pro správu uˇzivatelsk´ ych u ´ˇct˚ u, definic cloudov´ ych u ´loˇziˇst’ a token˚ u. Souˇca´st´ı bal´ıku jsou i základn´ı implementace tˇechto rozhran´ı a tˇr´ıda Utils, která zprostˇredkovává statické metody pro u ´pravu dat. Rozsah knihovny byl mˇeˇren pomoc´ı metriky Lines of Code (LOC). Celkov´ y rozsah knihovny pˇresáhl 11 tis´ıc ˇra´dek kódu, z toho pˇribliˇznˇe 31% je obsaˇzeno v bal´ıku filesystem, 26% v bal´ıku oauth2, 16% je ve v´ ychoz´ım bal´ıku, 15% v bal´ıku json, 11% v bal´ıku utils a 1% v bal´ıku http [66].

6.4

Dosaˇ zen´ e v´ ysledky

Implementace knihovny podporuje vˇsechny základn´ı operace navrˇzené pro implementaci. Rovnˇeˇz je v knihovnˇe implementován navrˇzen´ y autorizaˇcn´ı proces. Nad rámec tˇechto vlastnost´ı je jeˇstˇe implementováno rychlejˇs´ı stahován´ı soubor˚ u navrˇzené v sekci 5.2 a paraleln´ı nahráván´ı ze sekce 5.1. Rychlejˇs´ı stahován´ı pak bylo testováno a jeho v´ ysledky následnˇe porovnány s tradiˇcn´ım sekvenˇcn´ım stahován´ım. V´ ysledky pro rychlejˇs´ı stahován´ı jsou zaznamenány v tabulce 6.1. Graficky jsou pak v´ ysledky znázornˇeny v obrázku 6.3. Pro testován´ı rychlejˇs´ıho stahován´ı byl pˇripraven soubor o velikosti 256 MB. Pˇri stahován´ı byl tento soubor rozdˇelen na nˇekolik ˇca´st´ı, které byly stahovány nezávisle na sobˇe. Dˇelen´ı souboru bylo provedeno automaticky knihovnou. Mˇeˇreny byly ˇcasy stahován´ı souboru pro r˚ uzné konfigurace vláken a u ´loˇziˇst’. Testován´ı probˇehlo na symetrické lince s kapacitou pˇrenosu dat 100 Mb/s. Kaˇzdé mˇeˇren´ı bylo provedeno 10krát. 51



Vzhledem k tomu, ˇze v´ ysledky mˇeˇren´ı jsou ovlivˇ novány r˚ uzn´ ymi nepˇredv´ıdateln´ ymi vlivy, nepˇrineslo by v tomto pˇr´ıpadˇe v´ıce mˇeˇren´ı nutnˇe pˇresnˇejˇs´ı v´ ysledky. Jelikoˇz se jedná o cloudovou sluˇzbu, ke které se pˇristupuje prostˇrednictv´ım s´ıtˇe Internet, mˇenily by se v´ ysledky v závislosti na denn´ı dobˇe a vyt´ıˇzen´ı jednotliv´ ych s´ıt’ov´ ych prvk˚ u mezi knihovnou a u ´loˇziˇstˇem. ´ celem zde prezentovan´ Uˇ ych v´ ysledku tedy nen´ı urˇcit pˇresné hodnoty, ale pouze podloˇzit funkˇcnost navrˇzeného konceptu ˇreˇsen´ı. Pro zpracován´ı v´ ysledk˚ u mˇeˇren´ı bylo pouˇzito statistick´ ych metod. Z namˇeˇren´ ych ˇcas˚ u jsou vypoˇcteny dva v´ ysledné ˇcasy. Jeden odpov´ıdá aritmetickému pr˚ umˇeru namˇeˇren´ ych ˇcas˚ u, zat´ımco druh´ y je jejich mediánem. Pro namˇeˇrené ˇcasy je rovnˇeˇz vypoˇctena smˇerodatná odchylka [62]. Urychlen´ı udává kolikrát rychlejˇs´ı bylo stahován´ı ve v´ıce vláknech oproti stahován´ı v jednom vláknˇe. ´ ziˇ Vl´ aken Uloˇ stˇ e 1

2

3

5

7

10

Dropbox Google Drive OneDrive Dropbox Google Drive OneDrive Dropbox Google Drive OneDrive Dropbox Google Drive OneDrive Dropbox Google Drive OneDrive Dropbox Google Drive OneDrive

V´ ysledn´ yˇ cas [s] Odchylka [s] Urychlen´ı Pr˚ umˇ er Medi´ an 184, 20 186, 72 ±8, 12 ——– 33, 71 31, 18 ±6, 39 ——– 481, 49 477, 63 ±19, 56 ——– 112, 80 113, 06 ±6, 88 ∼ 1, 64× 25, 26 24, 95 ±0, 89 ∼ 1, 30× 250, 92 250, 63 ±9, 66 ∼ 1, 91× 77, 32 75, 36 ±4, 35 ∼ 2, 43× 23, 81 23, 85 ±0, 32 ∼ 1, 36× 181, 87 182, 41 ±3, 88 ∼ 2, 63× 56, 95 58, 09 ±5, 62 ∼ 3, 22× 23, 51 23, 46 ±0, 28 ∼ 1, 38× 124, 86 122, 60 ±6, 72 ∼ 3, 88× 48, 65 48, 66 ±4, 63 ∼ 3, 81× 23, 43 23, 40 ±0, 19 ∼ 1, 39× 90, 61 89, 91 ±3, 60 ∼ 5, 31× 40, 90 41, 56 ±3, 65 ∼ 4, 50× 23, 42 23, 42 ±0, 16 ∼ 1, 39× 70, 80 70, 35 ±4, 40 ∼ 6, 80×

Tabulka 6.1: Mˇeˇren´ı rychlosti stahován´ı. Z v´ ysledk˚ u mˇeˇren´ı v tabulce 6.1 je vidˇet, ˇze paraleln´ı pˇr´ıstup k soubor˚ um vu ´loˇziˇsti je moˇzn´ y a lze jej vyuˇz´ıt pro rychlejˇs´ı stahován´ı soubor˚ u. Nav´ yˇsen´ı rychlosti stahován´ı pro Google Drive se zastavilo uˇz pˇri pouˇzit´ı tˇrech vláken. 52



Pˇri pouˇzit´ı v´ıce vláken se jiˇz jen stabilizovaly ˇcasy na hodnotˇe kolem 23, 45 sekund. Toto bylo zp˚ usobeno pln´ ym vyt´ıˇzen´ım linky a mˇeˇren´ı tak bylo nutné zopakovat na lince s kapacitou 1 Gb/s. Pˇri testován´ı na 1 Gb/s lince se vˇsak ukázalo, ˇze i pˇres nav´ yˇsen´ı kapacity linky byla rychlost stahován´ı pˇribliˇznˇe stejná. Vynecháme-li v´ ysledky pro Google Drive, m˚ uˇzeme ˇr´ıct, ˇze s pˇrib´ yvaj´ıc´ımi vlákny rostla i rychlost stahován´ı. Pˇri pouˇzit´ı 10-ti vláken je rychlost stahován´ı pro Dropbox nav´ yˇsena na v´ıce neˇz ˇctyˇrnásobek p˚ uvodn´ı rychlosti. Pro OneDrive se nav´ yˇsen´ı rychlosti dostalo aˇz témˇeˇr na sedminásobek. Pro Google Drive je nav´ yˇsen´ı rychlosti stahován´ı podstatnˇe niˇzˇs´ı, avˇsak i tak se jedná o nav´ yˇsen´ı oproti hodnotám dosaˇzen´ ym pro jedno vlákno. V tomto ohledu splnila knihovna veˇskerá oˇcekáván´ı.

Obrázek 6.3: Graf urychlen´ı stahován´ı.

53

7 Implementace klientské aplikace Základem klientské aplikace je implementovaná knihovna, která poskytuje aplikaci základn´ı funkcionalitu a nˇekteré rozˇsiˇruj´ıc´ı funkce. C´ılem implementace aplikace tak je poskytnout uˇzivateli grafické uˇzivatelské rozhran´ı (GUI) pro práci s u ´loˇziˇsti a rozˇs´ıˇrenou funkcionalitu, která nen´ı souˇcást´ı knihovny.

7.1

Rozˇ s´ıˇ ren´ a funkcionalita

V rámci aplikace je implementována rozˇs´ıˇrená funkcionalita, která je tvoˇrena kontrolou konzistence dat, synchronizac´ı sloˇzek a transferem soubor˚ u mezi u ´loˇziˇsti.

7.1.1


Jádrem kontroly konzistence dat je tˇr´ıda ChecksumProvider, která má na starosti správu kontroln´ıch souˇct˚ u a jejich pˇriˇrazován´ı k metadat˚ um soubor˚ u zu ´loˇziˇst’. Pro uchováván´ı kontroln´ıch souˇct˚ u je na lokáln´ım disku vytvoˇren soubor .multicloud. Kontroln´ı souˇcty jsou uchovávány ve formátu JSON. Stejn´ y soubor je vytvoˇren i v koˇrenovém adresáˇri na kaˇzdém cloudovém u ´loˇziˇsti spravovaném v aplikaci. V pˇr´ıpadˇe poˇskozen´ı nebo smazán´ı lokáln´ıho souboru je tak moˇzné z´ıskat soubor zpˇet. Dalˇs´ı v´ yhodou uloˇzen´ı souboru na cloudov´ ych u ´loˇziˇst´ıch je moˇznost jejich pˇrenositelnosti na dalˇs´ı uˇzivatele a stroje. Pokud by tedy pˇristupoval uˇzivatel ke svému u ´loˇziˇsti z jiného stroje, z´ıská kontroln´ı souˇcty staˇzen´ım jednoho souboru. Aby byly kontroln´ı souˇcty pˇrenositelné, je u kaˇzdého záznamu nam´ısto lokáln´ıho názvu u ´ˇctu pouˇzito identifikátoru uˇzivatele na u ´loˇziˇsti. V pˇr´ıpadˇe soubˇeˇzného pˇr´ıstupu k u ´loˇziˇsti z v´ıce instanc´ı aplikace zároveˇ n, je pˇred témˇeˇr kaˇzdou operac´ı kontrolována aktuálnost soubor˚ u s kontroln´ımi souˇcty. Pokud je na nˇekterém z u ´loˇziˇst’ detekován novˇejˇs´ı soubor s kontroln´ımi souˇcty, je tento soubor staˇzen a slouˇcen s lokáln´ım souborem. Slouˇcen´ı prob´ıhá tak, ˇze novˇejˇs´ı soubor je pouˇzit jako základ. Ze starˇs´ıho souboru jsou pak postupnˇe vyb´ırány jednotlivé záznamy a kontrolována jejich 54

Implementace klientské aplikace

Rozˇs´ıˇrená funkcionalita

existence v novˇejˇs´ım souboru. Pokud jiˇz v novˇejˇs´ım souboru existuj´ı, jsou zahozeny. Pokud nikoliv, jsou do novˇejˇs´ıho souboru pˇridány. C´ılem slouˇcen´ı je udrˇzovat jen nejnovˇejˇs´ı verze záznam˚ u, ale pˇritom nepˇrij´ıt o ˇza´dné záznamy. Naplnˇen´ı souboru s kontroln´ımi souˇcty prob´ıhá pˇri kaˇzdé operaci nahráván´ı souboru a transferu soubor˚ u mezi u ´loˇziˇsti. Dále pak byla vytvoˇrena speciáln´ı operace, která stáhne soubor z u ´loˇziˇstˇe do doˇcasné sloˇzky a spoˇcte jeho kontroln´ı souˇcet. Staˇzen´ y soubor je následnˇe smazán. Pˇriˇrazen´ı kontroln´ıho souˇctu prob´ıhá na základˇe shody mezi uloˇzen´ ymi metadaty v záznamu kontroln´ıho souˇctu a metadaty z´ıskan´ ymi z u ´loˇziˇstˇe. Kontrolované atributy souboru jsou popsány v sekci 5.3. Kontroln´ı souˇcty pak hraj´ı d˚ uleˇzitou roli pˇri stahován´ı souboru z v´ıce u ´loˇziˇst’ zároveˇ n. Postup stahován´ı prob´ıhá v tomto pˇr´ıpadˇe tak, ˇze uˇzivatel nejprve zvol´ı soubor, kter´ y chce stáhnout. Tento soubor je následnˇe nutné naj´ıt i v dalˇs´ıch u ´loˇziˇst´ıch. • Pokud vybran´ y soubor mˇel spoˇcten´ y kontroln´ı souˇcet, vyhledávaj´ı se v dalˇs´ıch u ´loˇziˇst´ıch pouze soubory se shodn´ ym kontroln´ım souˇctem nebo soubory bez kontroln´ıho souˇctu se shodnou velikost´ı. Pokud je uˇzivatelem vybrán soubor bez kontroln´ıho souˇctu, je uˇzivatel na tuto skuteˇcnost pˇred stahován´ım upozornˇen. Obsah staˇzeného souboru by ve v´ ysledku nemusel odpov´ıdat. • Pokud vybran´ y soubor nemˇel spoˇcten´ y kontroln´ı souˇcet, je moˇzno vyb´ırat ze soubor˚ u se shodnou velikost´ı jako má p˚ uvodnˇe vybran´ y soubor. Pokud ale nˇekteré z vybran´ ych soubor˚ u maj´ı kontroln´ı souˇcty spoˇctené a navzájem se liˇs´ı, nen´ı soubor moˇzné stáhnout, protoˇze nˇekteré ze soubor˚ u obsahuj´ı odliˇsná data.

7.1.2

Synchronizace sloˇ zek

Dalˇs´ı rozˇs´ıˇrenou funkcionalitou, která je zaloˇzena na kontroln´ıch souˇctech, je synchronizace sloˇzek. Pro synchronizaci sloˇzek byl zvolen jednorázov´ y bˇeh synchronizaˇcn´ıho procesu vzhledem k jeho jednoduˇsˇs´ı implementaci a prioritu dostala lokáln´ı sloˇzka. V nastaven´ı programu je tak moˇzné zvolit si sloˇzku z lokáln´ıho disku, která bude synchronizována. Souˇcást´ı synchronizace je i moˇznost v´ ybˇeru, na které u ´loˇziˇstˇe bude kter´ y soubor synchronizován. V´ ychoz´ım stavem pro kaˇzd´ y soubor pak je prázdná mnoˇzina u ´loˇziˇst’, na které bude synchronizován. 55


Rozˇs´ıˇrená funkcionalita

Proces synchronizace je zahájen zjiˇstˇen´ım struktury soubor˚ u v lokáln´ı sloˇzce. Následnˇe je pro tyto soubory vypoˇcten kontroln´ı souˇcet. Poté se pokraˇcuje zjiˇstˇen´ım struktury soubor˚ u ve sloˇzkách na vzdálen´ ych u ´loˇziˇst´ıch a dopoˇcten´ı chybˇej´ıc´ıch kontroln´ıch souˇct˚ u. Po tˇechto operac´ıch m˚ uˇze probˇehnout porovnán´ı kontroln´ıch souˇct˚ u a zjiˇstˇen´ı zmˇen soubor˚ u. V pˇr´ıpadˇe nalezen´ı zmˇeny lokáln´ıho souboru, je tento soubor pˇripraven k nahrán´ı na u ´loˇziˇstˇe. Pokud pak soubor v u ´loˇziˇsti je beze zmˇen, m˚ uˇze probˇehnout nahrán´ı lokáln´ı verze na u ´loˇziˇstˇe. Pokud je ale detekována zmˇena na vzdáleném souboru, je vyˇzadován zásah uˇzivatele, kter´ y m˚ uˇze rozhodnout, kter´ y ze soubor˚ u bude pˇrepsán, pˇr´ıpadnˇe m˚ uˇze rozhodnout o pˇreskoˇcen´ı synchronizace souboru. Jelikoˇz byla zvolena strategie s prioritn´ı lokáln´ı sloˇzkou, zmˇena souboru ve vzdáleném u ´loˇziˇsti nevyvolá automaticky stahován´ı vzdáleného souboru. Nam´ısto toho je opˇet na uˇzivateli rozhodnout, kter´ y ze soubor˚ u bude pˇrepsán. Podobnˇe je tomu i v pˇr´ıpadˇe mazán´ı soubor˚ u. Smazán´ı souboru v u ´loˇziˇsti nemá za následek smazán´ı souboru na lokáln´ım disku. Pokud by tedy uˇzivatel smazal soubor z u ´loˇziˇstˇe a spustil proces synchronizace, soubor by byl na u ´loˇziˇstˇe znovu nahrán. Obdobnˇe je tomu i pˇri smazán´ı lokáln´ıho souboru. Pˇri jeho smazán´ı nedojde ke smazán´ı souboru v u ´loˇziˇsti. D˚ uvodem pro toto chován´ı je to, ˇze k souboru v u ´loˇziˇsti m˚ uˇze b´ yt pˇristupováno z v´ıce zaˇr´ızen´ı. Pokud by tak byl smazán soubor v u ´loˇziˇsti, byl by pˇri synchronizaci dalˇs´ıho zaˇr´ızen´ı opˇet na u ´loˇziˇstˇe nahrán.

7.1.3

Transfer soubor˚ u

Tato rozˇsiˇruj´ıc´ı funkcionalita je implementována pomoc´ı operac´ı CUT, COPY a PASTE. V pˇr´ıpadˇe vyvolán´ı operace CUT nebo COPY jsou uloˇzena do pamˇeti metadata souboru, nad kter´ ym byla tato operace vyvolána. Spoleˇcnˇe s metadaty je uchováno i u ´loˇziˇstˇe, nad kter´ ym byla tato operace provedena a typ operace. Operac´ı PASTE nad jin´ ym u ´loˇziˇstˇem je spuˇstˇen proces transferu soubor˚ u mezi u ´loˇziˇsti. Tento proces prob´ıhá tak, ˇze je nejprve soubor staˇzen na lokáln´ı disk. Poté je vypoˇcten jeho kontroln´ı souˇcet a nakonec je soubor nahrán na c´ılové u ´loˇziˇstˇe. Pokud se jednalo o pˇresun souboru, je p˚ uvodn´ı soubor smazán. Operace mazán´ı je provádˇena jako posledn´ı pro pˇr´ıpad moˇzné chyby v pˇrenosu souboru.

56


7.2

Rozvrˇzen´ı aplikace

Rozvrˇ zen´ı aplikace

Aplikace je rozdˇelena do dvou hlavn´ıch ˇcást´ı. Základem je grafické rozhran´ı, které poskytuje uˇzivateli okamˇzitou odezvu na provádˇené akce. Aby vˇsak toto bylo moˇzné, je na pozad´ı vytvoˇreno druhé vlákno (dále referováno jako worker ), které má na starosti práci s knihovnou a volán´ı jej´ıch metod. Worker pak po dokonˇcen´ı operace pos´ılá z´ıskaná data zpˇet grafické ˇca´sti, která je zobraz´ı. Celkovˇe je aplikace rozdˇelena do 6 bal´ık˚ u, které obsahuj´ı dohromady 63 soubor˚ u. V tˇechto souborech je obsaˇzeno celkem 59 tˇr´ıd, 3 enumerace a jedno rozhran´ı. Rozsah aplikace podle metriky LOC pˇrevyˇsuje 11 tis´ıc ˇra´dek kódu. Z tohoto mnoˇzstv´ı je pˇribliˇznˇe 33% obsaˇzeno v bal´ıku data, 27% v bal´ıku dialog, 16% v bal´ıku action, 14% ve v´ ychoz´ım bal´ıku a 5% v kaˇzdém z bal´ık˚ u renderer a callback [66]. Následuje struˇcn´ y popis jednotliv´ ych bal´ık˚ u: • action – Obsahem tohoto bal´ıku jsou akce vyvolávané uˇzivatelem z grafického rozhran´ı aplikace. • callback – Tento bal´ık obsahuje rozhran´ı pro zpˇetná volán´ı z vlákna workera. • data – Obsahem tohoto bal´ıku jsou tˇr´ıdy pro reprezentaci dat a tˇr´ıdy pro zpracován´ı dat. V tomto bal´ıku je obsaˇzena tˇr´ıda workera a tˇr´ıda pro práci s kontroln´ımi souˇcty. • dialog – Jiˇz podle názvu bal´ıku je patrné, ˇze jeho obsahem jsou dialogová okna zobrazovaná aplikac´ı. • renderer – Tento bal´ık v sobˇe zahrnuje tˇr´ıdy, které maj´ı na starost zobrazován´ı poloˇzek v seznamech typu JList a stromech typu JTree.

7.2.1

Grafick´ e uˇ zivatelsk´ e rozhran´ı

D˚ uleˇzitou ˇca´st´ı desktopové aplikace je právˇe grafické rozhran´ı, které umoˇzn ˇuje uˇzivateli ovládat knihovnu a pracovat tak se soubory v cloudov´ ych u ´loˇziˇst´ıch. Dalˇs´ı funkc´ı grafického rozhran´ı je zobrazovat uˇzivateli data z´ıskaná z cloudov´ ych u ´loˇziˇst’. 57



Podoba grafického rozhran´ı je zachycena na obrázku 7.1. V levé ˇca´sti tohoto okna je seznam uˇzivatelsk´ ych u ´ˇct˚ u, zat´ımco v pravé jsou zobrazeny soubory a sloˇzky vzdáleného u ´loˇziˇstˇe. V horn´ı ˇca´sti je pak nab´ıdka operac´ı, které je moˇzné v aplikaci provádˇet, a v doln´ı ˇcásti se zobrazuj´ı informace o v´ ysledku operac´ı a jejich pr˚ ubˇehu. Kompletn´ı uˇzivatelská pˇr´ıruˇcka aplikace je pak obsaˇzena v pˇr´ıloze B.1.

Obrázek 7.1: Hlavn´ı okno desktopové aplikace. Hlavn´ı tˇr´ıdou grafického rozhran´ı je tˇr´ıda MultiCloudDesktop, která rozˇsiˇruje tˇr´ıdu JFrame. Tˇr´ıda JFrame je tˇr´ıdou z knihovny grafick´ ych prvk˚ u Swing a slouˇz´ı pro vytvoˇren´ı okna aplikace [67]. Obsahem tohoto okna jsou dalˇs´ı grafické prvky z téˇze knihovny. V horn´ı ˇca´sti okna je nab´ıdka aplikace, která je tvoˇrena r˚ uzn´ ymi operacemi, které jsou rozˇrazeny do nˇekolika kategori´ı. Kategorie Account v sobˇe zahrnuje operace pro práci s uˇzivatelsk´ ymi u ´ˇcty, zat´ımco Operation obsahuje operace pro práci se soubory a sloˇzkami. Stejné nab´ıdky se zobrazuj´ı i pˇri kliknut´ı prav´ ym tlaˇc´ıtkem na nˇejakou poloˇzku v pˇr´ısluˇsném seznamu pod nab´ıdkou. Nab´ıdka File umoˇzn ˇuje vyvolat nastaven´ı aplikace a spustit proces synchronizace. Posledn´ı nab´ıdka Help v sobˇe nab´ız´ı poloˇzku pro zobrazen´ı informac´ı o aplikaci. Kaˇzdé poloˇzce v nab´ıdce je pˇriˇrazena jedna akce, která je provedena pˇri aktivaci poloˇzky. Aktivaci nˇekter´ ych poloˇzek je 58



taktéˇz moˇzné provést pomoc´ı klávesov´ ych zkratek, které jsou zobrazeny vedle názvu poloˇzky v hlavn´ı nab´ıdce. Spuˇstˇená akce pak ve vˇetˇsinˇe pˇr´ıpad˚ u vyvolá dialogové okno. Dialogová okna jsou souˇca´st´ı bal´ıku dialog a slouˇz´ı pro zobrazován´ı a zadáván´ı r˚ uzn´ ych typ˚ u dat. Pomoc´ı dialogov´ ych oken jsou tak shromáˇzdˇena data potˇrebná pro vyvolán´ı nˇekteré z metod knihovny. Shromáˇzdˇená data jsou pak pˇredána vláknu workera, kter´ y provede volán´ı metody knihovny. Zpˇetnou vazbou od workera jsou pˇredána zpˇet data, která je potˇreba uˇzivateli zobrazit. K tomuto u ´ˇcelu slouˇz´ı bal´ık renderer, kter´ y obsahuje tˇr´ıdy pro vykreslován´ı obsahu grafick´ ych prvk˚ u typu JList a JTree.

7.2.2

Zpracov´ an´ı na pozad´ı

Na pozad´ı bˇehu aplikace je spuˇstˇeno vlákno workera, kter´ y je pak zpˇetnˇe provázán s grafick´ ym rozhran´ım pomoc´ı rozhran´ı pro zpˇetné vyvolán´ı BackgroundCallback, kde typov´ ym parametrem T je typ návratov´ ych dat. Worker tak po dokonˇcen´ı volán´ı knihovn´ı metody vyvolá metodu onFinish poskytnuté implementace tohoto rozhran´ı a pˇredá tak data grafickému rozhran´ı. Bal´ıkem, ve kterém jsou obsaˇzena návratová volán´ı, je bal´ık callback. Samotn´ y worker je pak souˇca´st´ı bal´ıku data, jehoˇz obsahem jsou pak jeˇstˇe tˇr´ıdy pro ukládán´ı a správu dat aplikace. Vlákno workera nen´ı aktivn´ı po celou dobu. Worker je aktivován pouze v pˇr´ıpadˇe, kdy je uˇzivatelem vyvolána nˇekterá akce vyˇzaduj´ıc´ı zpracován´ı na pozad´ı. V tu chv´ıli jsou vláknu pˇredána potˇrebná data a vlákno je probuzeno. Následuje zpracován´ı dat vláknem a navrácen´ı v´ ysledku grafickému rozhran´ı. Po dokonˇcen´ı zpracován´ı dat je vlákno opˇet uspáno a pˇrevedeno do stavu ˇcekán´ı na dalˇs´ı data. Vláknu workera nen´ı moˇzné pˇredávat data v pˇr´ıpadˇe, ˇze zrovna prob´ıhá zpracován´ı jin´ ych dat. Zpracován´ı dat je ale moˇzné pˇreruˇsit. Na obrázku 7.2 je zobrazen schematick´ y postup zpracován´ı akce vyvolané uˇzivatelem. Vyvolán´ım akce jsou na u ´rovni grafického rozhran´ı z´ıskána potˇrebná data prostˇrednictv´ım dialogov´ ych oken. Data jsou následnˇe pˇredána vláknu workera ke zpracován´ı. Soubˇeˇznˇe s t´ım je uˇzivateli zobrazen grafick´ y prvek pro sledován´ı pr˚ ubˇehu operace. Vlákno workera je probuzeno a zahajuje zpracován´ı dat. Pˇri zpracován´ı jsou volány metody knihovny, prostˇrednictv´ım které je pˇristupováno k u ´loˇziˇsti. Bˇehem zpracován´ı pˇredává worker grafickému rozhran´ı data o pr˚ ubˇehu zpracován´ı operace. Po dokon59



ˇcen´ı operace jsou grafickému rozhran´ı pˇredána data s v´ ysledkem operace. V´ ysledná data jsou následnˇe prezentována uˇzivateli. Vlákno workera je v tomto bodˇe opˇet uspáno a ˇceká na dalˇs´ı data ke zpracován´ı.

Obrázek 7.2: Zpracován´ı akce vyvolané uˇzivatelem.

60

8 Implementace mobiln´ıho klienta Mobiln´ı klient je rovnˇeˇz postaven na implementované knihovnˇe. Aby vˇsak bylo moˇzné knihovnu pouˇz´ıt i pro mobiln´ı aplikaci, bylo nejprve nutné ovˇeˇrit jej´ı funkˇcnost na zvolené platformˇe, tj. Android. Pˇri prvn´ım testován´ı vˇsak byla zjiˇstˇena nekompatibilita knihovny s platformou Android. Tato nekompatibilita se t´ ykala HTTP klienta pouˇzitého v knihovnˇe. Problémem bylo, ˇze na zvolené platformˇe je jiˇz dostupn´ y HTTP klient od Apache, bohuˇzel vˇsak v odliˇsné verzi neˇz na jaké je závislá knihovna. Nebylo tak moˇzné vyuˇz´ıt jiˇz existuj´ıc´ıho HTTP klienta, jak bylo navrˇzeno v sekci 6.1 a bylo nutné tento problém vyˇreˇsit jin´ ym zp˚ usobem. Pˇri zkoumán´ı HTTP klienta na platformˇe Android byla zjiˇstˇena verze odpov´ıdaj´ıc´ı pˇribliˇznˇe verzi 4.0-beta-1 [63, 64]. Knihovna vˇsak je závislá na verzi klienta 4.3.3. Moˇznost´ı ˇreˇsen´ı tohoto problému bylo v´ıce. Prvn´ı moˇznost´ı byla zmˇena závislost´ı knihovny a pˇrepsán´ı jej´ıho kódu pro verzi HTTP klienta dostupné na platformˇe Android. Tato moˇznost by byla ale znaˇcnˇe nároˇcná na u ´pravy. Kromˇe knihovny by bylo nutné i upravit jiˇz vytvoˇrenou desktopovou aplikaci a ovˇeˇrit jej´ı funkˇcnost. Druhou moˇznost´ı bylo staˇzen´ı oficiáln´ıho bal´ıku pro podporu novˇejˇs´ıch HTTP klient˚ u na platformˇe Android pˇr´ımo od Apache [64]. Tento bal´ık pracuje tak, ˇze novˇejˇs´ı tˇr´ıdy HTTP klienta verze 4.3.x jsou pˇrejmenovány a tud´ıˇz je moˇzné se k nim dostat pod jin´ ym názvem. Volba této moˇznosti také nebyla ideáln´ı, protoˇze by opˇet bylo potˇreba upravovat kód knihovny a pˇr´ıpadnˇe i desktopové aplikace. Posledn´ı moˇznost´ı, která byla v rámci zkoumán´ı tohoto problému nalezena, bylo pouˇzit´ı knihovny Jar Jar Links bˇehem vytváˇren´ı v´ ystupn´ıho bal´ıku knihovny. Knihovna Jar Jar Links pˇri pˇrekladu a kompletaci v´ ystupn´ıho JAR archivu dokáˇze vz´ıt pˇreloˇzené tˇr´ıdy zmˇenit package, do kterého tˇr´ıdy patˇr´ı [65]. Tato moˇznost nevyˇzaduje ˇzádné u ´pravy existuj´ıc´ıho kódu, proto také byla zvolena. Bal´ık (package), do kterého patˇr´ı tˇr´ıdy HTTP klienta, tak byl pˇrejmenován z org.apache.* na xorg.apache.*. V´ ysledkem se tak stala knihovna nezávislá na implementaci HTTP klienta dostupného na platformˇe Android. Pro vytvoˇren´ı v´ ystupn´ı verze knihovny byla pouˇzita verze 1.4 knihovny Jar Jar Links.

61

Implementace mobiln´ıho klienta

8.1

Vybraná funkcionalita

Vybran´ a funkcionalita

V rámci implementace klientské aplikace pro mobiln´ı platformu Android byla zvolena pouze omezená mnoˇzina navrˇzen´ ych funkc´ı. Stejnˇe tak byla omezena funkˇcnost nˇekter´ ych funkc´ı. D˚ uvodem této volby byly pˇredevˇs´ım omezené v´ ypoˇcetn´ı prostˇredky platformy. Pro implementaci byly zvoleny základn´ı funkce pro procházen´ı adresáˇrové struktury vzdálen´ ych u ´loˇziˇst’, nahráván´ı a stahován´ı soubor˚ u a manipulaci se soubory a sloˇzkami v u ´loˇziˇsti. Funkce pro kop´ırován´ı, pˇresun a vyhledáván´ı soubor˚ u byly vynechány. Z rozˇs´ıˇrené funkcionality byly zvoleny funkce pro v´ ypoˇcet kontroln´ıch souˇct˚ u a synchronizaci sloˇzek. V rámci synchronizace je vyuˇzito i nahráván´ı na v´ıce u ´loˇziˇst’ a stahován´ı ve v´ıce vláknech. Rovnˇeˇz je dostupná selektivn´ı synchronizace. Rozˇs´ıˇrená funkcionalita je v pˇr´ıpadˇe mobiln´ıho klienta pˇrevzata od desktopové aplikace (viz sekce 7.1) a poupravena pro pouˇzit´ı na mobiln´ı platformˇe.

8.2

Rozvrˇ zen´ı aplikace

Mobiln´ı aplikace je rozdˇelena do 4 bal´ık˚ u, s pˇribliˇzn´ ym celkov´ ym rozsahem 6000 ˇra´dek kódu dle metriky LOC [66]. Souˇcást´ı tˇechto 4 bal´ık˚ u je 38 soubor˚ u, jejichˇz obsahem je 34 tˇr´ıd, 2 rozhran´ı a 2 enumerace. V´ yznam bal´ık˚ u je následuj´ıc´ı: • display – Tento bal´ık obsahuje grafické a datové prvky aplikace. Souˇca´st´ı bal´ıku jsou tˇr´ıdy pro vykreslován´ı poloˇzek v seznamech typu ListView, tˇr´ıdy implementuj´ıc´ı dialogová okna pro nastaven´ı aplikace a tˇr´ıda zprostˇredkuj´ıc´ı ostatn´ı dialogová okna aplikace. • fragment – Obsahem tohoto bal´ıku jsou jednotlivé fragmenty aplikace. Je zde um´ıstˇen fragment pro zobrazen´ı uˇzivatelsk´ ych u ´ˇct˚ u, soubor˚ ua fragment pro nastaven´ı aplikace. • tasks – V tomto bal´ıku jsou obsaˇzeny asynchronn´ı u ´lohy implementuj´ıc´ı jednotlivé operace provádˇené nad u ´loˇziˇstˇem. • Výchoz´ı bal´ık – Ve v´ ychoz´ım bal´ıku jsou um´ıstˇeny pˇredevˇs´ım tˇr´ıdy pro zpracován´ı kontroln´ıch souˇct˚ u a tˇr´ıdy s aktivitami aplikace. 62



Rozloˇzen´ı kódu pak je pˇribliˇznˇe 36% v bal´ıku display, 28% ve v´ ychoz´ım bal´ıku, 28% v bal´ıku tasks a nakonec 8% v bal´ıku fragment. Základem mobiln´ı aplikace jsou dvˇe aktivity. Prvn´ı aktivitou je hlavn´ı aktivita, která jako svou souˇca´st zobrazuje fragmenty se seznamem uˇzivatel˚ u a seznamem soubor˚ uvu ´loˇziˇsti. Souˇcasn´ y návrh aplikace dovoluje zobrazen´ı pouze jednoho fragmentu a tak jsou fragmenty dynamicky stˇr´ıdány. Druhou aktivitou je aktivita pro nastaven´ı aplikace. Souˇca´st´ı této aktivity je pouze jeden fragment s nastaven´ım. Prvn´ım z fragment˚ u hlavn´ı aktivity je fragment slouˇz´ıc´ı pro zobrazován´ı informac´ı o uˇzivatelsk´ ych u ´ˇctech. Z tohoto fragmentu je moˇzné u ´ˇcty vytváˇret, autorizovat, pˇrejmenovávat a mazat. Ke kaˇzdému u ´ˇctu je moˇzné rovnˇeˇz vyvolat operaci pro z´ıskán´ı informac´ı o uˇzivateli a dostupném prostoru. Druh´ y z fragment˚ u je urˇcen pro procházen´ı adresáˇrové struktury na u ´loˇziˇsti. Z tohoto fragmentu je moˇzné nahrávat a stahovat soubory, mazat a pˇrejmenovávat soubory i sloˇzky a vytváˇret nové sloˇzky. Dále je zde moˇznost spuˇstˇen´ı v´ ypoˇctu kontroln´ıho souˇctu souboru. Oba fragmenty rozˇsiˇruj´ı ListFragment a vyuˇz´ıvaj´ı vlastn´ı layout pro zobrazen´ı poloˇzek seznamu. U obou fragment˚ u je rovnˇeˇz vyuˇzito zobrazen´ı nab´ıdky s ikonami ve spodn´ı ˇca´sti obrazovky a kontextové nab´ıdky vyvolané dlouh´ ym stiskem poloˇzky seznamu. Dalˇs´ı ˇca´st´ı aplikace je nab´ıdka s nastaven´ım aplikace. Pro nastaven´ı poˇctu vláken, synchronizaˇcn´ı sloˇzky a selektivn´ı synchronizace bylo nutné vytvoˇren´ı vlastn´ıch dialogov´ ych oken. Nejd˚ uleˇzitˇejˇs´ım dialogov´ ym oknem je okno pro v´ ybˇer lokáln´ıch soubor˚ u a sloˇzek. Vlastnost´ı tohoto dialogu je moˇznost procházen´ı lokáln´ı adresáˇrové struktury. Tento dialog je v pozmˇenˇené formˇe pouˇzit i pro operace nahráván´ı a stahován´ı souboru. Vˇsechny operace implementované v aplikaci jsou vytvoˇreny jako asynchronn´ı u ´lohy bˇeˇz´ıc´ı na pozad´ı. Na popˇred´ı je vˇzdy zobrazeno dialogové okno informuj´ıc´ı o pr˚ ubˇehu operace, pomoc´ı kterého je operaci moˇzné pˇreruˇsit. Asynchronn´ı u ´lohy tak rozˇsiˇruj´ı tˇr´ıdu AsyncTask, která je dˇelena do tˇrech fáz´ı. V prvn´ı fázi je provedena pˇr´ıprava operace. Druhou fáz´ı je proveden´ı operace na pozad´ı. Posledn´ı fáz´ı je pak ukonˇcen´ı operace. Prvn´ı a posledn´ı fáze nav´ıc mohou pˇristupovat ke grafickému rozhran´ı a zobrazovat tak uˇzivateli informace o v´ ysledc´ıch operace. Pro zobrazován´ı pr˚ ubˇehu operace je pak pˇripravena metoda onProgressUpdate.

63


Ukázka aplikace

Obrázek 8.1: Zpracován´ı akce vyvolané uˇzivatelem v mobiln´ım klientu. Obrázek 8.1 slouˇz´ı jako ilustrace pr˚ ubˇehu zpracován´ı akce vyvolané uˇzivatelem. Vyvolaná akce spust´ı skrze grafické rozhran´ı dialogové okno pro ´ zobrazen´ı pr˚ ubˇehu operace a asynchronn´ı u ´lohu na pozad´ı. Uloze jsou pˇre´ dána potˇrebná data pro proveden´ı operace. Uloha pak spust´ı sv˚ uj bˇeh, bˇehem kterého vyvolává metody knihovny a zároveˇ n informuje uˇzivatele o pr˚ ubˇehu operace. Po dokonˇcen´ı operace pˇredá u ´loha grafickému rozhran´ı z´ıskaná data a ukonˇc´ı se. S kaˇzdou akc´ı uˇzivatele je tak vyvolána nová u ´loha. Vzhledem k omezené velikosti pamˇeti dostupné pro aplikaci byl maximáln´ı poˇcet vláken omezen na 5. Dalˇs´ı omezen´ı je aplikováno na operaci synchronizace, u které nen´ı vyvoláván dialog v pˇr´ıpadˇe konflikt˚ u mezi soubory. Nam´ısto toho je pouze zobrazeno dialogové okno po dokonˇcen´ı synchronizace, ve kterém jsou vypsány soubory, které nebylo moˇzné synchronizovat. Na uˇzivateli je pak ponecháno vyˇreˇsen´ı problém˚ u s tˇemito soubory.

8.3

Uk´ azka aplikace

Na obrázc´ıch 8.2 jsou zobrazeny ukázky z mobiln´ı aplikace. Obrázek 8.2(a) zachycuje fragment pro zobrazen´ı uˇzivatelsk´ ych u ´ˇct˚ u. Na obrázku 8.2(b) je ukázka fragmentu pro zobrazován´ı obsahu vzdáleného u ´loˇziˇstˇe. Obrázek 8.2(c) pak pˇredstavuje obrazovku s nastaven´ım aplikace. Uˇzivatelská pˇr´ıruˇcka aplikace je pak obsaˇzena v pˇr´ıloze B.2.

64


(a) Uˇzivatelské u ´ˇcty.

Ukázka aplikace

(b) Prohl´ıˇzen´ı soubor˚ u.

(c) Nastaven´ı.

Obrázek 8.2: Ukázky obrazovek mobiln´ı aplikace.

65

9 Moˇznosti rozˇs´ıˇren´ı Vytvoˇrenou knihovnu i aplikace by bylo moˇzné dále rozˇsiˇrovat. Nˇekterá zde navrˇzená rozˇs´ıˇren´ı by bylo moˇzné implementovat bud’ na stranˇe knihovny nebo aplikace, jiná nikoliv. V závˇeru je navrˇzeno rozˇs´ıˇren´ı celého konceptu o webovou sluˇzbu. Knihovna Moˇzn´ ym rozˇs´ıˇren´ım na stranˇe knihovny by byla implementace transferu ˇ ast´ı pro soubor˚ u mezi u ´loˇziˇsti v rámci knihovny nebo alespoˇ n jeho ˇcást´ı. C´ transfer soubor˚ u se rozum´ı podpora sekvenˇcn´ıho stahován´ı souboru, jehoˇz v´ ystupem by byl proud dat, kter´ y by bylo moˇzné rozdˇelit do proud˚ u pro v´ ypoˇcet kontroln´ıho souˇctu a proudu pro nahráván´ı souboru. Dalˇs´ı takovou ˇcást´ı by pak nutnˇe byla i podpora pro nahráván´ı datového proudu na u ´loˇziˇstˇe. Dalˇs´ım rozˇs´ıˇren´ım knihovny by mohla b´ yt podpora zpracován´ı v´ıce operac´ı soubˇeˇznˇe. V dosavadn´ı implementaci je podpora pouze jedné prob´ıhaj´ıc´ı operace. Aby bylo moˇzné takto knihovnu rozˇs´ıˇrit, bylo by potˇreba zajistit, aby neprob´ıhaly soubˇeˇznˇe dvˇe operace nad jedn´ım u ´loˇziˇstˇem, resp. jedn´ım souborem. V´ yluˇcn´ y pˇr´ıstup k u ´loˇziˇst´ım je zvláˇstˇe d˚ uleˇzit´ y pˇredevˇs´ım pokud jde o operace nahráván´ı a stahován´ı soubor˚ u. Pro rozˇs´ıˇren´ı moˇznosti znovupouˇzitelnosti knihovny by bylo knihovnu moˇzné rozdˇelit do nˇekolika menˇs´ıch knihoven. Mohla by tak vzniknout napˇr´ıklad samostatná knihovna s implementac´ı OAuth 2.0 autorizace. Desktopov´ a aplikace Pro desktopovou aplikaci by bylo moˇzné navrhnout a implementovat celou ˇradu nov´ ych rozˇs´ıˇren´ı. Jako souˇca´st aplikace by mohl napˇr´ıklad vzniknout synchronizaˇcn´ı klient, kter´ y by sledoval zmˇeny na lokáln´ım disku a propagoval je na vzdálená u ´loˇziˇstˇe. V aplikaci by pak mohla vzniknout podpora plánován´ı synchronizaˇcn´ıch proces˚ u. Vhodné by pro tento u ´ˇcel bylo ˇcasové plánován´ı, u kterého by bylo moˇzné zvolit datum a ˇcas pˇr´ıˇst´ı synchronizace. Moˇznost´ı by bylo i napˇr´ıklad synchronizovat soubor aˇz po uplynut´ı pˇredem stanovené doby od jeho posledn´ı zmˇeny. Upravovan´ y soubor by tak nebyl nahrán na u ´loˇziˇstˇe pˇri kaˇzdém uloˇzen´ı zmˇen, ale mohl by b´ yt nahrán aˇz po dokonˇcen´ı práce s n´ım.

66

Moˇznosti rozˇs´ıˇren´ı

Webová sluˇzba

Rozˇs´ıˇrit aplikaci by bylo moˇzné i mimo rámec cloudov´ ych u ´loˇziˇst’. Zde se nask´ ytá moˇznost vyuˇzit´ı jin´ ych protokol˚ u pro pˇr´ıstup a manipulaci se soubory. Jedn´ım takov´ ym protokolem je napˇr´ıklad FTP. Aplikace by tak z´ıskala moˇznost pˇr´ıstupu jak k veˇrejn´ ym, tak i privátn´ım FTP server˚ um. Stejnˇe tak by mohla vzniknout napˇr´ıklad podpora protokolu OAuth 1.0 pro autorizaci. Realizaci tˇechto rozˇs´ıˇren´ı by pak bylo vhodné provést pˇriloˇzen´ım dalˇs´ıch knihoven implementuj´ıc´ıch zvolené protokoly. Mobiln´ı klient Moˇznost´ı rozˇs´ıˇren´ı mobiln´ı aplikace by byla implementace dosud vynechané funkcionality. Pro toto rozˇs´ıˇren´ı by bylo ovˇsem vhodné nejprve rozˇs´ıˇrit knihovnu o podporu pˇrenosu soubor˚ u v datov´ ych proudech. Bez této podpory by mohl b´ yt v urˇcit´ ych pˇr´ıpadech pˇrenos velk´ ych soubor˚ u problematick´ y. Pro mobiln´ı aplikaci by bylo rovnˇeˇz moˇzné rozˇs´ıˇren´ı o dalˇs´ı protokoly pro pˇr´ıstup k u ´loˇziˇst´ım a manipulaci se soubory. Vhodné rozˇs´ıˇren´ı pro mobiln´ı aplikaci by bylo sledován´ı stavu baterie a dostupného pˇr´ıpojen´ı k s´ıti Internet. V pˇr´ıpadˇe n´ızkého stavu baterie by tak napˇr´ıklad nebylo moˇzné spustit synchronizaci. Naopak, pˇri pˇripojen´ı mobiln´ı platformy ke zdroji napájen´ı a k bezdrátové s´ıti WiFi by mohla b´ yt provedena synchronizace automaticky.

9.1

Webov´ a sluˇ zba

Po vzoru existuj´ıc´ıch aplikac´ı tˇret´ıch stran pro pˇr´ıstup ke cloudov´ ym u ´loˇziˇst´ım by bylo moˇzné vytvoˇrit webovou sluˇzbu, se kterou by komunikovaly ´ celem webové sluˇzby by byl pˇresun a kop´ırován´ı soubor˚ obˇe aplikace. Uˇ u mezi u ´loˇziˇsti. Z klientské aplikace by tak staˇcilo odeslat poˇzadavek na spuˇstˇen´ı vybrané operace a ta by byla provedena bez nutnosti pˇrenosu souboru skrze klienta. Dalˇs´ı funkcionalitou, kterou by webová sluˇzba mohla m´ıt, by byla synchronizace soubor˚ u mezi u ´loˇziˇsti. Tato synchronizace by nav´ıc mohla b´ yt spouˇstˇena dle pˇredem nastaveného ˇcasového plánu bez nutnosti zásahu uˇzivatele. Souˇcást´ı webové sluˇzby by tak mˇelo b´ yt i webové rozhran´ı pro pˇr´ıstup prostˇrednictv´ım prohl´ıˇzeˇce s moˇznost´ı nastaven´ı vˇsech potˇrebn´ ych parametr˚ u.

67

Moˇznosti rozˇs´ıˇren´ı

Webová sluˇzba

Spoleˇcnˇe se synchronizac´ı by ve sluˇzbˇe mohla b´ yt udrˇzována i aktuáln´ı metadata a sluˇzba by tak mohla ˇr´ıdit i stahován´ı a nahráván´ı soubor˚ u klienta. V pˇr´ıpadˇe stahován´ı by tak staˇcilo z klientské aplikace poslat poˇzadavek s vybran´ ym souborem a sluˇzba by se postarala o nalezen´ı shodného souboru i v dalˇs´ıch u ´loˇziˇst´ıch. Aplikaci by pak byly vráceny pouze zdroje, ze kter´ ych má soubor stahovat. Pro nahráván´ı souboru na v´ıce u ´loˇziˇst’ by pak mohlo b´ yt implementováno nahrán´ı souboru pouze na webovou sluˇzbu, která by soubor sama rozkop´ırovala na vybraná u ´loˇziˇstˇe. Vytvoˇren´ım webové sluˇzby by se tak mohl sn´ıˇzit celkov´ y datov´ y tok klientské aplikace. To by bylo zvláˇstˇe v´ yhodné pro mobiln´ı klienty, kde b´ yvaj´ı datové pˇrenosy limitované signálem, operátorem a v´ ydrˇz´ı baterie.

68

10 Závˇer Diplomová práce se zab´ yvala problematikou cloudov´ ych u ´loˇziˇst’. Nejprve byla prozkoumána vybraná cloudová u ´loˇziˇstˇe se zamˇeˇren´ım na principy jejich fungován´ı. Následoval pr˚ uzkum dostupn´ ych knihoven pro pˇr´ıstup k u ´loˇziˇst´ım. Na základˇe jejich d˚ ukladné anal´ yzy pak bylo zvoleno vlastn´ı ˇreˇsen´ı pro pˇr´ıstup ke cloudov´ ym u ´loˇziˇst´ım. V rámci práce byla vytvoˇrena knihovna pro jednotn´ y pˇr´ıstup ke vˇsem vybran´ ym u ´loˇziˇst´ım. Tato knihovna nen´ı závislá na ˇza´dné jiné knihovnˇe pro pˇr´ıstup ke cloudov´ ym u ´loˇziˇst´ım. V´ yhodou této knihovny je pˇredevˇs´ım moˇznost jej´ıho pouˇzit´ı pro dalˇs´ı cloudová u ´loˇziˇstˇe bez nutnosti u ´pravy zdrojového kódu knihovny. Dalˇs´ı v´ yhodou oproti existuj´ıc´ım knihovnám je moˇznost soubˇeˇzného nahráván´ı soubor˚ u na v´ıce u ´loˇziˇst’ zároveˇ n. Souˇca´st´ı knihovny je i implementace paraleln´ıho stahován´ı soubor˚ u, které je popsáno v sekci 5.2. Funkcionalita paraleln´ıho stahován´ı byla následnˇe ovˇeˇrena v sekci 6.4. S vyuˇzit´ım vytvoˇrené knihovny byla dále navrˇzena a implementována klientská aplikace pro pˇr´ıstup k vybran´ ym cloudov´ ym u ´loˇziˇst´ım. V rámci klientské aplikace byla implementována i dalˇs´ı navrˇzená rozˇs´ıˇren´ı z kapitoly 5. Kromˇe základn´ıch operac´ı se soubory podporuje klientská aplikace kontrolu konzistence dat, synchronizaci sloˇzek a transfer soubor˚ u mezi jednotliv´ ymi u ´loˇziˇsti. Implementovanou funkcionalitou se aplikace vyrovná existuj´ıc´ım ˇreˇsen´ım, které v nˇekter´ ych aspektech dokonce pˇredˇc´ı. Pro mobiln´ı platformu Android byla vyˇreˇsena kompatibilita knihovny. Na základˇe knihovny pak byla vytvoˇrena mobiln´ı aplikace s vybranou funkcionalitou ze sekce 8.1. V´ ysledná mobiln´ı aplikace v sobˇe kombinuje vybranou mnoˇzinu základn´ıch a rozˇsiˇruj´ıc´ıch funkc´ı. Implementac´ı byla ovˇeˇrena funkcionalita na zvolen´ ych platformách. V´ ystupem práce je tak jednotná knihovna pouˇzitelná na desktopové i mobiln´ı platformˇe a dvˇe aplikace vyuˇz´ıvaj´ıc´ı knihovnu na zvolen´ ych platformách. Knihovnu i aplikace by bylo dále moˇzné rozˇs´ıˇrit o dalˇs´ı funkcionalitu, pˇr´ıpadnˇe by bylo moˇzné vytvoˇrit webovou sluˇzbu, která by dále rozˇsiˇrovala moˇznosti správy soubor˚ u v cloudov´ ych u ´loˇziˇst´ıch.

69

Pˇ rehled zkratek AES (Advanced Encryption Standard) Algoritmus pro ˇsifrován´ı dat, kter´ y vyuˇz´ıvá symetrického kl´ıˇce. API (Application Programming Interface) Rozhran´ı pro programován´ı aplikac´ı, ˇcasto rozhran´ı pro volán´ı funkc´ı knihovny. CBC (Cipher block chaining) Mód operace blokové ˇsifry, kdy ˇsifrován´ı blok˚ u je zˇretˇezeno. CRUD (create, read, update, delete) Mnoˇzina operac´ı definovaná pro manipulaci s daty pomoc´ı RESTu. CTR (Counter mode) Mód operace blokové ˇsifry, u kterého je bloková ˇsifra pˇrevedena na proudovou, a vyuˇz´ıvá inkrementaˇcn´ıho ˇc´ıtaˇce. ECB (Electronic Codebook) Mód operace blokové ˇsifry, kde kaˇzd´ y block je ˇsifrován zvláˇst’. ECMA (European Computer Manufacturers Association) Organizace zab´ yvaj´ıc´ı se tvorbou standard˚ u informaˇcn´ıch a komunikaˇcn´ıch systém˚ u. FTP (File Transfer Protokol) Protokol pro pˇrenos soubor˚ u. GUI (Graphical User Interface) Grafické rozhran´ı pro interakci mezi uˇzivatelem a aplikac´ı. HTTP (Hypertext Transfer Protokol) Aplikaˇcn´ı protokol pro v´ ymˇenu hypertextov´ ych dokument˚ u. IaaS (Infrastructure as a Service) Model cloudové sluˇzby, kdy poskytovatel poskytuje infrastrukturu. IETF (Internet Engineering Task Force) Organizace zab´ yvaj´ıc´ı se tvorbou Internetov´ ych standard˚ u a v´ yvojem protokol˚ u.

70

Závˇer

IT (Informational Technology) Technické odvˇetv´ı zamˇeˇruj´ıc´ı se na poˇc´ıtaˇce a jejich fungován´ı po technické stránce. ITU (International Telecommunication Union) Mezinárodn´ı telekomunikaˇcn´ı unie, pˇripravuje specifikace pro telekomunikaˇcn´ı systémy, s´ıtˇe a sluˇzby. JSON (JavaScript Object Notation) Jednoduch´ y, textov´ y formát pro v´ ymˇenu dat nezávisl´ y na programovac´ım jazyce. LOC (Lines of Code) Metrika pro mˇeˇren´ı rozsahu zdrojového kódu programu zaloˇzená na poˇc´ıtán´ı poˇctu ˇrádk˚ u kódu. MIME (Multipurpose Internet Mail Extensions) Identifikátor formátu pˇrenáˇsen´ ych dat. OFB (Output feedback mode) Mód operace blokové ˇsifry, u kterého je bloková ˇsifra pˇrevedena na proudovou, a vyuˇz´ıvá pro ˇsifrován´ı i deˇsifrován´ı operace exkluzivn´ı disjunkce. PaaS (Platform as a Service) Model cloudové sluˇzby, kdy je poskytovatelem poskytnuta platforma s pˇredem pˇripraven´ ymi prostˇredky pro tvorbu aplikac´ı. PHP (Hypertext Preprocesor) Hypertextov´ y preprocesor je skriptovac´ım jazykem pouˇz´ıvan´ ym na webov´ ych serverech pro tvorbu dynamick´ ych stránek. POJO (Plain Old Java Object) Jednoduché Java objekty pro uchováván´ı dat, které jsou mapované JSON parserem. REST (Representational State Transfer) Architektura rozhran´ı pro pˇr´ıstup k datov´ ym zdroj˚ um. RFC (Request for Comments) Dokumety popisuj´ıc´ı Internetové protokoly, které jsou vydávány jako doporuˇcen´ı a podle kter´ ych se ˇr´ıd´ı vˇetˇsina Internetu.

71

Závˇer

SaaS (Software as a Service) Model cloudové sluˇzby, kdy je poskytovatelem poskytnut pˇr´ıstup k hotové aplikaci. SDK (Software Development Kit) Bal´ık nástroj˚ u pro v´ yvoj aplikac´ı. URI (Uniform Resource Identifier) Jednotn´ y identifikátor zdroje slouˇz´ıc´ı k pˇresnému urˇcen´ı zdroje informac´ı, pˇredevˇs´ım v rámci s´ıtˇe Internet. XML (Extensible Markup Language) Znaˇckovac´ı jazyk uˇz´ıvan´ y pro v´ ymˇenu dat mezi aplikacemi.

72

Literatura [1] Sosinsky, B., Cloud Computing Bible. Wiley, 2010, 532 s. ISBN: 978-0470-90356-8. [2] Kulkarni, G.; Waghmare, R.; Palwe, R.; Waykule, V.; Bankar, H.; Koli, K., Cloud storage architecture, Telecommunication Systems, Services, and Applications (TSSA), 2012 7th International Conference on [online], pp. 76-81, 30-31.10.2012 [cit. 11.3.2014]. DOI: 10.1109/TSSA.2012.6366026 Dostupné z: http://ieeexplore.ieee. org/xpl/articleDetails.jsp?tp=&arnumber=6366026. [3] Telecommunication standardization sector of ITU, Focus Group on Cloud Computing Technical Report, Part 1: Introduction to the cloud ecosystem: definitions, taxonomies, use cases and high-level requirements [online], 69 s., 2012 [cit. 12.3.2014]. Dostupné z: http://www.itu.int/ITU-T/newslog/Cloud+Computing+ And+Standardization+Technical+Reports+Published.aspx. [4] Dropbox, Inc., Terms - Dropbox [online]. 2014 [cit. 20.4.2014]. Dostupné z: https://www.dropbox.com/privacy. [5] Google Inc., Smluvn´ı podm´ınky spoleˇcnosti Google – Ochrana soukrom´ı a smluvn´ı podm´ınky – Google [online]. 2014 [cit. 20.4.2014]. Dostupné z: http://windows.microsoft.com/cs-cz/ windows/microsoft-services-agreement. [6] Microsoft, Smlouva o poskytován´ı sluˇzeb spoleˇcnosti Microsoft - Microsoft Windows [online]. 2014 [cit. 20.4.2014]. Dostupné z: https://www. google.com/intl/cs/policies/terms/. [7] Dropbox, Inc., Will joining someone else’s shared folder use my quota? - Dropbox [online]. 2014 [cit. 20.6.2014]. Dostupné z: https://www. dropbox.com/help/59/en. [8] Google Inc., Your storage limit - Drive Help [online]. 2014 [cit. 26.4.2014]. Dostupné z: https://support.google.com/drive/answer/6558. [9] Dropbox, Inc., Is there a limit or maximum to how big my files can be? - Dropbox [online]. 2014 [cit. 16.5.2014]. Dostupné z: https://www. dropbox.com/help/5/en.

73

LITERATURA

LITERATURA

[10] Dropbox, Inc., Developer guide - Dropbox [online]. 2014 [cit. 21.4.2014]. Dostupné z: https://www.dropbox.com/developers/ reference/devguide. [11] Google Inc., Google Docs, Sheets, and Slides size limits - Drive Help [online]. 2014 [cit. 16.5.2014]. Dostupné z: https://support.google. com/drive/answer/37603. [12] Microsoft, OneDrive Maximum Individual File Size - Microsoft Community [online]. 2014 [cit. 16.5.2014]. Dostupné z: http://answers.microsoft.com/en-us/onedrive/forum/sdfilessdsync/onedrive-maximum-individual-file-size/2f8b752b-cf16481c-961e-42cfb57801cb. [13] D. Hardt, Ed., RFC 6749 - The OAuth 2.0 Authorization Framework [online]. Oct. 2012 [cit. 9.4.2014]. ISSN: 2070-1721. Dostupné z: http: //tools.ietf.org/html/rfc6749. [14] OAuth 2.0 - OAuth [online]. [cit. 9.4.2014]. Dostupné z: http://oauth. net/2/. [15] E. Hammer-Lahav, Ed. RFC 5849 - The OAuth 1.0 Protocol [online]. Apr. 2010 [cit. 9.4.2014]. ISSN: 2070-1721. Dostupné z: http://tools. ietf.org/html/rfc5849. [16] M. Jones, D. Hardt, RFC 6750 - The OAuth 2.0 Authorization Framework: Bearer Token Usage [online]. Oct. 2012 [cit. 9.4.2014]. ISSN: 2070-1721. Dostupné z: http://tools.ietf.org/html/rfc6750. [17] Ugo Cei, Piergiorgio Lucidi, Overview of REST Concepts and Developing your First Web Script using Alfresco | Packt Publishing [online]. 2010 [cit. 23.5.2014]. Dostupné z: http://www.packtpub.com/article/ overview-rest-concepts-developing-first-web-script-alfresco. [18] M. Mal´ y, REST: architektura pro webové API | Zdroják [online]. 3.8.2009 [cit. 23.5.2014]. Dostupné z: http://www.zdrojak.cz/clanky/ rest-architektura-pro-webove-api/. [19] JSON [online]. 2012 [cit. 10.5.2014]. Dostupné z: http://json.org/. [20] T. Bray, Ed., RFC 7159 - The JavaScript Object Notation (JSON) Data Interchange Format [online]. Mar. 2014 [cit. 10.5.2014]. ISSN: 2070-1721. Dostupné z: http://tools.ietf.org/html/rfc7159.

74

LITERATURA

LITERATURA

[21] The JSON DataInterchange Format [online]. 2013 [cit. 10.5.2014]. Dostupné z: http://www.ecma-international.org/publications/ files/ECMA-ST/ECMA-404.pdf [22] Dropbox, Inc., Dropbox - Core API [online]. 2014 [cit. 22.4.2014]. Dostupné z: https://www.dropbox.com/developers/core. [23] Google Inc., Google Drive SDK – Google Developers [online]. 2014 [cit. 22.4.2014]. Dostupné z: https://developers.google.com/drive/web/ downloads. [24] Microsoft, OneDrive Developer Downloads - OneDrive Dev Center [online]. 2014 [cit. 22.4.2014]. Dostupné z: http://msdn.microsoft.com/ en-us/onedrive/dn630256.aspx. [25] Microsoft, Interaktivn´ı sada Live SDK [online]. 2014 [cit. 22.4.2014]. Dostupné z: http://isdk.dev.live.com/dev/isdk/Default.aspx. [26] Microsoft, OneDrive development - OneDrive Dev Center [online]. 2014 [cit. 22.4.2014]. Dostupné z: http://msdn.microsoft.com/enus/library/dn641952.aspx. [27] Dropbox, Inc., Dropbox - Core API - endpoint reference [online]. 2014 [cit. 22.4.2014]. Dostupné z: https://www.dropbox.com/developers/ core/docs. [28] Google Inc., API Reference - Google Drive SDK – Google Developers [online]. 2014 [cit. 22.4.2014]. Dostupné z: https://developers.google. com/drive/v2/reference/. [29] Microsoft, REST reference - OneDrive Dev Center [online]. 2014 [cit. 22.4.2014]. Dostupné z: http://msdn.microsoft.com/en-us/library/ dn631844.aspx. [30] Microsoft, OneDrive API (Live Connect) [online]. 2014 [cit. 22.4.2014]. Dostupné z: http://msdn.microsoft.com/en-us/library/hh826521. aspx. [31] Microsoft, Using the REST API - OneDrive Dev Center [online]. 2014 [cit. 22.4.2014]. Dostupné z: http://msdn.microsoft.com/enus/library/dn659752.aspx. [32] The Apache Software Foundation, Licenses [online]. 2012 [cit. 26.4.2014]. Dostupné z: http://www.apache.org/licenses/. 75

LITERATURA

LITERATURA

[33] The Apache Software Foundation, Apache HttpComponents - Apache HttpComponents [online]. 2014 [cit. 12.5.2014]. Dostupné z: http://hc. apache.org/. [34] Yidong Fang, json-simple - JSON.simple - A simple Java toolkit for JSON - Google Project Hosting [online]. 2012 [cit. 12.5.2014]. Dostupné z: https://code.google.com/p/json-simple/. [35] FasterXML, LLC, Jackson JSON Processor - Home [online]. 2014 [cit. 12.5.2014]. Dostupné z: http://jackson.codehaus.org/. [36] Hobara Rei, Rei’s Shed - WebDAV Client CarotDAV - [online]. 2014 [cit. 14.6.2014]. Dostupné z: http://rei.to/carotdav_en.html. [37] Vehera LTD, Storage Made Easy [online]. 2014 [cit. 14.6.2014]. Dostupné z: http://storagemadeeasy.com/. [38] CloudKafé, CloudKafé | Organizing your Cloud! [online]. 2013 [cit. 14.6.2014]. Dostupné z: https://www.cloudkafe.com/. [39] Jolicloud, Jolicloud [online]. 2014 [cit. 14.6.2014]. Dostupné z: http: //www.jolicloud.com/. [40] Primadesk Inc., Primadesk [online]. 2012 [cit. 14.6.2014]. Dostupné z: https://www.primadesk.com/. [41] MultCloud, Manage, Move, Copy, and Migrate Files Between Cloud Storage Services with MultCloud [online]. 2014 [cit. 14.6.2014]. Dostupné z: https://www.multcloud.com/. [42] cloudHQ, cloudHQ - Sync and Integrate Google Drive, Gmail, Dropbox, Box, OneDrive, Evernote, Basecamp [online]. 2014 [cit. 14.6.2014]. Dostupné z: https://www.cloudhq.net/dropbox. [43] IFTTT Inc., Welcome - IFTTT [online]. 2014 [cit. 14.6.2014]. Dostupné z: https://ifttt.com/. [44] R. Fielding, J. Gettys, J. Mogul, H. Frystyk, L. Masinter, P. Leach, T. Berners-Lee, RFC 2616 - Hypertext Transfer Protocol – HTTP/1.1 [online]. Jun. 1999 [cit. 22.4.2014]. Dostupné z: http://tools.ietf. org/html/rfc2616. [45] R. Fielding, J. Gettys, J. Mogul, H. Frystyk, T. Berners-Lee, RFC 2068 - Hypertext Transfer Protocol – HTTP/1.1 [online]. Jan. 1997 [cit. 22.4.2014]. Dostupné z: http://tools.ietf.org/html/rfc2068. 76

LITERATURA

LITERATURA

[46] R. Fielding, Ed., Y. Lafon, Ed., J. Reschke, Ed. RFC 7233 - Hypertext Transfer Protocol (HTTP/1.1): Range Requests [online]. Mar. 2014 [cit. 14.6.2014]. ISSN: 2070-1721. Dostupné z: http://tools.ietf.org/ html/rfc7233. [47] Katz, Jonathan, Lindell, Yehuda, Introduction to modern cryptography. Boca Raton: Chapman & Hall/CRC, 2008, xviii, 534 s. ISBN 978-158488-551-1. [48] National Institute of Standards and Technology, ADVANCED ENCRYPTION STANDARD (AES) [online]. 26.11.2001 [cit. 1.5.2014]. Dostupné z: http://csrc.nist.gov/publications/fips/fips197/fips197.pdf. [49] Gary C. Kessler, An Overview of Cryptography [online]. 2014 [cit. 1.5.2014]. Dostupné z: http://www.garykessler.net/library/ crypto.html. [50] John J. G. Savard, Basic Block Cipher Modes [online]. 2003 [cit. 1.5.2014]. Dostupné z: http://www.quadibloc.com/crypto/co040601. htm. [51] Javamex UK, Block modes with Java ciphers [online]. 2012 [cit. 1.5.2014]. Dostupné z: http://www.javamex.com/tutorials/ cryptography/block_modes.shtml. [52] Google Inc., google-http-java-client - Google HTTP Client Library for Java - Google Project Hosting [online]. 2014 [cit. 26.5.2014]. Dostupné z: https://code.google.com/p/google-http-java-client/. [53] Google Inc., google-gson - A Java library to convert JSON to Java objects and vice-versa - Google Project Hosting [online]. 2014 [cit. 23.5.2014]. Dostupné z: https://code.google.com/p/google-gson/. [54] Json Java parsers / generators microbenchmark Myˇslenky dne otce Fura [online]. 18.3.2012 [cit. 22.5.2014]. Dostupné z: http://blog.novoj.net/ 2012/02/05/json-java-parsers-generators-microbenchmark/. [55] Adamek, M., JSON Parsers Performance on Android (With Warmup and Multiple Iterations) - Martin Adamek [online]. 2013 [cit. 22.5.2014]. Dostupné z: http://martinadamek.com/2011/02/04/json-parsersperformance-on-android-with-warmup-and-multiple-iterations/.

77

LITERATURA

LITERATURA

[56] Java JSON Libraries Comparison [online]. 21.1.2011 [cit. 22.5.2014]. Dostupné z: http://geokoder.com/java-json-libraries-comparison. [57] Open Source Web Servers in Java [online]. [cit. 5.5.2014]. Dostupné z: http://java-source.net/open-source/web-servers. [58] Simple 5.1.6 [online]. [cit. 5.5.2014]. simpleframework.org/index.php.

Dostupné z: http://www.

[59] Dropbox, Inc., App Console - Dropbox [online]. 2014 [cit. 27.4.2014]. Dostupné z: https://www.dropbox.com/developers/apps. [60] Google Inc., Google Developers Console [online]. 2014 [cit. 27.4.2014]. Dostupné z: https://console.developers.google.com/project. [61] Microsoft, Overview - Windows [online]. 2014 [cit. 27.4.2014]. Dostupné z: https://account.live.com/developers/applications/index. [62] Reif, J., Metody matematické statistiky. Fakulta aplikovan´ ych vˇed, Plzeˇ n, 2004, 288 s. ISBN: 80-7043-302-7. [63] What version of Apache HttpClient is used in Android 4.2.2 SDK? - Stack Overflow [online]. 2013 [cit. 12.6.2014]. Dostupné z: http://stackoverflow.com/questions/15658678/what-versionof-apache-httpclient-is-used-in-android-4-2-2-sdk. [64] The Apache Software Foundation, Apache HttpComponents - HttpClient for Android [online]. 2014 [cit. 12.6.2014]. Dostupné z: https://hc. apache.org/httpcomponents-client-4.3.x/android-port.html. [65] Google Inc., jarjar - Embedding Java libraries since 2004 - Google Project Hosting [online]. 2014 [cit. 12.6.2014]. Dostupné z: https: //code.google.com/p/jarjar/. [66] LocMetrics - Source Code Line Counting Tool [online]. 10.5.2014]. Dostupné z: http://www.locmetrics.com/.

2010 [cit.

[67] Oracle, Trail: Creating a GUI With JFC/Swing (The JavaTM Tutorials) [online]. 2014 [cit. 23.4.2014]. Dostupné z: http://docs.oracle.com/ javase/tutorial/uiswing/index.html.

78

Pˇ r´ılohy

79

Pˇ r´ıloha A A.1

Dokumentace knihovny

V této pˇr´ıloze jsou dokumentovány poskytované metody knihovny. Dále jsou zde popsána rozhran´ı, která knihovna poskytuje, a zp˚ usob jejich vyuˇzit´ı. Ned´ılnou souˇca´st´ı knihovny je i popis konfiguraˇcn´ıho souboru pro pˇr´ıstup ku ´loˇziˇst´ım. Aktuáln´ı verzi knihovny je moˇzno z´ıskat na adrese: https://github.com/stanek0j/MultiCloud

A.1.1

Metody knihovny

Základem pro vyuˇzit´ı metod knihovny je vytvoˇren´ı instance tˇr´ıdy MultiCloud. Tato tˇr´ıda poskytuje dva konstruktory, kde prvn´ı je prázdn´ ya druhému je pˇredáván parametr s nastaven´ım knihovny. Nastaven´ı knihovny se provád´ı pˇredán´ım instance tˇr´ıdy MultiCloudSettings, jej´ımˇz obsahem jsou objekty pro správu u ´ˇct˚ u, pro správu token˚ u a pro správu definic u ´loˇziˇst’ (viz sekce A.1.3). Metody knihovny je moˇzno rozdˇelit do nˇekolika kategori´ı podle jejich zamˇeˇren´ı. Jsou tak pˇr´ıtomny metody pro nastaven´ı knihovny, správu uˇzivatelsk´ ych u ´ˇct˚ u nebo pˇr´ıstup k u ´loˇziˇsti. Následuje rozdˇelen´ı metod podle jejich kategorického zamˇeˇren´ı. Po tomto rozdˇelen´ı následuje v´ yˇcet vˇsech metod knihovny s pˇredávan´ ymi parametry a návratov´ ymi hodnotami.

Nastaven´ı knihovny

Spr´ ava uˇ zivatelsk´ ych u ´ˇ ct˚ u

• getSettings

• • • • • • • 80

abortAuthorization authorizeAccount createAccount deleteAccount refreshAccount renameAccount validateAccounts

Pˇr´ıloha


Pˇ r´ıstup k u ´ loˇ ziˇ sti • • • • • • • • • • •

• • • • • • • • • • • •

abortOperation accountInfo accountQuota addDownloadSource addUpdateSource addUploadSource copy createFolder delete downloadFile downloadMultiFile

getLastError getListener listFolder metadata move rename search setListener updateFile updateMultiFile uploadFile uploadMultiFile

Popis jednotliv´ ych metod • void abortAuthorization() Metoda pro pˇreruˇsen´ı bˇeˇz´ıc´ıho autorizaˇcn´ıho procesu. • void abortOperation() Metoda pro pˇreruˇsen´ı prob´ıhaj´ıc´ı operace. • AccountInfo accountInfo(String accountName) Metoda pro z´ıskán´ı základn´ıch informac´ı o uˇzivateli, mezi které patˇr´ı jméno uˇzivatele a jeho identifikátor. Parametrem je název uˇzivatelského u ´ˇctu. Návratovou hodnotou jsou základn´ı informace o uˇzivateli. • AccountQuota accountQuota(String accountName) Metoda pro z´ıskán´ı informac´ı o kapacitˇe prostoru v u ´loˇziˇsti. Parametrem je název uˇzivatelského u ´ˇctu. Návratovou hodnotou jsou informace o kapacitˇe prostoru v u ´loˇziˇsti. • void addDownloadSource(String accountName, FileInfo sourceFile) Tato metoda pˇridává zdrojov´ y soubor pro stahován´ı z v´ıce u ´loˇziˇst’ zároveˇ n. Parametry tvoˇr´ı název uˇzivatelského u ´ˇctu, ze kterého má b´ yt stahováno, a metadata souboru, kter´ y má b´ yt staˇzen. • void addUpdateDestination(String accountName, FileInfo destination, FileInfo destinationFile, String destinationName) Tato metoda pˇridává c´ılov´ y soubor pro nahráván´ı na v´ıce u ´loˇziˇst’ 81

Pˇr´ıloha


zároveˇ n. Parametry tvoˇr´ı název uˇzivatelského u ´ˇctu, na kter´ y má b´ yt nahráváno, metadata c´ılové sloˇzky, metadata c´ılového souboru a název c´ılového souboru. Pˇri vyuˇzit´ı této metody je pˇrepsán obsah c´ılového souboru. • void addUploadDestination(String accountName, FileInfo destination, String destinationName) Tato metoda pˇridává c´ılov´ y soubor pro nahráván´ı na v´ıce u ´loˇziˇst’ zároveˇ n. Parametry tvoˇr´ı název uˇzivatelského u ´ˇctu, na kter´ y má b´ yt nahráváno, metadata c´ılové sloˇzky a název c´ılového souboru. Pˇri vyuˇzit´ı této metody je na u ´loˇziˇstˇe nahrán nov´ y soubor. • void authorizeAccount(String accountName, AuthorizationCallback callback) Pomoc´ı této metody je vyvolán proces autorizace uˇzivatelského u ´ˇctu. Parametry volán´ı jsou název uˇzivatelského u ´ˇctu, kter´ y má b´ yt autorizován, a implementace rozhran´ı pro interakci s uˇzivatelem bˇehem procesu. • FileInfo copy(String accountName, FileInfo file, FileInfo destination, String destinationName) Metoda pro kop´ırován´ı soubor˚ u v rámci u ´loˇziˇstˇe. Parametrem je název uˇzivatelského u ´ˇctu, na kterém má ke kop´ırován´ı doj´ıt, metadata zdrojového souboru, metadata c´ılové sloˇzky a název c´ılového souboru. Návratem jsou metadata souboru vytvoˇreného kop´ırován´ım. • void createAccount(String accountName, String cloudStorage) Metoda pro vytvoˇren´ı uˇzivatelského u ´ˇctu. Pˇredávan´ ymi parametry jsou název uˇzivatelského u ´ˇctu a název u ´loˇziˇstˇe, ke kterému bude pomoc´ı vytvoˇreného uˇzivatelského u ´ˇctu pˇristupováno. • FileInfo createFolder(String accountName, String folderName, FileInfo parent) Metoda pro vytvoˇren´ı nové sloˇzky v u ´loˇziˇsti. Parametry tvoˇr´ı název uˇzivatelského u ´ˇctu, název sloˇzky a metadata c´ılové sloˇzky, ve které má b´ yt nová sloˇzka vytvoˇrena. V´ ystupem metody jsou metadata novˇe vytvoˇrené sloˇzky. • FileInfo delete(String accountName, FileInfo file) Metoda pro smazán´ı souboru nebo sloˇzky v u ´loˇziˇsti. Parametry tvoˇr´ı název uˇzivatelského u ´ˇctu a metadata souboru ˇci sloˇzky. Po vykonán´ı metody jsou navrácena metadata smazaného souboru ˇci sloˇzky.

82

Pˇr´ıloha


• void deleteAccount(String accountName) Metoda pro smazán´ı uˇzivatelského u ´ˇctu. Parametrem je pouze název uˇzivatelského u ´ˇctu. • File downloadFile(String accountName, FileInfo sourceFile, File destination, boolean overwrite) Metoda pro staˇzen´ı souboru z jednoho u ´loˇziˇstˇe v jednom vláknˇe. Parametry volán´ı jsou název uˇzivatelského u ´ˇctu, metadata stahovaného souboru, lokáln´ı soubor, kter´ y bude vytvoˇren, a zda je povolen pˇrepis lokáln´ıho souboru v pˇr´ıpadˇe jeho existence. Návratem metody je lokáln´ı soubor, kter´ y byl staˇzen. • File downloadFile(String accountName, FileInfo sourceFile, String destination, boolean overwrite) Stejná metoda jako pˇredeˇslá, akorát s t´ım rozd´ılem, ˇze nam´ısto lokáln´ıho souboru je dodán pouze jeho název. • File downloadMultiFile(File destination, boolean overwrite) Metoda pro staˇzen´ı souboru z v´ıce u ´loˇziˇst’ ve v´ıce vláknech. Tato metoda vyuˇz´ıvá zdroje pˇripravené metodou addDownloadSource. Vstupem metody je c´ılov´ y lokáln´ı soubor a zda m˚ uˇze doj´ıt k pˇrepisu existuj´ıc´ıho souboru. V´ ystupem je pak lokáln´ı soubor. • File downloadMultiFile(String destination, boolean overwrite) Tato metoda je stejná jako pˇredeˇslá, akorát nam´ısto lokáln´ıho souboru má na vstupu název lokáln´ıho souboru. • OperationError getLastError() Metoda pro z´ıskán´ı posledn´ı chyby, která se vyskytla v knihovnˇe. • ProgressListener getListener() Metoda pro z´ıskán´ı implementace rozhran´ı pro sledován´ı pr˚ ubˇehu stahován´ı a nahráván´ı. • MultiCloudSettings getSettings() Metoda pro z´ıskán´ı aktuáln´ıho nastaven´ı knihovny. • FileInfo listFolder(String accountName, FileInfo folder, boolean showDeleted, boolean showShared) Metoda pro z´ıskán´ı obsahu vzdálen´ı sloˇzky. Parametry tvoˇr´ı název uˇzivatelského u ´ˇctu, metadata sloˇzky, jej´ıˇz obsah má b´ yt z´ıskán, a zda je povoleno zobrazen´ı smazaného a sd´ıleného obsahu. V´ ystupem z metody jsou metadata sloˇzky rozˇs´ıˇrena o jej´ı obsah. 83

Pˇr´ıloha


• FileInfo listFolder(String accountName, FileInfo folder, boolean showDeleted) Stejná metoda jako pˇredeˇslá, pouze s menˇs´ım poˇctem parametr˚ u. • FileInfo listFolder(String accountName, FileInfo folder) Stejná metoda jako pˇredeˇslá, bez parametr˚ u ovlivˇ nuj´ıc´ıch v´ ypis obsahu. • FileInfo metadata(String accountName, FileInfo file) Metoda pro z´ıskán´ı metadat o souboru nebo sloˇzce. Vstupn´ımi parametry jsou název uˇzivatelského u ´ˇctu a metadata souboru ˇci sloˇzky. Metadata na vstupu mus´ı obsahovat pouze atributy pro jednoznaˇcné urˇcen´ı souboru ˇci sloˇzky, zbytek je volán´ım metody doplnˇen. V´ ystupem jsou tak kompletn´ı metadata. • FileInfo move(String accountName, FileInfo file, FileInfo destination, String destinationName) Metoda pro pˇresun souboru v rámci u ´loˇziˇstˇe. Parametry jsou název uˇzivatelského u ´ˇctu, metadata zdrojového souboru, metadata c´ılové sloˇzky a název c´ılov´ y souboru. V´ ystupem jsou nová metadata pˇresunutého souboru. • void refreshAccount(String accountName, AuthorizationCallback callback) Metoda pro z´ıskán´ı nového pˇr´ıstupového tokenu vyuˇzit´ım obnovovac´ıho tokenu. Vstupem jsou název uˇzivatelského u ´ˇctu a rozhran´ı pro interakci s uˇzivatelem bˇehem procesu. • FileInfo rename(String accountName, FileInfo file, String fileName) Metoda pro pˇrejmenován´ı souboru ˇci sloˇzky. Parametry volán´ı jsou název uˇzivatelského u ´ˇctu, metadata souboru ˇci sloˇzky a nov´ y název. Návratovou hodnotou jsou nová metadata souboru ˇci sloˇzky po pˇrejmenován´ı. • void renameAccount(String accountName, String newName) Metoda pro zmˇenu názvu uˇzivatelského u ´ˇctu. Vstupem je název uˇzivatelského u ´ˇctu a název, na kter´ y má b´ yt uˇzivatelsk´ yu ´ˇcet pˇrejmenován. • List search(String accountName, String search, boolean showDeleted) Metoda pro vyhledáván´ı soubor˚ u a sloˇzek. Vstupem jsou název uˇzivatelského u ´ˇctu, ˇretˇezec, kter´ y má b´ yt vyhledán, a zda je povoleno

84

Pˇr´ıloha


zobrazen´ı smazan´ ych soubor˚ u ˇci sloˇzek. Návratem z metody je seznam s metadaty nalezen´ ych soubor˚ u a sloˇzek. • void setListener(ProgressListener listener) Metoda pro nastaven´ı implementace rozhran´ı pro naslouchán´ı pr˚ ubˇehu operace nahráván´ı a stahován´ı. • FileInfo updateFile(String accountName, FileInfo destination, FileInfo destinationFile, String destinationName, File data) Metoda pro pˇrepsán´ı obsahu souboru na jednom u ´loˇziˇsti. Vstupem metody jsou název uˇzivatelského u ´ˇctu, metadata c´ılové sloˇzky, metadata c´ılového souboru, název c´ılového souboru a lokáln´ı zdrojov´ y soubor. V´ ystupem pak jsou nová metadata upraveného souboru. • FileInfo updateMultiFile(File data) Touto metodou je pˇrepsán obsah vˇsech vzdálen´ ych soubor˚ u pˇripraven´ ych metodou addUpdateDestination. Vstupem je zde pouze lokáln´ı zdrojov´ y soubor. V´ ystupem pak jsou metadata upraveného souboru. • FileInfo uploadFile(String accountName, FileInfo destination, String destinationName, boolean overwrite, File data) Metoda pro nahrán´ı souboru na jedno u ´loˇziˇstˇe. Vstupem metody jsou název uˇzivatelského u ´ˇctu, metadata c´ılové sloˇzky, c´ılov´ y název souboru v u ´loˇziˇsti, zda m˚ uˇze b´ yt pˇrepsán existuj´ıc´ı soubor a lokáln´ı zdrojov´ y soubor. V´ ystupem jsou metadata nové nahraného souboru. • FileInfo uploadMultiFile(boolean overwrite, File data) Metoda pro nahrán´ı souboru na v´ıce u ´loˇziˇst’ zároveˇ n. Vyuˇz´ıvány jsou c´ılové destinace pˇripravené metodou addUploadDestination. Vstupn´ımi parametry metody jsou nastaven´ı pˇrepisu existuj´ıc´ıch soubor˚ u a lokáln´ı zdrojov´ y soubor. V´ ystupem pak jsou metadata nahraného souboru. • void validateAccounts() Tato metoda slouˇz´ı pro odstranˇen´ı nevalidn´ıch spojen´ı mezi uˇzivatelsk´ ymi u ´ˇcty a pˇr´ıstupov´ ymi tokeny a pro odstranˇen´ı nevyuˇz´ıvan´ ych token˚ u.

85

Pˇr´ıloha

A.1.2


V´ yjimky

Souˇca´st´ı knihovny jsou i zde popsané v´ yjimky, které jsou standardnˇe vyvolávány pˇri v´ yskytu problém˚ u uvnitˇr knihovny. • AbortedException – Tato v´ yjimka rozˇsiˇruje v´ yjimku MultiCloudException a jej´ı vyuˇzit´ı je pro signalizaci pˇreruˇsen´ı operace. • MultiCloudException – Hlavn´ım u ´ˇcelem této v´ yjimky je signalizace problém˚ u, které vznikly nesprávn´ ym uˇz´ıván´ım knihovny. • OAuth2SettingsException – Tato v´ yjimka je vyvolávána v pˇr´ıpadˇe v´ yskytu problém˚ u bˇehem autorizaˇcn´ıho procesu.

A.1.3

Rozhran´ı

Knihovna obsahuje nˇekolik rozhran´ı, která jsou urˇcena pro implementaci pˇri jej´ım pouˇzit´ı. • AuthorizationCallback – Toto rozhran´ı je urˇceno pro vyvolán´ı grafického uˇzivatelského rozhran´ı bˇehem autorizaˇcn´ıho procesu. C´ılem tohoto rozhran´ı je tak poskytnout uˇzivateli platformˇe závislou metodu pro autorizaci pˇr´ıstupu k u ´loˇziˇsti. • AccountManager – Toto rozhran´ı specifikuje metody pro správu uˇzivatelsk´ ych u ´ˇct˚ u. Souˇcást´ı knihovny je i jeho základn´ı implementace pracuj´ıc´ı se soubory. • CloudManager – Toto rozhran´ı specifikuje metody pro správu definic cloudov´ ych u ´loˇziˇst’. Souˇca´st´ı knihovny je implementace pracuj´ıc´ı se soubory. • CredentialStore – Toto rozhran´ı slouˇz´ı pro ukládán´ı a z´ıskáván´ı pˇr´ıstupov´ ych token˚ u. Souˇca´st´ı knihovny je implementace tohoto rozhran´ı pracuj´ıc´ı se soubory a jej´ı rozˇs´ıˇren´ı implementuj´ıc´ı ˇsifrován´ı dat.

86

Pˇr´ıloha

A.1.4


Abstraktn´ı tˇ r´ıdy

D˚ uleˇzitou abstraktn´ı tˇr´ıdou knihovny je tˇr´ıda ProgressListener, která tvoˇr´ı základ pro implementaci sledován´ı pr˚ ubˇehu operac´ı nahráván´ı a stahován´ı souboru. Abstraktn´ı metodou, kterou je tˇreba implementovat, je metoda onProgress. Tato metoda slouˇz´ı pro periodické zobrazen´ı pr˚ ubˇehu operace. Minimáln´ı interval, po kterém je metoda vyvolána, je pˇredán tˇr´ıdˇe pomoc´ı konstruktoru. Metoda nemá ˇza´dné vstupn´ı parametry a neobsahuje ˇza´dn´ y v´ ystup. Aby bylo moˇzné stahovat a nahrávat soubory, mus´ı b´ yt knihovnˇe pˇredána instance tˇr´ıdy tuto tˇr´ıdu rozˇsiˇruj´ıc´ı.

A.1.5

Konfiguraˇ cn´ı soubor

Konfiguraˇcn´ı soubory pro knihovnu jsou napsány ve formátu JSON a maj´ı následuj´ıc´ı podobu. Hodnoty typu {request_obj} symbolizuj´ı objekty pro specifikaci HTTP poˇzadavk˚ u, které jsou popsány dále. Kaˇzd´ y konfiguraˇcn´ı soubor má povinn´ y parametr name, kter´ y symbolizuje název u ´loˇziˇstˇe. Popis u ´loˇziˇstˇe je pak hodnotou parametru description. Následuj´ı parametry authorize a token, které definuj´ı HTTP poˇzadavky na autorizaˇcn´ı server v pr˚ ubˇehu autorizace. Parametr grant_type specifikuje typ pouˇzitého autorizaˇcn´ı grantu a grant_class pak tˇr´ıdu pro extension grant v pˇr´ıpadˇe jeho pouˇzit´ı. Parametry client_id, client_secret, username a password jsou pˇredávan´ ymi parametry autorizaˇcn´ıch grant˚ u, pˇriˇcemˇz vyplnˇeny mus´ı b´ yt pouze ty parametry, které autorizaˇcn´ı grant pouˇz´ıvá. Pˇresmˇerován´ı po procesu autorizace je provedeno na redirect_uri. Posledn´ım autorizaˇcn´ım parametrem je scope, kter´ ym je specifikován poˇzadovan´ y rozsah pˇr´ıstupu k u ´loˇziˇsti. Následuje parametr pro specifikaci koˇrenové sloˇzky u ´loˇziˇstˇe root_folder. Tento parametr obsahuje objekt, kterému je moˇzno specifikovat identifikátor nebo cestu ke koˇrenové sloˇzce. Zbylé parametry slouˇz´ı pro specifikaci jednotliv´ ych operac´ı provádˇen´ ych nad u ´loˇziˇstˇem. Hodnotou kaˇzdého z tˇechto parametr˚ u je objekt specifikuj´ıc´ı HTTP poˇzadavek na u ´loˇziˇstˇe.

87

Pˇr´ıloha


{ "name":"", "description":"", "authorize":{request_obj}, "token":{request_obj}, "grant_type":"", "grant_class":"", "client_id":"", "client_secret":"", "username":"", "password":"", "redirect_uri":"", "scope":"", "root_folder": { "id":"" "path":"" }, "account_info_request":{request_obj}, "account_quota_request":{request_obj}, "download_file_request":{request_obj}, "upload_file_begin_request":{request_obj}, "upload_file_request":{request_obj}, "upload_file_finish_request":{request_obj}, "update_file_begin_request":{request_obj}, "update_file_request":{request_obj}, "update_file_finish_request":{request_obj}, "create_dir_request":{request_obj}, "list_dir_begin_request":{request_obj}, "list_dir_request":{request_obj}, "rename_request":{request_obj}, "copy_request":{request_obj}, "move_request":{request_obj}, "delete_request":{request_obj}, "search_request":{request_obj}, "metadata_request":{request_obj} }

88

Pˇr´ıloha


Objekt pro specifikaci HTTP poˇzadavku je zachycen v následuj´ıc´ı ukázce. Povinnou souˇcást´ı tohoto objektu jsou parametry uri, kter´ y urˇcuje identifikátor vzdáleného zdroje, a method, kter´ y specifikuje pouˇzitou HTTP metodu. Mezi dalˇs´ı parametry patˇr´ı parametr params, kter´ y obsahuje mnoˇzinu parametr˚ u pouˇzit´ ych pˇri volán´ı poˇzadavku. Dále je moˇzno specifikovat mapován´ı návratov´ ych parametr˚ u parametrem mapping. Mapován´ı se vztahuje i na parametry pˇredávané uvnitˇr JSON odpovˇedi. Parametr body slouˇz´ı pro specifikaci ˇretˇezce, kter´ y má b´ yt v tˇele poˇzadavku. Parametr json_body je pak urˇcen pro specifikaci obsahu tˇela poˇzadavku ve formátu JSON. Pokud je poˇzadavku potˇreba pˇredávat nˇejakou promˇennou hodnotu, at’ uˇz do parametru uri, nebo kamkoliv jinam, je moˇzno ji vloˇzit pˇr´ımo do ˇretˇezce. Vloˇzená hodnota mus´ı b´ yt uzavˇrena mezi znaky < a >. Knihovnou jsou pak tyto hodnoty rozpoznávány a nahrazovány za pˇr´ısluˇsné promˇenné. Pro kaˇzdou operaci jsou dostupné jiné takto mapované promˇenné. { "uri":"", "method":"", "params": { "parameter":"value" }, "mapping": { "property":"mapping" }, "body":null, "json_body": { "property":"value" } } Následuje seznam operac´ı a jejich mapovan´ ych promˇenn´ ych. Pro kaˇzdou promˇennou je popsán i jej´ı v´ yznam. • account_info – ˇza´dné promˇenné • account_quota – ˇza´dné promˇenné 89

Pˇr´ıloha


• download_file + download_url – URL pro staˇzen´ı souboru + id – identifikátor stahovaného souboru + path – cesta ke stahovanému souboru • upload_file a update_file + overwrite – zda má b´ yt soubor pˇrepsán + size – velikost nahrávaného souboru + id a destination_id – identifikátor c´ılové sloˇzky + file_id – identifikátor souboru pro pˇrepsán´ı obsahu + path a destination_path – cesta k c´ılovému souboru + name – název c´ılového souboru + offset – posun uvnitˇr c´ılového souboru + session – identifikátor relace + offsetbuffer – posun uvnitˇr c´ılového souboru vˇcetnˇe aktuálnˇe nahrávan´ ych dat • create_dir + name – název sloˇzky + id – identifikátor rodiˇcovské sloˇzky + path – cesta k nové sloˇzce • list_dir + id – identifikátor sloˇzky + path – cesta ke sloˇzce + deleted – zda maj´ı b´ yt zobrazen smazan´ y obsah • rename + id a source_id – identifikátor zdroje + path a source_path – cesta ke zdroji + destination_path – cesta k novému souboru ˇci sloˇzce + name – nov´ y název • copy a move + id a source_id – identifikátor zdroje + path a source_path – cesta ke zdroji + destination_id – identifikátor c´ılové sloˇzky + destination_path – cesta k c´ılové sloˇzce + name – nov´ y název • delete a metadata + id – identifikátor zdroje + path – cesta ke zdroji 90

Pˇr´ıloha


• search + query – vyhledávan´ y ˇretˇezec + deleted – zda maj´ı b´ yt zobrazen smazan´ y obsah

A.1.6

Nasazen´ı knihovny

Aby bylo moˇzné vyuˇz´ıvat knihovnu, je potˇreba kromˇe konfiguraˇcn´ıch soubor˚ u jeˇstˇe zaregistrovat vytváˇrenou aplikaci v rámci cloudov´ ych u ´loˇziˇst’. Registrac´ı je z´ıskán identifikátor klienta a tajn´ y kl´ıˇc, které jsou potˇreba pro autorizaci aplikace. Pro pohodlnˇejˇs´ı autorizaˇcn´ı proces je moˇzné nastavit v rámci nastaven´ı aplikace na cloudov´ ych u ´loˇziˇst´ıch URI pro pˇresmˇerován´ı po skonˇcen´ı autorizaˇcn´ıho procesu. Nˇekterá u ´loˇziˇstˇe k tomu vyˇzaduj´ı, aby k aplikaci byla pˇriˇrazena unikátn´ı doména. C´ılem pˇresmˇerován´ı by tak mˇel b´ yt skript, kter´ y by provedl následné pˇresmˇerován´ı zpˇet na poˇc´ıtaˇc uˇzivatele. K tomuto u ´ˇcelu je pˇripraven jednoduch´ y PHP skript. Pro správné fungován´ı tohoto skriptu je nutné jeho nasazen´ı na webov´ y server s podporou PHP. Jako webov´ y server je moˇzné vyuˇz´ıt napˇr´ıklad HTTP server od Apache dostupn´ y z https://httpd.apache.org/. Distribuce PHP je pak dostupná z http://www.php.net/. Pro instalaci webového serveru od Apache je doporuˇceno postupovat podle uˇzivatelské pˇr´ıruˇcky dostupné na https://httpd.apache.org/docs/ 2.4/getting-started.html. Obdobnˇe je tomu i pro PHP, kde uˇzivatelská pˇr´ıruˇcka je um´ıstˇena na http://php.net/manual/en/install.php. Po u ´spˇeˇsné instalaci webového serveru s podporou PHP je moˇzné um´ıstit skript na server. Lokace skriptu nehraje roli, podm´ınkou vˇsak je, ˇze tento skript mus´ı b´ yt pˇr´ıstupn´ y pro uˇzivatele, kter´ y procház´ı autorizaˇcn´ım procesem. Pokud je tedy v´ ysledná klientská aplikace vyuˇz´ıvaj´ıc´ı knihovnu c´ılena na ˇsirokou veˇrejnost, je nutné m´ıt pˇripravenou veˇrejnou doménu v s´ıti Internet.

91

Pˇ r´ıloha B B.1 B.1.1

Uˇ zivatelsk´ a pˇ r´ıruˇ cka - MultiCloudDesktop Instalace a spuˇ stˇ en´ı

Aktuáln´ı verzi klientské aplikace je moˇzné stáhnout na následuj´ıc´ı webové adrese. Doporuˇcené je staˇzen´ı jiˇz pˇripravené aplikace v bal´ıku .jar ze sloˇzky /jar. Druhou moˇznost´ı je staˇzen´ı .exe souboru ze sloˇzky /exe. Tˇret´ı moˇznost´ı je staˇzen´ı zdrojov´ ych soubor˚ u aplikace a kompilace pomoc´ı ANT skriptu build.xml. https://github.com/stanek0j/MultiCloudDesktop Spolu s aplikac´ı je d˚ uleˇzité staˇzen´ı definic cloudov´ ych u ´loˇziˇst’. To se provede staˇzen´ım celé sloˇzky /definitions a jej´ım um´ıstˇen´ı do stejné sloˇzky, ve které je staˇzena aplikace. Aplikace po spuˇstˇen´ı prohledává sloˇzku /definitions a naˇc´ıtá z n´ı definice cloudov´ ych u ´loˇziˇst’. Pro spuˇstˇen´ı programu je potˇreba m´ıt instalované bˇehové prostˇred´ı Javy, tzv. Java Runtime Environment (JRE) ve verzi 1.7. Aktuáln´ı verzi JRE je moˇzno z´ıskat z následuj´ıc´ı adresy. http://www.oracle.com/technetwork/java/javase/downloads/ Spuˇstˇen´ı aplikace se provede v závislosti na staˇzené variantˇe. Spustiteln´ y soubor formátu .exe je moˇzno spustit dvojklikem myˇsi. Pro .jar soubor je moˇzno pouˇz´ıt pˇr´ıkaz z pˇr´ıkazové ˇra´dky: java -jar MultiCloudDesktop.jar Po spuˇstˇen´ı si aplikace vytváˇr´ı soubory .multicloud, credentials.dat, accounts.json a preferences.json. Tyto soubory jsou potˇrebné pro správné fungován´ı aplikace a nen´ı vhodné je mazat.

92

Pˇr´ıloha

B.1.2

Uˇzivatelská pˇr´ıruˇcka - MultiCloudDesktop

Ovl´ ad´ an´ı

Po spuˇstˇen´ı aplikace se zobraz´ı v´ ychoz´ı okno aplikace. V horn´ı ˇca´sti okna je liˇsta s nab´ıdkou ovládán´ı. V levé ˇca´sti okna je seznam uˇzivatelsk´ ych u ´ˇct˚ u a v pravé ˇca´sti pak seznam soubor˚ u a sloˇzek. Po prvn´ım spuˇstˇen´ı aplikace je lev´ y i prav´ y panel prázdn´ y. Okno aplikace je zachyceno na obrázku B.1.

Obrázek B.1: Okno aplikace. Jako prvn´ı je zde zaˇrazen popis a funkce obou panel˚ u v oknˇe a doln´ı liˇsty. Poté následuje popis jednotliv´ ych operac´ı z horn´ı nab´ıdky, vˇcetnˇe ukázek dialogov´ ych oken, která jsou zobrazována. Lev´ y panel V tomto panelu se zobrazuj´ı vytvoˇrené uˇzivatelské u ´ˇcty. Ke kaˇzdému u ´ˇctu je zobrazen jeho název, typ u ´loˇziˇstˇe, ke kterému pˇristupuje, a informace o kapacitách u ´loˇziˇstˇe. Dvojklikem lev´ ym tlaˇc´ıtkem na u ´ˇcet je provedeno zobrazen´ı jeho koˇrenové sloˇzky v pravém panelu. Pokud vˇsak u ´ˇcet nebyl jeˇstˇe autorizován, je spuˇstˇen proces autorizace, kter´ y vyvolá okno webového prohl´ıˇzeˇce. Kliknut´ı prav´ ym tlaˇc´ıtkem vyvolá kontextovou nab´ıdku, která je shodná s horn´ı nab´ıdkou Account. 93

Pˇr´ıloha


Pro lev´ y panel jsou definovány klávesové zkratky. Stiskem klávesy Enter nebo mezern´ıku je provedena stejná akce jako pˇri dvojkliku lev´ ym tlaˇc´ıtkem myˇsi. Klávesou Delete je moˇzno mazat u ´ˇcty. Prav´ y panel V pravém panelu je zobrazován obsah sloˇzek cloudov´ ych u ´loˇziˇst’. V horn´ı ˇcásti panelu se zobrazuje cesta k aktuálnˇe prohl´ıˇzené sloˇzce. Dvojklikem lev´ ym tlaˇc´ıtkem na sloˇzku je moˇzno sloˇzku procházet. Procházen´ım sloˇzky s názvem .. se provede pˇresun o sloˇzku v´ yˇse (do pˇredchoz´ı sloˇzky). Kliknut´ım prav´ ym tlaˇc´ıtkem je vyvolána kontextová nab´ıdka, která je shodná s horn´ı nab´ıdkou Operation. Stiskem klávesy Enter nebo mezern´ıku je rovnˇeˇz moˇzno procházet sloˇzky. Doln´ı liˇ sta V levé ˇca´sti doln´ı liˇsty jsou zobrazována informaˇcn´ı a chybová hláˇsen´ı aplikace. V pravé ˇcásti je zobrazován indikátor postupu operac´ı a tlaˇc´ıtku na jejich pˇreruˇsen´ı. Pokud zrovna nˇejaká operace prob´ıhá a nen´ı vyvoláno zvláˇstn´ı dialogové okno, je téˇz moˇzno tuto operaci pˇreruˇsit stiskem klávesy Esc. Ná´ sleduje popis jednotliv´ ych u ´kon˚ u, které je moˇzno v aplikaci provádˇet. Ukony jsou ˇrazeny podle nab´ıdky v horn´ı ˇcásti okna.

Synchronizace – File -> Synchronize – Ctrl+S Tato nab´ıdka spouˇst´ı proces synchronizace. Pˇred spuˇstˇen´ım procesu je nutné vybrat v nastaven´ı synchronizaˇcn´ı sloˇzku a urˇcit, které soubory se budou kam synchronizovat. V´ ybˇer soubor˚ u pro synchronizaci se provád´ı prostˇrednictv´ım dialogového okna, které je pro názornost zachyceno v obrázku B.2. Cel´ y proces synchronizace m˚ uˇze b´ yt ˇcasovˇe velmi nároˇcn´ y. Bˇehem synchronizace se m˚ uˇze stát, ˇze nˇekter´ y ze soubor˚ u nebude v konzistentn´ım stavu a bude vyˇzadován zásah uˇzivatele prostˇrednictv´ım dialogového okna jaké je zobrazeno v obrázku B.3. Nastaven´ı – File -> Preferences – Ctrl+P Nastaven´ı aplikace je provádˇeno prostˇrednictv´ım dialogového okna zobrazeného v obrázku B.5. V tomto oknˇe je moˇzné nastavit typ zobrazen´ı soubor˚ u a sloˇzek, synchronizaˇcn´ı sloˇzku a vybrat soubory pro synchronizaci. Dále je zde umoˇznˇeno nastavit poˇcet vláken pro stahován´ı a moˇznosti v´ ypisu obsahu sloˇzek. Nechyb´ı zde ani moˇznost vypnout vyskakován´ı chybov´ ych hláˇsen´ı pˇri chybˇe.

94

Pˇr´ıloha


Obrázek B.2: Dialogové okno v´ ybˇeru soubor˚ u pro synchronizaci.

Obrázek B.3: Dialogové okno chyby synchronizace.

Obrázek B.4: Dialogové okno zobrazuj´ıc´ı pr˚ ubˇeh operace.

95

Pˇr´ıloha


Obrázek B.5: Dialogové okno pro nastaven´ı aplikace.

Obrázek B.6: Dialogové okno pro vytvoˇren´ı u ´ˇctu.

Obrázek B.7: Dialogové okno pro vyhledáván´ı. 96

Pˇr´ıloha


Ukonˇ cen´ı aplikace – File -> Exit – Alt+F4 Aplikaci je moˇzné ukonˇcit bud’ z horn´ı nab´ıdky, klávesovou zkratkou, nebo kliknut´ım na kˇr´ıˇzek v pravém horn´ım rohu okna. Vytvoˇ ren´ı u ´ˇ ctu – Account -> Add Pro vytvoˇren´ı uˇzivatelského u ´ˇctu je zobrazeno dialogové okno, do kterého je nutné zadat název u ´ˇctu a zvolit typ u ´loˇziˇstˇe (viz obr. B.6). Po u ´spˇeˇsném vytvoˇren´ı u ´ˇctu je u ´ˇcet zobrazen v levém panelu. Autorizace – Account -> Authorize Spuˇstˇen´ım procesu autorizace je otevˇreno okno webového prohl´ıˇzeˇce. Pro u ´spˇeˇsnou autorizaci aplikace pro pˇr´ıstup ke cloudovému u ´loˇziˇsti je potˇreba postupovat dle pokyn˚ u v oknˇe prohl´ıˇzeˇce. Po u ´spˇeˇsné autorizaci je skrz aplikaci moˇzno pˇristupovat k soubor˚ um v u ´loˇziˇsti. Informace o u ´ˇ ctu – Account -> Information Tato akce vyvolá dialogové okno, ve kterém je zobrazeno jméno uˇzivatele cloudového u ´loˇziˇstˇe a jeho identifikátor. Informace o kapacitˇ eu ´ loˇ ziˇ stˇ e – Account -> Quota Tato akce vyvolá dialogové okno, ve kterém je zobrazena celková velikost u ´loˇziˇstˇe, obsazen´ y a voln´ y prostor. Pˇ rejmenov´ an´ı u ´ˇ ctu – Account -> Rename Tato akce slouˇz´ı pro pˇrejmenován´ı uˇzivatelského u ´ˇctu. Pro tento u ´ˇcel je zobrazeno stejné dialogové okno jako pˇri tvorbˇe u ´ˇctu, ovˇsem nen´ı moˇzno zmˇenit typ u ´loˇziˇstˇe (viz obr. B.6). Odstranˇ en´ı u ´ˇ ctu – Account -> Remove Tato akce provede smazán´ı vybraného uˇzivatelského u ´ˇctu. Pˇred smazán´ım u ´ˇctu je jeˇstˇe nutné smazán´ı potvrdit v dialogovém oknˇe. Obnoven´ı – Operation -> Refresh – F5 Tato akce obnov´ı obsah právˇe zobrazen´ı sloˇzky. Vyhled´ av´ an´ı – Operation -> Find – Ctrl+F Tato akce vyvolává dialogové okno vyhledáván´ı (viz obr. B.7). V tomto oknˇe je moˇzné zvolit u ´ˇcet, ve kterém bude vyhledáváno. Pod volbou u ´ˇctu je nutné zadat hledan´ y ˇretˇezec. Pod t´ımto zadávac´ım prvkem je panel pro zobrazen´ı v´ ysledk˚ u. Tlaˇc´ıtkem Find se provede vyhledán´ı a tlaˇc´ıtkem Abort je moˇzné vyhledáván´ı pˇreruˇsit. Tlaˇc´ıtka OK a Cancel zav´ıraj´ı dialogové okno.

97

Pˇr´ıloha


Obrázek B.8: Dialogové okno pro v´ ybˇer cloudov´ ych u ´loˇziˇst’.

Obrázek B.9: Dialogové okno pro v´ ybˇer sloˇzky v u ´loˇziˇsti.

Obrázek B.10: Dialogové okno pro pˇrejmenován´ı souboru ˇci sloˇzky.

98

Pˇr´ıloha


Obrázek B.11: Dialogové okno vyhledáván´ı v pˇr´ıpadˇe neshody soubor˚ u.

Obrázek B.12: Upozornˇen´ı na moˇznost poˇskozen´ı souboru pˇri stahován´ı.

Obrázek B.13: Dialogové okno zobrazuj´ıc´ı informace o souboru.

99

Pˇr´ıloha


Nahr´ av´ an´ı souboru – Operation -> Upload / Multi upload Soubory je moˇzné nahrávat dvˇema zp˚ usoby. Prvn´ım zp˚ usobem je nahráván´ı souboru na pouze jedno u ´loˇziˇstˇe. Pˇri tomto zp˚ usobu nahráván´ı je zobrazeno dialogové okno pro v´ ybˇer souboru v poˇc´ıtaˇci. Po jeho vybrán´ı je moˇzné sledovat pr˚ ubˇeh nahráván´ı v oknu podobném tomu na obrázku B.4. Druh´ ym zp˚ usobem je nahráván´ı souboru na v´ıce u ´loˇziˇst’ zároveˇ n. Pro tuto volbu je opˇet zobrazeno nejprve okno pro v´ ybˇer lokáln´ıho souboru. Po vybrán´ı souboru následuje dialogové okno pro v´ ybˇer c´ılov´ ych cloudov´ ych u ´loˇziˇst’ (viz obr. B.8). Tento v´ ybˇer je následován dalˇs´ım dialogov´ ym oknem, které je zachyceno na obrázku B.9 a slouˇz´ı pro v´ ybˇer c´ılov´ ych sloˇzek pro soubor na u ´loˇziˇst´ıch. Pak jiˇz následuje jen okno pro sledován´ı postupu operace z obrázku B.4. Stahov´ an´ı souboru – Operation -> Download / Multi download Pro stahován´ı soubor˚ u je opˇet na v´ ybˇer ze dvou voleb. Prvn´ı volbou je staˇzen´ı vybraného souboru v pravém panelu z jednoho u ´loˇziˇstˇe. Pro tuto volbu je zobrazeno dialogové okno pro v´ ybˇer lokace v poˇc´ıtaˇci, kam má b´ yt soubor uloˇzen. Po volbˇe lokace následuje zobrazen´ı pr˚ ubˇehu stahován´ı (viz obr.B.4). Pˇri druhé volbˇe je soubor stahován z v´ıce u ´loˇziˇst’ zároveˇ n. Prvn´ım dialogov´ ym oknem je v´ ybˇer cloudov´ ych u ´loˇziˇst’, ze kter´ ych se bude stahovat (viz obr. B.8). Po tomto v´ ybˇeru následuje vyhledán´ı souboru na vybran´ ych u ´loˇziˇst´ıch. K tomu slouˇz´ı dialogové okno pro vyhledáván´ı (viz obr. B.7). Pokud je vˇsak nalezen soubor, kter´ y by mohl odpov´ıdat vybranému souboru pro stahován´ı, ale nen´ı jasné, zda se jedná o stejn´ y soubor, je tento soubor v oknˇe vyhledáván´ı oznaˇcen vykˇriˇcn´ıkem. Tento stav je zobrazen na obrázku B.11. Pokud je nˇejak´ y takov´ y soubor vybrán pro staˇzen´ı, je v dalˇs´ım kroku zobrazeno upozornˇen´ı, ˇze by v´ ysledn´ y staˇzen´ y soubor mohl b´ yt poˇskozen (viz obr. B.12). Pˇredposledn´ım dialogov´ ym oknem je v´ ybˇer lokáln´ı sloˇzky, do které má b´ yt soubor uloˇzen. Pak jiˇz následuje jen okno zobrazuj´ıc´ı pr˚ ubˇeh stahován´ı (viz obr. B.4). Vytvoˇ ren´ı sloˇ zky – Operation -> Create folder Pro vytvoˇren´ı sloˇzky je zobrazeno dialogové okno, do kterého je zadán název sloˇzky. Toto okno je shodné s oknem pro pˇrejmenován´ı, které je zobrazeno na obrázku B.10.

100

Pˇr´ıloha


Pˇ rejmenov´ an´ı – Operation -> Rename – F2 Tato akce vyvolá dialogové okno pro pˇrejmenován´ı souboru ˇci sloˇzky (viz obr. B.10). Smaz´ an´ı – Operation -> Delete – Delete Pro smazán´ı souboru nebo sloˇzky je nejprve nutné soubor nebo sloˇzku vybrat v pravém panelu. Smazán´ı je nutné potvrdit v dialogovém oknˇe, které je pˇri této akci zobrazeno. Kop´ırov´ an´ı a pˇ resun – Operation -> Cut / Copy / Paste – Ctrl+X/C/V Tyto akce jsou povoleny pouze pro soubory. Cel´ y proces funguje tak, ˇze je nejprve zvolen nˇejak´ y soubor v u ´loˇziˇsti. Ten je následnˇe oznaˇcen pro pˇresun nebo kop´ırován´ı. Poté je nutné se dostat v pravém panelu do c´ılové sloˇzky. Pˇri vkládán´ı souboru je pak jeˇstˇe zobrazeno dialogové okno, ve kterém je moˇzno soubor pˇrejmenovat (viz obr. B.10). Pokud se jedná o transfer souboru mezi dvˇema u ´loˇziˇsti, je po vloˇzen´ı zobrazeno dialogové okno sleduj´ıc´ı pr˚ ubˇeh pˇresunu nebo kop´ırován´ı (viz obr. B.4). V´ ypoˇ cet kontroln´ıho souˇ ctu – Operation -> Compute checksum Kontroln´ı souˇcet je moˇzné poˇc´ıtat pouze pro soubory. V´ ypoˇcet prob´ıhá tak, ˇze je zobrazeno dialogové okno podobné tomu na obrázku B.4, které sleduje pr˚ ubˇeh stahován´ı vybraného souboru. Po staˇzen´ı souboru je vypoˇcten kontroln´ı souˇcet, kter´ y je následnˇe pˇriˇrazen k souboru. Vlastnosti – Operation -> Properties Tato akce vyvolá dialogové okno s informacemi o vybraném souboru nebo sloˇzce. Podoba tohoto okna je vidˇet na obrázku B.13. O programu – Help -> About Posledn´ı poloˇzkou horn´ı nab´ıdky je akce pro zobrazen´ı informac´ı o programu.

101

Pˇr´ıloha

B.2 B.2.1

Uˇzivatelská pˇr´ıruˇcka - MultiCloudAndroid

Uˇ zivatelsk´ a pˇ r´ıruˇ cka - MultiCloudAndroid Instalace a spuˇ stˇ en´ı

Aktuáln´ı verzi mobiln´ı aplikace je moˇzné stáhnout na následuj´ıc´ı webové adrese. Ve sloˇzce /bin je um´ıstˇen soubor s aplikac´ı a pˇr´ıponou .apk. Jelikoˇz nen´ı aplikace um´ıstˇena na portálu Google Play, je nutné pro jej´ı instalaci m´ıt povolenou instalaci aplikac´ı z jin´ ych zdroj˚ u. Toto nastaven´ı se provede zatrhnut´ım nab´ıdky Nastaven´ı -> Zabezpeˇcen´ı -> Neznámé zdroje. Tento postup se m˚ uˇze liˇsit pro r˚ uzné verze systému Android. https://github.com/stanek0j/MultiCloudAndroid Podm´ınkou pro u ´spˇeˇsnou instalaci aplikace je systém Android ve verzi alespoˇ n 3.0 nebo novˇejˇs´ı a pˇribliˇznˇe 4 MB volného m´ısta. Instalaci je moˇzno spustit pˇrekop´ırován´ım bal´ıku do zaˇr´ızen´ı a jeho spuˇstˇen´ım pomoc´ı libovolného správce soubor˚ u. Druhou moˇznost´ı je vyuˇzit´ı aplikace adb, kter´ y je souˇcást´ı Android SDK. Instalace se pak spust´ı pˇr´ıkazem: adb install MultiCloudAndroid.apk Spuˇstˇen´ı aplikace se provede klepnut´ım na pˇr´ısluˇsnou poloˇzka v menu zaˇr´ızen´ı. Poloˇzka aplikace je pojmenována MultiCloud a jako ikonu má modr´ y symbol oblaku.

B.2.2

Ovl´ ad´ an´ı

Po spuˇstˇen´ı aplikace je zobrazena v´ ychoz´ı obrazovka s uˇzivatelsk´ ymi u ´ˇcty. Podoba této obrazovky je zachycena na obrázku B.14(a). V doln´ı nab´ıdce jsou zobrazeny ikony pro operace této nab´ıdky. Zleva je to pˇridán´ı u ´ˇctu, obnoven´ı informac´ı o u ´ˇctech, synchronizace a nastaven´ı. V kontextové nab´ıdce pro jednotlivé poloˇzky seznamu pak jsou operace autorizace, z´ıskán´ı informac´ı ou ´ˇctu, pˇrejmenován´ı a smazán´ı. Kontextová nab´ıdka je vyvolána dlouh´ ym stiskem poloˇzky v seznamu uˇzivatelsk´ ych u ´ˇct˚ u. Pˇ rid´ an´ı u ´ˇ ctu Po stisku ikony se zobraz´ı dialogové okno z obrázku B.16(a). Povinn´ ymi u ´daji pro vytvoˇren´ı u ´ˇctu jsou uˇzivatelské jméno a v´ ybˇer typu u ´loˇziˇstˇe. 102

Pˇr´ıloha


Obnoven´ı informac´ı o u ´ˇ ctech T´ımto tlaˇc´ıtkem se spust´ı operace, která naˇc´ıtá informace ke vˇsem uˇzivatelsk´ ym u ´ˇct˚ um. Po dokonˇcen´ı operace jsou obnoveny informace v seznamu uˇzivatelsk´ ych u ´ˇct˚ u. Synchronizace Pro spuˇstˇen´ı synchronizace je nejprve nutné m´ıt nastavenu synchronizaˇcn´ı sloˇzku. Po spuˇstˇen´ı této operace se zobraz´ı dialog z obrázku B.16(g). Po dokonˇcen´ı této operace je zobrazen dialog podobn´ y tomu v obrázku B.16(h) pouze v pˇr´ıpadˇe, ˇze nastal konflikt mezi synchronizovan´ ymi soubory. Vyˇreˇsen´ı tohoto konfliktu je potˇreba provést ruˇcnˇe staˇzen´ım souboru ze vzdáleného u ´loˇziˇstˇe nebo nahrán´ım lokáln´ıho souboru na u ´loˇziˇstˇe. Nastaven´ı Stiskem této ikony je vyvoláno okno pro nastaven´ı. Toto okno je zachyceno v obrázku B.14(c) a je popsáno dále v této sekci. Autorizace Spuˇstˇen´ım této operace se otevˇre okno v´ ychoz´ıho webového prohl´ıˇzeˇce a uˇzivateli je nab´ıdnuta webová stránka u ´loˇziˇstˇe pro autorizaci aplikace. Po pr˚ uchodu procesem autorizace na webové stránce je moˇzné prohl´ıˇzeˇc zavˇr´ıt. Po jeho zavˇren´ı je opˇet otevˇrena aplikace a dokonˇcen cel´ y proces autorizace. Informace o u ´ˇ ctu Pomoc´ı této operace je moˇzné zjistit informace o uˇzivateli a dostupné prostoru v rámci u ´loˇziˇstˇe. Po dokonˇcen´ı této operace je zobrazeno dialogové okno zachycené na obrázku B.16(b). Pˇ rejmenov´ an´ı u ´ˇ ctu Pˇrejmenován´ı u ´ˇctu vyvolá stejn´ y dialog jako vytvoˇren´ı u ´ˇctu, s t´ım rozd´ılem, ˇze název u ´ˇctu je jiˇz pˇredvyplnˇen a typ u ´loˇziˇstˇe nen´ı moˇzné zmˇenit. Smaz´ an´ı u ´ˇ ctu Smazán´ı uˇzivatelského u ´ˇctu prob´ıhá bez zobrazen´ı dialogového okna. V´ ysledkem je odebrán´ı uˇzivatelského u ´ˇctu ze seznamu. Obrazovka adres´ aˇ rov´ e struktury Pˇri kliknut´ı na jiˇz autorizovan´ y uˇzivatelsk´ yu ´ˇcet je zobrazena obrazovka se soubory v u ´loˇziˇsti. Podoba této obrazovky je vidˇet na obrázku 8.2(b). Opˇet jsou zde dostupná tlaˇc´ıtka ve spodn´ı ˇca´sti obrazovky. Zleva to jsou vytvoˇren´ı nové sloˇzky, nahrán´ı souboru, obnoven´ı obsahu sloˇzky synchronizace a skryté tlaˇc´ıtko nastaven´ı. Tlaˇc´ıtka synchronizace a nastaven´ı funguj´ı stejnˇe jako u 103

Pˇr´ıloha


pˇredchoz´ı obrazovky a nen´ı nutné je znovu popisovat. Kontextová nab´ıdka obsahuje moˇznosti staˇzen´ı souboru, pˇrejmenován´ı, smazán´ı, v´ ypoˇctu kontroln´ıho souˇctu a zobrazen´ı vlastnost´ı souboru. Procházen´ı sloˇzek se provede stisknut´ım vybrané sloˇzky, kter´ ym se spust´ı naˇc´ıtán´ı jej´ıho obsahu. Pro pˇrechod zpˇet do rodiˇcovské sloˇzky je moˇzno stisknout ikonu aplikace s názvem aktuáln´ı sloˇzky v levém horn´ım rohu. Tlaˇc´ıtkem zpˇet je pak moˇzn´ y pˇrechod k obrazovce s uˇzivatelsk´ ymi u ´ˇcty. Vytvoˇ ren´ı nov´ e sloˇ zky Toto tlaˇc´ıtko vyvolá dialog pro vloˇzen´ı jména nové sloˇzky. Podoba tohoto dialogu je zobrazena na obrázku B.16(e). Po vytvoˇren´ı nové sloˇzky je obnoven zobrazen´ y obsah. Nahr´ an´ı souboru Pro nahrán´ı souboru je zobrazeno dialogové okno s v´ ybˇerem lokáln´ıho souboru pro nahrán´ı (viz obr. B.16(i). V pˇr´ıpadˇe, ˇze v u ´loˇziˇsti jiˇz existuje soubor se stejn´ ym názvem, zobraz´ı se dialog vyˇzaduj´ıc´ı potvrzen´ı pˇripisu souboru. Po potvrzen´ı je zobrazen dialog s pr˚ ubˇehem nahráván´ı souboru, kter´ y je podobn´ y tomu v obrázku B.16(d). Obnoven´ı obsahu sloˇ zky Tato operace naˇcte znovu obsah aktuáln´ı sloˇzky. Staˇ zen´ı souboru Spuˇstˇen´ım této operace se zobraz´ı dialog podobn´ y tomu v obrázku B.16(i). Pomoc´ı tohoto dialogu je moˇzno zvolit lokáln´ı sloˇzku, do které bude soubor staˇzen. Dalˇs´ım dialogem pak je moˇznost pˇrejmenován´ı souboru pˇred staˇzen´ım. Pokud je vybrán jiˇz existuj´ıc´ı název souboru v dané sloˇzce, je nab´ıdnuta moˇznost pˇrepsán´ı existuj´ıc´ıho souboru. Posledn´ım dialogem této operace je ten na obrázku B.16(d), kter´ y zobrazuje pr˚ ubˇeh stahován´ı. Po dokonˇcen´ı je moˇzné staˇzen´ y soubor otevˇr´ıt prostˇrednictv´ım libovolného správce soubor˚ u. Pˇ rejmenov´ an´ı Pro pˇrejmenován´ı slouˇz´ı jednoduch´ y dialog s polem pro vkládán´ı názvu souboru. Pˇrejmenovat je moˇzné soubory i sloˇzky. Smaz´ an´ı Pˇred smazán´ım souboru nebo sloˇzky je zobrazen dialog vyˇzaduj´ıc´ı potvrzen´ı operace uˇzivatelem. Smazán´ı je provedeno pouze po potvrzen´ı dialogového okna vyobrazeného na obrázku B.16(c).

104

Pˇr´ıloha


V´ ypoˇ cet kontroln´ıho souˇ ctu V´ ypoˇcet kontroln´ıho souˇctu spust´ı dialog zobrazuj´ıc´ı pr˚ ubˇeh stahován´ı souboru. Jedná se opˇet o dialog podobn´ y tomu na obrázku B.16(d). Po staˇzen´ı je vypoˇcten kontroln´ı souˇcet a staˇzen´ y soubor je opˇet smazán. Vlastnosti Touto operac´ı je zobrazeno dialogové okno s informacemi o vybraném souboru nebo sloˇzce. Podoba dialogového okna je zachycena na obrázku B.16(f). Obrazovka nastaven´ı Posledn´ı obrazovkou aplikace je obrazovka nastaven´ı. V této obrazovce jsou tˇri kategorie nastaven´ı. Prvn´ı kategori´ı je nastaven´ı zobrazen´ı, do kterého patˇr´ı volby zobrazen´ı smazan´ ych a sd´ılen´ ych soubor˚ u, volba skryt´ı souboru s kontroln´ımi souˇcty a volba zobrazován´ı dialogov´ ych oken s chybami. Dalˇs´ı kategorii tvoˇr´ı volby pro stahován´ı, kde je jedinou poloˇzkou volba poˇctu vláken pro stahován´ı. Posledn´ı kategorie se t´ yká synchronizace a je zde moˇzné zvolit synchronizaˇcn´ı sloˇzku a nastavit selektivn´ı synchronizaci pro jednotlivé soubory v synchronizaˇcn´ı sloˇzce. Poˇ cet vl´ aken stahov´ an´ı Touto volbou se zobraz´ı dialogové okno z obrázku B.15(c), ve kterém je moˇzné zvolit mezi jedn´ım aˇz pˇeti vlákny. Doporuˇcen´ ym nastaven´ım jsou v tomto pˇr´ıpadˇe tˇri vlákna. Synchronizaˇ cn´ı sloˇ zka V zobrazeném dialogovém oknˇe zachyceném na obrázku B.15(a) je moˇzné zvolit si sloˇzku, která bude synchronizována. V tomto dialogu nejsou zobrazovány soubory obsaˇzené ve sloˇzkách. Tlaˇc´ıtkem Clear je moˇzné vymazat nastaven´ı sloˇzky a zakázat t´ım moˇznost synchronizace. Selektivn´ı synchronizace Tato volba je dostupná pouze v pˇr´ıpadˇe zvolené synchronizaˇcn´ı sloˇzky. Po stisku této volby se zobraz´ı dialogové okno zobrazen´ı v obrázku B.15(b). Ve spodn´ı ˇca´sti okna je moˇzné procházet adresáˇrovou strukturu, zat´ımco v horn´ı ˇca´sti je moˇzné pro jednotlivé soubory zvolit u ´loˇziˇstˇe, na která budou synchronizovány. U kaˇzdého souboru ve spodn´ı ˇca´sti dialogu je pak zobrazen v´ yˇcet u ´loˇziˇst’, na která bude soubor synchronizován.

105

Pˇr´ıloha


(a) Uˇzivatelské u ´ˇcty.

(b) Prohl´ıˇzen´ı soubor˚ u.

(c) Nastaven´ı.

Obrázek B.14: Obrazovky mobiln´ı aplikace.

(a) Volba sloˇzky.

synchronizaˇcn´ı (b) V´ ybˇer selektivn´ı synchronizace.

(c) Volba poˇctu vláken.

Obrázek B.15: Dialogy nastaven´ı aplikace.

106

Pˇr´ıloha


(a) Vytvoˇren´ı u ´ˇctu.

(b) Informace o u ´ˇctu.

(c) Smazán´ı poloˇzky.

(d) Pr˚ ubˇeh stahov´ an´ı.

(e) Vytvoˇren´ı sloˇzky.

(f) Vlastnosti boru.

(g) Pr˚ ubˇeh synchronizace.

(h) V´ ysledek synchronizace.

(i) Nahrán´ı souboru.

Obrázek B.16: Dialogy mobiln´ı aplikace. 107

sou-

Pˇ r´ıloha C C.1

Obsah CD

Pˇriloˇzené médium obsahuje tento dokument a realizované programy. Adresáˇrová struktura je následuj´ıc´ı: • dokument – sloˇzka s t´ımto dokumentem ve formátu .pdf • program – sloˇzka obsahuj´ıc´ı realizované programy – MultiCloud – sloˇzka s kompletn´ımi soubory implementované knihovny, vˇcetnˇe zdrojov´ ych soubor˚ u, binárn´ıch v´ ystup˚ u a JavaDoc dokumentace. – MultiCloudAndroid – sloˇzka s kompletn´ımi soubory implementované mobiln´ı aplikace, vˇcetnˇe zdrojov´ ych soubor˚ u, binárn´ıch v´ ystup˚ u a JavaDoc dokumentace. – MultiCloudDesktop – sloˇzka s kompletn´ımi soubory implementované desktopové aplikace, vˇcetnˇe zdrojov´ ych soubor˚ u, binárn´ıch v´ ystup˚ u a JavaDoc dokumentace. – PHP – sloˇzka obsahuj´ıc´ı PHP skript pro automatickou autorizaci s vyuˇzit´ım webové sluˇzby.

108

Západočeská univerzita v Plzni Fakulta aplikovaných věd Katedra informatiky a výpočetní techniky. v mobilních aplikacích

Recommend Documents