Search
×
FR

Placeholder headline

This is just a placeholder headline

API MPMS CH 10.8, 3rd Edition: Standard Test Method for Sediment in Crude Oil by Membrane Filtration

$

114

BUY NOW

Placeholder headline

This is just a placeholder headline

ISO/TR 42505:2026 Sharing economy — Shared manufacturing — Concepts and models

$

192

BUY NOW

Placeholder headline

This is just a placeholder headline

ISO 4306-1:2026 Cranes — Vocabulary — Part 1: General

$

436

BUY NOW

ISO 29341:2017

ISO 29341:2017 Information technology – UPnP Device Architecture – Part 27-1: Friendly device control protocol – Friendly information update service

CDN $0.00

Description

ISO/IEC 29341-27-1:2017 is compliant with the UPnP Device Architecture version 1.0. It defines a service type referred to herein as FriendlyInfoUpdate service . It is scoped to the Device Description Document (DDD) and is a service allowing control points to create orderly updates to the <friendlyName> and <iconList> elements. Once a change has taken place the status of the DDD might not reflect that of the advertised description because the device can not leave the network during ongoing activities. Therefore a state variable is provided to indicate if the DDD contains non-advertised (pending) values. If for any reason the device goes off line, power cycles, or reboots it will most likely advertise its new DDD. If DeviceProtection UPnP DP is implemented on the device then it will support restricting control point actions to control points with specific Roles.

Edition

1

Published Date

2017-09-13

Status

PUBLISHED

Pages

27

Language Detail Icon

English

Format Secure Icon

Secure PDF

Abstract

ISO/IEC 29341-27-1:2017 is compliant with the UPnP Device Architecture version 1.0. It defines a service type referred to herein as FriendlyInfoUpdate service . It is scoped to the Device Description Document (DDD) and is a service allowing control points to create orderly updates to the <friendlyName> and <iconList> elements. Once a change has taken place the status of the DDD might not reflect that of the advertised description because the device can not leave the network during ongoing activities. Therefore a state variable is provided to indicate if the DDD contains non-advertised (pending) values. If for any reason the device goes off line, power cycles, or reboots it will most likely advertise its new DDD. If DeviceProtection UPnP DP is implemented on the device then it will support restricting control point actions to control points with specific Roles.

Previous Editions

Can’t find what you are looking for?

Please contact us at: