70 likes | 164 Views
Extensible LD Service Element & Hybrid P2P/Server Runtime Architecture. Bill Olivier Development Director, Systems and Technology JISC. Extensible Service Proposal. The problem: Many new services are becoming available… How many can we support in LD?
E N D
Extensible LD Service Element&Hybrid P2P/ServerRuntime Architecture Bill Olivier Development Director,Systems and TechnologyJISC
Extensible Service Proposal The problem: • Many new services are becoming available… • How many can we support in LD? • How should a new service be included in LD? • Does the LD spec have to be regularly updated? • Will all runtime environments support all services? 2 proposals: • An extensible service element for the LD Spec • A registry for LD Services
The LD Conference spec Essentially maps (open) LD roles to (fixed) Conference roles
The LD Generic spec Essentially maps (open) LD roles to (open) service roles
Extensible Service Proposal • This allows the Service element to be extended • Service Vocabularies can independent of LD spec • Need a common registry of Service Definitions • Type • Supported roles • Where service can be obtained • As Software • As Online Service/s • Service interface/s supported (if any) • Setup • Runtime
Hybrid P2P and Server Architecture Peer 1 Personal LD engine Multi-player LD Co-ordination Service (PeerServer) Peer2 Personal LD engine Web Server / LMS 2 Web Server / LMS 1 Session Servlet 1 Session Servlet 2 Session Servlet 3 Session Servlet 4 Personal LD engine Personal LD engine Personal LD engine Personal LD engine
Learning Design Components • Search Store & Retrieve LD Components – Why? • LD spec defines Metadata for: • LD Units of Learning • Activities • Environments • Resources • Plays, Acts, Role parts, Activity-Structures? • This allows them to be indexed and searched for – and hence reused in higher-level assemblies. • These can be reused • Also enable high-level Drag’n’Drop Learningflow Editors (as in LAMS authoring)