非显而易见杯

专利无效挑战赛

目标专利:1186用于生成功能地址的系统和方法

专利公开号:CN105577852B

专利权人:瑞典爱立信有限公司

无效请求书提交日期:2026年


上一项目 下一项目

非显而易见性评估仅供参考,不构成法律建议。



权利要求列表点击可跳转

序号 权利要求内容

1

一种在第一联网设备中实现的通过通信网络发送数据分组的方法,所述方法包括;生成功能指示器以标识在联网设备上执行的服务;生成实例指示器以标识所述服务的实例;在第一联网设备中生成包括第一片段、第二片段和第三片段的直接可寻址的目的地地址;第一片段包括网络前缀;所述网络前缀包括表示网络ID和子网ID的一个或多个字节;第二片段包括所述功能指示器来标识在第二联网设备上执行的所述服务;第三片段包括所述实例指示器来标识所述服务的所述实例;在第一联网设备处将目的地地址插入到数据分组的报头中;以及从第一联网设备发送所述数据分组到第二联网的设备的所生成的目的地地址;其中,发送所述数据分组到所述目的地地址包括将所述数据分组转发到托管所标识的服务的所标识的实例的联网设备;其中,所述目的地地址是网际协议IP地址或媒体接入控制MAC地址。

2

根据权利要求1所述的方法,进一步包括;确定与数据分组相关联的服务;以及基于所述服务来生成功能指示器。

3

根据权利要求1所述的方法,进一步包括;确定与数据分组相关联的源地址;以及基于所述源地址的至少所选择的部分来生成实例指示器。

4

根据权利要求1所述的方法,其中生成实例指示器包括;通过对数据分组中的至少部分数据执行哈希来生成实例指示器。

5

根据权利要求1所述的方法,进一步包括动态选择通过其来生成实例指示器的方法。

6

根据权利要求1所述的方法,其中,发送所述数据分组到所述目的地地址包括将所述数据分组转发到托管所标识的服务的所标识的实例的第二联网设备。

7

根据权利要求1所述的方法,其中生成直接可寻址的目的地地址包括;将功能指示器和实例指示器连结到前缀。


对比文件列表

编号 名称
0 2005-03-31_US2005068950A_发明申请_US20050068950A1 Structured private addressing and naming for management of service and network resources_+++a_b_c_d_e_f_g_k_l_m_n_v_w+++.docx
0 2005-09-29_JP2005269465A_发明专利_JP2005269465A Address generation method, address generation circuit, communication packet, and communication protocol_+++A_B_C_D_E_F_G_H_I_J_L_M_N_O_P_Q_R_U_V_W+++.docx
0 2006-01-31_US6993026B_发明授权_US06993026B1 Methods, apparatus and data structures for preserving address and service level information in a virtual private network_+++H_I_K_d_e+++.docx
0 2006-07-19_EP1681895A_发明公开_EP1681895A2 Method and apparatus for minimizing hand-off time using node information_+++C_D_E_K+++.docx
0 2006-07-20_US2006159049A_发明申请_US20060159049A1 Method and apparatus for minimizing hand-off time using mobile node information_+++K_e+++.docx
0 2006-08-03_JP2006203888A_发明专利_JP2006203888A Method and apparatus for minimizing hand-off time using mobile node information_+++D_E_K_P_Q_h_i_j_l_o_r_u_v+++.docx
0 2006-08-31_US2006191248A_发明申请_US20060191248A1 Ceramic wall-flow filter including heat absorbing elements and methods of manufacturing same.docx
0 2006-09-28_WO2006100620A_发明申请_WO2006100620A1 ADDRESSING SCHEME FOR SMART WIRELESS MEDICAL SENSOR NETWORKS_+++A_B_C_F_G_I_J_N_U_W_h_m_p+++.docx
0 JP2003304246A_Description_20260428_1008_+++D_E_K+++.docx

权利要求1

一种在第一联网设备中实现的通过通信网络发送数据分组的方法,所述方法包括;生成功能指示器以标识在联网设备上执行的服务;生成实例指示器以标识所述服务的实例;在第一联网设备中生成包括第一片段、第二片段和第三片段的直接可寻址的目的地地址;第一片段包括网络前缀;所述网络前缀包括表示网络ID和子网ID的一个或多个字节;第二片段包括所述功能指示器来标识在第二联网设备上执行的所述服务;第三片段包括所述实例指示器来标识所述服务的所述实例;在第一联网设备处将目的地地址插入到数据分组的报头中;以及从第一联网设备发送所述数据分组到第二联网的设备的所生成的目的地地址;其中,发送所述数据分组到所述目的地地址包括将所述数据分组转发到托管所标识的服务的所标识的实例的联网设备;其中,所述目的地地址是网际协议IP地址或媒体接入控制MAC地址。


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

作为一名经验丰富的专利代理师,我仔细研读了目标专利申请文件(权利要求1)以及提供的四份对比文件(D1-D4)。以下我将紧密结合目标专利说明书和对比文件原文,为您进行详细的权利要求解释、特征比对、创造性分析以及无效请求薄弱环节的指出。

### 第一部分:目标专利权利要求解释

在进行特征比对之前,必须结合目标专利说明书对权利要求1中的关键术语进行合理解释,以确定其保护范围。

**目标专利:** CN105577852B 用于生成功能地址的系统和方法

**1. "功能指示器" (Function Indicator) 和 "服务" (Service)**

* **权利要求原文:** “生成功能指示器以标识在联网设备上执行的服务”;“第二片段包括所述功能指示器来标识在第二联网设备上执行的所述服务”。

* **说明书解释:** 说明书[0017]段明确,功能指示器标识“与联网设备相关联的功能或服务”。例如,联网设备可以用作“邮件的SMTP服务器、HTTP服务器、域名服务器等等”。功能指示器(如图1中的“50”)对应这些特定的应用层服务。

* **代理师解读:** 这里的“服务”应理解为联网设备所能提供的具体**功能能力**(能力能力,如[0005]所述),而非传统的网络层或传输层地址所标识的“位置”。它标识的是“我是谁(我能做什么)”,而不是“我在哪”。

**2. "实例指示器" (Instance Indicator) 和 "服务的实例"**

* **权利要求原文:** “生成实例指示器以标识所述服务的实例”;“第三片段包括所述实例指示器来标识所述服务的所述实例”。

* **说明书解释:** 说明书[0018]段指出,“网络可以具有给定功能或服务的多个实例……由单个联网设备托管,或者可以由多个联网设备托管”。实例指示器标识数据分组将被路由到服务的哪个特定实例。

* **代理师解读:** 当网络中有多个提供相同服务的设备(例如多台HTTP服务器)时,实例指示器用于区分这些具体的**服务实体**。

**3. "直接可寻址的目的地地址" 及其片段结构**

* **权利要求原文:** “生成包括第一片段、第二片段和第三片段的直接可寻址的目的地地址”;三个片段分别包括网络前缀、功能指示器和实例指示器。

* **说明书解释:** 说明书[0006]和[0015]明确,该地址既提供“关于设备在网络中的位置”,也提供“关于由那些设备所托管的服务的信息”。它将功能信息(功能指示器、实例指示器)映射到传统寻址方案(如IP或MAC)的**特定位或字节**上。例如图1中的IPv4地址,第一、二字节是网络前缀,第三字节是功能指示器,第四字节是实例指示器。

* **代理师解读:** 这里的核心在于地址的**结构化生成**。它不是一个随机分配的标识符,而是通过**在目的地地址的特定字段中显式嵌入**表示功能和服务实例的代码从而汇编而成的。这种结构使得网络设备(如交换机)能够直接依据地址中的功能/实例字段进行路由决策。

---

### 第二部分:对比文件特征比对表格

以下是四个对比文件相对于权利要求1的技术特征比对。各对比文件的详细公开号及出处已在表格中注明。

权利要求1的技术特征D1: US2006159049A1 (Method and apparatus for minimizing hand-off time...)D2: JP2006203888A (Method and apparatus for minimizing hand-off time...)D3: WO2006100620A1 (ADDRESSING SCHEME FOR SMART WIRELESS MEDICAL SENSOR NETWORKS)D4: JP2003304246A (METHOD FOR GENERATING IP ADDRESS...)
A:生成功能指示器以标识在联网设备上执行的服务未公开。<br><br>D1描述的是移动IP技术([0030]),MN移动到外部网络时获取CoA地址。CoA仅用于路由([0030]),并不标识联网设备的应用层“服务”或功能。其MAC地址([0044])也是常规的硬件标识符。未公开。<br><br>D2是D1的日文同族,技术内容实质相同。其描述的Mobile IP和MAC地址并未公开用于标识设备的应用层功能或服务。毫无争议公开。<br><br>出处:[p0017]、[p0027]及表1。<br><br>原文:“service type field (84) that contains a service type... point type field (86) that indicates whether the wireless unit... provides a service or consumes a service”。[p0017]明确服务类型包括ECG传感器、SpO2传感器、NIBP传感器等。这正对应目标专利标识“功能能力”的服务。实质公开。<br><br>出处:[0012]、[0021]及图6。<br><br>原文:“预先注册了用于识别终端设备类型的……16位终端设备识别号”(“端末機器の種類を特定するための……端末機器識別番号”)。图6列出了“电视”、“视频”、“数字相机”等对应的识别号。这些设备类型实际上标识了联网设备的主要功能或服务(例如,视频设备提供视频服务)。因此,终端设备识别号构成了功能指示器。
B:生成实例指示器以标识所述服务的实例未公开。<br><br>D1分配CoA给移动节点MN,虽然MN可能有多个,但D1并未公开在CoA地址中生成专门的字段来区分提供同一服务的不同实例。未公开。<br><br>技术内容同D1,未公开为服务实例分配专门指示器的技术。实质公开。<br><br>出处:[p0017]、[p0027]及图4。<br><br>原文:“point identification field (88) enables points that have the same patient identification, service type and pointing type to be distinguished from one another”。<br><br>代理师分析:当一个患者有多个相同类型的传感器(例如两个温度传感器)时,point ID(点标识字段88)用于区分它们。这符合目标专利区分“给定功能或服务的多个实例”(目标专利说明书[0018])的定义。毫无争议公开。<br><br>出处:[0021]。<br><br>原文:数字相机40读取自己的MAC地址,并在中间的16位哑数据部分插入预定的终端设备识别号,生成Interface ID(“自己MACアドレスを読み出し、中間に16ビットのダミーデータ部分に、予め定めてある16ビットの端末機器識別番号を挿入して64ビットのインタフェースIDを構成”)。<br><br>代理师分析:IPv6地址的Interface ID部分(下位64位)通常包含MAC地址以确保唯一性。D4在此基础上加入了设备类型号。由于Interface ID中包含了唯一的MAC地址部分,它实际上标识了该特定设备类型的一个具体实例。权利要求1要求“生成实例指示器”,D4通过在Interface ID中组合MAC地址和设备类型号,实现了对特定服务(数字相机服务)的具体实例(该特定数字相机)的标识。
C:在第一联网设备中生成包括第一片段、第二片段和第三片段的直接可寻址的目的地地址未公开。<br><br>D1公开了CoA地址的组合方式(图7),由subnet prefix(由Router和AP标识组合)和MN的MAC地址组合而成。虽然有片段,但并不包含功能指示器和实例指示器片段。未公开。<br><br>技术内容同D1。虽然图7显示地址由Router ID、AP ID和MAC地址组合,但这不对应功能/实例片段。毫无争议公开。<br><br>出处:[p0026]、[p0027]及图4。<br><br>原文描述“point address (80)”包括四个字段:Patient ID (82), Service type (84), Point type (86), Point ID (88)。这四个字段可以视为三个片段的组合: Patient ID(片段1)、Service/Point type结合(片段2)、Point ID(片段3)。且[p0026]明确“Addressing is based on the properties of a point and not on network topology”。符合功能地址的结构化生成。实质公开。<br><br>出处:[0012]、[0021]及图4。<br><br>原文描述IPv6地址结构:上位64位为子网前缀(“上位64ビットをサブネットプレフィックス”),下位64位为接口标识符(“下位64ビットをインターフェース識別子”)。图4明确Interface ID中包含了终端设备识别号(“端末機器識別番号”,对应功能指示器)和MAC地址(对应实例指示器)。<br><br>代理师分析:D4生成的IPv6地址明确包括了:1. Prefix(片段一);2. Interface ID中的设备识别号(片段二,功能);3. Interface ID中包含MAC地址的部分(片段三,实例)。因此,D4实质公开了这种结构化的地址生成。
D:第一片段包括网络前缀实质公开。<br><br>出处:[0068]及图7。<br><br>原文:“upper 64 bits... are used as a subnet prefix”。图7显示这64位包括Router identifier和AP unique information。虽然目的不是标识位置,但在移动IP网络中起到了网络前缀的作用。实质公开。<br><br>技术内容同D1(出处:[2]段中对应[0068]的部分及图7),公开了上位64位作为Subnet prefix。毫无争议公开。<br><br>出处:[p0027]、[p0028]及图4。<br><br>原文明确了“Patient identification field (82) contains the hospital wide unique patient identifier number”。[p0028]指出它用于区分不同的患者。在医疗传感器网络(WBAN)语境下,患者ID实际上充当了将无线传感器聚集到特定“网络”(一个患者的无线身体网络)的网络前缀标识。表1和图2显示ECG、SpO2等服务属于某一特定的“病人”。因此,Patient ID字段具有网络前缀的功能。毫无争议公开。<br><br>出处:[0012]及图4。<br><br>原文:描述IPv6地址时,明确“上位64位作为子网前缀”(“上位64ビットをサブネットプレフィックスとして使用し”)。
E:所述网络前缀包括表示网络ID和子网ID的一个或多个字节实质公开。<br><br>出处:[0068]及图7。<br><br>D1的图7中,subnet prefix包括Router identifier(网络ID级)和AP unique information(子网/AP级)。实质公开。<br><br>技术内容同D1,对应日文原文和图7,描述了包含Router ID和AP ID的Subnet prefix。实质公开。<br><br>代理师分析:在D3的智能医院场景下([p0027]),Patient ID是“医院范围内唯一的”(“hospital wide unique”)。虽然它主要标识病人,但它也可以逻辑地被视为二级网络标识:一级是医院(隐含),二级是特定的病人身体网络(子网)。这可以合理解释为具有网络/子网ID的属性,尤其是在一个包含众多病人WBAN的大型医院网络中。毫无争议公开。<br><br>出处:[0012]、[0017]。<br><br>原文:D4详细描述了プレフィクス(Prefix)由“HGW路由器的Prefix”和“AP的设置场所信息”(下位16位)组合而成。在图4中明确IPv6地址的Prefix部分(上位64位)包含了Router和AP的信息。这正对应目标专利说明书[0016]对IPv4前缀标识“网络ID和子网ID”的传统描述。
F:第二片段包括所述功能指示器来标识在第二联网设备上执行的所述服务未公开。<br><br>D1的CoA地址不包含任何应用层服务或功能的指示字段。未公开。<br><br>D2的CoA地址不包含服务/功能的指示字段。毫无争议公开。<br><br>出处:[p0027]及图4。<br><br>原文明确“Point address (80)”的“Service type field (84) contains the service type”(例如ECG)。且该地址被用于寻找设备([p0006])。F特征被毫无争议地公开。实质公开。<br><br>出处:[0012]、[0021]及图4、图6。<br><br>原文:D4生成的IPv6地址中,Interface ID部分组合了“端末機器識別番号”(终端设备识别号)。图6列出了对应的设备名称(电视、视频、数字相机)。这些设备名称实际上对应联网设备所执行的主要功能或服务。
G:第三片段包括所述实例指示器来标识所述服务的所述实例未公开。<br><br>D1的地址中没有专门的片段来标识服务的实例。MN的MAC地址用于标识移动节点本身,而非其上的某个服务实例。未公开。<br><br>技术内容同D1,未公开实例指示器片段。实质公开。<br><br>出处:[p0027]及图4。<br><br>原文指出“Point identification field (88)”用于区分具有相同Patient ID、Service type和Point type的points(例如同一病人的两个温度传感器)。这正对应区分提供相同服务的具体实例。D3的“point address (80)”是一个直接生成的地址,point ID作为其中的一个字段(即片段)。因此,G特征被实质公开。实质公开。<br><br>出处:[0021]及图4。<br><br>原文明确Interface ID是基于读取的MAC地址生成的,且在IPv6中用作设备标识。在MAC地址唯一的前提下(D4[0003]也承认),包含MAC地址的Interface ID必然标识了数字相机(服务)的唯一物理设备(实例)。虽然D4重点描述 Interface ID 包含设备类型,但其结果是一个能标识具体设备(即实例)的Interface ID。
H:在第一联网设备处将目的地地址插入到数据分组的报头中实质公开。<br><br>D1描述移动IP,数据分组必定包含目的地IP地址(BU或CoA,[0007]、[0030])。虽未显式描述“插入报头”的动作,但这属于通信协议的公知常识特征。实质公开。<br><br>技术内容同D1,对应其Mobile IP的数据传输过程。实质公开。<br><br>出处:[p0026]。<br><br>原文明确“The physical device determines if the packet address matches the physical device and if so, processes the information contained in the packet”。这隐含了数据分组必须包含此生成的 point address 且作为目的地地址,从而可以隐含(或被解释为实质公开)“将目的地地址插入报头”的动作。实质公开。<br><br>D4描述基于生成的IPv6地址进行通信([0002])。在公知常识中,使用此地址通信就意味着将其作为目的地地址插入到数据分组的报头中。
I:从第一联网设备发送所述数据分组到第二联网的设备的所生成的目的地地址毫无争议公开。<br><br>出处:[0030]。<br><br>原文:描述Mobile IP技术,通过HA将数据路由(route)到registered MN。将CoA作为路由地址发送数据分组。毫无争议公开。<br><br>技术内容同D1(出处:对应其[2]段中的Mobile IP描述),明确了数据分组向路由(Routing)地址的发送。毫无争议公开。<br><br>出处:[p0016]、[p0025]。<br><br>原文:“service points broadcast information to a plurality of devices within the wireless sensor network... consuming devices accept and process... data received from the service points”。虽然主要是广/多播(Broadcasting/Multicasting),但这属于发送行为,且是向生成的 point address(目的地)进行的。毫无争议公开。<br><br>出处:[0002]、[0004]。<br><br>原文:描述了使用ニックネーム(Nickname)访问其他终端,Nickname通过Nickname -> IP地址转换表转换为生成的IPv6地址,进而实现“端末機器同士のアクセス”(终端设备间访问)。
J:其中,发送所述数据分组到所述目的地地址包括将所述数据分组转发到托管所标识的服务的所标识的实例的联网设备实质公开。<br><br>出处:[0030]。<br><br>原文明确CoA地址是用于“routing”的(“other is used for routing”)。将分组发送到CoA意味着路由(转发)到该CoA标识的MN设备上。虽然MN设备在D1中本身并没有“标识的服务实例”的概念,但从网络层的角度,数据分组准确地被转发到了对应的网络节点设备。实质公开。<br><br>技术内容同D1(出处:对应其[2]段中的[0030]部分),CoA地址用于Routing。数据分组向CoA地址的发送即意味着转发到对应的移动节点设备。未公开。<br><br>D3主要描述基于Patient ID、Service type等进行广/多播(Broadcasting/Multicasting,[p0007]、[p0016])。[p0026]描述了设备如何判断 packet address 是否匹配并决定是否处理(consumer device)。这种机制更接近“过滤”处理,而非网络核心设备基于地址中的服务/实例字段进行显式的点对点“转发”(forwarding)路由决策。因此,D3未公开依据功能地址进行路由转发这一核心网络功能特征。毫无争议公开。<br><br>出处:[0002]、[0004]。<br><br>原文:D4明确,使用Nickname访问意味着网络必须将Nickname转换为IP地址。使用得到的IP地址进行通信,必然包含数据分组通过网络进行“アクセス”(访问,即转发)的过程。目标专利说明书[0007]和[0015]明确其寻址方案旨在让应用能“直接寻址……服务”,进而被“通过网络路由”(图4)。D4通过在地址中包含设备类型和MAC地址,也实现了这种功能化的“直接寻址”和对应的网络转发。
K:其中,所述目的地地址是网际协议IP地址或媒体接入控制MAC地址毫无争议公开。<br><br>出处:[0030]。<br><br>原文:明确 CoA 是“IP address”(“a care-of address, is an IP address”)。毫无争议公开。<br><br>技术内容同D1(出处:对应其[2]段中的 [0030]部分),明确了CoA是IP Address。未明确公开。<br><br>代理师分析:D3通篇描述其寻址方案为“addressing scheme (80)”,“point address (80)”,未显式说明其具体属于IP协议还是MAC协议。虽在智能医院场景下隐含了可能使用IP,但从文本比对角度,D3未对特征K给出毫无争议或实质性的公开。毫无争议公开。<br><br>出处:[0002]、[0004]。<br><br>原文:详细描述生成128位的“IPv6アドレス”(IPv6地址)。

---

### 第三部分:创造性分析之最接近对比文件选择及理由

根据以上特征比对表格,我们结合目标专利整体解决的技术问题和达到的技术效果来分析哪个对比文件最适合做最接近的对比文件。

#### 目标专利解决的技术问题及技术效果:

* **技术问题:** 传统的基于位置的寻址方案(如IP地址)仅标识网络设备的位置,不提供功能或服务信息。在需要访问特定功能(如HTTP服务器、数字相机服务)而非特定物理位置时,需要复杂的名称解析协议(DNS、GTT表),网络管理和路由效率低下,且不利于动态添加或减少服务设备(目标专利说明书背景技术[0003]、[0004])。

* **技术效果:** 本发明提供一种**功能寻址方案**,通过在直接可寻址的目的地地址(IP/MAC)中结构化地嵌入“功能指示器”和“实例指示器”,使得目的地地址本身就携带了功能拓扑信息。这允许联网设备的应用仅依据要执行的功能(服务的实例)即可**直接寻址**,无需复杂的名称解析过程,降低了网络管理成本,有助于网络自发地发现和更新服务实例信息(说明书摘要、[0015]、[0022])。

#### 对比文件的分析:

* **D1/D2 (Method and apparatus for minimizing hand-off time...):** D1/D2主要解决移动IP网络中MN移动时CoA分配和DAD冲突检测的效率问题(技术领域、背景技术[0014])。CoA地址仅用于标识位置路由([0030]),并不携带应用层服务信息。其生成的CoA片段是Router ID + AP ID + MAC地址,不包含标识应用层服务的功能指示器。因此,D1/D2不仅**没有公开关键的特征A、B、F、G(即功能和实例标识)**,而且其**技术领域和核心目的(减少切换延迟)与目标专利(功能寻址和直接服务访问)存在实质不同**。因此,D1/D2不适合做为最接近的对比文件。

* **D3 (ADDRESSING SCHEME FOR SMART WIRELESS MEDICAL SENSOR NETWORKS):** D3的技术领域是医疗传感器网络寻址方案([p0001])。其技术特征中**毫无争议公开了特征A和F**(Service type标识功能服务),且实质公开了**特征B和G**(Point ID区分相同类型传感器即实例)。它和目标专利在“使用基于属性/功能的地址而非拓扑位置地址”(目标专利背景技术[0003]、[0010];D3背景技术[p0006]、[p0010])方面具有非常相近的技术理念和背景。

* **然而,D3有一个核心缺陷:它不对应目标专利的路由特征J。** D3主要基于廣播/多播机制(p0007, p0016),并依靠 consumer 设备对 packet address 进行“过滤”来决定是否处理([p0026])。它不对应目标专利权利要求1中明确的发送过程“包括将所述数据分组转发(forwarding)……所标识的服务实例的联网设备”的路由决策机制。目标专利强调的是网络核心(如图4的交换机50)如何利用此功能地址本身直接进行路由转发。

* **D4 (METHOD FOR GENERATING IP ADDRESS...):** D4解决的技术问题是家庭网络中新的终端设备加入时,需要操作者手动在DNS服务器中注册Nickname与IP地址对应关系(背景技术[0005]、发明内容[0006])。其通过自动生成昵称,实质公开了技术特征A、F(电视、相机等终端设备类型标识功能服务),实质公开了技术特征B、G(在Interface ID中包含MAC地址来标识服务实例),实质公开了C。**其核心解决技术问题(减少手动注册Nickname开销,简化服务发现)与目标专利(直接寻址服务,无需DNS转换表)非常接近。** 最重要的是,D4毫无争议地公开了发送分组“包括将所述数据分组转发……所标识的服务实例的联网设备”这一路由特征(通过其Nickname访问机制实质包含网络转发)。

#### 结论:

从整体解决的技术问题和预期达到的技术效果来看:

* 虽然**D3**在地址中**嵌入功能/服务属性**的技术思想上与目标专利**极其相近**(技术理念最接近),但其缺乏依据此地址进行显式路由转发的技术内容,不完全对应权利要求1的核心转发特征。

* **D4**不仅公开了**功能和实例标识**,而且其解决的技术问题(简化服务访问,无需DNS转换表)与目标专利(直接寻址服务,无需转换表)有极强的关联性,且其公开了基于功能地址的网络**转发特征**。

因此,**D4**最适合作为在创造性分析过程中做**最接近的对比文件**(Closest Prior Art 1)。

此外,鉴于**D3**在地址中结构化嵌入功能属性(Service type)和实例属性(Point ID)方面的特征完全对应目标专利权利要求1对功能/实例指示器的描述(特征A、B、F、G),且两者均是为了解决传统基于位置寻址不利于服务发现的问题,因此,也可以将**D3**做为**另一最接近的对比文件**(Closest Prior Art 2),但需要指出其特征J的未公开。

---

### 第四部分:未公开特征是否被其他对比文件公开及无效请求薄弱点指出

#### 1. 若以D4做为最接近对比文件(最接近对比文件仅此一个):

* **未被D4公开的特征:** 依据特征比对表,D4已实质公开或毫无争议公开了权利要求1的所有主要技术特征(A-J)。特征K关于是IP还是MAC也是明确公开的IPv6(是IP)。技术特征中唯一略显薄弱的是,D4实质公开了功能/实例指示器(通过终端设备识别号和包含MAC地址的Interface ID),而目标专利说明书显式地将特定字节分配给功能(功能指示器14,图1)和实例(实例指示器16,图1)。如果权利要求1被强力合理解释为必须在目的地地址中具有**专门、独立且显式分配为特定功能的字段片断**,那么D4中将终端设备识别号插入MAC哑数据生成Interface ID的做法,可能被挑战为并非完全符合目标专利严格的片断化结构。

* **该薄弱特征是否被其他对比文件公开:** 是的。**D3**明确公开了独立的 Service type 字段(84)和独立的 Point ID 字段(88),图4明确了这些片段的独立存在性及其特定的功能/实例标识作用。因此,该严格片断化结构特征(如果存在的话)被D3公开。

#### 2. 无效请求对于请求方来说最薄弱的技术特征:

从代理师的角度看,若作为请求方提出目标专利权利要求1的无效请求,最薄弱的技术特征(即目标专利可能最能防御住的部分)在于:

**技术特征J:“其中,发送所述数据分组到所述目的地地址包括将所述数据分组转发到托管所标识的服务的所标识的实例的联网设备”。**

理由如下:

* **高标准路由特征:** 这里的“转发”(forwarding)不应泛化地理解为数据分组在网络中的普遍传输,而应结合目标专利说明书理解为:网络核心设备(如图4的交换机52/ASIC54)具有针对此直接可寻址地址本身中的“功能指示器”和“实例指示器”字段进行显式路由和转发决策的能力(说明书[0012]、[0036]-[0038])。它描述的是一种新的基于功能(而非常规位置)的路由转发机制。

* **D3的机制差异:** 虽然D3公开了功能/实例标识(A, B, F, G),甚至在理念上最接近目标专利(D3公开了功能化寻址解决 DNS 局限性问题,目标专利说明书[0004]也提到了),但D3基于广播/多播并依赖 consumer 设备自行“过滤”的技术特征与目标专利显式的、基于核心设备路由转发决策的特征J存在机制上的不同。目标专利权利要求1通过特征J将寻址和具体的路由机制绑定。

* **D4的实质公开性需抗辩:** 虽然D4也公开了基于生成的IPv6地址实现“访问”,且其通过Nickname转换隐含了网络转发,但其重点在于Nickname的自动生成和注册,并不深入描述网络转发如何利用 Interface ID 中的终端设备类型号进行特定的路由转发决策。如果目标专利强调的是交换机/路由器如何利用特定的字节片断进行路由,则D4对核心路由转发的描述可能不足以构成毫无争议的或实质的公开。

因此,如果目标专利能够合理解释特征J所要求的转发是一种**特定的、核心网络设备针对功能/实例字段片断进行显式路由转发决策的技术过程**,那么特征J将成为D3(不对应其多播机制)和D4(描述不细致)共同的未公开特征,从而成为无效请求方最薄弱的特征环节。


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

作为一名经验丰富的专利代理师,我将紧密结合目标专利《用于生成功能地址的系统和方法》(下称“本专利”)的说明书及附图,对权利要求1进行深度解析,并针对四篇对比文件(D1至D4)进行技术特征比对、创造性最接近对比文件分析、盲区特征检索以及无效宣告请求中的最薄弱环节诊断。

---

## 一、 紧密结合说明书解释权利要求1

本专利的核心发明构思在于**“功能寻址方案”**(说明书\[0002\]),其通过操控传统网络地址(如IP或MAC地址)的至少一部分,将联网设备的功能(服务类型)以及服务的具体实例直接映射到地址空间中,从而使应用层能够跳过传统的转换表(如GTT或DNS),直接基于功能进行寻址(说明书\[0004\], \[0006\], \[0022\])。

针对权利要求1的具体特征,结合说明书构建如下解释:

1. **直接可寻址的目的地地址(特征C)**:指该目的地地址**本身**按照传统寻址方案(IP或MAC)格式化,可以直接被网络基础结构(如第2层交换机或路由器)识别并路由,无需在网络内部分发和查询“逻辑标识符(如URL)到物理位置地址”的转换表(说明书\[0007\], \[0022\])。

2. **第一片段、第二片段、第三片段(特征C、D、F、G)**:本专利并非随意拼接地址,而是对地址空间进行了**结构化划分**。

* **第一片段(网络前缀)**:属于“固定”值,承载网络ID和子网ID,对应原有的**基于位置的信息**(说明书\[0015\], \[0016\])。

* **第二片段(功能指示器)**:由网络运营商自由操控,定义该设备的功能能力(如SMTP、HTTP服务器等服务类型),对应**网络的功能拓扑信息**(说明书\[0007\], \[0017\])。

* **第三片段(实例指示器)**:用以标识该特定服务的具体实例(一条服务可能有多个实例,托管在单台或多台设备上),用以实现精准路由和负载均衡(说明书\[0018\], \[0032\])。

3. **将数据分组转发到托管所标识的服务的所标识的实例的联网设备(特征J)**:这是功能寻址的最终效果。传统IP路由仅看位置,而本方案的路由行为由于地址中嵌入了功能和实例,使得网络设备(如ASIC芯片通过绑定表)能够直接识别并引导数据流精准到达提供该服务的特定实例中(说明书\[0037\], \[0038\])。

---

## 二、 目标专利与对比文件特征比对表格

以下引入各对比文件的公开号:

* **D1**: US20050068950A1

* **D2**: JP2005269465A

* **D3**: US6993026B1

* **D4**: EP1681895A2

### 1. 技术特征比对表

权利要求1的技术特征拆解D1 (US20050068950A1)D2 (JP2005269465A)D3 (US6993026B1)D4 (EP1681895A2)
技术特征A:生成功能指示器以标识在联网设备上执行的服务实质公开<br>(Service ID, 参见FIG.3, \[0025\])实质公开<br>(服务ID/功能代码, 参见\[2\]功能コード, サービスID)未公开<br>(仅公开VPN相关上下文标识)未公开<br>(仅公开AP/路由器标识)
技术特征B:生成实例指示器以标识所述服务的实例未公开<br>(仅到服务级别,未区分服务实例)未公开<br>(公开了性能代码,而非服务实例)未公开未公开<br>(仅公开移动节点MN标识)
技术特征C:在第一联网设备中生成包括第一片段、第二片段和第三片段的直接可寻址的目的地地址明确否定<br>(\[0022\]明确指出该地址不用于流量路由)实质公开<br>(合成部47生成1个端末アドレス用于数据分组,参见\[2\])实质公开<br>(插入Context information至报头空间, 参见\[0046\])实质公开<br>(生成Mobile IP地址用于寻址, 参见\[0014\])
技术特征D:第一片段包括网络前缀实质公开<br>(参见FIG.3及说明书)实质公开<br>(网络ID, 参见\[2\])未公开<br>(直接替换/填入MAC/标签空间)实质公开<br>(Subnet prefix, 参见\[0048\])
技术特征E:所述网络前缀包括表示网络ID和子网ID的一个或多个字节实质公开<br>(参见说明书细节)实质公开<br>(网络ID, 参见\[2\])未公开实质公开<br>(Subnet prefix, 参见\[0048\])
技术特征F:第二片段包括功能指示器来标识在第二联网设备上执行的服务明确否定<br>(其结构化地址不作路由寻址用)实质公开<br>(服务ID由功能代码组合,参见\[2\])未公开未公开<br>(第二片段为AP唯一信息)
技术特征G:第三片段包括实例指示器来标识服务的实例未公开未公开<br>(其对应位置为性能代码或端末ID)未公开未公开<br>(其对应位置为MN的MAC地址)
技术特征H:在第一联网设备处将目的地地址插入到数据分组的报头中未公开实质公开<br>(包含在通信パケット的ヘッダ部,参见\[2\])实质公开<br>(插入至Layer 2 Header space, 参见\[0048\])实质公开<br>(插入报头,参见\[0034\])
技术特征I:从第一联网设备发送数据分组到第二联网设备的所生成的目的地地址明确否定<br>(\[0022\]明确指出“not used for traffic routing purposes”)实质公开<br>(端末間で送受信する,参见\[2\])实质公开<br>(进行封装或直接在网络中传输,参见说明书)实质公开<br>(用于MN和CN/HA之间路由,参见说明书)
技术特征J:发送包括将数据分组转发到托管所标识服务的所标识实例的联网设备明确否定未公开<br>(仅路由至特定性能/功能终端,未涉及服务实例级别)未公开未公开<br>(转发至移动节点,非服务实例)
技术特征K:目的地地址是网际协议IP地址或媒体接入控制MAC地址实质公开<br>(公开了可采用IPv4/v6/MAC格式,\[0034\])实质公开<br>(公开了用于パケットアドレス,\[2\])实质公开<br>(采用了MAC/IP空间替换,\[0046\])实质公开<br>(IPv6地址,参见\[0048\])

### 2. 对比文件原文详细出处引证

* **D1 (US20050068950A1)**:

* **\[0022\]**:"Although referred to throughout this description as addresses, **such addresses are not used for traffic routing purposes.**"(极重要否定证据,直接阻断了其作为“直接可寻址目的地地址”的定性)。

* **\[0034\]**, **FIG.3**:公开了结构化地址(Structured address)可采用NSAP、MAC、IPv4、IPv6等格式,并划分了段。

* **D2 (JP2005269465A)**:

* **\[2\] (地址生成方法段落)**:"割り当て、该機能コードを用いて前記端末が持つ機能のすべてを示す1つの**サービスID**を生成し、前記端末IDと前記サービスIDとを組み合わせて1つの**端末アドレス**を生成する..."。公开了在地址中组合功能代码(技术特征A)与终端ID、网络ID并作为数据分组的目的地地址发送。

* **D3 (US6993026B1)**:

* **\[0046\] / \[0048\]**:"When a packet is received from a customer, layer 2 header information... may be removed and a unique bit string (or 'context information')... may be added." 指出了在第二层报头空间插入结构化上下文信息。

* **D4 (EP1681895A2)**:

* **\[0048\]**:"In a unicast address, the upper 64 bits... are used as a **subnet prefix**, and the lower 64 bits... the upper 16 bits... are set to information used to identify an **AP**, and the remaining 48 bits are set to the **MAC address of the mobile node**." 指出了IPv6地址的结构化拼接(网络前缀+AP标识+MN标识)。

---

## 三、 最接近的对比文件(D1 vs D2)深度创造性分析

在创造性审查过程中,适合作为**最接近的对比文件(D1或D2)**的筛选需要从“技术领域、解决的技术问题、技术方案”的三性契合度进行考量。本案中,**D2最适合作为单篇最接近的对比文件**,而D1存在致命缺陷。分析如下:

### 1. 为什么 D2 是最适合的最接近对比文件?

* **技术领域与手段高度契合**:D2属于通信网络寻址及协议领域。D2明确指出其解决的技术问题是:传统的物理位置寻址需要复杂的信令协议去相互交换交换信息、识别功能,导致协议臃肿。D2提出的方案是“在网络地址中包含功能代码(功能コード)和服务ID(服务ID)”(参见D2的\[2\]),从而“无需在地址内包含过多通信协议,即可迅速检索并通信”。

* **路由实质相同**:D2所生成的包含功能信息的地址,是**直接用于通信网络中终端之间的包发送与路由寻址的**(实质公开了特征C、H、I、K)。这与本专利利用功能地址直接寻址、消除DNS/GTT等转换表的构思在“整体解决的技术问题”和“技术效果”上完全一致。

### 2. 为什么 D1 不适合单独作为最接近的对比文件?

* **技术效果与方案本质背离**:尽管D1在形式上公开了“结构化地址(Structured address)”,且划分了VPN-OUI、VPN-Index等片段,但D1在核心段落 **\[0022\]** 给予了**明确定性/开庭否认**:*"such addresses are not used for traffic routing purposes"*(这些地址不用于流量路由)。

* D1的结构化地址仅仅是用于OSS(操作支持系统)内部的资产清查、库存管理和告警关联(Inventory system),数据包在真实网络中路由依然靠传统的物理寻址。因此,D1根本没有公开“直接可寻址的目的地地址”这一核心整体方案,其解决的技术问题是资产管理效率,与本专利“改良路由方案”的技术效果背道而驰。

---

## 四、 盲区特征分析(未被最接近对比文件公开的特征)

以 **D2** 作为最接近的对比文件,权利要求1未被其公开的特征(即发明点/区别技术特征)主要为:

* **特征B**:生成实例指示器以标识所述服务的实例。

* **特征G**:第三片段包括所述实例指示器来标识所述服务的所述实例。

* **特征J**:其中,发送所述数据分组到所述目的地地址包括将所述数据分组转发到**托管所标识的服务的所标识的实例**的联网设备。

### 这些特征是否被其他对比文件(D1, D3, D4)公开?

* **答案:均未公开。**

* **分析**:

* **D1** 虽然区分了网络资源和组织,但其未延伸至具体“服务实例(Service Instance)”的动态寻址与路由转发。

* **D3** 引入的上下文信息(Context Information)仅用于识别客户(Customer-specific information)、确定虚拟局域网(VPN)边界及QoS/CoS服务等级划分,并未涉及对某一具体服务下的“多实例”进行微观标识与路由。

* **D4** 属于移动IP切换(Hand-off)技术,其地址后半段拼接的是“接入点(AP)唯一标识”和“移动节点(MN)的物理MAC地址”,其本质仍是基于网络拓扑和硬件位置的寻址,完全不带有任何“服务”或“服务实例”的功能属性。

---

## 五、 无效宣告请求中对于请求方来说“最薄弱的技术特征”

若您站在**无效请求方(企图推翻该专利的一方)**的立场上,本案中**最薄弱的技术特征(即最难被攻破、专利权人最稳固的护城河)**是:

> **特征B + 特征G + 特征J 共同构建的“服务实例(Service Instance)级别的直接寻址与转发体系”**。

### 为什么该特征是请求方的死穴?

1. **现有技术存在强烈的“位置寻址”思维定势**:

无论是传统的IPv4/v6,还是D4这种移动IP技术,核心路由逻辑都是“网络号+主机号(位置)”。D2虽然往前迈了一步,想到了将“功能能力(Service/Function)”放入地址中以减少应用层握手协议,但D2的落脚点依然是在**“设备/终端(终端アドレス)”**级别。

2. **“服务实例”与“设备位置”的解耦突破**:

本专利说明书明确指出:*“所述多个服务实例可以由单个联网设备托管,或者可以由多个联网设备托管。”*(说明书\[0018\])。这意味着本专利引入的“第三片段(实例指示器)”彻底打破了地址与物理硬件的绑定。网络基础结构(特征J)转发时,认的是“服务的第X个实例”,而不是某台固定的物理机。

3. **组合方案缺乏技术启示**:

请求方在现有的D1-D4中找不到任何将“网络前缀(物理位置) + 功能类型(逻辑业务) + 实例ID(动态负载/微服务化雏形)”三者有机融合进**同一个原生IP/MAC目的地地址报头**并直接驱动底层ASIC芯片转发的架构启示。

### 请求方的应对策略建议

由于现有公开出版物(D1-D4)在此特征上产生彻底断层,请求方很难通过简单的“D2 + D1/D3/D4”将其以**创造性(公知常识组合)**理由拉下马。请求方若要强攻此点,必须跳出D1-D4的传统电信/数通文献,转去检索**2008年10月20日(母案申请日)之前**关于**早期微服务架构、分布式集群负载均衡、或者特定专用网内(如军工、高可靠性专用局域网)**采用非传统IP编址直接映射软件进程实例的极为隐蔽的先期文献,否则此条款将极难被宣告无效。


权利要求2

根据权利要求1所述的方法,进一步包括;确定与数据分组相关联的服务;以及基于所述服务来生成功能指示器。


权利要求3

根据权利要求1所述的方法,进一步包括;确定与数据分组相关联的源地址;以及基于所述源地址的至少所选择的部分来生成实例指示器。


权利要求4

根据权利要求1所述的方法,其中生成实例指示器包括;通过对数据分组中的至少部分数据执行哈希来生成实例指示器。


权利要求5

根据权利要求1所述的方法,进一步包括动态选择通过其来生成实例指示器的方法。


权利要求6

根据权利要求1所述的方法,其中,发送所述数据分组到所述目的地地址包括将所述数据分组转发到托管所标识的服务的所标识的实例的第二联网设备。


权利要求7

根据权利要求1所述的方法,其中生成直接可寻址的目的地地址包括;将功能指示器和实例指示器连结到前缀。


Powered by Django

网站备案号:渝ICP备2023012882号


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