返回项目页面
对比文件列表
2011-10-06_US2011246471A_发明申请_US20110246471A1 RETRIEVING VIDEO ANNOTATION METADATA USING A P2P NETWORK_+++A_B_C_D_E_F_G_H_I_J_K_L_O_Y_m+++.docx
2026-07-18 15:39
2014-01-23_US2014023072A_发明申请_US20140023072A1 PACKET PROCESSING DEVICE FOR IP-BASED INFORMATION-CENTRIC NETWORK_+++A_B_E_H_I_K+++.docx
2026-07-18 15:39
2015-05-21_KR1020150055559A_发明公开_KR1020150055559A 정적 및 동적 추천에 기초하여 원격 콘텐츠를 프리―페칭하는 방법 및 장치_+++A_B_E_H_I_K_f_j_v_x+++.docx
2026-07-18 15:39
2015-11-11_CN105049466A_发明公开_CN105049466A 用于信息中心网络的可计算内容存储_+++A_B_E_F_H_I_K_V_X_g_j_l_m_n_o_p_q_r_s_t_u_w_z+++.docx
2026-07-18 15:39
2015-12-03_US2015350078A_发明申请_US20150350078A1 FLOW-DRIVEN FORWARDING ARCHITECTURE FOR INFORMATION CENTRIC NETWORKS_+++A_B_C_D_E_F_G_H_I_J_K_L_M_V_W_X+++.docx
2026-07-18 15:39
2015-12-09_EP2953325A_发明公开_EP2953325A1 Method for managing packets in a network of Information Centric Networking (ICN) nodes_+++A_B_E_H_I_K_V_g_o_s_y+++.docx
2026-07-18 15:39
2015-12-10_WO2015185756A_发明申请_WO2015185756A1 METHOD FOR MANAGING PACKETS IN A NETWORK OF INFORMATION CENTRIC NETWORKING (ICN) NODES_+++A_B_E_H_I_K_v+++.docx
2026-07-18 15:39
2015-12-31_US2015381557A_发明申请_US20150381557A1 CONTAINER NAME SERVER AND METHOD FOR CONTAINER NAME RESOLUTION_+++A_B_E_H_I_K_V+++.docx
2026-07-18 15:39
2016-01-21_US2016021172A_发明申请_US20160021172A1 REPUTATION-BASED STRATEGY FOR FORWARDING AND RESPONDING TO INTERESTS OVER A CONTENT CENTRIC NETWORK_+++A_B_E_F_G_H_I_J_K_L_M_O_V_W_X_Y_p_t_z+++.docx
2026-07-18 15:39
2016-01-27_CN105282215A_发明公开_CN105282215A 用于通过内容中心网络转发并响应兴趣的基于声誉的策略_+++A_B_E_F_G_H_I_J_K_L_M_O_V_W_X_Y_t_u_z+++.docx
2026-07-18 15:39
2016-02-11_US2016044126A_发明申请_US20160044126A1 PROBABILISTIC LAZY-FORWARDING TECHNIQUE WITHOUT VALIDATION IN A CONTENT CENTRIC NETWORK_+++A_B_E_F_G_H_I_J_K_L_O_V_W_X_Y_t_u_z+++.docx
2026-07-18 15:39
2016-03-23_EP2998886A_发明公开_EP2998886A1 REPUTATION-BASED DISCOVERY OF CONTENT OBJECTS_+++A_B_C_D_E_F_G_H_I_J_K_L_M_N_v+++.docx
2026-07-18 15:39
2016-03-24_US2016085830A_发明申请_US20160085830A1 REPUTATION-BASED DISCOVERY OF CONTENT OBJECTS_+++A_B_C_D_E_F_G_H_I_J_K_L_M_N_Y_v+++.docx
2026-07-18 15:39
2016-03-28_KR1020160033597A_发明公开_KR1020160033597A 콘텐츠 객체들의 명성-근거 발견_+++A_B_C_D_E_F_G_H_I_J_K_L_M_N_v_x+++.docx
2026-07-18 15:39
2016-04-25_JP2016062605A_发明专利_JP2016062605A コンテンツオブジェクトの評価ベースの発見_+++A_B_C_D_E_F_G_H_I_K_L_M_N_V_W_X_j+++.docx
2026-07-18 15:39
2017-02-16_US2017048346A_发明申请_US20170048346A1 METHOD AND APPARATUS FOR PUSHING DATA IN A CONTENT-CENTRIC NETWORKING (CCN) NETWORK_+++A_B_C_D_E_F_H_I_J_K_V_W_X+++.docx
2026-07-18 15:39
2017-10-05_US2017289114A_发明申请_US20170289114A1 METHOD AND SYSTEM FOR MUTATING AND CACHING CONTENT IN A CONTENT CENTRIC NETWORK_+++A_B_C_E_H_I_K_v+++.docx
2026-07-18 15:39
2015-12-09_EP2953325A_发明公开_EP2953325A1 Method for managing packets in a network of Information Centric Networking (ICN) nodes_+++A_B_E_H_I_K_V_g_o_s_y+++.docx

对比文件名称:2015-12-09_EP2953325A_发明公开_EP2953325A1 Method for managing packets in a network of Information Centric Networking (ICN) nodes

目标专利名称:2073从与兴趣匹配的多个项中进行选择CN111557086B

调用的模型:未指定

### 特征比对表格

技术特征描述及公开性判断结果对比文件原文引用(翻译成中文)公开性论述
技术特征A:包括:至少一个通信接口(3)<br>《直接公开》【0050】“在实际中第一节点2a识别的不是一个目标节点本身,而是一个接口(即与邻居节点的链路),用于下一跳朝向该目标节点。”对比文件明确公开了“接口”作为节点间的通信链路,本领域技术人员能够毫无疑义地确定ICN节点具有至少一个通信接口,用于与邻居节点连接。特征A被直接公开。
技术特征B:至少一个处理器(5),该至少一个处理器被配置为:在所述至少一个通信接口(3)中的某一通信接口上接收用于请求命名数据对象的兴趣消息<br>《直接公开》【0025】“每个节点包括处理手段(例如处理器)和缓存手段。”<br>【0026】“节点1被视为‘第一’节点,即接收针对数据包C的请求i(兴趣包)的节点。”对比文件公开了节点包含处理器,并且处理器配置为在接口上接收兴趣消息(请求命名数据对象)。因此特征B被直接公开。
技术特征C:所述兴趣消息包括请求的命名数据对象的名称和元数据<br>《未公开》【0034】“所述元兴趣包指对元数据包@的请求i’,元数据包@指示该数据包C在目标节点处的可用性。”<br>【0038】“常规兴趣包不包含元数据。”对比文件中兴趣消息(interest packet)仅包含数据包名称,不包括元数据。元数据在元兴趣的响应中携带,而非包含于兴趣消息内。特征C未被对比文件直接或隐含公开。
技术特征D:所述元数据指定用于选择多个项的子集的一个或多个标准<br>《未公开》【0035】“节点生成元数据,指示内容在该特定位置的可用性。”对比文件中的元数据仅指示数据包是否存在,不包含任何用于选择子集的标准。特征D未被公开。
技术特征E:基于所述请求的命名数据对象的名称,确定所述请求的命名数据对象与多个项之间是否存在匹配<br>《直接公开》【0026】“如果请求的数据包C由第一节点1存储,则此节点仅通过转发数据包C来响应请求i。”对比文件要求节点在响应请求前检查是否存储了名称匹配的数据包,这直接公开了基于名称确定匹配。特征E被直接公开。
技术特征F:如果已经确定存在所述匹配,则通过应用所述一个或多个标准来选择所述多个项的子集<br>《未公开》对比文件在匹配时直接转发数据包,无选择多个项的子集的过程(【0026】)。对比文件在节点本地存储匹配时未进行任何选择,而是直接返回数据。没有公开在多个匹配项中应用标准选择子集。特征F未被公开。
技术特征G:其中,所述一个或多个标准中的至少一个是针对以下项中的至少一个指定的偏好:所述多个项的事实属性、与所述多个项相关的使用数据、与所述至少一个通信接口相关的使用数据、从另一网络节点获得数据的努力以及在所述兴趣消息中指定的范围内的位置<br>《隐含公开》【0047】“选择的候选目标节点可以是…从第一节点最先收到元数据包指示可用性的节点…;或者跳数最少的节点;或者负载最轻的节点。”对比文件公开了选择目标节点的标准:最先响应(对应于从另一节点获得数据的努力)、最少跳数(对应于位置范围)以及最少负载(对应于接口或节点使用数据)。虽然这些标准在对比文件中用于选择目标节点而非直接用于选择项的子集,但标准类型本身被明确公开。本领域技术人员容易想到将类似偏好(努力、位置、负载)应用于选择项的子集。因此特征G被隐含公开。
技术特征H:在所述通信接口上返回一个与所述请求的命名数据对象的名称相匹配的数据对象<br>《直接公开》【0026】“则此节点仅通过转发数据包C来响应请求i。”<br>【0049】“第一节点因此接收到数据包C作为响应,并进而通过转发数据包C响应请求i。”对比文件公开了在通信接口上返回匹配的数据对象。特征H被直接公开。
技术特征I:其中,所述至少一个处理器(5)被配置为:确定所述网络节点的一个或多个存储器(7)中的多个数据对象是否与所述请求的命名数据对象匹配<br>《直接公开》【0025】“每个节点包括…缓存手段(即数据存储手段)。”<br>【0026】“如果请求的数据包C由第一节点1存储…”。节点检查其缓存中的多个数据对象是否匹配请求的名称,这一操作被直接公开。特征I被直接公开。
技术特征J:如果已经确定所述多个数据对象与所述请求的命名数据对象匹配,则通过应用所述一个或多个标准来选择所述多个数据对象中的一个<br>《未公开》对比文件在匹配时直接返回数据,无选择过程(【0026】)。对比文件未公开在多个匹配数据对象中应用标准进行选择;其缓存中可能只有单个匹配副本或直接返回,未涉及选择。特征J未被公开。
技术特征K:在所述至少一个通信接口(3)中的所述通信接口上的数据消息中返回所选择的数据对象<br>《直接公开》【0049】“第一节点因此接收到数据包C作为响应,并进而通过转发数据包C响应请求i。”返回数据对象在数据消息中直接公开。特征K被直接公开。
技术特征L:其中,所述一个或多个标准中的至少一个是针对以下项中的至少一个指定的偏好:所述多个数据对象的事实属性、与所述多个数据对象相关的使用数据以及在所述兴趣消息中指定的范围内的位置<br>《未公开》对比文件在选择目标节点时使用负载、延迟、跳数等(【0047】),但未涉及数据对象的事实属性、与数据对象相关的使用数据或兴趣消息中指定的位置。对比文件未公开针对数据对象本身的事实属性、使用数据或位置的标准。特征L未被公开。
技术特征M:其中,所述一个或多个标准中的至少一个标准是针对所述多个数据对象的事实属性指定的偏好<br>《未公开》对比文件未提及数据对象的事实属性(如大小、内容类型等)。对比文件无任何关于数据对象事实属性的偏好。特征M未被公开。
技术特征N:包括以下项中的至少一个:优选的数据对象大小、优选的最小数据对象大小、优选的最大数据对象大小、优选的数据对象内容类型、对产生数据对象之前的日期和时间的偏好、对产生数据对象之后的日期和时间的偏好、以及对最近最多产生的数据对象的偏好<br>《未公开》对比文件未提及数据对象大小、内容类型、产生时间等事实属性。特征N的具体事实属性均未被对比文件公开。
技术特征O:其中,所述一个或多个标准中的至少一个标准是针对与所述多个数据对象相关的使用数据指定的偏好<br>《隐含公开》【0055】“优选的缓存替换策略是最近最少使用(LRU)。”<br>LRU基于使用数据(最近访问)选择被替换的数据对象。对比文件的LRU替换策略明确针对数据对象的最近使用情况进行偏好选择,这属于与数据对象相关的使用数据。虽然LRU用于替换而非返回选择,但基于使用数据的偏好本身已被公开。本领域技术人员可推导该标准用于选择数据对象。故特征O被隐含公开。
技术特征P:包括以下项中的至少一个:对最频繁发射的数据对象的偏好<br>《未公开》对比文件无基于发射频率的偏好。LRU基于最近使用,非频率。最频繁发射的偏好未在对比文件中公开或暗示。
技术特征Q:对最不频繁发射的数据对象的偏好<br>《未公开》对比文件无此类偏好。最不频繁发射的偏好未公开。
技术特征R:对最近最多发射的数据对象的偏好<br>《未公开》对比文件无此类偏好。最近最多发射的偏好未公开。
技术特征S:对最近最少发射的数据对象的偏好<br>《隐含公开》【0055】“优选的缓存替换策略是最近最少使用(LRU)。”LRU策略体现对最近最少使用(访问)的数据对象的偏好,与“最近最少发射”在概念上相近(发射可视为请求访问)。本领域技术人员容易想到将其用于选择数据对象。故特征S被隐含公开。
技术特征T:其中,所述至少一个处理器(5)被配置为在所述数据消息中返回所述选择的数据对象时记录返回所述选择的数据对象的时间<br>《未公开》对比文件未记录返回时间。对比文件未公开返回时记录时间的操作。
技术特征U:其中,所述至少一个处理器(5)被配置为在所述数据消息中返回所述选择的数据对象时记录已经返回所述选择的数据对象的次数<br>《未公开》对比文件未记录返回次数。对比文件未公开返回次数的记录。
技术特征V:其中,所述至少一个处理器(5)被配置为:确定所述请求的命名数据对象是否与转发表中的一个或多个前缀匹配,以及所述一个或多个匹配前缀是否与多个通信接口相关联<br>《直接公开》【0007】“服务器通过路由协议通告它们可服务的内容集合,即永久存储项的前缀。接收这些通告的网络节点据此构建其转发/路由表。”<br>【0050】“FIB由元数据过程的信息填充,实际识别的不是目标节点,而是接口。”对比文件明确节点具备转发表(FIB),通过前缀匹配确定转发接口。多个通信接口关联是ICN节点的常见特征,本领域技术人员能够毫无疑义地确定匹配前缀可能与多个接口关联。特征V被直接公开。
技术特征W:如果所述一个或多个匹配前缀与多个通信接口相关联,则通过应用所述一个或多个标准来选择所述多个通信接口的子集<br>《未公开》【0042】“元兴趣包被发送或转发的至少一个相邻节点是根据给定转发策略选择的。”<br>但该策略用于元兴趣,且兴趣消息的转发通常由FIB决定单个接口(参见【0050】)。对比文件在转发普通兴趣消息时未公开针对多接口选择子集的操作(元兴趣的泛洪仅用于探索阶段,且并非基于标准选择子集)。特征W未被公开。
技术特征X:在所述多个通信接口的所述子集上转发所述兴趣消息<br>《未公开》对比文件在兴趣消息转发阶段仅向单个目标接口发送(【0048】-【0049】)。兴趣消息未被转发到多接口子集。特征X未被公开。
技术特征Y:其中,所述一个或多个标准中的至少一个是针对以下项中的至少一个指定的偏好:与所述至少一个通信接口相关的使用数据、从另一网络节点获得数据的努力以及在所述兴趣消息中指定的范围内的位置<br>《隐含公开》【0047】“选择的候选目标节点可以是…最先收到元数据包的节点(努力)、跳数最少的节点(位置)、负载最轻的节点(接口使用数据)。”对比文件在选择目标节点时使用了与接口相关的负载(使用数据)、努力(延迟)和位置(跳数)标准。虽然这些标准用于选择目标节点而非直接选择通信接口子集,但本领域技术人员容易将其应用于接口选择。故特征Y被隐含公开。
技术特征Z:其中,所述至少一个处理器(5)被配置为在某一通信接口上接收到数据消息时记录在所述通信接口上接收到所述数据消息的时间<br>《未公开》对比文件未记录接收时间。对比文件未公开记录接收数据消息的时间。

### 代码输出

根据上述判断,对比文件直接公开了技术特征A、B、E、H、I、K、V;隐含公开了技术特征G、O、S、Y。

<<<A>>><<<B>>><<<E>>><<<H>>><<<I>>><<<K>>><<<V>>>

<<<g>>><<<o>>><<<s>>><<<y>>>

权利要求与技术特征
Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE