Semantiline brauser või elu ilma saitideta

Mõte globaalse võrgu üleminekust saidikesksetelt struktuuridelt kasutajakesksetele väljendus juba 2012. aastal (Firefox Preview mobiilibrauseris lisatakse laienduste tugi või lühidalt WEB 3.0. Üleminek saidikesksusest kasutajakesksusele). Sel aastal proovisin selle teema arendamist uue interneti tekstis WEB 3.0 — teine lähenemine olukorrale. Nüüd avaldan teise osa artiklist WEB 3.0 või elu ilma saitideta (soovitan vaadata enne selle lehe lugemist).

Nii et, mida me saame? Internet versioonis web 3.0 on olemas, aga saite ei ole? Mis siis on?

On andmed, mis on korraldatud globaalses semantiliseks graafiks: kõik on kõigega seotud, kõik on millestki tulenev, kõik keegi konkreetne märkas, muutis, lõi. Kaks viimast momenti "tuleb" ja "keegi" meenutavad meile, et graaf peab olema mitte objektiivne, vaid subjektiivne ja sündmuslik. Kuid sellest saab olema eraldi lugu (eelnevalt vt. Subjektiivne ja sündmuslik lähenemine). Nüüd piisab meile sellest, et mõista, et web 3.0 semantiline graaf ei esinda staatilist teadmiste kogumit, vaid on ajas muutuv, fikseerides objektide ja tegevuste asjaosaliste suhteid nende ajalise järjestuse järgi.

Lisaks, rääkides andmekihist, tuleks lisada, et globaalne graaf on tingimata jagatud kaheks ebaühtlaseks osaks: mudelite puu, mis kirjeldab tegevuste, kontseptide ja nende omaduste seotust (vastab terminoloogiliste aksioomide kogumile TBox OWL-is) ja objektigraaf, mis sisaldab sündmusi, mis fikseerivad konkreetsete asjade ja tegevuste omaduste väärtusi (väidete kogum individuaalide ABox OWL-is). Ja nende kahe graafi osa vahel kehtestatakse üheselt mõistetav seos: andmed indiviidide — st konkreetsete asjade, tegevuste, osaliste — kohta võivad graafi anda ja salvestada ainult ja üksnes vastavalt vastavatele mudelitele. Noh ja, nagu juba mainitud, globaalne graaf — eelkõige mudeline osa ja, vastavalt, objektigraaf — jagatakse loomulikult teemade valdkondade kaupa segmentideks.

Nüüd, kui oleme rääkinud semantika ja andmete osast, võime liikuda edasi veeb 3.0 teise epiteedi — "decentraliseeritud" — arutelule, see tähendab võrgu kirjeldusele. Ja on ilmselge, et võrgu struktuur ja selle protokollid peaksid olema dikteeritud just nende semantika poolt. Esiteks, kuna sisu genereerijaks ja tarbijaks on kasutaja, on loogiline, et tema, täpsemalt tema seade, peaks olema võrgu sõlm. Seega on veeb 3.0 võrkpõhine võrgustik, mille sõlmedeks on kasutajate seadmed.

Andmete salvestamiseks näiteks mingisuguse indiviidi kirjelduse väljal peab kasutaja moodustama võrgu tehingu olemasoleva kontseptsiooni mudeli alusel. Andmed salvestatakse kasutaja seadmes ja teiste kasutajate sõlmedes, kes on registreeritud selle mudeli järgi. Seega, vahetades tehingute alusel fikseeritud mudelite kogumit, kus nende koostöö toimub, moodustavad selle tegevuse osalised enam-vähem autonoomse klastrite kogumi. Selgub, et kogu globaalne semantiline graaf salvestatakse jaotatult aineklastritesse ja detsentraliseeritult — klastrite sees. Iga sõlm, töötades erinevate mudelitega, võib kuuluda mitmesse klastrisse.

Kirjeldades võrgu taset on vajalik öelda paar sõna ka konsensuse kohta, see tähendab andmete valideerimise ja sünkroniseerimise põhimõtteid erinevates sõlmedes, ilma milleta detsentraliseeritud võrgu töö ei ole võimalik. Ilmselge on, et need põhimõtted ei peaks olema kõigis klastrites ja kõigi andmete jaoks ühesugused, kuna tehingud võrgus võivad olla nii juriidiliselt olulised kui ka teenuslikud, jäätmete hulka kuuluvad. Seetõttu on võrgus rakendatud mitu tasandit konsensuse algoritme, kus vajaliku tasandi valik määratakse tehingu mudeli järgi.

Jäänud on mõned sõnad öelda kasutajaliidese ja semantilise brauseri kohta. Selle funktsioonid on triviaalsed: (1) navigeerimine graafikus (teemaklastrite kaudu), (2) andmete otsimine ja kuvamine teemavaldkondade mudelite järgi, (3) andmete loomine, redigeerimine ja võrgutehingute saatmine vastavates mudelites, (4) dünaamiliste tegevusmudelite kirjutamine ja täitmine, ning muidugi (5) graafi fragmentide salvestamine. See on lühike kirjeldus semantilise brauseri funktsioonidest ja see vastab küsimusele: kus on siis veebilehed? Ainus koht, kuhu kasutaja "külastab" web 3.0 võrgus, on tema semantiline brauser, mis on tööriist nii sisu kuvamiseks kui ka loomiseks, sealhulgas mudelite jaoks. Kasutaja määrab ise oma veebimaailma piirid ja kuju, samuti sügavuse, millega ta semantilisse graafi sukeldub.

See on arusaadav, kuid siiski, kus on veebilehed? Kuhu minna, millist aadressi tippida sellel "semaatilisel brauseril", et pääseda Facebooki? Kuidas leida ettevõtte veebilehte? Kus osta T-särki või vaadata videokanalit? Proovime lahendada neid küsimusi konkreetsete näidete abil.

Miks on meil vaja Facebooki või mõnda muud sotsiaalset võrgustikku? Ilmselgelt suhtlemiseks: rääkida midagi enda kohta ning lugeda-vaadata, mida teised postitavad, vahetada kommentaare. Samas on oluline, et me ei kirjuta kõigile ja ei loe kõike — suhtlemine on alati piiratud kümnete, sadade või mõne tuhande virtuaalse sõbra raames. Mis on vajalik sellise suhtlemise korraldamiseks kirjeldatud kesksetes dekariseeritud võrgustikes? Õige: luua kogukonna klaster koos standardsete tegevusmudelite kogumiga (postitada, saata sõnum, kommenteerida, meeldida jne), seadistada juurdepääsuõigused mudelitele ja kutsuda teisi kasutajaid selle kogumi järgimiseks. Siin on meil “facebook”. Ainult et mitte globaalselt Facebook, mis dikteerib reeglid kõigile ja kõigile, vaid kohandatav kohalik sotsiaalne võrgustik, mis on täielikult osalejate käsutuses. Kasutaja saadab võrgustikku tehingu ühe kogukonna mudeli järgi, näiteks oma kommentaari, klastriliikmed, kes on selle mudeli jälgijad, saavad kommentaariteksti ja salvestavad selle oma ladustamisse (liidavad selle sisemugavale graafikule) ning kuvavad selle oma semantilistes brauserites. Seega on meil dekariseeritud sotsiaalne võrgustik (klaster) gruppide kasutajate suhtlemiseks, mille kõik andmed on salvestatud kasutajate seadmetesse. Kas need andmed võivad olla nähtavad klastrist väljaspool olevatele kasutajatele? See on juurdepääsu seade küsimus. Kui selleks on luba, võib kogukonnaliikmete sisu lugeda programmiline agent ja esitada see igasugusele, kes otsib graafikust. Samuti tuleks märkida, et klastrite mudelite arv ja keerukus ei ole millegagi piiratud — igaüks saab luua kogukonna oma tegevuse vajaduste alusel. Ja on ilmne, et kasutajad võivad olla vabalt igasuguste klastrite liikmed, kas aktiivsete osalistena või lihtsalt tellides teatud mudeleid ainult lugemiseks.

Nüüd anname vastuse küsimusele: kuidas leida ettevõtte veebisait? Vastus on triviaalne: koht, kus on põhjalikud andmed kõigi ettevõtete kohta, on vastava semantilise graafi sektor. Selle kohta navigeerimise või ettevõtte nime kaudu otsimise abil jõudmine. Edasi sõltub kõik kasutajast - milliseid andmemudeleid ta soovib: lühike esitlus, täielik teave, teenuste loetelu, tööpakkumiste nimekiri või kontaktvorm. See tähendab, et ettevõte peaks oma esitlemise jaoks semantilises graafikus kasutama standardsete mudelite kogumit, et edastada tehingud võrgus, ja siis on andmed temast otsimiseks ja kuvamiseks saadaval. Kui on vaja kohandada ja laiendada ettevõtte esitlemist võrgus, on võimalik luua ka oma mudelid, sealhulgas disainimudelid. Siin ei ole mingeid piiranguid, välja arvatud üks: uued mudelid peavad olema integreeritud ühte puusse, et tagada andmete seos objekti graafikus.

Triviaalne lahendus on ka elektroonilisele kaubandusele. Igal tootel (mobiiltelefon, T-särk) on ainulaadne identifikaator, ja toote andmed sisestab võrku tootja. Loomulikult teeb ta seda ainult ühe korra, allkirjastades andmed oma privaatvõtmega. Ettevõte, mis on valmis seda toodet müüma, esitab semantilises graafikus mitmeid standardmudeli järgi tehtud väiteid hinna ja kohaletoimetamise tingimuste kohta. Edasi otsustab iga kasutaja iseseisvalt, kas otsida vajalikku tooteid, mida pakub tuntud müüja, või võrrelda sama tüüpi tooteid erinevatelt tootjatelt ning alles seejärel valida sobiv tarnija. See tähendab, et taas koosneb kaubavalik ja ostmine kasutaja semantilise brauseri otsingust, mitte mingist tootja või müüja veebisaidist. Kuigi loomulikult on nii tootjal kui müüjal võimalus luua oma toote kuvamise mudeleid, mida ostja saab kasutada. Kui ta soovib, kui see talle tundub mugav. Aga muidu saab ta kõik teha standardsete otsingu- ning andmete kuvamise mudelite abil.

Mõned sõnad reklaami kohta, selle kohast semantilises võrgus. Reklaami paigutamise kohad jäävad traditsioonilisteks: kas otse sisus (näiteks videotes) või sisu kuvamise mudelites. Ainult reklaamijate ja sisu või mudeli omanike vahel kaob vahendaja, milleks on saidi omanik.

Seega, semantilise detsentraliseeritud võrgu toimimisdiagramm, vaadatuna kasutaja perspektiivist, on äärmiselt ühtne: (1) kogu sisu paigutatakse ühte globaalsetesse semantsetesse graafidesse, (2) sisu salvestamine, otsimine ja kuvamine toimub kontseptsioonimudelite järgi, mis tagavad andmete semantilise seotuse, (3) kasutajate tegevus toimub dünaamiliste mudelite alusel, (4) ainus koht, kus tegevus toimub, on kasutaja semantiline brauser.

Allikas: habr.com