技术领域

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

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

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

现有技术中， 订阅者向命名解析服务器 （Name Resolution Service, 简称 为 NRS ) 发送信息对象 （Information Objects, 简称为 10) 请求， NRS根据 订阅者的请求， 回复存储有请求的 10的 ICN节点信息， 订阅者收到回复后， 从 ICN节点中选择一个 ICN节点请求 10，但 ICN节点中只保存 10的名字标 识及内容数据， 因此用户最终从 ICN节点上得到的 10请求对应的内容数据 可能无法满足用户的需求。例如， 当订阅者需要一个具有可处理权限的文档， 但 ICN节点返回的文档可能是只读文件， 从而无法满足用户的需求。 发明内容 本发明实施例提供一种信息对象获取方法、 服务器和用户设备， 以克 服用户设备不能获取满足自己需求的信息对象 的问题。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

用户设备向第一信息中心网络 ICN节点发送信息对象 10请求消息， 所 述 10请求消息中携带 10标识以及所述用户设备的属性需求信息； 所述用户设备接收所述第一 ICN节点发送的与所述 10标识对应且与所 述属性需求信息匹配的 10。

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

10的版本。

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

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

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

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

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

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

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

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

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

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

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

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

ICN节点。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本发明的第九方面提供了一种信息中心网络 ICN节点， 包括： 接收模块， 用于接收前一节点发送的 10请求消息， 所述 10请求消息中 携带 10标识以及用户设备的属性需求信息；

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

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

ICN节点。

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

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

本发明的第十方面提供了一种信息中心网络 ICN节点， 包括： 第一接收模块， 用于接收前一节点发送的 10请求消息， 所述 10请求消 息中携带 10标识以及用户设备的属性需求信息；

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

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

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

ICN节点。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本发明的第十四方面提供了一种信息中心网络 ICN节点， 包括： 接收器， 用于接收前一节点发送的 10请求消息， 所述 10请求消息中携 带 10标识以及用户设备的属性需求信息；

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

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

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

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

本发明的第十五方面提供了一种信息中心网络 ICN节点， 包括： 接收器， 用于接收前一节点发送的 10请求消息， 所述 10请求消息中携 带 10标识以及用户设备的属性需求信息；

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

所述发送器，还用于将与所述 10标识对应且与所述属性需求信息匹配的

10发送至所述前一节点。

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

ICN节点。

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

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

本发明实施例提供了一种信息对象获取方法、 服务器和用户设备， 通 过名解析服务器 NRS接收用户设备发送的信息对象 10请求消息， 其中请求 消息中携带 10标识， NRS根据 10标识， 向用户设备发送存储 10节点信息 以及节点中存储的 10的属性信息， 以使用户设备可以根据 10的属性信息向 满足自己属性需求的节点请求 10， 从而可以更好的满足用户需求。 附图说明 为了更清楚地说明本发明实施例或现有技术中 的技术方案， 下面将对 实施例或现有技术描述中所需要使用的附图作 一简单地介绍， 显而易见 地， 下面描述中的附图是本发明的一些实施例， 对于本领域普通技术人员 来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的 附图。

图 1为本发明实施例提供的信息对象 10获取方法的流程图； 图 2为本发明实施例提供的文档 10的元数据结构图；

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

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

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

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

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

图 11为本发明实施例提供的信息网络节点 ICN的结构示意图； 图 12为本发明另一个实施例提供的信息网络节点 ICN的结构示意图； 图 13为本发明实施例提供的命名解析服务器 NRS结构示意图； 图 14为本发明实施例提供的用户设备的结构示意� ��；

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

10的版本， 例如： 当 10为文档信息对象时， 其版本可以为： word版本、 pdf版本等。 可选的， NRS向用户设备发送存储 10的节点信息以及节点中存储的 10 的属性信息， 具体可以为：

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

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

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

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

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

图 4为本发明实施例提供的信息对象 10获取方法的流程图， 如图 4 所示， 本实施例的方法可以包括： 歩骤 201 : 用户设备向命名解析服务器 NRS发送信息对象 10请求消息， 10请求消息中携带 10标识。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

具体的， 用户设备在向第一 ICN节点发送的 10请求消息中， 不仅携带

10标识， 还需要携带用户设备对 10的属性需求信息。

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

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

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

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

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

当 10为文档 10时， 用户设备的处理方式可以为： 是否打印文档、 是否 复制文档、 是否更改文档、 是否缓存文档等。 当用户设备需要一份可打印的

10时，此时， 10的处理许可的内容为：打印， 同样也可以精确到打印的章节， 例如： 10的处理许可的内容还可以为： 打印第一至第二章节的内容。

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

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

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

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

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

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

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

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

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

在本实施例中， 10请求消息的传输协议为： ICNUDP/1.0; 10请求消 息的类型为 GET、 用户设备所请求的 10的名称为 ND0; 用户设备所请求 的 10的类型为 pdf; 用户设备所请求的 10的处理权限为： 复制和缓存。 在本发明另一实施例中， 当采取分层命名方式时， 在 10的分层命名的名 字中， 增加参数信息， 例如： 当用户设备所请求的为文档 10时， 在分层命名 的名字中增加 file format, 用于表示文档类型， 文档的类型可以为 word、 pdf 等； 增加 process Permissions, 用于标识处理处理权限， 处理处理权限可以为 打印、 缓存、 只读等。

具体为： /br.uff/video/intro.avi/ (10标识） <timestamp> (时间戳） /<chunk

#> (请求消息中其他参数） /< file format> (文件格式） /< process Permissions (处理权限） >

例如： 当用户设备所请求的 10为文档 10时， 文档的名称为 paperl , 文 档的时间为 20140401-20140601，文档的格式为 doc,文档的处理权限为修改， 则发送给第一 ICN节点的 10请求消息可以为： 本发明实施例提供的信息对象获取方法， 用户设备向第一信息中心网络

ICN节点发送信息对象 10请求消息， 10请求消息中携带 10标识以及用户设 备的属性需求信息， 并接收第一 ICN节点发送的与 10标识对应且与属性需 求信息匹配的 10， 从而可以更好的满足用户需求。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

表 6 10请求消息

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

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

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

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

例如： 当用户设备所请求的 10为文档 10时， 文档的名称为 paperl , 文 档的时间为 20140401-20140601，文档的格式为 doc,文档的处理权限为修改， 则发送给第一 ICN节点的 10请求消息可以为： 歩骤 402: 若第二 ICN节点中存储 10标识对应的 10且该 10的属性与 属性需求信息相匹配， 第二 ICN节点向前一节点发送所存储的对应 10。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

表 6 10请求消息

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

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

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

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

(处理权限） >

例如： 当用户设备所请求的 10为文档 10时， 文档的名称为 paperl , 文 档的时间为 20140401-20140601，文档的格式为 doc,文档的处理权限为修改， 则发送给第一 ICN节点的 10请求消息可以为： 歩骤 502: 若第三 ICN节点中未存储 10标识对应的 10， 或者第三 ICN 节点存储 10标识对应的 10但该 10的属性与所述属性需求信息不匹配，则第 二 ICN节点转发 10请求消息至第四 ICN节点；

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

可选的， 属性需求信息包括以下至少一种： 10的发布者信息、 10的发布 时间、 10的有效期、 10的处理许可、 10的版本。 可选的， 10请求消息可以采取扁平命名方式或分层命名� ��式。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

I Ft自、。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本实施例提供的 ICN, 为本发明实施例提供的信息对象 10获取方法的 执行设备， 可以用于执行图 8所示 10获取方法的技术方案， 其实现原理 和技术效果类似， 此处不再赘述。 本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分歩骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的歩骤； 而前述 的存储介质包括： ROM、 RAM,磁碟或者光盘等各种可以存储程序代码的� � 质。

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