12 Case: "hajautettu kauppapaikka" Kurssin lopuksi tarkastelemme yksinkertaista sovellusesimerkkiä joka pyrkii valottamaan eri tekniikoiden suhdetta ja hajautettuihin sovelluksiin tyypillisesti liittyvien toimijoiden rooleja (nyt löyhä Semantic Web Services - yleisjäsennys). Esityksen tarkoituksena on yksinkertaisesti miettiä suunnittelun ja käytäntöjen välistä vuoropuhelua sekä yrittää nähdä metsä puilta. MATHM-57200 RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 234
12.1 Välisoitto Palveluyhteiskunta ja vaihdantatalous toimivat esim. verkostoitumisen ja erikoistumisen periaatteiden mukaan Kaikki eivät ehdi/ halua/ osaa/ voi tehdä kaikkea sama pätee tekniikkaan ja tietoteknisiin palveluihin MATHM-57200 RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 235
12.2 Lähtökohta: SW-kauppapaikka Yksinkertaisen kauppapaikan käyttötapauksia: K1: "Myynti-ilmoituksia hyvin monentyyppisistä myyntiartikkeleista" - artikkeleiden perustiedot (rdf:type, rdfs:label, dc:description, rdj:thumblink, rdj:imagelink) - luokitteluun YSA-asiasanasto taksonomiana - luokitellaan kaikki myytävät artikkelit (dc:subject) K2: "Artikkelin ja ilmoituksen hinta- ja voimassaolotiedot" - rdj:priceineuros, rdj:expires K3: "Yhteydenotot ja varaukset" - myyjän tiedot, myyntistatus (dc:creator, rdj:onsale) Kaikki ei suju kuin tanssi... MATHM-57200 RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 236
12.3 RDF/SPARQL/XSLT-esimerkki Kokeillaan... MATHM-57200 RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 237
12.4 Palvelun perusjäsennys Myyjä ja Ostaja Välittäjä, tehtäviä - löydettävyys, hakemistot, taksonomiat,..., lisäarvopalvelut - tietojen eheyden ja luotettavuuden tarkistukset, tietoturva Provider Requestor - tietojen elinkaaren hallinta (päivitykset, poistot, tarkistuspyynnöt,...) - liiketoiminnan prosesseihin liittyvät palvelut ja tarkistukset (esim. LKVpalvelut, saako esim. myyjä P 1 sanoa jotain myyjän P 2 tuotteista?, jne.) - laskutus (huomaa että osa yo. tehtävistä siirrettävissä lisäarvopalveluihin) Oheis- tai lisäarvopalvelun tarjoaja, tehtäviä Broker - lisätietoja (esim. hintavertailuja), arviointeja ja testejä, markkinointi,... - "periaatteessa kuten myyjä, mutta erilainen prosessi ja liikeidea" (Meta) Provider (Auxiliary / Added Value Services) MATHM-57200 RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 238
12.5 Taksonomiaan perustuva luokittelu, huomioita Sovitaan nimet taksonomian käsitteille... (mekaaniset muunnokset) Taksonomia voidaan kuvata RDF-mallissa esim. seuraavasti... ysa:autot rdf:type rdfs:class. ysa:henkilöautot rdf:type rdfs:class. ysa:henkilöautot rdfs:subclassof ysa:autot.... Nyt esim. kategorioita hyödyntävä haku onnistuu siis transitiivisen päättelijän (Transitive Reasoner) varassa (vrt. Jena2) - vaihtoehtoisesti, voimme kuvata transitiivisuuden myös OWL:lla Jos luokittelussa on sallittua käyttää myös taksonomian sisäsolmuja voi käytännössä olla suotavaa koodata luokittelu kahteen kertaan (miksi?): - joko luokitellaan kaikki myytävät artikkelit ei-transitiivisesti (dc:subject) ja kopioidaan transitiiviseksi määrittelyksi (esim. rdf:type tai rdj:category) - tai transitiivisuusominaisuus pitää voida kytkeä hauissa pois päältä MATHM-57200 RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 239
12.6 Luokittelu? (vrt. etuovi.com, autotalli.fi) Asiasanaston käyttöön liittyy pulmia jotka hankaloittavat sen käyttöä taksonomiana! Esimerkkejä: - tarjotaan myytäväksi omakotitaloa luokitellaanko kategorian asunnot vai rakennukset mukaan? - tarjotaan myytäväksi luhtitaloasuntoa tätä luokittelua ei löydy YSA:sta (...lisätään? mutta onko luhtitalo asunnot-tyyppisen artikkelin lisäominaisuus, asuntojen aliluokka vai jotain muuta?) - tarjotaan myytäväksi kokonaista rivitaloa (eikä yksittäistä rivitaloasuntoa)... Eräänä ratkaisuna voidaan tarjoa useita rinnakkaisia luokituksia (oletus?) Luokituksen sisään/rinnalle voidaan esim. sopia kategoriakohtaisia lisätietoja (jotka siis myös luokituksia huomaa rekursio määritelmässä!) - esim. moottoriajoneuvot-kategoriaan moottorin tiedot - esim. asunnot-kategoriaan osoite- ja tontin tiedot, huoneistopinta-ala yms. MATHM-57200 RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 240
12.7 Tiedot sisällöllisesti ok? Ovatko artikkeleiden myynti-ilmoitukset kunnossa? - kieli? alue? linkki sähköiseen tuotteeseen? luokittelu oikein? hintatieto oikein? tiedot ajan tasalla? saatavilla? - todellisia ilmoituksia (rdj:serious)? hyvän maun mukaisia? Miten oikeellisuus varmistetaan käytännössä? ts....tarvitaanko käytännössä kuitenkin (ihmis)päätoimittajaa? Eräs ratkaisumalli: ilmoitusten hyväksyminen - roskan mekaaninen suodatus (vrt. Spam Filters), - uusien/muuttuneiden tietojen hyväksyminen (käsin), vanhentuneiden tietojen automaattisuodatus, - "luotettavien yhteistyökumppanien" tunnistaminen automatisointi, jne. Tietojen kopiointi repository-tyyppiseen "väli"varastoon? (saatavuus ja muutokset) MATHM-57200 RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 241
12.8 Tiedot teknisesti ok? Ilmeisesti suora SPARQL-kysely ei yksin sellaisenaan ole riittävä ratkaisu Tyypillisiä murheita: - yksittäiset (tilapäisesti) RDF/XML-tiedostot rikki - tietoa ei (tilapäisesti) ole saatavilla,... Mallinnus kunnossa? - luokat vs. ominaisuudet, resurssit vs. literaalit,... - onko esim. dc:subject-predikaatin arvo mallinnettu resurssina? Huomaa että tyypillinen lisäarvopalvelu kytkeytyisi todennäköisesti juuri esim. luokitukseen (...siispä arvon on oltava resurssi) - "asuntoa ostaville tarjotaan myös lainatarjouksia ja käytettyjä autoja ostaville autotohtorien palveluita" MATHM-57200 RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 242
12.9 Välittäjä, lisäarvopalvelut ja liiketoiminta? Tyypillisiä oheis- ja lisäarvopalveluita - markkinointi - tietopalvelut (esim. hintatilastot, vrt. Tuulilasin käytettyjen autojen hinnat) - asiantuntijapalvelut (esim. autotohtori) Pulmia: - myyjät ja asiakkaat arvostavat erilaisia lisäarvopalveluja! - suostuisivatko esim. vähittäiskaupat, puhelinoperaattorit, vakuutusyhtiöt, rakennusliikkeet,..., julkaisemaan tietonsa vertailtavassa muodossa? - poliisina toimiminen! Tarvitaanko keskitettyä kauppapaikkaa? - löydettävyys, luotettavuus, lisäarvopalvelut,... (?) MATHM-57200 RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 243
12.10 Ohje tiedon tuottamiselle ja käyttöliittymä, kiitos Tietenkin ohjeistettava tarkemmin! (Mieti yo. näkökohtia & rämettymistä) - esittely, käyttötapaukset - esimerkki(!), predikaattien kuvaukset ja skeema (tai ontologia tms.) - validointipalvelu(!) - sovellusesimerkki Käyttöliittymät! - harva loppukäyttäjä hakisi tietoa suoraan SPARQL-kielellä - RDF-tietomalli piiloutuu todennäköisesti vaiheistetun lomakkeen alle - kysymyksiä: nimet? validointi? semanttinen verkko?... Ts. RDF/XML/SPARQL/XSLT/... -tekniikan rooli sovelluksessa kutistuu prosessien ja käytäntöjen haasteiden edessä ("Enabling Technologies") MATHM-57200 RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 244
12.11 Lopuksi RDF-tietomalli soveltuu kuvailu- ja metatiedon esittämiseen ja yhdistämiseen, sekä OWL-laajennuksen myötä myös käsitemallien esittelyyn XML-tietojenkäsittelyn suoraviivaisuus puolustaa paikkaansa myös tietointensiivisissä sovelluksissa (työnjako) Realististen sovellusten taustalta tulee poikkeuksetta löytyä tietojenkäsittelyprosessin tarkoituksenmukainen kuvaus Mitä tarkemmin prosesseja yritetään mekanisoida, sitä tarkempia määrittelyjä tarvitaan (...tiedon määrän optimointi) Motto: turha käsityö on katoavaa kansanperinnettä onneksi! MATHM-57200 RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 245
12.12 Kiitos! MATHM-57200 RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 246