Timofey Ermilov, Norman Heino, Sebastian Tramp, and Sören Auer

Átírás

1 Timofey Ermilov, Norman Heino, Sebastian Tramp, and Sören Auer Kivonat Lányi József Abstract A nagy számítási kapacitású mobil eszközök elterjedésével a mobil web alkalmazások egyre népszerűbbek lettek. Ez a cikk a OntoWiki Framework alapú mobile semantic collaboration platform -ot mutatja be. Ami segít a userek-nek hivatkozásokat gyűjteni, finomíthatja a struktúráját a tudás tárnak és böngészheti az adatokat hiearhikussan vagy sokoldalúan navigálva mozgás közben, az adatok prezentációja nélkül. A legérdekesebb része a OntoWiki Mobil platformnak a fejlett replikáció és konfliktus kezelése az RDF tartalmaknál. A konfliktus feloldásnak az alapja a elosztott felülvizsgálati kontroll-nak, a EvoPat data evolúciójának és ontologiai refaktorizáció kombinációja. Html 5 web alkalmazás amely jól használható olyan esetekben ahol szemantikusan gazdag információkat kell terep munkánál, például Biologiai faj kutatások. Bemutatás A mobilok fejlődésével együtt egyre sikeresebbek lettek a web alkalmazások, pl google mail-t több millióan használják naponta. Nagyon sok program használja már a szemantikus web technológiákat és információkat RDF formájában. Ezek előnye az offline működnek lokális frissítésekkel, később web szerverrel való frissítésekkel. A kulcs probléma az adat egyeztetés, pl a potenciálisan konfliktusba kerülő frissítések a lekapcsolódót kliensektől. A másik probléma a különböző fejlesztői platformok közötti inkompatibilitása, és a minden platformon jól futó alkalmazáshoz nagyon sok idő kell, a sok ismételt munka miatt. W3C ezt a problémát HTML 5-ben lévő interfacet hozott létre a helyi tárolóhoz, és még sok szenzor kezelőt amivel a mobil rendelkezik, pl gps, kamera mikrofon. Ez a cikk a Onto Wiki Mobil által megvalósított semantic collaboration platformot ami OntoWiki Platformra épül, ami egy speciális user interface-t ad a böngészéshez, sokoldalú navigáláshoz és

2 kezelni a tudás tárat. A legérdekesebb része a OntoWiki Mobil platformnak a fejlett replikáció és konfliktus kezelése az RDF tartalmaknál. A konfliktus feloldásnak az alapja a elosztott verzio követő rendszer és a EvoPat data evolució és ontologiai refaktorizáció kombinációja. Segít a usereknek hivatkozásokat gyűjteni, finomíthatja a struktúráját a tudás tárnak és böngészheti az adatokat hiearhikussan vagy sokoldalúan navigálva on-the-go -val, adatok prezentációja nélkül. Ez egy HTML5 ős web alkalmazás, ami platform független. A program egy általános Domain agnosztikus eszköz ami széles skálában használható, s általában olyan környezetben ahol, nincs megszokott energia ellátás és 1x, könnyű eszközök használatára van kényszerítve az ember, pl egy expedíció. Arhitectura Azért készült hogy egyszerűen tudás lehessen együtt működve begyűjteni. Az RDf model felhasználásával az OntoWiki-t lehet használni : - tudás tár prezentációra - tudás tár engedélyezésre - tudás tár kezelésére Ehhez sok API-t használ, ami másoknak is elérhető, így lehet kiegészíteni, fejleszteni, személyre szabni az OntoWiki-t. 3 rétegből áll: - Prezisztens réteg: - alkalmazás réteg

3 - user interface réteg Ezek felelnek meg a MVC arhitekturának. Prezisztens réteg tartalmazza a Erfurt API-t ami interface-t nyújt a RDF tárolónak (Virtuoso, mysql). A megjelenítés template alapon van. Php zend Frameworkre épül, ami a kérések kezelésért felelős, ez az arhitectura segíti hogy egyszerűen lehessen kiegészíteni a funkcionalitást, és kinézetet. Onto Wiki mobile az OntoWiki keretrendszerre épül, ami úgy lett konfigurálva hogy jobban illjen a mobile környezetre. A user interface HTML5-re és Jquery Mobile Frameworkre épül. Ahhoz hogy a telefonon lévő eszközökhöz hozzá lehessen férni a kiegészítet HTML5 APi használja. A Geolocation APi-t javascript-ből használja hogy megtudja a user Geo információit. Lokális tároló a HTML5 alkalmazás gyorsító tár egy része, az egy presistens adat kulcs-adat pár a web kliensen. Amit a replikált adatokat tartalmazza kliens oldalon, az onto Wiki RDf-et Json formában tárolja az offline használathoz, és növeli a betöltési időt ha online a user, a képek HTML5 Canvas base64 kódolásba vannak eltárolva. A helyi tárolóval a userek által gyűjtött adatokat lehet exportálni importálni pl sd card, bluetooth-al Az erőforrás szerkesztés RDFauthorral történik. A rendszer RDFa-annotációt használja a web nézeteknél hogy látható legyen az RDF modell adatai. Az adat replikáció és konfliktus kezelés a legnehezebb része az OntoWiki mobile-nak. Az eljárás 3 részből áll, amiket más-más kezeli: - a Cliens oldali replikációs komponens HTML5 local tárolót használja, - a server oldali replikációs komponens és - a server-oldali konfliktus kezelő A konfliktus kezelő rendszer más mechanizmusokat is használ mint hogy egyesíti a konkurens verzióját ugyan annak a forrásnak. Az első a policy alapú szemi automatikus egyesítő ezkőz ami a EvoPat motort használja. A második egy user interface-t biztosít a kézi konfliktus kezeléshez. Replikáció Legfontosabb képessége az OntoWiki Mobile-nak, hogy offline is lehessen vele dolgozni.

4 Akkor fordul elő replikációs kérdés ha több user ugyan azt a erőforrást szerkeszti szinkronizálás nélkül, mert nagy eséllyel legalább 1 user egy régi verziójával dolgozik az erőforrásnak. Amikor user szinkronizál az ontowiki serverrel akkor sok lépéssel próbálják megoldani hogy ne keljen emberi beavatkozás, de ezt nem lehet teljesen automatizálni. koncepció Az erőforrás a legkisebb egység az Onto wikibe. Adott időben több verziója van egy erőforrásnak ezért jelöljük: r t nek, témát: s-nek, időt: t-nek Amikor az editálásnak vége akkor az ehhez kapcsolódó hármasokat mentik / törlik. A különbséget (diff) egy négyessel írják le: d t1, t2 :=(t 1,t 2, Add,Del)=(t 1,t 2,r t1 \ r t2,r t2 \ r t1 ). Két különbség d s1, t2 :=(s 1,t 2, Add 1,Del 1 )=(s 1,t 2,Add 2, Dell 2 ). konfliktusba van ha mind két feltétel megvan: Az egymást követő különbséget egy r t erőforrásnak egy changeset -be rakják, amit a mobil szinkronizál az Onto Wiki-vel. szinkronizáció Amikor a user újra kapcsolódik és belegyezik abba hogy az OntoWiki Mobile vissza küldje a changeset -ket a server szinkronizációs komponensének. Legyen c egy changeset r egy erőforrás, és diff (d s1,t 1,d s2,t 2,...,d sk,t k ), az összes c-hez tartozó diffet egy d s1,t k diff-be konkatenálja, és kiszámolja a d s, t t ahol s és t a legnagyobb időbélyeg, figyelembe véve hogy a változások r-en kisebbek mint s 1,t k. Az 1 és 2 feltétel alapján választja ki van-e konfliktus. Ha van konfliktus akkor addig hatja végre szekvenciálisan a dolgokat ami nincs konfliktus. Két út van: - manuálisan - szemi automatikusan (EvoPat) EvoPath két policy alapú egyesítési mintát ad: - user privilégium alapú: akinek több joga van az lesz elfogadva - idő privilégium alapú: első jön elsőt szolgálja ki De vannak olyan esetek amiket, csak kézzel lehet megoldani, pl ugyan az az erőforrást leírja két user más azonosítóval.

5 Felhasználói felület Jelenleg 3 darab minta van amit lehet használni: - standard böngészés - sokoldalú böngészés - új információk engedélyezés út közben. Standard böngészés A navigáció lista alapú az egyszerűség kedvért, kattintással lehet navigálni. Bejelentkezett user tud adatokat módosítani. Sokoldalú böngészés

6 Egyszerűen és effektív módon engedi szűrni a tartalmat. Engedélyezés Adat engedélyezés RDFauthor történik. Az adott példányok csoportosítva egy lista ként jelennek meg. Használati esetek Az OntoWiki fejlesztését az indította meg hogy userek, adatokat akartak gyűjteni a terepi munka közbe. Azért hogy egyszerűbb legyen az adatbevitel ezért létrehoztak egy mobile interface-t. Gyakorlatban, egy kutató csoport pókokról gyűjtőt adatokat a Caucasus régióban egy webprotálra. A projekt két részből áll: - backend, ami OntoWiki alapú - front-end, ami user barát felületet biztosít a usereknek az adatok reprezentálására, ami egy kiegészítője az OntoWikinek. Az otthoni munka, az ontowiki-vel történik,de a terepen: - elmennek az adott területre a kutatók, felállítanak csapdákat, vagy speciális egyedeket fognak be. - keresési helyek dokumentálva vannak, pl Id-vel stb. - az egyedet a laborba viszik és ott elemzik. - vagy egyel nő a találsz egyedek száma vagy új bejegyzés kell. A mi szemszögünkből a 2. lépés a lényeges, mert itt kell leírni hogy vannak a keresési terület.

7 A keresési terület dokumentációjának egy példája: Érdekességek amik 1 hét andoridos teszt után jöttek elő: - a kép hozzárendelése egy erőforráshoz nagyon kedvelt volt - állandóan aggódtak adatvesztétől a telefonnal történő baj vagy rossz használat miatt, amit enyhített az import/export funkció. - A telefon GPS-e nem a legjobb, mi lenne ha máshonnét is lehetne GPS adatot fogadni vagy átírni. - A használhatóság függ a CPu-tól,böngészőtől, android OS-tól A kép illusztrálja egy keresési hely készítését. Kapcsolódó munkák - Mobile szemantikus alkalmazások - Stratégiák a replikációhoz - megbékélés a Mobil-t használó környezetben

8 Összefoglalás Az hogy a mobilok képezek a Web-et elérni és dolgozni vele, várható hogy ez drasztikusan fog nőni az elkövetkezendő évben. De ahhoz hogy a szemantikus web technológiák mobilon csak akkor lehetnek sikeresek ha teljesen támogatottak lesznek a mobilon. Az OntoWiki Mobile al foglalkoztunk egy átfogó tudás kezelős rendszerrel mobile eszközökre. Az OntoWiki Mobile megmutatta azt hogy egy átfogó szemantikai együttműködés platform implementálható mobilra, minimális feltételekkel a HTML5-el. Jelenleg is használják speciális esetekben sok non-it. Az általános célú arhitekturája alkalmas arra hogy széles skálán tudja támogatni a domain specifikus mobile alkalmazásokat. Kapcsolódó témák: Semantic Web RDF TipIt