Modifiche per il documento Panoramica
Dalla versione 3.1
modificato da Andrea Omicini
il 10/08/2021 14:29
il 10/08/2021 14:29
Cambia il commento:
Document converted from syntax xwiki/1.0 to syntax xwiki/2.1
Alla versione 4.1
modificato da Andrea Omicini
il 10/08/2021 14:31
il 10/08/2021 14:31
Cambia il commento:
Nessun commento per questa versione
Summary
-
Page properties (2 modified, 0 added, 0 removed)
Details
- Page properties
-
- Titolo
-
... ... @@ -1,1 +1,1 @@ 1 -Overview 1 +MoK Overview - Content
-
... ... @@ -1,72 +1,51 @@ 1 -{{include document="Main.MacroSheet"/}}{{include document="MoK.MacroSheet"/}} 2 - 3 -{{velocity filter="none"}} 4 -{{html clean="false" wiki="true"}} 1 +{{include document="Main.MacroSheet"/}}{{include document="MoK.MacroSheet"/}}{{velocity}} 5 5 = #moklong() = 6 6 7 7 === What is #mok() === 8 8 9 -<p> 10 10 #moklong() (#mok() for short) is a model for //knowledge self-organisation//, conceived to pursue two main goals: 11 -</p> 12 - * //autonomously aggregate// data to build more "complex" heaps of information — possibly conveying novel knowledge previously unknown or hidden 13 - * //autonomously spread// such information toward potentially interested knowledge prosumers — rather than be searched proactively 14 -<p/> 15 -<p> 7 +* //autonomously aggregate// data to build more "complex" heaps of information — possibly conveying novel knowledge previously unknown or hidden 8 +* //autonomously spread// such information toward potentially interested knowledge prosumers — rather than be searched proactively 9 + 16 16 Thus, #mok() promotes the idea that //data is alive//, that information is a living thing continuously and spontaneously interacting with other information as well as with its prosumers, evolving itself accordingly. 17 -</p> 18 18 19 19 === How it works === 20 20 21 -<p> 22 22 In order to do so, #mok() is designed around three main sources of inspiration: 23 -</p> 15 +* //biochemistry//, providing metaphors for its basic abstractions 16 +* //biochemical coordination//, as its computational and coordination model 17 +* //behavioral implicit communication//, driving knowledge evolution 24 24 25 - * //biochemistry//, providing metaphors for its basic abstractions 26 - * //biochemical coordination//, as its computational and coordination model 27 - * //behavioral implicit communication//, driving knowledge evolution 28 -<p/> 29 -<p> 30 -As far as the basic #mok() abstractions are concerned, in #mok() knowledge //atoms// are generated by knowledge sources in shared spaces — //compartments// —, self-aggregate to shape knowledge //molecules//, and autonomously move toward knowledge prosumers — //catalysts// —, whose actions (either epistemic or not) are represented as //enzymes//. 31 -<p/> 32 -As far as the #mok() computational and coordination model is concerned, #mok() features //biochemical tuple space like repositories// — compartments — for the creation, aggregation, diffusion and consumption of knowledge atoms and molecules. As such, compartments are in charge of (i) locally evolving knowledge and of (ii) distributing knowledge across networked compartments, according to the (biochemically inspired) coordination laws installed — //reactions//. 33 -<p/> 19 +As far as the basic #mok() abstractions are concerned, in #mok() knowledge //atoms// are generated by knowledge sources in shared spaces – //compartments// –, self-aggregate to shape knowledge //molecules//, and autonomously move toward knowledge prosumers – //catalysts// –, whose actions (either epistemic or not) are represented as //enzymes//. 20 + 21 +As far as the #mok() computational and coordination model is concerned, #mok() features //biochemical tuple space like repositories// – compartments – for the creation, aggregation, diffusion and consumption of knowledge atoms and molecules. As such, compartments are in charge of locally evolving knowledge and of (ii) distributing knowledge across networked compartments, according to the (biochemically inspired) coordination laws installed—//reactions//. 22 + 34 34 As far as the user interaction model is concerned, #mok() borrows concepts from the cognitive theory of behavioral implicit communication to enable //anticipative coordination// driven by users' epistemic actions. Briefly, any action undertaken by users is interpreted by #mok() so as to mind-read users intentions and react accordingly. 35 -</p> 36 36 37 37 === Vision === 38 38 39 -<p> 40 40 Summing up, a #mok() system should be seen as a network of shared information repositories, in which some source entities continuously and spontaneously put data chunks. 41 - <p/>42 -Such data may then (i)aggregate so as to reify some (potentially) relevant "knowledge-related patterns" — e.g. linking two news stories talking about the same person or written by the same author, read by the same prosumer or both related to a third news story — and (ii) diffuse among these networked shared spaces toward the (potentially) interested users — e.g. papers about MAS should strive to reach MAS researchers' repositories.43 - <p/>28 + 29 +Such data may then aggregate so as to reify some (potentially) relevant "knowledge-related patterns" — e.g. linking two news stories talking about the same person or written by the same author, read by the same prosumer or both related to a third news story — and (ii) diffuse among these networked shared spaces toward the (potentially) interested users — e.g. papers about MAS should strive to reach MAS researchers' repositories. 30 + 44 44 Users can interact with the system through epistemic actions — e.g. read a post, contribute to a wiki, highlight words in an article, ... — which are tracked and exploited by the #mok() system to influence knowledge evolution transparently to the user — e.g., a user highlighting a given word may imply such user being highly interested in such topics, thus #mok() can react by, e.g., increasing rank position of related topics in a search query. 45 -</p> 46 46 47 47 === Motivation & Context === 48 48 49 -<p> 50 50 //Knowledge-intensive environments// and //socio-technical systems// are systems combining business processes, technologies and people's skills to store, handle, make accessible — in one word, manage — very large repositories of information — e.g. wiki portals, online press, enterprise social networks, etc. 51 -<p/> 52 -They pose peculiar challenges from the infrastructural standpoint: 53 -</p> 54 54 37 +They pose peculiar challenges from the infrastructural standpoint: 55 55 * data size — from GBs to TBs 56 56 * scale — from organization-wide to world-wide 57 57 * dynamism — new information produced/consumed at fast pace — e.g. tweets 58 58 * diversity — both in information representation and usage destination openness — new users can enter/leave the system at any time 59 59 * unpredictability — since they involve humans, whose behaviour is rarely fully predictable 60 -<p/> 61 -<p> 62 -These challenges are usually faced using //brute force// approaches relying on ever-increasing (hopefully, endless) (i) computational power and (ii) storage — "big data" techniques, non-relational large-scale DBs, "data-in-the-cloud" paradigm, other buzzwords. 63 -<p/> 43 + 44 +These challenges are usually faced using //brute force// approaches relying on ever-increasing (hopefully, endless) computational power and (ii) storage — "big data" techniques, non-relational large-scale DBs, "data-in-the-cloud" paradigm, other buzzwords. 45 + 64 64 //This won't scale forever// — e.g. what about the end of Moore's law? 65 - <p/>47 + 66 66 One possible research line departs from the following question: why do we stick to view data as passive, "dead" things to run algorithms upon in the traditional I/O paradigm? 67 -<p/> 68 -This is where #moklong() comes in =) 69 -</p> 70 70 71 - {{/html}}50 +This is where #moklong() comes in =) 72 72 {{/velocity}}