1 / 17

AmOP and AmbientTalk Analysis

AmOP and AmbientTalk Analysis. Middleware for Ubiquitous Computing. Students : - Arnaud Borg - Christian Brel - Sandie Dupain. I) AmOP and AmbientTalk description. AmOP and AmbientTalk Analysis. AmOP : Ambient Oriented Programming.

ayoka
Télécharger la présentation

AmOP and AmbientTalk Analysis

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. AmOP and AmbientTalkAnalysis Middleware for UbiquitousComputing Students: - Arnaud Borg - Christian Brel - Sandie Dupain

  2. I) AmOP and AmbientTalk description AmOP and AmbientTalkAnalysis AmOP : Ambient Oriented Programming • A paradigm from the Programming Technology Laboratory at the VrijeUniversiteitBrussel, Belgium • A paradigm to develop the ideal ambient application • Define the features of an ideal ambient language • Departing of a hardware phenomena Arnaud Borg, Christian Brel, Sandie Dupain

  3. I) AmOP and AmbientTalk description AmOP and AmbientTalkAnalysis Hardware phenomena (1/2) • The connection volatility • Not a stable connection between two devices • Users can move out of range • Connection re-established : tasks have to resume • The Ambient resource • Availability of a resource depends on the location of the device • Ambient resources become dynamically available/unavailable Arnaud Borg, Christian Brel, Sandie Dupain

  4. I) AmOP and AmbientTalk description AmOP and AmbientTalkAnalysis Hardware phenomena (2/2) • The Autonomy • Devices should have an independent running • No “higher authority” • The natural concurrency • Devices don’t have to wait the responses of the other devices. • Is a natural phenomenon in software running on mobile networks Arnaud Borg, Christian Brel, Sandie Dupain

  5. AmOP and AmbientTalkAnalysis I) AmOP and AmbientTalk description Their solution: AmbientTalk • Explicitly designed to satisfy the AmOP characteristics • Experimental object-oriented distributed programming language • Largely influenced by the E programming language Arnaud Borg, Christian Brel, Sandie Dupain

  6. I) AmOP and AmbientTalk description Our Issues • Is it enough useful to answer the current problems of the classical ambient languages? • We will : • Analyze and criticize the 4 points • Redefine some of these points Arnaud Borg, Christian Brel, Sandie Dupain

  7. II) Our synthesis AmOP and AmbientTalkAnalysis Connectionvolatility (1/4) • Asynchronous messages Device 1 Device 2 Message processed Arnaud Borg, Christian Brel, Sandie Dupain

  8. II) Our synthesis AmOP and AmbientTalkAnalysis • Connectionvolatility (2/4) • Use of sentbox Device 1 Device 2 Sentbox Message processed Arnaud Borg, Christian Brel, Sandie Dupain

  9. II) Our synthesis AmOP and AmbientTalkAnalysis • Connectionvolatility (3/4) • Use of Joinedbox to keep the references of the devices Device 1 Device 2 Joinedbox disjoinedbox Device 2 reference Arnaud Borg, Christian Brel, Sandie Dupain

  10. II) Our synthesis AmOP and AmbientTalkAnalysis • Connectionvolatility (4/4) • Mailboxescan’t stock messages eternally • Use a lease • How canwechoosethis leasing time? Arnaud Borg, Christian Brel, Sandie Dupain

  11. II) Our synthesis AmOP and AmbientTalkAnalysis • Ambientresource (1/2) • Discovery : publish/subscribeprotocol • Use of tags to identify the devices Device 1 Device 2 Connection providedbox tag2 tag1 providedbox tag3 match requiredbox requiredbox tag2 Arnaud Borg, Christian Brel, Sandie Dupain

  12. II) Our synthesis AmOP and AmbientTalkAnalysis • Ambientresource (2/2) • AmbientTalk discovery protocol  UPnP discovery protocol • Network devices warn when they are added to the network • Services are provided by devices • Control points search when they are added to the network • Whyhaven’ttheyusedUPnP ? Arnaud Borg, Christian Brel, Sandie Dupain

  13. II) Our synthesis AmOP and AmbientTalkAnalysis Autonomy • No “higher authority” to coordinate interactions between devices • Goal not aimed: • The devices need to identify themselves with tags for the discovery • AmbientTalk Interpreter must deliver all tags to all devices Arnaud Borg, Christian Brel, Sandie Dupain

  14. II) Our synthesis AmOP and AmbientTalkAnalysis The naturalconcurrency (1/2) • The message queue : Sends an asynchronous message • The response of the message is stocked in a future Device 1 Device 2 Remoteobject Local object obj ? future obj<-m() res Message Queue Arnaud Borg, Christian Brel, Sandie Dupain

  15. II) Our synthesis AmOP and AmbientTalkAnalysis The naturalconcurrency (2/2) • The messages of the message queue are always processed in the same order of reception • Symbiosis between the AmbientTalk and the Java linguistic • Use the maturity and the functionalities of Java Arnaud Borg, Christian Brel, Sandie Dupain

  16. AmOP and AmbientTalkAnalysis Conclusion • Connectionvolatility • Mailboxes to stock messages • But : lease on mailboxes • Ambientresources • Why not UPnP ? • Autonomy • AmbientTalk Interpreter doesn’t fully respond to the problem • Natural concurrency • Future • Asynchronous messages Arnaud Borg, Christian Brel, Sandie Dupain

  17. AmOP and AmbientTalkAnalysis Questions ? Thankyou Arnaud Borg, Christian Brel, Sandie Dupain

More Related