Communication platforms for industrial and residential gateways (II)

Transcription

1 Communication platforms for industrial and residential gateways (II) Prof. Dr. Ralf E.D. Seepold Departamento de Ingeniería Telemática Universidad Carlos III de Madrid Outline Home and industrial Networking Powerline Phoneline Wireless Others Service platforms Situation in smart home market Standards Open Service Gateway Initiative (OSGi) Ralf E.D. Seepold 2 1

2 Definition of service gateways Ralf E.D. Seepold 3 Regional view Ralf E.D. Seepold 4 2

3 Market Trend 117 million broadband homes worldwide by % will have home networks * PCs first, STB and media devices next Explosive growth of networking devices, especially for the segments data and entertainment networks 2003: More than 25% of US-broadband homes have home networks (2008: 44%). By 2005: 20% of the European households being equipped with a network. Consumers consider the current network of computers and various consumer electronics too difficult and expensive. X MorganStanley * DSL Forum Forrester Research Data Monitor X Accenture Ralf E.D. Seepold 5 Users The Emerging Product Scenario The distinction between what is in the box and what is outside will blur: user will enjoy the combination The flexible devices shall be able to manage new applications when other functions will enter the home Device Manufacturers Multiplicity of new devices will have (always on) internet connection A service platform enables lifetime cycle management and renewable applications Service Providers Each device will be a potential target for added value service The possibility to run a service on different target appliance will boost the addressable market Ralf E.D. Seepold 6 3

4 Increasing Consumer Requirements Smart Home/Health Care Device Connectivity Remote Diagnosis and Maintenance Shared Internet access (50%)* Shared data and information (45%)* Service Delivery on command Entertainment Home Care Remote security services Energy saving options (special contracts/remote maintenance of the heating system) No new wires (WiFi, HomePNA, + HomePlug) * Yankee Group Home Networking 2002 Ralf E.D. Seepold 7 Integration today Ralf E.D. Seepold 8 4

5 Integration in the future Ralf E.D. Seepold 9 Universal Plug and Play Device Discovery and Control Protocol for IP networks in the home and SOHO Main focus on TCP/IP-capable devices: PC-centric approach Aim: Integration of home appliances by the use of the Simple Control Protocol (SCP provided by Microsoft) Specification Discovery Mechanism Data Exchange Mechanism (no source code download) Device Control: Control Points (e.g. Server) versus Devices ( Container ) Device Control Protocols (interfaces and capabilities of devices) Presentation Layer Ralf E.D. Seepold 10 5

6 Targets UPnP Benefits and Targets Data transmission network for devices via plug and play functionality Service Sharing Benefits Widely supported networking specification No device configuration, just Plug & Play Small footprint software component on the device Independent of OS, language, or physical connectivity Main Disadvantage No focus on update and security mechanism Ralf E.D. Seepold 11 MHP Multimedia Home Platform SW Platform Standard for the processing of entertainment and multimedia content Specification Based on Digital Video Broadcasting (DVB) - same system for Satellite, Cable, Terrestrial The core is based on the platform DVB-J (includes a Sun Microsystems Java Virtual Machine) Java APIs provide interfaces between applications in the JVM and the functions of the DVB receiver Provides a set of transport protocols, a set of application signaling protocol and a security model 3 profiles - Enhanced TV, Interactive TV, Internet TV Supports many kinds of applications, e.g. EPG / Information services / e-commerce / secure transactions Ralf E.D. Seepold 12 6

7 Targets MHP Benefits and Targets End-to-end chain for processing of entertainment/multimedia content TV Centric (e.g. MHP-STB) Benefits Secure, Open, Scalable Platform (Java as underlying technology) Security Model - how to authenticate applications Modular Platform: Open for Third Party Development Platform-independent Content European Content Processing Standard, increasing worldwide acceptance Main Disadvantage No Life-Cycle Management Restricted to Entertainment and Multimedia Content Ralf E.D. Seepold 13 Residential Network Structures Wired: Powerline, Twisted pair, Radio coax cable, Fibre glas // Wireless: DECT, Wireless LAN, Bluetooth Bandwidth: Low Quality: RealTime Bandwidth: High Quality: Lower to High Bandwidth: Very High Quality: High Bandwidth: Low Quality: Medium Bandwidth: Lower Quality: RealTime Facility Facility Mmgt. Mmgt. Tech. Tech. IT IT Entertainment Entertainment White White Goods Goods Voice Voice EHS, Proprietary, LON, EIB, X10... FireWire, Bluetooth, 802.X, USB, Serial, IRDA... Analog, 802.X, FireWire, USB, Proprietary, IRDA, Bluetooth... EHS, Proprietary, LON, EIB, X10... SIP, ISDN, POTS, H323, DECT... Application: Energy Mgmt, Heating, Air Conditioning, Lights, Blends, Access Control Application: Children Control, Gaming, Firewall, Tele-Working, Video conferences etc. Application: VOD, Gaming, TV, MP3, Radio, Music, etc. Application: Energy Management, Controlling etc. Application: CLIP, SMS, Voice Butler, etc. Facility IT Entertainment White Goods Voice Application Sharing Ralf E.D. Seepold 14 7

8 What is the OSGi Alliance? The OSGi Alliance is an independent non-profit cross-industrial corporation that provides for the fair and uniform creation and distribution of relevant intellectual property including specifications, reference implementations, and test suites to all its Members. OSGi Alliance Members by Region 41% 32% 27% Asia/Pacific EMEA North/South America Ralf E.D. Seepold 15 OSGi: Expert Groups (I) Core Platform Expert Group The Core Platform Expert Group (CPEG) defines the core platform specifications and APIs that the OSGi requires. The CPEG is focused on components that form the execution environment for OSGi services and provides the fundamental services for all OSGi environments. Vehicle Expert Group The Vehicle Expert Group (VEG) is working on tailoring and extending the generic OSGi core specifications for use in in-vehicle environments. The VEG receives much of the input from automotive, telematics and transport member companies to ensure the specifications produced are well suited to their target environment. Architecture Expert Group The Architecture Expert Group (AEG) is a little different from the other highly specific EGs. It acts as the co-ordination function and it is through the AEG that new work items are brought into the community. In addition the AEG acts as the home for the Technical Steering Committee. Ralf E.D. Seepold 16 8

9 OSGi: Expert Groups (II) Device Expert Group (DEG) Security Expert Group (SEG) Remote Management Expert Group (RMEG) Ralf E.D. Seepold 17 Members 4DHomeNet, Inc. Alpine Electronics Europe Gmbh Atinav Inc. BMW Cablevision Systems Connected Systems, Inc. Easenergy, Inc. Electricite de France (EDF) Ericsson ETRI Gatespace AB IBM Corporation Jentro AG Legend Computer System Ltd. Metavector Technologies Motorola, Inc. Object XP AG Oracle Corporation Panasonic Philips Robert Bosch Gmbh Schneider Electric SA Sharp Corporation Sprint Communications Company, L. Sun Microsystems Telcordia Technologies Telia Research Toshiba Corporation Verizon Wind River Systems Acunia AMI-C BellSouth Telecommunications, Inc. Bombardier Transportation Coactive Networks Deutsche Telekom Echelon Corporation Elisa Communications Corporation Espial Group, Inc. France Telecom Hewlett-Packard ITP AS KDD R&D Laboratories Inc. Lucent Technologies Mitsubishi Electric Corporation NTT On Technology UK, Ltd P&S Datacom Corporation Patriot Scientific Corp. (PTSC) ProSyst Software AG Samsung Electronics Co., LTD Siemens VDO Automotive Sonera Corporation P.Sony Corporation TAC AB Telefonica I+D Texas Instruments, Inc. TLON Whirlpool Corporation OSGi Alliance Members by Region 41% 38% 21% Asia/Pacific EMEA North/South America Ralf E.D. Seepold 18 9

10 What is the OSGi Service Platform? The OSGi Service Platform is an open software standard that provides a common platform for service providers, device manufacturers, and others to remotely and dynamically deliver, integrate, and manage a rich set of valuable services to building, home, mobile, vehicle and other environments. Release 1 May, 2000 Release 2 October, 2001 Release 3 1Q2003 Publicly available at Ralf E.D. Seepold 19 Implementations of OSGi Service Platform Release 2 4DHomeNet ( ACUNIA ( Atinav Inc. ( Connected Systems ( Echelon LonWorks Bundle Deployment Kit ( Espial ( Gatespace AB ( IBM ( Jentro ( Opensugar ( OSCAR - Open source framework ( ProSyst Software ( Samsung ( Sun Microsystems Inc. ( Siemens VDO Automotive ( Ralf E.D. Seepold 20 10

11 Release 3 Extensions OSGi Specifications Content R1 R2 R3 Device Manager Http Service Log Service Preferences Service Configuration Admin Service Tracker User Admin Package Admin Permission Admin Framework Execution Environment Wire Admin XML Parser Service Measurement Position Connector Service Jini Service UPnP Service Start Level URL Handler Ralf E.D. Seepold 21 OSGi and well-known standards Vertical/Industry AMIC DVB/MHP Broadband Network Cable DSL Powerline Wireless Service Delivery OSGi Local Network Home Plug LonWorks HomeRF JINI HomePNA HAVi Bluetooth CEBus UPnP Ralf E.D. Seepold 22 11

12 Scenarios of OSGi Ralf E.D. Seepold 23 Embedding of services with OSGi Ralf E.D. Seepold 24 12

13 Architecture = service interface exported and imported by bundles Bundle Bundle Bundle Bundle (Application) OSGi Java VM Operating System Driver Driver Driver Hardware Ralf E.D. Seepold 25 THE framework General-purpose, secure managed Java framework Support deployment of extensible and downloadable service applications (BUNDLES) OSGi-compliant devices Load/unload bundles Bundle installation and update management Can be done dynamically New Update Support bundle development Decouple service specification and service implementation Independence from service provider Prioritisation possible Ralf E.D. Seepold 26 13

14 Bundles Applications Bundle Comprise Java classes and other resources To end-users To other bundles Exported capabilities are called services Access framework capabilities, the underlying VM and OS Many include native code Efficient access Compatibility to native platforms Bundles can register services Services are shared between bundles Ralf E.D. Seepold 27 Resources Bundle (JAR) Class file, HTML files, icons Manifest file Describes the contents of the JAR State dependencies On other resources (e.g. Java packages) Designate a specific class (bundle activator) Optional: Documents, source code (that can be removed to save space Ralf E.D. Seepold 28 14

15 Bundle relations OSGi Framework Service registry Bundle Bundle packages packages JAVA Operating System Hardware Ralf E.D. Seepold 29 Bundle services The final goal of a bundle is to offer services to other bundles or end users Through one or several service objects Registered in the framework registry Service Tracker: Supports monitoring of used services Warns about updates and unregistrations Based on events Services can be configured at runtime Ralf E.D. Seepold 30 15

16 Events Allow communications among different entities Three types: ServiceEvent Registration, update and unregistration of each service BundleEvent Start, stop, update of bundles FrameworkEvent Starting, resolving references, etc. Event handling as in Java Ralf E.D. Seepold 31 Security Based in Java 2 Security Architecture Permissions needed to perform actions Permission Admin Service SecurityManager to check access control Three basic permission types: AdminPermission: for management tasks ServicePermission: each service defines registration and access permissions PackagePermission: package importing and exporting Ralf E.D. Seepold 32 16

17 Package Admin Service Defines the policies for package sharing Bundles export packages to other bundles What happens if the exporting bundle status chages (updated or uninstalled) Ralf E.D. Seepold 33 Permission Admin Service Provides functionality to Read permissions Define permissions Check permissions Security concern: a bundle needs Administration Permission to access to the Permission Admin Service Ralf E.D. Seepold 34 17

18 Log Service Logging of messages concerning Bundles: for example install, start... Services: register, modify, un-register... Framework: starting and error detecting Ralf E.D. Seepold 35 HTTP Service OSGi platform allows access, control and configuration via HTTP (with static resources and servlets) Register servlets and other resources in the HTTP service Allows user authorization with the standard HTTP method: RFC 2617 Ralf E.D. Seepold 36 18

19 Device Access Automatic detection of devices Embedding in OSGi environment Hot plugging Automatic driver download and installation Hierarchy of network technologies and levels Ralf E.D. Seepold 37 Device Access Specification (cont.) Driver categories: Base Drivers Refined drivers (e.g. mouse from USB driver) Composite drivers. Bridging Drivers. (e.g. USB to Ethernet) Ralf E.D. Seepold 38 19

20 Configuration Admin Service Configure: information for the bundles after their programming With properties (pairs name/value) Local and remote configuration Ralf E.D. Seepold 39 User Admin Service Action done by end users ahould be authorised. The user needs to be authenticated Password, biometric data, certificates Database with users and authorisations Authentication: Users characterised by name + properties + credentials Authorisation Based in roles Basic roles and required roles Ralf E.D. Seepold 40 20

21 Jini in OSGi Included as recommended service in OSGi release 3 Jini technology uses Jini lookup service Device and service register Add-in-protocol; called discovery (find lookup service) and join (upload service interface) Jini architecture in OSGi Create an API Enable access to Jini services (from OSGi) Provide OSGi services to members of Jini community Result (Jini Driver module a bundle in OSGi) Jini-to-OSGI OSGi-to Jini Ralf E.D. Seepold 41 Jini Driver: Jini to OSGi Jini driver discovers types of Jini services in Jini lookup Register services in OSGi Ralf E.D. Seepold 42 21

22 Jini Driver: Jini to OSGi (cont.) LAN administration application Ralf E.D. Seepold 43 Jini Driver: OSGi to Jini OSGi services registered in the framework Jini driver inspects the property In case Jini compliant service is discovered Registration in Jini lookup service Example: Lamp control services available over X10 protocol Registered to OSGi framework Jini Driver detects the presents of the service Jini Driver exports the serivce to Jini lookup Jini clients can access to service via Jini lookup Ralf E.D. Seepold 44 22

23 Jini Driver: OSGi to Jini (cont.) Ralf E.D. Seepold 45 UPnP architecture in OSGi UPnP Base Driver Further services (I) UPnP-to-OSGi transformation OSGI-to-UPnP transformation Wire Admin Service Control topology XML Parser Service JAXP: Mechanism to register XML parsers URL Handlers Service Define/extend URL (http, ftp...) support for the platform Execution Environment Define two execution modes (hierarchical sub-sets) Ralf E.D. Seepold 46 23

24 IO Connector Service Further services (II) Associates to the javax.microedition.io Start Level Service Allow and control the order of service start-up and termination as well as a framework activation level Measurement Measurement class for stanadrdised unites Position Provides possibilities for positioning systems Ralf E.D. Seepold 47 OSGi: New Key Factors Increasing Complexity Increasing Customer Requirements Product Digitalization & New Business Models Internet & Broadband Availability Wireless Connectivity Family Dislocation Household Isolation Ease-of-use for Senior Customers Individual Treatment (Patients) and Cost- Optimization (Hospitals) Ralf E.D. Seepold 48 24