CMS (Content Management Service) - Peer-to-Peer fildeling for mobiltelefoner

CMS (Content Management Service) tillater JXTA applikasjoner å dele innhold innenfor en peer-gruppe [52]. CMS administrerer det delte innholdet for en peer og lar applikasjoner få se igjennom og laste ned innhold fra andre peer-er. CMS realiserer P2P fildeling i JXTA.

Hvert eneste element som deles, blir representert med en unik identifikator og en kunngjøring (se Eksempel 4-1) som gir meta-informasjon om innholdet. Eksempel på meta-informasjon kan væ re navn, lengde, type og en beskrivelse av innholdet. CMS tilbyr også en protokoll basert på JXTA piper for å overføre innhold mellom peer-er.

<?xml version="1.0">

<!doctype jxta:contentAdvertisement>

<jxta:contentAdvertisement>

<name>index.html</name>

<description>Web site index</description>

</jxta:contentAdvertisement>

ÉRnwtsJt}kjqVÊRËÆÌVÍPng!~~!fx-¨he~fJ¿p#ªÀ y6ÉR~Jng!~~!fx-¨he~f3o§8t~8Î8£ËÏjv4e}w-msSÇt{ th

index.html^y

4.6 Oppsummering

I dette kapittelet har vi tatt for oss JXTA og sett litt på hvilke muligheter JXTA tilbyr. JXTA er en ny distribuert plattform designet for å løse en rekke problemer i moderne distribuert prosessering innen området som refereres til som 33 FRPSXWLQJ. Målet er å tilby interoperabilitet mellom maskiner i et nettverk, væ re plattformuavhengig og væ re alle steds næ rvæ rende (væ re tilgjengelig på alle terminaler med en prosessor).

23 X509.V3 – standard for digitale sertifikater fra ITU-T. For mer informasjon se [42].

JXTA definerer en rekke konsepter som er vanlige i P2P-nettverk, og som derfor også er hovedkomponentene i JXTA plattformen. Konseptene er peer, peer-gruppe, piper, meldinger, kunngjøringer, endepunkt og sikkerhet. En peer er en node i et P2P nettverk, mens en peer-gruppe er en selvorganiserende samling av peer-er med felles interesser. Kommunikasjonen mellom to peer-er foregår i form av meldinger som sendes gjennom piper fra et endepunkt til et annet.

Kunngjøringer er strukturer av metadata som beskriver nettverksressurser. Kunngjøringene blir publisert og utvekslet mellom peer-er for å oppdage og finne tilgjengelige ressurser. Enheter i nettverket blir identifisert ved en unik ID som er uavhengig av nettverk eller systemspesifikke notasjoner.

JXTA spesifikasjonen består av et sett med protokoller som er språkuavhengige, plattformuavhengige og setter ingen forutsetninger til underliggende nettverk. Protokollene gjør det mulig å oppdage ressurser i et nettverk, få status om andre peer-er, finne en passende rute til en annen peer og foreta forespørsler.

Neste kapittel tar for se JXME (JXTA for J2ME) et prosjekt som har som mål å tilby JXTA-funksjonalitet til trådløse terminaler med Java-støtte.

5 JXTA for J2ME™

Trådløse terminaler som mobiltelefoner og PDA-er blir mer og mer utbredt. I Norge finnes det omkring fire millioner mobiltelefoner (juni 2002) [46]. Mobiltelefonene blir mindre og mindre, men har samtidig fått mer og mer datakraft og minne. Batterikapasiteten er blitt bedre og skjermene har fått bedre oppløsning og flere farger. Behovet for applikasjoner til trådløse terminaler vil øke i tiden som kommer [1].

P2P applikasjoner har flere egenskaper som gjør at de egner seg godt i trådløse omgivelser. De kan tilby høy tilgjengelighet, stor feiltoleranse og dynamisk oppdage andre terminaler og innhold.

JXTA for J2ME, forkortet JXME, er JXTA developer Community sitt svar på dette. I april 2001 gikk startskuddet for prosjektet. JXME skal tilby JXTA-kompatible funksjonaliteter på begrensede terminaler ved å bruke CLDC og MIDP. JXME skal dekke alt fra de enkleste mobiltelefoner til mer avanserte PDA-er. JXME gjør det mulig for MIDP-terminaler å delta i P2P-aktiviteter med JXTA peer-er som kjører på PC-er.

Mulighetene og fleksibiliteten i JXTA har en pris, kompleksitet. En JXTA-peer har mange oppgaver som ruting og annonsering og må prosessere XML-meldinger på VRFNHW-nivå. En slik peer ville blitt altfor stor og kompleks til å kjøre på en mobiltelefon. Et annet problem er at det ikke er støtte for XML eller VRFNHWV i standard J2ME/MIDP implementasjoner. For å kunne gjøre JXTA tilgjengelig for mobiltelefoner, er en lettvekts utgave av de viktigste JXTA API-ene nødvendig.

[25]

8WIRUGULQJHU

En av de største utfordringene ved å utvikle applikasjoner for trådløse terminaler/mobiltelefoner, er de mange begrensningene som er nevnt i kapittel 3. Utviklingen skjer fort, men likevel er forskjellene fra datamaskiner store. Under er en oppsummering av begrensningene i dagens mobiltelefoner [59]:

Mulighet forSHUVLVWHQWODJULQJ På dagens mobiltelefoner kan det væ re så lite som 8kB, som skal deles av alle MIDlet-er som er installert på telefonen..

5XQWLPHKHDS Normalt mellom 32kB – 64kB.

%nQGEUHGGH Båndbredden er veldig begrenset (se Tabell 3-3 side 36). Forsinkelsen i nettet er stor.

3URVHVVRUNUDIW. Normalt rundt 20MHz.

%DWWHULNDSDVLWHW Batterikapasiteten er en begrenset ressurs.

Disse begrensningene gjør at det ikke er mulig å kjøre alle typer applikasjoner på mobiltelefoner.

Men mobiltelefonen har mange fordeler også. Fordi mobiltelefoner er små og mobile, egner de seg godt til å bæ re med seg rundt. Mobiltelefoner kan gi tilgang til informasjon fra det stedet brukeren befinner seg. Den kan væ re en slags portal inn mot nettverk hvor andre maskiner tar seg av prosessering og lagring. På grunn av sine begrensninger er telefonene avhengige av andre for å få jobben gjort. I JXTA løses dette ved at mobiltelefonene kobler seg til et UHOp, en PC i et stasjonæ rt nettverk, som hjelper dem med oppgaver i JXTA-nettverket. Mer om JXTA relé i avsnitt 5.2.

0nOPHG-;7$IRU-0(>@

JXME skal:

tilby P2P-infrastruktur for små begrensede terminaler

tilby interoperabilitet med PC-er som bruker JXTA

væ re enkel å bruke

væ re liten nok til å kunne bli brukt på mobiltelefoner og PDA-er

gjøre det mulig å lage applikasjoner som gir en god brukeropplevelse

JXME benytter versjon 1.0 av MIDP. MIDP 1.0 har dessverre en del begrensninger som er med på å prege JXME. Et eksempel på dette er de begrensede bibliotekene som følger med MIDP. Det finnes ingen XML-parser, bare støtte for utgående HTTP og ingen innebygget støtte for sikkerhet.

MIDP 2.0, som ble presentert i 3.6, vil bli diskutert senere i kapittel 7 ”Diskusjon”.

5.1 Arkitektur

Som omtalt i avsnitt 3.1 har Java 2 Micro Edition to konfigurasjoner: CDC (Connected Device Configuration) og CLDC (Connected Limited Device Configuration). JXME har støtte for begge konfigurasjonene. Forskjellene mellom konfigurasjonene skjules (abstraheres) gjennom hjelpeklassen HttpMessenger. Applikasjonsutviklere får aldri direkte tilgang til HttpMessenger-klassens metoder. Utvikleren benytter metodene i PeerNetwork, som igjen bruker metodene i hjelpeklassen. I denne oppgaven ser vi på JXME med CLDC og MIDP i bunn. Figur 5-1 viser en oversikt over arkitekturen til en JXME applikasjon.

d"efg!hMpj4qÅ8hne{ tn!{ g!ht~8{ e}t~OÃ#ÄEËÐÉj o!}en:owx-m~!y©4ÑRÎO{{Ë·tw-w-t~!fthMtht~JÇ6xt}tn:}oww-tv4mh ¥"tthl3t{Ò8mhn«

In document Peer-to-Peer fildeling for mobiltelefoner (sider 43-46)