Abstract: A situation description is received from a context engine, the situation description describing a context of a user. The user is associated with a graphical user interface, and the graphical user interface is associated with a screen area. A user interface adaption rule is identified based on the received situation description. A logical layout is determined based on the identified user interface adaptation rule. A physical layout is determined based on the logical layout. Display of the graphical user interface on the screen area is initiated based on the determined physical layout.

Abstract: Embodiments of the invention relate to programming, configuring, and integrating networked embedded devices with other applications. Particular embodiments include an architecture having an application model layer that integrates the networked embedded devices with business application systems, by allowing the devices to be expressed as part of a business application concept. In certain embodiments, an intermediate device programming layer provides a network-centric programming abstraction, relieving the programmer of the details of low-level, node-centric programming. Finally, a self-optimizing run-time system layer adapts to the specific conditions in the deployed network embedded devices, by optimizing e.g. communication patterns and resource consumption based upon input from the higher layer(s).

Abstract: A service type repository is populated with types of services exposed on a network that has a dynamic organization. The services are embedded on one or more devices included in the network and the services providing information about the one or more devices. A query is received that includes a request for a type of service, and the requested type of service is compared to the types of services in the service type repository to select a collection of matching service types that satisfy the request. Active instances of services that have a type included in the collection of matching service types are identified. The active instances are instances of services embedded on one or more devices included in the network. When no active instances are identified, active instances of services that have a type included in the collection of matching service types are discovered.

Abstract: Techniques are described for mediating enterprise service access for smart devices. A first message may be received at an enterprise service proxy device from a smart device via a first protocol associated with the smart device. It may be determined that the first message includes a smart device request for processing via an enterprise service located at a backend device. An enterprise service request and an associated enterprise request protocol may be determined based on the smart device request and a service adaptation description associated with the enterprise service and the first protocol. The enterprise service request may be sent to the backend device via the associated enterprise request protocol.

Abstract: Systems and methods allow service-to-device mapping by which services are mapped onto best-suited smart items selected from a plurality of smart items of a sensor network. As part of the mapping, and/or subsequent thereto, a deployment of the service(s) onto the smart items is initiated. However, in some cases, the deployment may fail, or may only partially succeed. In such cases, one or more conditions of the deployment may be altered to obtain a modified, allowable deployment condition, so that the deployment may then proceed. As a result, users may achieve a desired result in a fast, convenient, and reliable manner, even when executing the deployment remotely or automatically.

Abstract: Embodiments of the invention relate to programming, configuring, and integrating networked embedded devices with other applications. Particular embodiments include an architecture having an application model layer that integrates the networked embedded devices with business application systems, by allowing the devices to be expressed as part of a business application concept. In certain embodiments, an intermediate device programming layer provides a network-centric programming abstraction, relieving the programmer of the details of low-level, node-centric programming. Finally, a self-optimizing run-time system layer adapts to the specific conditions in the deployed network embedded devices, by optimizing e.g. communication patterns and resource consumption based upon input from the higher layer(s).

Abstract: A mobile node selects one or more network nodes of a network. Each network node of the network is communicatively coupled to a further network node of the network. The mobile node includes a communication unit configured to send a selection message that is receivable by a network node, the selection message including an identifier of the mobile node and a unique identifier of a current selection and the selection message being configured to select the one or more network nodes.

Abstract: Systems and methods are described that provide a system monitor component, e.g., for a sensor network, which may include, e.g., a server component that is continuously running and monitoring zero or more networks consisting of (possibly wireless) devices, where each network may be executing a different communications protocol, such as a proprietary, platform-dependent protocol. The system monitor may maintain a system model of the networks. The system monitor may be connected with the networks through a message transport system that routes any occurring messages in a common or standard communications protocol, as well as message handlers that access either platform-abstracting gateways or the proprietary messages that the devices of one or more of the networks may use.

Abstract: A service repository is used to store at least one service in association with service metadata describing service requirements of the service. The service repository also may store one or more platform-specific service executables. A service mapper is used to determine device metadata associated with each of a plurality of devices, where the device metadata provides device characteristics of the devices. The service mapper may thus map the service to a selected device of the plurality of devices for deployment thereon, based on a matching of corresponding elements of the service requirements and the device characteristics. The service mapper also may re-map the service between devices to maintain a quality and reliability of the service.

Abstract: A service type repository is populated with types of services exposed on a network that has a dynamic organization. The services are embedded on one or more devices included in the network and the services providing information about the one or more devices. A query is received that includes a request for a type of service, and the requested type of service is compared to the types of services in the service type repository to select a collection of matching service types that satisfy the request. Active instances of services that have a type included in the collection of matching service types are identified. The active instances are instances of services embedded on one or more devices included in the network. When no active instances are identified, active instances of services that have a type included in the collection of matching service types are discovered.

Abstract: Techniques are described for mediating enterprise service access for smart devices. A first message may be received at an enterprise service proxy device from a smart device via a first protocol associated with the smart device. It may be determined that the first message includes a smart device request for processing via an enterprise service located at a backend device. An enterprise service request and an associated enterprise request protocol may be determined based on the smart device request and a service adaptation description associated with the enterprise service and the first protocol. The enterprise service request may be sent to the backend device via the associated enterprise request protocol.

Abstract: Systems and methods are described that provide a system monitor component, e.g., for a sensor network, which may include, e.g., a server component that is continuously running and monitoring zero or more networks consisting of (possibly wireless) devices, where each network may be executing a different communications protocol, such as a proprietary, platform-dependent protocol. The system monitor may maintain a system model of the networks. The system monitor may be connected with the networks through a message transport system that routes any occurring messages in a common or standard communications protocol, as well as message handlers that access either platform-abstracting gateways or the proprietary messages that the devices of one or more of the networks may use.

Abstract: Systems and methods allow service-to-device mapping by which services are mapped onto best-suited smart items selected from a plurality of smart items of a sensor network. As part of the mapping, and/or subsequent thereto, a deployment of the service(s) onto the smart items is initiated. However, in some cases, the deployment may fail, or may only partially succeed. In such cases, one or more conditions of the deployment may be altered to obtain a modified, allowable deployment condition, so that the deployment may then proceed. As a result, users may achieve a desired result in a fast, convenient, and reliable manner, even when executing the deployment remotely or automatically.

Abstract: A mobile node selects one or more network nodes of a network. Each network node of the network is communicatively coupled to a further network node of the network. The mobile node includes a communication unit configured to send a selection message that is receivable by a network node, the selection message including an identifier of the mobile node and a unique identifier of a current selection and the selection message being configured to select the one or more network nodes.