![](https://img-blog.csdnimg.cn/20201014180756757.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
upnp
shiyue0010
这个作者很懒,什么都没留下…
展开
-
关于UPnP Device Architecture 2.0的阅读笔记(十三)
设备控制控制相关协议 为触发动作或获取状态变量,控制点(设备)使用一系列的协议栈来完成数据传输. 消息使用SOAP(简单对象访问协议)消息头和消息体来格式化. UPnP支持SOAP1.1,所有的设备和控制点应该支持SOAP1.1的所有必须(Mandatory)的特点动作 控制点允许触发设备服务的动作,并接收动作结果或返回错误.这些动作,结果,错误原创 2016-08-15 11:20:41 · 887 阅读 · 0 评论 -
关于UPnP Device Architecture 2.0的阅读笔记(十一)
设备描述之SchemaUPnP设备Schema 前面描述了设备描述和如何基于设备模版来编写设备描述文件,这些设备模版基于设备Schema.这些纲要定义了用于编写设备模版的数据的结构和类型.附录B.1为设备纲要;下面是这些Schema的解释. 设备Schema由XML编写,并遵循XML Schema惯例.XML Schema提供了一个描述一个XML文件结构的方法.原创 2016-08-15 09:26:23 · 384 阅读 · 0 评论 -
关于UPnP Device Architecture 2.0的阅读笔记(十)
设备描述之服务描述文件 服务描述文件 UPnP设备服务描述文件定义了一个服务的动作及参数,状态变量的值、范围和事件特性。 每一个服务应该含有0个或多个动作,每个动作含有0个或多个参数,每个参数被设置成输入和输出状态。 输入参数应该列在前面,如果一个动作含有多个输出参数,则第一个参数被设为动作返回值。 每个参数应该与设备服务描述文件SCPD的的一原创 2016-08-13 14:54:29 · 462 阅读 · 0 评论 -
关于UPnP Device Architecture 2.0的阅读笔记(九)
设备描述之 XML与设备描述 XML使用的一般要求 XML命名空间前缀不必与规定中的例子一样。它可以使用任何遵循一般XML命名空间机制的规则。 设备应该接受使用其他合法前缀的请求。 如果一个XML元素不含任何值,那么可以将开标签和闭标签合为一个 如:用代替 设备描述 UPnP设备的描述文件包含了一些设备的信息。主要是由原创 2016-08-13 10:16:15 · 450 阅读 · 0 评论 -
关于UPnP Device Architecture 2.0的阅读笔记(八)
设备描述之HTTP使用的一般要求 所有设备和控制点的基本传输推荐使用HTTP/1.1兼容,至少是HTTP/1.0兼容. 无论使用那个版本,其他所有必须的组件必须相应被实现. 如果一个控制点使用HTTP/1.0绑定一个SOAP请求却没有设置KeepAlive符,设备将在响应之后关闭socket.若一个控制点使用HTTP/1.1绑定一个SOAP请求却设置了"Connect原创 2016-08-13 10:03:57 · 511 阅读 · 0 评论 -
关于UPnP Device Architecture 2.0的阅读笔记(七)
设备描述 概述 描述是UPnP网络的第二步.当一个控制点发现一个设备,这个控制点仅仅只从发现消息中了解关于这个设备的很少的信息(设备或服务的UPnP类型,设备的UUID,以及设备的描述URL),控制点如果希望了解更多关于设备的功能信息,或者与设备交互,它应从URL中获取到设备的描述和设备的功能. 一个设备的UPnP描述分为两部分,描述物理和逻辑容器的设备描述,描述设备所具有原创 2016-08-13 08:42:47 · 507 阅读 · 0 评论 -
关于UPnP Device Architecture 2.0的阅读笔记(六)
设备发现之 搜索 当一个控制点进入网络,UPnP发现协议会允许控制点搜索网络中它感兴趣的设备。 通过对特定的地址和端口(239.255.255.250:1900)组播一个具有某个特定模式或目标的搜索消息。。特定的设备会返回包含这必要的信息的响应。控制点也可以像一个IP:port发送一个单播消息。 搜索协议和标准 为了搜索到设备或被原创 2016-08-12 21:48:02 · 628 阅读 · 0 评论 -
关于UPnP Device Architecture 2.0的阅读笔记(五)
设备发现之 上线广播 概述 当一个设备加入网络,设备会向控制点发布其服务的信息。具体是向一个标准的地址端口(239.255.255.250:1900)多播一组发现消息。控制点会监听这个端口并检查网络中是否有新功能。为了发布其所有的功能,一个设备会多播一组对应着不同的根设备嵌入设备或服务的发现消息。每个消息包含了具体的设备的信息。消息应该包含上线超时信息。如果设备继续可用,它原创 2016-08-12 20:09:53 · 727 阅读 · 0 评论 -
关于UPnP Device Architecture 2.0的阅读笔记(一)
介绍部分 UDA : UPnP Device Architecture,UPnP设备体系结构 它不仅仅是一个即插即用外设模型的拓展.它被设计成支持零配置,可视网络,来自不同供应商的设备的自动发现 意味着一个设备可以动态地加入网络,获取一个IP地址,表明自己的能力,直到网络中其他设备的信息.设备也可以自动地离开网络. UPnP体系结构使用的原创 2016-08-12 09:25:20 · 1481 阅读 · 0 评论 -
关于UPnP Device Architecture 2.0的阅读笔记(三)
发现概述 发现是UPnP联网的第一步。当一个设备加入网络,发现协议允许设备向网络中的控制点发布其服务。 同样地,当一个控制点接入网络,发现协议允许其搜索网络中其感兴趣的设备。这些都通过发送发现消息来实现。发现消息包含了一些关于设备和服务的必要信息。 当一个设备刚加入网络,它应该多播一组发现消息通知上线,它包含的设备,它包含的服务。任何感兴趣的原创 2016-08-12 16:16:46 · 659 阅读 · 0 评论 -
关于UPnP Device Architecture 2.0的阅读笔记(四)
发现之 SSDP 消息格式 SSDP使用RFC 2616 HTTP 1.1头信息的一部分,它使用的是UDP而非TCP并且有自己的处理规则。 SSDP消息应遵循RFC 2616标准。由一个起始行和一系列消息头信息。不能包含消息体。如果接收到一个含有消息体的SSDP消息,将会被自动忽略。 消息起始行 每个SSDP消息必须仅有一个起始行。如下之一:原创 2016-08-12 16:56:29 · 627 阅读 · 1 评论 -
关于UPnP Device Architecture 2.0的阅读笔记(二)
地址获取 UPnP联网的基础是获取IP地址。通过寻址,设备和控制点获取网络地址。为后面的步骤服务。 1.决定是否使用Auto-IP 一个设备和控制点首先会发送一个DHCPDISCOVER消息来试图通过DHCP获取IP.其DHCP客户端在超时时间内监听DHCPOFFER,如果该消息返回,则设备或控制点继续动态地址分配过程。如果没有合法的DHCPOFFER原创 2016-08-12 11:32:12 · 662 阅读 · 1 评论 -
UPnP的相关资料_整理
一些概念 UPnP: Universal Plag and Play,通用即插即用 URN : Uniform Resource Name,统一资源名称,用于定位服务,与地址无关 URL : Universal Resource Location,统一资源定位符,一般是一个链接形式,如:http://219.231.158.236:49152/tvdevi原创 2016-08-09 22:30:39 · 823 阅读 · 1 评论 -
关于libupup的使用详解_总结
OS平台:ubuntu 15.04gcc版本:version 4.9.2下载(2016.7更新至1.6.20) 官网link: http://pupnp.sourceforge.net/ downdload link: https://sourceforge.net/projects/pupnp/files/原创 2016-08-10 09:26:09 · 8506 阅读 · 1 评论 -
关于UPnP Device Architecture 2.0的阅读笔记(十二)
设备描述之使用HTTP获取描述文件 如前面的描述,当一个控制点发现一个设备,它只了解了设备的很少信息,要获取设备的更详细的功能,控制点应该从发现消息提供的设备描述URL中提取出设备的描述文件.然后,控制点从设备描述文件中通过描述URL获取到该设备的多个服务描述.这是个基于HTTP的过程. 获取设备描述文件很简单:控制点向发现消息中的URL发出一个HTTP GET请求,设备在原创 2016-08-15 10:01:04 · 494 阅读 · 0 评论