更新了CCleaner 4.04.4197 迅雷7.9破解 Sublime Text3-3033工作效率一下高了好多

http://lifehacker.com/top-10-reasons-to-root-your-android-phone-1079161983Top 10 Reasons to Root Your Android Phone

http://www.400gb.com/u/1704208/ expensive900519 的所有共享
http://www.400gb.com/u/32882/1509821 二愣子嘿嘿 的所有共享/考研资料

不知道是墨鱼肉松还是蛋挞还是奶油尖角还是梨还是吃多了还是凯哥要走了还是热水烫脚还是阅读错太多还是史纲不顺手还是白天的咖啡(略久了点)还是85℃打折还是脚痒总之我就是睡不着啊啊啊啊我要下床写题去算了明天毛邓三困死我吧。

结束了。貌似还有钱发的样子。总算可以专心投入考研了。需要心平气和的做下去。莫浮躁！

小猫想毕业 owl rdf jena juddi 详细介绍
游走在研究边缘的日子本体 protege web本体
糊豆先生的博客Ontology 本体 owl protege
雨滴答不停语义web juddi
白狐狸语义web服务 很清晰!
Risingjuddiv3+mysql的部署
沉沦中的探索owls-uddi-matchmaker安装
于华祥-花香天地的空间OWL-S/UDDI+matchmaker

1. OWL演化

OWL是语义WEB的层级结构核心，在语义层次上解决WEB信息共享和交换的基础。它是RDFS的衍伸，并基于DAML+OIL的拓展。RDFS相当于二元谓词，相当于类和属性的层级体系，但是存在以下几点局限性：

• 属性的局部范围——rdfs：range对所有的类定义了属性的值，但是不能仅仅对某几个类进行约束。eg.不能描述牛吃草，而别的动物也可能吃肉。
• 不相交——有些类是不相交的。eg.例如男人和女人是不相交的，但是在RDFS中只能声明为“人”的子类。
• 类的布尔组合——可以通过类的布尔组合，如并、交、补来定义新类。eg.将“人”定义为“男人”和“女人”的并。
• 基数约束——可以对属性值的数量进行限制。eg.一个人有一个人的父亲和一个母亲；一门课至少由一位老师任教等。

• 属性性质——可以声明一个属性是传递的（如大于）或者一个属性的值是唯一的（母亲），或者一个属性是另一个属性的逆（吃与被吃）
  OWL支持一下三种描述本体的条件

• 良定义语法

• 形式化语义
• 有效的推理支持，包括：

1. 类成员关系的推理-x是类C的实例，类C是类D子类，则x也是D的一个实例
2. 类的等价关系推理-A等价于B，B等价于C，则A等价于C
3. 一致性推理-x是A类的一个实例，类A是类B与类C的交的子集，类A是类D的一个子类，而B与D不相交。这里出现了不一致性。因为A为空，却又实例x
4. 分类推理-如果已经声明“属性-值”对是实例属于类A的充分条件，则如果x满足该条件，即具有这样的“属性-值”对，则x一定是A的实例

2.OWL三种分类

• OWL-FULL：提供了最强大的表达能力和使用RDF语法的最大自由，但是没有可计算性的保证。OWL FULL中类即是个体的集合也可以是个体。与OWL DL和Lite相比，个体和类是分离的集合，即一个资源不能同时是个体和类，但在Full中可以。OWL FULL允许本体对预定义的RDF或OWL词汇表的增强，但是难以实现OWL FULL中所有构子的推理。

它的优点是和RDF完全兼容，所有合法的RDF文档都是合法的OWL FULL文档，所有RDF(S)结论都是OWL FULL结论。OWL FULL的缺点是该语言的表达能力太强，以致推理变得不可判定。如果将保持对RDF的兼容性作为主要目标，则应该选择FULL。OWL FULL将RDF拓展为一个完备的本体语言，克服了OWL DL和RDFS在语义上的冲突，但是OWL FULL消除了基数限制中对传递型属性的约束，因此不能保证推理是可判定的。

• OWL DL：OWL保留了强大表达能力的同时，也具有计算完备性（所有结论都是可以判定的）和可判定性（所有的计算都在有限时间内终止）。DL对应于描述逻辑（Description Logic），而描述逻辑是OWL的形式化基础。

OWL DL的特点是它支持有效的推理，缺点和Lite一样，失去了RDF的兼容性。一个RDF文档在成为OWL DL文档之前必须进行适当的拓展和约束，一个合法的OWL DL文档是一个RDF文档。如果用户保证推理的可判定型和本体语言的强表达能力作为主要目标，则可以选用OWL DL。OWL DL忽略了对RDFS的兼容性，它主要针对概念，属性，个体之间关系的描述，以保证强大的语义表达能力。DL采用了RDFS的数据类型机制和内嵌的XMLSchema数据类型。

• OWL Lite：它是支持分类体系和简单约束的owl语言，例如基数约束，但是基数的值只能是1和0。虽然它的表达能力较弱，但是提供了词典和分类体系提升为本体的快速解决方案。可以通过对OWL DL子语言进行限制，得到OWL Lite子语言，OWL Lite的计算复杂度比DL低。Lite除去了DL中的枚举类、不相交声明和任意基数约束。

OWL Lite的特点是易学易用，如果关注的重点是一个简洁的本体语言，就可以选用OWL Lite。OWL Lite增强了OWl DL中的公理约束，可以保证快速高效的推理。OWL Lite可以利用已经实现的逻辑推理系统进行推理。

3.OWL的类

-类提供了对具有相似特性的资源进行分组的抽象机制，和RDFS的类相似。

-类包括类的内涵和类的外延，内涵是类的描述和类的公理的总和，外延是类的实例的集合体。

-OWL Lite和OWL DL中，个体不能为类，类和个体属于不相交的论域，属性和数据值也是如此。但是在owl FULL中允许自由使用RDFS，一个类或者元类可能同时为另一个类的实例。

OWL的类通过类描述进行描述并使用类公理进行结合。

• 本体的头部

  OWL本体是一个RDF文档，包含在一个<span style="color: #ff0000;">rdf:RDF</span>元素中。一个OWL本体可能以一系列的关于本体的声明作为开始，包含注释、版本控制以及导入其他本体等内容，称为本体头部。
  

  owl:Ontology元素是用来声明关于当前文档的OWL元数据的，可以记录版本信息和导入文档所依赖的一些定义。rdf:about属性为本体提供名称和引用，一般取值为空表示本体的名称是owl:Ontology元素的基准URI，即本体所在的文档URI或上下文中xml:base指定的URI。rdfs:coment和rdfs:label为本体提供自然语言注释和标签。owl:priorVersion为本体版本控制提供相关信息。owl:imports用于导入其他一些文体，将内容引入为当前文档的一部分。

因此一个标注OWL文档的模式如下：

<?xml version="1.0"?>
<rdf:RDF
    xmlns:foaf="http://xmlns.com/foaf/0.1/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns:xsd="http://www.w3.org/2001/XMLSchema#"
    xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"
    xmlns:aaa="http://www.w3.org/2002/07/aaa#"
    xmlns:abc="http://www.w3.org/2003/01/geo/abc#"
    xmlns="http://geoontology.altervista.org/abc.owl#"
  xml:base="http://geoontology.altervista.org/bbb.owl">
  <owl:Ontology rdf:about="">
    <rdfs:comment xml:lang="en">Hi</rdfs:comment>
    <rdfs:comment xml:lang="it">Hello.</rdfs:comment>
    <owl:versionInfo rdf:datatype="http://www.w3.org/2001/XMLSchema#string"
    >0.0.2</owl:versionInfo>
    <rdfs:label rdf:datatype="http://www.w3.org/2001/XMLSchema#string"
    >……</rdfs:label>
  </owl:Ontology>

<owl:DatatypeProperty rdf:ID="……">
             ……
  </owl:DatatypeProperty>
 <owl:ObjectProperty rdf:about="……">
             ……
  </owl:ObjectProperty>
</rdf:RDF>

• 类描述

类描述是类公理的基本构造模块，也成为类定义。类描述通过类的名称，或者通过指定一个匿名类的外延来描述一个OWL类。以下是类描述的六种类型：

—简单类描述： owl：Class命名实例，是rdfs：Class的子类。如：

<owl:Class rdf:ID=”Human”>

又如：

<owl:Class rdf:ID="Person"/>
    <owl:Class rdf:ID="Male"/>
    <owl:Class rdf:ID="Man">
    <rdfs:subClassOf rdf:resource="#Person"/>
</owl:Class>
<owl:Class rdf:about="#Man"/>
    <rdfs:subClassOf rdf:resource="#Male"/>
</owl:Class>

这里定义了Person、Man、Male三个类，并且声明了Man是Person和Male的子类。

需要注意的是Lite和DL中，所有类的声明都必须采用owl:Class或owl：Restriction。如果对于枚举、交、并、补的类描述赋予一个RDF标识符，则这并不是一个描述类，而是一个完全类的类公理。

owl中保留了两个预定义的类，分别是owl：Thing和owl：Nothing。前者是所有个体的集合，后者是空集。所有的owl类都是owl：Thing的子类，而owl：Nothing是所有类的子类。owl子类的概念和rdfs：subClassOf相同。

—枚举类：采用owl：oneOf进行类描述，该内置OWL属性的值必须是一个个体或类的实例的列表。因此可以通过枚举实例的方法来描述类。该类的外延就是所有枚举类的个体。如下RDF/XML语法定义了一个包括地球大洲的类

<owl:Class>
    <owl:oneOf rdf:parseType="Collection">
        <owl:Thing rdf:about="#Eurasia"/>
        <owl:Thing rdf:about="#Africa"/>
        <owl:Thing rdf:about="#NorthAmerica"/>
        <owl:Thing rdf:about="#SouthAmerica"/>
        <owl:Thing rdf:about="#Australia"/>
        <owl:Thing rdf:about="#Antarctica"/>    
    </owl:oneOf>
</owl:Class>

其中，<owl:Thing rdf:about=”…”/>引用的是个体。

又如：

 <owl:Class rdf:ID="RGBColor">
      <owl:oneOf rdf:parseType="Collection">
           <owl:Thing rdf:about="#Red"/>
           <owl:Thing rdf:about="#Green"/>
           <owl:Thing rdf:about="#Blue"/>
      </owl:oneOf>
</owl:Class>

这里定义了颜色类，根据定义，所有的个体都是owl：Thing的实例OWL Lite不能使用枚举类。

—属性限制owl：Restriction，是特殊类型的类描述。它描述了匿名类，即满足限制的所有个体的类，包括值约束（value constraint）和基数约束（cardinality constraint）。

值约束是当属性作用于特定的类描述时对其值进行约束，如可能引起某些个体，它们的属性adjacentTo 的值应该是Region，相当于定义域或者值域的概念，并将其应用于类公理内，甚至就是Region的类公理内。OW中的值约束不仅仅类似rdfs：range只在类描述中起作用，也在使用该属性的所有场合有效。

基数约束在特定类的描述中对属性值的数量进行限制，例如hasPlayer在足球队有11个值，但是在篮球只有5个值。OWL还支持定义全局属性技术的构子，即owl：FunctionalProperty和owl：InverseFunctionalProperty。形式如下：

<owl:Restriction>
    <owl:onProperty rdf:resource="(some property)">
</owl:Restriction>

属性限制也可以作用于数值属性和对象属性，前者的值是数据字面量，后者的值为个体

值约束包括：

owl：allValuesFrom，连接约束类和类描述货数据范围。它特定属性的值（属性的值域）要么是类描述的成员，要么是指定数据范围内的数据值，一个简单的例子：

<owl:Restriction>
    <owl:onProperty rdf:resouce="#hasParent"/>
    <owl:allValuesFrom rdf:resouce="#Human"/>
</owl:Restriction>

它描述了一个OWL的匿名类，对其所有的个体而言，如果它具有属性hasParent，则属性hasParent的值必须是类Human。在OWL Lite中owl：allValuesFrom和一阶谓词逻辑中的全称量词类似。

owl：someValuesFrom，它连接约束类和描述类或者数据范围。它描述的类中至少有一个属性的值为描述类或者数据范围内的值。即可能存在部数据描述类或者数据范围的实例。以下例子描述了个体的类，这些个体的父母至少有一个属于Physician

<owl:Restriction>
    <owl:onProperty rdf:resouce="hasParent"/>
    <owl:someValuesFrom rdf:resouce="#Physician"/>
</owl:Restriction>

owl:hasValue它连接约束类和一个V，V可以为个体或者数据值，它描述所有个体的一个类，其属性最少有一个值在语义上等于V，类似AllvaluesFrom的唯一值定义。Lite中没有该值约束，示例如下，描述了一个类，个体Clinton是他/她们的父母亲：

<owl:Restriction>
     <owl:onProperty rdf:resource="#hasParent"/>
     <owl:hasValue rdf:resouce="#Cliton"/>
</owl:Restriction>

基数约束包括：

owl:maxCardinality：

owl:minCardinality：

owl:cardinality：

—

—

—

第一种类型通过类名描述一个类，其余通过对类的外延进行约束来描述匿名类。第二种不多不少枚举类的个体。第三种包括满足属性限制的所有类。四五六类型包括满足类描述布尔运算的类，可以看成是与、或、非。后面四中类描述可能导致嵌套结构，因此理论上可以构造任意复杂的类描述。

参考资料

本体语言OWL

语义Web原理及应用

大巴黎的节奏是在太tmd吓人了。35m又签了19岁的罗马中卫，我萨备胎也给买过去了。法克啊艹 弟媳+马克斯韦尔+华莱士+马尔吉尼奥斯/范德维尔+帕斯托雷+拉维奇+维拉蒂/伊布+卡瓦尼 真是作死的阵容。。。对面摩纳哥避税天堂0%的个人所得税 直接撸来波尔图3天才浩克+罗德里格斯+法尔考+阿比达尔+卡瓦略+穆蒂尼奥+图拉朗真是不关注法甲都有点不可能了，。我大蓝月亮洁厕剂野不甘示弱。。一连串小明星大价钱。。。真.屌丝明星队了，。阿圭罗+哲科+内格雷多+纳瓦斯+费尔南迪奥+约维蒂奇也是略微有点可怕。。。足坛真是熔钱炉

1.写一个wordpress的查件。同步人人状态和照片的。不用设计模拟登陆应该很方便。

2.常识写一个chrome的插件。但不知道是否可行。下载的时候根据不同url对应不同的保存路径。好像要涉及chrome的设置操作。

对技术可行性的认可要比对技术优劣的争论更为重要

我还是脑残的去看了著名的小说改编电影《小时代》

你们都说的嘛，没有看过评论个球。可是看玩了，这tmd和没看有什么区别?!茅塞顿悟我看了一部电影诶！

堆砌华丽堂皇奢侈品是价值观问题，没什么好讨论的你心里已经烙下规则了。只说说电影相关。

1.这稀里糊涂剧情是什么呢?什么。。这有剧情吗?!哦。。3部曲呢不急,可这一部是凑数加排片加前奏的是么。

• 王琳嫌郭采洁小家子气没有钱配不上柯震东。哦。怒嫌弃分了吧
• 宫洺无厘头送的戒指被杨幂放包里内叫啥的男的发现了。哦。有外遇甩了。
• hold住姐表错情送了有对象的偶像。。哦。好失落失恋了。
• 咦？哪里来的席城？哦原来是郭碧婷的家暴狂对象。分分合合那还是分了吧。恩我们都失恋了呢！

——完美的角色情景契合！少女春心！渺小星辰的青春！我们都是这座城市微茫的存在。咦，你他妈在逗我？这你他妈叫爱情？并未拜读过小说，但从这场电影的剧本来说就是不及格的。

唐突的剧情——说失恋就携手失恋几个白富美一起啃肉包子？你妈是李刚还真是李刚又是领导又是评委又是大艺术家？踩高跟的幂幂说摔跤还真给力的摔的不忘来一段酷炫的意淫？够了没啊。第一天就上岗的实习生就操纵内部任务？耍我呢？还他喜欢的和讨厌的。这种肥皂剧毫无伟大的导演加工过的痕迹呐。要我说是扣人心弦呢还是感同身受呢还是满怀渴望潜规则的少女的自白呢。

似乎有点台湾偶像剧的样子可是档次却难以望其项背啊。某次郊游只搜到了大芒果的频道居然啃着瓜子傻愣愣的看了3集联播的《 华丽一族》的快感都比这部不伦不类的小时代来的强烈啊摔。

过时的冷幽默元素——不厌其烦的一次又一次扯出hold住姐格格的套路就算了，尼玛自黑我幂幂的娇嫩的声线是哪一出?虽然吧大家的笑点也是挺低的但是有这么侮辱影迷智商的么!

人格分裂——两个好机油携手去看前女友和前女友友女们的表演，这是什么心态？复合？回扇一巴掌？当面对质？四个大学生堵车疯子一样扛着衣服往前冲，闹哪样啊，你们当白富美就是不合格的！这tmd也叫青春无悔我在不疯狂就老了？一个大老板这么禁不起幂幂的诱惑一送就送戒指送殷勤？我内个擦啊直接说来潜规则一发吧你就可以当正职助理了。一大老女人还不害臊还和一大学生扯淡这么羞嗒嗒的事好歹也是个大佬级别的拜托血那么厚。啃肉包子的女屌丝是怎么和住别野的白富美混在一起的，他们是有怎样的共同语言和背景才被撮合在一起过了童年的。

2.华而不实的取景和电影元素。

• 摩天大楼，堂皇居所，美艳舞会，溢彩喷泉，奢华得像总统套房的宿舍，洋气的杂志办公室。
• 可惜，你们不是置身事外的少女，你们是炫富的白富美。
• 和恋爱和青春毫无关系
• 意淫狂

不否认的确有的场景拍的很光色十足的炫，可毕竟这不是现代人文风景展示，否则你在摄影论坛混迹就好了。不切合主旨（虽然我不知道他是个毛的主旨）的摄影画面显得只让人有爽了一发，然后突然想起，咦什么？他们分了？为毛分了？分了还要这么暖意融融快意人心？渺小星辰和大千世界的具象对比？算了吧。

你们都是上层建筑，就别说什么肉包子的屁话了。

多而贵的杯具们。多而炫的秀场们。多而疾驰的豪车们。多而富的男朋友们。多而粗枝大叶的母亲父亲们。多而心计城府的女秘书们。其实呢，我们吃个肉包子吧，我们都是小星辰而已啦。够了，目测这是一步小三原配势力贵族谍战大片吧。

真是毁了郁可唯的歌了。唱的真心是不错。可惜，歌不对文，曲不达境。歌放的point也是很奇怪。

怒。青峰是怎么接受小四先生的邀请的？！希望他只脑残这么一次好了。

最后跳的那一出舞是闹哪样？4先生你是专门负责高效的么。、

3.我们缺乏的是什么?

不怕国产出烂片，就怕烂得这么彻底还这么多人捧。传说截止今日已经突破5亿元。目测收官可以囊入6亿。这到底是怎样一种吸金实力，网络营销，商业宣传，粉丝基数，高排片率这就是他票房红透半边天的必要原因么？

一个把青春浸泡了奢望的时代才是可悲的。

不切实际的奢望，奢求，奢取。我们只在意淫的世界里战个大汗淋漓却又剥离了现实世界的人的本来存在。就像网游上瘾的想一个大招一个暴击陨灭敌人想你所想得你所望，可却发现只是个梦但还是意淫了好久。我们失去了茶余饭后酒饱饭足，因为我们从来回不这么想，所以我们只有食物和餐具。当然，这可不是一般的膳食啦。一部电影堆砌了我们的抱负和暴富，纯粹的就是想要一座肉包子山。管它怎么得的？

至少可能是因为我们的童年是缺失丰富色彩的，我们没有镀金的风花雪月，没有盛装出席的筵席，没有刚爸刚妈。也并非说拥有了一定物质基础的少年时代就能摒弃脱俗的只盼着华贵的小星辰，但至少，脑残粉就失去了它脑残的意义。或许这就是小四先生的营销成功方案罢了。但于我们中国的一代人，绝逼要唾弃。

一个不争的事实如《人民日报》所言，是把物质本身作为人生追逐的目标，奉消费主义为圭臬，是小了时代，窄了格局，矮了思想。这个分析是一针见血的。中美媒体五毛水军左右派别难得一致的摆出一致的姿势还是很让人欣慰的（至少小时代还不是一个派吧如果可以的话）大西洋月刊真让人稀罕的指出——

China’s ‘Sex and the City’ Film Is a Great Leap Backward for Women

无疑的是，倘若2个月之后的重磅出击的2.0版本在如此短的时间内连放两发还有如此票房，抱歉，中国人80后后&90前前智商堪忧。

最后很抱歉，由于不切合本片的帅富气质，我还是决定下了个枪的TinyTImes1.0磕着瓜子与小四同乐了。顺带说，宫洺先生还是挺帅的可惜他是直男，目测和南湘有一腿吧。

4.爱屋及乌

不得不说小时代超越了之前很看好的富春山居图。

吐槽度顺序为排名标准：

• 卖胸的群众演员&&我最爱的志玲姐姐的华服！
• 泡妞高手兼首席正派间谍华仔&买保险的华夫人张静初。当然。凶器野很具威力
• 自以为很屌炸的日本2货佟大为&恋母爱爱
• 杭州 北京 迪拜 米兰 东京 国际化好莱坞大视角上档次
• 威猛的跌宕胃痉挛的剧情。很刺激很爽。
• 忘了。

最后，哭哭，好容易高票房就输给小时代了！

最最后，中国观影群众的底线在哪里。

本体论基础&概念

    本体作为一种能在语义和知识层次上描述领域概念的建模工具，其目标是捕获相关领域的知识，确定该领域内共同认可的词汇，通过概念之间的关系来描述概念的语义，提供对该领域知识的共同理解。语义Web（the Semantic Web）是在本体理论基础之上对现有Web所进行的扩展[15]，其目标是使Web上的信息具有计算机可以理解的语义，在本体的支持下实现信息系统间语义上的互操作性，以及对Web资源所进行的智能访问和检索[16]。充分实现语义Web的潜力，需要大规模采用基于本体的方法来共享信息和资源，本体是语义Web得以实现的基础和关键。

• 本体（Ontology）

本体是共享概念模型的明确的形式化规范说明（An ontology is a formal, explicit specification of a shared conceptualisation.）”。该定义包含四层含义：

1）概念模型（Conceptualization），即本体是通过抽象客观世界的概念而得到的模型，它表示的含义独立于具体的环境状态；

2）明确性（Explicit），即本体所使用的概念及在这些概念之上的约束都有明确的定义，没有二义性；

3）形式化（Formal），即本体是计算机可处理的，而不是自然语言；

4）共享（Shared），即本体体现的是共同认可的知识，反映的是相关领域中公认的概念集合，它所针对的是团体而不是个体。

• 本体建模元素

1)类（Classes）或概念（Concepts）

    其含义非常广泛，指任何事务，如工作描述、功能、行为、策略和推理过程。从语义上讲，它表示的是对象的集合，其定义包括概念的名称，与其他概念之间的关系的集合，以及用自然语言对概念的描述。

2)关系（Relations）

    在领域中概念之间的交互作用，形式上定义为n维笛卡儿积的子集。如子类关系（subClassOf）。在语义上关系对应于对象元组的集合。

3)函数（Functions）

    一类特殊的关系。该关系的前n－1个元素可以唯一决定第n个元素。形式化的定义为F: C1×C2×…×Cn-1→Cn。如motherOf就是一个函数，motherOf(x, y)表示y是x的母亲。

4)公理（Axioms）

    代表永真断言，如概念乙属于概念甲的范围。

5)实例（Instances）

    代表某概念类的基本元素，即某概念类所指的具体实体。从语义上讲实例表示的就是对象。

• 概念间关系

  概念间的关系可以分为两类：分类关系和非分类关系，包括4种类型，part-of——表达概念之间部分与整体的关系、kind-of——表达概念之间的继承关系，类似于面向对象中的子类和父类之间的关系、instance-of——表达概念之间的实例和概念之间的关系、attribute-of——表达某个概念是另外一个概念的属性。
  
  Gruber提出了根据特定领域构造本体的准则：
  

  （1）清晰性、明确性和客观性：即本体应该用自然语言对所定义的术语给出明确的、客观的语义定义，有效的说明所定义术语的含义。而且，当定义可以用逻辑公理表达时，它应该是形式化的。

  （2）完全性：即所给出的定义是完整的，完全能表达所描述术语的含义。
  
  （3）一致性：即由术语得出的推论与术语本身的含义是相容的，支持与其定义相一致的推理，不会产生矛盾。
  
  （4）最大单调可拓展性：即向本体中添加通用或专用的术语时，不需要修改其已有的概念定义和内容，支持在已有的概念基础上定义新术语。
  
  （5）最小承诺和最小编码偏好：所谓最小承诺，即本体约定应该最小，对待建模对象应给出尽可能少的约束。对编码偏好应该是最小化的，因为不同的知识系统可能采用不同的表达方法或表示风格。
  
  以上5条是最具影响力的，其余几条准则分别是：
  

（6）本体描述原则（Ontological Distinction Principle）[36]：本体中的类应该是互不相交的。

（7）概念层次多样化（Diversification of hierarchies）增强多继承机制的能力[37]。

（8）模块化设计（Modularity）以最小化模块化之间的耦合度[38]。

（9）语义距离最小化（Minimization of the semantic distance）[37]：兄弟概念之间的语义距离最小化，尽可能把含义相似的概念抽象出来，用相同的元语来表示。

（10）命名标准化（Standardization of names）[37]：尽可能使用标准的名字。

• Web3.0和语义网

  互联网专家们认为，对于普通用户而言，Web 3.0带来的最大好处就是让你拥有了一个贴身的私人助理。根据专家们的观点，Web3.0时代网络对你无所不知，能够自主地查询互联网上的所有信息来回答任何问题。许多专家把Web 3.0比做是庞大的数据库。Web2.0使用互联网是为了把人与人联系起来，而Web 3.0使用互联网是为了把信息与信息联系起来。一些专家认为Web3.0会取代目前的互联网，另一些专家则认为它将作为独立的网络而存在。
  
  在Web3.0时代你只要发出一个很简单的指令，剩下的事情则交给互联网，互联网完全可以替你做所有工作：它会根据你的偏好确定搜索参数，以缩小搜索服务的范围。然后，浏览器程序会收集并分析数据并提供给你，便于你进行比较。浏览器之所以有这个本领，是因为Web 3.0能够理解网上的信息。
  

  今天，你使用互联网搜索引擎时，搜索引擎其实并不真正理解你要搜索的东西。它只是简单地查找出现搜索框中的关键字的众多网页，而无法告诉某网页是不是真与你搜索的东西相关。换句话说，它只能告诉你，关键字出现在该网页上。比如，搜索的是“土星”这个词，最后会得到有关土星的网页搜索结果和有关汽车生产商土星公司的其他搜索结果。

  TimBerners-Lee于1989年发明了互联网。他发明的互联网其最主要用途是作为统一的界面实现信息的彼此共享。不过，Berners-Lee对Web2.0到底是否存在表示怀疑，认为它只是毫无意义的专业术语。Berners-Lee坚持认为，他发明互联网就是为了能够让这一网络架构能处理Web2.0所能处理的所有任务。Berners-Lee设想未来的互联网与今天的Web 3.0概念很相似。它被称为语义网(Semantic Web)。
  

  简单地说，今天的互联网架构是为方便人使用而设计的。它让我们容易访问网页，理解网页所呈现的一切，而计算机却不能理解。搜索引擎也许能查找关键字，但它理解不了这些关键字在网页语境下是如何使用的。
  有了语义网，计算机将使用软件代理来搜索及理解网页上的信息。这些软件代理将是在互联网上搜索相关信息的程序。它们之所以有这种功能，就是因为语义网拥有信息的集合体，这种集合体就叫本体(ontology)。在互联网上，本体其实是一个文件，它定义了一组词语之间的关系。

  语义网要发挥应有的功效，本体内容就必须详细而全面。按照Berners-Lee的概念，本体会以元数据(元数据是指网页代码中所含的人类看不见而计算机能读取的信息)的形式而存在。
  

  构建本体需要大量的工作。实际上，这是语义网面临的重大障碍之一。人们是否愿意投入精力为自己的网站构建全面完整的本体？网站变化后，他们会维护本体吗？这些都是语义网构建时需要考虑的问题。批评人士认为，创建及维护语义网这种复杂的任务对大多数人来说工作量太大了。
  另一方面，一些人很喜欢给互联网对象和信息做标签或做标记。互联网可以对做了标记的对象或信息进行分类。如果博客含有一个标记选项，这样很容易按特定主题对日志内容进行分类。Flickr等照片共享网站让用户可以对照片做标记。

• RDF（S）和OWL

RDF和RDFS作为W3C标准，提供了统一的、形式化的数据表示语言来描述Web上资源的含义。OWL建立在RDF之上，定义了RDF（S）描述中使用的词汇的语法，便于RDF（S）对元数据的处理，是计算机理解Web资源的基础。

一个资源描述模型必须解决三个问题：

1. 资源的标识，即如何标识被描述的资源。该标识系统不能和其它的标识系统混淆，即使面对互联网上千差万别、不计其数的资源也可以用简单、有效的方法进行标识。
2. l 结构设计。该模型在结构上要尽可能的简单，易于掌握；同时也应具有一定的灵活性、易于扩展，适于互联网分布式的网状结构。

3. l 语言系统。既用可被机器理解的计算机语言对该模型进行描述，表达足够的语义以方便机器之间的交流。

   除此之外，一个资源描述模型在设计时还应考虑与现有标准的兼容、实现的难易程度以及应用前景和价值等方方面面的问题。
   

   RDF模型是一种二元关系模型，它采用URI来标识被描述的资源，通过陈述描述资源。
   XML是Web上数据表示的标准，因此RDF采用了一种基于XML语法的语言系统来表示RDF陈述，称为RDF/XML。

—Resource Description Framework，RDF

    一种用于描述Web资源的标记语言。RDF是一个处理元数据的XML应用，所谓元数据，就是“描述数据的数据”或者“描述信息的信息”。也许这样解释元数据有些令人难以理解，举个简单的例子，书的内容是书的数据，而作者的名字、出版社的地址或版权信息就是书的元数据。数据和元数据的划分不是绝对的，有些数据既可以作为数据处理，也可以作为元数据处理，例如可以将作者的名字作为数据而不是元数据处理。

   RDF基于这样的思想：用Web标识符（称作统一资源标识符，Uniform Resource Identifiers或URIs）来标识事物，用简单的属性（property）及属性值来描述资源。这使得RDF可以将一个或多个关于资源的简单陈述表示为一个由结点和弧组成的图（graph），其中的结点和弧代表资源、属性或属性值。其中每个陈述都是由**主体**（subject），**谓词**（predicate），**客体**（object）组成的。为了让讨论显得尽量具体一些，下面的这组陈述“有一个人由http://www.w3.org/People/EM/contact#me 标识, 他的名字是Eric Miller, 他的电子邮件地址是em@w3.org,他的头衔是Dr.”可以表示为图1 (http://www.w3.org/TR/2004/REC-rdf-primer-20040210/#figure1)所示的图：

其表达的RDF如以下XML文档所示

 <?xml version="1.0"?>
 <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
 xmlns:contact="http://www.w3.org/2000/10/swap/pim/contact#">
 <contact:Person rdf:about="http://www.w3.org/People/EM/contact#me">
     <contact:fullName>Eric Miller</contact:fullName>
     <contact:mailbox rdf:resource="mailto:em@w3.org"/>
     <contact:personalTitle>Dr.</contact:personalTitle> 
   </contact:Person>
 </rdf:RDF>

—Web Ontology Language，OWL

    OWL 与 RDF 有很多相似之处，但是较之 RDF， OWL 是一门具有更强机器解释能力的更强大的语言。

与 RDF 相比，OWL 拥有更大的词汇表以及更强大的语言。

    2003 年7 月W3C 公布了OWL Web ontology 语言的最初工作草案,2004 年2 月10 日,OWL 正式成为W3C 推荐的标准。OWL 和DAML + OIL 非常相近,只有一些微小的变化。DAML + OIL 和OWL 的语义都基于描述逻辑(descriptionlogic ,DL) 。OWL 作为W3C 推荐的标准本体表示语言,它的最大特点是关联描述逻辑, 通过对概念、概念属性及其相互间关系的描述,构成概念的复杂关系网络,这就意味着描述逻辑推理机可以推理OWL 本体。

    OWL 有3 个表达能力递增的子语言:OWL Lite ,OWL DL , OWL Full[20 ] 。OWL Lite 提供了类层次的能力和简单的约束能力,支持基数为0 或1 的基数约束,包括6 个类别的语言构造子。OWL DL 在保持计算完整性( computational completeness ) 和可判定性(decidability) 的前提下,提供了尽可能大的表达能力,包含了OWL 的全部语言构造成分,但他们的使用受到一些限制(如一个类可以是许多类的子类,但不能是另一个类的实例) 。描述逻辑是OWL 的形式化基础,OWL DL 的主要扩充是增加了布尔逻辑运算操作。OWL Full 包含OWL 的全部语言构造成分并取消了OWL DL 的限制,在OWL Full 中一个类可以看成个体的集合,也可以看成是一个个体。由于OWL Full 取消了OWL DL 中的保证可计算的某些限制,在没有计算保证的语法自由的RDF 上进行最大程度表达, 允许一个Ontology 在预定义的(RDF、OWL) 词汇表上增加词汇,从而任何推理软件均不能支持OWL FULL 的所有特点,因此不存在完整的推理算法支持OWL Full 的全部特性。OWL 通过对概念、概念属性及其相互间关系的描述,构成概念的复杂关系网络。

OWL本体的一个优点是会有能够对其做推理的工具。这些工具提供了不特定于某个主题领域的通用支持，而如果要构建一个能对一个特定的工业界标准XML Schema做推理的系统，它往往是特定于一个领域的。构建一个可靠的和有用的推理系统不是一项简单的工作。而创建一个本体则更为容易处理。

    OWL旨在提供一种可用于描述网络文档和应用之中所固有的那些类及其之间关系的语言。OWL网络本体语言当前已经获得万维网联盟认可的，用于编纂本体的知识表达语言家族。 其功能在于为网络文档和应用中固有的类以及其间的逻辑关系提供描述，使得基于此技术的网络应用更加 人性化和智能化，节省用户自身资源搜索时间并将这些处理交给计算机系统内部处理。基于不同的语义论特性 此家族语言大致分为两个系统： 基于描述逻辑进而丰富表达和精准计算属性的OWL DL和OWL Lite，以及以资源描述架构RDF提供兼容叙述的OWL Full。 网络本体语言已经被认为是语义网技术的基础语言并吸引了包括学术和商业范围内人士的广泛兴趣。

• 本体相关工具介绍

  ——Jena Jena下载

  jena是惠普公司的一个项目，jena为应用程序开发人员提供了一套java接口对本体进行操作。这样我们就可以调用jenaAPI，构建我们自己的应用程序，实现对包括RDF，OWL本体进行创建，修改，查询以及推理操作。主要包括：
  

a) 以RDF/XML、三元组形式读写RDF

资源描述框架是(RDF)是描述资源的一项标准(在技术上是W3C的推荐标准)，Jena文档中有一部分呢详细介绍了RDF和Jena RDF API，其内容包括对Jena RDF包的介绍、RDF模型的创建、读写、查询等操作，以及RDF容器等的讨论。

b) RDFS，OWL，DAML+OIL等本体的操作

Jena框架包含一个本体子系统（Ontology Subsystem），它提供的API允许处理基于RDF的本体数据，也就是说，它支持OWL，DAML+OIL和RDFS。本体API与推理子系统结合可以从特定本体中提取信息，Jena 2还提供文档管理器（OntDocumentManager）以支持对导入本体的文档管理。

c) 利用数据库保存数据

Jena 2允许将数据存储到硬盘中，或者是OWL文件，或者是关系数据库中。本文处理的本体就是OWL文件读入的。

d) 查询模型

Jena 2提供了ARQ查询引擎，它实现SPARQL查询语言和RDQL，从而支持对模型的查询。另外，查询引擎与关系数据库相关联，这使得查询存储在关系数据库中的本体时能够达到更高的效率。

e) 基于规则的推理

    Jena 2支持基于规则的简单推理，其推理机制支持将推理器(inference reasoners)导入Jena，创建模型时将推理器与模型关联以实现推理。

    Jena提供的接口本质上都是Java程序，也就是.java文件经过javac之后生成的.class文件。显然，class文件并不能提示本体创建使用的语言。为了区别于其他的表示方法，每种本体语言都有一个自己的框架（profile），它列出了这种语言使用的类（概念）和属性的构建方式和URI。因此，在DAML框架里，对象属性（）的URI是daml:ObjectProperty，而在OWL框架里却是owl:ObjectProperty。RDFS并没有定义对象属性，所以在RDFS框架里，对象属性的URI是null。

在Jena中，这种框架通过参数的设置在创建时与本体模型（Ontology Model）绑定在一起。本体模型继承自Jena中的Model类。Model允许访问RDF数据集合中的陈述（Statements），OntModel对此进行了扩展，以便支持本体中的各种数据对象：类（classes）、属性（properties）、实例（个体individuals）。

——Protege download protégé software

Protégé是一个开源的本体编辑器（目前的版本是Protégé4.3），用户可以在GUI环境下创建本体或者知识库。

——SparQL

    SparQL(Simple Protocol and RDF Query Language)，是为RDF开发的一种查询语言和数据获取协议，它是为W3C所开发的RDF数据模型所定义，但是可以用于任何可以用RDF来表示的信息资源。

SparQL 协议和 RDF 查询语言（SparQL）于2008年1月15日正式成为一项W3C推荐标准。SparQL 构建在以前的 RDF 查询语言（例如 rdfDB、RDQL 和 SeRQL）之上，拥有一些有价值的新特性。
而且，SparQ将Web2.0和Semantic web两种新的web技术联系起来了，很有可能成为将来的主流网络数据库的查询语言和数据获取标准。

• 参考文献

Web 3.0时代：网络对你无所不知
本体（Ontology）综述
RDF 简介
RDF入门 推荐标准
OWL 简介
Jena 简介
实用语义网RDFS与OWL高效建模(英文版)
数据库支持的模糊OWL本体管理
语义Web原理及应用

本体的基本介绍

主题更新被迫开了一个子主题。。好多没有提取粗来的细节部分又得重新改了。。。网速慢成狗效率好低。。改改停停又到破晓了。。不过发现了个插件FVD Video Downloader…妈妈再也不用担心我去cache里面找视频了。。