关于UPnP Device Architecture 2.0的阅读笔记(十一)

最新推荐文章于 2016-08-15 11:20:41 发布
最新推荐文章于 2016-08-15 11:20:41 发布
阅读量377 收藏
点赞数
分类专栏： upnp 文章标签： upnp 描述 Schema
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/shiyue0010/article/details/52208267
版权

设备描述之Schema


UPnP设备Schema
    前面描述了设备描述和如何基于设备模版来编写设备描述文件,这些设备模版基于设备Schema.这些纲要定义了用于编写设备模版的数据的结构和类型.附录B.1为设备纲要;下面是这些Schema的解释.
    设备Schema由XML编写,并遵循XML Schema惯例.XML Schema提供了一个描述一个XML文件结构的方法.XMLSchema描述语言本身就是基于XML.它很强健,定义了元素的必须/允许,嵌套性,值的数据类型等.UPnP 设备Schema,设备模版以及设备描述文件,都是机器可读的,软件工具可对其进行处理并检验它们是否包含了所有的必须元素,是否正确嵌套,是否具有合法的数据类型等等.

UPnP服务Schema
     前面描述了服务描述文件并介绍了如何从一个服务模版编写一个服务描述文件.如同设备模版,服务描述模版也是基于UPnP服务Schema.这一部分与设备Schema类似.
数据类型Schema

    UPnP状态变量的基本的数据类型定义在服务描述一节中.对于状态变量的拓展的数据类型,服务模版要么应该包含对与所有拓展类型的Schema,要么包含一个具有唯一目标命名空间的服务特定的数据类型Schema.



shiyue0010
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
UPnP-arch-DeviceArchitecture-v2.0
08-15
UPnP-arch-DeviceArchitecture-v2.0英文版里面介绍了UPnP协议的开发流程，包括寻址、发现、描述、控制、事件、展现等6个过程的具体实现，适合开发者使用。
UPnP-arch-DeviceArchitecture-v1.0.pdf
09-26
UPnP是实现DLNA的核心部分。本文档介绍了UPnP协议栈的构造，从中可以了解设备是怎样通过UPnP协议栈来相互发现何控制，以及如何通信。这是1.0版本的
关于UPnP Device Architecture 2.0的阅读笔记(一)
shiyue0010的专栏
08-12 1463
介绍部分     UDA : UPnP Device Architecture,UPnP设备体系结构         它不仅仅是一个即插即用外设模型的拓展.它被设计成支持零配置,可视网络,来自不同供应商的设备的自动发现         意味着一个设备可以动态地加入网络,获取一个IP地址,表明自己的能力,直到网络中其他设备的信息.设备也可以自动地离开网络.     UPnP体系结构使用的
DLNA 2016和UPNP 2.0技术手册
07-23
DLNA Guidelines 2016最新版，也可以从发邮件到官网邮箱获取。 UPNP Spec 1.1和2.0两个版本，按需选择 。
关于UPnP Device Architecture 2.0的阅读笔记（五）
shiyue0010的专栏
08-12 720
设备发现之 上线广播     概述     当一个设备加入网络，设备会向控制点发布其服务的信息。具体是向一个标准的地址端口(239.255.255.250:1900)多播一组发现消息。控制点会监听这个端口并检查网络中是否有新功能。为了发布其所有的功能，一个设备会多播一组对应着不同的根设备嵌入设备或服务的发现消息。每个消息包含了具体的设备的信息。消息应该包含上线超时信息。如果设备继续可用，它
关于UPnP Device Architecture 2.0的阅读笔记(十三)
shiyue0010的专栏
08-15 880
设备控制 控制相关协议     为触发动作或获取状态变量,控制点(设备)使用一系列的协议栈来完成数据传输.     消息使用SOAP(简单对象访问协议)消息头和消息体来格式化.     UPnP支持SOAP1.1,所有的设备和控制点应该支持SOAP1.1的所有必须(Mandatory)的特点 动作     控制点允许触发设备服务的动作,并接收动作结果或返回错误.这些动作,结果,错误
关于UPnP Device Architecture 2.0的阅读笔记（三）
shiyue0010的专栏
08-12 655
发现概述     发现是UPnP联网的第一步。当一个设备加入网络，发现协议允许设备向网络中的控制点发布其服务。     同样地，当一个控制点接入网络，发现协议允许其搜索网络中其感兴趣的设备。这些都通过发送发现消息来实现。发现消息包含了一些关于设备和服务的必要信息。          当一个设备刚加入网络，它应该多播一组发现消息通知上线，它包含的设备，它包含的服务。任何感兴趣的
关于UPnP Device Architecture 2.0的阅读笔记（四）
shiyue0010的专栏
08-12 621
发现之 SSDP 消息格式     SSDP使用RFC 2616 HTTP 1.1头信息的一部分，它使用的是UDP而非TCP并且有自己的处理规则。     SSDP消息应遵循RFC 2616标准。由一个起始行和一系列消息头信息。不能包含消息体。如果接收到一个含有消息体的SSDP消息，将会被自动忽略。    消息起始行         每个SSDP消息必须仅有一个起始行。如下之一：
UPnP-arch-DeviceArchitecture-v2.0-20200417.pdf
08-02
UPnP-arch-DeviceArchitecture-v2.0 最新的UPNP协议规范
UPnP Device Architecture
03-18
UPnP 参考资料! UPnP是实现DLNA的核心，所以读一读会有一些基本概念!
UPnP AV Architecture 2文档
最新发布
02-27
UPnP（通用即插即用）AV架构2文档是关于DLNA（数字生活网络联盟）在UPnP框架下的详细架构设计。DLNA旨在促进不同设备之间的媒体共享和流媒体服务，使得家庭网络中的多媒体设备能够无缝协作。UPnP AV（音频/视频）...
关于libupup的使用详解_总结
shiyue0010的专栏
08-10 8419
OS平台:ubuntu 15.04 gcc版本:version 4.9.2 下载(2016.7更新至1.6.20)     官网link: http://pupnp.sourceforge.net/     downdload link: https://sourceforge.net/projects/pupnp/files/                            
UPnP的相关资料_整理
shiyue0010的专栏
08-09 800
一些概念          UPnP: Universal Plag and Play,通用即插即用     URN : Uniform Resource Name,统一资源名称,用于定位服务,与地址无关     URL : Universal Resource Location,统一资源定位符,一般是一个链接形式,如:http://219.231.158.236:49152/tvdevi
关于UPnP Device Architecture 2.0的阅读笔记（二）
shiyue0010的专栏
08-12 640
地址获取     UPnP联网的基础是获取IP地址。通过寻址，设备和控制点获取网络地址。为后面的步骤服务。          1.决定是否使用Auto-IP     一个设备和控制点首先会发送一个DHCPDISCOVER消息来试图通过DHCP获取IP.其DHCP客户端在超时时间内监听DHCPOFFER,如果该消息返回，则设备或控制点继续动态地址分配过程。如果没有合法的DHCPOFFER
关于UPnP Device Architecture 2.0的阅读笔记（六）
shiyue0010的专栏
08-12 617
设备发现之 搜索          当一个控制点进入网络，UPnP发现协议会允许控制点搜索网络中它感兴趣的设备。     通过对特定的地址和端口（239.255.255.250:1900）组播一个具有某个特定模式或目标的搜索消息。。特定的设备会返回包含这必要的信息的响应。控制点也可以像一个IP:port发送一个单播消息。          搜索协议和标准     为了搜索到设备或被
关于UPnP Device Architecture 2.0的阅读笔记（八）
shiyue0010的专栏
08-13 510
设备描述之HTTP使用的一般要求     所有设备和控制点的基本传输推荐使用HTTP/1.1兼容,至少是HTTP/1.0兼容.     无论使用那个版本,其他所有必须的组件必须相应被实现.     如果一个控制点使用HTTP/1.0绑定一个SOAP请求却没有设置KeepAlive符,设备将在响应之后关闭socket.若一个控制点使用HTTP/1.1绑定一个SOAP请求却设置了"Connect
关于UPnP Device Architecture 2.0的阅读笔记（七）
shiyue0010的专栏
08-13 501
设备描述 概述     描述是UPnP网络的第二步.当一个控制点发现一个设备,这个控制点仅仅只从发现消息中了解关于这个设备的很少的信息(设备或服务的UPnP类型,设备的UUID,以及设备的描述URL),控制点如果希望了解更多关于设备的功能信息,或者与设备交互,它应从URL中获取到设备的描述和设备的功能.     一个设备的UPnP描述分为两部分,描述物理和逻辑容器的设备描述,描述设备所具有
关于UPnP Device Architecture 2.0的阅读笔记(十二)
shiyue0010的专栏
08-15 487
设备描述之使用HTTP获取描述文件     如前面的描述,当一个控制点发现一个设备,它只了解了设备的很少信息,要获取设备的更详细的功能,控制点应该从发现消息提供的设备描述URL中提取出设备的描述文件.然后,控制点从设备描述文件中通过描述URL获取到该设备的多个服务描述.这是个基于HTTP的过程.     获取设备描述文件很简单:控制点向发现消息中的URL发出一个HTTP GET请求,设备在
UPnP设备架构2.0规范详解
"UPnP-arch-DeviceArchitecture-v2.0-20200417.pdf 是一份关于UPnP（通用即插即用）设备架构2.0的最新规范文档，修订日期为2020年4月17日。这份文档包含了对UPnP 2.0协议的详细描述，特别是与NAT（网络地址转换）...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值