Middleware’98 1998
DOI: 10.1007/978-1-4471-1283-9_13
|View full text |Cite
|
Sign up to set email alerts
|

QuO’s Runtime Support for Quality of Service in Distributed Objects

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
60
0

Year Published

2000
2000
2007
2007

Publication Types

Select...
4
3

Relationship

1
6

Authors

Journals

citations
Cited by 97 publications
(64 citation statements)
references
References 7 publications
0
60
0
Order By: Relevance
“…As QML, it is focused on the application layer. -QDL (Quality Description Language) has been proposed as a part of the QuO (Quality Objects) framework [5] that supports QoS on the CORBA object layer. With QDL, it is possible to specify QoS requirements on application layer and on resource layer, and to define QoS scaling.…”
Section: Related Workmentioning
confidence: 99%
“…As QML, it is focused on the application layer. -QDL (Quality Description Language) has been proposed as a part of the QuO (Quality Objects) framework [5] that supports QoS on the CORBA object layer. With QDL, it is possible to specify QoS requirements on application layer and on resource layer, and to define QoS scaling.…”
Section: Related Workmentioning
confidence: 99%
“…The TAO implementation of the CORBA Audio/Video (A/V) Streaming Service [14] is used to establish the video streams and to transport the data. We encode QoS measurement, control, and adaptation directives and policies via QuO contracts [23] that are distributed throughout the UAV application. These contracts are responsible for managing the resource and application/data adaptation necessary to achieve an appropriate end-to-end QoS matched to the circumstances relevant at that time.…”
Section: Applying Managed Qos To Dre Systems: the Uav Case Studymentioning
confidence: 99%
“…These mechanisms are not generic QoS management services, but a QoS manager can selectively invoke these specific mechanisms to achieve QoS goals as part of its QoS management responsibilities. We differentiate among three basic types of managed components [19]: (1) QoS-aware MCs that implement all messages defined by our QoS management middleware; (2) QoS-unaware MCs that are wrapped with component-specific software that implements messages sent by QoS management middleware; and (3) QoS-aware, multi-component services or subsystems consisting of multiple MCs and their own QoS management solution, such as a QuO-managed [14] subsystem for communications, command, and control applications.…”
Section: Managed Componentsmentioning
confidence: 99%
“…Others have proposed that all QoS service issues be managed by the application [14] or by end service systems [5,13,15,16]. QoS mechanisms that handle concrete resources, such as CPU time or disk bandwidth, must consider the particular properties of the resource, resulting in type-specific QoS management techniques and mechanisms that are not easily reusable.…”
Section: Introductionmentioning
confidence: 99%