**对比文件名称**：2016-02-11_US2016044126A_发明申请_US20160044126A1 PROBABILISTIC LAZY-FORWARDING TECHNIQUE WITHOUT VALIDATION IN A CONTENT CENTRIC NETWORK
**目标专利名称**：2073从与兴趣匹配的多个项中进行选择CN111557086B
**本次调用的模型名称**：未指定
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：包括：至少一个通信接口（3）**<br>《直接公开》 | [0046] “FIG. 1 presents a diagram illustrating an exemplary network environment that includes a CCN 100... coupled to each other via CCN 100.” 同时 [0047] 描述了“forwarding information base (FIB), and a forwarder”以及“face”概念。 [0087] 示例FIB 800中明确列出“face A, face B, face C”等通信接口。 | 对比文件中的“face”即为通信接口，节点包含多个接口（如face A、B、C），直接公开了至少一个通信接口。 |
| **技术特征B：至少一个处理器（5），该至少一个处理器被配置为：在所述至少一个通信接口（3）中的某一通信接口上接收用于请求命名数据对象的兴趣消息**<br>《直接公开》 | [0078] “The node may initially receive an Interest via a face to a neighbor (operation 302).” 同时 [0132] 描述了计算机系统包含处理器。 | 节点通过face接收Interest，处理器执行该接收操作，直接公开了处理器配置为在通信接口上接收兴趣消息。 |
| **技术特征C：所述兴趣消息包括请求的命名数据对象的名称和元数据**<br>《未公开》 | 对比文件仅提及Interest包含名称（[0040]）以及可选地包含publisher key identifier（[0035]），但未公开元数据（metadata）作为Interest的组成部分。 | 对比文件未记载Interest包含用于选择标准的元数据，本领域技术人员无法毫无疑义地得出该特征，也未隐含公开。 |
| **技术特征D：所述元数据指定用于选择多个项的子集的一个或多个标准**<br>《未公开》 | 无对应内容。 | 对比文件未公开元数据，更未公开其指定标准，故未公开。 |
| **技术特征E：基于所述请求的命名数据对象的名称，确定所述请求的命名数据对象与多个项之间是否存在匹配**<br>《直接公开》 | [0078] “The node may determine whether there is an existing Content Object cached in the Content Store that can satisfy the Interest (e.g., a Content Object with a matching name prefix) (operation 304).” | 节点基于名称前缀判断是否存在匹配的内容对象，直接公开了基于名称确定匹配。 |
| **技术特征F：如果已经确定存在所述匹配，则通过应用所述一个或多个标准来选择所述多个项的子集**<br>《直接公开》 | [0079] “if multiple Content Objects from the Content Store can satisfy the Interest, the node can return the Content Object with highest reputation.” 声誉值基于属性与权重（即标准）计算得出。 | 当存在多个匹配内容对象时，节点应用声誉值（标准）选择其中一个，直接公开了通过标准选择子集。 |
| **技术特征G：其中，所述一个或多个标准中的至少一个是针对以下项中的至少一个指定的偏好：所述多个项的事实属性、与所述多个项相关的使用数据、与所述至少一个通信接口相关的使用数据、从另一网络节点获得数据的努力以及在所述兴趣消息中指定的范围内的位置**<br>《直接公开》 | [0033] “Attributes can include performance metrics such as latency or bandwidth... number of times that the node has successfully verified signatures... number of times the node received the same Interest.” 这些属性涵盖了使用数据（验证次数、接收次数）和努力（延迟）。 | 对比文件的标准（属性）包括使用数据和努力（延迟），满足“至少一个”的要求，直接公开了该技术特征。 |
| **技术特征H：在所述通信接口上返回一个与所述请求的命名数据对象的名称相匹配的数据对象**<br>《直接公开》 | [0079] “the node may return the Content Object to the requesting node (operation 310).” 返回的Content Object与Interest的名称匹配。 | 节点在接收Interest的接口上返回匹配的Content Object，直接公开。 |
| **技术特征I：其中，所述至少一个处理器（5）被配置为：确定所述网络节点的一个或多个存储器（7）中的多个数据对象是否与所述请求的命名数据对象匹配**<br>《直接公开》 | [0078] operation 304: 确定Content Store中是否存在匹配Content Object。Content Store即为存储器，存储多个数据对象。 | 处理器配置为确定存储器中是否存在匹配数据对象，直接公开。 |
| **技术特征J：如果已经确定所述多个数据对象与所述请求的命名数据对象匹配，则通过应用所述一个或多个标准来选择所述多个数据对象中的一个**<br>《直接公开》 | [0079] “if multiple Content Objects from the Content Store can satisfy the Interest, the node can return the Content Object with highest reputation.” | 选择最高声誉值的Content Object，即应用标准选择其中一个，直接公开。 |
| **技术特征K：在所述至少一个通信接口（3）中的所述通信接口上的数据消息中返回所选择的数据对象**<br>《直接公开》 | [0079] “the node may return the Content Object to the requesting node (operation 310).” 返回通过接收Interest的接口进行。 | 在通信接口上以数据消息返回选择的数据对象，直接公开。 |
| **技术特征L：其中，所述一个或多个标准中的至少一个是针对以下项中的至少一个指定的偏好：所述多个数据对象的事实属性、与所述多个数据对象相关的使用数据以及在所述兴趣消息中指定的范围内的位置**<br>《直接公开》 | [0033] 属性包括“number of times that the node has successfully verified signatures for Content Objects for a particular face”，此乃与数据对象相关的使用数据（验证成功率）。 | 对比文件的标准（属性）包括与数据对象相关的使用数据，满足“至少一个”要求，直接公开。 |
| **技术特征M：其中，所述一个或多个标准中的至少一个标准是针对所述多个数据对象的事实属性指定的偏好**<br>《未公开》 | 对比文件中未提及数据对象的事实属性（如大小、内容类型、产生时间等）。 | 对比文件未公开任何数据对象事实属性相关的标准，本领域技术人员无法合理推断出该特征，故未公开。 |
| **技术特征N：包括以下项中的至少一个：优选的数据对象大小、优选的最小数据对象大小、优选的最大数据对象大小、优选的数据对象内容类型、对产生数据对象之前的日期和时间的偏好、对产生数据对象之后的日期和时间的偏好、以及对最近最多产生的数据对象的偏好**<br>《未公开》 | 无对应内容。 | 对比文件未公开任何关于数据对象大小、内容类型、产生时间等具体事实属性，故未公开。 |
| **技术特征O：其中，所述一个或多个标准中的至少一个标准是针对与所述多个数据对象相关的使用数据指定的偏好**<br>《直接公开》 | [0033] “number of times that the node has successfully verified signatures for Content Objects for a particular face” 以及 “number of times the node received the same Interest” 均属于使用数据。 | 对比文件的标准明确包括与数据对象相关的使用数据（验证成功次数），直接公开。 |
| **技术特征P：包括以下项中的至少一个：对最频繁发射的数据对象的偏好**<br>《未公开》 | 对比文件提及“frequency that Content Objects containing the name prefix are requested”（[0054]），但为请求频率，非发射频率。 | 未公开“最频繁发射”的概念，本领域技术人员不能合理推断出该特征。 |
| **技术特征Q：对最不频繁发射的数据对象的偏好**<br>《未公开》 | 无对应内容。 | 未公开。 |
| **技术特征R：对最近最多发射的数据对象的偏好**<br>《未公开》 | 无对应内容。 | 未公开。 |
| **技术特征S：对最近最少发射的数据对象的偏好**<br>《未公开》 | 无对应内容。 | 未公开。 |
| **技术特征T：其中，所述至少一个处理器（5）被配置为在所述数据消息中返回所述选择的数据对象时记录返回所述选择的数据对象的时间**<br>《隐含公开》 | [0099] “the node may update a log, which stores historical performance data, to include a latency based on the round-trip delay between when the Interest was disseminated and when a corresponding Content Object was received.” 此操作需要记录时间戳。 | 虽然未明确记录返回时间，但为计算延迟，节点必然在返回时记录时间，本领域技术人员可合理推断出记录返回时间，故隐含公开。 |
| **技术特征U：其中，所述至少一个处理器（5）被配置为在所述数据消息中返回所述选择的数据对象时记录已经返回所述选择的数据对象的次数**<br>《隐含公开》 | [0033] 属性包括“number of times the node received the same Interest”，节点可类似地统计返回次数。 | 节点维护各种统计计数值，为优化性能可能记录返回次数，本领域技术人员可合理推断，故隐含公开。 |
| **技术特征V：其中，所述至少一个处理器（5）被配置为：确定所述请求的命名数据对象是否与转发表中的一个或多个前缀匹配，以及所述一个或多个匹配前缀是否与多个通信接口相关联**<br>《直接公开》 | [0087] “FIB 800... namespace ‘/bbc’ is mapped to faces A, B, and C.” 同时 [0084] 描述节点查找FIB确定候选face。 | 处理器确定名称前缀匹配，并判断匹配前缀是否关联多个接口（如/bbc关联三个face），直接公开。 |
| **技术特征W：如果所述一个或多个匹配前缀与多个通信接口相关联，则通过应用所述一个或多个标准来选择所述多个通信接口的子集**<br>《直接公开》 | [0089] “The node may determine which candidate faces have reputation values satisfying a predetermined threshold (operation 506). The node may choose to not forward the Interest to a candidate face that does not have a reputation value satisfying the predetermined threshold.” | 当多个接口关联时，基于声誉值（标准）选择接口子集，直接公开。 |
| **技术特征X：在所述多个通信接口的所述子集上转发所述兴趣消息**<br>《直接公开》 | [0095] “The node may then forward the Interest to one or more candidate faces with reputation values satisfying a predetermined threshold (operation 508).” | 节点在选择的接口子集上转发Interest，直接公开。 |
| **技术特征Y：其中，所述一个或多个标准中的至少一个是针对以下项中的至少一个指定的偏好：与所述至少一个通信接口相关的使用数据、从另一网络节点获得数据的努力以及在所述兴趣消息中指定的范围内的位置**<br>《直接公开》 | [0033] 属性包括“latency or bandwidth measures for a face”（接口使用数据）和“latency”（努力）。 | 对比文件的标准包括接口的延迟（努力）和带宽等使用数据，满足“至少一个”要求，直接公开。 |
| **技术特征Z：其中，所述至少一个处理器（5）被配置为在某一通信接口上接收到数据消息时记录在所述通信接口上接收到所述数据消息的时间**<br>《隐含公开》 | [0099] “the node may update a log... to include a latency based on the round-trip delay between when the Interest was disseminated and when a corresponding Content Object was received.” 记录接收时间用于计算延迟。 | 节点为计算延迟必然记录接收数据消息的时间，本领域技术人员可合理推断，故隐含公开。 |
### 公开性代码
根据上述判断，对应的公开性代码如下：
<<<A>>>
<<<B>>>
<<<E>>>
<<<F>>>
<<<G>>>
<<<H>>>
<<<I>>>
<<<J>>>
<<<K>>>
<<<L>>>
<<<O>>>
<<<V>>>
<<<W>>>
<<<X>>>
<<<Y>>>
<<<t>>>
<<<u>>>
<<<z>>>