**对比文件名称**：JP2008048055A Connection control system, device, method and program for connection control
**目标专利名称**：管理网络中不期望的服务请求 CN102415119B
**本次调用的模型名称**：大型语言模型
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 特征A：所述网络包括用于存储可信服务信息的网络节点 **【直接公开】** | 对比文件[2]：“接入控制服务器2具有白名单存储部210（ホワイトリスト記憶部210），用于存储和管理许可发信元信息。” | 对比文件中的接入控制服务器（接続制御サーバ）即为网络节点，白名单存储部存储许可发信元信息（相当于可信服务信息），与技术特征A含义相同，且作用一致（存储允许的服务信息）。因此直接公开。 |
| 特征B：所述网络从终端接收服务请求 **【直接公开】** | 对比文件[2]：“接入控制部200接收来自用户终端1向其他用户终端1的连接请求（接続要求）。” | 对比文件明确公开了网络节点（接入控制服务器）接收来自终端的连接请求（即服务请求），与技术特征B完全相同，因此直接公开。 |
| 特征C：所述请求包括服务请求信息 **【直接公开】** | 对比文件[2]：“连接请求包含发信源通信地址（発信元通信アドレス）和着信先通信地址（着信先通信アドレス）。” | 连接请求中包含着信先通信地址（即服务请求的目的地），该目的地属于服务请求信息（目标专利定义的服务请求信息包括目的地），因此请求包含服务请求信息，直接公开技术特征C。 |
| 特征D：如果所述服务请求信息的至少一部分未被列入所述可信服务信息中 **【未公开】** | 对比文件[2]：“接入控制部200检查白名单中是否包含发信源通信地址，若不包含则进行同意确认。” | 对比文件检查的是发信源地址是否在被叫白名单中，而目标专利的特征D检查的是服务请求信息（目的地等）是否在可信服务信息中。两者检查的对象不同，作用也不同（对比文件防止骚扰，目标专利防止恶意始发请求），因此未公开。 |
| 特征E：则发送用户验证请求以便请求用户验证由所述终端请求的服务 **【未公开】** | 对比文件[2]：“同意确认发送部220向着信先（被叫用户）发送同意确认消息，询问是否同意将发信源加入白名单。” | 对比文件发送的同意确认消息是请求被叫用户验证是否同意接受来自发信源的连接，而目标专利的验证请求是请求发起终端用户验证其自身的服务请求是否合法。两者的请求对象和目的均不同，因此未公开。 |
| 特征F：接收用户验证响应 **【未公开】** | 对比文件[2]：“同意接收部240接收着信先返回的同意通知（追加同意通知）或拒否通知。” | 对比文件接收的响应来自被叫用户，而目标专利的响应来自发起用户，且前提条件不同，作用不同，未公开。 |
| 特征G：所述响应包括由所述用户提供的验证信息 **【未公开】** | 对比文件[2]：“同意通知包含同意或拒否信息。” | 对比文件中的验证信息由被叫用户提供，目标专利中由发起用户提供，且对应不同验证请求，未公开。 |
| 特征H：所述验证信息指示所述用户是接受还是拒绝所述服务请求 **【未公开】** | 对比文件[2]：“同意通知指示同意或拒否（即接受或拒绝）。” | 虽然对比文件的验证信息也指示接受或拒绝，但用户对象不同，且所针对的服务请求含义不同（对比文件针对连接请求，目标专利针对由终端请求的服务），未公开。 |
| 特征I：如果所述验证信息提供了允许所请求的服务的指示 **【未公开】** | 对比文件[2]：“若同意通知指示同意，则进行白名单更新。” | 对比文件的允许指示来自被叫用户，目标专利的允许指示来自发起用户，前提和用途不同，未公开。 |
| 特征J：则向所述可信服务信息添加所述服务请求信息的至少一部分 **【未公开】** | 对比文件[2]：“同意接收部240指示白名单存储部210将发信源通信地址添加到着信先的白名单中。” | 对比文件添加的是发信源地址，而目标专利添加的是服务请求信息的一部分（通常为目的地地址）。两者的添加内容相反，作用不同（对比文件添加许可发信源，目标专利添加许可目的地），因此未公开。 |
| 特征K：其中所述可信服务信息包含所请求的服务的服务类型和目的地中的至少一个 **【未公开】** | 对比文件[2]：“白名单存储部210存储的是发信源通信地址（许可的发信元）。在实施例2的双向更新中，发信元白名单也包含着信先通信地址。” | 虽然双向更新时发信元白名单可以包含目的地（着信先地址），但目标专利的可信服务信息明确包含服务类型和目的地（服务请求的目标）。对比文件未明确服务类型，且白名单的主要存储内容是发信源地址，与目标专利中面向服务请求的目标地址有本质区别，作用不同，因此未公开。 |
| 特征L：其中，所述方法还包括以下步骤 **【未公开】** | 无实质性技术内容。 | 该特征为引导句，无独立技术意义，对比文件未公开该特定措辞。 |
| 特征M：如果所述验证信息提供不允许所请求的服务的指示 **【未公开】** | 对比文件[2]：“若着信先发送拒否通知，则同意接收部241将发信源通信地址添加到黑名单（拒否発信元情報）。” | 对比文件的拒否指示及对应添加到黑名单是针对发信源地址，而目标专利的指示是针对服务请求信息（目的地），与特征H、I同理，未公开。 |
| 特征N：则向所述可信服务信息添加所述服务请求信息的至少一部分 **【未公开】** | 对比文件[2]：“同意接收部241将发信源通信地址添加到着信先的黑名单。” | 添加内容为发信源地址，不是服务请求信息部分（目的地），且作用不同，未公开。 |
| 特征O：其中，所述用户验证请求是经由安全通信信道被发送的 **【未公开】** | 对比文件[2]：“同意确认消息通过主通信不同的蓄积型通信（如邮件）发送。” | 对比文件未提及安全通信信道（如加密或标识模块保护），仅使用不同网络通道，不满足安全要求，且作用不同，未公开。 |
| 特征P：/或者所述用户验证响应是经由安全通信信道被接收的 **【未公开】** | 对比文件[2]：“同意通知通过同样的蓄积型通信返回。” | 与特征O同理，无安全通信信道，未公开。 |
| 特征Q：其中，所述用户验证请求是经由安全通信信道被发送的 **【未公开】** | 重复特征O，见特征O论述。 | 未公开。 |
| 特征R：所述用户验证响应是经由相同的所述安全通信信道被接收的 **【未公开】** | 对比文件未公开相同安全通道，且未公开安全信道。 | 未公开。 |
| 特征S：所述方法还包括以下步骤 **【未公开】** | 无实质性内容。 | 引导句，未公开。 |
| 特征T：在所述终端与所述网络之间建立加密的通信信道 **【未公开】** | 对比文件未涉及加密信道或标识模块。 | 特征T要求建立加密信道，对比文件完全没有公开，未公开。 |
| 特征U：经由所述加密的通信信道向所述终端发送用户验证请求 **【未公开】** | 对比文件无加密信道。 | 未公开。 |
| 特征V：经由所述加密的通信信道来接收用户验证响应 **【未公开】** | 对比文件无加密信道。 | 未公开。 |
| 特征W：所述响应包括由所述用户提供的、所述用户是接受还是拒绝所述服务请求的验证信息 **【未公开】** | 对比文件虽包含接受/拒绝信息，但无加密信道且用户对象不同。 | 未公开。 |
| 特征X：其中所述加密的通信信道是使用所述终端的标识模块中存储的私有密钥被建立的 **【未公开】** | 对比文件未涉及标识模块或私有密钥。 | 未公开。 |
| 特征Y：其中，所述安全通信信道由消息发送服务提供 **【未公开】** | 对比文件[2]：“同意确认消息通过蓄积型通信（如邮件）发送。” | 对比文件虽使用了消息发送服务（邮件），但该信道未被界定为安全通信信道，且目标专利的特征Y是对安全通信信道（O/P）的限定，在O/P未公开的情况下，Y亦未公开。 |
### 结论
对比文件直接公开了技术特征A、B、C。其余技术特征因作用不同、前提不同或公开内容差异，均未直接或隐含公开。
<<<A>>><<<B>>><<<C>>>