信息对象获取方法、服务器和用户设备与流程

本发明涉及通信技术，尤其涉及一种信息对象获取方法、服务器和用户设备。

背景技术：

互联网最初是为了追求网络的互联，以实现硬件资源的共享，通过共享可以节省成本和提高效率，然而随着技术的进步，基于TCP/IP的现有互联网逐渐暴露出安全性差、移动性差、可靠性差以及灵活性差等问题，为了解决这些问题，信息中心网络(Information-Centric Networking，以下简称ICN) 应运而生。

ICN将改变当前互联网端到端的通信机制，把内容与终端位置剥离，通过发布/订阅范式(Publish/Subscribe Paradigm)来提供存储和多方通信等服务。 ICN的提出，将用户的关注点由终端改为内容，即用户不用再关心从何地去获取自己想要的数据，而只需关心想要的内容是什么。

现有技术中，订阅者向命名解析服务器(Name Resolution Service，简称为NRS)发送信息对象(Information Obiects，简称为IO)请求，NRS根据订阅者的请求，回复存储有请求的IO的ICN节点信息，订阅者收到回复后，从ICN节点中选择一个ICN节点请求IO，但ICN节点中只保存IO的名字标识及内容数据，因此用户最终从ICN节点上得到的IO请求对应的内容数据可能无法满足用户的需求。例如，当订阅者需要一个具有可处理权限的文档，但ICN节点返回的文档可能是只读文件，从而无法满足用户的需求。

技术实现要素：

本发明实施例提供一种信息对象获取方法、服务器和用户设备，以克服用户设备不能获取满足自己需求的信息对象的问题。

本发明的第一方面提供了一种信息对象IO获取方法，包括：

命名解析服务器NRS接收用户设备发送的信息对象IO请求消息，所述IO请求消息中携带IO标识；

所述NRS根据所述IO标识，向所述用户设备发送存储所述IO的节点信息以及所述节点中存储的所述IO的属性信息。

在第一方面的第一种可能的实现方式中，所述属性信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、IO的版本。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述NRS向所述用户设备发送存储所述IO的节点信息以及所述节点中存储的所述IO的属性信息，具体包括：

所述NRS向所述用户设备发送IO回复消息，所述IO回复消息中携带元数据，所述元数据中包括所述IO的节点信息以及所存储的所述IO的属性信息。

本发明的第二方面提供了一种信息对象IO获取方法，包括：

用户设备向命名解析服务器NRS发送信息对象IO请求消息，所述IO请求消息中携带IO标识；

所述用户设备接收所述NRS发送的存储所述IO的节点信息以及所述节点中存储的所述IO的属性信息；

所述用户设备根据所述节点中存储的所述IO的属性信息以及所述用户设备的属性需求确定目标节点，并向所述目标节点请求所述IO。

在第二方面的第一种可能的实现方式中，所述属性信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、IO的版本。

结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述用户设备接收所述NRS发送的存储所述IO的节点信息以及所述节点中存储的所述IO的属性信息，具体包括：

所述用户设备接收所述NRS发送的IO回复消息，所述IO回复消息中携带元数据，所述元数据中包括所述IO的节点信息以及所存储的所述IO的属性信息。

本发明的第三方面提供了一种信息对象IO获取方法，包括：

用户设备向第一信息中心网络ICN节点发送信息对象IO请求消息，所述IO请求消息中携带IO标识以及所述用户设备的属性需求信息；

所述用户设备接收所述第一ICN节点发送的与所述IO标识对应且与所述属性需求信息匹配的IO。

在第三方面的第一种可能的实现方式中，所述属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、 IO的版本。

结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述IO请求消息可以采取扁平命名方式或分层命名方式。

本发明的第四方面提供了一种信息对象IO获取方法，包括：

第二信息中心网络ICN节点接收前一节点发送的IO请求消息，所述IO 请求消息中携带IO标识以及用户设备的属性需求信息；

若所述第二ICN节点中存储所述IO标识对应的IO且该IO的属性与所述属性需求信息相匹配，所述第二ICN节点向所述前一节点发送所存储的对应IO。

在第四方面的第一种可能的实现方式中，所述前一节点为用户设备或 ICN节点。

在第四方面的第二种可能的实现方式中，所述属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、 IO的版本。

在第四方面的第三种可能的实现方式中，所述IO请求消息可以采取扁平命名方式或分层命名方式。

本发明的第五方面提供了一种信息对象IO获取方法，包括：

第三ICN节点接收前一节点发送的IO请求消息，所述IO请求消息中携带IO标识以及用户设备的属性需求信息；

若所述第三ICN节点中未存储所述IO标识对应的IO，或者所述第三ICN 节点存储所述IO标识对应的IO但该IO的属性与所述属性需求信息不匹配，则所述第三ICN节点转发所述IO请求消息至第四ICN节点；

所述第三ICN节点接收所述第四ICN节点转发的与所述IO标识对应且与所述属性需求信息匹配的IO；

所述第三ICN节点将与所述IO标识对应且与所述属性需求信息匹配的 IO发送至所述前一节点。

在第五方面的第一种可能的实现方式中，所述前一节点为用户设备或 ICN节点。

在第五方面的第二种可能的实现方式中，所述属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、 IO的版本。

在第五方面的第三种可能的实现方式中，所述IO请求消息可以采取扁平命名方式或分层命名方式。

本发明的第六方面提供了一种命名解析服务器NRS，包括：

接收模块，用于接收用户设备发送的信息对象IO请求消息，所述IO请求消息中携带IO标识；

发送模块，用于根据所述接收模块接收的所述IO标识，向所述用户设备发送存储所述IO的节点信息以及所述节点中存储的所述IO的属性信息。

在第六方面的第一种可能的实现方式中，所述属性信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、IO的版本。

结合第六方面或第六方面的第一种可能的实现方式，在第六方面的第二种可能的实现方式中，所述发送模块具体，用于向所述用户设备发送IO回复消息，所述IO回复消息中携带元数据，所述元数据中包括所述IO的节点信息以及所存储的所述IO的属性信息。

本发明的第七方面提供了一种用户设备，包括：

发送模块，用于向命名解析服务器NRS发送信息对象IO请求消息，所述IO请求消息中携带IO标识；

接收模块，用于接收所述NRS发送的存储所述IO的节点信息以及所述节点中存储的所述IO的属性信息；

确定模块，用于根据所述节点中存储的所述IO的属性信息以及所述用户设备的属性需求确定目标节点，并向所述目标节点请求所述IO。

在第七方面的第一种可能的实现方式中，所述属性信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、IO的版本。

结合第七面或第七方面的第一种可能的实现方式，在第七方面的第二种可能的实现方式中，所述接收模块，具体用于：接收所述NRS发送的IO回复消息，所述IO回复消息中携带元数据，所述元数据中包括所述IO的节点信息以及所存储的所述IO的属性信息。

本发明的第八方面提供了一种用户设备，包括：

发送模块，用于向第一信息中心网络ICN节点发送信息对象IO请求消息，所述IO请求消息中携带IO标识以及所述用户设备的属性需求信息；

接收模块，用于接收所述第一ICN节点发送的与所述IO标识对应且与所述属性需求信息匹配的IO。

在第八方面的第一种可能的实现方式中，所述属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、 IO的版本。

结合第八方面或第八方面的第一种可能的实现方式，在第八方面的第二种可能的实现方式中，所述IO请求消息可以采取扁平命名方式或分层命名方式。

本发明的第九方面提供了一种信息中心网络ICN节点，包括：

接收模块，用于接收前一节点发送的IO请求消息，所述IO请求消息中携带IO标识以及用户设备的属性需求信息；

发送模块，若第二ICN节点中存储所述IO标识对应的IO且该IO的属性与所述属性需求信息相匹配，所述发送模块向所述前一节点发送所存储的对应IO。

在第九方面的第一种可能的实现方式中，所述前一节点为用户设备或 ICN节点。

在第九方面的第二种可能的实现方式中，所述属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、 IO的版本。

在第九方面的第三种可能的实现方式中，所述IO请求消息可以采取扁平命名方式或分层命名方式。

本发明的第十方面提供了一种信息中心网络ICN节点，包括：

第一接收模块，用于接收前一节点发送的IO请求消息，所述IO请求消息中携带IO标识以及用户设备的属性需求信息；

第一发送模块，用于若第三ICN节点中未存储所述IO标识对应的IO，或者所述第三ICN节点存储所述IO标识对应的IO但该IO的属性与所述属性需求信息不匹配，则所述发送模块转发所述IO请求消息至第四ICN节点；

第二接收模块，用于接收所述第四ICN节点转发的与所述IO标识对应且与所述属性需求信息匹配的IO；

第二发送模块，用于将与所述IO标识对应且与所述属性需求信息匹配的 IO发送至所述前一节点。

在第十方面的第一种可能的实现方式中，所述前一节点为用户设备或 ICN节点。

在第十方面的第二种可能的实现方式中，所述属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、 IO的版本。

在第十方面的第三种可能的实现方式中，所述IO请求消息可以采取扁平命名方式或分层命名方式。

本发明的第十一方面提供了一种命名解析服务器NRS，包括：

接收器，用于接收用户设备发送的信息对象IO请求消息，所述IO请求消息中携带IO标识；

发送器，用于根据所述IO标识，向所述用户设备发送存储所述IO的节点信息以及所述节点中存储的所述IO的属性信息。

在第十一方面的第一种可能的实现方式中，所述属性信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、IO 的版本。

结合第十一方面或第十一方面的第一种可能的实现方式，在第十一方面的第二种可能的实现方式中，所述发送器，具体用于：向所述用户设备发送 IO回复消息，所述IO回复消息中携带元数据，所述元数据中包括所述IO的节点信息以及所存储的所述IO的属性信息。

本发明的第十二方面提供了一种用户设备，包括：

发送器，用于向命名解析服务器NRS发送信息对象IO请求消息，所述IO请求消息中携带IO标识；

接收器，用于接收所述NRS发送的存储所述IO的节点信息以及所述节点中存储的所述IO的属性信息；

处理器，用于根据所述节点中存储的所述IO的属性信息以及所述用户设备的属性需求确定目标节点，并向所述目标节点请求所述IO。

在第十二方面的第一种可能的实现方式中，所述属性信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、IO 的版本。

结合第十二面或第十二方面的第一种可能的实现方式，在第十二方面的第二种可能的实现方式中，所述接收器具体用于，接收所述NRS发送的IO 回复消息，所述IO回复消息中携带元数据，所述元数据中包括所述IO的节点信息以及所存储的所述IO的属性信息。

本发明的第十三方面提供了一种用户设备，包括：

发送器，用于向第一信息中心网络ICN节点发送信息对象IO请求消息，所述IO请求消息中携带IO标识以及所述用户设备的属性需求信息；

接收器，用于接收所述第一ICN节点发送的与所述IO标识对应且与所述属性需求信息匹配的IO。

在第十三方面的第一种可能的实现方式中，所述属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、 IO的版本。

结合第十三方面或第十三方面的第一种可能的实现方式，在第十三方面的第二种可能的实现方式中，所述IO请求消息可以采取扁平命名方式或分层命名方式。

本发明的第十四方面提供了一种信息中心网络ICN节点，包括：

接收器，用于接收前一节点发送的IO请求消息，所述IO请求消息中携带IO标识以及用户设备的属性需求信息；

发送器，用于若第二ICN节点中存储所述IO标识对应的IO且该IO的属性与所述属性需求信息相匹配，所述第二ICN节点向所述前一节点发送所存储的对应IO。

在第十四方面的第一种可能的实现方式中，所述前一节点为用户设备或ICN节点。

在第十四方面的第二种可能的实现方式中，所述属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、 IO的版本。

在第十四方面的第三种可能的实现方式中，所述IO请求消息可以采取扁平命名方式或分层命名方式。

本发明的第十五方面提供了一种信息中心网络ICN节点，包括：

接收器，用于接收前一节点发送的IO请求消息，所述IO请求消息中携带IO标识以及用户设备的属性需求信息；

发送器，用于若第三ICN节点中未存储所述IO标识对应的IO，或者所述第三ICN节点存储所述IO标识对应的IO但该IO的属性与所述属性需求信息不匹配，则所述第一发送器转发所述IO请求消息至第四ICN节点；

所述接收器，还用于接收所述第四ICN节点转发的与所述IO标识对应且与所述属性需求信息匹配的IO；

所述发送器，还用于将与所述IO标识对应且与所述属性需求信息匹配的 IO发送至所述前一节点。

在第十五方面的第一种可能的实现方式中，所述前一节点为用户设备或 ICN节点。

在第十五方面的第二种可能的实现方式中，所述属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、 IO的版本。

在第十五方面的第三种可能的实现方式中，所述IO请求消息可以采取扁平命名方式或分层命名方式。

本发明实施例提供了一种信息对象获取方法、服务器和用户设备，通过名解析服务器NRS接收用户设备发送的信息对象IO请求消息，其中请求消息中携带IO标识，NRS根据IO标识，向用户设备发送存储IO节点信息以及节点中存储的IO的属性信息，以使用户设备可以根据IO的属性信息向满足自己属性需求的节点请求IO，从而可以更好的满足用户需求。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的信息对象IO获取方法的流程图；

图2为本发明实施例提供的文档IO的元数据结构图；

图3为本发明实施例提供的视频IO的元数据结构图；

图4为本发明实施例提供的信息对象IO获取方法的流程图；

图5为本发明实施例提供的信息对象IO获取方法的流程图；

图6为本发明实施例提供的信息对象获取方法的流程图；

图7为本发明实施例提供的信息对象获取方法的流程图；

图8为本发明实施例提供的命名解析服务器NRS结构示意图；

图9为本发明实施例提供的用户设备的结构示意图；

图10为本发明实施例提供的用户设备的结构示意图；

图11为本发明实施例提供的信息网络节点ICN的结构示意图；

图12为本发明另一个实施例提供的信息网络节点ICN的结构示意图；

图13为本发明实施例提供的命名解析服务器NRS结构示意图；

图14为本发明实施例提供的用户设备的结构示意图；

图15为本发明实施例提供的用户设备的结构示意图；

图16为本发明实施例提供的信息网络节点ICN的结构示意图；

图17为本发明实施例提供的信息网络节点ICN的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例提供的信息对象IO获取方法的流程图，如图1 所示，本实施例的方法可以包括：

步骤101：命名解析服务器NRS接收用户设备发送的信息对象IO请求消息，IO请求消息中携带IO标识。

具体的，NRS接收用户设备发送的IO请求消息，其中，IO请求消息中携带用户所需的IO的标识，也即，IO请求消息中携带用户所需的IO的名字。

其中，IO请求消息还可以包括：信息对象IO本身的属性信息(如字节大小，版本，处理权限等)；IO的发布信息(如发布方信息youtube网站、Google网站，发布时间等)等。

步骤102：NRS根据IO标识，向用户设备发送存储IO的节点信息以及节点中存储的IO的属性信息。

具体的，NRS根据所接收的IO请求消息中的IO标识，本地查找与用户设备所需的IO标识对应的IO的节点信息和IO的属性信息，并向用户设备发送所查找到的IO的节点信息和IO的属性信息。

可选的，属性信息包括以下至少一种：IO的发布者信息、IO的发布时间、 IO的有效期、IO的处理许可、IO的版本。

其中，IO的发布者信息，具体可以为发布此IO的发布者的所有信息，例如：IO为视频信息对象，则IO的发布者信息可以为：优酷、搜狐、土豆等。

IO的发布时间，具体可以为发布者发布此IO的时间，不同发布者发布相同IO的时间可以相同也可以不同。

IO的有效期，具体可以为IO的使用期限，用户可以选择尽可能满足自己需求的期限的IO。

IO的处理许可，具体可以为发布者允许用户对IO所进行的处理。

例如：当IO为视频信息对象时，其处理许可可以为允许用户设备转码、不允许用户设备转码、允许用户设备缓存、不允许用户设备缓存等；

当IO为文档信息对象时，其处理许可可以为：是否允许用户设备打印文档、是否允许用户设备复制文档、是否允许用户设备更改文档、是否允许用户设备缓存文档等。

IO的版本，例如：当IO为文档信息对象时，其版本可以为：word版本、 pdf版本等。

可选的，NRS向用户设备发送存储IO的节点信息以及节点中存储的IO 的属性信息，具体可以为：

NRS向用户设备发送IO回复消息，IO回复消息中携带元数据，元数据中包括IO的节点信息以及所存储的IO的属性信息。

具体的，NRS根据所接收的IO请求消息中的IO标识，首先会本地查找与用户设备所需的IO标识对应的IO的节点信息和IO的属性信息，然后向用户设备发送IO回复消息，其中回复消息中携带元数据，所述元数据中包括IO 的节点信息以及所存储的IO的属性信息。

元数据的结构示意图，如图2和图3所示，其中图2所示为IO为文档信息对象的元数据，其中元数据包括IO的标识、IO的发布者、IO的发布时间、 IO的有效期、IO的处理许可，其中IO的处理许可包括IO的修改和处理权限以及IO的缓存权限，IO的修改和处理权限具体可以为对IO的打印权限、对IO的复制权限、对IO的读取权限，所述对IO的修改和处理权限可以细化到文档的具体部分的修改和处理权限；IO的缓存权限具体可以为允许缓存和不允许缓存，且如果允许缓存IO，同样可细化到允许缓存的文档的具体部分。

其中图3所示为IO为视频信息对象的元数据，其中元数据包括IO的标识、IO的发布者、IO的发布时间、IO的有效期、IO的处理许可，其中IO 的处理许可包括IO的修改和处理权限以及IO的缓存权限，IO的修改和处理权限具体可以为：是否允许对IO进行转码操作，所述对IO的修改和处理权限可以细化到视频的转码或者格式转化，如H.263编码方式转化成H.264， FLV视频格式转换成MP4；处理IO的缓存权限具体可以为允许缓存和不允许缓存，且如果允许缓存IO，同样可细化到允许缓存的视频的具体码率版本或者视频部分。

本发明实施例提供的信息对象获取方法，命名解析服务器NRS接收用户设备发送的信息对象IO请求消息，其中请求消息中携带IO标识，NRS根据 IO标识，向用户设备发送存储IO节点信息以及节点中存储的IO的属性信息，以使用户设备可以根据IO的属性信息向满足自己属性需求的节点请求IO，从而可以更好的满足用户需求。

图4为本发明实施例提供的信息对象IO获取方法的流程图，如图4 所示，本实施例的方法可以包括：

步骤201：用户设备向命名解析服务器NRS发送信息对象IO请求消息， IO请求消息中携带IO标识。

具体的，用户设备将所需要的IO的标识携带在IO请求消息中，并将IO 请求消息发送给NRS。

其中，IO请求消息还可以携带信息对象IO本身的属性信息(如字节大小，版本，权限等)；IO的发布信息(如发布方信息youtube网站、Google网站，发布时间等)等。

步骤202：用户设备接收NRS发送的存储IO的节点信息以及节点中存储的IO的属性信息。

具体的，用户设备将所需要的IO的标识携带在IO请求消息中，并将IO 请求消息发送给NRS，使得NRS可以本地查找与用户设备所需求的IO标识对应的IO的节点信息及节点中存储的IO的属性信息，并将查找到的IO的节点信息及节点中存储的IO的属性信息发送给用户设备，从而用户设备会接收到NRS发送的存储IO的节点信息以及节点中存储的IO的属性信息。

可选的，所述属性信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、IO的版本。

其中，IO的发布者信息，具体可以为发布此IO的发布者的所有信息，例如：所述IO为视频信息对象，则IO的发布者信息可以为：优酷、搜狐、土豆等。

IO的发布时间，具体可以为发布者发布此IO的时间，所述不同发布者发布相同IO的时间可以相同也可以不同。

IO的有效期，具体可以为IO的使用期限，用户可以选择尽可能满足自己需求的期限的IO。

IO的处理许可，具体可以为发布者允许用户对IO所进行的处理。

例如：当IO为视频信息对象时，其处理许可可以为允许用户设备转码、不允许用户设备转码、允许用户设备缓存、不允许用户设备缓存等；

当IO为文档信息对象时，其处理许可可以为：是否允许用户设备打印文档、是否允许用户设备复制文档、是否允许用户设备更改文档、是否允许用户设备缓存文档等。

IO的版本，例如：当IO为文档信息对象时，其版本可以为：word版本、pdf版本等。

可选的，用户设备接收NRS发送的存储IO的节点信息以及节点中存储的IO的属性信息，具体可以为：

用户设备接收NRS发送的IO回复消息，IO回复消息中携带元数据，元数据中包括IO的节点信息以及所存储的IO的属性信息。

具体的，首先，用户设备将所需的IO的标识携带在IO请求消息中发送给NRS，然后，用户设备会接收到NRS返回的IO回复消息，其中，IO回复消息中携带元数据，所述元数据中包括IO的节点信息以及所存储的IO的属性信息。

进一步的，元数据的结构示意图，如图2和图3所示。

其中图2所示为IO为文档信息对象的元数据，元数据包括IO的标识、 IO的发布者、IO的发布时间、IO的有效期、IO的处理许可，其中IO的处理许可包括IO的修改和处理权限以及IO的缓存权限，IO的修改和处理权限具体可以为对IO的打印权限、对IO的复制权限、对IO的读取权限，所述对 IO的修改和处理权限可以细化到文档的具体部分的修改和处理权限；IO的缓存权限具体可以为允许缓存和不允许缓存，且如果允许缓存IO，同样可细化到允许缓存的文档的具体部分。

其中图3所示为IO为视频信息对象的元数据，元数据包括IO的标识、 IO的发布者、IO的发布时间、IO的有效期、IO的处理许可，其中IO的处理许可包括IO的修改和处理权限以及IO的缓存权限，IO的修改和处理权限具体可以为是否允许对IO进行转码操作，所述对IO的修改和处理权限可以细化到视频的转码或者格式转化，如H.263编码方式转化成H.264，FLV视频格式转换成MP4； IO的缓存权限具体可以为允许缓存和不允许缓存，且如果允许缓存IO，同样可细化到允许缓存的视频的码率版本或者视频部分。

步骤203：用户设备根据节点中存储的IO的属性信息以及用户设备的属性需求确定目标节点，并向目标节点请求IO。

具体的，根据元数据包括的IO的节点信息以及所存储的IO的属性信息，查找与用户设备的属性需求相同的目标节点，并向目标节点请求用户设备所需IO。

进一步的，用户设备可能会查找到多个目标节点同时存储有与用户设备属性需求相同的IO，用户设备可根据其他的属性信息选择最合适目标节点，例如：用户设备可以根据位置信息，选择距离用户设备位置最近的目标节点请求IO；用户设备也可以根据目标节点的负载信息，选择负载最小的目标节点请求IO；用户设备也可以随机选择一个目标节点请求IO，等，本发明不对其加以限制。

本发明实施例提供的信息对象获取方法，用户设备向命名解析服务器 NRS发送信息对象IO请求消息，其中携带IO标识，用户设备根据接收到的 NRS发送的存储IO的节点信息以及节点中存储的IO的属性信息，确定满足用户设备的属性需求的目标节点，并向目标节点请求IO，从而可以更好的满足用户需求。

图5为本发明实施例提供的信息对象IO获取方法的流程图，如图5 所示，本实施例的方法可以包括：

步骤301：用户设备向第一信息中心网络ICN节点发送信息对象IO请求消息，IO请求消息中携带IO标识以及用户设备的属性需求信息。

具体的，用户设备在向第一ICN节点发送的IO请求消息中，不仅携带 IO标识，还需要携带用户设备对IO的属性需求信息。

可选的，属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、IO的版本。

具体的，IO的发布者信息，具体可以为用户设备所需求的IO的发布者信息，例如：所述IO为视频信息对象，而视频信息对象的IO的发布者可以为：优酷、搜狐、土豆等，而用户设备需要的为优酷所发布的IO，此时，IO 的发布者信息所对应的内容为：优酷。

IO的发布时间，具体可以为用户设备所需求的发布者发布所需IO的发布时间，例如：发布者会在不同的时间发布相同的IO，而用户设备需要的IO 的发布时间具体为：2013年3月16日，此时，IO的发布者时间所对应的内容为：2013年3月16日。

IO的使用期，具体可以为用户设备对所请求的IO的使用期限，例如：不同的ICN节点中所保存的IO的有效期不同，可以为2013年2月16日到 2013年5月20日、或2014年2月16日到2014年5月20日等，当用户设备所请求的IO的使用期限为2013年2月26日到2013年3月16日，此时与用户设备的属性需求信息匹配的即为有效期为2013年2月16日到2013年5 月20日的节点所存储的IO，此时，IO的使用时间所对应的内容为：2013年 2月26日到2013年3月16日。

IO的处理许可，具体可以为用户设备所需要对所请求的IO进行的处理。

例如：当IO为视频信息对象时，用户设备的处理方式可以为转码、不转码、缓存、不缓存等。当用户设备需要一份可缓存的IO时，此时，IO的处理许可的内容为：缓存，同样也可以精确到缓存的具体码率版本或者视频部分，例如：IO的处理许可的内容还可以为码率为360bps的视频版本，视频开头部分60s。

当IO为文档IO时，用户设备的处理方式可以为：是否打印文档、是否复制文档、是否更改文档、是否缓存文档等。当用户设备需要一份可打印的IO时，此时，IO的处理许可的内容为：打印，同样也可以精确到打印的章节，例如：IO的处理许可的内容还可以为：打印第一至第二章节的内容。

IO的版本，具体可以为用户设备所需要的IO的版本。

例如：当IO为文档IO时，用户设备所需要的IO版本可以为：word版本、pdf版本等。当用户设备需要一份word版本的文档，此时，IO的版本内容为：word。

进一步的，用户设备向第一ICN节点发送携带IO标识以及用户设备的属性需求信息的IO请求消息，使得第一ICN节点可以在本地查找与IO标识相同的IO，并且与用户设备的属性需求信息相匹配的IO，并反向发送给用户设备IO。

步骤302：用户设备接收第一ICN节点发送的与IO标识对应且与属性需求信息匹配的IO。

具体的，用户设备会接收到第一ICN节点所查找的与用户设备发送的IO 标识对应且与属性需求信息匹配的IO。

可选的，IO请求消息可以采取扁平命名方式或分层命名方式。

具体的，本发明一个实施例中，当采取扁平命名方式时的IO请求消息内容，此时将IO的标识携带在IO请求消息的头域中，并通过扩展IO请求消息的头域，将属性需求信息携带在头域中，例如：当用户设备所请求的为文档 IO时，在请求消息的头域中增加file format头域，用于表示文档类型，文档的类型可以为word、pdf等；增加process Permissions头域，用于标识处理权限，处理权限可以为打印、缓存、只读等。

表6为用户设备所需的IO为文档IO时，向第一ICN节点发送的IO 请求消息的具体形式：

表6 IO请求消息

其中，vision表示IO请求消息的传输协议类型；msgTyp表示IO请求消息的类型，uri表示用户设备所请求的IO的名称；file format表示用户设备所请求的IO的类型；process Permission表示用户设备所请求的IO的处理权限。

在本实施例中，IO请求消息的传输协议为：ICNUDP/1.0；IO请求消息的类型为GET、用户设备所请求的IO的名称为NDO；用户设备所请求的IO的类型为pdf；用户设备所请求的IO的处理权限为：复制和缓存。

在本发明另一实施例中，当采取分层命名方式时，在IO的分层命名的名字中，增加参数信息，例如：当用户设备所请求的为文档IO时，在分层命名的名字中增加file format，用于表示文档类型，文档的类型可以为word、pdf等；增加process Permissions，用于标识处理权限，处理权限可以为打印、缓存、只读等。

具体为：/br.uff/video/intro.avi/(IO标识)<timestamp>(时间戳)/<chunk #>(请求消息中其他参数)/<file format>(文件格式)/<process Permissions (处理权限)>

例如：当用户设备所请求的IO为文档IO时，文档的名称为paper1，文档的时间为20140401-20140601，文档的格式为doc，文档的处理权限为修改，则发送给第一ICN节点的IO请求消息可以为：

/example.com/paper1/<20140401>/<20140601>/<doc>/<modify>

本发明实施例提供的信息对象获取方法，用户设备向第一信息中心网络 ICN节点发送信息对象IO请求消息，IO请求消息中携带IO标识以及用户设备的属性需求信息，并接收第一ICN节点发送的与IO标识对应且与属性需求信息匹配的IO，从而可以更好的满足用户需求。

图6为本发明实施例提供的信息对象获取方法的流程图，如图6所示，本实施例的方法可以包括：

步骤401：第二信息中心网络ICN节点接收前一节点发送的IO请求消息， IO请求消息中携带IO标识以及用户设备的属性需求信息。

具体的，第二ICN节点会接收到前一节点发送的用户设备的IO请求消息，其中携带用户设备请求的IO标识以及用户设备的属性需求信息。

可选的，前一节点为用户设备或ICN节点。

在本发明的实施例中，前一节点为用户设备时。具体的，用户设备向第二ICN节点发送携带IO标识以及用户设备的属性需求信息的IO请求消息，使得第二ICN节点可以在本地查找与IO标识相同的IO，并且与用户设备的属性需求信息相匹配的IO，并反向发送给用户设备IO。

在本发明的另一实施例中，前一节点为ICN节点。具体的，用户设备向前一ICN节络发送携带IO标识以及用户设备的属性需求信息的IO请求消息，此时前一ICN节点在本地查找没有与IO标识相同的IO，将所接收到的IO请求消息转发给第二ICN节点；或者前一ICN节点在本地查找有与IO标识相同的IO，但其所存储的IO的属性信息与用户设备的属性需求信息不匹配，将所接收到的IO请求消息转发给第二ICN节点。

可选的，属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、IO的版本。

具体的，IO的发布者信息，具体可以为用户设备所需求的IO的发布者信息，例如：所述IO为视频信息对象，而视频信息对象的IO的发布者可以为：优酷、搜狐、土豆等，而用户设备需要的为优酷所发布的IO，此时，IO 的发布者信息所对应的内容为：优酷。

IO的发布时间，具体可以为用户设备所需求的发布者发布所需IO的发布时间，例如：发布者会在不同的时间发布相同的IO，而用户设备需要的IO 的发布时间具体为：2013年3月16日，此时，IO的发布者时间所对应的内容为：2013年3月16日。

IO的使用期，具体可以为用户设备对所请求的IO的使用期限，例如：不同的ICN节点中所保存的IO的有效期不同，可以为2013年2月16日到 2013年5月20日、或2014年2月16日到2014年5月20日等，当用户设备所请求的IO的使用期限为2013年2月26日到2013年3月16日，此时与用户设备的属性需求信息匹配的即为有效期为2013年2月16日到2013年5 月20日的节点所存储的IO，此时，IO的使用时间所对应的内容为：2013年 2月26日到2013年3月16日。

IO的处理许可，具体可以为用户设备所需要对所请求的IO进行的处理。

例如：当IO为视频信息对象时，用户设备的处理方式可以为转码、不转码、缓存、不缓存等。当用户设备需要一份可缓存的IO时，此时，IO的处理许可的内容为：缓存，同样也可以精确到缓存的具体码率版本或者视频部分，例如：IO的处理许可的内容还可以为码率为360bps的视频版本，视频开头部分60s。

当IO为文档IO时，用户设备的处理方式可以为：是否打印文档、是否复制文档、是否更改文档、是否缓存文档等。当用户设备需要一份可打印的 IO时，此时，IO的处理许可的内容为：打印，同样也可以精确到打印的章节，例如：IO的处理许可的内容还可以为：打印第一至第二章节的内容。

IO的版本，具体可以为用户设备所需要的IO的版本。

例如：当IO为文档IO时，用户设备所需要的IO版本可以为：word版本、pdf版本等。当用户设备需要一份word版本的文档，此时，IO的版本内容为：word。

可选的，IO请求消息可以采取扁平命名方式或分层命名方式。

具体的，本发明一个实施例中，当采取扁平命名方式时的IO请求消息内容，此时将IO的标识携带在IO请求消息的头域中，并通过扩展IO请求消息的头域，将属性需求信息携带在头域中，例如：当用户设备所请求的为文档 IO时，在请求消息的头域中增加file format头域，用于表示文档类型，文档的类型可以为word、pdf等；增加process Permissions头域，用于标识处理权限，处理权限可以为打印、缓存、只读等。

表6为用户设备所需的IO为文档IO时，向第一ICN节点发送的IO 请求消息的具体形式：

表6 IO请求消息

其中，vision表示IO请求消息的传输协议类型；msgTyp表示IO请求消息的类型，uri表示用户设备所请求的IO的名称；file format表示用户设备所请求的IO的类型；process Permission表示用户设备所请求的IO的处理权限。

在本实施例中，IO请求消息的传输协议为：ICNUDP/1.0；IO请求消息的类型为GET、用户设备所请求的IO的名称为NDO；用户设备所请求的IO的类型为pdf；用户设备所请求的IO的处理权限为：复制和缓存。

在本发明另一实施例中，当采取分层命名方式时，在IO的分层命名的名字中，增加参数信息，例如：当用户设备所请求的为文档IO时，在分层命名的名字中增加file format，用于表示文档类型，文档的类型可以为word、pdf等；增加process Permissions，用于标识处理权限，处理权限可以为打印、缓存、只读等。

具体为：/br.uff/video/intro.avi/(IO标识)<timestamp>(时间戳)/<chunk #>(请求消息中其他参数)/<file format>(文件格式)/<process Permissions (处理权限)>

例如：当用户设备所请求的IO为文档IO时，文档的名称为paper1，文档的时间为20140401-20140601，文档的格式为doc，文档的处理权限为修改，则发送给第一ICN节点的IO请求消息可以为：

/example.com/paper1/<20140401>/<20140601>>/<doc>/<modify>

步骤402：若第二ICN节点中存储IO标识对应的IO且该IO的属性与属性需求信息相匹配，第二ICN节点向前一节点发送所存储的对应IO。

具体的，第二ICN节点接收到前一节点发送的IO请求消息后，在本地查找与IO标识相同的IO，并且与用户设备的属性需求信息相匹配的IO，并反向发送给用户设备IO。

在本发明一个实施例中，当前一节点为用户设备时，第二ICN节点直接将查找到的与用户设备所请求IO匹配的IO反向发送给用户设备。

在本发明另一个实施例中，当前一节点为ICN节点时，第二ICN节点将查找到的与用户设备所请求IO匹配的IO根据请求路径反向发送给用户设备，即首先将查找到的IO发送给前一ICN节点，然后前一ICN节点将IO发送给用户设备。当第二ICN节点所查找到的IO为IO发布者所指定的存储ICN节点，则前一ICN节点只可以转发第二ICN节点所查找到的IO，而不能缓存 IO。

本发明实施例提供的信息对象获取方法，第二信息中心网络ICN节点接收前一节点发送的IO请求消息，其中，前一节点可以为用户设备或ICN节点，第二ICN节点中存储IO标识对应的IO且该IO的属性与属性需求信息相匹配，第二ICN节点向前一节点发送所存储的对应IO，从而可以更好的满足用户需求。

图7为本发明实施例提供的信息对象获取方法的流程图，如图7所示，本实施例的方法可以包括：

步骤501：第三ICN节点接收前一节点发送的IO请求消息，IO请求消息中携带IO标识以及用户设备的属性需求信息。

具体的，第三ICN节点会接收到前一节点发送的用户设备的IO请求消息，其中携带用户设备请求的IO标识以及用户设备的属性需求信息。

可选的，前一节点为用户设备或ICN节点。

在本发明的实施例中，前一节点为用户设备时。具体的，用户设备向第二ICN节点发送携带IO标识以及用户设备的属性需求信息的IO请求消息，使得第二ICN节点可以在本地查找与IO标识相同的IO，并且与用户设备的属性需求信息相匹配的IO，并反向发送给用户设备IO。

在本发明的另一实施例中，前一节点为ICN节点。具体的，用户设备向前一ICN节络发送携带IO标识以及用户设备的属性需求信息的IO请求消息，此时前一ICN节点在本地查找没有与IO标识相同的IO，将所接收到的IO请求消息转发给第二ICN节点；或者前一ICN节点在本地查找有与IO标识相同的IO，但其所存储的IO的属性信息与用户设备的属性需求信息不匹配，将所接收到的IO请求消息转发给第三ICN节点。

可选的，属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、IO的版本。

具体的，IO的发布者信息，具体可以为用户设备所需求的IO的发布者信息，例如：所述IO为视频信息对象，而视频信息对象的IO发布者可以为：优酷、搜狐、土豆等，当用户设备需要的为优酷所发布的IO，此时，IO的发布者信息所对应的内容为：优酷。

IO的发布时间，具体可以为用户设备所需求的发布者发布所需IO的发布时间，例如：发布者会在不同的时间发布相同的IO，当用户设备需要的IO 的发布时间具体为：2013年3月16日，此时，IO的发布者时间所对应的内容为：2013年3月16日。

IO的使用期，具体可以为用户设备对所请求的IO的使用期限，例如：不同的ICN节点中所保存的IO的有效期不同，可以为2013年2月16日到 2013年5月20日、或2014年2月16日到2014年5月20日等，当用户设备所请求的IO的使用期限为2013年2月26日到2013年3月16日，此时与用户设备的属性需求信息匹配的即为有效期为2013年2月16日到2013年5 月20日的节点所存储的IO，此时，IO的使用时间所对应的内容为：2013年 2月26日到2013年3月16日。

IO的处理许可，具体可以为用户设备所需要对所请求的IO进行的处理。

例如：当IO为视频信息对象时，用户设备的处理方式可以为转码、不转码、缓存、不缓存等。当用户设备需要一份可缓存的IO时，此时，IO的处理许可的内容为：缓存，同样也可以精确到缓存的具体码率版本或者视频部分，例如：IO的处理许可的内容还可以为码率为360bps的视频版本，视频开头部分60s。

当IO为文档IO时，用户设备的处理方式可以为：是否打印文档、是否复制文档、是否更改文档、是否缓存文档等。当用户设备需要一份可打印的 IO时，此时，IO的处理许可的内容为：打印，同样也可以精确到打印的章节，例如：IO的处理许可的内容还可以为：打印第一至第二章节的内容。

IO的版本，具体可以为用户设备所需要的IO的版本。

例如：当IO为文档IO时，用户设备所需要的IO版本可以为：word版本、pdf版本等。当用户设备需要一份word版本的文档，此时，IO的版本内容为：word。

可选的，IO请求消息可以采取扁平命名方式或分层命名方式。

具体的，在本发明一个实施例中，当采取扁平命名方式时的IO请求消息内容，此时将IO的标识携带在IO请求消息的头域中，并通过扩展IO请求消息的头域，将属性需求信息携带在头域中，例如：当用户设备所请求的为文档IO时，在请求消息的头域中增加file format头域，用于表示文档类型，文档的类型可以为word、pdf等；增加process Permissions头域，用于标识处理权限，处理权限可以为打印、缓存、只读等。

表6为用户设备所需的IO为文档IO时，向第一ICN节点发送的IO 请求消息的具体形式：

表6 IO请求消息

其中，vision表示IO请求消息的传输协议类型；msgTyp表示IO请求消息的类型，uri表示用户设备所请求的IO的名称；file format表示用户设备所请求的IO的类型；process Permission表示用户设备所请求的IO的处理权限。

在本实施例中，IO请求消息的传输协议为：ICNUDP/1.0；IO请求消息的类型为GET、用户设备所请求的IO的名称为NDO；用户设备所请求的IO的类型为pdf；用户设备所请求的IO的处理权限为：复制和缓存。

在本发明另一实施例中，当采取分层命名方式时，在IO的分层命名的名字中，增加参数信息，例如：当用户设备所请求的为文档IO时，在分层命名的名字中增加file format，用于表示文档类型，文档的类型可以为 word、pdf等；增加process Permissions，用于标识处理权限，处理权限可以为打印、缓存、只读等。

具体为：/br.uff/video/intro.avi/(IO标识)<timestamp>(时间戳)/<chunk #>(请求消息中其他参数)/<file format>(文件格式)/<process Permissions (处理权限)>

例如：当用户设备所请求的IO为文档IO时，文档的名称为paper1，文档的时间为20140401-20140601，文档的格式为doc，文档的处理权限为修改，则发送给第一ICN节点的IO请求消息可以为：

/example.com/paper1/<20140401>/<20140601>/<doc>/<modify>

步骤502：若第三ICN节点中未存储IO标识对应的IO，或者第三ICN 节点存储IO标识对应的IO但该IO的属性与所述属性需求信息不匹配，则第二ICN节点转发IO请求消息至第四ICN节点；

具体的，第三ICN节点根据接收的IO请求消息，当本地查找没有与IO 标识相同的IO，则转发IO请求消息给下一个ICN节点；当本地查找有与IO 标识相同的IO，但继续查找后，与用户设备的属性需求信息不匹配，则转发 IO请求消息给第四ICN节点。

步骤503：第三ICN节点接收第四ICN节点转发的与IO标识对应且与属性需求信息匹配的IO。

具体的，第三ICN节点将IO请求消息转发至第四ICN节点，使得第四 ICN节点在本地查找与用户设备所需IO标识相同且属性需求信息相同的IO，并将IO发送给第三ICN节点。

步骤504：第三ICN节点将与IO标识对应且与属性需求信息匹配的IO 发送至前一节点。

具体的，第三ICN节点接收到第四ICN节点发送的IO后，根据请求路径，将IO转发给前一节点。当第四ICN节点所查找到的IO为IO发布者所指定的存储ICN节点，则第三ICN节点只可以转发第四ICN节点所查找到的 IO，而不能缓存IO。

在本发明一个实施例中，当前一节点为用户设备时，第三ICN节点直接将查找到的与用户设备所请求IO匹配的IO反向发送给用户设备。

在本发明另一个实施例中，当前一节点为ICN节点时，第三ICN节点将查找到的与用户设备所请求IO匹配的IO根据请求路径反向发送给用户设备，即第三ICN节点首先将接收到的IO发送给前一ICN节点，然后前一ICN节点将IO发送给用户设备。当第四ICN节点所查找到的IO为IO发布者所指定的存储ICN节点，则前一ICN节点只可以转发第四ICN节点所查找到的 IO，而不能缓存IO。

可选的，第四ICN节点可以为上一实施例中的第二ICN节点。

本发明实施例提供的信息对象获取方法，第三ICN节点接收前一节点发送的携带IO标识以及用户设备的属性需求信息IO请求消息，第三ICN节点中未存储与IO标识对应的IO，或IO标识对应但该IO的属性与所述属性需求信息不匹配，则第三ICN节点转发IO请求消息至第四ICN节点，第三ICN 节点接收第四ICN节点转发的与IO请求消息匹配的IO，并将IO发送至前一节点，使用户设备可以请求到满足自己需求IO，从而可以更好的满足用户需求。

图8为本发明实施例提供的命名解析服务器NRS结构示意图，如图8所示，NRS100包括：接收模块101和发送模块102，其中接收模块101，用于接收用户设备发送的信息对象IO请求消息，所述IO请求消息中携带IO标识；发送模块102，用于根据所述接收模块接收的所述IO标识，向所述用户设备发送存储所述IO的节点信息以及所述节点中存储的所述IO的属性信息。可选的，属性信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO 的有效期、IO的处理许可、IO的版本。

可选的，发送模块102具体用于向用户设备发送IO回复消息，IO回复消息中携带元数据，元数据中包括IO的节点信息以及所存储的IO的属性信息。

本实施例提供的NRS，为本发明实施例提供的信息对象IO获取方法的执行设备，可以用于执行图1所示IO获取方法的技术方案，其实现原理和技术效果类似，此处不再赘述。

图9所示为本发明实施例提供的用户设备的结构示意图，如图9所示，用户设备200包括：发送模块201、接收模块202和确定模块203，其中，发送模块201，用于向命名解析服务器NRS发送信息对象IO请求消息，IO请求消息中携带IO标识；接收模块202，用于接收NRS发送的存储IO的节点信息以及节点中存储的IO的属性信息；确定模块203，用于根据节点中存储的IO的属性信息以及用户设备的属性需求确定目标节点，并向目标节点请求所述IO。

可选的，属性信息包括以下至少一种：IO的发布者信息、IO的发布时间、 IO的有效期、IO的处理许可、IO的版本。

可选的，接收模块，具体用于：接收NRS发送的IO回复消息，IO回复消息中携带元数据，元数据中包括IO的节点信息以及所存储的IO的属性信息。

本实施例提供的用户设备，为本发明实施例提供的信息对象IO获取方法的执行设备，可以用于执行图4所示IO获取方法的技术方案，其实现原理和技术效果类似，此处不再赘述。

图10所示为本发明实施例提供的用户设备的结构示意图，如图10所示，用户设备300包括：发送模块301和接收模块302，其中，发送模块301，用于向第一信息中心网络ICN节点发送信息对象IO请求消息，IO请求消息中携带IO标识以及用户设备的属性需求信息；

接收模块302，用于接收第一ICN节点发送的与IO标识对应且与属性需求信息匹配的IO。

可选的，属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、IO的版本。

可选的，IO请求消息可以采取扁平命名方式或分层命名方式。

本实施例提供的用户设备，为本发明实施例提供的信息对象IO获取方法的执行设备，可以用于执行图5所示IO获取方法的技术方案，其实现原理和技术效果类似，此处不再赘述。

图11为本发明实施例提供的信息网络节点ICN的结构示意图，如图11 所示，ICN400包括：接收模块401和发送模块402，其中，接收模块401，用于接收前一节点发送的IO请求消息，IO请求消息中携带IO标识以及用户设备的属性需求信息；

发送模块402，若第二ICN节点中存储IO标识对应的IO且该IO的属性与所述属性需求信息相匹配，发送模块402向所述前一节点发送所存储的对应IO。

可选的，前一节点为用户设备或ICN节点。

可选的，属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、IO的版本。

可选的，IO请求消息可以采取扁平命名方式或分层命名方式。

本实施例提供的ICN，为本发明实施例提供的信息对象IO获取方法的执行设备，可以用于执行图7所示IO获取方法的技术方案，其实现原理和技术效果类似，此处不再赘述。

图12为本发明另一个实施例提供的信息网络节点ICN的结构示意图，如图12所示，ICN500包括：第一接收模块501，第一发送模块502，第二接收模块503和第二发送模块504，其中第一接收模块501，用于接收前一节点发送的IO请求消息，IO请求消息中携带IO标识以及用户设备的属性需求信息；第一发送模块502，用于若第三ICN节点中未存储IO标识对应的IO，或者第三ICN节点存储IO标识对应的IO但该IO的属性与属性需求信息不匹配，则发送模块转发IO请求消息至第四ICN节点；第二接收模块503，用于接收第四ICN节点转发的与IO标识对应且与属性需求信息匹配的IO；第二发送模块504，用于将与IO标识对应且与属性需求信息匹配的IO发送至前一节点。

可选的，前一节点为用户设备或ICN节点。

可选的，属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、IO的版本。

可选的，IO请求消息可以采取扁平命名方式或分层命名方式。

本实施例提供的ICN，为本发明实施例提供的信息对象IO获取方法的执行设备，可以用于执行图8所示IO获取方法的技术方案，其实现原理和技术效果类似，此处不再赘述。

图13为本发明实施例提供的命名解析服务器NRS结构示意图，如图13 所示，NRS600包括：接收器601和发送器602，其中，接收器601，用于接收用户设备发送的信息对象IO请求消息，所述IO请求消息中携带IO标识；

发送器602，用于根据所述IO标识，向所述用户设备发送存储所述IO 的节点信息以及所述节点中存储的所述IO的属性信息。

可选的，属性信息包括以下至少一种：IO的发布者信息、IO的发布时间、 IO的有效期、IO的处理许可、IO的版本。

可选的，发送器602，具体用于：向用户设备发送IO回复消息，、IO回复消息中携带元数据，元数据中包括所述IO的节点信息以及所存储的IO的属性信息。

本实施例提供的NRS，为本发明实施例提供的信息对象IO获取方法的执行设备，可以用于执行图1所示IO获取方法的技术方案，其实现原理和技术效果类似，此处不再赘述。

图14为本发明实施例提供的用户设备的结构示意图，如图14所示，用户设备700包括：发送器701、接收器702和处理器703，其中发送器701，用于向命名解析服务器NRS发送信息对象IO请求消息，IO请求消息中携带 IO标识；

接收器702，用于接收NRS发送的存储所述IO的节点信息以及节点中存储的所述IO的属性信息；

处理器703，用于根据节点中存储的IO的属性信息以及用户设备的属性需求确定目标节点，并向目标节点请求所述IO。

可选的，属性信息包括以下至少一种：IO的发布者信息、IO的发布时间、 IO的有效期、IO的处理许可、IO的版本。

可选的，接收器702具体用于，接收NRS发送的IO回复消息，IO回复消息中携带元数据，元数据中包括IO的节点信息以及所存储的IO的属性信息。

本实施例提供的用户设备，为本发明实施例提供的信息对象IO获取方法的执行设备，可以用于执行图4所示IO获取方法的技术方案，其实现原理和技术效果类似，此处不再赘述。

图15为本发明实施例提供的用户设备的结构示意图，如图15所示，用户设备800包括：发送器801和接收器802，其中，发送器801，用于向第一信息中心网络ICN节点发送信息对象IO请求消息，所述IO请求消息中携带 IO标识以及所述用户设备的属性需求信息；接收器802，用于接收所述第一 ICN节点发送的与所述IO标识对应且与所述属性需求信息匹配的IO。

可选的，属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、IO的版本。

可选的，IO请求消息可以采取扁平命名方式或分层命名方式。

本实施例提供的用户设备，为本发明实施例提供的信息对象IO获取方法的执行设备，可以用于执行图4所示IO获取方法的技术方案，其实现原理和技术效果类似，此处不再赘述。

图16为本发明实施例提供的信息网络节点ICN的结构示意图，如图16 所示，ICN900包括：接收器901和发送器902，其中，接收器901，用于接收前一节点发送的IO请求消息，IO请求消息中携带IO标识以及用户设备的属性需求信息；发送器902，用于若第二ICN节点中存储IO标识对应的IO 且该IO的属性与属性需求信息相匹配，第二ICN节点向前一节点发送所存储的对应IO。

可选的，前一节点为用户设备或ICN节点。

可选的，属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、IO的版本。

可选的，IO请求消息可以采取扁平命名方式或分层命名方式。

本实施例提供的ICN，为本发明实施例提供的信息对象IO获取方法的执行设备，可以用于执行图7所示IO获取方法的技术方案，其实现原理和技术效果类似，此处不再赘述。

图17为本发明实施例提供的信息网络节点ICN的结构示意图，如图17 所示，ICN1000包括：接收器1001和发送器1002，其中，接收器1001，用于接收前一节点发送的IO请求消息，IO请求消息中携带IO标识以及用户设备的属性需求信息；发送器1002，用于若第三ICN节点中未存储IO标识对应的IO，或者第三ICN节点存储IO标识对应的IO但该IO的属性与属性需求信息不匹配，则第一发送器转发IO请求消息至第四ICN节点；接收器1001，还用于接收第四ICN节点转发的与IO标识对应且与属性需求信息匹配的IO；发送器1002，用于将与IO标识对应且与属性需求信息匹配的IO发送至前一节点。

可选的，前一节点为用户设备或ICN节点。

可选的，属性需求信息包括以下至少一种：IO的发布者信息、IO的发布时间、IO的有效期、IO的处理许可、IO的版本。

可选的，IO请求消息可以采取扁平命名方式或分层命名方式。

本实施例提供的ICN，为本发明实施例提供的信息对象IO获取方法的执行设备，可以用于执行图8所示IO获取方法的技术方案，其实现原理和技术效果类似，此处不再赘述。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。