对比文件的名称：2008-06-19_JP2008140399A_发明专利_JP2008140399A Interoperable system and method for peer-to-peer service organization
目标专利的名称：316在面向服务架构总线上的互联网协议连接CN104137518B
本次调用的模型名称：gpt-4
特征比对表格：
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：《隐含公开》 | 例如，[2]段：“NEMOノードはお互いにインタラクションし、全体として音楽ライセンスシステムを実装するさまざまなサービスを提供する。”；[2]段：“NEMOノードは、サービス実施要求を作成し応答を受信することによりインタラクションを行うことができる。”；[2]段：“サービスプロバイダは、要求ノードがアクセス権を持つかを判断するために、インタフェースへのアクセスを許可する責任を持つそれらノードに対して決定を下し、許可要求を送信する。” | 对比文件公开了在NEMO（一种P2P服务组织框架，可视为一种SOA总线）上，节点可以提供服务并与其他节点交互。节点需要“通告”其服务以便被发现和调用，例如通过服务发现机制（如服务查询、注册或通知）。虽然未明确使用“使用与第一IP服务相关联的第一服务名称”这样的表述，但服务通告是P2P服务框架的基本功能，服务通常通过某种标识符（如WSDL描述中的名称）来通告。因此，本领域技术人员可以合理推断出在类似框架中，第一设备会使用某个服务名称在总线上通告其服务。该特征被隐含公开。 |
| **技术特征B**：《隐含公开》 | [2]段：“サービス・ディスカバリ−ある実施例では、サービス・リクエスタ1630は希望するサービスを提供するNEMO使用可能ノードを検索し、どのサービス・バインディングが関連サービスインタフェースのアクセスをサポートしているかに関する情報を取得するためにサービス・ディスカバリ・要求を起動する。”；[2]段：“サービス探索（クエリ）−一連の１つ以上のノードによって提供されるサービスの探索に関する要求又は応答。” | 对比文件多次描述了服务发现（Service Discovery）功能。服务请求者（相当于第一设备）可以通过查询等方式发现由其他节点（相当于第二设备）通告的服务。发现的对象是服务，而服务通常与某个标识符或名称相关联。因此，本领域技术人员可以合理推断出在总线上发现由第二设备通告的与某个服务名称相关联的服务。该特征被隐含公开。 |
| **技术特征C**：《未公开》 | [2]段：“WSDL−ウェブサービスの使用方法を説明するXMLベースの標準。”；[2]段：“サービスインタフェースには１つ以上のサービス・バインディングがあるかもしれない。” | 对比文件公开了使用WSDL等标准来描述和绑定服务接口，服务具有描述其接口和绑定的名称或标识符。然而，目标专利要求第一和第二服务名称**每者都包括**“与SOA总线处的IP服务统一地关联的服务描述符”，例如“org.alljoyn.ipservice”。这是一个**特定且统一**的标识符，用于在所有IP服务中标识其作为IP服务的类型。对比文件中的服务描述是基于通用服务描述语言（如WSDL），用于描述各种类型的服务接口和操作，但并未公开一个专门用于统一标识“IP服务”这一特定类别服务的描述符。本领域技术人员从对比文件中无法毫无疑义地得出或合理推断出存在这样一个专门用于IP服务的统一服务描述符。因此，该特征未被公开。 |
| **技术特征D**：《隐含公开》 | [2]段：“NEMOノードは、サービス実施要求を作成し応答を受信することによりインタラクションを行うことができる。”；[2]段：“サービス・リクエスタは、レジストリから得たWSDLに指定されるバインディング情報に沿って、プロバイダから与えられたさまざまな操作を呼び出すソフトウェアである。”；[2]段：“要求ノードは、要求されたサービスに対応する適切なWSDL要求メッセージを作成する。” | 对比文件公开了服务请求者（客户端）通过创建符合服务接口描述（如WSDL）的请求消息，来远程调用（invoke）服务提供者（服务器端）的服务操作。这是SOA/Web服务架构中的基本操作模式。虽然未明确提及发送“IP分组”，但远程调用过程中传递的数据或参数，本质上就是通过网络传输的数据单元。在基于IP的网络中，这些消息通常封装在IP分组中传输。因此，本领域技术人员可以合理推断，通过远程调用服务来向服务提供者发送数据（其形式可以是IP分组）。该特征被隐含公开。 |
| **技术特征E**：《隐含公开》 | [2]段：“要求を送信後、要求ノードは一般的に１つ以上の応答を受信する。”；[2]段：“応答メッセージは、サービスインタフェース・バインディング及び要求ノードのプリファレンス（preference）に基づいて返信される。” | 与特征D同理，对比文件公开了服务请求者在发送请求后会接收来自服务提供者的响应消息。在基于IP的网络架构中，这些响应消息同样可以通过网络传输，作为IP分组被接收。服务提供者通过其提供的服务来发送响应。因此，本领域技术人员可以合理推断，通过（第一设备）通告的服务，从第二设备接收数据（其形式可以是IP分组）。该特征被隐含公开。 |
| **技术特征F**：《未公开》 | [2]段：“サービス・アクセス・ポイント（SAP）−ノードが、対象となる一連のサービス提供ノードに対するサービス実施要求を行い、一連の応答を受信することを可能にするために必要な機能をカプセル化したもの。” （描述了服务访问点，但未提及IP地址作为服务名称的一部分） | 对比文件详细描述了服务框架、服务接口、绑定和端点（endpoint）等概念。服务的访问通常通过端点地址（可能是一个URI）来实现。然而，目标专利明确要求服务名称**还包括被分配给设备的唯一IP地址**（例如“s192_168_0_4”）。这意味着IP地址是服务标识符的一部分，用于在SOA总线实现的IP子网中寻址。对比文件没有公开将设备的IP地址作为服务名称的组成部分。服务端点地址可能是一个网络地址，但它不一定是一个用于IP网络层通信的“IP地址”，更不一定被包含在服务名称中用于统一标识IP服务。该特征未被公开。 |
| **技术特征G**：《未公开》 | 同特征F。 | 基于与特征F相同的理由，对比文件未公开第二服务名称还包括分配给第二设备的唯一IP地址。该特征未被公开。 |
| **技术特征H**：《未公开》 | 无对应内容。 | 对比文件主要关注服务层的组织、发现和调用，并未描述为设备动态生成用于通信的IP地址的过程。IP地址分配通常是网络层（如DHCP）或操作系统网络栈的功能，不在对比文件所述的服务框架范围内。该特征未被公开。 |
| **技术特征I**：《未公开》 | 无对应内容。 | 对比文件没有描述在SOA总线上检查动态生成的IP地址是否与其他设备冲突的机制。该特征未被公开。 |
| **技术特征J**：《未公开》 | 无对应内容。 | 对比文件没有描述将动态生成且无冲突的IP地址分配给设备作为其唯一IP地址的步骤。该特征未被公开。 |
| **技术特征K**：《未公开》 | 无对应内容。 | 对比文件没有描述在检测到IP地址冲突时放弃该地址的步骤。该特征未被公开。 |
| **技术特征L**：《未公开》 | 无对应内容。 | 对比文件没有描述在放弃冲突地址后为设备动态生成新IP地址的步骤。该特征未被公开。 |
| **技术特征M**：《未公开》 | 无对应内容。 | 对比文件没有描述在判断IP地址冲突时，需要确定SOA总线上是否有不同的服务与动态生成的IP地址相关联。该特征未被公开。 |
| **技术特征N**：《未公开》 | 无对应内容。 | 对比文件没有描述在判断IP地址冲突时，需要确定该不同服务是否包括分配给第一设备的唯一标识符。该特征未被公开。 |
| **技术特征O**：《未公开》 | 无对应内容。 | 对比文件没有描述基于唯一标识符来确定不同服务属于第一设备。该特征未被公开。 |
| **技术特征P**：《隐含公开》 | 同特征B。 | 对比文件公开了服务发现，而发现服务通常意味着发现其标识符（名称）。因此，在SOA总线上发现由第二设备通告的第二IP服务，隐含包括发现与该服务相关联的服务名称。该特征被隐含公开。 |
| **技术特征Q**：《未公开》 | [2]段：“サービスは、クライアントのパーソナル化及びライセンス取得などDRM関連のサービスを含む、幅広いアプリケーションを網羅し得る。” （说明服务范围广，但未提及连续命名空间） | 对比文件提到了服务描述和注册（例如使用WSDL、UDDI），暗示服务在一个逻辑组织体系内。但是，目标专利明确要求服务名称被通告在“由SOA总线实现的连续命名空间中”。这是一个具体的命名空间实现约束。对比文件并未明确描述或隐含其服务名称存在于一个由SOA总线本身实现且连续的特定命名空间中。该特征未被公开。 |
| **技术特征R**：《未公开》 | 同特征F。 | 目标专利要求第一IP分组去往分配给第二设备的唯一IP地址。这预设了IP分组的目标地址是IP地址。对比文件中的服务调用消息目标是服务端点，其地址格式未限定为IP地址，且IP地址并非服务名称的一部分。因此，对比文件未公开此特征。 |
| **技术特征S**：《未公开》 | 同特征F。 | 基于与特征R相同的理由，对比文件未公开第二IP分组去往与第一设备相关联的唯一IP地址。该特征未被公开。 |
| **技术特征T**：《未公开》 | 无对应内容。 | 对比文件没有公开服务名称还包括与设备相关联的主机名。该特征未被公开。 |
| **技术特征U**：《未公开》 | 无对应内容。 | 对比文件没有公开服务名称还包括与主机名相关联的子域。该特征未被公开。 |
| **技术特征V**：《未公开》 | 无对应内容。 | 对比文件没有公开服务名称还包括与IP服务相关联的子网的指示。该特征未被公开。 |
| **技术特征W**：《隐含公开》 | 同特征D。 | 对比文件公开了在SOA/Web服务总线上调用（invoke）服务。这直接对应于“在SOA总线上调用所述第二IP服务”。该特征被隐含公开。 |
| **技术特征X**：《隐含公开》 | [2]段：“要求ノードは、要求されたサービスに対応する適切なWSDL要求メッセージを作成する。”；[2]段：“メッセージが作成されると、対象のサービス提供ノードへ送信される。” | 对比文件公开了创建包含参数的服务请求消息并发送给服务提供者。在远程调用中，参数是传递给被调用服务的。因此，将第一IP分组作为与远程调用第二IP服务相关联的参数发送，是本领域技术人员可以从对比文件公开的远程调用机制中合理推断出的具体实现方式。该特征被隐含公开。 |
| **技术特征Y**：《未公开》 | 无对应内容。 | 对比文件没有提及“虚拟网络接口”（Virtual Network Interface）的概念。目标专利中的虚拟网络接口是用于在操作系统网络栈的IP层和用户空间的IP服务之间桥接IP分组的关键组件。该特征是目标专利实现架构的一个具体细节，对比文件未公开。 |
| **技术特征Z**：《隐含公开》 | [2]段：“サービスプロバイダは、要求ノードがアクセス権を持つかを判断するために、インタフェースへのアクセスを許可する責任を持つそれらノードに対して決定を下し、許可要求を送信する。” （从服务提供者视角）；同特征D、E。 | 对比文件从服务提供者视角描述了接收和处理服务请求。当第二设备调用第一设备的第一IP服务时，从第一设备的视角，就是确定第二设备调用了其服务。这是服务调用交互中的必然环节。因此，本领域技术人员可以合理推断，从第二设备接收第二IP分组包括确定第二设备在SOA总线上调用了第一IP服务。该特征被隐含公开。 |
<<<a>>><<<b>>><<<d>>><<<e>>><<<p>>><<<w>>><<<x>>><<<z>>>