本次调用的模型名称：GPT-4o
对比文件的名称：1998-07-14_US5781550A_发明授权_US5781550A Transparent and secure network gateway
目标专利的名称：316在面向服务架构总线上的互联网协议连接CN104137518B
根据目标专利说明书及权利要求，结合对比文件US5781550A的内容，对技术特征进行逐一比对分析如下：
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：所述方法包括：在第一设备处，使用与第一IP服务相关联的第一服务名称，在所述SOA总线上通告所述第一IP服务<br>《未公开》 | 对比文件未公开相关内容。 | 目标专利中的“通告第一IP服务”是指在面向服务架构（SOA）总线上，第一设备主动发布其IP服务，使得该服务可被总线上的其他设备发现和调用。对比文件US5781550A描述了一种安全网络网关，其核心功能是在可信与不可信网络之间拦截、筛选和代理转发IP分组。网关本身作为代理服务器（proxy servers 340）存在，但并未描述该网关或任何设备在类似于SOA总线的架构上“通告”一个可供其他设备远程发现和调用的“IP服务”。对比文件中的网关是网络通信的中间节点，其地址和功能并非通过服务发现机制被“客户端”设备发现，而是通过传统网络路由或配置已知。因此，对比文件未公开该特征。 |
| 技术特征B：在所述SOA总线上发现由第二设备通告的与第二服务名称相关联的第二IP服务，<br>《未公开》 | 对比文件未公开相关内容。 | 目标专利中的“发现第二IP服务”是SOA总线架构中的关键步骤，指第一设备通过总线的服务发现机制，定位到第二设备所通告的IP服务。对比文件US5781550A中，网关（B）需要知道目标主机（如Host C 160）的IP地址以便转发分组，这可以通过DNS查询等方式实现（见背景技术部分对DNS的描述）。然而，这种基于DNS的地址解析是传统IP网络的通用机制，并非在“SOA总线”这一特定架构上，通过搜索包含统一服务描述符的“服务名称”来“发现”一个可远程调用的“服务”。对比文件没有涉及任何面向服务的架构、服务总线或服务发现协议。因此，对比文件未公开该特征。 |
| 技术特征C：其中，所述第一服务名称和所述第二服务名称中的每者包括与所述SOA总线处的IP服务统一地关联的服务描述符<br>《未公开》 | 对比文件未公开相关内容。 | 目标专利中，服务名称包含统一的服务描述符（如“org.alljoyn.ipservice”），用于在SOA总线的连续命名空间中唯一标识IP服务类型。对比文件US5781550A中，IP分组头包含源和目的IP地址、协议控制信息等（见FIG1描述及字段21, 22, 23），但地址是标准的IP地址格式（如192.168.0.1），协议信息也是标准TCP/IP协议栈的标识。没有任何内容表明存在一个结构化的“服务名称”，更不用说该名称中包含一个与特定类型的服务（如IP服务）统一关联的、用于服务发现的描述符。因此，对比文件未公开该特征。 |
| 技术特征D：通过在所述SOA总线上远程地调用所述第二设备的所述第二IP服务，向所述第二设备发送至少第一IP分组<br>《未公开》 | 对比文件未公开相关内容。 | 目标专利中，发送IP分组是通过在SOA总线上“远程地调用”第二IP服务来实现的，这是一种基于服务的交互模式，调用方将IP分组作为参数传递给被调用的服务。对比文件US5781550A中，可信主机A向不可信主机C发送IP分组（如packet A→C 501），该分组被网关B拦截。网关随后代表主机A生成一个新的分组（packet B→C 502）发送给主机C（见FIG5及相应描述）。这个过程是网络层的分组代理和转发，涉及协议栈各层的处理（数据链路层、IP层、传输层），但并非通过一个在服务总线上定义的、可被远程调用的“服务”接口来完成。没有“远程调用”服务或方法的动作。因此，对比文件未公开该特征。 |
| 技术特征E：通过第一通告的服务，在所述SOA总线上从所述第二设备接收至少第二IP分组<br>《未公开》 | 对比文件未公开相关内容。 | 目标专利中，接收IP分组是通过自身通告的IP服务被远程调用而实现的。对比文件US5781550A中，主机C回复的分组（packet C→B 503）发送给网关B，网关B再生成一个分组（packet C→A 504）发送给主机A（见FIG5及相应描述）。主机A接收到的分组看似直接来自主机C。这个接收过程同样是传统IP网络的分组路由和传递，发生在网络协议栈中，而非通过一个被通告的、在SOA总线上可被寻址和调用的“服务”来接收。因此，对比文件未公开该特征。 |
| 技术特征F：其中，与所述第一IP服务相关联的所述第一服务名称还包括：被分配给所述第一设备的唯一的IP地址<br>《未公开》 | 对比文件未公开相关内容。 | 目标专利中，唯一的IP地址是作为服务名称的一部分被包含在内的（例如“s192_168_0_4”）。这旨在将服务标识与网络地址在发现阶段就关联起来。对比文件US5781550A中，设备（如主机A、主机C、网关B）当然拥有唯一的IP地址，这些地址用于IP分组的寻址（见背景技术及FIG1描述）。然而，这些IP地址是独立存在的网络层标识符，并非作为某个更高层次的“服务名称”的组成部分。对比文件没有“服务名称”的概念，也就不存在将IP地址作为服务名称一部分的机制。因此，对比文件未公开该特征。 |
| 技术特征G：并且中，与所述第二IP服务相关联的所述第二服务名称还包括：被分配给所述第二设备的唯一的IP地址。<br>《未公开》 | 对比文件未公开相关内容。 | 理由同技术特征F。对比文件中的第二设备（如不可信主机C）具有唯一的IP地址，用于通信。但该地址并非作为“第二服务名称”的组成部分。对比文件未公开“服务名称”的概念，故该特征未被公开。 |
| 技术特征H：还包括：动态地生成针对所述第一设备的IP地址<br>《未公开》 | 对比文件未公开相关内容。 | 目标专利中描述了动态生成IP地址以避免冲突的机制。对比文件US5781550A全文未提及任何设备动态生成其自身IP地址的过程。设备的IP地址（无论是可信主机、不可信主机还是网关）被视为是预先配置或通过其他机制（如DHCP，但文中未提及）分配好的静态或半静态地址。因此，对比文件未公开该特征。 |
| 技术特征I：判断在所述SOA总线上的任何其它设备是否与所述动态地生成的IP地址相关联<br>《未公开》 | 对比文件未公开相关内容。 | 该特征依赖于特征H的动态地址生成，并涉及在SOA总线范围内检查IP地址冲突。对比文件US5781550A没有描述动态地址生成，自然也没有描述在类似总线的网络上检查地址是否已被其他设备占用的过程。地址冲突的解决在传统网络中可能通过DHCP服务器或手动配置完成，但并非本文档所公开的内容。因此，对比文件未公开该特征。 |
| 技术特征J：响应于确定在所述SOA总线上没有其它设备与所述动态地生成的IP地址相关联，将所述动态地生成的IP地址作为所述唯一的IP地址分配给所述第一设备。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征是特征H和I的逻辑结果。由于对比文件未公开动态生成IP地址和冲突检查，因此也不可能公开在无冲突时分配该地址的步骤。因此，对比文件未公开该特征。 |
| 技术特征K：还包括：响应于确定在所述SOA总线上的另一个设备与所述动态地生成的IP地址相关联，放弃所述动态地生成的IP地址<br>《未公开》 | 对比文件未公开相关内容。 | 该特征是动态地址分配中处理冲突的步骤。由于对比文件未公开动态地址生成和冲突检测，因此也未公开放弃地址的步骤。因此，对比文件未公开该特征。 |
| 技术特征L：动态地生成针对所述第一设备的新的IP地址。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征是在地址冲突发生后重新生成地址的步骤。基于与技术特征H、K相同的理由，对比文件未公开该特征。 |
| 技术特征M：其中，判断在所述SOA总线上的任何其它设备是否与所述动态地生成的IP地址相关联包括：确定在所述SOA总线上的不同的服务与所述动态地生成的IP地址相关联<br>《未公开》 | 对比文件未公开相关内容。 | 该特征细化了冲突检测的对象是“不同的服务”。这完全建立在SOA总线上存在多个可通告的“服务”这一概念基础上。对比文件US5781550A中没有“服务”在总线上通告和发现的架构，因此不可能存在检查不同服务是否使用相同IP地址的机制。因此，对比文件未公开该特征。 |
| 技术特征N：确定所述不同的服务包括被分配给所述第一设备的唯一的标识符<br>《未公开》 | 对比文件未公开相关内容。 | 该特征涉及通过唯一的标识符（如GUID、UUID）来判断冲突的服务是否属于同一设备。这依赖于SOA总线架构中服务具有唯一标识符的设定。对比文件中没有提及设备或服务具有此类用于冲突分辨的、独立于IP地址的唯一软件标识符。因此，对比文件未公开该特征。 |
| 技术特征O：基于所述唯一的标识符，确定所述不同的服务属于所述第一设备。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征是特征N的后续逻辑步骤。由于对比文件未公开特征N，因此该特征也未被公开。 |
| 技术特征P：其中，在所述SOA总线上发现由所述第二设备通告的所述第二IP服务包括：在所述SOA总线上发现与所述第二IP服务相关联的所述第二服务名称。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征是对特征B的进一步限定，强调发现过程是基于“服务名称”。对比文件US5781550A中，网关或主机要找到目标主机，依赖的是IP地址（通过DNS解析主机名获得），而非基于一个包含统一描述符和IP地址的“服务名称”进行发现。因此，对比文件未公开该特征。 |
| 技术特征Q：其中，与所述第一IP服务相关联的所述第一服务名称和与所述第二IP服务相关联的所述第二服务名称被通告在由所述SOA总线实现的连续命名空间中。<br>《未公开》 | 对比文件未公开相关内容。 | 目标专利中，“连续命名空间”是SOA总线用于组织和管理所有通告服务的逻辑结构。对比文件US5781550A处理的是传统的、分层的IP地址空间和可能的DNS域名空间，不存在一个由“SOA总线实现的”用于统一发布和发现各种软件服务的“连续命名空间”。因此，对比文件未公开该特征。 |
| 技术特征R：其中，所述第一IP分组去往被分配给所述第二设备的唯一的IP地址。<br>《直接公开》 | 对比文件详细描述了IP分组通信过程。例如，在背景技术部分提到：“packets communicated between hosts not sharing the same ‘netid’ must traverse a gateway.” 以及 “In order to establish a prior art proxy session, a trusted host A must know the address of the gateway B. Furthermore, the host A must overtly notify the gateway B that it wants to communicate with a remote untrusted host C.” 在具体实施方式中，图1和相应描述显示分组10包含目的地址信息22，图5显示了分组A→C 501从主机A发往主机C。 | 目标专利中，第一IP分组去往第二设备的唯一IP地址，这是IP通信的基本特征。对比文件US5781550A中，可信主机A想要与不可信主机C通信，它发出的分组（A→C）的目的地址就是主机C的IP地址。这是IP网络通信的固有属性和必要步骤。对比文件明确描述了主机间通过IP地址进行寻址和通信。因此，本领域技术人员能够毫无疑义地从对比文件得出，IP分组的目的地是目标设备的IP地址。该特征被对比文件直接公开。 |
| 技术特征S：其中，所述第二IP分组去往与所述第一设备相关联的唯一的IP地址。<br>《直接公开》 | 同上，对比文件描述了反向通信过程。在图5中，主机C回复的分组（C→B 503）被网关处理后，生成新的分组（C→A 504）发送给主机A。该分组的目的地址是主机A的IP地址。 | 目标专利中，第二IP分组去往第一设备的唯一IP地址。对比文件US5781550A中，在代理通信的反向路径上，网关生成发送给主机A的分组（C→A），其目的地址就是主机A的IP地址。这同样是IP网络通信的基本原理。因此，本领域技术人员能够毫无疑义地从对比文件得出，响应分组的目的地是发起通信设备的IP地址。该特征被对比文件直接公开。 |
| 技术特征T：其中，与所述第一IP服务相关联的所述第一服务名称还包括：与所述第一设备相关联的主机名。<br>《未公开》 | 对比文件背景技术部分提到：“Applications use host names, for example, ‘altavista.digital.com,’ to pinpoint computers where data are stored. Applications can obtain host name to IP address translations from specialized computers executing Domain Name Servers (DNS), connected to the Internet.” | 目标专利中，主机名可以作为服务名称的一部分。对比文件US5781550A确实提到了应用程序使用“主机名”（host names），并通过DNS将其解析为IP地址。然而，这是传统网络中的应用层寻址方式。对比文件完全没有提及将“主机名”作为某个“服务名称”的组成部分，更没有提及在SOA总线架构下这样做。主机名和IP地址的映射关系是独立于任何“服务通告”机制存在的。因此，对比文件未公开该特征。 |
| 技术特征U：其中，与所述第一IP服务相关联的所述第一服务名称还包括：与所述主机名相关联的子域。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征是对特征T的进一步限定。对比文件仅提及了基本的主机名（如altavista.digital.com），其中“digital.com”可视为域，但并未讨论“子域”作为服务名称组成部分的概念，也未涉及在SOA总线上下文中使用子域。因此，对比文件未公开该特征。 |
| 技术特征V：其中，与所述第一IP服务相关联的所述第一服务名称还包括：与所述第一IP服务相关联的子网的指示。<br>《未公开》 | 对比文件背景技术部分提到IP地址包括前缀“netid”和后缀“hostid”，其中“netid”用于标识网络。 | 目标专利中，子网信息可以作为服务名称的一部分。对比文件US5781550A提到了IP地址中的网络标识（netid），这用于区分不同的子网。然而，这是IP地址本身固有的结构，并非作为一个独立的“子网指示”字段被包含在一个“服务名称”中。对比文件没有“服务名称”的概念，更谈不上在其中加入子网信息。因此，对比文件未公开该特征。 |
| 技术特征W：其中，向所述第二设备发送所述第一IP分组还包括：在所述SOA总线上调用所述第二IP服务<br>《未公开》 | 对比文件未公开相关内容。 | 该特征是对特征D的细化，强调发送动作包含“调用”服务这一具体操作。对比文件US5781550A中，发送分组是通过网络协议栈的层层处理和代理转发实现的，不存在“调用”一个远程“服务”的动作。因此，对比文件未公开该特征。 |
| 技术特征X：将所述第一IP分组作为与远程地调用所述第二IP服务相关联的参数，发送给所述第二IP服务。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征进一步定义了IP分组作为远程调用的参数进行传递。这是SOA/远程过程调用（RPC）架构的典型特征。对比文件US5781550A中，IP分组是网络层传输的载荷（payload 11），它在协议栈各层间传递，最终被应用程序接收。但这个过程不是以“参数”形式传递给一个被“调用”的服务方法，而是作为原始数据被读取。因此，对比文件未公开该特征。 |
| 技术特征Y：其中，在虚拟网络接口处，发生向所述第二设备发送所述第一IP分组。<br>《未公开》 | 对比文件未公开相关内容。 | 目标专利中，“虚拟网络接口”是设备上连接用户空间IP服务和内核网络栈的软件抽象。对比文件US5781550A描述了网关的协议栈（数据链路层301、IP层302、传输层303、应用层304）以及分组在这些层间的流动，但并未提及“虚拟网络接口”这一特定概念。其分组处理发生在标准协议栈的各层及内核与应用层之间的接口（如socket），这与“虚拟网络接口”的实现方式不同。因此，对比文件未公开该特征。 |
| 技术特征Z：其中，从所述第二设备接收所述第二IP分组，还包括：确定所述第二设备在所述SOA总线上调用了所述第一IP服务<br>《未公开》 | 对比文件未公开相关内容。 | 该特征是对特征E的细化，强调接收动作是基于第一IP服务被远程调用。对比文件US5781550A中，网关接收来自主机C的分组，是基于网络层的地址匹配和会话关联（通过协议控制块），而非因为某个“第一IP服务”被“调用”。因此，对比文件未公开该特征。 |
<<<R>>><<<S>>>