本次调用的模型名称：专利创造性评估模型。
对比文件名称：2010-11-18_US2010293289A_发明申请_US20100293289A1 PEER-TO-PEER MOBILITY MANAGEMENT IN HETEROGENEOUS IPV4 NETWORKSAPP 1784n
目标专利名称：316在面向服务架构总线上的互联网协议连接CN104137518B
经过深度分析，对比文件公开了一种在异构IPv4网络中的对等移动性管理方案，其核心在于移动节点（MN）和对应节点（CN）上安装的中间件（p2pMM），该中间件通过维护虚拟地址与真实地址的映射表，在IP协议栈层截获并修改数据包地址，以实现移动节点在不同网络间切换时的无缝通信和低延迟切换。目标专利则涉及在面向服务架构（SOA）总线上实现IP连接，其核心在于设备在SOA总线上通告和发现特定的IP服务，并通过远程调用这些服务来交换IP分组。
以下是根据目标专利权利要求划分的技术特征比对表格，逐一判断对比文件的公开性：
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：在第一设备处，使用与第一IP服务相关联的第一服务名称，在所述SOA总线上通告所述第一IP服务 | **《未公开》** | 对比文件未公开在“SOA总线”上“通告IP服务”。对比文件中的移动节点（MN）会向一个“移动中心”（mobility center）注册以获取一个虚拟地址（如169.253.1.1）（参见[0028]， [0030]段）。这是一个集中式的地址分配/注册过程，而非在SOA总线上向所有对等设备通告一个具有特定名称的“服务”。目标专利中的“通告”是指在SOA总线的连续命名空间中发布一个服务名称，供其他设备发现，这与对比文件的向中心服务器注册地址有本质区别。 |
| **技术特征B**：在所述SOA总线上发现由第二设备通告的与第二服务名称相关联的第二IP服务， | **《未公开》** | 对比文件未公开在“SOA总线”上“发现IP服务”。当对应节点（CN）需要与移动节点（MN）通信时，它可能需要通过查询移动中心来获取MN的当前真实地址（参见[0028]段），或者从MN发来的数据包中的“移动选项”（mobility option）直接学习到MN的虚拟地址（参见[0031]段）。这是一种地址解析或地址学习机制，而非在SOA总线上基于服务名称去主动发现一个由其他设备“通告”的、可供远程调用的“IP服务”。 |
| **技术特征C**：其中，所述第一服务名称和所述第二服务名称中的每者包括与所述SOA总线处的IP服务统一地关联的服务描述符 | **《未公开》** | 对比文件未公开“服务名称”包含“统一关联的服务描述符”。对比文件中移动节点使用的“虚拟地址”（如169.253.1.1）是一个普通的IP地址（尽管可能不可路由），其目的是作为移动节点的稳定标识符，而非一个包含特定领域服务描述符（如“org.alljoyn.ipservice”）的服务名称。目标专利的服务名称结构是专门为在SOA总线上标识IP服务而设计的，对比文件中的地址不具备此特征。 |
| **技术特征D**：通过在所述SOA总线上远程地调用所述第二设备的所述第二IP服务，向所述第二设备发送至少第一IP分组 | **《未公开》** | 对比文件未公开通过“在SOA总线上远程调用IP服务”来发送IP分组。对比文件中，数据发送是标准的IP数据包传输过程。发送方（如MN）的应用层使用虚拟地址构造数据包，然后由p2pMM中间件截获并修改源地址为真实地址后发出（参见[0031]段）。这是一个协议栈内的地址转换操作，并非通过远程过程调用（RPC）一个在总线上通告的“服务”来实现通信。两者技术手段不同。 |
| **技术特征E**：通过第一通告的服务，在所述SOA总线上从所述第二设备接收至少第二IP分组 | **《未公开》** | 对比文件未公开“通过通告的服务”接收IP分组。对比文件中，接收方（如CN）的p2pMM中间件截获数据包，根据包内的移动选项将源地址转换回虚拟地址，然后传递给上层应用（参见[0031]段）。数据包的接收是基于网络层的接口监听和协议栈处理，而非通过一个被“通告”和“调用”的特定服务端点。 |
| **技术特征F**：其中，与所述第一IP服务相关联的所述第一服务名称还包括：被分配给所述第一设备的唯一的IP地址 | **《未公开》** | 对比文件未公开“服务名称”包含“唯一的IP地址”。虽然对比文件中的移动节点被分配了一个唯一的虚拟IP地址（如169.253.1.1）（参见[0028]，[0030]段），但这个地址是作为节点本身的标识符，被应用直接用作通信地址，而不是作为某个“服务名称”的组成部分。目标专利是将IP地址嵌入到服务名称字符串中（如“.s192_168_0_4”），作为服务描述符的后缀，这是一种特定的命名约定。 |
| **技术特征G**：并且中，与所述第二IP服务相关联的所述第二服务名称还包括：被分配给所述第二设备的唯一的IP地址。 | **《未公开》** | 同特征F的论述。对比文件中的对应节点（CN）通常使用其真实的、可路由的IP地址（如图2中的5.5.5.5），这个地址也不是作为“服务名称”的一部分存在的。目标专利要求双方的服务名称都包含各自的IP地址，对比文件未公开此特征。 |
| **技术特征H**：还包括：动态地生成针对所述第一设备的IP地址 | **《隐含公开》** | 对比文件[0030]段描述了移动节点（MN）从移动中心“请求”（requests）一个虚拟地址，移动中心“提供”（provides）一个可用地址。虽然文中未明确使用“动态生成”一词，但本领域技术人员可以理解，在DHCP-like的地址分配场景中，地址池的管理和分配通常涉及动态生成或选取可用地址的过程。移动中心需要管理地址范围并分配空闲地址，这隐含了动态生成/分配IP地址的步骤。 |
| **技术特征I**：判断在所述SOA总线上的任何其它设备是否与所述动态地生成的IP地址相关联 | **《隐含公开》** | 对比文件[0028]段指出，移动中心“可以保证互联网上没有两个移动节点使用相同的虚拟地址”（can guarantee that no two MNs on the Internet use the same virtual address）。为了实现这一保证，移动中心在分配地址时，必然需要检查（即判断）所分配的地址是否已被其他设备使用（相关联）。这隐含了冲突判断的步骤。 |
| **技术特征J**：响应于确定在所述SOA总线上没有其它设备与所述动态地生成的IP地址相关联，将所述动态地生成的IP地址作为所述唯一的IP地址分配给所述第一设备。 | **《隐含公开》** | 结合特征H和I的隐含公开内容，移动中心在确定请求的地址（或分配的地址）未被其他设备使用后，将该地址分配给请求的移动节点（MN），并记录映射关系（[0030]段）。这符合“无冲突则分配”的逻辑。 |
| **技术特征K**：还包括：响应于确定在所述SOA总线上的另一个设备与所述动态地生成的IP地址相关联，放弃所述动态地生成的IP地址 | **《未公开》** | 对比文件描述了移动中心保证地址唯一性（[0028]），但未具体描述当检测到冲突（即另一个设备已使用该地址）时，对当前“动态生成的IP地址”采取“放弃”这一具体动作的流程。它可能直接分配另一个不同的可用地址。由于未明确公开“放弃”这一处理动作，因此认为未公开。 |
| **技术特征L**：动态地生成针对所述第一设备的新的IP地址。 | **《隐含公开》** | 在地址分配逻辑中，如果第一次尝试分配的地址不可用（冲突），一个合理的后续步骤就是尝试分配（生成）一个新的、不同的地址。虽然对比文件没有明确描述此循环过程，但本领域技术人员基于地址分配和冲突避免的常识，可以合理推断出在需要时会生成新的IP地址。 |
| **技术特征M**：其中，判断在所述SOA总线上的任何其它设备是否与所述动态地生成的IP地址相关联包括：确定在所述SOA总线上的不同的服务与所述动态地生成的IP地址相关联 | **《未公开》** | 对比文件判断的是其他“移动节点”（MN）是否使用了该虚拟地址，而非判断其他“服务”是否与该地址相关联。目标专利的特征M特指在SOA总线环境下，判断其他“服务”是否使用了该IP地址，这与对比文件中判断“设备/节点”是否使用地址的语境和对象不同。 |
| **技术特征N**：确定所述不同的服务包括被分配给所述第一设备的唯一的标识符 | **《未公开》** | 对比文件未涉及“服务”包含“唯一的标识符”的概念。目标专利此特征是为了区分同一设备上的不同服务或解决地址冲突，对比文件的方案中不存在此机制。 |
| **技术特征O**：基于所述唯一的标识符，确定所述不同的服务属于所述第一设备。 | **《未公开》** | 基于特征N未公开，此特征自然也未被公开。对比文件没有通过服务唯一标识符来判断服务归属的机制。 |
| **技术特征P**：其中，在所述SOA总线上发现由所述第二设备通告的所述第二IP服务包括：在所述SOA总线上发现与所述第二IP服务相关联的所述第二服务名称。 | **《未公开》** | 如特征B所述，对比文件没有“在SOA总线上发现服务名称”的机制。其地址发现是通过查询移动中心或从数据包中学习，并非基于服务名称的发现。 |
| **技术特征Q**：其中，与所述第一IP服务相关联的所述第一服务名称和与所述第二IP服务相关联的所述第二服务名称被通告在由所述SOA总线实现的连续命名空间中。 | **《未公开》** | 对比文件完全未提及“SOA总线”及其“连续命名空间”。其虚拟地址是在一个预定义的地址范围（如169.253.x.x）内分配，这是一个IP地址空间，而非SOA总线上的服务命名空间。 |
| **技术特征R**：其中，所述第一IP分组去往被分配给所述第二设备的唯一的IP地址。 | **《直接公开》** | 对比文件[0031]段及图2显示，移动节点（MN）的应用发送数据包时，目的地址是对应节点（CN）的IP地址（5.5.5.5）。在目标专利语境下，第一设备发送的第一IP分组去往第二设备的IP地址。虽然对比文件中第二设备（CN）的地址不一定是通过SOA服务名称获得的，但“IP分组去往另一设备的IP地址”这一基本通信行为是对比文件明确公开的。作用相同，都是实现设备间IP通信。 |
| **技术特征S**：其中，所述第二IP分组去往与所述第一设备相关联的唯一的IP地址。 | **《直接公开》** | 对比文件[0032]段及图3显示，对应节点（CN）回复数据包时，目的地址是移动节点（MN）的虚拟地址（169.253.1.1）。该虚拟地址是分配给MN的唯一IP地址。因此，“第二IP分组去往第一设备的唯一IP地址”这一特征被直接公开。 |
| **技术特征T**：其中，与所述第一IP服务相关联的所述第一服务名称还包括：与所述第一设备相关联的主机名。 | **《未公开》** | 对比文件未提及“主机名”概念，也未将主机名作为服务名称的一部分。其标识设备仅使用IP地址（虚拟或真实）。 |
| **技术特征U**：其中，与所述第一IP服务相关联的所述第一服务名称还包括：与所述主机名相关联的子域。 | **《未公开》** | 对比文件未提及“子域”概念。 |
| **技术特征V**：其中，与所述第一IP服务相关联的所述第一服务名称还包括：与所述第一IP服务相关联的子网的指示。 | **《未公开》** | 对比文件未提及在服务名称中包含“子网指示”。其地址管理基于全局唯一的虚拟地址，未涉及基于子网的服务分组或标识。 |
| **技术特征W**：其中，向所述第二设备发送所述第一IP分组还包括：在所述SOA总线上调用所述第二IP服务 | **《未公开》** | 同特征D，对比文件发送数据包是基于IP协议栈和地址转换，而非通过“调用SOA总线上的IP服务”。 |
| **技术特征X**：将所述第一IP分组作为与远程地调用所述第二IP服务相关联的参数，发送给所述第二IP服务。 | **《未公开》** | 对比文件未公开将IP分组作为“远程调用的参数”进行传递。数据包是作为网络层的数据单元被发送和接收的。 |
| **技术特征Y**：其中，在虚拟网络接口处，发生向所述第二设备发送所述第一IP分组。 | **《未公开》** | 对比文件中的p2pMM是一个安装在协议栈中（位于链路层和上层之间）的中间件模块（参见[0027], [0036]段及图6），它截获和修改数据包。虽然它实现了地址转换功能，但并未被描述或暗示为一个“虚拟网络接口”。目标专利的虚拟网络接口（如TUN/TAP）是操作系统网络栈中的一个标准虚拟设备，用于与应用层服务（IP服务）交互，两者实现方式和架构位置不同。 |
| **技术特征Z**：其中，从所述第二设备接收所述第二IP分组，还包括：确定所述第二设备在所述SOA总线上调用了所述第一IP服务。 | **《未公开》** | 对比文件接收数据包时，是由p2pMM根据数据包中的移动选项进行地址转换（[0031]段），不存在“确定其他设备调用了本设备服务”这一步骤。其通信模型是客户端-服务器或对等网络模型，而非基于SOA服务调用的模型。 |
### 结论
综上所述，对比文件US20100293289A1主要公开了一种基于地址映射和转换的对等移动性管理方案，其技术领域、解决的技术问题以及采用的技术手段均与目标专利“在SOA总线上实现IP连接”有显著区别。目标专利的核心在于利用SOA总线的服务通告、发现和远程调用机制来承载IP通信，而对比文件的核心是在传统IP协议栈中插入中间件进行地址翻译以实现移动性。
在全部技术特征（A-Z）中：
- **特征R和S** 被对比文件**直接公开**，因为它们描述了IP分组去往目标设备IP地址这一基础的、通用的IP通信行为。
- **特征H, I, J, L** 被对比文件**隐含公开**，涉及动态IP地址分配、冲突判断、分配以及生成新地址的逻辑，这些可以从对比文件描述的地址分配和唯一性保证机制中合理推断出来。
- 其余技术特征均未被对比文件直接或隐含公开。
根据输出格式要求，对于直接公开的特征R和S，在回答结尾插入代码；对于隐含公开的特征H, I, J, L，在回答结尾插入代码。请注意，特征K虽然与冲突处理相关，但由于对比文件未明确公开“放弃”动作，因此不被视为隐含公开。
<<<R>>><<<S>>><<<h>>><<<i>>><<<j>>><<<l>>>