**对比文件名称**：2010-10-05_US7808960B_发明授权_US07808960B1 Wireless infrastructure and ad hoc network integration
**目标专利名称**：316在面向服务架构总线上的互联网协议连接CN104137518B
**本次调用的模型名称**：GPT-4
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：在第一设备处，使用与第一IP服务相关联的第一服务名称，在所述SOA总线上通告所述第一IP服务《隐含公开》 | 第[0081]段：“We program WIANI AP to work in the standard IEEE 802.11 ad-hoc mode. It broadcasts beacons periodically to gather and maintain the zone information and makes itself known to the mobile nodes in its zone.” 第[0082]段：“The format of the beacon message is shown in FIG. 5. The apId field stores the IP address of an AP.” 第[0078]-[0080]段描述了在信标消息中包含可用IP地址列表，以便移动节点加入网络。 | 对比文件公开了接入点（AP）在自组织网络中周期性广播信标（beacon）消息，信标消息中包含AP的ID（apId，即IP地址）和可用IP地址列表（图4，第[0078]段），这使得AP能够被其区域内的移动节点知晓。虽然对比文件未明确使用“服务名称”或“SOA总线”的术语，但其“广播信标使自身被知晓”的行为，在本领域技术人员看来，实质上是网络中的设备（AP）向其他设备（节点）通告自身存在和可用资源（IP地址）的一种方式。该行为在目的和效果上与“在总线上通告服务”类似，即让其他设备能够发现和识别自己。因此，本领域技术人员可以从对比文件公开的“广播包含自身IP地址的信标”这一行为，合理推断出“使用与设备相关联的名称（如IP地址）在网络上通告自身”这一技术特征。 |
| **技术特征B**：在所述SOA总线上发现由第二设备通告的与第二服务名称相关联的第二IP服务，《隐含公开》 | 第[0085]段：“Whenever a BEACON message is received, a mobile node first extracts the apId field to see whether the AP is already in its apList.” 第[0047]段：“Upon receiving a beacon message, a node processes it... If the beacon is from a new AP, which is not currently in the AP List of the node, the node adds the AP to its AP List.” | 对比文件公开了移动节点接收并处理来自AP的信标消息，提取其中的apId（AP的IP地址），并根据此信息更新其AP列表。这一过程是移动节点“发现”网络中存在AP（第二设备）的机制。虽然对比文件发现的是“AP”而非明确的“IP服务”，但AP在WIANI架构中是为节点提供网络接入服务的实体，其信标中包含了IP地址信息。因此，本领域技术人员可以合理推断，节点通过接收信标来发现可提供IP连接服务的AP，这相当于发现了由第二设备（AP）通告的、与特定标识（IP地址）相关联的网络服务。 |
| **技术特征C**：其中，所述第一服务名称和所述第二服务名称中的每者包括与所述SOA总线处的IP服务统一地关联的服务描述符《未公开》 | 未发现相关内容。 | 目标专利中，“服务描述符”（如“org.alljoyn.ipservice”）是用于在SOA总线的连续命名空间中统一标识IP服务类型的特定字符串。对比文件中的信标消息虽然包含AP的ID（IP地址），但并未公开任何用于统一标识某一类服务（如IP服务）的、具有特定格式的描述符字段。对比文件的标识符（apId）仅用于区分不同的AP设备，而非标识服务类型。因此，对比文件未公开此特征。 |
| **技术特征D**：通过在所述SOA总线上远程地调用所述第二设备的所述第二IP服务，向所述第二设备发送至少第一IP分组《未公开》 | 第[0086]-[0091]段描述了使用按需路由协议（如AODV风格）进行路由发现和分组转发。例如，第[0088]段：“When a source (Node S) wants to transmit data to an unknown destination (Node D), the source initializes a Route Request (RREQ) flood...” 第[0093]段描述了数据包通过Netfilter从应用层传递到网络栈和路由守护进程的过程。 | 对比文件公开了在自组织多跳网络中使用路由请求（RREQ）、路由回复（RREP）等机制建立路由，然后沿建立的路由路径转发IP数据包。这是一种基于网络层路由的传统IP分组传输方式。目标专利的核心在于利用SOA总线的服务调用机制来传输IP分组，即将IP分组作为远程服务调用的参数进行传递。这两种数据传输机制在架构和原理上存在根本区别：前者是基于地址的路由转发，后者是基于服务的远程调用。对比文件完全没有提及在“服务总线”上“远程调用服务”来发送数据的概念。因此，该特征未被公开。 |
| **技术特征E**：通过第一通告的服务，在所述SOA总线上从所述第二设备接收至少第二IP分组《未公开》 | 同上（技术特征D引用段落）。 | 同理，对比文件中节点接收IP分组是基于网络层路由（如通过Netfilter捕获并传递给上层应用，见第[0093]段及图10），而非通过响应一个被远程调用的“通告的服务”来接收作为参数的分组。因此，该特征未被公开。 |
| **技术特征F**：其中，与所述第一IP服务相关联的所述第一服务名称还包括：被分配给所述第一设备的唯一的IP地址《隐含公开》 | 第[0082]段：“The apId field stores the IP address of an AP.” 第[0078]段：“The beacon message contains a list of available IP addresses at the AP.” | 对比文件公开了AP广播的信标中包含其自身的IP地址（apId）。虽然未明确将此地址称为“服务名称”的一部分，但该IP地址是AP在网络中的唯一标识，用于节点识别和关联。本领域技术人员可以理解，在通告自身时包含其唯一的IP地址是一种自然且必要的做法。因此，可以合理推断出“通告自身的标识中包含分配给该设备的唯一IP地址”这一技术特征。 |
| **技术特征G**：并且，与所述第二IP服务相关联的所述第二服务名称还包括：被分配给所述第二设备的唯一的IP地址。《隐含公开》 | 第[0078]-[0080]段及图4描述了节点从信标的IP地址列表中随机选择一个地址，并通过ADDR-REQ/ACK机制获取该地址。 | 对比文件公开了移动节点通过信标发现AP，并从AP提供的列表中获得一个IP地址。对于节点（第二设备）而言，其最终被分配并使用的IP地址在网络中是唯一的（通过冲突检测机制保证，见第[0080]段）。虽然该地址并非以“服务名称”字段的形式存在，但它是节点在网络中进行IP通信所必需的唯一标识。本领域技术人员可以合理推断，节点在可被其他设备寻址时，必然关联着一个唯一的IP地址。因此，该特征被隐含公开。 |
| **技术特征H**：还包括：动态地生成针对所述第一设备的IP地址《隐含公开》 | 第[0078]段：“Node B may receive multiple beacons. After deciding which AP to join, it randomly chooses an IP address in the BEACON message...” | 对比文件公开了节点（第一设备）从接收到的信标消息所含的可用IP地址列表中“随机选择”一个IP地址。这个过程是动态的、非预先静态配置的。虽然“随机选择”与目标专利的“动态生成”在具体方式上可能略有不同（后者可能包括算法生成），但都属于在设备加入网络时动态确定其IP地址的范畴。本领域技术人员可以认为“从预设池中随机选择”是实现“动态生成”地址的一种常见且合理的方式。因此，该特征被隐含公开。 |
| **技术特征I**：判断在所述SOA总线上的任何其它设备是否与所述动态地生成的IP地址相关联《隐含公开》 | 第[0080]段：“If the arriving node does not receive an ADDR REQ ACK, it chooses another IP address... and repeats the process.” | 对比文件公开了节点在发送ADDR REQ请求使用某个IP地址后，如果未收到AP的确认（ADDR REQ ACK），则意味着该地址可能已被其他设备占用（冲突）。节点随后选择另一个地址重试。这个“未收到ACK则重试”的机制，隐含了对“是否有其他设备已使用该地址”的判断逻辑。虽然没有明确的主动查询步骤，但通过请求-确认的交互失败来推断冲突，是本领域常见的地址冲突检测方法。因此，该特征被隐含公开。 |
| **技术特征J**：响应于确定在所述SOA总线上没有其它设备与所述动态地生成的IP地址相关联，将所述动态地生成的IP地址作为所述唯一的IP地址分配给所述第一设备。《隐含公开》 | 第[0080]段隐含了如果节点收到了ADDR REQ ACK，则地址分配成功。 | 在对比文件的机制中，节点发送ADDR REQ后，如果收到了AP的ADDR REQ ACK，则意味着该IP地址的分配请求被AP接受，地址分配成功。这对应于“确定没有冲突（收到ACK），然后将该地址分配给节点”的过程。因此，该特征被隐含公开。 |
| **技术特征K**：还包括：响应于确定在所述SOA总线上的另一个设备与所述动态地生成的IP地址相关联，放弃所述动态地生成的IP地址《隐含公开》 | 第[0080]段：“If the arriving node does not receive an ADDR REQ ACK, it chooses another IP address...” | 如特征I所述，节点未收到ACK即意味着地址可能冲突，此时节点“选择另一个IP地址”，这隐含了放弃最初选择的那个地址。因此，该特征被隐含公开。 |
| **技术特征L**：动态地生成针对所述第一设备的新的IP地址。《隐含公开》 | 第[0080]段：“... it chooses another IP address in the same or another BEACON and repeats the process.” | 在地址冲突（未收到ACK）后，节点从信标的地址列表中“选择另一个IP地址”，这是一个新的、动态的地址选择过程。因此，该特征被隐含公开。 |
| **技术特征M**：其中，判断在所述SOA总线上的任何其它设备是否与所述动态地生成的IP地址相关联包括：确定在所述SOA总线上的不同的服务与所述动态地生成的IP地址相关联《未公开》 | 未发现相关内容。 | 目标专利中，冲突检测的具体步骤之一是检查是否有“不同的服务”使用了相同的IP地址。对比文件仅通过ADDR REQ/ACK机制整体判断地址是否可用，并未公开检查冲突的对象是“不同的服务”这一具体层面。对比文件关注的是设备（节点）层面的地址唯一性，而非“服务”实例层面的冲突。因此，该具体判断方式未被公开。 |
| **技术特征N**：确定所述不同的服务包括被分配给所述第一设备的唯一的标识符《隐含公开》 | 第[0080]段：“ADDR REQ also contains the MAC address of the arriving node...” | 对比文件公开了节点在请求地址时，会在ADDR REQ消息中包含其MAC地址。MAC地址是网络设备的全球唯一硬件标识符。虽然此处MAC地址是用于地址请求消息的标识，而非直接用于判断服务归属，但本领域技术人员可以理解，使用唯一标识符（如MAC地址）来识别网络中的设备是常见技术手段。在需要区分冲突地址归属的场景下，引入设备唯一标识符是合理的推理方向。因此，该特征被隐含公开。 |
| **技术特征O**：基于所述唯一的标识符，确定所述不同的服务属于所述第一设备。《隐含公开》 | 同上。若AP能处理ADDR REQ并关联MAC地址与IP地址，则可基于MAC地址判断IP地址的归属。 | 如果AP在处理地址分配时，将分配出的IP地址与请求节点的MAC地址进行绑定（这是实现地址管理所必需的逻辑），那么当检测到地址冲突时，AP或相关机制可以通过查询该绑定关系，基于MAC地址（唯一标识符）来确定某个IP地址当前是否属于某个特定设备（第一设备）。这是本领域技术人员可以从地址分配管理机制中合理推断出的逻辑。因此，该特征被隐含公开。 |
| **技术特征P**：其中，在所述SOA总线上发现由所述第二设备通告的所述第二IP服务包括：在所述SOA总线上发现与所述第二IP服务相关联的所述第二服务名称。《隐含公开》 | 同技术特征B。节点通过接收信标发现AP及其IP地址（apId）。 | 如特征B所述，节点通过接收信标并提取其中的apId（IP地址）来发现AP。该apId可以视为AP在网络中的“名称”或标识。因此，可以认为对比文件隐含了“通过接收消息发现与目标设备（AP）相关联的标识（IP地址）”这一过程。 |
| **技术特征Q**：其中，与所述第一IP服务相关联的所述第一服务名称和与所述第二IP服务相关联的所述第二服务名称被通告在由所述SOA总线实现的连续命名空间中。《未公开》 | 未发现相关内容。 | 目标专利强调服务名称存在于“连续命名空间”中，这是SOA总线（如AllJoyn）管理服务发现的一种特定架构。对比文件中的信标广播是简单的网络层广播，并未涉及任何抽象的、统一的“连续命名空间”概念。两者在服务/资源命名的架构和层次上存在本质不同。因此，该特征未被公开。 |
| **技术特征R**：其中，所述第一IP分组去往被分配给所述第二设备的唯一的IP地址。《直接公开》 | 第[0088]段描述了源节点向未知目的地发送数据时发起路由请求，目的地由其IP地址标识。网络通信的基本原理就是IP分组去往目的IP地址。 | 在对比文件描述的网络通信中，当节点发送IP数据分组时，其目的地址必然是另一个设备（第二设备）的IP地址。这是IP网络通信的基本属性和必然要求。本领域技术人员能够毫无疑义地从对比文件涉及的IP网络通信场景中得出此技术特征。因此，该特征被直接公开。 |
| **技术特征S**：其中，所述第二IP分组去往与所述第一设备相关联的唯一的IP地址。《直接公开》 | 同上。 | 同理，当第二设备向第一设备发送IP分组（第二IP分组）时，该分组的目的地址必须是第一设备的IP地址。这是IP通信对等性的必然体现。因此，该特征被直接公开。 |
| **技术特征T**：其中，与所述第一IP服务相关联的所述第一服务名称还包括：与所述第一设备相关联的主机名。《未公开》 | 未发现相关内容。 | 对比文件未提及任何关于“主机名”的信息，也未在信标消息或地址分配机制中包含主机名字段。因此，该特征未被公开。 |
| **技术特征U**：其中，与所述第一IP服务相关联的所述第一服务名称还包括：与所述主机名相关联的子域。《未公开》 | 未发现相关内容。 | 对比文件未提及任何关于“子域”的信息。因此，该特征未被公开。 |
| **技术特征V**：其中，与所述第一IP服务相关联的所述第一服务名称还包括：与所述第一IP服务相关联的子网的指示。《未公开》 | 未发现相关内容。 | 对比文件未提及在服务名称或设备标识中包含“子网指示”。因此，该特征未被公开。 |
| **技术特征W**：其中，向所述第二设备发送所述第一IP分组还包括：在所述SOA总线上调用所述第二IP服务《未公开》 | 同技术特征D。 | 对比文件使用传统的网络层路由转发IP分组，未涉及在SOA总线上调用服务。因此，该特征未被公开。 |
| **技术特征X**：将所述第一IP分组作为与远程地调用所述第二IP服务相关联的参数，发送给所述第二IP服务。《未公开》 | 同技术特征D。 | 对比文件未涉及将IP分组作为服务调用参数进行传递的机制。因此，该特征未被公开。 |
| **技术特征Y**：其中，在虚拟网络接口处，发生向所述第二设备发送所述第一IP分组。《未公开》 | 未发现相关内容。 | 对比文件虽然在第[0093]段和图10中提到了使用Netfilter和用户空间守护进程处理数据包，但这是为了实现按需路由功能，而非创建或使用一个“虚拟网络接口”来模拟网络设备并处理IP分组。目标专利中的虚拟网络接口（如TUN/TAP）是用于在用户空间程序（IP服务）和内核网络栈之间建立桥梁的特定技术。对比文件未公开此特定技术手段。 |
| **技术特征Z**：其中，从所述第二设备接收所述第二IP分组，还包括：确定所述第二设备在所述SOA总线上调用了所述第一IP服务。《未公开》 | 同技术特征E。 | 对比文件中接收IP分组是基于路由，而非基于确定服务被调用。因此，该特征未被公开。 |
<<<R>>><<<S>>>
<<<a>>><<<b>>><<<f>>><<<g>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<n>>><<<o>>><<<p>>>