QoS-aware discovery of wide-area distributed services

Xu, Dongyan; Nahrstedt, Klara; Wichadakul, Duangdao

doi:10.1109/ccgrid.2001.923180

Cited by 36 publications

(5 citation statements)

References 14 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…In [7], a discovering service with QoS architecture is proposed. The system topology is a hierarchical node tree.…”

Section: Related Workmentioning

confidence: 99%

“…As the service migration for SAS to SAS has a maximum average rate of 300 milliseconds [7], this will yield a maximum total service migration time (SAS service migration time and coordination migration time) of 355 milliseconds which is less than the delay migration service constraint. Thus, the system has a margin time 1,645 milliseconds for large applications.…”

Section: Implementation Details and Evaluationmentioning

confidence: 99%

See 1 more Smart Citation

Discovering the architecture of geo-located web services for next generation mobile networks

Linwa

Pierre

2006

IEEE Trans. on Mobile Comput.

View full text Add to dashboard Cite

As many geo-located Web services will be deployed in the future, mobile clients will be interested in locating a specific application server based on requirements such as proximity, service cost per location area, bandwidth, and server utilization rates. This paper presents a middleware system called GLWSA (Geo-Located Web Services Architecture) that aims to satisfy these requirements in addition to providing a thematic factorization of common location functions in order to locate mobile clients. The GLWSA supports a set of GLWSMs (Geo-Located Web Services Manager) distributed over the mobile network. It defines protocols to discover and inform a Supplier Application Server (SAS) to migrate the service execution (from a specific client) to the nearest SAS based on the client's location. This architecture is suitable to assist mobile clients to discover the geo-located Web services and to maintain the service execution closest to their location.

show abstract

“…In [7], a discovering service with QoS architecture is proposed. The system topology is a hierarchical node tree.…”

Section: Related Workmentioning

confidence: 99%

Section: Implementation Details and Evaluationmentioning

confidence: 99%

Discovering the architecture of geo-located web services for next generation mobile networks

Linwa

Pierre

2006

IEEE Trans. on Mobile Comput.

View full text Add to dashboard Cite

show abstract

“…Globe is not adapted to discover services based on the location context of a mobile client. In Dongyan et al (2001), a discovering service with QoS architecture is proposed. This architecture uses a hierarchical tree topology to discover the services.…”

Section: Related Workmentioning

confidence: 99%

A Geo-Located Web Services Architecture for next generation mobile networks

Linwa

Pierre

2005

IJWGS

View full text Add to dashboard Cite

As many geo-located web services will be deployed in the future, the mobile clients will be interested in locating a specific application server based on requirements such as proximity, service cost per location area, bandwidth and server utilisation rate. This paper presents a middleware system named GLWSA (Geo-Located Web Services Architecture) that aims at satisfying these requirements as well as a thematic factorisation of common location functions used to get position of mobile clients. A GLWSA supports a set of GLWSMs (Geo-Located Web Services Manager) distributed over the mobile network. It defines protocols to discover and inform a Supplier Application Server (SAS) to migrate the service execution (of a specific client) to the nearest SAS based on the client's location. This architecture is suitable to assist mobile clients in the discovering geo-located web services process and to maintain the service execution closest to their location context.

show abstract

“…The topology is stable and with knowledge about the global federation, each node can be reached and no service discovery information will be missed during the search. Zhang (2002) points out that the next generation Web services discovery mechanism should meet the following requirements: using standard interface, simplifying the developer's work, hiding the complexity of UDDI search client and WSIL (Brittenham, 2001) search client, performing result aggregation from one or multiple sources, and acting as an advanced search portal on the application server. According to these requirements, BE4WS (Zhang et al, 2003) provides higherlevel APIs to take advantage of UDDI4J or other clients, such as the WS-Inspection search tool, to define a script-based search request, aggregate search results, and explore multiple UDDI registries concurrently.…”

Section: Related Workmentioning

confidence: 99%

“…In addition, Web Services Relationships Language (WSRL) (Zhang et al, 2002) describes the relationships about the Web services rather than the requests. UDDI specification lacks the definitions and descriptions of the ge-neric relationships among business entities, business services and operations.…”

Section: Related Workmentioning

confidence: 99%

QoS-Aware and Federated Enhancement for UDDI

Zhou

Chia

Lee

2004

International Journal of Web Services Research

View full text Add to dashboard Cite

With more and more web services appearing on the web, web service's discovery mechanism becomes essential. UDDI is an online registry standard to facilitate the discovery of business partners and services. Service requesters can choose good performance web services by manual test and comparison. However, this method of choosing is inefficient and costly in terms of time and money. The ability to predict the quality of service is missing in UDDI. Furthermore, UDDI registries in federated organizations should be able to share more about the service requester's connection information to make better predictions for services' performances. To address these problems, we propose UX (UDDI eXtension), a system that facilitates requesters to discover services with good performance. In each enterprise domain, the requesters' QoS feedback is received and then stored in a local UX server. By sharing these experiences from all the requesters in the local domain, the system can predict the service's future performance. To support the discovery between different cooperation domains, we design a general federated service and then enhance the UX system's federated discovery ability based on this federated service. The system handles the federated inquiry and provides a simple view over the whole federation. Meanwhile the UX server's inquiry interface will still conform to the UDDI Specification.

show abstract

QoS-aware discovery of wide-area distributed services

Abstract: Abstract

Cited by 36 publications

References 14 publications

Discovering the architecture of geo-located web services for next generation mobile networks

Discovering the architecture of geo-located web services for next generation mobile networks

A Geo-Located Web Services Architecture for next generation mobile networks

QoS-Aware and Federated Enhancement for UDDI

Contact Info

Product

Resources

About