Wiki source code of Overview

Hide last authors

version	line-number	content
13.1	1	= {{stringIta}}Panoramica{{/stringIta}}{{stringEng}}Overview{{/stringEng}} =
11.1	2
6.1	3	>What is {{mok/}}
1.1	4
6.1	5	{{mok short="false"/}} ({{mok/}} for short) is a model for //knowledge self-organisation//, conceived to pursue two main goals:
10.1	6
4.1	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
6.1	10	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.
1.1	11
7.1	12	>How {{mok/}} works
1.1	13
6.1	14	In order to do so, {{mok/}} is designed around three main sources of inspiration:
10.1	15
4.1	16	* //biochemistry//, providing metaphors for its basic abstractions
	17	* //biochemical coordination//, as its computational and coordination model
	18	* //behavioral implicit communication//, driving knowledge evolution
1.1	19
6.1	20	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//.
4.1	21
6.1	22	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//.
4.1	23
6.1	24	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.
1.1	25
6.1	26	>Vision
1.1	27
6.1	28	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.
4.1	29
5.1	30	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.
4.1	31
6.1	32	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.
1.1	33
6.1	34	>Motivation & Context
1.1	35
5.1	36	//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.
4.1	37
1.1	38	They pose peculiar challenges from the infrastructural standpoint:
4.1	39
10.1	40	* data size—from GBs to TBs
	41	* scale—from organization-wide to world-wide
	42	* dynamism—new information produced/consumed at fast pace — e.g. tweets
	43	* diversity—both in information representation and usage destination openness — new users can enter/leave the system at any time
	44	* unpredictability—since they involve humans, whose behaviour is rarely fully predictable
	45
5.1	46	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.
4.1	47
5.1	48	//This won't scale forever//—e.g. what about the end of Moore's law?
4.1	49
1.1	50	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?
4.1	51
6.1	52	This is where {{mok short="false"/}} comes in =)
	53
12.1	54	{{include reference="Environment" excludeFirstHeading="true"/}}