presentation in ppt format


Published on

Published in: Technology, Business
  • Be the first to comment

  • Be the first to like this

No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide

presentation in ppt format

  1. 1. On Accessing GSM-enabled Mobile Sensors Zissis K. Plitsis, Ioannis Fudos, Evaggelia Pitoura and Apostolos Zarras ISSNIP 2005 University of Ioannina, Greece The Distributed Management of Data L aboratory
  2. 2. Outline <ul><li>Motivation and Approach </li></ul><ul><li>Technology and Services </li></ul><ul><li>System Architecture </li></ul><ul><li>Use Case: Integrating a Mobile Camera </li></ul><ul><li>Performance Evaluation </li></ul><ul><li>Conclusions </li></ul>
  3. 3. Motivation <ul><li>Accessing various kinds of GSM-enabled Mobile Sensors </li></ul><ul><ul><li>Delivering image, temperature, seismic activity, measurements and other textual or not information </li></ul></ul><ul><ul><li>Controlled by SMS messages and delivering information by SMS/MMS </li></ul></ul>
  4. 4. Motivation <ul><li>Our goal is to automate the process of incorporating these mobile sensors, in an ubiquitous and heterogeneous computing environment </li></ul>
  5. 5. Approach <ul><li>Introduction of: </li></ul><ul><li>A middleware framework that enables uniform WEB-based access to mobile sensors </li></ul><ul><li>Mobile Sensor Control Description (MSCD), describing sensor behavior and functionality </li></ul>
  6. 6. Approach <ul><li>Produce HTML-based and WAP-based interfaces </li></ul><ul><li>Instantiate a sensor-customized proxy server, serving client requests for sensor information </li></ul>
  7. 7. Technology and Services <ul><li>S.M.S.: S hort M essage S ervice or S hort M essage S ending </li></ul><ul><ul><li>Widely supported in mobile phones in most countries </li></ul></ul><ul><ul><li>Communication between mobile phones with short textual messages in an asynchronous way, as e-mails for mobile phones </li></ul></ul><ul><ul><li>Binding together the pertinent telephony and computing protocols with SMS comes “naturally”, as SMS can be used to form protocols </li></ul></ul><ul><ul><li>Relatively inexpensive </li></ul></ul>
  8. 8. Technology and Services <ul><li>Except from HTTP, compatibility with WAP is provided by our system </li></ul><ul><li>WAP ( W ireless A pplication P rotocol) allows low-end devices with limited CPU power, memory and storage to access the wireless WEB </li></ul><ul><ul><li>Uses WML for publishing pages, containing cards for browsing in small screens with limited capabilities </li></ul></ul>
  9. 9. Our Goal <ul><li>The proposed middleware framework is reflective as it self-customizes its interfaces with respect to behavioral constraints of the particular mobile sensor </li></ul><ul><li>Our goal is: </li></ul><ul><li>Web-based access transparency over mobile sensors </li></ul>
  10. 10. System Architecture <ul><li>Our framework consists of: </li></ul><ul><li>A mobile sensor customizer, server proxies and WEB page proxies … </li></ul>
  11. 11. Architecture
  12. 12. Architecture Mobile Server Customizer and MSCD
  13. 13. Mobile Sensor Customizer and MSCD <ul><li>Unifying the communication between clients and mobile sensors by providing the WEB-based interfaces </li></ul><ul><li>Using as input an MSCD, acquire the SMS control sequence that perform the operations on the mobile sensor </li></ul><ul><li>The MSCD of a mobile sensor, provided by means of an XML file, consists of the following elements: </li></ul><ul><ul><li>Initialization information </li></ul></ul><ul><ul><li>Query delivery information </li></ul></ul><ul><li>An XML scheme describes the structure of MSCD files </li></ul>
  14. 14. Example of a Mobile Sensor Control Description file for a mobile sensor providing images and temperature via SMS or MMS; the GSM Camera is the use case that will present later on.
  15. 15. An example of the initialization information in the MSCD file.
  16. 16. Examples of the delivery information in the MSCD file.
  17. 17. Architecture Server Proxy and WEB page Proxy
  18. 18. Application server: Server Proxy and WEB Page Proxy <ul><li>Proxy Server </li></ul><ul><ul><li>Collects requests for information issued by clients and translates them into sequences of sensors-specific SMS messages </li></ul></ul><ul><ul><li>Receives the specified information and makes it available in client-compatible formats </li></ul></ul><ul><li>WEB Page Proxy </li></ul><ul><ul><li>Builds a WEB page that contains the results obtained by the sensor, when this is requested </li></ul></ul><ul><li>The Proxy Server uses polling while waiting the page creation with the results and informs the client for the progress and the completion, in the case of HTTP, with a popup window. </li></ul>
  19. 19. Use Case: Integrating a Mobile Camera Mobile Camera: Nokia Observation Camera; a stand-alone remote GSM-GPRS device with imaging hardware, motion detector, thermometer and microphone, ready to operate where there is GSM coverage
  20. 20. Integrating a Mobile Camera (2/4) <ul><li>The MSCD specification for the camera, shown in the example previously, is used for: </li></ul><ul><ul><li>Customization of the proxy server and WEB page proxy </li></ul></ul><ul><ul><li>Creating the corresponding HTML and WAP based interfaces </li></ul></ul>
  21. 21. Integrating a Mobile Camera (3/4) <ul><li>The HTML interface consists of a form, by witch the client determines the context and the delivery information </li></ul><ul><li>Image and temperature may will be delivered in a result web page </li></ul><ul><li>Similarly the requested information may will be delivered as an MMS or SMS message </li></ul>
  22. 22. HTML Form for Selection
  23. 23. An instance of the interaction protocol
  24. 24. Result Page
  25. 25. Integrating a Mobile Camera (4/4) <ul><li>The HTTP and WAP based interfaces: </li></ul><ul><ul><li> </li></ul></ul><ul><ul><li>wap:// sensor-proxy </li></ul></ul><ul><ul><li>Please, feel free to try them later! </li></ul></ul>
  26. 26. Performance Evaluation <ul><ul><li>Performance Evaluation to measure: </li></ul></ul><ul><ul><li>The overhead introduced by our middleware framework in the case of accessing the GSM Camera. </li></ul></ul>
  27. 27. Performance Evaluation (2/6) <ul><li>Query experiments performed: </li></ul><ul><ul><li>Request image and temperature, through HTML-based interface </li></ul></ul><ul><ul><ul><li>with image resolution default, high and compact </li></ul></ul></ul><ul><ul><ul><li>delivering on a WEB page </li></ul></ul></ul><ul><ul><li>Request temperature only, through HTML-based interface </li></ul></ul><ul><ul><ul><li>delivering to a mobile phone with an SMS message </li></ul></ul></ul><ul><ul><li>The above experiments submitted through the WAP-based interface </li></ul></ul>
  28. 28. Performance Evaluation (3/6) <ul><ul><li>Measurements: </li></ul></ul><ul><ul><li>preparation time required by the server for sending the SMS messages to the mobile camera , in fact : </li></ul></ul><ul><ul><li>the middleware framework overhead </li></ul></ul><ul><ul><li>overall response time , from the submission until the reception of results </li></ul></ul>
  29. 29. Performance Evaluation (4/6) <ul><ul><li>The Response time of the middleware was divided into three parts: </li></ul></ul><ul><ul><li>the preparation time required by the server </li></ul></ul><ul><ul><li>the processing time for the camera for sending the SMS/MMS messages with information, and </li></ul></ul><ul><ul><li>the time for message unpacking and processing at the WEB page proxy </li></ul></ul>
  30. 30. Performance Evaluation fig.1
  31. 31. Performance Evaluation (5/6) <ul><ul><li>Important overhead of preparation at the proxy server, based on the server capabilities and the number of requests </li></ul></ul><ul><ul><li>This overhead is close to double in the case of many SMS control messages, when e.g. the resolution mode should change to high or compact </li></ul></ul><ul><ul><li>and as expected: </li></ul></ul><ul><ul><li>High resolution mode results in larger image files and more time for unpacking the MMS messages that contains them </li></ul></ul>
  32. 32. Performance Evaluation fig.2
  33. 33. Performance Evaluation (6/6) <ul><ul><li>The overhead introduced by our middleware framework: </li></ul></ul><ul><ul><li>Almost doubles the time required by the system to deliver the results </li></ul></ul><ul><ul><li>Currently we work on reducing the overhead by optimizing the implementation and the capabilities of our prototype </li></ul></ul>
  34. 34. Conclusions <ul><li>“ WEB-based access transparency over different types of mobile sensors” can be achieved by: </li></ul><ul><ul><li>XML-based control descriptions that specify the proprietary SMS/MMS-based communication protocols assumed by the sensors, leading to automated customization </li></ul></ul><ul><ul><li>WEB-based interfaces (HTML and WAP), based in the MCSD of the sensors </li></ul></ul>
  35. 35. Conclusions <ul><li>An instance of the proposed middleware framework was implemented and evaluated for a GSM-enabled camera </li></ul><ul><ul><li>A MSCD file was used for this camera and the functionality that it provide </li></ul></ul><ul><ul><li>That file specified the servers, the user interfaces that should be used and provide some protocols of requesting information </li></ul></ul>
  36. 36. On Accessing GSM-enabled Mobile Sensors Thank you ISSNIP 2005 University of Ioannina, Greece The Distributed Management of Data Laboratory
  37. 37. On Accessing GSM-enabled Mobile Sensors <ul><li>Questions… </li></ul><ul><li>Feel free to try the following HTTP and WAP based interfaces: </li></ul><ul><ul><li> </li></ul></ul><ul><ul><li>wap:// sensor-proxy </li></ul></ul>