Continuous Monitoring of Spatial Queries in Wireless Broadcast Environments

Introduction

Existing System In the current existing system, if you want to know about any unknown thing (places, routes, cities, rivers, hotel, theatres, etc ….), simply we go for phone who knows that answer, or any search engine like google or yahoo etc….. Which demands the current location

Problem in Existing System Problem in Existing System (search Engines like Google, any person..) will not search with out knowing the clients location. May not give accurate/updated information. Latency problems i,e no accurate data within specified time

1Existing GPS systems Will find only one thing like Location --For example where am I exactly… Navigation--where am going, what is the next stop, how many km to reach Hyderabad. Tracking -- This is used to when client is in the process of getting one place to another place and monitoring to reach destination. Mapping – suppose if I want to find out of some other place hospitals from my current location. Proposed system: It also work on business search

Existing System one more drawback in old GPS system is needs current location of the client. 1Proposed System: The beauty of this application is that when ever a client access the application, the application automatically checks signal for providers like Airtel, BSNL,Vodafone. The application will catch the place of the signal and send to server so than application will retrieve the map from the server.

For example: Application automatically identifies the client’s location based on latitude and longitude. Ex: latitude 2.9 Longitude 3.9 Location =Sri Indu college of Eng. Tech, Ibrahimpatnam

2 Existing System: Previous work on location-dependent spatial query processing for wireless broadcast systems has only considered snapshot queries over static data. suppose moving client wants to know the route from one place to another place. In old GPS application systems client can send the query to server like where am i? the request will go to server and do some process and send the reply to client. Mean while suppose client may reach to another place and he can get the wrong data from the server. It means there is no proper communication between servers and clients. Proposed System: In proposed system continuously monitor the client and broadcast the data to client

3Existing System: Moving client needs to issue another query only after the current result expires. These methods focus on single query processing, not to support to send multiple queries at a time to server Clients needs to select first hospital and wait for list of hospitals and then he needs to send range query like 2km then has to wait for 2km hospitals list. It is like single query processing at a time

3 Proposed System: Proposed System can handle multiple queries at a time. Server will continuously receives the spatial queries from the client side. Because there are more than one clients can access the same server at time. In this situation server may react slowly because it has to process lot of queries and filtering.

To avoid this they proposed BGI(Broadcast Grid Index Method) BGI is suitable for both static and dynamic data. The data objects are moving objects like a taxis that issue location updates to a central server using unicast uplink messages. The server processes the location updates and continuously broadcasts the object information along with an up-to-date index using a wireless network. the interested clients (e.g., mobile devices) listen to the broadcast channel and process their queries locally.

4.At the client Side,every time it receives the spatial data and continuously accessing server for new data. So that we can have problem with battery consumption in travelling.(old GPS devices and also in Mobile devices). To avoid this they proposed Air Indexes. The main motivation behind the air indexes is to minimize the power consumption at the mobile client.

Implementation of Air Indexes: 1) when the query is issued by the client, it tunes to the broadcast channel and it goes to Sleep mode until the next index segment arrives. 2)The client traverses the index and determines when the data objects satisfying its query will be broadcast, 3) The client goes to sleep and returns to the receive mode only to retrieve the corresponding data objects.

Requirements Mobile with GPRS activation One Central server with public IP FLEX ELIPS STUDIO 3

Thank you