<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[shiyue0010的专栏]]></title><description><![CDATA[学习！奋斗！]]></description><link>https://blog.youkuaiyun.com/shiyue0010</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; shiyue0010]]></copyright><item><title><![CDATA[XML文件的几种解析方式]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/53482843</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/53482843</guid><author>shiyue0010</author><pubDate>Tue, 06 Dec 2016 09:49:14 +0800</pubDate><description><![CDATA[1、DOM(文件对象模型)
DOM(document object model)是W3C支持的一种XML解析方式。一般Web中XML格式的SOAP消息或者其它文件描述都不大。
DOM是Tree-based解析XML类型。(XML的树模型和事件模型的区别：http://www.saxproject.org/event.html)
将XML文件看做一个DOM树模型，其中有根节点，普通节点，元素等]]></description><category></category></item><item><title><![CDATA[Internet 和Web的简单区别]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/53332122</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/53332122</guid><author>shiyue0010</author><pubDate>Fri, 25 Nov 2016 10:58:55 +0800</pubDate><description><![CDATA[它两个都叫做网，这两种网有什么区别呢？
好，这里就简单区分一下。
Internet更加注重协议和硬件基础设施一点，表现为网络中互联的计算机主机和网络设备(路由器，转换器，网线等等)的集合；而Web则更加注重内容部分，表示为网络上的内容，实际形式有超文本音频图像等等。并且基于Web服务器，向用户传递一些web内容，是基于HTTP的。传统的Web内容只能由用户通过浏览器输入文本的指令来获取，不过近]]></description><category></category></item><item><title><![CDATA[Jena本体操作函数简要说明]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/53026904</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/53026904</guid><author>shiyue0010</author><pubDate>Thu, 03 Nov 2016 22:12:00 +0800</pubDate><description><![CDATA[一部分常用的Jena本体操作函数，写在这里备忘 
更加详细的，参见：http://jena.apache.org/documentation/javadoc/jena/org.apache.jena.ontology.OntModel model =org.apache.jena.rdf.model.ModelFactory.createOntologyModel( org.apache.jena.]]></description><category></category></item><item><title><![CDATA[JENA操作本体]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/52997216</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/52997216</guid><author>shiyue0010</author><pubDate>Tue, 01 Nov 2016 16:34:33 +0800</pubDate><description><![CDATA[---------------------------------------------------------------
基本概念
一个本体允许程序以一种开放有意义的方式明确一个关心的领域里的相关概念和关系。比如“wine”(酒)这个领域的概念，红酒白酒，葡萄品种，酿酒年份，酿酒厂等，关系如“酿酒厂生产酒”“酒有一个生产年份”。这个酒的本体可能被一个特定的应用开发出来。它需要有一个很好的]]></description><category></category></item><item><title><![CDATA[2016年研究生数学建模A题]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/52618273</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/52618273</guid><author>shiyue0010</author><pubDate>Thu, 22 Sep 2016 08:46:11 +0800</pubDate><description><![CDATA[多无人机协同任务规划
无人机（Unmanned Aerial Vehicle，UAV）是一种具备自主飞行和独立执行任务能力的新型作战平台，不仅能够执行军事侦察、监视、搜索、目标指向等非攻击性任务，而且还能够执行对地攻击和目标轰炸等作战任务。随着无人机技术的快速发展，越来越多的无人机将应用在未来战场。
【对全体小问的条件】某无人机作战部队现配属有P01~P07等7个无人机基地，各基地均配备一定数]]></description><category></category></item><item><title><![CDATA[关于UPnP Device Architecture 2.0的阅读笔记(十三)]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/52209506</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/52209506</guid><author>shiyue0010</author><pubDate>Mon, 15 Aug 2016 11:20:41 +0800</pubDate><description><![CDATA[设备控制

控制相关协议
    为触发动作或获取状态变量,控制点(设备)使用一系列的协议栈来完成数据传输.
    消息使用SOAP(简单对象访问协议)消息头和消息体来格式化.
    UPnP支持SOAP1.1,所有的设备和控制点应该支持SOAP1.1的所有必须(Mandatory)的特点
动作
    控制点允许触发设备服务的动作,并接收动作结果或返回错误.这些动作,结果,错误]]></description><category></category></item><item><title><![CDATA[关于UPnP Device Architecture 2.0的阅读笔记(十二)]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/52208570</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/52208570</guid><author>shiyue0010</author><pubDate>Mon, 15 Aug 2016 10:01:04 +0800</pubDate><description><![CDATA[设备描述之使用HTTP获取描述文件

    如前面的描述,当一个控制点发现一个设备,它只了解了设备的很少信息,要获取设备的更详细的功能,控制点应该从发现消息提供的设备描述URL中提取出设备的描述文件.然后,控制点从设备描述文件中通过描述URL获取到该设备的多个服务描述.这是个基于HTTP的过程.
    获取设备描述文件很简单:控制点向发现消息中的URL发出一个HTTP GET请求,设备在]]></description><category></category></item><item><title><![CDATA[关于UPnP Device Architecture 2.0的阅读笔记(十一)]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/52208267</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/52208267</guid><author>shiyue0010</author><pubDate>Mon, 15 Aug 2016 09:26:23 +0800</pubDate><description><![CDATA[设备描述之Schema



UPnP设备Schema
    前面描述了设备描述和如何基于设备模版来编写设备描述文件,这些设备模版基于设备Schema.这些纲要定义了用于编写设备模版的数据的结构和类型.附录B.1为设备纲要;下面是这些Schema的解释.
    设备Schema由XML编写,并遵循XML Schema惯例.XML Schema提供了一个描述一个XML文件结构的方法.]]></description><category></category></item><item><title><![CDATA[关于UPnP Device Architecture 2.0的阅读笔记（十）]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/52199346</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/52199346</guid><author>shiyue0010</author><pubDate>Sat, 13 Aug 2016 14:54:29 +0800</pubDate><description><![CDATA[设备描述之服务描述文件
    服务描述文件

    UPnP设备服务描述文件定义了一个服务的动作及参数，状态变量的值、范围和事件特性。
    每一个服务应该含有0个或多个动作，每个动作含有0个或多个参数，每个参数被设置成输入和输出状态。
    输入参数应该列在前面，如果一个动作含有多个输出参数，则第一个参数被设为动作返回值。
    每个参数应该与设备服务描述文件SCPD的的一]]></description><category></category></item><item><title><![CDATA[关于UPnP Device Architecture 2.0的阅读笔记（九）]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/52197899</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/52197899</guid><author>shiyue0010</author><pubDate>Sat, 13 Aug 2016 10:16:15 +0800</pubDate><description><![CDATA[设备描述之 XML与设备描述
   XML使用的一般要求

    XML命名空间前缀不必与规定中的例子一样。它可以使用任何遵循一般XML命名空间机制的规则。
    设备应该接受使用其他合法前缀的请求。    

    如果一个XML元素不含任何值，那么可以将开标签和闭标签合为一个
    如：用代替
  设备描述
    UPnP设备的描述文件包含了一些设备的信息。主要是由]]></description><category></category></item><item><title><![CDATA[关于UPnP Device Architecture 2.0的阅读笔记（八）]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/52197823</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/52197823</guid><author>shiyue0010</author><pubDate>Sat, 13 Aug 2016 10:03:57 +0800</pubDate><description><![CDATA[设备描述之HTTP使用的一般要求
    所有设备和控制点的基本传输推荐使用HTTP/1.1兼容,至少是HTTP/1.0兼容.
    无论使用那个版本,其他所有必须的组件必须相应被实现.
    如果一个控制点使用HTTP/1.0绑定一个SOAP请求却没有设置KeepAlive符,设备将在响应之后关闭socket.若一个控制点使用HTTP/1.1绑定一个SOAP请求却设置了"Connect]]></description><category></category></item><item><title><![CDATA[关于UPnP Device Architecture 2.0的阅读笔记（七）]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/52197498</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/52197498</guid><author>shiyue0010</author><pubDate>Sat, 13 Aug 2016 08:42:47 +0800</pubDate><description><![CDATA[设备描述 概述

    描述是UPnP网络的第二步.当一个控制点发现一个设备,这个控制点仅仅只从发现消息中了解关于这个设备的很少的信息(设备或服务的UPnP类型,设备的UUID,以及设备的描述URL),控制点如果希望了解更多关于设备的功能信息,或者与设备交互,它应从URL中获取到设备的描述和设备的功能.
    一个设备的UPnP描述分为两部分,描述物理和逻辑容器的设备描述,描述设备所具有]]></description><category></category></item><item><title><![CDATA[关于UPnP Device Architecture 2.0的阅读笔记（六）]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/52195647</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/52195647</guid><author>shiyue0010</author><pubDate>Fri, 12 Aug 2016 21:48:02 +0800</pubDate><description><![CDATA[设备发现之 搜索
    
    当一个控制点进入网络，UPnP发现协议会允许控制点搜索网络中它感兴趣的设备。
    通过对特定的地址和端口（239.255.255.250:1900）组播一个具有某个特定模式或目标的搜索消息。。特定的设备会返回包含这必要的信息的响应。控制点也可以像一个IP:port发送一个单播消息。
    

    搜索协议和标准
    为了搜索到设备或被]]></description><category></category></item><item><title><![CDATA[关于UPnP Device Architecture 2.0的阅读笔记（五）]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/52194927</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/52194927</guid><author>shiyue0010</author><pubDate>Fri, 12 Aug 2016 20:09:53 +0800</pubDate><description><![CDATA[设备发现之 上线广播

    概述
    当一个设备加入网络，设备会向控制点发布其服务的信息。具体是向一个标准的地址端口(239.255.255.250:1900)多播一组发现消息。控制点会监听这个端口并检查网络中是否有新功能。为了发布其所有的功能，一个设备会多播一组对应着不同的根设备嵌入设备或服务的发现消息。每个消息包含了具体的设备的信息。消息应该包含上线超时信息。如果设备继续可用，它]]></description><category></category></item><item><title><![CDATA[关于UPnP Device Architecture 2.0的阅读笔记（四）]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/52193301</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/52193301</guid><author>shiyue0010</author><pubDate>Fri, 12 Aug 2016 16:56:29 +0800</pubDate><description><![CDATA[发现之 SSDP 消息格式
    SSDP使用RFC 2616 HTTP 1.1头信息的一部分，它使用的是UDP而非TCP并且有自己的处理规则。
    SSDP消息应遵循RFC 2616标准。由一个起始行和一系列消息头信息。不能包含消息体。如果接收到一个含有消息体的SSDP消息，将会被自动忽略。

   消息起始行
        每个SSDP消息必须仅有一个起始行。如下之一：]]></description><category></category></item><item><title><![CDATA[关于UPnP Device Architecture 2.0的阅读笔记（三）]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/52192743</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/52192743</guid><author>shiyue0010</author><pubDate>Fri, 12 Aug 2016 16:16:46 +0800</pubDate><description><![CDATA[发现概述


    发现是UPnP联网的第一步。当一个设备加入网络，发现协议允许设备向网络中的控制点发布其服务。
    同样地，当一个控制点接入网络，发现协议允许其搜索网络中其感兴趣的设备。这些都通过发送发现消息来实现。发现消息包含了一些关于设备和服务的必要信息。
     

    当一个设备刚加入网络，它应该多播一组发现消息通知上线，它包含的设备，它包含的服务。任何感兴趣的]]></description><category></category></item><item><title><![CDATA[关于UPnP Device Architecture 2.0的阅读笔记（二）]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/52190211</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/52190211</guid><author>shiyue0010</author><pubDate>Fri, 12 Aug 2016 11:32:12 +0800</pubDate><description><![CDATA[地址获取

    UPnP联网的基础是获取IP地址。通过寻址，设备和控制点获取网络地址。为后面的步骤服务。
    
    1.决定是否使用Auto-IP
    一个设备和控制点首先会发送一个DHCPDISCOVER消息来试图通过DHCP获取IP.其DHCP客户端在超时时间内监听DHCPOFFER,如果该消息返回，则设备或控制点继续动态地址分配过程。如果没有合法的DHCPOFFER]]></description><category></category></item><item><title><![CDATA[关于UPnP Device Architecture 2.0的阅读笔记(一)]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/52188649</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/52188649</guid><author>shiyue0010</author><pubDate>Fri, 12 Aug 2016 09:25:20 +0800</pubDate><description><![CDATA[介绍部分
    UDA : UPnP Device Architecture,UPnP设备体系结构
        它不仅仅是一个即插即用外设模型的拓展.它被设计成支持零配置,可视网络,来自不同供应商的设备的自动发现
        意味着一个设备可以动态地加入网络,获取一个IP地址,表明自己的能力,直到网络中其他设备的信息.设备也可以自动地离开网络.

    UPnP体系结构使用的]]></description><category></category></item><item><title><![CDATA[关于libupup的使用详解_总结]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/52168272</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/52168272</guid><author>shiyue0010</author><pubDate>Wed, 10 Aug 2016 09:26:09 +0800</pubDate><description><![CDATA[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/
                           ]]></description><category></category></item><item><title><![CDATA[UPnP的相关资料_整理]]></title><link>https://blog.youkuaiyun.com/shiyue0010/article/details/52166776</link><guid>https://blog.youkuaiyun.com/shiyue0010/article/details/52166776</guid><author>shiyue0010</author><pubDate>Tue, 09 Aug 2016 22:30:39 +0800</pubDate><description><![CDATA[一些概念
    
    UPnP: Universal Plag and Play,通用即插即用
    URN : Uniform Resource Name,统一资源名称,用于定位服务,与地址无关
    URL : Universal Resource Location,统一资源定位符,一般是一个链接形式,如:http://219.231.158.236:49152/tvdevi]]></description><category></category></item></channel></rss>