laptops, PDAs or cellular phones.
Context awareness is lately designated as a key pa-
rameter for adaptive e-services. In (Keidl and Kem-
per, 2004), they present a context framework that fa-
cilitates the development and deployment of context-
aware adaptable web services and they include con-
sumer’s identification details, type of device, loca-
tion, communication and format as context elements.
In (Handorean et al., 2005), they introduce a con-
text aware ”follow-me sessions” management archi-
tecture within an ad hoc networking environment,
where a client is allowed to switch service provider
when needed.
As depicted in (Broens et al., 2004), the
”Cooltown” project allows users to discover services
that are in user’s vicinity and the ”Context Toolkit”
provides functionality to discover services using con-
textual information, allowing for the description of
services by means of white and yellows pages. In
the same paper, they present an approach for service
discovery that uses ontologies to capture the seman-
tics of user’s query, of services and contextual in-
formation that is considered relevant in the match-
ing process. In (Yang, 2006), they propose a context
aware ubiquitous learning environment consisting of
a peer-to-peer content access and adaptation system,
a personalized annotation management system and a
multimedia real-time group discussion system. Some
systems offer e-learning service adapted to students
learning style identified by their abilities, learning at-
titudes and preferred ways of study (Park, 2005), and
are based on a model which expresses goals, prefer-
ences, and knowledge of individual users (Lee and
Chong, 2002).
Most implemented content/e-learning provision
platforms are not flexible enough to meet dynamically
altering context and connection characteristics, while
even the more sophisticated ones, usually support ei-
ther personalization of content according to user pro-
file, or emphasize user-service vicinity factor, but still
do not take into account all parameters that might dif-
ferentiate from session to session. Therefore, we have
noted the lack of a Content and e-Learning Provision
Services Management Framework that would manage
all diverse aspects of such services and would act as
a broker among content and e-learning providers and
users (Apostolopoulos and Kefala, 2003a).
3 ARCHITECTURAL OVERVIEW
Proposed e-Learning Services Management Architec-
ture is based on a middleware concept, considering an
intermediate layer between some e-learning providing
application and the underlying communication infras-
tructure (Apostolopoulos and Kefala, 2003b). Pro-
posed framework offers a management scheme for
e-learning services provision by gathering and man-
aging various information and metadata concerning
all involved stakeholders, systems and infrastructure.
In order to support architectural simplicity, flexibil-
ity and adaptability, we have chosen a component
oriented design approach. Proposed e-learning ser-
vice management framework is based on a three-layer
architecture. The lower one concerns management
of network infrastructure, including communication
protocols, as well as management of access device
characteristics. The upper layer of proposed architec-
ture is occupied by some e-learning/content provid-
ing system. Depending on functionality supported by
these systems, middleware undertakes a more or less
active role, acting only as a broker or providing com-
plete management service. The intermediate layer
concerns the proposed management middleware.
While analyzing layered architecture, different
components are defined, which deal with implement-
ing specific functionality. Each component manages
a set of information concerning offered services and
actors interacting with middleware. The main com-
ponent (Service Management Component) is the one
that dynamically creates and manages a session pro-
file, taking into account various parameters in order
to offer adequate quality of service (Apostolopoulos
and Kefala, 2004). These parameters are managed by
different components of the middleware in a view to
meet requirements for flexibility and implementation
simplicity. This component undertakes the role of ser-
vice manager and is also responsible for coordinating
components’ interaction. Service Manager either cre-
ates a new user session or rejects user request in case
that service prerequisites are not satisfied. This com-
ponent manages all required information so that at any
given moment, an overall snapshot of system status
can be retrieved and formed (active sessions, service
availability, resources availability, number of served
users, etc.).
Since a key requirement is offering same kind of
services to users accessing broker services via diverse
devices and connection types, availability of differ-
ent content versions is an important issue. When,
for example, a user -using a low bandwidth and lim-
ited presentation capabilities mobile phone- requires
content, broker should select a version of the content
that would not be so fancy or resource demanding,
whereas to a user on a personal computer at a univer-
sity campus, broker could provide a different version
of the ”same” content that would be more resource-
consuming.
WEBIST 2007 - International Conference on Web Information Systems and Technologies
524