对比文件名称：2011-09-21_CN101388831B_发明授权_CN101388831B 数据传输方法、节点及网关
目标专利名称：在面向服务架构总线上的互联网协议连接CN104137518B
模型名称：deepseek-chat
本次评估旨在判断对比文件CN101388831B是否公开了目标专利CN104137518B权利要求中的技术特征。根据对两份专利文件的详细阅读和理解，现将特征比对分析如下：
### **特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **A：所述方法包括：在第一设备处，使用与第一IP服务相关联的第一服务名称，在所述SOA总线上通告所述第一IP服务** | 未公开相关内容。对比文件描述的是Mesh网络中的数据源节点、转发节点和网关，其通信基于传统的IP路由协议（如RREQ/RREP），未提及任何“面向服务架构（SOA）总线”的概念，也未描述在总线上以“服务名称”形式“通告”一个“IP服务”的行为。 | **未被公开**。目标专利的核心在于利用SOA总线的服务机制（通告、发现、远程调用）来实现IP通信。对比文件解决的是Mesh网络中的多路径路由选择问题，其技术手段是在网络层通过广播路由请求（RREQ）和接收路由应答（RREP）来建立路径，这与在SOA总线上通告一个具有特定名称的服务（如“org.alljoyn.ipservice.s192_168_0_4”）有本质区别。两者属于不同的技术架构和实现层次。 |
| **B：在所述SOA总线上发现由第二设备通告的与第二服务名称相关联的第二IP服务** | 未公开相关内容。对比文件中，数据源节点通过接收网关返回的RREP报文来获取路径（见[0011]，[0047]-[0114]），这是一种路由发现过程，并非基于服务名称在服务总线上的服务发现。 | **未被公开**。目标专利中的“发现”特指在SOA总线的命名空间中查找其他设备通告的IP服务及其名称。对比文件中的“发现”是网络层的路由发现，其“发现”的对象是通往网关的“路径”，而非一个具有特定服务描述符和IP地址的“IP服务”。两者机制和目的不同。 |
| **C：其中，所述第一服务名称和所述第二服务名称中的每者包括与所述SOA总线处的IP服务统一地关联的服务描述符** | 未公开相关内容。对比文件中涉及报文标识（如数据源节点ID、网关ID、报文序号），但从未提及任何与“IP服务”统一关联的“服务描述符”（例如“org.alljoyn.ipservice”）。 | **未被公开**。包含统一服务描述符的服务名称是目标专利在SOA总线架构下识别IP服务的关键特征。对比文件通篇未涉及此概念，其节点或网关的标识仅用于传统的网络路由寻址，而非用于在服务总线命名空间中定位服务。 |
| **D：通过在所述SOA总线上远程地调用所述第二设备的所述第二IP服务，向所述第二设备发送至少第一IP分组** | 未公开相关内容。对比文件中的数据传输是通过选定的路由路径进行转发（见[0011]，[0094]-[0096]）。例如，节点将数据报文沿路由表项指定的下一跳进行转发。没有提及在“SOA总线”上“远程调用”一个“服务”并将“IP分组”作为参数传递。 | **未被公开**。这是目标专利最核心、最具区别性的特征。它利用SOA总线的远程过程调用（RPC）机制来传输IP分组，将IP分组作为调用参数。对比文件的数据传输是纯粹的网络层分组路由和转发，完全未采用服务调用的范式。两者数据传输机制根本不同。 |
| **E：通过第一通告的服务，在所述SOA总线上从所述第二设备接收至少第二IP分组** | 未公开相关内容。对比文件描述节点接收来自其他节点或网关的数据报文（见[0094]-[0096]，[0112]-[0114]），这是标准的IP报文接收过程，并非通过一个被通告的“服务”在“SOA总线”上接收作为远程调用参数的IP分组。 | **未被公开**。原因同特征D。目标专利中接收IP分组是作为被远程调用的服务的一方，从调用参数中获取数据。对比文件的接收是网络协议栈对到达的分组进行常规处理。机制完全不同。 |
| **F：其中，与所述第一IP服务相关联的所述第一服务名称还包括：被分配给所述第一设备的唯一的IP地址** | 未公开相关内容。对比文件中的节点和网关具有IP地址（见[0095]提及“目的地址”），但并未描述这些IP地址是作为“服务名称”的一部分被包含的。IP地址的存在是IP网络通信的前提，并非目标专利的特定特征。 | **未被公开**。目标专利的特征在于将IP地址**作为服务名称的组成部分**在SOA总线上通告。对比文件虽然使用IP地址，但仅用于传统的路由表项（目的地址、下一跳地址），其IP地址的分配、使用和通告方式均未体现“集成到服务名称中并在SOA总线上通告”这一特定技术手段。 |
| **G：并且中，与所述第二IP服务相关联的所述第二服务名称还包括：被分配给所述第二设备的唯一的IP地址** | 未公开相关内容。理由同特征F。对比文件中的网关具有地址，但并非以“服务名称包含IP地址”的形式存在。 | **未被公开**。理由同特征F。 |
| **H：还包括：动态地生成针对所述第一设备的IP地址** | 未公开相关内容。对比文件未描述节点或网关动态生成IP地址的过程。其IP地址的分配方式在文件中未作说明，可视为静态配置或通过其他常规方式（如DHCP）获得，但并非本专利所述的“动态生成”过程。 | **未被公开**。目标专利详细描述了在SOA总线上下文中为避免冲突而动态生成IP地址的特定方法。对比文件未公开此内容。 |
| **I：判断在所述SOA总线上的任何其它设备是否与所述动态地生成的IP地址相关联** | 未公开相关内容。对比文件未描述检查IP地址冲突的过程。 | **未被公开**。目标专利的地址冲突检测是在SOA总线上通过检查服务名称进行的。对比文件未公开此内容。 |
| **J：响应于确定在所述SOA总线上没有其它设备与所述动态地生成的IP地址相关联，将所述动态地生成的IP地址作为所述唯一的IP地址分配给所述第一设备** | 未公开相关内容。对比文件未描述此基于冲突检测结果的IP地址分配逻辑。 | **未被公开**。 |
| **K：还包括：响应于确定在所述SOA总线上的另一个设备与所述动态地生成的IP地址相关联，放弃所述动态地生成的IP地址** | 未公开相关内容。对比文件未描述此逻辑。 | **未被公开**。 |
| **L：动态地生成针对所述第一设备的新的IP地址** | 未公开相关内容。对比文件未描述此逻辑。 | **未被公开**。 |
| **M：其中，判断在所述SOA总线上的任何其它设备是否与所述动态地生成的IP地址相关联包括：确定在所述SOA总线上的不同的服务与所述动态地生成的IP地址相关联** | 未公开相关内容。对比文件未描述通过检查“服务”是否关联某IP地址来判断冲突。 | **未被公开**。 |
| **N：确定所述不同的服务包括被分配给所述第一设备的唯一的标识符** | 未公开相关内容。对比文件未提及服务具有“唯一的标识符”（如GUID/UUID）用于区分同一设备上的不同服务实例。 | **未被公开**。 |
| **O：基于所述唯一的标识符，确定所述不同的服务属于所述第一设备** | 未公开相关内容。对比文件未描述此逻辑。 | **未被公开**。 |
| **P：其中，在所述SOA总线上发现由所述第二设备通告的所述第二IP服务包括：在所述SOA总线上发现与所述第二IP服务相关联的所述第二服务名称** | 未公开相关内容。对比文件中的路径发现不依赖于发现“服务名称”。 | **未被公开**。此特征是对特征B的进一步限定，强调通过“服务名称”发现。对比文件的路由发现机制与此不符。 |
| **Q：其中，与所述第一IP服务相关联的所述第一服务名称和与所述第二IP服务相关联的所述第二服务名称被通告在由所述SOA总线实现的连续命名空间中** | 未公开相关内容。对比文件未涉及“SOA总线实现的连续命名空间”概念。 | **未被公开**。SOA总线的连续命名空间是其服务管理的基础设施。对比文件的Mesh网络路由机制不依赖于此概念。 |
| **R：其中，所述第一IP分组去往被分配给所述第二设备的唯一的IP地址** | 隐含公开。对比文件[0095]描述路由表项包含“目的地址”，数据源节点发送的数据去往网关的地址。虽然目标专利中是设备到设备（D2D），对比文件是设备到网关，但“IP分组去往目的设备的IP地址”是IP通信的基本属性。 | **隐含公开(c, r)**。本领域技术人员可以毫无疑义地理解，在任何基于IP的通信中，IP分组必须包含目的IP地址。尽管对比文件主要描述节点与网关的通信，但其揭示的IP数据传输原理包含了“分组去往目的IP地址”这一基本技术特征。从对比文件公开的内容可以合理推断出该特征。 |
| **S：其中，所述第二IP分组去往与所述第一设备相关联的唯一的IP地址** | 隐含公开。对比文件[0095]也提及“源地址”，且网关向数据源节点返回数据（如下行测量）时，分组必然去往数据源节点的IP地址。 | **隐含公开(c, s)**。理由同特征R。IP通信的双向性决定了接收到的分组其目的地址是本机IP地址。 |
| **T：其中，与所述第一IP服务相关联的所述第一服务名称还包括：与所述第一设备相关联的主机名** | 未公开相关内容。对比文件未提及“主机名”概念，更未将其作为服务名称的一部分。 | **未被公开**。 |
| **U：其中，与所述第一IP服务相关联的所述第一服务名称还包括：与所述主机名相关联的子域** | 未公开相关内容。对比文件未提及“子域”概念。 | **未被公开**。 |
| **V：其中，与所述第一IP服务相关联的所述第一服务名称还包括：与所述第一IP服务相关联的子网的指示** | 未公开相关内容。对比文件未提及在服务名称中包含“子网指示”。 | **未被公开**。 |
| **W：其中，向所述第二设备发送所述第一IP分组还包括：在所述SOA总线上调用所述第二IP服务** | 未公开相关内容。理由同特征D。对比文件的数据发送是路由转发，非服务调用。 | **未被公开**。 |
| **X：将所述第一IP分组作为与远程地调用所述第二IP服务相关联的参数，发送给所述第二IP服务** | 未公开相关内容。理由同特征D。对比文件未公开将IP分组作为调用参数传输。 | **未被公开**。 |
| **Y：其中，在虚拟网络接口处，发生向所述第二设备发送所述第一IP分组** | 未公开相关内容。对比文件未提及“虚拟网络接口”（如TUN/TAP）。其数据发送发生在物理或MAC层接口。 | **未被公开**。虚拟网络接口是目标专利中连接传统IP协议栈与SOA总线IP服务模块的关键组件，对比文件未涉及此架构。 |
| **Z：其中，从所述第二设备接收所述第二IP分组，还包括：确定所述第二设备在所述SOA总线上调用了所述第一IP服务** | 未公开相关内容。理由同特征E。对比文件接收分组是基于网络协议栈的解封装，而非确定有服务被调用。 | **未被公开**。 |
### **总结与结论**
经逐项比对分析，对比文件CN101388831B公开了一种Mesh网络中的多路径路由方法，其技术领域、解决的技术问题及采用的技术手段均与目标专利CN104137518B存在显著差异。
- **目标专利**的核心在于：在**面向服务架构（SOA）总线**这一特定架构上，通过**服务通告与发现**机制（使用包含统一描述符和IP地址的服务名称），并利用**远程服务调用**（将IP分组作为调用参数）来实现设备间的IP通信。这是一个将传统网络层（IP）功能映射到服务层（SOA）的创新架构。
- **对比文件**的核心在于：在**传统的IP网络（Mesh网络）** 中，通过**路由请求与应答（RREQ/RREP）** 协议来发现和选择**多路径路由**，以优化网络吞吐量和可靠性。其通信全程发生在标准的网络层及以下，未引入服务总线、服务通告、服务发现或服务远程调用等高层抽象概念。
因此，除了IP通信中固有的基本特征“IP分组去往目的IP地址”（特征R、S）可被认为被对比文件**隐含公开**外，目标专利权利要求中其他所有涉及SOA总线架构、服务机制（通告、发现、远程调用）、服务名称特定格式（含描述符、IP地址、主机名等）、动态IP地址分配及冲突解决、虚拟网络接口等**关键技术特征均未被对比文件公开**，无论是直接公开还是隐含公开。
**最终判断结果代码**：
<<<r>>><<<s>>>