Research Article
Reducing Dependency on Middleware for Pull Based Active Services in LBS Systems
@INPROCEEDINGS{10.1007/978-3-642-29157-9_9, author={Saroj Kaushik and Shivendra Tiwari and Priti Goplani}, title={Reducing Dependency on Middleware for Pull Based Active Services in LBS Systems}, proceedings={Wireless Communications and Applications. First International Conference, ICWCA 2011, Sanya, China, August 1-3, 2011, Revised Selected Papers}, proceedings_a={ICWCA}, year={2012}, month={5}, keywords={Trusted Middleware Location Based Services (LBS) LB Service providers Authorization Pseudonyms Location Based Service Provider (LSP) Location Privacy}, doi={10.1007/978-3-642-29157-9_9} }
- Saroj Kaushik
Shivendra Tiwari
Priti Goplani
Year: 2012
Reducing Dependency on Middleware for Pull Based Active Services in LBS Systems
ICWCA
Springer
DOI: 10.1007/978-3-642-29157-9_9
Abstract
The middleware is the most commonly used solution to address the location privacy. But it becomes a bottleneck in terms of system performance and availability as the entire client’s service transactions are routed through the middleware to the actual Location Based Service Providers (LSP). The proposed architecture mainly targets a variety of applications where the availability of the services is probably more important than the location security. In the new flexible middleware based architecture the client and the LSPs can communicate directly. Autonomy on the client-server communication increases the possibility of communication even in the scenarios where the middleware is not available. But it also introduces authentication and security challenges to be addressed. The trusted middleware is used to generate the authentication certificates containing the Proxy Identity (also called Pseudonyms) to fulfill the authentication requirements at the LSP servers. The rest of transactions among the clients and the LSPs are accomplished independently. Further, the level of anonymity can be tuned by altering pseudonyms generation techniques i.e. “One-to-One”, “One-to-Many” and “Many-to-One” depending on the type of the service and security requirements. It also attempts to maintain almost the same level of security for the targeted services.