In previous problem settings, a central server is solely responsible for answering spatial queries assuming that the clients have no or very few computation and storage capability. Clients send queries to server, the server computes the results and sends answer back to the clients. However, database community has also investigated the option of utilizing the computation and storage capabilities of clients. One of the main design principles is to develop efficient mechanisms that utilize the computational power at mobile objects, leading to significant savings in terms of server load and/or messaging cost when compared to solutions relying on central processing of location information at the server
Prabhakar et al. [PXK$^+$02] proposed a method to continuously monitor range queries, called Q-index. They monitor the static range queries over moving data objects. The main idea is to send a safe region to each moving object with the guarantee that the result of any query will not change unless the object leaves its safe region. More specifically, each object is assigned a circular or rectangular region such that needs to issue a location update only if it leaves its region otherwise it does not affect the results of any query. They build R-tree index on queries instead of moving objects due to intensive updates of moving objects. Each object probes the index to find the query it influences. Cai et al. [CHC04] propose MQM, another range monitoring method. The workspace is divided into rectangular sub-domains and each object is aware only of the range queries intersecting its resident region which may consist of many sub-domains. Each object reports location update only when it crosses the boundary of any of these queries. When an object leaves its resident region, the server computes a new resident region and sends it to the object. The server computes the resident region by using a binary partitioning tree which maintains for each sub-division of the workspace the queries that intersect it. The number of sub-domains that form an object's resident region depends on how many queries it can store and process.
In both of the above approaches, the messaging cost of mobile objects is reduced because mobile objects report location updates only when the result of some query is expected to be changed. Gediket al. [GL04] propose an approach called MobiEyes that significantly reduces the server load and the messaging cost. The idea of MobiEyes is similar to that proposed in [CHC04] but MobiEyes can answer the moving range queries which latter fails to answer. More specifically, the work space is partitioned using a grid and for each query a monitoring region is maintained which is the union of grid cells the query can potentially intersect. Any object that falls in monitoring region of a query receives the information about query position and velocity. The objects report to the server when they enter or leave the predicted query region. Note that this way the objects monitor their spatial relationships with queries locally. Whenever a query moves out of its current cell or changes its velocity, it notifies the server of this change and server relays such position change information to the appropriate subset of objects through broadcasts.
Hu et al. [HXL05] presented first distributed approach for monitoring continuous nearest neighbor queries. They also employ the idea of safe regions which is a rectangular region that guarantees that the results of any query will not change as long as the object is inside its safe region. Fig. shows two queries where is a nearest neighbor query and is a range query. The safe regions of two objects and are and , respectively, shown shaded in the figure. The current results of both queries will not change if both objects remain in their safe regions.
Initial results of query are calculated using best-first search (BFS) on R-tree. The moving objects issue location updates to the server only when they leave their safe regions. Server receives the location updates and incrementally finds the new results of affected queries and computes the new safe regions for the appropriate objects. Consider the example of Fig. , where moves out of to a new location , the result of becomes undecided as either of the two objects could be the nearest neighbor. To resolve the ambiguity, the server needs to know the exact location of so server asks object to send its current location and computes the new result of . Safe regions of both the objects and are also needed to be updated.
Mouratidis et al. [MPBT05] propose a threshold-based algorithm that aims to minimize the communication cost between server and the data objects. Their proposed method can be used for multiple queries with unknown motion pattern and for any distance definition. The basic idea is, for each NN query the objects are categorized in two sets. The objects that belong to the result are called inner objects and the remaining objects are called outer objects. For each object , a threshold is calculated so that as long as the object is within the range defined by the threshold it does not change the result of the query. For clear illustration, consider the example of Fig. where the three nearest neighbors , and are inner objects and , and are outer objects. The thresholds values are , and which define the range for each object such that if its distance from lies within the range the result is guaranteed to be unchanged. Each threshold is set to the middle of distances of two consecutive neighbors of the query. More specifically, the distance range for is , for is , for is and for remaining objects , and is .
When an object moves out of the range, it reports to the server and the server updates the results and may assign new threshold. Consider the example when moves to , the order of the two NNs may be changed. Server asks for the location of and if it is closer to than , the results are changed accordingly. Otherwise, there is no result change and only the new threshold is computed and objects and are informed of this new threshold. Clearly, all other objects are not required to be involved during this update.
Now consider the case where moves to and issues a location update. Any of the outer objects may become the new nearest neighbor depending on their current locations. Server broadcasts a request to all the outer objects to send their latest locations and updates as the new -NN. A new threshold is computed based on the new positions of -NN ( ) and -NN ( ) and server broadcasts this threshold value to all outer objects and .
Muhammad Aamir Cheema 2007-10-11