Differences

This shows you the differences between two versions of the page.

--- uf:totam [2010/01/21 17:35] – elisag
+++ uf:totam [2010/10/20 16:28] – elisag
@@ Line 1: / Line 1: @@
 ===== Tuples on the Ambient (TOTAM) =====
-TOTAM is a communication abstraction to enable pervasive social interactivity: it make possible that flockrs can communicate with each other without being connected at the same time while maintaining privacy and limited network traffic.
+TOTAM is an extension to the TOTA tuple space model which introduces a scoping mechanism to delimit the physical transportation of tuples.
-The basic communications API of the framework provides means to address and communicate with individual flockrs by means of remote objects references.
-However, communicating with a large amount of flockrs in this fashion does not scale (as it would require to manually manage a group of remote references whose composition change often).
-Instead, we have designed a dedicated communication abstraction for flock communication called //TOTAM//.
-==== Design ====
+==== Motivation ====
-The original idea was to build a framework similar to TOTA [[http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.19.9742|TOTA]] to be able to exchange and percolate guanotes. TOTA is one of the most dynamic tuple-based solutions for coordination in mobile networks. It relies on tuples which hop from location to location to coordinate distributed application nodes. Rather than merging local tuple spaces upon network connection as other tuple-based approaches like LIME, tuples themselves decide how to propagate from a tuple space to another. This means that tuples are injected in the network and can autonomously propagate according to application-specific propagation rules expressed in the tuples themselves.
+The original idea was to build a framework similar to [[http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.19.9742|TOTA]] to be able to exchange and percolate guanotes. TOTA is one of the most dynamic tuple-based solutions for coordination in mobile networks. It relies on tuples which hop from location to location to coordinate distributed application nodes. Rather than merging local tuple spaces upon network connection as other tuple-based approaches like LIME, tuples themselves decide how to propagate from a tuple space to another. This means that tuples are injected in the network and can autonomously propagate according to application-specific propagation rules expressed in the tuples themselves.
 However, in TOTA tuples are sent to all communication partners in range. Upon arrival at the receiver side, the tuple itself decides whether it has to be stored in that tuple space. By transmitting tuples potential malicious or non-intended users are provided with sensitive information. Not only does sending all tuples blindly to all communication partners in range raise privacy issues, it also creates a network trafﬁc overhead.
-To solve this issues, we extended TOTA with dynamically scoped tuples given rise to the TOTAM ("Tuples on the Ambient") framework. We provide the programmer with means to scope the tuples themselves, i.e the tuples can dynamically adjust their scope as they hop from location to location. This scope is determined before the tuple is transmitted, thus allowing the programmer to prevent the physical transportation of tuples to devices which are not targeted.Scoped tuples have a number of beneﬁts: tuples carry the deﬁnition of the target tuple spaces enhancing privacy and avoiding unnecessary exchange of tuples.
+To solve this issues, we extended TOTA with dynamically scoped tuples resulting in the TOTAM ("Tuples on the Ambient") framework. TOTAM provides the programmer with means to scope the tuples themselves, i.e the tuples can dynamically adjust their scope as they hop from location to location. By means of tuple space descriptors, programmers can scope their tuples preventing them to be propagated to unwanted locations. This scope is determined before the tuple is transmitted, thus allowing the programmer to prevent the physical transportation of tuples to devices which are not targeted. Scoped tuples have a number of beneﬁts: tuples carry the deﬁnition of the target tuple spaces enhancing privacy and avoiding unnecessary exchange of tuples.
 Another goal was to implement TOTAM as a general framework so that we can then instantiate our TOTAM with guanote objects for the [[:uf:guanotes|Guanotes]] application. A guanote actually extends a tuple object of TOTAM with some flockr-dependent behaviour. Since TOTAM has been designed to be independent from service discovery, [[:uf:guanotes|Guanotes]]  implements some glue code to plug in the discovery mechanism of Urbiflock (via Flockr).