**对比文件名称**：2007-09-13_JP2007526526A_发明专利_JP2007526526A Interoperable system and method for peer-to-peer service orchestration
**目标专利名称**：316在面向服务架构总线上的互联网协议连接CN104137518B
**本次调用模型名称**：特征比对与公开性判断模型
### **特征比对表格**
| 技术特征描述与公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A. 所述方法包括：在第一设备处，使用与第一IP服务相关联的第一服务名称，在所述SOA总线上通告所述第一IP服务** <br>**《直接公开》** | [2]段落：“サービスプロバイダは、WSDLサービス記述で記述される特定の目的のための、いくつかの操作セットへのアクセスを与える；このサービス記述は多くの手段のうちのどれかによってレジストリに公開されているため、サービスが発見される可能性がある。” <br>（翻译：服务提供商提供对由WSDL服务描述描述的特定目的的一组操作的访问；该服务描述可以通过多种方式中的任何一种发布到注册中心，因此服务可能被发现。） | 对比文件明确公开了在系统框架（即SOA总线）中，服务提供商使用服务描述（例如WSDL）向注册中心（即服务总线上的逻辑位置）发布（通告）服务。这与技术特征A中“在SOA总线上通告第一IP服务”的核心动作完全一致。虽然对比文件没有明确限定服务为“IP服务”，但其描述的通告服务的一般方法，本领域技术人员可以毫无疑义地应用于通告任何类型的服务，包括IP服务。因此，技术特征A被对比文件直接公开。 |
| **B. 在所述SOA总线上发现由第二设备通告的与第二服务名称相关联的第二IP服务** <br>**《直接公开》** | [2]段落：“サービス・リクエスタは、あるディスカバリ・メカニズムを通じてこの情報を「発見」、次にこの情報を使用し、サービスを利用するサービスプロバイダに「バインドする」。” <br>（翻译：服务请求者通过某种发现机制“发现”该信息，然后使用该信息“绑定”到利用该服务的服务提供商。） | 对比文件明确描述了服务请求者（相当于第一设备）通过发现机制，发现由服务提供商（相当于第二设备）发布的服务信息（包括服务描述/名称）。这直接对应于在SOA总线上“发现由第二设备通告的...第二IP服务”这一步骤。同样，此发现过程适用于任何服务类型。因此，技术特征B被对比文件直接公开。 |
| **C. 其中，所述第一服务名称和所述第二服务名称中的每者包括与所述SOA总线处的IP服务统一地关联的服务描述符** <br>**《隐含公开》** | [2]段落：“例えば、ＢｌｕｅＴｏｏｔｈ（登録商標）、ＵｐＮｐ、ｒｅｎｄｅｚｖｏｕｓ、ＪＩＮＩ、ＵＤＤＩ等が同一のサービスに中に統合され、および、各ノードが、そのノードをホストするデバイスに関して最も適切な１つまたは複数の発見サービスを使用することが可能である。” <br>（翻译：例如，Bluetooth、UPnP、Rendezvous、JINI、UDDI等可以集成到同一服务中，并且每个节点可以使用最适合其托管设备的一个或多个发现服务。） | 对比文件描述了支持多种服务发现协议（如UPnP、JINI、UDDI）的异构环境。为了使不同类型的服务能够被统一发现，必然需要一种机制来标识服务的类型或类别。本领域技术人员可以合理推断，在这种框架下，服务名称或描述中会包含某种统一的服务类型标识符（如命名空间、URI前缀），以便请求者能够识别和筛选特定类别的服务（例如IP服务）。这与“包括与所述SOA总线处的IP服务统一地关联的服务描述符”的作用实质相同。因此，技术特征C被对比文件隐含公开。 |
| **D. 通过在所述SOA总线上远程地调用所述第二设备的所述第二IP服务，向所述第二设备发送至少第一IP分组** <br>**《隐含公开》** | [2]段落：“サービス・リクエスタは、レジストリから得たWSDLに指定されるバインディング情報に沿って、プロバイダから与えられたさまざまな操作を呼び出すソフトウェアである。” <br>（翻译：服务请求者是按照从注册中心获得的WSDL中指定的绑定信息，调用提供商提供的各种操作的软件。）<br>以及[2]段落：“サービスプロバイダは、要求ノードがアクセス権を持つかを判断するために、インタフェースへのアクセスを許可する責任を持つそれらノードに対して決定を下し、許可要求を送信する。... 許可応答の受信時に、要求ノードが許可された場合、サービスプロバイダは要求に応じる。” <br>（翻译：服务提供商对负责允许访问接口的那些节点做出决定，以判断请求节点是否有访问权限，并发送许可请求。... 收到许可响应时，如果请求节点被许可，服务提供商会响应请求。） | 对比文件明确公开了服务请求者根据服务描述远程调用服务提供商的操作（即远程过程调用/RPC）。这是SOA总线的核心功能。虽然对比文件没有明确将“IP分组”作为调用参数进行传输的示例，但其公开的远程调用机制允许传递参数。本领域技术人员在需要传输数据（如IP分组）时，可以毫无困难地将数据作为远程调用操作的参数进行传递。因此，通过远程调用服务来向对方设备发送数据（IP分组）是SOA总线远程调用功能的常规和直接应用。技术特征D被对比文件隐含公开。 |
| **E. 通过第一通告的服务，在所述SOA总线上从所述第二设备接收至少第二IP分组** <br>**《隐含公开》** | [2]段落：“応答メッセージは、サービスインタフェース・バインディング及び要求ノードのプリファレンス（preference）に基づいて返信される。” <br>（翻译：响应消息根据服务接口绑定和请求节点的偏好返回。） | 承接技术特征D的论述，既然服务请求者可以通过远程调用向服务提供商发送数据（作为请求参数），那么作为调用流程的一部分，服务提供商也可以将数据（作为响应参数）返回给服务请求者。这是远程调用交互的对称过程。因此，通过第一设备通告的服务（即被调用的服务端点），从第二设备接收数据（第二IP分组）也是SOA总线远程调用机制的必然组成部分。技术特征E被对比文件隐含公开。 |
| **F. 其中，与所述第一IP服务相关联的所述第一服务名称还包括：被分配给所述第一设备的唯一的IP地址** <br>**《未公开》** | 无对应内容。 | 对比文件通篇描述了服务发现和通告，但服务名称或描述中仅涉及服务类型、接口、绑定等通用信息，并未提及将设备的唯一IP地址作为服务名称的一部分。IP地址是网络层标识，而对比文件关注的是服务层交互，其服务寻址基于服务总线上的逻辑地址（如WSDL端点）或服务描述符，而非底层网络IP地址。没有证据表明对比文件将IP地址集成到服务命名中。因此，技术特征F未被公开。 |
| **G. 并且中，与所述第二IP服务相关联的所述第二服务名称还包括：被分配给所述第二设备的唯一的IP地址** <br>**《未公开》** | 无对应内容。 | 理由同技术特征F。对比文件未公开在服务名称中包含设备唯一IP地址。因此，技术特征G未被公开。 |
| **H. 还包括：动态地生成针对所述第一设备的IP地址** <br>**《未公开》** | 无对应内容。 | 对比文件未涉及为设备动态生成IP地址的过程。其内容聚焦于服务层面的编排、发现和调用，不涉及IP地址分配机制。因此，技术特征H未被公开。 |
| **I. 判断在所述SOA总线上的任何其它设备是否与所述动态地生成的IP地址相关联** <br>**《未公开》** | 无对应内容。 | 理由同技术特征H。对比文件未涉及IP地址冲突检测。因此，技术特征I未被公开。 |
| **J. 响应于确定在所述SOA总线上没有其它设备与所述动态地生成的IP地址相关联，将所述动态地生成的IP地址作为所述唯一的IP地址分配给所述第一设备** <br>**《未公开》** | 无对应内容。 | 理由同技术特征H和I。对比文件未涉及IP地址分配流程。因此，技术特征J未被公开。 |
| **K. 还包括：响应于确定在所述SOA总线上的另一个设备与所述动态地生成的IP地址相关联，放弃所述动态地生成的IP地址** <br>**《未公开》** | 无对应内容。 | 理由同技术特征H、I、J。对比文件未涉及IP地址冲突解决。因此，技术特征K未被公开。 |
| **L. 动态地生成针对所述第一设备的新的IP地址** <br>**《未公开》** | 无对应内容。 | 理由同技术特征H、I、J、K。对比文件未涉及IP地址的重新生成。因此，技术特征L未被公开。 |
| **M. 其中，判断在所述SOA总线上的任何其它设备是否与所述动态地生成的IP地址相关联包括：确定在所述SOA总线上的不同的服务与所述动态地生成的IP地址相关联** <br>**《未公开》** | 无对应内容。 | 理由同技术特征H、I、J、K、L。对比文件未涉及基于服务检查IP地址关联性的冲突检测逻辑。因此，技术特征M未被公开。 |
| **N. 确定所述不同的服务包括被分配给所述第一设备的唯一的标识符** <br>**《未公开》** | 无对应内容。 | 理由同技术特征M。对比文件未涉及使用设备唯一标识符来区分服务所属的设备以解决IP地址冲突。因此，技术特征N未被公开。 |
| **O. 基于所述唯一的标识符，确定所述不同的服务属于所述第一设备** <br>**《未公开》** | 无对应内容。 | 理由同技术特征M和N。对比文件未涉及此类判断逻辑。因此，技术特征O未被公开。 |
| **P. 其中，在所述SOA总线上发现由所述第二设备通告的所述第二IP服务包括：在所述SOA总线上发现与所述第二IP服务相关联的所述第二服务名称** <br>**《直接公开》** | [2]段落：“サービス・リクエスタは、あるディスカバリ・メカニズムを通じてこの情報を「発見」、次にこの情報を使用し、サービスを利用するサービスプロバイダに「バインドする」。” <br>（翻译：服务请求者通过某种发现机制“发现”该信息，然后使用该信息“绑定”到利用该服务的服务提供商。） | 对比文件明确公开了服务发现过程，即请求者通过发现机制获取服务信息（包括其描述/名称）。这与技术特征P“在SOA总线上发现与...第二服务名称”的描述完全一致。这是服务发现的基本含义。因此，技术特征P被对比文件直接公开。 |
| **Q. 其中，与所述第一IP服务相关联的所述第一服务名称和与所述第二IP服务相关联的所述第二服务名称被通告在由所述SOA总线实现的连续命名空间中** <br>**《隐含公开》** | [2]段落：“新興のウェブサービス規格がウェブ上でのこれらの問題の幾つかに対処し始めてはいるが、こうしたアプローチは不完全である。... NEMOの実施例はさらに、さまざまなローカル及びリモートインタフェースの結合（例、WS-1 [1] 、Java（登録商標） RMI、DCOM、C、Net等）を用いた、単純及び複雑なサービス両方の動的なピア・ツー・ピア編成（peer to peer orchestration）を提供するために使用可能で、それにより、レガシーアプリケーションの統合が可能となる。” <br>（翻译：新兴的Web服务标准已经开始解决Web上的一些问题，但这些方法并不完整。... NEMO实施例还可以用于提供简单和复杂服务的动态对等编排，使用各种本地和远程接口的组合（例如，WS-I，Java RMI，DCOM，C，.Net等），从而可以集成遗留应用程序。） | 对比文件描述的NEMO框架旨在整合异构环境下的多种服务接口和发现协议（如UDDI、UPnP等）。为了实现统一的服务发现和管理，本领域技术人员可以合理推断，需要一个逻辑上统一的命名或寻址空间来容纳所有这些服务描述。虽然对比文件没有明确使用“连续命名空间”这一术语，但其描述的整合多种技术的统一框架，必然隐含着某种形式的统一服务标识或命名体系，以便服务能够被一致地通告和发现。这与“由SOA总线实现的连续命名空间”所起的作用（提供统一的通告和发现范围）是相同的。因此，技术特征Q被对比文件隐含公开。 |
| **R. 其中，所述第一IP分组去往被分配给所述第二设备的唯一的IP地址** <br>**《未公开》** | 无对应内容。 | 对比文件未公开IP分组的目的是设备的唯一IP地址。其通信基于服务端点调用，而非IP地址寻址。因此，技术特征R未被公开。 |
| **S. 其中，所述第二IP分组去往与所述第一设备相关联的唯一的IP地址** <br>**《未公开》** | 无对应内容。 | 理由同技术特征R。对比文件未公开基于IP地址的通信目的地址。因此，技术特征S未被公开。 |
| **T. 其中，与所述第一IP服务相关联的所述第一服务名称还包括：与所述第一设备相关联的主机名** <br>**《未公开》** | 无对应内容。 | 对比文件未提及将主机名纳入服务名称。因此，技术特征T未被公开。 |
| **U. 其中，与所述第一IP服务相关联的所述第一服务名称还包括：与所述主机名相关联的子域** <br>**《未公开》** | 无对应内容。 | 理由同技术特征T。对比文件未涉及子域。因此，技术特征U未被公开。 |
| **V. 其中，与所述第一IP服务相关联的所述第一服务名称还包括：与所述第一IP服务相关联的子网的指示** <br>**《未公开》** | 无对应内容。 | 对比文件未提及在服务名称中包含子网信息。因此，技术特征V未被公开。 |
| **W. 其中，向所述第二设备发送所述第一IP分组还包括：在所述SOA总线上调用所述第二IP服务** <br>**《直接公开》** | [2]段落：“サービス・リクエスタは、レジストリから得たWSDLに指定されるバインディング情報に沿って、プロバイダから与えられたさまざまな操作を呼び出すソフトウェアである。” <br>（翻译：服务请求者是按照从注册中心获得的WSDL中指定的绑定信息，调用提供商提供的各种操作的软件。） | 对比文件明确且直接地公开了服务请求者调用服务提供商的操作。这与技术特征W“在SOA总线上调用所述第二IP服务”的描述完全一致。因此，技术特征W被对比文件直接公开。 |
| **X. 将所述第一IP分组作为与远程地调用所述第二IP服务相关联的参数，发送给所述第二IP服务** <br>**《隐含公开》** | [2]段落：“サービスプロバイダは、要求ノードがアクセス権を持つかを判断するために、インタフェースへのアクセスを許可する責任を持つそれらノードに対して決定を下し、許可要求を送信する。... 許可応答の受信時に、要求ノードが許可された場合、サービスプロバイダは要求に応じる。” <br>（翻译：服务提供商对负责允许访问接口的那些节点做出决定，以判断请求节点是否有访问权限，并发送许可请求。... 收到许可响应时，如果请求节点被许可，服务提供商会响应请求。） | 如技术特征D所述，远程调用机制允许传递参数。将数据（如IP分组）作为调用参数发送是远程过程调用的基本能力和常规用法。对比文件虽然没有明确举出IP分组作为参数的例子，但其描述的“要求に応じる”（响应请求）过程必然涉及处理请求方传递的信息。本领域技术人员可以毫无困难地理解，在需要传输IP分组时，可将其作为调用参数。因此，技术特征X被对比文件隐含公开。 |
| **Y. 其中，在虚拟网络接口处，发生向所述第二设备发送所述第一IP分组** <br>**《未公开》** | 无对应内容。 | 对比文件未提及“虚拟网络接口”（Virtual Network Interface）这一特定实现组件。该组件是目标专利中用于桥接传统网络栈和SOA总线IP服务的关键模块。因此，技术特征Y未被公开。 |
| **Z. 其中，从所述第二设备接收所述第二IP分组，还包括：确定所述第二设备在所述SOA总线上调用了所述第一IP服务** <br>**《直接公开》** | [2]段落：“サービスプロバイダは、要求ノードがアクセス権を持つかを判断するために、インタフェースへのアクセスを許可する責任を持つそれらノードに対して決定を下し、許可要求を送信する。... 許可応答の受信時に、要求ノードが許可された場合、サービスプロバイダは要求に応じる。” <br>（翻译：服务提供商对负责允许访问接口的那些节点做出决定，以判断请求节点是否有访问权限，并发送许可请求。... 收到许可响应时，如果请求节点被许可，服务提供商会响应请求。） | 对比文件从服务提供商的角度描述：当收到请求（即服务被调用）时，服务提供商进行处理。这直接对应于技术特征Z中“确定所述第二设备在SOA总线上调用了所述第一IP服务”这一事件判断。作为服务提供商，确定有请求者调用了自己的服务是响应请求的前提。因此，技术特征Z被对比文件直接公开。 |
<<<A>>><<<B>>><<<P>>><<<W>>><<<Z>>><<<c>>><<<d>>><<<e>>><<<q>>><<<x>>>